BlogEHR & Clinic Workflow

EHR & Clinic Workflow

EHR Implementation Timeline: What to Expect in the First 90 Days

A phase-by-phase look at what actually happens in the 90 days after a Pakistani clinic signs up for new EHR software.

Written by the Onceva teamPublished 2026-08-207 min read

In this article
  1. Why "same-day migration" claims should worry you
  2. Days 1-15: setup and planning, not go-live
  3. Days 16-30: data migration and first training sessions
  4. Days 31-60: parallel running
  5. What commonly goes wrong in these 90 days
  6. Days 61-90: full cutover and stabilizing
  7. Setting expectations by clinic size
Key takeaways
  • Some vendors advertise instant or same-day full migration, and for a brand-new clinic with a handful of patients, that might even be true.
  • The first two weeks are mostly invisible to your patients, and that's normal.
  • This is usually the busiest stretch of the whole process.
  • This is the phase clinics most often try to skip, and it's the one that saves the most headaches.

A clinic in Gulberg signs the contract for a new EHR on a Tuesday, and by Thursday the front desk is asking when the "old system" gets switched off. The honest answer is: not for a while. Between fifteen years of paper files, a receptionist who has never typed a prescription, and a doctor who wants to see the same patient history he's used to, the real timeline runs closer to three months than three days — and clinics that skip steps to go faster usually pay for it later in lost records and frustrated staff.

01Why "same-day migration" claims should worry you

Some vendors advertise instant or same-day full migration, and for a brand-new clinic with a handful of patients, that might even be true. But if your clinic has years of paper files, registers, or data trapped in a different software system, nobody can accurately move all of that into a new EHR in a day. Migration involves cleaning duplicate patient entries, deciding which old records are even worth digitizing, matching your medicine and lab-test lists to the new system's formulary, and testing that what came across actually looks right on screen. A vendor promising to do all of that overnight is either exaggerating or planning to dump your data in unusable form and call it done. For a deeper look at what migration actually involves, see switching EHR software and data migration.

02Days 1-15: setup and planning, not go-live

The first two weeks are mostly invisible to your patients, and that's normal. This is when the vendor's team (or your own IT person, if you're managing this yourself) sets up the software environment, creates user accounts for each staff member with the right access level, and starts mapping your existing data — patient lists, medicine names, lab tests, billing categories — into the new system's structure.

This is also the phase where you should be deciding, in writing, what actually needs to move over. Not every clinic needs ten years of paper history typed into the new system on day one; many only migrate active patients and recent records, then add older history as it comes up in visits. If you haven't already worked through this decision with a structured list of what to check before and during setup, the EHR buyer's checklist is worth revisiting here even after you've signed, because several of its points double as an implementation checklist.

By the end of week two, you should have a firm go-live date for parallel running (not full cutover) and a clear list of who owns what — who is entering historical patient data, who is training the front desk, who is testing that appointment booking actually works the way your clinic books appointments.

03Days 16-30: data migration and first training sessions

This is usually the busiest stretch of the whole process. Active patient records, current medication lists, and recent visit history get entered or imported, and someone needs to spot-check a sample of them against the paper file or old system to catch mistakes before they become part of a patient's permanent record. Errors here — a wrong allergy, a missed drug interaction flag, a mismatched medicine name — are exactly the kind of thing that undermines trust in the new system fast, so this step should not be rushed just to hit a date.

At the same time, staff training begins — usually role by role rather than everyone at once. Front desk staff learn registration, queue management, and appointment booking first, since that's what patients see immediately. Doctors typically get a separate, shorter session focused on e-prescribing, since that's where they'll spend most of their screen time. A week-by-week breakdown of how this training usually gets sequenced is covered in clinic software onboarding week by week, which is worth reading alongside this article if you're the one scheduling the sessions.

04Days 31-60: parallel running

This is the phase clinics most often try to skip, and it's the one that saves the most headaches. Parallel running means your clinic keeps using the old system (or paper) for real work while simultaneously entering the same activity into the new EHR, side by side, for two to four weeks. It feels redundant and it slows staff down temporarily. But it's how you catch problems while there's still a safety net — a prescription that didn't save properly, a billing total that doesn't match, a queue number that got skipped — before the old system is gone and there's nothing to fall back on.

A realistic shape for this phase:

  • Week 1 of parallel running: front desk and billing staff double-enter basic transactions — registration, appointments, cash and JazzCash/EasyPaisa payments — while doctors mostly observe or use the new system for simple cases only.
  • Week 2-3: doctors move more of their prescribing onto the new system, testing e-prescriptions and checking that allergy and drug-interaction alerts behave as expected on real patients, not just test cases.
  • Week 3-4: the clinic starts trusting the new system as the primary record for new patients, while older active patients' full history is still being verified against paper or the old software.

Clinics running an oncology service have an extra layer here: chemotherapy regimens, cycle schedules, and dosing calculations need to be checked carefully before anyone relies on the new system for active treatment, since mistakes in this area carry real clinical risk.

05What commonly goes wrong in these 90 days

A few patterns show up again and again across clinics going through this:

  • Staff resistance that gets treated as a technology problem. Often it isn't. A receptionist who's been writing appointment slips by hand for eight years isn't resisting the software — she's worried about looking incompetent in front of patients while she learns. Training that acknowledges this, with time to practice before real patients are watching, works better than training that assumes reluctance means laziness.
  • Incomplete migration that nobody flags until a patient is in the room. A doctor pulls up a patient's file mid-consultation and discovers the allergy list is empty or the last three visits weren't migrated. This is exactly why spot-checking during the migration phase matters more than migrating fast.
  • Rushed go-live to hit an arbitrary date. Sometimes the pressure is internal ("we said we'd be live by the new year") and sometimes it's the vendor pushing to close out the implementation. Either way, cutting the parallel-running period short to meet a date is one of the most common causes of post-launch chaos.
  • No one clearly owns the transition. If migration, training, and go-live decisions are split across three people with no single owner, small issues don't get resolved — they just get repeated at every step.

06Days 61-90: full cutover and stabilizing

By this point, most clinics are ready to retire the old system for day-to-day use, though it's worth keeping read-only access to old records for a few more months rather than deleting anything immediately. The final 30 days are less about setup and more about smoothing out real-world friction: adjusting appointment slot lengths that turned out to be unrealistic, fixing report formats staff actually need, and getting the last stragglers among your staff comfortable with features they've been avoiding.

It's also a reasonable point to review whether the original data-migration decisions were right — whether older paper history that got left out is now needed, for instance — and to plan a slower, ongoing digitization of the rest if so.

07Setting expectations by clinic size

A one-doctor clinic with a small, mostly-recent patient base can often compress this into six to eight weeks. A multi-doctor clinic with high patient volume, multiple departments, or years of paper archives should expect the full 90 days, and sometimes longer if migration turns up more historical data than expected. Neither timeline is wrong — the mistake is assuming your clinic will match whatever number a vendor quotes in a sales conversation rather than the shape of your own patient records and staff readiness.

Start your 2-month free trial

Onceva is in early access for clinics and clinicians in Pakistan. Try the full system, arrival to invoice, on one patient record, free for two months, no card and no obligation.

Start Your 2-Month Free Trial