{"id":5193,"date":"2026-07-25T13:00:49","date_gmt":"2026-07-25T06:00:49","guid":{"rendered":"https:\/\/dtisolution.id\/blog\/?p=5193"},"modified":"2026-08-25T00:52:16","modified_gmt":"2026-08-24T17:52:16","slug":"bridging-simrs-bpjs-vklaim-eklaim-ina-cbg","status":"publish","type":"post","link":"https:\/\/dtisolution.id\/blog\/bridging-simrs-bpjs-vklaim-eklaim-ina-cbg\/","title":{"rendered":"Bridging SIMRS BPJS: V-Klaim, E-Klaim &#038; INA-CBG"},"content":{"rendered":"<div class=\"dti-snippet-answer\" style=\"margin:0 0 24px;padding:16px 20px;border-left:4px solid #E85A5A;background:#fdf6f6;border-radius:6px\"><strong>Jawaban singkat:<\/strong> Bridging SIMRS BPJS adalah integrasi otomatis antara sistem informasi rumah sakit dan layanan BPJS Kesehatan lewat web service. Data kepesertaan dan SEP mengalir dari V-Klaim, sedangkan coding diagnosa diproses aplikasi E-Klaim menjadi tarif INA-CBG. Hasilnya, klaim berjalan lebih cepat, lebih akurat, dan minim entri ganda.<\/div>\n<p>Bagi banyak rumah sakit, klaim ke BPJS Kesehatan adalah pekerjaan yang melelahkan. Petugas menyalin data pasien yang sama ke beberapa aplikasi, satu kesalahan ketik bisa membuat berkas tertahan, dan pembayaran ikut tertunda ketika data tidak sinkron. <strong>Bridging SIMRS BPJS<\/strong> memutus rantai kerja manual itu dengan menghubungkan sistem informasi rumah sakit langsung ke layanan digital BPJS. Artikel ini membahas cara kerja bridging pada tiga komponen kuncinya, yaitu V-Klaim, E-Klaim, dan INA-CBG, termasuk sisi teknis dan regulasi yang perlu Anda pahami.<\/p>\n<figure style=\"margin:20px 0\"><img decoding=\"async\" src=\"https:\/\/dtisolution.id\/blog\/wp-content\/uploads\/2026\/07\/dti-weekly-1784911533-dti-weekly-cover.jpg\" alt=\"Ilustrasi DHealth SIMRS \u2014 Bridging SIMRS BPJS: V-Klaim, E-Klaim &amp; INA-CBG\" style=\"max-width:100%;height:auto;border-radius:8px\" title=\"\"><figcaption style=\"font-size:13px;color:#5B6B85;margin-top:6px\">DHealth SIMRS dari DTI.<\/figcaption><\/figure>\n<h2>Apa itu bridging SIMRS BPJS?<\/h2>\n<p>Bridging adalah pertukaran data otomatis antara SIMRS dengan aplikasi milik BPJS Kesehatan maupun Kementerian Kesehatan melalui <em>web service<\/em> (API). Petugas tidak perlu lagi berpindah-pindah di antara dua atau tiga aplikasi; semuanya dikerjakan dari dalam SIMRS. Data kepesertaan, rujukan, Surat Eligibilitas Peserta (SEP), sampai tarif paket ditarik dan dikirim secara programatik. Yang dikejar sebenarnya sederhana: entri ganda berkurang, kesalahan administratif menurun, dan siklus klaim memendek sehingga arus kas rumah sakit lebih sehat.<\/p>\n<h2>Mengenal tiga komponen: V-Klaim, E-Klaim, dan INA-CBG<\/h2>\n<p>Ketiga istilah ini sering tertukar di lapangan, padahal pemilik, fungsi, dan titik integrasinya berbeda. Memahami pembagian peran inilah dasar dari bridging yang benar.<\/p>\n<h3>V-Klaim (VClaim)<\/h3>\n<p>V-Klaim adalah web service resmi BPJS Kesehatan untuk fasilitas kesehatan rujukan tingkat lanjutan (FKRTL). Lewat kanal ini, SIMRS bisa mengecek keabsahan kepesertaan, menarik data rujukan online, menerbitkan dan mencetak SEP, mengelola surat kontrol, sampai mengajukan berkas klaim untuk verifikasi digital (Vedika). Satu hal yang tidak bisa ditawar: tanpa SEP yang valid, pelayanan pasien tidak dapat ditagihkan.<\/p>\n<h3>Aplikasi E-Klaim dan tarif INA-CBG<\/h3>\n<p>E-Klaim adalah aplikasi grouper yang dikembangkan Kementerian Kesehatan. Coder memasukkan diagnosa (ICD-10) dan tindakan\/prosedur (ICD-9-CM) beserta data pelayanan, lalu aplikasi melakukan <em>grouping<\/em> untuk menghasilkan kode dan besaran tarif <strong>INA-CBG<\/strong> (Indonesia Case Base Groups). INA-CBG sendiri bukan tarif riil per item, melainkan paket pembayaran berbasis kelompok kasus. Standar tarifnya ditetapkan pemerintah, antara lain melalui Permenkes No. 3 Tahun 2023 tentang Standar Tarif Pelayanan Kesehatan dalam Penyelenggaraan Program Jaminan Kesehatan.<\/p>\n<table>\n<thead>\n<tr>\n<th>Komponen<\/th>\n<th>Pemilik<\/th>\n<th>Fungsi utama<\/th>\n<th>Contoh data<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>V-Klaim<\/td>\n<td>BPJS Kesehatan<\/td>\n<td>Verifikasi peserta, SEP, rujukan, pengajuan klaim<\/td>\n<td>Nomor kartu, SEP, data rujukan<\/td>\n<\/tr>\n<tr>\n<td>Aplikasi E-Klaim<\/td>\n<td>Kementerian Kesehatan<\/td>\n<td>Grouping klaim, entri coding<\/td>\n<td>ICD-10, ICD-9-CM, LOS<\/td>\n<\/tr>\n<tr>\n<td>Tarif INA-CBG<\/td>\n<td>Kementerian Kesehatan<\/td>\n<td>Besaran paket pembayaran<\/td>\n<td>Kode CBG, nominal tarif<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Alur bridging SIMRS dengan BPJS langkah demi langkah<\/h2>\n<p>Integrasi pada dasarnya mengikuti perjalanan pasien di rumah sakit. Alur umumnya seperti ini:<\/p>\n<ul>\n<li><strong>Pendaftaran:<\/strong> SIMRS memanggil V-Klaim untuk memvalidasi kepesertaan dan menarik data rujukan online.<\/li>\n<li><strong>Penerbitan SEP:<\/strong> begitu data dinyatakan valid, SIMRS menerbitkan SEP melalui V-Klaim tanpa entri ulang.<\/li>\n<li><strong>Pelayanan medis:<\/strong> diagnosa dan tindakan didokumentasikan dalam rekam medis elektronik SIMRS.<\/li>\n<li><strong>Coding dan grouping:<\/strong> data coding dikirim ke aplikasi E-Klaim untuk diproses menjadi tarif INA-CBG, dan nominalnya dapat dikembalikan ke SIMRS.<\/li>\n<li><strong>Pengajuan klaim:<\/strong> berkas final diajukan kembali melalui V-Klaim untuk masuk ke proses verifikasi BPJS.<\/li>\n<\/ul>\n<p>Dengan bridging, sebagian besar perpindahan data itu berlangsung otomatis. Petugas bisa berfokus memvalidasi mutu data, bukan mengetik ulang.<\/p>\n<h2>Aspek teknis: web service, keamanan, dan tanda tangan digital<\/h2>\n<p>Untuk terhubung ke web service BPJS, setiap fasilitas kesehatan memerlukan kredensial khusus berupa <em>Consumer ID<\/em> dan <em>Secret Key<\/em> yang diterbitkan BPJS. Setiap permintaan API umumnya harus menyertakan header berisi <em>timestamp<\/em> dan <em>signature<\/em> yang dibangkitkan dengan algoritma HMAC-SHA256, ditambah enkripsi pada isi respons. Dengan skema ini, hanya sistem terotorisasi yang bisa bertukar data, dan integritas maupun kerahasiaan payload terjaga di jalur transmisi.<\/p>\n<p>Karena yang dipertukarkan adalah data kesehatan pasien, penyelenggaraan sistem elektroniknya wajib andal dan aman 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 mengenkripsi kanal komunikasinya.<\/p>\n<h2>Kepatuhan regulasi dalam bridging SIMRS BPJS<\/h2>\n<p>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). Konsekuensinya, rumah sakit sebagai pengendali data wajib memiliki dasar pemrosesan yang sah, membatasi akses, dan menerapkan pengamanan yang memadai.<\/p>\n<p>Dokumentasi klinis yang menjadi sumber coding juga harus dikelola sebagai rekam medis elektronik sesuai Permenkes No. 24 Tahun 2022 tentang Rekam Medis. Satu hal yang sering dicampuradukkan: integrasi ke platform SATUSEHAT adalah kewajiban interoperabilitas data kesehatan nasional yang terpisah dari kanal klaim BPJS. Keduanya jalur berbeda yang saling melengkapi, bukan saling menggantikan \u2014 bridging BPJS mengurus administrasi pembiayaan, SATUSEHAT mengurus pertukaran data pelayanan.<\/p>\n<h2>Bagaimana DHealth SIMRS mendukung bridging BPJS<\/h2>\n<p>DHealth SIMRS dibangun untuk industri kesehatan teregulasi di Indonesia, dengan modul integrasi yang menyatukan alur pendaftaran, rekam medis elektronik, dan klaim dalam satu ekosistem. Lewat bridging ke V-Klaim, verifikasi kepesertaan dan penerbitan SEP dilakukan langsung dari layar pendaftaran. Data coding mengalir ke proses grouping INA-CBG, sehingga estimasi tarif terlihat lebih dini dan tim casemix punya waktu untuk mengurangi selisih klaim (dispute) sebelum berkas diajukan.<\/p>\n<p>Pendekatan terintegrasi semacam ini memangkas entri ganda, menjaga konsistensi data antaraplikasi, dan menyediakan jejak audit untuk kebutuhan kepatuhan. Siklus klaim menjadi lebih ringkas, tingkat penolakan turun, dan tenaga administrasi bisa dialihkan ke pekerjaan yang lebih bernilai. Bagi manajemen, akurasi bridging berdampak langsung pada prediktabilitas pendapatan dan kesehatan arus kas rumah sakit.<\/p>\n<h3>Pertanyaan yang sering diajukan<\/h3>\n<p><strong>Apa perbedaan V-Klaim dan E-Klaim?<\/strong><\/p>\n<p>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. Pemiliknya berbeda, dan perannya pun berada di tahap yang berbeda dalam satu alur klaim yang sama.<\/p>\n<p><strong>Apakah bridging INA-CBG diwajibkan oleh regulasi?<\/strong><\/p>\n<p>Tarif INA-CBG memang mekanisme pembayaran resmi dalam program JKN, tetapi bridging otomatis antara SIMRS dan aplikasi grouper adalah pilihan efisiensi, bukan kewajiban hukum tersendiri. Rumah sakit boleh saja melakukan entri manual. Meski begitu, bridging sangat dianjurkan karena menekan kesalahan dan mempercepat proses.<\/p>\n<p><strong>Apakah data pasien aman saat proses bridging?<\/strong><\/p>\n<p>Selama diterapkan dengan benar, ya. Web service BPJS memakai kredensial khusus, tanda tangan HMAC-SHA256, dan enkripsi payload. Di sisi rumah sakit, kewajiban pengamanan data pribadi sesuai UU PDP dan penyelenggaraan sistem elektronik yang andal sesuai PP 71\/2019 tetap berlaku.<\/p>\n<p><strong>Berapa lama implementasi bridging SIMRS BPJS?<\/strong><\/p>\n<p>Durasinya bergantung pada kesiapan kredensial dari BPJS, kualitas data master, dan kompleksitas alur rumah sakit. Tahapannya umumnya mencakup pendaftaran akses web service, konfigurasi, pengujian di lingkungan uji, lalu penerapan bertahap. Pendampingan teknis dari penyedia SIMRS akan mempercepat tahap validasi dan mengurangi gangguan operasional.<\/p>\n<div class=\"dti-related-links\" style=\"margin:28px 0;padding:16px 20px;background:#f4f6fa;border-radius:6px\"><strong>Baca juga:<\/strong><\/p>\n<ul style=\"margin:8px 0 0;padding-left:20px\">\n<li><a href=\"https:\/\/dtisolution.id\/blog\/simrs-adalah-pengertian-fungsi-operasional-rumah-sakit\/\">SIMRS: Pengertian, Fungsi, dan Manfaatnya bagi Rumah Sakit<\/a><\/li>\n<li><a href=\"https:\/\/dtisolution.id\/blog\/data-sanitization-rumah-sakit-lindungi-data-pasien\/\">Data Sanitization Rumah Sakit: Lindungi Data Pasien<\/a><\/li>\n<\/ul>\n<\/div>\n<div class=\"dti-product-cta\" style=\"margin:28px 0;padding:18px 20px;border-left:4px solid #2C4A7E;background:#f4f6fa;border-radius:6px\"><strong>Sedang mengevaluasi SIMRS untuk rumah sakit Anda?<\/strong><br \/>Pelajari <a href=\"https:\/\/dtisolution.id\/id\/produk\/dhealth-simrs\"><strong>SIMRS terintegrasi DHealth<\/strong><\/a>.<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Panduan bridging SIMRS BPJS: cara integrasi V-Klaim, E-Klaim, dan INA-CBG, alur teknis, keamanan API, serta kepatuhan regulasi untuk rumah sakit.<\/p>\n","protected":false},"author":19941,"featured_media":5459,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[790],"tags":[],"coauthors":[1470],"class_list":["post-5193","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-health-information-system"],"_links":{"self":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts\/5193","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/users\/19941"}],"replies":[{"embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/comments?post=5193"}],"version-history":[{"count":2,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts\/5193\/revisions"}],"predecessor-version":[{"id":5430,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/posts\/5193\/revisions\/5430"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/media\/5459"}],"wp:attachment":[{"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/media?parent=5193"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/categories?post=5193"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/tags?post=5193"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/dtisolution.id\/blog\/wp-json\/wp\/v2\/coauthors?post=5193"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}