Use Cases
Flume's data integration capabilities is being used for a variety of use cases within payers, TPAs, program managers, brokers and solution vendors.
Modern health plans require an ever-expanding set of member-facing providers, solutions, and services. For employer-sponsored plans these are point solutions driven by employer and broker interest. For government plans these are supplemental benefits.
These plan products service a wide range of specific services for a member. Examples include: telehealth, disease management, care management, navigation, digital front door, pharmacy carve-out, direct primary care, etc...
Traditionally plan product integrations have been challenging, given the just-in-time nature and unique data formats for each vendor. Furthermore these integrations are seasonal and lumpy with integration demand surging around plan effective dates.
Flume streamlines integrations and reduces timelines and cost by 80-90%.
As plan product vendors and services mature they also aim to trade richer data types with payers (i.e. engagement, health equity data). Flume also natively supports integrations of these richer data types.
Payers increasingly rely on an increasing number of disparate services and systems to perform health plan operations (i.e. utilization management, care management, bill review, FW&A vendors, networks, billing, etc...) Some are internal to payer organizations, others are third party vendors.
Each service requires various data types shared in unique formats. These service providers can become Connections on Flume.
Employers seeking pharmacy cost savings will often look to carve-out and replace their PBM. Payers in turn are integrating with dozens of PBMs to support that demand. Flume simplifies integrations and enables PBMs to be applied to specific population sub-groups through the use Business Objects.
Most PBM integrations involve three data trades:
- Outbound - Eligibility and Accumulators
- Inbound - Rx Claims
Flume also supports additional configurations, depending on the unique billing arrangements that may be in place.
Flume enables payers to quickly establish standardized data trading exports to comply with upcoming CMS interoperability rules including:
- Interoperability and Prior Authorization Rule
- Medicare Prescription Payment Plan (MP3)
Flume enables customers to accelerate their data lake strategies by housing both raw and strucured forms of your data in your own environment. Inbound and outbount data is stored and available in both its native source/destination formats and the Flume Data Model format for future querying.
Flume is based on the Apache Iceberg open table format. Iceberg can be plugged into your query engine (Snowflake, Redshift, Bigquery, etc...) to provide access to organized, tranformed data through your query engine in an optimized way.
Flume supports custom and 834 standard eligibility and enrollment files from any source to any destination. Use Flume to transform from individual HRIS, Ben Admin Systems into a single system-specific model. Each system is treated as a unique Endpoint with independent map/transform rules and transmission protocol configuration (API + SFTP + Stream).
These Endpoints update the Eligibility records in the Consolidated Data Store (CDS).
Disparate data sources with custom formats need to be transformed and loaded into various Analytics platforms. With Flume, there is a single pipe connecting all dependent systems to each Analytics platform - consolidated and transformed into that platform's native format.
Payers seeking to migrate core systems such as Core Administrative Processing System (CAPS) are tasked with the challenge of maintaining two parallel systems (legacy and new) for some period of time. This parallel maintenance is key to ongoing plan operations during client transitions and enables aggregated reporting.
The challenge is that both systems import/export data in unique formats and each has their own dependent integrations.
Flume simplifies many aspects of System Migration by condolidating all integrations into a single data pipe with a system-native format for each legacy and new systems. Both systems can also simultaneously trade data with an aggregated reporting system.