Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Refactorizar el dominio de litigios

Los litigios pueden involucrar a varias partes, cada una de las cuales desempeña un papel específico con una demanda asociada. Dado que los dominios de Reclamaciones y Litigios están estrechamente relacionados, se incorporarán campos en el dominio de reclamaciones además de su identificador. De esta forma, podemos tener una snapshot de los detalles del reclamo en el momento en que se presentó el litigio, por lo que, incluso si los detalles del reclamo cambian, no perderemos los datos originales del reclamo asociados con el litigio.

El dominio de Litigios incluye las siguientes entidades clave:

  • Litigio: Litigio de reclamaciones

  • Rol de la parte en litigio: Una entidad asociativa que vincula las siguientes entidades:

    • Reclamaciones

    • Roles de las partes

    • Objetos asegurables

  • Rol de la parte del objeto asegurado: Una entidad asociativa que vincula las siguientes entidades:

    • Party

    • Roles de las partes

    • Objetos asegurables

La relación entre demandantes y partes se facilita a través de la tabla litigation_party_role, que representaremos en MongoDB mediante el uso de un arreglo embebido.

La refactorizaciĂłn del dominio de Litigios es el quinto paso del tutorial de ejemplo del modelo de datos de seguros. Antes de refactorizar el dominio de Litigios, asegurarse de que:

1

En el lado derecho de la pantalla, se abre el menĂş Mappings.

2

Junto a Mappings from relational tables, haz clic en Add. Haz clic en Embedded array y selecciona litigation_party_role del menĂş desplegable Source table.

Debajo de la casilla de verificaciĂłn All fields, desmarca el campo litigationIdentifier y haz clic en Save and close.

3

Al lado de Mappings from relational tables, haz clic en Add y selecciona Embedded documents. Elige claim en el menĂş desplegable Source table.

Haga clic en Save and close.

4

Al lado de Mappings from relational tables, haz clic en Add y selecciona Embedded documents. Selecciona insurable_object en el menú desplegable Source table. Asegúrate de que el prefijo Root path esté configurado en litigationPartyRoles.claim.

Haga clic en Save and close.

5

Al lado de Mappings from relational tables, haz clic en Add y selecciona Embedded array. Selecciona insurable_object_party_role en el menú desplegable Source table. Asegúrate de que el prefijo Root path esté configurado en litigationPartyRoles.claim.insurableObjects.

Haga clic en Save and close.

6

Ahora que mapeaste todas las tablas necesarias al documento litigation, puedes borrar las siguientes colecciones de la vista MongoDB de Relational Migrator:

  • agreementPartyRole

  • litigationPartyRole

  • insurableObject

  • insurableObjectPartyRole

  • locationAddress

  • insurableObjectParty

Has modelado todo el esquema de relaciones en solo cinco colecciones:

  • party

  • partyRole

  • policy

  • claim

  • litigation

Ahora que terminaste tu modelo, debes migrar los datos a tu instancia de MongoDB.