Dari Input Manual ke Sistem Paket: Menyederhanakan Administrasi Rumah Sakit

Dari Input Manual ke Sistem Paket: Menyederhanakan Administrasi Rumah Sakit

Setelah artikel sebelumnya yang panjang dan teknis tentang membangun paket rawat dari data ke sistem, saya ingin ajak Anda bernapas sejenak. Tapi jangan kemana-mana. Karena kali ini kita bahas aspek yang sama pentingnya tapi sering diabaikan: administrasi.

Pernah lihat meja admisi rumah sakit saat jam sibuk? Berkas bertumpuk. Staf mondar-mandir. Komputer dengan puluhan kolom yang harus diisi. "Pasien atas nama siapa? Diagnosa? Kode ICD? Kode tarif? Kelas? Penjamin?" Setiap kali pasien baru, prosesnya seperti mengulang siklus yang melelahkan.

Belum lagi kalau ada perubahan di tengah jalan. Pasien rawat inap, tapi tiba-tida diagnosis berubah. Atau pulang lebih cepat. Atau komplikasi. Petugas billing harus mengutak-atik data, mencari formulir, meminta tanda tangan, dan seringkali kesalahan input terjadi karena terburu-buru.

Artikel ini akan menunjukkan bagaimana sistem paket menyelamatkan administrasi RS dari kekacauan manual. Dan yang lebih penting: dari data "tambahan" dan "exception", Anda justru bisa menemukan kebocoran biaya yang selama ini tersembunyi.

Mari mulai.

Pain Admin yang (Mungkin) Anda Alami Setiap Hari

Coba bayangkan proses input data pasien rawat inap di RS Anda saat ini. Mungkin seperti ini:

1. Pasien datang ke IGD atau rawat jalan, diperiksa dokter, dapat diagnosis.
2. Dokter menulis resep, permintaan lab, rencana rawat inap – semua manual, di kertas.
3. Pasien ke kasir/admisi untuk proses masuk rawat inap.
4. Petugas admisi mengetik ulang data pasien (identitas, diagnosis, rencana) ke komputer (SIMRS).
5. Setiap komponen biaya awal dimasukkan satu per satu: tarif kamar, tarif dokter, estimasi lab, estimasi obat.
6. Jika pasien BPJS, petugas mencari kode INA-CBG sendiri lalu membandingkan dengan estimasi.
7. Selama rawat inap, setiap kali dokter menulis resep atau tindakan baru, petugas billing menambah item baru ke sistem.
8. Saat pulang, petugas menghitung ulang semua item (kadang sampai 50-100 baris).
9. Berkas dicek berkali-kali untuk klaim BPJS, takut ada kesalahan kode atau missing document.

Berapa lama waktu yang dibutuhkan? Dari beberapa RS yang saya dampingi, input manual untuk satu pasien rawat inap (tanpa komplikasi) bisa memakan waktu 30-45 menit di awal, dan 15-20 menit di proses pulang. Belum waktu untuk koreksi kesalahan.

Berapa potensi error? Tinggi. Satu digit kode ICD salah, satu tanda tangan dokter hilang, bisa bikin klaim BPJS ditolak atau dipotong.

Berapa insight yang didapat? Hampir nol. Sistem hanya mencatat, tidak menganalisis. Petugas tidak tahu mana pasien yang "boros" atau "efisien". Mereka hanya sibuk input.

Inilah pain admin yang membuat staf billing cepat burnout, dan rumah sakit kehilangan uang tanpa sadar.

Solusi: Sistem Input Paket – Semua Cukup Sekali

Apa itu sistem input paket? Sederhana: alih-alih menginput 50 item terpisah (kamar, dokter, lab, obat, alkes, dll), petugas cukup memilih satu paket yang sudah ditentukan sebelumnya untuk diagnosis tersebut.

Bagan alir sederhana:

• Dulu: Diagnosis → Buka daftar tarif → Pilih kamar → Pilih dokter → Pilih estimasi lab → Pilih obat (satu-satu) → Jumlah → Simpan → (lalu tambah lagi setiap hari).
• Paket: Diagnosis → Pilih paket yang sesuai → Klik → Selesai. Sistem otomatis mengisi semua komponen.

Ini mengurangi jumlah klik dari puluhan menjadi 3-5 klik. Waktu input turun drastis. Error berkurang karena tidak ada salah ketik komponen.

Tiga Level Implementasi Input Paket

Anda bisa memilih level sesuai kesiapan RS:

Level 1 – Paket Statis (untuk pemula atau RS kecil):

