Back to agent
Archetypearchetype.aep-locked-healthcare-cx-evaluator

AEP-Locked Healthcare CX Evaluator

A healthcare organization (health system, regional payer, or specialty care network) running Adobe Experience Platform as the incumbent CDP with Snowflake as CDW, seeking CX improvement across digital patient/member touchpoints (web, mobile, email), constrained by HIPAA data residency requirements, with VP Engineering as the RACI-Accountable. Distinguishing signals: CX primary goal (not acquisition); AEP already licensed and in use (switching cost is real); data residency true (HIPAA BAA must cover every layer); medium data engineering staffing; intra-session latency requirement; VP Engineering driving the evaluation.

confidence 82%v2reviewed May 23, 2026archetype, healthcare, aep, adobe-experience-platform, snowflake, cx, patient-experience, hipaa, data-residency, vp-engineering, engineering-led, packaged-cdp, evaluation

Archetype — AEP-Locked Healthcare CX Evaluator

Organizational profile

Healthcare organization — health system, regional payer, or specialty care network — with 50K–500K patient or member profiles. Adobe Experience Platform (AEP) is the incumbent CDP, typically selected as part of a broader Adobe licensing agreement (e.g., alongside Marketo Engage or Campaign). Snowflake is the active CDW; the data engineering team (medium staffing) manages both layers. Stream processing staffing is small: real-time pipelines exist but are not heavily built out.

RACI-Accountable: VP Engineering (not CMO or CDO). This is the defining organizational signal. The evaluation is not pure marketing-led — IT, compliance, and engineering jointly own the architecture decision. Marketing may hold the Responsible role for activation outcomes but engineering owns the governance question.

HIPAA data residency: true. Every layer of the CDP stack — ingestion, storage, processing, activation — must be covered by a BAA. This eliminates cloud-agnostic activation vendors that do not offer BAAs; constrains CDW-based composable CDP approaches to Snowflake and Databricks (both BAA-available); and limits pixel/event-collection vendors to those with HIPAA-compliant SDKs.

Trigger pattern

Usually precipitated by one of:

Common presenting questions

Recommended direction

Three viable paths, each appropriate for a different sub-variant:

Path 1 — Maximize AEP on Snowflake (stay-and-optimize): AEP's Healthcare and Life Sciences (HLS) industry cloud includes HIPAA-compliant data handling, BAA-covered pipeline components, and Epic/Salesforce Health Cloud connectors. The AEP–Snowflake zero-copy integration (Real-Time CDP + Snowflake Data Cloud) allows profile enrichment without data movement out of the BAA-covered boundary. Appropriate when: AEP is deeply embedded (multiple Adobe products), switching cost is prohibitive, and the CX gap is a configuration/staffing gap rather than a fundamental capability gap.

Path 2 — Supplement with composable activation on Snowflake: Add vendor.hightouch (Hightouch offers HIPAA BAA; Snowflake-native activation without data movement) to AEP as a CX activation layer, keeping AEP as the profile store. Reduces activation lag (intra-session latency achievable via Hightouch's Live Syncs) without replacing AEP. Appropriate when: AEP is the source-of-truth but activation speed or campaign flexibility is the gap.

Path 3 — Evaluate Amperity as AEP replacement: vendor.amperity (Lakehouse CDP, HIPAA BAA available, Snowflake zero-copy, Stitch identity resolution suited to fragmented healthcare records) is a viable long-term alternative for organizations where AEP was selected for completeness but the healthcare-specific identity resolution and data model flexibility are a better fit. Appropriate when: AEP's generalist data model is creating friction for patient identity resolution across Epic/Cerner/Salesforce Health Cloud systems.

Key tradeoffs

Sources

Related

This node →

  • applies-whenorg-dim.industry.healthcareArchetype is defined by healthcare industry membership — health systems, regional payers, specialty care networks with HIPAA-covered PHI handling obligations.
  • applies-whenorg-dim.marketing-goal.customer-experienceArchetype's distinguishing marketing-goal signal is CX (patient/member experience across digital touchpoints) — not acquisition or retention. Three assessments (2026-04-27) all carried primary_marketing_goal: customer-experience.
  • contrasts-witharchetype.aep-heavy-enterprise-evaluating-composableThe two AEP-incumbent archetypes address the same buyer domain — healthcare CX vs. enterprise-composable — via different distinguishing signals; do not conflate. AEP-heavy-enterprise: >$1B, large staffing, composable evaluation driven by AEP export cost/limits, Accountable VP Marketing Ops / CDO. AEP-locked-healthcare-CX: healthcare org, VP Engineering Accountable, HIPAA data residency as the primary constraint.
  • involves-vendorvendor.adobe-experience-platformOC-044. AEP (Adobe Experience Platform) is the incumbent CDP that defines this archetype. The organization has already licensed and deployed AEP, and the evaluation is driven by questions about whether to stay-and-optimize on AEP, supplement it with Hightouch, or replace it with Amperity. All three recommended paths are framed relative to the existing AEP investment.
  • governed-byconstraint.hipaa-security-rule-2026OC-045. The 2026 HIPAA Security Rule modernization (MFA mandatory for ePHI access, encryption elevated to required, shortened breach reporting) applies to this archetype: VP Engineering is RACI-Accountable (Security Rule is an engineering governance question); AEP Healthcare Shield and CDW BAA scope must both be confirmed against the updated Security Rule requirements before path selection.
  • governed-byconstraint.hipaa-phi-cdp-healthcareOC-066. The PHI routing constraint (BAA coverage required across all CDP layers — ingestion, storage, processing, activation) is a structural prerequisite for the AEP-locked healthcare CX evaluator. Any evaluation of CX technology for a HIPAA-covered entity must confirm BAA coverage; this is the same constraint that governs the healthcare-provider-hipaa-performance-marketing archetype (applied 2026-05-18). The AEP-locked evaluator's recommended-direction paths (stay-and-optimize on AEP, supplement with Hightouch, or replace with Amperity) are all partly evaluated on their BAA availability.
  • contrasts-witharchetype.healthcare-provider-hipaa-performance-marketingOC-068 (reciprocal). CX-evaluating healthcare org running AEP is not a paid-media acquisition blocker scenario — it is an incumbent CDP evaluation with HIPAA data-residency governance. Do not route AEP-locked CX evaluators to the Freshpaint/Ours Privacy tracking-layer path; that path addresses pixel-layer PHI exfiltration, not AEP stack evaluation.
  • recommendsrecommendation.aep-locked-healthcare-cx-deepen-or-supplement

← Referenced by

  • contrasts-witharchetype.healthcare-provider-hipaa-performance-marketingOC-068. Two distinct healthcare archetypes sharing industry=healthcare trigger but describing different buyer profiles and constraints. HIPAA-blocked-performance-marketing: acquisition goal, tracking-layer PHI concern, no incumbent CDP required. AEP-locked-healthcare-CX: CX goal, AEP incumbent, VP Engineering accountable, data-residency constraint across all CDP layers. An agent encountering a healthcare buyer must route to the correct archetype: paid-media acquisition blockage → healthcare-provider-hipaa-performance-marketing; AEP evaluation with HIPAA data-residency and CX gap → aep-locked-healthcare-cx-evaluator.