PDF Berkas Klaim Gagal Diunggah ke JKN Drive: Penyebab dan Cara Memeriksanya

JKN Drive adalah tempat penyimpanan berkas klaim milik BPJS Kesehatan. Rumah sakit mengunggah softcopy PDF berkas pendukung klaim ke sana, menggantikan pengiriman flashdisk atau hard disk ke kantor cabang. Penerapannya bertahap sejak Maret 2025, dimulai dari rumah sakit kelas A.

Setiap berkas diperiksa saat diunggah. Pemeriksaan ini melindungi sistem BPJS dari berkas yang rusak atau memuat kode yang bisa berjalan sendiri. Akibatnya, berkas yang tampak normal saat dibuka di komputer bisa tetap ditolak.

Ada dua sifat JKN Drive yang membuat pemeriksaan di awal penting. Pertama, berkas yang sudah terunggah tidak bisa dihapus atau diganti oleh rumah sakit. Kedua, aturan pemeriksaannya bisa berubah mengikuti pembaruan aplikasi. Tim casemix yang memeriksa sebelum unggah menghemat waktu unggah ulang dan menghindari berkas keliru yang terlanjur masuk.

Kesalahan unggah tetap dikoordinasikan dengan petugas administrasi klaim di kantor cabang BPJS. Panduan ini membantu tim menyiapkan berkas yang lolos sejak percobaan pertama.

1. Nama berkas bukan nomor SEP. JKN Drive meminta nama berkas sama persis dengan nomor SEP: huruf kapital, tanpa spasi, tanpa simbol, tanpa tambahan seperti nama pasien atau kata “revisi”. Kode faskes di dalam nomor SEP juga harus cocok dengan rumah sakit yang mengunggah. Penyebab ini paling sering muncul ketika ekspor SIMRS memberi nama otomatis dengan pola lain.

2. Ukuran melewati batas. Batas ukuran per berkas tertera di layar JKN Drive. Berkas besar biasanya berasal dari hasil pindai berwarna beresolusi tinggi, atau dari penggabungan banyak lampiran yang sebenarnya tidak wajib.

3. Ada kode aktif di dalam berkas. PDF bisa memuat perintah yang berjalan saat berkas dibuka, skrip, tautan, atau berkas tersemat. JKN Drive menolaknya demi keamanan. Kode ini jarang ditambahkan dengan sengaja. Biasanya ia disisipkan otomatis oleh pemindai, editor PDF, konverter online, atau modul cetak SIMRS. Berkas seperti ini terlihat normal di layar, sehingga penyebabnya sulit ditebak tanpa alat pemeriksa.

4. Berkas ganda. JKN Drive mengenali berkas yang isinya sama dengan berkas yang sudah berhasil terkirim. Ini sering terjadi ketika satu bundel diunggah ulang setelah koneksi terputus, atau ketika dua SEP keliru memakai berkas yang sama.

5. Struktur berkas rusak. Berkas yang terpotong saat diunduh, disimpan ulang berkali-kali di aplikasi berbeda, atau digabung dengan alat yang tidak rapi bisa dianggap bukan PDF yang valid. Pada berkas ber-TTE, penyimpanan ulang juga membuat tanda tangannya tidak sah lagi.

Di luar lima penyebab itu, JKN Drive juga mencocokkan nomor SEP dengan data V-Claim dan periode layanan. SEP yang salah ketik atau berkas dari bulan lain akan diberi status khusus dan perlu ditindaklanjuti.

Pesan galat JKN Drive menunjukkan gejalanya. Tabel berikut memetakan gejala yang paling sering ke kemungkinan penyebab dan langkah perbaikannya. Perbaikan terbaik selalu dilakukan di sumbernya, yaitu SIMRS, pemindai, atau aplikasi TTE, supaya berkas bulan berikutnya tidak mengulang masalah yang sama.

Surat Edaran Bersama tentang klaim elektronik mewajibkan dokumen rekam medis elektronik pendukung klaim JKN, termasuk resume medis, ditandatangani dengan TTE tersertifikasi. Tahap awalnya berlaku sejak klaim bulan pelayanan Agustus 2026. Mulai klaim bulan pelayanan Juni 2027, PDF tidak lagi menjadi dasar verifikasi kecuali dalam kondisi tertentu.

TTE mengunci isi berkas. Setiap perubahan setelah penandatanganan, termasuk mengompres, menggabung, atau menyimpan ulang, membuat TTE tidak sah lagi. Karena itu urutan kerjanya penting:

1. Gabungkan seluruh dokumen pendukung satu SEP.
2. Rapikan berkas: ukuran wajar, tanpa kode aktif.
3. Bubuhkan TTE paling akhir.
4. Unggah apa adanya, tanpa membuka dan menyimpan ulang.

Bila berkas ber-TTE ditolak karena kode aktif, perbaikannya tidak bisa dilakukan pada berkas itu. Kode tersebut biasanya sudah ada sebelum ditandatangani, berasal dari modul cetak SIMRS. Yang perlu dilakukan adalah memperbaiki pengaturan ekspor di SIMRS, membuat ulang berkasnya, lalu menandatanganinya kembali. Menghapus TTE agar berkas lolos bukan jalan keluar, karena bertentangan dengan kewajiban TTE tersertifikasi.