• Buat daftar paket untuk 10-20 diagnosis paling sering.
• Setiap paket: harga total tetap, tidak peduli berapa lama rawat (model flat rate).
• Contoh: "Paket Persalinan Normal 3 hari = Rp 2,5 juta" – pasien pulang lebih cepat atau lebih lambat, harga tetap.
• Kelebihan: Sangat sederhana. Petugas tinggal pilih dari daftar.
• Kekurangan: Jika LOS lebih lama, RS bisa rugi. Jika lebih pendek, pasien "dirugikan" (bayar lebih mahal).

Level 2 – Paket dengan Komponen Dinamis (rekomendasi):

• Paket terdiri dari tarif harian + komponen tetap. Contoh: "Paket DBD: Rp 400.000/hari (rawat inap) + Rp 600.000 (obat & lab tetap)".
• Jika pasien rawat 5 hari: total = (5 x 400.000) + 600.000 = Rp 2,6 juta.
• Sistem otomatis menghitung saat petugas input LOS (length of stay).
• Kelebihan: Lebih adil dan aman untuk RS. Variasi LOS tidak merugikan.
• Kekurangan: Butuh SIMRS yang bisa handle formula.

Level 3 – Paket Cerdas (Integrasi dengan Clinical Pathway):

• Sistem terhubung dengan clinical pathway di setiap hari rawat.
• Hari ke-1: otomatis muncul lab A, obat B, tindakan C.
• Hari ke-2: otomatis muncul evaluasi, dan seterusnya.
• Petugas hanya perlu mengkonfirmasi jika ada penyimpangan (deviasi) dari pathway.
• Kelebihan: Paling akurat dan paling mendidik staf medis (karena mereka lihat standar setiap hari).
• Kekurangan: Investasi SIMRS dan pelatihan lebih besar.

Saran saya: Mulai dari Level 2 jika SIMRS Anda sudah cukup fleksibel. Atau Level 1 jika Anda masih pakai Excel/ buku besar. Yang penting mulai. Nanti upgrade seiring waktu.

Penanganan Exception dan Tambahan: Jangan Panik, Justru Ini Harta Karun

Nah, ini bagian yang paling sering ditakuti manajemen RS saat beralih ke sistem paket: "Bagaimana jika pasien butuh sesuatu di luar paket?"

Tenang. Sistem paket yang baik selalu punya mekanisme untuk exception. Tidak perlu panik. Justru, dari exception inilah Anda bisa menemukan kebocoran dan celah perbaikan.

Mekanisme Exception yang Sederhana

Dalam sistem input paket, exception ditangani dengan prinsip: default paket, tambahan sebagai item terpisah.

Contoh:

• Pasien rawat paket DBD. Di hari ke-3, dokter meminta kultur darah karena demam tidak turun (tindakan tidak termasuk paket dasar).
• Petugas billing menambahkan item "Kultur Darah" ke dalam tagihan pasien, tetapi tetap mempertahankan paket DBD-nya. Total tagihan = harga paket + harga kultur darah.
• Alasan penambahan harus didokumentasikan (bisa dengan catatan dokter atau checklist deviasi).

Aturan main:

• Exception hanya untuk layanan yang benar-benar di luar paket (berdasarkan daftar eksklusi yang sudah disepakati).
• Tidak boleh double billing: Jika dalam paket sudah termasuk A, jangan tagih A lagi sebagai tambahan.
• Setiap exception harus disetujui (bisa oleh kepala ruangan atau tim medik) dan dicatat dengan alasan medis yang jelas.
• Rekam semua exception dalam database terpusat (minimal Excel) untuk dievaluasi bulanan.

Mengapa Exception Adalah Harta Karun?

Ini insight paling berharga dari sistem paket. Banyak manajemen RS justru takut dengan exception, padahal mereka seharusnya mendambakan exception. Kenapa?

Karena exception menunjukkan di mana paketmu tidak sempurna, di mana proses medismu menyimpang, dan di mana kebocoran biaya terjadi.

Contoh 1 – Obat Sering Jadi Exception:

Anda membuat paket DBD dengan antibiotik generik (seftriakson). Tapi setiap bulan, ada 30% pasien DBD yang dokternya minta antibiotik paten (merk X) sebagai tambahan. Alasan: "Pasien alergi generik" atau "Lebih kuat".

Apa artinya? Bisa jadi pasien memang alergi (wajar, tapi harusnya <5%). Atau bisa jadi dokter punya preferensi tanpa bukti kuat – ini pemborosan! Biaya paten bisa 3-5x generik.

