Pre-Connectathon

WG1 / WG2 / WG3 / WG4


WG1 個人資料 測試情境及案例說明

應用情境
  • 個人基本資料區分為院內與院外系統使用
  • 院內系統
    • 對病人身分確認
    • 聯繫病人
  • 院外系統
    • PHR-與影像、用藥紀錄、生理量測等資源配合使用

院內系統
  • 病人身分確認用
    • 病人的基本資訊如姓名、生日…用以確認病人
  • 聯繫病人用
    • 聯絡方式如手機、email…用以聯絡病人
    • 通訊地址如住家地址、工作地址…
    • 病人的基本資訊如姓名…用以稱呼聯絡人
  • 兩種用途的病人資料將共用相同的識別碼如身分證、護照、居留證、病歷號

院內系統：聯絡病人
  • 情境：執行各項護理技術、檢查、治療、手術等醫療處置前對病人做身分確認
  • 例：在診療前，醫護人員請病人提供個人資訊用以核對病人身分是否正確


院內系統：聯絡病人
  • 情境：病人掛號完成後的看診時間、叫號時間等提醒
  • 例：醫院在病人掛號完成時或在看診半小時前寄簡訊通知


院內系統
  • 外籍人士辨識方式
    • 外籍人士沒有台灣身分證號，可透過護照或居留證號作為識別方式


聯測要求
  • 調閱資料後，測試系統要能將回傳的JSON文件使用自行定義的UI恰當呈現病人資料

院外系統：PHR
  • PHR Patient 規格 => 匿名化

  • 情境：病人保有自己的PHR Patient ID，可透過PHR的授權機制授權醫護人員調用個人的健康資訊
  • 例：病人就醫時提供個人的PHR Patient ID，並授權醫護人員可對此ID對應的PHR個案資料調用和操作




聯測要求
  • 測試系統要能使用PHR Patient ID串接其他三種Resource資料並適當的呈現出來


WG2 FHIR PHR 生理監測 資訊互通

Observation usage
  • Vital signs such as body weight, blood pressure, body height , heart rate , temperature,Grip strength and Body fat
  • Laboratory Data like blood glucose
  • Imaging results like bone density
  • Clinical Findings* such as abdominal tenderness
  • Device measurements such as EKG data

Scenarios(測試情境)

參考
https://www.hl7.org/fhir/observation.html
https://www.hl7.org/fhir/observation-vitalsigns.html



FHIR observation example

FHIR observation example — Multiple value

FHIR Observation 查詢
HTTP get example:

未來發展與應用
  • 居家照護系統
  • 配合藥物的使用作慢性病的管理
  • Observation的應用也有EKG data，EKG data 是放在 Observation.valueSampledData

WG2 公開資料

VitalSigns Templates
VitalSigns Loinc Code&Unit


WG3用藥處方及紀錄聯測

FHIR Medication-Connectathon

Medication usage
聯測目的：
  • 聯測系統可以透過介面建立用藥處方，以及資料查詢
  • 聯測系統可以透過介面建立用藥紀錄，以及資料查詢
  • 用藥處方及用藥紀錄可於聯測系統之間做資料交換

MedicationRequest Example

MedicationAdministration Example

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

Scenario1~4
  • Scenario1: Create MedicationRequest
    • medicationReference
    • medicationCodeableConcept
    • update MedicationRequest
  • Scenario2: Retrieve MedicationRequest
    • 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
  • Scenario3: Create MedicationAdministration
    • Create MedicationAdministration
  • Scenario4: Retrieve MedicationAdministration
    • 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

Scenario1：Create MedicationRequest
  • Action：Creator create MedicationRequest of three medications
  • Preconditions:
    • Patients existed in MITW connectathon server
    • Medications existed in MITW connectathon server
    • Practitioner existed in MITW connectathon server
    • Organization=MITW.ForPHR
  • Definitions：
    • Status=active
  • Use Cases：
    1. Create MedicationRequest for patient (medicationReference)
      • Post [base]/MedicationRequest
    2. Create MedicationRequest for patient (medicationCodeableConcept)
      • Post [base]/MedicationRequest

