Plantilla de Datos: Gestión de Reclamaciones

Sapiens ClaimsPro
Plantilla de Datos: Gestión de Reclamaciones

Plantilla de Datos para la Gestión de Siniestros

Esta plantilla proporciona una guía completa para recopilar los datos necesarios y analizar su workflow de procesamiento de siniestros. Describe los atributos y actividades esenciales a rastrear, junto con una guía de extracción práctica adaptada para Sapiens ClaimsPro. Utilice este recurso para optimizar su recopilación de datos y prepararse para un Process Mining revelador.
  • Atributos recomendados para la recopilación de datos de reclamaciones
  • Actividades clave a seguir en su proceso de siniestros
  • Guía paso a paso para la extracción de datos de Sapiens ClaimsPro
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos del Procesamiento de Siniestros

Estos son los campos de datos recomendados para incluir en su registro de eventos, a fin de realizar un análisis integral del procesamiento de reclamaciones y descubrir ineficiencias ocultas.
3 Requerido 6 Recomendado 11 Opcional
NombreDescripción
Claim ID
ClaimId
El identificador único para cada reclamación de seguro, que sirve como ID de caso principal para el seguimiento de su ciclo de vida.
Descripción

El ID de la Reclamación es el identificador fundamental del caso que vincula todos los eventos y actividades asociados a una única reclamación de seguro. Garantiza que todo el recorrido de una reclamación, desde su presentación inicial hasta su cierre final, pueda reconstruirse y analizarse de forma coherente.

En Process Mining, cada entrada del registro de eventos debe estar asociada a un ID de Reclamación. Esto permite a la herramienta rastrear la trayectoria completa de cada reclamación, visualizar las variantes del proceso, calcular los tiempos de ciclo de principio a fin e identificar cuellos de botella o desviaciones del workflow estándar. Analizar los datos a través del ID de Reclamación ofrece una visión completa de su recorrido.

Por qué es importante

Es esencial para agrupar todas las actividades relacionadas en una única instancia de proceso, permitiendo un análisis de extremo a extremo del ciclo de vida de los siniestros.

Dónde obtener

Esta es una clave primaria en la tabla principal de transacciones de siniestros dentro de Sapiens ClaimsPro. Consulte la documentación del sistema para el nombre exacto de la tabla y el campo.

Ejemplos
CL-2023-001234CL-2023-005678CL-2024-009101
Nombre de Actividad
ActivityName
El nombre de la actividad o evento de negocio específico que ocurrió en un punto del proceso de reclamaciones.
Descripción

Este atributo describe un único paso o tarea realizada dentro del ciclo de vida de los siniestros, como 'Siniestro Presentado', 'Revisión Inicial Realizada' o 'Pago Emitido'. Cada activity representa un punto distinto en el proceso que tiene una hora de inicio y, potencialmente, una de finalización.

El análisis de activities es el corazón del process mining. Permite la visualización del mapa de procesos, la identificación de cuellos de botella entre pasos, el análisis de la frecuencia de las activities y la comprensión de las variaciones del proceso. La secuencia de activities para un Claim ID determinado forma la base del flujo del proceso.

Por qué es importante

Define los pasos del proceso, lo cual es fundamental para crear el mapa de proceso e identificar cuellos de botella o ineficiencias.

Dónde obtener

Generalmente derivado de registros de eventos, registros de cambio de status o tablas de finalización de tareas dentro de Sapiens ClaimsPro. Puede requerir mapeo desde códigos de status o tipos de transacción.

Ejemplos
Siniestro RegistradoInvestigación IniciadaLiquidación CalculadaSiniestro Cerrado
Timestamp del Evento
EventTimestamp
La fecha y hora precisas en que comenzó o se inició una actividad o evento específico.
Descripción

El Event Timestamp registra la hora de inicio de cada actividad en el proceso de reclamaciones. Proporciona el contexto cronológico necesario para secuenciar los eventos y calcular las duraciones entre ellos. Este timestamp es la columna vertebral temporal del registro de eventos.

En el análisis de Process Mining, este atributo es crítico para calcular todas las métricas relacionadas con el tiempo, incluyendo los tiempos de ciclo, los tiempos de espera y las duraciones de las actividades. Permite el descubrimiento de cuellos de botella, el análisis del rendimiento del proceso a lo largo del tiempo y la supervisión del cumplimiento de los SLA, al proporcionar la base fáctica de cuándo ocurrieron los hechos.

Por qué es importante

