社會創新第7次聯繫會議「107及108年度總統盃黑客松卓越團隊執行進度」

社會創新第7次聯繫會議 案由六、107及108年度總統盃黑客松卓越團隊執行進度

108.12.27

申請單位：衛生福利部、內政部 執行單位：衛生福利部醫事司、內政部消防署、國家災害防救科技中心 1

政策依據 榮獲首屆「總統盃社會創新黑客松」 卓越團隊獎 依據行政院108年6月14日「總統盃社會 創新黑客松」卓越團隊後續推動研商會 議決議：支持「救急救難一站通」計畫 由衛生福利部及內政部聯合提案，並確 認在兩部皆為優先計畫，以確保四年計 畫達成目標與預期效益。

行政院107年6月7日第3603次會議決議

1. 請內政部持續執行救護專責化、救 護資料數位化，以提升救護技術與 品質。 2. 請內政部及衛福部共同強化緊急救 護醫療之銜接，包括提高到院前準 備、到院後急診醫療與照護支援， 以精進各項緊急救護品質，保障民 眾生命安全。

➢ 由衛生福利部、內政部消防署及國家災害防救科技中心跨部會合作，規劃5年 期緊急醫療救護智能平臺計畫，並以高屏區高雄市為試辦點。

2

計畫推動歷程

• •

由衛福部及內政部聯合提案 確認本計畫在兩部皆為優先計畫，以 確保四年計畫達成目標與預期效益，

108.06.14 唐鳳政委／卓越團隊 後續推動研商會議

108.10.03 科技會報／計畫 溝通會議

• 支持由衛福部及內政部消防署聯合申 請跨部會署科發基金補助計畫 • 及早研議本計畫110年至113年之四 年計畫研提方式

• 決議經費為5,000萬元，執行期間自109 年 1 月 1 日起至 109 年 12 月 31日止 • 依委員意見修正計畫書，依規定向科發 基金管理會提出計畫申請

108.11.14 科技會報／計畫檢視 會議

108.12.30 高雄市試辦點共 識會議

• 透過分享討論，導入多元利害關係 人合作夥伴之觀點 • 專案正式執行前，凝聚合作共識

3

工作圈討論 科技 國家災害防救科技 中心(NCDR)

救急救難 一站通

衛生 • 衛生福利部 • 高雄市衛生局 • 高雄醫學大學附 設中和紀念醫院

消防 • 內政部消防署 • 高雄市消防局

6月6日共識會議： 由衛福部主辦籌組工作圈，邀請內政、 NCDR、地方政府、醫院討論作業細節

108.08.07 第1次會議

• 各單位108年工作項目、分工及期程規劃 • 確認本計畫提案時程及申請補助計畫經費來源 • 討論109-112年經費規劃

108.09.25 第2次會議

• 109年申請科發基金補助計畫，確認計畫構想書 內容，提交科技會報辦公室10月3日溝通會議審 視。 • 確認109年-113年經費規劃。

108.10.18 第3次會議

• 依10月3日溝通會議建議事項，修正計畫構想說 明書。 • 計畫構想說明書重新修訂完成後，電傳各單位確 認定稿後，10月31日函送科技會報辦公室。

108.11.25 第4次會議

• 依11月14日檢視會議建議事項，修正計畫構想說 明書。 • 計畫構想說明書重新修訂完成後，11月28日傳送 科技會報辦公室再次檢視。

4

計畫執行進度 •撰擬各項委辦 案規格 •召開專家會議

1

2

•召開各項委 辦計畫規格 會議

• 辦理各項委外 計畫招標作業 • 召開專家會議

3

4

• 辦理各項委 外計畫招標 作業

• 召開資料治理 委員會議 • 研擬及訂定標 準化資料

5

6

•進行系統建置 及介接作業 •訂定標準化資 料

• 進行系統建置 及介接作業 • 訂定標準化資 料

7

8

•進行系統建置 及介接作業 •訂定標準化資 料

•辦理系統教 育訓練 •召開資料治 理委員會議

•進行系統測試 •進行試辦點外 推模型測試

9

11

10

• 進行系統測 試 • 進行試辦點 外推模型測 試

12

•完成系統建置、 介接及OHCA 標準化資料 •完成試辦點複 製外推模型 5

跨機關合作執行架構 戰情中心資訊系統

緊急救護資料匯流平臺

既有

調整 新增

• • • •

119救護案件派遣資訊 全國救護資料庫 就醫分流指引 救護宣導與民眾急救技能課程管理

消防署 回 饋

院

各縣市消防局 • 派遣後指引 • 旁觀者派遣（含 APP）

資

戰

情

