FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources) adalah standar HL7 Internasional untuk pertukaran informasi layanan kesehatan menggunakan unit data modular yang disebut sumber daya (resources) dan antarmuka pemrograman aplikasi bergaya web. Ini menggabungkan pemodelan informasi terstruktur dari standar HL7 sebelumnya dengan teknologi web yang banyak digunakan — API RESTful, serialisasi JSON dan XML, dan HTTP standar — untuk membuat data kesehatan lebih mudah diakses dan untuk membangun aplikasi.

Definition

FHIR adalah standar yang merepresentasikan data klinis dan administratif sebagai sumber daya yang diskrit dan mandiri — masing-masing dengan struktur yang ditentukan dan identitas yang stabil — dan mempertukarkannya melalui antarmuka pemrograman aplikasi RESTful melalui protokol web standar, sehingga sistem dan aplikasi dapat membaca, menulis, dan mencari data kesehatan secara interoperabel.

Scope

Entri ini mencakup model sumber daya FHIR, paradigma pertukaran RESTful-nya, pembuatan profil untuk kebutuhan lokal, dan hubungannya dengan standar HL7 sebelumnya serta dengan aplikasi yang dapat diganti (substitutable applications) seperti SMART on FHIR. Ini memperlakukan FHIR sebagai standar pertukaran data dan topik metodologis; ini tidak memberikan panduan implementasi, konfigurasi keamanan, atau pengadaan.

Core questions

• Apa itu sumber daya FHIR, dan bagaimana sumber daya digabungkan untuk merepresentasikan rekam medis pasien?
• Bagaimana pendekatan API RESTful berbeda dari pesan HL7 v2?
• Apa itu profil dan ekstensi, dan mengapa itu dibutuhkan?
• Bagaimana FHIR memungkinkan aplikasi yang dapat diganti seperti SMART on FHIR?

Key concepts

• Sumber daya (Pasien, Observasi, Perjumpaan, Permintaan Obat, dll.)
• API RESTful (membuat, membaca, memperbarui, menghapus, mencari)
• Serialisasi JSON dan XML
• Referensi dan bundel
• Profil dan ekstensi
• Panduan implementasi
• Aplikasi yang dapat diganti SMART on FHIR

Mechanisms

FHIR memodelkan informasi layanan kesehatan sebagai sumber daya — unit modular seperti Pasien (Patient), Observasi (Observation), atau Permintaan Obat (MedicationRequest) — masing-masing dengan serangkaian elemen yang ditentukan dan identitas yang stabil serta dapat dialamatkan. Sumber daya saling mereferensikan, dan kelompok sumber daya dapat digabungkan menjadi bundel. Sistem mempertukarkannya melalui antarmuka RESTful di mana operasi HTTP standar membuat, membaca, memperbarui, menghapus, dan mencari sumber daya, dengan data yang diserialisasikan sebagai JSON atau XML. Karena setiap implementasi memerlukan batasan lokal, FHIR mendukung pembuatan profil (profiling): profil dan ekstensi menyesuaikan sumber daya dasar dengan yurisdiksi atau kasus penggunaan, dan panduan implementasi mengemas ini untuk suatu komunitas. Desain sumber daya dan API ini juga mendasari aplikasi yang dapat diganti, di mana aplikasi yang diotorisasi terhadap titik akhir FHIR (pola SMART on FHIR) dapat berjalan di seluruh sistem yang sesuai.

Clinical relevance

FHIR semakin menjadi dasar untuk aplikasi yang berhadapan dengan pasien, akses data klinis, dan pertukaran antar-organisasi, dan ini menjadi fitur dalam kebijakan interoperabilitas nasional. Entri ini menjelaskan bagaimana FHIR menyusun dan mengekspos data; ini adalah materi referensi tentang standar dan bukan panduan untuk membangun, mengamankan, atau menerapkan sistem klinis apa pun.

Evidence & guidelines

FHIR adalah standar normatif HL7 Internasional, dikembangkan dan divoting melalui HL7, dengan panduan implementasi nasional dan regional yang membatasinya untuk penggunaan lokal. Bender dan Sartipi (2013) adalah deskripsi teknis awal dari desain RESTful standar; buku teks Benson dan Grieve memberikan penjelasan konsolidasi tentang FHIR bersama HL7 dan SNOMED CT, dan Mandl dan Kohane (2012) memberikan dasar kebijakan untuk arsitektur terbuka berbasis aplikasi yang didukung FHIR.

History

FHIR diprakarsai oleh HL7 sekitar tahun 2011-2012, dipimpin oleh Grahame Grieve, sebagai alternatif yang sengaja lebih ringan dari HL7 versi 3 yang menggunakan kembali teknologi web arus utama. Deskripsi awal seperti Bender dan Sartipi (2013) membingkainya sebagai pendekatan yang tangkas dan RESTful, dan standar tersebut maju melalui rilis berturut-turut menuju status normatif selama tahun 2010-an, menyatu dengan argumen kebijakan untuk TI kesehatan yang terbuka dan dapat diganti.

Debates

Seberapa baik FHIR mencapai interoperabilitas semantik yang sebenarnya?

FHIR menstandardisasi struktur dan pertukaran dengan baik, tetapi makna yang konsisten masih bergantung pada penggunaan profil dan pengikatan terminologi yang disiplin; variasi dalam pembuatan profil di seluruh implementasi dapat membatasi interoperabilitas semantik langsung.

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

Bagaimana FHIR berbeda dari pesan HL7 v2?

HL7 v2 mengirimkan pesan berbasis peristiwa dengan segmen yang dibatasi, sedangkan FHIR mengekspos sumber daya diskrit melalui API web RESTful yang dapat dibaca, ditulis, dan dicari langsung oleh sistem, menggunakan format arus utama seperti JSON melalui HTTP.

Apa arti SMART on FHIR?

SMART on FHIR adalah pola di mana aplikasi mengotorisasi terhadap titik akhir FHIR menggunakan standar terbuka, sehingga aplikasi yang sama dapat berjalan di berbagai sistem yang mengekspos API FHIR yang sesuai; ini adalah salah satu motivasi untuk desain sumber daya dan API FHIR.