Kesiapan SatuSehat Rumah Sakit: Checklist Integrasi

Menilai kesiapan SatuSehat rumah sakit sering kali dimulai dari pertanyaan yang salah: “berapa lama integrasinya?” Padahal hambatan terbesar jarang berada di lapisan API. Sebagian besar rumah sakit tersendat karena data master yang tidak bersih, alur klinis yang tidak terekam secara terstruktur, dan tata kelola data yang belum ditetapkan. Artikel ini menyusun kesiapan tersebut menjadi tiga bagian yang dapat langsung Anda kerjakan: checklist interoperabilitas, pemahaman resource FHIR yang dikirimkan, dan urutan langkah integrasi bertahap yang realistis.

Dasar regulasi: mengapa integrasi ini bukan proyek IT biasa

Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis mewajibkan fasilitas pelayanan kesehatan menyelenggarakan Rekam Medis Elektronik (RME), dan mengatur bahwa penyelenggaraan RME harus memenuhi prinsip interoperabilitas serta terintegrasi dengan platform layanan interoperabilitas dan integrasi data kesehatan yang ditetapkan Kementerian Kesehatan. Tenggat penyelenggaraan RME yang ditetapkan dalam peraturan tersebut adalah 31 Desember 2023, sehingga saat ini fokus pengawasan bergeser dari “sudah punya RME atau belum” menjadi “seberapa lengkap dan berkualitas data yang dikirimkan”.

Kewajiban ini bertumpuk dengan Permenkes Nomor 82 Tahun 2013 tentang Sistem Informasi Manajemen Rumah Sakit, yang mengharuskan setiap rumah sakit menyelenggarakan SIMRS. Jika Anda masih memetakan fondasinya, pembahasan pengertian dan fungsi SIMRS bagi rumah sakit dapat menjadi titik awal sebelum masuk ke lapisan interoperabilitas.

Dari sisi pelindungan data, data kesehatan tergolong data pribadi yang bersifat spesifik menurut Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi. Konsekuensinya, pemrosesan data pasien menuntut dasar pemrosesan yang jelas, pembatasan tujuan, dan pengamanan yang proporsional. Sementara itu, PP Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik mewajibkan penyelenggara sistem elektronik menjamin keandalan, keamanan, dan pertanggungjawaban sistemnya. UU ITE beserta perubahannya menegaskan bahwa dokumen elektronik merupakan alat bukti hukum yang sah, yang menjadi landasan pengakuan RME sebagai pengganti berkas kertas.

Checklist interoperabilitas sebelum menulis satu baris kode

Checklist berikut mengurutkan prasyarat yang, jika dilewati, hampir selalu memunculkan kegagalan pengiriman data di kemudian hari.

Tata kelola dan organisasi

• Penunjukan penanggung jawab integrasi lintas unit: rekam medis, TI, farmasi, laboratorium, radiologi, dan keperawatan.
• Registrasi organisasi dan pembuatan akun pengembang pada portal SatuSehat, termasuk penerbitan client ID dan client secret untuk lingkungan sandbox dan produksi secara terpisah.
• Kebijakan internal tentang pemrosesan data pribadi pasien, retensi, hak akses berbasis peran, serta prosedur penanganan insiden.
• Kesepakatan definisi episode pelayanan: kapan sebuah kunjungan dimulai, dipindahkan antar-unit, dan dinyatakan selesai.

Kualitas data master

• Data pasien: NIK terisi dan tervalidasi. Nomor identitas pasien SatuSehat (IHS Number) diperoleh melalui pencarian resource Patient berdasarkan NIK, sehingga NIK kosong atau salah ketik berarti pasien tidak dapat dipetakan.
• Data tenaga kesehatan: setiap dokter dan tenaga kesehatan pelaksana memiliki identitas yang terhubung ke basis data SDM kesehatan, bukan sekadar nama bebas pada tabel pengguna SIMRS.
• Data unit layanan: poliklinik, ruang rawat, dan instalasi penunjang dipetakan ke identitas lokasi yang terdaftar, bukan ke kode internal yang hanya dikenali rumah sakit.
• Terminologi klinis: diagnosis menggunakan ICD-10, tindakan menggunakan ICD-9-CM, pemeriksaan laboratorium menggunakan LOINC, serta obat dan alat kesehatan menggunakan Kamus Farmasi dan Alat Kesehatan (KFA).

Kesiapan teknis

• Dukungan OAuth 2.0 client credentials dengan manajemen masa berlaku token dan mekanisme pembaruan otomatis.
• Antrean pengiriman (message queue) beserta mekanisme retry agar gangguan jaringan tidak menghilangkan transaksi klinis.
• Penyimpanan pemetaan identitas lokal ke identitas SatuSehat, sehingga pembaruan data dapat dilakukan tanpa duplikasi.
• Log audit yang mencatat siapa mengirim apa dan kapan — kebutuhan operasional sekaligus bukti akuntabilitas.

Resource FHIR yang perlu Anda pahami

SatuSehat menggunakan standar HL7 FHIR R4. Alih-alih menghafal seluruh spesifikasi, pahami peran masing-masing resource dalam merepresentasikan satu episode pelayanan.

