Apa Itu HL7 dan FHIR? Standar Interoperabilitas yang Wajib Dipahami RS
- Veren Nathania Cindy
- 2 hari yang lalu
- 7 menit membaca
Pernah tidak, Anda bertanya-tanya kenapa pasien yang baru saja pulang dari rawat inap di satu rumah sakit, begitu pindah ke rumah sakit lain harus menceritakan semua riwayat sakitnya dari awal lagi?
Padahal data itu sudah ada. Sudah tercatat di sistem. Dokter sebelumnya sudah menuliskan diagnosisnya, obat-obatannya, hasil labnya. Tapi entah kenapa, informasi itu tidak bisa berpindah. Pasien yang jadi "flashdisk berjalannya", harus mengingat dan menceritakan ulang semuanya, dan sering kali tidak lengkap karena memang tidak semua orang hapal detail rekam medis mereka sendiri.
Ini bukan masalah kemalasan atau kurangnya niat baik dari para tenaga kesehatan. Ini masalah struktural, dan nama masalahnya adalah ketiadaan standar interoperabilitas. Sistem-sistem yang ada tidak dirancang untuk saling berbicara satu sama lain.
HL7 FHIR rumah sakitĀ adalah upaya dunia kesehatan untuk menyelesaikan masalah lama ini. Dan di Indonesia sekarang, dengan SatuSehat yang sudah berjalan, memahami standar ini bukan lagi pilihan, terutama bagi siapapun yang terlibat dalam pengelolaan sistem informasi di fasilitas kesehatan.
Kenapa Data Kesehatan Sulit Dibagi Antar Sistem?
Sebelum masuk ke HL7 dan FHIR, ada baiknya kita pahami dulu kenapa masalah ini ada.
Bayangkan Anda punya resep dokter yang ditulis tangan. Apoteker di apotek A bisa membacanya. Tapi kalau Anda pergi ke apotek B yang menggunakan sistem komputer berbeda, resep itu tetap harus diinput ulang secara manual ke sistem mereka. Tidak ada cara otomatis untuk memindahkan informasi itu karena masing-masing sistem punya format datanya sendiri.
Hal yang sama terjadi di skala yang jauh lebih besar di dunia layanan kesehatan. Sistem informasi rumah sakit A menyimpan data diagnosis dengan format tertentu. Sistem di rumah sakit B menyimpannya dengan format lain. Keduanya punya data, tapi tidak ada "kamus" yang bisa menerjemahkan data dari satu format ke format lainnya secara otomatis.
Inilah yang disebut masalah interoperabilitas, dan standar interoperabilitas kesehatanĀ seperti HL7 dan FHIR hadir untuk menjadi kamus universal itu.
HL7: Organisasi di Balik Standarnya
HL7 singkatan dari Health Level Seven, sebuah organisasi nirlaba internasional yang berdiri sejak 1987 di Amerika Serikat. Mereka bertugas mengembangkan standar untuk pertukaran data di bidang kesehatan.
Angka "seven" di namanya merujuk pada lapisan ketujuh dalam model jaringan komputer yang disebut OSI, yaitu lapisan aplikasi. Sederhananya, HL7 bekerja di tingkat "bagaimana aplikasi satu berbicara dengan aplikasi lain", bukan di level kabel atau jaringannya.
Selama beberapa dekade, HL7 sudah mengembangkan beberapa versi standar. Yang paling dikenal adalah HL7 versi 2, atau sering disebut HL7 v2. Standar ini sudah digunakan di ribuan sistem kesehatan di seluruh dunia sejak akhir 1980-an dan masih bisa ditemukan di banyak sistem laboratorium sampai hari ini.
Masalahnya, HL7 v2 dirancang di zaman yang sangat berbeda. Strukturnya cukup rumit, interpretasinya bisa berbeda antara satu implementasi dengan implementasi lainnya, dan ia tidak dirancang untuk era internet yang kita kenal sekarang.
HL7 kemudian mencoba membuat versi baru yang lebih baik, yaitu HL7 v3. Sayangnya v3 justru dinilai terlalu kompleks, terlalu rumit untuk diimplementasikan, dan akhirnya banyak proyek implementasi v3 yang berhenti di tengah jalan. Dari situlah lahir FHIR.
FHIR: Pelajaran dari Kegagalan, Standar yang Berhasil
FHIR singkatan dari Fast Healthcare Interoperability Resources, dan diucapkan seperti kata "fire" dalam bahasa Inggris. Standar ini dikembangkan oleh HL7 International dengan satu prinsip utama yaitu buatlah sesuatu yang benar-benar bisa diimplementasikan.
Pendekatan FHIR sangat berbeda dari pendahulunya. Alih-alih membuat standar yang secara teori sempurna tapi menyulitkan di lapangan, FHIR memilih menggunakan teknologi yang sudah familiar bagi para developer modern.
FHIR menggunakan REST API, yaitu cara kerja yang sama dengan bagaimana aplikasi-aplikasi web dan mobile yang kita gunakan sehari-hari berkomunikasi. Ia juga menggunakan format data JSON atau XML yang sudah sangat umum dikenal. Hasilnya, developer yang sudah biasa membangun aplikasi web tidak perlu belajar dari nol untuk mengimplementasikan FHIR.
Inilah kenapa HL7 FHIR rumah sakitĀ versi R4 dipilih oleh Kemenkes sebagai standar wajib untuk integrasi dengan platform SatuSehat. Bukan karena FHIR sempurna, tapi karena ia cukup praktis untuk benar-benar diimplementasikan oleh ratusan bahkan ribuan fasilitas kesehatan dengan kemampuan teknis yang sangat bervariasi.
Konsep Resources: Cara FHIR Memandang Data Kesehatan
Kalau ada satu konsep yang paling penting dipahami dari FHIR, itu adalah konsep "resource".
FHIR tidak memandang data kesehatan sebagai satu blok besar yang tidak bisa dipisah. Sebaliknya, ia memecah data itu menjadi unit-unit yang lebih kecil dan terfokus, masing-masing disebut resource. Setiap entitas dalam dunia kesehatan punya resource-nya sendiri.
Beberapa resource yang paling sering digunakan dalam konteks API SIMRSĀ dan integrasi SatuSehat antara lain:
Patient Resource, yang menyimpan identitas pasien termasuk NIK, nama, tanggal lahir, dan informasi kontak.
Encounter Resource, yang merepresentasikan satu kunjungan atau episode pelayanan, entah itu rawat jalan, rawat inap, atau kunjungan IGD.
Condition Resource, untuk menyimpan informasi diagnosis menggunakan kode ICD-10 yang terstandar.
Observation Resource, yang sangat fleksibel karena digunakan untuk berbagai jenis data klinis mulai dari tanda vital, hasil laboratorium, sampai temuan pemeriksaan fisik.
MedicationRequest Resource, untuk menyimpan data resep yang diberikan dokter.
Practitioner Resource, untuk data tenaga kesehatan yang memberikan pelayanan.
Yang menarik dari sistem resource ini adalah cara mereka saling terhubung. Sebuah Encounter Resource akan berisi referensi ke Patient Resource (ini pasiennya siapa), Practitioner Resource (dokternya siapa), dan Organization Resource (di fasilitas mana). Condition Resource yang dibuat dari kunjungan tersebut akan merujuk ke Encounter yang sama.
Bayangkan seperti database relasional, tapi lebih terstruktur dan mengikuti standar yang disepakati secara internasional.
Perbedaan HL7 v2, v3, dan FHIR dalam Bahasa Sehari-hari
Kalau Anda sering mendengar ketiga istilah ini dan bingung bedanya, begini cara mudah memahaminya.
HL7 v2 itu seperti dialek lama yang masih dipakai banyak orang karena sudah terbiasa, tapi kalau dua orang dari daerah berbeda bicara "v2" mereka masing-masing, belum tentu saling mengerti persis karena ada banyak variasi lokal. Banyak sistem lab lama masih pakai ini.
HL7 v3 itu seperti bahasa formal yang dirancang oleh komite akademisi, sangat presisi secara teori, tapi terlalu kaku untuk percakapan sehari-hari. Orang capek belajarnya sebelum bisa pakai.
FHIR itu seperti Bahasa Indonesia standar yang kita gunakan sekarang. Cukup formal untuk keperluan resmi, tapi cukup praktis untuk digunakan sehari-hari. Semua orang bisa belajarnya tanpa harus menjadi linguist dulu.
Kenapa SatuSehat Pakai FHIR R4
Ketika Kemenkes merancang SatuSehat, mereka tidak memilih FHIR secara sembarangan. Ada beberapa alasan yang masuk akal di balik keputusan ini.
Yang pertama, FHIR sudah diadopsi secara luas secara internasional. Amerika Serikat, Australia, Inggris, Kanada, Jepang, semuanya bergerak ke arah FHIR. Dengan menggunakan standar yang sama, Indonesia membuka potensi konektivitas data kesehatan lintas negara di masa depan, misalnya untuk keperluan data diaspora Indonesia di luar negeri atau untuk penelitian kesehatan global.
Yang kedua, ekosistem developer yang sudah matang. Karena FHIR pakai teknologi yang familiar, sudah banyak library, tool, dan dokumentasi yang tersedia secara gratis. Ini sangat membantu vendor SIMRS di Indonesia yang punya keterbatasan sumber daya untuk riset standar dari nol.
Dan yang ketiga, FHIR cukup fleksibel untuk disesuaikan dengan kebutuhan lokal tanpa merusak interoperabilitas dasarnya. Kemenkes bisa membuat "profil Indonesia" dari standar FHIR yang menyesuaikan dengan konteks sistem kesehatan kita, tanpa harus menciptakan standar baru dari awal.
Apa Artinya Ini untuk Rumah Sakit Anda
Secara praktis, pilihan Kemenkes menggunakan FHIR R4 berarti satu hal yang sangat konkret yaitu SIMRS yang digunakan rumah sakit harus bisa menghasilkan dan mengirimkan data dalam format FHIR R4. Tidak ada pilihan lain jika ingin terintegrasi dengan SatuSehat.
Ini bukan sekadar urusan tim IT. Manajemen rumah sakit perlu tahu pertanyaan apa yang harus diajukan kepada vendor SIMRS mereka.
Jangan hanya tanya "apakah sistem Anda mendukung FHIR?" karena hampir semua vendor akan menjawab ya. Pertanyaan yang lebih tajam adalah resource FHIR R4 apa saja yang sudah bisa dikirimkan ke sandbox SatuSehat? Apakah bisa didemonstrasikan langsung? Bagaimana sistem menangani kegagalan pengiriman data? Seberapa cepat mereka memperbarui sistem kalau Kemenkes mengubah spesifikasi?
Pertanyaan-pertanyaan itu yang akan membedakan vendor yang benar-benar sudah siap dengan yang hanya mengklaim siap.
Tantangan Nyata di Lapangan
Memahami konsep FHIR secara teori memang tidak terlalu sulit. Tapi mengimplementasikannya di sistem yang nyata, dengan data yang nyata, dengan tim yang mungkin belum pernah bersentuhan dengan standar ini sebelumnya, itu soal yang berbeda.
Tantangan yang paling sering muncul dalam implementasi HL7 FHIR rumah sakitĀ di konteks Indonesia adalah kualitas data yang ada di sistem existing. NIK pasien yang tidak valid, kode diagnosis yang tidak standar, data tenaga kesehatan yang tidak lengkap, semuanya jadi masalah besar ketika data itu harus dikirim dalam format FHIR yang strukturnya ketat.
Tantangan lain adalah keterbatasan developer yang benar-benar memahami FHIR secara mendalam. Standar ini relatif baru di Indonesia, dan pengalaman implementasi yang nyata masih langka. Inilah salah satu alasan mengapa memilih vendor SIMRS yang sudah punya rekam jejak implementasi FHIR yang terbukti menjadi keputusan yang sangat penting.
DHealth Open API dan Integrasi HL7
Di antara vendor SIMRS di Indonesia, SIMRS DHealth sudah mengimplementasikan standar interoperabilitas kesehatanĀ FHIR R4 secara komprehensif melalui DHealth Open API. Bukan sekadar mengklaim comply, tapi sudah berjalan nyata di lebih dari 10 rumah sakit yang menjadi mitra DHealth, termasuk Mayapada Group, RS BIN, RSUD Sinjai, dan RSUD Labuang Baji.
Integrasi HL7 dalam ekosistem DHealth bukan fitur tambahan yang ditempel belakangan. Ia dibangun sebagai bagian dari arsitektur dasar sistem, yang artinya seluruh modul, dari rekam medis, farmasi, laboratorium, radiologi, sampai pendaftaran dan klaim BPJS, semuanya menghasilkan data dalam format yang bisa dipertukarkan sesuai standar.
Bagi rumah sakit yang sudah menggunakan SIMRS DHealth, kepatuhan terhadap tuntutan integrasi SatuSehat berjalan secara otomatis, tanpa perlu konfigurasi tambahan yang rumit setiap kali Kemenkes memperbarui spesifikasinya. Tim teknis DHealth yang mengikuti perkembangan itu dan memastikan sistemnya selalu up to date.
Langkah Awal yang Bisa Dilakukan Sekarang
Kalau setelah membaca artikel ini Anda merasa ada yang perlu segera dicek di rumah sakit Anda, berikut tiga hal yang bisa langsung dilakukan.
Pertama, tanyakan ke vendor SIMRS Anda tentang status implementasi FHIR R4 mereka. Minta demo konkret, bukan presentasi. Lihat apakah mereka bisa menunjukkan data yang berhasil dikirim ke sandbox SatuSehat.
Kedua, audit kualitas data master yang ada, terutama NIK pasien dan kode diagnosis ICD-10. Implementasi FHIR sebaik apapun tidak akan menghasilkan data yang baik kalau data inputnya bermasalah.
Ketiga, pastikan ada orang di tim IT yang setidaknya memahami konsep dasar FHIR. Tidak harus jadi expert, tapi cukup untuk bisa mengevaluasi klaim vendor secara kritis.
Kesimpulan
HL7 FHIR rumah sakitĀ
bukan sekedar jargon teknis yang jadi bahan obrolan di konferensi IT kesehatan. Ini adalah infrastruktur yang akan menentukan bagaimana layanan kesehatan di Indonesia bekerja dalam beberapa tahun ke depan, pasien yang tidak perlu menceritakan riwayat sakitnya berulang kali, dokter yang bisa mengambil keputusan klinis berdasarkan informasi yang lengkap, dan sistem kesehatan yang benar-benar terhubung dari ujung ke ujung.
Rumah sakit yang memahami dan mempersiapkan diri untuk standar ini sekarang tidak hanya sedang memenuhi kewajiban regulasi. Mereka sedang membangun fondasi untuk layanan yang lebih baik, lebih aman, dan lebih efisien untuk pasien yang mereka layani.
Ingin melihat langsung bagaimana DHealth Open API mengimplementasikan standar HL7 FHIR R4 dalam sistem yang sudah berjalan di rumah sakit nyata? Tim teknis DHealth terbuka untuk diskusi yang lebih mendalam, termasuk demonstrasi langsung tentang bagaimana resource FHIR bekerja dalam ekosistem SIMRS DHealth dan apa artinya bagi kesiapan integrasi SatuSehat rumah sakit Anda.
Ingin tahu lebih lanjut? Jadwalkan demo gratis SIMRS DHealth di www.dhealth.co.idĀ atau hubungi tim kami via WhatsApp.
