Su Template de datos para la gestión de siniestros

Event Time proporciona la fecha y hora exactas de cada actividad registrada en el ciclo de vida del siniestro. Esta información temporal es fundamental para analizar el rendimiento.

En el análisis, esta marca de tiempo se utiliza para calcular los tiempos de ciclo entre actividades, identificar tiempos de espera, medir la duración total del caso y analizar el rendimiento del proceso en distintos periodos. Es la base de cualquier métrica de proceso relacionada con el tiempo.

Esta marca de tiempo es fundamental para calcular todas las métricas relacionadas con el tiempo, como los tiempos de ciclo y las duraciones, y permite analizar el rendimiento e identificar cuellos de botella.

Es un campo de marca de tiempo estándar asociado a los registros de eventos o transacciones de Duck Creek Claims. Busque campos como «CreateDate», «Timestamp» o «EventDate».

El Claim ID es la clave fundamental que vincula todos los eventos y actividades asociados a un mismo siniestro, desde su presentación hasta el cierre. Garantiza que todo el ciclo de vida del siniestro pueda seguirse de forma coherente.

En el análisis de Process Mining, este atributo es esencial para construir la vista del caso. Permite a los analistas seguir el recorrido completo de cada siniestro, medir los tiempos de ciclo de principio a fin y analizar las variantes del proceso.

Es el Case ID esencial que conecta todos los eventos relacionados del proceso y permite obtener una visión completa del ciclo de vida del siniestro, de principio a fin.

Es una clave principal de la entidad o tabla principal de siniestros en Duck Creek Claims. Consulte la documentación del sistema para conocer el nombre específico de la tabla y del campo.

Este atributo describe un paso o una tarea específicos realizados dentro del proceso de gestión de siniestros, como «Claim Submitted», «Adjuster Assigned» o «Payment Issued». Cada actividad representa un punto concreto del ciclo de vida del siniestro.

Analizar la secuencia y la frecuencia de estas actividades es la base de Process Mining. Permite descubrir modelos de proceso, identificar cuellos de botella, detectar ciclos de retrabajo y analizar las desviaciones del proceso respecto a un modelo estándar.

El Activity Name define los pasos del flujo del proceso, algo fundamental para descubrir, analizar y supervisar el proceso de gestión de siniestros.

Normalmente se deriva de registros de eventos, nombres de transacciones o registros de cambios de estado en Duck Creek Claims. Puede ser necesario realizar una asignación a partir de varios campos o tablas de origen.

Este atributo identifica a la persona usuaria o el recurso que ejecuta una actividad. Puede cambiar a lo largo del ciclo de vida del siniestro cuando el caso pasa de una persona gestora o equipo a otro.

Es esencial para analizar el rendimiento de los recursos, la distribución de la carga de trabajo y las transferencias. Los Dashboards centrados en el rendimiento de las personas gestoras, la variación de la carga de trabajo y la identificación de cuellos de botella suelen depender en gran medida de este atributo para comprender cómo se asigna y procesa el trabajo.

Permite analizar el rendimiento de los recursos, equilibrar la carga de trabajo y estudiar los patrones de colaboración, lo que ayuda a identificar cuellos de botella y necesidades de capacitación.

Consulte la documentación de Duck Creek Claims. Busque campos de usuario, propietario o asignado en las tablas relacionadas con tareas y eventos de siniestros, o en la entidad principal de siniestros.

Este atributo especifica el grupo funcional o departamento, como «Initial Intake», «Investigation Unit» o «Settlement Team», que gestiona el siniestro. Proporciona contexto organizativo al flujo del proceso.

Analizar por departamento es fundamental para comprender el rendimiento del proceso a nivel agregado. Ayuda a identificar cuellos de botella entre departamentos, medir la eficiencia de los equipos y entender cómo fluye el trabajo por la organización.

Permite analizar el rendimiento por área funcional y pone de relieve las transferencias entre departamentos y los cuellos de botella específicos de cada equipo.

Consulte la documentación de Duck Creek Claims. Esta información suele estar asociada al perfil del usuario asignado o a una asignación de cola o grupo de trabajo.

Claim Status representa el estado actual del siniestro dentro de su ciclo de vida. Proporciona un resumen de alto nivel sobre la fase en la que se encuentra el siniestro dentro del proceso general.

Este atributo resulta útil para crear vistas generales del inventario de siniestros y filtrar casos. Es especialmente importante para identificar el resultado final de un siniestro, por ejemplo, «Closed - Paid» o «Closed - Denied», algo esencial para analizar los resultados y comprender las tasas de rechazo.

Proporciona una instantánea del estado actual y del resultado final del siniestro, aspectos fundamentales para analizar resultados y filtrar casos.

Consulte la documentación de Duck Creek Claims. Es un campo fundamental del registro principal de siniestros.

Claim Severity indica el impacto o la complejidad previstos de un siniestro. Puede basarse en la estimación inicial de la pérdida, la naturaleza del incidente u otras reglas de negocio predefinidas.

