Integrations

Patient Reactivation for Open Dental Practices

Open Dental already provides a Reactivation List for managing contact with patients who have stopped visiting. Start by understanding that workflow before adding another tool. Clincy is being built around Open Dental for AI voice and SMS outreach; this guide separates the documented native tools from the capabilities you should confirm in a Clincy pilot.

What Open Dental already provides

Open Dental's manual describes a Reactivations tab within the Recall List. Setup includes enabling the feature, creating a REACT communication-log type, and choosing reactivation statuses. The list uses visit history, future appointments, previous contact, and contact restrictions to determine which patients appear.

The documented workflow supports recording contact, sending emails, preparing postcards, and moving into scheduling. Reactivation settings include a contact interval and maximum attempt count. Review your current configuration with the manual linked below before building a separate patient list.

What would an additional outreach tool need to improve?

A list can work well when someone has time to review and contact each patient. The evaluation question is whether preparing messages, following up, and managing replies consume enough staff time to justify an additional workflow. Do not pay for another view of the same list without understanding how it changes the work.

For Clincy, ask to see how the proposed voice and SMS conversations connect to your staff's next action. Compare the complete process with your current Open Dental setup, including other messaging products you already use. Native list management and a proposed AI conversation flow are different capabilities, so evaluate them separately.

A practical walkthrough before connecting patient data

Use an approved demonstration record and agree what success looks like before enabling outreach. The steps below describe an evaluation, not verified behavior for every Clincy deployment.

  • Show how a patient becomes eligible and how your exclusions are applied.
  • Review the outgoing message, patient identity shown, and the selected contact channel.
  • Demonstrate a reply asking for a callback and identify the person who receives that task.
  • Demonstrate an appointment booked outside the outreach conversation and check how further attempts stop.
  • Show a request to stop and confirm how it becomes visible across the tools involved.
  • Check where an attempt, response, and final outcome are recorded in Open Dental, identifying any manual steps.
  • Demonstrate pausing the pilot and handling an unavailable connection without losing unresolved staff tasks.

Confirm the exact reads, writes, and scheduling behavior

Clincy's initial Open Dental focus does not establish that every field or action is available. Ask for a written list of supported records and actions for your pilot. Reading a patient name, creating a communication record, and confirming an appointment are separate operations with separate review needs.

Describe your hosting arrangement, version, clinic structure, appointment types, and any existing outreach services. Confirm access setup with the people responsible for your Open Dental installation. Keep credentials out of email and public booking forms; use the onboarding method agreed for the pilot.

Avoid two systems chasing the same patient

Define which tool owns the next contact attempt for the pilot cohort. If staff continue calling the same list while another system sends messages, the patient may receive overlapping requests and the results become difficult to interpret. A record of contact only helps when the other workflow actually uses it.

Before starting, choose a small reviewed cohort and a staff owner. Check the list again when appointments are booked or preferences change. Confirm how outcomes are reconciled instead of assuming that a shared PMS connection automatically coordinates every product.

Compare the pilot with the process you have today

Record staff time, contact attempts, unique patient replies, confirmed appointments, and attended visits in both workflows. Include setup and exception handling in your assessment. A conversation that needs several staff callbacks may still be worthwhile, but its cost should be visible.

Ask for pricing that identifies setup and ongoing usage, and agree what happens to pending replies when the pilot ends. If Open Dental's native workflow and your existing team already cover the eligible list, a new outreach tool may not be necessary.

Frequently asked questions

Does Open Dental already have reactivation tools?

Yes. Its manual documents a Reactivation List, contact rules, and staff actions. The sources below explain that native workflow; they do not document or endorse Clincy's proposed integration.

Is Clincy reactivation live for every Open Dental practice?

No general availability is promised here. Clincy is pre-launch; confirm your setup and the supported outreach, writeback, and scheduling actions during a pilot discussion.

Can I use this workflow for unscheduled treatment?

That requires a separate scope review. A patient reactivation cohort is not the same as a list of unscheduled treatment plans, and support for one does not establish support for the other.

Sources

Book a Clincy walkthrough with your Open Dental workflow in mind. We will review the proposed pilot and which steps your team would still own.

Book Call

Related reading

All integrations