聯測情境及病人資料標準化概述

聯測分:服務機構聯繫使用、醫療檢查流程身分確認、 PHR 系統三個不同情境,
不同情境,必須提供之欄位資料並不相同。但若有提供,則使用一致之欄位及編碼放置資料,以利資料互通處理。 如:
病人住址、電話在服務機構系統是必須或選用欄位。在檢查流程身分確認及分析系統,則不需提供。

MI-TW FHIR Patient 建議欄位說明
Patient 欄位概述及範例(慈中版)  
MI-TW FHIR Patient identifier      
測試案例說明    

服務機構聯繫使用

服務機構如健康醫療機構、政府、學校、商業服務、社區等機構。
提供: 提供所需之身分識別,如姓名、ID 等資訊,以及聯絡資訊: telecom、address、contact 。
包含的子系統: 機構用 FHIR server、病人資料提供系統、病人資料查詢檢視系統。
機構用 FHIR server 由主辦單位提供。
聯測參與單位扮演病人聯繫資料提供系統、病人聯繫資料查詢檢視系統(client 端系統)。聯測情境:

細部欄位說明    

醫療檢查流程身分確認

如採檢體、影像檢查等流程、及其醫療或健康活動。 提供: 提供所需之身分識別,如identifier、name、birthday、gender。 包含的子系統: 機構用 FHIR server、病人識別資料提供系統、病人識別資料查詢檢視系統。
機構用 FHIR server 由主辦單位提供。
聯測參與單位扮演病人識別資料提供系統、病人識別資料查詢檢視系統(client 端系統)。聯測情境:

細部欄位說明    


AI 或分析系統

個人健康紀錄系統(PHR) 上之病人基本資料將完全匿名。 Patient resource 當中僅包含 FHIR server 創建的 patient.id 以利其他健康醫療 resources 參考。 包含的子系統: PHR FHIR server、民眾使用的系統、AI分析系統。
PHR FHIR server 由主辦單位提供。
聯測參與單位扮演民眾使用的系統或AI 分析系統。聯測情境:

註1. 為了精確量化分析,後續須提供影像、訊號等資料之裝置及取樣方式,來源資料及分析結果須正規劃標準化
註2. 上傳之聲音、影片、相片、醫學影像可能包含可辨識個人訊息,其去識別化須進一步規範及要求