patient-engagement-requirements

Use this skill when defining patient engagement portal requirements for Health Cloud: appointment scheduling, secure in-portal messaging, health assessments, patient education, and self-service features. NOT for Experience Cloud site configuration, OmniStudio development, or standard CRM portal setup unrelated to clinical patient engagement.

Best use case

patient-engagement-requirements is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use this skill when defining patient engagement portal requirements for Health Cloud: appointment scheduling, secure in-portal messaging, health assessments, patient education, and self-service features. NOT for Experience Cloud site configuration, OmniStudio development, or standard CRM portal setup unrelated to clinical patient engagement.

Teams using patient-engagement-requirements should expect a more consistent output, faster repeated execution, less prompt rewriting, better workflow continuity with your supporting tools.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.
  • You already have the supporting tools or dependencies needed by this skill.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/patient-engagement-requirements/SKILL.md --create-dirs "https://raw.githubusercontent.com/PranavNagrecha/AwesomeSalesforceSkills/main/skills/admin/patient-engagement-requirements/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/patient-engagement-requirements/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How patient-engagement-requirements Compares

Feature / Agentpatient-engagement-requirementsStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use this skill when defining patient engagement portal requirements for Health Cloud: appointment scheduling, secure in-portal messaging, health assessments, patient education, and self-service features. NOT for Experience Cloud site configuration, OmniStudio development, or standard CRM portal setup unrelated to clinical patient engagement.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# Patient Engagement Requirements

Use this skill when defining patient engagement portal requirements for Health Cloud: appointment scheduling, secure in-portal messaging, health assessments, and patient self-service features. This skill covers requirements gathering and license dependency identification for patient-facing features. It does NOT cover Experience Cloud site configuration, OmniStudio component development, or general portal setup unrelated to clinical patient engagement workflows.

---

## Before Starting

Gather this context before working on anything in this domain:

- Confirm that the Experience Cloud for Health Cloud add-on license is in scope. A base Health Cloud license does NOT include patient-facing portal functionality. Experience Cloud for Health Cloud is a separately purchased add-on SKU.
- Identify which patient engagement features are required: appointment scheduling, health assessments, secure messaging, patient education, self-enrollment. Each may have different license and implementation prerequisites.
- Confirm whether Intelligent Appointment Management (IAM) is in scope. IAM requires CRM Analytics as a separately licensed add-on for no-show prediction functionality. Without CRM Analytics, IAM scheduling works but the predictive analytics features are unavailable.
- Confirm whether health assessments are required. Delivering health assessments to patients via a portal requires both the OmniStudio managed package and the Discovery Framework to be installed — these are separate prerequisites not included in base Health Cloud licensing.

---

## Core Concepts

### Experience Cloud for Health Cloud Is a Separate License

A Health Cloud license does not automatically include the ability to create patient-facing portals. Experience Cloud for Health Cloud is a distinct add-on SKU that provides:
- Patient-facing community portal with Health Cloud-specific components
- FHIR R4 for Experience Cloud permission set (required for FHIR data in portal)
- Per-user Experience Cloud for Health Cloud permission set licenses

The most common implementation scope gap: teams design a patient portal assuming it is included in Health Cloud, then discover the separate license requirement during contract finalization.

### Intelligent Appointment Management (IAM) and CRM Analytics Dependency

IAM aggregates Salesforce Scheduler and/or external EHR scheduling engines in a single care coordinator or patient-facing console. Key capabilities:
- Patient guest self-scheduling (no Salesforce login required)
- Appointment type configuration by specialty and location
- Provider availability management

**CRM Analytics dependency:** No-show prediction in IAM requires CRM Analytics (formerly Tableau CRM) as a separately licensed add-on. Without this license, the IAM scheduling console works but the AI/ML no-show risk scoring is unavailable. This is a common implementation gap — the feature appears in product marketing but the CRM Analytics dependency is not prominently documented.

### OmniStudio and Discovery Framework for Health Assessments

Delivering health assessments (standardized clinical questionnaires, social screening tools, care gap assessments) to patients via a portal requires:
1. **OmniStudio managed package** installed — OmniScript is the form/assessment engine used for health assessments.
2. **Discovery Framework** installed — the clinical assessment library framework used to standardize assessment templates (PHQ-9, GAD-7, SDOH screeners).

Both are separate from base Health Cloud licensing, though OmniStudio is bundled within Health Cloud licenses. The key requirement: both must be explicitly installed and activated — they are not active by default after the Health Cloud package installation.

