Hospital Cashier Queue Software in Nigeria: What Billing Officers Should Demand

A Nigerian hospital does not lose the day’s revenue in the accounts office. It loses it at the window: a lab panel collected before anyone raised an invoice, a prescription dispensed on a verbal “pay later,” a dental procedure that never reached the price list, and an HMO visit billed as cash because the enrollee number was still in WhatsApp. Hospital cashier queue software is the working list built to catch those leaks before month-end. It is not a prettier receipt printer.

This guide is for medical directors, hospital administrators, and billing officers evaluating a cashier gate as part of an HMS or EMR, not as a standalone POS app. Pair it with the clinic software buyer’s guide and HMO reconciliation. Use it as a demo script.

What should a hospital cashier queue actually do?

A cashier queue is a pending-work list on the same patient record staff already use for registration, consult, lab, pharmacy, and invoices. It is not a second cashbook, and it is not the HMO claims batch (that is a separate desk). In a competent hospital solution the queue row shares patient_id with the chart and the invoice.

Surfaces that matter on a Tuesday:

Pending, paid-today, and all-items tabs
Search by patient name or hospital number
Service labels cashiers actually use: lab, pharmacy, dental, eye
Itemised lines with Naira totals, not a single “miscellaneous”
Statuses staff can act on: unpaid, paid, waived
A receipt after settlement, not a screenshot of a WhatsApp transfer

If the vendor demo only shows “create invoice from a blank form,” ask them to order an FBC, raise a prescription, and complete a dental visit. Then ask where those three rows appear for the cashier without retyping. A price list without a queue is how services walk out unpaid.

Do not treat radiology, theatre, or IPD bed-days as automatically on the same cashier list unless the vendor shows those objects. A serious buyer scores what the queue actually loads, not what the slide titled “revenue cycle” implies.

Which services should hit the cashier before they are released?

The Medical Director bar is simple: money must not silently block care, and care must not silently skip money.

Ask for a billing status on the clinical object, not only on a later invoice:

Doctor (or protocol) orders the service.
The order lands as pending_payment on the cashier list.
Lab scientists and pharmacists see “direct the patient to billing” until the row is paid or waived.
After payment, the same row flips so the service desk can proceed.

That is the cashier gate. In DawaHQ it ships for laboratory requests and prescriptions. Pharmacy cannot dispense a pending_payment script. Lab result release stays blocked until the request is paid, waived, or released under an emergency override (below).

Dental and eye should still appear on the same-day billing list so the cashier is not hunting folders. Treat invoice settlement as the source of truth for those specialties until you see a dedicated billing status on the procedure row in the demo. That is honesty, not a downgrade. A dental practice that only prints a chart and hopes reception remembers the filling will leak.

Charge requests (consumables a clinician asked to bill) belong on an approval desk next to the queue, not in a doctor’s personal notebook. Approver name on the record. Then bill from the catalogue. If anyone can invent a line at the window, your stock and your invoice will diverge by Friday.

How should lab payment gates work without blocking emergencies?

Trust & Risk will veto “pay first, always.” Accident bays and ICU transfers cannot wait for a POS timeout.

Demand two paths, both audited:

| Path | Who | What must be recorded | |------|-----|------------------------| | Normal | Cashier / billing officer | Paid or waived on the lab request; result then releasable | | Emergency release | Owner, clinic admin, doctor, or lab scientist | Mandatory reason, who, when, which request. Invoice stays open |

Cashier, nurse, and receptionist should not get a silent override button. A result that appears on the chart before payment is a clinical decision, not a till shortcut.

When you demo laboratory LIMS, walk unpaid result, blocked release, emergency reason, then the still-unpaid invoice. If the vendor can “just tick released” with no reason field, walk away. The hospital remains the data controller for that chart; an override without an audit trail is how disputes become unprovable.

Pharmacy is the twin gate. “Please go and pay” on the dispensary screen is useful. A disabled dispense button until billing_status is paid is better. Verbal exceptions that never hit the queue are how controlled stock and ordinary tablets both walk.

How do cashiers handle HMO patients on the same shift?

HMO leakage is a front-desk problem that finance discovers at month-end. The queue should show whether the patient is on a panel (provider plus enrollee identifier on the chart) without implying the invoice is already an HMO claim.

What to demand:

