This wiki has undergone a migration to Confluence found Here

Difference between revisions of "CDS on FHIR"

From HL7Wiki
Jump to navigation Jump to search
 
(10 intermediate revisions by 3 users not shown)
Line 5: Line 5:
 
*[[Clinical_Quality_Information_Work_Group|Clinical Quality Information Work Group]]
 
*[[Clinical_Quality_Information_Work_Group|Clinical Quality Information Work Group]]
 
*[[FHIR_Management_Group|FHIR Management Group]]
 
*[[FHIR_Management_Group|FHIR Management Group]]
 +
*[[Service_Oriented_Architecture|Service Oriented Architecture Work Group]]
  
 
==Project Information==
 
==Project Information==
 +
 +
[http://www.hl7.org/special/Committees/projman/searchableProjectIndex.cfm?action=view&ProjectNumber=1234 Project Insight 1234] Entry
  
 
This project will investigate the use of FHIR in a Clinical Decision Support context with the goal of identifying best practices for the use of FHIR in support of the primary use cases of Clinical Decision Support, namely 1) Sharing Clinical Decision Support (CDS) knowledge artifacts, and 2) Obtaining Clinical Decision Support guidance as part of a clinical workflow.
 
This project will investigate the use of FHIR in a Clinical Decision Support context with the goal of identifying best practices for the use of FHIR in support of the primary use cases of Clinical Decision Support, namely 1) Sharing Clinical Decision Support (CDS) knowledge artifacts, and 2) Obtaining Clinical Decision Support guidance as part of a clinical workflow.
 +
 +
In addition the project will seek to ensure, and as much as possible define, support for repository functions such as searching available knowledge modules and retrieving data requirements for a module or set of modules.
 +
 +
The project will also be coordinated with the eCQM FHIR-Profiles project sponsored by the Clinical Quality Information Work Group to ensure consistent approach and, as much as possible, the use of common resources and profiles.
 +
 +
The project will create a Universal Realm FHIR Implementation Guide, which was balloted for comment in the September 2015 cycle. We are currently incorporating changes from the reconciled ballot comments.
 +
 +
We are also excited to be participating in [[FHIR_Connectathon_11|FHIR Connectathon 11]]. We are co-coordinating the [[201601_CDS_on_FHIR_Connectathon_Track_Proposal|CDS-on-FHIR Track]] with the CDS-Hooks group.
 +
 +
