Migrasi Sistem Informasi Manajemen Rumah Sakit (SIMRS) bukan sekadar memindahkan database dari server lama ke server baru. Proses ini merupakan tahapan penting dalam memastikan rumah sakit dapat berpindah sistem tanpa kehilangan data penting, mengganggu pelayanan, atau membuat pengguna kesulitan beradaptasi dengan aplikasi baru.
Dalam praktiknya, migrasi SIMRS dapat dilakukan dengan pendekatan memanfaatkan data eksisting dari sistem lama, kemudian melakukan pemetaan, pembersihan, transformasi, validasi, dan pengujian sebelum sistem baru digunakan secara penuh.
Pendekatan ini menjadi semakin penting karena sistem Rekam Medis Elektronik (RME) harus memperhatikan kompatibilitas dan interoperabilitas antarsistem. Permenkes No. 24 Tahun 2022 tentang Rekam Medis menyebutkan bahwa sistem elektronik penyelenggaraan RME harus memiliki kemampuan kompatibilitas dan/atau interoperabilitas serta mengacu pada variabel dan metadata yang ditetapkan Kementerian Kesehatan. (JDIH Kementerian Kesehatan)
Ruang Lingkup Migrasi SIMRS
Tidak semua data dari SIMRS lama harus dipindahkan ke sistem baru. Untuk mengurangi kompleksitas dan risiko migrasi, rumah sakit dapat menetapkan scope migrasi secara terukur.
Dalam pendekatan ini, data yang dimigrasikan difokuskan pada dua kelompok utama:
-
Data Master
Data master merupakan data referensi yang akan digunakan sebagai dasar operasional SIMRS baru, antara lain:
- Data pasien
- Data tenaga kesehatan
- Data dokter
- Data unit/bagian
- Data poli
- Data ruangan
- Data kamar/tempat tidur
- Data tindakan
- Data layanan
- Data obat dan farmasi
- Data penunjang medis
- Data penjamin
- Data tarif yang diperlukan untuk operasional layanan
- Data referensi lainnya sesuai kebutuhan rumah sakit
Khusus data pasien, proses migrasi perlu memperhatikan identitas pasien secara konsisten, termasuk NIK dan identitas lain yang digunakan oleh rumah sakit. Hal ini juga relevan dengan Master Patient Index (MPI) SATUSEHAT yang menggunakan standardisasi data pasien. (Satusehat)
-
Riwayat Rekam Medis
Data historis pasien dipindahkan agar tenaga kesehatan tetap dapat mengakses informasi medis pasien setelah sistem baru digunakan.
Contohnya:
- Riwayat kunjungan
- Riwayat diagnosis
- Riwayat anamnesis
- Riwayat pemeriksaan
- Riwayat alergi
- Riwayat tindakan
- Riwayat resep/pengobatan
- Riwayat hasil pemeriksaan penunjang
- Resume medis
- Catatan medis lainnya yang tersedia pada sistem lama
SATUSEHAT sendiri menggunakan berbagai resource untuk merepresentasikan data RME, termasuk Patient, Encounter, Condition, Observation, MedicationStatement, dan elemen rekam medis lainnya. (Satusehat)
Data yang Tidak Menjadi Scope
Untuk pendekatan migrasi ini, data transaksi pendapatan tidak termasuk dalam scope migrasi utama.
Dengan demikian, data seperti:
- transaksi kasir,
- penerimaan pembayaran,
- jurnal pendapatan,
- piutang,
- transaksi billing historis,
- laporan keuangan,
tidak perlu dimigrasikan ke SIMRS baru apabila telah ditetapkan sebagai bagian dari sistem lama atau sistem keuangan tersendiri.
Namun, keputusan tersebut sebaiknya ditetapkan secara resmi dalam dokumen scope migrasi dan berita acara kesepakatan agar tidak terjadi perbedaan ekspektasi setelah cut-off.
Tahapan Migrasi SIMRS
Migrasi sebaiknya dilakukan secara bertahap. Jangan langsung mengambil database lama kemudian memasukkannya ke SIMRS baru.
Berikut tahapan yang dapat digunakan.
1. Assessment Sistem Lama
Tahap pertama adalah memahami kondisi SIMRS yang sedang digunakan.
Tim migrasi melakukan identifikasi:
- jenis database,
- struktur tabel,
- jumlah data,
- format data,
- relasi antar-data,
- kode referensi,
- data duplikat,
- data kosong,
- data tidak valid,
- periode data historis,
- format file pendukung,
- mekanisme export database.
Pada tahap ini juga perlu ditentukan siapa pemilik dan validator masing-masing data.
Tujuannya adalah agar keputusan mengenai data tidak hanya dilakukan oleh tim IT.
2. Menentukan Scope dan Cut-Off Data
Sebelum proses teknis dilakukan, rumah sakit perlu menentukan:
Data apa yang dipindahkan?
Data sampai tanggal berapa yang dipindahkan?
Kapan sistem lama berhenti digunakan?
Misalnya:
Cut-off migrasi: 31 Oktober 2026 pukul 23.59
Maka seluruh data yang masuk sampai waktu tersebut menjadi sumber data migrasi.
Setelah cut-off, data baru tidak lagi dimasukkan ke sistem lama untuk operasional rutin, melainkan mulai dicatat pada SIMRS baru.
Konsep ini penting untuk menghindari kondisi di mana terdapat dua sumber data aktif yang berbeda.
3. Backup dan Pengamanan Data Sistem Lama
Sebelum mengambil data untuk migrasi, lakukan backup terlebih dahulu.
Minimal tersedia:
Database backup → File backup → Backup konfigurasi → Backup dokumen pendukung
Backup tersebut sebaiknya disimpan secara aman dan tidak diubah selama proses migrasi.
Sistem lama juga sebaiknya tetap tersedia dalam mode read-only/arsip selama periode tertentu setelah cut-over.
Dengan demikian, apabila terdapat data historis yang belum masuk ke sistem baru, rumah sakit masih memiliki sumber referensi.
4. Export Data dari Sistem Lama
Data kemudian diekstraksi dari SIMRS lama.
Metode yang digunakan bergantung pada kemampuan sistem lama, misalnya:
- database dump,
- SQL query,
- CSV,
- Excel,
- API,
- export bawaan aplikasi.
Pada tahap ini data belum langsung dimasukkan ke SIMRS baru.
Data hasil export menjadi raw data migration.
5. Data Cleaning
Data hasil export biasanya belum siap digunakan secara langsung.
Beberapa masalah yang sering ditemukan antara lain:
- pasien memiliki data ganda,
- format tanggal berbeda,
- jenis kelamin menggunakan kode berbeda,
- kode dokter tidak konsisten,
- kode poli berbeda,
- nama obat berbeda,
- data pasien tidak memiliki NIK,
- alamat tidak standar,
- data kosong,
- karakter khusus,
- data tidak lengkap.
Oleh karena itu dilakukan data cleansing.
Tujuannya bukan mengubah sejarah pelayanan, tetapi memastikan data dapat dibaca dan digunakan secara konsisten di sistem baru.
6. Data Mapping
Setelah data dibersihkan, dilakukan pemetaan antara struktur sistem lama dengan struktur SIMRS baru.
Tahap ini sangat penting karena struktur database sistem lama dan sistem baru hampir pasti berbeda.
Jika SIMRS baru juga terintegrasi dengan SATUSEHAT, pemetaan perlu memperhatikan standar data dan terminologi yang digunakan dalam interoperabilitas. SATUSEHAT menggunakan standar HL7 FHIR untuk pertukaran data kesehatan. (Satusehat)
7. Migrasi Data Master
Setelah mapping disetujui, migrasi dilakukan mulai dari data master.
Urutan yang dapat digunakan:
Master fasilitas/unit → dokter/nakes → poli → ruangan → layanan → obat → pasien → master pendukung lainnya
Data master menjadi fondasi karena data riwayat pelayanan akan merujuk kepada master tersebut.
Sebagai contoh, riwayat kunjungan seorang pasien harus dapat mengarah kepada:
Pasien → Dokter → Poli → Unit → Kunjungan → Diagnosis → Tindakan → Obat
Karena itu, migrasi master sebaiknya dilakukan terlebih dahulu sebelum migrasi riwayat rekam medis.
8. Migrasi Riwayat Rekam Medis
Setelah master berhasil dimigrasikan, proses dilanjutkan dengan riwayat rekam medis.
Salah satu prinsip penting adalah mempertahankan keterkaitan antara pasien dan riwayat pelayanan.
Jangan hanya memindahkan data dalam bentuk tabel tanpa mempertahankan relasi tersebut, karena hasil akhirnya dapat menyebabkan riwayat pasien tidak dapat ditelusuri dengan baik.
9. Trial Migration
Salah satu tahap yang sangat penting adalah trial migration.
Jangan menunggu hari cut-over untuk mengetahui apakah migrasi berhasil.
Lakukan migrasi percobaan menggunakan sebagian data atau salinan data aktual.
Contohnya:
5–10% data pasien
beberapa unit pelayanan
beberapa periode riwayat medis
Kemudian lakukan pemeriksaan:
- Apakah jumlah pasien sesuai?
- Apakah nomor rekam medis sesuai?
- Apakah nama dan identitas pasien sesuai?
- Apakah riwayat kunjungan muncul?
- Apakah diagnosis dapat dibuka?
- Apakah resep dapat dilihat?
- Apakah hasil laboratorium/radiologi dapat diakses?
- Apakah user dapat mencari pasien?
- Apakah data historis mudah dipahami?
Tahap ini juga menjadi kesempatan untuk menemukan kesalahan mapping sebelum migrasi final.
10. User Acceptance Test dan Simulasi Operasional
Migrasi bukan hanya persoalan “data sudah masuk”.
Yang lebih penting adalah:
Apakah user dapat menggunakan data tersebut di sistem baru?
Karena itu dilakukan simulasi dengan melibatkan user sebenarnya.
Contohnya:
Petugas Pendaftaran
Mencari pasien lama → membuka identitas → membuat kunjungan baru.
Dokter
Mencari pasien → melihat riwayat → membuka diagnosis sebelumnya → membuat rekam medis baru.
Farmasi
Membuka riwayat obat → melihat resep sebelumnya → memproses resep baru.
Radiologi/Laboratorium
Mencari riwayat pemeriksaan → membuka hasil sebelumnya.
Rekam Medis
Memvalidasi kelengkapan dan konsistensi riwayat pasien.
Tahap ini sekaligus memastikan bahwa user memahami perubahan alur kerja pada SIMRS baru.
11. Training dan Masa Trial User
Sebelum cut-over, user perlu mendapatkan waktu untuk mencoba sistem baru.
Jangan hanya memberikan training satu kali.
Lebih baik dibuat:
Training → Praktik → Trial → Evaluasi → Perbaikan → Trial ulang
Dengan pola tersebut, user memiliki kesempatan untuk terbiasa sebelum sistem lama benar-benar dihentikan.
12. Final Migration
Setelah trial dinyatakan berhasil, dilakukan final migration.
Tahap ini menggunakan data terbaru dari sistem lama sampai waktu cut-off.
Pada tahap ini perlu dibuat migration checklist sehingga setiap komponen dapat dinyatakan:
- Berhasil
- Berhasil dengan catatan
- Gagal
- Tidak termasuk scope
13. Cut-Over SIMRS
Setelah final migration selesai dan divalidasi, dilakukan cut-over.
Contohnya:
31 Oktober 2026 — 23.59
Sistem lama berhenti menerima transaksi operasional.
1 November 2026 — 00.00
SIMRS baru mulai menjadi sistem operasional utama.
Mulai titik tersebut, seluruh transaksi operasional baru dilakukan di SIMRS baru.
Sistem lama dapat dipertahankan sebagai arsip/read-only untuk kebutuhan penelusuran data historis.
14. Hypercare Setelah Go-Live
Pekerjaan migrasi tidak selesai ketika SIMRS baru berhasil digunakan.
Pada beberapa minggu pertama perlu dilakukan hypercare.
Tim implementasi harus menyediakan dukungan untuk:
- kendala user,
- data pasien yang belum ditemukan,
- koreksi mapping,
- data historis yang belum sesuai,
- kendala hak akses,
- kendala integrasi,
- kebutuhan penyesuaian workflow.
Seluruh temuan sebaiknya dicatat dalam migration issue log.
Indikator Keberhasilan Migrasi
Migrasi SIMRS sebaiknya tidak dinilai hanya berdasarkan apakah proses import berhasil.
Beberapa indikator yang lebih relevan adalah:
- Indikator : Data master berhasil dimigrasikan, Target : 100%
- Indikator : Riwayat rekam medis berhasil dimigrasikan, Target : 100%
- Indikator : Data pasien dapat ditemukan, Target : Sesuai hasil validasi
- Indikator : Relasi riwayat pasien, Target : Terjaga
- Indikator : Data duplikat, Target : Teridentifikasi & ditangani
- Indikator : User memahami workflow baru, Target : Lulus trial/UAT
- Indikator : Final migration, Target : Berhasil
- Indikator : Cut-over, Target : Sesuai jadwal
Kesimpulan
Migrasi SIMRS yang baik bukan sekadar memindahkan database dari sistem lama ke sistem baru, tetapi merupakan proses terstruktur untuk memastikan data yang benar, relevan, dan dibutuhkan tetap tersedia ketika rumah sakit berpindah sistem.
Dengan menetapkan scope pada data master dan riwayat rekam medis, rumah sakit dapat memusatkan perhatian pada data yang paling dibutuhkan untuk kesinambungan pelayanan, tanpa memperluas kompleksitas migrasi ke data transaksi pendapatan.
Kunci keberhasilannya adalah memanfaatkan data eksisting sebagai sumber migrasi, melakukan cleaning dan mapping, menjalankan trial migration, melibatkan user dalam validasi dan simulasi, kemudian melakukan final migration setelah user memahami sistem baru.
Pendekatan trial → validasi → training → final migration → cut-off → go-live juga membantu mengurangi risiko ketika rumah sakit beralih dari sistem lama ke SIMRS baru.
Dalam konteks interoperabilitas, proses migrasi juga sebaiknya dirancang dengan memperhatikan standar data dan integrasi kesehatan nasional. SATUSEHAT menyediakan standardisasi master data seperti Master Patient Index dan mendukung pertukaran data kesehatan menggunakan HL7 FHIR. (Satusehat)
Dengan demikian, tujuan migrasi bukan hanya “data lama berhasil masuk ke SIMRS baru”, tetapi memastikan bahwa pada hari pertama sistem baru digunakan, user dapat menemukan pasien, memahami riwayat medisnya, dan melanjutkan pelayanan tanpa kehilangan kesinambungan informasi.