鐵人檔案
醫療資料通過 JSON、FHIR 或 TW Core 驗證，不代表一定符合交換雙方的實際要求。本系列將以 Java、Spring Boot 與 HAPI FHIR，逐步實作一套輕量資料品質閘門，檢查跨 Resource 關聯、契約允許的 LOINC／UCUM 條件與版本差異，並透過自動化測試、Docker 與 CI 建立可重現的驗證流程。
摘要簡單介紹 FHIR、TW Core，並做出一個可以上傳 Bundle JSON、解析 FHIR R4 Resource，且只接受 Bundle 的 par...
摘要Day 1 只確認 JSON 與 FHIR Resource 能不能被解析。Day 2 往下一層前進：用 HAPI FHIR R4 Validator 執...
摘要Day 2 已經接上 FHIR R4 Validator 與 OperationOutcome。Day 3 把 Bundle 裡有哪些 Resource...
摘要Day 3 已經能盤點 Bundle 裡有哪些 Resource。Day 4 建立 TW Core 驗證層的狀態模型、固定 package metadat...
摘要Day 4 把 TW Core validation 降級處理為 NOT_EVALUATED。Day 5 實測 HAPI/HL7 package cach...
摘要Day 5 已確認 tw.gov.mohw.twcore#1.0.0 package 可載入，且三個 MVP Profile canonical 可讀。D...
摘要Day 6 已確認 TW Core Profile validation chain 可以實際執行，並且能把 TW Core Profile issues...
摘要Day 7 已建立交換契約規則的最小資料模型，並完成第一條 Reference 規則 LAB-REF-001。Day 8 實作第二條 Reference...
摘要Day 8 已完成第二條 Reference 規則 LAB-REF-002，確認 DiagnosticReport.result 必須指向 Bundle...
摘要Day 9 已完成三條 Reference 規則，確認 Observation.subject、DiagnosticReport.result，以及 Di...
