Cloud vs On-Premise buat Server RME: Debat Abadi IT RS

Server RME (Rekam Medis Elektronik) lagi-lagi bikin kepala Sobat IT RS panas dingin. Bos nanya, “Kenapa nggak di-cloud aja, lebih gampang, katanya lebih murah?” Sebentar, Sob. Emang sih, di atas kertas, cloud kelihatan manis. Tapi on-prem juga ada magisnya sendiri. Apalagi kalau udah ngomongin biaya, keamanan, sama regulasi dari Kemenkes yang suka mendadak update, bikin jantung deg-degan.

Daripada debat di grup WA sampe subuh nggak kelar, yuk bongkar tuntas: mana yang lebih cocok buat server RME, cloud atau on-premise? Kita bedah dari sisi biaya, security, sama aturan main di Indonesia khususnya Permenkes 24/2022 soal RME & PSE. Biar pas atasan nanya, Sobat IT RS nggak cuma jawab “tergantung”, tapi ada peluru teknisnya!

Biaya: Kelihatannya Murah, Tapi...

On-Premise: Bayar Mahal di Depan, Hemat Jangka Panjang?

  • Beli hardware server, storage, UPS, rack, switch, firewall. Semua di awal, pakai dana pengadaan (sering ngajuin, sering ditolak, ya kan?).
  • Lisensi OS (Windows Server? SQL Server?), SIMRS, antivirus. Kadang sekali beli, kadang langganan tahunan.
  • Listrik bulanan, maintenance, spare part. Nambah AC server room? Siap-siap dimarahin bagian umum.
  • Perlu IT admin standby. Gaji, lembur, ngopi biar nggak tidur pas server error jam 2 pagi.

Contoh tabel estimasi biaya on-premise awal:

------------------------------------------------------
| Komponen            | Biaya Satuan | Jumlah | Total |
------------------------------------------------------
| Server Fisik       | Rp 70.000.000 |   1    |  Rp 70.000.000 |
| Storage RAID       | Rp 30.000.000 |   1    |  Rp 30.000.000 |
| UPS                | Rp 10.000.000 |   1    |  Rp 10.000.000 |
| Lisensi Windows    | Rp 12.000.000 |   1    |  Rp 12.000.000 |
| SQL Server Std     | Rp 40.000.000 |   1    |  Rp 40.000.000 |
| Network Switch     | Rp  5.000.000 |   1    |  Rp  5.000.000 |
| Firewall           | Rp 15.000.000 |   1    |  Rp 15.000.000 |
| Instalasi + AC     | Rp 12.000.000 |   1    |  Rp 12.000.000 |
------------------------------------------------------
| TOTAL              |              |        |  Rp 194.000.000 |
------------------------------------------------------

Belum termasuk biaya listrik bulanan, perawatan tahunan, dan risiko perlu penggantian komponen kalau ada yang jebol. Biasanya hardware server di-RS ditarget tahan 5 tahun, padahal 3 tahun udah ngos-ngosan.

Cloud: Bayar Langganan, Tapi Bisa Tersembunyi

  • Bayar per bulan/tahun sesuai kapasitas (vCPU, RAM, Storage, bandwidth). Contoh: AWS, Azure, Google Cloud, atau lokal (CBNCloud, BiznetGio, dsb).
  • Tidak perlu beli hardware, listrik, AC, spare part.
  • Upgrade/downgrade instan. Tapi, lonjakan akses pasien = lonjakan tagihan (outbound bandwidth mahal).
  • Kalau data makin besar, storage & backup makin mahal. Snapshot, backup harian = tambah biaya.
  • Risiko ‘vendor lock-in’: migrasi keluar cloud = ribet, kadang kena biaya hidden (egress data fee).

Contoh estimasi biaya cloud bulanan (harga 2024, rate IDR 15 ribu/USD, kurs bisa naik-turun):

------------------------------------------------------
| Komponen             | Estimasi Harga/Bulan        |
------------------------------------------------------
| VM 4 vCPU, 8GB RAM   | Rp 2.500.000                |
| Disk 1TB SSD         | Rp 1.200.000                |
| Bandwidth 2TB        | Rp 1.500.000                |
| Managed Backup       | Rp   750.000                |
| IP Publik            | Rp   200.000                |
------------------------------------------------------
| TOTAL (per bulan)    | Rp 6.150.000                |
| TOTAL (per tahun)    | Rp 73.800.000               |
------------------------------------------------------

Kalo 5 tahun? Total sekitar Rp 369 juta, jauh di atas modal on-prem. Tapi cloud bisa mulai kecil dulu, step up kalau pengguna naik. Untuk RS kecil, cloud bisa jadi lebih terjangkau (gak perlu keluar Rp 200 jutaan di awal).

Head-to-Head Biaya

  • On-prem: bayar mahal di awal, biaya tahunan maintenance lebih kecil (asalkan server awet, nggak kebakaran/banjir).
  • Cloud: bayar bulanan/tahunan, naik seiring resource & traffic, cocok buat scaling, tapi biaya jangka panjang bisa lebih tinggi.
  • Hidden cost on-prem: downtime, upgrade mendadak, penggantian hardware.
  • Hidden cost cloud: egress data fee, snapshot, backup, traffic spike, compliance fee (jika mau lokasi data center khusus).

