Clinic billing: GST, packages and partial payments

Clinic billing rarely fails dramatically. It fails as a slow leak: a package half-collected and never chased, a cash payment recorded in a register and never entered anywhere else, an invoice issued without the tax breakdown a patient's employer needed. None of it registers as a problem. It registers as a month that came in lower than it felt.

This guide is about structure rather than tax law. What is taxable for your practice is a question for your accountant, and this page will not pretend otherwise. What it will do is describe the three structural decisions that determine whether your billing reconciles.

Configure tax once, not per invoice

The most common source of inconsistency in clinic invoicing is that the tax decision is made at the counter, by whoever is raising the invoice, under time pressure. Different staff make different choices, the same service is invoiced two ways in the same week, and the pattern only surfaces when the accountant asks about it at year end.

The fix is procedural. Sit down with your accountant once, decide the correct treatment for each service your clinic bills, and configure it as a default in whatever system raises invoices. After that, raising an invoice is selecting a service — not making a tax judgement.

Two things follow from getting this right. Your invoices become internally consistent, which is what makes a period summary meaningful. And your front desk stops needing to understand tax rules, which is not their job and never was.

A note on the underlying question, because people arrive at this guide looking for it: the treatment of healthcare services in India is not uniform, and the boundary between exempt clinical services and taxable ones is genuinely not obvious for some of what clinics do. That is exactly why it deserves one proper conversation with a professional rather than a rule of thumb from a software company.

Bill a package as one thing with a balance

Any course of treatment sold as a block — ten physiotherapy sessions, an orthodontic case, a course of dermatology sessions — creates the same problem if it is billed as a series of separate receipts: the agreed total disappears.

Once it disappears, nobody can answer the two questions that matter. What has this patient paid against the total they agreed? How many of the sessions they bought have they used? Reconstructing that from a pile of individual receipts is slow, error-prone, and usually happens in front of the patient at the worst possible moment.

Structure it the other way. The package is a single priced item with a stated total. Payments are instalments recorded against it. The outstanding balance is computed, not remembered, and it appears on the invoice the patient is holding.

Why the balance belongs on the invoice

This is a small detail with a disproportionate effect on the counter conversation. A patient who can see "₹18,000 total, ₹12,000 paid, ₹6,000 outstanding" on every document has no reason to dispute the figure at the end. A patient who is told the balance verbally, by a receptionist reading from a register, has every reason to question it.

Get every payment method into one ledger

This is where most reconciliation actually breaks. Payments arrive by UPI, by card, in cash and occasionally by cheque. If two of those live in the software and two live in a register, then the clinic has no single figure for what it collected, and month end becomes an exercise in matching two lists that were never designed to match.

The requirement is simple to state and easy to get wrong: every payment, by every method, is recorded against the invoice it settles, in the same system. Online payments can reconcile themselves if the gateway reports back. Cash and cheque only reconcile if a person enters them — which means recording a cash payment has to be as fast as taking a card, or it will not happen consistently on a busy afternoon.

If you are evaluating systems, this is a specific thing to test rather than to ask about. Take a cash payment in the trial and count the clicks.

Partial payments and the awkward conversation

Part-payment is normal in outpatient care and nothing to design around defensively. What causes trouble is recording each part as an unrelated receipt, so that the relationship between them exists only in someone's memory.

Three habits keep it clean. Record the agreed total at the point the patient agrees to it, not when they finish paying. Record every part payment against that total on the day it is received, including cash. And make the running balance visible to the patient each time, so the number is never a surprise.

Done this way, the final conversation is not a negotiation. It is a confirmation of a figure the patient has already seen four times.

Make month end an export, not a reconstruction

If the structure above holds, closing a period is pulling a summary. If it does not, closing a period means rebuilding the month from receipts, which is why so many clinics do it late and trust the result only approximately.

What your accountant generally wants is a period summary of what was invoiced, what was collected, and the tax position — with the ability to drill into any individual invoice. If producing that takes more than a few minutes, the problem is upstream in how invoices are being raised, not in the reporting.

The same data should answer your own questions too. Revenue by month, revenue by provider, and the gap between invoiced and collected are the three figures that tell an owner whether the practice is growing or just getting busier. Our analytics page covers how that view is built from billing records.

How this works in NxaCare

NxaCare's billing is built around the three structural points above. You set your GSTIN and default rates once under Settings → Billing, and GST is applied and itemised on every invoice from then on. A treatment package is a single priced item collected in instalments, with the outstanding balance updating on each invoice as sessions are used. And cash and cheque are recorded through manual billing on every plan, including Starter, so they land in the same ledger as online collections rather than in a parallel register.

Online collection through Razorpay — UPI, cards, net banking and wallets — and Stripe for international cards is available on Pro and Enterprise, with payment webhooks marking invoices settled automatically. Because invoices are raised against the appointment and the patient record, the revenue figures and the clinical activity agree by construction rather than by reconciliation.

The honest limits: online payments start on Pro, so Starter clinics record collections manually. PayU is not supported. There is no accounting sync with Tally, Zoho Books or QuickBooks, so the handover to your accountant is by export rather than integration. And insurance and TPA claim workflows are not part of the product at all.

For practices where package billing is the main event — dental, physiotherapy and dermatology clinics in particular — the specialty pages describe how the same mechanics apply to that workflow.