Try   HackMD

救急救難一站通

隊呼:10 sec…
RRRR~RRRR
Right time
Right Place
Right Patient
Right Tech
Right Information
Right Task
Right Hacker
Right Result
救急救難一站通

HEY! 各位夥伴好!我們是"Eight-Rs"(原本是Six-Rs,加了Right Hacker–>Right Result)提案團隊。以下是這次總統盃黑客松"救急救難一站通"的初次見面工作區，在這頁面將會簡要介紹我們計畫的內容。請大家sign in 後可以共同編輯( 未登入時，會看到右上角小鉛筆圖示。)

我們這個專案開宗明義希望地讓緊急應變得訊息能一站式的導覽與指引，而揭櫫的核心價值就是:

Transprency (透明)
Sharing (分享)
Mutualism (互惠)
Cocreation (共創)

而這份共筆，在專案進行同時，也會提供給所有支援我們專案的高屏澎衛生局、協力單位、及參與專案的所有夥伴們作為進度告示板(某方面反應我們專案的目標之一:適當訊息給適當關係人洞察)我們希望大家共同在二個月不到的時間內，透過跨領域與公私協力的機制，彙智完成這個偉大創新的任務，也能達成評選委員的期盼:"結合多方利害關係單位、建置橫向聯合合作模式，相當高的可複製性，期待能成為跨單位合作、橫向溝通的典範"。在此同時，也希望各各位使用共筆時，限此專案使用，勿隨意轉傳。若需要進一步工作區，請於版面指引。

[剛聽到唐鳳有趣的詞:"ㄋ"]

天有不測風雲，人有旦夕禍福。當我們無法以史為鏡找出趨吉避凶之道，苦難勢必輪迴不止。

我們招募各位來救急救難，就得先認識災難特性：它一定會發生，也沒辦法預期，產生影響是多元化，而應變則有時間壓力。過去慘痛經驗歸納起來，當我們面對不可預期緊急事件應變先得體察三個重點：

一、災難事故有共同基因。各種形式的災難必有共通的應變對策。正如各種型態的嚴重外傷，有標準的ABCDE處置順序。
二、沒有災難應變的一拳超人。每有處理災難事件絕對需要跨界協力機制，有勇無謀的獨立作業，注定事倍功半邁向失敗。
三、災難不會閃離，應變會有分期。隨著時間軸會引導出不同階段的應變週期。常見分類有減災、備災、應變、復原等階段。但每個階段又包容許多跨單位的互動與合作。

我們這個專案主要希望改善在時間張力下的訊息透明度，讓災難發生時各單位不瞎忙、窮忙與白忙。專案內容有兩大部分:
一為以歷史資料進行災難現場"人"、"訊"、"物"的動線重建
二為災難各應變週期的訊息需求與訊息交換盤點。

基於"AIM HIGH+THINKBIG"的原則，專案在災難現場重建的目標上，預計選擇一個極端案例："81石化氣爆事件"。慢慢剖事發現場模擬災害通報、傷患後送、救護與醫護支援、轉送、動向追蹤等。****而從時間軸進行過程，我們希望慢慢找出每一個關鍵節點啟動時，作業進行所產生關鍵訊息，確認可信度與推播交換之可能。另一方面，盤點各式事件關係人進行決斷時所需要的關鍵資訊，並思考捕捉訊息的最佳動線。

簡單的說，我們要評估並完成幾件事(掌控時間，量力而為):

(1.)畫出現場傷患後送+轉送圖。(救護馳援+醫院能量變化，需包埋時間軸)
(2.)劃出關係人與訊息交換的關係圖。(訊息需求會隨進行階段而變化，需包埋時間軸)
(3.)規劃出核心訊息需求頻率及資料交換可行方案，製作告示板(關鍵訊息)+仙人指路(客製化需求指引)
(4.)找出並建立公務系統與民間志工平時與戰時應變合作機制與快速通道。認真思考如何解決演習時大家都沒問題，災變時大家都想問問題的屢試不爽困境。
(5.)拆解大災難應變機制與引擎，無痛植入平時處置能量窘迫或備載高峰之SOP。(自動化+流線化+客製化)
(6.)最後期待我們專案順利達陣，並運用概念實體化(Proof of Concept)的成果，驅動各應急或備援單位開始進行之資訊交換前瞻基礎建設，制訂中長期IT Roadmap。

詳細進行方式:

第一區:相關歷史重建與資料解構:

  • 1.清理資料集(參見附錄)
  • 人病患輸送動線（救護後送＋自行就醫）＆傷患轉送與預後（醫院、ＥＭＯＣ、ＥＯＣ、健保資料）
  • 事: 希望分析極端且無法預測之事件（81氣爆），再行運用於平日緊急救護或醫護超載狀態之解套作為。
  • 時: 事件或病患需要追蹤多久時間？一個月？三個月？一年？
  • 地: 需要觀察多大的區域範圍？高雄市？其他區域？
  • 物: 需要探索多少資訊需求與供應？運用小組討論與動線模擬得解。
  • 2.盤點資訊及需求
    • 災難初期
    • 災難中期
    • 災難後期

[健保相關資料思考: 根據2018/4/12健保署高屏分組回饋意見，實務上健保資料需健保卡才有辦法啟動，災難現場有些人可能沒有健保卡…另外健保資料一般在24-48小時後會申報上傳，所以初期健保構面提供的訊息會緩不濟急。但中長期的追蹤，則會有相對完整的資料。此外，目前健保資料並沒有事件ID，會採取事後註記來補齊，但沒註記就沒法察覺了。@@我們自己的重點應該是問我們自己想追蹤那些關鍵資料呢?]

[救護資料思考:目前救護紀錄的產生，大部分是救護出勤後，返回隊部進行緊急醫療管理系統的輸入，輸入後往往只能得到報表輸出，沒法由生猛的資料"Raw Data"產出新洞見。需求:地方單位上傳原始資料直接回饋地方單位]

  • 3.彙整分析

第二區:分析後之資料

  • 1.呈現時間軸
  • 2.彼此不同構面關係圖
  • 3.地圖與路網

行有餘力繼續前進…

第三區:關鍵訊息告示板呈現與仙人指路

第四區:關鍵訊息回饋與招喚術

專案進行期程:(目標進入決選!!才有機會由制高點闡揚破除穀倉效應，孵育共構思考文化的呼籲)

