Difference between revisions of "DeviceAlert FHIR Resource Proposal"
| Line 132: | Line 132: | ||
<!-- Identify the userids who will require commit access to gForge to maintain the resource. (Ensure all users have registered for gForge.) --> | <!-- Identify the userids who will require commit access to gForge to maintain the resource. (Ensure all users have registered for gForge.) --> | ||
| + | TBD | ||
Revision as of 18:29, 3 October 2014
This page documents a Pending FHIR Resource Proposal
Contents
- 1 DeviceAlert
- 1.1 Owning committee name
- 1.2 Contributing or Reviewing Work Groups
- 1.3 FHIR Resource Development Project Insight ID
- 1.4 Scope of coverage
- 1.5 RIM scope
- 1.6 Resource appropriateness
- 1.7 Expected implementations
- 1.8 Content sources
- 1.9 Example Scenarios
- 1.10 Resource Relationships
- 1.11 Timelines
- 1.12 gForge Users
DeviceAlert
Owning committee name
Contributing or Reviewing Work Groups
FHIR Resource Development Project Insight ID
TBD
Scope of coverage
The DeviceAlert resource is used to represent the status of a simple alarm condition check that a medical device is able to detect. It represents a single alarm only, and alarm can be one of the following type:
- Physiological alarm (for example: Low SpO2)
- Technical alarm (for example: Fluid line occlusion)
- Advisory alert (for example: Alarm of undocumented timeout prior to a surgical procedure)
Note: For the initial scope, this DeviceAlert resource is only applicable to the alarm condition produced by any medical device that implements or derives from the ISO/IEEE 11073 standard.
RIM scope
TBD
Resource appropriateness
This DeviceAlert resource is solely used to communicate a single alarm that produced by any medical device that implements or derives from the ISO/IEEE 11073 standard. If there is a need to communicate multiple alarms are triggered from the same medical device, refers to the DeviceAlertList profile for a more appropriate usage.
Expected implementations
- Center for Medical Interoperability will be in collaboration with Dräger Medical to work on the resource definition for the DeviceAlert.
- Center for Medical Interoperability is going to work on a prototype ACM system around this DeviceAlert resource.
Content sources
- ISO/IEEE 11073
- IHE PCD Technical Framework (ACM profile, PCD-04)
Example Scenarios
- Low SpO2, a physiological alarm from a patient monitoring device.
- Fluid line occlusion, a technical alarm from an infusion pump.
- An advisory alarm of undocumented timeout prior to a surgical procedure.
Resource Relationships
Uses
- Device
- Patient
- Location
- Observation
- DeviceComponent
Potentially used by
- List (DeviceAlertList profile)
Timelines
- Ready for Draft for Comment ballot: January 2015
- Complete for DSTU 2.0: August 2015
gForge Users
TBD
