Spesifikasi Server PACS: Jangan Asal Beli Hardware

Server radiologi bukan sekadar komputer penyimpan file

Salah satu kesalahan paling jamak saat rumah sakit atau klinik memulai digitalisasi radiologi adalah menganggap server PACS sama seperti file server kantor biasa. Tim pengadaan sering kali memilih PC desktop berspesifikasi gaming atau server bekas dengan hard disk standar kantor, lalu heran mengapa viewer dokter mulai mengalami freezing atau transfer dari mesin CT-Scan tersendat saat jam sibuk.

File citra medis dalam standar DICOM (Digital Imaging and Communications in Medicine) memiliki karakteristik beban kerja yang unik:

1. Pola Akses Burst I/O: Saat modalitas CT-Scan selesai memindai pasien, mesin akan menembakkan ratusan hingga ribuan irisan file .dcm sekaligus melalui protokol C-STORE ke port server.
2. Kebutuhan Transcoding On-the-Fly: Viewer modern berbasis web (Web DICOM Viewer) tidak mengunduh seluruh file mentah ke browser dokter, melainkan meminta server merender irisan gambar secara instan sesuai pengaturan windowing (WW/WL — Window Width/Window Level, pengaturan kontras dan kecerahan) dokter.
3. Kewajiban Retensi Legal 25 Tahun: Berdasarkan Permenkes No. 24 Tahun 2022 tentang Rekam Medis, seluruh Fasilitas Pelayanan Kesehatan wajib menyimpan Rekam Medis Elektronik (termasuk berkas penunjang citra diagnostik DICOM) paling singkat 25 (dua puluh lima) tahun sejak tanggal kunjungan terakhir pasien. Regulasi ini menggantikan aturan lama (Permenkes 269/MENKES/PER/III/2008) yang sebelumnya mensyaratkan penyimpanan 5 tahun.

Artikel ini menyajikan panduan praktis untuk tim IT dalam menghitung kapasitas (sizing), memilih konfigurasi hardware, dan merancang arsitektur penyimpanan PACS lokal yang andal.

---

1. Rumus Kalkulasi Kebutuhan Storage (Siklus 5 Tahun vs Retensi 25 Tahun)

Sebelum membeli hard disk, Anda wajib menghitung estimasi akumulasi volume data berdasarkan jenis modalitas yang beroperasi di fasilitas kesehatan Anda:

Jenis Modalitas Radiologi	Rata-rata Ukuran per Studi	Estimasi Pasien / Bulan	Estimasi Akumulasi / Tahun
X-Ray Konvensional (CR/DR)	25 MB – 40 MB (2–3 views)	400 pasien	~180 GB / tahun
Ultrasonografi (USG Medis)	15 MB – 50 MB	200 pasien	~80 GB / tahun
CT-Scan (16–64 Slice)	250 MB – 800 MB	150 pasien	~900 GB / tahun
CT-Scan Multi-slice (>128 Slice)	800 MB – 2.0 GB	100 pasien	~1.6 TB / tahun
Magnetic Resonance Imaging (MRI)	200 MB – 600 MB	80 pasien	~400 GB / tahun

Formula Praktis Sizing Storage:

Total Kapasitas Netto 5 Tahun = (Total Volume Tahunan Seluruh Modalitas) × 5 × 1,3

Faktor pengali 1.3 digunakan sebagai cadangan indexing database, thumbnail preview, file log audit, dan ruang gerak sistem operasi. Sebagai contoh, pada rumah sakit tipe C umum dengan 1 DR, 1 USG, dan 1 CT-Scan 16-slice, volume data tahunan berkisar di angka 1.2 TB per tahun. Dalam siklus 5 tahun pertama, kapasitas netto yang wajib tersedia adalah minimal 7.8 TB, dan akan terus terakumulasi hingga ~35–40 TB untuk memenuhi masa retensi penuh 25 tahun.

Menampung seluruh akumulasi 25 tahun di hard disk lokal menuntut investasi server yang terus membengkak. Inilah alasan arsitektur penyimpanan bertingkat (storage tiering) dan integrasi cloud menjadi krusial.

2. Arsitektur Penyimpanan Bertingkat (Storage Tiering)

Membeli seluruh kapasitas 10 TB menggunakan SSD NVMe berkecepatan tinggi sangat memboroskan anggaran. Sebaliknya, menggunakan hard disk SATA mekanik lambat untuk seluruh sistem akan membuat dokter frustrasi karena viewer lama memuat gambar.

Solusi standar industri adalah membagi penyimpanan menjadi dua lapisan (tier):

Lapisan 1: Hot Storage (SSD NVMe / Enterprise SATA SSD)