指

電子化救護紀錄 • 行動救護紀錄表 • DA-CPR 品管 • 出勤救護員管理

TEP

揮

OHCA登錄平台

衛福部 暨各縣市衛生局

HAVE

到

資料 傳輸

智慧化派遣系統

訊

-事件通報管理 -醫療資源管理 -救護紀錄管理 -救護技術員管理

AED資訊網

TEMSIS

應用 擷取

緊急醫療管理系統

-醫療資訊即時監控 -緊急醫療品質指標 -預警決策平台 -風險分析平台

應用 擷取

SitRep

資料 傳輸

到 前

後

院

HAVE

急救責任醫院

SitRep

醫事管理系統 資料交換平台

醫院管理系統

轉診系統

國家災害防救科技中心

緊急醫療救護智能平臺

6

(目標一)建置共用性基礎服務  完善基礎醫療數位建設，透過水平與垂直整合，收集緊急醫療救護相關的資訊

流，作為災害發生時緊急動員參據

水 平 整 合 運用資訊互聯及行動科技，完整收集緊急醫療救護相關資訊

垂 直 整 合

即 時 分 析 、 資 源 調 度 分 流

系統整合

資訊流串接

資料標準化

消防單位 119派遣系統、電子 救護紀錄表、就醫指 引系統…

衛生消防共用 緊急醫療管理系統 中央災害應變中心

消防端 報案資料、救護資料、 災害事件…

OCHA

NCDR 資料抛轉平台

急性腦中風

衛生單位 醫事管理系統、醫院管 理系統、轉診系統、AED 資訊網… 衛生端 通報資料、就醫資料、醫療 資源…

急性冠心症

重大創傷

7

(目標二)建置緊急醫療救護資料交換雛形平臺  開發資料交換器，建立醫院、消防、管理平台之資料交換格式，達

到即時的資料拋轉。

衛福部管控中心

資料交換器

資料交換器

自動接收、傳送模組 (監控平台: 監控各模組健康狀態及接數狀 況) 傳送醫院狀態 (如: 是否滿床及服務能力)

接收醫院 狀態 傳送病患 救護紀錄 接收病患 狀況 R: 接收 (Receive)

接收病患 救護紀錄

資料交換器

傳送病患 狀況

S: 傳送 (Send)

8

(目標三)推動緊急醫療救護資料標準化  研擬與制定消防與醫療流程之本土化資料標準，建置全國最完整的緊急救護大數據

資料庫

EDXL-SitRep Situation Reporting

各部會、縣市政府， 及網路輿情，提供 事故報告資料。

EDXL-RM

EDXL-HAVE

TEMSIS

EDXL-TEP

Resource Message

Hospital Availability

Tracking of Emergency Patients

提供應急裝備、物 資、人員、救災團 隊之需求與供應調 度資訊。

彙整醫院的狀態、 設備及資源，以利 其他救援單位了解。 (例: 可用病床狀態、 急診部門狀況…)

提供大量傷病患追 蹤，從現場接觸病 患一直到醫院入院 或轉診的過程。

Emergency Data Exchange Language (EDXL)

Taiwan Emergency Medical Services Information System

資害事件 資訊回饋

依據國內緊急救護紀 錄表的需求基礎，參 考美國NEMSIS標準， 針對EMS緊急救護過 程的相關紀錄，建立 共通的資料標準。

透過 EDXL-DE 標準交換緊急資料

EDXL-DE (Distribution Elements )

資訊交換暨開放平台

9

(目標四) 整合緊急醫療、救護資訊系統  介接緊急醫療、救護資訊系統，建構符合減災、增加傷者存活率的應變機制。

緊 急 醫 療 事 件 處 置 流 程

到 院 前 到 院 後

緊急醫療事件 (一般、大傷)

資料分析回饋

119報案

傷病患通報

指派出勤 分隊

到達現場

病患追蹤

醫療資源：大量傷患、急重症資源調度分流及最適化派遣

病患處置

送達醫院

119返隊 10

預期效益 1. 高雄市試辦點，提高到院前緊急救護送醫事件院前警 2.

3.

4.

5.

6.

7.

8.

示比率達40%。 高雄市試辦點，增加危急事件之醫療團隊前置整備時 間達6分鐘。 完成建置到院前心跳停止登錄平臺及標準化資料。 完成200家急救責任醫院自動通報資料串接。 制定本土化緊急醫療救護資料交換流程及資料標準 完成高雄市消防與醫療端之資料交換示範雛型。 完成智慧化救護派遣、紀錄與傳輸系統通用版1式； 並擇另一消防機關安裝使用（高雄市消防局外）。 使用行動救護紀錄表可較原有登錄時間縮短約8-10分 鐘

