TRACK#2 - 生理量測數據

Track 2 聯測情境

• Scenario 1：
  General Vital-Signs Create/Retrieve
• Scenario 2：
  Vital-Signs With Medication Create/Retrieve
• Scenario 3：
  Bone Mineral Density Test Create/Retrieve
• Scenario 4：
  12 Lead ECG Test Create/Retrieve
• Scenario 5：
  Vital-Signs in EMS Create/Retrieve

TRACK#3 - 處方用藥及文件打包

MI-TW 醫資標準及連測公開說明會議

• Scenario1: 建立處方 Create MedicationRequest
• Scenario2: 取得處方 Retrieve MedicationRequest
• Scenario3: 建立用藥記錄 Create MedicationAdministration
• Scenario4: 取得用藥記錄 Retrieve MedicationAdministration
• Scenario5: 建立電子病歷文件打包 Create Document Bundle
• Scenario6: 取得電子病歷文件打包 Retrieve Document Bundle
• Scenario7: 建立電子病歷檢驗報告打包 Create Document Bundle (Laboratory Report)
• Scenario8: 取得電子病歷檢驗報告打包 Retrieve Document Bundle (Laboratory Report)

近期規劃

1. 徵求工作小組成員(制訂討論profile)
2. 徵求參測單位
3. 徵求新的應用情境
   • 急診醫囑用藥
   • 疫苗施打與追蹤
   • 其他

• WG3 工作小組會議：隔週三 14:00~15:00
  • 3/31、4/14、4/28、5/12

FHIR Resource For Medication Plan

• 建立用藥計畫:依序建立用藥處方、配藥資訊、用藥紀錄，以上都會參照藥品資訊
• MedicationRequest:用藥處方含病人的用藥指示與用藥管理
• MedicationDispense:藥局配藥含用藥指示、配藥人員…等配藥資訊
• MedicationAdministration:病人用藥或疫苗的管理
• MedicationStatement:病人過去或當前的用藥紀錄，不一定與處方相關的用藥

MedicationRequest

藥品資訊呈現方式

補充：門診病歷交換欄位與格式之標準規範-處方內容

數據格式要求

測試情境

• PHR 藥物處方及用藥紀錄互通
  • 藥物處方釋出到 PHR 伺服器，個人健康紀錄系統查詢處方
  • 上傳居家用藥紀錄到 PHR 伺服器，醫護人員查詢用藥紀錄

互通要求

• 藥物處方藥品、劑量、及頻次可跨系統互通處理
• 處方與用藥紀錄可在醫護系統洽當呈現

資安授權機制

• 支援JWT機制
• 支援權限控管機制

聯測角色說明-Medication

• MedicationRequest Creator
  • 處方開立單位系統，通常為醫師所屬之醫療機構。
• MedicationRequest Consumer
  • 處方使用單位系統，可包含: 醫療照護機構、藥局、第三方健康照護應用、個人等。
• MedicationAdministration Creator
  • 用藥記錄建檔單位系統，可包含: 醫療照護機構、第三方健康照護應用、個人等。
• MedicationAdministration Consumer
  • 用藥記錄使用單位系統，可包含: 醫療照護機構、藥局、第三方健康照護應用、個人等。

情境1 Create MedicationRequest (Source)

• medicationReference
• medicationCodeableConcept
• update MedicationRequest

情境2 Retrieve MedicationRequest (Consumer)

• Get all MedicationRequest by patient id
• Get MedicationRequest by patient id and status
• Get MedicationRequest by patient id and medication code
• Get MedicationRequest by patient id and organization

情境3 Create MedicationAdministration (Source)

• Create MedicationAdministration

情境4 Retrieve MedicationAdministration (Consumer)

• Get all MedicationAdministration by patient id
• Get MedicationAdministration by patient id and request
• Get MedicationAdministration by patient id and effectivePeriod
• Get MedicationAdministration by patient id and practitioner’s organization

WG3藥物處方及用藥紀錄2020聯測松結果

新增疫苗應用情境

Scenario 1:建立門診病人用藥處方(Observation)

Scenario 2:病人或醫療單位存取有效處方資訊

Scenario 3:病人或醫療單位建立某筆處方之用藥紀錄

Scenario 4:病人或醫療單位存取某筆處方之用藥紀錄