MedicationRequest Tag

Scenario2：Retrieve MedicationRequest

  • Action：(Creator or Consumer) requests active MedicationRequest list
  • Preconditions:
    • Patients existed in MITW connectathon server
    • Medications existed in MITW connectathon server
    • Organization=MITW.ForPHR
  • Definitions：
  • Use Cases：
    1. Get all MedicationRequest by patient id
      • GET [base]/MedicationRequest?subject=[id]
    2. Get active MedicationRequest by patient id and status
      • GET [base]/MedicationRequest?status=active&subject=[id]
    3. Get MedicationRequest by patient id and medication code
      • GET [base]/MedicationRequest
    4. GET [base]/MedicationRequest?subject=[id]&medication.code=[code]
      • GET [base]/MedicationRequest?subject=[id]&subject.organization=MITW.ForPHR

Scenario3: Create MedicationAdministration

  • Action：(Creator or Consumer) create completed MedicationAdministration records
  • Preconditions:
    • Patients existed in MITW connectathon server
    • Medications existed in MITW connectathon server
    • MedicationRequest retrieved from scenario2
    • Practitioner existed in MITW connectathon server
  • Definitions：
    • Completely followed order
      • (ex: TID for 3 days=3x3 MedicationAdministration records)
    • Status=completed
    • Performer.actor=patient or practitioner
  • Use Cases：
    1. Create MedicationAdministration
      • Post [base]/MedicationAdministration

MedicationAdministration Tag

Scenario4：Retrieve MedicationAdministration

  • Action：(Creator or Consumer) requests active MedicationAdministration list
  • Preconditions:
    • Patient in MITW connectathon provider
  • Definitions：
    • Organization=MITW.ForPHR
  • Use Cases：
    1. Get all MedicationAdministration by patient id
      • GET [base]/MedicationAdministration?subject=[id]
    2. Get MedicationAdministration by patient id and request
      • GET [base]/MedicationAdministration?subject=[id]&request=[id]
    3. Get MedicationAdministration by patient id and effectivePeriod
      • GET [base]/MedicationAdministration
    4. GET [base]/MedicationAdministration?subject=[id]&effective-time=gt[yyyy-mm-dd]
      • GET [base]/MedicationAdministration?subject=[id]&performer:organization= Organization/MITW.ForPHR

Test cases

Medication in MITW connectathon server

Test patient list

  • 20 patient id
    		•

    範例資料1_MedicationRequest

    範例資料1_MedicationAdministration

    範例資料1_Medication

    範例資料2_ MedicationRequest

    範例資料2_ MedicationAdministration


    WG4聯測項目與規格
    • 查詢影像與標記 (Query)
      • DICOMWeb: QIDO階層式查詢 – Studies-Series-Instances
      • DICOM Query: C-FIND (待討論)
      • FHIR ImagingStudy
      • FHIR Observation SVG annotation
    • 調閱影像與標記 (Retrieve)
      • DICOMWeb: WADO-RS
      • DICOMWeb: WADO-URI
      • DICOM Retrieve C-MOVE (待討論)
      • FHIR Observation SVG annotation
    • 影像與標記顯示一致性
    • 其他 (歡迎加入WG4工作小組討論)，例如：
      • Query Modality Worklist [RAD-5]
      • Modality Images Stored [RAD-8]

    WG4聯測規劃情境
    • 測試情境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 Retrieve
    • 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-URI

    3-3 With FHIR Observation

    進階選項 (Optional)
    Web Access測試情境 option: 加入登入機制
    • 參考IHE Integration Profile
      • Invoke Image Display (IID)
      • IHE Web-based Image Access (WIA)

    測試情境 option: 搭配不同影像格式
    • 無壓縮
    • 影像壓縮

    測試情境 option: 測試不同SOP Class - 影像類

    測試情境 option: 測試SOP Class –標記類
    徵求聯測測試影像：上傳至: http://upload2020.dicom.org.tw

    MISAT 2020- WG4 - 影像聯測工作小組
    • Mail list: misat_wg4@googlegroups.com