Pertanyaan “kalau internet mati, SIMRS-nya bagaimana?” adalah pertanyaan paling sering muncul saat fasilitas kesehatan mengevaluasi sistem berbasis cloud. Terutama di luar Jabodetabek. Jawaban yang jujur lebih menenangkan daripada jawaban yang meyakinkan: sistem berbasis cloud membutuhkan internet, dan tidak ada mode offline yang bisa menjalankan seluruh operasional rumah sakit tanpa koneksi. Artikel ini menjelaskan batas itu dengan terus terang, lalu menyusun strategi yang realistis.
Mulai dari batasnya: apa yang tidak bisa dilakukan tanpa internet
SIMRS berbasis cloud menyimpan data di pusat data, bukan di komputer masing-masing unit. Tanpa internet, aplikasi tidak bisa diakses dan data tidak bisa dibaca atau ditulis. Artinya hal-hal ini tidak mungkin berjalan tanpa koneksi: pendaftaran di layar sistem, penulisan rekam medis, penyerahan obat yang memotong stok, pembayaran di kasir, dan semua pelaporan real-time.
Tidak ada vendor cloud yang jujur menjanjikan operasional penuh tanpa internet. Yang bisa dilakukan adalah menyiapkan lapisan-lapisan pengaman yang membuat durasi tanpa internet seminimal mungkin, dan prosedur manual yang membuat layanan tetap berjalan selama masa itu dengan data yang bisa direkonsiliasi setelah koneksi pulih.
Memetakan risiko per alur layanan
Tidak semua alur memiliki risiko yang sama saat internet mati. Memetakan risiko membantu fasilitas memprioritaskan pengamanannya:
Pendaftaran pasien adalah alur paling kritis. Pasien yang datang tidak bisa ditolak karena internet bermasalah, dan front office harus tetap bisa menerima serta mengidentifikasi pasien.
Resep dan penyerahan obat menempati tingkat risiko berikutnya. Obat yang sudah disiapkan dan dicatat di kertas bisa diserahkan, tetapi pemotongan stok dan riwayat penyerahan harus dicatat ulang setelah koneksi pulih.
Billing dan pembayaran tetap bisa diterima secara manual, tetapi rekonsiliasi kas menjadi lebih berat dan berisiko selisih jika tidak ada pencatatan paralel yang disiplin.
Alur yang bisa ditunda (seperti laporan manajemen dan sinkronisasi antar cabang) sebaiknya tidak dijalankan manual, cukup ditunda sampai koneksi kembali.
Pengamanan teknis: membuat durasi tanpa internet seminimal mungkin
Lapisan pertama adalah infrastruktur. ISP utama yang andal adalah fondasi; ISP cadangan (misalnya provider kedua dengan jalur berbeda) menutup risiko kegagalan satu penyedia. Failover 4G atau 5G dengan modem cadangan di lokasi menyediakan koneksi sementara saat keduanya bermasalah. Durasi pemadaman jaringan operator biasanya jauh lebih pendek daripada durasi perbaikan kabel.
Lapisan kedua adalah kebiasaan operasional: pastikan perangkat yang dipakai di unit layanan bisa berpindah ke jaringan cadangan dengan cepat, dan latih petugas mengenali gejala koneksi bermasalah sebelum kegagalan total. Pengawasan jaringan yang sederhana (misalnya pengecekan berkala) lebih berguna daripada alat mahal yang tidak dipahami tim.
Prosedur kertas: cara layanan tetap berjalan
Ketika internet benar-benar mati, prosedur kertas adalah jaring pengaman terakhir. Siapkan SOP tertulis yang menjawab pertanyaan praktis: formulir pendaftaran cadangan, cara mencatat kunjungan dan tindakan secara manual, siapa yang berwenang menyetujui pelayanan tanpa konfirmasi data, dan bagaimana urutan input ulang setelah sistem kembali.
Disiplin yang paling menentukan adalah pencatatan paralel: setiap lembar manual harus berisi informasi yang cukup (identitas pasien, tanggal, tindakan, obat, pembayaran) sehingga bisa diinput ulang tanpa menebak-nebak. Tim yang terbiasa mencatat manual dengan lengkap akan jauh lebih mudah melakukan rekonsiliasi dibandingkan tim yang hanya menunggu koneksi pulih.
Rekonsiliasi setelah koneksi pulih
Setelah internet kembali, pekerjaan belum selesai. Semua catatan manual harus diinput ulang ke sistem, stok yang dipotong manual harus disesuaikan dengan pencatatan sistem, dan kas harus direkonsiliasi antara catatan manual dan catatan sistem. Jadwalkan rekonsiliasi segera di hari yang sama. Menundanya ke hari berikutnya melipatgandakan risiko selisih.
Dokumentasikan setiap insiden: kapan mulai, kapan pulih, alur apa yang terdampak, dan berapa lama input ulang. Catatan ini menjadi dasar evaluasi: apakah ISP cadangan bekerja, apakah prosedur manual cukup jelas, dan apakah perlu perubahan kebijakan.
Penutup yang jujur
Strategi kontinuitas untuk SIMRS cloud bukan tentang menghilangkan risiko, melainkan mengelola tiga hal: memperpendek durasi tanpa koneksi, menjaga layanan tetap berjalan dengan prosedur manual, dan memastikan data kembali utuh setelah koneksi pulih. Fasilitas yang menyiapkan ketiganya akan melewati insiden jaringan jauh lebih tenang daripada fasilitas yang baru memikirkannya saat layar sudah mati.
Diskusikan kebutuhan infrastruktur dan rencana kontinuitas fasilitas Anda dengan tim kami di halaman kontak, atau pelajari lebih lanjut kontrol akses dan pencatatan aktivitas di halaman keamanan.