Rumah sakit yang masih menutup pelaporan lewat berkas Excel dan portal terpisah sedang menjalani cara kerja yang sudah ditinggalkan Kementerian Kesehatan. Sejak platform SATUSEHAT menjadi jalur resmi pertukaran data kesehatan, pertanyaan di ruang IT bergeser: bukan lagi “kapan kami mengirim laporan”, melainkan “apakah SIMRS yang berjalan hari ini benar-benar bisa berbicara dengan SATUSEHAT dalam bahasa yang diminta”. Bahasa itu bernama HL7 FHIR Release 4.

Sebuah SIMRS siap SATUSEHAT bukan sekadar SIMRS yang “sudah tersambung internet”. Ia harus bisa menerjemahkan setiap kunjungan, diagnosis, hasil laboratorium, dan resep menjadi resource FHIR yang valid, memetakan istilah lokal ke terminologi standar, dan menjaga token otentikasi tetap hidup tanpa intervensi manual. Pada titik inilah banyak rumah sakit menemukan bahwa aplikasi lama mereka mentok. Platform seperti SIMRS DHealth yang siap SATUSEHAT dibangun dengan lapisan integrasi FHIR sejak awal, sehingga beban pemetaan tidak jatuh sepenuhnya ke tim IT rumah sakit.
Apa yang berubah setelah SATUSEHAT jadi tulang punggung nasional
Kementerian Kesehatan resmi memperkenalkan platform SATUSEHAT pada pertengahan 2022 sebagai kelanjutan inisiatif Indonesia Health Services (IHS). Yang berubah bukan sekadar nama portal. Model pertukaran datanya berpindah dari pengiriman berkas satu arah ke pertukaran data terstruktur berbasis standar internasional. Rumah sakit tidak lagi mengunggah rekap, melainkan mengirim peristiwa klinis satu per satu (kunjungan, observasi, kondisi) ke API SATUSEHAT.
Tiga konsekuensi praktis muncul. Pertama, identitas pasien harus tunggal secara nasional; SATUSEHAT memakai NIK sebagai kunci utama melalui Master Patient Index, sehingga data KTP yang kotor di SIMRS langsung menjadi hambatan. Kedua, kualitas kodifikasi menentukan apakah data diterima atau ditolak; diagnosis yang ditulis bebas tanpa kode ICD-10 tidak akan lolos. Ketiga, integrasi menjadi kerja terus-menerus, bukan proyek sekali jadi, karena setiap transaksi klinis harus terkirim mendekati waktu nyata. Pergeseran ini melengkapi kewajiban yang sudah lebih dulu berlaku pada rekam medis elektronik sesuai Permenkes 24/2022.
Dasar hukum: dari Permenkes 24/2022 sampai UU Kesehatan terbaru
Fondasinya adalah Peraturan Menteri Kesehatan Nomor 24 Tahun 2022 tentang Rekam Medis. Aturan ini mewajibkan seluruh fasilitas pelayanan kesehatan menyelenggarakan rekam medis elektronik, dengan batas waktu penyelenggaraan paling lambat 31 Desember 2023. Permenkes yang sama menegaskan kewajiban interoperabilitas dan pengiriman data ke platform yang ditetapkan Kementerian Kesehatan, yang kemudian diwujudkan lewat SATUSEHAT.
Undang-Undang Nomor 17 Tahun 2023 tentang Kesehatan beserta aturan pelaksananya mempertegas kedudukan sistem informasi kesehatan nasional dan pertukaran data antar-fasilitas. Untuk pelindungan datanya, Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi menempatkan data kesehatan sebagai data pribadi bersifat spesifik yang menuntut dasar pemrosesan dan pengamanan lebih ketat. Ketentuan teknis pengiriman resource dan terminologi dirilis Kementerian Kesehatan melalui dokumentasi resmi di satusehat.kemkes.go.id; rujuk dokumen itu langsung, karena spesifikasi FHIR SATUSEHAT diperbarui secara berkala.
SIMRS siap SATUSEHAT: standar teknis FHIR R4 yang harus dipenuhi
FHIR (Fast Healthcare Interoperability Resources) versi R4 memecah data klinis menjadi objek-objek standar yang disebut resource. Sebuah SIMRS dianggap siap bila mampu menghasilkan resource ini secara valid dan menautkannya dengan benar.
Resource inti dan terminologi wajib
| Aspek | Yang harus dipenuhi SIMRS |
|---|---|
| Identitas pasien | Resource Patient tertaut NIK; pencocokan ke Master Patient Index SATUSEHAT |
| Kunjungan | Resource Encounter dengan kelas rawat jalan/rawat inap/gawat darurat yang tepat |
| Diagnosis | Resource Condition dengan kode ICD-10 |
| Hasil pemeriksaan | Resource Observation dengan kode LOINC dan/atau SNOMED CT |
| Tindakan | Resource Procedure dengan kode ICD-9-CM |
| Obat & alkes | Resource terkait obat memakai Kamus Farmasi dan Alat Kesehatan (KFA) |
| Fasilitas | Organization ID sesuai kode fasyankes yang terdaftar |
Otentikasi dan alur pengiriman
SATUSEHAT memakai OAuth2 client credentials: SIMRS menukar Client ID dan Client Secret dengan access token berumur pendek, lalu menyertakannya di setiap panggilan API. SIMRS yang matang menyimpan kredensial ini di luar kode, memperbarui token secara otomatis sebelum kedaluwarsa, dan menyediakan antrean kirim-ulang saat platform sedang lambat atau balasan berupa error. Uji coba selalu dimulai di environment sandbox sebelum menyentuh produksi—melewati tahap ini adalah penyebab paling umum data produksi tertolak diam-diam.
Checklist audit kesiapan interoperabilitas rumah sakit
Gunakan daftar ini saat menilai SIMRS sendiri atau membandingkan penawaran vendor. Setiap butir bisa dibuktikan, bukan sekadar diklaim di brosur.
- Kebersihan NIK. Berapa persen data pasien punya NIK valid 16 digit? Adakah mekanisme verifikasi dan perbaikan data ganda?
- Cakupan resource FHIR. Apakah SIMRS mengirim Encounter, Condition, Observation, Procedure, dan resource obat—bukan hanya pendaftaran pasien?
- Pemetaan terminologi. Tersedia kamus internal yang memetakan istilah lokal ke ICD-10, ICD-9-CM, LOINC, SNOMED CT, dan KFA, serta bisa diperbarui saat standar berubah?
- Manajemen token. Token diperbarui otomatis; kredensial disimpan aman (bukan hardcoded), sesuai prinsip UU PDP.
- Penanganan kegagalan. Ada antrean kirim-ulang, log per transaksi, dan dasbor untuk melihat data yang gagal terkirim beserta alasannya.
- Ketepatan waktu. Data terkirim mendekati waktu nyata, bukan batch harian yang menumpuk.
- Jejak audit & persetujuan. Tercatat siapa mengakses data apa dan kapan, sebagai bukti kepatuhan pelindungan data.
- Uji sandbox terdokumentasi. Ada hasil pengujian di environment uji SATUSEHAT sebelum go-live.
Untuk rumah sakit yang baru memulai, urutan langkah dan prasyarat registrasi kami rinci di checklist kesiapan integrasi SATUSEHAT. Kaitannya dengan modul-modul SIMRS lain—pendaftaran, farmasi, laboratorium—bisa Anda telusuri di panduan lengkap SIMRS rumah sakit.
Keamanan data pasien bukan urusan terpisah
Karena data yang mengalir ke SATUSEHAT adalah data kesehatan—kategori spesifik dalam UU PDP—kesiapan interoperabilitas dan keamanan tidak bisa dipisah. Enkripsi saat transit, kontrol akses berbasis peran, penyimpanan kredensial yang benar, dan pencatatan akses adalah bagian dari “siap SATUSEHAT”, bukan tambahan opsional. Rumah sakit tetap menjadi pengendali data atas rekam medis pasiennya, dan tanggung jawab itu tidak berpindah hanya karena datanya kini juga tersimpan di platform nasional.
Pertanyaan yang sering diajukan
Apakah semua SIMRS otomatis siap SATUSEHAT?
Tidak. Banyak SIMRS lama hanya mampu mengekspor berkas atau mengirim data pendaftaran. Siap SATUSEHAT berarti mampu menghasilkan resource FHIR R4 yang valid untuk beragam peristiwa klinis dan mengelola otentikasi OAuth2 secara mandiri. Ini kemampuan teknis spesifik yang perlu dibuktikan lewat uji sandbox.
Apa perbedaan RME dan SATUSEHAT?
RME adalah rekam medis pasien dalam bentuk elektronik di dalam rumah sakit, diatur Permenkes 24/2022. SATUSEHAT adalah platform nasional milik Kemenkes tempat data dari RME dipertukarkan antar-fasilitas menggunakan standar FHIR. RME adalah sumber datanya; SATUSEHAT adalah jalur pertukarannya.
Kenapa harus FHIR R4, bukan format lain?
FHIR R4 adalah standar interoperabilitas kesehatan dari HL7 yang dipilih Kementerian Kesehatan untuk SATUSEHAT. Standar bersama inilah yang memungkinkan data dari ratusan vendor SIMRS berbeda tetap bisa dibaca secara seragam di tingkat nasional.
Berapa lama proses membuat SIMRS siap SATUSEHAT?
Bergantung pada kondisi awal. Jika data NIK sudah bersih dan SIMRS punya lapisan integrasi FHIR, penyambungan bisa berlangsung hitungan pekan. Jika data pasien kotor dan kodifikasi diagnosis belum konsisten, pembersihan data justru menjadi pekerjaan terberat dan menentukan durasinya.
Pelajari SIMRS terintegrasi DHealth.





Add comment