• Fungsi: Menyimpan data pemeriksaan pasien 30 hingga 60 hari terakhir.
• Karakteristik: Membaca data dengan latensi mikro-detik dan IOPS puluhan ribu. Dokter yang bertugas di IGD atau ruang radiologi membaca hasil pemeriksaan hari ini dengan respons instan tanpa jeda loading.
• Konfigurasi RAID: Wajib menggunakan RAID 1 (mirroring) atau RAID 10 agar jika salah satu SSD rusak, operasional radiologi tidak terhenti semenit pun.

Lapisan 2: Cold Storage (Enterprise HDD / NAS / Object Storage)

• Fungsi: Menyimpan arsip studi pasien di atas 60 hari hingga batas retensi 25 tahun sesuai mandat Permenkes No. 24 Tahun 2022.
• Karakteristik: Menggunakan hard disk mekanik berkapasitas besar (misal 4x 8 TB Seagate IronWolf Pro atau WD Red Pro) dalam susunan RAID 6 (toleransi kerusakan 2 hard disk sekaligus).
• Automated Lifecycle: Server PACS diatur dengan aturan otomatis: setiap studi yang umurnya melampaui 30 hari dipindahkan dari Hot Storage ke Cold Storage tanpa mengubah indeks data pasien.

---

3. Rekomendasi Spesifikasi Hardware Server Lokal

Bagi fasilitas kesehatan yang memilih membangun server PACS on-premise mandiri, berikut konfigurasi hardware standar untuk performa stabil:

A. Processor (CPU)

• Klinik Mandiri / RS Tipe D (1–2 modalitas): Minimal 6–8 Core (Intel Xeon E-2300 series atau AMD EPYC 4004 series).
• Rumah Sakit Tipe C/B (Multiple CT/MRI): Minimal 12–16 Core / 24 Thread (Intel Xeon Silver 4300 series atau AMD EPYC 7003 series). Core CPU yang banyak krusial untuk menangani dekompresi JPEG2000 dan konversi irisan CT ke web canvas secara simultan.

B. Memori (RAM)

• Kapasitas: Minimal 32 GB ECC DDR4/DDR5 (untuk klinik) atau 64 GB – 128 GB ECC (untuk rumah sakit).
• Pentingnya ECC: Memori server wajib memiliki fitur Error-Correcting Code (ECC) untuk mengeliminasi risiko bit-flip yang dapat merusak integritas file citra medis saat diproses di RAM.

C. Antarmuka Jaringan (NIC)

• Jangan gunakan port Ethernet 100 Mbps lawas.
• Server PACS wajib dilengkapi minimal 2x 1 GbE port (dikonfigurasi Link Aggregation / LACP) atau 10 GbE SFP+ jika melayani transmisi CT-Scan berkecepatan tinggi dari ruang pemeriksaan.

---

4. Redundansi dan Rencana Pemulihan Bencana (Disaster Recovery)

Penyimpanan lokal rentan terhadap risiko fisik: server tersambar petir, kegagalan controller storage, atau infeksi malware (seperti ransomware yang mengunci database rekam medis).

Prosedur pengamanan minimal yang wajib diterapkan:

1. Uninterruptible Power Supply (UPS) Online: Server PACS wajib terhubung ke UPS bertipe Double Conversion Online dengan kapasitas minimal 1500–3000 VA untuk mencegah file korup saat listrik PLN padam tiba-tiba.
2. Aturan Backup 3-2-1:
   • 3 Salinan data: 1 data aktif di server Hot Storage, 1 salinan di Cold Storage lokal, dan 1 salinan di lokasi terpisah.
   • 2 Media berbeda: SSD lokal dan NAS / Cloud Storage.
   • 1 Salinan offsite: Disimpan di luar gedung rumah sakit (misalnya menggunakan S3 Object Storage terenkripsi).

---

Kesimpulan

Membangun server PACS lokal membutuhkan perhitungan cermat antara kapasitas storage, kecepatan I/O data, redundansi perangkat keras, dan kepatuhan hukum retensi medis. Tanpa arsitektur tiering yang tepat, faskes berisiko mengeluarkan biaya tinggi untuk perangkat yang cepat mengalami bottleneck.

Bagi klinik dan rumah sakit yang ingin menghindari kompleksitas pengadaan server fisik, pemeliharaan RAID, dan risiko kerusakan hardware, model arsitektur PACS berbasis cloud menjadi alternatif modern yang menghilangkan seluruh beban fisik data center lokal.

---

Imagestro-PACS mengoperasikan arsitektur cloud-native modern yang menangani seluruh kebutuhan komputasi, storage tiering otomatis, dan pencadangan data multi-lokasi tanpa membutuhkan server fisik khusus di faskes Anda. Pelajari bagaimana sistem ini bekerja dan mulai evaluasi melalui free tier Imagestro-PACS.