Server, Storage, Cloud, dan Hybrid Infrastructure

Program Studi S1 Administrasi Kesehatan – UMS Rappang

Materi Modul: Download

Slide PPT: download

Dalam penyelenggaraan pelayanan kesehatan modern, aplikasi seperti Rekam Medis Elektronik (RME), sistem pendaftaran, farmasi, laboratorium, klaim, logistik, dashboard manajemen, hingga pelaporan tidak dapat berjalan tanpa infrastruktur yang memadai.

Pertanyaan pentingnya bukan hanya “aplikasi apa yang digunakan?”, tetapi juga:

Di mana aplikasi dijalankan, di mana data disimpan, bagaimana sistem tetap tersedia, dan bagaimana data dipulihkan ketika terjadi gangguan?

Jawaban atas pertanyaan tersebut berkaitan dengan pilihan penggunaan server lokal (on-premise), cloud, atau kombinasi keduanya melalui hybrid infrastructure.

---

Capaian Pembelajaran

Setelah mempelajari Bab 5, mahasiswa diharapkan mampu membandingkan pilihan infrastruktur on-premise, cloud, dan hybrid berdasarkan kebutuhan pelayanan kesehatan.

Mahasiswa juga diharapkan mampu mempertimbangkan beberapa aspek utama, yaitu:

• kapasitas sistem;
• availability atau ketersediaan layanan;
• biaya;
• keamanan dan risiko;
• skalabilitas;
• kebutuhan backup;
• dukungan teknis dan vendor.

Pada akhirnya, mahasiswa diharapkan mampu memberikan rekomendasi arsitektur infrastruktur yang rasional bagi fasilitas pelayanan kesehatan.

---

1. Mengapa Infrastruktur Penting?

Bayangkan sebuah Puskesmas menggunakan RME untuk pendaftaran, pemeriksaan dokter, farmasi, dan pelaporan.

Ketika server tidak dapat diakses, dampaknya bukan hanya masalah komputer.

Gangguan dapat menyebabkan:

• pendaftaran pasien melambat;
• dokter tidak dapat membuka riwayat pasien;
• farmasi kesulitan membaca resep;
• data pelayanan tidak dapat dimasukkan;
• klaim dan pelaporan tertunda;
• antrean pasien meningkat.

Karena itu, keputusan mengenai infrastruktur merupakan bagian dari tata kelola pelayanan kesehatan.

Mahasiswa Administrasi Kesehatan tidak dituntut menjadi teknisi server. Namun, seorang pengelola administrasi kesehatan harus mampu menilai apakah suatu pilihan teknologi:

mendukung pelayanan, aman, efisien, dapat dipelihara, dan sesuai kemampuan organisasi.

---

2. Mengenal Server, Storage, Cloud, Virtualisasi, dan Hosting

Sebelum membandingkan model infrastruktur, terdapat beberapa istilah dasar yang perlu dipahami.

Server

Server adalah komputer atau sistem yang menyediakan layanan bagi komputer atau pengguna lain.

Dalam fasilitas kesehatan, server dapat digunakan untuk menjalankan:

• aplikasi RME;
• sistem pendaftaran;
• sistem antrean;
• aplikasi farmasi;
• sistem klaim;
• database;
• dashboard manajemen.

Dengan kata sederhana:

Server adalah tempat aplikasi bekerja.

---

Storage

Storage merupakan media yang digunakan untuk menyimpan data.

Data tersebut dapat berupa:

• data pasien;
• database RME;
• dokumen;
• hasil laboratorium;
• laporan;
• file administrasi;
• data backup.

Dalam lingkungan kesehatan, kebutuhan storage akan terus bertambah seiring peningkatan jumlah pasien dan penggunaan sistem digital.

---

Cloud

Cloud computing memungkinkan organisasi menggunakan sumber daya komputasi melalui jaringan internet.

Server atau aplikasi tidak harus berada secara fisik di fasilitas kesehatan.

Contohnya, sebuah klinik dapat menggunakan aplikasi RME yang seluruh sistemnya dikelola oleh penyedia layanan melalui internet.

Pengguna cukup membuka aplikasi dari komputer atau perangkat yang memiliki akses jaringan.

---

Virtualisasi

