Difference between revisions of "Documentation Templates and Rules FHIR IG Proposal"
| (19 intermediate revisions by 3 users not shown) | |||
| Line 3: | Line 3: | ||
<div style="float: left;">[[Image:OpenHotTopic.GIF|35px| ]]</div> | <div style="float: left;">[[Image:OpenHotTopic.GIF|35px| ]]</div> | ||
<div style="background:#F0F0F0"> | <div style="background:#F0F0F0"> | ||
| − | This page documents a [[:category: | + | This page documents a [[:category:Approved FHIR IG Proposal|Approved]] [[:category:FHIR IG Proposal|FHIR IG Proposal]] |
</div> | </div> | ||
</div> | </div> | ||
[[Category:FHIR IG Proposal]] | [[Category:FHIR IG Proposal]] | ||
| − | [[Category: | + | [[Category:Approved FHIR IG Proposal]] |
| Line 13: | Line 13: | ||
| − | =Documentation Templates and Rules (DTR)= | + | =Da Vinci Documentation Templates and Rules (DTR)= |
<!-- Resource names should meet the following characteristics: | <!-- Resource names should meet the following characteristics: | ||
| Line 32: | Line 32: | ||
==Committee Approval Date:== | ==Committee Approval Date:== | ||
| − | + | 2019-02-27 | |
==Contributing or Reviewing Work Groups== | ==Contributing or Reviewing Work Groups== | ||
| Line 40: | Line 40: | ||
==FHIR Development Project Insight ID== | ==FHIR Development Project Insight ID== | ||
| − | + | 1493 | |
==Scope of coverage== | ==Scope of coverage== | ||
| − | + | The IG is specific to the US Human financial claims process across all healthcare disciplines, though the primary focus is inpatient and outpatient primary care. The content is developed by a mix of payor and EHR representatives. | |
| − | + | ==IG Purpose== | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | One of the challenges in the US Healthcare environment is that clinicians are often unaware of the expectations of payer organizations around the delivery of care, requirements for pre-authorizations and other processes. The result is that payment can be delayed, changes must be made to therapy after initiation and/or additional overhead costs are incurred. [[Coverage Requirements Discovery FHIR IG Proposal]] (CRD) defines a standardized mechanism by which care delivery organizations and providers can query payers to find relevant guidance prior to care delivery. | |
| − | + | While the CRD IG specifies the mechanism for querying the payer, it does not describe the format or guidance of the rules being returned by the payer. Many of the documentation requirements may be satisfied by retrieving information that already exists in a provider's EHR system. Providing a standardized mechanism for evaluating documentation requirements against known information for a patient has the ability to reduce burden on providers and office staff who currently must manually interpret this information. | |
==Content location== | ==Content location== | ||
| − | + | https://github.com/HL7/davinci-dtr | |
| − | |||
==Proposed IG realm and code== | ==Proposed IG realm and code== | ||
| − | + | us/davinci-dtr | |
==Maintenance Plan== | ==Maintenance Plan== | ||
| − | + | This specification will be maintained by Da Vinci working with the CDS workgroup. | |
==Short Description== | ==Short Description== | ||
| − | + | Provides a mechanism for delivering and executing payer rules related to documentation requirements for a proposed medication, procedure or other service associated with a patient's insurance coverage. | |
| − | |||
==Long Description== | ==Long Description== | ||
| − | + | This implementation guide specifies how payer rules can be executed in a provider context to ensure that documentation requirements are met. The IG is a companion to the Coverage Requirements Discovery (CRD) IG, which uses CDS Hooks to query payers to determine if there are documentation requirements for a proposed medication, procedure or other service. When those requirements exist, CDS Hooks Cards will be returned with information about the requirements. This IG leverages the ability of CDS Hooks to link to a SMART on FHIR app to launch and execute payer rules. The IG will specify how to maintain the transaction state as the workflow transitions from CDS Hooks to a SMART on FHIR app. It will then describe how the app will contact the payer to retrieve documentation requirements, in the form of CQL and a FHIR Questionnaire resource. The use of CQL will allow payers to inspect a patient's record for the necessary information related to the required documentation for the proposed item. The guide will then describe how to use the payer Questionnaire and results from CQL execution to generate a QuestionnaireResponse containing the necessary information. Finally, the guide will show how this information can be sent to the payer or persisted in the provider's EHR. | |
| − | |||
==Involved parties== | ==Involved parties== | ||
| − | + | This implementation guide has been developed by U.S. EHR, Payer and Provider organizations as part of the Da Vinci project | |
| − | |||
==Expected implementations== | ==Expected implementations== | ||
| − | + | A open source reference implementation (RI) will be developed by The MITRE Corporation in support of Da Vinci. It is expected that this RI will be tested at the May 2019 WGM. Several EHR, Payer and Provider organizations are expected to implement this implementation guide or leverage the provided RI. | |
==Content sources== | ==Content sources== | ||
| − | + | Requirements are drawn from EHR vendors, provider organizations and payer organizations as part of Da Vinci discussions. | |
| − | |||
| − | |||
==Example Scenarios== | ==Example Scenarios== | ||
| − | + | * EHR performs coverage requirements discovery specifying a patient's insurance coverage and a device request for oxygen therapy. Payer returns a card with a link to a SMART app that can ensure that the necessary rules are met for ordering of oxygen therapy. The provider launches that app, which executes the CQL and examines that patient's record by accessing the EHR's FHIR server to find a condition of hypoxia and other necessary information. The provider is presented with a screen that shows all of the discovered information and asks for confirmation. The provider confirms and the supporting documentation is transmitted to the payer. | |
| + | * EHR performs coverage requirements discovery specifying a patient's insurance coverage and a device request for Continuous Positive Airway Pressure (CPAP) device. Payer returns a card with a link to a SMART app that can ensure that the necessary rules are met for ordering of CPAP. The provider launches that app, which executes the CQL and examines that patient's record by accessing the EHR's FHIR server to and cannot find a procedure that indicates that a sleep study has been performed. The provider is alerted and can create a task to schedule a sleep study for the patient. | ||
==IG Relationships== | ==IG Relationships== | ||
| − | + | This guide will use the US Core, Structured Data Capture, Da Vinci Coverage Requirements Discovery and SMART Application Launch Framework Implementation Guides. | |
==Timelines== | ==Timelines== | ||
| − | + | The intention is to perform initial balloting of the IG in the May 2019 ballot cycle. | |
==When IG Proposal Is Complete== | ==When IG Proposal Is Complete== | ||
Latest revision as of 19:56, 17 April 2019
This page documents a Approved FHIR IG Proposal
Contents
- 1 Da Vinci Documentation Templates and Rules (DTR)
- 1.1 Owning work group name
- 1.2 Committee Approval Date:
- 1.3 Contributing or Reviewing Work Groups
- 1.4 FHIR Development Project Insight ID
- 1.5 Scope of coverage
- 1.6 IG Purpose
- 1.7 Content location
- 1.8 Proposed IG realm and code
- 1.9 Maintenance Plan
- 1.10 Short Description
- 1.11 Long Description
- 1.12 Involved parties
- 1.13 Expected implementations
- 1.14 Content sources
- 1.15 Example Scenarios
- 1.16 IG Relationships
- 1.17 Timelines
- 1.18 When IG Proposal Is Complete
- 1.19 FMG Notes
Da Vinci Documentation Templates and Rules (DTR)
Owning work group name
Clinical Decision Support Workgroup
Committee Approval Date:
2019-02-27
Contributing or Reviewing Work Groups
FHIR Development Project Insight ID
1493
Scope of coverage
The IG is specific to the US Human financial claims process across all healthcare disciplines, though the primary focus is inpatient and outpatient primary care. The content is developed by a mix of payor and EHR representatives.
IG Purpose
One of the challenges in the US Healthcare environment is that clinicians are often unaware of the expectations of payer organizations around the delivery of care, requirements for pre-authorizations and other processes. The result is that payment can be delayed, changes must be made to therapy after initiation and/or additional overhead costs are incurred. Coverage Requirements Discovery FHIR IG Proposal (CRD) defines a standardized mechanism by which care delivery organizations and providers can query payers to find relevant guidance prior to care delivery.
While the CRD IG specifies the mechanism for querying the payer, it does not describe the format or guidance of the rules being returned by the payer. Many of the documentation requirements may be satisfied by retrieving information that already exists in a provider's EHR system. Providing a standardized mechanism for evaluating documentation requirements against known information for a patient has the ability to reduce burden on providers and office staff who currently must manually interpret this information.
Content location
https://github.com/HL7/davinci-dtr
Proposed IG realm and code
us/davinci-dtr
Maintenance Plan
This specification will be maintained by Da Vinci working with the CDS workgroup.
Short Description
Provides a mechanism for delivering and executing payer rules related to documentation requirements for a proposed medication, procedure or other service associated with a patient's insurance coverage.
Long Description
This implementation guide specifies how payer rules can be executed in a provider context to ensure that documentation requirements are met. The IG is a companion to the Coverage Requirements Discovery (CRD) IG, which uses CDS Hooks to query payers to determine if there are documentation requirements for a proposed medication, procedure or other service. When those requirements exist, CDS Hooks Cards will be returned with information about the requirements. This IG leverages the ability of CDS Hooks to link to a SMART on FHIR app to launch and execute payer rules. The IG will specify how to maintain the transaction state as the workflow transitions from CDS Hooks to a SMART on FHIR app. It will then describe how the app will contact the payer to retrieve documentation requirements, in the form of CQL and a FHIR Questionnaire resource. The use of CQL will allow payers to inspect a patient's record for the necessary information related to the required documentation for the proposed item. The guide will then describe how to use the payer Questionnaire and results from CQL execution to generate a QuestionnaireResponse containing the necessary information. Finally, the guide will show how this information can be sent to the payer or persisted in the provider's EHR.
Involved parties
This implementation guide has been developed by U.S. EHR, Payer and Provider organizations as part of the Da Vinci project
Expected implementations
A open source reference implementation (RI) will be developed by The MITRE Corporation in support of Da Vinci. It is expected that this RI will be tested at the May 2019 WGM. Several EHR, Payer and Provider organizations are expected to implement this implementation guide or leverage the provided RI.
Content sources
Requirements are drawn from EHR vendors, provider organizations and payer organizations as part of Da Vinci discussions.
Example Scenarios
- EHR performs coverage requirements discovery specifying a patient's insurance coverage and a device request for oxygen therapy. Payer returns a card with a link to a SMART app that can ensure that the necessary rules are met for ordering of oxygen therapy. The provider launches that app, which executes the CQL and examines that patient's record by accessing the EHR's FHIR server to find a condition of hypoxia and other necessary information. The provider is presented with a screen that shows all of the discovered information and asks for confirmation. The provider confirms and the supporting documentation is transmitted to the payer.
- EHR performs coverage requirements discovery specifying a patient's insurance coverage and a device request for Continuous Positive Airway Pressure (CPAP) device. Payer returns a card with a link to a SMART app that can ensure that the necessary rules are met for ordering of CPAP. The provider launches that app, which executes the CQL and examines that patient's record by accessing the EHR's FHIR server to and cannot find a procedure that indicates that a sleep study has been performed. The provider is alerted and can create a task to schedule a sleep study for the patient.
IG Relationships
This guide will use the US Core, Structured Data Capture, Da Vinci Coverage Requirements Discovery and SMART Application Launch Framework Implementation Guides.
Timelines
The intention is to perform initial balloting of the IG in the May 2019 ballot cycle.
When IG Proposal Is Complete
When you have completed your proposal, please send an email to FMGcontact@HL7.org
