Explanation:

A is correct because Remote Device Monitoring can help the MedTech company to manage its run rate business by enabling them to monitor the performance and usage of their devices remotely, and alert them of any issues or anomalies that may affect contract compliance.

B is incorrect because MedTech Accelerator is not a feature of Health Cloud, but a program that provides funding and mentorship for early-stage medical device and health technology companies.

C is incorrect because Advanced Account Forecasting is not a feature of Health Cloud, but a feature of Sales Cloud that helps sales teams to predict their revenue and quota attainment.

D is correct because Sales Agreements can help the MedTech company to manage its run rate business by allowing them to create contracts that commit the customer to buy products in a specific quantity or for a specific amount over time, and track the fulfillment and invoicing of those contracts.

References: : Remote Device Monitoring : Sales Agreements

Explanation:

According to the Salesforce documentation2, the Patient Card configuration allows you to customize how patient information is displayed in the patient console. You can create different tabs for different types of information, such as demographics, medications, or referrals. To indicate which tab should appear when a patient record is opened in the patient console, you need to edit the Patient Card configuration for that tab and enable Default Subtab. This will make that tab the default subtab for all patient records2.

Explanation:

When creating a care plan with a template you can unselect tasks so they will not be included (A), the sort order of the Task group by Fields can be changed under custom setting task group (B), and care plan templates must include at least 1 problem, 1 goal and 1 task © are true statements about Care Plan Templates. When creating a care plan with a template you can change the offsets of the tasks (D) is false, as you can only change the offsets of the tasks when creating a care plan without a template. Care plan templates can only be used when creating a new care plan (E) is false, as you can also use care plan templates when editing an existing care plan.

Explanation:

Medication Review and Medication Reconciliation are two Health Cloud solutions that can help a company based in the United States to track medications that patients take in a standardized format and detect potential drug-to-drug interactions.

Medication Review is a Health Cloud feature that allows users to capture standardized information related to medication, such as drug name, dosage, frequency, route, and indication1. Users can also add notes and recommendations for each medication, and view the medication history of a patient1. Medication Review supports the RxNorm standard, which is a normalized naming system for generic and branded drugs in the US2.

Medication Reconciliation is a Health Cloud feature that allows users to efficiently manage and reconcile a patient’s medications list using the Patient Medication Manager lightning component3. Users can easily review the patient’s medication information, identify errors and adverse drug interactions, and add recommendations and notes, all from one place3. Medication Reconciliation also supports the RxNorm standard, and uses the National Library of Medicine API to check for drug-to-drug interactions4.

References:

1: Medication Management and Medication Review - Salesforce

Explanation:

To ensure compliance with HIPAA regulations, a Health Cloud feature that is essential is user authentication and access control. This feature allows Health Cloud administrators to verify the identity of users who access patient health information and assign appropriate permissions and sharing rules to limit their access to the minimum necessary2. User authentication and access control helps protect patient privacy and prevent unauthorized access or disclosure of protected health information (PHI). Real-time monitoring and alerts, social media integration, or data visualization and analytics are not features that directly help ensure HIPAA compliance.

Explanation:

B is correct because Health Cloud Reports for Patient Referral Management is an unmanaged package that delivers a prebuilt dashboard and reports for analyzing patient referrals. The dashboard shows metrics such as referral volume, referral status, referral source, and referral outcome. The reports provide more details on each metric and allow users to filter by various criteria.

References: : Health Cloud Reports for Patient Referral Management

Explanation:

According to the Salesforce documentation1, the Health Cloud Provider data model is an optional data model that can be used to represent providers and their relationships in Health Cloud. It is not required for all Service Cloud to Health Cloud migrations, and it can coexist with the existing data model. The Custom Provider Search Lightning component is a custom component that can be used to search for providers using any data model, including the Health Cloud Provider data model or a custom provider data model. The Health Cloud Provider Search component is a standard component that can be used to search for providers using the Health Cloud Provider data model only. It can be extended or customized, but not replaced by a custom component1.

Explanation:

B is correct because integrating using the FHIR Clinical API is the appropriate method for Bedrock to access the information leveraging Health Cloud functionality. The FHIR Clinical API is a RESTful API that allows external systems to access and exchange clinical data stored in Health Cloud, such as AllergyIntolerance, Condition, MedicationOrder, and Procedure. The FHIR Clinical API uses the FHIR standard, which is a widely adopted interoperability standard for healthcare data.

References: :

FHIR Clinical API : FHIR Overview

Explanation:

To configure Health Cloud, the following steps are required1:

Enable the option for contacts to relate to multiple accounts. This feature allows contacts to be associated with more than one account, which is essential for modeling complex relationships in healthcare.

Install the Health Cloud Managed Package. This package contains the core objects, fields, tabs, components, and other elements that make up Health Cloud.

Configure the console view. This step involves customizing the Health Cloud console app to suit your needs and preferences. You can add or remove tabs, components, page layouts, and other features to optimize your user experience.

Verify that Chatter is enabled. Chatter is a collaboration tool that allows users to communicate and share information within Health Cloud. Chatter is enabled by default in most orgs, but you can check your settings to make sure.

Install Health Cloud Unmanaged Packages. These packages are optional and provide additional functionality for specific use cases, such as utilization management, care programs, or provider search.

Explanation:

To create Visit records for a Field Sales Agent using Intelligent Sales, the administrator must create Contacts, Locations, and Assets records for the agent. Contacts are the people that the agent visits or interacts with during their sales cycle. Locations are the places where the agent conducts their visits or activities. Assets are the products or devices that the agent sells or services during their visits. Opportunities and Accounts are not required for creating Visit records using Intelligent Sales.

Explanation:

Expression Set Templates are the prebuilt feature that the payer should leverage to implement predefined rules for its prior authorization request review process. Expression Set Templates are reusable sets of expressions that can be used to evaluate business logic and trigger actions based on the results.

Explanation:

According to the Health Cloud Implementation Guide, the recommended best practice for modeling members in Health Cloud for a payer service cloud org that uses accounts and contacts to model health insurance members is to model them as person accounts, whether they are using Health Cloud capabilities or not. Person accounts are a type of account that combines account and contact information in a single record. They are suitable for representing individual consumers in healthcare and life sciences. Using person accounts for all members can simplify data management and avoid data duplication. Only groups needing Health Cloud capabilities need to use person accounts is not a recommended best practice, as it can create inconsistency and complexity in data modeling. Account record types for existing members can remain as-is is not a recommended best practice, as it can limit the functionality and integration of Health Cloud features. Using the individual model with Health Cloud is not a valid option, as the individual model is not supported by Health Cloud.