Penjelasan lengkap kewajiban ini ada di ringkasan SEB klaim JKN dan tenggat Juni 2027.

JKN Drive memeriksa bentuk berkas, bukan kelengkapan isinya. Berkas yang lolos unggah masih bisa dikembalikan saat verifikasi bila dokumen wajibnya tidak ada atau kosong. Contohnya resume medis tanpa tanda tangan, SEP yang tidak ikut tergabung, laporan operasi yang belum dilampirkan, atau hasil penunjang yang hanya berisi kop.

Masalah isi sering berasal dari ekspor SIMRS yang belum lengkap, misalnya formulir yang dicetak sebelum diisi. Strukturnya sehat, sehingga alat kompres atau perbaikan PDF tidak menolong. Yang dibutuhkan adalah membuka isinya dan mencocokkan jenis dokumen yang ada dengan yang seharusnya ada untuk klaim itu.

Pemeriksaan isi paling berharga pada klaim bertarif tinggi, seperti tindakan bedah dan kasus dengan tingkat keparahan berat. Klaim seperti ini paling terasa dampaknya bila tertahan.

Tanpa alat apa pun, tim casemix bisa memakai empat pertanyaan berikut untuk setiap bundel sebelum diunggah:

1. Apakah nama setiap berkas sama persis dengan nomor SEP-nya? Periksa juga bahwa bulan di nomor SEP sesuai dengan periode yang sedang diunggah.
2. Apakah ada berkas yang jauh lebih besar dari biasanya? Berkas yang jauh lebih besar biasanya hasil pindai berwarna atau lampiran yang tergabung dua kali.
3. Apakah berkas pernah melewati konverter, editor, atau kompresor setelah diekspor dari SIMRS? Bila ya, berkas itu paling mungkin memuat kode aktif. Untuk berkas ber-TTE, langkah itu juga membuat tanda tangannya tidak sah lagi.
4. Apakah dokumen wajib klaim itu sudah ada dan terisi? Mulailah dari klaim bertarif tertinggi, karena dampaknya paling besar bila dikembalikan saat verifikasi.

Empat pertanyaan ini cukup untuk bundel kecil. Pada ratusan berkas per bulan, memeriksa satu per satu memakan waktu yang lebih baik dipakai untuk koding dan tindak lanjut verifikasi. Di titik itu, pemeriksaan otomatis menjadi lebih masuk akal.

Cek PDF adalah bagian dari BPJScan. Tim casemix memasukkan satu bundel berkas klaim, lalu setiap berkas mendapat status dan langkah yang jelas: siap unggah, perlu diperbaiki, atau perlu dibuat ulang di sumbernya.

Cek PDF bekerja dalam tiga lapis:

• Siap unggah. Nama, ukuran, kode aktif, berkas ganda, dan struktur berkas diperiksa sekaligus untuk seluruh bundel.
• Perbaikan otomatis. Berkas tanpa TTE yang bisa dirapikan diperbaiki dan diunduh dalam satu ZIP. Berkas ber-TTE tidak diubah; Cek PDF memberi langkah perbaikan di sumbernya.
• Kelengkapan isi. Jenis dokumen di dalam berkas dikenali, termasuk hasil pindai, sehingga dokumen yang belum ada terlihat sebelum unggah.

Hasil pemeriksaan bisa diunduh sebagai laporan tindak lanjut. Untuk masalah yang berasal dari ekspor SIMRS, Cek PDF menyiapkan pesan yang bisa langsung diteruskan ke tim IT. Rumah sakit pelanggan BPJScan masuk dengan kode akses yang sama.

Bagi rumah sakit yang juga memakai CDSS, Cek PDF menambah satu lapis pemeriksaan: kode diagnosis dan tindakan dicocokkan dengan dokumen wajibnya. Contohnya, tindakan bedah yang dikode tetapi laporan operasinya belum ada di berkas.

Klaim bertarif tertinggi tampil lebih dulu, supaya tim mendahulukan berkas yang paling berpengaruh pada pendapatan. Syarat per kode mengikuti panduan verifikasi yang sama dengan yang dipakai koder di CDSS saat pasien dirawat.

Lapisan ini melengkapi, bukan menggantikan, penilaian koder dan verifikator. Hasilnya adalah daftar berkas yang layak dibuka lebih dulu.

Sebagian besar penyebab penolakan berulang setiap bulan karena berasal dari pengaturan yang sama. Pembagian kerja berikut membuat perbaikan bertahan lama:

• Tim casemix memeriksa bundel sebelum unggah, mengunggah berkas yang siap, dan mencatat berkas yang perlu dibuat ulang.
• Tim IT SIMRS memperbaiki pola nama berkas, pengaturan ekspor PDF, dan urutan penggabungan dokumen sebelum TTE.
• Unit rekam medis memastikan dokumen wajib terisi dan ditandatangani sebelum berkas diekspor.

Satu kebiasaan kecil membantu banyak: hindari konverter dan kompresor PDF online. Layanan seperti itu termasuk sumber kode aktif yang paling sering ditemukan pada berkas yang ditolak.

Alur klaim dari entry sampai kirim dibahas di panduan E-Klaim.