Su Template de datos para la gestión de reclamaciones

FINEOS Claims
Su Template de datos para la gestión de reclamaciones

Su Template de datos para la gestión de reclamaciones

Este Template ofrece un enfoque estructurado para recopilar los datos esenciales necesarios para analizar eficazmente el proceso de gestión de reclamaciones. Describe los atributos principales y las actividades clave que debe registrar, junto con indicaciones prácticas para extraer esta información de sus sistemas de origen. Utilícelo para preparar su registro de eventos y avanzar más rápidamente hacia una gestión de reclamaciones optimizada.
  • Atributos recomendados para un análisis detallado
  • Actividades clave de la gestión de reclamaciones que debe registrar
  • Indicaciones prácticas para extraer los datos
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de la gestión de siniestros

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis completo de sus Workflows de gestión de siniestros.
5 Obligatorio 8 Recomendado 9 Opcional
Nombre Descripción
Hora del evento
EventTime
La marca de tiempo que indica cuándo tuvo lugar una actividad o un evento específicos.
Descripción

Event Time registra la fecha y la hora exactas en que tuvo lugar una actividad de procesamiento de reclamaciones. Estos datos cronológicos son fundamentales para ordenar correctamente los eventos y comprender la línea temporal de una reclamación.

En el análisis, esta marca de tiempo se utiliza para calcular duraciones, tiempos de ciclo y tiempos de espera entre los distintos pasos. Es esencial para identificar demoras, medir el rendimiento frente a los SLA y comprender la dinámica temporal del proceso.

Por qué es importante

Esta marca de tiempo proporciona el orden cronológico de los eventos, algo esencial para calcular todas las métricas basadas en el tiempo, como el tiempo de ciclo, e identificar cuellos de botella.

Dónde obtenerlo

Esta información suele estar disponible como una marca de tiempo de creación o actualización asociada a cada evento o registro de estado en FINEOS Claims.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID del siniestro
ClaimId
El identificador único de una reclamación de seguro individual, que actúa como identificador principal del caso para el análisis del proceso.
Descripción

El Claim ID es la clave fundamental que vincula todas las actividades, eventos y puntos de datos a lo largo del ciclo de vida de una reclamación. Garantiza que cada punto de contacto, desde el envío inicial hasta el cierre definitivo, pueda seguirse de forma coherente como parte de un único caso.

En Process Mining, este atributo es esencial para reconstruir el recorrido de extremo a extremo de cada reclamación. Permite analizar los flujos del proceso, calcular los tiempos totales de resolución e identificar variaciones en la forma de gestionar las distintas reclamaciones.

Por qué es importante

Es el identificador principal que conecta todos los eventos relacionados en una única instancia del proceso y hace posible analizar de extremo a extremo el ciclo de vida de la reclamación.

Dónde obtenerlo

Es una clave principal en las tablas principales de gestión de casos de reclamaciones de FINEOS Claims.

Ejemplos
CL-2023-001234CL-2023-005678CL-2024-009101
Nombre de la actividad
ActivityName
El nombre del evento empresarial o la tarea específicos que tuvieron lugar en un momento del proceso de reclamaciones.
Descripción

Este atributo describe un paso o hito individual del proceso de reclamaciones, como «Claim Submitted», «Initial Review Performed» o «Payment Issued». Cada actividad representa una acción concreta realizada sobre la reclamación.

Analizar la secuencia y la frecuencia de estas actividades es la base del Process Mining. Permite conocer el flujo real del proceso, ayuda a identificar cuellos de botella donde se acumula el trabajo y muestra las rutas habituales o excepcionales que siguen las reclamaciones.

Por qué es importante

Define los pasos del proceso, permite visualizar el mapa del proceso y analizar los patrones y las desviaciones del Workflow.

Dónde obtenerlo

Normalmente se deriva de registros de eventos, cambios de estado de tareas o pistas de auditoría dentro del sistema FINEOS Claims.

Ejemplos
Reclamación registradaPérdida evaluadaPago autorizadoReclamación cerrada
Sistema de origen
SourceSystem
Identifica el sistema informático del que se extrajeron los datos.
Descripción

Este atributo especifica el origen de los datos del proceso. Para este análisis, será siempre «FINEOS Claims», pero en un entorno con varios sistemas resulta esencial para rastrear la procedencia de los datos y garantizar su calidad.

En un contexto analítico más amplio, ayuda a diferenciar los procesos que pueden abarcar varios sistemas y garantiza que los datos se interpreten correctamente según su origen.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, necesario para la gobernanza de datos, la validación y la integración con otros sistemas.

Dónde obtenerlo

Normalmente, es un valor estático que se añade durante la extracción de datos para identificar el origen del conjunto de datos.

