衛福部揭FHIR資料中臺新進展，一條龍工具是下一步關鍵

衛福部資訊處推動次世代數位醫療平臺計畫滿兩年，跨院電子病歷即時互通也首度在實際場域完成驗證。衛福部資訊處處長李建璋形容，當三家使用不同系統的醫學中心，在現場即時交換病歷資料時，震撼程度「就像雪山隧道打通一樣」。參與驗證的中山醫學大學附設醫院則指出，FHIR資料中臺的交換機制已證實可行，FHIR一條龍編碼工具也初步證實可降低人工負擔。接下來若要擴大落地，取決於工具成熟度和政策誘因。

臺灣電子病歷像頁岩油，FHIR中臺要解決開採問題

李建璋指出，在21世紀，資料被視為新的石油，而臺灣的電子病歷資料更像是「頁岩油」──資源龐大，卻難以開採。主因在於，全臺超過40套電子病歷系統彼此無法互通，使大量臨床資料被鎖在各院系統中，難以被有效運用。

他以美國頁岩油革命為例指出，美國能在十年間突破能源限制，靠的是科技；臺灣選擇以同樣的精神，透過軟體與資料標準化，打通跨院電子病歷的技術壁壘。這也是衛福部規畫FHIR資料中臺的定位，不要求醫院全面更換既有系統，而是以統一的資料交換標準，讓不同系統互通。

然而，電子病歷碎片化是全球共同難題，不少國家選擇導入成熟的商用電子病歷系統。但臺灣不走這條路，因為，若要全面採購、導入這類系統，單一醫院轉換成本動輒數十億元，全臺3、400家醫院，總成本將高達兆元等級，並非現實可行的方案。

因此，衛福部在有限資源下，決定自主開發符合國際資料交換標準的FHIR資料交換平臺，並推動醫院採用FHIR標準。這麼做，既可保留各院各自長年發展的系統，也能互通病歷資料。

回顧過去兩年，李建璋形容，團隊從「騰籠換鳥」開始，翻轉既有電子病歷交換架構和思維，在滾動修正中前進，也承受不少質疑。

他們在這段期間，完成多項基礎工程，包括建立臺灣核心資料群（TW Core）標準、開發FHIR轉換器、建置FHIR伺服器，並升級既有電子病歷交換中心閘道，使其支援FHIR格式，作為政府端的交換中臺。

3家醫學中心實測，FHIR中臺實務可行

12月中旬，衛福部資訊處與林口長庚醫院、馬偕醫院、中山附醫等3家醫學中心，進行FHIR資料中臺的即時驗證。他們的模擬情境是，一名胸痛病人至長庚醫院門診就醫，系統即時從中山附醫調出病人過去病歷，並自馬偕醫院取得用藥紀錄，過程中即時完成TW Core標準轉換，並成功串接SMART App，進行抗凝血劑出血風險分析。

參與測試的中山附醫資訊室主任林政宏表示，三家醫院現場進行Live Demo，模擬病人跨院就醫情境，由醫院端依臺灣核心資料標準（TWCDI）上傳病歷資料，再透過FHIR交換中臺即時調閱。

這次驗證顯示，FHIR資料中臺與院內FHIR伺服器的互通「在實務上可行。」他認為，未來透過這套機制、跨院交換病歷資料，將不再受限於過去衛福部EEC平臺只能交換的4種病歷單張，醫院也不必為不同交換對象，各自維護API。

TWCDI是互通關鍵，一條龍工具協助標準化但仍需人機協作

他指出，在這套交換架構中，FHIR互通採兩層式設計：各醫院在院內建置FHIR伺服器，政府端則設置FHIR資料中臺，作為跨院交換樞紐。

但光有FHIR伺服器和中臺還不夠，還需要定義交換內容的欄位、醫學編碼。於是，衛福部專案辦公室這2年在TW Core IG中，定義了TWCDI，目前已涵蓋109個病歷單張。

就參與試辦的醫院來說，他們的工作是將院內病歷資料欄位對應（Mapping）到TWCDI，再轉換成FHIR Profile，並上傳至FHIR伺服器。上傳時，還有套機制去檢核必要欄位內容，比如檢驗欄位只能使用LOINC編碼，若不符合規範，就會被退回。這讓資料進入交換體系前，就先確保其正確性。

另一方面，由於衛福部同時推動醫院導入3大類國際編碼，包括SNOMED CT、LOINC和RxNorm，但對醫院來說，要靠現有人力搞懂如此大量的編碼及其邏輯，並不容易。因此，衛福部在次世代數位醫療平臺計畫中，也委由工研院開發「一條龍」AI編碼推薦工具，由大型語言模型驅動，來根據醫院病歷資料，推薦最合適的SNOMED CT、LOINC和RxNorm編碼。

中山附醫也參與這項工具的驗證。他們的流程是，將出院病摘等病歷上傳平臺後，由AI工具推薦SNOMED CT、LOINC、RxNorm等編碼，再由疾病分類師進行人工驗證與回饋，形成人機協作流程。

截至目前，院方已上傳數千筆資料，完成SNOMED CT驗證的也有上千筆，每筆平均需人工修正數次。林政宏坦言，人工審查在現階段仍不可少，但相較於從零開始逐一編碼，透過AI提供候選碼再修正，已明顯降低疾分人員負擔。

建議：持續優化工具、建立誘因

中山附醫也根據這些實測經驗，提出幾項建議。首先，AI編碼推薦工具仍需加強對上下文的判讀能力，避免將否定語意或過去病史誤判為現有疾病。且除病歷文本外，也許能導入更完整的臨床知識庫，來降低工具誤判機率。

第二，在工具設計上，目前平臺仍需透過介面操作選擇檔案、範本和上傳，實務上比較花時間。未來若能提供更多自動化機制、減少UI操作，就能降低第一線人員的操作時間。

第三，在制度與推廣層面，FHIR互通與編碼若要擴散到更多醫院，仍需政策誘因支持，例如納入醫院評鑑加分、健保獎勵，或由政府統一維運國家級的規則庫與編碼管理機制，避免各院各自維護、重複投入。