Este timestamp es esencial para ordenar los eventos cronológicamente y calcular todas las métricas basadas en duración, como el tiempo de ciclo y los cuellos de botella.

Dónde obtener

Ubicado en las tablas de log de eventos o transacciones junto con la información de actividad o cambio de estado en Sapiens ClaimsPro.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Ajustador Asignado
AssignedAdjuster
El nombre o ID del perito de siniestros responsable de gestionar la reclamación o una actividad específica.
Descripción

Este atributo identifica al usuario o recurso individual que realizó una acción sobre el siniestro. El seguimiento del ajustador asignado es clave para comprender la distribución de la carga de trabajo, el desempeño individual y la asignación de recursos.

En el análisis, esto permite filtrar el mapa de procesos para ver cómo diferentes ajustadores manejan los siniestros, comparar su rendimiento e identificar posibles oportunidades de capacitación. Es fundamental para construir el dashboard 'Carga de Actividad por Ajustador y Departamento' y para calcular el KPI 'Balance de Carga de Trabajo del Ajustador'.

Por qué es importante

Crucial para el análisis de recursos, ayudando a identificar desequilibrios en la carga de trabajo, individuos de alto rendimiento y necesidades de formación.

Dónde obtener

Se encuentra en los registros de actividad del usuario o en las tablas de transacciones de Sapiens ClaimsPro, a menudo vinculado al usuario que creó o modificó un registro por última vez.

Ejemplos
John Smithj.smithUSR-00451
Departamento Asignado
AssignedDepartment
El departamento o equipo responsable de gestionar la reclamación en una etapa específica.
Descripción

Este atributo indica la unidad de negocio o el equipo, como 'Recepción Inicial', 'Siniestros Complejos' o 'Unidad de Investigaciones Especiales (SIU)', que está asignado a un siniestro o activity. Permite el análisis del proceso desde una perspectiva departamental.

El análisis por departamento ayuda a identificar cuellos de botella específicos de ciertos equipos, a comprender las transferencias entre departamentos y a evaluar la eficiencia departamental. Es esencial para el dashboard 'Carga de Actividad por Ajustador y Departamento' y para el análisis de procesos organizacionales de alto nivel.

Por qué es importante

Permite el análisis del rendimiento del proceso y las transferencias entre diferentes equipos, revelando cuellos de botella organizativos.

Dónde obtener

A menudo asociado con el perfil del usuario en el sistema o asignado directamente al objeto del siniestro. Consulte la documentación de Sapiens ClaimsPro.

Ejemplos
División de Siniestros de AutomóvilesReclamaciones de PropiedadUnidad de Investigación Especial
Gravedad del Siniestro
ClaimSeverity
Una clasificación de la complejidad o el impacto financiero potencial de la reclamación (p. ej., Baja, Media, Alta).
Descripción

La Gravedad del Siniestro es una calificación asignada a un siniestro para indicar su complejidad estimada, riesgo o exposición financiera. Esta calificación a menudo determina el nivel de escrutinio, la experiencia requerida del ajustador y el workflow que sigue.

Este atributo es crítico para el dashboard 'Análisis del Tiempo de Ciclo por Gravedad del Siniestro'. Ayuda a entender si los siniestros más complejos se gestionan de manera eficiente o si contribuyen de forma desproporcionada a tiempos de ciclo largos. Proporciona un contexto vital para las métricas de rendimiento, ya que se espera que un siniestro de alta gravedad tome más tiempo que uno de baja gravedad.

Por qué es importante

Proporciona un contexto crucial para el análisis del tiempo de ciclo, ayudando a explicar por qué algunas reclamaciones tardan más que otras y si los casos complejos se gestionan de manera eficiente.

Dónde obtener

Este puede ser un campo ingresado manualmente o una puntuación derivada basada en las características del siniestro en Sapiens ClaimsPro.

Ejemplos
BajoMedioAltoCompleja
Hora Fin del Evento
EventEndTime
La fecha y hora precisas en que concluyó una actividad específica.
Descripción

La Hora de Finalización del Evento marca la conclusión de una actividad. Si bien algunos eventos son instantáneos (la Hora de Inicio es igual a la Hora de Finalización), muchas actividades tienen una duración. Este timestamp, cuando está disponible, permite medir con precisión cuánto tiempo tomó cada paso.

Este atributo se utiliza para calcular el 'tiempo activo' o 'tiempo de procesamiento' de una actividad, a diferencia del 'tiempo de espera' entre actividades. Ayuda a diferenciar entre el tiempo dedicado activamente a trabajar en una reclamación y el tiempo que permaneció inactivo en una cola. Esto es crucial para identificar actividades específicas que consumen mucho tiempo.

