HL7 轉 FHIR
將 HL7 v2 訊息轉換為 FHIR R4 Bundle（JSON），在瀏覽器中本機完成，無需上傳；病患資料絕不離開你的裝置。
正在你的裝置上本機處理 ...
0%
你的檔案永遠不會離開你的裝置
我的檔案會被上傳嗎？
不會。一切都在你的瀏覽器中執行，你的檔案永遠不會離開你的裝置。這一點如何查證
數十年來，HL7 v2.x 一直是臨床資訊系統中應用最廣的交換格式：以段為基礎、用直線分隔，包含 MSH（訊息標頭）、EVN（事件）、PID（病患）、PV1（就診）、OBR（申請）和 OBX（觀測值）等段，以及分隔符號 ^~\&。其現代後繼者 HL7 FHIR R4 把相同的資訊建模為命名清晰的資源（Patient、Encounter、Observation），並以 JSON 或 XML 提供，對 Web API 和現代系統而言好用得多。
拖入你的 HL7 v2 檔案，工具會讀取各個段並建立一個 FHIR R4 Bundle（collection）。我們對應一組精選的核心內容：MSH 變為 MessageHeader，PID 變為 Patient 資源（識別碼、姓名、性別、出生日期、地址），PV1 變為 Encounter（類別、就診號、地點），OBX 變為 Observation（編碼、值、單位），OBR 變為 ServiceRequest。你可以一次拖入多個檔案，每個檔案各自產生一個 Bundle。
一切都完全在瀏覽器中本機執行（純 JavaScript，無伺服器，不從外部 CDN 載入外部函式庫）- 包含病患資料的訊息絕不離開你的裝置。坦白說明：這是對常見段核心的結構化轉換，而非完整的 HL7 到 FHIR 對應（不涵蓋 Z 段和許多明細欄位），也不是臨床工具。請對照目標系統的設定檔與需求核對結果。
技術規格
| 輸入格式 | HL7, TXT |
|---|---|
| 輸出格式 | JSON |
| 批次處理 | 支援 |
| 處理方式 | 在瀏覽器中本機處理 (JavaScript) |
| 檔案上傳 | 無 |
三個步驟
- 拖入你的 HL7 v2 檔案（.hl7, .txt）。
- 轉換會在瀏覽器中本機自動執行。
- 下載 FHIR R4 Bundle（.json）- 每則訊息一個。
限制: 將一則 HL7 v2 訊息（例如 HL7 v2.5，以段為基礎、用直線分隔）轉換為一個 HL7 FHIR R4 Bundle（collection, JSON）：MSH -> MessageHeader，PID -> Patient（識別碼、姓名、性別、出生日期、地址），PV1 -> Encounter（類別、就診號、地點），OBX -> Observation（編碼、值、單位），OBR -> ServiceRequest。這是一組精選的段核心：Z 段、首次之外的重複以及許多選用明細欄位被刻意省略，因此對應並非無損。它是用於資料交換的結構化格式轉換，而非臨床工具；請對照目標系統的設定檔（例如必填欄位、術語集）核對該 Bundle。
常見問題
我的病患資料會被上傳嗎？
不會。讀取 HL7 v2 訊息與建立 FHIR Bundle 都完全在瀏覽器中本機執行（純 JavaScript，無伺服器）；資料絕不離開你的裝置。
會對應哪些段？
MSH、PID、PV1、OBX 和 OBR 分別對應為 MessageHeader、Patient、Encounter、Observation 和 ServiceRequest。EVN 以及廠商專屬的 Z 段不在涵蓋範圍內。
產生的是哪個 FHIR 版本？
HL7 FHIR R4，輸出為 type 為 collection 的 Bundle，每個被對應的段各對應一個資源 - 以 JSON 形式。
轉換是無損的嗎？
不是。我們對應的是一組精選的段核心；Z 段、更多重複以及許多選用欄位都會被略去。請對照目標系統的設定檔核對該 Bundle。
我能一次轉換多則訊息嗎？
可以。一次拖入多個 HL7 v2 檔案，每個都會各自產生一個 FHIR R4 Bundle。