Online Appointment Scheduling FAQ

It connects directly to your practice management system so the availability patients see online reflects real-time openings in your actual calendar, not a separate copy that needs manual updating.

It's built to integrate with major dental PMS platforms including Dentrix, Eaglesoft, and Open Dental.

Yes, because availability is checked in real time against the live calendar, a slot is removed from view the moment it's booked, preventing two patients from claiming the same opening.

Yes, scheduling logic can be configured per provider so a hygiene visit, a new-patient exam, and a specialist consult each reserve the correct amount of time.

Well-built integrations sync in real time or near-real time rather than on a batch delay, so a slot booked or blocked in the PMS is reflected online within moments.

Yes, practices can configure rules like reserving morning slots for new-patient consults only, keeping online booking aligned with how the practice actually wants its day structured.

The system locks a slot the moment one patient begins confirming it, so the second patient sees it as unavailable and is prompted to pick another time.

Comprehensive scheduling logic should factor in chair/operatory capacity alongside provider availability, not just whether the provider is free — confirm this is configured for your practice's chair count.

Yes, blocking time directly in the PMS (for a meeting, lunch, or personal time) should immediately remove that slot from what patients see online.

With a real-time integration there should be no meaningful delay: the appointment appears in the PMS as soon as the patient confirms it online.

Recurring or interval-based scheduling (e.g., ortho adjustments every 4–6 weeks) can typically be configured so patients are offered dates that match the required spacing.

Patients typically book through a scheduling widget embedded on your practice website, a direct booking link, or via confirmation/reminder messages that link straight to available times.

Yes, the scheduling portal is designed to embed into an existing website rather than requiring patients to leave your site or visit a separate domain.

Basic portal setup can typically go live within a day or two; timelines extend if deeper PMS integration or multi-provider configuration is involved.

Yes; practices can restrict certain appointment types (like complex procedures or first emergency visits) to phone booking while opening routine visits to self-scheduling.

This varies by configuration: some practices allow guest booking with just contact info, while others require account creation for return visibility and history.

Yes, practice hours, holidays, and one-off closures can be configured so the portal never offers times the practice isn't actually open.

Yes — since most patients book from a phone, the portal is designed to work fully on mobile browsers, not just desktop.

Where integrated with digital patient forms, new patients can be prompted to complete intake and consent paperwork as part of the booking flow.

Basic branding (logo and color scheme) is typically configurable so the portal feels like a natural extension of your website rather than a generic third-party page.

Family/household booking under one account or contact profile is a common capability — confirm this is enabled for your setup if you serve a lot of family patients.

Patients who want an earlier appointment than what's currently available can join a waitlist for their preferred provider or date range, and get notified automatically if a matching slot opens up.

Yes; when a cancellation creates an opening, eligible waitlisted patients are notified automatically, typically by text, rather than staff manually calling down a list.

Backfill speed depends on how many patients are actively waitlisted for that time window, but automated notification happens immediately after the cancellation is processed.

Yes, patients can typically set preferences (specific provider, date range, or time of day) so they're only notified about openings that actually work for them.

This is usually configurable — some practices run strict first-come-first-served, others prioritize by how long a patient has waited or by appointment urgency.

The system should award the slot to whoever confirms first and automatically notify the others that it's no longer available, avoiding double-booking.

Automated waitlist backfill is specifically designed to shrink the gap between a late cancellation and refilling that slot, reducing lost chair time compared to manual callback lists.

Yes, front-desk staff should be able to add a patient to the waitlist manually, not just through the online self-service flow.

A response window (e.g., a set number of minutes) is typically used before the offer moves to the next patient on the list, to prevent a slot sitting unclaimed.

Yes, patients select their preferred location and provider (or accept the next available) as part of the booking flow.

Yes, each location can have its own hours, appointment types, and provider schedules, rather than forcing one set of rules across the whole organization.

Centralized, cross-location scheduling visibility is typically available for staff, which is especially useful for DSOs coordinating patient flow across sites.

Yes, providers with schedules split across locations should only show as available online at the specific location and time they're actually working.

Location-suggestion based on patient address or ZIP code is a common feature for multi-location practices, though availability should be confirmed for your configuration.

This depends on your plan: confirm whether multi-location scheduling is included by default or requires an upgraded tier.

Location-level booking and utilization reporting is typically available, useful for comparing performance across sites.

Where this feature is enabled, the system runs an eligibility check as part of booking so both the practice and patient have visibility into coverage before the visit.

The appointment is still booked, but it's typically flagged for staff to manually verify coverage before the visit rather than blocking the booking entirely.

Real-time eligibility checks against the payer can return results within the booking flow itself, though turnaround depends on the specific insurance carrier's system.

Where eligibility data is available, an estimated cost range can be shown to patients at booking, helping set expectations before they arrive.

Procedures that commonly require pre-authorization can be flagged during booking so staff can start that process ahead of the appointment rather than the day of.

Confirm whether eligibility pre-check ships as part of core scheduling or is a separate add-on module tied to insurance verification.

Out-of-network patients can typically still book online; eligibility pre-check may show different or limited information depending on the payer relationship.

An automated confirmation is sent immediately, typically by SMS and/or email, summarizing the date, time, provider, and location booked.

A multi-touch reminder sequence is standard, commonly one several days out and one closer to the appointment, with exact cadence configurable per practice.

Yes, two-way SMS confirmation is standard, letting patients confirm or cancel by replying directly rather than needing to call the office.

Yes, messaging content and timing can typically be tailored; for example, a longer procedure might warrant an extra reminder or specific pre-visit instructions.

Automated multi-touch reminder sequences are consistently associated with lower no-show rates compared to a single reminder call, since they reach patients across multiple channels and timeframes.

Yes, reminder messages can include a link to complete outstanding digital forms before arrival, reducing time spent in the waiting room.

Undeliverable messages should be flagged for staff review so outdated contact info can be corrected rather than silently failing.

Yes, reminder timing is typically configurable per practice preference rather than fixed.