Tindakan: Evaluasi apakah memang banyak pasien alergi? Jika tidak, bicarakan dengan tim medis. Mungkin masukkan antibiotik paten sebagai opsi dalam paket dengan harga lebih tinggi, atau tetapkan aturan bahwa paten hanya dengan persetujuan komite medik.

Contoh 2 – Lab Berulang Jadi Exception:

Paket persalinan normal hanya termasuk 1 kali lab Hb. Tapi setiap bulan, 20% pasien persalinan dilakukan lab ulang Hb dengan alasan "cek perdarahan".

Apa artinya? Bisa jadi ada peningkatan risiko perdarahan pasca melahirkan (perlu investigasi keamanan pasien). Atau bisa jadi dokter malas, terlalu sering meminta lab tanpa indikasi. Atau bisa jadi bagian patologi klinis punya KPI jumlah pemeriksaan sehingga "memaksa" dokter meminta lab tambahan.

Tindakan: Audit indikasi lab ulang. Jika tidak berdasar, edukasi dokter. Jika ada masalah klinis riil, revisi paket (tambah cakupan lab).

Contoh 3 – LOS Melebihi Paket Jadi Exception:

Paket stroke iskemik dirancang untuk 7 hari rawat. Tapi 40% pasien stroke rawat 10-14 hari (exception karena overstay).

Apa artinya? Bisa jadi pasien stroke Anda memang lebih berat (perlu koding berbeda, seharusnya paket lain). Atau bisa jadi rehabilitasi di RS Anda kurang agresif, sehingga pasien lama sembuh. Atau bisa jadi ada hambatan administrasi (jaminan pasien belum disetujui, keluarga belum jemput).

Tindakan: Analisis penyebab overstay. Jika karena klinis, revisi pathway stroke. Jika karena non-klinis, benahi proses discharge planning.

Pesan utama: Jangan memarahi petugas karena sering membuat exception. Justru exception adalah alarm yang memberi tahu: "Woy, ada yang nggak beres nih!" Tanpa exception, Anda akan hidup dalam kepalsuan bahwa "paket sudah sempurna". Padahal, di lapangan, kebocoran terus terjadi tanpa terdeteksi.

Kesalahan Umum dalam Implementasi Input Paket

Setelah puluhan kali melihat RS beralih ke sistem paket, saya kumpulkan kesalahan yang sering membuat implementasi gagal:

1. Paket Terlalu "Ketat" (Tidak Ada Ruang Exception)

Dampak: Petugas dan dokter frustasi. Mereka akan "melawan sistem" dengan membuat kode diagnosis alternatif (upcoding) agar bisa paket lain, atau tidak paket sama sekali.

Solusi: Jangan desain paket untuk mengakomodasi 100% kasus. Desain untuk 80% kasus tipikal. 20% sisanya adalah exception. Biarkan exception terjadi – dokumentasikan – evaluasi.

2. Tidak Melatih Petugas dengan Baik

Dampak: Petugas bingung kapan pakai paket, kapan exception. Mereka kembali ke kebiasaan lama atau asal-asalan.

Solusi: Latihan minimal 3 hari sebelum go live. Beri job aid (lembar panduan) di setiap meja. Adakan refresher bulanan untuk 3 bulan pertama.

3. Lupa Mengintegrasikan ke SIMRS

Dampak: Paket cuma di kertas. Petugas tetap input manual karena sistem tidak mendukung. Laporan exception juga tidak otomatis.

Solusi: Sebelum implementasi, pastikan tim IT sudah menyiapkan modul paket di SIMRS. Jika belum bisa, gunakan sementara Excel dengan dropdown paket dan kolom "exception notes". Tidak ideal, tapi lebih baik daripada kertas lepas.

4. Tidak Ada Tindak Lanjut atas Data Exception

Dampak: Data exception dikumpulkan tapi tidak pernah dianalisis. Akhirnya sistem paket berjalan, tapi kebocoran tetap tidak ketahuan. Manajemen jadi puas palsu.

Solusi: Jadwalkan rapat bulanan khusus review exception. Hadirin: perwakilan medis, keuangan, admisi, dan SIMRS. Bahas top 5 exception terbanyak. Putuskan tindakan: revisi paket, edukasi dokter, atau biarkan (jika memang wajar).

5. Exception Tidak Dicatat dengan Rapi

Dampak: Data exception tidak terstruktur. Sulit dianalisis. Tidak bisa memilah mana penyimpangan wajar dan tidak wajar.

Solusi: Buat formulir / form digital exception minimal berisi:

• No RM pasien
• Diagnosis dan paket awal
• Item tambahan (apa, berapa biaya)
• Alasan medis (wajib diisi dokter/ perawat)
• Pemberi otorisasi (nama & tanda tangan)
• Tanggal

