A dental clinic's whole operation on one system: the website patients find, the software the front desk lives in, and a rules engine that decides who is due back, whose treatment plan has stalled, and whose balance has aged, before anyone gets in at 8.
Powered by 27th MarketingBook in 30 seconds. We'll remind you the day before, and again when you're due for the next clean.
Almost nobody quits a dentist. They just never get asked back. Six months passes, the six-month clean isn't booked, and a patient the clinic already paid to acquire quietly stops being one.
The front desk marks a cleaning complete. That's it. The rules engine sets the recall date, picks the reminder date and the channel, and files it. Nobody diarised anything. Months later the 7am job picks it up and the reminder goes out on time, whether or not anyone remembered.
Finds who's due for the next visit and sends the reminder on the date it chose months ago.
A treatment plan idle past the threshold gets flagged before the patient drifts off it.
Payment plans chased on schedule, so the arrangement holds without a phone call.
The day-before nudge that turns a booking into a person in the chair.
Insurance claims that have sat too long, surfaced before they go stale.
Patients long past due, reached with a message written for exactly that gap.
Asked at the right moment after a good visit, not at random.
The small touch that costs nothing and gets remembered.
Ageing accounts flagged by bucket, so collections happen while they're still collectable.
Every automation records its run without sending, until you've watched a week of output and flipped it live.
The day by chair, with utilisation calculated for you. Gaps are visible as gaps, not discovered at 4pm.
Patient threads in one place, tied to the record, so whoever picks it up has the whole history.
Visits, plans, balances, documents and messages on one page, instead of four tabs and a folder.
Proposed, accepted, in progress, complete, with the stalled ones raised automatically.
Payments, instalments and ageing buckets, so the clinic knows what it's owed and how old it is.
Production, chair utilisation and recall performance, calculated once by the engine and read by everyone.
The register, the hours and the pay run, kept in the same system as the work they came from.
The owner sees everything. Front desk sees the day. A dentist sees only their own patients and threads.
Every rule visible, every run logged, and thresholds that are settings, not code changes.
The write path and the think path are separate on purpose. One service records what happened; another decides what it means. Neither guesses on the other's behalf.
The recall interval, the stall threshold and the ageing bucket are pure functions with tests around them, not logic buried in a screen. That's why the same system can run a derma clinic or a vet practice by changing configuration values rather than rewriting the product, and why "configuration, not a rebuild" is true in the code, not just in the pitch.
We map the real day, walk-ins, no-shows, the notebook nobody admits to, before designing a screen.
Recall interval, stall threshold, ageing buckets, agreed as numbers and locked in with tests.
Automations log every run without sending, so the clinic watches a full week of output before anything goes out.
Flip to live, watch the first cycle with you, and adjust thresholds from settings, not from code.
Designed, built and powered by 27th Marketing.
Clinic website, front-desk software and the automation behind both, from one team that stays on after launch.
Book a call and we'll walk your clinic's numbers, then scope the site and the system around them.