Home / Implementation / Migration

Migration without disruption

Every hospital we speak to has either lived through a bad migration or heard about one. The fear is rational — so here is exactly how we de-risk it, including what happens when something goes wrong.

The principle

The legacy system stays authoritative until it doesn't need to be

There is no moment where you are trusting the new system on faith. Authority transfers only after the evidence says it should.

Verification

Checksums at every stage

Data is not "migrated and checked" — it is verified at each transformation, with counts, balances and hashes reconciled against source. Discrepancies surface during migration, not after go-live.

record counts · financial balances · content hashes
Parallel run

Both systems, same days

For an agreed period both systems process the same operational days, and every difference is investigated each morning until the delta is consistently zero.

daily reconciliation · variance trending to nil
Rollback

A procedure, not an emergency

Every cutover checkpoint has a defined rollback decision with a named owner. Until finance and clinical leads sign, the legacy system remains live and authoritative.

written, rehearsed, and owned by a named person

What moves

What comes across, and what does not

Being specific about this early prevents the most common late-stage argument in any migration.

Migrated as standard

  • Patient master with identifier reconciliation and duplicate resolution.
  • Clinical history — encounters, diagnoses, prescriptions, results — mapped to structured fields where the source allows.
  • Financial position: outstanding balances, advances, deposits and open claims.
  • Master data: tariffs, formulary, service catalog, payers, suppliers, staff.
  • Stock positions with batch and expiry where the source records them.

Requires a decision

  • Free-text clinical notes: migrated as documents, or parsed into structure at extra effort and some risk.
  • Deep historical detail: often better archived read-only than migrated, and cheaper to keep accessible that way.
  • Legacy customizations: each reviewed as configure, re-think, or retire — many exist only because the old system required them.
  • Historical audit logs: retained in the legacy system or imported as records, depending on your retention obligations.

We will give you this assessment before you sign, not after — including an honest view of what will be difficult in your particular estate. Request a migration complexity assessment →

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