在上一篇文章中,我簡單介紹了選擇FHIR作為30天學習主題的原因,也提到醫院內部存在許多不同的資訊系統。
但這些系統究竟如何互相配合呢?
我們平常到醫院看診時,可能只會注意到掛號、進入診間、接受檢查、領藥及繳費等步驟。實際上,在這段看似普通的就醫過程中,病人的資料可能已經在多個資訊系統之間流動。
今天就以一位虛構病人「王小明」到醫院看診為例,看看一筆病人資料可能會經過哪些系統。
不同醫院的系統名稱、功能及作業流程不一定相同,本文使用簡化情境說明基本概念。
假設王小明最近經常感到頭暈,因此到醫院的家醫科看診。
從他掛號的那一刻開始,資訊系統就要處理許多資料。
整體流程可以簡化為:
接下來,我們依序看看每個階段發生了什麼事。
王小明到醫院後,先使用自助掛號機或前往櫃檯掛號。
系統可能需要確認以下資料:
如果王小明以前曾經來過這間醫院,系統會利用病歷號或其他識別資料找到他的既有紀錄;如果是第一次就醫,則可能需要建立新的病人基本資料及病歷號。
掛號完成後,系統也必須讓診間知道今天有哪些病人準備看診。
也就是說,掛號資料不能只留在掛號櫃檯使用,還要傳送或提供給其他相關系統。
輪到王小明看診後,醫師會在診間系統中開啟他的資料。
醫師可能需要查看:
醫師詢問症狀後,將「最近經常頭暈」等內容記錄在病歷中,也可能輸入初步診斷。
雖然這些資料都和王小明有關,但它們不一定儲存在完全相同的地方。例如,基本資料、診斷、用藥紀錄和檢驗結果可能分別由不同系統管理。
診間系統必須將這些資料整合或呈現出來,醫師才不需要在不同電腦或系統之間反覆尋找。
為了找出頭暈的原因,醫師決定替王小明安排抽血檢驗,並開立相關藥物。
醫令可以理解為醫師對後續醫療行為所下達的指示,例如:
醫師在診間完成開單後,抽血醫令必須讓檢驗部門收到,藥物醫令也必須讓藥局取得。
如果醫令只存在診間系統裡,檢驗部門和藥局就不知道接下來要做什麼。因此,系統必須把正確的醫令傳送到正確的部門。
王小明前往抽血櫃檯後,工作人員透過系統確認他的身分和檢驗項目。
檢驗資訊系統通常稱為LIS,也就是Laboratory Information System。
LIS可能負責處理:
工作人員完成抽血後,檢體會送到實驗室進行分析。檢驗完成並確認結果後,資料還要再回傳給醫師查看。
所以這裡至少會發生兩個方向的資料流動:
假如醫師另外替王小明安排X光檢查,資料還會進入影像相關系統。
常見的系統包括:
RIS較偏向處理檢查排程、報到、檢查狀態及報告等資訊;PACS則主要負責醫療影像的儲存、調閱與傳輸。
檢查完成後,影像及報告必須能被相關醫療人員查看。醫師在診間開啟病人的資料時,才有辦法取得檢查結果並進行判斷。
看診和檢查完成後,系統還要整理王小明本次就醫所產生的費用,例如:
這些費用可能來自不同部門所執行的醫療服務,因此批價系統需要取得本次就醫的各項資料,才能計算病人實際應付的金額。
如果醫令取消、檢查沒有執行或項目有所變更,相關資料也必須同步更新,否則可能產生錯誤的費用。
如果醫師有開立藥物,藥局系統會收到王小明的處方資料,其中可能包括:
藥師除了依照處方調劑藥物,也可能需要確認病人的過敏紀錄、重複用藥或藥物交互作用。
完成調劑後,系統還要記錄藥物是否已經發放。到了這個階段,王小明才完成這一次的門診流程。
將前面的情境整理後,可以得到以下對照:
| 就醫階段 | 可能使用的資訊系統 | 主要處理的資料 |
|---|---|---|
| 掛號 | 掛號系統 | 病人資料、科別、醫師及日期 |
| 看診 | 診間或電子病歷系統 | 症狀、病歷、診斷及醫令 |
| 抽血 | LIS | 檢驗醫令、檢體及檢驗結果 |
| 影像檢查 | RIS、PACS | 檢查排程、影像及報告 |
| 批價 | 批價與帳務系統 | 費用、部分負擔及自費項目 |
| 領藥 | 藥局系統 | 處方、劑量及調劑狀態 |
這些系統不只是各自完成工作,也必須交換資料。
假設不同系統之間無法正確溝通,可能出現以下情況:
這不只是造成工作不方便,也可能影響醫療流程、資料品質,甚至病人安全。
因此,醫療資訊交換不只是「把資料從A系統傳到B系統」而已,還需要確保:
當不同系統使用不同的資料格式和欄位名稱時,彼此交換資料就會變得困難。
例如,某個系統使用patient_name表示病人姓名,另一個系統可能使用name,還有系統將姓氏和名字拆開儲存。即使這些欄位都是姓名,電腦也不一定知道它們代表相同的資訊。
FHIR提供標準化的Resource及資料結構,讓系統能以較一致的方式表達醫療資料。
在今天的虛構情境中,可能使用到:
| 醫療資料 | 可能對應的FHIR Resource |
|---|---|
| 王小明的基本資料 | Patient |
| 這一次門診 | Encounter |
| 抽血檢驗結果 | Observation |
| 醫師診斷 | Condition |
| 藥物醫令 | MedicationRequest |
| 檢驗或影像報告 | DiagnosticReport |
FHIR並不是直接取代醫院內所有既有系統,而是提供一套描述和交換資料的方法,讓不同系統有機會使用共同的規則溝通。
今天透過王小明到醫院看診的情境,了解一筆病人資料可能會經過掛號、診間、檢驗、影像、批價及藥局等系統。
從病人的角度來看,這只是一次普通的看診;但從醫療資訊的角度來看,背後其實包含許多資料的建立、查詢、傳送、更新及整合。
只要其中一個環節沒有收到正確資料,就可能影響後續作業。因此,醫療資訊系統不只需要保存資料,也必須具備交換及理解資料的能力。
下一篇將進一步介紹醫療資訊領域常見的HIS、EMR與EHR,看看這三個名稱分別代表什麼,以及它們之間有哪些差異。
Day 3|HIS、EMR與EHR到底有什麼不同?
HL7 FHIR R4官方規範
https://hl7.org/fhir/R4/
HL7 FHIR Resource List
https://hl7.org/fhir/R4/resourcelist.html
衛生福利部臺灣核心實作指引(TW Core IG)
https://twcore.mohw.gov.tw/ig/twcore/