Penjelasan tentang API FHIR: Apa Itu, Bagaimana Cara Kerjanya, dan Mengapa VA Mengadopsinya Lebih Cepat Dibandingkan Startup Mana Pun

Ketika penyedia layanan kesehatan mencurigai adanya reaksi yang tidak diinginkan terhadap obat atau vaksin, mereka diwajibkan melaporkannya kepada FDA Secara tradisional, proses tersebut berarti petugas harus memasukkan data demografi pasien dan gejala yang dialami secara manual melalui situs web FDA di fda.gov. Secara manual. VA memutuskan bahwa cara tersebut sudah tidak memadai. Dengan menggunakan API FHIR, mereka kini secara otomatis mengirimkan pemberitahuan kejadian tidak diinginkan, sehingga tidak perlu lagi melalui proses manual.

Fast Healthcare Interoperability Resources (FHIR) merupakan standar di balik perubahan tersebut: sebuah API RESTful yang memungkinkan sistem layanan kesehatan meminta data pasien tertentu alih-alih menyalin seluruh rekam medis antarorganisasi.

Baik Anda sedang mengevaluasi FHIR untuk sistem kesehatan Anda atau mengembangkannya sebagai developer, berikut cara kerjanya dalam implementasi nyata, serta alasan mengapa VA bergerak lebih cepat dari yang diperkirakan siapa pun.

Sistem tersebut dinamakan Project BEST. Sistem ini beroperasi di eHealth Exchange dan merupakan salah satu jaringan data kesehatan terbesar di negara ini. Saat ini, sistem ini menangani lebih dari 25 miliar transaksi setiap tahun dan menggunakan API FHIR untuk menghubungkan FDA dengan catatan penyedia layanan kesehatan, termasuk VA di 46 negara bagian.

Proyek BEST mendukung dua model:

Model jajak pendapat. FDA mendapat informasi mengenai kejadian tidak diinginkan dan membutuhkan lebih banyak data pasien. Sistem ini mengirimkan permintaan API FHIR melalui eHealth Exchange, yang kemudian melakukan pencarian pada jaringan penyedia layanan kesehatan, mengumpulkan rekam medis yang relevan, dan mengirimkannya kembali ke FDA. Permintaan, tanggapan, selesai—tanpa entri data manual, tanpa faks, tanpa keterlambatan.

Model push. VA melangkah lebih jauh lagi. Alih-alih menunggu permintaan dari FDA, VA secara otomatis mengirimkan pemberitahuan kejadian tidak diinginkan melalui FHIR begitu kejadian tersebut teridentifikasi. Lebih proaktif daripada reaktif.

Proyek BEST dijalankan melalui eHealth Exchange Hub, yang didukung oleh InterSystems IRIS for Health dan InterSystems HealthShare, serta disediakan sebagai layanan terkelola yang dihosting di cloud oleh InterSystems.

Namun, inilah yang membuat Project BEST lebih dari sekadar keberhasilan sesaat:

"Ini adalah pola yang dapat diulang dan dapat kita gunakan untuk kasus-kasus kesehatan masyarakat lainnya, khususnya dalam pertukaran data antara pihak pembayar dan penyedia layanan." "Daftar itu terus berlanjut." - Jay Nakashima

Jaringan ini dibangun untuk pertukaran antar penyedia layanan. Proyek BEST menggunakannya kembali untuk kepentingan kesehatan masyarakat. Pola ini dapat diterapkan di mana pun data perlu dialirkan di antara organisasi-organisasi yang tidak menggunakan sistem yang sama.

HL7 FHIR adalah standar data kesehatan yang dikembangkan oleh HL7 International, dan Jay Nakashima menjelaskannya dengan sederhana:

"FHIR hanyalah sebuah API yang lebih modern yang memang tidak bersifat 'plug and play', tetapi ini adalah yang paling mendekati yang bisa kita capai dalam 20 tahun ke depan." Jay Nakashima mengelompokkan informasi kesehatan ke dalam model data modular yang disebut sumber daya, seperti Pasien, Obat, Oservasi, dan Kunjungan. Masing-masing dari layanan ini dapat diakses melalui antarmuka pemrograman aplikasi (API) RESTful yang dibangun berdasarkan prinsip-prinsip REST. GET mengambil data. POST membuat sumber daya baru. PUT memperbarui yang sudah ada. DELETE menghapusnya. Permintaan dan respons menggunakan format JSON atau XML, dengan kode status HTTP standar yang menunjukkan keberhasilan atau kegagalan.

Permintaan API FHIR tampak seperti ini:

GET https://fhir.example.com/Patient/12345/MedicationRequest

"Anda tidak sedang menyalin data kesehatan ke seluruh penjuru negeri. Dalam kasus ini, yang Anda katakan adalah: ‘FDA ingin mengetahui informasi tentang Don Woodlock. Mari kita ambil rekam medisnya.’” - Don Woodlock, Presiden InterSystems

