# 結合人工智慧的輔具服務資訊解決方案-會議初步評估

## 利害關係人

- 內部人員(行政、社工)
- 有補助需求的使用者(本人或家人)
- 輔具廠商
- 其他政府單位(含外部系統)

## 問題

- 預算與人力資源限制

>行政人事預算有限，導致人力調配不足，行政作業與系統維護的資源受到侷限。

- 服務對象多元、外部系統難以整合

>服務對象涵蓋身障、身心障礙、長照等不同身份，卻難以與外部資訊系統（如健保資料庫）做有效串接和整合。

- 評估報告與資料應用不足

>評估報告登打耗時，無法善用既有資料進行更有效率的統計、分析或跨單位政策推動。

- 使用體驗不佳、資訊過量

>系統使用介面與資訊管道過多，商品及補助資訊量龐大且分散，難以消化整理。
缺乏即時庫存管理與跨單位資訊整合，影響服務效益。

- 代償墊付流程繁複

>代償墊付行政作業繁瑣又耗時，無法自動帶入資料。
延誤撥款時效，造成廠商投入意願降低。

- 缺乏 GIS 資訊整合

>系統較少與 GIS 資訊連結，無法掌握人口分布和資源配置現況，服務推送常處於被動，難以主動優化服務。

- 系統整合與資料交換不足

>現有系統與其他部會串接困難，無法進行資訊交換。

- 系統規劃架構問題

>現行系統依「執行業務（資訊事件）」角度規劃，缺乏以「人（歸戶）」為中心的觀點。

- 資料型態複雜

> 系統內存在半結構化、非結構化資料，為後續分析與應用帶來挑戰。

## 需求

- 結合AI應用，透過賦能提供內部工作效率與民眾服務體驗，ex:RPA
- 業務流程數位化，增強與外部系統的互動與資源整合，ex: API 、Block Chain、GIS
- 透過AI將半結構化、非結構化資料轉換為結構化資料
- 透過AI整合user context將服務內容提供給使用者

## 策略

- 使用服務設計方式，並盤點利害關係人，設計以人為中心的智慧科技(AI、RPA、XR、區塊鏈、GIS 等)輔具服務解決方案
- 結合民眾熟悉的 LINE 或臉書介面，作為洽詢服務的友善介面。

## technical issue

- Availability
> 仍需維持現有服務，逐步更換與增強功能

- Multi-platform

flowchart LR
    A[Social media] -->|interact| B(API)
    C[App]-->|interact| B(API)
    D[Web] -->|interact| B(API)

- Architecture re-design

> 不清楚現有系統是否以CRUD方式建構，需重新以業務角度重新設計
> 以有限狀態機方式管理業務流程
> 以業務行為角度設計API/RPC，方能將業務步驟提供Agent使用

ex: 以輔具線上申辦系統操作手冊為例
/AssistiveDevices:application
/AssistiveDevices:booking
/AssistiveDevices:upload
/AssistiveDevices:send
/AssistiveDevices:approve

- External resource intergration

> 外部系統是否提供API、Block chain
> 是否取得權限進行業務互動
> 可能難以互動，需雙方配合

- AI Service

> 系統需完成一定的前置作業才有辦法結合AI應用。例如解決評估報告填報流程，需先完成API Specification並針對欄位詳細定義，輔以prompt幫助Agent解析非結構資料轉換成結構化資料並自動呼叫API action進行填入，再由人員進行最後審核。
> prompt撰寫與測試
> 使用對象範圍

- budget

> 目前AI服務均為雲端運算，不論是內部服務應用、面向使用者的客服應用均將產生難以估計的費用。
> 若受預算限制，即便轉向開源LLM模型、自建向量資料庫，會產生人員與技術的議題。

- Business solution


> 若最終目標為此服務架構，以現有情況來說過於龐大，非短期可達成，即便長期也不容易。
> 以UiPath商業解決方案為理想狀態，可能短期與長期應該都無法達到(人力與資源限制)

## reference

[輔具線上申辦系統](https://atonline.sfaa.gov.tw/)