Vendor SIMRS: Panduan Lengkap Cara Memilih Partner Teknologi untuk Rumah Sakit
Vendor SIMRS: Panduan Lengkap Cara Memilih Partner Teknologi untuk Rumah Sakit
Ringkasan: Memilih vendor SIMRS adalah keputusan strategis jangka panjang yang berdampak langsung pada operasional, klaim BPJS, dan kesiapan akreditasi rumah sakit. Artikel ini menyajikan 10 kriteria evaluasi objektif — mulai dari kapabilitas integrasi VClaim dan SATUSEHAT, model harga, hingga red flags yang harus diwaspadai — agar manajemen RS dapat membuat keputusan berbasis data, bukan sekadar demo yang menarik.
Mengapa Pemilihan Vendor SIMRS Begitu Krusial?
Sistem Informasi Manajemen Rumah Sakit (SIMRS) bukan sekadar software pencatatan. SIMRS adalah tulang punggung operasional RS yang menghubungkan pendaftaran, rawat jalan, rawat inap, farmasi, laboratorium, radiologi, kasir, hingga pelaporan ke regulator.
Menurut data Kementerian Kesehatan, per 2024 terdapat lebih dari 3.000 rumah sakit di Indonesia yang wajib mengimplementasikan SIMRS sesuai Permenkes 24/2022 tentang Rekam Medis Elektronik. Artinya, permintaan terhadap vendor SIMRS terus meningkat — dan sayangnya, tidak semua vendor memiliki kapabilitas yang setara.
Kesalahan memilih vendor SIMRS bisa berakibat pada:
- Klaim BPJS tertunda karena bridging VClaim tidak stabil
- Gagal integrasi SATUSEHAT sehingga RS tidak memenuhi mandate FHIR R4
- Biaya tersembunyi yang membengkak jauh melebihi proposal awal
- Vendor lock-in yang membuat RS sulit bermigrasi di kemudian hari
- Downtime berulang yang mengganggu pelayanan pasien
Artikel ini ditulis dari perspektif netral — bukan sebagai vendor yang menjual SIMRS, melainkan sebagai panduan bagi manajemen RS yang ingin membuat keputusan tepat.
10 Kriteria Evaluasi Vendor SIMRS
1. Kelengkapan Modul Inti
Vendor SIMRS yang baik harus menyediakan modul-modul inti berikut secara terintegrasi:
- Pendaftaran dan admisi (rawat jalan, rawat inap, IGD)
- Rekam medis elektronik (RME) sesuai Permenkes 24/2022
- Farmasi dan inventory obat
- Laboratorium dan radiologi (atau integrasi LIS/RIS)
- Kasir dan billing (termasuk tarif INA-CBG/iDRG)
- Pelaporan RL (Rekapitulasi Laporan) ke Kemenkes
- Dashboard manajemen
Pastikan modul-modul ini bukan sekadar ada di daftar fitur, tetapi benar-benar fungsional dan sudah digunakan di RS lain.
2. Kapabilitas Integrasi VClaim BPJS
Integrasi dengan VClaim BPJS Kesehatan adalah kebutuhan mutlak. Evaluasi vendor berdasarkan:
- Apakah bridging VClaim sudah tersertifikasi atau setidaknya stabil di RS lain?
- Apakah mendukung SEP (Surat Eligibilitas Peserta) otomatis?
- Bagaimana handling ketika server VClaim down — apakah ada mekanisme queue?
- Apakah mendukung e-Klaim / New e-Klaim untuk pengajuan klaim elektronik?
3. Kesiapan Integrasi SATUSEHAT (FHIR R4)
Sejak 2023, Kemenkes mewajibkan RS terintegrasi dengan platform SATUSEHAT menggunakan standar FHIR R4. Kriteria evaluasi:
- Apakah vendor sudah memiliki endpoint FHIR R4 yang siap produksi?
- Resource apa saja yang sudah di-mapping (Patient, Encounter, Condition, Observation, Medication)?
- Apakah ada dashboard monitoring untuk status sync SATUSEHAT?
- Bagaimana mekanisme retry jika pengiriman data gagal?
4. Arsitektur dan Teknologi
Meskipun manajemen RS tidak perlu memahami detail teknis, beberapa aspek arsitektur mempengaruhi operasional jangka panjang:
- Database: Apakah menggunakan database yang sudah teruji (PostgreSQL, MySQL, SQL Server)?
- API: Apakah tersedia API terbuka untuk integrasi dengan sistem lain?
- Scalability: Apakah arsitektur mampu menangani pertumbuhan volume transaksi?
- Security: Apakah sudah menerapkan enkripsi, RBAC, dan audit trail?
5. Track Record dan Referensi
Vendor yang kredibel harus bisa menunjukkan:
- Daftar RS yang sudah menggunakan (minimal 10+ RS aktif)
- Kontak referensi yang bisa dihubungi langsung
- Durasi rata-rata implementasi
- Tingkat retensi klien (berapa RS yang tetap menggunakan setelah 3+ tahun?)
6. Tim Support dan SLA
Setelah go-live, kualitas support menentukan kelancaran operasional:
- Berapa jumlah tim support yang dedicated?
- Apakah ada SLA (Service Level Agreement) tertulis?
- Response time untuk critical issue (sistem down) — idealnya < 1 jam
- Apakah ada on-site support atau hanya remote?
- Jam operasional support — apakah 24/7 atau hanya jam kerja?
7. Kemampuan Kustomisasi
Setiap RS memiliki workflow unik. Evaluasi:
- Apakah vendor mendukung kustomisasi tanpa mengubah core system?
- Berapa biaya dan waktu untuk kustomisasi?
- Apakah kustomisasi akan terbawa saat upgrade versi?
8. Roadmap Produk
Vendor yang serius memiliki roadmap pengembangan yang jelas:
- Apakah ada rencana pengembangan fitur untuk 1-2 tahun ke depan?
- Bagaimana mekanisme feedback dari RS pengguna?
- Seberapa sering rilis update (bulanan, kuartalan)?
- Apakah update dilakukan tanpa downtime?
9. Kepatuhan Regulasi
Vendor SIMRS harus memenuhi:
- Permenkes 24/2022 tentang Rekam Medis (termasuk format RME standar)
- UU PDP No. 27/2022 tentang Perlindungan Data Pribadi
- Standar akreditasi (KARS/SNARS) terkait manajemen informasi
- Peraturan BPJS terkait bridging dan e-Klaim
10. Total Cost of Ownership (TCO)
Jangan hanya melihat harga lisensi. Perhitungkan:
- Biaya implementasi dan migrasi data
- Biaya training
- Biaya support tahunan
- Biaya kustomisasi
- Biaya infrastruktur (server, jaringan)
- Biaya upgrade versi
- Biaya exit (jika ingin pindah vendor)
Perbandingan Model Deployment: On-Premise vs Cloud (SaaS)
| Aspek | On-Premise | Cloud / SaaS |
|---|---|---|
| Biaya awal | Tinggi (server, lisensi, instalasi) | Rendah (langganan bulanan/tahunan) |
| Biaya operasional | Butuh IT internal untuk maintenance | Termasuk dalam langganan |
| Kontrol data | Penuh — data di server RS | Data di cloud vendor (perlu perhatikan lokasi server) |
| Scalability | Terbatas oleh kapasitas server | Fleksibel, bisa scale up/down |
| Keamanan | Tanggung jawab RS | Tanggung jawab bersama (shared responsibility) |
| Update | Manual, bisa terganggu operasional | Otomatis oleh vendor |
| Akses remote | Perlu VPN atau konfigurasi tambahan | Akses dari mana saja via browser |
| Ketergantungan internet | Bisa offline | Butuh koneksi stabil |
| Recovery bencana | RS harus siapkan DRC sendiri | Biasanya sudah termasuk |
| Cocok untuk | RS besar dengan tim IT kuat | RS menengah yang ingin efisiensi |
Rekomendasi Berdasarkan Tipe RS
RS tipe A/B dengan tim IT > 5 orang: On-premise bisa menjadi pilihan jika RS memiliki kapasitas mengelola infrastruktur sendiri. Keuntungan utama adalah kontrol penuh terhadap data dan tidak bergantung pada koneksi internet.
RS tipe C/D dengan tim IT terbatas: Cloud/SaaS lebih realistis karena mengurangi beban operasional IT. Pastikan vendor menggunakan data center di Indonesia dan memiliki SLA uptime minimal 99.5%.
Model Hybrid: Beberapa vendor menawarkan model hybrid — data utama di server lokal RS, sementara backup dan beberapa modul di cloud. Ini bisa menjadi kompromi yang baik.
Model Harga Vendor SIMRS
1. Lisensi Perpetual + Maintenance
- Bayar sekali untuk lisensi, ditambah biaya maintenance tahunan (biasanya 15-20% dari harga lisensi)
- Keuntungan: tidak ada biaya berulang yang besar
- Risiko: jika vendor tutup, support berhenti
2. SaaS (Software as a Service)
- Bayar bulanan atau tahunan per user atau per modul
- Keuntungan: biaya awal rendah, termasuk update dan support
- Risiko: total biaya jangka panjang bisa lebih tinggi, data ada di vendor
3. Revenue Sharing
- Beberapa vendor menawarkan model bagi hasil berdasarkan volume transaksi RS
- Keuntungan: align incentive antara vendor dan RS
- Risiko: biaya sulit diprediksi, bisa membengkak saat volume naik
4. Open Source + Implementor
- RS menggunakan SIMRS open source (seperti Khanza atau SIMGOS), lalu membayar implementor untuk kustomisasi dan support
- Keuntungan: tidak ada vendor lock-in, biaya lisensi nol
- Risiko: kualitas bergantung pada implementor, komunitas support bisa terbatas
Red Flags yang Harus Diwaspadai
1. Demo Terlalu Sempurna
Jika demo berjalan sangat mulus tanpa satu pun kendala, kemungkinan besar vendor menunjukkan environment yang sudah di-setup khusus. Minta demo menggunakan data dummy yang Anda siapkan sendiri.
2. Tidak Bisa Menunjukkan RS Referensi
Vendor yang menolak memberikan kontak RS pengguna aktif patut dicurigai. RS referensi adalah validasi paling kuat.
3. Harga Jauh di Bawah Pasar
Harga sangat murah biasanya berarti salah satu dari: fitur terbatas, support minimal, atau akan ada banyak biaya tambahan setelah kontrak ditandatangani.
4. Kontrak yang Mengikat Berlebihan
Waspadai kontrak dengan:
- Lock-in period > 3 tahun tanpa exit clause
- Klausul kepemilikan data yang tidak jelas
- Biaya migrasi data keluar yang sangat tinggi
- Larangan menggunakan API untuk integrasi pihak ketiga
5. Tim Implementasi Tidak Jelas
Tanyakan siapa yang akan memimpin implementasi, berapa orang timnya, dan apakah mereka pernah mengimplementasikan di RS sejenis. Vendor yang mengirim tim junior untuk project besar adalah tanda bahaya.
6. Tidak Ada Roadmap Pengembangan
Vendor yang tidak bisa menunjukkan rencana pengembangan 1-2 tahun ke depan kemungkinan tidak berinvestasi pada produknya secara serius.
7. Klaim Fitur Tanpa Bukti
"Sudah integrasi SATUSEHAT" — minta bukti berupa screenshot atau demo langsung endpoint FHIR R4 yang aktif. Klaim tanpa bukti tidak bisa dipegang.
Timeline Implementasi SIMRS
Implementasi SIMRS yang realistis membutuhkan waktu 6-12 bulan untuk RS skala menengah. Berikut tahapan umum:
Fase 1: Persiapan (Bulan 1-2)
- Pembentukan tim project dari RS
- Analisis kebutuhan dan gap analysis
- Migrasi data master (pasien, dokter, tarif, inventory)
- Setup infrastruktur (server, jaringan)
Fase 2: Konfigurasi dan Kustomisasi (Bulan 2-4)
- Konfigurasi modul sesuai workflow RS
- Kustomisasi form dan laporan
- Integrasi VClaim BPJS
- Setup bridging laboratorium dan radiologi
Fase 3: Testing dan Training (Bulan 4-6)
- User Acceptance Testing (UAT) per departemen
- Training untuk end-user (dokter, perawat, admin, kasir)
- Parallel run — menjalankan sistem lama dan baru bersamaan
- Fix bug dan adjustment
Fase 4: Go-Live dan Stabilisasi (Bulan 6-8)
- Cutover ke sistem baru
- On-site support intensif dari vendor
- Monitoring performa dan stabilitas
- Fix issue yang muncul di produksi
Fase 5: Optimasi (Bulan 8-12)
- Integrasi SATUSEHAT FHIR R4
- Penambahan modul lanjutan
- Optimasi workflow berdasarkan feedback pengguna
- Review SLA dan KPI implementasi
Checklist Integrasi yang Wajib Divalidasi
Sebelum menandatangani kontrak, pastikan vendor dapat memenuhi integrasi berikut:
Integrasi Wajib (Regulasi)
- ☐ VClaim BPJS Kesehatan (SEP, rujukan, PRB)
- ☐ e-Klaim / New e-Klaim untuk pengajuan klaim
- ☐ SATUSEHAT FHIR R4 (Patient, Encounter, Condition, Observation)
- ☐ Aplicare (antrean online BPJS)
- ☐ Pelaporan RL (Rekapitulasi Laporan) ke Kemenkes
Integrasi Penting (Operasional)
- ☐ LIS (Laboratory Information System) — atau modul lab built-in
- ☐ RIS/PACS (Radiologi) — minimal bisa menerima hasil dari modalitas
- ☐ Farmasi — inventory, resep elektronik, formularium nasional
- ☐ Kasir dan payment gateway
- ☐ SMS/WhatsApp gateway untuk notifikasi pasien
Integrasi Nilai Tambah
- ☐ CDSS (Clinical Decision Support System) untuk bantu koding ICD-10
- ☐ Business Intelligence / Dashboard analytics
- ☐ Mobile app untuk pasien
- ☐ Telemedicine module
- ☐ IoT integration (monitor, infusion pump)
Permenkes 24/2022: Persyaratan yang Harus Dipenuhi
Peraturan Menteri Kesehatan Nomor 24 Tahun 2022 tentang Rekam Medis mengatur bahwa:
- Rekam medis wajib dalam bentuk elektronik (Pasal 3) — RS harus memiliki SIMRS dengan modul RME
- Standar isi rekam medis (Pasal 5-12) — mencakup identitas pasien, anamnesis, pemeriksaan, diagnosis, tindakan, informed consent, dan resume medis
- Keamanan data (Pasal 35) — wajib menerapkan keamanan data sesuai standar
- Interoperabilitas — harus mampu bertukar data dengan platform nasional (SATUSEHAT)
- Retensi data — rekam medis harus disimpan minimal 25 tahun untuk rawat inap, 5 tahun untuk rawat jalan
Vendor SIMRS yang Anda pilih harus sudah mengakomodasi seluruh persyaratan ini secara native, bukan sebagai fitur tambahan yang perlu dikustomisasi.
Change Management: Faktor Penentu Keberhasilan
Implementasi SIMRS bukan hanya soal teknologi — faktor manusia seringkali menjadi penentu utama keberhasilan atau kegagalan.
Strategi Change Management
- Dapatkan dukungan direksi — tanpa komitmen top-down, resistensi akan sulit diatasi
- Libatkan champion dari setiap departemen — dokter atau perawat yang antusias dengan teknologi
- Training bertahap — jangan latih semua modul sekaligus, mulai dari yang paling sering digunakan
- Sediakan helpdesk internal — satu orang per shift yang bisa membantu user saat mengalami kendala
- Feedback loop — buat channel formal untuk user menyampaikan masalah dan saran
- Celebrate quick wins — komunikasikan keberhasilan kecil untuk menjaga momentum
Kesalahan Umum dalam Change Management
- Memaksa go-live tanpa parallel run yang memadai
- Tidak mengalokasikan waktu training yang cukup untuk dokter
- Mengabaikan feedback dari user frontline
- Mengganti seluruh proses manual sekaligus tanpa tahapan
Pertanyaan Kritis untuk Vendor (Checklist Evaluasi)
Gunakan daftar pertanyaan ini saat melakukan evaluasi vendor:
Tentang Produk
- Berapa lama produk ini sudah di pasaran?
- Berapa total RS yang aktif menggunakan saat ini?
- Apa stack teknologi yang digunakan?
- Seberapa sering update dirilis?
Tentang Integrasi
- Apakah sudah tersertifikasi untuk VClaim BPJS?
- Berapa resource FHIR R4 yang sudah di-mapping untuk SATUSEHAT?
- Apakah ada API terbuka untuk integrasi pihak ketiga?
- Bagaimana mekanisme handling jika server BPJS down?
Tentang Implementasi
- Berapa lama rata-rata implementasi dari kickoff hingga go-live?
- Siapa project manager yang akan ditugaskan?
- Apakah ada proses migrasi data dari sistem lama?
- Berapa hari training yang disediakan?
Tentang Support
- Apa SLA untuk critical issue?
- Berapa jumlah tim support yang tersedia?
- Apakah support tersedia 24/7?
- Bagaimana mekanisme eskalasi?
Tentang Komersial
- Apa total biaya untuk 5 tahun pertama (termasuk semua komponen)?
- Apakah ada biaya migrasi data keluar jika RS ingin pindah vendor?
- Siapa yang memiliki data — RS atau vendor?
- Bagaimana klausul exit dalam kontrak?
FAQ
Berapa lama rata-rata implementasi SIMRS di rumah sakit?
Untuk RS tipe C dengan 100-200 tempat tidur, implementasi SIMRS yang realistis membutuhkan 6-12 bulan. Ini mencakup fase persiapan, konfigurasi, testing, training, go-live, dan stabilisasi. RS yang lebih besar (tipe A/B) bisa membutuhkan 12-18 bulan. Faktor penentu utama adalah kesiapan tim RS, ketersediaan data master yang bersih, dan kompleksitas integrasi yang dibutuhkan.
Apakah lebih baik memilih vendor SIMRS besar atau startup?
Keduanya memiliki kelebihan dan kekurangan. Vendor besar biasanya memiliki track record yang lebih panjang, tim support lebih besar, dan fitur lebih lengkap — namun cenderung kurang fleksibel dan lebih mahal. Startup atau vendor baru biasanya lebih responsif, lebih mudah dikustomisasi, dan harga lebih kompetitif — namun risiko kelangsungan bisnis lebih tinggi. Kuncinya adalah evaluasi berdasarkan 10 kriteria di atas, bukan sekadar ukuran perusahaan.
Bagaimana cara menghindari vendor lock-in pada SIMRS?
Beberapa strategi untuk menghindari vendor lock-in: (1) Pastikan kontrak mencantumkan klausul kepemilikan data dan hak akses data RS, (2) Pilih vendor yang menggunakan format data standar dan menyediakan API terbuka, (3) Minta klausul exit yang wajar dalam kontrak — termasuk mekanisme ekspor data, (4) Hindari kontrak lock-in lebih dari 3 tahun tanpa opsi review, (5) Simpan backup data secara independen dari vendor.
Berapa biaya rata-rata implementasi SIMRS?
Biaya sangat bervariasi tergantung model (on-premise vs SaaS), jumlah modul, dan skala RS. Sebagai gambaran umum: on-premise berkisar Rp500 juta - Rp3 miliar (termasuk server dan lisensi), sedangkan SaaS berkisar Rp15-50 juta per bulan. Biaya ini belum termasuk kustomisasi, training tambahan, dan integrasi khusus. Selalu minta TCO (Total Cost of Ownership) untuk 5 tahun agar bisa membandingkan secara apple-to-apple.
Bagaimana BPJScan Melengkapi SIMRS Rumah Sakit Anda
Setelah SIMRS berjalan, tantangan berikutnya adalah memastikan klaim BPJS diajukan secara optimal. Di sinilah BPJScan berperan sebagai lapisan analitik di atas SIMRS Anda.
BPJScan menganalisis file TXT klaim BPJS yang dihasilkan oleh SIMRS Anda — dengan 78 filter analisis — untuk mengidentifikasi potensi optimasi klaim yang selama ini tidak terdeteksi oleh proses audit manual. BPJScan sudah digunakan oleh 50+ rumah sakit di 8+ provinsi di Indonesia.
BPJScan bukan pengganti SIMRS, melainkan pelengkap yang membantu tim casemix dan manajemen RS memaksimalkan pendapatan yang memang menjadi hak RS berdasarkan tarif INA-CBG yang berlaku.
Hasil bervariasi tergantung volume dan pola klaim RS.
Jadwalkan Demo BPJScan untuk RS Anda
Referensi
- Kementerian Kesehatan RI. (2022). _Peraturan Menteri Kesehatan Nomor 24 Tahun 2022 tentang Rekam Medis_. Jakarta: Kemenkes RI.
- BPJS Kesehatan. (2023). _Panduan Teknis Bridging VClaim untuk Fasilitas Kesehatan_. Jakarta: BPJS Kesehatan.
- Kementerian Kesehatan RI. (2023). _Pedoman Integrasi SATUSEHAT dengan Standar FHIR R4_. Jakarta: Kemenkes RI.
- Undang-Undang Nomor 27 Tahun 2022 tentang Perlindungan Data Pribadi. Lembaran Negara Republik Indonesia.
- KARS. (2022). _Standar Nasional Akreditasi Rumah Sakit (SNARS) Edisi 1.1 — Standar MIRM_. Jakarta: KARS.
- HL7 International. (2023). _FHIR R4 Implementation Guide_. https://www.hl7.org/fhir/
- WHO. (2021). _Digital Health Platform Handbook_. Geneva: World Health Organization.
Dipercaya 50+ rumah sakit di 8+ provinsi
