Sizing Server PACS Radiologi: CPU, RAM, & Storage Modalitas
Panduan kalkulasi sizing server PACS radiologi: hitung kebutuhan CPU core, alokasi buffer RAM, IOPS disk, dan rumus kapasitas storage RAID per modalitas faskes.
Jawaban singkat
Yang perlu dipahami sebelum membaca lebih jauh
- Sizing server PACS yang tepat dihitung berdasarkan volume harian pemeriksaan dan jenis modalitas. Untuk rumah sakit tipe C dengan CR/DR, USG, dan 1 unit CT-Scan 32-slice, rekomendasi minimal adalah CPU 8 Core (16 Thread), RAM 32 GB ECC, storage Hot Tier NVMe RAID 10 sebesar 1–2 TB, serta secondary storage 8–12 TB berskema RAID 6.
- Pemisahan media penyimpanan menjadi tiga tingkatan (Hot Tier untuk studi aktif 30 hari, Warm Tier untuk riwayat 1–5 tahun, dan Cold Tier Cloud untuk retensi 25 tahun) menghemat biaya pengadaan hardware hingga 60% tanpa mengorbankan kecepatan akses dokter.
Kesalahan Klasik Pengadaan Server PACS di Fasilitas Kesehatan
Dalam proyek pengadaan sistem informasi radiologi di rumah sakit dan klinik, salah satu kesalahan paling mahal yang sering terjadi adalah salah hitung kapasitas server (hardware sizing error).
Panitia pengadaan kerap membeli server dengan spesifikasi yang hanya mengacu pada anjuran umum vendor SIMRS: “Yang penting prosesor Intel Xeon dan harddisk 4 TB.” Enam bulan setelah sistem beroperasi, keluhan mulai berdatangan dari ruang baca dokter:
- Membuka satu pemeriksaan CT Scan abdomen memakan waktu hingga 45 detik.
- Tampilan rekonstruksi multiplanar (MPR) tersendat-sendat (stuttering).
- Server mendadak mati (crash) saat tiga dokter spesialis mengakses sistem secara bersamaan di jam sibuk pagi hari.
- Kapasitas harddisk yang diproyeksikan cukup untuk tiga tahun ternyata sudah penuh hanya dalam waktu delapan bulan.
PACS (Picture Archiving and Communication System) bukan sekadar server file penyimpan dokumen teks. Server ini menangani data citra biner berukuran raksasa, mengeksekusi proses dekompresi piksel (transcoding), memproses manipulasi grafis diagnostik, dan melayani transmisi protokol DICOM ke banyak workstation secara paralel.
Berikut adalah panduan teknis kalkulasi sizing server PACS yang terukur berdasarkan beban kerja modalitas medis riil di lapangan.
1. Karakteristik Data per Modalitas Medis
Langkah pertama dalam menentukan ukuran server adalah membedah profil data yang dihasilkan oleh setiap alat diagnostik di instalasi radiologi Anda:
| Jenis Modalitas | Kode DICOM | Jumlah File per Pemeriksaan | Rata-rata Ukuran File | Total Ukuran per Studi | Karakteristik Beban Komputasi |
|---|---|---|---|---|---|
| Rontgen Konvensional (CR / DR) | CR, DX |
1 – 4 lembar citra | 10 – 25 MB | 15 – 50 MB | I/O rendah, beban komputasi visual statis 2D |
| Mamografi Digital | MG |
4 – 8 lembar citra | 25 – 60 MB | 100 – 300 MB | Resolusi tinggi (matriks hingga 4.000 × 5.000 piksel) |
| Ultrasonografi (USG 2D/4D) | US |
10 – 30 lembar + klip video | 1 – 5 MB | 20 – 80 MB | Kombinasi gambar statis dan klip Cine loop (RGB) |
| CT-Scan (16 / 32 / 64 Slice) | CT |
400 – 1.500 irisan (slice) | 512 KB | 250 – 800 MB | I/O disk sangat intensif, butuh rekonstruksi 3D |
| MRI (1.5 Tesla / 3.0 Tesla) | MR |
300 – 1.000 irisan | 300 – 600 KB | 150 – 500 MB | Multi-sekuens (T1, T2, FLAIR, DWI), butuh kontras tinggi |
Mengetahui angka-angka ini memungkinkan tim IT merancang arsitektur server yang tepat sasaran, bukan sekadar menebak-nebak.
🧮 Simulasi Interaktif: Ingin langsung menghitung spesifikasi server untuk kombinasi alat di faskes Anda? Gunakan Kalkulator Sizing Server PACS Interaktif di bagian bawah artikel ini untuk estimasi real-time kapasitas storage, CPU core, dan RAM.
2. Formula Kalkulasi Kebutuhan Storage Tahunan
Untuk mengetahui berapa besar kapasitas penyimpanan fisik yang harus dibeli faskes, gunakan rumus kalkulasi komprehensif berikut:
Kapasitas Bersih per Tahun (GB) = ∑ [ Jumlah Pasien Tahunan per Modalitas × Rata-rata Ukuran Studi (GB) ]
Kapasitas Bruto Server (GB) = Kapasitas Bersih × 1.30 (Overhead Index & Log) × Faktor Redundansi RAID
Simulasi Riil: Rumah Sakit Tipe C (Multi-Modalitas)
Asumsikan sebuah rumah sakit tipe C memiliki volume pemeriksaan rata-rata per hari sebagai berikut:
- CR/DR X-Ray: 50 pasien/hari × 30 MB = 1.500 MB = 1,5 GB/hari
- USG: 20 pasien/hari × 40 MB = 800 MB = 0,8 GB/hari
- CT-Scan 32-slice: 10 pasien/hari × 500 MB = 5.000 MB = 5,0 GB/hari
- Total produksi data harian = 1,5 + 0,8 + 5,0 = 7,3 GB per hari operasional.
- Produksi data per tahun (365 hari) = 7,3 GB × 365 = 2.664,5 GB (~2,66 TB per tahun).
Menghitung Cadangan Ruang dan Skema RAID:
Jangan membeli harddisk yang pas-pasan 3 TB. Ada faktor penentu yang wajib diperhitungkan:
- Overhead Metadata & Database Index (30%): 2,66 TB × 1,3 = 3,46 TB/tahun.
- Proyeksi Pertumbuhan Pasien (20% per tahun): Tahun ke-2 membutuhkan ~4,15 TB, tahun ke-3 membutuhkan ~5,0 TB.
- Total Kebutuhan Data Bersih 3 Tahun: ~12,6 TB.
Jika Anda menggunakan arsitektur disk RAID 6 (toleransi kerusakan 2 harddisk bersamaan), efisiensi kapasitas disk berkurang sebesar 2 unit drive. Untuk mendapatkan kapasitas bersih 12,6 TB, Anda membutuhkan minimal 4 unit harddisk enterprise berukuran 6 TB (Total kapasitas fisik 24 TB, kapasitas efektif yang bisa dipakai adalah 12 TB).
3. Strategi Penyimpanan Berjenjang: Hot, Warm, dan Cold
Menyimpan seluruh data pemeriksaan radiologi selama puluhan tahun pada media penyimpanan performa tinggi adalah pemborosan anggaran yang masif. Rumah sakit modern membagi penyimpanan ke dalam tiga tingkatan (Tiered Storage Architecture):
┌────────────────────────────────────────────────────────────────────────┐
│ ARSITEKTUR PENYIMPANAN BERJENJANG SERVER PACS │
├─────────────────┬───────────────────┬──────────────────────────────────┤
│ Tingkatan Tier │ Media Fisik │ Peruntukan Data Klinis │
├─────────────────┼───────────────────┼──────────────────────────────────┤
│ 1. HOT TIER │ NVMe PCIe SSD │ • Pemeriksaan aktif 0–30 hari │
│ (Ultra Fast) │ RAID 10 │ • Kecepatan baca > 3.000 MB/s │
│ │ (1 – 2 TB) │ • Loading CT Scan < 2 detik │
├─────────────────┼───────────────────┼──────────────────────────────────┤
│ 2. WARM TIER │ Enterprise SATA │ • Data riwayat 1 bulan – 3 tahun │
│ (Standard) │ RAID 6 SAS / NAS │ • Kecepatan baca 300–600 MB/s │
│ │ (8 – 16 TB) │ • Pasien kontrol rutin & rujukan │
├─────────────────┼───────────────────┼──────────────────────────────────┤
│ 3. COLD TIER │ Cloud PACS Archive│ • Retensi legalitas 3–25 tahun │
│ (Deep Long) │ S3 / R2 Object │ • Biaya per-gigabyte terendah │
│ │ (Kapasitas Bebas) │ • Tahan bencana fisik gedung RS │
└─────────────────┴───────────────────┴──────────────────────────────────┘
Dengan konfigurasi berjenjang ini:
- Dokter radiologi yang membaca hasil pemeriksaan hari ini menikmati kecepatan instan dari Hot Tier NVMe SSD.
- Ketika data berusia lebih dari 30 hari, sistem secara otomatis memindahkan file biner ke Warm Tier harddisk mekanik.
- Setelah melewati 1 tahun, data secara terjadwal diunggah ke arsip cloud berbiaya murah untuk memenuhi ketentuan retensi 25 tahun sesuai Permenkes No. 24 Tahun 2022. Cara ini mengeliminasi risiko fatal seperti menyimpan data DICOM di harddisk eksternal.
4. Kebutuhan Memori (RAM): Menghindari Hambatan C-STORE
Beban memori pada server PACS didorong oleh dua aktivitas utama:
- Penerimaan Citra Simultan (C-STORE Buffer): Ketika modalitas CT Scan mentransfer 800 file citra, file tersebut masuk ke antrean memori sebelum ditulis ke disk.
- Render Sisi Server (Server-Side Rendering / Transcoding): Viewer modern mengubah format biner DICOM ke format web stream (progressive rendering) secara langsung di memori RAM tanpa menulis file sementara ke harddisk.
Rekomendasi Alokasi RAM Server:
- Klinik Pratama / Lab Mandiri (Hanya CR/USG): Minimal 16 GB RAM DDR4/DDR5.
- Rumah Sakit Tipe C/D (CR, USG, 1 Unit CT 16/32 Slice): Minimal 32 GB ECC RAM.
- Rumah Sakit Tipe A/B (Multi-CT, MRI, 5+ Dokter Simultan): Minimal 64 GB – 128 GB ECC RAM.
[!IMPORTANT] Mengapa Wajib Menggunakan ECC RAM? Memori berfitur Error-Correcting Code (ECC) mendeteksi dan memperbaiki kerusakan bit (bit flip) secara mandiri. Pada server database citra medis yang beroperasi 24 jam non-stop, kerusakan 1 bit pada memori non-ECC dapat memicu kernel panic atau menghasilkan file citra yang korup saat disimpan ke arsip permanen.
5. Sizing Processor (CPU Core dan Clock Speed)
Dalam pemrosesan PACS, arsitektur CPU membutuhkan kombinasi antara kecepatan clock inti tunggal (single-core clock speed) yang tinggi dan jumlah core paralel (multi-core threading):
- Kecepatan Single-Core (> 3.0 GHz): Krusial untuk kecepatan algoritma kompresi/dekompresi piksel (JPEG Lossless / JPEG 2000) pada setiap irisan file citra individual.
- Multi-Threading (8 – 32 Threads): Dibutuhkan agar server dapat melayani permintaan bacaan dari puluhan komputer poli, rawat inap, dan workstation dokter radiologi secara bersamaan tanpa antrean.
Matriks Pemilihan Prosesor:
- Skala Klinik: Intel Xeon E-2300 series (4 Core / 8 Thread) atau AMD Ryzen PRO 5000/7000 series.
- Skala Rumah Sakit Standar: Intel Xeon Silver 4300/4400 series (8–16 Core) atau AMD EPYC 7003/9004 series (16 Core).
- Skala Rumah Sakit Rujukan / Jaringan: Dual Socket Intel Xeon Gold atau AMD EPYC 32 Core dengan dukungan instruksi akselerasi kriptografi AVX-512.
Kaji panduan mendalam mengenai rancang bangun perangkat keras pada ulasan kami tentang spesifikasi server PACS radiologi dan kelengkapan pendukungnya pada infrastruktur IT rumah sakit komponen wajib.
6. Kebutuhan Throughput Jaringan (LAN dan Bandwidth)
Server PACS dengan spesifikasi prosesor dan storage terbaik tidak akan memberikan performa maksimal jika tersumbat oleh jaringan lokal yang lambat.
- Kartu Jaringan Server (NIC): Server PACS wajib dibekali minimal Dual Port 1 Gbps Gigabit Ethernet yang dikonfigurasi dengan mode LACP Bonding / Teaming (menghasilkan agregasi kapasitas 2 Gbps dengan fitur failover otomatis).
- Backbone Antar-Switch: Jalur kabel antara ruang server dan ruang baca radiologi disarankan menggunakan kabel Cat6A (10 Gbps) atau kabel fiber optik (SFP+).
- Koneksi Internet Outbound: Untuk mendukung integrasi ke platform SATUSEHAT Kementerian Kesehatan dan akses teleradiologi dokter dari luar rumah sakit, faskes membutuhkan bandwidth upload minimal:
- Klinik kecil: 20 Mbps simetris.
- Rumah sakit dengan CT Scan: Minimal 50 – 100 Mbps dedicated simetris.
Tabel Rangkuman Sizing Server PACS per Kelas Faskes
| Komponen Hardware | Kelas 1: Klinik Mandiri | Kelas 2: RS Tipe C & D | Kelas 3: RS Tipe A & B |
|---|---|---|---|
| Modalitas Aktif | 1 CR/DR + 1 USG | 2 CR/DR + 2 USG + 1 CT 16/32 | Multi-CT 128+, MRI, Cath Lab, Mamografi |
| Processor | 4 Core / 8 Thread (Intel Xeon E) | 8 Core / 16 Thread (Xeon Silver/EPYC) | 16–32 Core Dual Socket Enterprise |
| Kapasitas RAM | 16 GB ECC DDR4 | 32 GB – 64 GB ECC DDR4/DDR5 | 64 GB – 128 GB+ ECC DDR5 |
| Storage Hot Tier | 500 GB NVMe SSD | 1 TB – 2 TB NVMe RAID 10 | 4 TB Enterprise NVMe High-DWPD |
| Storage Warm Tier | 2 TB – 4 TB HDD RAID 1 | 8 TB – 16 TB HDD RAID 6 | 32 TB – 64 TB SAS Enterprise RAID 6 |
| Network Interface | 1 Gbps LAN | Dual 1 Gbps LACP Bonding | 10 Gbps SFP+ Fiber Optic |
| Kebutuhan UPS | 1.000 VA Online UPS | 2.000 – 3.000 VA Online Double-Conv | 5.000 VA+ Redundant Power Supply |
Alternatif Modern: Mengapa Memilih Cloud PACS?
Membeli, mengonfigurasi, dan merawat server fisik dengan spesifikasi di atas menelan biaya modal awal (CAPEX) puluhan hingga ratusan juta rupiah—belum termasuk biaya penggantian suku cadang, pendingin ruangan presisi, dan gaji teknisi infrastruktur bersertifikat.
Inilah alasan utama banyak fasilitas kesehatan modern beralih ke arsitektur Cloud PACS seperti Imagestro-PACS:
- Bebas Investasi Server Fisik: Tidak perlu membeli rak server dan array harddisk lokal.
- Kapasitas Penyimpanan Elastis: Ruang penyimpanan bertambah otomatis seiring bertambahnya volume pasien tanpa risiko harddisk penuh mendadak.
- Pemeliharaan Otomatis: Pembaruan sistem keamanan, pencadangan harian, dan kepatuhan SATUSEHAT ditangani penuh oleh penyedia layanan.
- Kecepatan Akses Tinggi: Menggunakan jaringan distribusi konten global dan kompresi canggih sehingga dokter dapat membuka citra CT Scan resolusi penuh dari mana saja secara aman.
Ingin menghitung kebutuhan spesifikasi server atau beralih ke solusi PACS cloud yang lebih efisien? Tim teknis PT. Satu Pintu Digital siap mendampingi faskes Anda melakukan audit beban kerja, kalkulasi hardware, dan implementasi infrastruktur kesehatan terstandarisasi.
Konsultasikan Kebutuhan Server Faskes Anda Bersama Kami →
💡 Ingin merasakan performa PACS modern tanpa perlu pusing membeli dan merawat server fisik di rumah sakit? Coba demo langsung Imagestro-PACS sekarang →
Butuh Bantuan Integrasi SATUSEHAT & PACS Radiologi?
Konsultasikan arsitektur PACS, smart router DICOM, hingga pemenuhan regulasi SATUSEHAT Kemenkes bersama tim teknis kami.
Hitung Kebutuhan Server PACS Faskes Anda
Sesuaikan estimasi jumlah pasien harian per modalitas dan jumlah dokter pembaca simultan untuk melihat rekomendasi kapasitas storage, CPU, dan RAM server secara real-time.
1. Parameter Beban Modalitas (Pasien per Hari)
~30 MB per pemeriksaan
~40 MB per pemeriksaan
~500 MB per pemeriksaan
~300 MB per pemeriksaan
Beban jam sibuk membaca citra
2. Rekomendasi Spesifikasi Hardware
Produksi Data Harian
7.3 GB
/ hari operasional
Produksi Data Tahunan
2.66 TB
/ tahun (365 hari)
Kebutuhan Storage 3 Tahun (+ RAID 6)
4x 6 TB Enterprise SATA (RAID 6, Usable: 12 TB)
Termasuk 30% overhead DB & index, proteksi toleransi 2 disk mati.
Hot Tier (Buffer Aktif 30 Hari)
1 TB – 2 TB NVMe PCIe Gen4 RAID 10
Menjamin loading studi aktif CT/MRI di bawah 2 detik tanpa disk bottleneck.
Prosesor (CPU Rekomendasi)
8 Core / 16 Thread (Intel Xeon Silver / AMD EPYC)
Clock speed minimal > 3.0 GHz untuk transcoding pixel & rendering web viewer.
Memori Sistem (ECC RAM)
32 GB ECC DDR4 / DDR5
Wajib modul ECC untuk mencegah silent memory bit corruption & crash 24/7.
Bandwidth Internet (SATUSEHAT)
Min. 50 Mbps Dedicated Upload
Didukung Dual Port 1 Gbps LAN LACP Bonding di jaringan lokal faskes.
Alternatif Cloud
Mau tanpa pusing beli & rawat server fisik? Coba Imagestro-PACS Cloud →
Istilah penting
Glossary singkat
- IOPS (Input/Output Operations Per Second)
- Tolok ukur kecepatan baca-tulis media penyimpanan yang menentukan seberapa cepat server PACS dapat melayani permintaan ratusan irisan citra secara bersamaan.
- Hot Tier Storage
- Media penyimpanan berkecepatan sangat tinggi (NVMe SSD) yang dialokasikan khusus untuk studi pemeriksaan pasien aktif yang sedang dianalisis dalam 30 hari terakhir.
- Cold Tier Archiving
- Repositori penyimpanan jangka panjang berbiaya rendah (umumnya berbasis cloud object storage) untuk memenuhi kewajiban retensi data rekam medis 25 tahun.
- ECC RAM (Error-Correcting Code)
- Jenis memori server khusus yang mampu mendeteksi dan mengoreksi kerusakan data internal secara otomatis guna mencegah server crash mendadak.
- Transkoding Sintaks Transfer
- Proses dekompresi atau konversi algoritma piksel DICOM (misalnya dari JPEG Lossless ke uncompressed raw) yang dilakukan CPU server sebelum citra dikirim ke viewer web.
Baca sumbernya
Referensi dan dokumentasi
- ACR-SIIM Technical Standard for Electronic Practice of Medical Imaging Standar pedoman teknis arsitektur komputasi, infrastruktur jaringan, dan performa tampilan citra medis dari Society for Imaging Informatics in Medicine.
- Intel Xeon Processor Sizing Guide for Enterprise Workloads Panduan arsitektur prosesor enterprise, alokasi thread paralel, dan pengelolaan memori DDR5 ECC.
- SNIA (Storage Networking Industry Association) RAID Architectures Dokumentasi standar industri seputar performa, toleransi kesalahan, dan kalkulasi kapasitas efektif RAID 10, RAID 5, dan RAID 6.
Pertanyaan umum
Yang sering ditanyakan sebelum implementasi
- Berapa ukuran rata-rata satu file pemeriksaan radiologi berdasarkan jenis modalitas?
- Ukuran bervariasi drastis. Foto rontgen dada (CR/DR) berkisar antara 15–30 MB per pemeriksaan (1–2 gambar). USG berkisar antara 20–50 MB. Namun CT Scan menghasilkan 300–800 MB (500–1.500 slice), dan MRI berkisar antara 150–500 MB per studi.
- Mengapa server PACS sering mengalami lag meskipun kapasitas harddisk masih tersisa banyak?
- Masalah utama biasanya bukan kapasitas ruang (gigabyte), melainkan keterbatasan IOPS dan bandwidth baca disk. Jika server menggunakan harddisk mekanik (HDD SATA) tanpa caching SSD, antrean I/O akan macet saat beberapa dokter membuka seri CT Scan secara bersamaan.
- Mengapa RAID 5 tidak disarankan untuk penyimpanan utama data citra medis?
- Proses pembangunan ulang (rebuild) pada array RAID 5 dengan harddisk berkapasitas besar (di atas 4 TB) memakan waktu berhari-hari dan menempatkan beban kerja ekstrem pada disk yang tersisa. Risiko terjadinya kegagalan disk kedua (Unrecoverable Read Error) selama proses rebuild sangat tinggi, yang berpotensi melenyapkan seluruh arsip data.
- Apakah fasilitas kesehatan harus menampung data radiologi 25 tahun di server lokal?
- Tidak rasional secara biaya. Menyimpan data puluhan tahun di server lokal membutuhkan penambahan rak storage, konsumsi listrik genset, dan AC pendingin terus-menerus. Praktik terbaik adalah menyimpan data aktif lokal selama 30-90 hari, lalu mengarsipkan data lawas ke cloud PACS berbiaya rendah.
Umpan balik
Apakah panduan ini membantu memahami implementasi & workflow PACS?
Kirim Data Radiologi ke SATUSEHAT Tanpa Beban Setup Mandiri
Hubungkan alur radiologi faskes Anda—mulai dari worklist modalitas, accession number otomatis, web DICOM viewer, hingga sinkronisasi SATUSEHAT. Tersedia Free Tier untuk klinik dan rumah sakit.