### HIPAA-Compliant Secure Messaging

Secure in-portal messaging for patient-clinician communication must route through HIPAA-compliant channels:
- In-app/web messaging via Salesforce Messaging requires the Messaging for In-App and Web add-on with the **Messaging User permission set** explicitly assigned.
- Do not route patient clinical communications through standard Salesforce Email-to-Case or standard Chatter — neither is HIPAA-covered by default.
- All messaging channels used for patient clinical communications must be explicitly covered under the Salesforce BAA.

---

## Common Patterns

### Scoping Patient Self-Scheduling Requirements

**When to use:** A health system wants patients to self-schedule appointments without calling the clinic.

**How it works:**
1. Confirm IAM license is included (separate from base Health Cloud).
2. Confirm whether no-show prediction is needed — if yes, add CRM Analytics to license scope.
3. Identify scheduling data sources: Salesforce Scheduler only, EHR scheduling only, or hybrid aggregation.
4. Define appointment type taxonomy (primary care, specialty, telehealth vs. in-person).
5. Determine patient authentication model: guest (no login), Experience Cloud user (registered patient), or hybrid.
6. Design the appointment confirmation and reminder workflow (email/SMS/push notifications).

**Why not the alternative:** Manual appointment scheduling via phone creates a bottleneck, especially for routine follow-ups. IAM enables patient self-service while maintaining care coordinator oversight.

### Scoping Health Assessment Delivery

**When to use:** A care program requires patients to complete standardized clinical assessments (PHQ-9 depression screening, SDOH social needs screening) via a portal.

**How it works:**
1. Confirm OmniStudio is installed and activated (not just licensed — must be installed and activated separately).
2. Confirm Discovery Framework is installed and assessment templates are available.
3. Identify required assessment instruments (PHQ-9, GAD-7, SDOHCC screening, etc.).
4. Design the assessment trigger (enrollment event, scheduled cadence, or care gap).
5. Define assessment response data model — where responses are stored (standard survey/assessment objects or custom).
6. Design notification workflow to alert care coordinators when high-risk assessments are completed.

---

## Decision Guidance

| Situation | Requirement | License Dependency |
|---|---|---|
| Patient self-scheduling | Intelligent Appointment Management | IAM add-on; CRM Analytics if no-show prediction needed |
| Health assessments via portal | OmniStudio + Discovery Framework | OmniStudio in HC license; Discovery Framework must be installed |
| Patient portal | Experience Cloud for Health Cloud | Separate add-on SKU; per-user license |
| Secure clinical messaging | Messaging for In-App and Web + Messaging User perm set | Separate add-on; must be BAA-covered |
| FHIR data in patient portal | FHIR R4 for Experience Cloud perm set | Included with Experience Cloud for HC add-on |

---

## Recommended Workflow

1. **Confirm license scope** — before designing any patient engagement feature, verify which features are covered in the contract: Experience Cloud for Health Cloud, IAM, CRM Analytics, Messaging add-on, OmniStudio activation. Build a license-to-feature mapping as a prerequisite artifact.
2. **Inventory patient engagement requirements** — gather requirements for each engagement category: scheduling, messaging, assessments, education, self-enrollment. For each, note the business requirement, technical prerequisites, and license dependencies.
3. **Identify HIPAA compliance requirements** — for each engagement channel (messaging, assessment responses, appointment data), confirm HIPAA applicability, BAA coverage for the channel, and PHI handling requirements.
4. **Design feature implementation sequence** — sequence features by dependency order. Patient portal (Experience Cloud for HC) must exist before any portal features can be configured. OmniStudio must be installed before assessment features are built.
5. **Document prerequisites for implementation team** — produce a prerequisites document covering: license activation steps, permission set assignments (per-user experience cloud license, FHIR perm set, Messaging User perm set), and package installation sequence.
6. **Validate requirements against licensing contracts** — review the completed requirements against the signed contract to confirm all required license SKUs are included. Flag any gaps before implementation begins.

---

## Review Checklist

- [ ] Experience Cloud for Health Cloud add-on license confirmed (separate from base HC)
- [ ] CRM Analytics license confirmed if IAM no-show prediction is in scope
- [ ] OmniStudio installation confirmed if health assessments are in scope
- [ ] Discovery Framework installation confirmed if standardized assessments are needed
- [ ] Messaging add-on confirmed and HIPAA BAA coverage verified for messaging channel
- [ ] Per-user Experience Cloud for Health Cloud permission set assignment planned
- [ ] FHIR R4 for Experience Cloud permission set planned if FHIR data needed in portal