Ejemplos
FINEOS ClaimsFINEOS Claims v11.2
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica la última vez que se actualizaron los datos de este evento desde el sistema de origen.
Descripción

Este atributo proporciona la fecha y hora en que los datos se extrajeron o actualizaron más recientemente. Es importante para comprender la actualidad de los datos analizados.

Esta información es fundamental para la gobernanza de datos y para que los usuarios sepan si están consultando los datos de proceso más recientes. Ayuda a gestionar las expectativas sobre la latencia de los datos y resulta esencial para elaborar informes sobre procesos casi en tiempo real.

Por qué es importante

Indica la actualidad de los datos y permite comprender el periodo que abarca el análisis y cuándo se actualizaron por última vez.

Dónde obtenerlo

Normalmente, esta marca de tiempo la genera y almacena la herramienta de extracción de datos o ETL al finalizar un trabajo de carga de datos.

Ejemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Canal de presentación
SubmissionChannel
El método o canal por el que se presentó inicialmente el siniestro.
Descripción

Este atributo registra cómo se recibió el siniestro, por ejemplo, a través de un portal en línea, por correo electrónico, mediante correo postal o a través de un agente. Los distintos canales de presentación pueden influir considerablemente en la calidad de los datos y en los tiempos iniciales de procesamiento.

Analizar el proceso según el canal de presentación ayuda a determinar si algunos canales permiten tramitar los siniestros más rápido, generan más retrabajo, por ejemplo, por falta de información, o producen mejores resultados. Estos datos pueden orientar las inversiones en la optimización de canales, como la mejora de los formularios en línea para reducir errores.

Por qué es importante

Ayuda a determinar si ciertos canales de recepción permiten un procesamiento más eficiente o generan más retrabajo, lo que orienta la estrategia y las inversiones en canales.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Normalmente, esta información se captura durante la recepción del siniestro y se almacena en el registro principal del siniestro.

Ejemplos
Portal en líneaCorreo postalCorredorTeléfono
Departamento
Department
El departamento o unidad de negocio responsable de gestionar la actividad o el siniestro.
Descripción

Este atributo especifica la unidad organizativa, como «Recepción inicial», «Unidad de investigación» o «Departamento de pagos», responsable de una actividad concreta o titular del siniestro en una determinada etapa.

Analizar el proceso por departamento es fundamental para comprender los traspasos entre funciones, que suelen ser una fuente habitual de retrasos. Ayuda a identificar qué departamentos actúan como cuellos de botella, medir la eficiencia departamental y analizar la asignación de recursos en toda la organización.

Por qué es importante

Permite analizar el rendimiento por unidad organizativa y pone de relieve los retrasos en los traspasos entre departamentos y los cuellos de botella departamentales.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Puede estar asociado al perfil de usuario del gestor de siniestros asignado o a la cola a la que se asigna una tarea.

Ejemplos
Recepción y registroUnidad de investigaciones especialesGestión de pagosRevisión médica
Estado del siniestro
ClaimStatus
El estado actual o histórico del siniestro en el momento del evento.
Descripción

Estado del siniestro indica la situación del siniestro en su ciclo de vida, como «Abierto», «Información pendiente», «Aprobado», «Rechazado» o «Cerrado». Este atributo ofrece una instantánea de la situación del siniestro en un momento determinado.

En el análisis de procesos, los cambios de estado suelen corresponder directamente a actividades del proceso. Hacer un seguimiento del estado es fundamental para comprender los resultados de los siniestros, identificar cuellos de botella en los que los siniestros permanecen mucho tiempo en un estado concreto y analizar las causas de resultados finales como «Rechazado» o «Cerrado».

Por qué es importante

Este atributo es clave para comprender los resultados de los siniestros, filtrar los casos activos y cerrados e identificar las etapas en las que los siniestros se estancan.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Es un campo fundamental del registro principal del siniestro que se actualiza durante todo su ciclo de vida.

Ejemplos
RegistradoEn revisiónPago pendienteCerrado - PagadoCerrado - Denegado
Fecha objetivo de resolución
ResolutionTargetDate
La fecha límite en la que se espera resolver el siniestro, según los SLA o la normativa aplicable.
Descripción

Este atributo representa la fecha límite para completar el proceso de gestión del siniestro, definida por los acuerdos de nivel de servicio (SLA) o los requisitos normativos. Sirve como referencia para medir el rendimiento real.

Esta fecha es esencial para supervisar el cumplimiento de los SLA. Al comparar la fecha real de cierre del siniestro con la fecha objetivo de resolución, es posible calcular la tasa de cumplimiento de los SLA, identificar los siniestros en riesgo de incumplirlos y analizar las causas raíz de los retrasos que provocan incumplimientos.

