Family Practice Telehealth Scheduling Inside athenahealth

Family practice telehealth scheduling almost never fails because of the video. It fails at the booking, when a patient asks for a virtual visit and the person on the phone has to work out which of eight appointment types applies, whether that provider is set up for video at all, and whether this particular visit reason is even allowed to be virtual. The call takes four minutes and the answer is often wrong.

Most family practices bolted telehealth onto a schedule that was designed around rooms. What patients think of as one thing, an appointment, is a set of separate athena appointment types per provider: office intake, office first visit, office follow-up, and a parallel telemedicine version of each. A provider setup packet can contain eight distinct appointment type IDs covering in-person and virtual variants of the same visits.

That is before the rules layer on top. Some visit reasons are barred from video entirely. Some providers do video and some refuse to. Some slot types are named as though they control modality and then do not. Every one of those rules is real, none of them live in one place, and all of them have to resolve while the patient is still on the line.

The result is a practice with open virtual capacity it cannot fill, and a front desk that defaults to booking everyone in person because that is the answer least likely to get someone in trouble.

A virtual visit is a different appointment type, not a checkbox

The first thing that surprises administrators is that athena does not treat telehealth as an attribute of a booking. It is a separate appointment type, defined per provider and per department, sitting alongside the in-person equivalent.

A provider setup packet can include office intake, office first visit, office follow-up, telemedicine intake, telemedicine first visit, telemedicine follow-up, and both in-person and virtual versions of a study consult. Eight IDs for what the patient calls an appointment. A scheduler asked for a video visit has to pick the right one on the first try, because the wrong type produces the wrong duration, the wrong template slot, and a visit that bills incorrectly.

AI that works inside athena resolves this the way an experienced scheduler does, by mapping the reason the patient gave against the appointment types that provider actually has, then booking into a template slot that is eligible for that specific type. The mapping is the product. The phone call is just where it surfaces. The same appointment type mapping problem shows up in general telehealth scheduling automation, and it is the reason a booking tool that sits outside the EHR cannot solve it.

The modality rules that quietly block the booking

Every practice has a list of visit reasons that cannot be virtual. A community health center’s build list may require that all wellness exams be in person, blocking the telehealth path for that appointment type even when virtual slots sit open. Medicare publishes its own list of services payable when furnished by telehealth, and practices layer their own restrictions on top of it.

Slot names are not a safe shortcut either. A practice may be told it has an Any Telehealth template slot type, then find it does not block non-telehealth appointments from landing in it, which makes it useless for an online scheduler. Slot type semantics do not always match slot type names, and a booking engine that trusts the name will put patients in slots that were never meant for them.

So the rule has to be explicit and it has to be the clinic’s rule, not ours. The practice supplies the list of reasons eligible for video and the list that never is. The automation applies it before offering a slot, and a request that falls outside the list gets converted to the in-person appointment type the practice designated, or handed to staff with the reason attached.

Whether this provider can see this patient on video

Provider eligibility for a virtual visit resolves across four dimensions at once: the provider, the payer, the state the patient is in, and the type of visit. All four have to be true before a slot can be offered, and in most practices the enrollment data that answers the payer question lives in a spreadsheet outside the EHR rather than in the schedule.

A group may not be able to hand over its full provider-to-plan enrollment grid because the affirmative version is too messy to maintain. What it can produce is the inverse, a per-provider list of the plans it does not take. That negative list turns out to be the workable artifact, and it is enough to keep a booking from being offered to a patient whose plan would have killed the claim weeks later.

Family practices also tend to concentrate video in fewer providers than patients assume. A single clinician may handle essentially all virtual visits, with those visits initiated by the clinic rather than requested by patients. The useful inversion is to let specific patient-initiated reasons route to that provider’s open virtual capacity, while never routing video to the physicians who only want visits they created themselves. Getting that resolution right depends entirely on how the automation reads your athena data rather than a synced copy of it.

The athena work that happens after the call ends

Booking the visit is the smallest part. The link has to be delivered, the patient has to be able to open it, and somebody has to notice when they cannot. A practice that does this by hand assigns it to whoever is free, which means it happens for the morning visits and stops by mid-afternoon.

Automating it means the confirmation, the visit link, a tech-readiness call before the appointment, and a re-send when the first message goes unanswered all fire off the appointment record itself. If the patient cannot get the video working, the same workflow rebooks them into the in-person appointment type instead of losing the slot to a cancellation an hour before.

Confirmation language has to follow the booking, too. A health center may drop the standard please give us 48 hours notice to cancel line from same-day bookings, where it reads as nonsense. Small detail, and it is exactly the kind of thing that makes an automated message sound automated. It is the same coverage discipline that makes primary care front desk automation work after the phones stop being staffed.

Where the automation stops

The handoff is the part worth being precise about. The practice writes the eligibility list. The automation applies it, books the appointment type, confirms modality, delivers the link, and chases the confirmation.

Anything the list does not cover goes to a person, with the patient’s stated reason and the plan information already captured so staff are not starting from a blank screen. Whether a patient should be seen virtually or in the office is a call for the clinic, and it stays there. Our job ends at getting the right appointment on the right provider’s schedule with the paperwork done.

Key Takeaways

Treat telehealth as a set of appointment types per provider, not a flag on a booking. Inventory how many virtual types each provider actually has before you automate anything.
Get the clinic’s two lists in writing: the visit reasons eligible for video, and the ones that never are. Wellness exams are in person at more practices than not.
Do not trust slot type names. Confirm which specific appointment types a template slot will actually accept, per provider and per department.
If your enrollment grid is too messy to hand over, build the inverse. A per-provider list of plans not accepted is enough to stop a booking that would have died at the claim.
Concentrate virtual capacity where it already exists. Route patient-initiated reasons to the providers who want video, and never to the ones who do not.
Automate the after-booking work as well: link delivery, a tech-readiness call, a re-send, and a fallback to the in-person type when the patient cannot connect.

Family practices do not have a telehealth problem. They have an appointment type problem that shows up as a telehealth problem. Fix the mapping between what the patient asks for and what the schedule can hold, apply the clinic’s own modality rules before a slot is offered, and virtual capacity starts filling itself. That work happens inside athena, on the same appointment types and template slots your staff already use.

Sources