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

Difference between revisions of "Medication Profile"

From HL7Wiki
Jump to navigation Jump to search
 
(29 intermediate revisions by 4 users not shown)
Line 18: Line 18:
 
   </div>
 
   </div>
 
|}
 
|}
 +
 +
==THIS IS ALL WORK IN PROGRESS==
  
 
==Medication Profile Under SVN==
 
==Medication Profile Under SVN==
 
SVN Location is under http://gforge.hl7.org/svn/pharmacysig/pharmacysig/Documents/Whitepapers
 
SVN Location is under http://gforge.hl7.org/svn/pharmacysig/pharmacysig/Documents/Whitepapers
  
===Working Practice===
+
==Definition==
*SVN locks the doc when it is checked-out, that means only one editor at a time may check-out and edit the doc.
+
 
*check-out and edit not longer than one or two working days
+
* Existing Pharmacy materials – medication order, medication dispense, medication administration, medication statement may be used in a medication profile
*check the document back in as soon as you are done editing
+
* Medication Profiles are essentially queries for some combination of data from the above items that can be persisted for future queries or may be dynamically generated with each query
*as usual, track your changes in the Word document to make them visible to others
+
* May not always be persistent
*send a note to the lists when you have made substantial changes
+
* Prescriptions – all orders in any state – active, stopped, cancelled, held, etc
*anyone may request a tcon whenever there is a need to find consensus
+
* Dispenses – picked up-returned to stock
 +
* Administered
 +
* Medication Statements
 +
* “Current” vs “Active” vs “Past”
 +
* We need definitions for a number of items
 +
* Stephen Chu proposed the following items: medication list, medication profile, medication review, medication reconcilation, medication management plan
 +
* Medication Reconcilation – may be a process – uses medication profiles to “review” and perform reconciliation
 +
* Medication Review is different than Reconciliation – done prior to reconciliation
 +
* It is clear that some people think of a Medication Profile from what content is displayed to a user in an application.  This ‘display” may include all of the medication orders, dispenses, statements and events, BUT may also include information such as patient demographics, relevant lab observations, relevant observations (weight, height, BSA/BMI, allergy/intolerances, etc).
 +
* “Treatment type” and other types of data as a means of organizing profile was discussed
 +
* in the Canadian examples, organize into: continuous, short term, external information (i.e. medication statements)
 +
* The focus of the Pharmacy Work Group is on Medication Orders, Medication Dispenses, Medication Statements and Medication Administrations.
 +
* Systems that could query – EMR, Pharmacy, EHR
 +
* Systems that could respond – Central respository (Rx, EHR, DIS, HIE) or local system (EHR, eRx, Pharmacy)
 +
 
 +
 
 +
* Discussion of the definition of a medication profile
 +
* The following table was developed using AU, NL, CAN and IHE information:
 +
 
 +
 
 +
<table>
 +
<th>Element </th>
 +
<th>NL (standard practice enforced by infrastructure)</th>
 +
<th>Can (In 1 jurisdiction)</th>
 +
<th>IHE Pharmacy (on profile)</th>
 +
<th>Australia (standard practice)</th>
 +
<tr>
 +
<td>=================</td>
 +
<td>=================</td>
 +
<td>=================</td>
 +
<td>=================</td>
 +
<td>=================</td>
 +
</tr><tr>
 +
<td>Prescribed Meds</td>
 +
<td>yes</td>
 +
<td>yes</td>
 +
<td>yes</td>
 +
<td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Dispensed Meds</td> <td>Yes</td> <td>Yes</td> <td>Yes</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Administered Med</td> <td>Yes</td> <td>No</td><td>Yes</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Medication Statements</td> <td>Yes</td> <td>Yes</td>
 +
