上一篇介紹了 Profile、Extension 與 Implementation Guide，了解 FHIR 雖然是一套國際標準，各個國家仍然需要依照自己的醫療制度制定更明確的使用規則。
那麼，台灣有沒有自己的 FHIR 實作規範呢？
答案是有的，它就是 臺灣核心實作指引（Taiwan Core Implementation Guide），簡稱 TW Core IG。
TW Core IG 以 FHIR 為基礎，配合台灣的醫療環境、身分識別方式與代碼系統，定義醫療資料在台灣應該如何呈現。它讓不同醫療機構不只是「都有使用 FHIR」，還能進一步遵循較一致的資料規則。
FHIR 是由 HL7 制定的國際醫療資料交換標準，需要同時適用於不同國家，因此不會直接規定只屬於台灣的內容。
例如，FHIR 的 Patient Resource 可以記錄病人的識別碼，但是不會直接規定：
如果每間醫院都自行決定這些資料的格式，即使大家都使用 Patient Resource，建立出來的資料仍可能不一致。
因此，台灣需要一套共同規範，把 FHIR 的通用架構轉換成更符合國內醫療情境的使用方式。這就是 TW Core IG 的重要目的。
TW Core IG 的完整名稱是：
Taiwan Core Implementation Guide
臺灣核心實作指引
它採用 HL7 FHIR Implementation Guide 的建置方式，在原始 FHIR 規格上定義適合台灣使用的 Profile、Extension、代碼值集及其他規則。
目前 TW Core IG 主要以 FHIR R4.0.1 為基礎。選擇 R4 的原因之一，是許多國際應用與相關工具已經採用這個版本，整體發展也較為成熟。
TW Core IG 並不是要取代 FHIR，而是在 FHIR 的基礎上增加台灣需要的規範。
兩者的關係可以理解成：
假設甲醫院與乙醫院都要傳送病人資料。
甲醫院可能使用病歷號識別病人，乙醫院可能使用身分證統一編號；兩間醫院也可能使用不同方式記錄中文姓名、地址或醫事機構資料。
如果沒有共同規範，接收資料的系統就必須另外判斷：
TW Core IG 透過共同的 Profile 與代碼規則，降低各個系統自行解讀資料的情況。
因此，它處理的不只是「欄位怎麼放」，還包括「資料代表什麼」以及「系統應如何理解」。
在 TW Core IG 中，可以看到許多名稱含有「TW Core」的 Profile，例如：
這些 Profile 都是由原始 FHIR Resource 進一步限制而來。
以 TW Core Patient 為例，它仍然是 Patient Resource，基本功能仍然是記錄病人資料；但是，它會針對台灣的使用需求，進一步說明識別碼、姓名、性別、出生日期、地址及聯絡方式等欄位應如何呈現。
因此，TW Core Patient 不是新的 Resource，而是「適合台灣情境使用的 Patient 規範」。
一份完整的實作指引不只有 Profile。TW Core IG 的規範文件包含多種類型的內容。
| 內容 | 主要用途 |
|---|---|
| Profile | 限制各種 FHIR Resource 的使用方式 |
| Extension | 補充台灣情境需要、原始 Resource 沒有的資料 |
| ValueSet | 規定某個欄位可以使用哪些代碼 |
| CodeSystem | 定義代碼及其代表的意義 |
| SearchParameter | 說明可使用哪些條件查詢資料 |
| CapabilityStatement | 描述系統支援哪些 Resource 與互動方式 |
| 範例資料 | 示範符合規範的資料內容 |
| 驗證規則 | 判斷資料是否符合 TW Core IG |
這些內容共同組成台灣使用 FHIR 時的參考規範。
TW Core IG 必須處理一些具有台灣特色的資料，例如病人識別資料、醫事機構資料與國內常用代碼。
FHIR 的 identifier 可以放置不同種類的識別碼，但接收端需要知道某一組識別碼究竟代表身分證統一編號、居留證號、護照號碼，還是醫院病歷號。
在台灣的應用情境中，Profile 可以進一步規定識別碼的類型與所屬系統，讓接收端不會只看到一串無法判斷用途的文字。
姓名不只是單一字串，可能包含姓氏、名字及完整顯示文字。
不同系統若分別將中文姓名放在不同欄位，就可能造成資料交換後順序錯誤或內容不完整。透過共同規則，可以讓系統更一致地表達中文姓名。
FHIR 的 Address 資料型別可以記錄地址文字、城市、行政區及郵遞區號等資訊。
但是，台灣的縣市、鄉鎮市區與道路地址具有自己的行政結構，因此需要更符合國內情境的填寫方式。
醫療資料經常需要記錄提供服務的醫院、診所或醫事人員。
TW Core IG 可以配合台灣醫事機構與醫事人員的識別方式，讓 Organization、Practitioner 等 Resource 更符合國內醫療環境。
不同醫療資料可能需要使用診斷、藥品、檢驗或醫事機構代碼。
TW Core IG 可透過 CodeSystem 與 ValueSet，規定特定欄位應使用哪些代碼，使傳送端與接收端對資料意義有共同理解。
原始 Patient Resource 提供全球都可能用到的病人基本資料欄位，而 TW Core Patient 則進一步套用台灣規則。
兩者的差異可以簡單理解如下：
| 比較項目 | 原始 Patient Resource | TW Core Patient |
|---|---|---|
| 適用範圍 | 全球通用 | 台灣醫療情境 |
| 病人識別碼 | 提供通用欄位 | 進一步定義台灣常見識別方式 |
| 姓名 | 提供 HumanName 結構 | 配合台灣中文姓名需求 |
| 地址 | 提供 Address 結構 | 加入台灣地址相關規則 |
| 代碼使用 | 保留較多彈性 | 指定或建議適合台灣的代碼 |
| 欄位限制 | 依照 FHIR 基本規格 | 依台灣交換需求進一步限制 |
這表示，符合 TW Core Patient 的資料同時也是 Patient Resource，但它必須遵守更多台灣在地規則。
在 TW Core IG 中，還會看到 TWCDI 這個名詞。
TWCDI 是 Taiwan Core Data for Interoperability 的縮寫，可以理解為「臺灣核心資料交換項目」。
TWCDI 關心的是：
台灣的醫療資訊互通應該包含哪些核心資料？
例如，核心資料可能涉及：
TW Core IG 關心的則是：
這些核心資料要如何使用 FHIR 表達？
兩者是互補的關係。
| 項目 | TWCDI | TW Core IG |
|---|---|---|
| 主要問題 | 應該交換哪些核心資料 | 這些資料如何用 FHIR 表達 |
| 重點 | 資料需求 | 技術與格式規範 |
| 內容 | 核心資料項目 | Profile、Extension、ValueSet 等 |
| 關係 | 提出互通所需資料 | 提供對應的 FHIR 表達方式 |
如果只定義 TWCDI，系統可能知道需要交換哪些資料，卻不知道欄位應如何呈現；如果只有 TW Core IG 而沒有共同的資料需求，也可能不清楚實際交換情境需要哪些資訊。
TW Core IG 提供的是台灣醫療資料交換的核心基礎，但不代表所有醫療情境都只需要這一份規範。
不同應用可能還會有更專門的實作指南，例如：
這些特定用途的實作指南，可以引用 TW Core IG 的 Profile，再增加自己的交換流程與欄位規則。
因此，可以把 TW Core IG 想成台灣 FHIR 規範的共同底層。專門的實作指南則是在這個基礎上，處理特定醫療服務需要的資料。
TW Core IG 提供了共同規範，但有規範並不代表所有醫療系統已經自動完成互通。
真正交換資料時，還需要考慮：
因此，TW Core IG 是促進互通的重要基礎，但完整的醫療資料互通還需要制度、流程、資安與系統共同配合。
Implementation Guide 會隨著需求與技術發展更新。不同版本之間，可能調整：
因此，系統不能只說自己「支援 TW Core」，還應該說明支援的版本。
如果傳送端按照某個版本建立資料，而接收端使用另一個版本進行驗證，雙方就可能對相同欄位有不同要求。
所以在實際專案中，除了確認 FHIR 使用 R4 或其他版本，也要確認所遵循的 TW Core IG 版本。
醫療資料若要在不同醫院、政府平台、健康服務及研究系統之間流動，需要共同的資料語言。
過去即使兩個系統都保存病人姓名、診斷與檢驗結果，仍可能因為欄位名稱、資料格式及代碼不同而無法直接交換。
TW Core IG 的價值，就是將國際 FHIR 標準與台灣醫療環境連結起來，建立一套較一致的在地資料規則。
它可能帶來的幫助包括：
不過，標準本身只是起點。真正達成互通，仍需要醫療機構、資訊廠商、政府與專業組織共同維護和採用。
FHIR 是國際通用的醫療資料交換標準，但它無法直接涵蓋台灣所有的身分識別、地址、醫事機構及代碼需求。
TW Core IG 在 FHIR 的基礎上，透過 Profile、Extension、ValueSet、CodeSystem 等內容，定義醫療資料在台灣情境下應該如何呈現。
其中，TWCDI 定義台灣互通所需要的核心資料，TW Core IG 則提供這些資料對應的 FHIR 表達方式。兩者互相配合，才能讓「交換什麼」與「如何交換」都有共同依據。
了解 TW Core IG 之後，我們可以發現，醫療資料互通不只是採用國際標準，還必須將國際標準轉換成適合當地制度、語言與醫療流程的共同規範。
下一篇將進入 Day 28｜FHIR 與醫療資料安全：病歷可以直接開放嗎？，認識醫療資料交換背後的隱私、授權與資訊安全問題。
iThome鐵人賽
看影片追技術