Bridging SIMRS dan VClaim BPJS: 5 Titik Integrasi Kritis yang Sering Error

Ketika bridging SIMRS-VClaim BPJS gagal, penerbitan SEP terhenti dan antrean pasien menumpuk. Lima titik error paling sering: ConsID kadaluarsa, data peserta mismatch, surat rujukan tidak valid, timeout server jam puncak, dan API version mismatch. Setiap error punya solusi yang berbeda—restart sistem saja bukan jawabannya.

Mengapa Bridging SIMRS-VClaim Menjadi Risiko Operasional Prioritas-1

Bridging SIMRS-VClaim yang tidak berfungsi berarti tidak ada SEP yang bisa diterbitkan—dan tanpa SEP valid, tidak ada dasar klaim INA-CBG ke BPJS. Ini adalah risiko pendapatan langsung, bukan sekadar gangguan teknis. Direktur RS perlu mengelola titik ini setara dengan pengelolaan risiko klinis.

VClaim adalah layanan web service resmi BPJS Kesehatan yang diberikan khusus untuk Fasilitas Kesehatan Rujukan Tingkat Lanjut (FKRTL). Melalui VClaim, SIMRS dapat berkomunikasi langsung dengan server BPJS secara real-time: memverifikasi eligibilitas peserta, menerbitkan SEP, dan mengakses data rujukan. Tanpa bridging berfungsi, staf pendaftaran harus beralih antara dua sistem terpisah—meningkatkan risiko kesalahan entri data dan memperlambat layanan.

Permenkes Nomor 82 Tahun 2013 tentang Sistem Informasi Manajemen Rumah Sakit mewajibkan setiap RS mengimplementasikan SIMRS yang terintegrasi dengan sistem eksternal, termasuk sistem BPJS. Sejak Permenkes Nomor 16 Tahun 2024 tentang Sistem Rujukan Pelayanan Kesehatan Perseorangan diberlakukan, alur data bridging menjadi lebih kompleks karena pasien dapat dirujuk langsung berdasarkan kompetensi RS—mengubah struktur validasi data di sisi VClaim.

Kelima titik error berikut bertanggung jawab atas sebagian besar gangguan bridging di lapangan. Masing-masing memiliki pola deteksi dan penanganan yang berbeda.

1. ConsID dan Secret Key Kadaluarsa

ConsID dan Secret Key adalah dua kredensial autentikasi yang diterbitkan BPJS Kesehatan per fasilitas untuk mengakses API VClaim. Ketika salah satunya kadaluarsa, seluruh permintaan bridging ditolak oleh server BPJS—tanpa pesan error yang spesifik bagi staf di loket.

Gejala: Staf pendaftaran menerima notifikasi "autentikasi gagal" atau "akses ditolak" meskipun koneksi internet RS dalam kondisi normal.

Mengapa sering terjadi: Tidak ada notifikasi otomatis dari BPJS ke RS saat ConsID mendekati kedaluwarsa. Pengelolaan jadwal pembaruan kredensial sering tidak masuk dalam kalender IT rumah sakit karena dianggap "sudah berjalan."

Cara mengatasi: - Catat tanggal kedaluwarsa ConsID saat pertama kali diterima dari BPJS - Pasang pengingat 30 hari sebelum kedaluwarsa di kalender PIC IT - Perpanjang ConsID melalui kantor BPJS Kesehatan setempat dengan membawa dokumen Perjanjian Kerja Sama (PKS) yang masih aktif - Tunjuk satu PIC IT dengan backup—jangan biarkan pengetahuan ini hanya ada pada satu orang

Ini adalah error yang paling mudah dicegah namun paling sering menyebabkan downtime mendadak karena tidak ada sistem peringatan dini di kebanyakan RS.

2. Data Peserta Tidak Cocok (Mismatch)

Mismatch data terjadi ketika informasi peserta yang tersimpan di SIMRS berbeda dengan data aktif di server BPJS Kesehatan. Perbedaan ini bisa kecil—satu digit nomor kartu yang salah ketik, atau ejaan nama yang tidak sama—namun cukup untuk membuat VClaim menolak penerbitan SEP.