Data ini yang akan Anda olah bulanan.

Dari Tambahan, Kita Menemukan Kebocoran: Studi Kasus Nyata

Saya pernah mendampingi RS tipe B di Jawa Tengah. Mereka sudah punya paket untuk 15 diagnosis, dan sistem input paket berjalan kurang lebih 6 bulan. Tapi manajemen mengeluh: "Kok laba tidak naik signifikan?"

Kami lihat data exception. Ternyata ada satu item yang paling sering muncul sebagai tambahan: "USG abdomen" untuk pasien DBD dan tifoid. Frekuensinya mencapai 60% pasien DBD dapat USG tambahan dengan alasan "evaluasi organ" atau "curiga komplikasi".

Setelah ditelusuri:

• USG abdomen tidak termasuk dalam paket DBD dasar karena tidak direkomendasikan guidelines untuk DBD tanpa komplikasi.
• Ternyata ada 3 dokter spesialis penyakit dalam yang punya kebiasaan meminta USG pada semua pasien DBD, "untuk jaga-jaga".
• Padahal dari outcome, pasien yang diUSG dan tidak, sama-sama sembuh. Tidak ada komplikasi yang terdeteksi lebih awal.
• Biaya USG per pasien Rp 250.000. Dengan 120 pasien DBD per bulan, itu pemborosan Rp 30 juta per bulan dari satu item saja!

Tindakan: Manajemen berdiskusi dengan komite medik. Disepakati bahwa USG abdomen bukan indikasi rutin untuk DBD tanpa komplikasi. Dokter yang ingin memintanya harus mencantumkan indikasi spesifik (misal: dicurigai perdarahan intra-abdominal). Dalam 3 bulan, frekuensi USG turun menjadi 5-10% (hanya kasus yang memang perlu). RS menghemat hampir Rp 25 juta per bulan.

Tanpa data exception dari sistem paket, kebocoran sebesar ini tidak akan pernah terdeteksi. Manajemen akan terus berpikir "paket sudah berjalan baik", padahal uang mengalir deras ke pemborosan yang tidak terlihat.

Panduan Memulai Sistem Input Paket di RS Anda

Jangan muluk-muluk. Ini langkah sederhana untuk memulai:

1. Pilih 3-5 diagnosis dengan volume tertinggi. (Biasanya: DBD, tifoid, persalinan, ISPA, hipertensi).
2. Buat paket sederhana untuk diagnosis itu (paket harian + komponen tetap, seperti di contoh sebelumnya).
3. Siapkan form input sederhana – bisa di SIMRS jika sudah support, atau pakai Excel/ Google Sheet yang dibagikan tim admisi.
4. Latih petugas admisi selama 2-3 hari. Beri skenario: pasien normal (paket), pasien dengan komplikasi ringan (paket + exception), pasien dengan komplikasi berat (keluar paket).
5. Uji coba 1 bulan untuk satu ruangan (misal: ruang melati khusus wanita).
6. Kumpulkan data exception selama uji coba. Evaluasi di akhir bulan.
7. Revisi paket berdasarkan temuan exception (misal: tambah cakupan obat yang sering jadi exception, atau perketat aturan).
8. Perluas ke ruangan lain dan diagnosis lain secara bertahap.

Target Anda bukan kesempurnaan di awal. Target Anda adalah sistem yang bisa mencatat exception dan memberi Anda data untuk perbaikan berkelanjutan. Perbaikan setahap demi setahap.

Penutup: Administrasi yang Sederhana Adalah Administrasi yang Terkendali

Kita tutup serial panjang ini dengan satu pesan: Jangan biarkan administrasi menjadi musuh. Banyak rumah sakit frustasi karena proses admisi dan billing yang ribut, lambat, dan tidak akurat. Mereka menganggap itu "resiko bisnis".

Padahal, dengan sistem input paket, administrasi bisa menjadi alat kontrol yang powerful. Bukan hanya mempercepat input, tapi juga menemukan titik-titik kebocoran melalui data exception.

Ingatlah selalu: Justru dari tambahan, kita menemukan kebocoran. Exception bukan kegagalan sistem. Exception adalah lampu peringatan bahwa ada sesuatu yang perlu diperbaiki. Entah paketnya yang kurang pas, atau praktik dokter yang boros, atau pasien yang memang kompleks.

Rangkullah exception. Dokumentasikan. Analisis. Perbaiki. Ulangi.

Itulah siklus menuju rumah sakit yang sehat secara finansial dan operasional.