Virtualisasi memungkinkan sebuah server fisik digunakan untuk menjalankan beberapa lingkungan server virtual.

Misalnya, satu perangkat server dapat digunakan untuk:

• server RME;
• server database;
• server dashboard;
• server aplikasi internal.

Virtualisasi membuat penggunaan sumber daya lebih efisien.

---

Hosting Aplikasi

Hosting menggambarkan di mana aplikasi ditempatkan dan dioperasikan.

Aplikasi dapat ditempatkan:

lokal → cloud → atau kombinasi keduanya.

Dari sinilah muncul tiga pendekatan utama:

On-Premise – Cloud – Hybrid

---

3. Model On-Premise

Apa itu On-Premise?

Pada model on-premise, server, storage, aplikasi, dan sebagian besar data ditempatkan di lingkungan organisasi atau fasilitas pelayanan kesehatan.

Contohnya:

Unit pelayanan → jaringan LAN/Wi-Fi → server lokal → aplikasi RME/database.

Server dapat ditempatkan di:

• ruang server;
• ruang administrasi;
• pusat data internal rumah sakit;
• ruang khusus TI.

---

Contoh

Sebuah Puskesmas memiliki server sendiri.

Aplikasi RME dan database berada di server tersebut. Komputer di loket, poli, farmasi, dan administrasi mengaksesnya melalui jaringan lokal.

Walaupun internet mengalami gangguan, pelayanan internal masih dapat berjalan apabila sistem memang dirancang untuk beroperasi secara lokal.

---

Kelebihan On-Premise

Salah satu kelebihan utama on-premise adalah organisasi memiliki kontrol yang tinggi terhadap server dan data.

Keuntungan lainnya meliputi:

• akses lokal relatif cepat;
• tidak sepenuhnya bergantung pada internet;
• data dapat dikelola secara internal;
• konfigurasi dapat disesuaikan dengan kebutuhan organisasi;
• cocok untuk aplikasi yang harus tetap berjalan ketika internet terganggu.

---

Kekurangan dan Risiko

On-premise membutuhkan investasi dan pengelolaan yang lebih besar.

Organisasi perlu mempertimbangkan:

• pembelian server;
• storage;
• UPS;
• jaringan;
• listrik;
• pendinginan;
• keamanan fisik;
• backup;
• pembaruan sistem;
• pemeliharaan;
• SDM teknis.

Jika server mengalami kerusakan dan tidak terdapat sistem backup yang baik, pelayanan dapat mengalami gangguan serius.

---

4. Model Cloud

Pada model cloud, aplikasi dan/atau data dijalankan pada infrastruktur yang disediakan oleh penyedia layanan.

Pengguna di fasilitas kesehatan mengakses sistem menggunakan internet.

Alurnya dapat digambarkan secara sederhana:

Pengguna → Internet → Cloud Provider → Aplikasi/Database

---

Kapan Cloud Menjadi Pilihan?

Cloud dapat dipertimbangkan ketika fasilitas kesehatan:

• tidak memiliki SDM TI yang kuat;
• ingin implementasi aplikasi lebih cepat;
• tidak ingin membeli server dalam jumlah besar;
• memiliki koneksi internet relatif stabil;
• membutuhkan akses dari beberapa lokasi;
• membutuhkan skalabilitas yang lebih mudah.

---

Kelebihan Cloud

Beberapa keuntungan cloud antara lain:

• investasi awal perangkat dapat lebih rendah;
• server tidak perlu ditempatkan di fasilitas;
• kapasitas relatif mudah ditambah;
• aplikasi dapat diakses dari berbagai lokasi;
• pemeliharaan infrastruktur banyak ditangani provider;
• pembaruan sistem dapat dilakukan secara terpusat.

---

Risiko Cloud

Kemudahan cloud tidak berarti tanpa risiko.

Beberapa hal yang harus dinilai adalah:

• ketergantungan pada internet;
• keamanan akses;
• biaya berlangganan;
• ketergantungan terhadap vendor;
• lokasi penyimpanan data;
• SLA layanan;
• backup;
• prosedur pemulihan data;
• kemungkinan downtime provider.

Pertanyaan penting sebelum memilih cloud adalah:

Apa yang terjadi jika internet fasilitas kesehatan terputus selama dua jam?

