DocumentaciónExperience PlatformGuía del modelo de datos (XDM) de Experience

Sanidad modelo de datos del sector ERD

Last update: Tue Jul 16 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Temas:

Creado para:

  • Desarrollador

El siguiente diagrama de relación de entidades (ERD) representa un modelo de datos estandarizado para el sector sanitario. El ERD se presenta intencionalmente de manera desnormalizada y teniendo en cuenta cómo se almacenan los datos en Adobe Experience Platform.

NOTE
El ERD tal como se describe es una recomendación sobre cómo debe modelar los datos para este caso de uso del sector. Para utilizar este modelo de datos en Platform, debe construir los esquemas recomendados y sus relaciones. Consulte las guías sobre la administración de esquemas y relaciones en la interfaz de usuario para obtener más información.

Utilice la siguiente leyenda para interpretar este ERD:

  • Cada entidad mostrada en se basa en una clase Experience Data Model (XDM) subyacente.
  • Para una entidad determinada, cada fila marcada con bold representa un grupo de campos o un tipo de datos, con los campos relevantes que proporciona enumerados a continuación en texto sin negrita.
  • Los campos más importantes de una entidad determinada se resaltan en rojo.
  • Todas las propiedades que se pueden utilizar para identificar clientes individuales se marcan como "identidad", con una de estas propiedades marcada como "identidad principal".
  • Las relaciones de entidad se marcan como no dependientes, ya que los eventos basados en cookies a menudo no pueden determinar la persona o individuo que realizó la transacción.

Imagen que muestra el diagrama de relación de entidades para el modelo de datos del sector sanitario

NOTE
Cada entidad incluye un campo "_ID", que representa el atributo de identificador de cadena único (_id) para el registro o evento en cuestión. Este campo se utiliza para realizar un seguimiento de la exclusividad del registro o evento individual, evitar la duplicación de datos y buscar esos datos en servicios descendentes. En algunos casos, _id puede ser un Identificador único universal (UUID) o un Identificador único global (GUID).

Es importante distinguir que este campo no representa una identidad relacionada con una persona individual, sino más bien el registro de datos en sí. Los datos de identidad relacionados con una persona, evento o entidad empresarial deben relegarse a campos de identidad proporcionados por grupos de campos compatibles.

Casos de uso de Healthcare

La siguiente tabla describe las clases recomendadas y los grupos de campos de esquema para varios casos de uso sanitarios comunes.

Ejemplo de uso
Clases y grupos de campos recomendados

Mejorar la adquisición digital y la experiencia entre los consumidores que buscan un seguro. Algunos ejemplos son:

  • Cuando las personas acceden a una página que contiene información general (como planes, nombres/niveles de planes, medicaid, programas de bienestar, etc.), entienden su comportamiento y lo que buscan para enviar correos electrónicos promocionales o dirigirlos a plataformas de terceros con anuncios.
  • Cuando las personas busquen información sobre la salud del corazón y la vacuna, envíeles información relacionada con la vacuna sobre la salud del corazón para crear conciencia de marca o pídale que programe vacunas.
Aumente la adquisición digital de pacientes a través de anuncios dirigidos basados en el comportamiento en línea y los datos de salud pasados.
Mejorar la inscripción y la creación de cuentas en los planes de salud mediante el seguimiento de la comercialización de los seguros a través de diferentes canales, con el fin de comprender cómo un cliente se enteró de una compañía de seguros.
Evite los lapsos en la cobertura del seguro médico.
Promocione información sobre los medicamentos a los proveedores mediante anuncios directos a los clientes (DTC).
recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07