The mechanism, not the idea
Every practice knows a patient in pain wants to see a time. The gap is in the setup: which appointment type, released when, shown where, linked how, and what happens when the diary is empty. Get those five right and the page stops promising and starts booking.
1. Create one emergency appointment type
In Dentally, Software of Excellence, Dentrix, Open Dental or Curve Dental, create a single appointment type used only for this. Give it a realistic duration for an assessment and immediate relief rather than for a full course of treatment, because the slot has to be short enough that you can genuinely offer several a day.
Decide who it can be booked with. Some practices route all emergencies to whoever is on the emergency rota that day; others allow any clinician. The type needs to reflect that, or the page will show slots that operationally do not exist.
2. Ring-fence slots and decide the release rule
Two or three slots a day, held back from routine booking, is the usual starting point. The question that matters more is when they open.
Holding them until the morning of means the page shows nothing at eight the previous evening, which is exactly when the searches happen. Opening them a week ahead means routine work quietly eats them. The workable middle for most practices is to release the next day's emergency slots the previous afternoon, and to release same-day cancellations back into the emergency pool automatically.
Write the rule down and put it in the diary policy, because this is the part that decays.
3. Expose the type to online booking
Check what your software actually permits. Some systems will publish a single appointment type publicly; some publish the whole book or nothing; some need a module you may not have licensed. Confirm with the vendor rather than assuming, and confirm it for your version.
Where it is possible, restrict the public view to the emergency type only. A patient in pain should never be shown a list that includes a hygiene appointment in three weeks.
4. Show the times on the page, not behind a button
The strongest version renders the next few available times as text in the first screen of the emergency page. Not inside an iframe that takes two seconds to appear, and not behind a Book button the patient has to tap to find out whether anything exists.
Where the software offers an API, fetch the times server side, cache them for a short period, and render them as part of the page. Then load the booking widget only when a time is tapped. That gives you the persuasion of live availability without the page weight of the embed.
Where there is no API, the fallback is a deep link that opens the emergency type directly, with the page stating what is normally available in words beside it.
5. Deep link the booking button
Whatever route you use, the button must open the emergency appointment type with everything pre-selected. Every extra choice, practice, practitioner, appointment type, reason for visit, loses a proportion of one-handed patients.
Test the link yourself on a phone, at night, logged out, on mobile data. Test it in the in-app browsers too if you post the link on social channels.
6. Handle the empty state honestly
The diary will sometimes have nothing. That state has to be designed rather than left to whatever the widget says.
What works: a plain line saying today is fully booked, the next available emergency appointment is at a stated time, and here is the phone number in case something frees up. Plus the out-of-hours route.
What does not work: a spinner, a blank panel, or an error. And never show fabricated availability. A page that shows a slot the practice cannot honour destroys the exact trust the feature exists to create.
7. Put the fee and the eligibility next to the times
Availability alone does not book the appointment. The emergency assessment fee, what it covers, honest ranges for the usual follow-ups, and a plain paragraph on whether you see unregistered patients belong immediately beside the slot list. Those three blocks together are the whole conversion.
8. Add the deposit, if the system supports it
An emergency slot that no-shows cannot be refilled. Where your software or payment provider allows it, take a modest deposit at booking, refundable against the visit, with the policy stated beside the button.
9. Keep hours in one place
The hours displayed on the page and the opening-hours structured data should come from the same source, so a rota change updates both. That markup is what lets your hours surface in the search result itself, which for this audience is worth more than most on-page work.
10. Close the operational loop
Online emergency bookings get checked at the start of every session and mid-morning. Reception knows the page exists and texts the link to callers. The out-of-hours voicemail names it. If none of that happens, the feature is a website feature rather than a practice one.
A word on the guidance sections
The page will usually carry short what-to-do-now sections beside the slots. That is clinical content: written and approved by a clinician at your practice, dated, reviewed on a schedule. Never drafted by the web team, and never copied from another site.
Where this sits
Live same-day slots wired to whichever system runs your diary, with the fee and eligibility beside them and an honest empty state, is the core of an emergency dentist website, and the same booking-first approach runs through the dental practice websites we build. What the packages include is on pricing. A time beats a promise, and an honest empty state beats a fabricated one.