The Joint Commission National Quality Measures
Data Transmission
Introduction
This section of the manual is provided to highlight the unique data transmission specifications for The Joint Commission national quality measure data.
This section is divided into four parts: National Quality Measure Data Transmission, Guidelines for Submission of Data, Transmission Alphabetical Data Dictionary, and Transmission Data Processing Flows.
The Data Transmission section provides information related to the transmission of national quality measure data to the Joint Commission's Data Warehouse.
The Guidelines for Submission of Data includes an overview of the data required to be submitted to the Joint Commission's Data Warehouse, as well as XML file layouts for clinical and population Data for both inpatient and outpatient measures.
The Transmission Alphabetical Data Dictionary describes the data elements that are either used to identify the hospital or outpatient data and measure set associated to the transmitted data, or are calculated by the vendor using the patient-level data and measure results. These data elements are not used in the Initial Patient Population Algorithms or Measure Algorithms.
The Transmission Data Processing Flows contain information regarding the order in which the Joint Commission's Data Warehouse evaluates the national hospital quality measures and the associated population and sampling data.
In addition, it highlights the decision points as to when cases are rejected from the warehouse. Refer to the Edit Message documents located on The Joint Commission PET, in Manuals and Guides tab, Data Transmission Technical Documentation page, Hospital Clinical Data (HCD) link for a complete listing of all critical and informational edits.
Note: The Stroke (STK) and Comprehensive Stroke (CSTK) measures data for certification can be submitted through an ORYX vendor, however the
Advanced Certification Heart Failure (ACHF) and
Advanced Certification Heart Failure Outpatient(ACHFOP) measures data cannot be submitted through an ORYX vendor and may only be submitted through the Certification Measure Information Process (CMIP).
The Joint Commission National Quality Measure Data Transmission
Overview
The Joint Commission requires four different data transmissions related to the national quality measure data. All of these transmissions are submitted by ORYX® Vendors and follow the same data transmission schedule used to submit ORYX data to The Joint Commission. The most significant items related to the transmission of national quality measure data are listed here, but this is not an exhaustive list. Refer to the appropriate documents as detailed below for more information.
Download File Layouts
Inpatient
Outpatient
Hospital or Outpatient Initial Population Data
The Joint Commission collects Initial Patient Population and sampling information by
Measure Set. This data is required to be submitted to The Joint Commission on a quarterly basis. All Initial Patient Population and sampling data will be submitted in an XML file that adheres to the
Hospital Initial Patient Population Data XML File Layout or
Outpatient Initial Patient Population Data XML File Layout specifications and guidelines provided later in this section. Each file may contain data for only one provider.
Clinical Data
Patient-level data (clinical data) is required to be submitted to The Joint Commission no less than on a quarterly basis. All patient-level data submitted to The Joint Commission must adhere to the
Hospital Clinical Data XML File Layout or
Outpatient Clinical Data XML File Layout specifications and guidelines provided above in this section. The hospital and outpatient clinical data submitted to The Joint Commission is anonymous because no direct patient identifiers are included in the Hospital and Outpatient Data XML File.
Each case must have a separate XML file. For example, if 12 records have been abstracted, there must be 12 separate XML files. If a patient has also been sampled for a different Joint Commission National Quality measure set, then a separate XML file must be created for the additional measure set. Each measure set can only be abstracted once for the same medical record. Refer to the applicable version of the
Specifications Manual for Joint Commission National Quality Measures.
Each HBIPS discharge case and event case must have a separate XML file. For example:
Example #1:
During the quarter, 10 patients are discharged (
Discharge Date) and no restraint or seclusion events occurred for any patient (not just those discharged). Ten (10) separate XML files are created and transmitted, one for each discharged patient.
Example #2:
During the quarter, no patients are discharged (
Discharge Date) and 4 unique patients have restraint or seclusion events for a total of 11 events. Eleven (11) separate XML files are created and transmitted, one for each event (
Event Date). Multiple events (
Event Date) for a patient
cannot be combined into one XML file. If the same patient is restrained and seclude (
Event Type) on the same day (
Event Date), the two events must be transmitted in separate XML files.
Example #3:
During the quarter, 1 patient is discharged (
Discharge Date) and 1 unique patient has a restraint event and a seclusion event (
Event Date) for a total of 2 events. The patient with the events is the same patient that was discharged. Three (3) separate XML files are created and transmitted, one for the patient's discharge information (
Discharge Date) and one for each event (
Event Date and Event Type). A patient's discharge information and event information
cannot be combined into the same XML file.
File submission for different Stroke certification programs
• STK files when submitted for the same patients, will apply to all Stroke certification programs and there is no need to submit the STK file more than once.
Following table depicts the measures that are required for each certification program:
Joint Commission Stroke Certification Measure Table
Effective for discharges on and after January 1, 2019
|
Primary Stroke Center (PSC) |
Thrombectomy-capable Stroke Center (TSC) |
Comprehensive Stroke Center (CSC) |
Acute Stroke Ready (ASR) |
STK-1 |
X |
X |
X |
|
STK-2 |
X |
X |
X |
|
STK-3 |
X |
X |
X |
|
STK-4 |
X |
X |
X |
|
STK-5 |
X |
X |
X |
|
STK-6 |
X |
X |
X |
|
STK-8 |
X |
X |
X |
|
STK-10 |
X |
X |
X |
|
STK-OP-1 |
X |
|
|
|
STK-OP-1a |
Not Reported |
|
|
|
STK-OP-1b |
X |
|
|
|
STK-OP-1c |
X |
|
|
|
STK-OP-1d |
X |
|
|
|
STK-OP-1e |
X |
|
|
|
STK-OP-1f |
X |
|
|
|
CSTK-01 |
X |
X |
X |
|
CSTK-02 |
|
X |
|
|
CSTK-03 (Overall) CSTK-03a CSTK-03b |
|
|
X |
|
CSTK-04 |
|
|
X |
|
CSTK-05 (Overall) CSTK-05a CSTK-05b |
|
X
|
X
|
|
CSTK-06 |
|
|
X |
|
CSTK-08 |
|
X |
X |
|
CSTK-09 |
|
X |
X |
|
CSTK-10 |
|
|
X |
|
CSTK-11 |
|
|
X |
|
CSTK-12 |
|
|
X |
|
ASR-IP-1 |
|
|
|
X |
ASR-IP-2 |
|
|
|
X |
ASR-IP-3 |
|
|
|
X |
ASR-OP-1 |
|
|
|
X |
ASR-OP-2 |
|
|
|
X |
Submission of CSTK Clinical Data
This measure set is reported for three certification programs,
Comprehensive Stroke Center (CSC) certification,
Thrombectomy-capable Stroke Center (TSC) Certification, and
Primary Stroke Center (PSC) Certification.
Processing CSTK patient data in HCD is different from other measure sets since discharged patient requires follow-up within a certain number of days after the discharge date. The CSTK-05 measure has been used as the benchmark to define which records require a follow-up. Certification programs,
Comprehensive Stroke Center (CSC), and
Thrombectomy-capable Stroke Center (TSC) require follow-ups.
To allow proper tracking and processing of the follow-up measure in HCD, the CSTK topic has been divided into two different submissions, one xml file with data for discharged measures and one xml file with data for follow-up measure submitted after the discharged file.
Sites with CSC certification
Following points provide the detail of how a CSTK file is expected and processed, specifically for CSC certification:
a. Discharge measures, CSTK-01, 03, 04, 05, 06, 08, 09, 11 and 12 are submitted in one XML file with measure-set=CSTK.
b. A CSTK file submitted for a patient discharged from CSC certified site is encouraged to report the element CERTYPE = “CSC” in the detail section of XML file to indicate the patient has been discharged from a CSC certified site. Refer to XML file layout for more info on this element.
Please note, if this element is missing from the CSTK discharge file, CERTYPE = “CSC” is used as default value.
The element CERTYPE should be added to
<Detail>
section of the CSTK discharge files.
c. The follow up measure, CSTK-10 and it's data, for CSC certification should be submitted in a different XML file with measure set= CSTK-MRS at a later time after follow-up has happened.
The detailed steps of the submission and processing of a CSTK case are as follows:
• A CSTK record is reported to HCD in one XML file as a discharge file.
• This XML file is reported during the normal Transmission period for the discharge date.
• The discharge CSTK file record should report 9 of the 10 measures in the CSTK measure set, i.e., CSTK-01, CSTK-03, CSTK-04, CSTK-05, CSTK-06, CSTK-08, CSTK-09, CSTK-11 and CSTK-12. This file must contain the following tag in the header
<episode-of-care measure-set=“CSTK">
<discharge-date>
• The CSTK-10 measure is not reported in this CSTK Discharge file since it’s a follow-up measure.
• All cases that have category assignment of E (in numerator) or D (in denominator) for the CSTK-05 measure are expected to have a follow-up in the specific timeframe window.
• The CSTK-10 Measure defines this timeframe or follow-up window (i.e., 75 to 105 days after the discharge date)
• For each expected follow-up for CSTK-05, an event XML file is expected to be reported to HCD in the first transmission period that follows the event/follow-up date, and should only report follow up measure, CSTK-10 data and measure result.
• The CSTK event XML file must contain the following tag in the header
<episode-of-care measureset=“CSTK-MRS">
<event-date>
<event-type>
• The event-date is the same date as the ‘Modified Rankin Score Date’ reported inside the
section of the event file. Refer to the Hospital Clinical Data XML File Layout for information on this element.
• In the Event file, ALL the Key elements of the corresponding discharge file, which this event file is following, must be present with this exact value.
Key elements are:
* vendor-id (collected during PET login)
* hcoid
* admit-date
* vendor-tracking-id
* discharge-date
Discharge-date in the header of the CSTK discharge file is compared with the discharge-date provided in the detail section of the CSTK-MRS event file.
It’s imperative that the data submitted for the CSTK event case use the exact discharge-date and vendor-tracking-id that is used in the corresponding discharge-file. If the correct corresponding discharge file is not submitted already, the discharge file needs to be submitted (or retransmitted) first with new/correct keys, before the event date is submitted.
• The follow-up, CSTK-10 must be submitted for CSTK certified facilities after follow-up has happened.
• An Event file that does not match with an associated CSTK discharge file for corresponding certification will be rejected from the warehouse database.
• The event/follow-up schema also requires an event-type in the XML file, which should be submitted with a default value=1.
• If discharge file is Retransmitted and the keys are changed, it's considered a new record. The vendor needs to delete the old accepted data (discharge data, and event files if it has been submitted). If the old discharge file is not deleted, most likely its event file would not be submitted, and the follow-up is treated as missing for the old discharge file.
Note:
a. For a patient who expired during hospitalization, the MRS Date and Event date should report the discharge date.
b. For a patient who expired after discharge date, the MRS date and event date both should be the date hospital was informed of the death and not the actual date of death.
The following table should be referenced to find the transmission period for discharge or event date:
Discharged Data or Event Date |
Transmission Quarter |
1Q data |
July |
2Q data |
October |
3Q data |
January |
4Q data |
April |
Example:
CSTK-10 measure flow/definition assigns E if the event/follow-up date is between 75 to 105 days after the discharge date and assigns D to any follow-up file submitted with an event date before or after the window (before 75 days or after 105 days) of discharge date.
The following example should clarify the details of the file submission for such a CSTK case, assuming the July 2018 transmission is the current transmission time:
a. Case 1 has been discharged from a CSC Certified site and discharge date of January 1, 2018. One XML file is submitted to HCD with Measure set="CSTK" and it reports all CSTK measures data and result except CSTK-10.
b. This XML file's CSTK-05 result is E, therefore a follow-up is required.
c. HCD calculates Jan 1 + 75= March 17, 2018, as the earliest expected date of follow-up and calculates Jan 1+105= April 16, 2018 as the latest expected date of follow-up.
d. The event of follow-up occurred 75 days after discharge on March 17th, therefore the event has happened in the same quarter as the discharge date (1Q2018).
e. An XML should also be submitted as a CSTK Event file, with Measure Set=CSTK-MRS with CSTK-10 data and result. CSTK-10 result is E since the follow-up happened during the expected window.
f. HCD should receive both the discharge file and the event file in July 2018.
Sites with TSC certification
The data submission for TSC Certification is very similar to data submission for CSC certification as discussed in the "Sites with CSC certification" section above, except the following differences:
• When these sites report a discharged CSTK file, they should only report the results for 4 of the 10 CSTK measures. (i.e., CSTK-01, CSTK-05, CSTK-08, CSTK-09).
• A CSTK file submitted for a patient discharged from TSC certified site must report the element CERTYPE = “TSC” in the detail section of XML file.
• The follow up, CSTK-02 must be submitted for TSC certified site in an event file.
• The follow up CSTK-02 Measure defines this timeframe or follow-up window (i.e., 75 to 105 days after the discharge date)
• For each expected follow-up for CSTK-05, an event XML file is expected to be reported to HCD in the first transmission period that follows the event date and should report only CSTK-02 data and measure result.
Sites with PSC certification
The data submission for PSC Certification is very similar to data submission for CSC certification as discussed in the sites with CSC certification section above, except the following differences:
• When these sites report a discharged CSTK file, they should only report the results for 1 CSTK measure. (i.e., CSTK-01)
• A CSTK file submitted for a patient discharged from PSC certified site must report the element CERTYPE = “PSC” in the detail section of XML file.
• There is no follow up for PSC certification.
CSC/TSC Validations
Following validation are performed to ensure the accuracy of execution of CSTK data for each certification accordingly.
a) The engine will validate that a CSC certified site submits CSTK-10 as follow-up measure and TSC certified site submits CSTK-02 as follow-up measure, otherwise the file will be rejected. The type of site’s certification is indicated in CERTYPE element in the discharge file.
b) The submission of CERTYPE is optional for patients treated in CSC Certified sites and the value of CSC is used as default, but files submitted for TSC certified site must submit this element.
c) Since the default value for CERTYPE is CSC, engine will generate the results for 10 measures. When CERTYPE is missing or empty in the section, the site will be considered as CSC Certified and will be evaluated against all CSTK measures and the file might be rejected due to missing data for the CSTK measures that only belong to CSC certification.
d) A Retransmitted data will be validated to ensure the CERTYPE of the new file is similar to the original file. If the file with same vendor-tracking-id, hco-id and quarter and year is reporting a different CERTYPE, the Retransmitted file will be rejected. If it’s necessary to change this information, the original accepted file must be deleted from warehouse using DELETE feature before submitting the new file.
e) For CSTK-10 and CSTK-02, the discharge date in the detail section of the event file must be the same as the discharge date in the header of the discharge file.
Note: Regarding PaS data submission, CSTK Follow-up file does not affect the population size.
No PaS file is expected in the quarter that Follow-up file is submitted.
STK data transmission section
Starting from 1Q2019 discharged data, STK patient can be inpatient or outpatient. But each STK inpatient or outpatient case must have a separate XML file. A patient cannot be inpatient and outpatient at the same time, therefore cannot be combined into the same XML file.
• STK inpatient measures (STK-01, 02, 03, 04, 05, 06, 08 and 10), which are submitted in one XML file with measure-set= “STK”
• STK outpatient measure (STK-OP-1) which is submitted in one XML file with measure-set= “STK-OP”
- Outpatient XML must have Outpatient Encounter Date and E/M Code.
ASR data transmission section
Starting from 3Q2018 discharged data, ASR patient can be inpatient or outpatient. But each ASR inpatient or outpatient case must have a separate XML file. A patient cannot be inpatient and outpatient at the same time, therefore cannot be combined into the same XML file.
• ASR inpatient measures (ASR-IP-1, 2 and 3), are submitted in one XML file with measure-set= “ASR-IP”
• ASR outpatient measure (ASR-OP-1, ASR-OP-2) are submitted in one XML file with measure-set= “ASR-OP”
Additional information:
• Outpatient XML must have Outpatient Encounter Date and E/M Code.
For more information concerning the Performance Measurement System Identifier, refer to the ORYX Technical Implementation Guide . For more information concerning the Vendor Tracking ID and Health Care Organization Identifier, refer to the Transmission Alpha Data Dictionary in this manual.
- Unique Key Identifier for Discharge Measures (e.g., HBIPS-1, PC-01, CSTK-03, ASR-IP-1):
- Performance Measurement System Identifier — - not part of the file, captured at the point the file is uploaded to The Joint Commission
- Vendor Tracking ID — - fictitious identifier generated by the measurement system to differentiate between individual patient records from each hospital
- Admission Date
- Discharge Date
- Measure Set
- Health Care Organization Identifier
- Unique Key Identifier for Event Measures (i.e., HBIPS-2 and HBIPS-3, CSTK-10 or CSTK-02):
- Performance Measurement System Identifier — - not part of the file, captured at the point the file is uploaded to The Joint Commission
- Vendor Tracking ID — - fictitious identifier generated by the ORYX Vendor to differentiate between individual patient records from each hospital
- Admission Date
- Event Date
- Event Type
- Measure Set
- Health Care Organization Identifier
- Unique Key Identifier for Outpatient Measures (e.g., ASR-OP-1, STK-OP-1):
- Performance Measurement System Identifier — - not part of the file, captured at the point the file is uploaded to The Joint Commission
- Vendor Tracking ID — - fictitious identifier generated by the ORYX Vendor to differentiate between individual patient records from each hospital
- Arrival Time
- Encounter Date
- Measure Set
- Health Care Organization Identifier
- Transaction Processing: Data can be added, replaced, and deleted during the current reporting quarter using the Action-Code in the XML file. In order to replace or delete an existing file at The Joint Commission, the files must match on the unique key data elements as defined above. In order to update a key element in an existing file, the file must be deleted and a new file must be submitted. If the element to update is not a key element, then the file can be resubmitted using the 'Add' Action-Code; there is no need to delete the file first as long as the file matches on the unique key data elements.
- Measure Selection: Data that passes all edits and contains all data required to calculate the measures will be accepted as long as the hospital (identified by the Health Care Organization Identifier) has selected the measure set for the reporting quarter with the ORYX Vendor that is submitting the data.
- Sample: All EOC and event records included in the sample, or if the hospital is not sampling the Initial Patient Population, must be transmitted to The Joint Commission. This is true regardless of whether or not any measure for the record calculates to a Measure Category Assignment = “X”. Note: — the HBIPS event measures (HBIPS-2 and 3) do not allow sampling, all data in the Initial Patient Population of these two measures must be transmitted.
- Data Elements Not Accepted by The Joint Commission: The following data elements may be transmitted to the Centers for Medicare and Medicaid Services (CMS) but cannot be transmitted to The Joint Commission for any measure because the data transmitted to The Joint Commission are anonymous. Files transmitted to The Joint Commission that contain the following data will be rejected:
- Patient Identifier
- First Name
- Last Name
- Postal Code
- Data Elements Required by The Joint Commission: In order to support the Joint Commission's data quality analysis and continuous measure verification process the following data elements are required to be transmitted for each measure in the measure set.
- Measure Category Assignment
- Measurement Value (Note: Currently there is no active Continuous Variable measure in The Joint Commission Manual that uses this data element)
- Predicted Value
- Vendor Tracking ID
*Note* — Vendor Tracking ID is a fictitious identifier that is generated by the ORYX Vendor to differentiate between individual patient records from each hospital because the Joint Commission's data are blinded as to whom the patient is. Vendor Tracking ID data element is used to transmit this fictitious identifier. This identifier is unique to a patient.
- For each patient episode of care the following patient identifiers should match for each Measure Set that is submitted for Discharge Measures (e.g., HBIPS-1, PC-01, CSTK-05, ASR-IP-1).
- Vendor Tracking ID
- Admission Date
- Discharge Date
- Birthdate
- Health Care Organization Identifier
For example, if the hospital submits a separate XML file for STK, PC, HBIPS, and TOB, the above identifiers should be the same in each of the discharge XML files.
- For HBIPS or CSTK records, if the patient has multiple events(e.g., HBIPS-2 and HBIPS-3, CSTK-10 or CSTK-02), the following patient identifiers should match for each event record transmitted.
- Vendor Tracking ID
- Admission Date
- Birthdate
- Health Care Organization Identifier
In addition, the discharge record must also be transmitted with the same identifiers.
- HBIPS Specific Data Elements Not Accepted by The Joint Commission As Part of HCD: The following data elements will not be transmitted to The Joint Commission in the Hospital Clinical Data (HCD) file. These data are aggregated at the hospital level and are not patient specific data. Files transmitted to The Joint Commission that contain the following data will be rejected:
- Psychiatric Inpatient Days - Medicare Only
- Psychiatric Inpatient Days - Non-Medicare Only
- Total Leave Days - Medicare Only
- Total Leave Days - Non-Medicare Only
Data Re-transmission
- The Joint Commission acknowledges that it is appropriate to allow ORYX data to be updated. We are interested in assuring the best possible data quality, especially in light of public reporting. With each regularly scheduled transmission deadline, we routinely accept retransmission of up to four quarters of Hospital Clinical data (HCD) and Population and Sampling data (PaS). The purposes of the accepting the retransmitted data is to update the data for the ORYX Performance Measure Reports, national comparison group data, and the health care organization Quality Report postings. These retransmitted data may be inclusive of updated data previously submitted and/or data that may have been erroneously omitted.
ORYX Vendors are required to correct their recognized data integrity issues and retransmit up to four quarters of updated HCD and PaS data for national quality measures by the next regularly scheduled quarterly transmission deadline. Retransmission of corrected data from issues emanating at the client health care organization-level is encouraged whenever feasible. It is the responsibility of the ORYX Vendor to notify their clients that updated data were retransmitted to The Joint Commission, and that the subsequent Quality Report posting and future ORYX Performance Measure Reports will reflect these data. It is important to note, these retransmitted data will refresh the following quarter's ORYX Performance Measure Reports and Quality Report, and update the national comparison group rates.
Refer to the ORYX Performance Measurement System Agreement, ORYX Data Retransmission Process, for further details and associated fees that apply. ORYX Vendor inquires related to the retransmission of ORYX data should be directed to http://manual.jointcommission.org.
Risk Adjustment: The Joint Commission will provide ORYX Vendors with risk adjustment model information for the active national quality measures (e.g., PC, CSTK) that require risk adjustment. ORYX Vendors must apply the risk model information to their patient-level data. Additional specifics include:
- ORYX Vendors will have access to current national quality measure risk model information files through the Performance Measurement System Extranet Track (PET).
- Details related to the risk model information file, its usage by ORYX Vendors and a list of significant risk factors are provided in the ORYX Risk Adjustment Guide. This guide is available to the public on the Joint Commission's website and, in addition, it is available to ORYX Vendors via the Joint Commission's extranet site for ORYX Vendors (PET).
- National quality measure risk models must not be used for any purposes other than calculating risk-adjusted data elements.
- For assistance with the national quality measure risk model information, please contact the ORYX statistical support staff at http://manual.jointcommission.org and click on Statistical Support.
Note: It is possible that a data element is used only in the risk adjustment calculation and not in the measure algorithm. Such data elements are expected to be submitted in the XML file when they are present in the patient record. The file is not rejected by the ‘X’ category assignment when these data elements are missing, similar to the measure data elements which are rejected by ‘X’ when missing.
National Comparison Group: The Joint Commission will provide ORYX Vendors participating in the ORYX national quality measure initiative with national comparison group data. ORYX Vendors may use this information to prepare feedback reports for client organizations. Additional details in regard to this process include:
- ORYX Vendors will have access to national comparison group data through the Performance Measurement System Extranet Track (PET).
- Refer to the ORYX Data Quality Manual for the list of national comparison group data elements, how ORYX Vendors may utilize this data, and related information.
- For assistance with the national quality measure national comparison group, please contact the ORYX statistical support staff at http://manual.jointcommission.org and click on Statistical Support.
Joint Commission Guidelines for Submission of Data
Overview
The below guidelines are for the submission of Hospital Clinical Data and Hospital Initial Patient Population Data to The Joint Commission. Additionally, for the Joint Commission's Hospital Clinical Data Edit and Algorithm Error Feedback Messages, please refer to the Joint Commission's extranet for measurement systems (PET).
- Error Messages provide feedback regarding submitted data, file structure and data integrity that either cause the case to be rejected from the warehouse (Critical) or ask for further verification (Informational). Cases with any critical error messages will not be processed or stored in the warehouse. For cases to be accepted into the warehouse all critical errors must be corrected and the case resubmitted. Informational errors are feedback that warn of potential issues and ask for verification. Cases that receive no error messages or that receive informational messages only will be processed as per the measure algorithm.
- Missing Messages are critical edits that will cause the case to be rejected from the warehouse due to missing data, as per the measure algorithms, resulting in a measure outcome of “X” (Data are Missing).
- Measure Messages provide feedback related to the outcome of the case, as per the measure algorithm, resulting in any other measure outcome, e.g., “B” (Not in Measure Population/Excluded), “D” (In Measure Population/Failed), “E” (In Numerator Population/Passed), or “Y” (Unable to Determine Allowable Value Does Not Allow Calculation of the Measure/UTD).
Joint Commission Guidelines for Submission of Hospital Clinical Data
Minimum Data Requirements
Prior to processing measure outcomes all data will be verified according to the rules in the data transmission section and the Feedback Messages documents. Cases submitted to the the Joint Commission’s Data Warehouse that does not meet the requirements outlined in these documents will be rejected.
Allowable Measure Set Combination per Patient Episode of Care
A patient episode of care might be qualified to be submitted for multiple measure sets. However, the population definition of the measure sets dictate which measure sets combination is possible and they could be reported for a single episode of care and which combination of measure sets are not possible and therefore are not allowed to be submitted for the same episode of care. 'TJC Allowable Measure Set Combinations' file provides guidance on allowable Measure Set combinations that are acceptable into The Joint Commission’s Data Warehouse.
Refer to TJC Allowable Measure Set Combinations file for further guidance.
Requirements for XML Tags and Associated Data
Do not put spaces between XML tags and associated data. Cases with inappropriate spaces will be rejected from the Joint Commission’s Data Warehouse.
Export File Character Limitations
ORYX Vendors should refer to the ORYX Technical Implementation Guide for guidelines related to file naming for submission of data to the Joint Commission’s Data Warehouse.
Missing Data Policy
All cases submitted to The Joint Commission’s Data Warehouse must have all data required to calculate the measures. Any case, which is missing data required to calculate measures and would result in a Measure Category “X” assignment, will be rejected for all measures for that record. These cases should be reviewed by the provider and resubmitted with an allowable value indicated for any data element that was missing. Please refer to the Missing and Invalid Data Section for additional information.
* If the abstractor, after due diligence, is not able to determine an answer, a value of “UTD” must be selected for the applicable data element. This includes ICD-10-PCS Principal Procedure Date and ICD-10-PCS Other Procedure Dates, which are required data elements if ICD-10-PCS Principal Procedure Code and ICD-10-PCS Other Procedure Codes are submitted for the case. Please see the data element definitions for further details on allowable values. If the case is missing the corresponding allowable answer value, the case will be rejected from the Joint Commission’s Data Warehouse.
Data Elements Not Accepted by The Joint Commission
The following data elements are transmitted to CMS, but cannot be transmitted to The Joint Commission. Files transmitted to The Joint Commission that contain the following data will be rejected:
- Patient Identifier
- First Name
- Last Name
- Postal Code
Data Elements Required by the Joint Commission
In order to support the Joint Commission’s data quality analysis and continuous measure verification process the following data elements are required to be transmitted for each measure in the measure set. All hospital measures use these data elements. The ORYX Vendor's calculated Measure Category Assignment will be transmitted to The Joint Commission on a quarterly basis with the associated hospital clinical data. These measure results
will be used in the Joint Commission's data quality analysis and continuous measure verification process. ORYX Vendors can refer to the Joint Commission's ORYX Data Quality Manual for more information.
- Measure Category Assignment
- Measurement Value (Note: Currently there is no active Continuous Variable measure which uses this data element)
- Predicted Value
Unique Record Key (What fields make a record unique?)
For Discharge Measures:
Performance Measurement System Identifier , Vendor Tracking Identifier , Admission Date , Discharge Date , Health Care Organization Identifier , and Measure Set
For each patient episode of care the following patient identifiers should match for each Measure Set that is submitted for Discharge Measures (e.g., HBIPS-1, PC-01, CSTK-05, ASR-IP-1). For example, if the hospital submits a separate XML file for STK, PC, HBIPS, CSTK, ASR and TOB, the above identifiers should be the same in each of the discharge XML files.
- Vendor Tracking ID
- Admission Date
- Discharge Date
- Birthdate
- Health Care Organization Identifier
For Event Measures:
Performance Measurement System Identifier , Vendor Tracking Identifier , Admission Date , Event Date , Event Type , Health Care Organization Identifier , and Measure Set
For HBIPS records, if the patient has multiple events (e.g., HBIPS-2 and HBIPS-3), the following patient identifiers should match for each event record transmitted. In addition, the discharge record must also be transmitted with the same identifiers.
- Vendor Tracking ID
- Admission Date
- Birthdate
- Health Care Organization Identifier
Refer to the Transmission Alpha Data Dictionary for more information concerning the Vendor Tracking ID and Health Care Organization Identifier.
Note: Refer to the ORYX Technical Implementation Guide for more information concerning the Performance Measurement System Identifier.
Principal and Other Diagnosis and Procedure Codes
Effective March 1, 2007, The National Uniform Billing Committee has implemented a Present on Admission indicator for Principal and Other Diagnosis codes. Data submitted to the Joint Commission’s Data Warehouse must have the Present on Admission Indicator removed prior to submission. Failure to remove the indicator will result in cases being rejected from Joint Commission’s Data warehouse.
Patient-Level Clinical Data XML File Layout
The XML File Layout is divided into the following five main sections (Please refer to Hospital Clinical Data XML File Layout and Outpatient Clinical Data XML File Layout for details).
Submission
- Type – Describes the setting for which the data is being collected (Hospital or Outpatient)
- Data – Describes the type of data being submitted (Clinical).
- Version – Describes the version of the XML file layout.
- Action-Code – Describes the action intended with the submission of the file. Options include:
- Add (applicable to a file submitted for the first time for the hospital/time period or to a file being submitted as an update/replacement of an existing file already submitted for a provider).
- Delete (utilize when the file is submitted for the purpose of deleting a file already submitted to the Joint Commission’s Data Warehouse.)
Note: In order to replace or delete an existing file utilizing the Add or Delete action codes, the files must match on the following fields in the Joint Commission’s Data Warehouse: Performance Measurement System Identifier, Vendor Tracking ID, Admission Date, Discharge Date, Measure Set, and Health Care Organization Identifier.
File Audit Data
Note: This section is not required
- Create-Date – Indicates the date the file was created.
- Create-Time – Indicates the time the file was created.
- Create-By – Indicates who created the file.
- Version – Indicates the version of the file being submitted.
- Create-by-Tool – Indicates the software tool utilized to create the file.
Abstraction Audit Data
Note: This section is not required
- Abstraction-Date – Indicates the date the file was abstracted.
- Abstractor-id – Indicates the person who abstracted the file.
- Total-Abstraction-Time – Indicates the time required to abstract the file (in seconds).
- Comments – Area for entry of any comments regarding the abstraction.
Provider
Data elements in this section of the XML file relate to Provider identification. These data elements include:
- CMS Certification Number - Hospital’s six digit acute CMS Certification Number (CCN), which is allowed and is optional for The Joint Commission.
- NPI - National Provider Identifier as assigned by CMS, optional for The Joint Commission.
- HCOID - Identifies the healthcare organization that is accredited by The Joint Commission and is required as a key element of the patient file for The Joint Commission.
Patient
Data elements in this section of the XML file relate to patient demographic information such as Birthdate and Sex.
For algorithms that calculate the patient age, Admission Date minus the Birthdate, use the month and day portion of admission date and birthdate to yield the most accurate age. The traditional approach of counting months or years by the birthday date or the first day of the next month, when the exact date does not exist in the calendar for the end point, must be used when calculating the patient age. For example, if calculating the age by year, a patient born on March 31st turns one year older on March 31st. A patient born on February 29th, in a leap year, has a birthday on February 29th on all leap years, and March 1st in all non-leap years. Or if calculating age by month, if a patient is born on March 31st the patient turns 6 months on October 1st and not on September 30th. Since the date 31 does not exist in September, you would move to the first day of the next month, which would be October 1st, to add one month to the patient age.
Episode of Care/Encounters
Data in this section of the XML file relate to the acute inpatient or outpatient stay and clinical data associated with the stay. Examples of associated data elements include:
- Admission Date (for hospital measures)
- Discharge Date (for hospital measures)
- Encounter date (for outpatient measures)
- Arrival Time (for outpatient measures)
- Event Date (event measures)
- Event Type (event measures)
- Vendor Tracking Identifier
- Measure Set
- Clinical Questions and answer codes
The Joint Commission
Data in this section of the XML file support the Joint Commission’s data quality analysis and continuous measure verification process of ORYX Vendors. The following data elements are required to be transmitted to The Joint Commission for each measure in the measure set.
- Measure Category Assignment
- Measurement Value (Note: Currently there is no active Continuous Variable measure which uses this data element)
- Predicted Value
Please refer to the data dictionary for further definition of these data elements.
Abstraction Software Skip Logic and Missing Data
Skip logic allows hospitals and vendors to minimize abstraction burden by using vendor software edit logic to bypass abstraction of data elements not utilized in the measure algorithm. However, these bypassed elements also negatively impact data quality when elements are incorrectly abstracted and subsequent data elements are bypassed and left blank.
The use of skip logic by hospitals and ORYX vendors is optional and not required by The Joint Commission. Hospitals should be aware the potential impact of skip logic on data quality and abstraction burden. Vendors and hospitals utilizing skip logic should closely monitor the accuracy rate of abstracted data elements, particularly data elements placed higher in the algorithm flow.
Joint Commission Guidelines for Submission of Hospital or Outpatient Initial Patient Population Data
Hospitals must submit to The Joint Commission on a quarterly basis the aggregate population and sample counts for Medicare and non-Medicare discharges for each of the measure sets. If the aggregate population count is zero, the hospital is still required to submit the Initial Inpatient Population Data file and would submit zero as the population and sample counts. In addition, The Initial Inpatient Population Data file must be transmitted to the Joint Commission's Data Warehouse even if the hospital has elected to not report the patient data for the measures (e.g., HBIPS1, 4, PC-01, CSTK-05) when they have five or fewer cases for an appropriate measure set during the quarter.
Initial Patient Population Data XML File Layout
The XML File Layout is divided into the following five main sections (Please refer to Hospital Initial Patient Population Data XML File Layout or Hospital Outpatient Population Data XML file layout for details).
Submission
- Type — Describes the setting for which the data is being collected (Hospital or Outpatient)
- Data — Describes the type of data being submitted (Population).
- Version — Describes the version of the XML file layout.
- Action-Code — Describes the action intended with the submission of the file. The “Add” action-code is required for all initial patient population files submitted.
Note: In order to replace an existing file at the utilizing the Add action code, the files must match on:
Health Care Organization ID, Time-Period and Measure-Set
In order to replace an existing file all XML tags must be present, however, only the XML tags mentioned above (Health Care Organization ID, Time-Period, and Measure-Set) need to be submitted with values.
File Audit Data
Note: This section is not required
- Create-Date — Indicates the date the file was created.
- Create-Time — Indicates the time the file was created.
- Create-By — Indicates who created the file.
- Version — Indicates the version of the file being submitted.
- Create-by-Tool — Indicates the software tool utilized to create the file.
Provider Data
Data elements in this section of the XML file relate to Provider identification. These data elements include:
- Provider-Id - Hospital's six digit acute care CMS Certification Number (CCN), which is allowed and it's optional for The Joint Commission.
- NPI - National Provider Identifier as assigned by CMS, and is optional for The Joint Commission.
- HCOID - Identifies the healthcare organization that is accredited by The Joint Commission and is required as a key element of the patient file.
Time Period
Time-Period-— Dates in this field should reflect the discharge time period related to the data being submitted. Time period start and end dates must reflect full month increments, and may not be greater than one month. Files submitted to the Joint Commission's Data Warehouse are required to contain a three monthly time periods which comprise the calendar quarter for which data is being submitted.
Example: If the Hospital Initial Patient Population File is being submitted for fourth quarter 2008, the file must contain the following time periods and appropriate associated data (including all data elements is the Population Details section that follows):
October 2008
November 2008
December 2008
Files submitted with time periods that do not meet the above requirements will be rejected from the Joint Commission's Data Warehouse.
Population Details
- Measure-Set — Indicates the Measure Set for which the data is being submitted.
- Stratum — Indicates the stratum (e.g., HBIPS) or sub-population (e.g., PC) related to the data being submitted.
Additional data elements include Initial Patient Population Size — Medicare, Initial Patient Population Size — Non-Medicare, Sampling Frequency, Sample Size — Medicare, and Sample Size — Non-Medicare. Please refer to the Transmission Data Dictionary for further definition of these data elements. Please refer to Hospital Initial Patient and Hospital Outpatient Population Data XML File Layout for further information on details of the XML file format. All data elements are based on discharges or events that occurred during the associated time period.