11

109年經費  核定經費共5,000萬元(分項計畫一:3,500萬元、分項計畫二:1,500萬元) 1.專案管理、監督審驗及作業研討

救

衛生福利部

急

分

1,730萬元

救

項

難

計

一

畫

站

一

通 推

動

分

2.建置資料交換輔助平臺、到院前心跳停止登錄平臺、優化AED急救資訊網 及戰情中心資訊系統、緊急醫療管理系統功能擴充等

3.介接相關單位緊急救護資訊系統 高屏區試辦點 970萬元

建立客製化院前警訊與院內資訊接駁交換平臺、急診量能監測與轉診網絡地 圖，建置區域決策輔助中心之發展經驗與外推模型基礎 1.救護紀錄、醫療資源、病人追蹤、臨床管理資料交換格式及最佳化資

NCDR 800萬元

料交換機制研擬(2,000千元)

2.標準化自動接收及傳送模組開發及自動程式之監控平台建置/雲端環境 /資安檢測(6,000千元)

項

1.資料庫整合與系統外推專案管理作業

計

計

畫

內政部消防署

畫

二

1,500萬元

2.智慧化救護派遣、紀錄與傳輸系統建置 3.緊急救護資料匯流平臺建置 4.119指揮派遣指揮作業整合就醫指引系統建置及宣導

12

計畫後續銜接經費來源  計畫規劃5年逐步完成建置、整合與銜接作業，後續110至113年經費由衛福部及

內政部之部會科技預算計畫支應。

單位：千元

救急救難一站通推動計畫

110年

111年

112年

113年

合計

衛生福利部

42,000

20,000

15,000

15,000

92,000

分項計畫 分區辦理點 (一)

5,000

5,000

5,000

5,000

20,000

20,000

15,000

12,000

10,000

57,000

20,000

20,500

10,000

9,000

59,500

87,000

60,500

42,000

39,000

228,500

國家災害防救科技中心 分項計畫 內政部消防署 (二) 合 計

13

14

107年度總統盃黑客松卓越團隊執行進度， 搶救水寶寶-使用大數據及機器學習建構漏水偵 測輔助系統(WADA)

報告人：台水資訊處副處長吳界明 19

大綱 WADA運作模式 異常事件管理系統 推廣進度成效 檢修漏案例 20

WADA運作模式

21

WADA運作模式

異常事件管理系統

23

異常事件管理系統

24

推廣進度成效 一區管理處(基隆)-52個封閉小區 二區管理處(桃園)-23個封閉小區 三區管理處(新竹)-9個封閉小區 四區管理處(台中南投)-29個封閉小區 五區管理處(雲林嘉義)-11個封閉小區 六區管理處(台南)-10個封閉小區 七區管理處(高雄屏東澎湖)-46個封閉小區 八區管理處(宜蘭)-5個封閉小區 九區管理處(花蓮)-6個封閉小區 十區管理處(台東)-44個封閉小區 十一區管理處(彰化)-13個封閉小區 十二區管理處(新北)-36個封閉小區 25

推廣進度成效 統計區間:107/06~108/09 納入WADA 之DMA數量

納入 WADA日 期

最近半年平 均供水量 (CMD)合計

一區

44

107/08

40,044

17

4,228

基隆、瑞芳、 萬金所

四區

24

107/06

18,987

38

2,323

霧峰、東勢

五區

11

107/06

10,693

21

2,210

竹崎所

六區

10

108/04

2,962

5

23

歸仁、佳里、 白河、玉井

七區

42

107/08

12,284

15

1,716

澎湖所

八區

5

108/05

5,414

5

1,769

深溝、廣興

九區

6

107/08

9,367

3

547

花蓮所

十一區

7

107/08

8,468

1

56

員林所

合計

149

108,219

105

12,872

區處別

確定漏水件 數

漏水量(CMD) 10706~10809

廠所

26

推廣進度成效 108/09/01-108/12/10 區處別

各區處已封 流量異常 閉小區合計

壓力異常

設備異常

事件總數量 漏水件數

1

52

34

15

9

58

8

2

23

5

4

1

10

0

3 4 5 6 7 8 9 10 11 12

9 29 11 10 46 5 6 44 13 36

15 19 10 9 28 8 0 15 5 9

1 14 3 0 7 4 0 0 0 8

7 3 1 0 4 4 0 11 7 5

23 36 14 9 39 16 0 26 12 22

2 5 1 3 2 2 0 1 0 0

合計

284

157

56

52

265

24 27

檢修漏案例(五區竹崎所番路小區) 系統12月4日通知流量異常