Por qué es importante

Permite el cálculo del tiempo de procesamiento activo para actividades individuales, ayudando a distinguir entre el tiempo de valor añadido y el tiempo de espera.

Dónde obtener

Puede estar disponible en los mismos logs de transacciones que la hora de inicio, o puede que deba inferirse de la hora de inicio del evento subsiguiente. Consulte la documentación de Sapiens ClaimsPro.

Ejemplos
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z
Importe de Liquidación
SettlementAmount
El importe monetario final pagado al reclamante para liquidar la reclamación.
Descripción

Este atributo captura el valor de la liquidación del siniestro. Es una métrica de resultado fundamental que refleja el impacto financiero del siniestro y las decisiones tomadas durante el proceso.

En el análisis de procesos, el Monto de Liquidación se emplea en el dashboard 'Perspectivas de Decisión y Liquidación de Siniestros' para analizar cómo las variaciones del proceso o el comportamiento del ajustador pueden correlacionarse con los resultados de la liquidación. Además, es un insumo principal para el KPI 'Índice de Consistencia del Monto de Liquidación', lo que facilita la identificación de inconsistencias en las decisiones de liquidación para tipos de siniestros similares.

Por qué es importante

Esta es una métrica clave de resultado. Analizarla frente a las variantes del proceso puede revelar cómo las ineficiencias o desviaciones del proceso impactan en los resultados financieros.

Dónde obtener

Se encuentra en las tablas de transacciones financieras o de pago vinculadas al siniestro en Sapiens ClaimsPro.

Ejemplos
5000.001250.75250000.00
Tipo de Siniestro
ClaimType
La categoría de la reclamación de seguro, como Automóvil, Propiedad o Responsabilidad Civil.
Descripción

El Tipo de Siniestro clasifica los siniestros según la línea de negocio o la naturaleza de la pérdida. Este es un atributo de segmentación fundamental que a menudo dicta qué workflow de proceso seguirá un siniestro y qué equipos estarán involucrados.

Analizar el proceso por Tipo de Siniestro es crucial para identificar variaciones en la eficiencia y el procedimiento entre diferentes líneas de negocio. Por ejemplo, el proceso para un siniestro de automóvil puede ser altamente automatizado y rápido, mientras que un siniestro de propiedad comercial puede ser complejo y lento. Este atributo es necesario para calcular el KPI 'Índice de Consistencia del Monto de Liquidación'.

Por qué es importante

Permite comparar procesos entre diferentes líneas de negocio para identificar mejores prácticas y cuellos de botella específicos para cada categoría de siniestro.

Dónde obtener

Un campo estándar en el registro de reclamación principal en Sapiens ClaimsPro. Es un elemento de datos central para cualquier sistema de reclamaciones.

Ejemplos
Daños Físicos a AutomóvilesResponsabilidad Civil GeneralCompensación para TrabajadoresPropiedad Comercial
¿Es Retrabajo?
IsRework
Un indicador booleano calculado que identifica actividades que forman parte de un bucle de retrabajo.
Descripción

Este atributo se establece en 'true' cuando una activity o secuencia de activities se repite para el mismo siniestro. Por ejemplo, si un siniestro pasa de 'Revisión Inicial' a 'Información Adicional Solicitada' y luego vuelve a 'Revisión Inicial', la segunda instancia de la revisión se marcaría como retrabajo.

Marcar el retrabajo es fundamental para cuantificar la ineficiencia del proceso. Impulsa el dashboard 'Tendencias de Retrabajo y Reenvío de Siniestros' y el KPI 'Frecuencia de Bucles de Retrabajo de Siniestros'. Al aislar y analizar los bucles de retrabajo, las organizaciones pueden identificar las causas raíz, como una mala calidad inicial de los datos o directrices poco claras, y tomar medidas para reducir el esfuerzo desperdiciado.

Por qué es importante

Ayuda a cuantificar la ineficiencia del proceso al señalar explícitamente las actividades que se repiten, lo que permite esfuerzos de mejora dirigidos.

Dónde obtener

Esto no se encuentra en el sistema de origen. Es calculado por la herramienta de Process Mining al detectar secuencias repetidas de actividades dentro de un solo caso.

Ejemplos
truefalse
Canal de Presentación
SubmissionChannel
El método por el cual se presentó inicialmente la reclamación (ej. portal online, agente, correo postal).
Descripción