2018/4/14 第一次工作會議

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →

Image Not Showing Possible Reasons
  • The image file may be corrupted
  • The server hosting the image is unavailable
  • The image path is incorrect
  • The image format is not supported
Learn More →

黑客松說明PPT
https://drive.google.com/file/d/17pXn0AE9sBNkNjMWRVX9rYv-VWyYyRsh/view?usp=sharing
大會資料：
1.第一次工作坊活動簡介
https://drive.google.com/open?id=1N3gsy7U745eiep06xwHjEsSKqCEYfwmH
2.談社會創新與實踐談
https://drive.google.com/open?id=1q7UHBztchtt1jwiIPT3WH0V-X0e_SR6I

@每次會議要記得做會議紀錄!確認下次目標與線上會議時間!

0414會場紀錄

  • 團員互相介紹

    • 昭文：
    • 佩玲：
    • 趙恩(組長)：
    • 力中Ziv：
    • Ray：
    • KC：
    • 廣智
    • 一娟專委
    • 林副局長

  • 資料需求(下午場討論)

    • 急診量能(緊急醫療管理系統內部資料檢核、推播、與醫院首頁急診資料的可信度):衛服部三科管理
    • 已協請國發會資訊處幫忙
      • 病患追蹤(打開健保內部合作的新局 or 走資料科學中心的學術研究老路?):衛服部健保署
      • 緊急醫療管理系統的資料授權回饋(消防+醫政)
    • 4/27(五)、5/11(五)下午3點前繳交期中、期末指導會議簡報

  • To do

    • 氣爆事件歷史重建

    *救護端(緊急醫療管理系統+KAMERA) 7/30-8/1

  • 他山之石

    • The Usefulness of Information and Communication Technologies in Crisis Response
      • 越是在災害的時候，「非結構性資料」優於「結構性資料」
      • ICT (information & communication technology)在災害的時候 Communication(溝通科技) > Information(資訊科技)
      • In a disaster situation, Paper is so much better than the computer(紙優於電腦)
      • EMS personnel were also skeptical about how useful technology would be given that “it takes time …things are happening on scene so quickly(災害時發生得很快，IT很花時間)
      • Design requirements
        • Easy conversion of unstructured to structured information
        • Interoperability and standardization
        • Information ‘push’ model required
        • Training and awareness about ICT usage

  • 討論

    • 要做119送醫醫院的「自動推薦」？

@第一次與第二次工作會議間之額外行程:

––-2018/4/20 醫中核心醫院會議(醫院端匯聚共識)

––-2018/4/23 FEMA官員訪台(挖寶大會)

4/28 第二次工作坊暨期中指導會議

5/12 第三次工作坊暨期末指導會議

5/19 複選 (盡可能在此階段完成大部分任務)

6/2 決選

https://presidential-hackathon.iii.org.tw/

各工作小組與相關TO-DOs:

(1)醫療端

  • 高雄市衛生局(醫療網主責):黃志中局長(2018/4/9已與談定案)
  • 屏東縣衛生局(醫療網協辦):李昭仁局長(2018/4/7已與談定案)
  • 澎湖縣衛生局(醫療網協辦):聯繫林凱逸科長(線上溝通已定案)
  • 高屏醫療網所有急救責任醫院(2018/4/20上午核心醫院會談，4-5月所有醫院訪查對談)
  • 健保署高屏分組林立人組長(2018/4/11已與談)
  • EOC:安排徐榛鎂、洪士強醫師擔任聯繫對口
  • EMOC:顏麗霜股長擔任對口
  • 醫療領域專業志工(張盛皇醫師、林佳蓉醫師、唐醫師、盧子文醫師、李佩玲、張燕妮、吳明霞等)

(2)救護端

  • 高雄市消防局:(2018/4/11已與談定案)
  • 劉一娟專委協助組織專案智囊小組(名單與LINE群組)
  • 勤指派遣中心林源興主任(待聯繫)
  • 電子救護平板開發案工作小組(待辦)
  • 醫療指導醫師洪士強(OK)、徐榛鎂(OK)。
  • 桃園EMT陳億全友情支援

(3)專業領域

  • 1.外傷醫學會簡立建理事長(傷害型態與嚴重度預後推估)
  • 2.國健署傷害監測蔡益堅科長及陳龍生(傷害監測之評估與政府觀點諮詢)
  • 3.醫療資訊雜誌總編輯朱基銘教授(資訊法規、決策及統計諮詢)及張語恬
  • 4.北醫傷防所所長陳品玲教授(短中長期傷害影響推估)
  • 5.中研院GIS詹大千博士(資源媒合對策、地理圖資與路網分析)
  • 6.國家災害防救科技中心張子瑩組長(4/14:資源佈署討論，避免重工)

(4)NPO&社企

  • 1.Geothings(救災地圖):莊國煜(待回覆補強建議)
  • 2.Dodoker(募資平台):莊青岳 (佩玲初步訪談)
  • 3.G0V災民證app與資源地圖:劉宇庭(他說5/1回國) 災民證連結: https://github.com/g0v/shelter

(5) HACKERS
1.Superman
2.Spiderman
3.Ironman
4.wonder woman
5.Aquaman
6.etc…

專案使用雲端硬碟 (請先在參與人員清單內留下email以方便共同使用)
https://drive.google.com/drive/folders/1G_flfzaj6k7PdcMR4esWEgV4bcSPDJhh?usp=sharing

專案使用工作平台
1.FB專頁?
2.LINE? (OK)–>總統盃黑客松
3.SLACK?
4.TRELLO?

開會使用工具
1.ZOOM
2.Hangouts

專案整體架構與各構面相對區位圖:
(自己覺得要調整的，請修正後並留下修改文字紀錄)
https://coggle.it/diagram/WspBJA68PdvCl3w3/t/six-rs-救急救難一站通-讓對的資訊在對的時間讓對的人洞察-把對的傷患在對的時間送到對的地方救治

歷程記錄與致謝區

文字收集
文件收集
影像連結
新聞連結

所有工作人員清單(請自行複製欄位往下編輯)

