This page shows the architecture for the HSPC Reference Implementation with messaging.
...
Reference Messaging System
The messaging system exists to support context-based routing of messages. The FHIR use case is to support the FHIR subscription resource. When a subscription is submitted to the API server (created, updated, deleted), the subscription is registered with the messaging system as a Drools rule based on the subscription criteria. When non-subscription resource (Observation, Patient, etc.) is submitted to the API server (created, updated, deleted), the resource is submitted to the messaging system for routing. If the resource matches (using Drools rules) the resource is routed according to the channel definitions of the subscription.
...
Related articles
| Filter by label (Content by label) | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
| hidden | true |
|---|
...
Bilirubin Monitor Application
The Bilirubin Monitor application is a backend service application that is deployed external to the EHR. The Bilirubin Monitor is send message from the reference messaging system according to subscription resources that have been registered with the messaging system. A message send from the EHR to the Bilirubin Monitor should not include full resource information. Instead the Bilirubin Monitor should query any resource information to comply with the SMART on FHIR security protocols.
The Bilirubin Monitor is interested in two scenarios. In the first scenario, the monitor wants to send an alert if a newborn baby has not been checked for Bilirubin levels within the first 12 hours after birth. The monitor is first sent a message when a patient resource is submitted. The monitor queries the full patient resource so the monitor can perform additional criteria analysis. If the patient is determine to be a newborn, the monitor creates a future task (to be run when the patient is 12 hours old) that will create an alert if there are no Bilirubin observations for the baby.
The second scenario the Bilirubin Monitor is interested in is creating alerts when Bilirubin observations are submitted that exceed dangerous thresholds. In this scenario, the monitor is send every Bilirubin observation that is received by the EHR. The monitor then queries the full Bilirubin resource to determine if the value has exceeded the threshold, then creates an alert.
