The following entity relationship diagram (ERD) represents a standardized data model for the healthcare industry. The ERD is intentionally presented in a de-normalized fashion and with consideration for how data is stored in Adobe Experience Platform.
The ERD as described is a recommendation for how you should model your data for this industry use case. To make use of this data model in Platform, you must construct the recommended schemas and their relationships yourself. See the guides on managing schemas and relationships in the UI for more information.
Use the following legend to interpret this ERD:
Each entity includes an “_ID” field, which represents the unique string identifier (
_id) attribute for the record or event in question. This field is used to track the uniqueness of the individual record or event, prevent duplication of data, and look up that data in downstream services. In some cases,
_id can be a Universally Unique Identifier (UUID) or Globally Unique Identifier (GUID).
It is important to distinguish that this field does not represent an identity related to an individual person, but rather the record of data itself. Identity data relating to a person, event, or business entity should be relegated to identity fields provided by compatible field groups instead.
The following table outlines the recommended classes and schema field groups for several common healthcare use cases.
|Use case||Recommended classes and field groups|
|Improve digital acquisition and experience among consumers shopping for insurance. Examples include:
|Increase digital acquisition of patients through targeted ads based on past online behavior and health data.|
|Improve enrollment and account creation in health plans by tracking marketing of insurance through different channels, in order to understand how a customer found out about an insurance company.|
|Avoid lapses in medical insurance coverage.|
|Promote drug information to providers using direct-to-customer (DTC) ads.|