Appointment automation and treatment information for a dental clinic — the clinic's appointment engine

In a dental clinic, the no-show is a silent thief of revenue. When a patient does not show up, it is not only that chair hour that goes to waste. You also lose the other patient who could have taken that slot, and everything from sterilization to the dentist's schedule was prepared for nothing. Most clinics leave this to the front desk's memory and working hours — one calls each patient one by one, another writes on WhatsApp one by one. It is tiring, inconsistent and easy to forget. This article explains how to set up the clinic's appointment engine in inTusell with appointment automation and treatment information for a dental clinic — from appointment types to multi-channel reminders, and from conflict prevention to re-offering the slot freed by a no-show.

This article is the dental appointment and engine leg of our sector-based "how to train your AI" series. For the dental pillar, see how to train the inTusell AI for a dental clinic, and for the general health pillar, see how to train the clinic AI. If you are curious how the same engine is set up in another sector, take a look at another pillar in the series, AI training for a tour agency.

Quick answer

Why appointment and reminder automation

There are three reasons to move appointments and reminders to inTusell: no request gets lost along the way, no appointment goes without a reminder, and nobody forgets the patient who says "let me think about it" and disappears. In manual mode, everything depends on one person's memory and working hours. In automatic mode, appointments come in 24/7, reminders go out on their own, and the system proactively reaches silent patients again.

The concrete difference looks like this:

This is where inTusell's "not a chatbot, but an experienced patient coordinator" position becomes concrete. A good coordinator does not hand out appointments out of thin air — they look at the calendar. They never leave a patient without a reminder. And for a question like "should this tooth be extracted?", they do not take the dentist's place; they point the patient toward an examination.

Who is it for?

• Dental clinics, oral and dental health clinics and implant/orthodontic centers that receive heavy examination and information requests from Instagram DM and WhatsApp.
• Clinics with a high no-show rate, where an empty chair hour turns directly into lost revenue.
• Teams that manage multiple services and different durations (first examination, check-up, filling, root canal, hygiene).
• Dental clinics working with health tourism that must answer international patients quickly and in several languages.

No technical knowledge is required; you do the whole setup from the panel.

1. Setting up appointment types

The foundation of the appointment engine is appointment types. You define a type for each service; a type has three important settings:

The duration matters because it lets the AI calculate the slot correctly. If you define "First Examination 30 min", the AI looks for a 30-minute gap and does not squeeze a fifteen-minute appointment into a half-hour interval. The buffer leaves breathing room for chair sterilization and patient turnover, which matters especially in a dental clinic. You can also add an informational fee to the type if you like. Remember, though, that the AI does not market the treatment fee on its own on a public channel — the how a dental clinic uses inTusell article explains this behavior in detail.

2. Working hours and holiday exceptions

You define working hours so that the AI only books appointments during the hours you are open. This has two layers:

• Weekly working hours: Opening and closing time for each day of the week (for example, Monday-Friday 09:00-18:00, Saturday 09:00-14:00, Sunday closed). You mark closed days as "unavailable".
• Exceptions (overrides): A special rule for a specific date. For a public holiday, a national holiday or a day when the dentist is at a congress, add an "unavailable" exception for that day and write a reason ("Public holiday — closed"). You can also change the hours for a single day — a half day, for example.

This way, the AI does not book appointments on the morning of a holiday and does not let a patient pick a time after closing. Whatever your working routine, the appointments fit it.

3. Conflict prevention: no two patients at the same time

This is the appointment engine's most important protection. Before creating an appointment, inTusell checks two things: is the requested time within working hours, and is that slot full? If there is a conflict, it does not open the appointment.

One important detail: cancelled (cancelled) and missed (missed) appointments free the slot again in this check. When a patient cancels, that time automatically becomes available and can go to another patient. Booking two patients into the same chair hour — the most common mistake of a manual diary — becomes mathematically impossible.

Every appointment has a status and a clear lifecycle:

scheduled (planned)
  → confirmed (confirmed)
  → attended (showed up / completed)
or
  → cancelled (cancelled)
  → missed (did not show / no-show)

4. The appointment reminder engine: 1 day + 2 hours before

The most expensive thing in a dental clinic is a patient who does not show up. An empty chair hour is lost revenue, and it also means losing the other patient who could have taken that slot. This is the part that actually reduces no-shows. Two reminders are scheduled automatically for each appointment:

• 1 day before: "Hello [name]! You have an appointment tomorrow at [date time]. See you soon! — [assistant name]"
• 2 hours before: "Hello [name]! You have an appointment today at [time] — 2 hours left. We are waiting for you — [assistant name]"

