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 ada di lapisan API. Yang lebih sering membuat rumah sakit tersendat adalah data master yang kotor, alur klinis yang tidak terekam secara terstruktur, dan tata kelola data yang belum jelas siapa pemiliknya. Artikel ini membedah kesiapan itu menjadi tiga bagian yang bisa langsung Anda kerjakan: checklist interoperabilitas, resource FHIR apa saja yang sebenarnya dikirim, dan urutan 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). Penyelenggaraannya harus memenuhi prinsip interoperabilitas dan terintegrasi dengan platform layanan interoperabilitas dan integrasi data kesehatan yang ditetapkan Kementerian Kesehatan. Tenggatnya sudah lewat: 31 Desember 2023. Karena itu fokus pengawasan kini 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 fondasi ini yang masih Anda petakan, pembahasan pengertian dan fungsi SIMRS bagi rumah sakit layak dibaca lebih dulu sebelum masuk ke lapisan interoperabilitas.

Ada pula sisi pelindungan data yang tidak bisa diabaikan. Data kesehatan tergolong data pribadi yang bersifat spesifik menurut Undang-Undang Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi, sehingga pemrosesan data pasien menuntut dasar pemrosesan yang jelas, pembatasan tujuan, dan pengamanan yang proporsional. PP Nomor 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik menambahkan kewajiban bagi penyelenggara sistem elektronik untuk menjamin keandalan, keamanan, dan pertanggungjawaban sistemnya. Sementara UU ITE beserta perubahannya menegaskan dokumen elektronik sebagai alat bukti hukum yang sah — landasan yang membuat RME bisa menggantikan berkas kertas.

Checklist interoperabilitas sebelum menulis satu baris kode

Checklist berikut mengurutkan prasyaratnya. Melewati salah satunya hampir selalu berujung pada kegagalan pengiriman data beberapa bulan kemudian.

Tata kelola dan organisasi

• Tunjuk penanggung jawab integrasi lintas unit: rekam medis, TI, farmasi, laboratorium, radiologi, dan keperawatan.
• Registrasikan organisasi dan buat akun pengembang di portal SatuSehat, termasuk penerbitan client ID dan client secret yang terpisah untuk lingkungan sandbox dan produksi.
• Susun kebijakan internal tentang pemrosesan data pribadi pasien, retensi, hak akses berbasis peran, dan prosedur penanganan insiden.
• Sepakati 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 dengan mencari resource Patient berdasarkan NIK — NIK kosong atau salah ketik berarti pasien tidak bisa dipetakan sama sekali.
• Data tenaga kesehatan: setiap dokter dan tenaga kesehatan pelaksana punya identitas yang terhubung ke basis data SDM kesehatan, bukan sekadar nama bebas di 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 sendiri.
• Terminologi klinis: diagnosis memakai ICD-10, tindakan memakai ICD-9-CM, pemeriksaan laboratorium memakai LOINC, sedangkan obat dan alat kesehatan merujuk Kamus Farmasi dan Alat Kesehatan (KFA).

Kesiapan teknis

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

Resource FHIR yang perlu Anda pahami

SatuSehat menggunakan standar HL7 FHIR R4. Anda tidak perlu menghafal seluruh spesifikasinya; yang penting adalah memahami peran tiap resource dalam merepresentasikan satu episode pelayanan.

Kuncinya satu: Encounter adalah tulang punggung. Bila penomoran kunjungan di SIMRS tidak konsisten — misalnya satu pasien rawat inap punya beberapa nomor kunjungan karena berpindah ruangan — seluruh resource turunannya ikut terpecah, dan data tidak lagi terbaca sebagai satu episode utuh.

Langkah integrasi bertahap yang realistis

Pendekatan “kirim semua sekaligus” hampir selalu gagal. Urutan bertahap di bawah menjaga beban tim tetap masuk akal, dan setiap tahapnya menghasilkan sesuatu yang bisa diukur.

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

Tahap 2 — Alur rawat jalan (3–6 minggu). Bangun rantai Patient, Encounter, dan Condition untuk poliklinik. Kenapa rawat jalan dulu? Volumenya tinggi, alurnya pendek, dan kesalahan cepat kelihatan.

Tahap 3 — Data klinis dan penunjang (4–8 minggu). Tambahkan Observation untuk tanda vital dan hasil laboratorium, Procedure untuk tindakan, serta resource farmasi. Di tahap ini LIS, RIS, dan sistem farmasi mulai terlibat, jadi koordinasi antarvendor perlu direncanakan jauh-jauh hari.

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

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 yang selesai lalu ditinggal — ia operasi harian yang perlu diawasi, sama seperti bridging SIMRS dengan BPJS Kesehatan.

Keamanan dan pelindungan data selama integrasi

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

Satu hal lagi yang sering terlewat: 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 dipakai. Metodenya 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 butuh tiga hingga enam bulan sampai seluruh alur utama terkirim ke produksi. Rumah sakit besar dengan banyak sistem penunjang dari vendor berbeda bisa lebih lama. Yang menyita waktu paling banyak biasanya justru pembersihan data master, bukan pengembangan integrasinya.

Apakah SIMRS lama harus diganti untuk terhubung ke SatuSehat? Tidak selalu. Selama SIMRS Anda mampu menyimpan data klinis secara terstruktur dan menyediakan akses data yang memadai, lapisan integrasi bisa dibangun di atasnya. Penggantian sistem baru layak dipertimbangkan 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. 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 tidak memenuhi kewajiban penyelenggaraan RME yang interoperabel dalam Permenkes 24/2022, rumah sakit kehilangan akses ke riwayat pelayanan pasien dari fasilitas lain, dan beban pelaporan manualnya membengkak. Mulailah dari penilaian kesenjangan, supaya prioritas perbaikan tersusun berdasarkan risiko — bukan berdasarkan urutan modul.