<td>Yes (and dietary</td><td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Use of alcohol and other drugs</td> <td>Yes – under consideration to remove</td> <td>No – although may be on local profile, but not DIS</td><td>-</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Labs</td> <td>Yes</td> <td>No – not part of DIS, but may be retrieved from other system</td><td>-</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Indications for use</td> <td>Yes</td> <td>Yes (but would be part of prescription record)</td> <td>Diagnosis</td><td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Contraindications – conditions</td> <td>Yes</td> <td>No</td><td>Yes</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Contraindications – allergy/intolerances and reaction</td> <td>Yes</td> <td>Yes</td><td>Yes</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Reason for stop/start</td> <td>Yes</td> <td>Yes (but would be part of prescription record)</td><td>-</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Name of the prescriber</td> <td>Yes</td> <td>Yes (but would be part of prescription record)</td><td>Yes</td> <td>No</td>
 +
</tr>
 +
<tr>
 +
<td>Original Prescriber</td> <td>Yes</td> <td>No</td> <td>-</td> <td>No</td>
 +
</tr>
 +
<tr>
 +
<td>Name of Pharmacist</td> <td>Yes</td> <td>Yes (but would be part of dispense)</td> <td>Yes</td> <td>No</td>
 +
</tr>
 +
<tr>
 +
<td>Patient – ID and demographics</td> <td>Yes</td> <td>Yes</td> <td>Yes</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Management of detected issues</td> <td>No</td> <td>No</td> <td>No</td> <td>Yes</td>
 +
</tr>
 +
<tr>
 +
<td>Patient preferences</td> <td>No</td> <td>No</td> <td>No</td> <td>Yes</td>
 +
</tr>
 +
</table>
 +
 
 +
 
 +
* It was determined that the committee can work on a set of queries to retrieve the information that is in our purview - Prescriptions, Dispenses, Administrations, Statements.
 +
* John drafted the following statement that was agreed to by the attendees:
 +
* The Pharmacy WG is responsible for defining the content e.g. Medication Queries that may populate a Medication Profile or Medication List.  We acknowledge that one definition of a Medication Profile may include a broad range of data such as lab results, allergies and intolerance, height, weight, etc.  However the Pharmacy WG will focus on queries for Medication Orders, Medication Dispenses, Medication Administrations and Medication Statements.  
 +
* Pharmacy WG also acknowledges there are several processes that are common when evaluating Medication information for a patient.  We often see Medication Review and Medication Reconciliation steps called out as processes that clinicians will perform.  In both cases, the clinician will need access to the type of content we provide via our Medication queries.
 +
* Work was begun on a PSS for Patient Medication Queries but it was not completed and will be brought back at a later meeting.
 +
 
 +
==Baltimore==
 +
In table above:
 +
* Added Preference related to medication as a required topic within the profile
 +
* Add managed contra-indications to the required items list
 +
 
 +
==Atlanta==
 +
 
 +
Ballot presentation to be done:
 +
 
 +
1) Standard Message ballot
 +
*jean/Hugh will check on cross linkages in ballots with MnM.
 +
 
 +
2) Ballot templates for use by Structured Documents
 +
*John has asked Gaye if this can be done?  Waiting for response
 +
 
 +
 
 +
----'''Message Ballot Content'''
 +
*'''Introduction'''
 +
**The Pharmacy WG is responsible for defining the content e.g. Medication Queries that may populate a Medication Profile or Medication List.  We acknowledge that one definition of a Medication Profile may include a broad range of data such as lab results, allergies and intolerance, height, weight, etc.  However the Pharmacy WG will focus on queries for Medication Orders, Medication Dispenses, Medication Administrations and Medication Statements.
 +
** Pharmacy WG also acknowledges there are several processes that are common when evaluating Medication information for a patient.  We often see Medication Review and Medication Reconciliation steps called out as processes that clinicians will perform.  In both cases, the clinician will need access to the type of content we provide via our Medication queries.
 +
 
 +
Introduction must be broad and explain how the other topics in the ballot tie back into this topic.
 +
 
 +
----Assets
 +
*We have
 +
**Medication Order
 +
**Medication Dispense
 +
**medication Administration
 +
**medication Administration Query
 +
**medication Statement
 +
**medication Statement Query
 +
**Patient related medication query (Sept 2007 informative appendix)
 +
**Generic patient related pharmacy query topic (May 2007 - R1)
 +
 
 +
 
 +
*We don't have
 +
**Medication Order Query
 +
**Medication Dispense Query
 +
**Big bang query equivalent
 +
**Point in time query
 +
 
 +
Note: All queries will be patient based otherwise its not a Medication Profile
 +
 
 +
*'''Storyboards'''
 +
 
 +
'''Pull Process'''
 +
 
 +
This s the use of all the existing queries to pull together information already held in repositories.  Need to described scenarios where information is generataed.  OP gets prescription, has it dispensed and then reports it when admitted to hospital - describe the means of acquiring thr full information at each point of this process.  Ifrastructure has an effect on level of detal required un query responses.
 +
 
 +
