Why Per-User Pricing Is Broken for Hospital Software

Per-facility pricing means a hospital pays one flat monthly fee for its software, no matter how many doctors or staff use it. It matters because it removes the penalty for hiring — hospital software with no per-user fee costs the same whether 10 people log in or 200.

That is the whole argument in two sentences. The rest of this post explains why the opposite model — per-user pricing — is quietly working against Indian hospitals, and why we refuse to use it.

The Hidden Tax on Hiring

Most software in the world is priced per seat. That makes sense for a design tool or a CRM, where each seat is one professional doing their own work.

A hospital is not like that. A hospital is a single organism. The receptionist who registers a patient, the nurse who records vitals, the lab technician who logs a sample, the pharmacist who dispenses medicine — none of them are "using" the HMS for themselves. They are all serving the same patient record.

Charge per user, and you tax every link in that chain. Many HMS vendors in India still do exactly this: per doctor, per user, or per "login". The result is predictable.

• Hospitals share logins to save money — which destroys the audit trail.
• Part-time consultants and visiting doctors never get accounts at all.
• Night-shift staff work off paper and "enter it later".
• The software bill becomes a reason to delay hiring.

If your software vendor earns more every time you hire a nurse, your vendor's incentives are pointed at your payroll, not your patients.

The Math Nobody Shows You in the Demo

Per-user pricing always looks cheap on day one. It is designed to. The entry price is quoted for a 5-user clinic, and the demo never shows you year two.

Here is a purely illustrative example. Assume a made-up per-user product at Rs.300 per user per month, versus a flat per-facility price of Rs.7,999 per month. These are example numbers for the math, not any real vendor's rates.

At 20 staff, per-user looks like the better deal. By 40, it has already crossed over. By 150, you are paying more than five times the flat price — for the same software, the same server, the same patient database.

Growth is the one thing every hospital is trying to do. Per-user pricing turns growth into a billing event.

What "Per Facility" Actually Means

Flat pricing only works if the software does not quietly punish scale somewhere else. Three things have to be true.

1. Unlimited users, genuinely

Every doctor, nurse, technician, and receptionist gets their own login. Softpital charges per facility, not per user, across every plan — Hospital, Clinic, Lab, and Radiology. Add 100 staff tomorrow; the invoice does not move.

2. Access control that scales with headcount

"Everyone shares one admin login" is not a pricing model, it is a security incident waiting for a date. Softpital ships 168+ role-based permissions, so a 200-person hospital can give each role exactly the access it needs — without paying for a single extra seat.

3. A price you can actually plan around

Softpital's entry plans are flat and public: Hospital Starter at Rs.4,999/mo, Clinic Starter at Rs.1,499/mo, Lab Essential at Rs.1,999/mo, and Radiology Essential at Rs.2,499/mo. One line item. The same number in April and in March. Your accountant will notice the difference before your doctors do.

The Fair Counterargument

Is per-user pricing ever reasonable? Sometimes, yes. For a solo practitioner who will never hire, a small per-seat fee can be cheaper than any flat plan. And vendors will argue, fairly, that more users means more support load.

But for any facility that intends to grow — which is every hospital we have ever met — the per-user model puts the vendor's revenue and the hospital's staffing on a collision course. One of them has to lose. It is usually the hospital.

Pricing is a policy statement. Per-facility pricing says: hire whoever you need, we already agreed on the price.

Questions to Ask Any HMS Vendor

Before you sign anything, ask these four questions and get the answers in writing.

• What happens to my bill if I double my staff next year?
• Do visiting consultants and part-time doctors need paid seats?
• Is there a cap on concurrent logins?
• Are role permissions included, or sold as an add-on per user?

If the answer to the first question is anything other than "nothing", you now know exactly what you are signing up for.

FAQ

Q: What is per-facility pricing in hospital software? A: One flat monthly fee covers the entire facility, with unlimited staff logins. The price does not change when you hire more doctors, nurses, or technicians.

Q: Does Softpital charge per user or per doctor? A: No. Softpital charges per facility across all plans — Hospital, Clinic, Lab, and Radiology. Hospital plans start at Rs.4,999/mo and clinic plans at Rs.1,499/mo.

Q: How do hospitals control access if every staff member gets a login? A: Through role-based permissions. Softpital includes 168+ role permissions, so each role — receptionist, nurse, radiologist, accountant — sees only what it should.

Q: Is per-user pricing always a bad deal? A: Not always. For a solo practice that will never hire, per-seat can be cheaper. For any growing facility, flat per-facility pricing almost always wins over time.

Q: Why do many HMS vendors still charge per user? A: Because it produces a low headline price on day one and a growing bill every year after. It is good for the vendor's revenue, not the hospital's.

The Bottom Line

Your HMS should be a fixed cost, like your building — not a variable cost, like a commission on every person you employ. If you want to see what a flat, per-facility price looks like against your current software bill, book a demo and bring your staff count. The math takes about two minutes.