Switching guide
Most clinics do not switch because software is exciting. They switch because something has started costing them time every single day. Here is what to get in order first, and how to move without running two systems forever.
Paper works fine for a single dentist with a light book. These are the points at which it stops working, in roughly the order clinics hit them.
A paper file or a spreadsheet on the front desk machine can only be read by whoever is standing at it. The moment a second chair, a second dentist or a second location appears, someone is waiting on someone else to finish looking something up.
A diary tells you who is coming in. It does not tell you what was done last time, what was quoted, or what is still owed. Every appointment starts with a reconstruction.
When billing sits in one book and expenses in another, profitability is something you work out weeks later rather than something you can see today.
How many patients did we see last month, which referring doctor sent them, and what is outstanding. On paper each of those is an afternoon of counting.
If none of those are true yet, you probably do not need to switch this month. If two or more are, the cost of staying is already being paid, it is just spread thinly enough across the week to be hard to see.
Six things worth assembling before you evaluate anything. They are useful whichever system you end up choosing, and they turn a demo into a real test rather than a slideshow.
| What to gather | Why it matters | Where it lands in Denti360 |
|---|---|---|
| Patient list with contact details and medical history | This is the slowest thing to reconstruct later, and the thing you cannot operate without. | Patient profiles, with medical history and treatment plans attached |
| Your treatment list and current prices | Set this once and every future quote, bill and report uses the same names and numbers. | Customizable configurations for treatments and payment modes |
| Outstanding balances per patient | Anything not carried across is money you quietly stop chasing. | Payment history against each patient record |
| Staff list, and who should see what | Decide before go-live, not after someone opens a report they should not have. | Role-based access for admins, dentists and receptionists |
| Referring doctors and what you owe them | Referral relationships are usually tracked in someone’s head or a notebook. | Reference doctor tracking, with referred patients and payments |
| Recurring monthly expenses | Without these loaded, your revenue looks like profit for the first few months. | Expense categories, with dated and categorised entries |
Worth knowing up front: there is no bulk import. Patient records are created in the system rather than uploaded from a file, which is why the phased approach below matters more than it would elsewhere.
The goal is not to move everything at once. It is to stop adding to the old system as early as possible, then let the new one fill up through normal clinic traffic.
Treatments, prices, payment modes, staff and roles. This is an hour or two of work and everything afterwards depends on it being right. Getting it wrong means renaming things later across records you have already created.
From that date, every new patient and every new appointment goes into the system and nowhere else. The most common way a switch fails is a front desk that keeps the old diary running "just in case" for six months.
Rather than stopping the clinic to key in years of files, create each returning patient record at their next visit, when someone is already looking at their history. Your active patient base moves across over a normal recall cycle, and the files you never touch again never cost you the typing.
Do not throw the paper out and do not delete the spreadsheet. Box it, label it by year, and keep it reachable. You are switching what you work in day to day, not destroying your history.
Once appointments and records are running in one place, start recording billing and expenses there too. Doing both at once is what makes a switch feel overwhelming.
Check three things: is anyone still using the old diary, are expenses actually being entered, and can you pull the numbers you wanted. Fix whichever of those is failing before adding anything new.
Once the day to day is running in one place, exporting is what keeps the arrangement honest: patient, appointment and financial data comes out in CSV or PDF from the Pro plan, for your accountant or simply to keep your own copy. What that costs at your clinic size is set out on the pricing page.
Ask these of every vendor you shortlist, including us. The answers separate systems built for clinics from systems built for demos.
Ask this first. A vendor who cannot answer it plainly is telling you something.
A receptionist needing the schedule does not need the revenue report.
Compliance sold as a premium upgrade is a warning sign, not a feature.
If payments and calendars do not connect, someone is retyping them.
Per-user pricing changes the answer sharply between a two-chair and a ten-chair clinic.
The first month is when you will actually need it.
For what it is worth, our own answers: access is controlled per role, and compliance is not tiered, which we set out in full under security and compliance. Payments run through Stripe and scheduling connects to Google Calendar, with the rest covered on the integrations page. Support is email on Core, priority email and chat on Pro, and Enterprise adds onboarding training with a named account manager.
If you want to test those answers against your own clinic rather than take them on a page, book a walkthrough and bring your treatment list. Thirty minutes against real data tells you more than any feature comparison.
Bring your treatment list and your questions. We will show you exactly where each piece of your clinic would sit.