Difference between revisions of "DCM4MD:Project Use Cases"

From HL7Wiki
Jump to navigation Jump to search
m (typos)
 
(18 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
[[Category:Detailed Clinical Models]]
 
[[Category:Detailed Clinical Models]]
[[Category:Healthcare_Devices_WG|Healthcare Devices WG]]
+
[[Category:Health_Care_Devices_(DEV)_WG]]
[[Category:Detailed Clinical Models]]
+
[[Category:DCM4MD]]
[[Category:DCM4MD|DCM for Medical Devices]]
 
  
 
Back to: [[Detailed_Clinical_Models_for_Medical_Devices| Project Main Page]]  
 
Back to: [[Detailed_Clinical_Models_for_Medical_Devices| Project Main Page]]  
Line 8: Line 7:
 
* Reference to [[DCM4MD:Actors|Actors]]
 
* Reference to [[DCM4MD:Actors|Actors]]
 
* Reference to [[DCM4MD:Glossary_of_Terms|Glossary of Project Terms]]
 
* Reference to [[DCM4MD:Glossary_of_Terms|Glossary of Project Terms]]
 +
[[DCM4MD:new document]]
  
 
= :: May 2011 Use Cases :: =
 
= :: May 2011 Use Cases :: =
Line 13: Line 13:
 
# patient-to-device association in order to assign the data produced by the device to appropriate patient for charting and,  
 
# patient-to-device association in order to assign the data produced by the device to appropriate patient for charting and,  
 
# time consistency across information systems and devices.
 
# time consistency across information systems and devices.
# operator-to-device association in order to assign the data produced by the device to the attending caregiver for charting [SBP - waiting for peer review of this item before modifying the use cases further accordingly]
+
# operator-to-device association in order to assign the data produced by the device to the attending caregiver for charting  
 +
These use cases need to address the situation when there multiple patient identifiers with the same or different assigning authority
 +
== Intubation Business Use Cases==
 +
The following use workflow descriptions have been revised based on the Septebmer 2010 Ballot Comments
 +
===Rationale for the use of clinical workflows===
 +
The following paragraph contains proposed rationale for the use case analysis and clinical workflows:
 +
'''''Rationale:''' The workflows described in this section are intended to illustrate the typical workflows to describe how medical devices are used to support the needs of clinicians. These clinical workflow descriptions are not intended to provide clinicians guidance on how to practice medicine but rather to describe  to other stakeholders (e.g. IT, vendors, integrators, clinical engineering). The Business Use Cases in Section 1 and the Clinical Workflows in Section 2 of the DCM for Medical Devices document are intended to determine the conventions of clinical practices and to make sure that the rest of the analysis including information and system interactions.''
 +
===Intubate Patient - Unplanned - Worfklow===
 +
[[File:2.1 Intubate Patient (Unplanned).jpg]]]
 +
===Manage Patient on Ventilator Workflow===
 +
[[File:2.2 Manage Patient on Ventilator.jpg]]
 +
===Liberate Patient from Ventilator ===
 +
[[File:2.3 Extubate Patient, Planned (includes ventilator weaning).jpg]]
  
 
== Associate the Medical Device with a Patient by Location==
 
== Associate the Medical Device with a Patient by Location==
Line 31: Line 43:
 
===Alternate Scenario===
 
===Alternate Scenario===
 
