Yes. It can use the practice's approved hours, message process and urgent-call wording. It does not decide whether a symptom is an emergency.
Yes, when the practice uses a supported connector and the appointment type and required fields are configured. The receptionist confirms the booking only after the connected system accepts it.
Only where the connector, practice rules and identity checks support that action. If they do not, AiDial records the request or transfers the caller for staff follow-up.
Yes. New patients can follow an intake and first-appointment path, while existing patients can use approved booking, change, message or callback workflows.
The receptionist can offer configured practitioners, locations and appointment types that the booking system exposes. It should not offer an option that has not been verified as available.
AiDial follows the practice's fallback, such as taking the request, notifying reception or transferring the call. It does not say an appointment was changed when the system did not confirm it.
These calls follow the practice's authorised message or staff-transfer process. AiDial does not interpret results, advise on medication or answer clinical questions.
A separately configured follow-up workflow may send an approved SMS or email after a confirmed outcome. The practice controls the wording, recipient and consent rule.
AiDial has implemented connectors for Cliniko, Halaxy and PracSuite, among other booking options. Supported actions differ by connector and practice configuration, so the required workflow is checked before launch.
Collect only the details needed for the booking, message or handover. The practice should document consent, staff access, retention and how the outcome fits its patient records.
No. These are project settings. The practice selects the consent wording and the fallback for a patient who does not agree to the configured use.
Configured patterns can mask supported identifiers in retained text. Redaction is a secondary safeguard and should be tested with the identifiers the practice expects.
Approved checks can be configured for protected actions. If the caller cannot be matched safely, the receptionist should not disclose or alter patient-specific details.
A scoped AiDial project can use Australian hosting. The final design records which call artefacts are retained, their location, access and deletion settings.
Changes follow the agreed content and configuration process and should be tested before use. This includes new practitioners, appointment types, hours and urgent contacts.
Review booking accuracy, correct handovers, messages that contain the required details, patient drop-off and outcomes reception staff had to repair.