'''Push Process'''
 +
 
 +
All information is sent to next carer in chain so they have full information.  Assume information is accumulated; put a timestamp on it and send it on its way.
 +
 
 +
 
 +
Storyboards will point to RMIMs and interactions in other topics. 
 +
 
 +
Tom suggests a medication profile will be used in Transfer of Care cases, in which case we will need more application roles.
 +
 
 +
Mother of all queries will be in this topic.
 +
 
 +
 
 +
*'''Application Roles'''
 +
**Medication Profile requester
 +
**Responder
 +
 
 +
*'''Trigger Events'''
 +
**We only need one trigger event for all interactions
 +
 
 +
*'''RMIMs'''
 +
**Big bang query equivalent
 +
**Point in time query
 +
**Also text to point readers back to the other topics where the query RMIMs exist.
 +
 
 +
*'''Interactions'''
 +
**Need to list all the interactions required for Medication Profile
  
 
==Miscellaneous Material==
 
==Miscellaneous Material==
[[File:2012-06-18_eMM-Concept-Definitions_v02.pptx]]
 
  
[[File:2012-07-02_eMM-Landscape-and-Concepts.pptx]]
+
<br>
 +
[[File:2012-11-02_eMM-Landscape-Concepts-and-Definitions-for-IHE-HL7-Pharmacy.pptx]]
 +
 
 +
[[File:IHE_Pharmacy_WhitePaper_Medication_Documentation_v09.doc|IHE White paper - Medication Documentation]]
 +
 
 +
[[File:2012-10-24_eMM-Landscape-and_Definitions_for_IHE-HL7-Pharmacy.pptx]]

Latest revision as of 10:57, 11 June 2013

Related Links

THIS IS ALL WORK IN PROGRESS

Medication Profile Under SVN

SVN Location is under http://gforge.hl7.org/svn/pharmacysig/pharmacysig/Documents/Whitepapers

Definition

  • Existing Pharmacy materials – medication order, medication dispense, medication administration, medication statement may be used in a medication profile
  • Medication Profiles are essentially queries for some combination of data from the above items that can be persisted for future queries or may be dynamically generated with each query
  • May not always be persistent
  • Prescriptions – all orders in any state – active, stopped, cancelled, held, etc
  • Dispenses – picked up-returned to stock
  • Administered
  • Medication Statements
  • “Current” vs “Active” vs “Past”
  • We need definitions for a number of items
  • Stephen Chu proposed the following items: medication list, medication profile, medication review, medication reconcilation, medication management plan
  • Medication Reconcilation – may be a process – uses medication profiles to “review” and perform reconciliation
  • Medication Review is different than Reconciliation – done prior to reconciliation
  • It is clear that some people think of a Medication Profile from what content is displayed to a user in an application. This ‘display” may include all of the medication orders, dispenses, statements and events, BUT may also include information such as patient demographics, relevant lab observations, relevant observations (weight, height, BSA/BMI, allergy/intolerances, etc).
  • “Treatment type” and other types of data as a means of organizing profile was discussed
  • in the Canadian examples, organize into: continuous, short term, external information (i.e. medication statements)
  • The focus of the Pharmacy Work Group is on Medication Orders, Medication Dispenses, Medication Statements and Medication Administrations.
  • Systems that could query – EMR, Pharmacy, EHR
  • Systems that could respond – Central respository (Rx, EHR, DIS, HIE) or local system (EHR, eRx, Pharmacy)


  • Discussion of the definition of a medication profile
  • The following table was developed using AU, NL, CAN and IHE information:


