This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "ClinicalUseIssue FHIR Resource Proposal"

From HL7Wiki
Jump to navigation Jump to search
(Created page with " <div class="messagebox cleanup metadata"> <div style="float: left;">35px| </div> <div style="background:#F0F0F0"> This page documents a :category...")
 
 
(9 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
 
<div class="messagebox cleanup metadata">
 
<div class="messagebox cleanup metadata">
 
<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:Pending FHIR Resource Proposal|Pending]] [[:category:FHIR Resource Proposal|FHIR Resource Proposal]]
+
This page documents an [[:category:Approved FHIR Resource Proposal|Approved]] [[:category:FHIR Resource Proposal|FHIR Resource Proposal]]
 
</div>
 
</div>
 
</div>
 
</div>
 
[[Category:FHIR Resource Proposal]]
 
[[Category:FHIR Resource Proposal]]
[[Category:Pending FHIR Resource Proposal]]
+
[[Category:Approved FHIR Resource Proposal]]
 
 
  
 
<!-- For additional guidance on considerations for resource creation, refer to [[FHIR Resource Considerations]] -->
 
<!-- For additional guidance on considerations for resource creation, refer to [[FHIR Resource Considerations]] -->
  
 
+
=ClinicalUseIssue=
=RegulatedMedicinalProduct=
 
  
 
Draft resource in build:  
 
Draft resource in build:  
[[Image:RegulatedMedicialProduct_June2019.png|center||Relationship to other resources]]
+
[[Image:ClinicalUseIssue.png|center||Relationship to other resources]]
 
<!-- Resource names should meet the following characteristics:
 
<!-- Resource names should meet the following characteristics:
 
* Lower camel case
 
* Lower camel case
Line 35: Line 32:
  
 
==Committee Approval Date:==
 
==Committee Approval Date:==
6th May 2019 (earlier approval as "MedicinalProduct" 13th September 2017)
+
6th May 2019
  
 
==Contributing or Reviewing Work Groups==
 
==Contributing or Reviewing Work Groups==
  
 
<!-- Additional work groups that may have an interest in contributing to, or reviewing  the content of the resource (optional) -->
 
<!-- Additional work groups that may have an interest in contributing to, or reviewing  the content of the resource (optional) -->
* Pharmacy
+
*Pharmacy
* Orders and Observations
+
*Orders and Observations
* Clinical Decision Support
+
*Clinical Decision Support
  
 
==FHIR Resource Development Project Insight ID==
 
==FHIR Resource Development Project Insight ID==
Line 52: Line 49:
 
==Scope of coverage==
 
==Scope of coverage==
  
To support the content of the ISO 11615 IDMP Medicinal Product standard and other domain areas with similar requirements. 11615 covers detailed definition of products, their submissions to regulators, authorization activities, ingredients, packaging, accompanying devices, clinical particulars etc. Not all of those are expected to be covered in this single resource.
+
ClinicalUseIssue covers the background information about potential use of treatments or therapies (drugs, devices, procedures, substance etc), and how they affect a patient, positively and in particular negatively.
 +
 
 +
The high level scope is:
 +
 
 +
'''Indications''' - in what circumstances it is good practice to give the treatment
 +
 
 +
'''Contraindications''' - in what circumstances it is NOT good practice to give the treatment
 +
 
 +
'''Undesirable effects''' - what possible negative consequences are known to be issue for this treatment ("side effects")
 +
 
 +
'''Interactions''' - what possible negative effects may be brought about by using this treatment (especially a drug), due to other previously employed drugs or treatments.  
  
==RIM scope==
+
These are not related to any particular instance of use and also not any ''actual'' good or bad outcome, but are reference information, to guide the potential choice of treatments.
  
Similar in scope to the product parts of CPM. Entity: Material (EntityClass="MAT")
+
There is one resource for one set of facts about a single usage pattern. This does not cover multiple indications, or both indications and contraindications in one.
  
==Resource appropriateness==
+
It is a polymorphic resource, that can be one of several distinct things - an indication and interaction are very different things. (Earlier iterations had 4 separate resources, but these were combined at the request of CDS WG).
  
