Health-Cloud-Accredited-Professional Questions and Answers

To improve appointment scheduling and provide patient self-service, these three Health Cloud features should be configured:

Experience Cloud for Health Cloud:

Allows creation of patient-facing portals for self-service appointment booking and information access.

Extract:

“Experience Cloud enables self-service portals for patients, supporting appointment scheduling and other interactions.”

(Source: Administer Health Cloud – Experience Cloud)

Intelligent Appointment Management:

Offers advanced scheduling features and automation to reduce wait times and manual booking.

Extract:

“Intelligent Appointment Management in Health Cloud supports both self-service and agent-assisted scheduling workflows.”

(Source: Administer Health Cloud – Intelligent Appointment Management)

Provider Search:

Lets patients find the right clinic or provider based on specialty, availability, and other criteria.

Extract:

“Provider Search empowers patients to search for providers and book appointments online through self-service portals.”

(Source: Administer Health Cloud – Provider Search)

Why not A or D?

Intelligent Form Reader is used for document capture, not for scheduling or self-service.

Assessments and Recommendations are used for care management, not scheduling.

The Advanced Patient Card in Health Cloud is a FlexCard-based UI component that can be extended to show more patient context, such as Clinical Alerts. To display additional fields (Category, SubjectID, Date for active alerts), the developer should:

A. Clone the parent card

Best practice is to clone the delivered parent Patient Card rather than edit it directly, so you preserve the Salesforce-provided baseline functionality.

B. Create and activate a new child card

Child cards display specific contextual data (such as Clinical Alerts).

To customize which fields show, you create a new child card and activate it.

C. Create a DataRaptor to extract necessary data

Clinical Alert data must be pulled from Health Cloud objects.

A DataRaptor Extract retrieves the required fields (Category, SubjectID, Date) for use in the FlexCard child component.

Why not the others?

D. Define session variables to control visibility of clinical data – Session variables can control context in OmniStudio, but they aren’t required just to display fields on the Patient Card.

E. Change the child card state to show active – Card states are used for conditional rendering (loading, error, empty states). Showing active alerts requires data filtering in the DataRaptor, not card state changes.

Salesforce Health Cloud Reference:

???? Salesforce Health Cloud – Advanced Patient Card

“Clone the Advanced Patient Card to customize it while preserving the delivered version.”

“Use child cards to display detailed data such as conditions, medications, or clinical alerts.”

“Retrieve data for FlexCards with DataRaptor Extracts.”

Step-by-Step Explanation:

COPPA Requirements in Healthcare Applications:

Disclose privacy policy and obtain parental consent:

“Organizations must provide clear privacy notices to parents and obtain their consent before collecting any personal information from children under 13.”

— Reference: Salesforce Security Guide, COPPA Compliance

Obtain verified parental consent before collection/storage:

“Verified parental consent is a core requirement for COPPA, prior to collection and storage of children’s personal data.”

Implement security measures:

“Appropriate security controls and safeguards must be in place to protect children’s data as mandated by COPPA.”

Encryption:

While encryption is a best practice (option D), COPPA explicitly requires appropriate security but does not mandate encryption at rest and in transit as a specific requirement, though it is recommended.

Partner Compliance:

Option E refers to the implementation partner, but regulatory responsibility remains with the covered entity (Bloomington Caregivers), not the partner.

Step 1: Requirement Analysis

Bloomington Caregivers wants to share a patient’s medical condition details with a local hospital through integration. The recommended method must leverage Health Cloud functionality for standardized, interoperable health data sharing.

Step 2: Salesforce Health Cloud FHIR API

Health Cloud provides native support for the FHIR (Fast Healthcare Interoperability Resources) APIs to facilitate seamless and standardized clinical data exchange (including medical conditions, allergies, medications, etc.) with external systems.

Extract:

“Health Cloud supports the FHIR standard and provides FHIR APIs for accessing and sharing clinical data such as conditions, observations, and encounters with external health systems.”

Administer Health Cloud – FHIR APIs

Step 3: Review of Options

A. Expose the MedicalCondition object through an Apex class: Not standards-based; not recommended for clinical interoperability.

B. Use the FHIR Patient API through DataRaptor: DataRaptor is an OmniStudio tool for extracting data, but not specifically for FHIR API access.

C. Leverage the MedicalCondition Integration Procedure: Integration Procedures are used for orchestrating APIs but are not directly the mechanism for sharing FHIR data externally.

D. integrate using the FHIR Clinical API: Correct – aligns with healthcare interoperability standards and Health Cloud's FHIR support.

Step-by-Step Explanation:

Health Cloud Intelligent Document Automation (IDA) Capabilities:

IDA automates processing of incoming documents (like insurance cards or clinical records).

Out-of-the-box features allow:

