Switching Aesthetic Clinic Software: The Data Migration Guide

The reason practitioners stay on software they dislike is almost never the software. It is the fear of moving years of client history and losing something that matters, usually at the exact moment they need it.

That fear is reasonable and the risk is manageable. Here is how a migration actually works, what each of the main UK systems lets you take with you, and the two mistakes that cause most of the damage.

What you are actually moving

A complete migration covers six things. Most vendors will happily talk about the first two and go quiet on the rest.

• Client profiles. Names, contact details, addresses, marketing preferences. Universally exportable, and the easiest part.
• Appointment history. Past and future bookings. Future bookings matter more than people expect, because rebuilding a diary by hand is where errors creep in.
• Treatment notes. The client record. This is where exports start to differ sharply.
• Consent forms and health histories. Signed documents with their timestamps intact.
• Clinical photographs. Usually the hardest, often the largest, and frequently the thing that is quietly left behind.
• Your service menu. Treatments, durations, prices, categories. Tedious rather than difficult, and worth rebuilding cleanly rather than importing badly.

The test of a migration is not whether client names arrived. It is whether you can open a client who was treated eighteen months ago and see what product went where, at what dose, with the consent that was signed for it.

What each system lets you take

Export routes change, so confirm the current position with the vendor before you rely on any of this. Checked 21 August 2026.

Pabau. A full clinical platform, and exports are generally available across records and documents, though the practical route often runs through their support team rather than a self-service button. Ask specifically about photographs and about the format treatment notes arrive in, because a PDF per client and a structured export are very different things to import.

Fresha. Built for salons, and its export reflects that. Client lists and appointment history come out readily. Anything aesthetics-specific that you were tracking in free-text notes will come out as free text, which means it can be preserved but not re-structured automatically.

Faces Consent. Consent documents are the centre of the product, so the question to ask is how signed forms and their timestamps are exported, and in what format. Get this in writing before you give notice, because consent records with intact signing metadata are the hardest thing to reconstruct if the export turns out to be partial.

Aesthetic Nurse Software. Client records and forms across tiers. Confirm whether the export includes the photographs attached to treatments or only the record text.

Square Appointments. Customer and appointment data export cleanly. There is unlikely to be client data to move, since Square does not hold it.

In every case, the question that matters is the same one: can I export client records, treatment history and photographs, and in what format? "You can export a CSV of contacts" is not the same thing, and it is the answer you will get if you ask a vaguer question.

The two mistakes that cause the damage

Running two systems in parallel for too long. A fortnight is the maximum. Beyond that you get split records, and the gap between them is exactly where a missed allergy or an unrecorded batch hides. Pick a cutover date, tell clients nothing because they should not notice, and stop writing into the old system on that date.

Migrating before you have checked the export. Do not give notice on the old system until you have a copy of your data in your possession and have opened it. Vendors do not usually behave badly here, but access after cancellation is not something to discover you needed.

A sequence that works

Give it two weeks of low-intensity work rather than one heroic weekend.

• Week one, before anything moves. Request your full export from the current system and actually open the files. Check a client you treated a year ago. Confirm photographs are included. Build your service menu in the new system by hand, since it is faster than fixing a bad import and it is a good chance to clean up a price list that has drifted.
• Mid-point. Import clients and history. Spot-check twenty records across different treatment types and different years. Check the oldest ones hardest, because that is where formatting problems concentrate.
• Week two. Take new bookings in the new system only. Keep the old one open, read-only, for reference. Move any future appointments across and confirm each one.
• Cutover. Stop writing to the old system entirely. Keep your export archived somewhere secure and backed up, because it is now the only copy of anything that did not migrate.
• After thirty days. Cancel the old subscription, having confirmed you can still reach everything you need. Keep the archived export for at least your data retention period.

The data protection part nobody mentions

Your client records are special-category health data under UK GDPR, and that does not pause during a migration. Three practical consequences.

Your export file is a complete copy of your most sensitive data sitting on a laptop or in a downloads folder. Treat it accordingly: encrypted storage, not a desktop folder, and definitely not an email attachment to yourself.

Your retention period continues to apply to the archived copy. If your policy says seven years, the archive is subject to it, and so is the eventual deletion.

Your new provider is a processor acting on your instructions, and you remain the controller. Check that a data processing agreement exists before you upload anything, because that is the document that makes the arrangement lawful.

Is it worth it?

Migration is a fortnight of moderate irritation. Staying on the wrong system is a cost you pay every week, in admin time, in transaction fees, or in records you would rather not have to produce.

The honest answer is that it is worth it if the new system removes work you are currently doing by hand, and not worth it if you are moving for a feature you will open twice a year. Work out what you actually do most, and migrate for that.

Related reading

• Best aesthetic clinic software UK: twelve systems compared
• What aesthetic clinic software costs in the UK
• What practitioners wish they had known before choosing software
• Client records for solo practitioners: what to keep and why