Este atributo identifica el canal de entrada para un nuevo siniestro. Diferentes canales pueden tener un impacto significativo en la calidad inicial de los datos, lo que a su vez afecta todo el proceso posterior.

El análisis del proceso por Canal de Presentación ayuda a responder preguntas sobre eficiencia y calidad. Por ejemplo, el dashboard 'Eficiencia del Canal de Presentación de Siniestros' puede revelar si los siniestros enviados a través de un portal en línea tienen tiempos de ciclo más rápidos y tasas de retrabajo más bajas en comparación con los enviados por correo. Esta información puede guiar las inversiones en optimización de canales y transformación digital.

Por qué es importante

Ayuda a identificar qué canales de recepción conducen al procesamiento más eficiente, destacando oportunidades para la automatización y la mejora de la experiencia del cliente.

Dónde obtener

Generalmente capturado en el primer punto de contacto y almacenado como un campo en el registro principal del siniestro en Sapiens ClaimsPro.

Ejemplos
Portal en LíneaAgenteCorreo PostalTeléfono
Estado del Siniestro
ClaimStatus
El estado operativo actual de la reclamación (ej. Abierta, Pendiente, Cerrada).
Descripción

Este atributo representa el estado general del caso del siniestro en cualquier momento dado. Mientras que las activities son eventos, el status es el estado del siniestro resultante de esos eventos. Proporciona un resumen de alto nivel de dónde se encuentra el siniestro en su ciclo de vida.

El análisis del status del siniestro ayuda a comprender el inventario de siniestros abiertos y su etapa actual. Es útil para dashboards operativos y para calcular el KPI 'Puntuación de Transparencia del Estado del Siniestro' al rastrear con qué frecuencia y de manera significativa se actualiza el status a lo largo del proceso.

Por qué es importante

Ofrece una vista de alto nivel del estado actual de una reclamación, útil para el seguimiento de la carga de trabajo en curso y la comprensión de la progresión del caso.

Dónde obtener

Un campo principal en el registro de reclamación principal en Sapiens ClaimsPro, actualizado por diversas transacciones comerciales.

Ejemplos
AbiertoPendiente de InformaciónCerrada - PagadaCerrada - Denegada
Estado del SLA
SlaState
Un indicador calculado que señala si una reclamación cerrada cumplió su fecha objetivo de resolución.
Descripción

Este atributo se deriva al comparar el timestamp de la activity 'Siniestro Cerrado' con la 'Fecha Objetivo de Resolución'. Categoriza los siniestros en estados como 'A Tiempo' o 'Retrasado', proporcionando un indicador claro e inmediato del rendimiento del SLA.

Este campo calculado es la columna vertebral del dashboard 'Cumplimiento SLA de Resolución de Siniestros'. Simplifica el análisis al permitir a los usuarios filtrar instantáneamente todos los siniestros retrasados e investigar las rutas de proceso comunes o los cuellos de botella que llevaron al retraso. Apoya directamente el KPI 'Tasa de Resolución de Siniestros a Tiempo'.

Por qué es importante

Mide directamente el cumplimiento de los SLA, facilitando filtrar y analizar las reclamaciones que se resolvieron con retraso.

Dónde obtener

Este atributo no se encuentra en el sistema de origen. Se calcula durante la transformación de datos al comparar el 'EventTimestamp' de la activity 'Siniestro Cerrado' con la 'Fecha Objetivo de Resolución'.

Ejemplos
A tiempoCon retraso
Fecha del Siniestro
LossDate
La fecha en la que ocurrió el incidente o evento que originó la reclamación.
Descripción

La Fecha de Siniestro, también conocida como Fecha de Ocurrencia del Siniestro, es la fecha del evento real (por ejemplo, accidente de coche, daños a la propiedad) por el que se presenta la reclamación. Frecuentemente, es el punto de partida de todo el recorrido de la reclamación desde la perspectiva del cliente.

Este atributo es importante para calcular el retraso en la notificación, que es el tiempo entre la Fecha de Siniestro y la fecha de 'Reclamación Presentada'. Analizar este retraso puede proporcionar insights sobre el comportamiento del cliente e identificar oportunidades para fomentar una notificación más rápida, lo que a menudo conduce a mejores resultados.

Por qué es importante

Define el inicio del evento de la reclamación en sí, permitiendo el análisis del retraso en la notificación (tiempo desde el siniestro hasta la presentación de la reclamación).

Dónde obtener

Un campo central en el registro principal de la reclamación, capturado durante el Primer Aviso de Pérdida (FNOL).

