Berapa tahap perhitungan jaspel dari data SIMRS sampai rupiah per orang?

Lima tahap. (1) Tarikan data mentah dari SIMRS, di mana satu baris tindakan sudah memuat beberapa kolom penerima. (2) Rekap jasa langsung per penerima: dokter by name, penunjang per jenis paramedis, perawat dan akomodasi per ruangan. (3) Penilaian poin per ruang yang diisi kepala ruang setiap bulan. (4) Perhitungan jasa tidak langsung (JPTL) dari pool komponen pegawai. (5) Rekap final per orang yang menggabungkan jasa langsung dan tidak langsung menjadi bruto yang dibayarkan. Claim Manager AI menerima input tahap 1 dan menghasilkan langsung tahap 5, lengkap dengan runutan asal setiap rupiah.

Claim Manager AI · Distribusi Jasa Medis

Dari klaim BPJS cair sampai jasa medis dokter terbagi adil.

Claim Manager AI merekonsiliasi hasil verifikasi BPJS dengan SIMRS, menunjukkan klaim mana yang sudah cair, lalu membagi jasa medis (jasmed) per DPJP secara transparan — satu sistem, tanpa Excel manual berhari-hari.

Terakhir diperbarui 9 September 2026 · Server RS atau Jakarta

Jadwalkan Demo Lihat Cara Kerjanya

Bisa dipasang di server RS — data klaim & jasa medis tetap di jaringan RS Anda.

Dari tim di balik BPJScan — pengalaman yang sama kami bawa ke Claim Manager AI.

Claim Manager AI — Distribusi Jasa Medis

Jasa Medis Bulan Ini

Rp1,5 M

Klaim Cair

82%

DPJP Terbayar

37 / 45

Jasa Medis per DPJP

Contoh data

dr. A — Sp.OT

64 pasien

Rp180 jt

Payable

dr. B — Sp.OG

58 pasien

Rp173 jt

Sebagian pending

dr. C — Sp.An

91 pasien

Rp142 jt

Payable

Membagi jasa medis dari klaim yang belum tentu semuanya cair

Jasa medis kerap ditetapkan sebelum hasil verifikasi BPJS pasti. Saat BAHV turun dan ada klaim pending atau dipotong, selisihnya tertahan di rumah sakit dan dokter ikut menunggu kepastian. Ini jeda wajar antara siklus klaim dan siklus pembayaran, dan itulah yang Claim Manager AI rapikan.

Jasmed belum pasti sampai BAHV turun

Nilai klaim yang benar-benar cair baru diketahui saat Berita Acara Hasil Verifikasi (BAHV) kembali dari BPJS, umumnya 1–2 bulan setelah layanan. Selama itu jasa medis dokter belum bisa difinalisasi dengan angka yang pasti.

Excel berhari-hari

Data klaim dari E-Klaim dicocokkan baris demi baris dengan laporan SIMRS secara manual. Satu bulan bisa memakan waktu berhari-hari, dan rawan selisih.

Sulit dijelaskan ke DPJP

Saat dokter bertanya “kenapa jasa medis saya segini?”, menelusuri kembali angkanya sampai ke tiap pasien butuh waktu lama. Transparansi jadi taruhannya.

Satu sistem, dua pekerjaan yang selama ini terpisah

Melacak uang yang masuk dari BPJS, dan membagi jasa medis ke dokter — dua hal yang biasanya di file berbeda, kini di satu tempat.

Transparansi Jasa Medis per DPJP

Setiap klaim diuraikan sampai ke porsi jasa medis tiap dokter, lengkap dengan rincian per pasien dan status payable vs pending. Saat dokter bertanya, jawabannya ada dalam hitungan detik.

Rincian jasa medis per dokter, sampai ke tiap pasien
Statement bulanan per DPJP dibuat otomatis
Pelacakan payout: sudah dibayar vs masih outstanding

Pelacakan Status Klaim BPJS

Hasil verifikasi BPJS (Berita Acara Hasil Verifikasi/BAHV) direkonsiliasi otomatis dengan item layanan SIMRS, sehingga terlihat jelas klaim mana yang layak dan sudah cair, mana yang pending atau dispute, dan apa alasannya. Begitu BAHV turun, rekonsiliasi selesai saat itu juga, tanpa menunggu rekap manual akhir bulan.

Rekonsiliasi otomatis hasil verifikasi BPJS × SIMRS
Status per klaim: cair, pending, proses
Alasan pending ditampilkan agar bisa ditindaklanjuti

