Resources
Migrating your practice off spreadsheets: a 6-phase plan
An operational plan for moving from spreadsheets to practice management software: what to migrate, what to archive, how to map fields, how to run in parallel, and what to check before the cut-off.
Migrations fail for the same reason almost every time: trying to move everything at once, during the busiest week of the month. This plan spreads the work across six phases and deliberately leaves most of the old data behind.
Before starting, the decision that saves the most time: you are not going to migrate your whole history. Clients who have not been in for two years do not need to be inside the new tool; they need to be retained and accessible, which is not the same thing. Separating those two ideas cuts the work to a fraction.
Phase 1 · Inventory and scope
Open everything holding client data and list it: spreadsheets, PDF folders, the notebook, email, your phone. Then sort every client into three groups.
| Group | Criterion | What happens |
|---|---|---|
| Active | Seen in the last 6 months or has a future appointment | Migrated in full |
| Dormant | Last visit between 6 and 24 months ago | Only the basic record migrates, no history |
| Archive | More than 24 months inactive | Not migrated: exported and retained |
In a typical practice this split usually leaves 20-30% of clients in the active group. That is the real size of your migration.
Phase 2 · Field mapping
Put your sheet next to the new tool’s record and decide, column by column, where each value goes. It is the dullest phase and the one that prevents 90% of later problems. Watch the cases that always cause trouble:
- Dates: unify the format before exporting. Mixing dd/mm/yyyy with mm/dd/yyyy silently corrupts whole months.
- Decimals: comma versus point depending on system locale. A weight of 70.5 can become 705.
- Combined fields: first and last name in one cell must be split first.
- Free text with line breaks: these break CSVs unless quoted.
- Notes columns mixing several things: decide whether they go to observations or the clinical record.
- Values that only exist inside a formula: export the result, not the formula.
Phase 3 · Templates and recipes first
Before loading a single client, rebuild what you will reuse: plan templates, your standard instructions, your recipes. It feels backwards — clients seem more urgent — but it determines whether the tool saves you time from week one or costs you time for a month.
A good starting point: the five plans you have duplicated most over the last year, and the ten instructions you repeat at nearly every visit.
Phase 4 · Load and sample-check
Load five test clients first, not three hundred. Review those five thoroughly and only then continue. What to check in the sample:
- Accents and special characters display correctly.
- Dates of birth match and the calculated age is right.
- Weights and measurements keep their decimals.
- No field has shifted by one column.
- Long notes are not truncated.
- No duplicate clients were created.
Phase 5 · One month in parallel
For four weeks: every new client goes only into the new tool, and follow-ups are handled wherever they already live. Do not duplicate work by recording in both; the point of running parallel is not having everything in both places, it is that a failure in the new tool does not leave you without a practice.
Use that month to migrate naturally: every dormant client who reappears is set up in the new tool at their appointment, with fresh data they confirm themselves.
Phase 6 · Cut-off and archive
Set a date and hold it. From that day the spreadsheet becomes read-only. And before closing it:
- Export the full history in a stable format readable without the original tool.
- Store it encrypted, with at least two copies in different locations.
- Note where it is and who has access, and add it to your record of processing.
- Set an annual review date to confirm the archive is still readable.
- Remove shared access to the old sheet: it still contains health data.
Before calling the migration done
- You can export your data out of the new tool whenever you want.
- The active client count matches what you had.
- Templates work and genuinely save time in a real consultation.
- The archived history opens correctly from a different machine.
- Nobody is still working in the old sheet "just for one thing".
Frequently asked questions
How long does a migration like this take?
For a solo practice with 60-80 active clients, two to three weeks of spread-out work, plus the parallel month on top. Active volume drives it, not total history.
Should I retype the old history?
It rarely pays off. Keeping it exported meets your legal duty and leaves it consultable; retyping burns weeks on data that is seldom looked at again.
What if the new tool disappoints me halfway through?
That is what the parallel month and the prior export are for. If you kept the history and can export what you loaded, going back costs days, not months.
Can I migrate during peak season?
You can, but phase 3 suffers, and that is the phase that produces the return. If you cannot spare a couple of afternoons for templates and recipes, it is better to wait.
Next step
Take clinical nutrition to the next level with Almendra
Design plans, manage clients, and automate follow-ups in a single platform.