A hospital operating system

One patient. One timeline. One audit trail.

Most hospital software is a set of departments that happen to share a car park. HealthOS is built the other way round: identity, orders, tasks, results, charges and audit belong to the platform, and departments extend it.

The chain every department reuses Patient → Event
227Tables in the model
264Governed endpoints
357Automated tests
52Versioned migrations

Why it is built this way

A ward does not care which module owns the data.

A nurse charts observations, a doctor orders a test, pharmacy issues a drug, billing raises a charge. In most systems those are four databases and three spreadsheets, reconciled by someone at the end of the month.

In HealthOS they are the same chain. The observation that scores badly raises the escalation. The drug that is given raises the charge. The bill that is not settled holds the discharge. Nothing is reconciled afterwards, because nothing was separate to begin with.

That has a cost: the platform has to be right before the departments are interesting. Identity, events, idempotency, row-level isolation and audit came first, and every module since has inherited them.

It also has a payoff. When a hospital asks what a patient actually cost, or who was warned and when, the answer is a query rather than an investigation.

Non-negotiable rules

The twelve promises the code is held to.

These are checked against the repository on every build. A claim without evidence fails the build in the same way a failing test does.

01

One canonical patient identity across clinical, laboratory, pharmacy, finance and external exchange.

02

The encounter is the care context; an episode groups encounters over time.

03

Every clinical intent becomes a structured order; every action becomes a task with an owner.

04

Every state transition writes an auditable event. Current state and history are both kept.

05

Clinical data stays structured and coded. Documents are outputs, not the source of truth.

06

Departments extend one platform instead of keeping their own patient databases.

07

Interoperability is contract-based and versioned. Internal models never take an external payload's shape.

08

Safety checks live inside the workflow, not in a report that runs afterwards.

09

AI may draft, summarise and route. A person remains responsible for every signed record.

10

Configuration and policy are versioned, approved, traceable and reversible.

11

The platform keeps working safely when the network, an integration or the power does not.

12

High-risk actions need two people: a discount, a settlement exception, a controlled drug, a merge.

What is inside

Forty domains, and an honest mark against each.

Hospital software is usually sold as finished. This is what is running, what is being built, and what is specified and waiting its turn.

Running, with tests In build Specified, not started

Platform

Phase 0
Multi-tenant isolation Audit & event outbox Idempotent commands Optimistic locking Governed catalogues Dead-letter replay Document service Rules & policy engine Notifications Scheduler & timers

Identity & access

Phase 1
Patient master Role-based access Row-level authorization Separation of duties Duplicate merge & unmerge Identifier mapping Consent register Break-glass access Credentials & privileges

Ambulatory care

Phase 2
Appointments & slots Queue & tokens Consultation record Vitals & thresholds Allergy register Note amendments Order sets & templates Emergency & triage Referral packets

Inpatient & nursing

Phase 3
Bed board Admission & stay segments Transfers Observation chart Early warning score Fluid balance Medication chart Ward stock ledger Consultant attendance Four-stage discharge Signed discharge summary Progress notes Falls & pressure risk Lines & devices Shift handover

Diagnostics

Phase 4
Order lifecycle Specimen tracking Result entry & ranges Critical result escalation Correction & retraction Analyzer exchange Imaging worklist PACS & DICOM

Medication

Phase 5
Governed formulary Prescribing, OPD & ward Allergy & interaction checks Administration record Witnessed high-alert doses Pharmacy dispensing Reconciliation Controlled drug register

Theatre & procedures

Phase 6
Theatre scheduling WHO safety checklist Consent before send-for Theatre journey Implant traceability Consumable capture Anaesthesia record Blood bank Dialysis

Finance & insurance

Phase 7
Charge master & tariffs Automatic charge capture Packages & entitlements Interim & final billing Cashier shifts & refunds Dual-approved discounts Revenue close Bank reconciliation Statutory invoices Payers & authorization Claims, denials, appeals Authorization enhancement

Operations

Phase 8
Procurement & vendors Central store Sterile supply Diet & kitchen Housekeeping Transport Biomedical assets Infection control Workforce & rostering

Exchange & intelligence

Phase 9–10
FHIR R4 adapters Shadow qualification Cutover & rollback Claims exchange Payment gateways Deterioration surveillance ABDM & ABHA HL7 v2 Command centre Governed AI layer

One stay, end to end

What the system actually does between the door and the door.

A single admission, with the artefacts it produces and the gates it has to pass. Every identifier below is the real format the system issues.

Admit

A bed is found, reserved and occupied

