Difference between revisions of "DCM4MD:Project Use Cases"
| (49 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
[[Category:Detailed Clinical Models]] | [[Category:Detailed Clinical Models]] | ||
| − | [[Category: | + | [[Category:Health_Care_Devices_(DEV)_WG]] |
| − | + | [[Category:DCM4MD]] | |
| − | [[Category:DCM4MD | ||
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 :: = | ||
| + | The following use cases have been identified to be in scope for the May 2011 ballot of the [[Detailed_Clinical_Models_for_Medical_Devices|DCM for Medical Devices Project]]. The focus of this ballot will constitute DCMs that are required to support | ||
| + | # 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. | ||
| + | # 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== | ||
| + | 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=== | ===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]] | ||
| + | *[[DCM4MD:Actors#EHR-System|EHR-System]] | ||
| + | ===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 [[#Synchronize_Device_Time_Across_the_LAN|date/time from a reference server]]. The[[DCM4MD:Actors#Medical_Device_Manager|Device 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 [[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 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. | ||
| + | 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_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== | ||
| + | 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=== | ===Actors=== | ||
*[[DCM4MD:Actors#Medical_Device|Medical Device]] | *[[DCM4MD:Actors#Medical_Device|Medical Device]] | ||
| Line 32: | Line 60: | ||
===Pre-Conditions=== | ===Pre-Conditions=== | ||
| − | *The device is able | + | *The device is able to record the patient's identity |
===Main Scenario=== | ===Main Scenario=== | ||
| − | The operator scans or enters the patient's identity into the device using its user interface, bar code reader, etc. | + | *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=== | ===Post-Conditions=== | ||
| − | When the device is no longer acquiring data for the patient, the association with the medical device is broken. | + | 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_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 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 management system (ADT) integrated either with the [[DCM4MD:Actors#Medical_Device|Medical Device]] | ||
| + | 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=== | ||
| + | *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_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== | ||
| + | This use cases provides the most efficient patient-to-device association provided that the patient's identifier is entered correctly into the device. | ||
| + | ===Actors=== | ||
| + | *[[DCM4MD:Actors#Medical_Device|Medical Device]] | ||
| + | *[[DCM4MD:Actors#Medical_Device_Manager|Device Manager]] | ||
| + | *[[DCM4MD:Actors#Medical_Device_Operator|Operator]] | ||
| + | *[[DCM4MD:Actors#EHR-System|EHR-System]] | ||
===Pre-Conditions=== | ===Pre-Conditions=== | ||
| − | *The device | + | *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 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. | ||
| + | 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_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== | ||
| − | |||
===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]] | ||
| − | *[[DCM4MD:Actors# | + | *[[DCM4MD:Actors#EHR-System|EHR-System]] |
| + | |||
| + | ===Pre-Conditions=== | ||
| + | *The device has network connectivity and access to a reference [[DCM4MD:Actors#Network_Time_Server|Network Time Server]]. | ||
| + | ===Main Scenario=== | ||
| + | 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=== | ||
| + | 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== | ||
| + | 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=== | ||
| + | *[[DCM4MD:Actors#Medical_Device|Medical Device]] | ||
| + | *[[DCM4MD:Actors#Medical_Device_Manager|Device Manager]] | ||
| + | *[[DCM4MD:Actors#EHR-System|EHR-System]] | ||
===Pre-Conditions=== | ===Pre-Conditions=== | ||
| + | * | ||
===Main Scenario=== | ===Main Scenario=== | ||
| + | * | ||
===Post-Conditions=== | ===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 | ||
| + | |||
| + | [[DCM4MD:Actors#EHR-System|EHR-System]]. | ||
Latest revision as of 15:33, 10 February 2011
Back to: Project Main Page
- Reference to Actors
- Reference to Glossary of Project Terms
Contents
- 1 :: May 2011 Use Cases ::
- 1.1 Intubation Business Use Cases
- 1.2 Associate the Medical Device with a Patient by Location
- 1.3 Associate the Medical Device with a Patient by Identifier and Point-of-Care
- 1.4 Associate the Medical Device with a Patient by Selecting Patient on Device
- 1.5 Associate the Medical Device with a Patient by Patient Identifier Only
- 1.6 Synchronize Device Time Across the LAN
- 1.7 Synchronize information from patient transport
- 1.8 Associate the measurement with a clinician
:: 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
- 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.
- 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
.jpg)
]
Manage Patient on Ventilator Workflow
Liberate Patient from Ventilator
.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
- Medical Device
- Device Manager
- Operator
- Order System - provides the order
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
- The device has network connectivity and access to a reference Network Time Server.
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
