Data RME Terkunci di Vendor Lama: 4 Langkah Wadir Pelayanan Amankan Migrasi

Ganti vendor RME kini bukan lagi soal harga langganan atau fitur baru — risikonya ada di data pasien yang sudah terekam bertahun-tahun. Kalau riwayat itu tidak bisa keluar dari sistem lama dalam format yang terbaca, rumah sakit menghadapi dua masalah sekaligus: kehilangan akses praktis ke rekam medis pasien, dan berpotensi melanggar kewajiban penyimpanan yang tetap melekat pada rumah sakit, bukan pada vendor. Empat langkah di bawah adalah yang menentukan data ikut pindah, bukan tertinggal.

Mengapa Portabilitas Data RME Jadi Risiko Nyata

Pasar RME di Indonesia sudah bergeser dari pengadaan baru ke rip-and-replace — rumah sakit yang sudah punya sistem lama mengganti vendor karena dukungan yang melemah, biaya lisensi yang naik, atau kebutuhan integrasi yang tidak lagi terpenuhi. Masalahnya, keputusan ganti vendor sering dievaluasi dari sisi fitur dan harga, sementara hal paling mahal untuk diabaikan — apakah riwayat pasien bisa ikut pindah utuh — baru muncul setelah kontrak lama berakhir dan akses ke sistem sebelumnya mulai dibatasi.

Permenkes 24/2022 tentang Rekam Medis mewajibkan fasilitas pelayanan kesehatan menyimpan rekam medis elektronik paling singkat 25 tahun sejak tanggal kunjungan terakhir pasien, dan kewajiban ini melekat pada penyelenggara pelayanan — bukan pada vendor sistem yang dipakai. Ketika rumah sakit berganti vendor tanpa memastikan portabilitas data, yang berubah hanyalah sistem yang dipakai untuk mengaksesnya; kewajiban menyimpan dan menyediakan riwayat pasien itu sendiri tidak ikut berpindah atau berhenti.

Peraturan Menteri Kesehatan Nomor 6 Tahun 2026 tentang Rumah Sakit menambah lapisan tekanan baru. Regulasi yang mencabut 21 peraturan lama ini menegaskan bahwa integrasi SATUSEHAT harus aktif — bukan sekadar terdaftar di sistem vendor, melainkan transaksi data yang benar-benar berjalan secara berkelanjutan. Migrasi vendor yang memutus atau menunda pengiriman data ke SATUSEHAT selama masa transisi berarti rumah sakit keluar dari kondisi patuh untuk sementara waktu, bahkan jika migrasi itu sendiri berjalan lancar dari sisi teknis internal.

Langkah 1 — Audit Format Ekspor Sebelum Teken Kontrak Baru

Sebelum menandatangani kontrak dengan vendor baru, minta dulu contoh ekspor data dari vendor lama dalam bentuk yang sebenarnya akan dipakai — bukan janji lisan bahwa "data bisa diekspor". Banyak rumah sakit baru menyadari keterbatasan format ekspor setelah proses migrasi dimulai, ketika daya tawar terhadap vendor lama sudah jauh berkurang.

Standar yang paling aman untuk diminta adalah ekspor dalam struktur data, bukan sekadar tampilan cetak atau kumpulan PDF hasil generate. Fasilitas kesehatan di Indonesia diarahkan menggunakan HL7-FHIR sebagai bahasa pertukaran data yang dipakai platform SATUSEHAT untuk membaca informasi medis, sehingga meminta ekspor dalam struktur yang selaras dengan FHIR memberi rumah sakit posisi tawar yang jelas: vendor lama dan vendor baru sama-sama punya kemampuan teknis untuk memetakan formatnya, karena keduanya sudah wajib terhubung ke SATUSEHAT dengan standar yang sama.

Uji kecil yang bisa dilakukan sebelum kontrak diteken: minta vendor lama mengekspor data 20–30 episode pasien secara acak, lalu minta tim sistem informasi internal (atau vendor baru, bila sudah dalam tahap negosiasi lanjut) mencoba memetakan data itu ke struktur baru. Kegagalan pada sampel kecil ini jauh lebih murah ditemukan sekarang daripada saat migrasi penuh sudah berjalan.

Langkah 2 — Pastikan Riwayat Pasien Utuh, Bukan Sekadar Header

Data yang lolos ekspor belum tentu data yang lengkap. Kesalahan yang sering terjadi: vendor lama mengekspor identitas pasien dan ringkasan kunjungan dengan rapi, tetapi detail klinis — hasil laboratorium, catatan indikasi tindakan, resep, dan resume medis — tertinggal karena tersimpan di modul terpisah yang tidak ikut dalam paket ekspor standar.

