Compliance MMFRM-18
Validation Checks by Instafill.ai
1
Ensures Date of Six Month Reassessment is Approximately Six Months After Initial Request Date
This validation checks that the Date of Six Month Reassessment is between 5 and 7 months after the Date of Initial Request, ensuring the reassessment aligns with the intended six-month review cycle. Both dates must be present and valid calendar dates in MM/DD/YYYY format. If the reassessment date falls outside this window or either date is missing, the form should be flagged for clarification, as an incorrect interval may indicate a data entry error or a misaligned treatment timeline.
2
Validates Member Age is Consistent with Date of Birth
This validation cross-references the Member Age field against the Member DOB field to confirm that the entered age matches the calculated age based on the current date or the date of the initial request. Discrepancies between the stated age and the calculated age from the DOB may indicate a transcription error in either field. If the values do not align within a reasonable tolerance (e.g., within the same birth year), the form should be returned for correction, as an incorrect age could affect eligibility determinations and treatment planning.
3
Validates Provider NPI Number Format
This validation ensures the Provider NPI number is exactly 10 numeric digits, conforming to the National Provider Identifier standard established by CMS. The field must not contain letters, special characters, spaces, or be left blank, as the NPI is a critical identifier used to verify provider credentials and process authorization requests. If the NPI is missing, incorrectly formatted, or does not pass a Luhn algorithm check, the form must be returned, as an invalid NPI will prevent proper provider identification and claims processing.
4
Ensures Exactly One Provider Contract Status is Selected
This validation confirms that one and only one of the two checkboxes — 'Contracted' or 'Non-Contracted' — is selected for the provider's status. Leaving both unchecked or selecting both simultaneously creates an ambiguous record that cannot be processed for authorization. If neither or both options are selected, the form should be flagged and returned, as the contract status directly affects reimbursement rates, network rules, and authorization approval pathways.
5
Validates Provider Tax ID Format
This validation checks that the Provider Tax ID is entered in the correct format, either as a 9-digit Employer Identification Number (EIN) in the format XX-XXXXXXX or as a 9-digit Social Security Number in the format XXX-XX-XXXX. The field must not be blank, as the Tax ID is required for billing, claims processing, and IRS reporting purposes. If the Tax ID is missing or does not conform to an accepted format, the form should be returned to the provider for correction.
6
Ensures Comprehensive Diagnostic Evaluation Response is Complete and Consistent
This validation checks that exactly one of the 'Yes' or 'No' checkboxes is selected for the diagnostic evaluation completion question, and that if 'Yes' is selected, both the 'Evaluated By' and 'Date Evaluation Complete' fields are populated. A 'Yes' response without supporting details (evaluator name and date) is incomplete and insufficient for clinical review. If 'Yes' is checked but the supporting fields are blank, or if neither checkbox is selected, the form must be returned, as the diagnostic evaluation is a foundational requirement for ABA authorization.
7
Validates Member's Definitive Diagnosis is Provided and Relevant
This validation ensures the Member's Definitive Diagnosis field is not left blank and contains a specific, recognizable diagnosis rather than a vague or generic entry. Since this form is specifically for Applied Behavior Analysis for Autism, the diagnosis should reflect an Autism Spectrum Disorder (ASD) or a related condition that clinically justifies ABA services. A missing or non-specific diagnosis (e.g., 'unknown' or 'TBD') will result in the form being returned, as a definitive diagnosis is required to establish medical necessity for the requested services.
8
Ensures Medication Status Has Exactly One Selection and Required Details if 'Yes' is Chosen
This validation confirms that exactly one of the three options — 'YES,' 'NO,' or 'UNKNOWN' — is selected for the current medication status question. If 'YES' is selected, at least one medication entry row must be completed with the provider ordering, medication name, dosage, and start date at minimum. Leaving the medication status unselected or selecting 'YES' without providing medication details creates an incomplete clinical record that could affect treatment planning and safety reviews. The form should be returned if this consistency check fails.
9
Validates That at Least One Behavior Targeted for Reduction or Increase is Documented
This validation ensures that at least one behavior entry is completed in either the 'Behaviors Targeted for Reduction' or 'Behaviors Targeted for Increase' sections for both the previous and next six-month periods. Each completed behavior entry must include, at minimum, the behavior description, the goal, and the target completion date to be considered valid. A form with no documented behavioral targets cannot support a meaningful treatment plan or authorization request. If all behavior sections are blank, the form must be returned as it fails to demonstrate clinical necessity.
10
Ensures Behavior Target Completion Dates are in the Future Relative to the Request Date
This validation checks that all target completion dates entered in the behavior goal sections (both reduction and increase) for the 'next 6 months' are on or after the Date of Initial Request or the Six Month Reassessment Date, as applicable. A target completion date that has already passed at the time of submission suggests outdated or incorrectly copied data from a prior authorization period. If any future-period target dates are in the past, the form should be flagged for review and returned for correction to ensure the treatment plan is current and actionable.
11
Validates Authorization Request Hours, Days, and Months are Numeric and Within Reasonable Ranges
This validation ensures that the Hours Per Day, Days Per Week, and Authorization Months fields in the authorization request section are all populated with positive numeric values and fall within clinically and administratively reasonable ranges (e.g., hours per day between 1 and 8, days per week between 1 and 7, and months between 1 and 12). Non-numeric entries, zeros, or implausible values such as 10 hours per day or 8 days per week indicate data entry errors. If any of these fields are blank or contain out-of-range values, the form must be returned, as these figures directly determine the scope of the authorization being requested.
12
Ensures at Least One Service Code Row is Fully Completed
This validation checks that at least one service row in the authorization request table contains all four required fields: Code, Description, Frequency, and Units. Partial entries — such as a code without a description or units without a frequency — are insufficient for processing an authorization request. If no complete service row is present, the form cannot be evaluated for authorization approval and must be returned to the provider for completion, as service codes are the basis for determining covered benefits and reimbursement.
13
Validates BCBA Signature Date is Present and Not Before the Initial Request Date
This validation confirms that the BCBA professional's signature date on the final page is populated and is on or after the Date of Initial Request. A signature date that predates the initial request date is logically inconsistent and may indicate a clerical error or an improperly completed form. Additionally, the signature field itself must not be blank, as an unsigned form lacks the required attestation from the treating BCBA and cannot be accepted for authorization processing.
14
Ensures School Evaluation and School Services Fields are Logically Consistent
This validation checks for logical consistency between the school evaluation status and school services fields: if the patient is marked as not evaluated by a school, they should not simultaneously be marked as receiving school services. Additionally, if the patient is receiving school services, the hours per day/week field should be populated with a numeric value. If the patient is not attending school, the transition goal status field must have a selection ('Yes' or 'No'), and if 'Yes,' the transition goal description must be completed. Inconsistencies among these related fields will result in the form being returned for clarification.
15
Validates Provider Mailing Address is Complete with City, State, and Zip Code
This validation ensures that all components of the provider's mailing address are populated: the street address line, city, state, and zip code must all be present. The state field should contain a valid two-letter U.S. state abbreviation, and the zip code should be either a 5-digit or 9-digit (ZIP+4) numeric code. An incomplete or improperly formatted mailing address will prevent the authorization decision notification from being delivered to the correct location, causing delays in care. If any address component is missing or incorrectly formatted, the form must be returned.
16
Ensures Six-Month Re-Evaluation Fields are Completed When Reassessment Date is Provided
This validation checks that when a Date of Six Month Reassessment is entered, all re-evaluation-specific fields are also completed, including the Six Month Re-Evaluation Date on page 2, the 6-Month Re-Eval Special Services Details, the 6-Month Re-Evaluation Parent/Caregiver Training section, and the status columns in the behavior goal tables. Submitting a reassessment date without completing the corresponding re-evaluation fields creates an incomplete clinical record that cannot be reviewed. If the reassessment date is present but re-evaluation fields are largely blank, the form should be returned for full completion of the reassessment documentation.