Por qué es importante

Es la referencia para medir el cumplimiento de los SLA. Permite identificar los siniestros retrasados y analizar las causas de las demoras.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Esta fecha suele calcularse mediante reglas de negocio basadas en la fecha y el tipo de presentación del siniestro.

Ejemplos
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Gestor de siniestros asignado
AssignedAdjuster
El nombre o ID del gestor de siniestros o usuario responsable de la actividad.
Descripción

Este atributo identifica a la persona o al equipo que realizó una tarea específica en el proceso de gestión de siniestros. Es la principal forma de vincular las actividades del proceso con los recursos humanos.

Analizar los datos por gestor de siniestros asignado es fundamental para comprender la distribución de la carga de trabajo, el rendimiento individual y la eficiencia de los recursos. Puede poner de manifiesto qué gestores están sobrecargados, identificar oportunidades de formación mediante la comparación del rendimiento y respaldar mejores estrategias de asignación de recursos para equilibrar las cargas de trabajo.

Por qué es importante

Este atributo vincula los pasos del proceso con las personas que los realizan, lo que permite analizar la carga de trabajo, evaluar la eficiencia de los recursos y comparar el rendimiento.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Normalmente, esta información se almacena en los campos de titularidad de la tarea o de asignación de usuarios asociados a los eventos del siniestro.

Ejemplos
John SmithEmily JonesADJ-4561
Gravedad del siniestro
ClaimSeverity
Una clasificación de la complejidad o del posible impacto financiero del siniestro, por ejemplo, bajo, medio o alto.
Descripción

Gravedad del siniestro proporciona una valoración de la complejidad, urgencia o exposición financiera del siniestro. Los siniestros de alta gravedad pueden requerir más pasos, una revisión especializada o más tiempo de procesamiento que los de baja gravedad.

Analizar el proceso por gravedad ayuda a determinar si la asignación de recursos y el diseño del proceso son adecuados para los distintos niveles de complejidad. Puede revelar si los siniestros de alta gravedad sufren retrasos desproporcionados o si los de baja gravedad se procesan en exceso, lo que permite mejorar la segmentación del proceso y la gestión de recursos.

Por qué es importante

Segmentar por gravedad ayuda a comprobar si el proceso prioriza correctamente los siniestros de mayor impacto e identificar si determinados niveles de complejidad provocan cuellos de botella.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Puede tratarse de un campo específico o derivarse de otros atributos, como el importe estimado del daño.

Ejemplos
BajoMedioAltoComplejo
Hora de finalización
EndTime
La marca de tiempo que indica cuándo se completó una actividad o evento específico.
Descripción

El atributo Hora de finalización registra el momento exacto en que concluye una actividad. Junto con la Hora de inicio (EventTime), permite calcular con precisión cuánto tardó en completarse cada paso, es decir, su tiempo de procesamiento.

En el análisis, esto resulta esencial para distinguir entre el tiempo de procesamiento activo y el tiempo de espera inactivo. Permite crear análisis detallados de cuellos de botella, mostrar qué actividades concretas consumen más tiempo e identificar dónde se forman colas entre los pasos.

Por qué es importante

Permite calcular con precisión el tiempo de procesamiento de cada actividad, un aspecto clave para identificar pasos ineficientes y medir el uso de los recursos.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Esta información puede estar disponible en los registros de eventos o derivarse de la hora de inicio del evento posterior.

Ejemplos
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Tipo de siniestro
ClaimType
La categoría del siniestro de seguro, como incapacidad, daños materiales o responsabilidad civil.
Descripción

Tipo de siniestro clasifica los siniestros según la naturaleza de la póliza o del daño. Los distintos tipos de siniestro suelen seguir variantes de proceso diferentes, estar sujetos a requisitos normativos específicos y requerir una gestión especializada.

Es una dimensión fundamental para el análisis comparativo. Al filtrar o segmentar la vista del proceso por tipo de siniestro, los analistas pueden descubrir cuellos de botella específicos de cada tipo, comparar el rendimiento entre categorías y adaptar las iniciativas de mejora a las necesidades particulares de cada tipo de siniestro. También ayuda a determinar si algunos tipos de siniestro son intrínsecamente menos eficientes de tramitar.

Por qué es importante

Permite segmentar el proceso para comparar el rendimiento e identificar diferencias entre distintas categorías de siniestros, lo que facilita mejoras más específicas.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Es un atributo básico del siniestro, que normalmente se establece durante el registro y se almacena en la tabla principal del caso.