Cara memverifikasinya: ambil beberapa pasien dengan riwayat kunjungan panjang dan kompleks — pasien kronis dengan banyak episode, atau pasien yang pernah dirawat inap dengan komplikasi — lalu bandingkan jumlah dan isi catatan klinis di sistem lama dengan hasil di sistem baru setelah migrasi uji coba. Selisih pada kelompok pasien ini biasanya mengungkap modul mana yang datanya belum ikut terangkut, jauh sebelum masalah itu ditemukan oleh dokter yang mencari riwayat pasien di tengah pelayanan.

Penunjang medis — laboratorium, radiologi, dan farmasi — adalah tiga area yang paling sering tertinggal dalam migrasi, karena datanya kerap tersimpan di sistem tambahan yang terhubung longgar ke RME utama. Perlakukan ketiganya sebagai daftar periksa tersendiri, bukan asumsi bahwa migrasi rawat jalan dan rawat inap otomatis membawa serta data penunjang.

Langkah 3 — Jalankan Sistem Lama dan Baru Berdampingan Selama Masa Transisi

Jangan matikan akses ke sistem lama begitu migrasi selesai secara teknis. Selama periode transisi — idealnya beberapa minggu sampai satu-dua bulan tergantung volume data — jalankan kedua sistem secara paralel, dengan sistem baru sebagai jalur kerja utama dan sistem lama tetap bisa diakses untuk verifikasi dan penelusuran riwayat yang belum sempat divalidasi penuh.

Pendekatan ini juga menjaga kepatuhan terhadap kewajiban integrasi SATUSEHAT yang berkelanjutan. Kalau proses migrasi ternyata memutus pengiriman data selama beberapa hari — hal yang lazim terjadi pada migrasi sistem besar — rumah sakit perlu tahu persis kapan jeda itu terjadi dan memastikan data yang tertunda dikirim ulang begitu sistem baru stabil, bukan dianggap selesai begitu saja.

Preseden risikonya sudah nyata. Kementerian Kesehatan pernah menjatuhkan sanksi administratif kepada 1.306 rumah sakit yang datanya dinilai belum memadai memenuhi ketentuan RME — sebagian besar berupa rekomendasi penurunan status akreditasi, dengan masa sanggah tiga bulan untuk perbaikan. Kasus itu bukan tentang migrasi vendor secara spesifik, tetapi menunjukkan pola yang sama: begitu pengiriman data terganggu dan tidak segera dipulihkan, konsekuensinya menjalar ke status kepatuhan rumah sakit, bukan berhenti di masalah teknis semata.

Langkah 4 — Kunci Klausul Portabilitas Data di Kontrak, Bukan Cuma SLA Uptime

Kontrak dengan vendor RME — baik yang lama maupun yang baru — biasanya rinci soal jaminan waktu aktif sistem (SLA uptime), tetapi longgar soal apa yang terjadi kalau rumah sakit ingin pindah lagi di masa depan. Klausul portabilitas data perlu masuk sebagai syarat tertulis, bukan diasumsikan sebagai bagian dari "layanan purnajual" yang sifatnya sukarela.

Tiga hal yang perlu eksplisit tertulis dalam kontrak vendor baru: format ekspor data yang dijamin (idealnya struktur selaras FHIR, bukan hanya PDF), batas waktu vendor wajib menyediakan ekspor penuh setelah kontrak berakhir, dan biaya — atau kepastian tanpa biaya — untuk proses ekspor tersebut. Rumah sakit yang tidak mencantumkan ini sering menemukan bahwa vendor lama menagih biaya tambahan yang signifikan justru pada titik paling lemah posisi tawarnya, yaitu setelah keputusan pindah sudah diumumkan secara internal.

Klausul ini juga sekaligus melindungi rumah sakit dari siklus yang sama terulang di migrasi berikutnya. Vendor yang setuju mencantumkan komitmen portabilitas data secara tertulis pada kontrak yang sedang berjalan biasanya juga lebih kooperatif ketika permintaan ekspor itu benar-benar dieksekusi bertahun-tahun kemudian.

Dasar Hukum

• Permenkes 24 Tahun 2022 tentang Rekam Medis — mewajibkan fasilitas pelayanan kesehatan menyimpan rekam medis elektronik paling singkat 25 tahun sejak kunjungan terakhir pasien, dan mengatur ketentuan penyimpanan serta pemusnahan rekam medis. Kewajiban ini melekat pada penyelenggara pelayanan, bukan pada vendor sistem yang digunakan.
• Peraturan Menteri Kesehatan Nomor 6 Tahun 2026 tentang Rumah Sakit — mencabut 21 peraturan lama dan menegaskan bahwa integrasi platform SATUSEHAT harus berupa transaksi data yang aktif dan berkelanjutan, bukan sekadar status terdaftar pada sistem vendor.

Menjadikan Portabilitas Data Bagian dari Evaluasi Vendor, Bukan Renungan Belakangan

Empat langkah di atas paling efektif kalau dikerjakan sebelum kontrak vendor baru diteken, bukan sesudahnya. Audit format ekspor dan uji sampel data (Langkah 1–2) adalah pekerjaan yang seharusnya masuk ke proses evaluasi vendor, sejajar dengan demo fitur dan negosiasi harga — bukan langkah terpisah yang baru dikerjakan setelah keputusan diambil.

