HRSA 2024 Uniform Data System (UDS) Patient Level Submission (PLS) (UDS+) FHIR IG
2.0.0 - STU2 Release 1 - Standard for Trial-Use International flag

HRSA 2024 Uniform Data System (UDS) Patient Level Submission (PLS) (UDS+) FHIR IG, published by HRSA BPHC. This guide is not an authorized publication; it is the continuous build for version 2.0.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/drajer-health/uds-plus/ and changes regularly. See the Directory of published versions

Background

Page standards status: Trial-use

This section provides an overview of the Implementation Guide (IG).

IG Purpose

Currently UDS data is submitted using a tabular data format via participating health centers. The submission mechanisms include portals, sftp and other mechanisms. The data submitted is aggregated at the sites and is submitted to HRSA's UDS systems and does not have patient level data currently. While this data satisfies the basic reporting, HRSA would like to improve the efficiency, quality and timeliness of the data along with the granularity of the data. The granularity of the data should include patient level de-identified data to support the analysis to be performed by BPHC. As part of the UDS+ project, HRSA would like to standardize the data submission protocols, formats and increase the granularity of the data being submitted to support the downstream analysis to be performed.

Read the Use Cases section to get an idea of the various systems, actors and the data flow requirements.

Guiding Principles for the IG

The following are the guiding principles for the UDS+ IG.

  • Reduce provider reporting burden wherever possible by automating the reporting capabilities.
  • Align with existing standards (e.g., Health Level 7 (HL7) Fast Healthcare Interoperability Resources (FHIR), United States Core Data for Interoperability (USCDI) and regulations (e.g., ONC 2015 Edition, 2015 Edition Cures Update, Trusted Exchange Framework and Common Agreement (TEFCA), etc.) while improving the timeliness and completeness of data received by HRSA.

IG In-Scope Requirements

The following requirements are in-scope for the UDS+ IG based on the use cases.

  • Define the API mechanisms, Inputs, and Outputs used to access data from the EHRs/IT systems (Data Sources) and exchange data.
  • Define the mechanisms used to start the data submission workflows.
  • Define the provisioning mechanisms used to automate the triggering and submission of data.
  • Define trust services (de-identification) needed to ensure de-identified data is sent from the health centers to HRSA.

IG Out-of-Scope

The following aspects are out-of-scope for the UDS+ IG based on the use cases.

  • Changes to the Data Source (e.g., EHR) data capture screens and/or changes to clinical workflows. Providers may use their choice of apps/screens/systems to enter the data independent of the IG.
  • Policies and processes followed by health centers to allow data sharing, collecting of consent, or compliance with regulatory requirements.

Underlying Specifications

This guide is based on the HL7 FHIR R4 standard, as well as US Core IG, Bulk Data Access IG, SMART App Launch IG for Backend Services Authorization.

Implementers of the UDS+ IG must understand some basic information about the underlying specifications listed above.

The following is new content for 1.1.0

Relationship between UDS+ IG and US Core FHIR IG

The UDS+ IG is built on other FHIR specifications, including the US Core IG. The UDS+ IG will use US Core IG profiles, codesystems and valuesets as required for the reporting use cases. The version of the US Core IG referenced is the one that supports United States Core Data for Interoperability (USCDIv3) as required in the Office of the National Coordinator (ONC) 21st Century Cures Act certification criteria and the SVAP versions adopted. There are many instances where the UDS+ IG does not use US Core profile such as Patient, Condition, Encounter because of the UDS+ data elements and de-identification requirements which vary from US Core. However to the extent possible all UDS+ profiles are created to be compatible with US Core and UDS+ will continue to better align with USCDI and US core in the future.

Relationship between UDS+ IG and FHIR Bulk Data Access IG

UDS+ will leverage the Bulk Data Access IG to access data about multiple patients. The Bulk Data Access IG is used to retrieve population level information from EHRs, subject to applying appropriate authorities and policies. The version of the Bulk Data Access IG referenced is the one that supports the USCDIv3 required in the ONC 21st Century Cures Act certification criteria and the SVAP versions adopted.

Relationship between UDS+ IG and SMART App Launch IG

The UDS+ IG uses SMART App Launch IG for Backend Services Authorization to secure all system-to-system interactions among the various actors in the IG. The version of the SMART App Launch IG referenced is the one that supports USCDIv3 as required in the ONC 21st Century Cures Act certification criteria and the SVAP versions adopted.

Relationship between UDS+ IG and QI Core, DEQM IG

The UDS+ IG aligns with QI Core IG and [DEQM](/index.html to create de-identified profiles that are relevant for UDS+ quality measure reporting. HRSA receives data related to multiple quality measures and aligning with QI Core and DEQM profiles reduces implementer burden.

Relationship between UDS+ IG and Other UDS Reporting Guidance

The UDS+ IG implementers should leverage UDS Reporting Manuals and Other Guidance for more information on the data to be reported for UDS+ and detailed guidance on specific tables that need to be reported.