01, Built for the constraint
Works on 2 Mbps
Designed for Android tablets and patchy links. The ward app keeps working when the connection drops and syncs when it returns.
One codebase · 30 module groups
OneCity runs OPD, wards, lab, pharmacy, billing, HR and biomedical waste from a single login, built for India's tier-2 and tier-3 hospitals, on the bandwidth and tablets they actually have.
ABDM · NABH 6th ed. · GST e-invoice · DPDP Act 2023
Replaces
The platform
5 modules · hospital patient registration software
Explore 023 modules · hospital appointment scheduling software
Explore 033 modules · OPD management software India
Explore 044 modules · IPD hospital admission software
Explore 051 module · emergency department software hospital
Explore 063 modules · ICU management software
ExploreIndia-native, standards-ready
01, Built for the constraint
Designed for Android tablets and patchy links. The ward app keeps working when the connection drops and syncs when it returns.
02, Compliance is the product
GST tax invoice and Bill of Supply switch automatically per CGST Rule 49. Biomedical waste manifests follow BMW Rules 2016. NABH formats out of the box.
03, Honest pricing
Free up to 5 doctors. Pay by bed, doctor or encounter as you grow. No setup fee, no lock-in.
Roadmap AI assist, ambient clinical notes and vernacular voice entry, is rolling out module by module. We ship it when it is verified, not before.
The problem we solve
A typical 100-bed Indian hospital runs separate software for patient registration, laboratory, pharmacy, billing, and HR. Each system stores its own copy of the patient record. When a doctor in the ward needs a lab result, someone walks to the lab counter or phones it in. When the billing desk needs to know which medicines were dispensed, they re-enter from a paper slip. When the NABH assessor asks for a complete patient path across departments, the hospital prints from five different systems and staples the pages together.
OneCity replaces that with a single shared database. The lab result appears on the doctor's ward screen the moment the technician validates it. The pharmacy dispensing record flows straight into the discharge bill. The NABH audit trail is one query, not five exports. This is not a theoretical advantage. It is the difference between a hospital that can produce a complete patient record in thirty seconds and one that needs thirty minutes.
For a detailed comparison of how OneCity stacks up against nine other hospital management systems available in India, see our honest comparison of 10 hospital management systems. For module-level detail, browse the full module list.
India-native compliance
The real cost of running separate systems is not the license fees, it is the staff time spent reconciling data that should already agree. A billing clerk re-entering patient demographics that the front desk already captured. A pharmacist checking a handwritten prescription against a lab result open in a different browser tab. A quality coordinator pulling infection-control data from three spreadsheets into a fourth one for the NABH assessor. Every manual handoff between systems is a point where data gets delayed, duplicated, or dropped, and in a hospital those errors have clinical consequences, not just administrative ones. A unified system does not fix bad processes, but it removes the excuse that the data lived somewhere the person who needed it could not reach in time.
For a 50 to 200 bed hospital running on tight margins, the arithmetic is specific. Two data-entry staff spending 90 minutes a day re-keying records across OPD, pharmacy, and billing is roughly 45 hours a month of paid labour producing zero clinical or financial value. That time is the recurring cost a single-database system eliminates on day one, before any workflow improvement, before any compliance benefit, just by making the same record available everywhere without re-entry.
Indian hospitals operate under a regulatory stack that no imported system handles out of the box. NABH accreditation requires documented quality indicators, audit trails, and consent workflows across every department. The Health Facility Registry and AERB licensing each demand their own data submissions. GST invoicing follows CGST Rule 49, which requires automatic switching between Tax Invoice and Bill of Supply depending on the patient's payment type. Biomedical waste manifests must follow BMW Rules 2016 format.
OneCity builds all of this into the daily workflow rather than bolting it on as a reporting add-on. When a nurse dispenses medication, the NDPS register updates automatically. When a lab processes a blood sample, e-RaktKosh compliance data is captured at the point of entry. When the kitchen serves meals, FSSAI tracking logs the batch and handler. The compliance section covers the full regulatory map.
Who this is for
Indian hospitals face a compliance stack that no other country quite matches: ABDM (ABHA verification, HFR registration, health record exchange via HIP and HIU roles), NABH (quality indicators, incident reporting, structured discharge summaries), FSSAI (canteen licensing with perpetual validity and annual FSCR filing), AERB (equipment-level radiation safety licensing), BMW Rules 2016 (colour-coded segregation, CPCB manifest logs), PCPNDT (Form F for every ultrasound, permanent retention), GST (exemptions on room rent below ₹5,000, e-invoicing for taxable supplies), DPDP Act 2023 (consent management, data retention justification, breach notification within 72 hours), and Clinical Establishment Act or state equivalents like KPME in Karnataka. Each one has its own register, its own renewal or filing cycle, and its own inspection authority. A hospital tracking these in separate spreadsheets is not managing compliance, it is managing the risk of forgetting which spreadsheet to check this month.
The large enterprise hospital systems assume gigabit connectivity, dedicated IT teams, and six-figure annual budgets. That describes a Fortis or an Apollo. It does not describe the 200-bed district hospital in Shimoga running on a 4 Mbps BSNL line with one IT person who also manages the CCTV system.
OneCity is built for the second hospital. The ward app works on Android tablets over 2 Mbps and keeps functioning when the connection drops. Implementation does not require a six-month parallel run. Pricing starts from a free tier for up to five doctors and scales by bed count, not by a sales negotiation. For hospitals in Karnataka, see our Bengaluru and Karnataka overview. For a realistic look at what rollout involves, read the implementation timeline guide.
Multi-location hospital groups use the same OneCity instance across branches with location-level permissions, consolidated reporting, and a single patient record that follows the patient across facilities. Single-speciality centres, whether ophthalmology, orthopaedics, or maternity, run the same platform trimmed to relevant modules. For how this compares to other options available in India, see the tier-2/3 hospital ERP guide.
Recently launched
Enterprise hospital software in India is priced and designed for 500-bed metro hospitals with a dedicated IT department, a reliable 50 Mbps fibre line, and a budget that treats ₹25 to 50 lakh in annual license fees as a line item. A 75-bed district hospital in Hubli, a 40-bed maternity hospital in Madurai, or a 120-bed multi-specialty in Raipur does not operate in that environment. The internet drops for hours at a time, the IT staff is one person who also manages the CCTV system, and the budget for all software combined is what the enterprise vendor charges for the pharmacy module alone.
OneCity is built for that second hospital. The system runs on 2 Mbps, syncs when connectivity returns, and works on the Android tablets the staff already carry. Pricing starts at ₹999 per month, scales by bed count and active doctors, and publishes every number on the pricing page rather than hiding it behind a "contact sales" form. The free tier covers up to 5 doctors with no time limit, no card, and no setup fee, so a hospital can run a real pilot on its own data before committing anything.
Donor registration, component separation, cross-matching, cold chain tracking, and e-RaktKosh integration in a single module.
Triage, MLC documentation, provisional identity registration, time-critical pathways, and safe record merging when identity is confirmed.
NBC 2016 compliance, fire system inspection schedules, drill records, and progressive horizontal evacuation documentation.
CLABSI, CAUTI, VAE, and SSI tracking with bundle compliance auditing and antimicrobial resistance monitoring.
Common questions
Three questions come up in almost every evaluation call. First: can we migrate our existing data, or do we start from scratch? OneCity imports patient master records, stock data, and financial ledgers from any system that can export a CSV or a database dump. The migration runs in parallel while the old system stays live, and the hospital cuts over only after verifying the imported data matches. Second: what happens if the internet goes down mid-shift? The system is offline-capable. Registrations, prescriptions, and billing continue on the local device and sync automatically when connectivity returns, with conflict resolution handled by timestamp rather than overwrite. Third: what if we need a module you have not built yet? The product roadmap is public, and custom module requests from paying hospitals go into a quarterly prioritisation cycle with a documented SLA on delivery timelines.
The question hospitals should ask but usually do not: what are the exit terms? OneCity's contract includes a full data export clause, your data in open formats (CSV, HL7 FHIR, PDF), delivered within 30 days of a termination notice, at no additional charge. A hospital that cannot get its own data out of a vendor's system is not a customer, it is a captive. That distinction matters more than any feature comparison.
Hospital ERP software is a unified platform that connects all departments, including OPD, IPD, laboratory, pharmacy, billing, HR and compliance, into a single shared database. Instead of running separate systems for each department, the hospital operates from one login with one patient record that every department reads and writes to in real time.
Tier-2 and tier-3 hospitals typically have smaller IT teams, tighter budgets, and less reliable internet connectivity than metro corporate hospitals. Running five separate systems means five vendor relationships, five update cycles, and five points of failure. A unified system reduces that to one, and when it is designed for low-bandwidth environments, it works on the infrastructure the hospital actually has rather than the infrastructure a metro hospital has.
OneCity handles ABDM integration (ABHA, HIP, HIU), NABH 6th edition documentation and quality indicators, GST e-invoicing under CGST Rule 49, DPDP Act 2023 consent management, BMW Rules 2016 biomedical waste manifests, NDPS narcotic register requirements, FSSAI canteen tracking, and Clinical Establishments Act registration and renewal tracking. Each requirement is built into the daily workflow rather than added as a separate reporting layer.
A typical 50 to 200 bed hospital goes live in four to eight weeks, depending on how many modules are activated initially and whether the hospital migrates existing data. Most hospitals start with OPD, pharmacy, and billing, then add laboratory, IPD, and compliance modules over the following two to four weeks. There is no requirement for a six-month parallel run.
OneCity is free for up to five doctors with no time limit. Paid tiers start at 999 rupees per month and scale by bed count, doctor count, or encounter volume. There is no setup fee and no lock-in contract. The full pricing breakdown, including what each tier includes, is on the pricing page.
A 30-minute walkthrough on real data. Free tier up to 5 doctors, no card needed.