28

檢修漏案例(五區竹崎所番路小區) 12月11日檢修後 夜間最小流量曲線恢復正常

29

檢修漏案例(五區竹崎所番路小區 108.12.06) 嘉義縣番路鄉頂石頭埔16之1號(案號:5X10801952) 50mm PVCP

30

檢修漏案例(五區竹崎所番路小區 108.12.11) 嘉義縣番路鄉番路菜公店1-1號前20公尺處(案號:5X10801968) 150mm PVCP

31

報告完畢 Thanks.

32

報告事項 108年卓越團隊－資料申請小幫手 機關後續導入報告 國家發展委員會 108年12月27日

大綱 CONTENTS

1 緣起 2 資料申請小幫手之建議

3 「我想要更多」現行流程 4 系統流程調整規劃

34

緣起 • 108年總統盃黑客松卓越團隊「資料 申請小幫手」 分析政府資料開放平臺

「我想要更多」各機關回 復資料 提出機關回復內容及流程 之建議

期望改善並強化民眾申請 政府資料的使用者體驗

圖片來源：自由時報 https://m.ltn.com.tw/news/politics/breakingnews/2865875

35

資料申請小幫手之建議 (1/2) • 將每則需求的資料開放狀態呈現於前臺，並抓出部分關鍵內容，讓民眾可清楚知道目前機關的處理情形 1. 同意開放或依申請提供：資料集連結、預計開放(提供)時間 2. 研議中：研議機制規劃 3. 不提供：原因、法規限制名稱 • 需有後續追蹤回報機制 申請之前已開放或依申請提供 OR

內部討 論，進 行回應

YES 1

同意提供，提供連結

回報 連結

OR

OR

同意提供，預期提供時間

研議 2 機制 規劃 追蹤 回報

時間 未定

NO 3

無法 提供

暫不同意提供，說明原因， 說明未來轉為開放資料的條件

追蹤 規劃

進度 追蹤

回報 連結

變更 回報

OR

不應開放，說明原因

資料來源：資料申請小幫手 團隊 36

資料申請小幫手之建議 (2/2) • 將每則機關針對不開放之原因進行分類，依現有回應劃分為25類理由，如下表所述 編號 1 2 3 4 5 6 7 8 9 10 11

不開放原因 沒有該資料 (尚未蒐集彙整) 還要研議 擔心資料品質 擔心外界誤用、誤判 非資料所有機關 已提供單筆或圖台查詢 沒有該資料 (不存在該類別) 有個資或營業秘密 沒有說明原因 無法判斷原因 要A給B

統計數量 編號 不開放原因 102 15 硬體維護或人事成本太高 88 16 非權責明定應提供之資料 20 17 視預算經費狀況再行評估 19 18 開放後將妨礙行政 19 19 尚未蒐集完整 16 20 屬於秘密類文件 13 21 要收費 12 22 當前的演算技術無法達成該資料需求內容 11 23 僅能提供統計資料故無法呈現細項 10 24 誤判 10 25 依檔案法為維護公共利益不公開

12 建置中

6

13 屬地方自治事務

6

14 資料僅供內部參考

6

統計數量 4 3 3 2 2 2 2 1 1 1 1

資料來源：資料申請小幫手 團隊 37

「我想要更多」現行流程 (1/2) 機關第1次回應滿意度≥3星、或第2次回應後，系統皆自動視為已回復， 未就機關回應內容進行檢視 提出 資料需求

滿意度填報

民眾 分派需求至 業管機關

是否 ≥3星

是

已回復

data.gov.tw

否

機關

否 是否 業管

是

機關第１次 回應

機關第2次 回應 38

「我想要更多」現行流程 (2/2)

開放式欄位，讓 機關自由填寫

39

系統流程調整規劃 參考資料申請小幫手所提建議，調整「我想要更多」流程，並將不對外開放或提供原因重新整理為三大 項因素及七個子項目供機關直接勾選。 YES

已開放或 依申請提供

資料 連結

預計開放或提供， 壓預計開放時間

追蹤 進度

資料 連結

機關研議 後，進行 回應(14天)

滿意度填報 資料品質限制 有資料

NO

不對外開放或提供， 說明原因

無資料

法規限制 尚未蒐集建置 需特定條件始蒐集

其他

研議中 40

機關回應必填欄位規劃-已開放 資料類型 資料連結/ 申請連結

開放資料

依申請提 供資料

提供連結(可多個)

回復

41

針對民眾所提需求，規劃三大回應方向： 1.已開放 2.無法開放 3.預計開放

(示意圖) 42

(示意圖) 43

