Depending on your system and your connection’s capabilities, we may recommend sending and receiving data via polling or data on demand. We can help you decide what may suit your system the best based on your unique integrations.
There are three typical configurations for data on demand with FHIR®:
- Data on demand (standard)
- Data on demand + writeback
- Data on demand + notification
Using Redox FHIR® with data on demand saves you time by simplifying the amount of effort needed to consume the HL7v2 data directly. Instead, a Redox FHIR® server ingests your connection’s data into a data on demand repository. Then, you can query for your connection’s data from Redox. Learn more about our standard data on demand configuration.
With data on demand, you can typically query for data, but you can’t update your connection’s system by writing back to the data on demand repository. However, it is possible to write data back to your connection using FHIR® messaging. Learn more about messaging.
For a conventional EHR integration with HL7v2, the data written back eventually ends up in your data on demand instance after the EHR has processed the message. You may want to do this if you want to rely on the EHR system as the ultimate source of truth. And it works, once you allow time for the EHR system to mediate and validate the data before it gets to your data on demand instance.
For example, let's say that you create a patient record and send it back to the EHR system. But the EHR system already has a record for that patient. Part of processing the new record that you send may include merging the patient record in the EHR system. After processing is complete, you could query for that patient, knowing that the EHR system is the source of truth.
Another potential data on demand configuration relies on notifications to trigger your workflow. Let's say that you listen for notifications from your connection. So, a healthcare organization sends a message to your system whenever there's a relevant update. When you this receive notification, you may want to query your data on demand repository for more information. For example, if you receive a notification that a patient has been discharged from the hospital, you may want to retrieve a transition of care document to get details about their inpatient stay.