The latest version of the CDS-on-FHIR IG is available on the [https://hl7-fhir.github.io/cqif/cqif.html FHIR Continuous Build].
  
 
==Meeting Information==
 
==Meeting Information==
 +
 
The CDS on FHIR project subteam meets weekly: [http://www.hl7.org/concalls/CallDetails.aspx?concall=27010 Conference call coordinates]
 
The CDS on FHIR project subteam meets weekly: [http://www.hl7.org/concalls/CallDetails.aspx?concall=27010 Conference call coordinates]
  
 
==Status==
 
==Status==
The Project Scope Statement for this project has been approved by the primary and co-sponsoring work groups and submitted to HL7.
+
 
 +
All comments from the Sept 2015 ballot cycle have been disposed, and we are currently incorporating changes into the IG. In particular, we are submitting the following new resource proposals:
 +
 
 +
* [[ModuleMetadata_FHIR_Resource_Proposal|ModuleMetadata]]
 +
* [[ModuleDefinition_FHIR_Resource_Proposal|ModuleDefinition]]
 +
* [[Library_FHIR_Resource_Proposal|Library]]
 +
* [[DecisionSupportServiceModule_FHIR_Resource_Proposal|DecisionSupportServiceModule]]
 +
* [[DecisionSupportRule_FHIR_Resource_Proposal|DecisionSupportRule]]
 +
* [[OrderSet_FHIR_Resource_Proposal|OrderSet]]
 +
* [[Guidance_Response_FHIR_Resource_Proposal|GuidanceResponse]]
  
 
==Project Documents==
 
==Project Documents==
  
FHIR-Based CDS Proposed Approach Slides - [[File:FHIR-Based_CDS.pptx]]
+
=== Informative Content ===
  
 +
This project has a github repository for tooling, supporting documentation, and other informative content that will not be included in the ballot:
 +
 +
[https://github.com/cqframework/cds-on-fhir CDS-on-FHIR GitHub Repository]
 +
 +
In particular, overview documentation and a slide deck can be found here:
 +
 +
[https://github.com/cqframework/cds-on-fhir/tree/master/Docs Docs]
 +
 +
A simple .NET prototype implementation of a FHIR-Server that provides scaffolding for the CDS guidance operations can be found here:
 +
 +
[https://github.com/cqframework/cds-on-fhir/tree/master/Src/net/CQF]
 +
 +
Note that the above implementation is based on the development branch of the Spark Server, which is using the May ballot of FHIR:
 +
 +
[https://github.com/furore-fhir/spark/tree/develop Furore Spark Server]
 +
 +
=== FHIR Implementation Guide ===
 +
 +
The implementation guide contents are part of the FHIR continuous build, and can be found here:
 +
 +
[http://hl7-fhir.github.io/cqif/cqif.html Clinical Quality Improvement Framework Implementation Guide]
  
 
==Potential Issues Identified for FHIR Resources to be Officially Balloted in the Future==
 
==Potential Issues Identified for FHIR Resources to be Officially Balloted in the Future==
  
Contraindication
+
===Contraindication===
  
Should the name be something that allows non-true contraindications (e.g., interaction warnings)?  E.g., Warning, or ContraindicationOrWarning.  The severity attribute may be able to deal with this (e.g., absolute vs. relative contraindication).
+
Should the name be something that allows non-true contraindications (e.g., interaction warnings)?  E.g., Warning, or ContraindicationOrWarning.  The severity attribute may be able to deal with this (e.g., absolute vs. relative contraindication).  Per Lloyd, Or typical not in name.  Warning in OperationOutcome so ambiguous.
  
What is the use case for this Resource?  It seems like it would be for an evaluation result by a medication CDS system.
+
What is the use case for this Resource?  It seems like the primary one would be for an evaluation result by a medication CDS system (e.g., drug-drug, duplicate Rx, etc.).  Occasionally might be an in-person documentation (e.g., through medication review).  Other data points include evidence base, etc.  But this could potentially be handled by extensions, either vendor-specific or common.  May be worth getting vendors engaged.
  
 
The severity levels do not correspond to the richer levels provided by several commercial knowledge vendors.
 
The severity levels do not correspond to the richer levels provided by several commercial knowledge vendors.
  
May be the case that Communication should be the focus of the drug interaction warning, not Contraindication.
+
May be the case that Communication should be the focus of the drug interaction warning, not Contraindication. Lloyd: this would be referenced by communication.
 +
 
 +
===Contraindication Reason===
 +
 
 +
In addition to the "implicated" element, the Contraindication resource should have a "reason" element indicating the reason for the contraindication. (This should be submitted as a FHIR Tracker Item)

Latest revision as of 14:42, 29 September 2017

Return to Clinical Decision Support Work Group

Project Co-Sponsors:

Project Information

Project Insight 1234 Entry

This project will investigate the use of FHIR in a Clinical Decision Support context with the goal of identifying best practices for the use of FHIR in support of the primary use cases of Clinical Decision Support, namely 1) Sharing Clinical Decision Support (CDS) knowledge artifacts, and 2) Obtaining Clinical Decision Support guidance as part of a clinical workflow.

In addition the project will seek to ensure, and as much as possible define, support for repository functions such as searching available knowledge modules and retrieving data requirements for a module or set of modules.

The project will also be coordinated with the eCQM FHIR-Profiles project sponsored by the Clinical Quality Information Work Group to ensure consistent approach and, as much as possible, the use of common resources and profiles.

The project will create a Universal Realm FHIR Implementation Guide, which was balloted for comment in the September 2015 cycle. We are currently incorporating changes from the reconciled ballot comments.

We are also excited to be participating in FHIR Connectathon 11. We are co-coordinating the CDS-on-FHIR Track with the CDS-Hooks group.

The latest version of the CDS-on-FHIR IG is available on the FHIR Continuous Build.

Meeting Information

The CDS on FHIR project subteam meets weekly: Conference call coordinates

Status

All comments from the Sept 2015 ballot cycle have been disposed, and we are currently incorporating changes into the IG. In particular, we are submitting the following new resource proposals:

Project Documents

Informative Content

This project has a github repository for tooling, supporting documentation, and other informative content that will not be included in the ballot:

CDS-on-FHIR GitHub Repository

In particular, overview documentation and a slide deck can be found here:

Docs

A simple .NET prototype implementation of a FHIR-Server that provides scaffolding for the CDS guidance operations can be found here:

[1]

Note that the above implementation is based on the development branch of the Spark Server, which is using the May ballot of FHIR:

Furore Spark Server

FHIR Implementation Guide

The implementation guide contents are part of the FHIR continuous build, and can be found here:

Clinical Quality Improvement Framework Implementation Guide

Potential Issues Identified for FHIR Resources to be Officially Balloted in the Future

Contraindication

Should the name be something that allows non-true contraindications (e.g., interaction warnings)? E.g., Warning, or ContraindicationOrWarning. The severity attribute may be able to deal with this (e.g., absolute vs. relative contraindication). Per Lloyd, Or typical not in name. Warning in OperationOutcome so ambiguous.

What is the use case for this Resource? It seems like the primary one would be for an evaluation result by a medication CDS system (e.g., drug-drug, duplicate Rx, etc.). Occasionally might be an in-person documentation (e.g., through medication review). Other data points include evidence base, etc. But this could potentially be handled by extensions, either vendor-specific or common. May be worth getting vendors engaged.

The severity levels do not correspond to the richer levels provided by several commercial knowledge vendors.

May be the case that Communication should be the focus of the drug interaction warning, not Contraindication. Lloyd: this would be referenced by communication.

Contraindication Reason

In addition to the "implicated" element, the Contraindication resource should have a "reason" element indicating the reason for the contraindication. (This should be submitted as a FHIR Tracker Item)