112dictionary rows
63coded values documented
51required rows within scope
44derived, counted, or assigned rows
| ID / reference | Field | Meaning | Type / values | Required? | Derived / source method | Checks / source |
|---|---|---|---|---|---|---|
| ADR-FILE-001 | XML declaration Web form / system field File structure |
Declares the XML version and UTF-8 character encoding. Source note: Required file structure, not a client value. |
Fixed XML text <?xml version="1.0" encoding="UTF-8"?> |
Required Every client-level XML file. 1 per file; first line |
Structural Generated as fixed text by the submitting software. |
File must have an .xml extension, conform to the XSD, and use valid XML structure. ADR XML Schema Implementation Guide v3.7 · Guide pp. 2, 23–24 (§§2.1.1, 4.1–4.2) |
| ADR-FILE-002 | CLD:ROOT root element and namespace attributes/CLD:ROOTFile structure |
Opens the ADR client file and identifies the XML schema and namespaces. Source note: The guide p. 2 root example includes xsi:schemaLocation; the collapsed sample on p. 24 omits it. Confirm the current XSD and accepted root attributes. |
Complex XML element CLD:ROOT with xsi:schemaLocation="urn:adrNamespace AdrClientSchema.xsd"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:CLD="urn:adrNamespace" |
Required Every client-level XML file. 1 root element per file |
Structural Generated as fixed XML structure by the submitting software. |
File must conform to the XSD; complex and simple elements must appear in XSD order. ADR XML Schema Implementation Guide v3.7 · Guide pp. 2–4, 23–24 (§§2.1.2–2.1.3, 4.1–4.2) |
| ADR-FILE-003 | AdrClientReportXmlVersion container/CLD:ROOT/AdrClientReportXmlVersionFile structure |
Groups the schema version and software technical-contact information. Source note: This is the only complex element that the guide says does not use a CLD_ID attribute. |
Complex XML element Contains ADR-FILE-004 through ADR-FILE-009 in XSD order |
Required Every client-level XML file. 1 per file |
Structural Generated by the submitting software. |
Element and child order are enforced through XSD conformance. ADR XML Schema Implementation Guide v3.7 · Guide pp. 3, 5, 24–25 (§§2.1.3, 3.1.1, 4.2–4.3) |
| ADR-FILE-004 XV1 |
AdrSchemaVersion/CLD:ROOT/AdrClientReportXmlVersion/AdrSchemaVersionFile metadata |
Identifies the supported ADR XML schema version. Source note: Guide document version 3.7 and XML schema version 3.4.0 are different version numbers. |
Version string 3.4.0 |
Required Every client-level XML file. 1 per file |
No Configured in the XML-generating application. |
XSD conformance; an unsupported schema version prevents acceptance. ADR XML Schema Implementation Guide v3.7 · Guide p. 8 (§3.2.1.1) |
| ADR-FILE-005 XV2 |
Vendor/CLD:ROOT/AdrClientReportXmlVersion/VendorFile metadata |
Names the application used to generate the ADR XML file. Source note: The guide gives < and > as examples, but does not enumerate the complete excluded-character set. |
Text 1–150 characters; exclude special characters such as < and > |
Required Every client-level XML file. 1 per file |
No Configured in the XML-generating application. |
XSD conformance. ADR XML Schema Implementation Guide v3.7 · Guide p. 8 (§3.2.1.2) |
| ADR-FILE-006 XV3 |
VendorVersionNumber/CLD:ROOT/AdrClientReportXmlVersion/VendorVersionNumberFile metadata |
Version of the application used to generate the ADR XML file. Source note: The guide gives < and > as examples, but does not enumerate the complete excluded-character set. |
Text 1–150 characters; exclude special characters such as < and > |
Required Every client-level XML file. 1 per file |
No Configured in the XML-generating application. |
XSD conformance. ADR XML Schema Implementation Guide v3.7 · Guide p. 9 (§3.2.1.3) |
| ADR-FILE-007 XV4 |
VendorTechnicalContactName/CLD:ROOT/AdrClientReportXmlVersion/VendorTechnicalContactNameFile metadata |
Name of the technical contact who maintains the XML-generating application. Source note: The guide gives < and > as examples, but does not enumerate the complete excluded-character set. |
Text 1–150 characters; exclude special characters such as < and > |
Required Every client-level XML file. 1 per file |
No Configured in the XML-generating application. |
XSD conformance. ADR XML Schema Implementation Guide v3.7 · Guide p. 9 (§3.2.1.4) |
| ADR-FILE-008 XV5 |
VendorTechnicalContactEmail/CLD:ROOT/AdrClientReportXmlVersion/VendorTechnicalContactEmailFile metadata |
Email address for the technical contact. Source note: The schema example wraps across lines in the PDF; use the full tag name without breaks. |
Email Valid email address, no more than 150 characters |
Required Every client-level XML file. 1 per file |
No Configured in the XML-generating application. |
XSD conformance. ADR XML Schema Implementation Guide v3.7 · Guide p. 9 (§3.2.1.5) |
| ADR-FILE-009 XV6 |
VendorTechnicalContactPhone/CLD:ROOT/AdrClientReportXmlVersion/VendorTechnicalContactPhoneFile metadata |
Telephone number for the technical contact. Source note: The allowed-value pattern is literal. The guide example 123,456,789 does not match that pattern and should not be copied. |
Phone 999,999,9999 x99999; extension is optional and requires one space before x |
Required Every client-level XML file. 1 per file |
No Configured in the XML-generating application. |
XSD conformance. ADR XML Schema Implementation Guide v3.7 · Guide pp. 9–10 (§3.2.1.6) |
| ADR-REC-001 Cover 1 |
Recipient name Web form / system field Cover Page — recipient identification |
The legal recipient organization name shown on the Notice of Award. Source note: Display-only. The reviewed documents do not publish a web-form technical schema or formal length limit. |
Text (formal limit not published) Must match the organization name on the Notice of Award; use abbreviations only when the Notice of Award uses them. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 15 |
| ADR-REC-002 Cover 2 |
Grant number Web form / system field Cover Page — recipient identification |
The RWHAP Part B grant number shown on the Notice of Award. Source note: Display-only. Preserve leading letters or zeros. The reviewed documents do not publish a formal pattern. |
Identifier stored as text Grant number from the Notice of Award; formal pattern not published. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 15 |
| ADR-REC-003 Cover 3 |
Unique Entity Identifier (UEI) Web form / system field Cover Page — recipient identification |
The organization identifier assigned through SAM.gov. Source note: Display-only. The manual calls this a “12-digit alphanumeric identifier”; “12-character alphanumeric” is used here for clarity. |
Alphanumeric identifier 12-character alphanumeric UEI. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 15–16 |
| ADR-REC-004 Cover 4 |
Recipient address — street Web form / system field Cover Page — recipient address |
Street portion of the recipient mailing address. Source note: The web form displays the full address as one display-only line. This dictionary separates common address parts so implementers can map their source data; the reviewed documents do not publish the underlying address subfields. |
Text (formal limit not published) Mailing street address; formal pattern not published. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient of record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 15–16 |
| ADR-REC-005 Cover 4 |
Recipient address — city Web form / system field Cover Page — recipient address |
City portion of the recipient mailing address. Source note: The web form displays the full address as one display-only line. This dictionary separates common address parts so implementers can map their source data; the reviewed documents do not publish the underlying address subfields. |
Text (formal limit not published) Mailing city; formal pattern not published. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient of record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 15–16 |
| ADR-REC-006 Cover 4 |
Recipient address — state or territory Web form / system field Cover Page — recipient address |
State or territory portion of the recipient mailing address. Source note: The web form displays the full address as one display-only line. This dictionary separates common address parts so implementers can map their source data; the reviewed documents do not publish the underlying address subfields. |
State or territory code / text State or territory; formal option list not published. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient of record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 15–16 |
| ADR-REC-007 Cover 4 |
Recipient address — ZIP code Web form / system field Cover Page — recipient address |
ZIP or ZIP+4 portion of the recipient mailing address. Source note: The web form displays the full address as one display-only line. This dictionary separates common address parts so implementers can map their source data; the reviewed documents do not publish the underlying address subfields. |
Postal code stored as text ZIP or ZIP+4; preserve leading zeros. |
Prepopulated / confirm Every Recipient Report. 1 per Recipient Report |
Prepopulated Pulled from the recipient of record in HRSA EHBs. Displayed from the recipient of record in HRSA EHBs. Corrections require EHBs Customer Support. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 15–16 |
| ADR-REC-008 Cover 5a |
Contact name Web form / system field Cover Page — submission contact |
Name of the person completing the Recipient Report. Source note: Editable in the web form. The screenshot marks Contact Name, Contact Title, Contact Email, and Contact Telephone as required; Contact Telefax is not marked required. |
Text (formal limit not published) Person name; formal pattern not published. |
Required Every Recipient Report. 1 per Recipient Report |
No Entered or updated in the web form. |
Check 32 Warning: recipient contact information must be answered. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 15–16; Validation p. 1 |
| ADR-REC-009 Cover 5b |
Contact title Web form / system field Cover Page — submission contact |
Job title of the person completing the Recipient Report. Source note: Editable in the web form. The screenshot marks Contact Name, Contact Title, Contact Email, and Contact Telephone as required; Contact Telefax is not marked required. |
Text (formal limit not published) Job title; formal pattern not published. |
Required Every Recipient Report. 1 per Recipient Report |
No Entered or updated in the web form. |
Check 32 Warning: recipient contact information must be answered. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 15–16; Validation p. 1 |
| ADR-REC-010 Cover 5c |
Contact email Web form / system field Cover Page — submission contact |
Email address of the person completing the Recipient Report. Source note: Editable in the web form. The screenshot marks Contact Name, Contact Title, Contact Email, and Contact Telephone as required; Contact Telefax is not marked required. |
Email Email address; formal pattern and length are not published. |
Required Every Recipient Report. 1 per Recipient Report |
No Entered or updated in the web form. |
Check 32 Warning: recipient contact information must be answered. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 15–16; Validation p. 1 |
| ADR-REC-011 Cover 5d |
Contact telephone Web form / system field Cover Page — submission contact |
Telephone number of the person completing the Recipient Report. Source note: Editable in the web form. The screenshot marks Contact Name, Contact Title, Contact Email, and Contact Telephone as required; Contact Telefax is not marked required. |
Telephone Screenshot format: (000) 000-0000. |
Required Every Recipient Report. 1 per Recipient Report |
No Entered or updated in the web form. |
Check 32 Warning: recipient contact information must be answered. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 15–16; Validation p. 1 |
| ADR-REC-012 Cover 5e |
Contact telefax Alias: Contact FAX number; fax number Web form / system field Cover Page — submission contact |
Fax number of the person completing the Recipient Report. Source note: Editable in the web form. The screenshot marks Contact Name, Contact Title, Contact Email, and Contact Telephone as required; Contact Telefax is not marked required. |
Telephone Screenshot format: (000) 000-0000. |
Optional When the contact has a fax number to report. 0–1 per Recipient Report |
No Entered or updated in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 15–16 |
| ADR-REC-013 Q1a |
Waiting list limit applied Web form / system field A. Program Administration — cost controls |
Whether the ADAP used a waiting list for enrolled, eligible clients who could not receive services because of enrollment caps or another cost-control strategy. Source note: Question 1 allows more than one cost-control limit. If no listed limit applied, select only “None of these limits.” |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-014 Q1b |
Enrollment cap applied Web form / system field A. Program Administration — cost controls |
Whether the ADAP limited how many people could be enrolled and receive services at one time. Source note: Question 1 allows more than one cost-control limit. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-015 Q1b follow-up |
Maximum number of enrollees Web form / system field A. Program Administration — cost controls |
The highest number of people allowed to be enrolled and receive services at one time under the enrollment cap. Source note: The manual does not publish a numeric range or separate validation check. |
Whole-number count Nonnegative whole-number count; formal range not published. |
Conditional Required when Enrollment cap applied is selected. 0–1 per Recipient Report |
No Entered in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-016 Q1c |
Monthly prescription cap applied Web form / system field A. Program Administration — cost controls |
Whether the ADAP limited the number of prescriptions each client could receive per month. Source note: Question 1 allows more than one cost-control limit. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-017 Q1c follow-up |
Maximum prescriptions per client per month Web form / system field A. Program Administration — cost controls |
The largest number of prescriptions one client could receive in one month under the cap. Source note: The manual does not publish a numeric range or separate validation check. |
Whole-number count Nonnegative whole-number count; formal range not published. |
Conditional Required when Monthly prescription cap applied is selected. 0–1 per Recipient Report |
No Entered in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-018 Q1d |
Per-client expenditure cap applied Web form / system field A. Program Administration — cost controls |
Whether the ADAP limited the number of dollars that could be spent for each client. Source note: Question 1 allows more than one cost-control limit. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-019 Q1d follow-up |
Per-client expenditure cap amount Web form / system field A. Program Administration — cost controls |
The maximum dollar amount that could be spent for one client under the expenditure cap. Source note: The manual does not state whether cents are accepted for this field. |
Currency amount Dollar amount; formal precision and range not published. |
Conditional Required when Per-client expenditure cap applied is selected. 0–1 per Recipient Report |
No Entered in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 16 |
| ADR-REC-020 Q1d follow-up |
Per-client expenditure cap period Web form / system field A. Program Administration — cost controls |
Whether the dollar cap applies each month or each year. Source note: The screenshot labels the choices “Per Month” and “Annual”; the narrative says monthly or annually. |
Single select Per Month or Annual. CAP_PERIOD · 2 values
|
Conditional Required when Per-client expenditure cap applied is selected. 0–1 per Recipient Report |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual pp. 16–17 |
| ADR-REC-021 Q1e |
Drug-specific enrollment cap applied Web form / system field A. Program Administration — cost controls |
Whether the ADAP limited how many clients could receive particular ARV or hepatitis B or C medications at one time. Source note: Question 1 allows more than one cost-control limit. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 17 |
| ADR-REC-022 Q1e follow-up |
Medications subject to drug-specific caps Web form / system field A. Program Administration — cost controls |
The medication or medications for which client enrollment was capped. Source note: No complete medication value list or web-form technical schema is included in the reviewed repository sources. |
Repeating medication selection or text One or more medication names; the reviewed manual does not publish the web-form option list. |
Conditional Required when Drug-specific enrollment cap applied is selected. 0–many medications per Recipient Report |
No Selected or entered in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 17 |
| ADR-REC-023 Q1f |
Formulary reduction applied Web form / system field A. Program Administration — cost controls |
Whether the ADAP reduced the number of medications available to clients as a cost-control strategy. Source note: Question 1 allows more than one cost-control limit. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 17 |
| ADR-REC-024 Q1g |
Financial eligibility criteria decreased Web form / system field A. Program Administration — cost controls |
Whether the ADAP lowered the maximum FPL allowed for enrollment as a cost-control strategy. Source note: Question 1 allows more than one cost-control limit. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the limit applied during the reporting period. 1 response per option |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 17 |
| ADR-REC-025 Q1h |
None of these limits applied Web form / system field A. Program Administration — cost controls |
Indicates that the ADAP used none of the listed cost-control limits during the reporting period. Source note: Mutually exclusive: this must be the only Question 1 response when selected. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select only when none of the other Question 1 limits applied. 1 response |
No Selected in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 17 |
| ADR-REC-026 Q2 |
Maximum ADAP eligibility as a percentage of FPL Alias: Poverty Level; maximum ADAP eligibility requirement Web form / system field A. Program Administration — eligibility |
The highest federal poverty level percentage a person may have and still qualify for ADAP medication services. Source note: If medication and health coverage services use different FPL limits, report the medication-services limit. The manual links to HHS Poverty Guidelines for determining FPL but this field is the program policy threshold, not a value calculated from submitted client records. |
Number (percentage) Percentage of FPL; formal numeric range and decimal precision not published. |
Required Every Recipient Report. 1 per Recipient Report |
No Entered in the web form using the policy in effect at the end of the Part B budget period. |
Check 8 Error: Poverty Level is required. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 18; Validation p. 1 |
| ADR-REC-027 Q3 |
Unexpected increase in enrolled clients Web form / system field A. Program Administration — enrollment change |
Whether enrollment increased more than the organization anticipated or projected during the reporting period. Source note: “Unexpected” is defined by the recipient’s own anticipated or projected enrollment. |
Single select Yes or No. YES_NO · 2 values
|
Required Every Recipient Report. 1 per Recipient Report |
No Selected in the web form. |
Check 82 Error: information on an unexpected increase in enrolled clients is required. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 18; Validation p. 1 |
| ADR-REC-028 Q3 follow-up |
Unexpected additional new clients Web form / system field A. Program Administration — enrollment change |
How many more new clients enrolled than the organization expected. Source note: This is entered by the recipient; the source does not say the system calculates it from client records. |
Whole-number count Nonnegative whole-number count; formal range not published. |
Conditional Required when Unexpected increase in enrolled clients is Yes. 0–1 per Recipient Report |
No Entered in the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 18 |
| ADR-REC-029 Q4a |
340B Rebate used Web form / system field B. Purchasing Mechanisms |
Whether the ADAP reimbursed retail pharmacies and submitted 340B rebate claims to drug manufacturers. Source note: Question 4 says to check all options that apply. Prime Vendor is shown as a nested choice under 340B Direct Purchase. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the option applies; at least one Question 4 option is required. 1 response per option |
No Selected in the web form. |
Check 83 Error: at least one Drug Pricing Program option is required. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 19; Validation p. 1 |
| ADR-REC-030 Q4b |
340B Direct Purchase used Web form / system field B. Purchasing Mechanisms |
Whether the ADAP bought medications directly from a manufacturer or wholesaler at the 340B price. Source note: Question 4 says to check all options that apply. Prime Vendor is shown as a nested choice under 340B Direct Purchase. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the option applies; at least one Question 4 option is required. 1 response per option |
No Selected in the web form. |
Check 83 Error: at least one Drug Pricing Program option is required. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 19; Validation p. 1 |
| ADR-REC-031 Q4b follow-up |
340B Prime Vendor used Web form / system field B. Purchasing Mechanisms |
Whether the ADAP participated in the 340B Prime Vendor Program for price negotiation and drug distribution. Source note: Question 4 says to check all options that apply. Prime Vendor is shown as a nested choice under 340B Direct Purchase. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the option applies; at least one Question 4 option is required. 1 response per option |
No Selected in the web form. |
Check 83 Error: at least one Drug Pricing Program option is required. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 19; Validation p. 1 |
| ADR-REC-032 Q4c |
Department of Defense pricing used Web form / system field B. Purchasing Mechanisms |
Whether the ADAP used the pharmaceutical cost-saving strategy administered by the Department of Defense. Source note: Question 4 says to check all options that apply. Prime Vendor is shown as a nested choice under 340B Direct Purchase. |
Checkbox (boolean) Selected or not selected. CHECKBOX · 2 values
|
Conditional Select when the option applies; at least one Question 4 option is required. 1 response per option |
No Selected in the web form. |
Check 83 Error: at least one Drug Pricing Program option is required. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 19; Validation p. 1 |
| ADR-REC-033 Q5a |
RWHAP Part A contributions Web form / system field C. Funding |
Funding contributed to the ADAP by RWHAP Part A. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-034 Q5b |
RWHAP Part C and/or D contributions Web form / system field C. Funding |
Funding contributed to the ADAP by RWHAP Part C and/or Part D recipients. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-035 Q5c |
EHE funding contributions Web form / system field C. Funding |
Funding contributed to the ADAP by Ending the HIV Epidemic Initiative recipients funded through RWHAP Parts A or B. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-036 Q5d |
State general fund contributions Web form / system field C. Funding |
State funds contributed to the ADAP, including state funds used to meet the match requirement. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. The funding-guidance table on Manual p. 21 mistakenly tells readers to report this under item “e,” although the numbered question and screenshot place it at Q5d. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-037 Q5e |
Carry-over of RWHAP funds from previous year Web form / system field C. Funding |
Prior-year RWHAP funds the state contributed to ADAP, including ADAP base or other Part B carryover. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-038 Q5f |
Manufacturer rebates and program income reinvested in ADAP Web form / system field C. Funding |
All manufacturer rebate dollars and program income that were reinvested in the ADAP. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. The narrative heading on Manual p. 21 shortens this to “Manufacturer Reinvested in ADAP,” while the screenshot and explanatory text identify manufacturer rebates and reinvested program income. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-039 Q5g |
Insurance reimbursements excluding Medicaid Web form / system field C. Funding |
Insurance reimbursements other than Medicaid received after the ADAP paid medication or insurance costs for a client with retroactive coverage. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-040 Q5h |
Medicaid reimbursements Web form / system field C. Funding |
Medicaid reimbursements received after the ADAP paid medication or insurance costs for a client with retroactive Medicaid eligibility. Source note: Do not leave blank. The manual says it is possible to enter 0 for all eight sources, while Check 14 warns when their total is 0. Part B base, Part B supplemental, ADAP base, ADAP Emergency Relief Funds, and the ADAP Flexibility Policy are not reported here. |
Whole-dollar currency Dollar amount to the nearest whole dollar; enter 0 when none was received. |
Required Every Recipient Report; each of the eight funding boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–21; Validation p. 1 |
| ADR-REC-041 Q5 total |
Total resources received this reporting period Alias: Resources received this reporting period Web form / system field C. Funding |
The sum of the eight Question 5 funding amounts. Source note: The screenshot shows this read-only-looking total. Automatic calculation is inferred from that presentation and the explicit “Total of a through h” label; unlike the expenditure total, the narrative does not expressly say it is calculated automatically. The manual permits all eight source values to be 0, while Check 14 produces a warning when the sum is 0. |
Calculated whole-dollar currency Sum in dollars; expected to be 0 or greater. |
System-tracked After all Question 5 funding amounts are entered. 1 per Recipient Report |
Derived Q5a + Q5b + Q5c + Q5d + Q5e + Q5f + Q5g + Q5h. Calculated automatically by the ADR web system. |
Check 14 Warning: the total of funding types a through h must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 20–22 screenshot; Validation p. 1 |
| ADR-REC-042 Q6a |
Full-pay medication assistance expenditures Alias: Medication assistance expenditures Web form / system field D. Expenditures |
Medication costs for drugs paid in full by ADAP. Partially paid medication costs belong under health care coverage assistance. Source note: Do not leave blank. Negotiated rates and fees should be assigned to the category they cover. The manual provides a cost-classification table on p. 23. |
Currency amount Dollar amount; enter 0 when no money was spent; exact precision is not published. |
Required Every Recipient Report; each of the four expenditure boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 18 Error: every expenditure type requires an amount, including 0; Check 17 Error: total expenditures must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 22–23; Validation p. 1 |
| ADR-REC-043 Q6b |
Dispensing costs Web form / system field D. Expenditures |
Pharmacy expenses or fees for dispensing or distributing medications to clients, including mailing medication directly to a client. Source note: Do not leave blank. Negotiated rates and fees should be assigned to the category they cover. The manual provides a cost-classification table on p. 23. |
Currency amount Dollar amount; enter 0 when no money was spent; exact precision is not published. |
Required Every Recipient Report; each of the four expenditure boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 18 Error: every expenditure type requires an amount, including 0; Check 17 Error: total expenditures must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 22–23; Validation p. 1 |
| ADR-REC-044 Q6c |
Other administrative costs Web form / system field D. Expenditures |
Other ADAP fees tied to buying and distributing medication or buying health coverage, excluding dispensing costs and general ADAP administration such as staffing. Source note: Do not leave blank. Negotiated rates and fees should be assigned to the category they cover. The manual provides a cost-classification table on p. 23. |
Currency amount Dollar amount; enter 0 when no money was spent; exact precision is not published. |
Required Every Recipient Report; each of the four expenditure boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 18 Error: every expenditure type requires an amount, including 0; Check 17 Error: total expenditures must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 22–23; Validation p. 1 |
| ADR-REC-045 Q6d |
Health care coverage assistance expenditures Alias: Health insurance assistance Web form / system field D. Expenditures |
Health coverage assistance costs, including premiums and medication co-insurance, co-payments, and deductibles. Source note: Do not leave blank. Negotiated rates and fees should be assigned to the category they cover. The manual provides a cost-classification table on p. 23. |
Currency amount Dollar amount; enter 0 when no money was spent; exact precision is not published. |
Required Every Recipient Report; each of the four expenditure boxes must have a value. 1 per Recipient Report |
No Entered in the web form. |
Check 18 Error: every expenditure type requires an amount, including 0; Check 17 Error: total expenditures must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 22–23; Validation p. 1 |
| ADR-REC-046 Q6 total |
Total ADAP expenditures this reporting period Alias: Total ADAP expenditures Web form / system field D. Expenditures |
The sum of the four Question 6 expenditure amounts. Source note: The manual explicitly states that the system calculates this total. |
Calculated currency amount Sum in dollars; exact display precision is not published; Check 17 requires a total above 0. |
System-tracked After all Question 6 expenditure amounts are entered. 1 per Recipient Report |
Derived Q6a + Q6b + Q6c + Q6d. Calculated automatically by the ADR web system. |
Check 17 Error: total expenditures must be greater than 0. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 22; Validation p. 1 |
| ADR-REC-047 Q7 |
Open formulary Web form / system field E. Medication Formulary |
Whether the ADAP formulary includes all FDA-approved medications, with only limited exceptions. Source note: An open formulary covers all FDA-approved drugs with some limited exceptions. |
Single select Yes or No. YES_NO · 2 values
|
Required Every Recipient Report. 1 per Recipient Report |
No Selected in the web form. |
Check 114 Error: an open-formulary response is required; Check 115 Alert: if Yes, all medications in Q7a–Q7c should be checked unless there are limited exceptions. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 24; Validation p. 1 |
| ADR-REC-048 Q7a |
ARV medication included in formulary Web form / system field E. Medication Formulary — ARV |
For each system-listed antiretroviral medication, whether the ADAP currently includes it in the formulary. Source note: The complete, changeable medication option list is not printed in the manual. Select All may populate the list for an open formulary. |
Repeating checkbox (boolean) Selected or not selected for each medication in the system-supplied list. CHECKBOX · 2 values
|
Conditional Select each antiretroviral medication currently included in the formulary. If Q7 is Yes, select all except limited exclusions. 1 response per listed medication |
No Selected in the web form; the generic name is shown before the brand name. |
Check 20 Error: at least one ARV must be included; Check 115 Alert: if Q7 is Yes, all medications in Q7a–Q7c should be checked unless there are limited exceptions. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 24–25; Validation p. 1 |
| ADR-REC-049 Q7a Med Added |
ARV medication added flag Web form / system field E. Medication Formulary — ARV |
For each listed antiretroviral medication, whether it must be marked as newly added to this ADR formulary list. Source note: When a medication was added before the reporting period but is missing from the ADR list, select Med Added but do not enter a Date Added. |
Repeating checkbox (boolean) Selected or not selected for each medication in the system-supplied list. CHECKBOX · 2 values
|
Conditional Select when the medication was added during the reporting period. Also select if it was added earlier but is missing from the current ADR list. 1 response per listed medication |
No Selected in the Med Added column of the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 24 |
| ADR-REC-050 Q7a Date Added |
ARV medication date added Web form / system field E. Medication Formulary — ARV |
The date a listed antiretroviral medication was added to the formulary during this reporting period. Source note: The manual does not publish a formal date display pattern. Check 19 names only Q7a ARV dates; no separate date validation is listed for Q7b or Q7c. |
Date Valid date from April 1, 2025 through March 31, 2026; display format not formally specified. |
Conditional Enter when the medication was added during the reporting period. Leave blank when Med Added is used only to restore an earlier addition that is missing from the list. 0–1 date per listed medication |
No Entered in the Date Added column of the web form. |
Check 19 Warning: an ARV Date Added must fall from April 1, 2025 through March 31, 2026. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual p. 24; Validation p. 1 |
| ADR-REC-051 Q7b |
A1-OI medication included in formulary Web form / system field E. Medication Formulary — A1-OI |
For each system-listed opportunistic infection (A1-OI) medication, whether the ADAP currently includes it in the formulary. Source note: The complete, changeable medication option list is not printed in the manual. Select All may populate the list for an open formulary. Mapping Q7b to A1-OI and Q7c to the combined hepatitis B/C list follows the order of the three list categories in the manual; only Q7a is explicitly labeled in Figure 11. |
Repeating checkbox (boolean) Selected or not selected for each medication in the system-supplied list. CHECKBOX · 2 values
|
Conditional Select each opportunistic infection (A1-OI) medication currently included in the formulary. If Q7 is Yes, select all except limited exclusions. 1 response per listed medication |
No Selected in the web form; the generic name is shown before the brand name. |
Check 115 Alert: if Q7 is Yes, all medications in Q7a–Q7c should be checked unless there are limited exceptions. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 24–25; Validation p. 1 |
| ADR-REC-052 Q7b Med Added |
A1-OI medication added flag Web form / system field E. Medication Formulary — A1-OI |
For each listed opportunistic infection (A1-OI) medication, whether it must be marked as newly added to this ADR formulary list. Source note: When a medication was added before the reporting period but is missing from the ADR list, select Med Added but do not enter a Date Added. Mapping Q7b to A1-OI and Q7c to the combined hepatitis B/C list follows the order of the three list categories in the manual; only Q7a is explicitly labeled in Figure 11. |
Repeating checkbox (boolean) Selected or not selected for each medication in the system-supplied list. CHECKBOX · 2 values
|
Conditional Select when the medication was added during the reporting period. Also select if it was added earlier but is missing from the current ADR list. 1 response per listed medication |
No Selected in the Med Added column of the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 24 |
| ADR-REC-053 Q7b Date Added |
A1-OI medication date added Web form / system field E. Medication Formulary — A1-OI |
The date a listed opportunistic infection (A1-OI) medication was added to the formulary during this reporting period. Source note: The manual does not publish a formal date display pattern. Check 19 names only Q7a ARV dates; no separate date validation is listed for Q7b or Q7c. Mapping Q7b to A1-OI and Q7c to the combined hepatitis B/C list follows the order of the three list categories in the manual; only Q7a is explicitly labeled in Figure 11. |
Date Valid date from April 1, 2025 through March 31, 2026; display format not formally specified. |
Conditional Enter when the medication was added during the reporting period. Leave blank when Med Added is used only to restore an earlier addition that is missing from the list. 0–1 date per listed medication |
No Entered in the Date Added column of the web form. |
No listed validation check for this medication group. 2025 ADR Instruction Manual · Manual pp. 15, 24 |
| ADR-REC-054 Q7c |
hepatitis B and C medication included in formulary Web form / system field E. Medication Formulary — hepatitis B and C |
For each system-listed hepatitis B or C medication, whether the ADAP currently includes it in the formulary. Source note: The complete, changeable medication option list is not printed in the manual. Select All may populate the list for an open formulary. Mapping Q7b to A1-OI and Q7c to the combined hepatitis B/C list follows the order of the three list categories in the manual; only Q7a is explicitly labeled in Figure 11. |
Repeating checkbox (boolean) Selected or not selected for each medication in the system-supplied list. CHECKBOX · 2 values
|
Conditional Select each hepatitis B or C medication currently included in the formulary. If Q7 is Yes, select all except limited exclusions. 1 response per listed medication |
No Selected in the web form; the generic name is shown before the brand name. |
Check 115 Alert: if Q7 is Yes, all medications in Q7a–Q7c should be checked unless there are limited exceptions. 2025 ADR Instruction Manual; 2025 ADR Validation Report · Manual pp. 24–25; Validation p. 1 |
| ADR-REC-055 Q7c Med Added |
hepatitis B and C medication added flag Web form / system field E. Medication Formulary — hepatitis B and C |
For each listed hepatitis B or C medication, whether it must be marked as newly added to this ADR formulary list. Source note: When a medication was added before the reporting period but is missing from the ADR list, select Med Added but do not enter a Date Added. Mapping Q7b to A1-OI and Q7c to the combined hepatitis B/C list follows the order of the three list categories in the manual; only Q7a is explicitly labeled in Figure 11. |
Repeating checkbox (boolean) Selected or not selected for each medication in the system-supplied list. CHECKBOX · 2 values
|
Conditional Select when the medication was added during the reporting period. Also select if it was added earlier but is missing from the current ADR list. 1 response per listed medication |
No Selected in the Med Added column of the web form. |
No listed validation check 2025 ADR Instruction Manual · Manual p. 24 |
| ADR-REC-056 Q7c Date Added |
hepatitis B and C medication date added Web form / system field E. Medication Formulary — hepatitis B and C |
The date a listed hepatitis B or C medication was added to the formulary during this reporting period. Source note: The manual does not publish a formal date display pattern. Check 19 names only Q7a ARV dates; no separate date validation is listed for Q7b or Q7c. Mapping Q7b to A1-OI and Q7c to the combined hepatitis B/C list follows the order of the three list categories in the manual; only Q7a is explicitly labeled in Figure 11. |
Date Valid date from April 1, 2025 through March 31, 2026; display format not formally specified. |
Conditional Enter when the medication was added during the reporting period. Leave blank when Med Added is used only to restore an earlier addition that is missing from the list. 0–1 date per listed medication |
No Entered in the Date Added column of the web form. |
No listed validation check for this medication group. 2025 ADR Instruction Manual · Manual pp. 15, 24 |
| ADR-SYS-001 Check 34 |
Uploaded client record count Alias: Number of uploaded client records Web form / system field Client-level file upload |
The number of client records the ADR system finds in the uploaded client-level file. This is a system result, not a field entered in the Recipient Report or sent as a client value. Source note: Included to distinguish a system-calculated recipient-level total from submitted data. It should not be serialized as an XML element. |
Nonnegative integer (system count) 0 or more client records |
System-tracked Calculated after a client-level XML file is uploaded. 1 displayed count per upload or submission state |
Counted Count the client records recognized in the uploaded XML. The guide requires one AdrClientReport per client; the reviewed sources do not publish duplicate-file merge logic. Calculated by the ADR upload and validation system. |
Check 34 is an Error when no client records have been uploaded. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual p. 15; Guide pp. 5, 23; Validation p. 2 |
| ADR-FILE-010 | AdrClientReport container/CLD:ROOT/AdrClientReportFile structure |
Contains all information submitted for one enrolled ADAP client. Source note: The guide says the CLD_ID attribute links a client and child records. Empty or null tags are prohibited; omit an optional element when no value is available. Guide p. 3 can be read as placing the complex elements as siblings under CLD:ROOT after an unclosed AdrClientReport tag, while the later revised sample on pp. 24–26 nests them inside AdrClientReport. This dictionary follows the later nested sample; confirm the hierarchy against the current XSD. |
Complex XML element Child elements must follow current XSD order |
Required Every client enrolled at any time from January 1 through December 31, 2025, whether or not services were received. 1 per client; one record set per eUCI in a file |
Structural Generated from the ADAP source system and submitted in XML. |
Check 34 Error if no client records are uploaded; duplicate ClientUci values in one file are rejected. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 26–29; Guide pp. 3, 5, 23–26; Validation p. 2 |
| ADR-FILE-011 | AdrClientReportRace container/CLD:ROOT/AdrClientReport/AdrClientReportRaceFile structure |
Groups the client’s one or more race codes. Source note: Container only; each submitted race code is recorded in ADR-CLD-003. |
Complex XML element Contains RaceId values |
Required Every client record. 1 per client |
Structural Generated from self-reported race data. |
Checks 87 and 96 identify missing race; checks 90–93 compare race with subgroup data. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 31–33; Guide pp. 5, 11, 24–25; Validation pp. 3–4 |
| ADR-FILE-012 | AdrClientReportHispanicSubgroup container/CLD:ROOT/AdrClientReport/AdrClientReportHispanicSubgroupFile structure |
Groups all Hispanic subgroup codes for a Hispanic client. Source note: Container only; repeat SubgroupId inside it for every applicable choice. |
Complex XML element Contains one to four SubgroupId values |
Conditional EthnicityId = 1 (Hispanic). 0–1 container per client |
Structural Generated from self-reported ethnicity subgroup selections. |
Check 88 Alert when Hispanic ethnicity lacks subgroup; check 89 Warning when subgroup lacks Hispanic ethnicity. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 31–33; Guide pp. 5, 11, 24–25; Validation p. 3 |
| ADR-FILE-013 | AdrClientReportAsianSubgroup container/CLD:ROOT/AdrClientReport/AdrClientReportAsianSubgroupFile structure |
Groups all Asian subgroup codes for a client reported as Asian. Source note: Container only; repeat SubgroupId inside it for every applicable choice. |
Complex XML element Contains one to seven SubgroupId values |
Conditional RaceId = 3 (Asian). 0–1 container per client |
Structural Generated from self-reported race subgroup selections. |
Check 90 Alert when Asian race lacks subgroup; check 91 Warning when subgroup lacks Asian race. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 32–33; Guide pp. 5, 11–12, 24–25; Validation p. 3 |
| ADR-FILE-014 | AdrClientReportNhpiSubgroup container Alias: AdrClientReportNhpiSubGroup (manual capitalization) /CLD:ROOT/AdrClientReport/AdrClientReportNhpiSubgroupFile structure |
Groups all Native Hawaiian or Pacific Islander subgroup codes. Source note: The manual capitalizes “SubGroup”; the guide data table uses “Subgroup.” Confirm exact capitalization against the XSD. |
Complex XML element Contains one to four SubgroupId values |
Conditional RaceId = 4 (Native Hawaiian/Pacific Islander). 0–1 container per client |
Structural Generated from self-reported race subgroup selections. |
Check 92 Alert when NHPI race lacks subgroup; check 93 Warning when subgroup lacks NHPI race. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 33–34; Guide pp. 5, 12, 24–25; Validation pp. 3–4 |
| ADR-FILE-015 | AdrClientReportHealthCoverage container Alias: AdrClientReportMedicalInsurance (stale guide p. 3 sample) /CLD:ROOT/AdrClientReport/AdrClientReportHealthCoverageFile structure |
Groups all health coverage codes held by the client during any part of the year. Source note: Guide v3.7’s section and expanded sample use HealthCoverage, while the earlier body example still prints the removed MedicalInsurance name. |
Complex XML element Contains MedicalInsuranceId values |
Required Every client record. 1 per client |
Structural Generated from insurance assessments covering the reporting year. |
Check 105 Warning for missing or invalid MedicalInsuranceId. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 35–38; Guide pp. 3, 6, 13–14, 24–25; Validation p. 4 |
| ADR-FILE-016 | AdrClientReportDisenrollmentReason container/CLD:ROOT/AdrClientReport/AdrClientReportDisenrollmentReasonFile structure |
Groups the reason codes for a client who was disenrolled. Source note: The guide’s wording “required only if DisenrollmentReasonId is true” is circular; the manual supplies the controlling condition. |
Complex XML element Contains DisenrollmentReasonId values |
Conditional EnrollmentStatusAtEndOfYearId = 11 (Disenrolled). 0–1 per client |
Structural Generated from enrollment-history records. |
Check 53 Warning when a reason is present but status is not Disenrolled. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 42–43; Guide pp. 6, 17, 24–25; Validation p. 2 |
| ADR-FILE-017 | AdrClientReportMedication container/CLD:ROOT/AdrClientReport/AdrClientReportMedicationFile structure |
Groups medication-dispensing records paid in full by ADAP. Source note: The guide says the outer container occurs 0–N, while its sample uses one outer container with multiple Medication records. Confirm the XSD nesting and occurrence. |
Complex XML element Contains one or more Medication records |
Conditional MedicationsDispensedFlag = 1 (Yes). 0–N per client (guide) |
Structural Generated from ADAP drug-payment records. |
Checks 42, 58–63, and 80 test the medication flag and its child values. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 48–51; Guide pp. 6, 20–21, 24–26; Validation pp. 2–3 |
| ADR-FILE-018 | Medication record container/CLD:ROOT/AdrClientReport/AdrClientReportMedication/MedicationFile structure |
Keeps the NDC, dispense date, days supplied, and cost together for one dispense. Source note: Guide element tables name AdrClientReportMedication as the parent; the expanded sample shows an additional Medication record wrapper. Confirm against the XSD. |
Complex XML element MedicationId + MedicationStartDate + MedicationCost + MedicationDays in XSD order |
Conditional For each ADAP-paid medication dispense. 1 or more when medications were dispensed; otherwise 0 |
Structural Generated from each qualifying drug-payment record. |
Checks 38–39, 42, 58–63, and 80 test the paired medication values. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 48–51; Guide pp. 20–21, 24–26; Validation pp. 2–3 |
| ADR-FILE-019 | AdrClientReportCD4Test container Alias: AdrClientReportCd4Test (expanded sample capitalization) /CLD:ROOT/AdrClientReport/AdrClientReportCD4TestFile structure |
Groups CD4 test records for the client. Source note: The section heading uses CD4 in capitals; the expanded sample uses Cd4 and contains a misspelled closing tag. Confirm exact tag case with the XSD. |
Complex XML element Contains Cd4Test records |
Required Every enrolled client should have all reporting-period CD4 tests reported. 0–N per client |
Structural Generated from laboratory, clinical, or surveillance data. |
Check 65 Warning when the test is missing; checks 40, 66, and 102 evaluate dates and duplicates. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 51–52; Guide pp. 7, 22, 24–26; Validation pp. 2–4 |
| ADR-FILE-020 | Cd4Test record container/CLD:ROOT/AdrClientReport/AdrClientReportCD4Test/Cd4TestFile structure |
Pairs one CD4 specimen date with its CD4 count. Source note: This inner record appears in the expanded sample but is not separately defined in section 3.1. |
Complex XML element Cd4TestDate + Cd4Count |
Required For each CD4 test being reported. 0–N per client |
Structural Generated from each laboratory, clinical, or surveillance test record. |
Checks 40, 65–66, 102, and 118 test the paired values. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 51–52; Guide pp. 22, 25–26; Validation pp. 2–4 |
| ADR-FILE-021 | AdrClientReportViralLoadTest container Alias: AdrClientReportViralLoad (guide variable-name typo) /CLD:ROOT/AdrClientReport/AdrClientReportViralLoadTestFile structure |
Groups viral-load test records for the client. Source note: The guide’s complex-element Variable Name omits “Test,” but its schema and sample include it. Use the XSD to settle the exact name. |
Complex XML element Contains ViralLoadTest records |
Required Every enrolled client should have all reporting-period viral-load tests reported. 0–N per client |
Structural Generated from laboratory, clinical, or surveillance data. |
Check 72 Warning when the test is missing; checks 41, 73, and 107 evaluate dates and duplicates. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 51–53; Guide pp. 7, 22–23, 24–26; Validation pp. 2–4 |
| ADR-FILE-022 | ViralLoadTest record container/CLD:ROOT/AdrClientReport/AdrClientReportViralLoadTest/ViralLoadTestFile structure |
Pairs one viral-load specimen date with its result. Source note: This inner record appears in the expanded sample but is not separately defined in section 3.1. |
Complex XML element ViralLoadTestDate + ViralLoadCount |
Required For each viral-load test being reported. 0–N per client |
Structural Generated from each laboratory, clinical, or surveillance test record. |
Checks 41, 72–73, and 107 test the paired values. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 51–53; Guide pp. 22–23, 25–26; Validation pp. 2–4 |
| ADR-FILE-023 | AdrInsuranceAssistanceReceived container/CLD:ROOT/AdrClientReport/AdrInsuranceAssistanceReceivedFile structure |
Groups the types of insurance assistance received. Source note: The container appears in the expanded guide sample and as the parent of InsuranceAssistanceTypeId, but is omitted from the guide’s complex-element section. |
Complex XML element Contains InsuranceAssistanceTypeId values |
Conditional InsuranceAssistanceReceivedFlag = 1 (Yes). 0–1 per client; contains 1–2 type values |
Structural Generated from ADAP insurance-service subservices. |
Checks 84–85 and 109–111 compare type selections, the assistance flag, and amounts. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual pp. 44–47; Guide pp. 18, 24–26; Validation pp. 3–4 |
| ADR-FILE-024 | CLD_ID attribute Web form / system field File structure |
Links a client’s parent record with all of that client’s child records. Source note: Guide section 3.1 names AdrClientReport, AdrClientReportRace, AdrClientReportHealthCoverage, AdrClientReportDisenrollmentReason, AdrClientReportMedication, AdrClientReportCD4Test, and AdrClientReportViralLoadTest as the applicable client complex elements. It does not establish CLD_ID placement on inferred inner record wrappers, subgroup containers, or the insurance-assistance container, and the revised samples omit the attribute. |
Integer XML attribute Integer 1–100000; the same value must be used for every linked record for one client |
Confirm against XSD Guide section 3.1 says CLD_ID applies to the seven listed client complex elements, but both revised samples omit it. Confirm exact placement against the current XSD. Guide: 1 on each listed client complex element; revised samples: omitted |
System-generated Choose an integer 1–100000 and repeat it consistently on all complex elements belonging to the same client. Assigned by the XML-generating application; it is an internal file link, not a person identifier. |
XSD conformance and client-linkage checks; ClientUci, not CLD_ID, is the unique client identifier. ADR XML Schema Implementation Guide v3.7 · Guide pp. 5, 23–26 (§§3.1, 4.1, 4.3) |
| ADR-CLD-001 2 |
ClientUci Alias: Encrypted Unique Client Identifier (eUCI) /CLD:ROOT/AdrClientReport/ClientUciSystem variables |
Encrypted identifier used to distinguish one client from another without sending a name. Source note: Manual p. 29 calls the eUCI 40 characters, while the guide describes a 40-character SHA-1 value plus one suffix (41 total). The full collision-suffix algorithm is not published in the reviewed documents; use an approved utility. Changing a name, full DOB, or sex at birth changes the eUCI. |
Uppercase identifier string 40 uppercase hexadecimal characters (0–9, A–F) followed by one uppercase A–Z suffix (41 characters total) |
Required Every client enrolled at any time during the reporting period. 1 per client |
Transformed Build the UCI from the first and third characters of the first name; first and third characters of the last name; full birth date as MMDDYY; and sex-at-birth UCI code (1=Male, 2=Female, 9=Unknown). Apply the unchanged HAB SHA-1 process, then use the approved A–Z suffix process for possible collisions. Use names consistently and avoid nicknames or initials. CAREWare: Demographics > Personal Info; generated by CAREWare or another HAB-approved UCI utility. |
Duplicate ClientUci values within one XML file are rejected; format must be 40 uppercase hexadecimal characters plus an A–Z suffix. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025) · Manual pp. 3–4, 29–30, 34; Guide pp. 10, 23; CAREWare supplement pp. 1–2 |
| ADR-CLD-002 4 |
EthnicityId/CLD:ROOT/AdrClientReport/EthnicityIdClient demographics |
Client’s self-reported Hispanic or non-Hispanic ethnicity. Source note: The manual requires this for all clients; the guide says Required=No even though occurrence is 1 per client. Follow the manual’s reporting requirement. Unknown is not an active response and exports as missing. |
Integer code 1=Hispanic; 2=Non-Hispanic ETHNICITY · 2 values
|
Required Every client enrolled at any time during the reporting period. 1 per client |
No CAREWare: Demographics > Race/Ethnicity; record the client’s self-report. |
86 Warning missing ethnicity; 88 Alert Hispanic without subgroup; 89 Warning subgroup without Hispanic; 96 Warning race and ethnicity both missing. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 30–31, 57; Guide p. 10; CAREWare supplement pp. 1–2; Validation pp. 3–4 |
| ADR-CLD-003 5 |
AdrClientReportRace/RaceId Alias: RaceId; Manual Table 1/body and CAREWare supplement label race as ID 6 /CLD:ROOT/AdrClientReport/AdrClientReportRace/RaceIdClient demographics |
Client’s self-reported race; report every race that applies. Source note: Canonical ID 5 comes from the implementation guide and manual Appendix A. Manual Table 1/body and the CAREWare supplement incorrectly call race ID 6; ID 6 is the removed Gender field according to Manual p. 3. Unknown is not an active response. |
Integer code; multi-select 1=White; 2=Black or African American; 3=Asian; 4=Native Hawaiian/Pacific Islander; 5=American Indian or Alaska Native RACE · 5 values
|
Required Every client enrolled at any time during the reporting period. 1–5 values per client |
No CAREWare: Demographics > Race/Ethnicity; record all client self-reported race groups. |
87 Alert missing race; 90–93 race/subgroup consistency checks; 96 Warning race and ethnicity both missing. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 28, 31–33, 57; Guide p. 11; CAREWare supplement pp. 1–2; Validation pp. 3–4 |
| ADR-CLD-004 68 |
AdrClientReportHispanicSubgroup/SubgroupId Alias: AdrClientReportHispanicSubgroup (manual variable/container name) /CLD:ROOT/AdrClientReport/AdrClientReportHispanicSubgroup/SubgroupIdClient demographics |
Hispanic subgroup; report all selections that apply. Source note: The guide calls the complex container the element but its schema shows repeated SubgroupId leaves. There is no Unknown code; missing data remain blank/omitted. |
Integer code; multi-select 1=Mexican, Mexican American, or Chicano/a; 2=Puerto Rican; 3=Cuban; 4=Another Hispanic, Latino/a, or Spanish origin HISPANIC_SUBGROUP · 4 values
|
Conditional EthnicityId = 1 (Hispanic). 1–4 values when required; otherwise omit the container |
No CAREWare: Demographics > Race/Ethnicity; select all client self-reported Hispanic subgroups. |
88 Alert Hispanic ethnicity missing subgroup; 89 Warning subgroup without Hispanic ethnicity. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 31–33, 57; Guide p. 11; CAREWare supplement p. 2; Validation p. 3 |
| ADR-CLD-005 69 |
AdrClientReportAsianSubgroup/SubgroupId Alias: AdrClientReportAsianSubgroup (manual variable/container name) /CLD:ROOT/AdrClientReport/AdrClientReportAsianSubgroup/SubgroupIdClient demographics |
Asian subgroup; report all selections that apply. Source note: Manual text refers to race ID 5 here, supporting ID 5 as the canonical race identifier. There is no Unknown subgroup code. |
Integer code; multi-select 1=Asian Indian; 2=Chinese; 3=Filipino; 4=Japanese; 5=Korean; 6=Vietnamese; 7=Other Asian ASIAN_SUBGROUP · 7 values
|
Conditional RaceId = 3 (Asian). 1–7 values when required; otherwise omit the container |
No CAREWare: Demographics > Race/Ethnicity; select all client self-reported Asian subgroups. |
90 Alert Asian race missing subgroup; 91 Warning subgroup without Asian race. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 32–33, 57; Guide pp. 11–12; CAREWare supplement p. 2; Validation p. 3 |
| ADR-CLD-006 70 |
AdrClientReportNhpiSubgroup/SubgroupId Alias: AdrClientReportNhpiSubGroup (manual variable/container capitalization) /CLD:ROOT/AdrClientReport/AdrClientReportNhpiSubgroup/SubgroupIdClient demographics |
Native Hawaiian or Pacific Islander subgroup; report all selections that apply. Source note: The manual and guide differ in capitalization of Subgroup. XML tag names are case-sensitive; confirm the current XSD. |
Integer code; multi-select 1=Native Hawaiian; 2=Guamanian or Chamorro; 3=Samoan; 4=Other Pacific Islander NHPI_SUBGROUP · 4 values
|
Conditional RaceId = 4 (Native Hawaiian/Pacific Islander). 1–4 values when required; otherwise omit the container |
No CAREWare: Demographics > Race/Ethnicity; select all client self-reported NHPI subgroups. |
92 Alert NHPI race missing subgroup; 93 Warning subgroup without NHPI race. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 33–34, 57; Guide p. 12; CAREWare supplement p. 2; Validation pp. 3–4 |
| ADR-CLD-007 71 |
SexAtBirthId/CLD:ROOT/AdrClientReport/SexAtBirthIdClient demographics |
Biological sex assigned to the client at birth. Source note: Submit code 4 for Unknown, but use code 9 for Unknown only while constructing the UCI/eUCI input. This field replaces removed Gender ID 6. |
Integer code 1=Male; 2=Female; 4=Unknown SEX_AT_BIRTH · 3 values
|
Required Every client enrolled at any time during the reporting period; missing is not allowed for 2025. 1 per client |
No CAREWare: Demographics > Personal Info; record Male, Female, or Unknown. |
Check 94 (Missing Sex at Birth) is disabled because the field is mandatory in the 2025 schema; XSD conformance supplies the required-field check. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 3–4, 33–34, 57; Guide pp. 12–13; CAREWare supplement pp. 1–2; Validation p. 1 notes |
| ADR-CLD-008 9 |
BirthYear/CLD:ROOT/AdrClientReport/BirthYearClient demographics |
Four-digit year in which the client was born. Source note: Only the year is submitted, but the full date is required locally to generate a stable eUCI. |
Four-digit year YYYY; cannot be later than reporting year 2025 |
Required Every client enrolled at any time during the reporting period. 1 per client |
Derived Extract YYYY from the locally maintained full birth date. Keep the complete date accurate because MMDDYY is also an eUCI input. CAREWare: Demographics > Personal Info; CAREWare exports the year from full Date of Birth. |
35 Warning after report year; 36 Warning age 90 or older; 98 Warning HIV-indeterminate and older than 2. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 34, 57; Guide p. 13; CAREWare supplement pp. 2–3; Validation pp. 2, 4 |
| ADR-CLD-009 10 |
HivAidsStatusId Alias: HIVAIDSStatusId / HivAidsStatusID (validation capitalization) /CLD:ROOT/AdrClientReport/HivAidsStatusIdClient demographics |
Client’s HIV/AIDS status at the end of the reporting period. Source note: Manual requires the field for all clients; guide labels it Required=No. Validation check 103 still warns on missing/invalid values. HIV dates in CAREWare must precede year end. |
Integer code 2=HIV-positive, not AIDS; 3=HIV-positive, AIDS status unknown; 4=CDC-defined AIDS; 7=HIV-indeterminate (infants under age 2 only) HIV_STATUS · 4 values
|
Required Every client enrolled at any time during the reporting period. 1 per client |
Time-based selection Use status at December 31, 2025. If the client has ever been diagnosed with AIDS, report CDC-defined AIDS. CAREWare: Demographics > HIV Status; use clinical or surveillance status, not an unsupported guess. |
98 Warning HIV-indeterminate and over age 2; 103 Warning missing or invalid HIV/AIDS status. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 34–35, 57; Guide p. 13; CAREWare supplement p. 3; Validation p. 4 |
| ADR-CLD-010 11 |
PovertyLevelPercent/CLD:ROOT/AdrClientReport/PovertyLevelPercentClient demographics |
Client household income stated as a percentage of the federal poverty level at year end. Source note: Manual requires the value for all clients; guide labels it Required=No. This is a calculation, but the reviewed materials do not specify household-income composition, guideline family-size lookup details, or rounding. CAREWare calculates it after inputs are entered. |
Integer 0–9999; no percent sign, commas, or decimals |
Required Every client enrolled at any time during the reporting period. 1 per client |
Calculated Use the client’s annual household income and household size with the applicable annual federal poverty measure. Report the resulting whole-number percentage. HAB prefers HHS poverty guidelines unless the ADAP already uses Census poverty thresholds. The reviewed documents do not give the complete equation or rounding rule. CAREWare: Annual Review > Poverty Level Assessments; enter assessment date, household size, and household income. Household size must be at least 1. |
117 Warning missing Poverty Level Percent. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 35–36, 57; Guide p. 13; CAREWare supplement p. 3; Validation p. 4 |
| ADR-CLD-011 13 |
AdrClientReportHealthCoverage/MedicalInsuranceId Alias: MedicalInsuranceId /CLD:ROOT/AdrClientReport/AdrClientReportHealthCoverage/MedicalInsuranceIdClient demographics |
Every source of health care coverage the client had during any part of the year. Source note: Manual scenarios map Marketplace coverage and Medigap to Private—Individual, COBRA to Private—Employer, Medicare Advantage to Medicare Part C, Medicaid limited coverage to Medicaid/CHIP/other public, and employer self-insurance to Other Plan. Guide occurrence 1–11 conflicts with its 12 active codes and the manual’s report-all rule. |
Integer code; multi-select 8=Medicare Part A/B; 9=Medicare Part D; 10=Private—Employer; 11=Private—Individual; 12=Medicaid, CHIP, or other public plan; 13=VA, Tricare, or other military health care; 14=IHS; 15=Other Plan; 16=No insurance/uninsured; 17=Medicare Part C; 18=High Risk Insurance; 19=Association Plan HEALTH_COVERAGE · 12 values
|
Required Every client enrolled at any time during the reporting period. Guide says 1–11 values per client, but the active list contains 12 codes; confirm XSD maximum |
Full-year union Take the union of all coverage sources held at any time from January 1 through December 31, 2025. Also add No insurance/uninsured if there was any uninsured period, even when other coverage existed during the year. CAREWare: Annual Review > Insurance Assessments; use assessment dates plus primary and secondary insurance selections. |
105 Warning missing or invalid current MedicalInsuranceId. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 35–38, 57; Guide pp. 13–14; CAREWare supplement p. 3; Validation p. 4 |
| ADR-CLD-012 14 |
NewEnrollment Alias: New client /CLD:ROOT/AdrClientReport/NewEnrollmentEnrollment and certification |
Whether the client enrolled in this state ADAP for the first time ever during 2025. Source note: Service use is not required for enrollment. Manual requires this field for all clients; guide labels it Required=No. |
Integer code 0=No; 1=Yes ADR_BOOLEAN · 2 values
|
Required Every client enrolled at any time during the reporting period. 1 per client |
Derived Yes only when both conditions are true: the person applied to this state ADAP for the first time ever, and met the ADAP eligibility criteria during 2025. Recertification, reenrollment after disenrollment, returning after moving away, or cycling on/off because of Medicaid eligibility is No. CAREWare: Demographics > ADAP Enrollment History; the first-ever ADAP enrollment date drives the field. |
44 Alert Yes but missing ApplicationReceivedDate; 47 Alert Yes but missing ApplicationApprovalDate; 99 and 100 Warning when a new-client application date is more than two years before the period. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 40–42, 58; Guide pp. 14–15; CAREWare supplement p. 3; Validation pp. 2, 4 |
| ADR-CLD-013 15 |
ApplicationReceivedDate/CLD:ROOT/AdrClientReport/ApplicationReceivedDateEnrollment and certification |
Date the ADAP received the first completed application that led to approval. Source note: Manual says required only for newly enrolled clients whose application was approved during 2025. Guide broadens this to all newly enrolled clients. The date-delimiter conflict requires confirmation against the 3.4.0 XSD. |
Date serialized as string Manual: MM/DD/YYYY; guide: mm,dd,yyyy; date may precede 2025 but cannot be after December 31, 2025 |
Conditional New client whose application was approved during the reporting period. 0 for existing clients; 1 for a qualifying new client |
No CAREWare: Demographics > Enrollment Status > Application Received Date. |
44 Alert NewEnrollment=Yes but date missing; 46 Alert after reporting period; 99 Warning more than two years before reporting period. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 41–42, 58; Guide p. 16; CAREWare supplement pp. 3–4; Validation pp. 2, 4 |
| ADR-CLD-014 16 |
ApplicationApprovalDate/CLD:ROOT/AdrClientReport/ApplicationApprovalDateEnrollment and certification |
First date the new client was approved to begin any ADAP service. Source note: Manual requires approval within 2025. Guide says on/before period end and gives a 2014 example, conflicting with the manual and validation 48. Use the manual rule. Confirm XML date delimiter against the XSD. |
Date serialized as string Manual: MM/DD/YYYY and within 2025; guide: mm,dd,yyyy and on/before December 31, 2025 |
Conditional New client whose application was approved during the reporting period. 0 for existing clients; 1 for a qualifying new client |
Time-based selection If separate medication and coverage approval processes exist, or the client applies more than once, use the first approval date for any ADAP service. If an initial application was denied and a later one approved, use the completed-application and approval dates for the approved application. CAREWare: Demographics > ADAP Enrollment History > Enrollment Date; use the first approval/enrollment date. |
47 Alert NewEnrollment=Yes but date missing; 48 Alert before reporting period; 49 Alert after reporting period; 100 Warning more than two years before reporting period. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 41–42, 58; Guide p. 16; CAREWare supplement p. 4; Validation pp. 2, 4 |
| ADR-CLD-015 17 |
LastEligibilityConfirmationDate Alias: LastEligibilityConfimationDate (guide/validation typo) /CLD:ROOT/AdrClientReport/LastEligibilityConfirmationDateEnrollment and certification |
Former field for the last date the client was confirmed eligible to continue receiving ADAP services. Source note: High-priority conflict: the authoritative 2025 manual explicitly removes ID 17, but guide v3.7 calls it Revised and includes it, and the January 2026 validations retain check 112. Treat it as removed and confirm against the actual schema 3.4.0 or HAB before implementation. |
Date serialized as string Date; manual says removed for 2025, while guide v3.7 retains a comma-separated date |
Confirm against XSD The manual says this field was removed, but guide v3.7 retains it and active check 112 tests it. Confirm the current XSD or HAB instructions before sending it. Manual: 0 (removed); guide: 0–1 per client |
No No active CAREWare location is supplied; the 2025 manual says this field was removed. |
Stale check 112 still says an eligibility date may be required, missing, or outside the period. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; 2025 ADR Validations · Manual p. 3; Guide p. 16; Validation p. 4 |
| ADR-CLD-016 18 |
EnrollmentStatusAtEndOfYearId Alias: EnrollmentStatusAtEndofYearID (manual capitalization); EnrollmenStatusAtEndOfYearId (validation typo) /CLD:ROOT/AdrClientReport/EnrollmentStatusAtEndOfYearIdEnrollment and certification |
Client’s ADAP enrollment status at December 31, 2025. Source note: Manual requires the field for all clients; guide labels it Required=No. Capitalization and spelling differ across the reviewed PDFs; confirm the XSD tag. |
Integer code 8=Enrolled, receiving services; 9=Enrolled, on waiting list; 10=Enrolled, services not requested; 11=Disenrolled ENROLLMENT_STATUS · 4 values
|
Required Every client enrolled at any time during the reporting period. 1 per client |
Time-based selection Use the year-end status. Select Enrolled, receiving services only if medication and/or insurance assistance was received; use Enrolled, services not requested when no ADAP services were needed or requested. CAREWare: Demographics > ADAP Enrollment History > Enrollment Status; use the latest status in the report year. |
53 Warning disenrollment reason with non-disenrolled status; 95 Alert receiving-services status but no insurance or medication service; 101 Warning missing; 106 Alert on waiting list. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 42–44, 58; Guide pp. 16–17; CAREWare supplement pp. 3–4; Validation pp. 2, 4 |
| ADR-CLD-017 19 |
AdrClientReportDisenrollmentReason/DisenrollmentReasonId Alias: DisenrollmentReasonId /CLD:ROOT/AdrClientReport/AdrClientReportDisenrollmentReason/DisenrollmentReasonIdEnrollment and certification |
All known reasons why the client was disenrolled by year end. Source note: Report all applicable reasons except that Unknown cannot be combined. Use client eligibility changed for moving out of state or income rising above the state limit. Guide allows only 1–6 values even though seven non-Unknown codes are listed; confirm XSD cardinality. |
Integer code; multi-select 4=Did not recertify; 5=Did not fill prescription as required by program; 6=Deceased; 7=Dropped out, no reason given; 9=Program eligibility criteria changed, client no longer eligible; 10=Client eligibility changed, client no longer meets criteria; 12=Other; 13=Unknown DISENROLLMENT_REASON · 8 values
|
Conditional EnrollmentStatusAtEndOfYearId = 11 (Disenrolled). 1–6 values per disenrolled client; Unknown is mutually exclusive |
No CAREWare: Demographics > ADAP Enrollment History > Reason for Disenrollment; complete Other Disenroll Reason locally if Other is selected. |
53 Warning when a reason is supplied but year-end status is not Disenrolled. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 42–43, 58; Guide p. 17; CAREWare supplement p. 4; Validation p. 2 |
| ADR-CLD-018 20 |
InsuranceAssistanceReceivedFlag/CLD:ROOT/AdrClientReport/InsuranceAssistanceReceivedFlagHealth coverage services |
Whether the client received any ADAP-funded health coverage assistance during 2025. Source note: Manual requires this for every client and says No must be reported when no service was received; guide labels it Required=No. Medical-visit co-pays are generally not reported here. |
Integer code 0=No; 1=Yes ADR_BOOLEAN · 2 values
|
Required Every client enrolled at any time during the reporting period. 1 per client |
Derived Yes when ADAP paid at least one qualifying premium, medication co-pay, co-insurance, deductible, or Medicare Part D-related amount during 2025. Otherwise No. Classify by payment date, not the period covered. CAREWare: ADAP provider > Insurance Services; only ADR-eligible ADAP insurance services count. |
54–57 Warning compare flag and amounts; 84–85 Warning compare flag and assistance type; 95 Alert receiving-services enrollment but neither assistance flag is Yes. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 44–45, 58; Guide p. 18; CAREWare supplement p. 4; Validation pp. 2–4 |
| ADR-CLD-019 67 |
AdrInsuranceAssistanceReceived/InsuranceAssistanceTypeId Alias: InsuranceAssistanceTypeID (manual capitalization) /CLD:ROOT/AdrClientReport/AdrInsuranceAssistanceReceived/InsuranceAssistanceTypeIdHealth coverage services |
Types of ADAP-funded health coverage help the client received during 2025. Source note: For 2025, separate Full Premium and Partial Premium options were replaced by code 4. The guide schema example incorrectly uses code 1; only codes 3 and 4 are active. |
Integer code; multi-select 3=Medication co-pay/deductible including Medicare Part D co-insurance, co-payment, or donut-hole coverage; 4=Full or partial premium payment INSURANCE_ASSISTANCE_TYPE · 2 values
|
Conditional InsuranceAssistanceReceivedFlag = 1 (Yes). 1–2 values when required |
Derived Select type 4 when any full or partial premium was paid and type 3 when any qualifying medication cost-sharing amount was paid. Report both if both occurred. CAREWare: ADAP provider > Insurance Services > Subservice; map current subservices to the two active types. |
84 Warning flag Yes but no type; 85 Warning type reported but flag No; 109–111 Alert compare types with premium and co-pay/deductible totals. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 3, 45, 58; Guide p. 18; CAREWare supplement pp. 1, 4–5; Validation pp. 1, 3–4 |
| ADR-CLD-020 21 |
InsurancePremiumAmount/CLD:ROOT/AdrClientReport/InsurancePremiumAmountHealth coverage services |
Total whole-dollar premiums ADAP paid for the client during 2025. Source note: Manual and validations make the amount type-specific. Guide says required whenever any insurance assistance was received and permits zero, which is broader and conflicts with checks 109–110. Follow type-specific manual/validation logic. |
Whole-dollar integer Manual: 1–100000 when reported; guide: 0–100000; no dollar signs, commas, or cents |
Conditional InsuranceAssistanceTypeId includes 4 (Full or partial premium payment). 1 when required; otherwise omit |
Calculated aggregate Sum all qualifying premium payments made on the client’s behalf during 2025, including Medicare premiums, based on payment date. Include payments even when the coverage period extends beyond 2025. Report a whole-dollar total. CAREWare: ADAP provider > Insurance Services > Service Total; total current premium-payment subservices. |
37 Warning months >0 but premium missing/0; 54 Warning flag Yes but premium or deductible amount missing; 55 Warning amount >0 but flag No; 109 Alert type 4 but amount missing/0; 110 Alert amount >0 but premium type missing. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 45–46, 58; Guide p. 19; CAREWare supplement p. 5; Validation pp. 2, 4 |
| ADR-CLD-021 22 |
InsurancePremiumMonthCount/CLD:ROOT/AdrClientReport/InsurancePremiumMonthCountHealth coverage services |
Total number of months of coverage represented by premiums paid during 2025. Source note: Unresolved numeric conflict: guide allows 0–15, while check 108 flags values outside 1–18 and the CAREWare guide says totals should normally be 1–18. Manual provides no ceiling and explicitly allows months beyond the reporting period. |
Integer Manual gives no maximum; guide says 0–15; validation 108 and CAREWare supplement treat 1–18 as expected—confirm current system rule |
Conditional InsuranceAssistanceTypeId includes 4 (Full or partial premium payment). 1 when required; otherwise omit |
Calculated aggregate Count all months of coverage paid for, including months outside 2025. Do not prorate a month when ADAP paid only part of its premium. CAREWare: ADAP provider > Insurance Services > Months Covered (Units). |
37 Warning months >0 but premium missing/0; 56 Warning months >0 but flag No; 108 Alert when months are outside 1–18. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual p. 46, 58; Guide p. 19; CAREWare supplement p. 5; Validation pp. 2, 4 |
| ADR-CLD-022 23 |
MedicationCopayOrDeductibleAmount Alias: MedicationCopayOrDeductibleamount (guide history capitalization) /CLD:ROOT/AdrClientReport/MedicationCopayOrDeductibleAmountHealth coverage services |
Total medication co-pay, co-insurance, deductible, and Medicare Part D cost-sharing paid for the client during 2025. Source note: Manual makes the amount conditional on type 3; guide broadly says any insurance assistance. Manual text says a total below $0.50 rounds to $1, while its common-issues table and CAREWare supplement say any positive amount below $1 rounds to $1; the latter prevents reporting a positive service as zero. |
Whole-dollar integer Manual: 1–100000 when reported; guide: 0–100000; no dollar signs, commas, or cents |
Conditional InsuranceAssistanceTypeId includes 3 (Medication co-pay/deductible). 1 when required; otherwise omit |
Calculated aggregate Sum qualifying amounts paid during 2025 based on payment date, regardless of medication dispense date. Report a whole-dollar total. For any positive amount below $1, report 1. Exclude medical-visit co-pays except allowable visits for administering antiretroviral medication; those visits are not otherwise reported in ADR. CAREWare: ADAP provider > Insurance Services > Service Total; include only qualifying medication cost-sharing subservices. |
54 Warning flag Yes but premium or deductible amount missing; 57 Warning amount >0 but flag No; 111 Alert type 3 but amount missing/0. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 46–47, 58; Guide p. 19; CAREWare supplement p. 5; Validation pp. 2, 4 |
| ADR-CLD-023 25 |
MedicationsDispensedFlag/CLD:ROOT/AdrClientReport/MedicationsDispensedFlagMedication assistance services |
Whether ADAP paid the full cost of at least one formulary item dispensed to the client during 2025. Source note: Medication cost-sharing paid under insurance is not medication assistance. Manual requires this flag for every client; guide labels it Required=No. |
Integer code 0=No; 1=Yes ADR_BOOLEAN · 2 values
|
Required Every client enrolled at any time during the reporting period. 1 per client |
Derived Yes if ADAP paid in full for at least one medication or other reimbursable formulary item that was actually dispensed in 2025. No if none. Do not count reversed claims or items with no ADAP cost. Keep a service initially paid by ADAP even if another payor later reimbursed ADAP. CAREWare: ADAP provider > Drug Payments; use qualifying paid and dispensed records. |
42 Warning Yes but medication costs missing/0; 58–63 and 80 compare the flag with medication IDs, dates, days, and costs; 95 Alert receiving-services status but neither service flag is Yes. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 39, 48–49, 58; Guide p. 20; CAREWare supplement p. 5; Validation pp. 2–4 |
| ADR-CLD-024 26 |
Medication/MedicationId Alias: MedicationID (manual capitalization) /CLD:ROOT/AdrClientReport/AdrClientReportMedication/Medication/MedicationIdMedication assistance services |
National Drug Code for each item paid in full by ADAP and dispensed during 2025. Source note: The reviewed PDFs do not include the MedicationLkup/NDC reference table, so the complete active NDC list cannot be reproduced here. Use the current lookup supplied by HAB or ADR-ready software. |
NDC code string 11-digit NDC displayed as #####-####-## (13 characters including hyphens); must exist in the current MedicationLkup |
Conditional MedicationsDispensedFlag = 1 (Yes), for every qualifying dispense. 1 per Medication record; one or more records when required |
No CAREWare: ADAP provider > Drug Payments > NDC. |
58 Warning MedicationId present but flag No; 59 Warning flag Yes but MedicationId missing. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 48–49, 58; Guide p. 20; CAREWare supplement p. 5; Validation p. 3 |
| ADR-CLD-025 27 |
Medication/MedicationStartDate Alias: Medication dispensed date /CLD:ROOT/AdrClientReport/AdrClientReportMedication/Medication/MedicationStartDateMedication assistance services |
Date the qualifying medication was dispensed to the client. Source note: Use the actual dispense date and exclude reversed claims. Manual and guide disagree on slash versus comma separators; confirm against the 3.4.0 XSD. |
Date serialized as string Manual: MM/DD/YYYY within 2025; guide: mm,dd,yyyy within reporting period |
Conditional With every MedicationId when MedicationsDispensedFlag = 1. 1 per Medication record |
No CAREWare: ADAP provider > Drug Payments > Date. |
38 Warning before reporting period; 39 Warning after reporting period; 60 Alert date present but flag No; 61 Alert flag Yes but date missing. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 49–50, 58; Guide p. 21; CAREWare supplement pp. 5–6; Validation pp. 2–3 |
| ADR-CLD-026 28 |
Medication/MedicationDays Alias: Days supply of medication /CLD:ROOT/AdrClientReport/AdrClientReportMedication/Medication/MedicationDaysMedication assistance services |
Number of days supplied by this medication dispense. Source note: Guide supplies the formal 1–360 range; manual says use one day when the item has no days supply. |
Integer 1–360; use 1 for an item such as a vaccination that has no days-supply value |
Conditional With every MedicationId when MedicationsDispensedFlag = 1. 1 per Medication record |
No CAREWare: ADAP provider > Drug Payments > Days. |
62 Alert days present but flag No; 63 Alert flag Yes but MedicationDays missing. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual p. 50, 58; Guide pp. 21–22; CAREWare supplement p. 6; Validation p. 3 |
| ADR-CLD-027 29 |
Medication/MedicationCost/CLD:ROOT/AdrClientReport/AdrClientReportMedication/Medication/MedicationCostMedication assistance services |
Whole-dollar cost paid by ADAP for this medication on this dispense date. Source note: Cost is per medication per dispense, not an annual client aggregate. Guide permits zero; manual service rules say a positive cost is required and positive values below $1 become 1. |
Whole-dollar integer Manual: 1–100000 when reported; guide: 0–100000; no dollar signs, commas, or cents |
Conditional With every MedicationId when MedicationsDispensedFlag = 1. 1 per Medication record |
Calculated / rounded Use the prescription amount ADAP paid before rebates, excluding dispensing and administrative fees. Include the full cost even when days supplied extend beyond 2025. Round to the nearest whole dollar; any positive amount below $1 is reported as 1. Do not subtract later back-billing reimbursement. CAREWare: ADAP provider > Drug Payments > Drug Cost; CAREWare may calculate it from units and price. |
42 Warning flag Yes but total cost missing/0, with comment requested for zero; 80 Warning cost present but flag No. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 39, 50–51, 58; Guide pp. 21–22; CAREWare supplement p. 6; Validation pp. 2–3 |
| ADR-CLD-028 32 |
Cd4Test/Cd4TestDate Alias: CD4 count date /CLD:ROOT/AdrClientReport/AdrClientReportCD4Test/Cd4Test/Cd4TestDateClinical information |
Blood-draw date for each CD4 count test performed during 2025. Source note: Use specimen/blood-draw date, not the date the lab result was posted. Date separator differs between manual and guide; confirm the XSD. |
Date serialized as string Manual: MM/DD/YYYY within 2025; guide: mm,dd,yyyy within reporting period |
Required Report all CD4 tests for every enrolled client; missing tests are accepted with a Warning and require explanation. 0–N per client; one date per Cd4Test record |
No CAREWare: Labs > Date; use lab, other clinical, or state/territory surveillance data, not client self-report. |
40 Warning after reporting period; 65 Warning missing CD4 test; 66 Alert before reporting period; 102 Warning conflicting counts on the same date. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 51–52, 58; Guide p. 22; CAREWare supplement p. 6; Validation pp. 2–4 |
| ADR-CLD-029 33 |
Cd4Test/Cd4Count Alias: Cd4TestCount (manual XML variable name); CD4 count value /CLD:ROOT/AdrClientReport/AdrClientReportCD4Test/Cd4Test/Cd4CountClinical information |
CD4 cell count paired with the reported CD4 test date. Source note: Unresolved range conflict: the manual, guide, and CAREWare supplement allow values through 5000, but validation 118 warns above 3000. Values 3001–5000 are documented as allowed yet will trigger a quality warning. |
Integer 0–5000 cells/mm³ in manual and guide; no commas |
Required With each reported Cd4TestDate; all enrolled clients should have reporting-period tests when available. 0–N per client; one count per Cd4Test record |
No CAREWare: Labs > Test Result; use lab, clinical, or surveillance records. |
65 Warning missing CD4 test; 102 Warning conflicting counts on the same date; 118 Warning count over 3000. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual p. 52, 58; Guide p. 22; CAREWare supplement p. 6; Validation pp. 3–4 |
| ADR-CLD-030 34 |
ViralLoadTest/ViralLoadTestDate Alias: Viral load date /CLD:ROOT/AdrClientReport/AdrClientReportViralLoadTest/ViralLoadTest/ViralLoadTestDateClinical information |
Blood-draw date for each viral-load test performed during 2025. Source note: Use specimen/blood-draw date, not the date the result was posted. Date separator differs between manual and guide; confirm the XSD. |
Date serialized as string Manual: MM/DD/YYYY within 2025; guide: mm,dd,yyyy within reporting period |
Required Report all viral-load tests for every enrolled client; missing tests are accepted with a Warning and require explanation. 0–N per client; one date per ViralLoadTest record |
No CAREWare: Labs > Date; use lab, other clinical, or state/territory surveillance data, not client self-report. |
41 Warning after reporting period; 72 Warning missing viral-load test; 73 Alert before reporting period; 107 Warning conflicting counts on the same date. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual pp. 51–53, 58; Guide p. 22; CAREWare supplement p. 6; Validation pp. 2–4 |
| ADR-CLD-031 35 |
ViralLoadTest/ViralLoadCount Alias: ViralLoadTestCount (manual XML variable name); Viral load count /CLD:ROOT/AdrClientReport/AdrClientReportViralLoadTest/ViralLoadTest/ViralLoadCountClinical information |
Viral-load result paired with the reported test date. Source note: The reviewed documents require conversion from log units but do not state a rounding rule after conversion; submit an integer that meets the XSD. |
Integer 0–500000000 copies/mL; no commas; do not submit logarithmic values |
Required With each reported ViralLoadTestDate; all enrolled clients should have reporting-period tests when available. 0–N per client; one result per ViralLoadTest record |
Transformed when needed Report copies per milliliter. Convert any log result to copies/mL before submission. For an undetectable result, report the assay’s lower detection limit; if that is unavailable, report 0. CAREWare: Labs > Test Result; use lab, clinical, or surveillance records. |
72 Warning missing viral-load test; 107 Warning conflicting counts on the same date. 2025 ADR Instruction Manual; ADR XML Schema Implementation Guide v3.7; ADR Location Client-Level Data Elements (2025); 2025 ADR Validations · Manual p. 53, 58; Guide pp. 22–23; CAREWare supplement p. 6; Validation pp. 3–4 |