Document Rotation: For correcting the orientation of scanned/received documents.

Record Type Association: For matching documents to appropriate Salesforce record types (such as associating a document with a Patient or Encounter).

Automated Document Checklist Item Creation: Automatically creating checklist items for actions (e.g., missing forms or needed verifications).

Supported and Unsupported Features:

Barcode Scanning: Not an out-of-the-box feature of Health Cloud IDA (may require third-party solutions).

eFax Connection: While Health Cloud supports document management, direct eFax integration is not out-of-the-box.

Official Document Extracts:

From Salesforce Help:

“You can rotate, associate, and automate checklist items for documents received in Health Cloud using Intelligent Document Automation.”

— Administer Health Cloud – Document Automation

Comprehensive Detailed Step by Step Explanation with exact Extracts from Salesforce Health Cloud documents that you have with References

Record Alerts:

Notify agents of important or recent changes in patient information.

Extract:

“Use Record Alerts to keep agents informed of changes and critical updates on the patient’s record.”

— Contact Center for Health Cloud Overview

Timeline:

Provides a single, unified view of all engagement interactions, encounters, and activities with a patient.

Extract:

“Timeline shows a consolidated history of patient interactions and engagement, giving agents a complete view in one place.”

— Health Cloud: Enhanced Timeline

Member Plan FlexCard:

Displays key patient insurance information directly on the record page.

Extract:

“The Member Plan FlexCard displays essential details about the patient’s insurance coverage for agents.”

— OmniStudio: FlexCards

Other Options:

A. Identity Verification: Used for verifying caller identity, not information display.

D. Action Launcher: Launches actions/processes, not for displaying info or alerts.

Step 1: Understanding the Requirement

A payer organization needs to recruit, credential, and onboard providers into its network. This requires features that manage provider information, credentialing processes, onboarding workflows, and network directory maintenance.

Step 2: Official Salesforce Health Cloud Capability

Salesforce Health Cloud offers an add-on called Provider Network Management (PNM) that is specifically designed for payers to recruit, credential, and onboard providers.

Extract:

“Provider Network Management streamlines recruiting, credentialing, onboarding, and network directory maintenance for payers. It provides tools to manage the provider lifecycle from initial recruitment through onboarding and network management.”

Administer Health Cloud – Provider Network Management

Step 3: Review of Options

A. Contact Center for Payers: Focused on member and provider service center functionality, not recruiting or credentialing.

B. Utilization Management: Focused on authorization and medical necessity reviews, not onboarding or credentialing.

C. Provider Network Management: Specifically built for recruiting, credentialing, and onboarding providers.

D. Provider Relationship Management: Focuses on relationship management post-onboarding, but not credentialing/onboarding workflows.

Step-by-Step Explanation:

Requirement:

External provider needs access to patient allergy information.

Interoperability API:

Salesforce Health Cloud provides FHIR-based Interoperability APIs that expose clinical data, including AllergyIntolerance resources.

“Use the Health Cloud Interoperability API (FHIR R4) to retrieve AllergyIntolerance resources and other clinical data for a patient.”— Health Cloud Interoperability API Guide

Other Options:

Clinical Summary Healthcare API: Provides a summary but not structured, granular allergy data.

AllergyMedication API: Not a standard Salesforce API.

Patient Healthcare API: Broader resource, but allergies specifically are available through the Interoperability API.

Step-by-Step Explanation:

Person Account as Patient Model:Salesforce Health Cloud is designed to leverage the Person Account model to represent patients, especially for large provider systems.

Exact Extract:

“Health Cloud uses person accounts to represent patients as individuals with whom you do business. Person accounts combine the functionality of accounts and contacts into a single record.”

Video Visits for Social Determinants of Health (SDOH):

Exact Extract:

“Use Virtual Care in Health Cloud to enable video visits between care providers and patients, including for conversations about social and economic factors.”

After deploying Enhanced Timeline, you must register the custom object to the Timeline before it will appear in the Timeline component on the Lightning page.

Extract:

“Add new objects to the Timeline after deployment in setup, then update the Timeline component to include them.”

(Source: Administer Health Cloud – Enhanced Timeline)

Comprehensive Detailed Step by Step Explanation with exact Extracts from Salesforce Health Cloud documents that you have with References

Provider Search and Performance:

The Data Processing Engine (DPE) in Health Cloud enables fast, scalable searches across large provider directories. It is specifically designed for performance and scalability in Provider Search scenarios.

Extract:

“Health Cloud leverages the Data Processing Engine to deliver scalable, high-performance Provider Search for finding care locations and providers based on patient preferences and proximity.”

— Health Cloud: Provider Search

Other Options:

Pipeline Analytics: Used for data insights, not real-time search.

Business Rules Engine: Handles rules/logic, not high-volume search.

