---
# System prepended metadata

title: 需求討論
tags: [文件, 需求, ACA]

---

---
robots: noindex, nofollow
tags: 文件,需求,ACA
---

[TOC]

# 需求討論

> Academic writing style: Introduction (Background, Objective)

## Requirement Overview

> The following section is based on a discussion via LINE chat on 2021-01-19

1. **資料互通機制**：整合現行 EMS 體系中，包含消防局、醫院、醫療救護體系中的各單位，建立到院前的資料互通機制
2. **跨單位系統介接**：基於上述互通機制，介接各單位系統，達成資料互通
3. **資料交換與整合**：項目包括：現場傷病患生命徵象（vital signs）與其他相關量測資料，並且整合傷病患於電子病歷交換中心的資料（EEC EMR）、病史（Hx）與雲端藥歷等相關資料
4. **資料安全**：因應存取傷病患個人資料，需要一個標準化認證授權機制，確保資料交換安全性（security）
5. **院內外連線遠距醫療**：若情況允許的話，支援現場與醫院連線實施遠距醫療 

### 醫院端需求？
1. 得知有 case 要被送進來 ER 的時候，現場會需要系統提供什麼幫助？
2. 醫院品管指標：如何讓院端 ER Well Informed and available to response asap?
3. 除了 ER 之外，是否能提供 additional 的資訊供特殊團隊進行早期預警？
    - e.g. CVA Team
### 勤務端需求
1. 現在預報只有外科 or 內科，一線對這個 case 的掌握還很稀少，如何在收到派遣當下就能預先且充分得知 P't 的所有資訊？

## Objective

### 規範

- 制訂統一的傳輸標準與傳輸方式，並規範設備／硬體／裝置廠商能支援此標準與傳輸方式
- **最好能**發行 EMS on FHIR Standard Development and Implement Guideline 以利後續推廣與各單位遵從

### 系統設計／流程
#### 短期目標
- **即時交換**：即時（real-time）監控傷病患生命徵象，並即時回傳至醫院
- **記錄管理**：記錄派遣案件的各項存證資訊（影像、錄音）與救護記錄，並且留存及提供管理
- **行動介面**：系統必須提供行動裝置（mobile device）介面，以利於現場作業時存取資料
- **資料串接**：相關資訊必須透過統一的規範，並提供相關 Guideline 供各大醫院系統串接的支援
- **系統開發**：根據上述 Spec 開發出 PoC 系統，並邀請臨床人員來使用與建立 Feedback 機制，此系統建議要是 Open Source 方便其他院所或機構導入

#### 中期目標
- **系統整合**：實質的提供 API 讓醫院進行串接，可以的話抓幾間醫院／廠商產品直接做整合
- **計劃參與**：直接參與政府計劃，更深入進行整合與開發
- **認證與教育訓練機制**：納入作為認證或評鑑指標之一，並提供相關教育訓練，間接促使本標準成為台灣通用的急救標準，讓廠商遵循

#### 長期目標
*還在想*


### 系統規格
- 建議是 Web Based Application 且為 Smart on FHIR Application
- **必須**要遵從 Work Online, Available for Offline 的開發準則
    - 現場 EMS 出勤不一定時時都會有網路，如何在沒有網路的時候也能暫存資料／掌握相關資訊，這很重要！！
- **資料整合**
    - 急診總人數
    - 空床
    - 各級檢傷平均等候時間
    - 各級病人可收治量
    - 病人平均候診時間
    - 可用的救護車總數
        - Group by Distance
        - Group by Type
    - 特殊設備數量與可用量
        - CT、MR、XA、ECMO、VENT、高壓氧、透析
    - 滿載相關資訊
        - 原因
        - 科別
    - 責任醫院處置能力表
        - 級別、醫院別、特殊團隊、服務時間
### 系統架構


## 現有資源或技術

> Literature Review: [HackMD](/tzO4A4JLR---Blnw5LqXCA)

