SIMRS Cloud vs On-Premise: Biaya, Keamanan & Regulasi

Pertanyaan yang paling sering muncul ketika manajemen rumah sakit mengevaluasi sistem informasi adalah pilihan arsitektur: SIMRS cloud vs on-premise. Keputusan ini jauh melampaui soal harga lisensi. Ia menentukan struktur biaya lima tahun ke depan, siapa yang memikul tanggung jawab hukum atas data pasien, seberapa cepat rumah sakit dapat menambah kapasitas, serta bagaimana kewajiban Permenkes 24/2022 tentang Rekam Medis dipenuhi secara berkelanjutan. Artikel ini membandingkan kedua model pada lima dimensi yang benar-benar menentukan, dengan rujukan regulasi Indonesia yang berlaku.

Tiga model yang sering disamakan padahal berbeda

Sebelum membandingkan, penting menyamakan definisi. Dalam praktik implementasi SIMRS di rumah sakit, setidaknya ada empat pola penempatan yang beredar:

• On-premise murni — server, storage, dan jaringan berada di ruang data center milik rumah sakit; seluruh operasional, patching, dan pencadangan dikelola tim internal.
• Private cloud / hosted dedicated — infrastruktur ditempatkan di data center penyedia dengan sumber daya terdedikasi untuk satu rumah sakit. Secara komersial terasa seperti cloud, secara isolasi mendekati on-premise.
• Public cloud multi-tenant (SaaS) — aplikasi dan basis data berjalan pada platform bersama, dipisahkan secara logis antar-tenant, dengan model langganan per bed, per user, atau per transaksi.
• Hybrid — modul transaksional kritikal (pendaftaran, farmasi, kasir) berjalan lokal, sementara pencadangan, analitik, arsip citra, dan integrasi eksternal berada di cloud.

Sebagian besar rumah sakit Indonesia yang matang secara digital akhirnya berlabuh di model hybrid, bukan karena kompromi, melainkan karena profil risiko tiap modul memang berbeda.

Perbandingan biaya SIMRS cloud vs on-premise

Kesalahan paling umum dalam evaluasi anggaran adalah membandingkan harga lisensi on-premise dengan biaya langganan cloud tahun pertama. Perbandingan yang jujur menggunakan total cost of ownership (TCO) minimal lima tahun, karena siklus penyegaran perangkat keras umumnya empat sampai lima tahun.

Secara umum, rumah sakit kelas C dan D dengan tim TI ramping mencapai titik impas lebih cepat pada model cloud. Rumah sakit besar dengan volume transaksi tinggi, data center yang sudah terbangun, dan tim infrastruktur mapan sering kali menemukan on-premise lebih ekonomis pada tahun keempat ke atas. Yang perlu diantisipasi pada kedua sisi adalah biaya tersembunyi: pada on-premise berupa penyegaran perangkat dan lisensi basis data; pada cloud berupa kenaikan tarif tahunan dan biaya keluar (exit cost) apabila kelak berpindah penyedia.

Keamanan dan kedaulatan data

Tanggung jawab hukum tidak ikut berpindah

Ini poin yang paling sering disalahpahami. Dalam UU 27/2022 tentang Pelindungan Data Pribadi, data kesehatan tergolong data pribadi yang bersifat spesifik sehingga menuntut perlakuan lebih ketat. Rumah sakit berkedudukan sebagai pengendali data pribadi, sedangkan penyedia SIMRS atau penyedia cloud umumnya berkedudukan sebagai prosesor yang bekerja berdasarkan perintah pengendali. Konsekuensinya jelas: memindahkan server ke cloud tidak memindahkan pertanggungjawaban hukum. Rumah sakit tetap wajib memberitahukan kegagalan pelindungan data pribadi secara tertulis dalam waktu paling lambat 3×24 jam kepada subjek data dan lembaga yang berwenang, dan tetap terpapar sanksi administratif yang dapat mencapai 2% dari pendapatan tahunan. Karena itu, perjanjian pemrosesan data, hak audit, serta kewajiban notifikasi insiden dari vendor kepada rumah sakit harus tertulis dalam kontrak, bukan sekadar dijanjikan dalam presentasi.

Di mana data boleh disimpan

