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


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等功能。