Flow for Industries: Automates processes, but DPE is the correct scalable search tool.

Comprehensive Detailed Step by Step Explanation with exact Extracts from Salesforce Health Cloud documents that you have with References

Business Rules Engine (BRE):

Enables you to define, automate, and manage approval criteria for prior authorizations.

Extract:

“Use Business Rules Engine to automate decisions and apply approval criteria for utilization management and prior authorizations.”

— OmniStudio: Business Rules Engine

Utilization Management Data Model:

Provides standard Health Cloud objects to manage prior authorizations, including requests, approvals, and denials.

Extract:

“Health Cloud Utilization Management provides a complete data model for tracking prior authorization requests and decisions.”

— Health Cloud: Utilization Management Data Model

Out-of-the-box Process Libraries:

Prebuilt processes for common healthcare workflows, including prior authorizations.

Extract:

“Out-of-the-box process libraries provide reusable flows for utilization management, including authorizations, appeals, and notifications.”

— Administer Health Cloud: Process Libraries

Incorrect Options:

A. Claims data model: Related to claims, not prior authorizations.

B. Intelligent Appointment Management: Focused on scheduling, not utilization management or prior authorization.

Step 1: Requirement Analysis

Payer needs to manage healthcare expenses while ensuring quality, affordable care.

Seeks to streamline approval processes for care requests.

Step 2: Utilization Management in Health Cloud

Utilization Management (UM) provides workflows and automation for reviewing, approving, or denying care requests. This supports balancing cost controls with quality care through evidence-based review processes.

Extract:

“Utilization Management helps payers manage costs and ensure members receive appropriate care by streamlining the review and approval process for pre-authorizations and care requests.”

Administer Health Cloud – Utilization Management

Step 3: Review of Options

A. Utilization Management: Directly addresses care request review, cost, and quality balance.

B. Provider Network Management: Focuses on managing provider networks, not utilization/cost review.

C. Intelligent Appointment Management: For scheduling only.

D. Integrated Care Management: Focuses on care coordination, not cost/approval workflow.

 FHIR-Based Interoperability with Transformation:

Exact Extract:

“Middleware solutions enable integration with EHRs using HL7 or FHIR standards and can perform necessary data transformation for compatibility with Health Cloud.”

In Salesforce Health Cloud, when a customer wants to view and navigate to critical patient information such as insurance, clinical, and primary care physician details, the right feature to implement is the Advanced Patient Card.

The Advanced Patient Card provides a configurable panel that displays key patient information at a glance directly on the patient’s profile.

It allows quick navigation to related records (insurance coverage, care team/PCP, clinical info, etc.) without switching pages.

It’s specifically designed to give providers and service representatives a 360-degree view of the patient’s most important details.

Why not the others?

A. Enhanced Highlights Panel – This is a general Salesforce feature to show record highlights, but it’s not tailored to healthcare-specific patient insights.

B. Enhanced Timeline – Useful for viewing chronological events (interactions, activities, encounters), but not for quick access to insurance/PCP details.

D. Patient Path – This is a visual guide for patient journeys or care programs, not for surfacing key profile details.

Salesforce Health Cloud Reference:

???? Salesforce Health Cloud Implementation Guide – Advanced Patient Card:

“Use the Advanced Patient Card to display a patient’s most critical information—such as coverage, conditions, medications, and care team members—directly on the patient profile for easy reference and navigation.”

Salesforce Help: Advanced Patient Card

When configuring security, sharing, and visibility in Salesforce Health Cloud, consultants must consider healthcare-specific requirements such as HIPAA, GDPR, and organizational policies. Two critical considerations are:

B. Understand customer needs, data security, privacy concerns, regulatory compliance, and sharing or visibility restrictions.

Healthcare data involves PHI (Protected Health Information), which requires strict compliance with HIPAA and regional regulations.

Consultants must tailor security models to meet specific privacy and compliance requirements.

C. Regularly review and update security, sharing, and visibility settings in Health Cloud to align with evolving needs, regulations, and organizational policies.

Regulations change, and so do organizational needs. Security and sharing rules must be reviewed and updated periodically to ensure ongoing compliance and relevance.

Why not the others?

A. Ensure that data mask is used in production to appropriately manage PHI.

Salesforce Data Mask is a tool for sandbox data anonymization, not for production. PHI in production should be secured using encryption, field-level security, and sharing rules—not Data Mask.

D. Review Salesforce documentation and implement a standardized security and visibility model.

While documentation is helpful, healthcare organizations require tailored security models that fit unique compliance and data access needs, not a one-size-fits-all model.

Salesforce Health Cloud Reference:

???? Salesforce Health Cloud Security & Compliance Guidance:

