A Regional Health Information Organization (RHIO, pronounced rio), also called a Health Information Exchange Organization, is a multistakeholder organization created to facilitate a health information exchange (HIE) – the transfer of healthcare information electronically across organizations – among stakeholders of that region's healthcare system. The ultimate objective is to improve the safety, quality, and efficiency of healthcare as well as access to healthcare through the efficient application of health information technology. RHIOs are also intended to support secondary use of clinical data for research as well as institution/provider quality assessment and improvement.[1] RHIO stakeholders include smaller clinics, hospitals, medical societies, major employers and payers.
The US system of healthcare is highly complex and fragmented, with use of multiple information technology systems and vendors incorporating different standards. In contrast with other developed nations, healthcare accounts for a disproportionate percentage of the US GDP, and there is a concern about the economic viability of Medicare.[3] Despite this significant expenditure, there is evidence of inefficiency, waste and medical errors, with a 2001 estimate by the Institute of Medicine of between 44,000-98,000 annual deaths due to medical errors.[4] While numerous possible causes for this situation exist, much waste (e.g., duplication of laboratory tests) and medical errors (e.g., adverse drug reactions) are traceable to inability of healthcare providers (who are not the patients' primary providers) to access patients' existing medical information in a timely manner when needed: better and more ubiquitous health information technology might be part of the overall solution.[citation needed]
The two broad types of architecture, centralized and federated, correspond to the data warehouse and federated database system models of data integration. In the centralized configuration (e.g., The Santa Cruz Community and the Michigan UP Network), all providers send their data to the RHIO's central repository on a periodic basis (daily). In the federated model, the RHIO acts as a record locator service, the data stays at its original location, and the RHIO only has a "pointer" to that information.
The pros and cons of each architecture follow from the approaches.
Centralized
For the Centralized design, once data is centralized and restructured into a uniform data model, it is easier to query and analyze. However, because movement and restructuring is generally a complex batch process involving the well-known steps of "extract, transform, load", the centralized data may be somewhat out of date if the (logistically challenging) target of daily updates is not achieved. Also, there may be concerns among the individual RHIO participants who originate the raw data that they are giving up "control" and "ownership" once the data is copied to a central site. Also, creation of the central repository requires close collaboration to determine exactly what data will be centralized and how it will be structured.
Federated
In federated systems the RHIO software only stores information about the locations where a patient's data is available. These are often more politically feasible than centralized systems. However, designing a protocol by which the RHIO can query (heterogeneously structured) individual provider data stores is technically challenging. The software at the individual sites must ensure authenticate electronic requests to ensure that they are legitimate and authorized, and no standards that can be used for this purpose currently exist. A federated setup requires greater network bandwidth than the centralized approach, because a request by a user of the central RHIO software can be farmed out to multiple provider systems.
Centralized and federated approaches are not mutually exclusive, and hybrid setups can be employed. In one proposed hybrid model, the health record trust or health record data bank, all data for each patient would stay in a single repository as in the centralized model, but patients could choose which data bank to use for their records.[8]
As of 2009[update], 193 initiatives (including RHIOs) in the United States were working on health information exchange, and 57 of those were actively exchanging data used by healthcare stakeholders.[9] RHIO initiatives exist at two levels, larger (statewide) and smaller (local and rural).
Compared to local RHIOs, state-level initiatives, because of the larger number of stakeholders and patient base, and consequent financial strength, have a greater likelihood of being able to utilize national-level expertise both in health IT and policy-making. Most operational RHIO efforts tend to be larger efforts, though the risk of political battles and consequent failure is also amplified if several large stakeholders choose not to cooperate with each other.
Compared to state-level RHIOs, stakeholders tend to be more heterogeneous with respect to line of business, use of technology and size. Rural RHIOs have a subscriber base of less than 100,000. The presence of numerous, smaller organizations with relatively limited IT budgets translates to numerous challenges due to the dis-economies of small scale. There is limited access to skilled technology professions, and health IT vendors pay less attention to small customers. Many stakeholders continue to deploy legacy software from long-defunct vendors and some may not deploy IT at all. In addition, stakeholders may be less IT-savvy, and even availability of high-speed Internet connectivity may not be assured. A significant sustainability challenge for smaller RHIOs involves funding. Some support models (e.g., used by Northwest, Louisville KY) are based on shared, subscription-based use of commercial health information software, and the shared use of scarce resources such as information technology professionals, who are unaffordable for smaller organizations acting individually.
Irrespective of size, certain challenges remain, such as interoperability standards, as well as consistent standards with respect to privacy, security and appropriate use of the data. Currently,[when?] privacy/security issues vary across states, and federal efforts to ensure uniformity are desirable.
Examples
INPC and IHIE
The Indiana Network for Patient Care (INPC) — originally the Indianapolis Network for Patient Care and Research (INPRC)[10] — operational since 1994,[11] connects all five major hospital systems in greater Indianapolis. All INPC participants now deliver registration records, all laboratory tests, text reports, medication history and all UB92 records (diagnosis, length of stay, and procedure codes) for hospital admissions and emergency room visits to separate electronic medical record vaults in a central INPC server using a federated data store model.[11][12] The message exchange standard that is used is HL7. The computer system standardizes all clinical data as it arrives at the INPC vault, laboratory, radiology, and other study test results are mapped to a set of common test codes LOINC with standard units of measure, and patients with multiple medical record numbers are linked.[11]
Implementation has been simplified because each participating institution uses the same data model and term dictionary which contain the codes, names (and other attributes) for tests, drugs, coded answers, etc. The data for any participating patient seen in any of the region's 11 emergency rooms can be presented as one virtual medical record.[13] Stakeholders/ participants in this RHIO include: major and regional hospital systems, regional and national reference laboratories, state, federal, and private payors, pharmacy benefit management claims repository services, major physician practice organizations, individual providers, state government (Dept. of Health), major academic research institutions, and others.
The statewide Indiana Health Information Exchange (IHIE), which uses the expertise of the same medical informatics/IT team as the INPC, combines clinical data in combination with administrative (claims) data to support electronic delivery of test reports to physician offices using faxes, printers, and e-mail, as well as Clinical Quality Services, which provide a "report card" (and incentives) on established quality measures to physicians, practice groups, employers, and payers. The IHIE is a rare example of a self-sustaining health information exchange (not reliant on government grants). Stakeholder satisfaction with this RHIO is apparently high.[14]
CalRHIO
CalRHIO is an example of an RHIO failure due to political/turf battles; it shutdown January 8, 2010.[15] Following heavy competition with California e-Health Collaborative (CAeHC) for designation as California's statewide HIE entity, both organizations were turned down by the state government in December 2009;[16] large stakeholders such as Medicity Inc. and Kaiser Permanente subsequently followed suit and withdrew financial support. Reasons for CalRHIO's failure have been attributed[by whom?] to a limited business model dependent on state-entity designation.[citation needed]
Healthcurrent
Healthcurrent is the RHIO[17] for the state of Arizona, formerly known as AZHeC. Healthcurrent hosts a physical health and behavioral health/crisis portal for health information exchange throughout Arizona. Healthcurrent links care providers to its standards-based HIE platform and holds a repository of data that is available to be shared with properly accredited care providers in the community. Arizona is an opt-out state for healthcare data flowing to the state HIE.
In some states (e.g., Kansas), an alternative to a stakeholder-consortium-based state-level RHIO is being considered, namely direct involvement of the state governments in creating the RHIO infrastructure. This approach builds on the strengths of state governments as major employers and purchasers of healthcare services (e.g., University of Alabama at Birmingham, is Alabama's largest employer). Similarly, TennCare in Tennessee has roots in addressing the state's un- and under-insured population and is consequently more state driven. Utah's efforts are based on the state's prior efforts to process healthcare claims.
Recent federal efforts (e.g., at the Veterans Administration) are aimed at creating a federal employee based electronic health record system, which might be considered a national RHIO.
