Referral Certification and Authorization Request and Response for Dental, Professional and Institutional Services

Type	Standard / Implementation Specification	Standards Process Maturity	Implementation Maturity	Federally required	Cost	Test Tool Availability
Implementation Specification	ASC X12N/005010X217 Health Care Services Review—Request for Review and Response (278), May 2006 as an ASC X12 Standards for Electronic Data Interchange Technical Report Type 3	Final	Production	Yes	$	Yes
Implementation Specification	HL7® FHIR® Da Vinci Coverage Requirements Discovery (CRD) Implementation Guide	Balloted Draft	Production	No	Free	Yes
Implementation Specification	HL7® FHIR® Da Vinci Documentation Templates and Payer Rules (DTR) Implementation Guide	Balloted Draft	Production	No	Free	Yes
Implementation Specification	HL7® FHIR® Da Vinci Prior Authorization Support (PAS) Implementation Guide	Balloted Draft	Pilot	No	Free	Yes
Implementation Specification	HL7 CDA R2 Implementation Guide: Dental Data Exchange	Balloted Draft	Production	No	Free	Yes

Limitations, Dependencies, and Preconditions for Consideration	Applicable Security Patterns for Consideration
The Administrative Simplification provisions of HIPAA apply to the adoption of electronic transaction standards and operating rules for use in the health care industry. Information about the HIPAA regulations and enforcement may be found at https://www.cms.gov/Regulations-and-Guidance/Administrative-Simplification/HIPAA-ACA/index.html. Adoption of standards to increase the efficiency of the health care system was required by the Health Insurance Portability Act of 1996 (HIPAA). The most recent versions of the medical and pharmacy standards were adopted in 2009, with a January 2012 compliance date. The purpose of the electronic standard transactions is to improve efficiency in the health care system by reducing the use of paper and increasing the electronic exchange of health care information. Before implementation of a new version of a standard, end to end testing should be conducted with vendor systems and between trading partners to ensure changes have been accommodated. ASETT is the HHS compliance tool to enable testing and complaint filing for X12 and NCPDP transactions. For a description of the functionality of each transaction, visit the X12 website. Click on a transaction set name to toggle the display of the purpose and scope of that transaction set. HL7 Da Vinci Use Cases: Coverage Requirements Discovery (CRD). The goal of the CRD use case is to give providers real-time access to payer approval requirements, documentation, and rules at point of service to reduce provider burden and support treatment planning. Documentation Templates and Payer Rules (DTR). The goal of the DTR use case is to reduce provider burden and simplify process by establishing electronic versions of administrative and clinical requirements that can become part of the providers workflow Prior Authorization Support (PAS). The goal of the PA use case is to define FHIR based services to enable provider, at the point of service, to request authorization (including all necessary clinical information to support the request) and receive immediate authorization Note: all Da Vinci use cases are piloted and tested during regular connectathons hosted by HL7 and approved professional affiliates throughout the year. To learn more about connectathons and other Da Vinci use cases or FHIR accelerator programs, visit www.HL7.org or http://www.hl7.org/about/davinci/use-cases.cfm The HL7 Dental Data Exchange STU Implementation Guide provides an HL7 CDA-based set of templates defining the Dental Referral Note and Dental Consultation Note. These standardized documents are intended to support bi-directional information exchange between a medical and a dental provider or between dental providers. This publication provides the data model, defined data items, and their corresponding code and value sets, specific to a dental referral note and dental consultation note intended for exchange.	All covered entities and their business associates are required to comply with the HIPAA Privacy and Security Rules. Health and Human Services has partnered with the Office of the National Coordinator and the National Institutes of Standards and Technology to publish comprehensive guidance for Security specific to electronic protected health information. A self-assessment tool kit is available to support integrating privacy and security into practices.

Limitations, Dependencies, and Preconditions for Consideration

Applicable Security Patterns for Consideration

The Administrative Simplification provisions of HIPAA apply to the adoption of electronic transaction standards and operating rules for use in the health care industry. Information about the HIPAA regulations and enforcement may be found at https://www.cms.gov/Regulations-and-Guidance/Administrative-Simplification/HIPAA-ACA/index.html.
Adoption of standards to increase the efficiency of the health care system was required by the Health Insurance Portability Act of 1996 (HIPAA). The most recent versions of the medical and pharmacy standards were adopted in 2009, with a January 2012 compliance date. The purpose of the electronic standard transactions is to improve efficiency in the health care system by reducing the use of paper and increasing the electronic exchange of health care information.
Before implementation of a new version of a standard, end to end testing should be conducted with vendor systems and between trading partners to ensure changes have been accommodated.
ASETT is the HHS compliance tool to enable testing and complaint filing for X12 and NCPDP transactions.
For a description of the functionality of each transaction, visit the X12 website. Click on a transaction set name to toggle the display of the purpose and scope of that transaction set.
HL7 Da Vinci Use Cases:
- Coverage Requirements Discovery (CRD). The goal of the CRD use case is to give providers real-time access to payer approval requirements, documentation, and rules at point of service to reduce provider burden and support treatment planning.
- Documentation Templates and Payer Rules (DTR). The goal of the DTR use case is to reduce provider burden and simplify process by establishing electronic versions of administrative and clinical requirements that can become part of the providers workflow
- Prior Authorization Support (PAS). The goal of the PA use case is to define FHIR based services to enable provider, at the point of service, to request authorization (including all necessary clinical information to support the request) and receive immediate authorization
- Note: all Da Vinci use cases are piloted and tested during regular connectathons hosted by HL7 and approved professional affiliates throughout the year. To learn more about connectathons and other Da Vinci use cases or FHIR accelerator programs, visit www.HL7.org or http://www.hl7.org/about/davinci/use-cases.cfm
The HL7 Dental Data Exchange STU Implementation Guide provides an HL7 CDA-based set of templates defining the Dental Referral Note and Dental Consultation Note. These standardized documents are intended to support bi-directional information exchange between a medical and a dental provider or between dental providers. This publication provides the data model, defined data items, and their corresponding code and value sets, specific to a dental referral note and dental consultation note intended for exchange.

All covered entities and their business associates are required to comply with the HIPAA Privacy and Security Rules. Health and Human Services has partnered with the Office of the National Coordinator and the National Institutes of Standards and Technology to publish comprehensive guidance for Security specific to electronic protected health information. A self-assessment tool kit is available to support integrating privacy and security into practices.

About the ISA

ISA Content

ISA Sections

Appendices

Specialty Care and Settings

ISA Publications

Recent ISA Updates

Referral Certification and Authorization Request and Response for Dental, Professional and Institutional Services

Comment