Ekosistem Terintegrasi vs Sistem Terpisah: Kenapa RS dengan Banyak Aplikasi Justru Gagal SATUSEHAT

Ringkasan: Banyak rumah sakit di Indonesia menjalankan SIMRS induk, sistem laboratorium (LIS), sistem apotek, dan tools klaim sebagai aplikasi yang berdiri sendiri-sendiri. Justru fragmentasi inilah — bukan ketiadaan sistem — yang menjadi akar kegagalan mengirim data ke SATUSEHAT dan temuan pada Bab MRMIK saat survei STARKES 2024. Surat YM.02.02/D/971/2026 mencatat 1.306 RS turun status akreditasi karena data RME tidak terkirim lengkap, dan mayoritas kasus ini bukan soal "tidak punya sistem", melainkan sistem-sistem yang tidak saling bicara. Artikel ini menjelaskan mengapa ekosistem terintegrasi mengalahkan kumpulan tools terpisah, dan bagaimana Wadir serta Direktur RS dapat berpindah tanpa mengganti semuanya sekaligus.

Punya Banyak Aplikasi Bukan Berarti Terintegrasi

Memiliki banyak sistem tidak sama dengan memiliki sistem yang terintegrasi. Sebuah RS bisa saja menjalankan SIMRS, LIS laboratorium, sistem informasi radiologi, aplikasi apotek, dan perangkat audit klaim — lima aplikasi — namun tetap tergolong tidak patuh SATUSEHAT karena kelimanya menyimpan data di basis masing-masing dan tidak semuanya mengirim data ke platform nasional.

Pasar sistem informasi RS Indonesia sangat terfragmentasi: tercatat lebih dari 1.196 vendor RME terdaftar. Dalam praktik, satu rumah sakit kerap membeli modul dari beberapa vendor berbeda pada waktu berbeda — SIMRS dari satu penyedia, LIS dari penyedia lain, apotek dari penyedia ketiga. Hasilnya adalah arsitektur tambal-sulam yang tampak lengkap di atas kertas, tetapi terputus di titik-titik sambungan.

Konsekuensinya terlihat pada penilaian kepatuhan. Per Oktober 2025, 3.138 dari 3.239 rumah sakit di Indonesia sudah mengimplementasikan RME, namun 495 di antaranya belum lengkap pada keenam layanan inti — mereka "punya RME" tetapi masih tidak patuh secara teknis. Ketika Ditjen Pelayanan Kesehatan menjatuhkan sanksi melalui Surat YM.02.02/D/971/2026, sebagian besar dari 1.306 RS yang terkena bukanlah RS tanpa sistem, melainkan RS yang salah satu layanannya gagal mengalirkan data ke SATUSEHAT secara konsisten.

Biaya Tersembunyi Arsitektur Tools Terpisah

Arsitektur tools terpisah tampak lebih murah di awal karena setiap modul dibeli sendiri-sendiri dan harga lisensinya lebih rendah. Tetapi total biaya kepemilikan muncul belakangan, dan sebagian besar tidak masuk anggaran secara eksplisit.

Poin pentingnya: biaya arsitektur terpisah tidak linear. Menambah sistem keenam tidak menambah satu beban, tetapi menambah beberapa sambungan baru yang harus dijaga. Inilah alasan RS yang "lengkap" secara aplikasi justru paling rapuh saat dinilai.

Apa Arti "Ekosistem Terintegrasi" Secara Teknis

Ekosistem terintegrasi berarti seluruh modul — pendaftaran, rawat jalan, rawat inap, IGD, penunjang, dan farmasi — berbagi satu sumber data. Informasi klinis dicatat sekali, tersedia di seluruh modul yang membutuhkannya, dan terkirim satu kali ke SATUSEHAT dalam format yang benar.

Secara teknis, Permenkes 24/2022 mengharuskan RME terhubung secara interoperabel dengan SATUSEHAT menggunakan standar HL7 FHIR R4. Enam layanan inti dipetakan ke resource FHIR utama yang dipantau Kemenkes: Encounter (pendaftaran dan kunjungan IGD/rawat jalan/rawat inap), Condition (diagnosis), Medication Request dan Medication Dispense (farmasi), Specimen (laboratorium), dan Imaging Study (radiologi). Dalam ekosistem terintegrasi, keenam layanan otomatis menghasilkan resource yang benar karena berasal dari satu alur data — bukan dari lima aplikasi yang harus dijahit ulang setiap kali.

