The Complete Patient Visit System
The full end-to-end journey, connected as one system: from booking, through a prepared and personalised visit, to checkout, rebooking, feedback, and reviews, with each stage feeding the next.
- Tier
- Flagship
- Build order
- 5th of 7 for medical spas
- Shape of it
- 15 steps, 1 decision point
- At launch
- Built against your stages, then proven before it runs alone
The problem this solves
Every clinic has pieces of this. Almost none have it connected. Booking does not know about preferences, the provider does not know what happened last time, and checkout does not know a rebooking is due. The patient experiences a series of disconnected interactions with a business that appears not to remember them, and the front desk does the remembering manually until it cannot.
How it works, step by step
Every wait, threshold and branch below is a value we set with you during the build, against your stages and your language. None of it is a default we impose.
- What starts it
- It decides something
Step 1Trigger
The appointment is booked. Live availability, correct provider, correct duration.
Step 2
A short preference form goes out with the intake. Comfort preferences, how much conversation they want, music, whether they want detailed explanation during the treatment or prefer to be left quiet, and any accessibility needs.
Step 3
The patient is assigned to the most suitable provider based on treatment type and, where relevant, continuity, patients see the person they saw last time unless there is a reason not to.
Step 4
Calendar entry and confirmation are created, and System 2's preparation sequence runs.
Step 5Branch
24 hours before: confirmation with the yes/no branch, exactly as in System 2. A no releases the slot into System 3.
Step 6
On arrival, the patient checks in: on a tablet, by QR code, or at the desk. Consent and history are already complete, so check-in confirms rather than collects.
Step 7
The provider is notified their patient has arrived, with the prepared brief: history, goals, prior treatments, photographs, and stated preferences.
Step 8
The room is set to that patient's preferences where the clinic has the equipment for it, lighting, music, and comfort. Where it does not, the preferences appear on the provider's brief so the human does it.
Step 9
Treatment is delivered. The system does nothing clinical. It records what was performed, by whom, and the clinically appropriate re-treatment date.
Step 10
At checkout, the next appointment is offered while the patient is still present: pre-filled with the clinically appropriate interval. This single step is the highest-leverage moment in the entire journey, and it is the one most often missed because the front desk is busy.
Step 11
Aftercare goes out on the treatment's own clock, not a generic drip.
Step 12
A short while after departure, a satisfaction check: one simple rating.
- Highinvited to leave a public review.
- Lowno review request. It becomes a service-recovery task for the owner, with the patient's comment attached, same day.
Step 13
Loyalty or package balances are updated in the patient's record.
Step 14
If no rebooking was made at checkout, the patient enters the rebooking path in System 6 ahead of their re-treatment window.
Step 15
Everything the system could not resolve (a failed message, an ambiguous reply, an unassigned recovery task) appears on the daily brief in System 7.
How it gets built
Built inside what you already run
- Zenoti
- Boulevard
- Aesthetic Record
- Nextech
- Pabau
- or whatever your office already runs on
Nothing to log into and nothing to license. If a system needs a record your platform does not hold, we add the field to your platform rather than starting a second one beside it.
This is the actual build order, in the phases its own steps fall into. It runs in supervised mode first, with you approving what goes out, until you are happy with the tone.
- 1
Map
Map the clinic's actual visit end to end with the team, including the parts nobody has written down. This is a workshop, not a form.
Nothing is designed until we have looked at what already exists, including the parts nobody officially owns.
- 2
Build
Build the preference form with the clinical owner. Keep it short; a long form gets abandoned and produces worse data than none.
Built inside the software you already run, against your stages and your language.
- 3
Build
Build provider assignment and continuity rules.
- 4
Build
Build the check-in flow and confirm it writes back to the practice-management system rather than creating a second record.
- 5
Build
Build the provider brief and iterate it with the providers who will read it.
- 6
Build
Where smart-device room control exists, integrate it. Where it does not, put preferences on the brief. Do not sell equipment the clinic does not have.
- 7
Build
Build the checkout rebooking prompt with the correct interval per treatment.
- 8
Build
Build the aftercare sequences per treatment.
- 9
Build
Build the satisfaction check with a hard rule that low scores never reach a review request.
- 10
Build
Run one full journey with a real patient, with staff watching each step, before extending it.
What changes after it goes live
How it runs today
Every clinic has pieces of this. Almost none have it connected. Booking does not know about preferences, the provider does not know what happened last time, and checkout does not know a rebooking is due. The patient experiences a series of disconnected interactions with a business that appears not to remember them, and the front desk does the remembering manually until it cannot.
After this one is live
The clinic starts behaving like it remembers every patient, because it does. The provider is prepared. The room suits the person in it. The next appointment is booked while they are still standing there. Reviews come from the patients who were genuinely happy, and the unhappy ones reach the owner the same day instead of appearing publicly a week later.
How to measure whether it worked
Your arithmeticRun with your numbers, not ours
This one compounds rather than producing a single line. Rebooking at checkout lifts return rate; return rate lifts patient lifetime value; the satisfaction gate lifts public rating; rating lifts enquiry volume at no ad cost. Model it with the clinic's own average treatment value, current return rate, and current review volume, and be explicit that no single factor can be credited alone.
We agree the baseline before anything is built, and we do not take credit for things that were going to happen anyway. There is no figure on this page claiming what we have produced for somebody else, because there is no verified figure to publish.
What we will not do
This is from the same delivery document as everything above it. It is on the page because a supplier who has not thought about it will not tell you, and you would find out later.
Every system here touches protected health information.
- Signed agreements with every vendor that touches patient data
- Per-channel consent captured and stored per patient
- All message content reviewed against the relevant regulator's advertising rules for medical aesthetics
- A country and state profile for consent, privacy, health data, telecommunications, and mandatory human review, English-speaking markets are not one compliance regime
- No automated system answers a clinical question, ever
Nothing in this document is legal or clinical advice. Every template stating a clinical or commercial term requires review by the clinic's own counsel before it goes live.
Nothing here is legal advice. Rules in this area have moved more than once recently, and every template that states a commercial term or a guarantee goes to your own counsel before it goes live.
Seven systems formedical spas.
We build one at a time and prove it moved before starting the next. The tiers are the dependency order, not a price list.
Tier 1Foundational
Nothing arrives late or unowned. These come first because everything above them assumes they are true.
Tier 2Growth
The recoverable money. These work the pools the foundational systems have made visible for the first time.
Tier 3Flagship
One connected system end to end, plus what the owner reads on a Monday. Only once the pieces are proven individually.
- 5The Complete Patient Visit Systemyou are hereThe flagship, once the pieces are proven individually.
- 6Retention, Reactivation & Reputation EngineCompounds everything above.
- 7Owner Command LayerOnly meaningful once there are systems to report on.
The tiers are the dependency order for medical spas, not a price list. Most firms do not start at the first one, because the order is a default and the call is where it gets changed.
A note on sequencing this trade
Do not build all seven at once.
Each stage is proven against its agreed measure before the next begins.
Back to the medical spas overview for the stage map and where these fit.
Is this the oneyou need first?
Often it is not. On the call we look at what is actually costing you most right now, which is frequently a different system from the one that brought you to this page. If there is nothing worth building yet, we will say so.