A working session on service delivery

Case Study: An ABA Practice Management System for PTC

Metric Before After Submission errors High Significantly reduced Time clinicians spent entering data 10-15 mins/day < 3 mins/day Admin review effort Heavy Lightweight & structured...

01

PTC at a glance

< 3 mina day for each clinician to log sessions, down from 10 to 15 minutes in shared spreadsheets
14views in one portal, each limited by role: admin, sub-admin or clinician
8automations that write documents, update authorization status and run billing with no one touching them
45 daysof warning before a quarterly report is due or a client's coverage runs out

02

The practice

PTC is a behavior analysis practice in Virginia. Its BCBAs work with clients under service authorizations (SARs), write Behavior Support Plans, and owe a quarterly report for every client. About twenty clinicians work across several locations, so every session, authorization and report has to stay in step without one person chasing them.

We have worked with PTC since 2025, and Harsh Khubchandani serves as the practice's Technical Advisor. This page describes the system we built and still support.

03

What was going wrong

Clinicians logged sessions in shared spreadsheets. Each person filled them in a little differently, so the billing team received dates in three formats, durations that did not match start and end times, missing SAR details, inconsistent place of service, and several copies of the same file in circulation. Someone had to clean every cycle by hand before it could be billed.

The documents had the same problem. Behavior Support Plans, quarterly reports and discharge summaries were written by copying client details from one file into another, and nobody could see at a glance which authorizations were about to run out or which reports were due.

04

What we built

  • One portal, three roles

    An AppSheet portal where access follows the user's email: admins see everything, sub-admins see management and reporting, clinicians see only the clients assigned to them.

    • Unrecognised users get a blank no-access screen
    • A shared clinician directory so a colleague can cover a session
    • Clinician view mirrors admin, filtered to their caseload
  • Session notes that check themselves

    A guided form replaces the spreadsheet: durations calculated from start and end time, required fields enforced, and the client list limited to the clinician's own caseload.

    • Hours used against total authorized hours per client
    • Monthly and quarterly hour goals per clinician
    • Old billing cycles locked against edits
  • Authorizations tracked every minute

    An automation reads every authorization and sets its status: active, in progress, or expired when the end date passes or the hours reach zero.

    • Client status flows from new referral to onboarding, active and inactive
    • Insurance expiring within 45 days listed with days left
    • Manual override where the practice needs one
  • Documents written from the record

    Behavior Support Plans, session notes, quarterly reports and discharge summaries are generated from the data in one click and filed in the right client folder.

    • Quarterly reports group each service with its session dates
    • Reports due within 45 days shown with days remaining
    • Client folders sorted automatically into referral and discharged
  • Billing cycles run by rule

    Running a cycle bills whole hours per client, carries leftover minutes into the next cycle and stamps every row as billed, so nothing is billed twice or lost.

    • On the final cycle, 30 minutes or more rounds up to an hour
    • Billable and non-billable hours per clinician per month
    • Call logs and reimbursements with supporting documents
  • Built on tools the practice owns

    Everything runs on Google Workspace, AppSheet and Apps Script in the practice's environment. There is no per-seat licence to a software vendor and no export fee to leave.

    • Changes are made to their system, not requested from a vendor roadmap
    • A written handover of every module and trigger
    • Testing on sample records, never live client data

05

How the project ran

Map the work

Interface review and ideation sessions with the practice owners to list every view, form and document they needed, and who should see what.

Build and test in rounds

Each module was tested by the practice's own leads on sample clients, with issue lists turned around between sessions.

Move the history across

Existing client, authorization and session records were migrated from the old spreadsheets in checked batches, so the portal started with the full caseload.

Hand over and support

User guides and walkthrough videos for clinicians and admins, full code documentation, and ongoing changes as the practice grows.

06

What changed for the practice

  • Clinicians

    Logging a session takes under three minutes a day instead of 10 to 15, and the form will not accept an entry that would cause a billing problem later.

  • Admins and billing

    Every cycle arrives in one format. Running billing is a button, with leftover minutes carried forward by rule instead of by memory.

  • Clinical leads

    Authorizations, reports due and coverage ending are visible weeks ahead, and the documents that used to take an evening are generated from the record.

07

Could this work for your practice?

The same approach fits most ABA and behavior analysis practices that have outgrown spreadsheets but find packaged software rigid or expensive for their size. See what we build in ABA practice management, how authorizations and denials are handled in prior authorization and claims automation, or click through a working demo with sample data.

08

Questions about this project

What platform is the PTC portal built on?
Google AppSheet for the portal, Google Sheets as the data layer, and Google Apps Script for the eight automations that generate documents, update authorization status and run billing cycles. All of it runs in Google Workspace.
How long did it take?
The first working portal came together in a few months of build and test rounds with the practice. It has kept growing since, with migration of historical records and new modules as the practice asked for them.
Does it replace a product like CentralReach?
For PTC it replaced spreadsheets rather than a packaged product. For other practices it can replace one or work beside it, covering the reports and tracking a product does not. We look at what you use today before suggesting either.
Is a system like this HIPAA compliant?
No software is "HIPAA certified", and compliance depends on how the practice operates as a whole. We build on HIPAA-eligible Google Workspace services under the practice's own Business Associate Agreement, restrict each user to the records they need, and build and test on sample or de-identified data.
Can you build the same thing for my practice?
We build each system around the practice's own forms, payers and reports rather than copying one. Tell us how your practice runs today and we will come back with what yours would include and what it would cost.

Want a system like this built around your practice?

Tell us which spreadsheets, forms and reports your team works from. We will reply with what an ABA practice system built around them would include.

A reply from a consultant, usually within one working day. Please do not include any client or patient information.

Part of our Healthcare Practice Automation hub. Start with our healthcare workflow automation.

Get started

Tell us where the week goes

Two weeks, fixed scope, a costed plan at the end. No obligation after it.

  • We map your workflows and where the time actually goes
  • You get the three that cost the most, with what automating them takes
  • Delivered as a document, in 5 to 7 working days

We reply from [email protected], usually within one working day. We do not add you to a mailing list.