HackMDIntroduction to FHIR
Simone Heckmann - Introduction to FHIR | DevDays 2023 Amsterdam
筆記整理與讀後心得
這張圖說明了FHIR的幾個重點：
- 資料交換是雙向，透過open API，無論是穿戴式裝置、行動裝置、個人電腦或是其他EHR系統都可以即時且雙向存取資料。
- 開發導向，應用既有成熟的Web技術，包含Web Application與mobile Apps。
FHIR - The Acronym
- Fast Healthcare Interoperability Resources
The FHIR Manifesto
- focus on implementers：從開發者的角度定義標準，FHIR本神即是物件導向化的規格，透過工具使用可以將FHIR規格直接轉換成多種程式語言。
- focus on the 80% solution：考量國家制度，專業領域範圍不同，FHIR並沒有計畫定義一個符合所有需求的標準，而是提供彈性與擴充的機制。
- focus on established webbased technologies：FHIR建構在Web基礎之上，使用RESTFul API、JSON、XML等都已經成熟且有具備充分社群開源工具支持。
- focus on human readable information：規格具備可讀性，以文字檔(JSON、XML、HTML)格式呈現。
- focus on the community：具備開放特性，Community可根據實際需求，擴充或修改規格。規格的成熟度是漸進式，根據實際使用狀況，不同的Resource有不同的成熟度。
- focus on scalability：可因應未來需求與科技發展，逐步擴充。
FHIR發展歷史
從2011年開始，FHIR已經經歷過多個版本。最新的版本為R5，但目前以R4的使用較為廣泛，以台灣為例，TW Core IG標準訂定即是以FHIR R4為基礎。
Buliding kit
該如何使用FHIR?會有這個問題的原因往往是每一個人對標準的期望值不一樣。FHIR並不是定義一個可以直接使用的標準，而是提供了需多"積木"，每一個人可以根據自己的需求堆疊出不同的結果。當然，對於一般人而言，憑空想像一個用"積木"堆疊出的應用場景並不是很直覺的事，因此FHIR同時也定義了Implementation Guide(IG)，透過IG的制定，可以適用於各種不同需求之醫療使用案例。
Resources
Resourcer即為FHIR所提供的"積木"，從最基礎檔案與資料格式定義開始共定義了五個Level。詳細可參考https://www.hl7.org/fhir/index.html。
tree view
每一個Resource都有一個類事的樹狀架構，以物件導向的概念，定義了描述醫療所需要的基本元件。
Exchange Paradigms
- REST API
- Message
- Document
- Operation
REST API
- URL
- Search parameter
FHIR Implementation Guild are special
- they are machine and human readable
- they contain all required profiles for a special use case
- profiles can be used for validation, code and UI generation
- they provide syntactical and semantical interoperability
- they are FHIR resource(can be searched, accessed through API)
- they add the "I" to "FHIR"
Reasource + Extensions + Constraints = profile
Tipes for FHIR Starters
- Chose an Implementation Guide and start from there
- Don't Start from scratch. Use what's already out there.
- Don't just ask google, ask people