Keamanan Data: Istana Sendiri vs. Apartemen Mewah

On-Premise: Semua di Tangan Sendiri, Tapi Capek Sendiri

  • Kontrol fisik penuh: server room bisa dikunci, akses hanya orang tertentu (asalkan SOP jalan, dan nggak ada “kunci duplikat” nongkrong di laci OB).
  • Data “ngendon” di RS, risiko kebocoran bisa diminimalisir (asal SOP backup & akses log benar-benar dijalankan).
  • Risiko: kalo AC server room mati, listrik byarpet, banjir, kebakaran, atau colokan meleleh, selesai sudah. Rugi data, downtime lama.
  • Pencurian hardware = data “bisa jalan kaki”. Kalau storage/server nggak terenkripsi, rawan dicopet fisik.
  • Keamanan: patching OS, update antivirus, firewall, IDS/IPS, audit akses, semua kerjaan team IT RS sendiri. Kalo ada yang kelupaan, bablas diserang.
“Pernah ada kasus power failure, server restart sendiri, storage error. Backup ternyata gagal 2 minggu terakhir. Data pasien ngilang 14 hari. Akhirnya bikin surat pernyataan ke Direksi, muter-muter klarifikasi ke pasien. Ngenes, Sob.”

Cloud: Aman, Tapi Ada yang “Numpang”

  • Cloud provider besar punya tim security khusus, compliance ISO 27001, SOC 2, dsb. Tapi, shared environment: data RS bisa “bersebelahan” (secara virtual) dengan aplikasi lain.
  • Selalu ada risiko multi-tenancy, walau kecil: bug di hypervisor, privilege escalation, dsb.
  • Data transit wajib dienkripsi (HTTPS, SFTP, dsb). Data at-rest: pastikan storage terenkripsi (cek fitur provider).
  • Resiko insider threat di provider cloud: admin dari luar RS bisa akses storage/VM kalau SOP cloud nggak tepat (multi-factor authentication, audit log, dsb wajib dipantau).
  • Downtime cloud? Bisa terjadi. Provider biasanya SLA 99,9%. Tapi kalo ada outage masal (pernah AWS Singapore down 6 jam), RS ikut kelimpungan.
  • Backup harus dicek: backup di cloud juga harus di lokasi berbeda (cross-region/zone), jangan cuma satu region.

Contoh konfigurasi akses cloud VM aman (AWS EC2):

# Security Group
- Allow: TCP 443 (HTTPS) from 0.0.0.0/0
- Allow: TCP 22 (SSH) only from IP kantor RS (eg. 125.167.3.10/32)
- Deny: all other inbound

# Enable EBS Encryption
# Enable CloudTrail auditing

# Aktifkan MFA untuk user admin cloud

Tiap cloud beda panel, tapi prinsip sama: minim akses, semua dicatat, semua koneksi terenkripsi.

Beda Cara Recovery

  • On-prem: restore dari backup lokal, waktu recovery tergantung kecepatan baca storage sama kesehatan backup. Kalo backup error, ya wassalam.
  • Cloud: restore dari snapshot atau backup cloud (asalkan region & resource tersedia), lebih cepat, tapi tetap harus diuji berkala. Kadang backup restore dihitung sebagai extra charge.

Regulasi Kemenkes: Mana Boleh, Mana Dilarang?

Permenkes 24/2022: RME & PSE di Cloud?

  • Kemenkes mewajibkan data RME dikelola oleh PSE (Penyelenggara Sistem Elektronik) yang terdaftar di Kominfo. Kalau cloud provider/penyedia PMRS belum terdaftar PSE, langsung diskualifikasi.
  • Data kesehatan WNI wajib disimpan di data center di wilayah Indonesia (Prinsip Data Locality), pasal 48. Data boleh diproses di luar negeri asalkan tetap ada copy di Indonesia.
  • RS tetap bertanggung jawab atas keamanan & kerahasiaan data, walau pakai cloud (Pasal 46 & 53). “Lempar ke vendor” nggak bisa jadi alasan kalau data bocor.
  • Backup harian wajib, log akses wajib disimpan min 2 tahun (Pasal 49). Audit harus bisa dilakukan sewaktu-waktu.
  • Pilih cloud? Data center harus ada di Indonesia. Provider asing (AWS, Azure, GCP) harus punya region di Jakarta dan sudah lapor ke Kominfo.
“Beberapa cloud lokal udah terdaftar PSE (misal BiznetGio, CBNCloud), beberapa cloud global (AWS, Google, Azure) juga punya Jakarta region. Tapi, harus tetap konfirmasi status PSE dan lokasi data center pas pengadaan.”

