Proses klaim ke BPJS Kesehatan kerap menjadi titik lelah bagi rumah sakit: petugas harus menyalin data pasien berulang kali antaraplikasi, risiko salah entri tinggi, dan pembayaran tertunda karena berkas tidak sinkron. Bridging SIMRS BPJS hadir untuk memutus rantai kerja manual tersebut dengan menghubungkan sistem informasi rumah sakit langsung ke layanan digital BPJS. Artikel ini menjelaskan secara praktis bagaimana bridging bekerja pada tiga komponen kunci—V-Klaim, E-Klaim, dan INA-CBG—beserta aspek teknis dan regulasi yang perlu Anda pahami.

Apa itu bridging SIMRS BPJS?
Bridging adalah mekanisme pertukaran data otomatis antara SIMRS dan aplikasi milik BPJS Kesehatan maupun Kementerian Kesehatan melalui web service (API). Alih-alih membuka dua atau tiga aplikasi terpisah, petugas cukup bekerja di dalam SIMRS. Data kepesertaan, rujukan, Surat Eligibilitas Peserta (SEP), hingga tarif paket ditarik dan dikirim secara programatik. Tujuannya jelas: mengurangi entri ganda, menekan kesalahan administratif, dan mempercepat siklus klaim sehingga arus kas rumah sakit lebih sehat.
Mengenal tiga komponen: V-Klaim, E-Klaim, dan INA-CBG
Ketiga istilah ini sering tertukar. Padahal masing-masing memiliki pemilik, fungsi, dan titik integrasi yang berbeda. Memahami pembagian peran ini adalah dasar dari bridging yang benar.
V-Klaim (VClaim)
V-Klaim adalah web service resmi BPJS Kesehatan untuk fasilitas kesehatan rujukan tingkat lanjutan (FKRTL). Melalui V-Klaim, SIMRS dapat mengecek keabsahan kepesertaan, menarik data rujukan online, menerbitkan dan mencetak SEP, mengelola surat kontrol, hingga mengajukan berkas klaim untuk verifikasi digital (Vedika). SEP yang valid menjadi syarat mutlak agar pelayanan pasien dapat ditagihkan.
Aplikasi E-Klaim dan tarif INA-CBG
E-Klaim adalah aplikasi grouper yang dikembangkan Kementerian Kesehatan. Petugas coder memasukkan diagnosa (ICD-10) dan tindakan/prosedur (ICD-9-CM) beserta data pelayanan, lalu aplikasi melakukan grouping untuk menghasilkan kode dan besaran tarif INA-CBG (Indonesia Case Base Groups). INA-CBG bukan tarif riil per item, melainkan paket pembayaran berbasis kelompok kasus. Standar tarifnya diatur pemerintah, antara lain melalui Permenkes No. 3 Tahun 2023 tentang Standar Tarif Pelayanan Kesehatan dalam Penyelenggaraan Program Jaminan Kesehatan.
| Komponen | Pemilik | Fungsi utama | Contoh data |
|---|---|---|---|
| V-Klaim | BPJS Kesehatan | Verifikasi peserta, SEP, rujukan, pengajuan klaim | Nomor kartu, SEP, data rujukan |
| Aplikasi E-Klaim | Kementerian Kesehatan | Grouping klaim, entri coding | ICD-10, ICD-9-CM, LOS |
| Tarif INA-CBG | Kementerian Kesehatan | Besaran paket pembayaran | Kode CBG, nominal tarif |
Alur bridging SIMRS dengan BPJS langkah demi langkah
Secara ringkas, integrasi berjalan mengikuti perjalanan pasien di rumah sakit. Berikut alur umumnya:
- Pendaftaran: SIMRS memanggil V-Klaim untuk memvalidasi kepesertaan dan menarik data rujukan online.
- Penerbitan SEP: setelah data valid, SIMRS menerbitkan SEP melalui V-Klaim tanpa entri ulang.
- Pelayanan medis: diagnosa dan tindakan didokumentasikan dalam rekam medis elektronik SIMRS.
- Coding dan grouping: data coding dikirim ke aplikasi E-Klaim untuk diproses menjadi tarif INA-CBG, lalu nominalnya dapat dikembalikan ke SIMRS.
- Pengajuan klaim: berkas final diajukan kembali melalui V-Klaim untuk masuk ke proses verifikasi BPJS.
Dengan bridging, sebagian besar perpindahan data ini berlangsung otomatis, sehingga petugas fokus pada validasi mutu, bukan pengetikan ulang.
Aspek teknis: web service, keamanan, dan tanda tangan digital
Integrasi ke web service BPJS menuntut kredensial khusus, yaitu Consumer ID dan Secret Key yang diterbitkan BPJS untuk setiap fasilitas kesehatan. Setiap permintaan API umumnya mensyaratkan header berisi timestamp dan signature yang dibangkitkan dengan algoritma HMAC-SHA256, serta enkripsi isi respons. Skema ini memastikan hanya sistem terotorisasi yang dapat bertukar data, sekaligus menjaga integritas dan kerahasiaan payload di jalur transmisi.
Karena pertukaran ini melibatkan data kesehatan pasien, penyelenggaraan sistem elektronik wajib menjaga keandalan dan keamanan sesuai PP No. 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik, serta prinsip keamanan informasi dalam UU No. 11 Tahun 2008 sebagaimana diubah terakhir dengan UU No. 1 Tahun 2024 tentang Informasi dan Transaksi Elektronik. SIMRS yang baik menyimpan kredensial secara aman, mencatat jejak audit setiap transaksi, dan menerapkan enkripsi pada kanal komunikasi.
Kepatuhan regulasi dalam bridging SIMRS BPJS
Bridging tidak berdiri sendiri; ia berada dalam kerangka regulasi kesehatan digital Indonesia. Data diagnosa dan riwayat pelayanan tergolong data pribadi yang bersifat spesifik menurut UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi (UU PDP). Karena itu, rumah sakit sebagai pengendali data wajib memiliki dasar pemrosesan yang sah, membatasi akses, dan menerapkan pengamanan yang memadai.
Selain itu, dokumentasi klinis yang menjadi sumber coding harus dikelola sebagai rekam medis elektronik sesuai Permenkes No. 24 Tahun 2022 tentang Rekam Medis. Perlu dicatat, integrasi ke platform SATUSEHAT merupakan kewajiban interoperabilitas data kesehatan nasional yang terpisah dari kanal klaim BPJS; keduanya sebaiknya dipandang sebagai jalur berbeda yang saling melengkapi, bukan menggantikan. Bridging BPJS berfokus pada administrasi pembiayaan, sedangkan SATUSEHAT berfokus pada pertukaran data pelayanan.
Bagaimana DHealth SIMRS mendukung bridging BPJS
DHealth SIMRS dirancang untuk industri kesehatan teregulasi di Indonesia dengan modul integrasi yang menghubungkan alur pendaftaran, rekam medis elektronik, dan klaim dalam satu ekosistem. Melalui bridging ke V-Klaim, verifikasi kepesertaan dan penerbitan SEP dapat dilakukan langsung dari layar pendaftaran. Data coding mengalir menuju proses grouping INA-CBG sehingga estimasi tarif dapat terpantau lebih dini, membantu tim casemix mengurangi selisih klaim (dispute).
Pendekatan terintegrasi ini memangkas entri ganda, memperkuat konsistensi data antaraplikasi, dan menyediakan jejak audit untuk kebutuhan kepatuhan. Hasil akhirnya adalah siklus klaim yang lebih ringkas, tingkat penolakan yang lebih rendah, dan tenaga administrasi yang dapat dialihkan ke tugas bernilai lebih tinggi. Bagi manajemen, akurasi bridging berdampak langsung pada prediktabilitas pendapatan dan kesehatan arus kas rumah sakit.
Pertanyaan yang sering diajukan
Apa perbedaan V-Klaim dan E-Klaim?
V-Klaim adalah web service BPJS Kesehatan untuk verifikasi peserta, penerbitan SEP, dan pengajuan klaim. E-Klaim adalah aplikasi grouper dari Kementerian Kesehatan yang mengolah data coding menjadi tarif INA-CBG. Keduanya dimiliki lembaga berbeda dan berperan pada tahap yang berbeda dalam satu alur klaim.
Apakah bridging INA-CBG diwajibkan oleh regulasi?
Penggunaan tarif INA-CBG merupakan mekanisme pembayaran resmi dalam program JKN, namun bridging otomatis antara SIMRS dan aplikasi grouper bersifat pilihan efisiensi, bukan kewajiban hukum tersendiri. Rumah sakit boleh melakukan entri manual, meski bridging sangat dianjurkan untuk menekan kesalahan dan mempercepat proses.
Apakah data pasien aman saat proses bridging?
Selama diterapkan dengan benar, ya. Web service BPJS menggunakan kredensial khusus, tanda tangan HMAC-SHA256, dan enkripsi payload. Rumah sakit tetap wajib memenuhi prinsip pengamanan data pribadi sesuai UU PDP dan penyelenggaraan sistem elektronik yang andal sesuai PP 71/2019.
Berapa lama implementasi bridging SIMRS BPJS?
Durasi bergantung pada kesiapan kredensial dari BPJS, kualitas data master, serta kompleksitas alur rumah sakit. Umumnya prosesnya mencakup pendaftaran akses web service, konfigurasi, pengujian di lingkungan uji, lalu penerapan bertahap. Pendampingan teknis dari penyedia SIMRS mempercepat tahap validasi dan meminimalkan gangguan operasional.
Pelajari SIMRS terintegrasi DHealth.



Add comment