Agenda
- Key concepts for DeviceAlert rationale
Attendees
Todd Cooper, John Donnelly, John Garguilo, Peter Gunter, Martin Hurrell, Stefan Karl, Tom Kowalczyk, Koichiro Matsumoto
Meeting Notes
- Key issues
- Distinction between alert condition and alert signals
- Identity of the alert condition in one or more well-designed nomenclatures
- Each instance of a time period when the alert condition exists has a life cycle and a unique identifier
- Signal state is distinct from the state of the underlying alert condition. It may be latched, that is, be held active when the underlying condition is no longer active
- Relation to the state of signals to related content in a hierarchy of Device and DeviceMetric resource instances
- For a reasonable degree of completeness, rationale for the DeviceAlert resource needs to include not just giving the key attributes of the alert itself, but also
- the IHE ACM uses cases involving communication with end users. This not only the originating device of the alert, but also other devices signaling the alert
- This also brings in policy for dynamic management of alert signaling. This involves safety and effectiveness standards and risk management
Action: add discussion of alert policy implementation to HL7 DEV agenda for Work Group Meeting
References
Draft DeviceAlert rationale mockup
Device Alerting Project (PSS-2005)
Draft DeviceAlert element definitions mockup