Su Template de datos para la gestión de reclamaciones
Su Template de datos para la gestión de reclamaciones
- 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
Atributos de la gestión de siniestros
| 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 | |||
Actividades de gestión de siniestros
| 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 | |||
Guías de extracción
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.
No necesita tarjeta de crédito; la configuración tarda solo unos minutos.