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. |