姓名 電子郵件 LINE ID
陳昭文 kmutrauma@gmail.com kamera119
趙恩 johnny2cindy@gmail.com health-baby
徐榛鎂 bonjoursandra5000@gmail.com bonjoursandra5000
張力中 clc168@gmail.com zivchangtw
李佩玲 alvie1027@gmail.com plhaha
劉一娟 u3869@kcg.gov.tw liu3869170
許廣智(Alex) alexander0430tw@gmail.com alexander0430tw
王冠傑(KC) r9615012@gmail.com;nti236@hotmail.com nti236
Ray Yang rayspock675@gmail.com qoo8116
張維元 v123582@gmail.com weiwei63
洪士強 u98560002@gmail.com leelaileelai
蔡承璋 sart0813@gmail.com
林宗翱 cheerall2001@gmail.com
顏麗霜 shuang5204@gmail.com
張語恬 greengarden720925@gmail.com greengarden0925

附錄

氣爆相關資料參考
1.https://zh.wikipedia.org/wiki/2014年高雄氣爆事故
2.http://hackfoldr.org/Kaohsiung-explode-20140801/
3.https://docs.google.com/spreadsheets/d/1k6iyGQPQzuBKYEcO-s_JgAZmsIb1F6t66UGgY9ZesnM/edit#gid=0
4.https://drive.google.com/open?id=1Jw0sOMMKJClxaHfvd07Gt7twzOoS24t3

  1. 資料集連結 (資料清理組，需權限與簽訂保密同意書)

  2. 開放資料

(A)救護相關資料:

緊急救護統計
http://www.nfa.gov.tw/Main/Content.aspx?ID=&MenuID=230
內政部統計月報
http://sowf.moi.gov.tw/stat/month/list.htm
消防統計
http://www.stat.gov.tw/ct.asp?xItem=15442&CtNode=3649&mp=4

策展方式借鏡

登革熱時間變化(CDC)
https://cdcdengue.azurewebsites.net/TimeMap.aspx

1.取得20140730 00:00 - 20140802 24:00
救護紀錄表的就醫資料 -> (FROM EMS)
2.KAMERA 醫院即時資料(有歷史資料):初步撈出2014-0730至2014-0802資料
3.取得健保局就醫資料
4.訪問EMOC及EOC

建立平台
依時間查詢病患流動狀況
人 -> 地 統計資料？
明細資料？

==================================================
過程中各關係利害人
消防
醫院
民眾
想知道什麼？

==================================================
預後？
建議後送醫院？
AI？

使用情境：
　01.事件發生當下
　02.後續分析

過程中，技術上如何配合？(假想情境)
例如過程中，如何「即時」取得救護資料？
假設有，事後分析時，如何與其他資料銜接？

最後，
我解決(或想解決)(誰的)什麼問題
優先順序
　01.

目前已知（含可取得尚未取得）
　01.
目前未知（技術、作法等）
　01.

一個平台(情報交換中心)收集所有可以取得的資料
容易推播的方式? 整理？ 擴播？
再快速的提供各單位所需要的資料

我們主要想要解決什麼樣的問題？
列出各個單位遇到的問題？

情報如何收集？回報？交換？

如何快速的交換情報？
Boilerplate to fast respond

2018/04/19 Meeting minutes (temp)

status repport

  • 氣爆資料整理 - 維元＋廣智：

    • 「救護端工作群組」資料夾報告 - 1030730-0801期間救護清冊、高雄市緊急救護後送雲端通報系統

  • 「EMOC緊急醫療管理系統」 之 「重大災害事件通報」- 佩玲：

    • 氣爆發生 -> 衛生局請EMOC開案，追蹤相關案例。
    • 同一案例出現二次。
    • 追蹤就醫路線。

  • 81氣爆災情概述- 彥宇：

    • 經驗分享

    • 無線電對話流程

    • 媒體興趣:傷亡人數多少?

    • 醫院無法回覆

    • 打電話一輪需要約20分鐘

    • 確認醫院現場傷亡人數，釐清死亡傷患特徵。

    • 無法得到訊息，由消防局派出人員至醫院站崗，至醫院定點回報。詢問實際狀態，死者特徵，並與局溝通及雙重確認。(每20-30分鐘打一次，如何彙整?派遣中心爆量時，紀錄先以紙本…量大後改電腦紀錄表格)

    • 蓋台!資訊傳遞也不完整。

    • Q1:災害範圍
      Q2:資訊爆炸、訊息過多，無法確定真假
      Q3:戰力無法確認

  • 痛點:

    • 道路狀況未明，只能自行到定點集合
    • 無線電塞爆，戰車失聯
    • 戰車被攔胡
    • WHERE? 不知到底多少傷患?

  • 重點:
    不知道:因為資訊不清楚
    不敢說:因為資訊無法確認正確與否

WISHLIST: (1)第一時間掌握傷患流動實況，車上載了幾員，送到哪? (救護平板有解?) (2)第一時間掌握災害範圍

資源提供 與 資源需求
軍方介入 (主動支援)

佩玲：群眾募資：例度度客（https://dodoker.com)
嘖嘖平台

Open(臨時動議)

TODO

  • [ ]登革熱地圖技術支援(問詹大千博士)
  • [ ]Timeline盤點事件、訊息、及時間TAG(???)
  • [ ]KAMERA或現存系統的潛力運用，如何優化接駁。災難時斷訊的問題。(KC+Ray)
  • [ ]醫院收容量討論(昭文、佩玲、麗霜)
  • [ ]81氣爆發生後3小時內故事(是否能區分消防端、醫院端等角色)(力中、趙恩、佩玲)
  • [ ]各項事件時間軸視覺化(力中、維元)
  • [ ]81氣爆報案錄音檔（宗翱）
  • 相關資料、報導蒐集（佩玲）
  • 氣爆醫療衛生端檢討
    @衛生局
    1.緊急時期醫藥衛材與人力調度
    2.局對於跨院際及區域協調與協助
    3.病患資訊公告與個資保護分際之處理
    4.強化醫院因應災害緊急應變能力
    5.災難事件病患資訊管理

@阮綜合
1.急診內部作業流程
2.全院應變（轉住院、轉院）、人員召回、檢傷分類卡
3.慈善團體的慰問干擾臨床作業
4.建議建立統一平台將提供家屬查詢病人

@高雄長庚
1.病人辨識不易
2.家屬尋找病人困難
3.媒體與個人資料公告尺度
4.工安事件
5.燒燙傷病人健保給付金額太低