Ejemplos
Incapacidad de corta duraciónIncapacidad de larga duraciónSeguro de vidaFallecimiento accidental
Es retrabajo
IsRework
Un indicador booleano que señala si una actividad es una repetición o un retrabajo.
Descripción

Este atributo calculado marca las actividades que representan retrabajo, como un segundo evento de 'Información adicional solicitada' para el mismo siniestro. Normalmente se identifica detectando actividades repetidas o ciclos hacia atrás en el flujo del proceso.

Marcar explícitamente el retrabajo simplifica el análisis centrado en la ineficiencia. Permite cuantificar fácilmente la tasa de retrabajo, un indicador clave de rendimiento. Los Dashboards pueden utilizar esta marca para visualizar la frecuencia y el impacto del retrabajo, lo que ayuda a localizar las causas raíz de estos ciclos ineficientes.

Por qué es importante

Identifica directamente los bucles ineficientes del proceso, lo que facilita calcular la tasa de retrabajo y analizar los factores que provocan la repetición de tareas.

Dónde obtenerlo

Se deriva durante el análisis de Process Mining mediante la identificación de actividades repetidas para el mismo caso. Por ejemplo, se puede marcar la segunda aparición de «Investigation Started».

Ejemplos
truefalse
Estado del SLA
SLAState
Un estado calculado que indica si un siniestro completado cumplió su fecha objetivo de resolución.
Descripción

Este atributo proporciona un estado categórico claro del rendimiento del SLA para cada siniestro. Se obtiene comparando la fecha de 'Siniestro cerrado' con la 'Fecha objetivo de resolución' y clasificando el resultado como 'A tiempo' o 'Retrasado'.

Esto simplifica la elaboración de informes y el análisis del cumplimiento del SLA. En lugar de trabajar con fechas sin procesar, las personas analistas pueden utilizar esta categoría sencilla para crear Dashboards que muestren la tasa de cumplimiento del SLA, filtrar todos los siniestros retrasados para analizar sus características comunes y supervisar las tendencias del rendimiento del SLA a lo largo del tiempo. Es compatible directamente con el Dashboard y el KPI de cumplimiento del SLA.

Por qué es importante

Proporciona un indicador claro y sencillo del rendimiento del SLA para cada caso, lo que facilita medir y analizar la tasa de cumplimiento de los SLA.

Dónde obtenerlo

Es un campo calculado que se obtiene comparando la marca de tiempo de la actividad final con «ResolutionTargetDate» para cada caso.

Ejemplos
A tiempoCon retraso
Fecha del siniestro
LossDate
La fecha en la que ocurrió el hecho que dio lugar al siniestro de seguro.
Descripción

La fecha del siniestro especifica cuándo ocurrió el incidente, por ejemplo, un accidente o una lesión. Es distinta de la fecha de presentación del siniestro y puede ser un factor importante para validar y tramitar el siniestro.

Este atributo proporciona un contexto valioso. El intervalo entre la fecha del siniestro y la fecha de «Siniestro presentado», es decir, el retraso en la notificación, puede ser un indicador clave de rendimiento. Analizar este intervalo puede revelar problemas en los procesos de notificación y su impacto en el ciclo de vida completo del siniestro.

Por qué es importante

Proporciona un contexto importante y permite calcular el retraso en la notificación, es decir, el tiempo transcurrido entre el siniestro y su presentación, que puede influir en la complejidad y los resultados del siniestro.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Esta fecha es un campo estándar que se captura durante el proceso de «First Notice of Loss» o de registro del siniestro.

Ejemplos
2023-10-152023-09-012024-02-20
Importe del pago
PaymentAmount
El importe real pagado por el siniestro.
Descripción

El importe del pago es la suma final desembolsada tras la liquidación y aprobación del siniestro. En los siniestros con varios pagos, puede representar una transacción de pago individual.

Este atributo es esencial para la conciliación financiera y para analizar los resultados monetarios del proceso. Permite comparar el importe del daño estimado inicialmente con el pago final. En el análisis de procesos, ayuda a comprender el impacto financiero de las distintas variantes o decisiones del proceso.

Por qué es importante

Registra el resultado financiero del proceso, un aspecto fundamental para medir el rendimiento financiero y analizar el valor de los siniestros.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Estos datos se encuentran en las tablas de transacciones de pago vinculadas al caso del siniestro.

Ejemplos
4850.00145000.000.00
Importe del siniestro
LossAmount
El importe financiero estimado o reservado asociado al siniestro.
Descripción

El importe del siniestro representa la estimación inicial o la reserva financiera apartada para un siniestro. Este valor puede actualizarse a medida que se investiga y evalúa el siniestro.

