Settore sanitario modello 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.

NOTA

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. Consulta le guide sulla gestione di schemi e relazioni nell’interfaccia utente di per ulteriori informazioni.

Utilizzare la seguente legenda per interpretare questa ERD:

  • Ogni entità mostrata in si basa su un sottostante Classe Experience Data Model (XDM).
  • Per una determinata entità, ogni riga contrassegnata in grassetto rappresenta un gruppo di campi o un tipo di dati, con i campi pertinenti forniti elencati di seguito in 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

NOTA

Ogni entità include un campo "_ID" che rappresenta l’identificatore di stringa univoco (_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 questo questo campo non rappresenta un’identità correlata a una singola persona, ma piuttosto la registrazione dei dati stessi. I dati di identità relativi a una persona, un evento o un’entità commerciale dovrebbero essere relegati a campi di identità fornite da gruppi di campi compatibili.

Settore sanitario casi d’uso

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).

In questa pagina