On this page
- 1. Was this software built for hospitals of your size?
- 2. How is ABDM compliance handled?
- 3. Does the daily workflow match the way your hospital actually works?
- 4. What does pricing actually look like?
- 5. How will your staff get trained?
- 6. What does the data exit look like?
- 7. Who actually owns the hospital relationship after go-live?
- What this means in practice
If you're running a 30-bed hospital in India and shopping for an HMIS, the standard buying guide is useless to you.
It tells you to compare 187 features across 12 vendors. To make a spreadsheet. To run a 4-week proof-of-concept. None of which you have time for. And none of which addresses the actual risk:
You'll buy software, no one will use it, and six months later you'll be back on paper for half the workflows.
This guide is built around the seven questions that actually predict whether an HMIS works at your scale.
1. Was this software built for hospitals of your size?
There are two species of HMIS in India:
- Enterprise-down: Built for 200+ bed corporate hospitals, then "lite" versions stripped down for smaller hospitals.
- Indian-hospital-up: Built from day one for the 20–80 bed segment that runs most of India's healthcare.
The difference shows up in two places:
Setup time. Enterprise-down systems need a 2–3 person implementation team and 2–3 months of configuration. An Indian-hospital-up system goes live in days.
Defaults. Enterprise-down systems ship with a generic departmental model. Indian-hospital-up systems already know that your reception, billing, and pharmacy are the same person between 8 PM and 9 AM, and that your radiology and lab are physically the same desk.
If the vendor's marketing material has photos of multi-storey corporate hospitals on rolling lawns, you're looking at enterprise-down. Look for screenshots from hospitals that resemble yours.
2. How is ABDM compliance handled?
This is now a non-negotiable. Three possible answers, in plain English:
| Answer | What it means for you |
|---|---|
| Built-in, sandbox-verified, production-live | Days to compliance. No surprises. |
| Sandbox-verified, production credentials pending | Weeks. Usually fine. |
| Roadmap / "coming soon" | Reject the vendor. ABDM is here, today. |
ABDM should not be an "add-on module" with a separate price tag. If a vendor charges extra for ABDM compliance on top of the HMIS, ask why. The patient registration screen either creates and links ABHA numbers, or it doesn't. (We wrote a deeper guide on what ABDM compliance actually is.)
3. Does the daily workflow match the way your hospital actually works?
Most HMIS demos are run by a sales engineer who clicks through a perfectly clean workflow. That's not the question.
The real questions are:
- When the receptionist registers a walk-in patient, how many fields are mandatory before they can move to billing? (If it's more than 6, your reception will start using "test123" for fields.)
- When IPD wants to discharge a patient, does the bill, discharge summary, and ABHA upload happen from one screen — or three?
- When the pharmacy issues a medicine to an inpatient, does it auto-deduct from inventory and add to the IPD bill — or does someone do it later by hand?
- When a doctor writes a prescription, can the front-desk see and bill it within 60 seconds?
If the answer to any of these is "well, you'd need to also open this other module first..." — that's friction. Friction is what kills adoption. The HMIS that wins is not the one with the longest feature list, it's the one with the shortest path between intent and action.
4. What does pricing actually look like?
Most pricing pages are designed to require a phone call. What you want to know:
- Is pricing tied to beds or users? Bed-tier pricing is more honest at your scale — you know your bed count, and you don't want to penalise yourself for adding receptionists.
- What's bundled vs add-on? ABDM should be bundled. Lab and IPD modules should be bundled at any tier above the smallest. Pharmacy is often a separate add-on — that's reasonable. WhatsApp messaging is always an add-on because of underlying Meta charges — that's also reasonable.
- Implementation and training: included or separate? For a 30-bed hospital, implementation should be included or trivially priced. Anything north of a one-time ₹50,000 implementation fee at this scale is a red flag.
- Annual contract or month-to-month? Annual is usually 15–20% cheaper. Either should be available.
For reference: Tapti HMIS prices by bed-tier, with ABDM bundled, IPD bundled at any tier with beds, and pharmacy as a separate bundle in the Full Suite. Specific anchors are on our pricing page.
5. How will your staff get trained?
A 30-bed hospital has roughly 25–40 people who'll touch the software daily. None of them are software professionals.
Ask the vendor:
- How long is the initial training, on-site? Three days is the practical floor for a 30-bed hospital. One day means they're underestimating you.
- What's the post-launch support model? A WhatsApp group with the vendor's support team should exist by Day 1. Email-only support means slow nights.
- Do they train by role, or by module? Training your receptionist on the IPD module is a waste. Training your pharmacist on OPD is a waste. Role-based training is the right model.
- Are there in-app tutorials and tooltips? Six months in, your new junior receptionist should be able to onboard from the software itself — not by waiting for the senior to come back from chai.
6. What does the data exit look like?
You may switch HMIS one day. Maybe in three years, maybe in ten. The question to ask upfront:
"If I decide to leave, what data do I get back, in what format, and how long does it take?"
The honest answer is:
- Patient records, transactions, and clinical data as structured exports (CSV/JSON/SQL dumps)
- Discharge summaries and prescriptions as PDF + FHIR (ABDM-shaped)
- Within 30 days of the request
If the vendor stutters on this question, it's a moat — and you're the one inside the moat.
7. Who actually owns the hospital relationship after go-live?
This is the question almost no one asks during evaluation.
In year one, you'll talk to the sales engineer. In year two, you'll talk to support. In year three, your contact has left and you're talking to a queue.
What predicts a good long-term relationship:
- A single named relationship manager for your hospital
- A product roadmap the vendor is actually shipping against (ask for the last six months of release notes)
- A customer base that resembles yours — if you're a 30-bed hospital in Gujarat and the vendor's only references are 150-bed hospitals in Mumbai, you're not their priority
What this means in practice
For a 30-bed hospital, the right HMIS will:
- Be built for your bed-size, not stripped down from enterprise
- Have ABDM as a built-in default — not an add-on
- Win on workflow density, not feature count
- Price by beds, with the important modules bundled
- Train your staff on-site, by role, in 3 days
- Give you your data back when you ask
- Treat you like the long-term customer you actually are
Tapti HMIS is built for hospitals at exactly this scale — 5 to 100+ beds, India-first, with ABDM, OPD, IPD, lab, billing, and reports bundled by default. We onboard a typical 30-bed hospital in under two weeks. If that matches what you're looking for, book a 30-minute walkthrough and we'll show you the screens that matter for your daily workflow — not a generic demo.
