What we are building
A patient finds you at nine in the evening, sees that they can come without a referral, sees the price, picks a Tuesday, books, and gets a confirmation. Six months later a message arrives from you with a one-tap rebooking link, and they book again without thinking about it.
That loop is the whole business. A patient who comes twice a year for ten years is worth many times a patient who comes once. Everything below is the configuration that makes the loop run without anybody at the clinic remembering to start it.
1. Decide what the booking flow is allowed to accept
Before touching software, settle the clinical and regulatory question with your own regulator, because it decides the shape of the form.
Direct access, meaning a patient coming to a hygienist without a dentist's prescription or referral, exists in some places and not others, and where it exists it is bounded by scope of practice. In the United Kingdom the General Dental Council sets the position. In the United States it varies state by state, with the state dental board as the authority. In Australia the Dental Board of Australia, through Ahpra, sets the terms, and Canada varies by province.
This is orientation rather than legal advice. Ask your regulator what applies to you, in writing, and build the booking flow to match. Where a referral or a recent examination is required, the flow collects it up front. Where it is not, the flow says so plainly.
2. Keep the service list short
Hygiene clinics do not need twenty services. A typical list is a new patient hygiene visit, a returning hygiene visit, an extended appointment for heavier deposits, airflow or stain removal where you offer it, and a plan member visit if you run a membership.
Each one needs an honest duration. If a new patient visit is realistically fifty minutes with the history taking and the advice at the end, do not book it as thirty. Overrunning every afternoon is a diary problem that starts in the service setup.
3. Split new from returning
A new patient needs a longer slot, a medical history form and, where it applies, the referral or examination evidence. A returning patient needs a slot and nothing else.
Two separate services, two durations, two intake sets. Mixing them means either new patients arrive with nothing or regulars are asked for a full history every six months and give up halfway.
4. Collect only what belongs in the booking tool
Name, contact details, appointment preference and consent to be contacted belong in the booking flow. Health information belongs in a tool built for it, under whatever agreement your country and your practice software require.
Send the medical history as a link in the confirmation, from your practice software or a platform built for patient data, rather than as free text fields on a website form. The website itself should never store a health record.
5. Set the recall interval per patient, not per clinic
This is the single most valuable setting in the system. Most tools let you attach a recall interval to a patient or an appointment type. Some patients are three months, most are six, a few are twelve.
Set the default at your usual interval, then make sure the interval can be changed on the individual record when you decide it should be, and that changing it actually changes when the message goes out.
6. Write the recall message so it sounds like you
The recall is not a marketing email. It is a short message from the person who cleaned their teeth, saying it has been six months, here is the link, here is the number if they would rather ring.
One message at the interval, one polite follow-up a fortnight later if nothing happens, and then stop. A third and fourth chase turns a recall into spam and costs you the unsubscribe.
7. Turn on reminders as well as recalls
A reminder goes out before an upcoming appointment and protects the slot you already have. A recall goes out after a gap and creates a new one. You want both, and most tools treat them as separate settings.
8. Deep link the buttons on the website
A Book button in the header on every page, one under the price list, and one at the end of the what-happens page. Each one deep linked so the right appointment type is already selected when the booking page opens.
Hosted booking pages usually behave better on phones than embedded widgets. Where you do embed, reserve the height so the page does not jump, and keep the widget on one booking page rather than in the footer of every page.
9. Test it from a phone, then test the recall
Book yourself in, on mobile data, and check the confirmation arrives and the slot is held. Then cancel and confirm the slot is released.
Most platforms let you preview or test a recall. Do that before launch and again after any software update, because a recall that quietly stopped sending is invisible until the diary empties three months later.
10. Look at it once a month
Track booking clicks by page, then compare recalls sent against appointments booked. Ten minutes a month tells you whether the loop is working.
Where this sits
Booking with reminders and recalls configured around Dentally, Software of Excellence, Cliniko, Jane, Acuity or Square Appointments is the core of a hygiene clinic website as we build it, and the same booking pattern runs through the dental practice websites we work on. Packages are on pricing. The software holds the diary. The site's job is to get the patient into it in one tap, and the recall's job is to do it again in six months.