Estos datos financieros son fundamentales para segmentar los siniestros y comprender cómo se relaciona el impacto financiero con el comportamiento del proceso. Por ejemplo, ayudan a responder preguntas como: ¿los siniestros de mayor importe tardan más en tramitarse o requieren más retrabajo? También son un dato clave para las previsiones financieras y la gestión de riesgos.

Por qué es importante

Proporciona contexto financiero al proceso y permite analizar cómo influye el valor del siniestro en el tiempo de procesamiento, la complejidad y las rutas del proceso.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Normalmente, esta información se encuentra en las tablas financieras o relacionadas con reservas vinculadas al siniestro.

Ejemplos
5000.00150000.00250.50
Motivo de reapertura
ReopenReason
Un código o descripción que explica por qué se reabrió un siniestro cerrado.
Descripción

Este atributo registra el motivo por el que un siniestro pasó de un estado «Cerrado» a uno activo. Entre los motivos habituales se encuentran la recepción de nueva información, una apelación del reclamante o la corrección de un error.

Analizar los motivos de reapertura es una forma directa de medir la calidad y el carácter definitivo del proceso. Un volumen elevado de siniestros reabiertos, especialmente por determinados motivos, indica que el cierre inicial fue incorrecto. Estos datos pueden señalar deficiencias en las etapas de investigación o toma de decisiones y proporcionar objetivos claros de mejora para garantizar que los siniestros se cierren correctamente desde el primer intento.

Por qué es importante

Proporciona información directa sobre los fallos del proceso en los que un siniestro se cerró de forma prematura o incorrecta y pone de relieve oportunidades para mejorar la resolución en el primer intento.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Normalmente, este motivo se registra cuando un usuario ejecuta la acción «Reopen Claim» en el sistema.

Ejemplos
Apelación presentadaNueva evidencia médica recibidaCorrección de error administrativoSe requiere ajustar el pago
Motivo del rechazo
DenialReason
Un código o descripción que explica por qué se rechazó un siniestro.
Descripción

Cuando el resultado de un siniestro es «Rechazado», este atributo proporciona el motivo específico de la decisión. Entre los motivos pueden estar «No cubierto por la póliza», «Sospecha de fraude» o «Información incompleta».

Es un atributo esencial para analizar las causas raíz de los rechazos de siniestros. Al analizar la frecuencia de los distintos motivos de rechazo, la organización puede identificar problemas habituales en el proceso de presentación, áreas en las que los clientes no comprenden bien la cobertura de la póliza o posibles necesidades de formación de los gestores. Estos datos pueden impulsar iniciativas para reducir la tasa de rechazos y mejorar la satisfacción del cliente.

Por qué es importante

Es fundamental para analizar las causas raíz de los procesos fallidos, identificar oportunidades para reducir los rechazos de siniestros y mejorar la calidad de la recepción.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Normalmente, es un campo estructurado o un código que se selecciona al ejecutar la actividad «Claim Denied».

Ejemplos
Exclusión de la pólizaInformación no proporcionadaSiniestro duplicadoFraude sospechado
Número de póliza
PolicyNumber
El identificador único de la póliza de seguro en virtud de la cual se presenta el siniestro.
Descripción

El número de póliza es el identificador del contrato de seguro que cubre el siniestro. Vincula el siniestro con un cliente concreto, las condiciones de la póliza y los detalles de la cobertura.

Aunque no es directamente un atributo del proceso, proporciona un contexto empresarial esencial. Permite agregar los datos de siniestros por póliza o cliente, lo que puede resultar útil para analizar la frecuencia de los siniestros, la experiencia del cliente e identificar las pólizas que generan un gran volumen de siniestros complejos.

Por qué es importante

Proporciona un contexto empresarial fundamental, vincula el siniestro con un contrato de cliente concreto y permite analizar el proceso desde la perspectiva del cliente.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Es un dato fundamental que se captura al registrar el siniestro y se almacena en el registro principal del siniestro.

Ejemplos
POL-987654321POL-123456789
Región del cliente
CustomerRegion
La región geográfica o el estado del reclamante o titular de la póliza.
Descripción

Este atributo indica la ubicación geográfica asociada al siniestro, que puede basarse en la dirección del reclamante o en el lugar donde ocurrió el daño.

El análisis geográfico puede revelar diferencias regionales en los tipos, la frecuencia y la eficiencia de procesamiento de los siniestros. Puede ayudar a identificar si algunas oficinas regionales tienen un mejor rendimiento que otras o si existen factores específicos de una ubicación, como la normativa o los fenómenos meteorológicos, que influyen en el proceso de gestión de siniestros. Esto permite una gestión y una asignación de recursos más específicas.

Por qué es importante

