Fund the platforms, migrations, AI controls, and operating change together.
The case is strongest when every dollar maps to a product build, migration wave, service workflow, technical dependency, adoption metric, and operating control. This is the investment model for the real WHPS program.
Requirements baseline for the WHPS platform modernization program.
These requirements define what the modernized platform must do before individual initiatives are treated as production-ready.
Overall platform modernization
WHPS needs a shared platform that supports portal delivery, service workflows, AI-assisted operations, mainframe migration waves, governed release evidence, and measurable operating outcomes.
- Provide unified access patterns for brokers, groups, service agents, operations, and engineering teams.
- Expose modern APIs for eligibility, enrollment, claims, documents, payments, case status, and service history.
- Support role-scoped operational workflows, workflow status, notifications, document exchange, exception handling, and reporting.
- Enable Contact Center AI and AI SDLC capabilities without bypassing source-of-record controls.
- Every product release must have a product owner, support owner, service-level target, adoption measure, and rollback path.
- Every migrated workload must include a cutover plan, reconciliation result, consumer signoff, and decommission task list.
- Every AI-enabled workflow must preserve human approval for customer-impacting actions until policy allows expansion.
- Every initiative must publish weekly status against scope, risks, blockers, decision needs, and release evidence.
- Enforce identity, role access, segregation of duties, audit logging, data classification, and PHI/PII protection.
- Capture evidence for architecture approval, security testing, QA, business acceptance, deployment, rollback, and monitoring.
- Maintain traceability from business requirement to epic, system dependency, test case, release gate, and production metric.
- Retain model, prompt, dataset, RAG source, tool-call, approval, and incident records for AI-enabled workflows.
- Provide API gateway, event integration, observability, secrets management, environment controls, and automated release pipelines.
- Support legacy facades, data replication, reconciliation, dual run, reverse log, rollback routing, and decommission ledgering.
- Implement reusable patterns for portal orchestration, service APIs, CRM integration, RAG retrieval, evidence storage, and telemetry.
- Operate with SLOs for availability, latency, data freshness, incident response, cost tracking, and error-budget review.
Detailed business requirements by workstream.
Each initiative must translate the program strategy into user workflows, source-system dependencies, acceptance criteria, controls, and measurable outcomes.
| Initiative | Business requirements | Acceptance criteria | Dependencies and controls |
|---|---|---|---|
| BrokerLink Portal and EDE modernization |
|
|
|
| GroupLink Portal rebuild |
|
|
|
| Contact Center AI |
|
|
|
| Service testing harness |
|
|
|
| Mainframe modernization |
|
|
|
| AI SDLC implementation |
|
|
|
| Platform foundation |
|
|
|
Where the case creates measurable operating value.
Each value pool has a distinct mechanism. That keeps the case credible and prevents a single inflated AI ROI claim from carrying the whole story.
| Value pool | Mechanism | Proof required | Primary owner |
|---|---|---|---|
| BrokerLink Portal modernization | Modern broker workflows, enrollment support, document handling, service status, and self-service routing. | Portal adoption, completion rate, defect trend, support-volume shift, release evidence. | Platform product and engineering |
| GroupLink Portal rebuild | Group administration, eligibility, plan/account workflows, permissions, reporting, and service integrations. | Group task cycle time, data quality, integration checks, role/access review, user acceptance. | Platform product and operations |
| Contact center productivity | Source-backed answer drafting, faster lookup, cleaner case notes, QA automation. | Call replay, agent edit rate, QA flags, CRM completeness, repeat-contact analysis. | Service operations |
| Mainframe cost transition | Migration waves, decommission ledger, contract exit, license reduction, modern ops. | Retired jobs, closed interfaces, archived data, removed access, savings ledger. | Infrastructure and finance |
| Engineering velocity | Agentic planning, code generation support, automated tests, release evidence. | Lead time, deployment quality, eval pass rates, review cycle, incident trend. | Engineering leadership |
| Risk reduction | AI inventory, risk tiering, secure release gate, runtime monitoring, incident response. | Controls mapped to artifacts, blocked release reasons, audit samples, access reviews. | Security, compliance, product |
What the program must lock down before scale.
The plan depends on explicit decisions for sequencing, platform ownership, source-system boundaries, release authority, and decommission accountability.
Build shared AI inventory, eval, observability, evidence, identity, and release-gate infrastructure.
Start with service testing, contact-center assist, AI SDLC controls, BrokerLink Portal foundations, GroupLink workflow definition, and the mainframe assessment graph.
Use facades, data contracts, dual run, and rollback gates before portal or domain ownership transfers.
No AI-enabled production release without evals, security checks, approvals, and monitoring.
Track portal adoption, service quality, software delivery, cost transition, and risk posture.
Force decommission gates so modernization savings become real operating change.
Transformation economics tied to system retirement.
The business case only works when modernization produces measurable operating change: decommissioned mainframe workload, lower Ensono dependency, AI-assisted service productivity, and a right-sized cloud and AI run cost.
Source material: WHPS AI Transformation Strategic Business Case Jan. 5 and Jan. 12, 2026 decks.