Selamat menyederhanakan administrasi RS Anda!

---

FAQ: 5 Pertanyaan tentang Input Paket & Exception

1. Apakah sistem input paket hanya untuk RS besar dengan SIMRS mahal?
Tidak. RS kecil dengan Excel pun bisa memulai. Buat saja sheet dengan kolom: Nama Pasien, Diagnosis, Paket Dipilih, Harga Paket, Exception Item, Biaya Exception, Total. Latih staf input dengan dropdown (data validation) untuk paket. Setelah terbukti manfaatnya, baru investasi SIMRS.

2. Berapa toleransi exception yang wajar? (berapa persen pasien yang boleh punya tambahan?)
Tergantung kompleksitas penyakit. Untuk diagnosis sederhana (persalinan normal, DBD tanpa komplikasi), target <20% pasien dengan exception. Untuk diagnosis kompleks (stroke, kanker), 30-50% wajar. Jika exception >50%, evaluasi ulang: mungkin paket terlalu sempit, atau RS Anda merawat kasus yang lebih berat dari rata-rata (perlu kode INA-CBG berbeda).

3. Bagaimana jika dokter "sengaja" membuat exception agar bisa menagih lebih (misal: meminta lab tambahan tanpa perlu)?
Ini risiko nyata. Kuncinya: otorisasi dan review. Exception harus disetujui oleh kepala ruangan atau komite medik (bisa sampling, tidak semua). Lakukan audit rutin terhadap pola exception per dokter. Jika dokter X punya exception 3x lipat rata-rata, beri edukasi. Jika tidak berubah, bisa dikenakan sanksi (misal: tidak diizinkan pakai paket lagi, atau harus dapat persetujuan khusus).

4. Apakah pasien bisa menolak paket dan minta dihitung per item saja?
Bisa, tergantung kebijakan RS. Beberapa RS mewajibkan paket untuk diagnosis tertentu (terutama untuk pasien BPJS karena klaim pasti). Untuk pasien umum/ asuransi swasta, beri pilihan: paket (harga pasti, lebih murah) atau fee-for-service (harga lebih mahal tapi fleksibel). Biasanya pasien akan pilih paket karena lebih murah dan pasti.

5. Bagaimana dengan tagihan untuk pasien yang keluar dari paket (karena komplikasi berat)? Apakah mereka dihitung ulang dari awal?
Idealnya: jangan hitung ulang dari awal. Gunakan mekanisme pro-rata paket + biaya tambahan. Contoh: Pasien paket persalinan normal (harga Rp 2,5 juta). Hari ke-2 terjadi perdarahan, pasien keluar paket dan dirawat 5 hari lagi (total 7 hari). Hitung: 2 hari pertama tetap pakai harga paket (pro-rata 2/3 x Rp 2,5 jt?) – hati-hati, jangan asal. Lebih baik buat aturan: Jika keluar paket dalam 24 jam pertama, tagih harian sejak awal. Jika sudah lewat 24 jam, bayar paket penuh + biaya tambahan untuk perawatan komplikasi setelah keluar paket. Konsultasikan dengan tim medis dan hukum untuk kebijakan yang adil.

From Manual Input to Package System: Simplifying Hospital Administration

After our long, technical previous article on building inpatient packages from data to systems, let's take a deep breath. But don't go anywhere – because this time we're covering an equally important but often overlooked aspect: administration.

Have you ever seen a hospital admissions desk during peak hours? Piles of files. Staff rushing around. Computers with dozens of columns to fill. "Patient name? Diagnosis? ICD code? Tariff code? Class? Payer?" Every new patient triggers an exhausting cycle.

And that's without mid-process changes. The patient is admitted, but then the diagnosis changes. Or they go home earlier. Or complications arise. Billing staff must dig through data, find forms, request signatures – and often input errors happen due to rushing.

This article will show how a package system rescues hospital administration from manual chaos. And more importantly: from "add-ons" and "exceptions," you can discover hidden cost leakages.

Let's begin.

The Admin Pain You (Probably) Experience Every Day

Imagine the inpatient data input process at your hospital today. It might look like this:

1. Patient comes to the ED or outpatient clinic, examined by a doctor, gets a diagnosis.
2. The doctor writes prescriptions, lab requests, admission plans – all manually, on paper.
3. The patient goes to cashier/admissions for inpatient admission processing.
4. The admissions officer retypes patient data (identity, diagnosis, plan) into the computer (SIMRS).
5. Each initial cost component is entered one by one: room rate, physician fee, estimated lab, estimated drugs.
6. If it's a BPJS patient, the officer looks up the INA-CBG code themselves and compares it with the estimate.
7. During the inpatient stay, every time the doctor writes new prescriptions or procedures, the billing officer adds new line items to the system.
8. At discharge, the officer recalculates all items (sometimes 50-100 lines).
9. Documents are rechecked multiple times for BPJS claims, afraid of coding errors or missing documents.

