Health-Cloud-Accredited-Professional Questions and Answers

Step-by-Step Explanation:

Advanced Therapy Management (ATM):For personalized medicine programs, such as those involving apheresis and infusion, Salesforce Health Cloud offers Advanced Therapy Management (ATM), specifically designed for complex therapy coordination.

Exact Extract:

“Advanced Therapy Management supports cell and gene therapy processes by coordinating multiple steps such as collection, manufacturing, apheresis, and infusion.”

To ensure a provider can create and view Salesforce reports analyzing patient outcomes and referrals, the following steps are required:

A. Create custom report types for clinical objects.

Health Cloud clinical data (e.g., patient outcomes, referrals, care plans) resides in custom objects.

To report on them, you must create custom report types.

D. Enable the enhanced Analytics for Healthcare setting in Setup.

This setting provides preconfigured reports and dashboards tailored for healthcare, such as referrals, utilization, and outcomes reporting.

E. Assign appropriate permissions to internal users.

Providers need the correct Health Cloud and reporting permissions to access and run these reports.

Without appropriate object-level and FLS permissions, reports won’t display the necessary data.

Why not the others?

B. Leverage the Patient Referral Management unmanaged package – Referral management is now native in Health Cloud. The unmanaged package was used in early versions but is deprecated and not recommended.

C. Adjust template care management reports and dashboards – These are useful but do not provide referral and outcome reporting by themselves. Customization and proper report type setup are still required.

Salesforce Health Cloud Reference:

???? Salesforce Health Cloud Implementation Guide – Reports and Dashboards:

“Enable Enhanced Analytics for Healthcare to access out-of-the-box reports and dashboards for referrals, utilization management, and patient outcomes.”

“Create custom report types for Health Cloud clinical objects to extend reporting capabilities.”

“Ensure users have the appropriate object and field permissions to run reports.

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

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 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:

Intelligent Document Automation:

Exact Extract:

“Intelligent Document Automation in Health Cloud automatically extracts data from incoming documents, including faxes, and creates structured data for downstream workflows.”

Step-by-Step Explanation:

Requirement:

Encrypt files in a full sandbox instance.

Salesforce Shield Platform Encryption:

Provides encryption of files and attachments at rest across Salesforce environments (including sandboxes).

“Use Shield Platform Encryption to encrypt files and attachments stored in Salesforce, including those in sandbox environments.”— Salesforce Shield Platform Encryption Guide

Other Options:

Classic Encryption: Only encrypts a limited set of standard fields, not files or attachments.

Salesforce Data Mask: Masks data for sandbox use, but does not encrypt files for runtime.

Industry Data Security: Not a Salesforce product for file encryption.

Step 1: Requirement Analysis

The payer wants to use predefined rules for prior authorization request reviews, seeking out-of-the-box Health Cloud functionality for speed to value.

Step 2: Health Cloud Prior Authorization & Rules Engine

The Expression Set Templates in Health Cloud provide a prebuilt, configurable framework to automate and standardize prior authorization request reviews. These templates contain reusable logic and criteria that can be easily tailored and applied to common authorization scenarios.

Extract:

“Use Health Cloud’s prebuilt Expression Set Templates to accelerate prior authorization configuration. These templates enable payers to implement standardized review criteria and automate decision logic without building rules from scratch.”

Administer Health Cloud – Utilization Management and Expression Sets

Integration Procedures, FlexCards, and OmniScript Templates are OmniStudio tools for integration, UI, and guided processes, but Expression Set Templates are the feature specifically designed for rules automation in Utilization Management.

 Enhanced Timeline Functionality:

The Enhanced Timeline in Health Cloud displays a sequence of clinical events (e.g., health conditions and encounters) on a patient’s Person Account.

Exact Extract:

“To configure the Enhanced Timeline component to show custom event types and adjust the event display, create a Timeline View Configuration record.”

Step-by-Step Explanation:

Salesforce Health Cloud Best Practice for Person Accounts Access:

Person Accounts in Salesforce are a combination of an Account and a Contact.

To ensure that access to the person account (patient record) gives access to all data on the record, Salesforce recommends setting the Contact sharing setting to "Controlled by Parent".

This means the sharing and visibility of the Contact (patient details) will follow the sharing settings of the parent Account (the Person Account).

Salesforce Documentation Reference:

“For Person Account sharing and access, set the Contact object sharing setting to Controlled by Parent. This ensures that users with access to the Account (Person Account) also have access to the associated Contact data.”— Reference: Health Cloud Implementation Guide, Sharing and Access

Why Not the Other Options?

A. Set Modify All on the Account object at the Profile level: Too broad; not recommended due to least privilege principle.

C. Set Private for the Contact object: Would prevent access to the Contact, even if user has access to the Account.

D. Set the organization-wide default to Public Read Write for the Account object: Not best practice for healthcare, as it risks overexposing sensitive data.

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.

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.”

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.

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.

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-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.

When organization-wide default access to patient data is set to Private, Care Team functionality in Health Cloud is the standard, out-of-the-box method to manage individual access to patient records.

Step-by-Step Reference:

Health Cloud uses Care Teams to manage access to patient records.

Extract:

“Add care team members (users, contacts, or person accounts) to the patient’s care team and assign appropriate access (Read or Read/Write) to patient records.”

(Source: Administer Health Cloud - Manage Care Teams)

Administrators can specify the access level (Read or Read/Write) for each care team member, allowing for precise control as per role requirements.

Extract:

“Assign record access levels for care team members when adding them to a patient’s care team. This is especially important when the OWD is set to Private.”

(Source: Administer Health Cloud - Care Team Access)

This ensures compliance and proper segmentation of data, as required by healthcare regulations.

The Discovery Framework in Health Cloud supports:

Question Bank: Central repository of reusable questions for assessments.

Branching: Dynamic branching logic based on patient responses.

Scoring: Automatic scoring for assessments/intakes.

Extract:

“The Discovery Framework supports Question Bank, branching logic, and scoring for dynamic, reusable clinical assessments.”

(Source: Administer Health Cloud – Discovery Framework)

Encrypted Text and Image Analysis are not functions of the Discovery Framework.

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

Request Review Types:

Utilization Management processes center around reviewing requests for appropriateness of care, with the three main types being Prior Authorization Review, Concurrent Review, and Retrospective Review.

Extract:

“Utilization Management supports prior authorization, concurrent, and retrospective reviews to evaluate care appropriateness case by case.”

— Utilization Management in Health Cloud

Care Requests:

Care Requests are the mechanism for providers to seek authorization from payers for drugs, services, or admissions.

Extract:

“Design care request processes to support providers seeking health plan authorization for services, medications, or admissions.”

— Health Cloud Utilization Management Data Model

Why not the other options?

A: Next Best Action is more for care management recommendations, not utilization review.

C: Intake agent count is an operational consideration, not a UM process.