Difference between revisions of "Pharm Tech Minutes 2011.10.13"

From IHE Wiki
Jump to navigation Jump to search
 
(21 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
==Attendees==
 
==Attendees==
  
* Brandstätter, Jürgen (CodeWerk Software Services and Development GmbH, co-chair IHE)
+
* Brandstätter, Jürgen (CodeWerk Software Services and Development GmbH, IHE Pharmacy vendor co-chair)
* Cooper Todd (Breakthrough Solutions)
+
* Cooper, Todd (Breakthrough Solutions)
 
* Demarmels, Marco (Lake Griffin, LLC)
 
* Demarmels, Marco (Lake Griffin, LLC)
 
* Estelrich, Ana (Association Réseau Phast - Phast)
 
* Estelrich, Ana (Association Réseau Phast - Phast)
 
* Géraud, Thierry (CareFusion)
 
* Géraud, Thierry (CareFusion)
* Peytchev Vassil (EPIC)  
+
* Peytchev, Vassil (Epic)  
 
* Rica, Charles (ASIP Santé)
 
* Rica, Charles (ASIP Santé)
 
* Rinda, Jeffrey E. (Hospira)
 
* Rinda, Jeffrey E. (Hospira)
 
* Robberecht, Marc (Agfa Healthcare)
 
* Robberecht, Marc (Agfa Healthcare)
* Sparnon Erin (Ecri)  
+
* Sparnon, Erin (Ecri)  
 
* Sprenger, Michiel (Nictiz)
 
* Sprenger, Michiel (Nictiz)
* Surugue, Jacqueline (EAHP, co-chair IHE)
+
* Surugue, Jacqueline (EAHP, IHE Pharmacy user co-chair)
  
==  Welcome and round of introduction (5min)==
+
==  Welcome and round of introduction ==
 +
 
 +
Presentation of the IHE Pharmacy co-chairs :
 +
* Jürgen, Vienna, Austria,IHE Austria co-chair and PHARM vendor co-chair
 +
* Jacqueline, user co-chair, IHE Europe steering committee co-chair
 +
 
 +
Michiel Sprenger, NICTIZ, sponsor of the domain
 +
 
 +
Marc Robberecht, working on EHR for AGFA healthcare,
 +
 
 +
Erin Sparnon, ECRI, PCD domain
 +
 
 +
Thierry Geraud, working for Carefusion in automation Pyxis domain,France
 +
 
 +
Charles, physician working for ASIP santé
 +
 
 +
Vassil, Epic, PCD & PHARM domain 
 +
 
 +
Ana Estelrich, Phast, sponsor of the domain
 +
 
 +
Jeff Rinda, infusion company, PCD, San Diego, USA
 +
 
 +
Todd Cooper, PCD
 +
 
 +
== Overview and introduction about the topic ==
 +
 
 +
Jürgen discribe the slide presented.
 +
Is that correct ?
  
==    Overview and (short) introduction about the topic (15min max.)==
 
  
:*Status in PHARM (Jürgen) - attached picture will be shown and explained
 
  
:*Status in PCD (Todd?)
 
  
==    Start of discussion ==
 
  
 
[[File:PIV-HMW-1.jpg|400px|thumb|center]]
 
[[File:PIV-HMW-1.jpg|400px|thumb|center]]
  
[[File:PIV-HMW-2.jpg|400px|thumb|center]]
+
:*Status in PHARM (Jürgen)
 +
 
 +
Pharmacy transactions are talking to the medication administration informer, behind it's a black box.
 +
Need to define the information needed by the medication administration informer, populate the PHARM-4 administration report, with the right data.
 +
 
 +
:*Status in PCD (Todd Cooper)
 +
 
 +
Discussions engaged in the PCD group^, during the AAMI Medical Device Alarms Summit in Washington D.C. few days ago.
 +
2 ways of getting informations from devices
 +
DEC (Device Enterprise Communication) profile (with periodic data about infusion) & IPEC ( with events & rate changes)
 +
 
 +
==    Discussion ==
 +
 
 +
Todd, for PCD's perspective, want to know what kind of software a medication administration informer can be.
 +
 
 +
'''PIV''' profile is defined to be retricted to a (barecode medication administration) BCMA system.
 +
 
 +
=====use case 1=====
 +
 
 +
For a pump, there is 2  differents actors :
 +
:* the information come from a programmer actor
 +
:* and is sent to a consumer actor.
 +
 
 +
=====use case 2 (IPEC)=====
 +
 
 +
Send to a device observation consumer (for documentation purpose)to produce a flow sheet.
 +
 
 +
On the US market, sometimes it's the same system and sub-systems, sometimes not.
 +
 
 +
What can be a medication administration informer ?
 +
 
 +
''Vassil :'' In many cases, the medication administration informer is an eMAR software.
 +
 
 +
''Marc :'' In the HMW, the system which is registering the administrations, it can be the a medication administration informer , but a nurse too : Manual or automatic entries.
 +
 
 +
When the BCMA is checking and the pump is started, it's the '''DEC''' profile.
 +
 
 +
'''DEC''' is the 'grandfather' of all the integration profiles in PCD.
 +
It's less restrictive.
 +
 
 +
'''IPEC''' is a very specific infusion pump function.
 +
 
 +
In '''DEC''',
 +
 
 +
* The device observation reporter (DOR) is a pump.
 +
 
 +
* The device observation consumer (DOC) is right behind the Medication Administration Informer (MAI).
 +
 
 +
Grouping MAI and DOC make sense.
 +
 
 +
When the BCMA is checking and the pump is started, it's the DEC profile.
 +
 
 +
=====2 differents actors grouping =====
 +
 
 +
: 1) MAI with DOC and
 +
 
 +
: 2) seperatly '''MAI''' with the device ordering programmer ('''DOP''')
 +
 
 +
Both, because in the barcode med administration world, it's not uncommon for a nurse to have a device ordering programmer for the pharmaceutical order.
 +
 
 +
* In all cases, the MAI is the nurse system, then it's the bridge to the PCD domain.
 +
 
 +
* Stay to manage a sufficient content between the 2 domains. Manage Order ID.
 +
 
 +
* Content of '''DOC''' has to be sufficient to populate the PHARM-H4 message.
 +
'''DEC''' might be to wide - should '''IPEC''' instead.
 +
First, speak about the Actors not the specific transactions.
 +
 
 +
'''IPEC''' is very well constrained for infusion pumps.
 +
A more constraint version of '''DEC''' ?
 +
Yes, It's tailored for infusion pumps.
 +
'''DEC''' is a framework profile for all kind of monitoring systems.
 +
 
 +
Must get enough information from PHARM-H3.
 +
 
 +
== Conclusion ==
 +
 
 +
''Jacqueline'' : a "mistake" in the dose definition on the top of the slide : it's '''multiply''' not '''and'''.
 +
 
 +
* Update the graphics in the next days, It will before the F2F Meeting next week in the PCD domain.
 +
 
 +
::* Thierry and Marc propose to investigate further the requirements of the content of messages.
 +
 
 +
::* Marc and Jürgen will review together the slide.
  
:*Overlaps and boundaries?
+
Below is the outcome :
:*Questions of Todd:
 
  
::*The infusion-related systems that PCD profiles support include:  BCMA (for point-of-care 5 rights verification), eMAR (for capturing when an administration is started) and a flow sheet / chart (time based chart that enables clinicians to view parameters from multiple sources - including devices - at a point in time)
+
[[File:PIV-HMW-2.jpg|400px|thumb|center]]
:::*Do you use similar systems in Europe?
 
:::* Are there similar or additional systems that you use?
 
::*Examples of real-world systems that implement the Pharmacy domain actors? 
 
::* Do you know of any differences between Pharmacy system integration / medication administration support in Europe vs. the U.S.?
 

Latest revision as of 05:28, 25 October 2011

Attendees

  • Brandstätter, Jürgen (CodeWerk Software Services and Development GmbH, IHE Pharmacy vendor co-chair)
  • Cooper, Todd (Breakthrough Solutions)
  • Demarmels, Marco (Lake Griffin, LLC)
  • Estelrich, Ana (Association Réseau Phast - Phast)
  • Géraud, Thierry (CareFusion)
  • Peytchev, Vassil (Epic)
  • Rica, Charles (ASIP Santé)
  • Rinda, Jeffrey E. (Hospira)
  • Robberecht, Marc (Agfa Healthcare)
  • Sparnon, Erin (Ecri)
  • Sprenger, Michiel (Nictiz)
  • Surugue, Jacqueline (EAHP, IHE Pharmacy user co-chair)

Welcome and round of introduction

Presentation of the IHE Pharmacy co-chairs :

  • Jürgen, Vienna, Austria,IHE Austria co-chair and PHARM vendor co-chair
  • Jacqueline, user co-chair, IHE Europe steering committee co-chair

Michiel Sprenger, NICTIZ, sponsor of the domain

Marc Robberecht, working on EHR for AGFA healthcare,

Erin Sparnon, ECRI, PCD domain

Thierry Geraud, working for Carefusion in automation Pyxis domain,France

Charles, physician working for ASIP santé

Vassil, Epic, PCD & PHARM domain

Ana Estelrich, Phast, sponsor of the domain

Jeff Rinda, infusion company, PCD, San Diego, USA

Todd Cooper, PCD

Overview and introduction about the topic

Jürgen discribe the slide presented. Is that correct ?



PIV-HMW-1.jpg
  • Status in PHARM (Jürgen)

Pharmacy transactions are talking to the medication administration informer, behind it's a black box. Need to define the information needed by the medication administration informer, populate the PHARM-4 administration report, with the right data.

  • Status in PCD (Todd Cooper)

Discussions engaged in the PCD group^, during the AAMI Medical Device Alarms Summit in Washington D.C. few days ago. 2 ways of getting informations from devices DEC (Device Enterprise Communication) profile (with periodic data about infusion) & IPEC ( with events & rate changes)

Discussion

Todd, for PCD's perspective, want to know what kind of software a medication administration informer can be.

PIV profile is defined to be retricted to a (barecode medication administration) BCMA system.

use case 1

For a pump, there is 2 differents actors :

  • the information come from a programmer actor
  • and is sent to a consumer actor.
use case 2 (IPEC)

Send to a device observation consumer (for documentation purpose)to produce a flow sheet.

On the US market, sometimes it's the same system and sub-systems, sometimes not.

What can be a medication administration informer ?

Vassil : In many cases, the medication administration informer is an eMAR software.

Marc : In the HMW, the system which is registering the administrations, it can be the a medication administration informer , but a nurse too : Manual or automatic entries.

When the BCMA is checking and the pump is started, it's the DEC profile.

DEC is the 'grandfather' of all the integration profiles in PCD. It's less restrictive.

IPEC is a very specific infusion pump function.

In DEC,

  • The device observation reporter (DOR) is a pump.
  • The device observation consumer (DOC) is right behind the Medication Administration Informer (MAI).

Grouping MAI and DOC make sense.

When the BCMA is checking and the pump is started, it's the DEC profile.

2 differents actors grouping
1) MAI with DOC and
2) seperatly MAI with the device ordering programmer (DOP)

Both, because in the barcode med administration world, it's not uncommon for a nurse to have a device ordering programmer for the pharmaceutical order.

  • In all cases, the MAI is the nurse system, then it's the bridge to the PCD domain.
  • Stay to manage a sufficient content between the 2 domains. Manage Order ID.
  • Content of DOC has to be sufficient to populate the PHARM-H4 message.

DEC might be to wide - should IPEC instead. First, speak about the Actors not the specific transactions.

IPEC is very well constrained for infusion pumps. A more constraint version of DEC ? Yes, It's tailored for infusion pumps. DEC is a framework profile for all kind of monitoring systems.

Must get enough information from PHARM-H3.

Conclusion

Jacqueline : a "mistake" in the dose definition on the top of the slide : it's multiply not and.

  • Update the graphics in the next days, It will before the F2F Meeting next week in the PCD domain.
  • Thierry and Marc propose to investigate further the requirements of the content of messages.
  • Marc and Jürgen will review together the slide.

Below is the outcome :

PIV-HMW-2.jpg