BPJScan vs Claim Manager AI — apa bedanya?

Keduanya menangani klaim BPJS, tapi di tahap yang berbeda dan saling melengkapi. BPJScan bekerja sebelum klaim dikirim; Claim Manager AI bekerja setelah klaim dikirim.

Aspek	BPJScan	Claim Manager AI
Kapan dipakai	Sebelum klaim dikirim ke BPJS	Setelah klaim dikirim ke BPJS
Fokus utama	Audit & optimasi koding INA-CBG	Status pembayaran klaim & distribusi jasa medis
Pengguna utama	Tim casemix & coder	Keuangan, manajemen, dan DPJP
Output	Rekomendasi perbaikan klaim sebelum submit	Statement jasa medis per DPJP & status klaim
Deployment	Berbasis cloud / SaaS	Bisa di server RS, data tetap di jaringan RS

Keduanya saling melengkapi: BPJScan memastikan klaim optimal sebelum dikirim, Claim Manager AI mengelola pembayaran dan distribusi jasa medis setelahnya.

Model Pembayaran Dokter

Cocok dengan cara RS Anda membayar dokter

Distribusi jasa medis (jasmed) adalah membagi bagian jasa pelayanan (jaspel) dari klaim yang diterima RS kepada tiap dokter penanggung jawab pasien (DPJP), sesuai formula yang ditetapkan dalam SK Direktur. Di rumah sakit pemerintah (RSUD/BLUD) proses ini umumnya disebut remunerasi; di rumah sakit swasta lebih sering disebut jasa medis atau bagi hasil dokter mitra. Claim Manager AI menjalankan formula Anda — tidak memaksakan model baru.

Model pembayaran dokter yang umum di rumah sakit Indonesia.
Model	Cara kerja	RS Pemerintah	RS Swasta
Fee for Service (FFS)	Dibayar per tindakan/layanan yang diberikan	Masih dipakai; sering menimbulkan selisih dengan tarif INA-CBG	Model dominan; imbalan per tindakan
Remunerasi (indexing/point)	Bagian jasa dihitung dari poin: beban kerja, risiko, kompetensi, dan kinerja	Umum dalam kerangka BLUD	Dipakai RS yang menekankan akuntabilitas
Bagi hasil dokter mitra	Persentase dari jasa profesional (sebelum PPh 21) untuk dokter mitra/tamu	Jarang	Umum; porsi bervariasi antar-RS dan spesialisasi
Distribusi berbasis klaim terverifikasi	Jasmed dibagi dari klaim yang sudah diverifikasi & dibayar BPJS (BAHV), per DPJP, sesuai formula SK Direktur	Relevan untuk klaim JKN	Relevan untuk klaim JKN

Model bisa dikombinasikan. Claim Manager AI menghitung jasa medis dari klaim yang sudah diverifikasi — bukan dari estimasi tarif.

RS Pemerintah · RSUD / BLUD

Setiap rupiah jasa pelayanan tertelusur ke klaim yang sudah terverifikasi dan dibayar — siap saat BPK dan Inspektorat bertanya.

Jejak audit dari klaim terverifikasi → pembayaran → baris jasmed tiap dokter
Konsisten dengan SK Direktur / Perkada remunerasi BLUD
Bantu cegah temuan pembayaran ganda atas objek jasa yang sama
Piutang klaim BPJS terpantau agar tidak menumpuk jadi beban

RS Swasta

Bayar jasa medis dari klaim yang benar-benar cair, dengan angka yang bisa dokter lihat dan percaya sendiri.

Transparansi bagi hasil / fee for service yang bisa ditelusuri dokter
Distribusi setelah tahu klaim mana yang cair — kurangi risiko arus kas
Angka yang jelas membantu menjaga kepercayaan dokter mitra
Rekap cepat, tanpa menyatukan Excel dari banyak sumber

BPJS tidak pernah membayar jasa pelayanan langsung — membayar dokter tetap tanggung jawab rumah sakit. Claim Manager AI memastikan Anda tahu klaim mana yang sudah cair sebelum membagi jasa medis.

Rawat Bersama & Multi-Dokter

Satu klaim, banyak dokter — jasa medis tetap terbagi jelas per DPJP

