Healthcare modello di dati di settore ERD
5 maggio 2025
Creato per:
- Sviluppatore
Il seguente diagramma di relazione tra entità (ERD) rappresenta un modello di dati standardizzato per il settore sanitario. L'ERD viene presentato intenzionalmente in modo denormalizzato e tenendo in considerazione il modo in cui i dati vengono memorizzati in Adobe Experience Platform.
NOTEIl documento ERD descritto è un consiglio su come modellare i dati per questo caso d’uso del settore. Per utilizzare questo modello dati in Experience Platform, è necessario creare autonomamente gli schemi consigliati e le relative relazioni. Per ulteriori informazioni, consulta le guide sulla gestione di schemi e relazioni nell'interfaccia utente.
Utilizzare la seguente legenda per interpretare questa ERD:
- Ogni entità mostrata in è basata su una classe sottostante di Experience Data Model (XDM).
- I campi rientrati sotto un campo padre rappresentano un campo figlio, o campo secondario, che appartiene al gruppo di campi padre.
- I campi più importanti per una determinata entità sono evidenziati in rosso.
- Tutte le proprietà che possono essere utilizzate per identificare i singoli clienti sono contrassegnate come "identità" e una di queste proprietà è contrassegnata come "identità primaria".
- Le relazioni tra entità sono contrassegnate come non dipendenti, poiché gli eventi basati su cookie spesso non possono determinare la persona o l’individuo che ha eseguito la transazione.
NOTEOgni entità include un campo "_ID" che rappresenta l'attributo univoco dell'identificatore di stringa (
È importante distinguere che questo campo non rappresenta un'identità correlata a una singola persona, ma il record dei dati stessi. I dati di identità relativi a una persona, un evento o un'entità business devono essere relegati a campi di identità forniti da gruppi di campi compatibili.
_id) per il record o l'evento in questione. Questo campo viene utilizzato per tenere traccia dell’univocità del singolo record o evento, evitare la duplicazione dei dati e cercare tali dati nei servizi a valle. In alcuni casi, _id può essere un Identificatore univoco universale (UUID) o Identificatore univoco globale (GUID).È importante distinguere che questo campo non rappresenta un'identità correlata a una singola persona, ma il record dei dati stessi. I dati di identità relativi a una persona, un evento o un'entità business devono essere relegati a campi di identità forniti da gruppi di campi compatibili.
Casi d'uso per l'assistenza sanitaria
La tabella seguente illustra le classi e i gruppi di campi di schema consigliati per diversi casi d’uso comuni di assistenza sanitaria.
Caso d’uso
Classi e gruppi di campi consigliati
Migliorare l’acquisizione digitale e l’esperienza tra i consumatori che acquistano prodotti assicurativi. Gli esempi includono:
- Quando le persone accedono a una pagina contenente informazioni generali (come piani, nomi/livelli del piano, medicaid, programmi per il benessere e così via), comprendono il loro comportamento e cosa stanno cercando per inviare e-mail promozionali o targetizzarli su piattaforme di terze parti con annunci.
- Quando le persone cercano informazioni sulla salute cardiaca e sui vaccini, inviano loro informazioni relative alla salute cardiaca per creare consapevolezza del marchio o chiedono di pianificare i vaccini.
-
- Dettagli Membro Del Settore Sanitario
- Campo/i di relazione stabilito/i tra gli attributi
planIDe gli schemi che utilizzano la classe Plan.
Aumentare l’acquisizione digitale dei pazienti tramite annunci mirati basati sui comportamenti online e sui dati sanitari passati.
Migliorare l’iscrizione e la creazione di account nei piani sanitari monitorando il marketing dell’assicurazione attraverso diversi canali, al fine di comprendere in che modo un cliente ha scoperto di una società di assicurazione.
Evitare interruzioni nella copertura assicurativa medica.
Promuovi le informazioni sui farmaci ai provider che utilizzano annunci diretti ai clienti (DTC).
recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07