There is an outstanding requirement to support the standardised exchange of detailed "Product" data, for regulatory and other use cases.  
+
Out of scope are actual events such as AdverseEvent (or Condition), and context specific collections of information such as MedicationKnowledge or MedicinalProductDefinition (both of which will use these resources).
  
This resource does not intend to clash with the existing Medication resource, but complements it with an extra level of detail. It is seen as a sibling rather than a parent or a "superclass" to be profiled.  
+
These are also different to DetectedIssue, which represents a decision support finding being triggered. Detectedissue may well use these resources to indicate the source of information that was used in the activation process.  
  
(The superclass option has widely discussed and rejected, since this would mean the Medication resource - much more commonly used - would become more complicated, being a very small profile of a very large model. We don't want to introduce such confusing complexity in that space - which is largely separate.)
 
  
This resource has been designed in close consultation with Pharmacy WG, and in conjunction with the MedicationKnowledge resource
+
==Resource appropriateness==
  
RegulatedMedicinalProduct is intended to add an extra level of product specification detail, such as is typically used by regulators, and only indirectly used during normal medication related work flows (e.g. for look-ups of unfamiliar products).
+
The clinical concepts are well known, and well integrated into modern EHRs. Decision support systems are becoming mainstream, but may use proprietary formats to represent their source information. There is a clear need for this data in current generation systems, and support for it within FHIR seems highly appropriate.
  
Drug manufacturers currently submit this data electronically to regulators, when products are registered or altered, or marketing situations change.
+
This resource has been designed in consultation with CDS WG and Pharmacy WG, and in conjunction with the MedicationKnowledge resource.
  
 +
<br />
 
==Expected implementations==
 
==Expected implementations==
  
Line 90: Line 97:
 
==Example Scenarios==
 
==Example Scenarios==
  
Pharma companies submit details of new products to regulators. Updates are made when necessary e.g. clinical particulars change (a new contra-indication), a new marketing authorization exists etc.
+
Uses of these resources are in several categories:
 +
 
 +
Clinical trial systems that may register the discovery of a new side effect of a drug.
 +
 
 +
Systems that directly exchange clinical use issues, such as when registering a newly invented drug with a regulator. The indications and unwanted effects are declared, and updates are made when necessary e.g. a new contra-indication.
 +
 
 +
Clinical Knowledge System vendors that collate prescribing support data (e.g. as published by regulators and manufacturers), and supply it to system integrators (e.g. First Data Bank)
 +
 
 +
Systems that use these information items in decision support processes.
  
Pharmacies and prescribers can view and download this information for reference and integration with their systems.
+
In fact data would originate with manufacturers (based on clinical trials), flow to regulators, then become available to clinical knowledge vendors, and them be integrated into EHR decision support systems. (In turn new side effects may be discovered in clinical care and recorded.)
  
 
Specific use cases include:
 
Specific use cases include:
  
Submission of products from drug companies and NCAs (National Competent Authorities - the national regulators) to regional regulators. This is already implemented in Europe (by EMA and EU-wide stakeholders) with an earlier non-HL7 format (XEVPRM/XEVMPD). That scenarion is currently being re-implemented, using this resource, as part of the EU wide SPOR project.
+
Submission of products from drug companies and NCAs (National Competent Authorities - the national regulators) to regional regulators.  
 +
 
 +
This is already implemented in Europe (by EMA and EU-wide stakeholders) with an earlier non-HL7 format (XEVPRM/XEVMPD).  
  
Drug Manufacturing Quality information (aka PQ/CMC, Pharmaceutical Quality), as used by the FDA in the US. Specific plans to use this resource for that project.
+
That scenario is currently being re-implemented, using this resource, as part of the EU wide SPOR project.
  
 
==Resource Relationships==
 
==Resource Relationships==
Line 105: Line 122:
  
 
Some notable resource references:
 
Some notable resource references:
Reference to Organization, for the manufacturer, regulator and other establishments.
 
Reference to DocumentReference, for the regulatory submission documentation.
 
Reference to directly supporting resources such as RegulatedPackagedProduct.
 
Incoming reference from resource RegulatedAuthorization.
 
Indirect reference to DeviceDefinition, via the other proposed resources (DeviceDefinition was created with O&O with input from this IDMP project and includes our all of our device requirements).
 
Indirect reference to proposed SubstanceSpecification resource to describe ingredients in detail.
 
 
===RegulatedMedicinalProduct and Medication===
 
  
This resource is intended to complement the Medication resource, which is focused on what is commonly needed for medical/clinical use cases. RegulatedMedicinalProduct adds information needed for regulatory use cases, of which there is little overlap to day to day prescribing.  
+
Subject reference to MedicinalProductDefinition, Medication, Device/DeviceDefinition, and Activity-/PlanDefintition - the treatment that this is an indication for, for instance.
  
Most aspects of RegulatedMedicinalProduct are not present in Medication at all, and are not current candidates for inclusion in the prescribe/dispense/administer workflow.
+
===ClinicalUseIssue and MedicationKnowledge===
  
===RegulatedMedicinalProduct and MedicationKnowledge ===
+
MedicationKnowledge resource is aimed at drug knowledge bases. These consist of many data points and it well refer to potentially severan ClinicalUseIssue instances. In general, where information about indications, contra-indications etc is needed, it is anticipated that this resource would be used.
  
MedicationKnowledge resource is aimed at drug knowledge bases. There is partial overlap in scope between that resource and some aspects of regulatory use cases. To fulfil that, the common associated resources of RegulatedMedicinalProduct will be used (e.g. Ingredient, ClinicalUseIssue). MedicationKnowledge includes some local specifics such as pricing. The boundaries between all these resource have been carefully thought out and have had much discussion in workgroups (BR&R, Pharmacy, CDS) and with FMG representatives.  
+
The boundaries between all these resource have been carefully thought out and have had much discussion in workgroups (BR&R, Pharmacy, CDS) and with FMG representatives.
  
 
Also refer to the logical model which was used to clarify the resource relationships, at the request of FMG, in the preparation of this proposal (linked to the approved MedicationKnowledge proposal page): [[MedicationKnowledge_FHIR_Resource_Proposal]]
 
Also refer to the logical model which was used to clarify the resource relationships, at the request of FMG, in the preparation of this proposal (linked to the approved MedicationKnowledge proposal page): [[MedicationKnowledge_FHIR_Resource_Proposal]]
Line 130: Line 139:
 
==Timelines==
 
==Timelines==
  
Draft content is modelled in the FHIR build (http://build.fhir.org/regulatedmedicinalproduct.html), with outline supporting documentation. Completion planned Q4 2019.
+
Draft content is modelled in the FHIR build (http://build.fhir.org/clinicaluseissue.html), with outline supporting documentation. Completion planned Q4 2019.
  
 
==gForge Users==
 
==gForge Users==

Latest revision as of 21:07, 4 September 2019


ClinicalUseIssue

Draft resource in build:

Relationship to other resources

Owning work group name

BR&R

Committee Approval Date:

6th May 2019

Contributing or Reviewing Work Groups

  • Pharmacy
  • Orders and Observations
  • Clinical Decision Support

FHIR Resource Development Project Insight ID

1367


Scope of coverage

ClinicalUseIssue covers the background information about potential use of treatments or therapies (drugs, devices, procedures, substance etc), and how they affect a patient, positively and in particular negatively.

The high level scope is:

Indications - in what circumstances it is good practice to give the treatment

Contraindications - in what circumstances it is NOT good practice to give the treatment

Undesirable effects - what possible negative consequences are known to be issue for this treatment ("side effects")

Interactions - what possible negative effects may be brought about by using this treatment (especially a drug), due to other previously employed drugs or treatments.

These are not related to any particular instance of use and also not any actual good or bad outcome, but are reference information, to guide the potential choice of treatments.

There is one resource for one set of facts about a single usage pattern. This does not cover multiple indications, or both indications and contraindications in one.

It is a polymorphic resource, that can be one of several distinct things - an indication and interaction are very different things. (Earlier iterations had 4 separate resources, but these were combined at the request of CDS WG).

Out of scope are actual events such as AdverseEvent (or Condition), and context specific collections of information such as MedicationKnowledge or MedicinalProductDefinition (both of which will use these resources).

These are also different to DetectedIssue, which represents a decision support finding being triggered. Detectedissue may well use these resources to indicate the source of information that was used in the activation process.


Resource appropriateness

The clinical concepts are well known, and well integrated into modern EHRs. Decision support systems are becoming mainstream, but may use proprietary formats to represent their source information. There is a clear need for this data in current generation systems, and support for it within FHIR seems highly appropriate.

This resource has been designed in consultation with CDS WG and Pharmacy WG, and in conjunction with the MedicationKnowledge resource.


Expected implementations

EMA and European drug manufacturers, who have a requirement to submit to EMA (and already do so in a proprietary format). They are required to move to IDMP, and this is a good opportunity to use a standards-based FHIR solution.

FDA for drug submission (currently using SPL, which is not likely to change in the near term, but have expressed an interest in FHIR).

FDA for Pharmaceutical Quality (HL7 PSS approved, based on this resource, June 2019),

Content sources

The core basis for the resource is the information in ISO 11615 Medicinal Products standard, which is in turn partly based on the existing implementations in the EU and US. A large amount of actual data exists in the EMA EU XEVMPD data base (and XEVPRM XML messages). Example FHIR data for several full product data sheets exists based on draft resources.

Also, information gained from early stage implementation of these resources at EMA (2018, 2019), and from many many received to EMA about the draft API specification from the European medicines regulatory network (https://www.ema.europa.eu/en/about-us/how-we-work/european-medicines-regulatory-network).

Also from FDA requirements (for PQ/CMC) and other workgroup review (BR&R, Pharmacy) and their comments.

Example Scenarios

Uses of these resources are in several categories:

Clinical trial systems that may register the discovery of a new side effect of a drug.

Systems that directly exchange clinical use issues, such as when registering a newly invented drug with a regulator. The indications and unwanted effects are declared, and updates are made when necessary e.g. a new contra-indication.

Clinical Knowledge System vendors that collate prescribing support data (e.g. as published by regulators and manufacturers), and supply it to system integrators (e.g. First Data Bank)

Systems that use these information items in decision support processes.

In fact data would originate with manufacturers (based on clinical trials), flow to regulators, then become available to clinical knowledge vendors, and them be integrated into EHR decision support systems. (In turn new side effects may be discovered in clinical care and recorded.)

Specific use cases include:

Submission of products from drug companies and NCAs (National Competent Authorities - the national regulators) to regional regulators.

This is already implemented in Europe (by EMA and EU-wide stakeholders) with an earlier non-HL7 format (XEVPRM/XEVMPD).

That scenario is currently being re-implemented, using this resource, as part of the EU wide SPOR project.

Resource Relationships

See diagram below.

Some notable resource references:

Subject reference to MedicinalProductDefinition, Medication, Device/DeviceDefinition, and Activity-/PlanDefintition - the treatment that this is an indication for, for instance.

ClinicalUseIssue and MedicationKnowledge

MedicationKnowledge resource is aimed at drug knowledge bases. These consist of many data points and it well refer to potentially severan ClinicalUseIssue instances. In general, where information about indications, contra-indications etc is needed, it is anticipated that this resource would be used.

The boundaries between all these resource have been carefully thought out and have had much discussion in workgroups (BR&R, Pharmacy, CDS) and with FMG representatives.

Also refer to the logical model which was used to clarify the resource relationships, at the request of FMG, in the preparation of this proposal (linked to the approved MedicationKnowledge proposal page): MedicationKnowledge_FHIR_Resource_Proposal


High level relationships of the main prescribing resources and the regulatory strata below:

Relationship to other resources

Timelines

Draft content is modelled in the FHIR build (http://build.fhir.org/clinicaluseissue.html), with outline supporting documentation. Completion planned Q4 2019.

gForge Users

riksmithies

When Resource Proposal Is Complete

When you have completed your proposal, please send an email to FMGcontact@HL7.org

FMG Notes