Satu episode rawat inap dibayar BPJS sebagai satu paket INA-CBG ke rumah sakit — berapa pun jumlah dokter yang menangani. Paket itu sudah mencakup seluruh sumber daya RS, termasuk konsultasi dan tindakan beberapa DPJP. Karena klaimnya satu, pembagian jasa medis ke tiap dokter adalah kebijakan internal RS — dijalankan lewat SK Direktur / remunerasi, bukan diturunkan langsung dari BPJS. Di titik itulah atribusi per-DPJP jadi rumit saat ada rawat bersama, konsul, atau penjamin ganda. Claim Manager AI menelusurinya sampai ke akar tiap klaim.

Rawat bersama & atribusi multi-dokter

Rawat bersama adalah satu episode rawat inap dengan satu tarif INA-CBG yang ditangani lebih dari satu DPJP — baik bersamaan (mis. Sp.PD, Sp.B, dan Sp.An sekaligus) maupun berurutan lewat konsul internal, alih rawat, atau operator dan anestesi. Tiap peran (DPJP utama, konsulen, operator, anestesi) punya porsi berbeda di SK Direktur. Claim Manager AI membagi porsi jasmed dari satu kode INA-CBG ke tiap dokter mengikuti aturan atribusi yang RS tetapkan — keputusan klinis siapa DPJP tetap di tangan dokter/komite medik — menyatukan identitas dokter (nama utama dan alias) agar atribusi tidak pecah, lalu menampilkan rinciannya per dokter dan per pasien.

COB — BPJS dengan penjamin lain

Coordination of Benefits (COB) adalah koordinasi manfaat ketika satu pasien dijamin BPJS Kesehatan sekaligus asuransi swasta atau penjamin lain. BPJS membayar sesuai tarif INA-CBG, dan selisih di atasnya (mis. naik kelas) dapat ditanggung penjamin tambahan sesuai kesepakatan. Untuk satu episode bisa masuk dua sumber dana. Claim Manager AI membagi jasa medis hanya dari nominal yang benar-benar diterima RS — porsi BPJS dari hasil verifikasi (BAHV) maupun porsi penjamin lain yang tercatat di SIMRS — agar tiap rupiah jasa jelas asalnya dan tidak terhitung ganda.

Bagaimana jasa medis satu klaim dibagi ke tiap DPJP menurut skenario penanganan.
Skenario	Ciri klaim	Dasar pembagian jasa medis per DPJP
Rawat bersama	Satu episode, satu kode INA-CBG, ≥2 DPJP menangani bersamaan	Bobot peran tiap DPJP sesuai SK Direktur — sistem menjalankannya, bukan menentukan
Konsul / alih rawat / DPJP tambahan	Satu episode dengan peran berurutan (DPJP utama + konsulen)	Porsi per peran (utama, konsulen, anestesi) mengikuti formula RS
COB / penjamin ganda	Satu episode dijamin BPJS + asuransi swasta / penjamin lain	Dibagi dari nominal yang benar-benar diterima RS — porsi BPJS (BAHV) + porsi penjamin lain yang tercatat SIMRS
DPJP tunggal	Satu episode, satu DPJP	Porsi penuh DPJP sesuai formula SK Direktur

Dasar & batas peran. Satu episode dibayar sebagai satu paket INA-CBG (Permenkes No. 26 Tahun 2021 & No. 3 Tahun 2023); pada rawat bersama RS menunjuk satu DPJP Utama (Permenkes No. 24 Tahun 2022); COB diatur Perpres No. 82 Tahun 2018 (Pasal 51 & 53) dan Permenkes No. 3 Tahun 2023 (Pasal 48). Claim Manager AI menjalankan formula pembagian yang RS tetapkan — keputusan klinis siapa DPJP tetap di tangan dokter/komite medik — dan membagi jasa medis hanya dari klaim yang sudah terverifikasi dan diterima, bukan estimasi. Proporsi antar-dokter tidak seragam nasional; hasil bervariasi tergantung volume dan pola klaim RS.

Perhitungan jaspel bukan satu rumus — ada lima tahap

Rantainya melewati tiga peran berbeda, dan tiga dari lima tahapnya masih dikerjakan manual di spreadsheet. Keterlambatan jaspel hampir selalu terjadi di sambungan antar-tahap, bukan di rumusnya.

Tarikan data mentah dari SIMRS

Satu baris tindakan sudah memuat beberapa kolom penerima sekaligus: JP dokter operator, dokter lainnya, dokter insentif, paramedis beserta jenisnya, akomodasi, sampai komponen non-medis.

Dikerjakan: Tim IT rumah sakit

