A unified EMR for a multi-site hospital network
Fourteen hospitals. One clinical spine. Zero downtime cutover.
- Client
- Northline Health
- Industry
- Healthcare
- Year
- 2025
- Engagement
- 9-month engagement

- Patient records migrated
- 4.2M
- Documentation time reclaimed
- 42%
- Downtime during cutover
- 0 min
The challenge
Northline had grown by acquisition. Fourteen hospitals inherited four different EMRs, three billing systems and a patchwork of manual reconciliations between them.
Clinicians were re-entering the same patient data across systems three times per encounter. Billing errors were compounding into a seven-figure annual write-off. A regulator's on-site audit was scheduled for the following spring, and the outcome of that audit was going to shape the network's operating license.
The team knew the destination: one unified clinical record on FHIR. What they needed was a partner who could build the spine, migrate the history, and land it without asking the hospitals to stop admitting patients.
Our approach
We built a FHIR-native clinical platform on Next.js and Postgres (the same technology stack Northline's own team could maintain) with Kubernetes for the deployment envelope and a hardened event bus for the write path.
Migration was the harder half of the work. We wrote a lossless ETL for every legacy record, ran it against a shadow production for three months, and shipped the cutover as a rolling wave: hospital by hospital, service line by service line, always with a same-day rollback path.
Clinicians were in the design reviews from week two. The interfaces we shipped were the interfaces they asked for, not the ones we thought were tidiest.
The outcome
The whole network runs on one record now. Clinicians see the full patient history in a single view, orders route to the right department without a phone call, and billing closes in hours instead of weeks.
The regulator audit passed with no findings. Northline's own engineering team owns and extends the platform. We handed over the code, the runbooks and a two-week walkthrough, and stepped back.
The release cadence hasn't broken since go-live. Northline ships to production every Wednesday.
What people ask about this engagement.
01How do you migrate millions of patient records without downtime?
By running both systems in parallel rather than switching between them. The new platform is populated and kept in sync with the legacy EMR for weeks before anyone uses it, and every record is reconciled against the source until the counts and checksums match exactly. The cutover itself is then a routing change, which is why it took no clinical downtime. The rollback plan stayed live for a month afterwards.
02What happens to clinical workflows during a replatform?
They get mapped before anything is built, with the people who actually perform them rather than from a process document. Most of the risk in a hospital replatform is not technical, it is that a workflow nobody documented turns out to be load-bearing. We find those first and design around them, then roll out department by department so problems surface at a scale a team can absorb.
03How long does an engagement like this take?
This one ran as a staged programme rather than a single delivery, with the first department live months before the last. That is deliberate. A multi-site network that attempts one simultaneous cutover is making a bet it cannot hedge. We would rather be slower and reversible at every step.
04Who owns the platform afterwards?
The client does, including the code, the infrastructure definitions and the runbooks. Their engineers paired with ours through delivery rather than receiving a handover at the end, which is the difference between a team that can extend a system and one that can only operate it. They ship to production weekly without us.
What we shipped it on.
- Next.js
- TypeScript
- Postgres
- FHIR
- Kubernetes
Bring us the hard part.
A short conversation is usually enough to know if we are the right team. If we are not, we will tell you.