@大同
1.病患名單公布與個資
2.市府資源無法整合，對大同來說病人太多，負擔太大
3.慰問團體干擾醫療作業
4.無特殊身份辨識，導致現場要尋找病人身份是消防弟兄或義消、警察不容易
5.衛生局來電急診要求派遣救護隊支援災難現場救護

@民生
1.人力召回以電話通知是因為考量人為安全與各別交通問題
2.有備用供電系統與台電輸電系統以應付停電的狀況
3.員工是災民時，院方的支持顯為重要
4.媒體對病人名單公佈公平性不足，造成急診室接聽民眾詢問電話頻率高，影響醫療作業
5.院址離災區很近，事件發生後，大量輕傷自行就醫的病人一湧而入，早期場地規劃反應不足

@聯合
1.資訊的暢通性不足
2.媒體與網路第一時間的消息揭露很有用
3.有提供空間放置死亡的大體，讓家屬有緩和場所
4.協尋家屬不容易

@高榮
1.病人個資公開的問題（家屬協尋）
2.緊急災難應變措施計畫修訂
3.人力召回機制
4.啟動容量評估（人力、設備、空間）
5.將建立院內災難應變資訊平台，提供管理者調配資源與病人協尋
6.接到局通知要派人支援現場，但不知如何抵達現場
7.災情掌握不易
8.災難傷病患證明文件闕如，病人辨識有困擾

@高醫
1.健保專案補助擬定太晚公布
2.工安事件威脅居民健康
3.後期病人復健的問題
4.事前有收到通知有氣爆事件，但沒告知有這麼嚴重，是病人湧入時才啟動大量傷患
5.協尋病人

@國高總
1.人員工作分配及任務
2.臨時擴床，增加容額
3.如何快速掌握病人流量用動向
4.協尋病人用家屬
5.安撫家屬用病人情緒

@國軍左營分院
1.協尋家屬
2.轉院電話不停（燒燙傷中心）

@義大
1.死亡病人的辨識用協尋


小結論：
1.醫院端無法第一時間獲得足夠且確實的訊息，無充足準備
2.有些醫院被塞爆，有些醫院準備好但沒這麼多病人
3.病人身分的辨識以及家屬協尋
→訊息整合

  • 下次線上開會時間 4/26(四) 晚間9點

2018/04/26 Meeting minutes

  • 資料整理- 力中：DONE

    • Status Report
      • 49筆 直接有名字對到
      • 21筆 直接缺值 (此21筆 離開現場 與 醫院 也是缺值)
      • 17筆 寫「不詳」(當中6 離開現場 與 醫院 也是缺值)
    • Plan
      • 繼續整理中 預計週六帶去前完成 DONE
      • 看能不能完成 49 + 21 + 17 = 87筆 (想請教 ＠廣智 消防局那邊統計出的送醫人數是？送殯儀館？)
    • P.S. 預計 MAP 移動的點 可能是 49 + 11 = 60

  • 救護紀錄表- 佩玲：119送到高醫的氣爆病人, 許多病歷中沒有救護紀錄表

  • 文章重點摘述- 趙恩：

    • 文章來源(昭文醫師提供)
      • Preparing for effective communications during disasters: lessons from a WHO quality improvement project (International journal of emergency medicine 2014, 7:15)
      • Purpose of disaster communication:
        **preventing panic
        **promoting appropriate health behaviors
        **coordinating response stakeholders
        **advocating for affected populations
        **mobilizing resources
      • Conclusion:
        **maintaining lists of the locally "trusted sources of information" for frequently affected countries and regions

  • 後送路線最佳化- 語恬：能否提供救護車後送醫院最佳路線 (考量道路是否中斷、壅塞+醫院當下醫療能量、依據病患的傷病狀況配對合適之醫院)

  • KAMERA系統開發願景- KC:當時推廣此系統就有想要達成這些願望, 1.平時就可以用, 2.災難時更能發揮作用

  • 現有高雄救護科技- 廣智:

    • 報案APP：
      1.報案語音維持119報案電路進線而非網路語音，確保通訊品質。
      2.可依據行動裝置狀態自動透過GPS或上網方式進行定位，並發送座標資訊至行動資訊管理系統接收，可縮短報案時間及提高案發地點準確度。
      3.提供簡訊報案功能，可於GIS定位發送簡訊報案之GPS位置。
      4.民眾透過APP報案後，可選擇上傳報案照片或影音檔案至行動資訊管理系統主機，並於119受理台提示，以利查詢調閱及第一時間掌握現場資訊。
      5.提供消防、救護及相關災害防治資訊，供查詢宣導並教育民眾災害預防與應變。
    • 救護平板(截至107上半年)：
      1.定位救護車位置。
      2.回報「出動」、「到達」、「離開/院」、「返隊」狀況。
      3.上傳、查看案件影音。
    • 與現有專案想達成目標的Gap
      1.救護後送資訊通報119(後送醫院)。
      2.救護後送醫院滿載資訊、後送路線參考。
      3.減免無線電回報佔台頻率。

  • 文章(from CK)給我們的省思- 維元:

731氣爆相關救護紀錄

  • 檔案在 ePCR_v2.xlsx 已做完731氣爆標記

  • 共計 74 筆

    • 是 53
    • 應該是 4
    • 是_出勤待命 13
    • 是_協助搬運大體 4

  • GIS相關資訊

    • 現場地址是否能轉出座標 => 目前 17% (13/74) => TODO：改寫地址再轉一次 or 手動標示
    • 出勤待命、協助搬運大體 沒有往醫院的紀錄 (只有衝到現場)

731氣爆相關救護紀錄文字雲 「從補述文字製作而成」
Imgur

2018/4/28第二次工作坊

