AP-211 Salesforce Accredited Agentforce Health Professional Question and Answers

For Person Accounts to work properly in Health Cloud, the Contact organization-wide default must be set to ' Controlled by Parent ' . Health Cloud uses Person Accounts for individuals such as patients or members, combining Account and Contact behavior while preserving the security and relationship model expected by healthcare features. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Set Contacts to Controlled by Parent.) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - Person Account

===============

To make Provider Search available to external portal users, the admin must place the Provider Search component on an Experience Cloud site page and grant the external profile Read access to Care Provider Searchable Field. Provider Search uses healthcare-specific provider and facility relationships so users can search by criteria such as specialty, location, network, and practice attributes. From a deployment perspective, the configuration must be activated, licensed, permissioned, or migrated in the correct sequence so that the functionality is available to users without weakening the organization ' s existing security and governance controls. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Give the site user profile Read access to the Care Provider Searchable Field object.; Use Experience Builder to add the Provider Search component to a page on the site.) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Deploy - Provider Search

===============

Once configured, the administrator must ensure the Timeline configuration is active and properly placed and saved on the target Lightning record page. Enhanced Timeline displays configured records chronologically while enforcing the user ' s underlying object, field, and record access. From a deployment perspective, the configuration must be activated, licensed, permissioned, or migrated in the correct sequence so that the functionality is available to users without weakening the organization ' s existing security and governance controls. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Add the Timeline component to the Patient Lightning page and activate the Timeline.) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Deploy - Enhanced Timeline

===============

To enable patient self-service scheduling across clinics and specialties, Experience Cloud hosts the patient portal, Provider Search allows filtering physicians by location and specialty, and Intelligent Appointment Management (IAM) handles the appointment booking engine. Provider Search uses healthcare-specific provider and facility relationships so users can search by criteria such as specialty, location, network, and practice attributes. Intelligent Appointment Management coordinates appointment discovery and booking and can use Salesforce Scheduler or an external scheduling system as the scheduling engine. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach.

Study Guide references/topics:Design - Provider Search; Intelligent Appointment Management

===============

Salesforce Shield Platform Encryption supports encrypting files, attachments, search index files, and custom/standard fields across production and sandbox environments. Salesforce Shield combines Platform Encryption, Event Monitoring, and Field Audit Trail to strengthen protection, monitoring, and auditability for sensitive information. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Salesforce Shield) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - Shield

===============

Integrated Care Management leverages Action Plan Templates to structure care plan interventions and tasks with preconfigured task dependencies and sequences. Integrated Care Management structures care plans around reusable problems, goals, interventions, assessments, and care-team activities so care coordination can be standardized and personalized. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Action Plan Templates) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - Care Plan

===============

Health Cloud ' s core clinical data architecture is standardized on HL7 FHIR R4 (Fast Healthcare Interoperability Resources), making it the primary interoperability standard. FHIR R4 provides standardized healthcare resources and REST-oriented semantics, reducing dependence on proprietary object structures when clinical data is exchanged with EHRs, payers, or other healthcare systems. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (FHIR R4) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - FHIR

===============

Intelligent Document Automation (IDA) captures, extracts, and digitizes data from received faxes/documents using OCR. Utilization Management (UM) manages the end-to-end clinical review and determination/approval process for care authorizations. Utilization Management structures care requests, authorization review, medical-necessity determination, concurrent review, and related payer-provider approval workflows. Intelligent Document Automation and related document-reading capabilities transform inbound healthcare documents into structured Salesforce information while supporting document review and downstream workflows. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Utilization Management; Intelligent Document Automation) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Utilization Management; Intelligent Document

===============