Dulu, interoperabilitas hanya sebatas salin-tempel; data diduplikasi dari laboratorium ke sistem rekam medis elektronik (EMR), dari satu organisasi ke organisasi lainnya. FHIR menggantikannya dengan model permintaan-respons, dan ketepatannya sangat penting:

"Saya tidak memerlukan informasi setara dengan 300 halaman mengenai pasien Jay. Saya hanya butuh hasil tes laboratoriumnya." - Don Woodlock

Sistem meminta persis apa yang mereka butuhkan. Ketepatan tersebut mengurangi beban operasional, meningkatkan akurasi, dan membatasi paparan data pasien yang tidak perlu.

Platform seperti InterSystems IRIS for Health menyediakan kemampuan server FHIR bawaan, sehingga memungkinkan organisasi layanan kesehatan untuk menyajikan data klinis sebagai sumber daya FHIR tanpa perlu membangun ulang sistem dasarnya. Bagi developer, artinya tersedia FHIR endpoint yang sesuai dengan standar, didukung oleh platform data yang sudah mampu menangani HL7 v2, CDA, dan FHIR secara berdampingan.

Interoperabilitas FHIR tidak terbatas pada pertukaran data antarorganisasi. SMART on FHIR merupakan spesifikasi terbuka yang memungkinkan developer membangun aplikasi kesehatan yang dapat berjalan di berbagai sistem EHR. Akses terhadap data dikendalikan melalui mekanisme otorisasi berbasis OAuth. Para pembuatnya menyebutnya sebagai "toko aplikasi untuk kesehatan": aplikasi-aplikasi yang dapat saling menggantikan dan kompatibel dengan sistem rekam medis elektronik apa pun yang mendukung teknologi SMART.

FHIR dibangun berdasarkan standar web yang sudah dikenal para pengembang; REST, JSON, HTTP. Tidak diperlukan middleware layanan kesehatan milik pihak tertentu. Aksesibilitas tersebut telah mendorong adopsi teknologi tersebut di berbagai industri layanan kesehatan. Dengan menggabungkan SMART on FHIR, para developer dapat mengembangkan aplikasi sekali saja dan melakukan deploy di berbagai sistem kesehatan. Dan seiring dengan mulai terhubungnya agen-agen AI ke berbagai alat di bidang layanan kesehatan, FHIR menyediakan lapisan data terstandarisasi yang dibutuhkan agen-agen tersebut untuk menjalankan operasional yang aman.

Peraturan ini semakin memperkuat adopsi teknologi ini. Kantor Koordinator Nasional untuk Teknologi Informasi Kesehatan mewajibkan penggunaan API FHIR dalam program EHR yang telah tersertifikasi. Undang-Undang 21st Century Cures mewajibkan adanya akses pasien yang aman dan berbasis aplikasi. Selain itu, CMS-0057-F mewajibkan penyedia layanan kesehatan untuk menerapkan API otorisasi sebelumnya berbasis FHIR paling lambat Januari 2027, dengan persyaratan operasional mulai berlaku pada 2026.

InterSystems HealthShare mengintegrasikan data dari berbagai sistem layanan kesehatan—seperti rekam medis elektronik (EHR), laboratorium, platform penagihan, dan portal pasien—menjadi satu rekam medis terpadu, sehingga memberikan lapisan yang terpadu bagi API FHIR dan aplikasi SMART on FHIR untuk pertukaran data yang terstandarisasi.

Adopsi FHIR tidak terjadi secara otomatis di seluruh industri layanan kesehatan. Banyak sistem lama yang tidak mendukung FHIR secara bawaan. Penerapannya bervariasi di antara para penyedia EHR. Selain itu, berbagi data melalui FHIR memerlukan pengelolaan yang cermat terkait privasi, keamanan, dan persetujuan pasien.

Tiga langkah awal yang praktis:

1. Mulailah dengan kasus penggunaan yang telah ditentukan.Proyek BEST sukses karena berhasil mengatasi masalah pelaporan kejadian tidak diinginkan—yang merupakan masalah spesifik—daripada mencoba mengintegrasikan FHIR ke semua hal sekaligus.
2. Evaluasi infrastruktur integrasi Anda.Apakah sistem Anda saat ini sudah dapat menampilkan data sebagai sumber daya FHIR? Jika belum, investasi pertama yang perlu dipertimbangkan adalah integration engine yang mampu melakukan penerjemahan protokol.
3. Bekerjasamalah dengan vendor yang secara native mendukung FHIR.Perbedaan antara “FHIR-compliant” dan “FHIR-native” sangat penting. Dukungan secara native berarti lebih sedikit lapisan penerjemahan dan lebih sedikit titik yang berpotensi mengalami kegagalan.