Gejala: VClaim mengembalikan status "data tidak sesuai" atau "peserta tidak ditemukan" meskipun pasien memiliki kartu BPJS yang secara fisik terlihat aktif.

Sumber mismatch yang paling umum: - Nomor kartu peserta diketik manual dan terjadi typo (1 digit berbeda sudah cukup untuk gagal) - Status kepesertaan berubah di sistem BPJS (nonaktif karena tunggakan atau data administrasi) tetapi belum diperbarui di cache SIMRS lokal - Perbedaan format tanggal lahir antara SIMRS dan database BPJS - Nama peserta di SIMRS tidak sama dengan nama di database BPJS (ejaan lama vs baru, singkatan vs nama lengkap)

Cara mengatasi: - Implementasikan fitur scan kartu BPJS di titik pendaftaran untuk eliminasi typo manual - Lakukan verifikasi status kepesertaan secara real-time melalui VClaim setiap kali pasien datang—jangan mengandalkan data yang tersimpan dari kunjungan sebelumnya - Untuk pasien rawat inap dengan perawatan lebih dari tujuh hari, konfirmasi ulang status kepesertaan setiap awal pekan

Validasi real-time bukan hanya untuk kenyamanan—ini juga mencegah klaim yang akhirnya ditolak BPJS karena ketidaksesuaian data kepesertaan pada berkas klaim (sumber: pedoman teknis VClaim BPJS Kesehatan).

3. Surat Rujukan Kadaluarsa atau Nomor Kontrol Tidak Valid

Berdasarkan ketentuan BPJS Kesehatan, surat rujukan dari fasilitas kesehatan tingkat pertama (FKTP) berlaku selama 90 hari sejak tanggal penerbitan. Pasien yang datang setelah 90 hari tidak dapat diproses melalui VClaim tanpa surat rujukan baru. Selain itu, pasien kontrol ulang wajib menyertakan nomor kontrol dari kunjungan sebelumnya.

Gejala: VClaim menolak penerbitan SEP dengan pesan "rujukan tidak valid," "masa berlaku rujukan habis," atau "nomor kontrol tidak ditemukan."

Penyebab yang paling sering: - Pasien tidak menyadari ada batas waktu 90 hari dan baru datang ke RS setelah rujukan kedaluwarsa - Staf pendaftaran lupa meminta atau memasukkan nomor kontrol untuk pasien yang sudah pernah berobat (kontrol ulang) - Kode fasilitas perujuk tidak valid atau tidak terdaftar di sistem BPJS—ini bisa terjadi pada RS atau puskesmas yang baru bergabung dalam jaringan - Perubahan alur rujukan pasca-Permenkes Nomor 16 Tahun 2024 mengakibatkan beberapa kode faskes lama perlu diperbarui di sistem

Cara mengatasi: - Edukasi pasien tentang masa berlaku 90 hari saat kunjungan pertama—bukan hanya saat pasien akan pulang - Buat checklist terpisah untuk staf pendaftaran: alur pasien baru (perlu surat rujukan asli dan valid) versus pasien kontrol (perlu nomor kontrol dari kunjungan sebelumnya) - Jika rujukan sudah kedaluwarsa, arahkan pasien ke FKTP untuk perpanjangan—jangan proses tanpa rujukan valid karena berkas klaim berpotensi ditolak BPJS - Verifikasi kode fasilitas perujuk secara berkala terhadap daftar resmi BPJS

4. Timeout Server BPJS pada Jam Puncak

Server VClaim BPJS mengalami beban tertinggi pada rentang 08:00–10:00 WIB—bertepatan dengan jam buka pendaftaran di mayoritas rumah sakit di seluruh Indonesia. Pada jam-jam ini, permintaan API dari ribuan FKRTL secara bersamaan dapat menyebabkan timeout atau respons lambat yang secara teknis menyerupai error jaringan lokal, padahal sumber masalahnya ada di sisi server BPJS.

Gejala: Bridging membutuhkan waktu sangat lama untuk merespons atau mengembalikan error "connection timeout," sementara koneksi internet RS berjalan normal untuk layanan lain.