OmniStudio FlexCards (UI), Integration Procedures (data orchestrator combining internal and external APIs), and DataRaptors (internal data transform) form the recommended declarative stack for composite data display. OmniStudio separates presentation, guided interaction, Salesforce data access, and server-side orchestration through FlexCards, OmniScripts, DataRaptors/Data Mappers, and Integration Procedures. DataRaptors, now also represented as Data Mappers in current OmniStudio terminology, declaratively extract, transform, and load Salesforce data for OmniStudio components. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Integration Procedures; DataRaptors; FlexCards) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - OmniStudio; DataRaptor; Integration Procedure

===============

In OmniStudio, DataRaptor Load is the declarative tool used to update or insert records into Salesforce SObjects. Integration Procedures are used as best practice controller layers behind OmniScripts to orchestrate DataRaptors. OmniStudio separates presentation, guided interaction, Salesforce data access, and server-side orchestration through FlexCards, OmniScripts, DataRaptors/Data Mappers, and Integration Procedures. DataRaptors, now also represented as Data Mappers in current OmniStudio terminology, declaratively extract, transform, and load Salesforce data for OmniStudio components. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Integration Procedures; DataRaptors) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - OmniStudio; DataRaptor; Integration Procedure

===============

The Health Cloud Clinical Data Model is explicitly aligned to HL7 FHIR R4 standard entities, including Medication, MedicationRequest, MedicationStatement, and MedicationDispense. The FHIR-aligned Clinical Data Model represents clinical concepts such as conditions, encounters, observations, procedures, allergies, and medication information in a consistent healthcare structure. FHIR R4 provides standardized healthcare resources and REST-oriented semantics, reducing dependence on proprietary object structures when clinical data is exchanged with EHRs, payers, or other healthcare systems. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach.

Study Guide references/topics:Design - Clinical data model; FHIR; Medication

===============

To understand where Health Cloud fits within the overarching application architecture during discovery, the consultant must identify user personas & their pain points, document business processes & data flows, and architect system integration diagrams. Writing Apex code is premature in discovery. From a discovery perspective, the consultant should validate the current-state workflow with the people who perform it, document pain points and handoffs, and translate the findings into functional, data, security, and integration requirements before solution design begins. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Identify personas involved and their existing pain points.; Identify key stakeholders and how they measure success.; Create business process diagrams to understand information flow.) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Discovery - Integration

===============

With 10M+ records stored externally, leveraging Salesforce Connect and External Objects displays claims on demand via OData without consuming massive Salesforce storage. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Configure the claims system as an external data source and leverage external objects with the claims data.) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Integration; Claims

===============

Discovery Framework is the appropriate Health Cloud assessment architecture for standardized PROMs because it supports reusable question banks, question sets, version management, branching, scoring, and structured assessment responses. Salesforce Surveys is useful for general survey scenarios, but Discovery Framework provides the deeper assessment governance required for clinical outcome instruments. Discovery Framework provides reusable assessment questions, versioned question sets, conditional branching, scoring, response capture, and OmniStudio-based assessment experiences. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach.

Study Guide references/topics:Design - Discovery Framework

===============

Assessment enablement requires the organization to enable Discovery Framework, configure the required sharing settings for the assessment-related objects, and grant users permission to view and complete assessments. OmniStudio is included with Health Cloud in this architecture, while adding the Assessment component to a page is a presentation step after the core organization-level enablement is complete. Discovery Framework provides reusable assessment questions, versioned question sets, conditional branching, scoring, response capture, and OmniStudio-based assessment experiences. OmniStudio separates presentation, guided interaction, Salesforce data access, and server-side orchestration through FlexCards, OmniScripts, DataRaptors/Data Mappers, and Integration Procedures. From a deployment perspective, the configuration must be activated, licensed, permissioned, or migrated in the correct sequence so that the functionality is available to users without weakening the organization ' s existing security and governance controls. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach.

Study Guide references/topics:Deploy - Discovery Framework; OmniStudio

===============