RS tidak perlu mengubah cara menariknya — adapter di sisi kami yang menyesuaikan formatnya.

Rekap jasa langsung per penerima

Dokter direkap by name; penunjang per jenis paramedis; perawat dan akomodasi per ruangan. Varian ejaan dan gelar dokter disatukan agar satu orang tidak pecah jadi beberapa identitas.

Dikerjakan: Otomatis — menggantikan VLOOKUP manual

Inilah tahap yang selama ini memakan hari kerja utuh setiap periode.

Poin per ruang

Penilaian bulanan per unit: pendidikan, masa kerja, jabatan, capaian kinerja, risiko kerja, kehadiran. Hasil perkaliannya menentukan rupiah per orang di ruangan itu.

Dikerjakan: Kepala ruang, lewat formulir per unit

Kehadiran dan masa kerja ditarik dari sistem; kepala ruang cukup menilai capaian kinerja.

Jasa tidak langsung (JPTL)

Pool dihitung dari sumbernya — komponen pegawai ditambah kontribusi antar-profesi — lalu dibagi ke kelompok penerima sampai 100%, dan ke individu lewat indeks kepegawaian.

Dikerjakan: Otomatis, mengikuti aturan internal RS

JPTL bukan sisa jasa langsung; karena dihitung dari sumbernya, totalnya selalu bisa direkonsiliasi.

Rekap final per orang

Jasa langsung dan tidak langsung digabung jadi satu baris per orang: nama, sumber-sumber pendapatannya, dan bruto yang dibayarkan.

Dikerjakan: Admin jaspel & keuangan

Satu-satunya angka yang benar-benar dilihat pegawai — dan yang paling sulit dijawab tanpa sistem.

Batas yang kami sebut di depan. Ketika dua dokter berkualifikasi setara tercatat pada satu tindakan tanpa penanda peran, sistem tidak bisa menentukan siapa operator dan siapa asisten — informasi itu tidak ada di data mana pun. Yang bisa disimpulkan mesin hanyalah membedakan dokter umum dan spesialis dari gelar. Baris ambigu kami sisihkan ke antrean keputusan manusia, tidak ditebak, dan setiap penetapan peran tercatat siapa serta kapan. Sistem yang baik tidak menghilangkan keputusan manusia — ia memindahkannya ke waktu dan orang yang tepat.

Peta lengkap kelima tahap, titik gagal masing-masing, dan bagian mana yang realistis diotomatiskan dibahas di 5 tahap perhitungan jaspel dari tarikan SIMRS sampai rupiah per orang.

Yang membedakan

Simulasikan model distribusi sebelum mengubah kebijakan

Mengubah aturan bagi jasa medis itu keputusan besar. Claim Manager AI memungkinkan tim keuangan membandingkan beberapa model distribusi berdampingan — dan melihat dampak rupiahnya ke rumah sakit maupun ke tiap dokter, sebelum satu rupiah pun berpindah.

Bandingkan skenario: model saat ini vs model berbasis persentase pendapatan INA-CBG.
Ada guardrail: batasi seberapa jauh jasa medis tiap dokter boleh bergeser, supaya perubahan tetap wajar.
Sesuai aturan Anda: formula mengikuti SK Direktur RS — bukan standar yang kami paksakan.

Simulasi Distribusi — 3 Model

Contoh perbandingan

Model 1 · Saat ini (FFS/Perda) Rp2,00 M

Model 2 · % Pendapatan INA-CBG Rp1,78 M

Model 3 · Hybrid + guardrail Rp1,86 M

Setiap model menampilkan dampaknya ke RS dan ke tiap dokter, jadi keputusan diambil dengan angka — bukan perkiraan.

Dari export SIMRS ke statement transparan — 4 langkah

Tanpa mengganti SIMRS, tanpa input ulang manual.

Upload export

Data klaim E-Klaim/INA-CBG, file pending BPJS, dan laporan komponen jasa dari SIMRS — semua yang sudah RS miliki.

Rekonsiliasi otomatis

Sistem mencocokkan klaim dengan item layanan SIMRS dan menandai status pembayaran tiap klaim.

Formula sesuai SK

Aturan bagi jasa medis dikonfigurasi mengikuti SK Direktur RS, tersimpan berversi dan dapat diaudit.

Statement & dashboard

Statement per DPJP dan dashboard status klaim siap dibagikan ke manajemen dan dokter.

Keamanan & Kedaulatan Data