若資料已開放，機關須提供開放 資料集名稱

(示意圖)

44

保留現行回復欄位 (示意圖)

45

機關回應必填欄位規劃-回應前臺呈現

讓民眾可第一時間取得所 需資料集

(示意圖) 46

機關回應必填欄位規劃-預計開放或提供 預計 提供時間

年

月

日

回復

預計提供時間到 系統自動通知 資料類型 資料連結/ 申請連結

開放資料

依申請提 供資料

提供連結(可多個)

後續回復 47

(示意圖) 48

若機關需要作業時間才能 開放資料，則須提供預計 開放時間 (示意圖)

49

預計開放時 間將列示於 回應區

(示意圖)

預計開放時間：

50

機關回應必填欄位規劃-不對外開放或提供 無法開放原因

無資料

其他

有資料

尚未蒐集 建置

資料品質 限制

需特定條 件始蒐集

法規限制

研議中 法規名稱：

回復

51

(示意圖) 52

無法開放原因，規劃如下： 1.有資料，資料品質限制 2.有資料，法規限制 3.無資料，尚未蒐集建置 4.無資料，需達特定條件始蒐集 5.其他，研議中

(示意圖) 53

後臺回應區

前臺呈現區

相關法條回應將呈現於回應欄

無法開放原因選擇「法規限制」 將跳出必填的法規限制欄位

(示意圖)

54

機關統計報表呈現規劃 機關統計報表，納入相關開放欄位，較清楚呈現回應狀態

(示意圖) 55

小幫手提案導入進度表 總統盃黑客松競賽期間(108/6) : 資料申請小幫手與國發會資管處會面 互相認識及瞭解提案內容與需求

彙整意見(109/01~109/03) : 功能上線後彙整相關使用意見作為 改善方針，期能使政府資料開放平 臺功能更加完善

總統盃黑客松決選(108/7) : 資料申請小幫手獲選為卓越團隊

內部討論(108/8) : 國發會資管處針對資料申請小幫手提案 進行內部討論，並規劃功能上線時程

108/6

108/07

108/08

108/09

舉行工作小組會議(108/10) : 邀請各部會了解後續資料申請小 幫手提案導入政府資料開放平臺 之機制及各部會配合事項

108/10

108/11

108/12

進行最終功能測試(108/12) : 於政府資料開放平臺測試資料申 請小幫手提案之各項功能及流程， 確保上線後資料申請人及各機關 皆能正常使用新的申請資料流程

109/03

109/01

56

57

以銀髮安居指數預測潛在長照 服務使用個案分析

108年12月27日 長期照顧司 彭美琪專門委員 58 58

前言 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

• 於第二屆總統盃黑客松中，與內政部共同完成全國老人銀髮安居指數， 讓政府能主動出擊找出全國潛在高風險個案以提供長期照顧服務介入。 • 現以長期照顧居家服務需求為潛在個案優先尋找方向，經與長期照顧資 料庫比對並分析後找出全國優先訪查1,000個案清單，以近一步執行訪 查作業驗證演算法。

銀髮安居指數 老人名冊

潛在長照 需求個案

照管系統 資料庫

59

銀髮安居指數 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

• 目的：對全國老人衡量需求指數 • 串聯資料庫：戶籍、長照、身障、中低收、建物、實價登錄、醫療站、 淹水、斷層等。

• 指數權重：以層級分析程序法訂定(Analytic Hierarchy Process) Action

Nurse

Gold

Entity

老人家庭特性

Liberty

Security

建物環境特性

行動健康 (29.38)

照護人力 (20.24)

經濟狀況 (13.69)

住宅狀況 (13.20)

環境便利 (8.08)

環境安全 (15.41)

年齡 身心障礙 長照評估

子女 外傭 住戶類型

中、低收 自有 房價

屋齡 電梯 結構

便利超商 交通站牌 醫療院所

土壤液化 斷層帶 淹水 60

長照2.0 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

• 目的：實現在地老化，普及照顧服務體系，提升具長期照顧需求者與照 顧者的生活品質。

• 長照2.0給付及支付服務項目：10項分類服務。 A.照顧管理及政策鼓勵

C.專業服務

BA.居家照顧服務

D.交通接送

BB.日間照顧服務

E.輔具服務

BC.家庭托顧服務

F.無障礙空間設置

BD.社區式服務

G.喘息服務 61

衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

分析及預測

62

分析步驟 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

準備期 107年8月銀髮安居 指數Top1老人名冊 (33,674位)

分析期

演算期

有使用給付支付服務 個案(14,134位，41.97)

以AI演算，找出使用給 付支付服務個案中有無 使用居家服務之標準