Perbedaan ini bukan sekadar preferensi arsitektur. Ketika data lahir dari satu sumber, pertanyaan "layanan mana yang belum terkirim ke SATUSEHAT" menjadi mudah dijawab dari satu dashboard, bukan dari menyilangkan log lima sistem. Untuk pembahasan mendalam tentang keenam layanan inti dan cara menutup gap-nya, lihat RME belum lengkap 6 layanan inti: cara Wadir menutup gap.

Kenapa Fragmentasi Adalah Akar Kegagalan STARKES MRMIK

Standar Akreditasi Rumah Sakit (STARKES) 2024 yang ditetapkan melalui KMK HK.01.07/MENKES/1596/2024 memuat Bab MRMIK yang secara langsung menilai implementasi RME dan integrasi SATUSEHAT. Titik-titik yang paling sering gagal justru adalah titik-titik integrasi: integrasi data klinis dan non-klinis, konsistensi pengiriman data, dan prosedur pemulihan saat sistem downtime.

Rumah sakit dengan arsitektur terpisah menghadapi kesulitan struktural di sini. Ketika CPPT rawat inap diisi di sistem yang berbeda dari sistem yang mengirim data ke SATUSEHAT, diagnosis rawat inap tidak terkirim dengan benar. Ketika LIS laboratorium tidak terhubung, resource Specimen tidak muncul. Setiap silo adalah satu peluang gagal audit. Untuk rincian teknis titik-titik kegagalan MRMIK, lihat SIMRS gagal STARKES 2024: 6 titik kritis MRMIK elektronik.

Sebaliknya, ekosistem terintegrasi memindahkan sebagian besar risiko MRMIK dari "apakah setiap sambungan bekerja" menjadi "apakah data dicatat" — pergeseran yang jauh lebih mudah dikelola secara operasional oleh Wadir Pelayanan.

Peta Keputusan: Menambah Tool atau Konsolidasi ke Platform

Bagi Wadir dan Direktur, pertanyaan praktisnya bukan "integrasi atau tidak", melainkan "kapan cukup menambah sambungan, dan kapan harus konsolidasi ke satu platform". Kerangka keputusan berikut membantu:

• Tambah bridging jika: sistem yang ada stabil, hanya satu-dua layanan yang belum terhubung, dan vendor eksisting sanggup menyambungkan dalam waktu terukur dengan kontrak jelas. Ini solusi taktis untuk gap sempit.
• Konsolidasi ke platform jika: RS menjalankan tiga atau lebih aplikasi dari vendor berbeda, sering menghadapi entri ganda dan rekonsiliasi manual, atau berulang kali gagal di titik integrasi saat survei. Ketika beban menjaga sambungan sudah melampaui biaya berpindah, konsolidasi menjadi keputusan finansial yang rasional, bukan sekadar teknis.
• Tanda peringatan yang sering diabaikan: jika tidak ada satu orang pun yang secara operasional "memiliki" masalah integrasi antar-sistem, gap akan tertunda tanpa batas waktu. Ini bukan masalah teknologi — ini masalah kepemilikan yang hanya bisa diselesaikan di level manajemen.

Model Bertahap: Land dari Satu Titik, Perluas ke Ekosistem

Konsolidasi tidak berarti mengganti seluruh sistem dalam semalam. Pendekatan yang terbukti lebih aman adalah land-then-expand: mulai dari satu titik bernilai tinggi dan berrisiko rendah, buktikan hasilnya, lalu perluas ke modul lain dalam ekosistem yang sama.

Titik awal yang umum adalah audit klaim — modul yang menempel pada SIMRS apa pun tanpa perlu mengganti sistem induk, dengan hasil finansial yang cepat terukur dan berfungsi untuk menjaga akurasi serta mencegah potensi fraud pada klaim JKN. Dari sana, RS dapat memperluas ke RME yang lengkap enam layanan inti, lalu ke pendukung keputusan klinis, hingga dokumentasi klinis. Setiap langkah menambah kemampuan sambil berbagi data dengan modul sebelumnya — satu platform, satu data — bukan menambah silo baru.

