This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "DeviceAlert FHIR Resource Proposal"

From HL7Wiki
Jump to navigation Jump to search
Line 85: Line 85:
  
 
<!--Key resources are justified by CCDA, for resources not deemed "key", what interest is there by implementers in using this particular resource. Provide named implementations if possible - ideally provide multiple independent implementations. -->
 
<!--Key resources are justified by CCDA, for resources not deemed "key", what interest is there by implementers in using this particular resource. Provide named implementations if possible - ideally provide multiple independent 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==
 
==Content sources==

Revision as of 18:27, 3 October 2014



DeviceAlert

Owning committee name

Health Care Devices (DEV) WG

Contributing or Reviewing Work Groups

Health Care Devices (DEV) WG

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

Example Scenarios

Resource Relationships

Timelines

gForge Users