Permite segmentar geográficamente los datos para identificar diferencias regionales de rendimiento, variaciones en el cumplimiento o cuellos de botella específicos de una ubicación.

Dónde obtenerlo

Consulte la documentación de FINEOS Claims. Normalmente, esta información se deriva de los datos de dirección del titular de la póliza o del reclamante almacenados en el sistema.

Ejemplos
NoresteCaliforniaMedio OesteFL
Obligatorio Recomendado Opcional

Actividades de gestión de siniestros

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir con precisión el proceso e identificar cuellos de botella.
6 Recomendado 9 Opcional
Actividad Descripción
Decisión sobre la reclamación tomada
Es un hito decisivo en el que la aseguradora toma la decisión formal de aprobar, aprobar parcialmente o rechazar la reclamación. Casi siempre se registra como un cambio de estado explícito en FINEOS a un estado como «Approved», «Denied» o «Settled».
Por qué es importante

Este es un hito importante que determina la ruta posterior del proceso, ya sea el pago o el cierre. Es fundamental para medir el tiempo hasta la decisión y analizar los resultados de las reclamaciones.

Dónde obtenerlo

Se infiere de la marca de tiempo de la tabla de historial de estados de la reclamación correspondiente a un estado de decisión final, por ejemplo, «Approved», «Rejected» o «Denied».

Recopilar

Marca de tiempo del cambio de estado a «Approved» o «Denied».

Tipo de evento inferred
Pago autorizado
Representa la aprobación formal del pago del importe de liquidación calculado. A menudo es un paso independiente de la decisión sobre la reclamación y requiere la autorización de una persona responsable o de un equipo específico. Se registra mediante un cambio de estado como «Approved for Payment».
Por qué es importante

Esta actividad es clave para el KPI «Payment Authorization Cycle Time». Las demoras entre la decisión y la autorización pueden constituir un cuello de botella oculto importante que afecta a la satisfacción del cliente.

Dónde obtenerlo

Se infiere de la marca de tiempo de un cambio de estado a «Pending Payment», «Ready for Payment» o «Payment Authorized» en el historial de estados de la reclamación.

Recopilar

Marca de tiempo del cambio de estado a «Approved for Payment» o similar.

Tipo de evento inferred
Pago emitido
Indica el momento en que el pago se procesa y se envía realmente al reclamante o al proveedor. En FINEOS, suele activarse mediante una integración con un sistema financiero y registrarse como una transacción o una actualización del estado final del pago.
Por qué es importante

Este es un «momento de la verdad» crucial para el cliente. Analizar el tiempo transcurrido entre la autorización y la emisión ayuda a agilizar el proceso de pago y mejorar la experiencia del cliente.

Dónde obtenerlo

Puede tratarse de un evento explícito de una tabla de registro de transacciones de pago dentro de FINEOS o de un sistema integrado de cuentas por pagar. Un cambio de estado a «Paid» también es una fuente probable.

Recopilar

Utilice la fecha de transacción del libro mayor de pagos o la marca de tiempo del cambio de estado a «Paid».

Tipo de evento explicit
Reclamación cerrada
Indica el estado final y terminal de una reclamación en el sistema, una vez completadas todas las actividades, incluido el pago o el rechazo. Este evento se registra cuando el estado de la reclamación se actualiza a «Closed» o «Finalized» en FINEOS.
Por qué es importante

Esta actividad es el evento de finalización principal del proceso. El tiempo transcurrido entre «Claim Submitted» y «Claim Closed» es un KPI principal para medir el rendimiento y la eficiencia generales del proceso.

Dónde obtenerlo

Se infiere de la marca de tiempo del cambio de estado final a «Closed» en el registro del historial de estados de la reclamación. Es la última actualización de estado registrada para una reclamación completada correctamente.

Recopilar

Marca de tiempo del cambio de estado final a «Closed» o «Finalized».

Tipo de evento inferred
Reclamación enviada
Indica la recepción inicial de una reclamación por parte de la organización, a menudo a través de distintos canales, como portales web, correo electrónico o correo postal. Este es el punto de partida del proceso de reclamaciones y normalmente se registra cuando el First Notice of Loss (FNOL) se introduce en un área de preparación o directamente en FINEOS.
Por qué es importante

Esta actividad es el evento de inicio principal del proceso. Analizar el tiempo transcurrido entre el envío y el registro ayuda a identificar demoras en la introducción de datos y en la configuración inicial de la reclamación, que afectan al tiempo de ciclo total.

Dónde obtenerlo

Probablemente se capture a partir de la fecha de creación del registro de notificación inicial de la reclamación o de la entrada del FNOL en FINEOS. Puede tratarse de un evento explícito del registro de eventos o inferirse de la primera marca de tiempo asociada al Claim ID.