Data klaim & jasa medis tidak keluar dari RS Anda

Claim Manager AI dapat dipasang di server dalam jaringan rumah sakit, sehingga data keuangan dan jasa medis yang sensitif tetap berada di perimeter RS — sesuatu yang menjadi syarat mutlak bagi banyak Direktur Keuangan.

Server RS atau Jakarta

Di server RS, atau di server kami di Jakarta.

Akses per peran

Keuangan, casemix, manajemen — masing-masing sesuai haknya.

Backup harian

Cadangan data otomatis setiap hari.

Dikelola penuh

Langganan terkelola — tim kami yang urus operasionalnya.

Untuk tim yang bertanggung jawab atas uang & kepercayaan

Direktur / Wadir Keuangan

Kepastian arus kas dan distribusi jasa medis yang dapat dipertanggungjawabkan.

Tim Keuangan & Casemix

Rekap yang biasanya berhari-hari selesai jauh lebih cepat dan rapi.

DPJP

Rincian jasa medis yang jelas dan bisa ditelusuri sampai ke tiap pasien.

Manajemen

Kebijakan jasa medis yang berkelanjutan dan hubungan yang sehat dengan dokter.

Ekosistem MedMinutes

Lengkapi alur klaim Anda, dari hulu ke hilir.

Claim Manager AI bekerja paling kuat saat berdampingan dengan dua produk pendamping yang menjaga klaim Anda sebelum dan saat pengajuan.

Bisa Ditambahkan

Sebelum Klaim

CDSS AI

Perkuat koding dari sumbernya. Dukung prekoding sejak awal perawatan, jaga kelengkapan berkas, dan pastikan diagnosis sesuai alasan dirawat, selagi pasien masih di ruangan.

Pelajari CDSS AI

Bisa Ditambahkan

Saat Klaim

BPJScan

Audit dan optimalkan setiap klaim sebelum dikirim ke BPJS: undercoding, potensi top-up, dan pemicu pending.

Pelajari BPJScan

Aktif

Sesudah Klaim

Claim Manager AI

Rekonsiliasi hasil verifikasi BPJS dengan SIMRS secara otomatis: track klaim mana yang sudah cair, lalu bagi jasa medis (jasmed) per DPJP secara transparan dan adil.

Anda di sini

Pertanyaan yang Sering Diajukan

Sistem yang mengelola sisi keuangan klaim BPJS setelah klaim dikirim: merekonsiliasi hasil verifikasi BPJS dengan item layanan SIMRS, melacak klaim mana yang sudah cair atau masih pending, lalu menghitung distribusi jasa medis (jasmed) per DPJP secara transparan sesuai SK Direktur RS.

BPJScan bekerja sebelum klaim dikirim ke BPJS untuk membantu tim casemix mengaudit dan mengoptimasi koding. Claim Manager AI bekerja setelah klaim dikirim: melacak pembayaran klaim dan membagi jasa medis ke dokter. Keduanya saling melengkapi dan bisa dipakai bersama.

Cukup export yang sudah RS miliki: data klaim dari E-Klaim/INA-CBG, file pending dari BPJS, dan laporan komponen jasa dari SIMRS. Sistem yang mencocokkan semuanya secara otomatis — tidak perlu input ulang manual.

Bisa. Formula distribusi — potongan top-slice (Direktur/Struktural/Kesra), pembagian pool, dan persentase per kategori layanan — dikonfigurasi persis mengikuti SK Direktur RS Anda dan tersimpan berversi, sehingga distribusi menjadi konsisten dan dapat diaudit.

Claim Manager AI dapat dipasang di server dalam jaringan rumah sakit, sehingga data klaim dan jasa medis tetap di perimeter RS, atau dijalankan di server kami di Jakarta. Pilihannya ditetapkan saat asesmen. Akses berbasis peran dan dilengkapi backup harian.

Tidak. Claim Manager AI berjalan berdampingan dengan SIMRS yang ada dan membaca export standar dari sistem yang sudah RS gunakan. Tidak ada penggantian sistem.

Jadwalkan demo 30 menit. Kami tunjukkan alurnya menggunakan contoh data agar tim keuangan dan manajemen bisa melihat langsung tampilan transparansi jasa medis dan status klaim.

Cukup satu server di dalam jaringan rumah sakit; spesifikasinya kami sesuaikan dengan skala RS. Tim kami yang menangani instalasi, konfigurasi, backup harian, dan pemeliharaan, sehingga tidak menambah beban tim IT RS. Data klaim dan jasa medis tetap berada di dalam jaringan rumah sakit.