Jika seluruh aplikasi hanya tersedia melalui internet, maka akses pelayanan dapat terganggu.

---

5. Model Hybrid

Model hybrid menggabungkan komponen on-premise dengan cloud.

Pendekatan ini memungkinkan organisasi menentukan sistem mana yang tetap dijalankan secara lokal dan sistem mana yang dapat menggunakan cloud.

---

Contoh Hybrid

Misalnya:

• aplikasi operasional tertentu berjalan secara lokal;
• database utama disimpan pada server lokal;
• backup dikirim ke cloud;
• dashboard manajemen tersedia secara online;
• laporan eksternal menggunakan layanan cloud.

Dengan demikian, fasilitas kesehatan tetap mempunyai sistem lokal tetapi mendapatkan fleksibilitas dari cloud.

---

Kelebihan Hybrid

Hybrid dapat memberikan keseimbangan antara:

kontrol + fleksibilitas + keamanan + skalabilitas.

Keunggulannya antara lain:

• layanan kritis dapat tetap berjalan secara lokal;
• backup dapat ditempatkan di lokasi berbeda;
• aplikasi tertentu dapat menggunakan cloud;
• pertumbuhan kapasitas lebih fleksibel;
• organisasi tidak harus memindahkan seluruh sistem sekaligus.

---

Tantangan Hybrid

Hybrid biasanya lebih kompleks.

Organisasi harus mampu mengelola:

• sinkronisasi data;
• hak akses;
• jaringan;
• backup;
• keamanan;
• monitoring;
• integrasi sistem;
• pembagian tanggung jawab internal dan vendor.

Karena itu, hybrid tidak otomatis menjadi pilihan terbaik. Model ini tetap harus dipilih berdasarkan kebutuhan.

---

6. Perbandingan On-Premise, Cloud, dan Hybrid

Kriteria	On-Premise	Cloud	Hybrid
Investasi awal	Tinggi	Relatif lebih rendah	Sedang
Kontrol internal	Tinggi	Banyak bergantung provider	Tinggi pada komponen lokal
Ketergantungan internet	Relatif rendah untuk sistem lokal	Tinggi	Sedang
Skalabilitas	Memerlukan penambahan perangkat	Relatif mudah	Bertahap
SDM teknis	Lebih besar	Relatif lebih ringan	Membutuhkan koordinasi
Risiko utama	Kerusakan perangkat lokal	Internet/vendor/cloud	Sinkronisasi dan kompleksitas
Contoh	RME lokal	RME berbasis SaaS	RME lokal + backup cloud

Hal yang perlu diingat:

Tidak ada satu model yang selalu paling baik untuk semua fasilitas kesehatan.

Keputusan harus menyesuaikan kondisi organisasi.

---

7. Perencanaan Kapasitas Infrastruktur

Kesalahan umum dalam perencanaan infrastruktur adalah hanya menghitung jumlah komputer.

Padahal kapasitas juga dipengaruhi oleh aktivitas sistem.

Beberapa aspek yang perlu dianalisis adalah:

Pengguna aktif

Bukan hanya jumlah pegawai, tetapi berapa banyak pengguna yang mengakses sistem pada waktu yang sama.

Misalnya, dari 50 pegawai mungkin hanya 30 orang yang aktif pada jam pelayanan tertentu.

---

Transaksi pelayanan

Perhatikan jumlah:

• pasien;
• kunjungan;
• resep;
• pemeriksaan laboratorium;
• klaim;
• dokumen;
• transaksi administrasi.

Semakin banyak transaksi, semakin besar kebutuhan sistem.

---

Pertumbuhan data

Data kesehatan akan bertambah dari waktu ke waktu.

Perencanaan harus memperhitungkan pertumbuhan:

• database pasien;
• dokumen digital;
• hasil pemeriksaan;
• laporan;
• file backup.

Karena itu, kapasitas tidak sebaiknya dirancang hanya untuk kebutuhan hari ini.

---

8. Availability

Availability adalah kemampuan sistem untuk tetap tersedia ketika dibutuhkan.

Dalam pelayanan kesehatan, tingkat kepentingan setiap sistem dapat berbeda.

Contohnya:

Prioritas tinggi