---

## Salesforce-Specific Gotchas

1. **Experience Cloud for Health Cloud is not included in base Health Cloud** — a Health Cloud license does not include patient portal capability. The Experience Cloud for Health Cloud add-on is a separately purchased SKU with its own per-user license. Discovering this after implementation begins creates significant scope and budget risk.

2. **CRM Analytics required for IAM no-show prediction** — IAM appointment scheduling works without CRM Analytics, but no-show risk prediction (a key feature in product marketing materials) requires CRM Analytics as a separate licensed add-on. Organizations that include no-show prediction in requirements must confirm CRM Analytics is in scope.

3. **OmniStudio must be installed AND activated** — OmniStudio is included in Health Cloud licensing, but the managed package must be explicitly installed in the org and activated per the installation guide. Health Cloud orgs where OmniStudio was never installed cannot use OmniScript-based assessment forms, even if the license is included.

---

## Output Artifacts

| Artifact | Description |
|---|---|
| Patient engagement feature inventory | List of all engagement features with license prerequisites |
| License dependency matrix | Feature-to-license mapping for procurement validation |
| HIPAA channel compliance assessment | For each engagement channel: HIPAA applicability, BAA coverage, PHI handling |
| Prerequisites checklist | Ordered list of license activations, package installs, and permission set assignments |

---

## Related Skills

- admin/health-cloud-patient-setup — Patient account configuration that precedes portal setup
- admin/care-program-management — Care program enrollment that patient portal integrates with
- admin/hipaa-workflow-design — HIPAA access control design for patient engagement channels

Related Skills

volunteer-management-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use when designing or implementing volunteer management in Salesforce for nonprofits using NPSP or Nonprofit Cloud — covers V4S managed package objects vs. NPC-native volunteer objects, hours tracking, scheduling, and recognition workflows. NOT for HR systems, commercial employee volunteering programs, or Field Service Lightning crew management.

patient-data-migration

8
from PranavNagrecha/AwesomeSalesforceSkills

Use this skill when migrating patient records into Salesforce Health Cloud, including Person Account (Patient record type) setup, clinical history objects, and care plan data. Trigger keywords: patient migration, EMR import, EHR to Health Cloud, clinical data load, care plan history migration, HIPAA-compliant data import. NOT for generic data migration, non-patient CRM data, or marketing cloud contact imports.

agent-console-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use when gathering and documenting requirements for a Lightning Service Console deployment: agent workspace layout, page template selection, utility bar composition, macro requirements, case handling workflows, split-view navigation design, and licensing requirements. Triggers: service console requirements, agent workspace design, console page layout, utility bar planning, console licensing. NOT for console configuration steps or click-by-click setup (use admin/case-management), NOT for Omni-Channel routing model design (use architect/service-cloud-architecture), NOT for CTI telephony integration details.

sales-engagement-api

8
from PranavNagrecha/AwesomeSalesforceSkills

Use when enrolling records in Sales Engagement cadences from Apex, logging call outcomes on cadence steps, customizing cadence step actions via Apex, or consuming cadence lifecycle events through Change Data Capture. Triggers: 'enroll lead in cadence', 'assignTargetToSalesCadence', 'ActionCadenceTracker', 'log call result cadence', 'Sales Engagement Apex'. NOT for building or administering cadence structures (steps, branches, variants) — cadence content must be authored in the Cadence Builder UI and cannot be created or mutated via API.

wealth-management-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use this skill when gathering, structuring, and documenting requirements for a Financial Services Cloud (FSC) wealth management implementation — including financial planning workflow discovery, portfolio review process mapping, client lifecycle requirements, advisor tooling needs, and FSC architecture determination (managed package vs. FSC Core). Trigger keywords: wealth management requirements, FSC requirements gathering, financial planning workflow, portfolio review process, advisor tools setup, FSC data model scoping, wealth management process mapping. NOT for implementation, configuration, or code — use financial-account-setup, fsc-action-plans, or apex/fsc-financial-calculations for those. NOT for FSC architecture decisions — use architect/wealth-management-architecture. NOT for Health Cloud or NPSP requirements.

