AI 輔助評估
摘要
建置偏鄉弱勢長輩災時語音確認與志工離線任務平台,平日更新名冊、災時IVR確認、未回應者派志工。
實質空洞
否
— 內容具體但一人無場域
卡詞
是
治理樣板
否
既有作品
否
類似前案(有沒有別人做過)
Rave Prepare弱勢名冊、AlertBlast按1平安電話、Enrich/Yumicom安否確認已成熟,本案為既有流程之組合改寫。
性別影響
全文性別盲;關懷志工與高齡獨居者多為女性,卻未考量女性志工夜間山區獨自出勤安全。
DEI
IVR僅按1按2排除重聽、失智、無市話手機者;語音未提台語客語原住民語,最弱勢者反被漏接。
STS·社會影響
一人團隊無場域,效益全繫於志工願意平日微回報;名冊過期問題是人力而非工具問題,恐加重志工負擔。
AI 使用
AI僅改寫警報白話稿,角色邊緣;災害通知經生成改寫有失真風險,人工審核在災時是否來得及未說明。
資安隱私
行動能力、醫療需求、地標存於志工手機IndexedDB,遺失即外洩;到期清除無法驗證,正式版個資授權未解。
初審
| 總分 | 可行性 | 社會影響力 | 創新性 | 提案團隊多元性 | 資料治理思維 |
|---|---|---|---|---|---|
| 6.99 | 7 | 8 | 8 | 0 | 5 |
評語
語音按鍵確認對重聽、失智與僅通台語的長輩不適用;尚無場域與志工來源。
筆記
(無)
初審會議筆記
(無)
工作坊
筆記
(無)
決審
| 總分 | 可行性 | 社會影響力 | 創新性 | 實作進程驗證 |
|---|---|---|---|---|
| (無) | (無) | (無) | (無) | (無) |
入選
否
評語
(無)
筆記
(無)
同團隊提案(團隊 13)
- #76 安心回線-鄉弱勢住戶災時安全確認平台
- #77 安心回線──偏鄉弱勢住戶災時安全確認平台
同主題提案(主題 3:災時通訊與弱勢戶)
壹、隊名及題目
一、隊名
圓致守護隊
二、題目
安心回線──偏鄉弱勢住戶災時安全確認平台
三、提案對應之徵件構面
安心社會
四、團隊要解決的問題?
偏鄉遇到颱風、豪雨或土石流警報時,真正困難的不是「警報有沒有發出去」,而是「住在山上的長輩到底有沒有收到、聽懂,而且是否安全」。現在許多關懷名冊還是紙本或 Excel,電話、地址可能已經變更。長輩不一定會用手機,也不一定看得懂簡訊。志工接到任務後,還要從電話、群組訊息和紙本資料中慢慢找人;若電話沒接,也不容易知道接下來由誰處理。加上山區訊號不穩、地址不容易找,新志工可能花很多時間仍找不到住戶。團隊希望讓每一位需要關心的長輩,都有明確的安全結果,而不是只收到一則警報。
五、本提案是否屬於尚未進行、且尚未成立標案、未申請政府相關預算之計畫,階段性計畫亦同
是
六、前題若選否,請敘明招標機關、計畫名稱、計畫工作內容與本次精進內容
貳、聯絡人資訊
聯絡人姓名
林沛儀
聯絡人電話
0987543601
電子信箱(Email)
deyin9576@gmail.com
參、提案內容說明
一、可行性
(一)已有隊員人數(含聯絡人)
1
(二)團隊成員及任務分工?
(三)參賽隊員中是否有「歷屆獲獎團隊或初審入選者」?
否
(四)參賽隊員中是否有其他之獲獎證明?
否
(五)請說明您的提案「已使用」哪些相關資料?
政府開放資料:中央氣象署「天氣特報-豪大雨特報」及「颱風消息與警報」資料說明與 API 欄位:檢視警報標題、警報內容、影響區域與發布時間等欄位,作為 POC 的模擬警報輸入格式。
政府開放資料:農業部 115 年度土石流潛勢溪流及大規模崩塌潛勢區資料說明:檢視行政區、風險等級、潛勢範圍、鄰近道路及地標等 GIS/SHP 欄位,作為風險提示規則設計參考。
自備資料:已完成「關懷住戶最小資料欄位」定義,包括住戶代碼、電話有效性、行動能力、必要醫療支持、最後確認日及文字地標。
自備資料:尚未建立真實或模擬住戶名冊;POC 階段將建立不含真實個資的模擬資料集。
(六)請說明您的提案「後續驗證期間」預計使用哪些相關資料?
政府開放資料:中央氣象署豪大雨特報與颱風警報 API:作為災害情境啟動條件。
政府開放資料:農業部土石流潛勢溪流影響範圍及大規模崩塌潛勢區 GIS/SHP 圖資:作為住戶所在區域的風險提示。
政府開放資料:TGOS 地址定位、行政區與地標定位服務:協助模擬名冊進行地址定位與行政區比對。
政府開放資料:消防署及地方政府公開避難收容處所資訊:作為後續志工任務卡的避難資訊參考
自備資料:建立 30 至 60 筆完全虛構、去識別化的模擬住戶資料,僅含代碼、行動能力分級、電話狀態、地標描述與最後確認日期。
自備資料:建立志工平日微回報、離線任務暫存與恢復連線後同步的測試紀錄。
自備資料:如後續取得合作場域與書面同意,才評估使用真實資料,且採最小化欄位與權限控管。
(七)除了上述資料外,是否有需要哪些機關的未開放資料?
否,沒有其他機關的未開放資料需求
(八)針對上述(欄位(五~七))之資料預計應用方式?
本案採資料最小化原則,POC 僅使用公開災害資料與虛構模擬名冊。系統將中央氣象署警報的影響區資訊,以及農業部潛勢區圖資,轉為「本次需要優先確認哪些模擬住戶」的透明規則;規則依災害影響區、行動不便、必要醫療支持、最後確認日與未回應狀態顯示排序理由。志工平日微回報可更新電話、地標及住戶狀態;災時回報則記錄已安全、需協助或未回應。POC 不介接真實社政資料、不將個資傳入生成式 AI,並以離線暫存、回網同步及任務到期清除機制驗證偏鄉情境可行性。
(九)請說明提案預計實證及落地場域為何,如在中央或地方機關、產業或NPO/NGO等,如何導入公共服務運作?
本案目前尚無確定合作場域,POC 第一階段將以偏鄉山區聚落的模擬情境進行驗證,使用 30 至 60 筆虛構住戶、豪雨或颱風警報情境,以及斷網志工任務流程,完成端到端操作測試。若入選後獲得輔導資源,預計優先洽談具高齡關懷、送餐或社區照顧服務的山區村里辦公室、社區發展協會或關懷據點,作為後續使用者測試場域。導入方式以不改變既有服務為原則:平時以手機完成簡短關懷回報;災時由管理者啟動安全確認清單,未回應者再交由志工處理。正式導入須經場域合作、資料授權與資安評估。
(十)請說明提案實作期程規劃 (入選後至決審期間)?
第 1 個月:完成 POC 核心功能,包括模擬住戶名冊、公開警報資料格式、透明排序規則、AI 白話話術草稿、文字轉語音模擬及管理者總覽。建立 30 至 60 筆虛構測試資料。
第 2 個月:完成手機友善 PWA 志工任務頁面,驗證出發前下載、離線查閱、離線回報及恢復連線後同步。以模擬颱風情境進行至少一次端到端演練,記錄任務建立、回應分類與同步結果。
第 3 個月:依演練結果優化介面、認路提示與資料最小化設計,完成 Demo 影片、操作流程、成效量測設計及地方政府導入建議。同步提出未來場域合作、資料授權與跨機關介接需求。
二、社會影響力
(一)請說明您的具體解決方案?
「安心回線」是一個幫助志工與地方政府確認長輩安全的工具。平常志工送餐、量血壓或關懷時,只要花半分鐘更新電話、住戶狀況和找路提示,讓名冊不再一直是舊資料。災害來時,系統會先找出較需要關心的住戶,再用電話播放簡單易懂的語音:「平安請按 1,需要幫忙請按 2。」按 2 或沒有回應的住戶,才會交給志工優先處理。志工即使進入沒有訊號的山區,仍可看任務、找路提示和完成紀錄;回到有網路的地方再自動上傳。AI 只負責把警報改成長輩聽得懂的話,不決定誰該優先救援。
(二)提案是否回應公民許願池 ?
是
(三)前題若選是,請點選回應之願望名稱
偏鄉長者
弱勢關懷
(四)請說明您認為本次提案內容可帶來的影響與效益?
這個提案希望讓志工少花時間找資料,把時間留給真正需要幫助的人。以前災害來時,志工可能要翻紙本、打很多通電話,還不確定誰已經安全;使用安心回線後,管理者可以清楚看到哪些住戶已安全、哪些需要協助、哪些還沒有聯絡上。系統也會記錄志工完成任務的時間、電話回覆情況,以及斷網後是否能順利回傳資料。提案不先宣稱一定能提升多少效率,而是會透過演練實際測量:是否更快找到需要幫助的人、是否減少重複聯絡,以及斷網時資料是否仍能保留。
(五)請說明本提案是否具備可複製性及擴散性?
安心回線採模組化設計,可複製的不是單一村里的名冊,而是「平日更新、災時確認、離線任務、回網同步」的工作流程。各地只需依在地需求調整關懷欄位、災害規則、語音話術與志工服務區域,即可使用相同的 PWA 任務流程與管理者總覽。POC 不依賴真實個資即可展示,降低初期導入門檻;正式導入時則由地方政府依權責接入經授權名冊。未來可延伸至獨居長者、身心障礙者、居家醫療個案及偏鄉醫療關懷服務。
三、創新性
(一)請說明本次提案內容跨領域合作或服務與技術之創新程度
安心回線把志工平常的關懷服務、防災工作和簡單的數位工具放在一起。它不是要用 AI 取代志工、社工或公所人員,而是先幫大家整理資訊、打電話確認,再把真正需要處理的人交給人員接手。平時更新資料,災時打電話確認,山區斷網時志工仍可使用,回到有訊號處再上傳結果。系統也會告訴志工「為什麼這一戶要優先處理」,例如住在災害影響區、行動不方便或一直沒有回應,讓判斷更清楚、更公平。
(二)請說明提案預計使用之工具或平台?
前端規劃採 PWA 手機網頁,讓志工不必安裝原生 App;以 Service Worker 與 IndexedDB 支援任務預先下載、離線查閱、離線回報與回網同步。後端規劃採雲端 API、資料庫與角色權限控管,儲存模擬住戶、任務與安全狀態。災害情境預計參考中央氣象署警報 API、農業部潛勢區 GIS/SHP 資料及 TGOS 定位服務。語音功能規劃採文字轉語音服務;生成式 AI 僅用於把經核准的官方警報改寫為白話話術初稿。正式導入後才評估政府資料傳輸平臺與地方政府既有系統介接。
(三)是否有使用AI工具?
是
(四)前題若選是,請詳實說明提案階段使用 AI 工具之名稱、使用功能及目的與範圍
POC 預計使用生成式語言模型服務,例如 Azure OpenAI Service 或具同等資料治理能力之企業型服務,以及文字轉語音服務,例如 Azure AI Speech。生成式 AI 的功能限於:將公開、非個資的災害警報內容依固定模板改寫為簡短白話通知稿;再由人員審核後交由文字轉語音服務播放。AI 不讀取真實住戶名冊、不接收身分證字號、電話、病歷或精確地址,不自行判定救援順位、不自動發布撤離或醫療指令。住戶排序以可解釋規則與人員覆核為準;系統保留話術版本與審核紀錄,並向使用者揭露 AI 僅用於輔助通知內容。
四、團隊輔導需求調查
(一)若入圍初選,期待主辦單位提供之協助?
協助調整作品架構及服務模式
協助確認應用場域可行性
協助確認預期使用者(TA)是否需調整
協助建議資料應用項目是否需要調整
協助跨機關資料取得
協助跨機關溝通合作(非資料面)
專門領域諮詢建議: 災害防救 SOP、社政個資治理、偏鄉志工服務流程與離線系統資安設計:
(二)若入圍初選,是否需要算力平台或雲端協力業者資源?
是
(三)前題若選是,請說明需要何種算力平台(係指數位發展部數位產業署-數位產業跨域軟體基盤暨數位服務躍升計畫)或雲端協力業者(GCP或AWS或Azure或國網中心)之資源及預計應用內容
Azure:(應用內容:需要 POC 雲端資源,用於部署志工 PWA 後端 API、任務與安全狀態資料庫、權限管理、測試用文字轉語音服務及生成式 AI 白話話術功能。測試階段僅使用公開災害資料與虛構住戶資料,不上傳真實個資;如進入正式導入,再依資料權責、資安與採購規範評估封閉環境、稽核紀錄及跨機關介接。)
五、參考文獻或資料引用來源說明
(一)提案內容是否全為原創內容,或有部分引用相關資料來源?
否,有部分內容或資料來源引用其他參考文獻/網頁等。
(二)前題若選否,請說明本提案中所引用之資料來源及其應用環節,建議以條列方式簡述。
1.中央氣象署開放資料平臺:豪大雨特報與颱風警報資料格式,作為災害情境與警報欄位設計參考。
2.農業部政府資料開放平臺:115 年度土石流潛勢溪流及大規模崩塌潛勢區圖資,作為風險提示與空間欄位設計參考。
3.內政部消防署全民防災 e 點通:防災資訊與離線地圖服務設計參考。
4.TGOS MAP API:地址、地標與行政區定位功能設計參考。
5.數位發展部 T-Road 管理規範:正式導入後之跨機關資料安全傳輸規劃參考。
6.國科會生成式 AI 參考指引及數發部 AI 風險分類框架:AI 使用範圍、人工覆核、資料治理與風險控管設計參考。
團隊成員
| 單位類型 | 姓名 | 單位與職稱 | 工作項目 |
|---|---|---|---|
| 民間單位與個人 | 林沛儀 | 個人提案/元智大學終身學習中心學生 | 主要提案單位 |
資料需求
無資料。