How much time does this take? From hospitals I've assisted, manual input for one uncomplicated inpatient takes 30-45 minutes upfront and another 15-20 minutes at discharge. Plus correction time.

Error potential? High. One wrong ICD digit, one missing doctor's signature – claim reduced or denied.

Insights gained? Nearly zero. The system only records, it doesn't analyze. Staff don't know which patients are "wasteful" or "efficient." They're just busy inputting.

This is the admin pain that burns out billing staff and makes hospitals lose money unnoticeably.

The Solution: Package Input System – Just Once

What is a package input system? Simple: instead of entering 50 separate items (room, doctors, lab, drugs, consumables, etc.), staff simply choose one pre-defined package for that diagnosis.

Simple flow:

• Before: Diagnosis → Open tariff list → Select room → Select doctor → Estimate lab → Estimate drugs (one by one) → Sum → Save → (then add daily).
• Package: Diagnosis → Select the appropriate package → Click → Done. The system auto-fills all components.

This reduces clicks from dozens to 3-5. Input time drops drastically. Errors decrease because there's no component typos.

Three Implementation Levels for Package Input

Choose the level that fits your hospital's readiness:

Level 1 – Static Package (for beginners or small hospitals):

• Create packages for 10-20 most frequent diagnoses.
• Each package has a fixed total price, regardless of LOS (flat rate).
• Example: "Normal Delivery Package 3 days = $167" – discharge earlier or later, price fixed.
• Pros: Very simple. Staff just choose from a list.
• Cons: If LOS is longer, the hospital loses money. If shorter, the patient "loses" (pays more).

Level 2 – Package with Dynamic Components (recommended):

• The package consists of a daily rate + fixed components. Example: "Dengue Package: $27/day (inpatient) + $40 (fixed drugs & lab)".
• If the patient stays 5 days: total = (5 x $27) + $40 = $175.
• The system automatically calculates when staff input LOS.
• Pros: Fairer and safer for the hospital. LOS variations don't hurt.
• Cons: Requires a SIMRS that can handle formulas.

Level 3 – Smart Package (Integrated with Clinical Pathway):

• The system is linked to the clinical pathway for each day of stay.
• Day 1: auto-populates Lab A, Drug B, Procedure C.
• Day 2: auto-populates evaluation, and so on.
• Staff only need to confirm deviations from the pathway.
• Pros: Most accurate and educates medical staff (they see standards daily).
• Cons: Larger investment in SIMRS and training.

My advice: Start with Level 2 if your SIMRS is reasonably flexible. Or Level 1 if you're still on Excel/ledgers. What matters is starting. Upgrade later.

Handling Exceptions and Add-Ons: Don't Panic – This Is a Goldmine

This is the part hospital management fears most when switching to a package system: "What if the patient needs something outside the package?"

Relax. A good package system always has an exception mechanism. No need to panic. In fact, exceptions are where you find leakages and improvement opportunities.

A Simple Exception Mechanism

In a package input system, exceptions are handled with the principle: package by default, add-ons as separate items.

Example:

