Redox connects to dozens of different of healthcare products. We use HL7 standards, vendor APIs, and even less formatted data like CSV to bring data onto the Redox network. Not all data is created equally. To help set expectations we came up with a framework for how “reliable” fields are. In other words, how often we see a particular field given the diversity of our connections.
Reliability In The Redox Documentation
Our documentation uses badges for the reliability of each field based on our experience of how often they are available:
- Reliable Expect this field to be present for every message from every health system (> 90%)
- Probable Expect this field to be present for most messages from most health systems (> 50%)
- Possible This field may be present for some messages from some health systems (< 50%)
Why Fields Are Less Reliable And What To Do About It
If a field is listed as less than “Reliable” – it’s not the end of the world. The core problem is that data sources have little reason to share the most by default:
- A core tenet of security in healthcare is to only send what is necessary. In the event of a breach, you’ve let less information slip. There is usually no objection to adding data, but it’s not on by default.
- Healthcare puts a premium on things working. For that reason, backwards compatibility is core principle of integration developers. Data points may be available with new versions of software, but they are off by default.
Work with your Redox team to make sure your data requirements are clear, and we’ll do all we can to get the data added to your connections.