HRSA HIV/AIDS Bureau · 2025 ADR

ADR data dictionary

A searchable, plain-language guide to the ADR Recipient Report and client-level XML data. It combines the 2025 Instruction Manual, XML Implementation Guide v3.7, January 2026 validation rules, and supplemental CAREWare locations.

112dictionary rows
63coded values documented
51required rows within scope
44derived, counted, or assigned rows
ID / referenceFieldMeaningType / valuesRequired?Derived / source methodChecks / 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:ROOT
File 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/AdrClientReportXmlVersion
File 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/AdrSchemaVersion
File 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/Vendor
File 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/VendorVersionNumber
File 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/VendorTechnicalContactName
File 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/VendorTechnicalContactEmail
File 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/VendorTechnicalContactPhone
File 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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Per Month Per Month Element ID Q1d follow-up
  • Annual Annual Element ID Q1d follow-up
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Yes Yes Element ID Q3; Q7
  • No No Element ID Q3; Q7
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Yes Yes Element ID Q3; Q7
  • No No Element ID Q3; Q7
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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
  • Selected Selected Element ID Q1; Q4; Q7a–Q7c
  • Not selected Not selected Element ID Q1; Q4; Q7a–Q7c
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/AdrClientReport
File 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/AdrClientReportRace
File 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/AdrClientReportHispanicSubgroup
File 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/AdrClientReportAsianSubgroup
File 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/AdrClientReportNhpiSubgroup
File 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/AdrClientReportHealthCoverage
File 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/AdrClientReportDisenrollmentReason
File 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/AdrClientReportMedication
File 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/Medication
File 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/AdrClientReportCD4Test
File 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/Cd4Test
File 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/AdrClientReportViralLoadTest
File 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/ViralLoadTest
File 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/AdrInsuranceAssistanceReceived
File 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/ClientUci
System 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/EthnicityId
Client 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
  • 1 Hispanic Element ID 4
  • 2 Non-Hispanic Element ID 4
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/RaceId
Client 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
  • 1 White Element ID 5
  • 2 Black or African American Element ID 5
  • 3 Asian Element ID 5
  • 4 Native Hawaiian/Pacific Islander Element ID 5
  • 5 American Indian or Alaska Native Element ID 5
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/SubgroupId
Client 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
  • 1 Mexican, Mexican American, or Chicano/a Element ID 68
  • 2 Puerto Rican Element ID 68
  • 3 Cuban Element ID 68
  • 4 Another Hispanic, Latino/a, or Spanish origin Element ID 68
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/SubgroupId
Client 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
  • 1 Asian Indian Element ID 69
  • 2 Chinese Element ID 69
  • 3 Filipino Element ID 69
  • 4 Japanese Element ID 69
  • 5 Korean Element ID 69
  • 6 Vietnamese Element ID 69
  • 7 Other Asian Element ID 69
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/SubgroupId
Client 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
  • 1 Native Hawaiian Element ID 70
  • 2 Guamanian or Chamorro Element ID 70
  • 3 Samoan Element ID 70
  • 4 Other Pacific Islander Element ID 70
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/SexAtBirthId
Client 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
  • 1 Male Element ID 71
  • 2 Female Element ID 71
  • 4 Unknown Element ID 71
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/BirthYear
Client 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/HivAidsStatusId
Client 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
  • 2 HIV-positive, not AIDS Element ID 10
  • 3 HIV-positive, AIDS status unknown Element ID 10
  • 4 CDC-defined AIDS Element ID 10
  • 7 HIV-indeterminate (infants under age 2 only) Element ID 10
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/PovertyLevelPercent
Client 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/MedicalInsuranceId
Client 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
  • 8 Medicare Part A/B Element ID 13
  • 9 Medicare Part D Element ID 13
  • 10 Private—Employer Element ID 13
  • 11 Private—Individual Element ID 13
  • 12 Medicaid, CHIP, or other public plan Element ID 13
  • 13 VA, Tricare, or other military health care Element ID 13
  • 14 IHS Element ID 13
  • 15 Other Plan Element ID 13
  • 16 No insurance/uninsured Element ID 13
  • 17 Medicare Part C Element ID 13
  • 18 High Risk Insurance Element ID 13
  • 19 Association Plan Element ID 13
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/NewEnrollment
Enrollment 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
  • 0 No Element ID 14, 20, 25
  • 1 Yes Element ID 14, 20, 25
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/ApplicationReceivedDate
Enrollment 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/ApplicationApprovalDate
Enrollment 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/LastEligibilityConfirmationDate
Enrollment 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/EnrollmentStatusAtEndOfYearId
Enrollment 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
  • 8 Enrolled, receiving services Element ID 18
  • 9 Enrolled, on waiting list Element ID 18
  • 10 Enrolled, services not requested Element ID 18
  • 11 Disenrolled Element ID 18
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/DisenrollmentReasonId
Enrollment 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
  • 4 Did not recertify Element ID 19
  • 5 Did not fill prescription as required by program Element ID 19
  • 6 Deceased Element ID 19
  • 7 Dropped out, no reason given Element ID 19
  • 9 Program eligibility criteria changed, client no longer eligible Element ID 19
  • 10 Client eligibility changed, client no longer meets eligibility criteria Element ID 19
  • 12 Other Element ID 19
  • 13 Unknown Element ID 19
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/InsuranceAssistanceReceivedFlag
Health 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
  • 0 No Element ID 14, 20, 25
  • 1 Yes Element ID 14, 20, 25
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/InsuranceAssistanceTypeId
Health 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
  • 3 Medication co-pay/deductible including Medicare Part D co-insurance, co-payment, or donut-hole coverage Element ID 67
  • 4 Full or partial premium payment Element ID 67
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/InsurancePremiumAmount
Health 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/InsurancePremiumMonthCount
Health 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/MedicationCopayOrDeductibleAmount
Health 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/MedicationsDispensedFlag
Medication 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
  • 0 No Element ID 14, 20, 25
  • 1 Yes Element ID 14, 20, 25
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/MedicationId
Medication 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/MedicationStartDate
Medication 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/MedicationDays
Medication 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/MedicationCost
Medication 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/Cd4TestDate
Clinical 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/Cd4Count
Clinical 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/ViralLoadTestDate
Clinical 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/ViralLoadCount
Clinical 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