The interoperability rule on patient access to healthcare data is more than a regulation; it’s a catalyst for igniting significant and sustainable change in healthcare quality, delivery and payment. It also gives consumers an enormous amount of power over how they manage their healthcare. Payers that approach compliance with the rule as an investment in digitally transforming their businesses will be well positioned to reap its many potential benefits.
The final rule encompasses managed Medicare, managed Medicaid and individual Federally Facilitated Exchange (FFE) qualified health plans. As expected, the rule requires these plans to publish a third-party developer application programming interface (API) using Fast Healthcare Interoperability Resources (FHIR) and terminology normalization. This API must provide not only claims data, but also other administrative data and even select clinical data. It uses specified standards to support Substitutable Medical Applications and Reusable Technologies (SMART) on FHIR so that every plan’s API is similar. This API must be in production by Jan. 1, 2021.
The Centers for Medicare & Medicaid Services (CMS) and the Office of the National Coordinator for Health Information Technology (ONC) did make a few key modifications to the rule. One is a change to the plan-to-plan data exchange, where a plan must share clinical data with another plan under certain circumstances at the request of a member. This requirement now has a delayed deadline of Jan. 1, 2022. Another requirement, that health plans join a Trusted Exchange Network, has been deferred for future rulemaking.
CMS also clarified some items. As one example, we now know that the data to be provided by the API, and the plan-to-plan exchange, will only include data related to dates of service since Jan. 1, 2016; earlier data is not mandated.
Even as payers digest the interoperability rule requirements, they must be aware of other regulations likely to emerge over the next few years. Some potential regulations may complement interoperability processes; others may require unique strategies. Payers that stay on top of the potential rules and opt for more flexible technologies and methods to achieve interoperability will find it easier to develop coherent, cost-effective compliance strategies. Proposed rules and legislation may include the following:
Interoperability requires all payer government lines of business to share the same data in the same timeframes, so payers can now evaluate and plan for the impact of interoperability on their business models. To start, payers must address how interoperability partially negates their current value proposition. For the last two decades, payers have competed by reducing claims adjudication costs and on increasingly competitive network design. Now, payers will be able to analyze data released under the rule to see how competing plans have structured their networks and rates. That transparency will blunt the value of physician networks as a competitive edge.
The irony is that the rule also enables payers to build new business models. With data flowing easily, payers should create new value propositions based on such qualities as frictionless service; member experiences; better care management and outcomes; and improvements to the medical cost of care.
Regarding member enrollment, the rule does not immediately call for payers to address that business function. Yet obtaining member data-sharing consent as part of the enrollment process can improve process efficiency and care delivery. With consent, a health plan could gather member data from previous health plans, either via a payer-to-payer transmission or through the new API the rule requires for third-party access. Payers then could immediately analyze the data to determine what care management is appropriate, evaluate data needed for risk adjustments or HEDIS measures, and assign an accountable care organization, medical home or primary care physician — all as part of a new enrollment workstream. Members could receive a level of personalized service and care in mere hours instead of the months it now takes for payers to collect and analyze similar data.
Further, if plans could obtain data-sharing consent from consumers while they are still shopping for plans — before they join — plans could improve and personalize the shopping experience. Payers could apply the historic claims data from the incumbent payer to the coverage options the shopper is considering and generate more accurate projections of, for example, potential co-pays, deductibles and co-insurance. Shoppers would receive better data to evaluate coverage options and assess their financial accountability.
Similarly, group underwriting can become more accurate with greater historical data. It is not clear yet whether employers can give consent on behalf of a group. However, if all plans received standardized, normalized data from employers, underwriting would be faster and more uniform, with same fees matched to same terminology.
Interoperability can also reshape utilization management (UM). In the near term, payers can create rules that preemptively authorize care based on data they receive from new members’ previous health plans. Improved continuity of service for new members reduces friction and creates a better experience.
If it comes to pass that providers also must follow the interoperability rule, payers can increase their use of UM while reducing provider and member friction by calling data directly from the providers’ EMRs via the standardized API. Payers can use inexpensive computer cycles instead of people to process that data against their own authorization rules — essentially automating a fully touchless UM process and eliminating phone calls, faxes and emails as well as unnecessary care.
Payers also can plan to use historic data to identify and stratify social determinants of health (SDoH) needs among new members. As providers adopt the USCDI data standard, payers can mine the freeform notes in patient records using tools such as natural language processing. FHIR formats also are being developed to support SDoH. The combination of more data and data standards enables algorithms to work efficiently to identify SDoH factors, further advancing their use in care management.
Finally, payers should accept that interoperability can allow other organizations to take control of the member experience. If the quality and value of payer websites and apps don’t significantly improve, other entities may step in and provide a better experience for members, which can have major implications for the payer.
Interoperability compliance requires an organization-wide effort. For example, supporting an API gateway for third-party developers creates new technical and business workflows as new entities interact with plan members. Whether IT, compliance or business, all functions must ensure not only compliance with the rule, but exploitation of its possibilities. Here are immediate areas to address:
Payer organizations that build strong interoperability capabilities now will be well positioned when that day comes — or when Amazon offers “Healthcare Prime.” By pulling data out of silos, payers can use tools such as evolutionary AI to pre-emptively identify patients who need care and deliver that care faster, cheaper and with better quality. There will be winners and losers created by the responses to this major rule. Payers that approach interoperability as a tool for reshaping healthcare will benefit from it most; those that treat it as a compliance-only matter will lose market share as employers and patients seek better experiences with better value.
For more information, read more in our interoperability series: “Three Ways Payers Will Use CMS Interoperability Requirements to Connect with Healthcare Consumers” and “Preparing for the Interoperability and Patient Access Rules: Five Key Things Healthcare Executives Must Know.” Or contact us to schedule a meeting.
FHIR HL7 is the registered trademark of Health Level Seven International and the use does not constitute endorsement by HL7. The Healthcare Effectiveness Data and Information Set (HEDIS) is a registered trademark of NCQA.