Este atributo es fundamental para analizar el rendimiento, ya que los siniestros de alta gravedad suelen requerir más pasos, tiempos de tramitación más largos y recursos especializados. Segmentar los KPI por gravedad ayuda a establecer objetivos de rendimiento realistas y a comprender cómo afecta la complejidad a la eficiencia y los resultados del proceso.

Ayuda a segmentar los siniestros por complejidad, lo que permite analizar el rendimiento con mayor precisión y establecer referencias realistas para los tiempos de ciclo y los costes.

Consulte la documentación de Duck Creek Claims. Puede ser un campo específico o derivarse del importe de la reserva inicial de la pérdida.

Este atributo representa el valor estimado inicial de la pérdida asociada al siniestro. Es una métrica financiera clave que suele influir en el enrutamiento, la gravedad y el nivel de investigación necesario para el siniestro.

En el análisis, el importe de la pérdida se utiliza para segmentar los siniestros y comprender cómo se relaciona el impacto financiero con el comportamiento del proceso. Por ejemplo, los siniestros de mayor importe pueden seguir rutas diferentes o tener tiempos de ciclo más largos. Proporciona un contexto financiero esencial para los datos operativos del proceso.

Proporciona contexto financiero sobre el siniestro y permite analizar cómo afecta su valor a la ruta de tramitación, la duración y el resultado.

Consulte la documentación de Duck Creek Claims. Es un campo financiero principal del siniestro, a menudo denominado «Reported Loss» o «Initial Reserve».

Claim Type clasifica los siniestros según la línea de negocio o la naturaleza de la pérdida. Es una dimensión fundamental para segmentar y analizar los datos de siniestros.

Este atributo se utiliza para comparar el rendimiento del proceso entre distintos tipos de siniestro. Por ejemplo, un siniestro «Auto - Total Loss» sigue un proceso muy diferente y tiene KPI distintos de un siniestro «Property - Water Damage». Analizar por Claim Type proporciona contexto y permite realizar comparaciones de rendimiento más significativas y definir iniciativas de mejora adaptadas.

Es una dimensión crítica para segmentar el análisis, ya que los distintos tipos de siniestro suelen tener procesos, SLA y niveles de complejidad diferentes.

Consulte la documentación de Duck Creek Claims. Es un atributo principal del registro de siniestro.

Esta bandera distingue entre las tareas completadas por usuarios y las ejecutadas mediante automatización del sistema, como notificaciones automáticas, validación inicial de datos o pasos de procesamiento directo.

Analizar este atributo es fundamental para comprender el nivel de automatización del proceso de gestión de siniestros. Ayuda a medir el impacto de las iniciativas de automatización, identificar oportunidades para seguir automatizando y garantizar que los pasos automatizados funcionen según lo previsto sin generar problemas posteriores.

Ayuda a medir el impacto de la automatización en la eficiencia y los costos, e identifica oportunidades para el procesamiento directo.

Esta información puede inferirse del «usuario» asociado a un evento, por ejemplo, «SYSTEM» o «BATCH», o de una bandera específica del registro del evento.

Este atributo booleano se establece en true si una actividad se repite para un siniestro después de que ya hayan ocurrido otras actividades diferentes. Por ejemplo, si el proceso pasa de «Loss Assessed» a «Investigation Started».

Este atributo es esencial para cuantificar y analizar los reprocesos. Es compatible con el KPI «Tasa de reproceso de siniestros» y el Dashboard «Patrones de reproceso y procesamiento repetido de siniestros», ya que permite filtrar y resaltar directamente las actividades y los casos que incluyen reprocesos. Esto ayuda a localizar ineficiencias y problemas de calidad en el proceso.

Cuantifica el reproceso a nivel de actividad y facilita la medición, visualización y análisis de las causas y los efectos de las ineficiencias del proceso.

No es un campo del sistema de origen. Se calcula durante la preparación de los datos mediante algoritmos que detectan secuencias repetidas de actividades dentro de un caso.

Este atributo almacena la fecha límite para cerrar el siniestro. A menudo, esta fecha se determina según requisitos normativos, acuerdos de nivel de servicio (SLA) o indicadores clave de rendimiento (KPI) internos, y puede variar según el tipo o la gravedad del siniestro.

Es la base para calcular el KPI «On-Time Claim Resolution Rate» y respaldar el panel «Claim Resolution Target Adherence». Permite supervisar de forma proactiva los siniestros que podrían incumplir su SLA y ayuda a priorizar el trabajo.

Permite medir el rendimiento respecto a los acuerdos de nivel de servicio (SLA) y los objetivos internos, lo que afecta directamente a la satisfacción del cliente y al cumplimiento.

Consulte la documentación de Duck Creek Claims. Puede ser un campo específico de fecha de SLA o calcularse a partir de la fecha de presentación del siniestro y las reglas de negocio.

Este atributo indica la hora de finalización de una actividad. Mientras que StartTime indica cuándo comenzó una actividad, EndTime proporciona el otro valor necesario para calcular la duración de esa tarea específica.

En Process Mining, disponer de una hora de inicio y una de finalización para las actividades permite analizar el rendimiento con mucha más profundidad. Permite calcular con precisión el «tiempo de procesamiento», es decir, el tiempo de trabajo activo dedicado a una tarea, frente al «tiempo de espera», que corresponde al tiempo transcurrido entre tareas. Esta distinción es fundamental para identificar cuellos de botella con precisión.