The message is signed with your clinic's assistant name (ai_persona_name), and it carries a one-click cancel/reschedule link (/manage-appointment/...). If the patient tells you in advance that they cannot come, the slot does not go to waste and that time can go to another patient.

The reminder is not tied to a single channel; it works through a fallback chain:

1. The channel the patient wrote in (WhatsApp, Instagram DM, Telegram, Facebook Messenger).
2. If the native channel fails, SMS.
3. If SMS fails too, email.
4. For patients who came through web chat, the message is written directly into the chat history.

You can turn the reminder on and off for each appointment (reminders_enabled). An appointment booked on the same day, for example, may not need a 1-day reminder. The system sends each reminder only once and prevents the same reminder from going out twice.

5. The treatment information boundary: the AI does not recommend, it informs, it refers to the dentist

Two boundaries in a dental clinic come even before the appointment engine. Both must be clear for the engine to work correctly.

The first is the medical boundary. In health mode, the AI does not give medical advice, does not diagnose, does not recommend treatment and does not guarantee outcomes. Take questions like "should this tooth be extracted or does it need a root canal?", "what is this pain due to?", "is an implant suitable for me?" or "how many sessions does it take?". The AI does not pick a side and does not commit to anything. It answers in general terms from the service descriptions in your knowledge base and points the patient toward an appointment: "our dentist will clarify this in a face-to-face examination". Which treatment is needed is a medical decision that depends on the person's oral and dental condition, and it always belongs to the dentist. The AI is the communication and appointment layer; it does not take the dentist's place.

This boundary does not rest on the rule you write alone. The primary protection is the "do not give advice, refer to the dentist" instruction that health mode gives the AI. On top of that, a pattern scan and a second model check flag boundary-crossing expressions like "guaranteed result", "this tooth will definitely go" or "this treatment will benefit you" before the reply reaches the patient. One important point: this medical review layer is not a wall that silently blocks the reply. It is a shadow layer that detects and flags risky output, and the system instructions you give the AI are what determine the actual behavior. So even if you forget to write a rule, the system tries to protect you from a misleading promise.

The second boundary is not making things up. The AI does not invent a price, a stock level or a piece of information. It does not guess on a topic it is unsure of. It says it does not know and points to the right next step — the examination or the live team.

Dental complaints sometimes carry urgency: severe pain, a tooth broken after a blow, swelling in the face, non-stop bleeding. The AI does not queue these signals like a routine examination matter. It treats the situation as a priority and quickly hands the conversation off to the dentist or the live team. Handoff to a human works in three modes: AI alone (ai_only), AI + human (hybrid) and human only (human_only). One point matters here: a patient sending an X-ray or an intraoral photo is not on its own a reason for handoff. The handoff decision depends on the urgency and the need for evaluation, not on whether a file arrived.

6. Price and health advertising regulations

The treatment fee is a sensitive topic for a dental clinic. Health and signage regulations limit the marketing of fees on public channels, as well as outcome promises. The AI holds this line inside the appointment engine:

• It does not discuss the treatment fee in public; it moves the conversation to a private channel.
• In a typical setup, it points the patient toward an appointment and says the fee "will be finalized after the examination" (you can change this to match your policy).
• Rather than invent a figure it is unsure of, it points to the right next step.

The pricing model itself does not change by sector either. inTusell is priced on messages and voice minutes, there is no separate tariff for dental clinics, and you can enable the appointment module in every package. For package details, see the pricing page.

7. No-show and re-offering the freed slot

If the patient still does not show up despite all the reminders, you mark the appointment as missed (did not show). That mark triggers a series of automatic steps:

• Pending reminder jobs are cancelled (they are no longer needed).
• Any Google Calendar event is deleted.
• The freed chair hour is re-offered automatically to eligible patients among the recent interested or follow-up contacts.
• The patient moves into the follow-up flow ("needs follow-up").

One important distinction here: this re-offer is not a managed waitlist. The system does not keep a separate queue. Unlike the multi-channel reminders, the re-offer goes out via WhatsApp for now, and only to a few eligible patients in follow-up. A no-show therefore becomes a second chance rather than a lost hour. The same logic covers patients who say "let me think about it" and go quiet: a proactive follow-up message goes out to anyone who got information and then disappeared, and every conversation is recorded in the CRM. The how a dental clinic uses inTusell article shows how this flow plays out in daily operations.

8. Google Calendar sync (one-way)

If you want your team to see the day in their own Google Calendar, connect the calendar with one-click OAuth. Let's be clear about how the sync works: it is one-way (inTusell → Google Calendar).

• When an appointment is created, an event lands in Google Calendar with the title "Appointment — patient name".
• When an appointment is rescheduled, the event is updated.
• When an appointment is cancelled or is a no-show, the event is deleted.

