This wiki has undergone a migration to Confluence found Here
Difference between revisions of "201809 Coverage Requirements Discovery"
Jump to navigation
Jump to search
| (4 intermediate revisions by 2 users not shown) | |||
| Line 15: | Line 15: | ||
* Specific guidance | * Specific guidance | ||
| − | This track will be testing the ability of a participants to issue a | + | This track will be testing the ability of a participants to issue a CDS Hook request to discover coverage requirements. It is expected that there will be a reference implementation of the CDS Service to mimic the response with coverage requirement documentation. The track will test the CRD IG that is being balloted in September. This test will help demonstrate: |
* Profiles of FHIR resources along with the operation allow the necessary information for discovery of coverage discovery | * Profiles of FHIR resources along with the operation allow the necessary information for discovery of coverage discovery | ||
* Profiles of FHIR resources allow the communication of the location of coverage requirement documentation back to providers. | * Profiles of FHIR resources allow the communication of the location of coverage requirement documentation back to providers. | ||
| Line 45: | Line 45: | ||
===medication-prescribe Scenario=== | ===medication-prescribe Scenario=== | ||
This scenario uses the CRD resource profiles in the [https://cds-hooks.org/hooks/medication-prescribe/ medication-prescribe CDS Hook] as described in the [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#medication-prescribe CRD IG]. | This scenario uses the CRD resource profiles in the [https://cds-hooks.org/hooks/medication-prescribe/ medication-prescribe CDS Hook] as described in the [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#medication-prescribe CRD IG]. | ||
| + | |||
| + | For both of these scenarios, the Healthcare Provider system should create a patient resource that is 40 years old. The MedicationRequest resource should have a medicationCodeableConcept of RxNorm - 860195. See the [https://github.com/HL7-DaVinci/CRD/blob/master/examples/r4/medication-prescribe/documentation-required/medication-request.json full example] for details. | ||
====medication-prescribe Scenario==== | ====medication-prescribe Scenario==== | ||
| − | :Action: Healthcare Provider executes medication-prescribe CDS Hook, sending the request to the Healthcare Payer | + | |
| − | :Precondition: Healthcare Provider hosts a FHIR server | + | =====Step 1 - Hook Request===== |
| − | :Success Criteria: Healthcare Provider displays | + | :Action: Healthcare Provider executes medication-prescribe CDS Hook, sending the request to the Healthcare Payer which includes a [http://build.fhir.org/ig/HL7/davinci-crd/profile-medicationrequest-r4.html CRD MedicationRequest] resource |
| − | :Bonus point: Healthcare Provider supplies OAuth token and | + | :Precondition: Healthcare Provider hosts a FHIR server that provides the Patient, Encounter referenced in the hook context as well as the Coverage referenced by MedicationRequest.insurance |
| + | :Success Criteria: Healthcare Payer receives a valid CDS Hook medication-prescribe request | ||
| + | :Bonus point: Healthcare Provider supplies OAuth token | ||
| + | |||
| + | =====Step 2 - Fetch Relevant Data===== | ||
| + | :Action: Healthcare Payer issues FHIR GET requests to retrieve relevant Patient, Encounter, Coverage and other related resources | ||
| + | :Precondition: none | ||
| + | :Success Criteria: Healthcare Payer obtains all information necessary to resolve the CDS Hook request made in Step 1 | ||
| + | :Bonus point: Healthcare Payer uses the OAuth token supplied in Step 1 and the Healthcare Provider requires OAuth for all requests | ||
| + | |||
| + | =====Step 3 - Return Cards===== | ||
| + | :Action: Healthcare Payer returns CDS Hooks Cards with documentation requirements | ||
| + | :Precondition: none | ||
| + | :Success Criteria: Healthcare Provider system displays the cards | ||
| + | :Bonus point: Healthcare Payer [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#request-form-completion requests form completion] and the Provider displays the form to complete | ||
| + | |||
| + | ====medication-prescribe prefetch Scenario==== | ||
| + | |||
| + | =====Step 1 - Hook Request===== | ||
| + | :Action: Healthcare Provider executes medication-prescribe CDS Hook, sending the request to the Healthcare Payer which includes a [http://build.fhir.org/ig/HL7/davinci-crd/profile-medicationrequest-r4.html CRD MedicationRequest] resource and prefetches related resources | ||
| + | :Precondition: Healthcare Payer has a prefetch template that requests the Patient, Encounter referenced in the hook context as well as the Coverage referenced by MedicationRequest.insurance | ||
| + | :Success Criteria: Healthcare Payer receives a valid CDS Hook medication-prescribe request with all information needed to satisfy the request | ||
| + | :Bonus point: Healthcare Provider supplies OAuth token | ||
| + | |||
| + | =====Step 2 - Return Cards===== | ||
| + | :Action: Healthcare Payer returns CDS Hooks Cards with documentation requirements | ||
| + | :Precondition: none | ||
| + | :Success Criteria: Healthcare Provider system displays the cards | ||
| + | :Bonus point: Healthcare Payer [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#request-form-completion requests form completion] and the Provider displays the form to complete | ||
===order-review Scenario=== | ===order-review Scenario=== | ||
This scenario follows the constraints on the [https://cds-hooks.org/hooks/order-review/ order-review CDS Hook] as described in the [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#order-review CRD IG]. | This scenario follows the constraints on the [https://cds-hooks.org/hooks/order-review/ order-review CDS Hook] as described in the [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#order-review CRD IG]. | ||
| − | |||
Mrs. Smith is an 75 year-old on Medicare FFS with long standing COPD who has had slowly and progressively worsening shortness of breath with activity. In the office her room air saturation after a 5 minute walk is 84%. She has additional evaluation that reveals no new findings. Dr. Good (Healthcare Provider) wants to initiate home oxygen therapy for Mrs. Smith. | Mrs. Smith is an 75 year-old on Medicare FFS with long standing COPD who has had slowly and progressively worsening shortness of breath with activity. In the office her room air saturation after a 5 minute walk is 84%. She has additional evaluation that reveals no new findings. Dr. Good (Healthcare Provider) wants to initiate home oxygen therapy for Mrs. Smith. | ||
| Line 62: | Line 91: | ||
Dr. Good retrieves the documentation templates from the Healthcare Payer. | Dr. Good retrieves the documentation templates from the Healthcare Payer. | ||
| + | =====Step 1 - Hook Request===== | ||
| + | :Action: Healthcare Provider executes order-review CDS Hook, sending the request to the Healthcare Payer which includes a [http://build.fhir.org/ig/HL7/davinci-crd/profile-devicerequest-r4.html CRD DeviceRequest] resource and prefetches related resources | ||
| + | :Precondition: Healthcare Payer has a prefetch template that requests the Patient, Encounter referenced in the hook context as well as the Coverage referenced by MedicationRequest.insurance | ||
| + | :Success Criteria: Healthcare Payer receives a valid CDS Hook order-review request with all information needed to satisfy the request | ||
| + | :Bonus point: Healthcare Provider supplies OAuth token | ||
| − | === | + | =====Step 2 - Fetch Relevant Data===== |
| − | :Action: | + | :Action: Healthcare Payer issues FHIR GET requests to retrieve relevant Patient, Encounter, MedicationRequest, Coverage and other related resources |
| − | :Precondition: | + | :Precondition: none |
| − | :Success Criteria: | + | :Success Criteria: Healthcare Payer obtains all information necessary to resolve the CDS Hook request made in Step 1 |
| − | :Bonus point: | + | :Bonus point: Healthcare Payer uses the OAuth token supplied in Step 1 and the Healthcare Provider requires OAuth for all requests |
| − | + | =====Step 3 - Return Cards===== | |
| + | :Action: Healthcare Payer returns CDS Hooks Cards with documentation requirements | ||
| + | :Precondition: none | ||
| + | :Success Criteria: Healthcare Provider system displays the cards | ||
| + | :Bonus point: Healthcare Payer [http://build.fhir.org/ig/HL7/davinci-crd/hooks.html#request-form-completion requests form completion] and the Provider displays the form to complete | ||
==TestScript(s)== | ==TestScript(s)== | ||
Latest revision as of 13:19, 28 September 2018
Track Name
Coverage Requirements Discovery (CRD)
Submitting WG/Project/Implementer Group
The Da Vinci Project
Justification
The goal of the CRD Implementation Guide is to allow healthcare payers to be able to query payers to determine:
- Specific documentation requirements
- Rules for determining need for specific treatments/services
- Requirement for Prior Authorization (PA) or other approvals
- Specific guidance
This track will be testing the ability of a participants to issue a CDS Hook request to discover coverage requirements. It is expected that there will be a reference implementation of the CDS Service to mimic the response with coverage requirement documentation. The track will test the CRD IG that is being balloted in September. This test will help demonstrate:
- Profiles of FHIR resources along with the operation allow the necessary information for discovery of coverage discovery
- Profiles of FHIR resources allow the communication of the location of coverage requirement documentation back to providers.
Proposed Track Lead
Andy Gregorowicz - The MITRE Corporation - andrewg@mitre.org
See Connectathon_Track_Lead_Responsibilities
Expected participants
Cerner, Epic, Allscripts, CMS (via The MITRE Corporation), United, Humana, Anthem
Roles
Healthcare Provider
In this role, a provider wishes to discover the documentation requirements for home oxygen therapy. It is expected that the provider will be able to:
- Invoke the CRD via CDS Hooks
- Populate the hook request with the necessary demographic, payer and requested service information or have a FHIR server that will respond to queries for the information
- Handle the response of the CRD CDS Hooks Cards
- Display to the provider the links to the documentation requirements and allow the provider to follow the links
It is expected, but not necessary, that the Provider end will be implemented as a SMART on FHIR app. The app would pull demographic and payer information from the local EHR and then provide a user interface to allow the provider to select the desired service. The SMART on FHIR app would then invoke the CRD CDS Hooks and display the response.
Healthcare Payer
In this role, the payer examines the request for documentation and responds appropriately. This could be viewed as the server part of the transaction. It is expected that participants in this role will:
- Provide a FHIR server that implements the CDS Hooks specified in the CRD IG
- Provide sample documentation responses for incoming queries
Scenarios
medication-prescribe Scenario
This scenario uses the CRD resource profiles in the medication-prescribe CDS Hook as described in the CRD IG.
For both of these scenarios, the Healthcare Provider system should create a patient resource that is 40 years old. The MedicationRequest resource should have a medicationCodeableConcept of RxNorm - 860195. See the full example for details.
medication-prescribe Scenario
Step 1 - Hook Request
- Action: Healthcare Provider executes medication-prescribe CDS Hook, sending the request to the Healthcare Payer which includes a CRD MedicationRequest resource
- Precondition: Healthcare Provider hosts a FHIR server that provides the Patient, Encounter referenced in the hook context as well as the Coverage referenced by MedicationRequest.insurance
- Success Criteria: Healthcare Payer receives a valid CDS Hook medication-prescribe request
- Bonus point: Healthcare Provider supplies OAuth token
Step 2 - Fetch Relevant Data
- Action: Healthcare Payer issues FHIR GET requests to retrieve relevant Patient, Encounter, Coverage and other related resources
- Precondition: none
- Success Criteria: Healthcare Payer obtains all information necessary to resolve the CDS Hook request made in Step 1
- Bonus point: Healthcare Payer uses the OAuth token supplied in Step 1 and the Healthcare Provider requires OAuth for all requests
Step 3 - Return Cards
- Action: Healthcare Payer returns CDS Hooks Cards with documentation requirements
- Precondition: none
- Success Criteria: Healthcare Provider system displays the cards
- Bonus point: Healthcare Payer requests form completion and the Provider displays the form to complete
medication-prescribe prefetch Scenario
Step 1 - Hook Request
- Action: Healthcare Provider executes medication-prescribe CDS Hook, sending the request to the Healthcare Payer which includes a CRD MedicationRequest resource and prefetches related resources
- Precondition: Healthcare Payer has a prefetch template that requests the Patient, Encounter referenced in the hook context as well as the Coverage referenced by MedicationRequest.insurance
- Success Criteria: Healthcare Payer receives a valid CDS Hook medication-prescribe request with all information needed to satisfy the request
- Bonus point: Healthcare Provider supplies OAuth token
Step 2 - Return Cards
- Action: Healthcare Payer returns CDS Hooks Cards with documentation requirements
- Precondition: none
- Success Criteria: Healthcare Provider system displays the cards
- Bonus point: Healthcare Payer requests form completion and the Provider displays the form to complete
order-review Scenario
This scenario follows the constraints on the order-review CDS Hook as described in the CRD IG.
Mrs. Smith is an 75 year-old on Medicare FFS with long standing COPD who has had slowly and progressively worsening shortness of breath with activity. In the office her room air saturation after a 5 minute walk is 84%. She has additional evaluation that reveals no new findings. Dr. Good (Healthcare Provider) wants to initiate home oxygen therapy for Mrs. Smith.
Using an application, Dr. Good performs a CRD query against the Healthcare Payer and is informed that specific testing and documentation is required to substantiate the need for home oxygen therapy.
Dr. Good retrieves the documentation templates from the Healthcare Payer.
Step 1 - Hook Request
- Action: Healthcare Provider executes order-review CDS Hook, sending the request to the Healthcare Payer which includes a CRD DeviceRequest resource and prefetches related resources
- Precondition: Healthcare Payer has a prefetch template that requests the Patient, Encounter referenced in the hook context as well as the Coverage referenced by MedicationRequest.insurance
- Success Criteria: Healthcare Payer receives a valid CDS Hook order-review request with all information needed to satisfy the request
- Bonus point: Healthcare Provider supplies OAuth token
Step 2 - Fetch Relevant Data
- Action: Healthcare Payer issues FHIR GET requests to retrieve relevant Patient, Encounter, MedicationRequest, Coverage and other related resources
- Precondition: none
- Success Criteria: Healthcare Payer obtains all information necessary to resolve the CDS Hook request made in Step 1
- Bonus point: Healthcare Payer uses the OAuth token supplied in Step 1 and the Healthcare Provider requires OAuth for all requests
Step 3 - Return Cards
- Action: Healthcare Payer returns CDS Hooks Cards with documentation requirements
- Precondition: none
- Success Criteria: Healthcare Provider system displays the cards
- Bonus point: Healthcare Payer requests form completion and the Provider displays the form to complete