Immediate synchronous request-and-reply integrations from Salesforce to an external system are achieved through Apex HTTP Callouts or OmniStudio Integration Procedures using HTTP Actions. OmniStudio separates presentation, guided interaction, Salesforce data access, and server-side orchestration through FlexCards, OmniScripts, DataRaptors/Data Mappers, and Integration Procedures. Integration Procedures provide server-side orchestration for OmniStudio, including calls to DataRaptors, Apex, and external REST services while minimizing client-side processing. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (OmniStudio Integration Procedure; Apex HTTP Callout) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - OmniStudio; Integration Procedure; Medication

===============

Provider Network Management (PNM) provides end-to-end capabilities to recruit, credential, contract, and onboard healthcare providers into payer networks. Provider Network Management supports provider recruitment, credentialing, contracting, onboarding, network participation, and payment-agreement processes for payer organizations. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Provider Network Management) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Provider Network Management

===============

Medication Management provides clinicians with a consolidated 360-degree view of a patient ' s medication regimen, prescription history, dosage, and reconciliation tools. Medication Management consolidates medication requests, statements, dispensing information, reconciliation, review, and interaction-oriented workflows so clinicians can evaluate a patient ' s regimen longitudinally. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Medication Management) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Medication

===============

CRM Analytics for Health Cloud provides comprehensive, prebuilt intelligent dashboards and deep predictive reporting specifically for care plan adherence, risk stratification, and patient engagement. Integrated Care Management structures care plans around reusable problems, goals, interventions, assessments, and care-team activities so care coordination can be standardized and personalized. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (CRM Analytics for Health Cloud) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Care Plan

===============

The requirement aligns with Salesforce Shield: Platform Encryption protects sensitive data at rest, Event Monitoring and related real-time capabilities provide visibility into user activity, and Field Audit Trail supplies extended field-history retention. Data Classification complements these controls by identifying sensitive fields and supporting a governed compliance design. Salesforce Shield combines Platform Encryption, Event Monitoring, and Field Audit Trail to strengthen protection, monitoring, and auditability for sensitive information. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach.

Study Guide references/topics:Design - Shield

===============

Health Condition records (representing a patient ' s medical condition) require foreign keys pointing to the patient ' s Account (Person Account) and standard clinical terminology/coding contained in the Code Set object. Health Cloud uses Person Accounts for individuals such as patients or members, combining Account and Contact behavior while preserving the security and relationship model expected by healthcare features. From a deployment perspective, the configuration must be activated, licensed, permissioned, or migrated in the correct sequence so that the functionality is available to users without weakening the organization ' s existing security and governance controls. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Account; Code Set) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Deploy - Person Account

===============

Access to Provider Network Management features requires the Provider Network Management permission set combined with the base Health Cloud Foundation permission set. Provider Network Management supports provider recruitment, credentialing, contracting, onboarding, network participation, and payment-agreement processes for payer organizations. From a deployment perspective, the configuration must be activated, licensed, permissioned, or migrated in the correct sequence so that the functionality is available to users without weakening the organization ' s existing security and governance controls. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Provider Network Management permission set; Health Cloud Foundation permission set) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Deploy - Provider Network Management

===============

Remote Client Monitoring (RCM) in Health Cloud requires Code Sets (standard LOINC/SNOMED codes), Units of Measure (e.g., mmHg, bpm), Care Metric Targets (patient threshold goals), and Care Observations (incoming device telemetry readings). From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Code Sets, Units of Measure, Care Metric Targets, Care Observations) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - Agentforce Health architecture and implementation

===============

Payers deploying Health Cloud Contact Center require: (1) Health Cloud Platform PSL for core health entities, (2) Contact Center for Health Cloud PSL for console & record alert features, and (3) OmniStudio User PSL for guided interaction components. OmniStudio separates presentation, guided interaction, Salesforce data access, and server-side orchestration through FlexCards, OmniScripts, DataRaptors/Data Mappers, and Integration Procedures. Benefits Eligibility and Verification exposes insurance coverage information such as eligibility, copays, deductibles, coinsurance, and benefit limits through healthcare-specific workflows and integrations. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (OmniStudio User permission set license; Contact Center for Health Cloud permission set license; Health Cloud Platform permission set license) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - OmniStudio; Benefits

