AI 輔助評估
摘要
建置偏鄉弱勢住戶災時安全確認平台:平時志工微回報更新名冊,災時依警報產生優先確認清單、語音電話按鍵回覆,未回應者派志工離線任務。
實質空洞
否
— 設計細但一人無場域
卡詞
是
治理樣板
否
既有作品
否
類似前案(有沒有別人做過)
日本避難行動要支援者管理系統、內閣府雲端被災者支援系統已具名冊、派案、安否確認清單;本案為偏鄉離線PWA改寫,新意有限。
性別影響
未提性別。偏鄉高齡者與送餐、關懷志工多為女性,平時微回報與災時派案負擔集中於女性志工,卻無性別分析。
DEI
按1按2電話回覆排除失聰、失智、無電話及不諳華語者;山區原住民、客語、台語長者與外籍看護需求未納入,TTS語言未說明。
STS·社會影響
一人團隊、無場域、全用虛構資料,成效僅為演練指標。優先規則仍是分流決策,誰訂規則未交代;志工持續回報等同對長者的日常監視。
AI 使用
AI僅將公開警報改寫為白話話術並TTS播放,模板即可取代,必要性低;災時仍需人工審核,反成瓶頸,且未防範改寫失真。
資安隱私
行動能力、醫療支持屬敏感個資,正式導入需長者同意而非僅機關授權;離線資料存志工手機IndexedDB,遺失外洩與到期清除未驗證;Azure境外雲。
初審
| 總分 | 可行性 | 社會影響力 | 創新性 | 提案團隊多元性 | 資料治理思維 |
|---|---|---|---|---|---|
| 0.00 | 0 | 0 | 0 | 0 | 0 |
評語
和#77相同。
筆記
(無)
初審會議筆記
(無)
工作坊
筆記
(無)
決審
| 總分 | 可行性 | 社會影響力 | 創新性 | 實作進程驗證 |
|---|---|---|---|---|
| (無) | (無) | (無) | (無) | (無) |
入選
否
評語
(無)
筆記
(無)
同團隊提案(團隊 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 影片、操作流程、成效量測設計及地方政府導入建議。同步提出未來場域合作、資料授權與跨機關介接需求。
二、社會影響力
(一)請說明您的具體解決方案?
安心回線是一個「平時活資料、災時安全確認、斷網仍可協作」的 POC 平台,處理偏鄉高齡者名冊過期、警報不易理解及山區斷網三項問題。平時,志工在送餐或關懷時,以簡短回報更新電話、住戶狀態與文字地標;災時,系統依公開警報、災害潛勢、脆弱條件與未回應狀態產生可解釋的優先確認清單。AI 僅協助將經審核的警報內容改寫為白話電話話術,長輩可按 1 回覆安全、按 2 表示需要協助。未回應者才形成志工任務;志工即使斷網仍可查看任務、地標與回報欄位,回到有訊號處再同步。系統不以 AI 決定救援順位,最終判斷仍由人員負責。
(二)提案是否回應公民許願池 ?
是
(三)前題若選是,請點選回應之願望名稱
偏鄉長者
弱勢關懷
(四)請說明您認為本次提案內容可帶來的影響與效益?
本提案的效益不預先宣稱已達成固定數字,而以 POC 演練量測驗證。預計量測指標包括:警報發布後產生優先確認清單所需時間、長輩回覆與未回應個案分類結果、志工完成任務所需時間、斷網狀態下任務是否可查閱與保存,以及恢復連線後的同步成功率。預期可降低志工從紙本或群組訊息查找資料的時間,讓有限人力優先處理未確認安全或需要協助的個案;也讓管理者由「已發出通知」提升到「每一戶是否已確認安全」的可追蹤管理。後續若取得合作場域,再以實測數據驗證實際效益。
(五)請說明本提案是否具備可複製性及擴散性?
安心回線採模組化設計,可複製的不是單一村里的名冊,而是「平日更新、災時確認、離線任務、回網同步」的工作流程。各地只需依在地需求調整關懷欄位、災害規則、語音話術與志工服務區域,即可使用相同的 PWA 任務流程與管理者總覽。POC 不依賴真實個資即可展示,降低初期導入門檻;正式導入時則由地方政府依權責接入經授權名冊。未來可延伸至獨居長者、身心障礙者、居家醫療個案及偏鄉醫療關懷服務。
三、創新性
(一)請說明本次提案內容跨領域合作或服務與技術之創新程度
本案結合社區關懷、防災應變、資料治理與數位韌性。創新重點不在以 AI 取代社工、志工或指揮人員,而是在既有服務流程中建立安全確認閉環:平時把送餐與關懷轉為低負擔的資料更新;災時將官方警報轉為長輩能理解的電話互動;斷網時讓志工仍能完成任務;回網後使管理者立即看到未確認個案。系統以透明規則呈現優先原因,而不是以黑盒 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 使用範圍、人工覆核、資料治理與風險控管設計參考。
團隊成員
| 單位類型 | 姓名 | 單位與職稱 | 工作項目 |
|---|---|---|---|
| 民間單位與個人 | 林沛儀 | 個人提案/元智大學終身學習部學生 | 主要提案單位 |
資料需求
無資料。