territory-design-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use this skill when gathering or evaluating requirements for a Salesforce Enterprise Territory Management (ETM) territory design: alignment criteria, coverage model selection, assignment rule logic, geographic considerations, hierarchy depth and breadth, and user-to-territory ratios. Trigger keywords: territory design, territory alignment, territory model requirements, sales coverage model, territory criteria, geographic territory, named account territory, overlay territory. NOT for ETM configuration or setup steps — use enterprise-territory-management for that. NOT for role hierarchy design — use sharing-and-visibility.

subscription-lifecycle-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use when documenting, reviewing, or gathering requirements for Salesforce CPQ subscription lifecycle behavior: how amendments, renewals, upgrades, downgrades, and cancellations must work for a specific business. Trigger keywords: subscription requirements, amendment requirements, renewal requirements, proration requirements, co-termination, subscription ledger, upgrade downgrade policy. NOT for CPQ setup or configuration, not for Apex amendment API implementation, and not for Revenue Cloud advanced order management.

sales-engagement-cadences

8
from PranavNagrecha/AwesomeSalesforceSkills

Use when setting up, configuring, or troubleshooting Salesforce Sales Engagement (formerly High Velocity Sales) cadences, call scripts, email templates, work queue, or rep assignment. Triggers: 'cadence builder', 'HVS cadence', 'work queue steps', 'sales engagement setup', 'sequence steps not appearing', 'cadence not sending email', 'Sales Engagement permission set'. NOT for Marketing Cloud campaigns, Marketing Cloud Account Engagement (Pardot) journeys, or custom Apex email services.

revenue-recognition-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use this skill to configure and troubleshoot Salesforce Billing revenue recognition rules, schedules, and GL transaction generation in compliance with ASC 606. Triggers: 'revenue schedule not generated after order activation', 'blng__RevenueSchedule__c records missing', 'how to configure blng__RevenueRecognitionRule__c on a product', 'Finance Periods not set up before revenue schedule generation', 'revenue schedule did not update after contract amendment', 'performance obligation allocation for bundled products', 'distribution method for revenue spread', 'ASC 606 implementation in Salesforce Billing'. NOT for billing schedule setup (see billing-schedule-setup skill), NOT for standard Salesforce CPQ quoting, NOT for OpportunityLineItem native Revenue Schedules (standard platform feature unrelated to Salesforce Billing), NOT for Salesforce Revenue Cloud (Revenue Lifecycle Management).

requirements-traceability-matrix

8
from PranavNagrecha/AwesomeSalesforceSkills

Use this skill when building or maintaining a Requirements Traceability Matrix (RTM) on a Salesforce project: one row per requirement, columns for source, user-story id(s), test-case id(s), defect id(s), sprint, release, and status. Covers forward traceability (req → story → code → test) and backward traceability (test → req). Trigger keywords: RTM, requirements traceability matrix, audit trail for salesforce delivery, traceability for steerco, deferred requirement tracking, regulatory traceability. NOT for requirements elicitation (use requirements-gathering-for-sf). NOT for user-story authoring (use user-story-writing-for-salesforce). NOT for UAT test design (use uat-test-case-design). NOT for Apex test design (use agents/test-generator/AGENT.md). NOT for backlog prioritization (use moscow-prioritization-for-sf-backlog).

requirements-gathering-for-sf

8
from PranavNagrecha/AwesomeSalesforceSkills

Use this skill when eliciting, documenting, and structuring requirements for a Salesforce implementation or enhancement: writing Salesforce-specific user stories with acceptance criteria, mapping As-Is and To-Be business processes, conducting stakeholder discovery interviews, and performing gap analysis against standard Salesforce capabilities. Trigger keywords: requirements gathering, user story, As-Is To-Be, gap analysis, stakeholder interview, process mapping, business requirements, fit gap. NOT for technical design decisions (use solution-design-patterns). NOT for automation implementation (use flow/* or apex/* skills). NOT for data model design (use data-model-design-patterns or object-creation-and-design).

quote-to-cash-requirements

8
from PranavNagrecha/AwesomeSalesforceSkills

Use when gathering, designing, or validating the end-to-end quote-to-cash process on standard Salesforce: Opportunity to Quote (with line items) to Synced Quote to Approval Process to Quote PDF to Order creation. Trigger keywords: quote approval, discount policy, quote PDF limits, order from quote, quote sync, quote template. NOT for CPQ/Revenue Cloud pricing rules, discount schedules, or guided selling — use CPQ skills for those.