Skip to content

One codebase · 30 module groups

One system for the
whole hospital

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

  • HMS
  • EMR / EHR
  • Laboratory (LIS)
  • Radiology (RIS/PACS)
  • Pharmacy
  • Billing & Accounts
  • HRMS & Payroll
  • CRM
  • Biomedical Waste
  • Canteen
  • Asset Tracker
  • Ambulance Dispatch
1 unified platform.
No more swivel-chair between vendors.

The platform

30 module groups. 120 modules. One database.

See all modules →

India-native, standards-ready

  • ABDM
  • NABH 6th ed.
  • BMW Rules 2016
  • DPDP Act 2023
  • GST e-invoice
  • NDPS
  • FHIR R4
  • ICD-11

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.

02, Compliance is the product

Audit-ready by default

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

From a ₹999 SKU

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

Why hospitals move from five systems to one

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.

Every compliance mandate handled inside the workflow

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.

Built for the hospitals that enterprise vendors ignore

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.

Modules hospitals are deploying now

Common questions

What hospitals ask before switching

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.

Frequently Asked Questions

What is hospital ERP software?

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.

Why do tier-2 and tier-3 hospitals specifically need a unified system?

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.

What Indian compliance standards does OneCity handle?

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.

How long does OneCity implementation take?

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.

What does OneCity cost?

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.

See OneCity running a hospital day.

A 30-minute walkthrough on real data. Free tier up to 5 doctors, no card needed.