Healthcare modello di dati di settore ERD

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.

NOTE
Il documento ERD descritto è un consiglio su come modellare i dati per questo caso d’uso del settore. Per utilizzare questo modello dati in 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).
  • Per una determinata entità, ogni riga contrassegnata in bold rappresenta un gruppo di campi o un tipo di dati, con i campi pertinenti forniti elencati di seguito in formato testo non in grassetto.
  • 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.

Immagine che mostra il diagramma delle relazioni tra le entità per il modello dati del settore sanitario

NOTE
Ogni entità include un campo "_ID" che rappresenta l'attributo univoco dell'identificatore di stringa (_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.
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