Cara Integrasi VClaim BPJS dengan SIMRS: Panduan Teknis Lengkap untuk Rumah Sakit 2026
Cara Integrasi VClaim BPJS dengan SIMRS: Panduan Teknis Lengkap untuk Rumah Sakit 2026
Ringkasan: Integrasi VClaim BPJS dengan SIMRS memungkinkan rumah sakit memvalidasi kepesertaan, menerbitkan SEP, dan mengajukan klaim secara otomatis — tanpa input ganda antar sistem. Panduan ini mencakup 6 tahap implementasi dari pengajuan credential hingga go-live, daftar API endpoint VClaim yang wajib diintegrasikan, troubleshooting error umum, serta strategi memastikan integrasi tidak hanya berjalan tetapi juga meningkatkan akurasi klaim BPJS.
Apa Itu VClaim BPJS dan Mengapa Harus Terintegrasi dengan SIMRS?
VClaim (Virtual Claim) adalah aplikasi web service resmi dari BPJS Kesehatan yang digunakan oleh Fasilitas Kesehatan Rujukan Tingkat Lanjutan (FKRTL) — termasuk rumah sakit — untuk mengelola proses klaim secara digital. Fungsi utama VClaim meliputi:
- Validasi kepesertaan pasien BPJS secara real-time
- Penerbitan SEP (Surat Eligibilitas Peserta) digital
- Pencatatan rujukan masuk dan keluar
- Pengajuan klaim dan monitoring status pembayaran
- Integrasi Aplicare untuk antrean online (Mobile JKN)
Tanpa integrasi, petugas RS harus mengakses VClaim melalui browser terpisah, kemudian menginput data yang sama ke SIMRS secara manual. Proses ini menyebabkan:
- Double entry — data pasien diketik dua kali (VClaim + SIMRS), meningkatkan risiko typo
- Waktu layanan membengkak — rata-rata 5-10 menit tambahan per pasien di pendaftaran
- Inkonsistensi data — nomor SEP, tanggal rujukan, atau diagnosa tidak sinkron antar sistem
- Klaim pending — BPJS menolak klaim karena data VClaim tidak cocok dengan berkas klaim
Berdasarkan data dari 50+ rumah sakit yang menggunakan tools analisis klaim MedMinutes, inkonsistensi data antara VClaim dan SIMRS menyumbang 15-25% penyebab klaim pending di RS yang belum terintegrasi penuh.
6 API Endpoint VClaim yang Wajib Diintegrasikan
BPJS Kesehatan menyediakan Web Service API VClaim dengan beberapa endpoint kunci. Berikut endpoint yang paling berdampak pada operasional RS:
1. Peserta (Validasi Kepesertaan)
Endpoint ini memvalidasi status peserta BPJS berdasarkan nomor kartu atau NIK. Data yang dikembalikan mencakup:
- Nama peserta dan tanggal lahir
- Status kepesertaan (aktif/tidak aktif)
- Kelas rawat yang ditanggung
- Faskes tingkat 1 dan faskes rujukan
Dampak integrasi: Petugas pendaftaran langsung melihat status peserta di layar SIMRS tanpa membuka tab VClaim terpisah. Pasien dengan status tidak aktif terdeteksi sebelum pelayanan dimulai.
2. SEP (Surat Eligibilitas Peserta)
Endpoint pembuatan, update, dan penghapusan SEP. Ini adalah endpoint yang paling sering diakses karena setiap pasien BPJS rawat jalan dan rawat inap membutuhkan SEP.
Data yang dikirim: Nomor kartu, tanggal SEP, PPK pelayanan, jenis pelayanan (rawat jalan/inap), kelas rawat, diagnosa awal, dan poli tujuan.
Dampak integrasi: SEP langsung tercetak dari SIMRS saat pendaftaran pasien selesai — satu klik, bukan dua sistem.
3. Rujukan
Endpoint untuk membaca data rujukan masuk (dari faskes tingkat 1 atau RS lain) dan membuat rujukan keluar. Mencakup:
- Nomor rujukan dan faskes perujuk
- Diagnosa rujukan dan poli tujuan
- Tanggal berlaku rujukan
Dampak integrasi: SIMRS otomatis mengambil data rujukan saat pasien mendaftar, menghilangkan kebutuhan input manual nomor rujukan.
4. Monitoring Klaim
Endpoint untuk memonitor status klaim yang sudah diajukan: apakah masih diproses, disetujui, atau ditolak. RS bisa tracking klaim per bulan pelayanan.
Dampak integrasi: Tim casemix bisa melihat dashboard status klaim langsung di SIMRS tanpa login ke portal BPJS terpisah.
5. Lembar Pengajuan Klaim (LPK)
Endpoint untuk mengirimkan data klaim final termasuk diagnosa, prosedur, dan data pendukung. Ini adalah endpoint yang menentukan apakah klaim disetujui atau ditolak.
Dampak integrasi: Data klaim otomatis terisi dari rekam medis elektronik, meminimalkan inkonsistensi antara dokumentasi klinis dan data klaim.
6. PRB (Program Rujuk Balik)
Endpoint untuk mengelola pasien Program Rujuk Balik — pasien kronis yang sudah stabil dan dirujuk kembali ke faskes tingkat 1. Mencakup pembuatan dan pembatalan Surat Rujuk Balik.
Dampak integrasi: Dokter langsung membuat SRB dari SIMRS saat memutuskan pasien layak rujuk balik, tanpa proses manual terpisah.
6 Tahap Implementasi Integrasi VClaim dengan SIMRS
Tahap 1: Pengajuan Credential API ke BPJS (Minggu 1-2)
Rumah sakit mengajukan permohonan akses API VClaim ke kantor BPJS Kesehatan setempat. Dokumen yang dibutuhkan:
- Surat permohonan resmi dari direktur RS
- Kode PPK (Provider Pelayanan Kesehatan) RS
- Identitas PIC teknis yang bertanggung jawab
- Informasi vendor SIMRS yang akan melakukan integrasi
BPJS akan memberikan Consumer ID dan Consumer Secret untuk akses API di environment development.
Tips: Ajukan permohonan sedini mungkin — proses approval bisa memakan 1-4 minggu tergantung kantor BPJS cabang. Beberapa cabang membutuhkan presentasi teknis dari vendor SIMRS.
Tahap 2: Setup Environment Development (Minggu 2-3)
Setelah credential diterima, tim teknis menyiapkan:
- Server development yang terpisah dari production
- Konfigurasi API client dengan Consumer ID/Secret
- Mapping data antara field SIMRS dan field VClaim API
- Enkripsi request sesuai spesifikasi BPJS (timestamp + signature)
Poin kritis: API VClaim menggunakan autentikasi berbasis timestamp. Pastikan server RS dan server BPJS memiliki sinkronisasi waktu yang akurat (gunakan NTP). Perbedaan waktu >5 menit akan menyebabkan semua request ditolak.
Tahap 3: Pengembangan Modul Bridging (Minggu 3-6)
Vendor SIMRS mengembangkan modul bridging yang mencakup:
| Modul | Fungsi | Prioritas |
|---|---|---|
| Validasi Peserta | Cek status BPJS saat registrasi | P0 - Wajib |
| Pembuatan SEP | Generate SEP dari form pendaftaran | P0 - Wajib |
| Baca Rujukan | Auto-fetch data rujukan masuk | P0 - Wajib |
| Monitoring Klaim | Dashboard status klaim | P1 - Penting |
| LPK (Lembar Klaim) | Submit klaim dari data RME | P1 - Penting |
| PRB | Kelola rujuk balik | P2 - Opsional |
| Aplicare/Antrean | Integrasi Mobile JKN | P2 - Opsional |
Rekomendasi: Mulai dari modul P0 (validasi + SEP + rujukan) karena langsung berdampak pada operasional pendaftaran. Modul klaim dan monitoring bisa ditambahkan di fase berikutnya.
Tahap 4: User Acceptance Test / UAT (Minggu 6-8)
UAT dilakukan bersama tim BPJS Kesehatan. Skenario pengujian meliputi:
- Validasi kepesertaan — cek peserta aktif, tidak aktif, dan data tidak ditemukan
- Pembuatan SEP — rawat jalan, rawat inap, IGD, dan kasus kontrol ulang
- Rujukan — baca rujukan valid, rujukan expired, dan rujukan tidak ditemukan
- Error handling — bagaimana sistem merespons saat API VClaim down atau timeout
- Concurrent access — simulasi 10-20 petugas mengakses bersamaan
Kriteria lolos UAT:
- Semua skenario P0 berhasil 100%
- Response time < 3 detik untuk setiap request
- Error handling menampilkan pesan yang jelas ke pengguna
- Data di SIMRS konsisten dengan data di portal VClaim
Tahap 5: Migrasi ke Production (Minggu 8-9)
Setelah UAT disetujui, BPJS memberikan credential production. Langkah migrasi:
- Deploy modul bridging ke server production
- Update credential dari development ke production
- Verifikasi koneksi API di environment production
- Jalankan "soft launch" — beberapa loket pendaftaran dulu, bukan semua sekaligus
- Monitor log error selama 3-5 hari pertama
Peringatan: Jangan langsung go-live di semua loket. Mulai dari 1-2 loket sebagai pilot, pastikan stabil, baru expand.
Tahap 6: Go-Live dan Monitoring (Minggu 9+)
Expand integrasi ke seluruh unit layanan. Monitoring yang harus dilakukan:
- Uptime API — catat frekuensi downtime VClaim dan durasinya
- Response time — pantau apakah ada degradasi performa seiring waktu
- Error rate — tracking error per endpoint (target: <1%)
- User feedback — keluhan petugas pendaftaran tentang workflow baru
- Data consistency — audit berkala antara data SIMRS dan VClaim
Troubleshooting 8 Error VClaim yang Paling Sering Terjadi
Berdasarkan pengalaman tim teknis yang menangani integrasi di berbagai RS, berikut error paling umum beserta solusinya:
1. "Timestamp tidak valid"
Penyebab: Perbedaan waktu antara server RS dan server BPJS lebih dari 5 menit.
Solusi: Sinkronkan NTP server. Pastikan timezone server diset ke Asia/Jakarta (WIB, UTC+7).
2. "Consumer ID tidak terdaftar"
Penyebab: Credential belum diaktivasi di environment yang benar (development vs production).
Solusi: Konfirmasi ke PIC BPJS apakah credential sudah diaktivasi. Pastikan tidak tertukar antara Consumer ID development dan production.
3. "Peserta tidak ditemukan"
Penyebab: Nomor kartu atau NIK yang diinput salah, atau peserta sudah dinonaktifkan.
Solusi: Verifikasi nomor kartu langsung di portal VClaim. Jika memang tidak ditemukan, arahkan pasien ke kantor BPJS untuk verifikasi status kepesertaan.
4. "SEP sudah ada untuk tanggal yang sama"
Penyebab: Duplikasi pembuatan SEP — bisa karena double-click atau retry tanpa pengecekan.
Solusi: Implementasi pengecekan SEP existing sebelum membuat SEP baru. Tambahkan debounce pada tombol pembuatan SEP.
5. "Rujukan tidak valid / expired"
Penyebab: Rujukan sudah melewati batas waktu (biasanya 90 hari) atau sudah digunakan.
Solusi: Tampilkan masa berlaku rujukan di layar pendaftaran. Jika expired, pasien perlu mendapatkan rujukan baru dari faskes tingkat 1.
6. "Timeout / Connection Refused"
Penyebab: Server VClaim BPJS sedang overload atau maintenance.
Solusi: Implementasi retry mechanism (maksimal 3 kali dengan jeda 2-5 detik). Sediakan mode fallback — petugas bisa input SEP manual dan sync otomatis saat VClaim kembali online.
7. "Diagnosa tidak sesuai dengan spesialisasi"
Penyebab: Kode diagnosa ICD-10 yang dipilih tidak relevan dengan poli tujuan.
Solusi: Tambahkan validasi mapping diagnosa-poli di SIMRS sebelum request dikirim ke VClaim. Gunakan tools pendukung seperti CDSS untuk rekomendasi kode ICD-10 yang tepat.
8. "Kelas rawat tidak sesuai hak"
Penyebab: Kelas rawat yang diminta berbeda dengan hak kelas peserta.
Solusi: Auto-populate kelas rawat dari data kepesertaan saat pembuatan SEP. Jika pasien naik kelas, pastikan mekanisme selisih biaya sudah diatur di billing SIMRS.
Dampak Integrasi VClaim terhadap Akurasi Klaim BPJS
Integrasi VClaim yang berjalan baik bukan hanya soal efisiensi operasional — dampak terbesarnya ada pada akurasi klaim:
Mengurangi Klaim Pending
Data yang konsisten antara SEP (dari VClaim) dan berkas klaim (dari SIMRS) menghilangkan salah satu penyebab utama klaim pending. RS dengan integrasi VClaim-SIMRS yang matang biasanya melihat:
- Waktu registrasi pasien berkurang 40-60%
- Error input data berkurang karena auto-population
- Konsistensi data SEP-klaim meningkat
Mempercepat Proses Klaim
Dengan integrasi yang baik, alur klaim menjadi:
- Pasien datang → validasi otomatis → SEP terbit dari SIMRS
- Dokter mendokumentasikan di RME → kode ICD-10 terinput
- Tim casemix review → data klaim otomatis terisi dari SIMRS + VClaim
- Submit klaim → monitoring status langsung di dashboard
Tanpa integrasi, setiap langkah membutuhkan copy-paste manual antar sistem.
Fondasi untuk Analisis Klaim Lanjutan
Data klaim yang bersih dan konsisten menjadi fondasi untuk analisis lebih dalam. Tools seperti BPJScan dapat menganalisis pola klaim — mengidentifikasi potensi optimasi koding, mendeteksi inkonsistensi diagnosa, dan menemukan peluang top-up yang terlewat — hanya jika data dasarnya akurat.
Best Practice Integrasi VClaim untuk RS
1. Jangan Abaikan Fallback Mechanism
VClaim BPJS tidak menjamin uptime 100%. Siapkan mekanisme fallback:
- Mode offline — petugas bisa input data minimal, sync otomatis saat VClaim online
- Queue system — request yang gagal masuk antrian untuk retry otomatis
- Notifikasi — alert ke tim IT saat API down lebih dari 5 menit
2. Logging yang Komprehensif
Catat setiap request dan response API VClaim. Log ini penting untuk:
- Debugging saat terjadi error
- Audit trail jika ada dispute dengan BPJS
- Analisis performa dan bottleneck
3. Training Pengguna Akhir
Integrasi teknis yang sempurna tidak berguna jika petugas tidak tahu cara menggunakannya. Lakukan:
- Training per unit (pendaftaran, rawat jalan, rawat inap, casemix)
- Dokumentasi SOP baru yang mencakup workflow terintegrasi
- Helpdesk internal untuk pertanyaan seputar bridging
4. Review dan Optimasi Berkala
Setiap 3-6 bulan, lakukan review:
- Apakah ada endpoint API baru dari BPJS yang belum diintegrasikan?
- Apakah ada perubahan format data atau rules baru?
- Bagaimana feedback dari pengguna — ada bottleneck yang bisa diperbaiki?
Bagaimana BPJScan Melengkapi Integrasi VClaim
Integrasi VClaim memastikan data klaim masuk ke sistem dengan benar. BPJScan memastikan data klaim yang sudah masuk dioptimalkan sebelum diajukan ke BPJS.
BPJScan bekerja dengan menganalisis file TXT klaim dari SIMRS — menjalankan 78 filter otomatis untuk mendeteksi:
- Inkonsistensi kode ICD-10 dengan dokumentasi klinis
- Potensi top-up yang terlewat (severity level, prosedur tambahan)
- Pola koding yang rentan pending atau dispute
- Peluang optimasi tarif INA-CBG berdasarkan data historis
Digunakan oleh 50+ rumah sakit di 8+ provinsi, BPJScan menjadi lapisan validasi tambahan setelah integrasi VClaim — memastikan klaim tidak hanya submitted, tapi submitted dengan akurasi optimal.
FAQ
Berapa lama proses integrasi VClaim dengan SIMRS?
Secara umum, proses integrasi VClaim dengan SIMRS memakan waktu 8-12 minggu dari pengajuan credential hingga go-live. Tahap yang paling lama biasanya adalah pengajuan credential ke BPJS (1-4 minggu) dan pengembangan modul bridging (3-4 minggu). RS dengan vendor SIMRS yang sudah berpengalaman bisa lebih cepat karena modul bridging sudah tersedia sebagai fitur bawaan.
Apakah RS bisa mengintegrasikan VClaim tanpa ganti SIMRS?
Ya. Integrasi VClaim dilakukan melalui Web Service API, sehingga SIMRS apapun — selama mendukung koneksi API — bisa diintegrasikan. Yang dibutuhkan adalah vendor SIMRS yang mampu mengembangkan modul bridging. Jika SIMRS existing tidak mendukung, alternatifnya adalah menggunakan middleware atau gateway API sebagai jembatan.
Apa yang terjadi jika API VClaim down saat jam pelayanan?
Downtime VClaim adalah tantangan nyata yang harus diantisipasi. RS harus memiliki mekanisme fallback: petugas tetap bisa melayani pasien dengan mencatat data minimal secara manual, kemudian data di-sync otomatis ke VClaim setelah API kembali online. Implementasi queue system dan retry mechanism di sisi SIMRS sangat disarankan.
Apakah data pasien aman dalam proses integrasi VClaim?
Ya, selama mengikuti standar keamanan yang ditetapkan BPJS. API VClaim menggunakan HTTPS untuk enkripsi data in transit, dan autentikasi berbasis Consumer ID + Secret + timestamp signature untuk mencegah akses tidak sah. RS juga wajib memastikan credential API tidak tersimpan di tempat yang bisa diakses pihak tidak berwenang.
Bagaimana integrasi VClaim mendukung kesiapan iDRG?
Transisi dari INA-CBG ke iDRG (Indonesia Diagnosis Related Group) akan meningkatkan kompleksitas koding dan klaim. Integrasi VClaim yang matang menjadi fondasi penting karena: data klaim harus lebih granular (severity level bertambah dari 3 ke 5), konsistensi antara dokumentasi klinis dan data VClaim semakin kritis, dan RS membutuhkan infrastruktur digital yang siap menerima update format klaim dari BPJS.
Referensi
- BPJS Kesehatan. (2024). _Dokumentasi Web Service VClaim API v2.0_. Jakarta: BPJS Kesehatan.
- Kementerian Kesehatan RI. (2022). _Permenkes No. 24 Tahun 2022 tentang Rekam Medis_. Jakarta: Kemkes RI.
- BPJS Kesehatan. (2025). _Panduan Teknis Bridging SIMRS-VClaim untuk FKRTL_. Jakarta: BPJS Kesehatan.
- Kementerian Kesehatan RI. (2025). _Roadmap Transisi INA-CBG ke INA-DRG_. Dirjen Pelayanan Kesehatan.
- BPJS Kesehatan. (2025). _Spesifikasi Teknis Aplicare (Antrean Online) untuk Rumah Sakit_. Jakarta: BPJS Kesehatan.
Dipercaya 50+ rumah sakit di 8+ provinsi