• pendaftaran;
• RME;
• farmasi;
• laboratorium;
• klaim.

Prioritas lebih rendah

• Guest Wi-Fi;
• akses internet umum;
• beberapa layanan nonkritis.

Pengelola harus menjawab:

Berapa lama layanan boleh berhenti sebelum memberikan dampak serius terhadap pelayanan?

---

9. Skalabilitas

Scalability menunjukkan kemampuan infrastruktur untuk berkembang mengikuti peningkatan kebutuhan.

Misalnya sebuah klinik saat ini memiliki:

25 pengguna → 5 poli → 150 pasien/hari.

Dua tahun kemudian dapat berkembang menjadi:

50 pengguna → 10 poli → 300 pasien/hari.

Jika infrastruktur tidak dapat dikembangkan dengan mudah, organisasi mungkin harus mengganti sistem secara besar-besaran.

Karena itu, kebutuhan masa depan perlu dipertimbangkan sejak awal.

---

10. Redundancy

Redundancy berarti menyediakan komponen cadangan untuk mengurangi risiko terhentinya layanan.

Contohnya:

• internet utama + internet cadangan;
• server utama + server cadangan;
• UPS;
• backup lokal;
• backup cloud;
• perangkat jaringan cadangan.

Tujuan redundancy adalah menghindari single point of failure.

Artinya, jangan sampai satu komponen rusak menyebabkan seluruh pelayanan berhenti.

---

11. Backup Bukan Sekadar Menyalin Data

Memiliki file backup saja belum cukup.

Backup yang baik harus:

1. dilakukan secara rutin;
2. disimpan dengan aman;
3. memiliki lebih dari satu salinan;
4. tidak hanya disimpan pada perangkat yang sama;
5. dapat dipulihkan kembali.

Karena itu, organisasi sebaiknya melakukan uji restore.

Pertanyaan yang benar bukan hanya:

“Apakah kita memiliki backup?”

Tetapi:

“Apakah backup tersebut benar-benar dapat digunakan untuk memulihkan layanan?”

---

12. Total Cost of Ownership

Dalam memilih infrastruktur, jangan hanya melihat harga pembelian.

Gunakan konsep Total Cost of Ownership (TCO).

TCO mencakup seluruh biaya sepanjang penggunaan sistem.

Biaya awal

Misalnya:

• server;
• storage;
• UPS;
• rack;
• lisensi;
• instalasi;
• perangkat jaringan.

Biaya operasional

Misalnya:

• listrik;
• internet;
• biaya cloud;
• domain;
• backup;
• keamanan.

Biaya pemeliharaan

Misalnya:

• garansi;
• penggantian perangkat;
• patching;
• monitoring;
• vendor support.

Biaya downtime

Downtime juga memiliki nilai ekonomi.

Apabila sistem pendaftaran tidak berfungsi, dampaknya dapat berupa:

• antrean meningkat;
• proses pelayanan melambat;
• pekerjaan harus dilakukan manual;
• petugas melakukan input ulang;
• pelaporan tertunda.

Dengan demikian:

Pilihan termurah belum tentu memiliki biaya total paling rendah.

---

13. Alur Memilih Arsitektur Infrastruktur

Pemilihan teknologi sebaiknya tidak dimulai dari nama produk atau vendor.

Mulailah dari kebutuhan pelayanan.

Tahap 1 — Identifikasi layanan kritis

Tentukan sistem yang harus tersedia selama jam pelayanan.

Misalnya:

RME, pendaftaran, farmasi, laboratorium, dan klaim.

↓

Tahap 2 — Analisis kebutuhan data

Tentukan:

• jenis data;
• volume data;
• sensitivitas;
• lokasi penyimpanan;
• kebutuhan akses.

↓

Tahap 3 — Analisis kapasitas dan internet

Nilai:

• pengguna aktif;
• transaksi;
• kecepatan internet;
• stabilitas koneksi;
• pertumbuhan.

↓

Tahap 4 — Nilai risiko dan keamanan

Analisis kemungkinan:

• server rusak;
• listrik padam;
• internet putus;
• serangan siber;
• kehilangan data.

↓

Tahap 5 — Hitung biaya/TCO

Bandingkan biaya awal, operasional, pemeliharaan, dan pertumbuhan.

