Santé modèle de données du secteur ERD
Le diagramme de relation d’entité suivant (ERD) représente un modèle de données normalisé pour le secteur de la santé. L’ERD est délibérément présenté de manière dénormalisée et en tenant compte de la manière dont les données sont stockées dans Adobe Experience Platform.
NOTEL’ERD tel que décrit est une recommandation sur la manière dont vous devez modéliser vos données pour ce cas d’utilisation du secteur. Pour utiliser ce modèle de données dans Experience Platform, vous devez créer vous-même les schémas recommandés et leurs relations. Consultez les guides sur la gestion des schémas et relations dans l’interface utilisateur pour plus d’informations.
Utilisez la légende suivante pour interpréter cet ERD :
- Chaque entité affichée dans est basée sur une classe Modèle de données d’expérience (XDM) sous-jacente.
- Les champs mis en retrait sous un champ parent représentent un champ enfant, ou sous-champ, appartenant au groupe de champs du parent.
- Les champs les plus importants pour une entité donnée sont surlignés en rouge.
- Toutes les propriétés pouvant être utilisées pour identifier des clients individuels sont marquées comme « identité », l’une de ces propriétés étant marquée comme « identité principale ».
- Les relations d’entité sont marquées comme non dépendantes, car les événements basés sur des cookies ne peuvent souvent pas déterminer la personne ou l’individu qui a effectué la transaction.
NOTEChaque entité comprend un champ « _ID », qui représente l’attribut d’identifiant de chaîne unique (
Il est important de distinguer que ce champ ne représente pas une identité liée à une personne individuelle, mais plutôt lʼenregistrement de données lui-même. Les données d’identité relatives à une personne, un événement ou une entité commerciale doivent plutôt être reléguées dans des champs d’identité fournis par des groupes de champs compatibles.
_id) pour l’enregistrement ou l’événement en question. Ce champ permet de déterminer l’unicité de l’enregistrement ou de l’événement individuel, d’éviter la duplication des données et de rechercher ces données dans les services en aval. Dans certains cas, _id peut être un Identifiant universel unique (UUID) ou un Identifiant global unique (GUID).Il est important de distinguer que ce champ ne représente pas une identité liée à une personne individuelle, mais plutôt lʼenregistrement de données lui-même. Les données d’identité relatives à une personne, un événement ou une entité commerciale doivent plutôt être reléguées dans des champs d’identité fournis par des groupes de champs compatibles.