Please use a compatible browser :Google Chrome or Mozilla Firefox
Page expired. Any change will be lost. Try to refresh the page.
Gazelle update scheduled, unsaved changes will be lost :
Your session will timeout :
Redeployed...
Logged out...
The server is restarting. Any change will be lost.
 

Actor : Device Observation Consumer

Actor Details Last changed 4/17/08 6:09:39 AM by Unknown

79
DEV_OBS_CONSUMER
Device Observation Consumer
The actor responsible for receiving PCD data from the Device Observation Reporter, the Device Observation Filter, or both.
Id
Keyword
Name
Description
Status
Action
276 DEC Device Enterprise Communication The Device Enterprise Communication Profile supports communication of vendor independent, multi-modality Patient Care Devices data to Enterprise Applications using consistent semantics. It accomplishes this by mapping PCD data from proprietary syntax and semantics into a single syntactic and semantic representation for communication to the enterprise. The PCD data is time stamped with a consistent enterprise time. Options are provided to allow applications to filter particular PCD data of interest Final Text
27 DEC2009 DEPRECATED: 2009 Device Enterprise Communication This entry represents the DEC profile as it was documented in the PCD TF in 2009. In 2010, the PDC actor was removed from DEC and brought in through grouping. The new profile actor/option structure is entered under the DEC profile entry in gazelle. Deprecated
230 DEC2010 DEPRECATED: 2010 Device Enterprise Communication This entry represents how the DEC profile was documented in 2010. In 2011, the DOF actor was removed, the PCD-02 transaction was removed, and all options were removed Deprecated
261 IPEC Infusion Pump Event Communication The Infusion Pump Event Communication (IPEC) Profile specifies methods for communicating significant clinical and technical events from a Patient Care Device such as infusion pump to an information system which may present it to a clinical user, acts on it in some way or records it. The information is communicated in a data format similar to that of Device Enterprise Communications (DEC) Profile, but differs in that DEC is mainly used for sampled physiological and technical data at timed, equal intervals, while IPEC is used to communicate significant occurrences which happen at unscheduled times. Infusion Pump Event Communications is also related to Alarm Communications Management (ACM) Profile, except that ACM is designed for physiological alarms and technical alerts to a human actor via portable devices, where IPEC is designed for system-to-system communication for automated recording or tracking occurrences which do not necessarily require urgent attention from a person. Trial Implementation
84 PIV2009 DEPRECATED: 2009 Point-of-Care Infusion Verification This profile entry represents the structure of actors and options in the PIV profile as published in 2009 and tested at NA2010. The documentation was updated in 2010, and the new profile entry, PIV, represents the updated structure. Deprecated
204 T73 HITSP Aggregate Device Information Communication US HITSP: T73. The Aggregate Device Information Communication Transaction allows a system serving as a device intermediary such as a home hub, a cell phone, a set top box, or a monitoring station to which one or more monitoring devices are connected to forward a set of observations through a local or remote connection to a remote monitoring management system where these device captured observations will be reviewed by a person managing the care of the patient under remote monitoring HITSP Construct
Id
Keyword
Name
Description
TF Reference
Status
Specification
Action
117 PCD-1 Communicate PCD Data Transmit PCD data to enterprise clients from a Device Observation Reporter or Observation Filter and Receive PCD data by a Device Observation Consumer. Final Text
316 PCD-10 Communicate Infusion Event Communicates significant clinical and technical events from a Patient Care Device such as infusion pump to an information system which may present it to a clinical user, acts on it in some way or records it. X.1 Actors/ Transactions Trial Implementation
118 PCD-2 Subscribe to PCD Data Defines predicate for communication of PCD data from DOF to a Device Observation Consumer. Trial Implementation
170 PCD-3 Communicate Infusion Order This transaction contains the information from the Infusion Order Placer, such as caregiver, patient, and pump identification, medication, volume, and rate, for the infusion being programmed. Final Text
171 PCD-4 Report Alert This transaction is used by the Alert Reporter to report both unsolicited and subscribed alerts to the Alert Manager Trial Implementation
Assertion Id
Description
DEC-Vol1-001 Each actor implementing this Patient Care Device (PCD) profile shall be grouped with the IT Infrastructure Consistent Time profile Time Client Actor for the purpose of consistent time-stamping of messages and data
DEC-Vol2-001 The Communicate PCD Data [PCD-01] transaction references the following chapters from the HL7 Version 2.6 standard: Chapter 7 Observation Reporting
DEC-Vol2-002 The Communicate PCD Data [PCD-01] transaction references the IEEE 11073-10201 Domain Information Model standard
DEC-Vol2-003 The Communicate PCD Data [PCD-01] transaction references the IEEE 11073-10101a Nomenclature standard
DEC-Vol2-004 The static definition for the PCD-01 Communicate PCD Data message is defined in the unnamed table in this section of the doument
DEC-Vol2-005 The PCD-01 message structure differs from the basic HL7 version 2.6 by allowing for the appearance of PRT segments, a segment new in HL7 version 2.7, in certain locations.
DEC-Vol2-007 Upon receipt of a PCD-01 message the DOC actor validates the message and shall respond with an acccept acknowledgement message as defined in Appendix G.11 Acknowledgement Modes.
DEC-Vol2-011 Pulse Oximetry Integration (POI) device observations shall include an observation of oxygen saturation of blood gas as a percentage numeric data type. Given the variety of available device designs (dedicated function SPO2 monitor or modular component to a physiologic monitor), the variety of sensor capabilities, and that the observation identification can include the sense point body part, i.e. left/right arm, etc. there is no single observation definition for all devices and all use cases. Any communicated SPO2 observation shall appear in RTMMS. A non-exclusive example is 150456^MDC_PULS_OXIM_SAT_O2^MDC.
PCD-Vol2-006 The value in MSH-2 Encoding Characters shall be ^~\&
PCD-Vol2-007 MSH-3 Sending Application shall uniquely identify the software application implementing the actor sending the message
PCD-Vol2-008 If MSH-4 Sending Facility is populated, the first component shall identify the organizational entity responsible for sending the message, the second component if present shall identify the Universal ID of the organizational entity responsible for the sender of the message, the third component if present shall identify the Universal ID Type
PCD-Vol2-009 If MSH-5 Receiving Application is populated, the first component shall identify the organizational entity responsible for receiving the message, the second component if present shall identify the Universal ID of the organizational entity responsible for the sender of the message, the third component if present shall identify the Universal ID Type.
PCD-Vol2-010 If MSH-6 Receiving Facility is populated, the first component shall identify the organizational entity responsible for the receiving facility, the second component if present shall identify the Universal ID of the organizational entity responsible for the sender of the message, the third component if present shall identify the Universal ID Type
PCD-Vol2-011 In MSH-7 Date/Time of Message time zone shall be included in the field content
PCD-Vol2-012 In field MSH-11 Processing ID, the first component shall be present and be a value based upon HL7 Table 0103. The second component if present shall be a value based upon HL7 Table 0207.
PCD-Vol2-013 Field MSH-12 Version ID shall contain 2.6
PCD-Vol2-014 If MSH-17 County Code is present it shall contain a three Character alphabetic value from ISO 3166
PCD-Vol2-015 For MSH-18 Character Set, if the character set is ASCII then the field can be empty, or shall contain the value ASCII. If the character set is other than ASCII the field shall contain a value from HL7 Table 0211
PCD-Vol2-016 For MSH-19 Principal Language of Message if the field is empty then en^English^ISO639 is assumed. If present the value shall be from ISO 639.