What to Look for in ABA Scheduling Software
An evaluation checklist for ABA scheduling software: authorization-aware bookings, recurring sessions, credential matching, multi-location views, cancellations.
Most ABA centers start scheduling in whatever calendar the office already uses. It works until it does not: a technician is double-booked across two locations, a client runs out of authorized units three weeks early, or a session is delivered by someone whose RBT certification lapsed last month. None of these are calendar problems. They are data problems that a calendar cannot see.
This guide is an evaluation checklist for ABA scheduling software. It applies whether you are comparing vendors today or, like us, building the capability into a broader operations platform. TargetFlo scheduling is on the roadmap, and these are the requirements we hold ourselves to.
What is ABA scheduling software?
ABA scheduling software is a system for planning, delivering, and reconciling therapy sessions that understands the constraints specific to applied behavior analysis: authorized units per CPT code, recurring multi-hour bookings, technician credentials and supervision ratios, family availability, and multiple physical locations. Unlike a generic appointment tool, it treats each session as a consumer of a finite authorization and as the source record for clinical documentation and billing.
The evaluation checklist
| Capability | Why it matters | Question to ask |
|---|---|---|
| Authorization-aware bookings | Prevents unbillable sessions | Does the booking show remaining units? |
| Recurring bookings | ABA is weekly, not one-off | Can I create a 26-week series and edit one occurrence? |
| Staff credential matching | Payer and compliance rules | Will it block an uncredentialed technician? |
| Multi-location calendars | Staff and clients move between sites | Can I see one technician across all locations? |
| Cancellation handling | Units, make-ups, and attrition | Are cancellation reasons structured? |
| Supervision overlap | 97155 runs alongside 97153 | Can two staff be booked on one session? |
| Session instance record | Basis for notes and claims | Does each occurrence store actual start and end? |
1. Authorization-aware bookings
This is the requirement that separates ABA scheduling from everything else. Every booking should be tied to a specific authorization and CPT code, and the scheduler should see — before saving — how many units the series will consume and how many remain.
The failure mode without it is quiet. A client authorized for 480 units of 97153 is booked for 24 units a week. Nobody notices until week 20, when the payer denies everything after the ceiling. Authorization-aware software projects consumption forward and flags the shortfall on day one. TargetFlo's Insurance and Eligibility module captures the authorization stages during intake so that scheduling, when it ships, will have that ceiling available. Our post on Why Scheduling Must Connect to Authorizations in ABA covers the mechanics.
2. Recurring bookings with exception handling
ABA is delivered in standing weekly patterns — often 10 to 30 hours per week across several days. Scheduling software must create a recurring series in one action and then let you change a single occurrence (a holiday, a substitute technician, a shortened day) without breaking the rest of the series.
Ask to see how the tool handles a technician going on leave for two weeks. If the answer involves deleting and recreating 40 sessions, keep looking.
3. Staff credential and role matching
Payers care who rendered the service. A 97153 session generally requires a credentialed technician; a 97155 session requires a BCBA or equivalent. Good scheduling software knows each staff member's credential, expiration date, and role and refuses (or at least warns) when a booking violates the rule.
Credential data usually lives in the HR or training system, so integration matters. TargetFlo's Workforce directory and Training and Compliance module store roles, certificates, and course completions today; the scheduling roadmap is designed to read from them rather than duplicate them.
4. Multi-location visibility
A technician who works mornings at one clinic and afternoons at another needs a single calendar. A family who alternates between in-clinic and in-home sessions needs a single client timeline. Scheduling that is siloed per location creates double-bookings and travel conflicts that no amount of coordination calls will fix.
Look for a location dimension on every booking and views that filter by location, by staff, and by client — not one or the other. For a broader take on the problem, see Managing Multi-Location ABA Centers Without Spreadsheet Chaos.
5. Structured cancellations
Cancellations are inevitable; unstructured cancellations are a choice. Each cancelled session should record who cancelled (family, staff, center), why, how much notice was given, and whether a make-up is planned. Those fields drive three important things:
- Unit reconciliation — cancelled units return to the authorization balance
- Dosage monitoring — a client falling below recommended hours needs clinical attention
- Attrition prediction — rising family cancellations are the earliest sign of disengagement
Any tool that treats cancellation as a delete button is discarding your most predictive operational data.
6. Supervision and overlapping sessions
97155 protocol modification is typically rendered while a 97153 session is in progress, with the BCBA observing and directing. The scheduler must allow two staff members with two different codes on one time block for one client, and the resulting session instances must be distinct for billing.
Many general-purpose tools model one provider per appointment. That single assumption makes them unusable for ABA supervision.
7. Session instances as a system of record
Every occurrence should become a session instance with actual start and end times, rendering provider, status, and units delivered. This record is what session notes attach to and what claims are built from. If the schedule is only a picture of the plan and not a record of reality, documentation and billing will drift from it. The full chain is described in Authorization to Claim: The ABA Revenue Cycle Explained.
Nice-to-have features that are not the core
Drag-and-drop calendars, color coding, and mobile apps are pleasant. Automated family reminders are useful. But none of them matter if the tool cannot answer "how many units does this client have left?" Evaluate the seven core capabilities first and treat polish as a tiebreaker.
Where TargetFlo stands
TargetFlo does not ship scheduling today. It is on the roadmap, described on our Scheduling page, and it is being built on the same data model that already powers the live intake pipeline, client records, and eligibility checks. The authorization a family receives at the end of intake will be the ceiling that scheduling enforces, and the session instances scheduling creates will feed session notes and claims as those ship.
If you are evaluating scheduling tools now, use the checklist above. If you are consolidating onto one operations platform, start with intake and authorization tracking — that is the data scheduling depends on.
- ABA scheduling software
- ABA authorization tracking
- multi-location ABA management
- ABA therapy center software
See it in TargetFlo
Move intake out of the fax inbox
Book a 30-minute demo and we’ll map your referral flow to the 9-stage pipeline, connect your fax provider, and show eligibility checks at intake.
Book a DemoFAQ