Instead of the device, the [[DCM4MD:Actors#Medical_Device_Manager|Device Manager]] or concentrator is associated with the patient location.
 
Instead of the device, the [[DCM4MD:Actors#Medical_Device_Manager|Device Manager]] or concentrator is associated with the patient location.
The information system or [[DCM4MD:Actors#EHR-System|EHR-System]]- uses the informatoon reported by the device or the configure configuration reported by the device manager along with the known location of the patient to infer whose data/results/therapy needs to be recorded.
+
The information system or [[DCM4MD:Actors#EHR-System|EHR-System]]- uses the information reported by the device or the configure configuration reported by the device manager along with the known location of the patient to infer whose data/results/therapy needs to be recorded.
 +
 
 
===Post-Conditions===
 
===Post-Conditions===
 
The information/data produced by the device is added to the patient's medical record based on the '''device to location to patient''' assignments perfore  the Device Manager and EHR-system respectively.
 
The information/data produced by the device is added to the patient's medical record based on the '''device to location to patient''' assignments perfore  the Device Manager and EHR-system respectively.
 
In some cases, the data may need to be validated by a clinician (e.g. nurse) before it is permanently committed to the patient's record.
 
In some cases, the data may need to be validated by a clinician (e.g. nurse) before it is permanently committed to the patient's record.
 
===Dependency===
 
===Dependency===
[[#Synchronize_Device_Time_Across_the_LAN|Synchronize Time]] is used to synchronize the device clock to ensure that the results are reported acurately.
+
[[#Synchronize_Device_Time_Across_the_LAN|Synchronize Time]] is used to synchronize the device clock to ensure that the results are reported accurately.
  
 
== Associate the Medical Device with a Patient by Identifier and Point-of-Care==
 
== Associate the Medical Device with a Patient by Identifier and Point-of-Care==
Line 60: Line 73:
  
 
== Associate the Medical Device with a Patient by Selecting Patient on Device==
 
== Associate the Medical Device with a Patient by Selecting Patient on Device==
This use case is applicable in highly integrated environments. It requires an encounter managment system (ADT) integrated either with the [[DCM4MD:Actors#Medical_Device|Medical Device]]
+
This use case is applicable in highly integrated environments. It requires an encounter management system (ADT) integrated either with the [[DCM4MD:Actors#Medical_Device|Medical Device]]
directly or through its [[DCM4MD:Actors#Medical_Device_Manager|Device Manager]]
+
directly or through its [[DCM4MD:Actors#Medical_Device_Manager|Device Manager]] or an Order Entry System.
.
+
The identity may be established indirectly through an order number (e.g accession number, placer order number) that is used by the device to reference its measurmenent. 
 +
The association may need to confirmed by end-users.
 
===Actors===
 
===Actors===
 
*[[DCM4MD:Actors#Medical_Device|Medical Device]]
 
*[[DCM4MD:Actors#Medical_Device|Medical Device]]
 
*[[DCM4MD:Actors#Medical_Device_Manager|Device Manager]]
 
*[[DCM4MD:Actors#Medical_Device_Manager|Device Manager]]
 
*[[DCM4MD:Actors#Medical_Device_Operator|Operator]]
 
*[[DCM4MD:Actors#Medical_Device_Operator|Operator]]
 +
* Order System - provides the order
  
 
===Pre-Conditions===
 
===Pre-Conditions===
Line 79: Line 94:
  
 
===Dependency===
 
===Dependency===
[[#Synchronize_Device_Time_Across_the_LAN|Synchronize Time]] is used to synchronize the device clock to ensure that the results are reported acurately.
+
[[#Synchronize_Device_Time_Across_the_LAN|Synchronize Time]] is used to synchronize the device clock to ensure that the results are reported accurately.
  
 
== Associate the Medical Device with a Patient by Patient Identifier Only==
 
== Associate the Medical Device with a Patient by Patient Identifier Only==
Line 92: Line 107:
 
*The device is able to record the patient's identity.
 
*The device is able to record the patient's identity.
 
===Main Scenario===
 
===Main Scenario===
The [[DCM4MD:Actors#Medical_Device_Operator|Operator]] enter the patient's identity using the device input device (e.g. keyboard, bar code scanner). The precision with which the patient's identifier is entered into the device determines how acurate the association between the patient and device and its output data will be equally acurate.
+
The [[DCM4MD:Actors#Medical_Device_Operator|Operator]] enter the patient's identity using the device input device (e.g. keyboard, bar code scanner). The precision with which the patient's identifier is entered into the device determines how accurate the association between the patient and device is, and consequently, how accurate the patient identity component of the output data is.
 +
 
 
===Post-Conditions===
 
===Post-Conditions===
 
The information is received by the destination information system or [[DCM4MD:Actors#EHR-System|EHR-System]] and associated with the patient identified by the their patient identifier.
 
The information is received by the destination information system or [[DCM4MD:Actors#EHR-System|EHR-System]] and associated with the patient identified by the their patient identifier.
Line 98: Line 114:
  
 
===Security Risk Assessment===
 
===Security Risk Assessment===
* The date in transit may not require encryption since no identifyable patient information needs to be sent by the device
+
* The date in transit may not require encryption since no identifiable patient information needs to be sent by the device
 
===Dependency===
 
===Dependency===
[[#Synchronize_Device_Time_Across_the_LAN|Synchronize Time]] is used to synchronize the device clock to ensure that the results are reported acurately.
+
[[#Synchronize_Device_Time_Across_the_LAN|Synchronize Time]] is used to synchronize the device clock to ensure that the results are reported accurately.
  
 
== Synchronize Device Time Across the LAN==
 
== Synchronize Device Time Across the LAN==
Line 113: Line 129:
 
*The device has network connectivity and access to a reference [[DCM4MD:Actors#Network_Time_Server|Network Time Server]].
 
*The device has network connectivity and access to a reference [[DCM4MD:Actors#Network_Time_Server|Network Time Server]].
 
===Main Scenario===
 
===Main Scenario===
The medical device connects to the [[DCM4MD:Actors#Network_Time_Server|Network Time Server]] to set up its clock to acurate date/time. The device clock is used to timestamp the results or parameters reported by the device to the [[DCM4MD:Actors#EHR-System|EHR-System]].  
+
The medical device connects to the [[DCM4MD:Actors#Network_Time_Server|Network Time Server]] to set up its clock to accurate date/time. The device clock is used to timestamp the results or parameters reported by the device to the [[DCM4MD:Actors#EHR-System|EHR-System]].  
 
===Post-Conditions===
 
===Post-Conditions===
The device is syncronized with the [[DCM4MD:Actors#Network_Time_Server|Network Time Server]] and implictly with any other information systems or devices.  
+
The device is synchronized with the [[DCM4MD:Actors#Network_Time_Server|Network Time Server]] and implicitly with any other information systems or devices.  
  
 
== Synchronize information from patient transport==
 
== Synchronize information from patient transport==
This use case applies to those scenarios when medical devices are used during patient transport to capture vital signs and the information is uploaded into the hospital information systems
+
High priority for clinicians to discuss this use case.
 +
*This use case includes moving the patient between care units in the patient.
 +
*The patient stays associated with the device regardless of the location of the patient.
 +
*There are no interruptions in the flow of information - even though the device may not be connected at all times to the EHRS.
 +
*The measurements are reported to the EHRS regardless of the patient location.
 
===Actors===
 
===Actors===
*[[DCM4MD:Actors#Network_Time_Server|Network Time Server]]
 
 
*[[DCM4MD:Actors#Medical_Device|Medical Device]]
 
*[[DCM4MD:Actors#Medical_Device|Medical Device]]
 
*[[DCM4MD:Actors#Medical_Device_Manager|Device Manager]]
 
*[[DCM4MD:Actors#Medical_Device_Manager|Device Manager]]
Line 126: Line 145:
  
 
===Pre-Conditions===
 
===Pre-Conditions===
*The device has network connectivity and access to a reference [[DCM4MD:Actors#Network_Time_Server|Network Time Server]].
+
*
 
===Main Scenario===
 
===Main Scenario===
The medical device connects to the [[DCM4MD:Actors#Network_Time_Server|Network Time Server]] to set up its clock to acurate date/time. The device clock is used to timestamp the results or parameters reported by the device to the [[DCM4MD:Actors#EHR-System|EHR-System]].
+
*
 
===Post-Conditions===
 
===Post-Conditions===
The device is syncronized with the [[DCM4MD:Actors#Network_Time_Server|Network Time Server]] and implictly with any other information systems or devices.
+
*
 +
 
 +
== Associate the measurement with a clinician ==
 +
In addition to the device-patient association, the providers organizations would like to record in the EHRS the clinician's id. Ideally this identifier would be scanned into the device.
 +
* The identifier may be entered at the point-of-care
 +
* The identifier is authenticated with the device or device manager
 +
 
 
[[DCM4MD:Actors#EHR-System|EHR-System]].
 
[[DCM4MD:Actors#EHR-System|EHR-System]].

Latest revision as of 15:33, 10 February 2011


Back to: Project Main Page


DCM4MD:new document

:: May 2011 Use Cases ::

The following use cases have been identified to be in scope for the May 2011 ballot of the DCM for Medical Devices Project. The focus of this ballot will constitute DCMs that are required to support

  1. patient-to-device association in order to assign the data produced by the device to appropriate patient for charting and,
  2. time consistency across information systems and devices.
  3. operator-to-device association in order to assign the data produced by the device to the attending caregiver for charting

These use cases need to address the situation when there multiple patient identifiers with the same or different assigning authority

Intubation Business Use Cases

The following use workflow descriptions have been revised based on the Septebmer 2010 Ballot Comments

Rationale for the use of clinical workflows

The following paragraph contains proposed rationale for the use case analysis and clinical workflows: Rationale: The workflows described in this section are intended to illustrate the typical workflows to describe how medical devices are used to support the needs of clinicians. These clinical workflow descriptions are not intended to provide clinicians guidance on how to practice medicine but rather to describe to other stakeholders (e.g. IT, vendors, integrators, clinical engineering). The Business Use Cases in Section 1 and the Clinical Workflows in Section 2 of the DCM for Medical Devices document are intended to determine the conventions of clinical practices and to make sure that the rest of the analysis including information and system interactions.

Intubate Patient - Unplanned - Worfklow

2.1 Intubate Patient (Unplanned).jpg]

Manage Patient on Ventilator Workflow

2.2 Manage Patient on Ventilator.jpg

Liberate Patient from Ventilator

2.3 Extubate Patient, Planned (includes ventilator weaning).jpg

Associate the Medical Device with a Patient by Location

This use case is currently implemented by most legacy devices in critical and acute care environments. These legacy devices do not have the ability to record the patient's medical record number or receive patient demographics from hospital information systems.

Actors

Pre-Conditions

  • The patient is associated with a specific bed/location and the location is tracked by a hospital system. This use case applies only to specific inpatient and ambulatory settings.
  • The device is associated with a specific bed/location and it is not moved from that location until its location is recorded in an information system.
  • The device is not capable of acquiring an accurate date/time from a reference server. TheDevice Manager provides the time/stamp and, optionally, the location if it's not reported by device itself.

Main Scenario

The patient is placed at a specific location/bed and the medical devices are used to monitor specific physiological parameters or deliver specific therapies. The information produced by the device reports the location where the device was placed.

Alternate Scenario

Instead of the device, the Device Manager or concentrator is associated with the patient location. The information system or EHR-System- uses the information reported by the device or the configure configuration reported by the device manager along with the known location of the patient to infer whose data/results/therapy needs to be recorded.

Post-Conditions

The information/data produced by the device is added to the patient's medical record based on the device to location to patient assignments perfore the Device Manager and EHR-system respectively. In some cases, the data may need to be validated by a clinician (e.g. nurse) before it is permanently committed to the patient's record.

Dependency

Synchronize Time is used to synchronize the device clock to ensure that the results are reported accurately.

Associate the Medical Device with a Patient by Identifier and Point-of-Care

Both location and patient's identifier are used to determine whether the device should be associated with a specific location.

This use case may represent a transitional state of interoperability.

Actors

Pre-Conditions

  • The device is able to record the patient's identity

Main Scenario

  • The operator scans or enters the patient's identity into the device using its user interface, bar code reader, etc.
  • The device is used to treat or monitor the patient's condition.
  • Once the device is not longer needed, the operator discontinues the association. This removes the patient's identity from the data produced by the device.

Post-Conditions

When the device is no longer acquiring data for the patient, the association with the medical device is broken. In some cases, the data may need to be validated by a clinician (e.g. nurse) before it is permanently committed to the patient's record.

Dependency

Synchronize Time is used to synchronize the device clock to ensure that the results are reported accurately.

Associate the Medical Device with a Patient by Selecting Patient on Device

This use case is applicable in highly integrated environments. It requires an encounter management system (ADT) integrated either with the Medical Device directly or through its Device Manager or an Order Entry System.

The identity may be established indirectly through an order number (e.g accession number, placer order number) that is used by the device to reference its measurmenent.  
The association may need to confirmed by end-users.

Actors

Pre-Conditions

  • The device or its device manager is tracking encounter events (e.g admission) or queries its Device Manager for patients as needed.

Main Scenario

  • The operator enter a set of patient identifier traits into the medical device to loop up the patient's identity.
  • The operator selects the appropriate patient record and associates the device with the patient.
  • When the device is disconnected from the patient, the association is automatically broken.

Post-Conditions

The information reported by the device while the device was associated with the patient is charted to the patient's record. In some cases, the data may need to be validated by a clinician (e.g. nurse, respiratory therapist) before it is permanently committed to the patient's record.

Dependency

Synchronize Time is used to synchronize the device clock to ensure that the results are reported accurately.

Associate the Medical Device with a Patient by Patient Identifier Only

This use cases provides the most efficient patient-to-device association provided that the patient's identifier is entered correctly into the device.

Actors

Pre-Conditions

  • The device is able to record the patient's identity.

Main Scenario

The Operator enter the patient's identity using the device input device (e.g. keyboard, bar code scanner). The precision with which the patient's identifier is entered into the device determines how accurate the association between the patient and device is, and consequently, how accurate the patient identity component of the output data is.

Post-Conditions

The information is received by the destination information system or EHR-System and associated with the patient identified by the their patient identifier. In some cases, the data may need to be validated by a clinician (e.g. nurse) before it is permanently committed to the patient's record.

Security Risk Assessment

  • The date in transit may not require encryption since no identifiable patient information needs to be sent by the device

Dependency

Synchronize Time is used to synchronize the device clock to ensure that the results are reported accurately.

Synchronize Device Time Across the LAN

Actors

Pre-Conditions

Main Scenario

The medical device connects to the Network Time Server to set up its clock to accurate date/time. The device clock is used to timestamp the results or parameters reported by the device to the EHR-System.

Post-Conditions

The device is synchronized with the Network Time Server and implicitly with any other information systems or devices.

Synchronize information from patient transport

High priority for clinicians to discuss this use case.
  • This use case includes moving the patient between care units in the patient.
  • The patient stays associated with the device regardless of the location of the patient.
  • There are no interruptions in the flow of information - even though the device may not be connected at all times to the EHRS.
  • The measurements are reported to the EHRS regardless of the patient location.

Actors

Pre-Conditions

Main Scenario

Post-Conditions

Associate the measurement with a clinician

In addition to the device-patient association, the providers organizations would like to record in the EHRS the clinician's id. Ideally this identifier would be scanned into the device.

  • The identifier may be entered at the point-of-care
  • The identifier is authenticated with the device or device manager

EHR-System.