Celahnya: bridging yang berhenti di “terkirim”.
Banyak sistem klinik “terintegrasi P-Care” dalam arti sempit: data diteruskan lewat bridging pihak ketiga, dan tugas dianggap selesai saat request terkirim. Yang tidak diperiksa: apakah diagnosis punya kode yang diterima e-claim, apakah tindakan lengkap, apakah nomor kepesertaan valid pada hari itu. Kesalahan-kesalahan kecil ini lolos saat kunjungan ditutup — lalu kembali sebagai penolakan, berminggu-minggu kemudian, saat pasiennya sudah lupa.
Integrasi native membalik urutannya: kelengkapan diperiksa sebelum kunjungan bisa ditutup. Penolakan dicegah di sumbernya, bukan direkonsiliasi di akhir bulan.
Empat hal yang bisa Anda audit sendiri, minggu ini.
- Tingkat penolakan tiga bulan terakhir. Berapa klaim ditolak, dan berapa di antaranya karena data tidak lengkap (bukan sengketa medis)? Kalau angkanya tidak tersedia dalam lima menit, itu temuan pertama Anda.
- Apa yang dicegah saat tutup kunjungan. Coba tutup kunjungan BPJS tanpa kode diagnosis. Kalau sistem membiarkannya, setiap penolakan berikutnya sudah bisa diprediksi.
- Jarak antara kasir dan klaim. Apakah tindakan yang ditagih ke pasien dan yang diklaim ke BPJS berasal dari satu catatan yang sama — atau diketik dua kali oleh dua orang?
- Siapa yang tahu lebih dulu. Saat klaim ditolak, siapa yang diberi tahu — dan kapan? Kalau jawabannya “bagian admin, saat rekonsiliasi”, penolakan yang sama akan terulang sebulan penuh.