iT邦幫忙

2026 iThome 鐵人賽

DAY 3
0
Software Development

從標準到臨床:FHIR 架構與智慧護理資訊系統(NIS)實作 30 天系列 第 3

Day 3:臨床核心第一步:解析 Patient 與 Practitioner Resource(病人與醫護識別)

  • 分享至 

  • xImage
  •  

前言
在任何醫療資訊系統中,「人」永遠是所有臨床行為的核心。無論是一劑抗生素的注射、一次體溫的量測,還是一張檢驗報告的判讀,系統都必須精確回答兩個問題:
1.這項醫療處置是施加在誰身上?(Subject / Patient)
2.這項醫療處置是由誰執行或開立的?(Performer / Practitioner)

在傳統關聯式資料庫中,我們往往直接開兩張資料表 patients 與 staffs,各放一個主鍵 id 解決。然而在跨院交換、健保申報或電子病歷調閱情境中,病人的身分識別遠比單一流水號複雜——可能同時牽涉國民身分證統一編號、居留證號、病歷號(MRN)、健保卡號等。

今天我們將深入探討 HL7 FHIR 中專門代表「人」的兩大基石 Resource:Patient 與 Practitioner,並示範如何優雅對應臺灣常見的識別規格與多重識別碼結構。

一、病患模型:Patient Resource 深度剖析
Patient Resource 用於記錄接受照護服務的個體人口統計學資料(Demographics)與行政管理資訊。

  1. 多重識別碼管理:identifier 陣列
    在臨床實務中,單一病人絕不會只有一個 ID。FHIR 使用 identifier 陣列容納多種識別機制,每個識別碼物件主要由以下欄位構成:
    -use:標註用途(例如 official 正式編號、usual 常用、temp 臨時號)。
    -type:識別碼類型(使用 HL7 國際標準代碼,如 MR 代表病歷號、NNxxx 代表各國國民身分號)。
    -system:識別碼的發證機關或命名空間 URI(Namespace)。
    -value:具體的號碼字串。

  2. 姓名結構:name
    醫療系統對姓名處理非常嚴謹,西方通常分為 family(姓)與 given(名),而華人姓名常用完整字串。FHIR 的 HumanName 資料結構支援 text(全名)與 family / given 拆解並存。

  3. 符合在地化規格的 Patient JSON 實例
    以下是一個完整的病患範例,同時定義了病歷號(MRN)與臺灣身分證號:
    https://ithelp.ithome.com.tw/upload/images/20260917/201788407hWhtFCHvt.jpg

二、醫護人員模型:Practitioner Resource 剖析
與病人相對應的是照護提供者——Practitioner。它代表所有參與臨床處置的人員,包括醫師、專科護理師、臨床護理師、藥師與放射師。

  1. 核心欄位解讀
    -identifier:醫事人員證書字號(如護理師證書、醫師證書)或院內員工編號(Employee ID)。
    -qualification:人員具備的執業資格或學歷認證,透過 code(如護理師 RN, Registered Nurse)標註專業身分。
    -telecom:公務分機或工作聯絡信箱。

  2. Practitioner JSON 實例
    以下示範一位病房護理人員的 Resource 定義:
    https://ithelp.ithome.com.tw/upload/images/20260917/20178840hJRI1vF91P.jpg

三、架構延伸思考:PractitionerRole 的分離設計
在真實醫療情境中,往往會遇到一個複雜架構問題:「同一個醫師或護理師,可能同時屬於多個科別或病房。」

如果我們把人員的「職稱、所屬部門(Organization)、排班病房(Location)」直接硬編碼(Hardcode)在 Practitioner 內,當他輪調單位時,歷史資料就會產生混淆。

為了解耦「人員本體」與「在特定機構的角色」,FHIR 提供了 PractitionerRole Resource:
https://ithelp.ithome.com.tw/upload/images/20260917/20178840qGLzxPU6T0.jpg
-Practitioner:純粹記錄林思羽這個人的姓名、性別、國家考試合格證號。
-PractitionerRole:記錄林思羽目前在「心臟內科 8F 病房」擔任「白班臨床護理師」,具備給藥核對權限。

四、臨床資料防錯與識別實踐重點
在設計行動護理資訊系統(NIS)時,針對 Patient 與 Practitioner 的處理有兩項鐵律:

1.唯一性鎖定(Unique Identifier Mapping):
在床邊條碼掃描時,掃描病患手圈所得的條碼字串,必須對應到 Patient.identifier 中類型為 MR(病歷號)或內部就醫序號的項目,嚴禁依賴非唯一的「病人姓名」進行查詢。

2.參考關聯(FHIR Reference):
後續產生的每一筆護理紀錄或體徵資料,都會透過 Reference 指向它們:
https://ithelp.ithome.com.tw/upload/images/20260917/201788408XT0MW367p.jpg

小結
今天我們徹底釐清了臨床參與者的標準模型:

1.Patient 透過彈性的 identifier 陣列,完美相容病歷號、身分證號等多重識別機制。

2.Practitioner 與 PractitionerRole 的分離概念,解決了人員跨科別輪調與角色權限劃分的痛點。

3.規範了標準的 JSON 結構,為系統建立可信賴的臨床受體(Subject)與執行者(Performer)。

有了「人」的實體後,明天 Day 4 我們將進入臨床量測的核心:檢驗數據與體徵數據模型——Observation Resource 深度解析與 LOINC 國際編碼,看看體溫、脈搏、血壓如何轉化為標準醫療數據!


上一篇
Day 2:認識 HL7 FHIR 架構:RESTful 理念、Resource 結構與 JSON 規範
下一篇
Day 4:生命徵象與檢驗數據模型:Observation Resource 深度解析與編碼系統(LOINC)
系列文
從標準到臨床:FHIR 架構與智慧護理資訊系統(NIS)實作 30 天7
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言