Ejemplos
2023-10-202023-11-152024-01-05
Fecha Objetivo de Resolución
ResolutionTargetDate
La fecha objetivo para el cierre esperado de la reclamación, según los acuerdos de nivel de servicio (SLA).
Descripción

La Fecha Objetivo de Resolución es una fecha límite establecida para el cierre de la reclamación, a menudo determinada por factores como el tipo de reclamación, la jurisdicción o los términos de la póliza. Sirve como punto de referencia para medir el rendimiento y la adhesión a los acuerdos de nivel de servicio (SLA).

Esta fecha es fundamental para el dashboard de 'Cumplimiento SLA de Resolución de Reclamaciones' y el KPI 'Tasa de Resolución de Reclamaciones a Tiempo'. Al comparar la fecha real de 'Reclamación Cerrada' con este objetivo, el sistema puede clasificar automáticamente las reclamaciones como 'A Tiempo' o 'Retrasadas', proporcionando una visión clara del rendimiento del SLA.

Por qué es importante

Es el punto de referencia para medir el cumplimiento del SLA, lo que permite el cálculo de las tasas de resolución a tiempo e identificar siniestros en riesgo de retraso.

Dónde obtener

Esta fecha puede almacenarse en el registro principal del siniestro o en un módulo de gestión de SLA relacionado dentro de Sapiens ClaimsPro.

Ejemplos
2024-01-152024-03-202024-06-01
Motivo de Rechazo
ReasonForRejection
La razón específica proporcionada cuando se deniega una reclamación o se rechaza un pago.
Descripción

Cuando la decisión sobre un siniestro es 'Denegado', este atributo proporciona la justificación subyacente. Podría ser un código estandarizado o una descripción de texto libre que explique por qué el siniestro no fue cubierto, como 'Exclusión de Póliza', 'Falta de Pruebas' o 'Fraude Sospechoso'.

Esta información es de gran valor para el dashboard de 'Perspectivas de Decisión y Liquidación de Siniestros'. Analizar los motivos de rechazo puede descubrir patrones, como un alto número de denegaciones debido a información incompleta, lo que podría apuntar a problemas en la fase de recopilación de datos. Es clave para el análisis de causa raíz de las denegaciones de siniestros.

Por qué es importante

Ofrece contexto crítico para las reclamaciones denegadas, permitiendo el análisis de la causa raíz para reducir las tasas de denegación y mejorar la calidad de la presentación.

Dónde obtener

Asociado a las actividades de 'Siniestro Denegado' o 'Decisión de Siniestro Tomada', probablemente almacenado en un campo de estado o código de motivo en Sapiens ClaimsPro.

Ejemplos
Exclusión de pólizaPeligro no cubiertoInformación solicitada no proporcionadaReclamación duplicada
Número de Póliza
PolicyNumber
El identificador único de la póliza de seguro bajo la cual se presentó la reclamación.
Descripción

El Número de Póliza vincula la reclamación con el contrato de seguro específico del tomador. Esto proporciona un contexto esencial sobre la cobertura, los límites y los deducibles que influyen en la gestión y las decisiones del siniestro.

Aunque no siempre se utiliza directamente en el análisis del flujo del proceso, es un atributo crítico para cualquier investigación profunda. Permite a los analistas conectar los datos del siniestro con los datos de la póliza, facilitando una visión más holística de la relación con el cliente y el perfil de riesgo. También puede emplearse para agrupar reclamaciones por póliza e identificar pólizas problemáticas o tendencias.

Por qué es importante

Vincula el siniestro al contrato de seguro, permitiendo un análisis más profundo al conectar los datos del proceso con los detalles de la póliza, como la cobertura y los límites.

Dónde obtener

Un campo estándar en el registro de reclamación principal en Sapiens ClaimsPro, enlazándolo con el sistema de administración de pólizas.

Ejemplos
POL-987654321POL-123456789POL-555444333
Sistema Fuente
SourceSystem
Identifica el sistema del que se extrajeron los datos, en este caso, Sapiens ClaimsPro.
Descripción

Este atributo proporciona contexto sobre el origen de los datos del proceso. Aunque podría ser un valor constante como 'Sapiens ClaimsPro' para este conjunto de datos específico, es crucial en entornos donde los datos se fusionan de múltiples sistemas.

Para el análisis, ayuda en la gobernanza de datos, la resolución de problemas y a asegurar que las perspectivas se atribuyen correctamente al sistema de origen. Es un campo clave para mantener el linaje de datos y comprender el contexto tecnológico del proceso.