“When configuring Health Cloud, ensure security models reflect customer needs, privacy concerns, and regulatory compliance (HIPAA, GDPR, etc.).”

“Review and update security, sharing, and visibility models regularly to address evolving business, regulatory, and compliance requirements.”

The requirement is to identify the Health Cloud feature that helps ensure compliance with the Health Insurance Portability and Accountability Act (HIPAA), which governs the protection of Protected Health Information (PHI). HIPAA compliance requires robust security measures, including access controls and data protection. Let’s evaluate the options.

Option A: Data visualization and analytics

Explanation: Data visualization and analytics in Health Cloud provide insights into patient data and care coordination but do not directly address HIPAA compliance requirements like securing PHI or controlling access. These features are more about operational efficiency than security.

 The Health Cloud Reports for Patient Referral Management unmanaged package provides prebuilt reports and dashboards to analyze referrals.

Extract:

“The Health Cloud Reports for Patient Referral Management unmanaged package includes reports and dashboards that help track patient referrals in Salesforce.”

(Source: Administer Health Cloud – Reports and Dashboards)

 Other options are either not standard package names or do not match referral reporting.

The requirement is:

Encryption at rest → Handled by Salesforce Shield Platform Encryption.

Notification of activities (user monitoring, data access) → Provided by Event Monitoring in Salesforce Shield.

Extensive field tracking → Achieved with Field Audit Trail, also part of Salesforce Shield.

That’s why the correct answer is the Salesforce Shield bundle, which directly addresses all three compliance needs.

Why not the others?

A. Role Hierarchy, Password Policies, IP Restrictions → These are basic Salesforce security features, but they don’t provide encryption at rest or activity monitoring.

B. Field Audit Trail + Encryption + 2FA → Close, but Field Audit Trail and Encryption require Shield anyway, and 2FA is important but doesn’t meet the monitoring requirement.

D. Security Health Check + DLP policies → Useful for improving org security posture, but Salesforce does not have native DLP policies like in other security platforms. This doesn’t satisfy the encryption + monitoring requirement.

Salesforce Health Cloud / Security Reference:

???? Salesforce Shield Overview:

“Use Shield Platform Encryption for encryption at rest.”

“Use Event Monitoring to monitor and track user activity across apps.”

“Use Field Audit Trail to retain field value changes for compliance requirements.”

In Salesforce Health Cloud’s Identity Verification framework, you can configure which search parameters (such as date of birth, SSN, phone number, etc.) are used by customer service representatives to verify a member or patient’s identity.

To add a new search parameter, you configure an Identity Verification Parameter Item record.

Identity Verification Parameter Item → Defines the actual search fields that will be used in the verification process.

These parameter items are tied to the Identity Verification Process Detail to determine how the verification is performed.

Why not the others?

A. Verification Search Feature – This controls whether identity verification search is enabled, but not the specific search parameters.

B. Identity Verification Process Detail – This defines the steps and rules of the verification process, but doesn’t store the search fields themselves.

D. Linked Identity Search Detail – Used to configure linked identities across systems, not to add new search parameters.

Salesforce Health Cloud Reference:

???? Salesforce Help – Identity Verification in Health Cloud

“To configure the search fields that agents use for member or patient identity verification, create and manage Identity Verification Parameter Item records.”

Salesforce Health Cloud Identity Verification Documentation

Step 1: Requirement Analysis

After deploying a care plan template (including problems, goals, and tasks) via Data Loader to the final environment, users must be able to use the new template for creating care plans in production.

Step 2: Salesforce Health Cloud Documentation Guidance

According to the official Health Cloud administration guide, two key post-deployment steps are required:

1. Confirm User Access to Care Plan Objects

Users must have the correct permissions to view, create, and use care plan templates and related records. This involves assigning the appropriate permission sets or profiles to allow access to the Care Plan, Care Plan Template, and related objects.

Extract:

“Ensure users have the necessary permissions to access care plan templates and related objects so they can view and apply templates to patients’ care plans.”

Administer Health Cloud – Care Plans and Permissions

2. Activate the New Care Plan Template

Templates (and their related records) must be activated after being deployed to make them available for use by end users. Care plan templates in Salesforce Health Cloud have an “Active” status that must be set to “True” or “Activated” before users can select them when creating new care plans.

Extract:

“After importing care plan templates and related data, administrators must activate the template to make it available to care coordinators and clinicians.”

Administer Health Cloud – Deploying and Activating Care Plan Templates

Other Options:

B. Activate the problems, goals, and tasks associated with the template:Not required as a separate step. When you activate the care plan template, its associated problems, goals, and tasks become available.

D. Conduct end-user training:While important, it is not a required technical step for enabling the template after deployment.

Verified Answers:

A. Confirm User access to Care Plan objects.

C. Activate the new care plan template.