​​​​*    EMT對特殊病患癒後如何追蹤 
​​​​* EMT到院前生命徵象量測
​​​​* RTS與ISS的採用
​​​​* EMT與檢傷護理到院後交接
​​​​* 醫院災難啟動機制與橫向 RIPPLE
​​​​* 動機制吹哨者與停止者功能
​​​​* 災難震波影響周遭醫院的反應
​​​​* KMAERA系統的通報
​​​​* 醫院大傷啟動的吹哨者，消防？
​​​​* 醫院大傷啟動的條件，自覺？人數？
​​​​* 黑客松作為：聚焦於？？
​​​​* RIPPLE看板，建構資訊共享統計平台
​​​​* 平台登打紀錄者？RID? 
​​​​* 災情統計重點：於初估，人數，傷情, 初期災情統計限時追蹤必須初估
​​​​* 找中華電信測試資料如何整筆拋出, 電子記錄表能否自動初步統計與上傳
​​​​* 消防端，現場資訊不精確，
​​​​* 做一個能跨部會資料整合統整的平台, 各部門的資料能重疊整併成一項
​​​​* 身分不明患者如何資料整合
​​​​* 資訊取用層級、取捨、準確率、拼合
​​​​* 資料庫不能鎖死，預留未來升級空間
​​​​* 一站通中長程計畫中，尚無法達成的目標，其前置條件，準備工作,如何串起來?
  • 詹大千老師建議事項：
    • 災難發生的交通斷絕圖叢
    • 民眾報案資料，交通資訊
    • 顯示醫院段滿載狀態、處置能力
    • 救護平板功能：
      • 通報、檢傷分類、送醫分流建議
    • EMT後送對醫院端的預警
    • 系統有類似抽號機功能，救護編號
    • 後續身分辨識-醫院？消防？
    • 身體特殊特徵拍攝紀錄
    • 遺體收容處置-民政單位
    • 後送雲端通報系統
      • 不在規格要加錢
      • 建議新增顯示到達現場
      • 滿載系統連結Kamera資料庫
    • 送醫訊息選擇-輕傷就近、重症指定
    • 系統10分更新-舒緩感知落差
    • 送醫選擇-自動將最適合醫院置頂
    • 送醫參考依據-RTS指數、ISS指數
    • 特殊事件註記-災難事故由勤指啟動
    • 報案地點訂位-特殊地點手動調整
    • 開啟APP-自動定位GPS回補系統資訊
    • 平板登打以點選為主、打字為輔
    • 醫院AMI.CVA.OHCA處置能力自動化
    • 將醫師下班因素自動排除在後送選擇
    • 建構值班手機-由管理層級醫師掌控
    • 平板-派遣系統時間連結電子化記錄表
    • 目前還未可行：路斷了呈現在圖（119平板）→民眾報案，用路名作定位，平台操作後做註記，傳輸到平板
    • 救護端在意的是，要將病人送到哪個醫院，醫院敦是否滿載？是否需要特別的照護（小兒、燒燙傷…）
  • 救護有四大急病（重大外傷、CVA、OHCA、AMI）未來有規劃在救護平板上做點選通報→1.讓醫院端可以先收到訊息、2.詹老師建議可以做到讓系統自動薦送到哪個醫院→就近、適當、3.以類似抽號碼牌的概念，先通報，醫院可收，就先佔資源，免得路上被其他病人「插隊」
  • 規劃醫院端會先收到救護平板傳送的訊息，但醫院會收到？誰收？怎麼知道醫院有收到？警示訊息？
  • 國外是以錢作規範，有通報，醫院有接收，才能領錢
  • 詹老師建議，不管中華電信能不能做，我們可以先做，做得好，中華電信就會繼續做
  • 手機通知？檢傷電腦？
  • 用編號方式，辨識病人（救護案號），植入醫院，讓這病人就醫無縫接軌。識別病人的方式，又不牽涉隱私。
  • 透過不同時段資料蒐集，要確認病人身分，又要顧及個人隱私，初步規劃由後端透過或然率方式比對。
  • 大千老師願意負責模擬救護員到現場運用救護平板，透過輸入檢傷分類資訊，結合醫院是否滿載、特殊處置能力及相關路況資料，推薦附近3或5公里內之3家醫院，當救護員到達醫院後輸入確認到達那家醫院鍵(有可能家屬指定推薦醫院以外名單)+指揮中心儀表板(例如:哪些救護車送向哪些醫院)。
  • 大千老師需要的資料:到達醫院的座標、附近醫院的滿床狀態及座標、特殊處置能力(小兒、燒燙傷)、準備100位假病人的資料(含GPS)

2018/05/03 Meeting

  • 救急救難一站通API文件 (力中、維元、denial) https://hackmd.io/W3c9MxC2T9WFqPW3uifHPw?view

  • 是否有可能提出災難時設置綠色快速通道的構想? (昭文)
    1.緊急狀態時，運用有限交管資源介入管控道路路權。
    2.運用後送醫院位置固定位址，直接使用路徑推薦系統進行評估，再進行路段交管，減少影響範圍。

  • 歷史重建地圖 (趙恩) https://drive.google.com/open?id=1R_D4U7PQWq3u8objvdTGFBTKbTwn0IfP

  • To do

    • 有關救護平板的送醫推薦系統是否能考量道路是否斷掉或是壅塞? 煩請力中與詹老師討論時確認
    • 為了歷史重建，需要整理救護分隊及醫院的GPS彙整表，繼續利用R leaflet完成歷史重建地圖
    • 是否有其他視角的短片，方便製作類似戰情中心的引言

  • 重要情報訂閱(設定閥值)

    • 由歷史資料辨識自動預警模式，設定警戒閾值，推播警訊。(誰要收訊?)

2018/05/09 健保分組會議
張清雲科長、

–-代位求償
事件註記 (健保會認定)
事件後的健保處理與善後，去除就醫障礙
88風災、高雄氣爆(第一案，啟動原則下修)
張組長: 特別預算、風險調整機制+健保會(制度設計調整)
事件註記:
醫院處置
就醫無障礙

補助規定

其餘預算盤點、歸因、代位求償的觀念。求證責任。
士強:
阿鎂: 健保詢問的問題是甚麼? 需要推播的訊息
健保卡遺失的問題，健保分組派發卡片。
就醫的追蹤

2018/05/10 Meeting

  • backend [維元、丹尼爾、力中]

    • backend API 實作預計週六過去前完成，週六可跟大千老師那邊對接
    • 用時間排序把所有事件用API方式
      Imgur

  • 回顧地圖 - 語恬

    • 原始醫院的大小框是 看KAMERA的 A02
      • A02 [現在]現場有多少外科已掛號，已看診，但還沒離開急診的人
    • 但是各家醫院的值(threshold)不一定，佩玲建議直接採用KAMERA的燈號
    • Question: KAMERA的燈號「Light欄位」coding 1,2,3,4 的意義？ => 請KC幫忙

  • 期末指導會議

    • 考量時間僅3分鐘，簡報限1張預期化情境，建議運用大千老師系統畫面製作簡報，請大千老師以DEMO方式進行，感謝老師!

