Bagi seorang direktur rumah sakit, hari Go-Live SIMRS adalah momen yang menegangkan. Sebab, pada satu sisi ada investasi besar dan harapan efisiens namun di sisi lain, ada risiko nyata: pasien IGD yang harus segera ditangani, antrean poli yang mengular, resep yang terlambat, dan klaim yang tersendat.
Kabar baiknya, gangguan saat Go-Live bukan takdir karena rumah sakit yang berhasil umumnya tidak lebih beruntung, akan tetapi jauh lebih siap. Artikel ini membahas apa yang perlu diputuskan dan dipastikan oleh pimpinan supaya pelayanan tetap berjalan.
Mengapa Go-Live Berisiko bagi Pelayanan?
Pada minggu-minggu pertama, produktivitas staf hampir pasti menurun, sebab, petugas masih beradaptasi, alur kerja baru belum menjadi kebiasaan, dan masalah teknis yang tidak muncul saat uji coba mulai terlihat dengan beban pasien nyata. Hal ini wajar dan dapat diantisipasi secara lebih lanjut.
Meski demikian, yang jauh membahayakan adalah ketika rumah sakit tidak punya jalan keluar saat sistem bermasalah. Tanpa rencana cadangan, petugas mengambil keputusan sendiri-sendiri, data pasien tercecer, dan risiko keselamatan pasien meningkat.
Hal ini menjadi pertanyaan apa yang tepat untuk direksi bukan “apakah sistem akan bermasalah?”, melainkan “apa yang kita lakukan saat itu terjadi?”
Bagian 1: Rencana Cadangan (Downtime Plan)
Rencana cadangan adalah prosedur tertulis tentang bagaimana pelayanan dilanjutkan ketika SIMRS tidak dapat dipakai, baik karena gangguan jaringan, server, listrik, maupun kesalahan sistem.
Berikut adalah beberapa komponen yang perlu Anda pastikan selalu ada.
1. Prosedur manual per unit. Setiap unit, mulai dari pendaftaran, IGD, rawat jalan, rawat inap, farmasi, laboratorium, radiologi, hingga kasir, harus memiliki alur kertas sementara. Siapkan formulir cadangan yang sudah dicetak, bukan sekadar file yang tersimpan di komputer yang sedang mati.
2. Pemicu dan penanggung jawab yang jelas. Tentukan siapa nantinya yang akan berwenang menyatakan jika sistem dalam kondisi downtime, pada ambang apa (misalnya sistem tidak merespons lebih dari 15 menit), dan siapa yang mengumumkannya ke seluruh unit. Tanpa kejelasan ini, keputusan tertunda saat waktu paling kritis.
3. Akses data darurat. Pastikan informasi vital pasien rawat inap, seperti alergi, jadwal obat, dan diagnosis, dapat diakses dalam bentuk cetak berkala atau salinan read-only. Tenaga medis tidak boleh mengambil keputusan klinis dalam kegelapan.
4. Prosedur input ulang (back-entry). Setelah semua sistem pulih, data yang dicatat manual harus dimasukkan kembali secara tertib. Kemudian tentukan siapa yang bertanggung jawab, batas waktunya, dan cara memverifikasi bahwa tidak ada data yang hilang, terutama untuk tindakan yang berdampak pada klaim.
5. Infrastruktur pendukung. Periksa kesiapan alat kelistrikan seperti genset dan UPS, jaringan cadangan, serta jadwal pencadangan data (backup) dan kemampuan pemulihannya. Backup yang tidak pernah diuji pemulihannya tidak dapat dianggap sebagai perlindungan.
6. Simulasi sebelum hari H. Rencana yang hanya ada di atas kertas terasa tidak akan berguna. Kemudian lakukan simulasi downtime sungguhan, misalnya mematikan sistem selama satu jam di lingkungan uji dan meminta staf menjalankan prosedur manual. Dari simulasi inilah celah rencana terlihat.
Bagian 2: Jadwal Bertahap Go-Live
Peluncuran serentak di seluruh rumah sakit pada satu tanggal (big bang) menarik karena cepat, tetapi risikonya terkonsentrasi. Jika bermasalah, seluruh pelayanan terdampak sekaligus. Pendekatan bertahap membatasi dampak dan memberi ruang belajar.
Tahap 1: Persiapan dan uji final. Pastikan data semuanya sudah dimigrasikan dan diverifikasi, pelatihan berbasis peran selesai, dan uji coba dengan skenario nyata lulus. Tetapkan kriteria “siap Go-Live” secara tertulis, misalnya persentase staf terlatih dan hasil uji integrasi, agar keputusan tidak berdasarkan perasaan.
Tahap 2: Peluncuran awal di area berisiko rendah. Mulailah dari modul atau unit yang dampaknya terkendali, misalnya pendaftaran dan rawat jalan poli tertentu. Volume pasien dapat diprediksi dan prosedur manual mudah dijalankan jika perlu.
Tahap 3: Perluasan ke layanan penunjang. Setelah tahap awal stabil, tambahkan farmasi, laboratorium, radiologi, dan kasir. Tahap ini harus menguji keterhubungan antarunit, yaitu apakah order dokter sampai ke penunjang dan hasilnya kembali tepat waktu.
Tahap 4: Layanan kritis. IGD, ICU, dan kamar operasi sebaiknya masuk terakhir, ketika tim sudah matang dan masalah umum sudah teratasi. Layanan ini paling tidak toleran terhadap keterlambatan, sehingga memerlukan kesiapan tertinggi.
Tahap 5: Stabilisasi dan optimasi. Setelah semua modul berjalan, fokus berpindah ke perbaikan alur, penyempurnaan laporan, dan evaluasi indikator.
Setiap perpindahan tahap sebaiknya ditentukan oleh data, bukan kalender. Jika tahap sebelumnya belum stabil, tahap berikutnya ditunda. Disiplin inilah yang membedakan go-live terkendali dari go-live yang dipaksakan.
Bagian 3: Dukungan Selama Masa Kritis
Selama dua hingga empat minggu pertama, siapkan struktur dukungan khusus:
- Pendampingan langsung (at-the-elbow support): super user dan teknisi vendor berada di unit, bukan hanya menunggu telepon.
- Pusat komando (command center): satu ruangan atau kanal komunikasi untuk menerima laporan masalah, memprioritaskan, dan memantau penyelesaian.
- Rapat singkat harian: 15 menit setiap pagi untuk meninjau masalah terbuka, keputusan yang dibutuhkan, dan kesiapan tahap berikutnya.
- Jadwal staf yang realistis: hindari memadatkan cuti dan libur pada masa go-live, serta pertimbangkan beban kerja tambahan selama adaptasi.
- Komunikasi ke pasien: informasikan melalui papan pengumuman atau petugas bahwa sedang ada penyesuaian sistem, agar ekspektasi antrean tetap realistis.
Peran Direktur: Lima Pertanyaan yang Perlu Diajukan
Direktur tidak perlu memahami detail teknis, tetapi perlu memastikan hal-hal berikut sebelum menyetujui tanggal go-live:
- Apakah rencana downtime sudah tertulis dan sudah disimulasikan?
- Apa kriteria “siap go-live” dan siapa yang memverifikasinya?
- Apakah ada kewenangan jelas untuk menunda atau memundurkan tahap bila indikator belum terpenuhi?
- Apakah vendor berkomitmen pada dukungan di lokasi dan waktu respons yang terukur dalam SLA?
- Apakah indikator pelayanan (waktu tunggu, keterlambatan obat, klaim tertunda) dipantau harian selama masa kritis?
Jika salah satu jawabannya belum jelas, itu sinyal untuk menunda, bukan melanjutkan.
Pastikan Go Live Aman dengan SIMRS Farmagitech
Proses Go-live SIMRS yang sukses bukan hanya terkait sistem yang tidak pernah bermasalah, melainkan terkait rumah sakit yang harus tetap melayani pasien dengan aman tentunya saat masalah muncul.
Rencana cadangan yang teruji dan jadwal bertahap yang disiplin adalah dua pengaman utama, dan keduanya membutuhkan dukungan nyata dari pimpinan.
Investasi waktu pada persiapan ini jauh lebih murah daripada dampak gangguan pelayanan terhadap keselamatan pasien, kepercayaan masyarakat, dan reputasi rumah sakit. Saatnya rumah sakit Anda memilih vendor SIMRS terpercaya untuk membantu pelayanan fasilitas kesehatan yang efisien dan optimal.
Hubungi tim Farmagitech untuk mengetahui bagaimana SIMRS Farmagitech bekerja membantu pelayanan RS Anda menjadi lebih efisien dan optimal, dengan menekan tombol di bawah ini.
Baca juga: 7 Kesalahan Fatal Saat Implementasi SIMRS dan Cara Menghindarinya
Baca juga: 5 Mitos tentang SIMRS yang Diam-Diam Menghambat Rumah Sakit Anda
