Banyak rumah sakit menganggap interoperabilitas SatuSehat sebagai pekerjaan teknis satu kali: pasang konektor, kirim data, selesai. Kenyataannya berbeda. Yang menentukan keberhasilan bukan pipa integrasinya, melainkan mutu data yang mengalir di dalamnya dan disiplin operasional yang menjaganya tetap valid setiap hari. Artikel ini membahas lapisan kesiapan yang sering terlewat, di luar daftar periksa teknis yang sudah kami uraikan pada checklist integrasi FHIR SatuSehat.

Dasar hukum yang perlu Anda pegang
Kewajiban rumah sakit bertumpu pada beberapa instrumen yang saling melengkapi. Permenkes No. 24 Tahun 2022 tentang Rekam Medis mewajibkan seluruh fasilitas pelayanan kesehatan menyelenggarakan rekam medis elektronik sekaligus mengirimkan data kesehatan ke platform SatuSehat; batas implementasinya jatuh pada 31 Desember 2023. Regulasi yang sama mengatur penyimpanan rekam medis elektronik paling singkat 25 tahun sejak kunjungan terakhir — konsekuensi arsitektur yang sering diabaikan saat memilih infrastruktur. Pembahasan lengkap tenggat dan persiapannya tersedia pada ulasan kami mengenai RME Permenkes 24/2022.
Di lapis yang lebih tinggi, UU No. 17 Tahun 2023 tentang Kesehatan menegaskan penyelenggaraan sistem informasi kesehatan nasional yang terintegrasi. Sementara itu, UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi menempatkan data kesehatan sebagai data pribadi bersifat spesifik, sehingga pemrosesannya menuntut dasar pemrosesan yang sah, pembatasan tujuan, dan pengamanan yang lebih ketat dibanding data biasa. Masa transisi kepatuhan UU PDP berakhir pada 17 Oktober 2024. Rumah sakit juga tunduk pada PP No. 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik sebagai penyelenggara sistem elektronik, serta UU ITE beserta perubahannya yang mengakui keabsahan dokumen elektronik sebagai alat bukti.
Perlu ditegaskan: regulasi mewajibkan hasilnya — rekam medis elektronik dan pengiriman data ke SatuSehat — bukan merek produk atau metode integrasi tertentu. Rumah sakit bebas memilih pendekatan teknis sepanjang memenuhi standar pertukaran data yang ditetapkan Kementerian Kesehatan.
Enam lapis kesiapan interoperabilitas SatuSehat
Kesiapan sebaiknya dibaca berlapis, karena kegagalan di lapis bawah selalu muncul kembali sebagai penolakan data di lapis atas.
| Lapis | Fokus | Indikator siap |
|---|---|---|
| 1. Identitas | Pemadanan NIK pasien dan penerbitan IHS Number | Rasio pasien ber-NIK valid di master pasien > 95% |
| 2. Terminologi | Pemetaan kode lokal ke standar nasional dan internasional | Kamus lokal terpetakan dan berversi, bukan tersebar di spreadsheet |
| 3. Alur kerja | Penyelarasan proses klinis dengan sumber daya FHIR | Setiap titik layanan punya pemicu pengiriman yang jelas |
| 4. Teknis | OAuth 2.0, endpoint, retry, dan idempotensi | Antrean pengiriman tahan gangguan jaringan |
| 5. Tata kelola | Kepatuhan UU PDP, hak akses, jejak audit | Log akses dapat diaudit per pengguna dan per pasien |
| 6. Pemantauan | Observabilitas pasca go-live | Dasbor keberhasilan kirim harian dengan penanggung jawab |
Lapis identitas: pekerjaan paling melelahkan, paling menentukan
SatuSehat mengaitkan seluruh riwayat pasien pada identitas tunggal berbasis NIK yang menghasilkan IHS Number. Masalahnya, master pasien rumah sakit umumnya menyimpan warisan puluhan tahun: NIK kosong, duplikasi rekam medis akibat salah ketik nama, atau bayi baru lahir yang belum memiliki NIK. Tanpa pembersihan data pasien lebih dulu, integrasi akan menghasilkan tingkat penolakan tinggi yang tampak seperti masalah teknis padahal murni masalah kualitas data. Jadwalkan aktivitas data cleansing ini minimal delapan minggu sebelum go-live, lengkap dengan prosedur penanganan kasus pengecualian di pendaftaran.
Lapis terminologi: bahasa bersama antar-rumah sakit
Interoperabilitas bermakna hanya terjadi bila kode yang dikirim dipahami sama oleh sistem penerima. SatuSehat menggunakan HL7 FHIR R4 sebagai format pertukaran, dengan sandi klinis merujuk pada standar seperti ICD-10 untuk diagnosis, ICD-9-CM untuk tindakan, LOINC untuk pemeriksaan laboratorium, SNOMED CT untuk konsep klinis, serta Kamus Farmasi dan Alat Kesehatan (KFA) untuk obat dan alat kesehatan. Pemetaan ini bukan proyek TI semata — dibutuhkan keterlibatan komite medik, instalasi farmasi, dan laboratorium. Perlakukan kamus pemetaan sebagai aset berversi yang punya pemilik dan proses perubahan resmi.
Lapis alur kerja: menempatkan pemicu pada titik yang benar
Kesalahan klasik adalah mengirim data sebagai proses batch tengah malam yang terlepas dari alur klinis. Pendekatan yang lebih sehat adalah menempelkan pemicu pengiriman pada peristiwa nyata: pendaftaran membentuk Encounter, asesmen dokter membentuk Condition dan Observation, resep membentuk Medication, dan seterusnya. Dengan begitu, kesalahan terdeteksi saat konteksnya masih segar dan dapat dikoreksi oleh petugas yang bersangkutan, bukan oleh staf TI keesokan harinya.
Peta jalan 90 hari yang realistis
- Hari 1–20 — Asesmen. Audit kelengkapan NIK, inventarisasi kamus lokal, pemetaan modul SIMRS aktif, dan verifikasi status registrasi organisasi serta lokasi layanan di platform.
- Hari 21–45 — Remediasi data. Pembersihan master pasien, penggabungan rekam medis ganda, penyusunan tabel pemetaan terminologi, serta penunjukan pemilik data per unit.
- Hari 46–65 — Integrasi di sandbox. Uji autentikasi, uji kirim setiap sumber daya FHIR, dan pengujian skenario gagal: jaringan putus, token kedaluwarsa, pengiriman ganda.
- Hari 66–80 — Uji paralel. Jalankan pencatatan manual dan pengiriman otomatis berdampingan pada satu atau dua unit percontohan sambil melatih staf pendaftaran dan perawat.
- Hari 81–90 — Go-live bertahap. Mulai dari rawat jalan, lanjut ke rawat inap dan penunjang, dengan dasbor pemantauan aktif sejak hari pertama.
Durasi indikatif untuk RS dengan SIMRS berjalan dan data pasien relatif rapi; bila master pasien masih banyak duplikasi, tahap remediasi dapat memakan waktu tambahan satu hingga dua bulan.
Tiga jebakan yang paling sering kami temui
Pertama, menganggap selesai saat berhasil kirim. Interoperabilitas adalah kondisi operasional harian, bukan tonggak proyek. Tanpa pemantauan, tingkat keberhasilan pengiriman diam-diam menurun setiap kali ada perubahan alur atau penambahan layanan baru.
Kedua, memisahkan agenda SatuSehat dari agenda klaim. Padahal keduanya berbagi sumber data yang sama. Rumah sakit yang sudah rapi dalam bridging SIMRS dengan BPJS Kesehatan biasanya jauh lebih cepat siap, karena disiplin kodifikasi diagnosis dan tindakan sudah terbentuk.
Ketiga, mengabaikan aspek pelindungan data. Menambah jalur keluar data berarti menambah permukaan risiko. Peran akses, enkripsi saat transit dan saat disimpan, jejak audit, serta prosedur pemberitahuan insiden perlu dimutakhirkan bersamaan dengan integrasi — bukan sesudahnya. Pilihan penempatan infrastruktur juga berdampak pada kepatuhan; pertimbangannya kami bahas pada perbandingan SIMRS cloud versus on-premise.
Posisi DHealth SIMRS dalam perjalanan ini
DHealth SIMRS dari DTI dirancang agar rumah sakit tidak memulai enam lapis tersebut dari nol. Modul rekam medis elektroniknya menyediakan struktur data yang selaras dengan sumber daya FHIR, kamus terminologi terkelola dengan riwayat versi, mekanisme antrean pengiriman yang tahan gangguan koneksi, serta dasbor pemantauan yang menampilkan status pengiriman per unit layanan. Kontrol akses berbasis peran dan jejak audit tersedia sebagai bagian standar, mendukung pemenuhan kewajiban Anda sebagai pengendali data pribadi.
Yang tetap menjadi porsi rumah sakit adalah keputusan tata kelola: siapa pemilik kamus terminologi, siapa yang menutup temuan harian, dan bagaimana disiplin pencatatan dijaga di titik layanan. Teknologi mempercepat, tetapi tidak menggantikan tata kelola.
Pertanyaan yang sering diajukan
Apakah rumah sakit wajib terhubung ke SatuSehat?
Ya. Permenkes No. 24 Tahun 2022 mewajibkan fasilitas pelayanan kesehatan menyelenggarakan rekam medis elektronik dan mengirimkan data kesehatan ke platform SatuSehat, dengan batas implementasi 31 Desember 2023. Yang diwajibkan adalah hasilnya, bukan produk atau metode integrasi tertentu.
Berapa lama proses integrasi biasanya berlangsung?
Untuk rumah sakit dengan SIMRS yang sudah berjalan dan data pasien relatif rapi, 90 hari umumnya memadai. Bila master pasien masih banyak duplikasi atau NIK belum lengkap, tahap remediasi data dapat memakan waktu tambahan satu hingga dua bulan sebelum integrasi teknis dimulai.
Apakah pengiriman data ke SatuSehat melanggar UU PDP?
Tidak, sepanjang pemrosesan memiliki dasar hukum yang sah. UU No. 27 Tahun 2022 mengakui pemenuhan kewajiban hukum pengendali data sebagai salah satu dasar pemrosesan. Rumah sakit tetap wajib menerapkan pengamanan teknis dan organisasi yang memadai serta menjaga transparansi terhadap pasien.
Apakah SIMRS lama harus diganti seluruhnya?
Belum tentu. Sebagian rumah sakit cukup menambahkan lapisan integrasi apabila struktur data intinya memadai. Namun jika sistem lama tidak menyimpan data klinis secara terstruktur, penggantian sering lebih murah dalam jangka panjang. Kerangka penilaiannya dapat Anda pelajari pada panduan lengkap SIMRS rumah sakit.
Pelajari SIMRS terintegrasi DHealth.





Add comment