An ABA clinical plan decision log records why a qualified clinician retained, changed, added, paused, referred, or retired plan content. Each entry should state the question, source evidence, direct client input, alternatives, authority, rationale, date, effective scope, affected version, implementation work, outcome review, and unresolved uncertainty. The log supports reconstruction and accountability; it does not replace the clinical record, plan, consent, or source evidence.

State the decision question

Describe the component, current state, client-valued outcome, setting, timeframe, trigger, and exact choice being considered.

Write the question before recording the answer. “Should the communication goal remain current in the home setting?” is more reconstructable than “goal reviewed.” Include what prompted review and which version is in force while the decision is open. A component-level question prevents one favorable or unfavorable finding from being generalized automatically to the whole plan or to settings outside the evidence.

Preserve sources separately

Link direct client communication, caregiver report, observation, measurement, implementation, health, school, payer, incident, staff, and interdisciplinary evidence with dates and authors.

Keep sources separately attributable and identify the plan version, setting, exposure, and limits attached to each one. Cleo's direct experience should not be rewritten as caregiver or clinician interpretation. Show raw counts, denominators, missingness, and integrity behind derived measures. Health, educational, payer, or other professional evidence remains within its source authority rather than becoming a behavior-analytic conclusion by inclusion in the log.

Record alternatives and risks

Include retain, adapt, assess, refer, pause, retire, environmental support, different response form, and no change, along with benefits, burdens, risks, and uncertainty.

Compare options that are feasible within Cleo's context and priorities, including what support remains while further information is obtained. Avoid presenting the existing component as the only safe choice merely because alternatives require work. State where evidence is weak and which option is most reversible. If the question falls outside the clinician's competence or authority, create a focused referral rather than an unsupported clinical answer.

Identify authority

Separate qualified clinical authorship, legal consent, assent when applicable, medical order, school decision, payer coverage, operational release, and software administration.

Record the actor, date, evidence, and scope for each state. A clinical recommendation can coexist with a payer denial or an operational hold, and one does not erase the other. Software may enforce a workflow gate or retain an audit trail but cannot supply missing professional authority. When roles disagree, preserve their positions and the route for review instead of replacing them with a generic approved status.

Link the implementation

Record affected components, version, effective scope, training, readiness, distribution, first use, interim controls, and exceptions.

Translate the decision into separate owned release tasks and link them back to the decision entry. A newly approved component should not appear active in every setting until access, training, materials, and version delivery are verified there. Record actual exposure, system failures, and unauthorized deviations separately. This lets later reviewers distinguish a sound clinical decision from an incomplete or faulty rollout.

Schedule decision review

Name outcome, integrity, access, adverse-effect, burden, and client-experience evidence plus review date and reconsideration triggers.

Choose a maturity window based on expected exposure rather than a universal interval. Include event triggers such as health change, loss of AAC, setting transition, unexpected burden, integrity decline, source correction, or Cleo's request. At review, state what the evidence supports and what remains uncertain. Reopen through a new linked entry so the original rationale and actual dates remain intact.

Build Cleo's clinical decision log

Create a versioned clinical decision log for the ABA clinical plan decision log question. Preserve client and plan identity, controlled components, clinical meaning, direct client communication, source evidence, qualified authority, lifecycle state, effective scope, access and safety, training and readiness, distribution, actual use, exceptions, correction history, retention, owners, review dates, and unresolved limits. Another qualified reviewer should be able to reconstruct what the artifact proves and which decisions remain elsewhere.

Work through Cleo's example

Cleo's quarterly review produces seven decisions. Three goals remain unchanged, two definitions are revised, one goal moves to maintenance, and one proposed target is declined by Cleo. All seven entries link to evidence and the resulting component state. The declined item remains in the decision history without appearing as an active clinical goal. Show all states, counts, denominators, overlaps, unavailable evidence, and open work. This fictional adolescent transition plan example illustrates one plan-control artifact and supplies no universal clinical rule, legal conclusion, retention period, release threshold, or outcome guarantee.

Address Cleo's main control risk

A retrospective rationale can make a decision look more certain than it was. Cleo's log records the evidence, alternatives, limits, and actual decision time. Keep the artifact's evidentiary claim narrow. A cover sheet, register, log, exception, variance, addendum, archive, acknowledgment, or audit can organize evidence without creating clinical authority or proving implementation.

Choose Cleo's next action

The clinician signs each entry, issues the corresponding version changes, shares an accessible summary with Cleo, and links later outcomes back to the original decision question. Record the responsible role, authority, affected scope, interim control, due date, evidence needed for closure, accessible communication, and next review. Software may enforce document states and access. Qualified professionals make case-specific clinical decisions within scope.

Protect Cleo's access and history

Keep Cleo's AAC, interpreters, mobility, food, water, bathroom use, prescribed care, pain communication, health support, movement, rest, relationships, and emergency help available. Preserve original records, actual dates, authorship, corrections, direct client communication, dissent, and withdrawal when applicable. Summaries and proxy input should never overwrite the person's experience.

Apply current sources to Cleo's control

The BACB ethics hub, current Ethics Code, CASP public summary, and BCBA Test Content Outline provide scoped professional, client-involvement, documentation, evaluation, and training context.

An evidence-based ABA framework supports integrating research, expertise, client values, and context.

A treatment-integrity practitioner guide, the Essig review, research on integrity's relationship to intervention effects, and a reporting review support explicit procedures, measurement, and bounded interpretation.

ASHA supports continuous AAC access.

Rehearse Cleo's control workflow

Test the clinical decision log with an urgent pause, client request, missing approval, temporary variance, changed definition, unavailable AAC, medical update, incomplete staff, stale mobile cache, wrong printed copy, failed link, system outage, exception, record correction, rollback, service transition, and access request. Confirm that identity, scope, authority, safe action, version history, and follow-up remain intact.

Close Cleo's artifact review

Review the clinical decision log with Cleo, the responsible clinician, records and system owners, and the specialists named by the manifest. Preserve plan content, direct client input, evidence, authority, implementation, corrections, limits, and open findings. Keep the page draft and noindex until required clinical, treatment-integrity, client or family, records, accessibility, privacy, security, software, payer, and legal reviews are complete.

Related resources

Sources