Patient portion vs HMO portion on the invoice. Patient portion is what the cashier collects today. HMO portion goes to HMO claim workflows.
A clear pay privately this visit action when the chart has HMO but this encounter is cash. Do not overwrite the patient’s panel on file.
Visibility when today’s HMO invoice is net-zero for the patient (copay about ₦0) so the cashier does not hold a lab for money that is not due.
No slogan that the product is “NHIA connected” or submits national e-claims unless you see that API in writing. Internal batching and reconciliation are not a government portal.

Private cash visits should skip enrollee fields. Forcing an HMO id on a cash invoice creates junk that later contaminates batches.

Walk one patient: panel on chart, copay collected at the window, HMO portion left for the claims desk. Then walk convert-to-private. If those two stories require Excel, you do not have a cashier queue. You have a receipt printer.

Who may discount, waive, or approve extra charges?

Unauthorised discounting is how a busy Saturday evaporates margin. Buyers should separate three actions vendors mix together.

Invoice discounts. Owner or admin sets a PIN. Staff who can bill still enter that PIN (or hold an approve-discount capability) before a percentage or fixed cut lands. The PIN should be re-checked on the server, not only in the browser.

Queue waive (lab/pharmacy billing status). Some products let billing roles mark a pending lab or script waived so the service desk can proceed. Ask whether that waive is PIN-gated in this build. If it is not, treat it as a privilege of the billing role and keep the user list short. Do not market “every write-off needs a PIN” unless the waive path actually asks for one.

Charge-request approval. Consumables and extras should sit in awaiting-approval until a named approver accepts them, then become an invoice line. Reception should not approve from a hallway.

Roles that belong at the till: owner, clinic admin, billing officer, cashier. Reception, nursing, and clinical roles should not list every invoice in the facility. A cashier who can see AI modules and theatre lists is a permission bug, not a feature.

Payment methods at the desk should match how Nigerians actually settle: cash, POS card, bank transfer, and (where configured) a Paystack collection on the invoice. Record the method on the payment row. Partial payments should accumulate on the invoice. Do not assume patients can finish the bill from a phone app.

Can patients pay hospital bills from a portal?

Not as a default claim. A clinic-branded patient portal can show invoices and let a patient download a receipt after OTP login. Settlement still happens at the cashier or on a clinic-initiated path.

If a homepage says “patients pay bills online” and the portal page says “contact the clinic,” believe the portal. Buying software on the homepage line will disappoint the administrator who has to explain the queue at 4 p.m.

Offline support, if you need it during NEPA cuts, is key workflows with a queue that syncs, not a fully offline cashier that never conflicts. See the offline hospital software note. Do not buy “works without internet, always” from a checkbox.

Buyer scorecard (print this)

| Question | Pass | |----------|------| | Pending lab and pharmacy rows appear without retyping | Live queue, not a screenshot | | Pharmacy dispense blocked while pending_payment | Button disabled, not only a toast | | Lab results blocked until paid, waived, or emergency release | Reason + actor + timestamp on override | | Same-day dental/eye work visible to billing | Invoice is the settlement record | | Charge requests need a named approver | Then bill from catalogue | | HMO copay vs panel portion on one invoice | Pay-privately does not wipe the chart HMO | | Discount PIN on invoice cuts | Server re-checks the PIN | | Cash / POS / transfer (Paystack if you use it) | Method stored on the payment | | Portal shows invoices; does not pretend checkout | Copy matches the till | | Reception cannot open the billing queue | Role test in the demo |

Score vendors on a real shift: one cash lab, one unpaid prescription, one HMO copay, one emergency override, one charge request. Do not award points for a consumer wallet bolted on the side.

Competitive noise to ignore

Directory listicles will promise “AI billing,” “zero leakage,” and “#1 HMS in Nigeria.” Ask whether the optimiser writes invoices or only comments on revenue. Industry estimates (“12% lost to leakage”) belong in a footnote if they are not measured at your clinics. DawaHQ’s billing module is the cashier layer on a 30+ module hospital OS: OPD, lab, pharmacy, and HMO on one identifier. Evaluate it with the same pencil you use on everyone else.

Pricing stays sales-led: from ₦25,000/month as a public anchor, then a scoped quote. There is no self-serve trial that skips clinic configuration.

What to do next

Pick one clinic day. Count labs collected before an invoice, scripts dispensed on a promise, HMO visits with no enrollee on the bill, and discounts that left no PIN trail. Then demo those four on software, not on a slide.

When you are ready to walk the cashier queue, payment gates, HMO copay, and emergency lab release on DawaHQ, book a demo or request access. Sales-led onboarding, not a credit-card signup.