Ejemplo

Cuando se realiza por primera vez una titularidad de un caso, el Gestor de dependencias almacena los registros de dependencias nuevos para mostrar que la titularidad de caso depende de los detalles personales del demandante, las pruebas grabadas para el caso, las tarifas, etc.

Si posteriormente se vuelve a calcular el caso (digamos automáticamente por el gestor de dependencias en respuesta a un cambio en los detalles personales o manualmente solicitado por un usuario), después de recálculo el Gestor de dependencias compara las dependencias identificadas durante el cálculo con las que ya están en la base de datos y no se encuentra ninguna diferencia.

Si se añade un nuevo miembro de la unidad familiar al caso, cuando se vuelva a calcular la titularidad se identificará una nueva dependencia; es decir que la titularidad del caso ahora también depende de los detalles personales del nuevo miembro de la unidad familiar, además de las dependencias existentes ya almacenadas para el caso. El Gestor de dependencias crea un nuevo registro de dependencias en la base de datos para almacenar la dependencia adicional.

Si posteriormente se elimina el nuevo miembro de la unidad familiar, cuando se vuelva a calcular la titularidad no habrá ninguna dependencia de los detalles personales del miembro de la unidad familiar eliminado ahora. El Gestor de dependencias identifica que la dependencia almacenada en los detalles personales del miembro de la unidad familiar es ahora extraño y lo elimina de la base de datos, dejando los demás registros de dependencia (en los detalles personales del demandante, las pruebas grabadas para el caso, las tarifas, etc.) aún intactos.

Cuando finalmente se cierra el caso, éste ya no necesita soporte para recálculos1y, por lo tanto, los registros de dependencias ya no son necesarios. Para un buen mantenimiento, se invoca el Gestor de dependencias para eliminar todos los registros de dependencias para la titularidad del caso. Si posteriormente se reabre el caso, se puede volver a calcular la titularidad y el Gestor de dependencias vuelve a crear todos los registros de dependencias necesarios.

1 Suponiendo una estrategia de reevaluación " No reevaluar casos cerrados".

Consulte la guía Inside Cúram Eligibility and Entitlement Using Cúram Express Rules.