Scenario 5:疫苗施打與追蹤(待訂)

聯測角色說明-Immunization

• ImmunizationRecommendation:
  疫苗接種建議，通常為醫護人員的建議。
• ImmunizationEvaluation:
  疫苗接種評估，為醫護人員評估疫苗之紀錄。
• Immunization Creator:
  疫苗接種紀錄，通常為施打疫苗之醫療機構或衛生所。

Scenario 5：疫苗施打與追蹤流程

TRACK#4 - 影像、結構化影像報告、AI標記與影像檢查流程

聯測情境(Scenarios)

• 測試情境1: 影像與AI結果互通
  • DICOMWeb: QIDO-RS階層式查詢 – Studies-Series-Instances
  • FHIR ImagingStudy/Observation SVG annotation
• 測試情境2: 影像報告及影像整合
  • 製作FHIR放射影像索引及放射報告並上傳至影像報告儲存中心 (Report Repository) 結合影像報告與DICOM影像整合情境
  • 以臺灣核心實作指引 (TW core IG)為基礎向上設計
  • 提案成為電子病歷交換中心(EEC)之跨院調閱單張 「醫療影像及報告」 設計案例
• 測試情境3: Integration with FHIR
  • 查詢FHIR ImagingStudy Resources
  • 使用WADO-URI或WADO-RS調閱影像以及標記
  • 或使用FHIR REST API調閱FHIR Observation SVG annotation
• 資安授權機制 (DICOMWeb/FHIR)
  • 支援JWT機制

參與角色

• HIS
  • 針對 HIS 開立影像檢查單，以標準化的方式 (HL7)，提供造影工作清單 (Worklist) 上的造影檢查單之新增、刪除、修改等功能。
  • 針對影像調閱至門診或是HIS系統，以DICOMWeb方式調閱影像並呈現在HIS系統。
  • 如果 HIS 廠商參加此 Track,則亦可參加 #Track 4 之影像調閱情境。
• PACS/RIS
  • 針對PACS產品包含: Modality Worklist, Image Manager, Image Archive, Image Display等功能進行驗證，與醫療儀器廠商針對影像上傳，例如: C-STORE, STOW, 等方式進行介接測試驗證
• 影像AI公司 (Evidence Creator)
  • 針對AI影像軟體業者產生的標準化之DICOM AI結果，例如: PS, RTSS, SEG等，上傳至 Image Archive，並提供影像檢視之驗證
  • 驗證包含: 格式驗證以及傳輸協定驗證 (請參考 儀器製造商章節說明)
• 儀器製造商
  • 參加對象以國內外醫療儀器製造商在台灣銷售為主，包含: 超音波、心電圖、X光機、內視鏡等。
  • 主要驗證儀器是否符合DICOM以下規格
    • 影像格式驗證: 針對儀器製造商提供之符合性宣稱 (Conformance Statement)，針對儀器端產生之DICOM物件進行格式驗證，以符合DICOM PS 3.3 SOP Class UID定義的格式規範。
    • 例如:產生的超音波影像是否符合DICOM格式、具備必要欄位、儲存的數值符合欄位規範、OID與UID之正確性等。
    • 傳輸協定驗證:針對儀器製造商提供之符合性宣稱 (Conformance Statement)，驗證傳輸功能是否符合 DICOM 規範，例如: C-STORE, Storage Commitment, MPPS, C-FIND-MWL等功能。

TRACK#5 - 數位病理影像與結構化報告

• 說明:
  此賽道主要目的在於測試病理影像儲存管理主機(Source)以及顯示端(Consumer)能依照DICOMWeb標準查詢與調閱，超大尺寸數位病理影像，並能正確顯示。在影像標記註解部分，透過影像與標記標準化，用來解決全幅(Whole Slide)數位病理影像互通性的問題。標註格式可能是影像分割形式的點陣圖型、透過座標定義輪廓之向量圖型等，本賽道主要針對註解標示影像的關注區(regions of interest, ROIs)的標準化進行驗證。亦希望參加者能提供簡單的標記，作為標準化病理影像的示範案例，提供異質性系統互通，作為加速數位病理影像標準化。