Element NL (standard practice enforced by infrastructure) Can (In 1 jurisdiction) IHE Pharmacy (on profile) Australia (standard practice)
================= ================= ================= ================= =================
Prescribed Meds yes yes yes Yes
Dispensed Meds Yes Yes Yes Yes
Administered Med Yes NoYes Yes
Medication Statements Yes Yes Yes (and dietaryYes
Use of alcohol and other drugs Yes – under consideration to remove No – although may be on local profile, but not DIS- Yes
Labs Yes No – not part of DIS, but may be retrieved from other system- Yes
Indications for use Yes Yes (but would be part of prescription record) DiagnosisYes
Contraindications – conditions Yes NoYes Yes
Contraindications – allergy/intolerances and reaction Yes YesYes Yes
Reason for stop/start Yes Yes (but would be part of prescription record)- Yes
Name of the prescriber Yes Yes (but would be part of prescription record)Yes No
Original Prescriber Yes No - No
Name of Pharmacist Yes Yes (but would be part of dispense) Yes No
Patient – ID and demographics Yes Yes Yes Yes
Management of detected issues No No No Yes
Patient preferences No No No Yes


  • It was determined that the committee can work on a set of queries to retrieve the information that is in our purview - Prescriptions, Dispenses, Administrations, Statements.
  • John drafted the following statement that was agreed to by the attendees:
  • The Pharmacy WG is responsible for defining the content e.g. Medication Queries that may populate a Medication Profile or Medication List. We acknowledge that one definition of a Medication Profile may include a broad range of data such as lab results, allergies and intolerance, height, weight, etc. However the Pharmacy WG will focus on queries for Medication Orders, Medication Dispenses, Medication Administrations and Medication Statements.
  • Pharmacy WG also acknowledges there are several processes that are common when evaluating Medication information for a patient. We often see Medication Review and Medication Reconciliation steps called out as processes that clinicians will perform. In both cases, the clinician will need access to the type of content we provide via our Medication queries.
  • Work was begun on a PSS for Patient Medication Queries but it was not completed and will be brought back at a later meeting.

Baltimore

In table above:

  • Added Preference related to medication as a required topic within the profile
  • Add managed contra-indications to the required items list

Atlanta

Ballot presentation to be done:

1) Standard Message ballot

  • jean/Hugh will check on cross linkages in ballots with MnM.

2) Ballot templates for use by Structured Documents

  • John has asked Gaye if this can be done? Waiting for response



Message Ballot Content

  • Introduction
    • The Pharmacy WG is responsible for defining the content e.g. Medication Queries that may populate a Medication Profile or Medication List. We acknowledge that one definition of a Medication Profile may include a broad range of data such as lab results, allergies and intolerance, height, weight, etc. However the Pharmacy WG will focus on queries for Medication Orders, Medication Dispenses, Medication Administrations and Medication Statements.
    • Pharmacy WG also acknowledges there are several processes that are common when evaluating Medication information for a patient. We often see Medication Review and Medication Reconciliation steps called out as processes that clinicians will perform. In both cases, the clinician will need access to the type of content we provide via our Medication queries.

Introduction must be broad and explain how the other topics in the ballot tie back into this topic.


Assets

  • We have
    • Medication Order
    • Medication Dispense
    • medication Administration
    • medication Administration Query
    • medication Statement
    • medication Statement Query
    • Patient related medication query (Sept 2007 informative appendix)
    • Generic patient related pharmacy query topic (May 2007 - R1)


  • We don't have
    • Medication Order Query
    • Medication Dispense Query
    • Big bang query equivalent
    • Point in time query

Note: All queries will be patient based otherwise its not a Medication Profile

  • Storyboards

Pull Process

This s the use of all the existing queries to pull together information already held in repositories. Need to described scenarios where information is generataed. OP gets prescription, has it dispensed and then reports it when admitted to hospital - describe the means of acquiring thr full information at each point of this process. Ifrastructure has an effect on level of detal required un query responses.

Push Process

All information is sent to next carer in chain so they have full information. Assume information is accumulated; put a timestamp on it and send it on its way.


Storyboards will point to RMIMs and interactions in other topics.

Tom suggests a medication profile will be used in Transfer of Care cases, in which case we will need more application roles.

Mother of all queries will be in this topic.


  • Application Roles
    • Medication Profile requester
    • Responder
  • Trigger Events
    • We only need one trigger event for all interactions
  • RMIMs
    • Big bang query equivalent
    • Point in time query
    • Also text to point readers back to the other topics where the query RMIMs exist.
  • Interactions
    • Need to list all the interactions required for Medication Profile

Miscellaneous Material


File:2012-11-02 eMM-Landscape-Concepts-and-Definitions-for-IHE-HL7-Pharmacy.pptx

File:IHE Pharmacy WhitePaper Medication Documentation v09.doc

File:2012-10-24 eMM-Landscape-and Definitions for IHE-HL7-Pharmacy.pptx