Permite calcular con precisión los tiempos de procesamiento de las actividades y distinguir el tiempo de trabajo activo del tiempo de inactividad o espera, algo fundamental para analizar correctamente los cuellos de botella.

Puede estar disponible como un campo de marca de tiempo independiente en los registros de eventos o derivarse del StartTime de la siguiente actividad de la secuencia para el mismo caso.

Este atributo registra el importe de la liquidación calculado y autorizado para el pago. Es una métrica clave basada en el resultado de cada siniestro que da lugar a un pago.

Este atributo es fundamental para el análisis financiero y para Dashboards como 'Tiempo de autorización y emisión del pago'. Puede compararse con el 'Importe de la pérdida' inicial para analizar la precisión de las reservas y es esencial para comprender los resultados financieros del proceso de gestión de siniestros.

Representa el resultado financiero clave de un siniestro, esencial para los informes financieros y para analizar la precisión de las estimaciones iniciales de pérdida.

Consulte la documentación de Duck Creek Claims. Esta información suele almacenarse en tablas de transacciones financieras o relacionadas con pagos asociadas al siniestro.

Cuando se decide denegar un siniestro, este atributo proporciona el motivo subyacente de la decisión. Normalmente se selecciona de una lista predefinida de códigos o descripciones.

Analizar los motivos de rechazo es fundamental para el panel «Claim Decision & Rejection Insights». Ayuda a identificar problemas habituales en las presentaciones, posibles patrones de fraude o áreas en las que el texto de la póliza puede no ser claro. Estos análisis pueden impulsar mejoras en el proceso de recepción inicial o en las reglas de suscripción.

Explica por qué se deniegan los siniestros y proporciona información útil para mejorar la recepción inicial, reducir las presentaciones no válidas e identificar oportunidades de capacitación.

Consulte la documentación de Duck Creek Claims. Este campo suele completarse cuando el estado de un siniestro cambia a «Denied» o a un estado similar.

Este atributo vincula el siniestro con la póliza de seguro de origen. Proporciona contexto sobre la cobertura, las condiciones y el cliente asociados al siniestro.

Aunque no siempre se utiliza directamente en el análisis del flujo del proceso, el Policy Number es muy valioso para enriquecer los datos del siniestro. Permite combinar estos datos con información de pólizas y clientes para analizar cómo varía el rendimiento del proceso según el segmento de clientes, el tipo de póliza o la antigüedad de la póliza, y ofrece una visión empresarial más completa.

Vincula el siniestro con el cliente y la póliza, lo que permite analizar de forma más amplia cómo afecta el rendimiento del proceso a distintos segmentos de clientes o tipos de póliza.

Consulte la documentación de Duck Creek Claims. Es un campo de referencia estándar de la entidad principal de siniestros.

Este atributo booleano se obtiene comparando la marca de tiempo de la actividad 'Siniestro cerrado' con ResolutionTargetDate de ese siniestro. Marca cada siniestro como puntual (true) o retrasado (false).

Este atributo es compatible directamente con el KPI de tasa de resolución puntual de siniestros. Permite agregar y visualizar fácilmente el cumplimiento del SLA en Dashboards y realizar análisis bajando un nivel para identificar características comunes de los siniestros retrasados, como tipos de siniestro, departamentos o rutas de proceso concretos.

Mide directamente el cumplimiento del SLA a nivel de cada siniestro y permite aplicar filtros y realizar análisis de causa raíz de gran precisión sobre los siniestros vencidos.

No es un campo del sistema de origen. Se calcula durante la preparación de los datos comparando la marca de tiempo de la actividad final con el campo «ResolutionTargetDate».

Este atributo identifica la aplicación de origen en la que se generaron los datos del siniestro. En este contexto, será siempre «Duck Creek Claims».

Aunque pueda parecer redundante si todos los datos proceden de un único sistema, es fundamental para la gobernanza de datos, la trazabilidad y los escenarios en los que los datos puedan combinarse con los de varios sistemas en el futuro. Proporciona contexto sobre el origen y la estructura de los datos.

Proporciona información esencial sobre el linaje y el contexto de los datos, aspectos fundamentales para la gobernanza de datos y la resolución de problemas, especialmente en entornos con varios sistemas integrados.

Normalmente es un valor estático añadido durante el proceso de extracción y transformación de datos para identificar su origen.

Este atributo indica cuándo se actualizó el conjunto de datos por última vez. Proporciona un punto de referencia para conocer la actualidad de los datos analizados.

En los Dashboards y análisis, se utiliza para informar a las personas usuarias sobre la antigüedad de la información. Ayuda a establecer expectativas sobre si las transacciones más recientes están incluidas en la vista del proceso.

Informa a los usuarios sobre la actualidad de los datos, un aspecto fundamental para interpretar el análisis y tomar decisiones oportunas.

Esta marca de tiempo se genera durante el proceso de extracción, transformación y carga (ETL) de datos y normalmente se almacena en los metadatos del conjunto de datos.