↓

Tahap 6 — Nilai dukungan vendor

Perhatikan:

• SLA;
• waktu respons;
• kemampuan teknis;
• dokumentasi;
• dukungan pemulihan.

↓

Tahap 7 — Pilih arsitektur

Barulah tentukan:

On-Premise / Cloud / Hybrid

↓

Tahap 8 — Susun backup dan disaster recovery

Setiap pilihan tetap membutuhkan rencana pemulihan.

---

14. Studi Kasus Singkat

Kasus Klinik Rawat Jalan

Sebuah Klinik Rawat Jalan memiliki:

• 35 pengguna aktif;
• 6 poli;
• farmasi;
• laboratorium;
• 3 printer jaringan;
• aplikasi RME;
• klaim;
• dashboard;
• internet 80 Mbps relatif stabil;
• belum memiliki tenaga TI penuh waktu.

Alternatif pilihan

Salah satu pilihan yang dapat dipertimbangkan adalah hybrid.

Aplikasi utama dapat menggunakan layanan yang dikelola vendor/cloud, sedangkan perangkat jaringan lokal dan komponen operasional penting tetap tersedia di klinik.

Backup tambahan juga dapat disiapkan.

Pertimbangannya

Pilihan tersebut memungkinkan:

• investasi awal lebih ringan;
• pengelolaan server lebih banyak ditangani vendor;
• kapasitas lebih mudah ditingkatkan;
• data dapat dicadangkan;
• tetap tersedia alternatif ketika terjadi gangguan.

Namun, organisasi tetap perlu memiliki prosedur ketika internet tidak tersedia.

---

15. Evaluasi Individu

Skenario

Puskesmas “Sehat Mandiri” memiliki:

• 1 loket;
• 4 poli;
• laboratorium sederhana;
• farmasi;
• ruang administrasi;
• 28 pengguna aktif;
• 2 printer jaringan;
• internet 50 Mbps yang terkadang tidak stabil.

Puskesmas akan menerapkan:

RME + klaim + pelaporan digital.

Tugas

Pilih salah satu arsitektur:

On-Premise / Cloud / Hybrid

Kemudian:

1. Tuliskan minimal 5 alasan pemilihan.
2. Analisis berdasarkan:
   • kapasitas;
   • availability;
   • biaya;
   • risiko;
   • skalabilitas.
3. Buat diagram sederhana target architecture.
4. Identifikasi 3 risiko utama.
5. Tuliskan 3 tindakan mitigasi.
6. Berikan rekomendasi kebutuhan backup dan koneksi internet.

Produk

Jawaban dibuat dalam:

1 halaman ringkas atau 1 slide.

---

16. Refleksi

Setelah mempelajari bab ini, pertimbangkan pertanyaan berikut:

Jika internet di fasilitas kesehatan terputus selama dua jam, layanan apa yang tetap harus berjalan?

Jawaban atas pertanyaan tersebut sangat penting karena membantu organisasi menentukan apakah infrastruktur yang lebih sesuai adalah:

on-premise, cloud, atau hybrid.

---

Kesimpulan

Pemilihan infrastruktur Sistem Informasi Kesehatan bukan sekadar menentukan server atau cloud.

Pilihan tersebut berkaitan langsung dengan:

pelayanan → data → keamanan → biaya → risiko → keberlanjutan.

Beberapa prinsip penting yang perlu diingat:

Pertama, tidak ada satu model infrastruktur yang paling baik untuk semua fasilitas kesehatan.

Kedua, layanan kritis harus menjadi dasar dalam menentukan prioritas.

Ketiga, backup dan pemulihan harus menjadi bagian dari desain sejak awal.

Keempat, perencanaan kapasitas harus mempertimbangkan kebutuhan saat ini dan pertumbuhan masa depan.

Kelima, keputusan teknologi pada akhirnya merupakan keputusan tata kelola.

Bagi mahasiswa Administrasi Kesehatan, kompetensi yang paling penting bukan kemampuan memasang server, tetapi kemampuan:

menganalisis kebutuhan, menilai alternatif, memahami risiko, serta merekomendasikan infrastruktur yang mendukung pelayanan kesehatan secara aman, efisien, dan berkelanjutan.