• A patient is on the dengue package. On day 3, the doctor requests a blood culture because the fever isn't subsiding (this procedure is not in the basic package).
• The billing officer adds a "Blood Culture" line item to the patient's bill, but keeps the dengue package. Total bill = package price + blood culture price.
• The reason for the add-on must be documented (doctor's note or deviation checklist).

Rules:

• Exceptions only for services truly outside the package (based on the agreed exclusion list).
• No double billing: If the package already includes A, don't bill A again as an add-on.
• Each exception must be approved (by the head nurse or medical team) and recorded with a clear medical reason.
• Log all exceptions in a centralized database (at least Excel) for monthly evaluation.

Why Exceptions Are a Goldmine

This is the most valuable insight from a package system. Many hospital management teams fear exceptions, when they should welcome them. Why?

Because exceptions show where your package is imperfect, where medical practice deviates, and where cost leakage occurs.

Example 1 – Drugs Often Becoming Exceptions:

You create a dengue package with generic antibiotics (ceftriaxone). But every month, 30% of dengue patients have a branded antibiotic (Brand X) added as an exception. Reasons: "Patient allergic to generic" or "Brand X is stronger."

What does this mean? Maybe patients really are allergic (should be <5%). Or maybe doctors have unfounded preferences – waste! Branded drugs can cost 3-5x generics.

Action: Evaluate whether many patients are truly allergic. If not, discuss with the medical team. Possibly include the branded drug as a higher-priced option within the package, or require medical committee approval for branded drugs.

Example 2 – Repeat Labs Becoming Exceptions:

The normal delivery package includes only 1 Hb lab test. But 20% of delivery patients have a repeat Hb test added, with reason "check for bleeding."

What does this mean? Could be a true increase in postpartum bleeding risk (patient safety investigation needed). Or doctors being lazy, ordering unnecessary labs. Or the clinical pathology department has KPIs on number of tests and "encourages" doctors to order more.

Action: Audit the indications for repeat labs. If baseless, educate doctors. If there's a real clinical issue, revise the package (increase lab coverage).

Example 3 – LOS Exceeding Package Becoming an Exception:

The ischemic stroke package is designed for 7 days. But 40% of stroke patients stay 10-14 days (overstay exception).

What does this mean? Maybe your stroke patients are indeed more severe (need a different code, a different package). Or rehabilitation at your hospital is less aggressive, prolonging recovery. Or there are administrative barriers (payer approval delays, family not picking up the patient).

Action: Analyze the causes of overstay. If clinical, revise the stroke pathway. If non-clinical, improve discharge planning processes.

Main message: Don't scold staff for creating exceptions. Exceptions are alarms telling you: "Hey, something's not right here!" Without exceptions, you'd live in the false comfort that "our packages are perfect," while leakage continues undetected.

Common Mistakes in Implementing Package Input

From dozens of hospital transitions to package systems, here are the mistakes that cause failure:

1. Packages Too "Tight" (No Room for Exceptions)

Impact: Staff and doctors become frustrated. They'll "fight the system" by using alternative diagnosis codes (upcoding) or avoiding packages altogether.

Solution: Don't design packages to cover 100% of cases. Design for 80% of typical cases. The remaining 20% are exceptions. Let exceptions happen – document them – evaluate.

2. Not Training Staff Properly

Impact: Staff are confused about when to use packages vs exceptions. They revert to old habits or become careless.

Solution: At least 3 days of training before go-live. Provide a job aid (cheat sheet) at every desk. Hold monthly refreshers for the first 3 months.

3. Forgetting to Integrate with SIMRS

Impact: Packages are only on paper. Staff still input manually because the system doesn't support packages. Exception reports aren't automatic.

Solution: Before implementation, ensure the IT team has prepared the package module in SIMRS. If not ready, use Excel temporarily with dropdowns and an "exception notes" column. Not ideal, but better than loose paper.

4. No Follow-Up on Exception Data

Impact: Exception data is collected but never analyzed. The package system runs, but leakages remain hidden. Management lives in false satisfaction.

Solution: Schedule a monthly exception review meeting. Attendees: medical representatives, finance, admissions, IT. Discuss the top 5 most frequent exceptions. Decide on actions: revise the package, educate doctors, or keep as is (if truly justified).

5. Exceptions Not Recorded Neatly

Impact: Exception data is unstructured, difficult to analyze. Can't distinguish between reasonable and unreasonable deviations.

Solution: Create a digital exception form with at least:

• Patient MR number
• Diagnosis and initial package
• Add-on item (what, cost)
• Medical reason (must be filled by doctor/nurse)
• Authorizer (name & signature)
• Date

This data will be your monthly analysis input.

From Add-Ons, We Find Leakage: A Real Case Study

I once assisted a Type B hospital in Central Java. They already had packages for 15 diagnoses, and the package input system had been running for about 6 months. But management complained: "Why haven't profits increased significantly?"

We looked at the exception data. One item appeared most frequently as an add-on: "Abdominal ultrasound" for dengue and typhoid patients. Frequency reached 60% of dengue patients receiving an add-on ultrasound, with reasons like "organ evaluation" or "suspected complications."

After investigation:

• Abdominal ultrasound was not in the basic dengue package because guidelines don't recommend it for uncomplicated dengue.
• It turned out that 3 internal medicine specialists had a habit of ordering ultrasounds on all dengue patients, "just to be safe."
• Yet outcomes were the same: ultrasound and non-ultrasound patients recovered similarly. No complications were detected earlier.
• Cost per ultrasound: $17. With 120 dengue patients per month, that's $2,000 per month wasted on just one item!

Action: Management discussed with the medical committee. They agreed that abdominal ultrasound is not a routine indication for uncomplicated dengue. Doctors wanting to order one must document a specific indication (e.g., suspected intra-abdominal bleeding). Within 3 months, ultrasound frequency dropped to 5-10% (only truly indicated cases). The hospital saved nearly $1,700 per month.

Without exception data from the package system, this level of leakage would never have been detected. Management would have continued thinking "our packages are working well," while money flowed into invisible waste.

Step-by-Step Guide to Starting a Package Input System

Don't be overly ambitious. Simple steps to begin:

1. Choose 3-5 highest-volume diagnoses. (Usually: dengue, typhoid, normal delivery, pneumonia, hypertension).
2. Create simple packages for those diagnoses (daily rate + fixed components, as in earlier examples).
3. Prepare a simple input form – in SIMRS if supported, or Excel/Google Sheet shared with admissions staff.
4. Train admissions staff for 2-3 days. Give scenarios: normal case (package), mild complications (package + exception), severe complications (exit package).
5. Pilot for 1 month in one ward (e.g., the women's ward).
6. Collect exception data during the pilot. Evaluate at month's end.
7. Revise packages based on exception findings (e.g., add coverage for frequently excepted drugs, or tighten rules).
8. Expand to other wards and diagnoses gradually.

Your goal isn't perfection at the start. Your goal is a system that can record exceptions and give you data for continuous improvement. Step by step.

Conclusion: Simple Administration Is Controlled Administration

We close this long series with one message: Don't let administration become the enemy. Many hospitals are frustrated by admissions and billing processes that are slow, inaccurate, and burdensome. They accept it as a "business risk."

Yet with a package input system, administration can become a powerful control tool. Not just accelerating input, but also finding leakages through exception data.

Always remember: From add-ons, we find leakage. Exceptions aren't system failures. Exceptions are warning lights that something needs fixing – whether a package that doesn't fit, wasteful doctor practices, or genuinely complex patients.

Embrace exceptions. Document them. Analyze. Fix. Repeat.

That's the cycle toward a financially and operationally healthy hospital.

Good luck simplifying your hospital's administration!

---

FAQ: 5 Questions About Package Input & Exceptions

1. Is a package input system only for large hospitals with expensive SIMRS?
No. Small hospitals can start with Excel. Create a sheet with columns: Patient Name, Diagnosis, Package Selected, Package Price, Exception Item, Exception Cost, Total. Train staff to use dropdowns (data validation) for packages. Once proven beneficial, invest in SIMRS.

2. What's a reasonable exception tolerance? (What percentage of patients can have add-ons?)
Depends on disease complexity. For simple diagnoses (normal delivery, uncomplicated dengue), a target of <20% of patients with exceptions. For complex diagnoses (stroke, cancer), 30-50% is reasonable. If exceptions >50%, re-evaluate: maybe packages are too narrow, or your hospital treats more severe cases (different INA-CBG code).

3. What if doctors deliberately create exceptions to bill more (e.g., ordering unnecessary labs)?
This is a real risk. Key: authorization and review. Exceptions must be approved by the head nurse or medical committee (can be sampled, not all). Conduct regular audits of exception patterns per doctor. If Doctor X has 3x the average exception rate, educate. If no change, apply sanctions (e.g., not allowed to use packages, or requires special approval).

4. Can patients refuse the package and request fee-for-service billing?
Yes, depending on hospital policy. Some hospitals mandate packages for certain diagnoses (especially for BPJS patients due to claim certainty). For private-pay/commercial insurance patients, offer a choice: package (certain price, cheaper) or fee-for-service (more expensive but flexible). Patients usually choose the package because it's cheaper and certain.

5. How do you handle bills for patients who exit a package (due to severe complications)? Do you recalculate from scratch?
Ideally: don't recalculate from scratch. Use a pro-rata package + additional costs mechanism. Example: Patient on normal delivery package ($167). On day 2, hemorrhage occurs, patient exits the package and stays another 5 days (total 7 days). Calculate: The first 2 days could use a pro-rated package amount? Be careful – better to set a rule: If exiting within the first 24 hours, bill daily rates from the start. If beyond 24 hours, charge the full package + additional days/care after exit. Consult with your medical and legal teams for a fair policy.

Terima kasih sudah mampir! Jika kamu menikmati konten ini dan ingin menunjukkan dukunganmu, bagaimana kalau mentraktirku secangkir kopi? 😊 Ini adalah gestur kecil yang sangat membantu untuk menjaga semangatku agar terus membuat konten-konten keren. Tidak ada paksaan, tapi secangkir kopi darimu pasti akan membuat hariku jadi sedikit lebih cerah. ☕️

☕ Buy Me Coffee