銀髮安居個案 有無使用長照給付 支付名冊

108年1-9月長照給付 支付使用個案名冊 (242,667位)

無使用給付支付服務 個案(19,540位，58.03)

預測有潛在居服 需求個案(8,030)

63

分析期-1 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

107年8月銀髮安居Top1個案給支付服務全國使用概況： Top1

於108年1-9月使用給支付

使用率

33,674

14,134

41.97

107年8月銀髮安居Top1個案各項服務使用狀況： A.照顧管 BA.居家 D.交通 理及政策 照顧服務 接送 鼓勵 91.11

58.22

36.07

C.專業 服務

G.喘息 服務

E.輔具 服務

27.30

24.76

16.29

BB.日間 BD.社區 F.無障礙 BC.家庭 照顧服務 式服務 空間設置 托顧服務 4.52

4.41

1.57

0.44

64

分析期-2 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

已使用給支付服務個案各項指數得分差異：(顏色>=1.5，<=-1.5) 長照項目碼別 A(照顧) BA(居家) G(喘息) C(專業) D(交通) E(輔具) BC(家托) BD(社區式) F(無障礙) BB(日照)

有無使用服務個案 於ANGELS平均得 分差異 ANGELS 0.47 0.47 0.09 -0.1 -0.13 -0.21 -0.28 -0.53 -0.53 -0.74

有無使用服務於各項ANGELS得分佔比差()* A -1.73 -5.60 1.95 5.19 4.45 4.33 -1.81 -4.58 1.11 -4.53

N 2.55 3.56 -0.84 -2.84 -2.33 -2.97 0.70 2.87 0.22 3.17

G 1.18 1.98 -0.61 -1.25 -1.19 -1.42 -0.44 -0.56 -1.61 -0.60

E -0.88 -0.27 -0.06 -0.13 -0.12 0.04 0.87 1.27 0.84 1.21

L -0.69 0.47 -0.22 -0.63 -0.78 -0.13 1.04 0.99 -0.44 0.37

S -0.42 -0.15 -0.23 -0.35 -0.03 0.15 -0.35 0.00 -0.11 0.38

分析個案為有使用給支付服務個案14,134 (*)使用某長照服務於各項指數得分佔比：使用該服務個案於該指數得分佔總得分比值 扣除 未使用該服務個案之指數得分比值

1. 老人家庭特性(ANG)有明顯變異狀況， 2. 有足夠的資訊量執行長照潛在需求預測演算法 65

演算期-摘要 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

目標

特徵

依據特徵建構BA碼使用個案樣貌並預測

Action, Nurse, Gold

SVM, Random Forest AdaBoost, XGBoost -Stacking Model (Logistic)

無使用給付支付服務個案(19,540位) 預測BA碼使用個案

機器學習

預測 66

演算期-Stacking Model 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

1. 各別訓練不同的分類Model捕捉不同特性(Level 1)

2. 將Model預測結果透過簡易模型整合(Level 2) 3. Level 2 Model採用Logistic Regression Level 1

Level 2

Predict

SVM RF Logistic

AdaBoost XGBoost

潛在長照 需求個案 67

演算期-模型結果1 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

1. Level 1 超參數篩選採AUC指標(Area under the Curve of ROC) 2. 敏感度均達到90以上，特異性水準只有50以下 3. Stacking Model 在AUC較Level 1有所提升

表現()

Level 1

Level 2

SVM

RF

AdaBoost

XGBoost

Logistic

準確率

72.66

74.87

75.53

75.57

75.56

敏感度

90.63

94.3

96.31

96.21

95.92

特異度

47.54

47.71

46.48

46.71

47.1

AUC

71.08

75.45

72.87

75.47

75.55 68

演算期-模型結果2 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

1. Level 2以Logistic整合Level 1 Model

2. XGBoost影響權重達到4.7864最高 3. SVM的結果呈現負影響進而達到整體模型預測的校正效果 項目

截距

SVM

RF

AdaBoost XGBoost

估計值

-3.2984

-0.3526

0.879

0.6458

4.7864

P-value

<0.001

0.14661

0.0599

<0.05

<0.001

69

演算期-預測結果 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

1. 19,540人無使用長照服務 2. 演算法預測8,030具有居家服務需求 (41.1%) 3. 前5名縣市分別為新北市、高雄市、臺 南市、臺北市及臺中市

70

衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

執行、成果及未來計畫

71

執行 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

黑客松「銀髮安居計畫」前1,000名高風險個案長照需求訪查 -與內政部共同設銀髮安居計需求調查問卷(長照、社宅) 階段 訪員訓練 訪查期間 問卷回收