Por qué es importante

Garantiza la trazabilidad y el linaje de los datos, lo cual es crítico cuando se combinan datos de múltiples sistemas o para fines de auditoría.

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción, transformación y carga de datos (ETL) para etiquetar el origen de los registros.

Ejemplos
Sapiens ClaimsProClaimsPro v10.1
Tiempo de Procesamiento
ProcessingTime
La duración calculada entre dos eventos consecutivos en el proceso de reclamaciones.
Descripción

El Tiempo de Procesamiento mide el tiempo transcurrido entre el inicio de una actividad y el inicio de la siguiente. Representa el tiempo de ciclo total de un paso, que incluye tanto el tiempo de trabajo activo como cualquier tiempo de inactividad o espera antes de que comience el siguiente paso.

Esta es una de las métricas más fundamentales en process mining, utilizada para potenciar el análisis de cuellos de botella. Al visualizar el tiempo de procesamiento promedio en los arcos entre actividades en el mapa de procesos, los analistas pueden identificar inmediatamente dónde se estancan las reclamaciones. Es esencial para dashboards como 'Análisis de Cuellos de Botella en la Actividad de Reclamaciones'.

Por qué es importante

Esta métrica es la base del análisis de cuellos de botella, destacando las etapas donde los siniestros pasan más tiempo esperando.

Dónde obtener

Esta es una métrica calculada, derivada durante el análisis de Process Mining al tomar la diferencia entre el 'EventTimestamp' de actividades consecutivas para cada 'ClaimId'.

Ejemplos
2 días 4 horas30 minutos15 días
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que se actualizaron o extrajeron los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente de Sapiens ClaimsPro. Es esencial para comprender la vigencia de los datos que se analizan y suele ser uniforme en todos los registros de un mismo dataset.

En cualquier análisis o dashboard, este timestamp proporciona un contexto crucial sobre la actualidad de los datos. Ayuda a los usuarios a entender si están viendo información en tiempo real o una instantánea histórica, lo cual es vital para tomar decisiones operativas oportunas.

Por qué es importante

Proporciona contexto sobre la actualización de los datos, asegurando que los usuarios sepan cuán actual es el análisis.

Dónde obtener

Este valor se genera y se registra en el conjunto de datos durante el proceso de extracción de datos (ETL).

Ejemplos
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Requerido Recomendado Opcional

Actividades de Procesamiento de Siniestros

Estos son los pasos clave y los hitos del proceso que deben capturarse en su registro de eventos para un descubrimiento de procesos preciso y una medición del rendimiento.
6 Recomendado 9 Opcional
ActividadDescripción
Decisión de Siniestro Tomada
La decisión oficial de aprobar, aprobar parcialmente o denegar la reclamación ha sido tomada y registrada por un perito autorizado. Este es un hito fundamental en el proceso.
Por qué es importante

Este es un punto de decisión crítico que dicta la ruta de proceso subsiguiente (pago o cierre). Analizar el tiempo hasta la decisión es un indicador clave de rendimiento.

Dónde obtener

Este es probablemente un evento distinto, capturado cuando el campo de disposición o decisión del siniestro se completa y guarda (por ejemplo, 'Approved', 'Denied').

Capturar

Timestamp cuando el campo/status de decisión (por ejemplo, 'Claim Status') se establece en una decisión final como 'Approved' o 'Denied'.

Tipo de evento explicit
Investigación Completada
Significa que todas las actividades de investigación necesarias han concluido y los hallazgos han sido documentados. Esto es un requisito previo para tomar una decisión final sobre la reclamación.
Por qué es importante

Este hito clave marca el final de la fase de recopilación de pruebas. Permite analizar la eficiencia de la investigación y su impacto en el tiempo de toma de decisiones.

Dónde obtener

Inferido de un cambio de estado a 'Investigación Completada' o 'Decisión Pendiente', o del timestamp de finalización de la tarea de investigación final.

Capturar

Timestamp del cambio de status que indica que la investigación ha finalizado o que todas las sub-tareas de investigación están marcadas como completas.

Tipo de evento inferred
Pago Emitido
Se ha ejecutado la transacción financiera para pagar el importe de la liquidación. Este evento marca el momento en que se envían los fondos al reclamante o beneficiario.
Por qué es importante

Este es un hito crítico de cara al cliente. La duración entre 'Claim Decision Made' y esta actividad influye en gran medida en la satisfacción del cliente.

Dónde obtener