Menjalankan sistem berdampingan dan mengunci klausul kontrak (Langkah 3–4) adalah pekerjaan masa transisi dan masa depan. Klausul portabilitas data khususnya perlu dipandang sebagai investasi untuk migrasi berikutnya, bukan formalitas untuk migrasi yang sedang berjalan — karena rumah sakit yang sudah sekali mengalami data terkunci di vendor lama biasanya baru belajar pentingnya klausul ini pada saat termahal untuk belajar.

Bagi Wadir Pelayanan, hal yang layak digali di setiap evaluasi vendor RME bukan hanya "sistem ini bisa apa", tetapi "kalau suatu hari kami harus pindah dari sistem ini, apa yang ikut dan apa yang tertinggal". Jawaban atas hal itu, dan bukan daftar fitur, yang menentukan apakah riwayat pasien tetap menjadi aset rumah sakit atau berubah menjadi sandera vendor.

FAQ

Apa risiko terbesar saat rumah sakit mengganti vendor RME?

Risiko terbesar bukan harga kontrak baru, melainkan riwayat pasien yang tidak bisa diekspor dalam format yang terbaca oleh sistem baru. Kalau ekspor gagal atau datanya tidak terstruktur, rumah sakit kehilangan akses praktis ke riwayat klinis pasien sekaligus berpotensi melanggar kewajiban penyimpanan rekam medis yang tetap melekat pada rumah sakit sebagai penyelenggara pelayanan.

Format apa yang harus diminta rumah sakit sebelum kontrak vendor baru diteken?

Minta ekspor dalam struktur data, bukan hanya tampilan cetak atau PDF. Standar HL7-FHIR yang dipakai platform SATUSEHAT adalah acuan paling aman, karena vendor lama dan vendor baru sama-sama sudah wajib terhubung ke SATUSEHAT dengan standar yang sama, sehingga kemampuan memetakan formatnya bukan hal baru bagi keduanya.

Apakah kewajiban retensi rekam medis tetap berlaku meski data sudah dieksporkan ke vendor baru?

Tetap berlaku. Kewajiban penyimpanan rekam medis melekat pada rumah sakit sebagai penyelenggara pelayanan, bukan pada vendor yang menjalankan sistemnya. Berpindah vendor tidak menghapus atau menjeda kewajiban itu, sehingga rumah sakit tetap harus bisa membuktikan riwayat pasien tersimpan dan terbaca kapan pun dibutuhkan.

Siapa yang bertanggung jawab memastikan portabilitas data RME saat migrasi?

Kepemilikannya ada di Wadir Pelayanan bersama Kabag Rekam Medis, bukan semata tim sistem informasi. Klausul portabilitas data adalah keputusan tata kelola dan kepatuhan yang menentukan posisi tawar rumah sakit terhadap vendor, sementara tim sistem informasi mengeksekusi pengujian teknis ekspor dan pemetaan datanya.

Berapa lama proses migrasi data RME yang realistis?

Bergantung pada kelengkapan data historis dan seberapa jauh sistem lama menyimpan data terstruktur. Rumah sakit yang datanya sudah rapi di RME umumnya membutuhkan beberapa minggu untuk uji ekspor dan validasi paralel dengan sistem baru.

Rumah sakit dengan pola hibrida kertas-digital, atau yang sebagian datanya masih tersimpan sebagai lampiran pindaian, perlu memperlakukan pembersihan dan penataan data sebagai proyek tersendiri sebelum migrasi vendor dimulai — memaksakan jadwal migrasi tanpa tahap ini biasanya menghasilkan data yang secara teknis "berpindah" tapi secara klinis tidak bisa dipakai.

Sumber

• Permenkes 24 Tahun 2022 tentang Rekam Medis — peraturan.bpk.go.id (kewajiban penyimpanan rekam medis elektronik paling singkat 25 tahun sejak kunjungan terakhir pasien, serta ketentuan pemusnahan dan kepemilikan rekam medis).
• Peraturan Menteri Kesehatan Nomor 6 Tahun 2026 tentang Rumah Sakit — jdih.kemkes.go.id (konsolidasi 21 peraturan lama; kewajiban integrasi SATUSEHAT berupa transaksi data aktif dan berkelanjutan).
• Kemenkes Beri Sanksi kepada 1.306 Rumah Sakit karena Tak Perbaiki Data RME — Tempo.co, 2026 (ilustrasi konsekuensi kepatuhan ketika pengiriman data RME terganggu; masa sanggah tiga bulan untuk perbaikan).
• Standar interoperabilitas HL7-FHIR pada platform SATUSEHAT — kemkes.go.id (acuan format pertukaran data yang wajib dipakai fasilitas kesehatan untuk integrasi rekam medis elektronik).