2018/5/12 第三次工作指導會議

2018.5.12期末報告委員提問

Q1. (劉嘉凱委員)消防與醫院上的整合，如何導入實務端？
A1-1.消防局救護電子化平版進行中，確實可導入實務。
A1-2整合在EMOC，會持續合作。

Q2. (劉嘉凱委員)各醫院會願意合作嗎？
A2-1.會先開醫院端的說明會，高雄市有決心要做。
A2-2高屏澎為一體的醫療網絡，目標先以急救責任醫院開始合作。
A2-3會預期當系統建置完成後，橫向聯繫一定會比現在好。

Q3.(陳正然委員)建議下周在呈現的時候，可以說故事的方式呈現。並考量跨區、現場調度、跨部門，可實務導入的未來性呈現。

Q4. (劉嘉凱委員)只有高屏澎可以用嗎？還是可以跨多縣市？
A4.若其他縣市願意加入，是可行的。

Q5.(蘇淑芳委員)建議以說故事的方式來說明。

幫忙想下聯

上聯：救急救難一站通
下聯：？

Ray：資訊整合急先鋒 (or 上下聯顛倒 資訊整合急先鋒 救急救難一站通)

力中：不慌不忙都擺平

趙恩：全民健康一指通

佩玲：省時救命不費功

準備FAQ (每人提供至少一題)

Q：假設高屏區把這個建置完畢一年後，可見到的好處會有什麼？ - 力中

  • 資訊「即時」傳送，幫助各單位(EMOC、Hospital、Fire Department)更有效率的決策
  • 即時資料(raw data)扎扎實實的紀錄，可事後回顧以及建立更好的推測/建議模型(AI)

Q：災難現場網路通訊中斷的應變措施？ - Ray

Q：此系統推廣上可能遇到的問題及如何解決？ - 趙恩

Q：請問貴團隊橫跨各局處單位，且醫療端每個醫院的系統介面不同，你們如何進行跨單位整合、資料如何串接? - 廣智

  • 1.與衛生、消防局等共同合作，召集各急救責任醫院參與，並優先以重度級醫院參與做為模範，逐步推廣。
  • 2.相關資訊平台以網頁或安裝工具程式，並以帳密登錄保護個資，依各單位權限接收所需相關資訊。

Q: 一站通如果沒有過關入選，你們的努力還會延續下去嗎? 昭文

我們的確有思考到這個問題。成績當然是重點，但跨域合作與觀點切磋的過程，發掘出更是我們過去數周寶貴學習經驗。當解決問題導向的跨域合作氛圍孵化了，我想我們8R團隊所凝聚的是跨部會單位準備動工的決心，是一個拋磚引玉的開始，而非煙花式的結束。我們努力的過程，也將匯聚成教案，引導未來更多公私協力的想法與資源投注。

5/19 結案報告

委員提問:

1.哪位?蕭景燈問的嗎? 請示範系統操作

  • 技術組力中代表說明

2.楊家彥委員:語音是否能成為數位資料，我看到很多鍵入動作…有辦法簡化作業嗎?

  • 昭文補充說明，團隊分析目前作業動線，希望在不同階段捕捉資料，但實務面最煩惱的是重複表單漸入的過程。所以我們初期就導入不同觀點，找出資料需求欄位的公因數，資料可以分享給不同單位共同使用，客製化需求會在個別構面UI再加載上去即可。前半段資料快而不準，到醫院端就會再校正一次，到健保端就會確認。而且，不只在大災難才使用，基本上就是希望能無痛植入實務作業，解決目前疊床架屋的問題。

5.看起來要改善通聯方式，有討論各方面需求嗎?

  • 昭文補充說明Slide一站通結構，資料在不同階段的公信力會上下變動，透過資料池彙整，日後可依據不同觀閱者需求來萃取需要的資料客製化UI。

總統盃社會創新黑客松
6月2日Demo Day 暨頒獎典禮
影片暨榮譽牆文案說明

一、入圍Top 10 影片文案

  1. 對象與時程
    團隊對象: 通過複選的10組黑客松參賽團隊
    繳交時程: 5月22日(二)5:00PM截止
    聯絡人: 資策會 張淑媛小姐
  2. 繳交資料
  1. 議題相關情境照片(300dpi電子檔): 5張
    1.災難嚴重性+頻率(佩玲)
    2.指揮中心(宗翱)
    3.救護現場(廣智)
    4.醫院端(佩玲)
    5.解決方案(大千)
  2. 隊名：8R
  3. 議題名稱：救急救難一站通
  4. 解決問題(30字內)：
  1. 災害應變時各單位通聯效益最大化
  2. 區域內緊急醫療資源配置最佳化
    （資料重工？不一致？上下游資料無法接軌接軌？）

  1. 解決方案(20字內)：

    • "使對的緊急資訊在對的時間呈現給對的觀閱者"(20字)
    1. 優化資訊傳遞分享模式
    2. 智能醫療後送推薦系統

    強化橫向溝通，產生ㄇ跨界聯合綜效

二、入圍Top 10榮譽牆文案

  1. 對象與時程
    團隊對象: 通過複選的10組黑客松參賽團隊
    繳交時程: 5月22日(二)5:00PM截止
    聯絡人: 資策會 張淑媛小姐
  2. 繳交資料
  1. 隊名：8R
  2. 議題名稱：救急救難一站通
  3. 提案介紹 (100字內)：
    為了解決災難發生時，「各利害關係單位- 消防、衛生、緊急應變中心EMOC」 遇到的　「溝通、資料無法有效即時交換」困難，專案提供 「web services(API)、各利害關係示範dashboard」 ，可以做到「 即時溝通、即時資料」。本專案跟「緊急醫療管理系統中災害事件管理」，在「自動化與即時性」不同，因此具有不可取代性。
  4. 團隊照片(一張300dpi, 3M大小, 電子檔)
  5. 提案單位：高雄市衛生局、屏東縣衛生局、澎湖縣衛生局、高雄市消防局、中研院地理資訊科學研究專題中心、醫學資訊雜誌、台灣外傷醫學會及高醫大共同提案。)**
  6. 團員姓名:

