Home / Company

Why we built Ospia

Healthcare runs on people doing careful work under pressure. Software should absorb the pressure, not add to it — and the software hospitals have was not designed for the decade they are now in.

We are not building a better system of record. We are building the layer a hospital actually runs on.

The old contract expired

Hospital software was built when digitizing the paper record was the ambition, and it achieved that. But a system that only records cannot help with what hospitals are actually short of — capacity, attention and time. Meeting the next decade needs a different starting assumption.

Intelligence has to be accountable to be useful

We are unwilling to put AI into clinical and financial operations on the basis of trust alone. So the platform was designed the harder way: every decision replayable, every autonomy level configured by the hospital, every action produced through the same permission-checked path a person would use. Governance first, capability second — because the reverse does not survive contact with a real hospital.

This is a long commitment, not a product cycle

We publish our engineering charter, our phase plan and our architectural gates because a hospital is making a fifteen-year decision. You should be able to check whether we are building something durable, hold us to the sequence, and see plainly what is finished and what is not.

The plan

Built in the open, so you can hold us to it

Ospia is built under a written engineering charter in numbered, gated phases. Nothing merges without passing the full gate ladder.

P0FoundationsKernel, module manifests, versioned API contract, observability, data layer with per-module schemas, durable event backbone.
P1Platform spineAuthentication and passkeys, RBAC + ABAC policy engine, audit chain and field encryption, secrets and security events, the rules & policy engine.
P2Clinical corePatient as the golden module, design system, app shell and task bar, appointments, EMR, orders, nursing, beds, ICU and theatre.
P3Diagnostics & revenueLab, imaging, pharmacy, supply chain, billing and revenue cycle, insurance, finance and operations.
P4IntelligenceAgent runtime with the autonomy ladder, memory and learning, the explainability envelope, workflow engine, conversational layer, trust layer.
P5ExperienceOperations centre, digital twin and knowledge graph surfaces, predictive UI, accessibility and language hardening, performance.
P6Onboarding & cutoverMigration tooling with checksum verification, parallel running, per-hospital cutover runbook with a rollback path.
P7Platform expansionMarketplace, AI Studio, low-code studio, data lake and research export, population health, mobile and kiosk front door, ambient clinical intelligence, connector catalog.

Ask us where any capability on this site sits — the answer is a phase number, not a shrug. We would rather show you the sequence than imply everything already exists.

Next step

See your hospital running on Ospia

An executive demonstration takes forty-five minutes. We seed a hospital with synthetic data shaped like yours, put the digital workforce on duty, and answer the hard questions with the architecture open.

Book your hospital simulation Architecture deep-dive

synthetic data · zero real patients
self-hosted or managed cloud
one database per hospital