The bed board shows what is available, what is being cleaned and what is contaminated. Admission opens a stay segment; a transfer closes one and opens the next, so the chain of beds is readable months later.

IP-2026-27-00001 No bed, no admission
Charge

The bed bills in eight parts, by the hour or the day

Room, nursing, maintenance, linen, resident medical officer, administration, medical care and attendant, each with its own rounding rule and grace period. A component that is priced and unmapped stops the accrual rather than quietly vanishing from the bill.

accrual ledger, append-only
Observe

Every round is scored, and a score asks for someone

Observations are immutable once recorded: a correction supersedes, it never overwrites. A reading that was not taken is reported as not taken, never scored as normal.

escalation worklist
Prescribe

The order is checked before it is signed

Allergy and interaction checks run against the governed formulary. A blocking interaction needs a documented override; an unapproved route is refused outright.

RX-2026-000148 Blocked without an override reason
Give

A dose leaves ward stock as it is charted

One transaction: the chart entry, the stock movement and the charge. A high-alert medicine needs a second nurse who is not the one giving it. Correcting a dose reverses the charge it raised.

ward ledger reconciles to balance
Operate

No incision before the Time Out

The WHO checklist runs in order, and the database refuses to record an incision until Time Out is complete and confirmed. The theatre journey is append-only; implants are recorded against the patient for recall.

OT-20260924-0001 Enforced in the database, not the form
Discharge

Four stages, in order, with the bill and the summary as gates

Clinical, nursing, room, physical. The bed is not released before the patient is clinically discharged, and nobody leaves with an unsettled bill or an unsigned summary unless a second person approved the exception and said why.

IP-2026-27-00001-DS-01 Signed summary or a documented reason
Close

The document is frozen and verifiable

A signed summary cannot be edited, through the interface or in the database. An amendment supersedes it and the original stays readable, still verifying against its own hash.

sha256:9f2c…

Working example

The escalation rule, exactly as the ward runs it.

This is the scoring the observation chart applies to every round, with the same thresholds and the same bands. Move a reading and watch what it asks for.

Early warning score

0 Routine

Twelve-hourly observations. Nothing to escalate.

    A single reading scoring 3 escalates on its own, whatever the total. The chart records which readings were taken, so a low total from four observations is never mistaken for a well patient.

    Exchange

    Contracts at the edge, one model inside.

    Every adapter is versioned, qualified against a shadow of live traffic before it is trusted, and reversible. An external system going down never takes the clinical transaction with it.

    FHIR R4
    Resource exchange with versioned profiles, validation and endpoint registry
    Running
    Claims exchange
    Claim assembly, submission, queries, denials and payment reconciliation
    Running
    Laboratory
    Outbound orders and inbound results, with specimen and patient mapping
    Running
    Payments
    Gateway adapters, settlement batches and bank reconciliation
    Running
    ABDM / ABHA
    Identifier linking, care-context management and consent-based exchange
    In build
    HL7 v2
    Adapters for analyzers and legacy systems that speak nothing else
    Specified
    DICOM
    Modality worklists, studies and report linkage
    Specified
    Terminology
    SNOMED CT, LOINC and ICD bound to the local governed catalogues
    In build

    How a hospital goes live

    Eleven phases, each with a gate somebody has to sign.

    A phase is not finished because the screens exist. It is finished when the gate passes: a complete ambulatory visit with no shadow register, a full admission-to-discharge stay, an order that reaches a result with audit and failure recovery, a clinical event that produces the correct financial state.

    Phases run in order because the later ones depend on the earlier ones being true. Charge capture is only trustworthy if the orders were real.

    0  Architecture
    1  Foundation — identity, locations, audit
    2  Core care — OPD, orders, tasks
    3  Inpatient — beds, nursing, discharge
    4  Diagnostics — order to result
    5  Medication — closed loop
    6  Procedure — theatre to recovery
    7  Finance — billing, packages, claims
    8  Operations — supply, facilities, workforce
    9  Interoperability — contract tests
    10 Intelligence — metrics, governed AI
    11 Enterprise scale — multi-site, recovery

    Bring HealthOS to your hospital

    Start with the phase that hurts most.

    Most hospitals do not need everything at once. They need beds and billing to agree, or a laboratory that stops losing orders, or a discharge that cannot leave with an unsettled bill. Tell us which one, and we will show you that workflow running.

    Enquiries
    samudrashaankashyap@healthosnow.com
    Built by
    Vanijya Nirman
    Guwahati, Assam
    Specification
    49 sections, 170 requirements
    Checked against the build