PP 71/2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik membedakan penyelenggara sistem elektronik lingkup publik dan lingkup privat. Penyelenggara lingkup publik wajib melakukan pengelolaan, pemrosesan, dan penyimpanan sistem serta data elektronik pada pusat data dan pusat pemulihan bencana di wilayah Indonesia. Penyelenggara lingkup privat memiliki keleluasaan lebih besar, namun tetap wajib menjamin akses bagi kepentingan pengawasan dan penegakan hukum. Praktisnya, rumah sakit milik pemerintah pusat maupun daerah harus memastikan penyedia cloud-nya berlokasi di Indonesia, sementara rumah sakit swasta memiliki ruang lebih luas tetapi tetap terikat ketentuan transfer data pribadi ke luar wilayah Indonesia dalam UU PDP, yang mensyaratkan tingkat pelindungan yang setara, perjanjian yang memadai, atau persetujuan subjek data. Di sisi keandalan sistem, UU ITE beserta perubahannya mewajibkan penyelenggara sistem elektronik menyelenggarakan sistem yang andal, aman, dan bertanggung jawab — landasan mengapa jejak audit (audit trail) RME harus utuh dan tidak dapat disunting.

Titik risiko yang berbeda, bukan lebih tinggi atau lebih rendah

On-premise memberi kendali fisik penuh, namun kualitas keamanannya setara dengan disiplin tim internal: kedisiplinan patching, segmentasi jaringan, kontrol akses ruang server, dan uji pemulihan cadangan. Cloud menawarkan kematangan operasional dan sertifikasi yang biasanya sulit dicapai sendiri, tetapi memindahkan risiko ke ranah tata kelola akses, konfigurasi, dan ketergantungan pada satu penyedia. Satu hal yang kerap terlewat pada on-premise: ketika server atau storage berisi rekam medis dipensiunkan, media penyimpanannya wajib disanitasi mengikuti praktik seperti NIST SP 800-88. Perlu dicatat bahwa degaussing hanya efektif untuk media magnetik seperti HDD dan tape; SSD memerlukan metode lain seperti cryptographic erase atau penghancuran fisik.

Skalabilitas dan keandalan operasional

Skalabilitas cloud bersifat elastis: penambahan kapasitas untuk pembukaan poliklinik baru atau lonjakan kunjungan musiman dapat dilakukan dalam hitungan jam tanpa proses pengadaan. Pada on-premise, penambahan kapasitas terikat siklus pengadaan yang realistis memakan waktu berbulan-bulan, sehingga kapasitas biasanya dibeli berlebih sejak awal.

Namun keandalan adalah cerita dua arah. Pada model cloud, konektivitas internet berubah menjadi titik kegagalan tunggal. Rumah sakit yang memilih cloud wajib menyiapkan dua jalur dari penyedia berbeda, jalur cadangan seluler, serta prosedur downtime manual yang terlatih. Pada model on-premise, risiko justru terletak pada listrik, pendinginan, dan ketersediaan personel saat gangguan terjadi tengah malam. Apa pun modelnya, tentukan target RTO dan RPO secara eksplisit dalam kontrak, lalu uji pemulihannya minimal sekali setahun. Permenkes 24/2022 sendiri menekankan kewajiban menjaga kerahasiaan, keutuhan, dan ketersediaan data rekam medis elektronik, termasuk melakukan pencadangan data — kewajiban yang tidak gugur hanya karena data berada di cloud.

Kepatuhan Permenkes 24/2022 dan interoperabilitas

Permenkes 24/2022 mewajibkan seluruh fasilitas pelayanan kesehatan menyelenggarakan rekam medis elektronik, dengan tenggat penyelenggaraan paling lambat 31 Desember 2023. Regulasi ini tidak menentukan model penempatan infrastruktur. Yang diatur adalah substansinya: kelengkapan variabel dan metadata, keamanan dan kerahasiaan, hak akses berjenjang, retensi rekam medis elektronik paling singkat 25 tahun sejak tanggal terakhir pasien berobat, serta interoperabilitas melalui platform layanan yang ditetapkan Kementerian Kesehatan. Permenkes juga membuka ruang bagi fasilitas pelayanan kesehatan untuk menyelenggarakan RME sendiri atau bekerja sama dengan penyelenggara sistem elektronik yang terdaftar pada kementerian yang menyelenggarakan urusan pemerintahan di bidang komunikasi dan informatika — dasar hukum yang memungkinkan model cloud dan SaaS. Rincian kewajibannya dapat Anda telusuri pada pembahasan RME dan Permenkes 24/2022.