Capturado del timestamp del registro de la transacción de pago en el módulo financiero, que está vinculado al Claim ID.

Capturar

Timestamp del registro de transacciones de pago o del registro de interfaz del sistema financiero asociado al siniestro.

Tipo de evento explicit
Siniestro Cerrado
El expediente de la reclamación se cierra oficialmente en el sistema, lo que significa que todas las actividades, incluida la comunicación de pago o denegación, están completas. Este es el evento final exitoso principal.
Por qué es importante

Esta actividad marca el fin del proceso, lo que permite calcular el tiempo de ciclo total de principio a fin para cada reclamación.

Dónde obtener

Inferido del timestamp cuando el estado principal del siniestro se actualiza a 'Cerrado' o a un estado final equivalente.

Capturar

Timestamp del cambio de status a 'Closed' en el campo de status principal del siniestro.

Tipo de evento inferred
Siniestro Presentado
Marca la recepción inicial de un siniestro de un asegurado o de un tercero, independientemente del canal de presentación. Este es el punto de partida del ciclo de vida de los siniestros y a menudo se captura mediante una integración o entrada manual de datos.
Por qué es importante

Esta actividad es el evento de inicio principal del proceso. Analizar el tiempo desde la presentación hasta el registro ayuda a identificar retrasos en la entrada de datos y en la configuración inicial de la reclamación.

Dónde obtener

Probablemente capturado del timestamp de creación del registro inicial del siniestro o de un campo específico de 'fecha de presentación' en la tabla principal de siniestros.

Capturar

Evento de creación del expediente de la reclamación en el sistema, frecuentemente vinculado a la entrada del Primer Aviso de Siniestro (FNOL).

Tipo de evento explicit
Siniestro Registrado
Representa la creación y asignación formal de un ID de Reclamación único dentro de Sapiens ClaimsPro. Esto suele seguir a la presentación inicial y significa que la reclamación ya está oficialmente en el sistema para su procesamiento.
Por qué es importante

Establece el inicio oficial del procesamiento interno. La duración entre 'Reclamación Enviada' y esta actividad mide la eficiencia de la admisión.

Dónde obtener

Inferido del timestamp cuando el estado de un registro de siniestro cambia de un estado preliminar (p. ej., 'pendiente') a 'registrado' o 'abierto'. También podría ser una entrada de log explícita.

Capturar

Timestamp del cambio de status del siniestro a 'Registered', 'Open' o un status activo equivalente.

Tipo de evento inferred
Información Adicional Recibida
Representa la recepción de la información solicitada, permitiendo que el procesamiento de la reclamación se reanude. Este evento cierra el ciclo de retrabajo iniciado por la solicitud.
Por qué es importante

Analizar el tiempo entre 'Información Adicional Solicitada' y esta actividad revela retrasos externos y ayuda a gestionar las expectativas del cliente.

Dónde obtener

Inferido del cambio de estado del siniestro de 'Información Pendiente' a un estado activo como 'Abierto' o 'En Revisión'. También podría vincularse a un registro de documentos entrantes.

Capturar

Timestamp del cambio de status de un estado 'Pending' a un estado 'Active', a menudo desencadenado por una carga de documentos.

Tipo de evento inferred
Información Adicional Solicitada
El perito de siniestros ha identificado información faltante o incompleta y ha enviado una solicitud al asegurado o a un tercero. Esta actividad inicia una fase de espera frecuente en el proceso.
Por qué es importante

Esta actividad marca el inicio de un bucle de retrabajo. Una alta frecuencia indica problemas con la recopilación inicial de datos, lo que provoca retrasos y un aumento del esfuerzo manual.

Dónde obtener

Puede ser un evento explícito registrado cuando se envía una correspondencia, o inferido de un cambio en el estado del siniestro a 'Información Pendiente' o 'En Espera'.

Capturar

Timestamp del cambio de estado de una reclamación a 'Pendiente de Información' o registro de comunicación saliente.

Tipo de evento inferred
Investigación Iniciada
Marca el inicio de la fase formal de investigación del siniestro. Esto podría implicar la asignación de especialistas, la programación de inspecciones u otras actividades detalladas de recopilación de pruebas.
Por qué es importante

Esta actividad marca el inicio de una fase crítica y a menudo de larga duración. Medir la duración de la investigación es clave para identificar los principales cuellos de botella.

Dónde obtener

Probablemente inferido de un cambio de estado a 'En Investigación' o de la fecha de creación de la primera tarea o asignación relacionada con la investigación.

Capturar