問券彙整 與分析

11/19

11/24

11/29

12/3

12/8

12/13

12/18

12/23

12/28

2 21 8 14 72

成果-依指標區分 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

1. 實際回收有效問卷共計1,170份

2. 具有潛在長照需求之個案比例高達7成(69.76%) 3. 若單論行動健康，移動需協助之個案高達9成(89.91%) 4. 若單論照顧人力，需他人照顧之個案高達8成(79.66%) 不需要

稍微需要

需要

相當需要

非常需要

長照需求

33.24

26.75

24.44

6.75

8.80

行動健康(A)

10.09

36.58

33.68

12.82

6.84

照顧人力(N)

20.34

39.49

27.61

6.84

5.73

經濟狀況(G)

25.04

25.98

14.36

29.66

4.96 73

成果-依縣市區分 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

縣市 基隆市 台南市 台東縣 台中市 宜蘭縣 桃園市 屏東縣 花蓮縣 新竹縣 台北市 苗栗縣 嘉義市 嘉義縣 南投縣 新北市 彰化縣 高雄市 雲林縣 澎湖縣 新竹市 總計

目標數量 6 90 38 77 39 45 70 38 16 98 51 10 56 27 93 57 96 76 5 12 1000

回收數量 6 90 38 80 60 52 74 48 28 100 78 9 88 54 87 57 130 74 13 12 1170

長照需求占比 83.33% 78.98% 76.32% 75% 73.33% 73.08% 72.97% 72.92% 70% 68% 66.67% 66.67% 63.64% 61.11% 59.77% 59.65% 57.03% 55.26% 53.85% 50%

最多8成

依長照需求占比繪製

最少5成 74

未來計畫 衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

• 依據訪查結果，修正並提升演算法以及銀髮指數 • 擴充資料庫以找出個案照顧需求(消防救護、勞保、健保、國民年金) • 定期產出名冊與連結資訊管道予地方政府主動關懷個案

75

衛生福利部 MinistryofHealthandWelfare MinistryofHealthandWelfare

智慧政府很用心 銀髮居住真安心

76

裁判易讀與量刑參考小幫手 執行進度

108/12/27

司法院

1

執行進度 • 裁判易讀 – 已發包, 預計109年4月上線 • 量刑參考 – 研發中, 預計110年1月上線

6

13個量刑因子

報 告 完 畢 司法院

1

媽祖抵家．護你平安 用媽祖文化為例，實踐在生命的最後一段可以選擇在家好走的盼望

出巡隊進度報告 1

提案目標

準備善終做得到，在家好走零距離 ⚫ 我們提案以癌末安寧為例 ⚫ 整合在家照護所需資料，結合科技應用 ⚫ 提供選擇在家善終的民眾與家庭一個

「學得到、找得到、照顧到」的 在家智慧照護支援平台。

2

我們與「在家善終」的距離？

80%癌末病人在醫院離世，但有80%希望在家善終 ⚫ 家人是影響的關鍵因素 ⚫ 病人/家庭端面對： 癌症末期常會出現疼痛、出血、喘、無尿、排便困難… 照顧上產生很大的困難、害怕及不安…

痛點1

痛點2

痛點3

不知道

不安心

不預期

‒ 不知道會發生什麼事 ‒ 不知道在家照顧的準備

‒ 不知道在家如何照顧 ‒ 不知道社區資源是否足夠

‒ 無法預測病情變化 ‒ 不知道怎麼照顧及應急 處理，常措手不及。

3個「不」讓生命最後一程在往返急診奔波中流失很多重要事…

3

我們與「在家善終」的距離？

安寧居家護理師及社區共照團隊 可以讓80%的癌末病人在家善終

本提案目標是把臨床照護經驗 轉化成智慧照護平台

4

平台架構-1 個別化、互動式、連續性 平台使用者 (1) 一般民眾：積極宣導，提供瀏覽、 查詢、 學習，普及大眾，認識安寧。

(2) 病人及家屬：步驟式引導機制，讓家屬學 會照護知識，並根據症狀發展進度，主動 建議進一步需接受安寧照護的病人。

使用者行為 大數據

⚫學得到

(3) 跨專業團隊：以居家護理師為照護供需的 協調主責，以病人為中心、家庭為單位， 提供社區跨領域團隊共照模式(含醫師、護理師、 營養師、藥師、諮商心理師、社工師、關懷師…) 。

⚫找得到

藉由資料整合提供民眾查詢功能

⚫照顧到

5

平台架構-2

智慧照護平台

照護支援平台 提供居家護理人員、家屬、病患、共照成員： 「學得到、找得到、照顧到」的應用

