CIA Principle 7: Preferred Approach to Interoperability
“Across VIHA Regional Clinical Information Systems, clinical information must have a defined Source of Truth, be up to date, and consistently available.”
In order to achieve consistent and comprehensive information across VIHA’s regional CISs, clear delineation of the sources of truth is required, both for individual data elements (author) and for types of information (system).
Information will be available to users (in accordance with access policies) consistently in each regional CIS. Information accessed in each system should be consistent in terms of content, currency, and presentation. This is important for safe practice and to ensure continuity. There are several approaches to ensuring consistency:
- One integrated system – no sharing needed. Display, functionality and content are consistent. This is the preferred approach in VIHA.
- Information will be shared between such that each piece of clinical information is stored only once. The other system accesses and displays that information through background messaging. Functionality (e.g. CDSS rules) will need to be duplicated and display standards will be required to ensure consistency and safety. This is the second preferred option.
- The less desirable approach would be to duplicate information and have copies of data stored in each system. Full multi-directional synchronization will be required for clinical information documented in more than one system (e.g. if allergies were to be documented in three systems).
- The final option is that some information is not available through one of the CISs. In this case, providers may view or use the other regional system as needed (links may be provided). This is not interoperability.
It is not acceptable to have similar information captured in multiple systems without any form of syncing. The risk of not clearly defining sources of truth is that some systems may have partial information; the information is not up to date, or conflicting. Providers will not know what information is missing. Gaps in continuity of information will occur. The risk is that clinical decision-making will suffer due to incomplete / inaccurate information. This is a safety issue.
Commentary:
There are some strong words in this last principle. They speak to the dangers and safety issues when having information in silos that are inappropriately inaccessible. I realize that “option 5″ (not shown, but is basically disconnected systems that are not accessible) is very common practice today, at least in Canada. Still, the intent of the principle is to put a stake in the ground, or some writing on a page, that can be pointed to when another isolated system is requested or when IM/IT project teams are looking for guidance on how to prioritize how systems are selected / configured. Thus some strong words seemed important.
The ranking of options was debated. Specifically 2 and 3 were heavily discussed. The very real issue that many disparate systems cannot realistically support option 2 was debated over, what I have begun to call the “Syncing Calendar Issue”(1) that would plague option 3. In the end, from a principle perspective, we agreed that 2 outranked 3. We also agreed would likely see more HL7 messages floating around copying and syncing content than shared tables, from a practical perspective. Shooting for option 3 is never my favorite target (nor is it Seth Godin’s) and I would like to push for option 1.
This principle is focused on information continuity. It does not really speak to the workflow issues of having multiple systems and the challenges providers face in trying to manage multiple systems with overlapping content. We were leaving that for part 2 – a set of clinical business process principles.
______________________
1. Syncing Calendar Issue: Every once in a while, my calendar syncing goes awry. Somewhere between the cloud, my desktop, my phone, my laptop, and some (I think) edit to a recurring series from exchange, my syncing gets a bit broken. I have to decide which calendar is the “best”, manually make changes to make sure “best” is accurate and then push that calendar back to my other devices. I’m sure many of us have this problem – and patient records are much more complex than our schedules.
No related posts.
Related posts brought to you by Yet Another Related Posts Plugin.