Jasa pelayanan (jaspel) adalah keseluruhan bagian jasa dari tarif/klaim untuk semua tenaga yang memberi layanan. Jasa medis (jasmed) adalah bagian dokter di dalam jaspel tersebut. Karena Claim Manager AI membagi per DPJP, fokusnya pada jasa medis dokter dari total jasa pelayanan klaim.

Fee for service membayar dokter per tindakan yang diberikan, umum di RS swasta. Remunerasi adalah sistem berbasis poin (indexing) yang menghitung bagian jasa dari beban kerja, risiko, kompetensi, dan kinerja, umum dalam kerangka BLUD di RS pemerintah. Formula Claim Manager AI dapat dikonfigurasi mengikuti model yang RS Anda pakai.

BAHV adalah dokumen hasil verifikasi yang diterbitkan BPJS setelah memeriksa klaim, memuat status tiap klaim: layak, pending, atau dispute. Claim Manager AI merekonsiliasi BAHV dengan item layanan SIMRS agar terlihat klaim mana yang sudah cair sebelum jasa medis dibagi.

Rawat bersama adalah satu episode rawat inap dengan satu tarif INA-CBG yang ditangani oleh lebih dari satu dokter penanggung jawab pasien (DPJP). Karena klaim tetap satu paket, jasa medisnya perlu diatribusikan ke tiap dokter sesuai kontribusi dan formula SK Direktur, bukan digabung menjadi satu angka.

Coordination of Benefits (COB) adalah koordinasi manfaat ketika satu pasien dijamin BPJS Kesehatan sekaligus asuransi swasta atau penjamin lain. BPJS membayar sesuai tarif INA-CBG dan selisih di atasnya dapat ditanggung penjamin tambahan sesuai perjanjian, sebagaimana diatur Perpres 82/2018 dan Permenkes 3/2023. Claim Manager AI membantu merekonsiliasi komponen BPJS dan penjamin lain agar pembagian jasa medis tetap berbasis nilai yang benar-benar diterima RS.

Atribusi multi-dokter menelusuri kontribusi tiap DPJP dalam satu episode klaim INA-CBG, lalu membagi jasa medis dari tarif klaim tersebut per dokter sesuai peran dan bobot yang diatur SK Direktur. Keputusan klinis siapa DPJP tetap di tangan dokter dan komite medik; sistem menjalankan dan mengaudit-trail pembagiannya, sehingga tiap dokter melihat dasar perhitungan bagiannya sendiri dari klaim yang sudah terverifikasi dan dibayar.

Claim Manager AI merekap jasa medis rawat inap per DPJP dari klaim yang sudah cair, sehingga tersedia laporan pendapatan tiap dokter per periode yang tertelusur sampai ke tiap klaim sumbernya. Angka ini spesifik ke jasa medis dari klaim JKN yang diterima, bukan penghasilan kotor dokter, dan membantu manajemen serta dokter melihat angka yang konsisten tanpa menyatukan banyak file secara manual.

Lima tahap: tarikan data mentah dari SIMRS, rekap jasa langsung per penerima, penilaian poin per ruang, perhitungan jasa tidak langsung (JPTL), lalu rekap final per orang. Claim Manager AI menerima input tahap 1 — tarikan yang sudah RS miliki — dan menghasilkan langsung tahap 5, lengkap dengan runutan asal setiap rupiah sampai ke pasal aturan yang mendasarinya.

Karena tarif satu tindakan mencakup kontribusi beberapa pihak sekaligus: dokter operator, dokter lain atau pendamping, perawat, serta komponen non-medis seperti akomodasi. SIMRS menyimpannya sebagai kolom terpisah pada baris yang sama — sehingga permintaan data berbentuk “satu dokter per tindakan” memang tidak dapat dipenuhi. Kami membaca seluruh kolom penerima apa adanya; RS tidak perlu mengubah cara menariknya.

Tidak, bila kedua dokter berkualifikasi setara — informasi peran itu tidak ada di data mana pun, sehingga sistem hanya bisa menebak. Yang bisa disimpulkan mesin secara aman hanyalah membedakan dokter umum dan spesialis dari gelar. Baris yang ambigu kami sisihkan ke antrean keputusan manusia, bukan ditebak, dan setiap penetapan peran tercatat siapa dan kapan.