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


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


一、影像與標記


  • 此項目採用互通性聯測機制,同一情境測試項目需滿足IHE聯測規範,即需三家不同公司或是機構進行交互驗證方可通過聯測
  • 目的在於測試影像與標記跨系統間的查詢與調閱,能符合DICOM以及FHIR標準

聯測項目與規格

  • 查詢影像與標記 (Query)
    • DICOMWeb: QIDO階層式查詢 – Studies-Series-Instances
    • DICOM Query: C-FIND
    • FHIR ImagingStudy
    • FHIR Observation SVG annotation
  • 調閱影像與標記 (Retrieve)
    • DICOMWeb: WADO-RS、 WADO-URI
    • DICOM Retrieve C-MOVE
    • FHIR Observation SVG annotation
  • 影像與標記顯示一致性
    • 顯示標準格式標記跨系統之間呈現確保影像與標記呈現一致性
    • 標記格式包含: RTSS, GSPS, OVerlay, DICOM SR等
  • 資安授權機制 (DICOMWeb/FHIR)
    • 支援JWT機制
    • 支援權限控管機制

聯測規劃情境

  • 測試情境1: 傳統DICOM Q/R
    • 使用傳統DICOM Network查詢與調閱影像與標記
    • 無法在Pre-Connectathon進行
    • 參考IHE Integration Profile
      • Scheduled Workflow (SWF.b)
  • 測試情境2: Web Access
    • 使用DICOMWeb階層式查詢方式查詢DICOMWeb主機,並依照DICOM階層式架構回傳結果
    • 調閱使用WADO-URI或WADO-RS
    • 參考IHE Integration Profile
      • Invoke Image Display (IID)
      • IHE Web-based Image Access (WIA)
  • 測試情境3: Integration with FHIR
    • 查詢FHIR ImagingStudy Resources
    • 使用WADO-URI或WADO-RS調閱影像以及標記
    • 或使用FHIR REST API調閱FHIR Observation SVG annotation

測試情境1: DICOM Q/R

測試說明
  • DICOM PS3.4: Query/Retrieve Service Class
  • 影像顯示(Image Display)與影像管理(Image Manager)之間使用 C-FIND查詢關鍵字與回傳值之測試

測試情境2: Web Access

測試情境2-1: Image Study Query
  • QIDO_RS Query [RAD-129] for Study Metadata
  • Client應用使用病歷號Patient 12345,並使用QIDO-RS study查詢

測試情境2-1: Image Study Retrieves
  • WADO-RS Retrieve [RAD-107] DICOM Study
  • Client取得Study Level WADO-RS URL後,

測試情境2-2: Image Study Query
  • QIDO_RS Query [RAD-129] for Study-Series-Instance Metadata
    • Client應用使用病歷號Patient 12345,並使用QIDO-RS study查詢
    • 從QIDOForStudies中找到StudyInstanceUID後組合成QIDOForSeries查詢
    • 從QIDOForSeries中找到SeriesInstanceUID後組合成QIDOForInstance查詢
    • 組合StudyInstanceUID, SeriesInstanceUID, SOPInstanceUID成WADO_URI

測試情境2-2-1: Image Study DICOM Retrieve
  • WADO_URI Retrieve
  • Client透過QIDO_RS Study-Series-Instance階層式查詢後,取得每個Instance的StudyUID, SeriesUID, InstanceUID後,組合成WADO_URI,逐筆將影像以GET的方方式下載
  • 將HTTP Request Parameter加入 contentType=application%2Fdicom

測試情境2-2-2: Image Study JPEG Retrieve
  • WADO_URI Retrieve
  • Client透過QIDO_RS Study-Series-Instance階層式查詢後,取得每個Instance的StudyUID, SeriesUID, InstanceUID後,組合成WADO_URI,逐筆將影像以GET的方方式下載
  • 將HTTP Request Parameter加入 contentType=image%2Fjpeg

測試情境3: Integration with FHIR

3-2: Integration with FHIR
  • Query for FHIR ImagingStudy Metadata
    • Client應用使用病歷號Patient 12345,並使用QIDO-RS study查詢
    • 使用ImagingStudy.endpoint調閱影像: WADO-RS或 WADO-URIs

3-3 With FHIR Observation


二、影像檢查流程


目的

  • 提供場域針對DICOM相關的醫療儀器與HIS、PACS互通之應用驗證。
    • 例如: 國內廠商自行研發超音波儀器,但苦於現有PACS與HIS廠商進行驗證,每次需要都需要在個別的醫院進行介接測試,此track域提供一個良好的技術交流場域,讓國內外多家廠商聯合測試,已證明產品符合國際醫學資訊標準規範
  • 主要測試IHE Scheduled Worflow.b,作為明年IHE-Taiwan聯測準備演練
  • 此Track主要與Track 4結合,主要針對HIS以及儀器製造商進行互通驗證

參與角色

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

參考規格

  • 開單作業(ADT)
  • Query Modality Worklist [RAD-5]
  • Modality Images Stored [RAD-8]
  • 其他