Switching Clinic Software: What Actually Transfers (and What to Ask For)

Most clinic owners stay on software they have outgrown for one reason: they are frightened of the move. Not of learning something new, but of the migration itself. Years of patient records, clinical notes, consent forms and treatment history, all sitting in someone else's system, and no obvious way to get them out.

It is a reasonable worry. It is also, in almost every case, a solvable one. Here is what actually happens when you move, what genuinely transfers, and the one thing most clinics forget to ask for until it is too late.

First, the thing nobody tells you: the data is yours

This is the single most useful thing to understand before you speak to anyone.

Under UK GDPR, your clinic is the data controller for your patient records. Your software provider is the data processor. They hold that information on your behalf, under your instructions. They do not own it, and they cannot decide you may not have it.

That matters practically. A provider is not obliged to build you a nice export button, and plenty of them have not. But when you ask for your data back, they are required to provide it. "There is no export function" is a description of their software, not an answer to your request.

So if you have been putting off a conversation because you assumed you were locked in, you are probably less stuck than you think.

What actually moves across

In a well-run migration, effectively all of your operational data comes with you:

• Patient records. Names, dates of birth, contact details, addresses, next of kin, medical history, allergies, GP details.
• Clinical notes. Your written history for each patient, kept against the right record.
• Treatment history. What was done, when, by whom, and at what price.
• Appointments. Both past appointments as a record, and future bookings so nobody turns up to a clinic that is not expecting them.
• Services and pricing. Your treatment menu, durations and prices, so you are not retyping ninety services on a Sunday evening.

What does not usually move is anything specific to the old system's own plumbing: internal identifiers, its particular way of storing settings, saved report layouts. You do not want those anyway.

The bit almost everyone forgets

Here is the question that catches people out, and it came up with a clinic we were onboarding only last week:

"Would our consent forms, medical questionnaires and aftercare forms all come across?"

Forms are the awkward category. Patient records and appointments are structured data that most systems will hand over in a spreadsheet. Forms are often stored differently, and they are frequently the thing a provider has no self-serve export for at all.

There are two halves to this, and it is worth separating them:

Your blank templates. The consent form you use for a particular treatment, your medical history questionnaire, your aftercare sheets. Honestly, these are often the least important thing to migrate. Any decent modern platform arrives with a full library of up-to-date, compliant templates that you can edit to suit your clinic. Many clinics find their old forms were overdue a refresh anyway.

Your signed historical records. This is the half that genuinely matters. A consent form a patient signed in 2023 is part of that patient's clinical record, and you have a retention obligation for it. This is the thing to insist on when you ask for your data.

Get that distinction clear in your own head before you contact your current provider, because it changes what you ask for.

What to send your current provider

You do not need to be confrontational, and you do not need a solicitor. A short, clear email does the job. Something like this:

Hello,

We are moving to a new clinic management system and I would like to request a full export of our clinic's data.

Please include patient records, clinical notes, appointment history, and our services and pricing. I would also specifically like our signed consent forms, completed medical questionnaires and aftercare records, as these form part of our patients' clinical records and we have a retention obligation for them.

A spreadsheet or CSV export is fine for structured data. Please let me know the format for the forms and a realistic timescale.

Thank you.

Two things worth knowing. Ask early, because exports are often handled manually and can take a week or two. And ask before you cancel, not after, since your leverage and your access are both better while you are still a customer.

How long does it actually take, and what breaks?

The honest answer is that the technical import is usually the quickest part. Loading several hundred patients and their history into a new system takes minutes, not days. The time goes on the human side: checking the data landed correctly, setting up your treatment menu the way you actually work, and getting your team comfortable.

A realistic shape for a small to mid-sized clinic:

• Week one. Request your export. Meanwhile, set up the new system's basics: your services, your opening hours, your staff.
• Week two. Export arrives. Import it. Check a sample of patients against the old system, especially the ones with long histories.
• Week three. Run both in parallel if you want the reassurance. Take new bookings in the new system, keep the old one readable.
• Then switch.

You should not need to close for a day, and you should not need to stop taking bookings. If a provider tells you that you do, ask why.

One practical tip: do not delete or close your old account the moment you have migrated. Keep read access for a few months if you can. It costs little and it is a useful safety net while you confirm nothing was missed.

Where CallidusOS^® fits

We built our migration process around exactly the anxiety described above, because it is the single most common reason clinics tell us they have not moved sooner.

If you are coming from Aesthetics Nurse Software, we have a one-click import. You give us the export file and your patients, clinical notes, services and treatment history load straight in, matched up correctly, with no retyping.

If you are coming from anything else, we will do it with you. Send us whatever your current provider gives you, in whatever format they give it, and our team maps it across and checks it. We would rather spend a couple of hours getting your history right than have you start from an empty database and lose ten years of clinical context.

On the forms question specifically: CallidusOS^® ships with a full library of consent templates and medical screening questions, all editable, so your blank templates are covered from day one. For your signed historical records, use the email above, and talk to us about where to keep them.

A short checklist

• Request your full export in writing, and ask for forms explicitly, not just "our data"
• Ask while you are still a paying customer
• Separate blank templates from signed historical records, and prioritise the latter
• Set up your new system's services and hours while you wait for the export
• Spot-check imported patients against the old system, especially long histories
• Run in parallel briefly rather than switching overnight
• Keep read access to the old system for a few months

Switching is not the ordeal it is made out to be. In most cases the hardest part is the email you have been putting off sending.

Thinking about moving and want to know what your data would look like on the other side? Get in touch and we will talk you through it, including what your current provider is likely to hand over.