Search Criteria : 300 assertions found for this search Review filtered assertions

Assertion

Applies to

Applied to
Not applied to

Coverage

Covered by
Not covered by
Id scheme
Assertion id
Status
Testable?
#Coverage
#Applies to
Comment
Predicate
Page
Tags
Last changed
Actions
DEC-Vol1DEC-Vol1-001to be reviewedTestable 6 4 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 data10Table Table 2.5-1: Patient Care Device Integration Profile Dependencies2/26/16 10:23:28 AM by mpattillo
DEC-Vol2DEC-Vol2-001to be reviewedTestable 4 7 The Communicate PCD Data [PCD-01] transaction references the following chapters from the HL7 Version 2.6 standard: Chapter 7 Observation Reporting13Section 3.1.3 Referenced Standards2/26/16 10:23:29 AM by mpattillo
DEC-Vol2DEC-Vol2-002to be reviewedTestable 4 6 The Communicate PCD Data [PCD-01] transaction references the IEEE 11073-10201 Domain Information Model standard13Section 3.1.3 Referenced Standards2/26/16 10:23:30 AM by mpattillo
DEC-Vol2DEC-Vol2-003to be reviewedTestable 4 6 The Communicate PCD Data [PCD-01] transaction references the IEEE 11073-10101a Nomenclature standard13Section 3.1.3 Referenced Standards2/26/16 10:23:31 AM by mpattillo
DEC-Vol2DEC-Vol2-004to be reviewedTestable 4 7 The static definition for the PCD-01 Communicate PCD Data message is defined in the unnamed table in this section of the doument14Section 3.1.4.1.1 PCD-01 Communicate PCD Data (ORU^R01^ORU_R01) static definition2/26/16 10:23:32 AM by mpattillo
DEC-Vol2DEC-Vol2-005to be reviewedTestable 4 7 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.14Section 3.1.4.1.1 PCD-01 Communicate PCD Data (ORU^R01^ORU_R01) static definition2/26/16 10:23:33 AM by mpattillo
DEC-Vol2DEC-Vol2-006to be reviewedTestable 4 4 The period for periodic reporting shall be several times a minute for high acuity reports and maximum interval of once every 24 hours, with a typical interval of 1 minute.16Section 3.1.4.1.2 Trigger events2/26/16 10:23:34 AM by mpattillo
DEC-Vol2DEC-Vol2-007to be reviewedTestable 4 4 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.16Section 3.1.4.1.4 Expected Actions2/26/16 10:23:35 AM by mpattillo
DEC-Vol2DEC-Vol2-008to be reviewedTestable 4 4 For PCD-01 messages MSH-9 Message Type shall contain ORU^R01^ORU_R01.78Section B.1 MSH – Message Header Segment2/26/16 10:23:36 AM by mpattillo
DEC-Vol2DEC-Vol2-009to be reviewedTestable 4 6 Device to Enterprise Communications PCD-01 Communicate PCD Data message (also used for observations in response to a PCD-02 PCD Data Query) shall contain in MSH-21 Message Profile Identifier the value 1.3.6.1.4.1.19376.1.6.1.1.181Section B.1 MSH – Message Header Segment2/26/16 10:23:37 AM by mpattillo
DEC-Vol2DEC-Vol2-010to be reviewedTestable 4 6 For PCD-01 messages the ORC segment use is X, i.e. not sent.129Section B.9 ORC – Common Order Segment2/26/16 10:23:38 AM by mpattillo
DEC-Vol2DEC-Vol2-011to be reviewedTestable 2 7 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.165Section E.1.1 Example of PCD-01 Observation Report (Physiological Monitor)3/11/16 7:49:00 AM by mpattillo
ITI30ITI30-001validatedTestable 2 2 Systems which claim support of the Merge option for the Patient Administration Management profile shall support the following messages: Create new patient, Update patient information, Change patient identifier list, Merge two patients13Section 3.30.4.14/4/16 12:18:08 PM by aberge
ITI30ITI30-002validatedTestable 2 2 Systems which claim support of the Link/Unlink option for the Patient Administration Management profile shall support the following messages: Create new patient, Update patient information, Change patient identifier list, Link patient information Unlink patient information13Section 3.30.4.24/4/16 12:16:35 PM by aberge
ITI31ITI31-004validatedTestable 2 2 Both the Patient Encounter Supplier and Patient Encounter Consumer actors shall be able to cancel only a current movement.43Section 3.31.44/4/16 12:24:34 PM by aberge
ITI31ITI31-005validatedTestable 2 1 A system implementing either Patient Encounter Supplier or Patient Encounter Consumer, shall support these 5 trigger events: Admit inpatient, Discharge patient, Register outpatient, Cancel admit/visit, Cancel discharge44Figure 3.31-14/4/16 12:24:36 PM by aberge
ITI31ITI31-006validatedTestable 2 2 A system implementing Inpatient/Outpatient encounter management option shall support the 11 trigger events and messages defined in table 3.31-2.45Table 3.31-24/4/16 12:26:39 PM by aberge
ITI31ITI31-009validatedTestable 2 2 A system implementing Advanced Encounter Management Option shall support the12 trigger events and messages defined in table 3.31-447Table 3-31-44/4/16 12:31:47 PM by aberge
ITI31ITI31-012validatedTestable 4 2 The ZBE segment is required for the following trigger events : A01, A02, A03, A04, A05, A06, A07, A11, A12, A13, A14, A15, A16, A21, A22, A25, A26, A27, A38, A52, A53, A54, A55, Z99 if the historic movement management option is supported49Section 3.31.5.64/4/16 12:25:24 PM by aberge
ITI31ITI31-015validatedTestable 2 1 A Patient Encounter Supplier or Patient Encounter Consumer supporting the Maintain Demographics Option shall support these 7 trigger events and messages : Admit inpatient, register outpatient, discharge patient, update patient information, merge patient identifier list, Cancel admission, Cancel Discharge51Section 3.31.5.94/4/16 12:27:29 PM by aberge