Mengapa berbeda dari error jaringan biasa: Error ini tidak bisa diselesaikan dengan restart SIMRS atau reset koneksi. Ini adalah kondisi beban server eksternal yang di luar kendali RS—namun dampaknya tetap langsung dirasakan pasien dan staf.

Cara mengatasi: - Buka loket pendaftaran lebih awal (07:00 WIB) untuk mendistribusikan volume di luar jam puncak dan mengurangi antrean yang menumpuk saat server padat - Siapkan SOP fallback tertulis: gunakan portal web VClaim BPJS sebagai alternatif sementara jika bridging timeout—staf harus tahu langkah ini tanpa menunggu konfirmasi IT - Jika SIMRS mendukung mode SEP offline, aktifkan fitur tersebut dan buat prosedur sinkronisasi berkala saat server kembali normal - Komunikasikan kepada pasien bahwa proses pendaftaran mungkin lebih lambat pada pukul 08:00–09:00 dan dorong mereka datang lebih awal atau bersabar

Antisipasi jam puncak adalah pengelolaan operasional, bukan respons insiden.

5. API Version Mismatch

BPJS Kesehatan secara berkala memperbarui spesifikasi API VClaim. RS yang SIMRS-nya tidak diperbarui sesuai versi terbaru akan menghadapi pemblokiran otomatis dari server BPJS—karena sistem BPJS menolak permintaan dari klien yang menggunakan versi API yang sudah tidak didukung.

Gejala: Bridging yang sebelumnya berjalan normal tiba-tiba berhenti total setelah tanggal tertentu, tanpa ada perubahan apapun di sisi RS.

Mengapa berbahaya: Error ini tidak menimbulkan sinyal peringatan dini. SIMRS bekerja normal, koneksi internet baik, kredensial valid—tetapi seluruh permintaan API ditolak karena versi tidak cocok dengan yang diharapkan server BPJS.

Cara mengatasi: - Tunjuk PIC yang secara aktif berlangganan notifikasi resmi BPJS Kesehatan tentang pembaruan API—jangan mengandalkan informasi dari vendor SIMRS saja - Buat Perjanjian Tingkat Layanan (SLA) yang eksplisit dengan vendor SIMRS bahwa setiap pembaruan API BPJS wajib diimplementasikan dalam 7 hari kerja setelah notifikasi resmi diterima - Setiap pembaruan harus diuji terlebih dahulu di environment pengembangan BPJS (apijkn-dev.bpjs-kesehatan.go.id) sebelum diterapkan di server produksi - Dokumentasikan versi API yang sedang digunakan dan catat tanggal setiap pembaruan sebagai bagian dari audit trail SIMRS

API version mismatch adalah salah satu dari sedikit error bridging yang berdampak total—bukan parsial—sehingga deteksi dini adalah satu-satunya strategi efektif.

Kerangka Tata Kelola Bridging untuk Direktur RS

Lima error di atas tidak cukup diselesaikan secara reaktif—tiap kali gangguan muncul dan baru direspons, antrean sudah menumpuk dan pelayanan sudah terganggu. Direktur RS perlu tiga lapisan kendali yang berjalan paralel: pencegahan, deteksi dini, dan prosedur pemulihan cepat.

Lapisan 1 — Pencegahan: - Jadwal pembaruan ConsID dengan pengingat 30 hari sebelum kedaluwarsa - Scan kartu BPJS di setiap titik pendaftaran untuk eliminasi typo data - SLA tertulis dengan vendor SIMRS tentang pembaruan API - Checklist alur pasien baru versus kontrol untuk validasi rujukan

Lapisan 2 — Deteksi Dini: - Dashboard monitoring bridging yang menampilkan error rate per jam—bukan hanya laporan harian. Error pukul 08:00 yang baru diketahui pukul 12:00 sudah menyebabkan tiga jam gangguan pelayanan - Alert otomatis ke tim IT saat error rate bridging melampaui ambang batas tertentu dalam satu jam