- 上述需求，有 FHIR 協議可以完整因應
- 認證授權機制：已於產學案設計了一套機制
- 去識別化：目前跟高雄榮總合作的案子裡面有設計到 [ref: https://ez-fhir.netlify.app]（矽塔資訊 EZ-FHIR 資料探勘平台），有相關資源可以使用
- 訓練課程：MI-TW
    - https://cylab.dicom.tw/mitw2020/introduction.html
    - (quote) 鼓勵醫資系統（Medical Informatics systems）使用 FHIR 或 DICOMWeb 伺服器之標準化 API 進行資訊互通整合應用。利於：
        1. 醫院資訊系統、健康照護系統、臨醫資訊分析系統能與標準化伺服器整合應用
        2. 未來全人照護、精準醫療、智慧醫療系統可透過標準化界面與醫院資訊系統或民眾之 PHR 系統整合應用
- 台灣醫療影像資訊標準協會：Lorex（楊宇凡，副祕書長，現主要負責進行 FHIR 醫資標準推廣與教育訓練），可以協助制定上述協議與整合應用，並就協議部分針對醫療救護人員 & 開發人員實施一系列的教育訓練課程，或是參與開發

## Note
*尚未整理*

### 痛點
一般災難發生的時候現場資訊是很亂的，我們沒有一個有系統的機制去做資訊統整，後續的回應當然就慢。

問題：當災難發生的時候，附近有哪些醫院可以用？有多少當班醫生？這些醫生是什麼科別？ER 有多少人可以用？每間醫院有多少床位？有多少 capacity 可以收 pt？

以更細部來說，扣掉領黑卡跟藍綠卡的人來說，鄰近的醫院分別可以收哪些等級的人多少位？那些沒當班的醫生分別距離醫院多遠？能不能用簡訊的方式回報動態？有多少人可以在多少時間內緊急回院支援？然後 pt 裡面有沒有老人、特殊情況的人？

從現場救援的角度來說，救援的 priotiry 要怎麼排？醫院有沒有辦法在線上做遠距醫療指導？能不能跟醫院連線讓醫院做遠端指導，在現場實施高級救命術？附近有多少 91 94 可以用？醫護、急救的派遣怎麼安排？派遣過程中的紙本、影像、救護季路怎麼留存跟管理？現場量測資訊能不能先同步回院內，讓 ER 提早做準備？

另外醫院端跟設備端部分，這些設備準備好做這樣 real time monitor and upload 了嗎？有沒有 standard 可以 follow？我能不能整合 EEC EMR 提前把他的 Hx 或是最近的就診準備好串聯給醫院？醫院有沒有 panel 可以收這些資料並啟動相關反應機制？

### 現況
目前這項計畫台灣以前有人做過，大約在 2016-2017 台灣急診醫學會有公布 TEMSIS（[台灣EMS資訊系統](http://zivchang.net/)），不過目前看來應該是爛尾了XD
這也是關起門來自己做，現在不是沒人想做，而是沒有 know how 也不懂得跨領域統整。



### 核心觀念
我們不能自己去制定標準，而是要去 follow 國際標準，剩下真的要克制化的再根據本國的情境去做適度擴充，台灣目前完全是反著走，自己一直訂標準然後要人家 follow 你，下場就是做的要死要活、東漏西漏、不完整的情況下還沒人願意鳥你。

### 後續整合與推行
Lorex：如果確定要以 FHIR 來做的話，可以於標準確立之後納入今年 MI-TW 2021 Connectathon 聯測的檢測標準，看是要整合在 Patient Track 中，或是以獨立的 Scenatio 形式來制定一個 EMS Information and Response Track，整合 Patient、Encounter、Observation、Clinical Reasoning 等各種 FHIR 標準檢驗項目，並同步發行 EMS on FHIR Standard Development and Implement Guideline，來讓廠商遵從標準，並透過這樣的方式一口氣讓目前的 EMS on FHIR Standard 成為台灣的統一標準。目前已經跟協會／MI-TW 2021 工作小組提議是否能推行這樣的想法。

2021/02/03 08:14 更新：MI-TW 2021 工作小組這邊應該會朝向開一個 Workgroup 來整合這個議題。

### 回饋與其他資源／參考資料
目前消防署跟衛福部跟國家災防中心已經開了全國型計畫在做這件事, 要把 9 縣市既有系統跟其他沒有系統的縣市都跟中央消防署衛福部及國災中心整合。

Lorex：高雄這邊我昨天(2021/02/02)有跟高雄榮總開了簡單的會議，目前高雄也會有個示範點，今年預計會整合 25 家醫療機構，另外根據協會的 feedback，高醫那邊的緊急救難一站通團隊也有討論這個議題。

MI-TW 成員討論：這個可定義在IHE的Mobile access to Health Documents (MHD)以及Patient Demographics Query for Mobile (PDQm)，不過MHD架構要在XDS之上，所以PDQm可能性比較高。
 
**可以將這個 Scenario變成是Track #1 Patient當中的其中一個Scenario**，符合今年設定的專案導向性質的 mHealth-Plug-Athon。


### References
- iThome 報導／現行急救體系使用 EDXL 互通
https://www.ithome.com.tw/people/140252
- Emergency Data Exchange Language (EDXL) Hospital AVailability Exchange (HAVE) Version 2.0
https://docs.oasis-open.org/emergency/edxl-have/v2.0/cs01/edxl-have-v2.0-cs01.html
- EDXL and FHIR
http://build.fhir.org/ig/HL7/fhir-saner/introduction.html
http://build.fhir.org/ig/HL7/fhir-saner/introduction.html#havbed-and-oasis-edxlhave-standards
- IHE PCC  其中包含 Emergency Department Referral
https://www.ihe.net/uploadedFiles/Documents/PCC/IHE_PCC_TF_Vol2.pdf
- STREMS: A Smart Real-time Solution TowardEnhancing EMS Prehospital Quality
http://mist.eng.wayne.edu/_resources/pdfs/2017/wu17-STREMS.pdf
- WHO: Prehospital trauma care systems
https://www.who.int/violence_injury_prevention/publications/services/39162_oms_new.pdf
- prehos
https://prehos.com/en/
- Paramedicine Care Summary
https://wiki.ihe.net/index.php/Paramedicine_Care_Summary_(PCS)

![](https://i.imgur.com/geU429o.jpg)
![](https://i.imgur.com/45P5H7j.jpg)
![](https://i.imgur.com/RDDiwqx.jpg)
![](https://i.imgur.com/wD4dABM.jpg)