Kunci praktisnya: Encounter adalah tulang punggung. Bila penomoran kunjungan di SIMRS tidak konsisten — misalnya satu pasien rawat inap memiliki beberapa nomor kunjungan karena berpindah ruangan — seluruh resource turunannya akan terpecah dan data menjadi sulit dibaca sebagai satu episode utuh.

Langkah integrasi bertahap yang realistis

Pendekatan “kirim semua sekaligus” hampir selalu gagal. Urutan bertahap berikut menjaga beban tim tetap terkendali sekaligus memberi hasil yang dapat diukur pada setiap tahap.

Tahap 1 — Fondasi (2–4 minggu). Bersihkan data master, lakukan validasi NIK massal, petakan tenaga kesehatan dan lokasi, lalu aktifkan akun sandbox. Ukuran keberhasilan: persentase pasien aktif dengan NIK valid dan seluruh unit layanan terpetakan.

Tahap 2 — Alur rawat jalan (3–6 minggu). Bangun rantai Patient, Encounter, dan Condition untuk poliklinik. Rawat jalan dipilih pertama karena volumenya tinggi, alurnya pendek, dan kesalahan cepat terdeteksi.

Tahap 3 — Data klinis dan penunjang (4–8 minggu). Tambahkan Observation untuk tanda vital dan hasil laboratorium, Procedure untuk tindakan, serta resource farmasi. Tahap ini menuntut keterlibatan LIS, RIS, dan sistem farmasi, sehingga koordinasi antarvendor perlu direncanakan sejak awal.

Tahap 4 — Rawat inap dan gawat darurat (4–8 minggu). Tangani episode panjang, perpindahan ruangan, serta pembaruan status Encounter. Di sinilah disiplin penomoran kunjungan pada tahap 1 terbukti bernilai.

Tahap 5 — Produksi dan pemantauan berkelanjutan. Setelah lolos validasi sandbox, pindahkan kredensial ke produksi dan siapkan dasbor pemantauan: jumlah transaksi terkirim, tingkat kegagalan per resource, dan antrean tertunda. Integrasi SatuSehat bukan proyek sekali selesai, melainkan operasi harian yang perlu diawasi seperti halnya bridging SIMRS dengan BPJS Kesehatan.

Keamanan dan pelindungan data selama integrasi

Integrasi memperluas permukaan serang: kredensial API, log berisi data klinis, dan basis data staging kerap luput dari kebijakan keamanan utama. Terapkan enkripsi saat transit dan saat disimpan, simpan client secret pada brankas rahasia dan bukan pada berkas konfigurasi aplikasi, serta batasi isi log agar tidak memuat data pribadi yang tidak perlu. Autentikasi berlapis untuk akun administrator sistem merupakan praktik pengamanan yang dianjurkan secara luas; UU PDP maupun PP 71/2019 mengatur kewajiban pengamanan secara prinsip tanpa menetapkan satu metode teknis tertentu, sehingga pilihan kontrol sebaiknya didasarkan pada penilaian risiko rumah sakit Anda.

Perhatikan pula tahap akhir siklus hidup perangkat. Ketika server atau media penyimpanan yang pernah memuat data pasien dinonaktifkan, panduan NIST SP 800-88 menjadi rujukan teknis yang lazim digunakan. Perlu dicatat bahwa metode yang tepat berbeda menurut jenis media: degaussing hanya efektif untuk media magnetik seperti HDD dan tape, sedangkan SSD memerlukan cryptographic erase atau penghancuran fisik.

Pertanyaan yang sering diajukan

Berapa lama waktu yang dibutuhkan untuk mencapai kesiapan SatuSehat rumah sakit? Dengan data master yang relatif bersih, rumah sakit tipe C umumnya memerlukan tiga hingga enam bulan hingga seluruh alur utama terkirim ke produksi. Rumah sakit besar dengan banyak sistem penunjang dari vendor berbeda dapat memerlukan waktu lebih panjang. Pembersihan data master biasanya menyita porsi waktu terbesar, bukan pengembangan integrasinya.

Apakah SIMRS lama harus diganti untuk terhubung ke SatuSehat? Tidak selalu. Bila SIMRS Anda mampu menyimpan data klinis secara terstruktur dan menyediakan akses data yang memadai, lapisan integrasi dapat dibangun di atasnya. Penggantian sistem umumnya menjadi pertimbangan ketika data klinis masih tersimpan sebagai teks bebas atau ketika modul penunjang belum terhubung sama sekali.

Apa perbedaan integrasi SatuSehat dengan bridging BPJS Kesehatan? Keduanya melayani tujuan berbeda. Bridging BPJS berorientasi pada penjaminan dan klaim pembiayaan, sedangkan SatuSehat berorientasi pada pertukaran data kesehatan berbasis standar FHIR untuk kesinambungan pelayanan dan kebijakan kesehatan nasional. Rumah sakit umumnya perlu menjalankan keduanya secara paralel.

Apa risiko jika rumah sakit belum terintegrasi? Selain ketidaksesuaian terhadap kewajiban penyelenggaraan RME yang interoperabel dalam Permenkes 24/2022, rumah sakit kehilangan akses terhadap riwayat pelayanan pasien dari fasilitas lain dan menanggung beban pelaporan manual yang lebih besar. Sebaiknya lakukan penilaian kesenjangan terlebih dahulu agar prioritas perbaikan tersusun berdasarkan risiko, bukan berdasarkan urutan modul.