Timestamp cuando el status del siniestro se actualiza a 'Investigation in Progress' o un estado similar.

Tipo de evento inferred
Liquidación Calculada
Tras una decisión de aprobación, se ha calculado el importe final del acuerdo a pagar al reclamante. Este paso precede a la autorización de pago.
Por qué es importante

Mide la eficiencia del paso de cálculo financiero después de tomar una decisión. Los cuellos de botella aquí pueden retrasar el pago final.

Dónde obtener

Inferido del timestamp cuando el campo 'Importe de liquidación' se completa y confirma en el módulo financiero del sistema.

Capturar

Timestamp asociado a la finalización del campo 'Settlement Amount' en el registro del siniestro.

Tipo de evento inferred
Pago Autorizado
Se ha otorgado la aprobación interna para liberar los fondos de liquidación. Esto a menudo implica que un gerente o un miembro distinto del equipo financiero revise y autorice el pago.
Por qué es importante

Identifica posibles retrasos en el workflow de aprobación financiera interna después de que se ha tomado la decisión del siniestro y se ha calculado el importe.

Dónde obtener

Este es probablemente un evento explícito desencadenado por una acción de aprobación en el workflow del sistema, o un cambio de status a 'Pending Payment' o 'Approved for Payment'.

Capturar

Una entrada de log de evento explícita o un timestamp de cambio de estado que indica que el pago ha sido aprobado.

Tipo de evento explicit
Pérdida Evaluada
El evento en el que se ha determinado y registrado formalmente el valor financiero de la pérdida. Este es un dato clave para calcular el importe de la liquidación final.
Por qué es importante

Este paso es crítico para la planificación financiera y la gestión de reservas. Los retrasos en la evaluación de pérdidas pueden paralizar todo el proceso de liquidación y pago.

Dónde obtener

Probablemente registrado como un timestamp cuando los campos de reserva financiera o de importe de pérdida se finalizan o aprueban en el sistema.

Capturar

El timestamp asociado a la entrada o aprobación final de los campos 'Importe del Siniestro' o 'Importe de Reserva'.

Tipo de evento explicit
Revisión Inicial Realizada
Un ajustador o gestor de siniestros ha completado la primera evaluación de los detalles y la documentación del siniestro presentado. Este paso determina la validez inicial y los siguientes pasos para el siniestro.
Por qué es importante

Este hito es crucial para entender la rapidez con la que se priorizan los siniestros. Los retrasos aquí pueden tener un impacto significativo en el tiempo de ciclo general y la satisfacción del cliente.

Dónde obtener

Probablemente inferido de un timestamp asociado a un cambio de estado a 'En Revisión', 'Revisado', o a la finalización de una tarea/paso del workflow de revisión inicial.

Capturar

Timestamp de finalización de una tarea de 'Revisión Inicial' o un evento de actualización de estado en el log de eventos o tabla de historial de la reclamación.

Tipo de evento inferred
Siniestro Denegado
La reclamación ha sido oficialmente denegada y el expediente se está preparando para su cierre. Esto se produce tras la actividad 'Decisión sobre la Reclamación' donde la decisión fue 'Denegada'.
Por qué es importante

Representa una ruta de proceso alternativa clave. Analizar esta ruta puede revelar patrones en las reclamaciones denegadas y asegurar que se siguieron los procedimientos adecuados.

Dónde obtener

Este es a menudo el mismo evento que 'Claim Closed', distinguido por el atributo de decisión final. Puede modelarse como una actividad separada basándose en que el valor del campo 'Decision' sea 'Denied'.

Capturar

Se deriva del evento 'Reclamación Cerrada' cuando el atributo de decisión final de la reclamación es 'Denegada' o similar.

Tipo de evento calculated
Siniestro Reabierto
Una reclamación previamente cerrada ha sido reactivada para revisión o acción adicional. Este es un evento de excepción que puede ocurrir debido a nueva información o una apelación.
Por qué es importante

Resalta las excepciones del proceso y los posibles fallos en la gestión inicial del siniestro. Una alta tasa de siniestros reabiertos puede indicar problemas con la calidad de las decisiones o la comunicación con el cliente.

Dónde obtener

Inferido de un cambio de estado de 'Cerrado' a 'Abierto' o 'En Revisión'.

Capturar

Timestamp de un cambio de status de un estado final/cerrado a cualquier estado activo/abierto.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Sapiens ClaimsPro

Los métodos de extracción para este proceso están siendo validados actualmente. Vuelva a consultar más tarde o contáctenos para obtener ayuda.