In Salesforce Health Cloud , the Remote Monitoring capability enables healthcare providers to capture and analyze patient-generated health data (from devices such as glucose monitor s, blood pressure cuffs, or fitness trackers).

To implement this functionality, the following records must be populated:

Units of Measure – Defines the measurement units (e.g., mmHg, bpm, mg/dL) for device readings.

Remote Monitoring Device Types – Represe nts the categories of patient devices (e.g., heart rate monitor, glucose meter).

Care Observations – Stores the actual readings (vital signs, measurements) coming from the devices.

Code Sets – Provides standardized medical coding (e.g., LOINC, SNOMED, ICD) for interoperability and classification of device data.

Together, these records form the Remote Monitoring data model .

Why not the others?

B. Units of Measure, Code Sets, Remote Monitoring Device Types, Care Episodes

Care Episodes are for tracking episodes of care , not device data.

C. Code Sets, Units of Measure, Care Metric Targets, Care Observations

Care Metric Targets are for goal setting , not required for capturing device data.

D. Code Sets, Biometrics, Care Observations, Chart Metrics

" Biometrics " and " Chart Metrics " are not the correct Health Cloud objects for Remote Monitoring; instead, Remote Monitoring Device Types + Care Observations are used.

Salesforce Health Cloud Reference:

???? Salesforce Health Cloud – Remote Patient Monit oring:

“Use Remote Monitoring Device Types, Units of Measure, Code Sets, and Care Observations to capture and store data from connected health devices.”

Step-by-Step Explanation:

Health Cloud Best Practice for Displaying Internal and External Data:

FlexCards (part of OmniStudio) can display data from multiple sou rces in a unified view on a patient record.

Integration Procedures connect to external systems and bring in data (e.g., from EHRs or other sources).

DataRaptors extract and transform Salesforce data for display and use in FlexCards.

Salesforce Documentation Reference:

“FlexCards can display internal Salesforce data and call Integration Procedures or DataRaptors to bring in external or standard object data.” — OmniStudio Standard Guide

“Integration Procedures are used to retrieve and update data from external systems and can be invoked directly from FlexCards or OmniScripts.” — OmniStudio Integration Procedures

“DataRaptors map Salesforce data to and from FlexCards and Integration Procedures, enabling seamless display of patient information.” — OmniStudio DataRaptors

Other Options:

Salesforce Flows : Good for automation but not for real-time display of combined external and internal data on record pages.

Visualforce Pages : Legacy solution, not recommended for mode rn Health Cloud patient page display, and does not natively integrate with OmniStudio tools.

When organization-wide default access to patient data is set to Private, Care Team functionality in Health Cloud is the standard, out-of-th e-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 assi gn appropriate access (Read or Read/Write) to patient records.”

( Source: Administer Health Cloud - Manage Care Teams )

Administrators can specify the access l evel (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.

 FHIR R4 Standard:

Exact Extract:

“Health Cloud supports FHIR R4 as an industry data standard for EHR interoperability.”

 Preconfigured Prior Authorization Objects:

Exact Extract:

“The Health Cloud Care Request Extensions package provides out-of-the-box record types, page layouts, and flows for prior authorizations and other payer 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, includ ing 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:

Understanding the Scenario:

The provider aims to build a Contact Center using Health Cloud for patients to:

Set up appointments

Get billing answers

Update plan information

Salesforce’s Best Practices for Requirements Gathering:

Salesforce Health Cloud documentation emphasizes collaborating with end users and technical stakeholders to uncover pain points and define requirements.

Ext ract from Health Cloud Admin Guide:

“Successful Health Cloud projects start with workshops that bring together key personas, such as contact center agents and care coordinators, with technical stakeholders including Salesforce admins and integration architects. These sessions surface pain points, business needs, and integration requirements.”

— Reference: Administer Health Cloud – Imple mentation Best Practices

Who Should Be Involved?

Contact Center agent (Persona):

Directly understands patient needs and pain points during calls and chats.

Can highlight workflow, usability, and feature needs.

Salesforce administrator (Stakeholder):

Understands platform capabilities, permissions, and how features will be implemented or configured.

Integration architect (Stakeholder):

Critical for connecting Health Cloud to other systems (e.g., EHR, billing, insurance).

Ensures technical feasibility for integrations (e.g., real-time eligibility checks, appointment scheduling with external systems).

Why Other Answers Are Not Correct:

B: General physician and Marketing Cloud admin are not core to Contact Center workflows or technical design for scheduling/billi ng.

C: Sales administrator and Tableau developer focus on sales or analytics, not operational or integration workflows for Contact Centers.

D: Tableau developer and MuleSoft developer are more technical roles but not typically involved in initial workflow and requirements gathering at the Contact Center user level.

Official Document Extract:

From Salesforce Implementation Guides:

“It is essential to involve actual end users (such as agents) and platform administrators in requirements workshops, and to inclu de an integration architect for designing connected experiences.”

— Reference: Administer Health Cloud – Implementation Best Practices

 Access to Filtered Fields:

Exact Extract:

“If a user does not have access to a field that is used in a filter on a patient or member list, the list will not be displayed to that user.”