To do (For 6/2)

  • 資料架構圖(大千、力中)
    • 利用此圖說明後續延展性及創新思維
  • 成品展現設計
  • 醫院端如何利用資料進行後續精進
    • 四大急症照護品質預後監測
    • 災難相關病人入院後的追蹤(資源耗用分析可供健保等單位參考)

2018/5/22

5:00PM 截稿前再確認一次:

  1. 隊名：8R
  2. 議題名稱：救急救難一站通
  3. 提案介紹 (100字內)：
    "前事不忘、後事之師"。回顧過去災難應變改善缺口，很大部分是跨單位間溝通不良而缺乏綜效。在下一次未知型態的災害侵襲前，我們嘗試先活絡日常實務，進行救急救難跨領域的｢資料溝通運動｣，並厚積跨單位的信任資本。
  4. 團隊照片(一張300dpi, 3M大小, 電子檔)
  5. 提案單位：高雄市衛生局、屏東縣衛生局、澎湖縣衛生局、高雄市消防局、中研院地理資訊科學研究專題中心、醫學資訊雜誌、台灣外傷醫學會及高雄醫學大學附設醫院共同提案。)**
  6. 團員姓名:BRABRA…
  7. 解決問題(30字內)：混亂的急救實境作業中常發生跨單位資訊溝通障礙與傳遞訊息佚失。
  8. 解決方案(20字內)：透過資料動線優化與策展孵育自我學習系統。

簡報組自評(謝謝力中提供)
創新性 40%
(1) 跨領域合作創新程度 (5*)
(2) 創新服務、技術之延展性 (3*) => 沒有的服務就是創新，不論有沒有AI/ML

社會影響力 30%
(1) 滿足社會需求 (2.5*) => 如何驗證這樣的成果可真正解決問題 (能否讓親友知道家人的動向?)(例如:18歲的男性趙O送往某醫院)
(2) 具備高度可複製性 (3*) => 如何說服呢？消防可能一個縣市只有一個～但一個縣市有很多醫院？要如何說服可以高度可複製性

可行性 30%
(1) 已經掌握組織內部或外部資料 (4*)
(2) 法規允許、或是可能調適 (4*) 現行已經有「緊急醫療管理系統」想要做，但沒法「及時做好」
(3) 成果能確實導入公共服務之運作 => (2*) => stackholder 有沒有表態會buy-in???

如何將此系統延伸到「衛生行政」與「醫院端」？ - 來自衛生單位的角度

Q1：在事件發生時，衛生行政單位想要知道哪些資料？為什麼？用途？

分成現場與醫院端的資料

現場：

  • 災害的類型
  • 多少輛救護車、多少EMT
  • 當下的指揮官是誰（指揮官換人時，要能立即知道)
  • 現場有多少傷患
  • 傷患初級檢傷的級數與人數(現場僅能知道危急與非危急, 大量傷患事故則區分紅黃綠黑)、即將送往哪些醫院？

醫院：

  • 主要：各醫院接受病人的人數、檢傷級數、急診發落動向、初步診斷（不要是空白就可以）
  • 次要：年齡、性別、國籍
  • 之前EMS是追蹤病人三天，但氣爆事件後，覺得三天不夠用，所以現在變成五天。主要是想知道病人治療的狀況，是否需要心理、社會、教育等局處的介入。

Q2：想要在醫院端壅塞前就有預警的功能嗎？如果有此功能，能接受多少比例的假警報，比如30%？這個警報的接收者會是誰？

若有此功能非常好，因為能提早因應，而非等醫院吃不下來後，才知道有事發生。接收到假警報的閾值是40%（10通裡面有4通是可接受的），希望衛生局的科長、技正、股長、承辦人員都可以收到。若鄰近醫院已經壅塞了，該醫院也應該可以收到通知，以做準備。

[黑客態度]

[Nice viewpoints!!]

  • 世界有大量有趣的問題等待解決
  • 應該分享解法，不要讓別人重複解決相同的問題
  • 拒絕沉悶及乏味的事情，將這些事情自動化
  • 追求自由、資訊透明，反對極權主義
  • 付出智慧、鍛煉及勤奮，來向彼此學習

案號(TEMSIS)




擬訂案號：2017052510100600502001
醫院端以此案號來demo：G420101135590802

  • Q.氣爆發生時，如何協助尋找病人？
  • A.當時提供信息：
    1.衛生局提供名單給前進指揮所
    2.EMOC開放2專線供民眾查詢
    3.醫院設立單一窗口提供查詢
    4提供名單給本市1999
    *不是提供全名，中間有個O，如李O玲
    *如果是無名氏，醫院會拍照存檔供家屬指認，家屬必須自己到各醫院尋找
    *如果有一個平台，讓救護端與醫院端共同上傳，可以讓家屬更容易找到病人。但這個平台由誰維護？

Imgur

動能持續 振幅擴增

2018/12 孵育區域創新治理之里程碑
https://ws.ndc.gov.tw/Download.ashx?u=LzAwMS9hZG1pbmlzdHJhdG9yLzEwL3JlbGZpbGUvMC8xMjIwMS9lMWU5NGYwZS1kMDk4LTQxYjktYWFlZi1iMmVmMjEyOTljM2EucGRm&n=5pS%2F562W5paw55%2BlMDbvvI3lrbXogrLljYDln5%2FlibXmlrDmsrvnkIbkuYvph4znqIvnopHvvJrmlZHmgKXmlZHpm6PkuIDnq5npgJoucGRm&icon=..pdf

2019/04/10 總統盃社會創新黑客松「救急救難 一站通」工作坊
https://hackmd.io/@ntXQSEgxTnmDzbdHtUr5Fg/r1tHdR40N

2019-06-14 「總統盃社會創新黑客松」卓越團隊後續推動研商會議
https://sayit.pdis.nat.gov.tw/2019-06-14-總統盃社會創新黑客松卓越團隊後續推動研商會議

https://issuu.com/pdis.tw/docs/2019-06-14.pptx

2019年終更新…

2019/12/30工作坊
討論之心智圖(以Google帳號登入即可)
https://cacoo.com/diagrams/ENbsP3W0xaeXYAQa/53882

