Medicale ERD

Il seguente schema 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 conto del modo in cui i dati vengono memorizzati in Adobe Experience Platform.

NOTA

L’ERD come descritto è una raccomandazione 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 schemi e relazioni nell’interfaccia utente di per ulteriori informazioni.

Utilizzare la seguente legenda per interpretare questo ERD:

  • Ogni entità indicata in si basa su un sottostante Classe Experience Data Model (XDM).
  • Per una determinata entità, ogni riga contrassegnata in audace rappresenta un gruppo di campi o un tipo di dati, con i campi pertinenti che fornisce elencati di seguito in un testo senza bolle.
  • 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à", con una di queste proprietà contrassegnata come "identità principale".
  • Le relazioni di entità sono contrassegnate come non dipendenti, poiché gli eventi basati su cookie spesso non possono determinare la persona o la persona che ha eseguito la transazione.

Immagine che mostra il diagramma del rapporto di entità per il modello dati del settore sanitario

NOTA

Ogni entità include un campo "_ID" che rappresenta l’identificatore 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, impedire la duplicazione dei dati e cercare tali dati nei servizi a valle. In alcuni casi, _id può essere Identificatore univoco universale (UUID) o Identificatore univoco globale (GUID).

È importante distinguere che 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à aziendale devono essere relegati a campi di identità forniti invece da gruppi di campi compatibili.

Medicale casi d'uso

La tabella seguente illustra le classi e i gruppi di campi dello schema consigliati per diversi casi d'uso comuni per l'assistenza sanitaria.

Caso d’uso Classi e gruppi di campi consigliati
Migliorare l'acquisizione digitale e l'esperienza dei consumatori che acquistano un'assicurazione. Gli esempi includono:
  • Quando le persone accedono a una pagina contenente informazioni generali (come piani, nomi/livelli di piano, medicaid, programmi di benessere e così via), devono comprendere il loro comportamento e ciò che cercano per inviare e-mail promozionali o indirizzarle su piattaforme di terze parti con annunci.
  • Quando le persone cercano informazioni sulla salute del cuore e sui vaccini, inviano loro informazioni relative ai vaccini sulla salute del cuore per creare consapevolezza del marchio o chiedono loro di programmare vaccini.
Aumentare l'acquisizione digitale dei pazienti attraverso annunci mirati basati su comportamenti e dati sanitari online passati.
Migliorare l'iscrizione e la creazione di account nei piani sanitari monitorando il marketing dell'assicurazione attraverso diversi canali, al fine di capire come un cliente ha scoperto di una compagnia assicurativa.
Evitare la perdita della copertura assicurativa medica.
Promuovere le informazioni sui farmaci ai provider utilizzando annunci diretti ai clienti (DTC).

In questa pagina