Kerangka inilah yang mendasari platform terintegrasi yang kini mulai diadopsi 60+ rumah sakit di 10+ provinsi: audit klaim sebagai pintu masuk, lalu modul rekam medis elektronik dan modul pendukung keputusan klinis dapat dilengkapi sesuai kesiapan dan siklus anggaran RS. Yang membedakannya dari kumpulan tools terpisah bukan jumlah fiturnya, melainkan fakta bahwa semuanya berbagi satu sumber data dan satu jalur pengiriman ke SATUSEHAT.

Untuk RS tipe C dan D — yang merupakan mayoritas rumah sakit di Indonesia dan paling sering menjalankan sistem campuran dari beberapa vendor — model bertahap ini sekaligus menjawab kendala anggaran dan kendala risiko: tidak ada lompatan besar, tetapi arah setiap langkah menuju satu ekosistem yang patuh.

Dasar Hukum

• Permenkes 24/2022 tentang Rekam Medis — mewajibkan seluruh fasilitas pelayanan kesehatan menyelenggarakan RME paling lambat 31 Desember 2023 dan mengharuskan RME terhubung secara interoperabel dengan Platform SATUSEHAT.
• Kepmenkes HK.01.07/MENKES/1423/2022 tentang Pedoman Variabel dan Meta Data pada Penyelenggaraan RME — menetapkan kumpulan data wajib yang harus dicatat untuk rawat jalan, IGD, laboratorium, rawat inap, dan apotek.
• SE HK.02.01/MENKES/1030/2023 tentang Penyelenggaraan RME di Fasyankes — menetapkan sanksi berjenjang bagi yang belum implementasi RME atau belum terintegrasi SATUSEHAT.
• KMK HK.01.07/MENKES/1596/2024 (STARKES) — Bab MRMIK mencakup implementasi RME dan integrasi SATUSEHAT dalam elemen penilaian survei akreditasi.
• Surat YM.02.02/D/971/2026 — Ditjen Pelayanan Kesehatan menjatuhkan sanksi administratif terhadap 1.306 RS yang tidak mengirim data RME secara lengkap ke SATUSEHAT; 11 RS menghadapi pembekuan izin berusaha.

Pertanyaan yang Sering Diajukan

Apakah rumah sakit yang sudah punya SIMRS otomatis patuh SATUSEHAT?

Tidak. Permenkes 24/2022 mewajibkan RME terhubung secara interoperabel dengan SATUSEHAT, bukan sekadar memiliki SIMRS. Banyak RS memiliki SIMRS induk tetapi laboratorium, radiologi, dan farmasinya berjalan di sistem terpisah yang tidak mengirim data ke platform nasional. Selama salah satu dari enam layanan inti tidak terkirim, RS tetap tergolong tidak patuh secara teknis meskipun sudah "punya sistem".

Apa perbedaan sistem yang terintegrasi dengan sistem yang sekadar terhubung lewat bridging?

Sistem terintegrasi berbagi satu sumber data — informasi dicatat sekali dan tersedia di seluruh modul serta terkirim otomatis ke SATUSEHAT. Sistem yang terhubung lewat bridging tetap merupakan aplikasi terpisah dengan basis data masing-masing, disambungkan melalui konektor yang harus dikonfigurasi dan dipelihara per pasang sistem. Bridging bekerja, tetapi setiap sambungan menambah titik kegagalan: jika satu konektor putus, data satu layanan berhenti mengalir tanpa terlihat sampai survei atau audit.

Apakah rumah sakit harus mengganti seluruh sistem sekaligus untuk menjadi terintegrasi?

Tidak harus. Rip-and-replace serentak berisiko tinggi dan jarang diperlukan. Pendekatan yang lebih aman adalah land-then-expand: mulai dari satu titik bernilai tinggi dan berrisiko rendah — misalnya audit klaim atau modul RME yang paling sering gagal — lalu memperluas ke modul lain dalam satu ekosistem yang sama secara bertahap. Yang penting adalah setiap modul baru berbagi data dengan modul yang sudah ada, bukan menambah silo baru.

Apa biaya tersembunyi dari menjalankan banyak aplikasi terpisah di rumah sakit?

Biaya tersembunyi meliputi entri data ganda oleh staf, rekonsiliasi manual antar sistem, konfigurasi dan pemeliharaan bridging per pasang sistem, pelatihan staf untuk banyak antarmuka, serta risiko sanksi akibat data yang gagal terkirim ke SATUSEHAT. Biaya lisensi yang tampak lebih murah karena dibeli terpisah sering kali lebih besar setelah dihitung total beban integrasi, koordinasi, dan risiko kepatuhan.