照護專家系統 與AI應用 提供居家護理人員： 實證照護流程、線上個案管理(評估、 照護措施建議等)、線上專家諮詢

6

進度規劃

階段目標 推動主題

照護支援平台 (機構的行政與 服務、民眾查 詢)

2019.8~2019.12

2020.1~2020.12

2021

前置期(系統設計)

建置期(系統建置)

營運準備

 資料匯流、系統設計  專家系統設計

 照護智慧平台建置  AI模型、決策支援

支援平台功能設計

支援平台系統建置

資料匯流設計 民眾查詢功能設計 國外照護專家系統調查

照護專家系統 與AI應用

專家系統邏輯設計

專家系統系統設計

 POC、系統優化  營運模式POS

系統優化

資料倉儲與介接

平台推廣

分眾與友善UI建置 資深專家之照護規則建立 P1核心推導引擎 雛形建置 個案範例 資料建立

營運POS 標準化照護指引納入

系統試行 與優化 推導測試 與修正

P2智慧照護AI 推導建置 系統推廣

7

照護支援平台 • 資料匯流設計

照護支援平台－資料匯流設計-1

資料整合規劃及範圍 My Data

相關資料

⚫ 健康存摺(病人授權同意)

⚫ 衛教資源(如居家安寧觀念、症狀照護

Open Data ⚫ ⚫ ⚫ ⚫ ⚫ ⚫

護理機構評鑑管理系統(照護司) 護產人員暨機構管理資訊系統(照護司) 照顧服務管理資訊平臺(長照司) 醫事管理系統(醫事司) 安寧共照服務院所資訊(健保署) NGO及其他服務單位資訊(相關單位)

現有平台

技巧、舒適照護技巧、傷口造護技巧、 照護機構選擇、經驗分享、善終準備、 專業人員學習資訊等影音及文章) ⚫ 法規資訊(安寧緩和醫療條例、病人 自主權立法、預立醫療自主計畫等)

大數據應用 ⚫ 使用者操作行為記錄 ⚫ AI智慧主動提示

⚫ 健保用藥品項查詢(健保署) ⚫ 西藥、醫療器材、含藥化粧品許可證查詢(食藥署) ⚫ 輔具資源入口網(社家署) 9

照護支援平台－資料匯流設計-2

資料整合應用介接機制

10

照護專家系統與AI應用 • 邏輯設計 • 流程規劃

照護專家系統邏輯設計-1

照護專家團隊

4. 個案措施評估結果

1.建立照護 措施文件

本平台

3. 照護措施評估

2. 建立照護措施 系統核心

居家護理師

照護指引 照護準則

5. 定期優化照護 措施系統核心

照護措施系統 資料庫

照護措施 專家系統雛型

核心思想： 1. 建立台灣本土化標準照護流程 2. 建置照護專家系統 3. 提供「全人照護」的評估介面

使用者行為 資料庫

使用者log、 意見回饋

效益： 1. 有效教育 2. 有效照護 3. 適切模式 12

照護專家系統邏輯設計-2 雛形概念示意圖 ⚫ 參採國際已發展臨床照護指引架構

策略

⚫ 結合台灣學術專家意見、實務專家經驗及現有評估工具，建立本土化專家系統規則 ⚫ 居家護理人員登錄個案評估與照護記錄，系統將自動推薦最適照護建議參考 ⚫ 運用AI分析使用者行為，優化照護措施專家系統 以全人照護為導向 結合個案評估 與照護記錄

13

照護專家系統流程規劃

4. 個案措施評估結果

照護專家團隊 1.建立照護 措施文件

本平台

3. 照護措施評估

2. 建立照護措施 系統核心

居家護理師

照護指引 照護準則

5. 定期優化照護 措施系統核心

1. 籌組專家團隊並 盤點現有照護資源

照護措施系統 資料庫

照護措施 專家系統雛型

2. 召開工作坊收集專家 建議並共識照護評估流程

使用者行為 資料庫

使用者log、 意見回饋

3. 照護專家系統試行 與建立線上諮詢服務

⚫ 已完成國際照護指引盤點 ⚫ 已完成10項實證照護指引 ⚫ 已完成30家績優居家護理機構海選

14

照護專家系統未來規劃 2020 階段目標 推動主題

 照護專家系統

2021

 智慧照護AI引擎

照護知識庫建置

專家系統建置

系統建置

專家系統優化 使用者行為資料蒐集 照護措施文件NLP AI模型建構(P2)

居護師試行

試行應用

居護師應用 (照護措施建議) 居護師試行(P2) 民眾應用 (民眾衛教互動)

15