Recopilar

Utilice la marca de tiempo de creación del First Notice of Loss (FNOL) o del registro inicial de la reclamación.

Tipo de evento inferred
Reclamación registrada
Representa la creación formal del registro de la reclamación en el sistema FINEOS. En este momento se asigna oficialmente un Claim ID único y el caso se abre formalmente para su procesamiento. Este evento suele capturarse a partir de la marca de tiempo de creación del objeto principal de la reclamación.
Por qué es importante

Este es un hito crucial que transforma la reclamación de una simple notificación en un caso activo. Sirve como punto de partida fiable para medir el ciclo de procesamiento interno.

Dónde obtenerlo

Se deriva de la marca de tiempo de creación de la entidad principal del caso de reclamación en la base de datos de FINEOS. La mayoría de los objetos principales del sistema registran una «fecha de creación» con fines de auditoría.

Recopilar

Utilice la marca de tiempo de creación del registro principal del caso de reclamación.

Tipo de evento explicit
Información adicional recibida
Indica la recepción de los documentos o la información solicitados, lo que permite reanudar el procesamiento de la reclamación. Este evento suele inferirse cuando el estado de la reclamación cambia de «Pending Information» a un estado activo, como «Under Review» o «Ready for Assessment».
Por qué es importante

Medir el tiempo entre la solicitud y la recepción de la información permite identificar demoras externas. También señala el reinicio del procesamiento interno, por lo que es clave para analizar los tiempos de espera y las interrupciones del proceso.

Dónde obtenerlo

Se infiere de la marca de tiempo en que el estado de la reclamación pasa de «Pending» a «Active» o «In Progress». Un evento asociado de carga de documentos también puede proporcionar una marca de tiempo específica.

Recopilar

Marca de tiempo del cambio de estado de «Pending Information» a un estado de procesamiento activo.

Tipo de evento inferred
Información adicional solicitada
Esta actividad tiene lugar cuando la persona encargada de gestionar la reclamación determina que necesita más información del reclamante o de un tercero para continuar. En FINEOS, suele registrarse mediante un cambio de estado a «Pending Information» o mediante un evento específico de comunicación saliente.
Por qué es importante

Esta es una actividad crítica para analizar el retrabajo y los ciclos del proceso. Una alta frecuencia de este evento sugiere problemas en la recopilación inicial de datos y puede ser una fuente importante de demoras.

Dónde obtenerlo

Se infiere de un cambio de estado de la reclamación a «Pending Information» o similar. También podría tratarse de un evento explícito registrado cuando el sistema genera una comunicación en la que se solicita información.

Recopilar

Marca de tiempo del cambio de estado a «Pending Information» o de la entrada de registro correspondiente a una carta o un correo electrónico de solicitud de información.

Tipo de evento inferred
Investigación completada
Indica que han concluido todas las actividades de investigación necesarias y que la reclamación está lista para una decisión final. Se infiere de un cambio de estado de «Under Investigation» a un estado posterior, como «Pending Decision» o «Ready for Assessment».
Por qué es importante

Esta actividad marca el final de la fase de recopilación de pruebas. Analizar el tiempo transcurrido desde «Investigation Started» hasta este punto ayuda a identificar cuellos de botella en el propio proceso de adjudicación.

Dónde obtenerlo

Se infiere de la marca de tiempo en que el estado de la reclamación pasa de «Under Investigation» a un estado que indica que la siguiente fase será la decisión o la evaluación.

Recopilar

Marca de tiempo del cambio de estado de la reclamación de «Under Investigation» a «Ready for Decision».

Tipo de evento inferred
Investigación iniciada
Representa el inicio de la fase formal de investigación o adjudicación de la reclamación. A menudo se registra cuando la reclamación se asigna a una persona investigadora o cuando su estado cambia explícitamente a «Under Investigation» en FINEOS.
Por qué es importante

Este hito marca el inicio de una parte potencialmente larga y compleja del proceso. Registrar su hora de inicio es esencial para medir la duración y la eficiencia de la fase de investigación.

Dónde obtenerlo

Se infiere de la marca de tiempo de un cambio de estado a «Under Investigation» o «Adjudication in Progress». También puede vincularse a la fecha de asignación de una función investigadora a la reclamación.

Recopilar

Marca de tiempo del cambio de estado de la reclamación a «Under Investigation».

Tipo de evento inferred
Liquidación calculada
Tiene lugar después de una decisión de aprobación, cuando se calcula el importe exacto del pago según los límites de la póliza, los deducibles y las pérdidas evaluadas. Probablemente se capture cuando el importe final del pago o de la liquidación se introduce y confirma en FINEOS.
Por qué es importante