Lapisan 3 — Pemulihan: - SOP fallback tertulis untuk setiap jenis error, termasuk prosedur manual melalui portal VClaim dan aktivasi SEP offline - Staf pendaftaran harus tahu langkah fallback tanpa harus menunggu instruksi IT

Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis Elektronik mewajibkan integritas dan keterlacakan sistem—artinya setiap transaksi bridging yang gagal dan diproses ulang harus terdokumentasi dalam audit trail SIMRS, bukan sekadar diselesaikan tanpa rekam jejak.

Dasar Hukum

• Permenkes Nomor 82 Tahun 2013 tentang Sistem Informasi Manajemen Rumah Sakit — mewajibkan setiap RS mengimplementasikan SIMRS yang terintegrasi dengan sistem eksternal termasuk sistem BPJS Kesehatan
• Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis Elektronik — mengatur kewajiban integritas dan keterlacakan seluruh transaksi rekam medis digital, termasuk log transaksi bridging yang gagal
• Permenkes Nomor 16 Tahun 2024 tentang Sistem Rujukan Pelayanan Kesehatan Perseorangan — memperbarui alur dan ketentuan sistem rujukan yang berdampak langsung pada validasi data di sisi VClaim BPJS

FAQ

Apa penyebab utama bridging SIMRS VClaim BPJS gagal?

Lima penyebab utama: ConsID atau Secret Key kadaluarsa, data peserta tidak cocok antara SIMRS dan server BPJS, surat rujukan kadaluarsa atau nomor kontrol tidak valid, timeout server BPJS pada jam puncak (08:00–10:00 WIB), dan API version mismatch akibat SIMRS tidak diperbarui saat BPJS merilis versi baru.

Berapa lama masa berlaku surat rujukan untuk VClaim BPJS?

Surat rujukan dari fasilitas kesehatan tingkat pertama (FKTP) berlaku 90 hari sejak tanggal penerbitan, sesuai ketentuan BPJS Kesehatan. Jika melewati 90 hari, pasien harus kembali ke FKTP untuk mendapatkan surat rujukan baru sebelum dapat dilayani di rumah sakit.

Apa yang harus dilakukan saat server VClaim BPJS tidak dapat diakses?

Gunakan fitur SEP offline jika SIMRS mendukung, lalu sinkronisasi ulang saat server kembali online. Sebagai alternatif, proses penerbitan SEP dapat dilakukan langsung melalui portal web VClaim BPJS. Pastikan ada SOP tertulis untuk kondisi server down agar staf pendaftaran tidak terhenti menunggu IT.

Bagaimana cara memperpanjang ConsID VClaim yang kadaluarsa?

Perpanjangan ConsID dilakukan melalui kantor BPJS Kesehatan setempat dengan membawa dokumen Perjanjian Kerja Sama (PKS) yang masih berlaku. Pasang pengingat kalender 30 hari sebelum tanggal kedaluwarsa dan tunjuk satu PIC IT dengan backup yang bertanggung jawab atas pembaruan ini.

Apakah API version mismatch bisa dideteksi sebelum terjadi gangguan?

Ya. Berlangganan notifikasi resmi BPJS Kesehatan untuk pembaruan API, dan buat SLA dengan vendor SIMRS yang mewajibkan pembaruan dalam 7 hari kerja setelah notifikasi resmi. Uji setiap pembaruan di environment development BPJS sebelum diterapkan di produksi untuk menghindari downtime mendadak.

Sumber

• BPJS Kesehatan — Pedoman Teknis VClaim dan Bridging System untuk FKRTL. bpjs-kesehatan.go.id
• Kemenkes RI — Permenkes Nomor 82 Tahun 2013 tentang Sistem Informasi Manajemen Rumah Sakit. peraturan.bpk.go.id
• Kemenkes RI — Permenkes Nomor 24 Tahun 2022 tentang Rekam Medis Elektronik. jdih.kemkes.go.id
• Kemenkes RI — Permenkes Nomor 16 Tahun 2024 tentang Sistem Rujukan Pelayanan Kesehatan Perseorangan. jdih.kemkes.go.id