Track  #1  #2  #3  #4  #5  #6  #7


TRACK#7 - 緊急醫療救護


  • 說明:
    本賽道主要目的在於測試緊急醫療救護情境中,跨系統間的資料交換。生理量測儀器可透過此賽道規範的情境回傳標準化的資料至急救端系統、救護車或責任醫院系統,透過將救護紀錄表及四大急重症表單標準化以解決急救資料互通性的問題。本賽道主要針對上述救護紀錄表與四大急重症表單/病摘使用的 Resource 進行驗證,並確保未來與電子病歷(TW Core IG)進行資料互通的能力。
  • 預期效益:
    隨著智慧醫療的快速發展,及緊急醫療救護業務的規模增長,需要加快以標準化方式進行各系統與儀器間資料交換,縮短急救反應時間,以提升整體緊急照護醫療品質。參加單位可使用實際或是產品雛形參加此賽道,由於這是較新的賽道,並需要跨多個 Resource 進行資料交換,因此參加者須要具備較高的技術門檻。MISAT 鼓勵急救場域相關工作者(醫院急診單位、急重症醫師、EMT)、軟體工程師、開源工作者、儀器開發廠商、系統整合廠商參加,透過早期布局方式建構場域實證以完善本標準,並建立急救照護場域的產品概念驗證(Proof of Concept)與服務驗證(Proof of Service)。
  • 近期規劃:
      1.徵求工作小組成員(討論與制定 Profile、撰寫實作指引
      2.徵求督察員
      3.徵求參測單位
  • 目標:
      資料互通機制:整合現行急就照護情境中,包含消防局、醫院、醫療救護體系中的各單位,建立到院前的資料互通機制。
      跨單位系統介接:基於上述互通機制,介接各單位系統,達成資料互通。
      資料交換與整合:項目包括現場傷病患生命徵象與其他相關量測資料,並具備與電子病歷(臺灣核心規範,TW Core IG)進行資料互通的能力。
      資料安全:因應存取傷病患個人資料,需要一個標準化認證授權機制,確保資料交換安全性(Security)。
      院內外連線遠距醫療:若情況允許的話,支援現場與醫院連線實施遠距醫療。
    `

    測試情境(Scenarios)

  • Scenario 1:核心資料交換(Core Resource)
    救護紀錄表 FHIR 標準化,並整合核心救護流程
  • Scenario 2:重大傷病資料交換
    四大急重症表單 FHIR 標準化(OHCA、Trauma、CVA、ACS)
  • Scenario 3:生理量測資料交換
    救護車上儀器的生理量測資料

聯測範圍

Scenario 1:核心資料交換
說明:本情境參照內政部消防機關救護紀錄表欄位進行定義,可與 SC2、SC3 等應用情境進行連結,並保留對 TW Core IG 的相容性。
  • 調閱傷病患資料與派遣任務,並顯示於畫面上
  • 新增救護紀錄表(以 Composition 表示),其中各 Resource 必須分別上傳至 FHIR Server 後,以 Reference 進行聯結,救護紀錄表須包含以下各部資料(R 為必填、O 為選擇性):
    • R: 派遣資料(Encounter)
      • R: 各流程時間
      • O: 送往醫院或地點
    • R: 傷病患資料(Patient)
      • 可引用 Track#1 SC3 建立的 Patient 資料,惟須補上本情境要求的 Patient 必填欄位
    • R: 現場狀況 (Condition)
    • O: 傷病患主訴(QuestionnaireResponse)
    • R: 過去病史(Condition)
    • R: 過敏史(AllergyIntolerance)
    • O: 處置項目(Procedure)
    • O: ALS 處置(Procedure)
    • O: 給藥(MedicationAdministration)
    • R: 生命跡象(Observation)
    • 急重症登錄
      • R: 心肺功能停止登錄(Observation)
      • O: OHCA 事故地點型態(Observation)
      • O: 疑似心肌梗塞登錄(Observation)
      • O: 符合疑似腦中風指標(Observation)
    • O: 補述(Narrative)
    • R: 檢傷分級(RiskAssessment)
    • O: 簽名(Consent & Provenance)2022 不定義
      • 僅記錄救護紀錄表填寫人員(Practitioner.name)
  • 調閱救護紀錄表,並顯示於畫面上
    • 以傷病患名稱(Patient.name)或唯一識別碼(Patient.Identifier)調閱
    • 以救護紀錄表唯一識別碼(Composition.id)調閱
  • Scenario 2:重大傷病資料交換
    說明:本情境今年度以 OHCA 及 Trauma 資料交換為主,參考衛福部公告的重大創傷病摘與到院前心跳停止病摘欄位定義聯測項目。其餘 ACS 與 CVA/Stroke 兩項待標準公告後納入聯測項目。病摘定義的是到院後針對四大急重症的資料交換,並保留對 TW Core IG 的相容性。參測單位須在 SC1 建立救護紀錄表後,方可在本情境單獨進行生理量測資料交換。若參測單位單獨參加本項情境者,也可以使用大會事先建立的範例救護紀錄表進行聯結。
    • 調閱救護紀錄表,並顯示於畫面上
      • 有參測 SC1 的單位,須先在 SC1 新增救護紀錄表後調閱該筆資料
      • 沒有參測 SC1 的單位,須調閱大會事先建立的範例救護紀錄表資料
    • 新增重大傷病資料病摘(Composition),其中各 Resource 必須分別上傳至 FHIR Server 後以 Reference 進行聯結,下列至少須完成一項:
      • 到院前心跳停止病摘(OHCA)
      • 重大創傷病摘(Trauma)
    • 調閱重大傷病資料表單,並顯示於畫面上
      • 以傷病患名稱(Patient.name)或唯一識別碼(Patient.Identifier)調閱
      • 以表單 id 調閱
    Scenario 3:生理量測資料交換
    說明:本情境適用於儀器/設備廠商,主要針對救護車上的生理量測數據定義聯測項目。儀器經完成量測後直接上傳至 FHIR Server 並與派遣案件(救護紀錄表)聯結,後續可應用於與 EEC 進行資料交換的情境。參測單位須在 SC1 建立救護紀錄表後,方可在本情境單獨進行生理量測資料交換。若參測單位單獨參加本項情境者,也可以使用大會事先建立的範例救護紀錄表進行聯結。
    • 調閱救護紀錄表,並顯示於畫面上
      • 有參測 SC1 的單位,須先在 SC1 新增救護紀錄表後調閱該筆資料
      • 沒有參測 SC1 的單位,須調閱大會事先建立的範例救護紀錄表資料
    • 新增生理量測資料(Observation),並至少須要完成以下其中一項:
      • 12 Leads ECG
      • Body Temperature
      • Respiratory Rate
      • Oxygen saturation in Arterial blood by Pulse oximetry
      • Capillary refill[Time] of Nail bed
      • Glucose [Mass/volume] in Blood
      • Heart rate by Pulse oximetry
      • Blood Pressure Panel
    • 調閱傷病患在單一救護紀錄表上的所有量測資料,並顯示於畫面上
      • 以傷病患名稱(Patient.name)或唯一識別碼(Patient.Identifier)調閱
      • 以表單 id 調閱

    賽道通過基準

  • 本賽道各情境(Scenario)的通過基準為獨立判斷,參測單位完成所有標記為 R(必須)的聯測步驟時,才算完成該情境。
  • 參測單位通過一情境時,將會於核發的通過證明上註記通過的情境。
  • 僅完成部分項目者,核發的通過證明將註記「部分通過」與其通過項目,並於官網聯測松結果(Matrix)公告通過的項目。
    • 例如 A 廠商通過 SC1(所有交換項目)、SC3(僅有 12 Leads ECG),核發的通過證明將會如下註記:
    • 參測單位: A 廠商
    • 參測賽道: Track #7 緊急醫療救護情境賽道
    • 通過項目:
    • Scenario 1(完全通過):通過所有流程,及所有資料交換項目。
      Scenario 3(部分通過):通過所有流程,及以下資料交換項目:
      12 Leads ECG
  • 參考標準

    1. 內政部消防署-消防機關救護紀錄表
    2. EEC 到院前心跳停止病摘交換欄位與格式之標準規範
    3. EEC 重大創傷病摘交換欄位與格式之標準規範
    4. EEC 急診病摘交換欄位與格式之標準規範
    5. 瑞士緊急醫療實作指引 CH.EMS.IG
    6. FHIR IPS 實作指引
    7. 臺灣核心規範實作指引