Esta actividad separa el paso de cálculo de los pasos de aprobación y autorización del pago. Ayuda a analizar la eficiencia del equipo financiero al finalizar los importes de pago.

Dónde obtenerlo

Se infiere de la marca de tiempo en que el importe final de la liquidación o del pago se introduce o actualiza en los registros financieros de la reclamación.

Recopilar

Utilice la marca de tiempo de «last updated» del campo del importe final de la liquidación.

Tipo de evento inferred
Pérdida evaluada
Indica que se ha calculado y registrado el impacto financiero de la reclamación. Esto puede incluir la evaluación de daños, costes médicos u otras responsabilidades. Este evento suele capturarse cuando se completan y guardan campos financieros específicos de evaluación en FINEOS.
Por qué es importante

Este es un hito financiero clave. El tiempo necesario para evaluar la pérdida una vez finalizada la investigación puede ser un indicador del rendimiento del equipo de evaluación.

Dónde obtenerlo

Probablemente se infiera de la marca de tiempo en que los campos de reserva financiera o estimación de la pérdida se completan o finalizan por primera vez en el sistema. Puede no ser un estado independiente, sino un evento de introducción de datos.

Recopilar

Utilice la marca de tiempo de «last updated» de los campos relacionados con la evaluación financiera o las reservas.

Tipo de evento inferred
Reclamación reabierta
Tiene lugar cuando una reclamación cerrada anteriormente se reactiva para continuar su revisión o procesamiento, a menudo debido a una apelación o a nueva información. Este evento se registra mediante un cambio de estado de «Closed» o «Denied» a un estado activo como «Under Review».
Por qué es importante

Seguir las reclamaciones reabiertas es fundamental para comprender las excepciones y los fallos del proceso. Permite identificar los casos que no se resolvieron correctamente la primera vez y que afectan a la eficiencia y a los costes operativos.

Dónde obtenerlo

Se infiere de un cambio de estado desde un estado terminal, por ejemplo, «Closed», a un estado activo no terminal, como «Reopened» o «Under Review». Para ello es necesario analizar la secuencia de cambios de estado a lo largo del tiempo.

Recopilar

Identifique la marca de tiempo en que el estado cambia de cerrado a abierto.

Tipo de evento inferred
Reclamación rechazada
Representa el resultado final de una reclamación que no se aprueba para el pago. Este evento se registra cuando el estado de la reclamación se establece definitivamente como «Denied» o «Rejected». Es un punto final alternativo del proceso.
Por qué es importante

Esta actividad es un punto final clave del proceso. Analizar las rutas que conducen al rechazo puede proporcionar información sobre la calidad de la recepción de reclamaciones, la interpretación de la póliza o posibles patrones de fraude.

Dónde obtenerlo

Se infiere de la marca de tiempo en que el estado final de la reclamación se registra como «Denied» o «Rejected» en la tabla del historial de estados.

Recopilar

Marca de tiempo del cambio de estado final a «Denied» o «Rejected».

Tipo de evento inferred
Revisión inicial realizada
Indica que un ajustador o procesador ha completado la primera evaluación de la validez, los detalles y la documentación necesaria de la reclamación. A menudo se infiere de un cambio de estado en FINEOS, como pasar de «New» o «Registered» a «Under Review» o «Assigned».
Por qué es importante

Registrar la finalización de este paso ayuda a medir el tiempo hasta la primera acción e identificar acumulaciones de trabajo en la fase inicial de clasificación y asignación. Las demoras en esta etapa pueden prolongar considerablemente todo el ciclo de vida de la reclamación.

Dónde obtenerlo

Se infiere de la marca de tiempo en que el estado de la reclamación cambia a un estado que indica que la revisión ha finalizado, por ejemplo, «Initial Review Complete», «Pending Information» o «Under Investigation». Estos datos suelen encontrarse en una tabla de historial de estados de la reclamación.

Recopilar

Identifique la marca de tiempo del cambio de estado de «New» u «Open» a un estado posterior a la revisión.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de FINEOS Claims

Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para obtener ayuda.

¿Listo para comenzar?

Este Template está diseñado para simplificar la preparación de sus datos y permitirle descubrir información útil y mejorar rápidamente sus operaciones de gestión de reclamaciones. Empiece hoy a aprovechar sus datos para aumentar la eficiencia y mejorar la satisfacción de las personas aseguradas.

Acelere la gestión de reclamaciones: comience hoy

Únase a las organizaciones líderes que alcanzan un 70 % de procesamiento directo en FINEOS.

Iniciar la prueba gratuita

No necesita tarjeta de crédito; la configuración tarda solo unos minutos.