To reconcile ABA request dates across the assessment, plan, form, and schedule, inventory every date with its label, event, source, time zone when relevant, and rule. Compare assessment and observation periods, plan creation and signature dates, requested service span, authorization span, schedule, form date, submission date, and evidence-age limits. Correct the source artifact through its authorized workflow and preserve the original history.

Define Sofia's cross-document request-date reconciliation

Sofia treats dates as evidence about different events. She avoids forcing the assessment date, plan date, signature date, and requested start into one value simply because a form has one date field. The date-provenance matrix preserves sources, versions, decision authority, corrections, validation, and open work.

Build the fields Sofia needs

The record captures date record ID, person and request, date label, underlying event, source artifact and version, author, event time, entry time, signature time, requested start and end, payer rule, evidence lookback, time zone, conflict, correction method, changed artifacts, owner, decision, and validation. Structured fields support comparison and routing. Narrative retains clinical reasoning, context, client perspective, uncertainty, disagreement, corrections, and source limits.

Apply Sofia's workflow

Sofia builds a chronology before changing anything. She distinguishes the date care occurred from the date an entry was completed, the date a plan was approved, the date a request was assembled, and the payer's requested period. A qualified author corrects a clinical record when permitted. Operations updates dependent forms and calculations only after the source date is resolved.

Preserve real chronology

Changing a form to match a schedule can hide a late signature, stale assessment, or unsupported start. Sofia records why values differ and whether the difference is valid. She never backdates a signature or rewrites an earlier event date to make the packet appear timely.

Separate related operational and payer states

Sofia tracks source collection, clinical authorship, administrative assembly, review, approval, release, transmission, receipt, request-for-information, payer decision, authorization, service, claim, adjudication, and payment separately. Each state has its own evidence, owner, timestamp, and reopening rule.

Protect urgent care and current information

Sofia routes imminent danger, medical emergencies, suspected pain, urgent clinical needs, suspected abuse or neglect, privacy incidents, and other time-sensitive duties through current authorized paths. Packet work never delays emergency, medical, protective, or mandated action. Material new information reopens the affected review.

Work through Sofia's fictional example

Sofia reviews 26 fictional packets containing 182 date fields. Twenty packets reconcile completely. One uses the plan signature as the assessment date, one starts before the requested period, two use stale evidence under the scoped payer rule, one carries an expired authorization date, and one has a time-zone error. Four repair. Two remain held. This synthetic example tests workflow and denominator logic. It supplies no payer, clinical, privacy, legal, coverage, claim, or payment conclusion for a real person.

Calculate Sofia's measures honestly

Initial packet date readiness is 20 of 26, or 76.9%. Twenty-four packets validate, or 92.3%. Events, dates, artifacts, rules, corrections, and requested periods retain separate units.

Address the main cross-document request-date reconciliation risk

Flattened dates can create false documentation, an unsupported service span, a missed deadline, or a packet whose narrative and form tell different histories.

Test Sofia's artifact against hard cases

Sofia tests late entry, late signature, amended plan, stale assessment, future start, partial period, time zone, resubmission date, portal timestamp, and retroactive request. Every test records the starting state, expected safeguard, observed result, affected artifact, correction owner, retest, and final disposition.

Run Sofia's release test

Sofia reads the chronology aloud as events rather than values: assessment occurred, record entered, plan approved, request assembled, packet submitted, and service period requested. Each statement must point to its source and date rule. She also checks that a correction changes only dependent copies. If a supposedly repaired packet still requires two meanings for one field, the ambiguity remains open for qualified resolution.

Close the packet state with open work visible

Sofia confirms the source set, qualified authorship, client access, validation evidence, released version, and unresolved work. The cross-document request-date reconciliation remains draft until every named reviewer finishes. Open items retain an owner, age, safeguard, deadline, and escalation route.

Keep clinical content with qualified authors

Sofia uses the CASP ABA Practice Guidelines Version 3.0 public summary for high-level autism-treatment context and the current BACB Ethics Code for covered behavior analysts' competence, client involvement, consent and assent when applicable, assessment, intervention, documentation, and billing duties. Neither source creates a payer rule or authorizes administrative staff or software to make clinical decisions.

Keep prior authorization separate from payment

The HealthCare.gov preauthorization glossary explains that preauthorization may be required and is not a promise that a plan will cover cost. Sofia keeps benefit, network, prior authorization, clinical recommendation, service release, clean-claim status, adjudication, and payment as separate states.

Use the CMS process rule within its scope

The CMS-0057-F fact sheet applies to named impacted payer classes and medical items and services excluding drugs. Its process rules and API requirements do not supply one national ABA packet, code map, source hierarchy, or medical-necessity standard. Sofia verifies the member's actual payer, product, contract, route, and effective date.

Use payer forms as scoped examples

The current Nevada Medicaid FA-11E form and instructions illustrate program-specific fields, evidence, timing, signatures, and attachments. The Texas Medicaid prior-authorization chapter says authorization is not a guarantee of payment and supplies its own field and claim relationships. Sofia never generalizes either program to another payer.

Separate codes and identifiers from authority

The CMS coding overview explains that a code's existence does not determine coverage or payment. The CMS NPI fact sheet says an NPI identifies a provider and does not validate licensure or credentialing, enroll the provider, or guarantee payment. Sofia verifies every separate clinical, legal, payer, and operational gate.

Control information by purpose

Sofia applies HHS treatment, payment, and healthcare-operations guidance and minimum-necessary guidance only after confirming entity, relationship, purpose, and applicable exception. Packet access, exports, reviews, test cases, and transmissions use authorized information and retain source attribution.

Preserve access and communication

The DOJ Title III overview addresses equal opportunity, effective communication, and reasonable modifications within its scope. The ASHA AAC Practice Portal says AAC users should always have access to their communication tools or devices. Sofia keeps communication and accessibility evidence intact without treating an access need as poor fit.

Use compliance guidance as orientation

Sofia uses the OIG General Compliance Program Guidance as voluntary, nonbinding orientation for risk assessment, auditing, reporting, incentives, and corrective action. Current payer, program, record, coding, privacy, contract, and professional sources govern the packet.

Related resources

Sources