• 預期效益:
  隨著人工智慧與機器學習(AI/ML)的快速發展，需要加快標準化的醫學影像分析工作流程的軟體開發流程(SDLC)，以及採取更加敏捷的開發方法。參加單位可使用實際或是產品雛型參加此賽道，由於這需要大量的前期開發工作，因此參加者需要具備較高的技術門檻。這也鼓勵參加單位早期投資，希望此標準足夠成熟，進而早期布局，以證明投資的合理性。早日切入數位病理影像市場。為了簡化標準化開發流程並鼓勵產業早期實施和測試。MISAT鼓勵醫學影像分析專家、軟體工程師、開源工作者參加，並投入開發開源試驗，建立提供數位病理影像標準化系統的產品概念驗證(Proof ofConcept)

測試情境(Scenarios)

• 病理影像
  • 針對DICOM數位病理影像(DICOM Whole Slide Imaging - Supplement 145)存取調閱、並能正確顯示
  • 產生DICOM數位病理影像並透過DICOM標準協定上傳至PACS Servers
• 標記註解
  • 對現有上述標準化DICOM數位病理影像進行分析，產生標記註解
  • 產生TID 1500結構化報告作為標記註解格式
  • 可使用JavaScript以及Python作為影像顯示與影像分析
  • 參考DICOM Supplement 222: Whole Slide Microscopy Bulk Annotations Storage SOP Class
  • 結合2022 DICOM WG-26 WSI Connectathon



https://github.com/cylab-tw/mitw/blob/main/Track-Pathology.md

聯測範圍

• 顯示系統(Display systems)
  • 畫標記
  • 將標記轉換成結構化報告格式(DICOM SR)
  • 解析DICOM SEG並呈現在影像上
  • 傳輸(Store)、查詢與調閱(Query/Retrieve)影像與標記

• 分析系統(Analysis systems)
  • 解析標記用分析
  • 將分析結果(AI Results)儲存成結構化報告格式(DICOM SR)
  • 傳輸(Store)、查詢與調閱(Query/Retrieve)影像與標記

• 查詢影像與標記 (Query)
  • DICOMWeb: QIDO階層式查詢 – Studies-Series-Instances
    • FHIR ImagingStudy
    • FHIR Observation SVG annotation

• 調閱影像與標記 (Retrieve)
  • DICOMWeb: WADO-RS
  • DICOMWeb: WADO-URI
  • FHIR Observation SVG annotation
  • 影像與標記顯示一致性
    • 顯示標準格式標記跨系統之間呈現確保影像與標記呈現一致性

情境1 病理影像調閱與檢視

• 使用DICOMWeb階層式查詢方式查詢DICOMWeb主機，並依照DICOM階層式架構回傳結果
• 調閱使用WADO-URI或WADO-RS

情境2 標記調閱與檢視

• 使用DICOMWeb階層式查詢方式查詢DICOMWeb主機，並依照DICOM階層式架構回傳結果
• 調閱使用WADO-URI或WADO-RS
  • 參考DICOM Supplement 222: Whole Slide Microscopy Bulk Annotations Storage SOP Class
  • 結合2022 DICOM WG-26 WSI Connectathon

參考標準

1. DICOM Whole Slide Imaging (WSI)
2. DICOM Suuplement 222: Whole Slide Microscopy Bulk Annotations Storage SOP Class: PDF/ PPT/ Word - 徵求公開意見中
3. DICOMWeb
4. FHIR Observation

TRACK#6 - 基因體標記

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：核心資料交換

Scenario 2：重大傷病資料交換

• 調閱救護紀錄表，並顯示於畫面上
  • 有參測 SC1 的單位，須先在 SC1 新增救護紀錄表後調閱該筆資料
  • 沒有參測 SC1 的單位，須調閱大會事先建立的範例救護紀錄表資料
• 新增重大傷病資料病摘（Composition），其中各 Resource 必須分別上傳至 FHIR Server 後以 Reference 進行聯結，下列至少須完成一項：
  • 到院前心跳停止病摘（OHCA）
  • 重大創傷病摘（Trauma）
• 調閱重大傷病資料表單，並顯示於畫面上
  • 以傷病患名稱（Patient.name）或唯一識別碼（Patient.Identifier）調閱
  • 以表單 id 調閱

Scenario 3：生理量測資料交換

• 調閱救護紀錄表，並顯示於畫面上
  • 有參測 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 調閱

賽道通過基準