Salesforce Updated Health-Cloud-Accredited-Professional Exam Questions and Answers by zidan

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.

In Salesforce Health Cloud , the Remote Monitoring capability enables healthcare providers to capture and analyze patient-generated health data (from devices such as glucose monitors, 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 – Represents 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 Monitoring:

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

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: Administe r Health Cloud – Enhanced Timeline )

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