Contoh Checklist Kepatuhan Cloud untuk RME

  • Provider cloud/data center punya sertifikat PSE Kominfo?
  • Lokasi storage: di wilayah Indonesia? (Cek region: Jakarta/CGK/ID)
  • Enkripsi data at-rest & in-transit didukung?
  • Audit trail akses VM & storage: tersedia, bisa diekspor ke RS?
  • Backup harian: otomatis, bisa diuji restore, dan tetap di Indonesia?
  • Multi-factor authentication admin cloud diaktifkan?

Kalau salah satu poin di atas gagal, siap-siap tegur auditor. Jangan cuma percaya brosur sales cloud. Minta surat keterangan PSE & lokasi data center, simpan untuk dokumen akreditasi.

Studi Kasus Nyata: Migrasi RME On-Premise ke Cloud

Kisah RS Swasta ABC (nama samaran, 300 bed, kelas B):

  • Awal: Semua server RME, database, PACS, billing on-premise, cluster di server room. Pake SQL Server Standard, storage RAID 10, backup ke tape mingguan.
  • Masalah: Sering down pas listrik drop, storage RAID sering rebuild, data recovery makan waktu 2 hari, downtime total 20 jam setahun.
  • Pindah ke Cloud: Pakai cloud lokal di Jakarta (vendor PSE), VM 8 vCPU, 16GB RAM, 3TB storage SSD, backup automatic harian, restore test 2x sebulan.
  • Hasil: Downtime turun jadi 2 jam setahun (maintenance), recovery data dari backup cloud < 1 jam. Biaya bulanan naik 30% dibanding listrik+maintenance on-prem, tapi saving SDM (nggak perlu stand by 24 jam). Akreditasi lancar, file audit cloud siap pakai.

Contoh query monitoring kinerja server RME di SQL Server (cocok baik on-prem maupun cloud):

-- Top 5 query paling berat (CPU) di SQL Server
SELECT TOP 5
    total_worker_time/1000 AS CPU_ms,
    execution_count,
    total_elapsed_time/1000 AS Elapsed_ms,
    (SELECT SUBSTRING(text, statement_start_offset/2, 
        (CASE WHEN statement_end_offset = -1 
            THEN LEN(CONVERT(nvarchar(max),text)) * 2 
            ELSE statement_end_offset END - statement_start_offset)/2)
     FROM sys.dm_exec_sql_text(sql_handle)) AS query_text
FROM sys.dm_exec_query_stats 
ORDER BY total_worker_time DESC

Query di atas bisa dipakai buat deteksi bottleneck, baik di VM cloud maupun server fisik. Kalau cloud, waspadai lonjakan CPU karena langsung nambah tagihan bulanan.

Checklist Pengambilan Keputusan: On-Premise vs Cloud untuk RME

On-Premise Lebih Cocok Kalau...

  • RS punya team IT solid, server room aman, listrik stabil, dan pengadaan hardware nggak ribet.
  • Data sensitif, khawatir compliance, prefer kontrol fisik penuh (data nggak keluar dari RS sama sekali).
  • Budget ada di depan, siap investasi 3-5 tahun.
  • Kecepatan akses lokal krusial (PACS, sistem imaging besar, bandwidth internet RS sering ngadat).

Cloud Lebih Cocok Kalau...

  • RS skala menengah-besar, user bertambah, butuh fleksibilitas scaling.
  • Team IT terbatas, pengadaan hardware ribet, ruang server sempit, listrik rawan drop.
  • Budget operasional (OPEX) lebih mudah diajukan daripada belanja modal (CAPEX).
  • Siap audit & compliance, cloud provider sudah PSE dan data center di Indonesia.

Kombinasi Hybrid Banyak Dipakai

  • Data RME utama di cloud, backup periodik di storage lokal (NAS/drive offline di RS).
  • Imaging besar (PACS) tetap lokal, web service/app di cloud untuk akses eksternal (telemedicine, antrian online).
  • VPN/IPSec hubungin cloud ke jaringan internal RS, akses admin tetap terbatas IP RS.

Tips Migrasi dan Operasional Server RME

  • Selalu uji backup & restore (jangan percaya status “success”, cek file hasilnya).
  • Monitoring resource pakai bawaan cloud (CloudWatch, Azure Monitor, dsb) atau open-source (Zabbix, Grafana, dsb).
  • Aktifkan notifikasi ke WhatsApp/Telegram kalau CPU/RAM storage lewat ambang batas, biar nggak telat respon.
  • Catat semua log akses (baik cloud atau on-prem), audit minimal tiap bulan.
  • Jangan lupa: update dokumen SOP, mapping asset, dan surat pernyataan compliance ke Kemenkes tiap kali setup ulang.

Penutup: Pilihan Bukan Hitam Putih

Cloud dan on-premise sama-sama punya kelebihan kekurangan. Pilih sesuai kebutuhan RS, jangan ikut-ikutan tren. Pastikan regulasi Kemenkes, keamanan data, dan biaya dihitung benar-benar. Kalau Sobat IT RS mau migrasi, siapin dokumen compliance dari awal, biar nggak panik pas akreditasi. Nggak ada yang abadi, kecuali revisi Permenkes dan deadline migrasi SIMRS. Stay waras, Sob!