===============

Health Cloud ' s Virtual Care feature enables embedded video consultations directly within Salesforce, allowing care providers to hold secure telehealth visits with patients. Virtual Care supports remote care delivery and video visits while integrating with scheduling and patient-access experiences. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Virtual Care) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Virtual Care

===============

The Advanced Patient Card (built on FlexCards) delivers a consolidated 360degree header view displaying medical details, primary care physician, insurance coverage, and quick navigation links. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Advanced Patient Card) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Clinical; Insurance

===============

The payer-facing business APIs relevant to care-service transactions are Prior Authorization, Referral Request, and Benefit Verification. Prior Authorization supports authorization requests, Referral Request supports referral workflows, and Benefit Verification supports electronic coverage and benefit inquiries. ADT is an event-oriented clinical messaging pattern rather than one of the three requested payer business APIs in this scenario. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Prior Authorization; Referral Request; Benefit Verification) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Integration; Clinical

===============

Patients and members should be implemented as Person Accounts. The Person Account architecture maintains a one-to-one Account-to-Contact relationship, and the Parent Account field must remain blank for the individual record. These requirements preserve the data model expected by Health Cloud features that operate on patients and members. Health Cloud uses Person Accounts for individuals such as patients or members, combining Account and Contact behavior while preserving the security and relationship model expected by healthcare features. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Ensure 1-to-1 Account to Contact relationship.; Ensure the Parent Account field is blank.; Ensure the Person Account object is used.) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Implement - Person Account

===============

Healthcare Practitioner Facility is the standard junction object in Health Cloud representing a practitioner ' s practice affiliations across multiple healthcare facilities and clinics. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Healthcare Practitioner Facility) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Agentforce Health architecture and implementation

===============

In Health Cloud ' s provider and patient data model, patient-to-physician care associations (such as PCP, Cardiologist, Oncologist) are tracked using Patient Provider Relationship (or Care Team memberships). From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Patient Provider Relationship) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Provider

===============

Health Cloud provides prebuilt Identity Verification Flow Templates (in Flow Builder) designed specifically to authenticate callers against database records. From an implementation perspective, the configuration should use delivered Health Cloud and Salesforce mechanisms first, preserving standard relationships, security enforcement, and upgrade compatibility while limiting custom code to cases where declarative capabilities are insufficient. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Identity Verification Flow Templates) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality. The implementation should be tested with representative healthcare data and end-user workflows so that relationships, permissions, automation, and integration behavior remain consistent from the source transaction through the user experience.

Study Guide references/topics:Implement - Agentforce Health architecture and implementation

===============

The Social Determinants of Health (SDOH) capability enables organizations to track non-clinical socioeconomic and environmental barriers (e.g., transportation, food insecurity, housing instability) and associate them with care interventions. Social Determinants of Health capture nonclinical factors such as transportation, food, housing, and financial barriers and connect those determinants to care barriers and interventions. From a solution-design perspective, the selection fits the requirement because it uses the Health Cloud capability or data model that directly represents the business need, rather than introducing a parallel custom structure or a feature intended for a different stage of the patient, member, provider, or payer lifecycle. The remaining options do not directly satisfy the stated requirement; they either address a different functional domain, provide only part of the required behavior, or introduce unnecessary customization compared with the selected Health Cloud approach. This approach also keeps the solution aligned with the standard Agentforce Health data and process model, which is important for maintainability, reporting, interoperability, and consistent user access. In practical terms, the consultant should configure and validate the selected elements (Social Determinants of Health) against the scenario ' s acceptance criteria and confirm that the intended users can access the underlying records and functionality.

Study Guide references/topics:Design - Social Determinants

===============