The reverse does not happen: a change you make by hand in Google Calendar does not come back to inTusell, and the conflict check does not look at Google Calendar's busy times. inTusell always calculates conflicts from its own appointment book. That is why Google Calendar is a viewing convenience, not the appointment source. Even if you never connect it, appointments, reminders and conflict prevention work exactly the same. You can review the integrations on the integrations page.

9. KVKK and special-category data

Data related to dental treatment is special-category personal data under KVKK, and processing it requires explicit consent. The X-rays and intraoral photos the patient sends fall under this too. The appointment engine protects this at three points:

1. Explicit consent record: The patient's explicit consent is recorded along with its timing and type (kvkk_consent_at / kvkk_consent_type).
2. Sensitive field control: A "health note/complaint" field is marked with the highest sensitivity; it is not saved automatically and requires manual approval.
3. Encrypted storage and masking: Personal data is end-to-end encrypted; PII masking is applied to audio recordings.

That makes it easier to answer "what did the patient consent to, and when?" with evidence in an audit or a dispute.

What it isn't

To put inTusell in the right category, let's clarify what it is not:

• It is not a dentist or a diagnostic tool. It does not give medical advice, does not diagnose, does not recommend treatment and does not guarantee outcomes; it leaves the evaluation to the dentist and the live team.
• It is not a patient record or EMR system. It does not keep medical records, an X-ray archive, a treatment plan or a patient file; it is the appointment, communication and patient coordination layer.
• It is not a two-way calendar. It writes to Google Calendar but does not read from it; it calculates conflicts from its own book.
• It does not keep a managed waitlist. It re-offers the freed slot to eligible WhatsApp patients in follow-up; it does not manage a separate queue.
• It is not an Instagram comment bot. The automation that is live today runs on WhatsApp and DM; the comment side rolls out gradually subject to Meta approval.
• It is not a sector-specific priced product. You can enable the appointment engine in every package, and the pricing model is based on messages and voice minutes and does not differ by sector.

Knowing these boundaries from the outset keeps you from starting with the wrong expectation.

Frequently asked questions

Does the AI say which treatment is needed or make a diagnosis?

No. The AI does not give medical advice, does not diagnose and does not recommend treatment. For a question like "should this tooth be extracted, or does it need a root canal?" it does not take sides. It gives the patient general information from your knowledge base, leaves the evaluation to the dentist and points them toward an examination appointment. The decision about which treatment is needed always belongs to the dentist.

Does the AI create the examination appointment on its own?

Yes. The AI suggests the appropriate appointment type and creates the appointment based on the duration, your working hours and full slots. The system prevents two appointments from being booked at the same time. When there is an emergency (severe pain, trauma, swelling) or the case needs a complex evaluation, the AI hands the conversation off to the dentist or the live team.

Does the AI state the treatment price?

That depends on your clinic policy and on health advertising regulations. The regulations limit the public marketing of treatment fees, so in a typical setup the AI leaves the fee until after the examination or refers the patient to the live team. It never invents a figure it is unsure of; it says it does not know and points to the right next step.

How are no-shows (patients who do not show up) reduced?

An automatic reminder is sent 1 day and 2 hours before each appointment; the patient can cancel or reschedule with one click. When a missed appointment is marked "missed", pending reminders are cancelled, any Google Calendar event is deleted, the freed slot is automatically re-offered to eligible WhatsApp patients in follow-up and a follow-up flow is triggered.

Is separate software required for the appointment system?

No. Appointment types, working hours, reminders and follow-up all come built into inTusell. Google Calendar is optional and works one-way; even if you never connect it, appointments, reminders and conflict prevention work exactly the same.

Are the patient's X-ray or health note safe under KVKK?

Yes. Health data related to dental treatment and the X-ray/intraoral photos the patient sends are special-category personal data under KVKK and require explicit consent. inTusell is end-to-end encrypted; the sensitive health note field is processed with high sensitivity and manual approval, and the timing and type of explicit consent are recorded.

Next step

Once the appointment and reminder engine is set up, you can go in two directions. To shape the AI with your services, your tone and your dental-specific medical boundaries, read how to train the inTusell AI for a dental clinic. Because dental is a sub-branch of the clinic, the general health guide clinic AI training applies too. To see how incoming appointments are managed in daily operations, move on to how a dental clinic uses inTusell. To see how the channels come together in a single inbox, read Instagram and WhatsApp automation for a dental clinic. The dental clinic solution page holds the entire dental clinic solution, and all articles lists everything.

If you would like us to set up your appointment and reminder flow together, get a demo or write to hello@intusell.com. In 20 minutes we set up your working hours, your appointment types and the first appointment reminder together.