What a specialist booking has to carry
A general practice booking needs a name, a time and an appointment type. A specialist booking needs more. Which referring practice sent the case. Whether the referral letter and radiographs are already on file or still to come. Whether this is an assessment, a treatment appointment under local anaesthetic, or a session under sedation with an escort and fasting instructions. How long the surgeon actually needs, which varies far more than a hygiene slot.
None of that is exotic, but it is why a generic appointment widget bolted onto a specialist site tends to produce bookings the front desk has to unpick. Below are the systems specialist practices actually run, judged on what a website needs from them.
Dentally
For: UK and Ireland practices wanting a cloud system.
Website side: patient-facing online booking and digital forms, with an API used for deeper integrations.
Specialist fit: appointment types with their own durations and clinicians, so an assessment and a surgical session are not the same slot. Referral handling and file attachment vary by setup; confirm with the vendor how incoming referral documents are stored and matched to a patient record.
Watch: if you want the referral form itself to write into the record rather than land in an inbox, scope that early. It is an integration question, not a website question.
Software of Excellence
For: established UK practices, often running the system for many years.
Website side: patient portal and online booking capability alongside the core system, with the exact features depending on your version and modules.
Specialist fit: strong on diary control and recall, which matters for post-operative review appointments. Ask specifically which online booking module you are licensed for before a developer designs a flow around it.
Watch: older on-premise installs behave differently from newer hosted ones. Get your supplier on the call.
Dentrix
For: United States practices, including oral surgery lists.
Website side: online scheduling and patient communications through the vendor's own services, with the cloud line and the traditional desktop product differing in what they expose.
Specialist fit: appointment types and provider-specific scheduling are well handled. Anything patient-facing in the United States needs a business associate agreement in place with whichever vendor touches the data.
Watch: confirm which of your modules is current, because online booking is usually a separately licensed service.
Open Dental
For: United States and Canadian practices that want control and an open interface.
Website side: web scheduling and patient-facing forms, plus a documented API that developers can build against, which makes it the most flexible option on this list for a custom referral flow.
Specialist fit: good where you want the referral form to push structured data rather than send an email. That work is a genuine integration project, so budget for it.
Watch: flexibility comes with configuration. Someone has to own it.
Curve Dental
For: cloud-first practices in North America.
Website side: online scheduling and patient engagement features in the vendor's own suite.
Specialist fit: reasonable for consultation booking and reminders. As with the others, confirm what the patient-facing booking captures before you promise a referrer that their patient can self-book.
Jane
For: practices running a separate consultation funnel, and clinics with mixed specialist services.
Website side: online booking, intake forms, paid appointments and video appointments, with a clean embeddable flow.
Specialist fit: good at the assessment consultation, including collecting a fee up front and asking intake questions in the booking flow. It is not a dental practice management system in the sense the others are, so treat it as the front end, not the record.
What your website needs from any of them
- Two clearly separate routes on the first screen, one for referring dentists, one for patients. Mixing them is the most common failure of specialist sites.
- Consultation booking one tap from every procedure page, with the appointment type already chosen.
- The referring practice captured at booking, so you can tell where the work came from without asking at the desk.
- Appointment durations that vary by procedure, set in the system, not guessed by the website.
- Pre-appointment information delivered automatically, particularly for sedation lists where fasting and escort instructions matter.
- Health information kept out of general-purpose forms. Anything clinical goes through a platform that will sign a business associate agreement in the United States or a processing agreement under UK and EU rules. The website itself should store nothing.
- A separate referral submission route with file upload, because a referral is not a booking and should not be forced through an appointment form.
- Tracking of booking taps, call taps and referral submissions by page, so you can see which procedure page produces work.
Choosing
- UK or Ireland, cloud: Dentally.
- UK, long-established practice: Software of Excellence, with your supplier confirming the online module.
- United States, existing Dentrix or Open Dental site: stay put; Open Dental if you want a custom referral integration.
- North America, cloud-first: Curve Dental.
- Consultation-led private practice: Jane as the front end, with the record kept where it already lives.
Already on something that works? Stay on it. The website's job is to get a patient into your diary in one tap and a referrer into your referral form in two minutes, whichever system sits behind them.
Where this sits
Wiring consultation booking to the diary and keeping the referral route separate from it is the core of an oral surgery and periodontics website, and the same booking discipline runs through our wider dental practice websites. Feature sets change, so confirm anything load-bearing with the vendor before it goes in a build plan.