Dari sisi teknis, pertimbangkan pula beban integrasi. Pertukaran data ke platform nasional menuntut kesiapan format dan konektivitas yang stabil, seperti diuraikan dalam checklist kesiapan SatuSehat. Demikian pula klaim penjaminan yang bergantung pada kestabilan koneksi ke sistem penjamin. Cloud biasanya unggul dalam kestabilan jalur ke layanan eksternal, sementara on-premise unggul dalam latensi ke perangkat lokal seperti mesin laboratorium, modalitas radiologi, dan printer gelang pasien.

Kerangka keputusan praktis

• Pilih cloud bila tim TI Anda kurang dari lima orang, belum memiliki pusat pemulihan bencana, membutuhkan implementasi cepat, atau sedang membuka cabang atau klinik satelit baru.
• Pilih on-premise bila rumah sakit berstatus penyelenggara lingkup publik dengan kebijakan penempatan data yang ketat, memiliki data center dan tim operasional yang mapan, atau berlokasi di wilayah dengan konektivitas yang belum stabil.
• Pilih hybrid bila modul kritikal harus tetap berjalan saat jaringan terputus, sementara pencadangan, arsip jangka panjang, dan analitik dipindahkan ke cloud.
• Wajib ada di kontrak, apa pun modelnya: lokasi pusat data dan pusat pemulihan bencana, target RTO/RPO beserta kompensasinya, hak audit, perjanjian pemrosesan data pribadi, mekanisme notifikasi insiden, format ekspor data saat kontrak berakhir, dan bukti pemusnahan data pada media penyimpanan.

DHealth, SIMRS dari DTI, mendukung penerapan fleksibel — cloud, on-premise, maupun hybrid — sesuai kebutuhan dan kapasitas tata kelola masing-masing rumah sakit.

Kesimpulannya, tidak ada model yang secara inheren lebih patuh atau lebih aman. Yang menentukan adalah kesesuaian antara profil risiko rumah sakit, kapasitas tata kelola internal, dan ketegasan klausul kontrak dengan penyedia.

Pertanyaan yang sering diajukan

Apakah SIMRS berbasis cloud melanggar aturan kedaulatan data? Tidak secara otomatis. PP 71/2019 mewajibkan penyelenggara sistem elektronik lingkup publik menempatkan sistem dan data pada pusat data serta pusat pemulihan bencana di wilayah Indonesia. Rumah sakit milik pemerintah karena itu perlu memastikan penyedia cloud-nya berlokasi di Indonesia, sedangkan rumah sakit swasta memiliki keleluasaan lebih besar dengan tetap tunduk pada ketentuan transfer data pribadi dalam UU PDP.

Mana yang lebih murah dalam lima tahun? Bergantung pada skala. Rumah sakit menengah ke bawah umumnya lebih hemat dengan cloud karena menghindari belanja modal dan siklus penyegaran perangkat. Rumah sakit besar yang sudah memiliki data center dan tim infrastruktur sering menemukan on-premise lebih ekonomis pada tahun keempat ke atas. Hitung TCO lima tahun, bukan harga tahun pertama.

Apakah pelayanan tetap berjalan jika internet terputus? Pada model cloud murni, gangguan konektivitas menghentikan akses. Mitigasinya adalah dua jalur internet dari penyedia berbeda, jalur cadangan seluler, penyimpanan lokal sementara untuk modul kritikal, serta prosedur downtime manual yang diuji berkala. Model hybrid dirancang khusus untuk menjawab risiko ini.

Apakah Permenkes 24/2022 mewajibkan model penempatan tertentu? Tidak. Regulasi mengatur substansi penyelenggaraan rekam medis elektronik — kelengkapan data, keamanan dan kerahasiaan, hak akses, retensi, serta interoperabilitas — dan membuka opsi kerja sama dengan penyelenggara sistem elektronik yang terdaftar. Kepatuhan ditentukan oleh kapabilitas sistem dan tata kelolanya, bukan oleh lokasi fisik servernya.