Every benefits leader knows the numbers. According to the CDC, people with chronic and mental health conditions account for 90% of the nation's healthcare spending. Diabetes, hypertension, heart disease, and asthma are the dominant cost drivers. Most employers have deployed disease management programs, wellness challenges, biometric screenings, and case management. Yet outcomes barely budge, and costs keep climbing.
The usual suspects get blamed: member engagement, provider fragmentation, plan design complexity. But there's a deeper, systemic root cause that rarely gets the scrutiny it deserves: the data fragmentation hidden inside your benefits technology stack.
I've spent decades inside the interoperability trenches of HR tech. The biggest barrier to effective population health management for chronic disease is an administrative systems problem. Compliance fears, vendor silos, and outdated enrollment architectures have quietly worsened it.
The Three-System Lie
Most employers believe they have a unified population health strategy. They buy a wellness platform, a health plan with a disease management module, and maybe an EAP. But look under the hood at the data plumbing: you'll see three separate universes, each operating in its own silo.
- The Benefits Administration System (HRIS / BenAdmin) holds eligibility, enrollment elections, and dependent data. It knows who is covered, but not what they need.
- The Health Plan / TPA Claims System holds ICD-10 codes, pharmacy claims, and lab results. It knows what conditions exist, but often with a 60-day claims lag, and rarely in a format that triggers real-time action.
- The Wellness & Well-Being Ecosystem holds biometric screening results, step counts, and smoking status. It knows behavioral intent but often has weak or nonexistent integration with claims or eligibility.
Each system lives inside its own compliance silo (HIPAA, ERISA, ADA, GINA) and its own vendor contract. The result is that no single trusted data layer exists to answer the most fundamental population health question:
"Which eligible member has diabetes, has not seen a physician in 90 days, has a high A1c from their last biometric screen, and has not been offered a disease management program?"
This is a systems architecture failure, one that virtually no blog post or conference talk addresses head-on from the benefits administration perspective.
Why This Gap Is Especially Dangerous for Chronic Disease
Chronic disease management is uniquely sensitive to time and context. A diabetic member who misses routine primary care visits faces a higher risk of hospitalization, and that risk is clearest for people who were recently hospitalized. An asthmatic employee with poor controller-inhaler adherence has a higher risk of an emergency department visit.
But if your benefits platform cannot recognize a member's biometrics (wellness data), cross-reference them with a gap in diabetes education claims (health plan data), and then trigger a compliant, targeted outreach (via the enrollment channel), you've already lost the battle.
The compliance dimension adds another layer. ERISA holds plan fiduciaries to a duty of prudence, and an architecture that scatters health data across disconnected vendors makes it harder to show that plan decisions rested on complete information. HIPAA permissions for data flow between wellness vendors and health plans are often incomplete, and GINA treats family medical history as genetic information, which limits how it can be collected and used. Most employers give up and fall back on generic, non-personalized communications.
A Real-World Example
I advised a large self-funded employer that had:
- A high-deductible health plan with a diabetes management program from a carve-out vendor
- A separate wellness platform with quarterly biometrics and a coaching app
- A TPA that sent quarterly population health reports
During an audit, we discovered that nearly half of the employees with a qualifying A1c from the wellness screen were never enrolled in the diabetes management program run by the health plan's vendor. The wellness vendor sent only de-identified, aggregated data to the TPA, with no individual member IDs, citing a misreading of HIPAA and a contractual barrier. The employee had to self-enroll. Most never did.
The result was a data ghost town.
The Missing Piece: Enrollment-System-Driven Population Health
A benefits systems expert sees the solution others miss: the benefits administration platform itself should serve as the data orchestration hub.
It is the only system that:
- Tracks employee life events (new hire, open enrollment, qualifying event)
- Has the authoritative list of covered members
- Has a defined channel for receiving limited health data under HIPAA's plan sponsor rules, which permit a group health plan to share information for plan administration when the plan documents restrict its use
- Can trigger action at the point of enrollment (for example, "you may be eligible for a chronic condition program. Would you like to be matched with a care coordinator?")
This capability gets almost no attention. Most BenAdmin systems are treated as static enrollment portals. That is starting to change: bswift's Evive capability already uses eligibility data, enrollment history, and claims-aware insights to trigger targeted nudges, and Workday and Businessolver support eligibility and carrier data exchange through API integrations. The missing step is turning that plumbing toward chronic disease signals and acting on them in the same employee portal where people sign up for benefits.
The key is to restructure the vendor data-sharing agreements so that the BenAdmin becomes a trusted data steward rather than an enrollment pass-through. This requires careful legal language covering HIPAA's treatment, payment, and health care operations (TPO) permissions, and clear opt-in for wellness-related programs under the HIPAA and ACA wellness program nondiscrimination rules.
Consent and Trust: The Employee Side of the Data Hub
All of this plumbing runs on one non-technical requirement: employees have to let the data move. Privacy researchers and advocates keep raising the same objection to employer health data collection. When the employer has not explained what is gathered, where it goes, and what the employee gets back, the program reads as surveillance rather than care. Researchers who interviewed wellness program stakeholders identified trust and transparency as the themes that separate acceptable programs from intrusive ones.
Consent language fixes part of this, but only when it names the actual flows in plain terms and ties the sharing to something the employee can see: an earlier diabetes intervention, a matched care coordinator, or a reward the plan rules permit. Lead with the employee's outcome instead of the claims cost. When the consent names the flows and the benefit, the same infrastructure becomes a health system working on the employee's behalf.
Five Actionable Steps
If you're serious about chronic disease management, stop looking at your wellness program in isolation. Start auditing your data integration architecture:
- Map the data flows. Which systems hold eligibility, claims, and biometrics? How often do they talk to each other, and with what level of member identity? If the answer is "quarterly CSV uploads," you have a problem.
- Use open enrollment as a data collection and consent moment. Ask for affirmative consent to data sharing between wellness and health plan through your BenAdmin system. Most employers don't ask because they fear complexity, but it is legally sound and effective.
- Deploy a systems gap risk flag. Program your platform to identify members who are eligible for a chronic disease program based on claims diagnosis but show no engagement record in your wellness or case management system. Flag them for automated outreach via your enrollment channel.
- Demand API-level integration from vendors. In your next vendor renewal, require real-time, member-identified data sharing with your BenAdmin under a business associate agreement. If a wellness vendor can't do that, you are buying a fitness tracker.
- Treat compliance as an enabler rather than a blocker. Work with ERISA counsel to create a data governance framework that lets you use claims and wellness data for predictive modeling and outreach without violating GINA or ADA. Many employers over-restrict data sharing out of fear rather than actual risk.
Final Word
Population health management for chronic disease will improve when the benefits systems infrastructure becomes intelligent enough to connect the dots before the chronic condition turns acute. You cannot buy your way out of this with another app or a new incentive.
The employers who crack this code bend their cost curve, and they improve lives. They do it by recognizing that the most powerful population health tool they already own is their benefits administration platform, once they start treating it as a health intelligence engine rather than a compliance checkbox.
About the author: With 20+ years in health and employee benefits systems, the author has designed integration architectures for Fortune 500 self-funded plans and served as an expert witness on ERISA data governance. Views expressed are their own.
This article is for general information only and is not legal, tax, or medical advice. Employers should consult their own advisors.
Contact