2020/1/18線上會議

  • cacoo.com/diagrams/ENbsP3WOxaeXYAQa/53882
  • TEMSIS與救護紀錄表升級部分需要再確認
  • 109年科發基金補助計畫簡報
  • 思考成立Data Science team:資料分析師、領域專家、尋找痛點專家、公務端、消防端、醫院端
  • 2020年工作目標?例如:到院前警示比率?醫院前置準備時間達6分鐘、200家急救責任醫院資料串接
  • sayit.pdis.nat.gov.tw/2019-12-27-第7次社會創新聯繫會議
  • 討論何種到院前救護案件需要傳送至醫院?目前消防端要求四大急症才需要傳送

TODO

  • TODO: 資料格式？(誰認領)
  • TODO: 法規面專家資源需求？(誰認領)
  • TODO: 資料存放點/系統架構？(誰認領)

2020/2/5 線上會議

時間：21:00-23:00
與會者：NCDR(張子瑩、劉致灝)、消防署(李國齡)、高市衛生局(劉國鸞、李宇婕)、一站通黑客及紀錄助理(陳昭文、趙恩、李佩玲、唐貞綾、吳駿亭、張力中）

  • 草案：
  1. GPS採用WGS84，消防署是採用TWD97，兩者可以轉換。如果要用到外島，用TWD97會比較危險，建議都轉成WGS84。消防署配合轉TWD97。
  2. 科別建議採用跟健保現有的定義(健保資料庫使用手冊https://dep.mohw.gov.tw/DOS/lp-3147-113.html)
  3. NCDR針對現有健保科別進行比對，盡量以健保現有選項作修改
  4. NCDR提供草案與EMS系統重疊欄位給高雄衛生局，衛生局就現有欄位和高雄責任醫院討論
  5. 跨領域之關係人(單位)需要邀請來共同討論欄位定義或分群，不一定一次搞定，但可以當作中長期的規劃。由NCDR負責(衛生局輔助)來揪團找工作小組討論。線上會議或可先啟動，再開實體會議，期程可初步規劃。
  • 針對審查委員回應之討論:
    1.建議將委員意見分群，再透過系統性觀點來統一回覆。
    2.可以把委員意見先區分為三大群:"collect, share, use"
資料收集 資料交換 資料活用
法務及資安補強 法規、動線、可用性 安全性 法規
行政協調及跨域協作 跨領域類似資料收錄定義 跨單位資訊交換，現行資料串檔、各區現行模式評估 外推可能性、Open API
痛點分析與實務精進 既存系統優化、現況缺失 既存系統優化、現況缺失 既存系統優化、現況缺失
  1. KPI之設定議題:初審與複審委員意見有別，計畫目標與KPI之銜接需補強。

COVID-19 Outbreak!!! 進度延宕…

…It's time to work!

2020/5/14

參加國際線上會議討論協作經驗
Presidential Hackathon 2020 Show & Tell: Get Inspired by Past Winners!
https://www.eventbrite.co.uk/e/presidential-hackathon-2020-show-tell-get-inspired-by-past-winners-tickets-103940336344#

會議記錄
https://docs.google.com/document/d/1xoQiaEXhlu_UsIBOXC1QrIrQAyUCzzCePreUoMzkg6g/mobilebasic

2020/5/26

資料民主論壇(I)

2021/3/5
資料治理委員會(第一次)

2021/3/30
資料民主論壇(II)

2021/4/6
資料治理委員會(第二次)

相關文獻:

1.孵育區域創新治理之里程碑： 救急救難一站通
https://ws.ndc.gov.tw/Download.ashx?u=LzAwMS9hZG1pbmlzdHJhdG9yLzEwL3JlbGZpbGUvMC8xMjIwMS9lMWU5NGYwZS1kMDk4LTQxYjktYWFlZi1iMmVmMjEyOTljM2EucGRm&n=5pS%2F562W5paw55%2BlMDbvvI3lrbXogrLljYDln5%2FlibXmlrDmsrvnkIbkuYvph4znqIvnopHvvJrmlZHmgKXmlZHpm6PkuIDnq5npgJoucGRm&icon=..pdf
2.優化台灣EMS 2030從「救急救難一站通」開始
https://tpl.ncl.edu.tw/NclService/pdfdownload?filePath=lV8OirTfsslWcCxIpLbUfhQHstx_oOBLLb_j3P9qHPuBhpBskOHKfsQWt4W-hnSN&imgType=Bn5sH4BGpJw=&key=q30d4_4kIVhp1l2zLuwdWkU5GpCz17KvMUbZUPyRB98eVVU9OyINO4qBZJhLTxWd&xmlId=0007215897

3."政府資料治理：理論建構與個案演練"，ISBN：9786263661257，頁數：368，出版社：五南

相關影音介紹

https://www.youtube.com/watch?v=iVFcG77MeY8

https://www.youtube.com/watch?v=-LfY_1YTEiE

經由"救急救難一站通"基礎衍生相關計畫:

  1. 救急救難一站通推動計畫 (消防端)
  2. 創新整合跨層級照護模式計畫(醫策會)
    https://www.jct.org.tw/dl-8002-56a43e85eb044be784fe6393a7ccda1f.html
  3. 112年總統杯黑客松卓越團隊:"融心匯智道平安"專案
    https://hackmd.io/@KAMERA/rygOKLVFK

感謝參與專案的所有夥伴，我們一齊改變了台灣緊急醫療、院前救護、與災難應變的數位風貌..

Faith is the bird that feels the light and sings when the dawn is still dark. In effect, the people who change our lives the most begin to sing to us while we are still in darkness. If we listen to their song, we will see the dawning of a new part of ourselves.

羅賓德拉納特·泰戈爾
Rabindranath Tagore

Last changed by 
 
KAMERA CHEN
0
1154

Read more

Prehospital Target BP for TBI Management

image

Apr 28, 2024
事故傷害防治與國家永續發展目標

運用救急救難一站通發展交通事故傷害預防策略

Oct 20, 2023
**ZL_Tips**

00203B 檢傷三級批價代碼 00202B 檢傷二級批價代碼 00201B 檢傷一級批價代碼 64140C 指甲重建 47051C 局部麻醉 56005C 切開引流術 56006C 拔趾甲nail extraction 295 56007C 拔趾甲-每增一指nail extraction one added 147 56025C 趾甲部分摘除併母組織切除術partial nail removal and matricectomy 987 64140C 甲床與手指重建術Reconstruction of nail 4640

Aug 9, 2021
Read more from KAMERA CHEN
Published on HackMD