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 gestión de reclamaciones que conviene registrar
- Indicaciones prácticas para extraer los datos
Atributos de gestión de reclamaciones
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del evento EventTime | Marca de tiempo que indica cuándo tuvo lugar una actividad o un evento específico. | ||
| Descripción La hora del evento registra la fecha y la hora exactas en que se realizó una actividad de tramitación de reclamaciones. Estos datos cronológicos son fundamentales para ordenar correctamente los eventos y comprender la cronología de una reclamación. En los 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 detectar demoras, medir el rendimiento con respecto a los SLA y comprender la dinámica temporal del proceso. Por qué es importante Esta marca de tiempo establece el orden cronológico de los eventos, necesario para calcular todas las métricas temporales, como el tiempo de ciclo, e identificar cuellos de botella. Dónde obtenerlo En FINEOS Claims, esta información suele estar disponible como marca de tiempo de creación o actualización asociada a cada evento o registro de estado. Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| ID del caso ClaimId | Identificador único de una reclamación de seguro, que sirve como identificador principal del caso para el análisis del proceso. | ||
| Descripción El ID del caso es la clave fundamental que vincula todas las actividades, los eventos y los datos a lo largo del ciclo de vida de una reclamación. Permite hacer un seguimiento conjunto de cada interacción, desde la presentación inicial hasta el cierre final, como parte de un mismo caso. En Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada reclamación. Permite analizar los flujos del proceso, calcular el tiempo total de resolución e identificar las diferencias en la forma de tramitar cada reclamación. Por qué es importante Es el identificador principal que reúne todos los eventos relacionados en una sola instancia del proceso y permite analizar de principio a fin el ciclo de vida de la reclamación. Dónde obtenerlo Es una clave principal de las tablas de gestión de casos de reclamaciones en FINEOS Claims. Ejemplos CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nombre de la actividad ActivityName | Nombre del evento de negocio o la tarea específica que tuvo lugar en un momento del proceso de reclamaciones. | ||
| Descripción Este atributo describe un paso o hito del proceso de reclamaciones, como «Reclamación presentada», «Revisión inicial realizada» o «Pago emitido». Cada actividad representa una acción concreta realizada en la reclamación. Analizar la secuencia y la frecuencia de estas actividades es la base de Process Mining. Permite conocer el flujo real del proceso, identificar cuellos de botella donde se acumula el trabajo y detectar las vías habituales o excepcionales que siguen las reclamaciones. Por qué es importante Define los pasos del proceso y permite visualizar el mapa del proceso, así como analizar los patrones y las desviaciones del flujo de trabajo. Dónde obtenerlo Suele obtenerse de los registros de eventos, los cambios de estado de las tareas o los registros de auditoría 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. En este análisis, el valor será siempre «FINEOS Claims», pero en un entorno con varios sistemas es fundamental para rastrear el linaje de los datos y garantizar su calidad. En un contexto de análisis más amplio, ayuda a distinguir los procesos que pueden abarcar varios sistemas y a interpretar correctamente los datos según su origen. Por qué es importante Aporta información esencial sobre el origen de los datos, necesaria para la gobernanza, la validación y la integración con otros sistemas. Dónde obtenerlo Suele ser un valor estático que se añade durante la extracción de datos para indicar el origen del conjunto de datos. Ejemplos Reclamaciones de FINEOSFINEOS Claims v11.2 | |||
| Última actualización de los 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 indica la fecha y la hora de la extracción o actualización más reciente de los datos. Es importante para conocer su vigencia y actualidad. Esta información es fundamental para la gobernanza de los datos y para que las personas usuarias sepan si están consultando los datos más recientes del proceso. Ayuda a establecer expectativas sobre la latencia de los datos y es esencial para generar informes sobre procesos casi en tiempo real. Por qué es importante Indica la actualidad de los datos y permite saber qué periodo abarca el análisis y cuándo se actualizaron por última vez. Dónde obtenerlo La herramienta de extracción de datos o ETL suele generar y guardar esta marca de tiempo al finalizar una carga de datos. Ejemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Canal de presentación SubmissionChannel | Método o canal por el que se presentó inicialmente la reclamación. | ||
| Descripción Este atributo registra cómo se recibió la reclamación, por ejemplo, a través de un portal en línea, por correo electrónico o postal, o mediante un agente. El canal de presentación puede influir considerablemente en la calidad de los datos y en los tiempos de tramitación iniciales. Analizar el proceso según el canal de presentación permite determinar si algunos canales agilizan la tramitación, generan más retrabajo (por ejemplo, por falta de información) o producen mejores resultados. Esta información puede orientar las inversiones para optimizar los canales, como mejorar los formularios en línea para reducir errores. Por qué es importante Permite determinar si algunos canales de recepción agilizan la tramitación o generan más retrabajo, y orientar la estrategia y las inversiones en los canales. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Este dato suele registrarse durante la recepción de la reclamación y almacenarse en el registro principal. Ejemplos Portal en líneaCorreo postalCorredor de segurosTeléfono | |||
| Departamento Department | Departamento o unidad de negocio responsable de gestionar la actividad o la reclamación. | ||
| 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 de la reclamación en una etapa determinada. Analizar el proceso por departamento es fundamental para entender los traspasos entre áreas, que suelen ser una fuente de retrasos. Permite identificar los departamentos que generan cuellos de botella, medir la eficiencia de cada área y analizar cómo se distribuyen los recursos en la organización. Por qué es importante Permite analizar el rendimiento por unidad organizativa y detectar retrasos en los traspasos entre departamentos y cuellos de botella en cada área. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Este dato puede estar asociado al perfil de usuario de la persona asignada a la reclamación o a la cola a la que se asigna una tarea. Ejemplos Recepción y registroUnidad de investigaciones especialesTramitación de pagosRevisión médica | |||
| Estado de la reclamación ClaimStatus | Estado actual o histórico de la reclamación en el momento del evento. | ||
| Descripción El estado de la reclamación indica en qué punto de su ciclo de vida se encuentra, por ejemplo, «Abierta», «Pendiente de información», «Aprobada», «Rechazada» o «Cerrada». Este atributo ofrece una instantánea de la situación de la reclamación en un momento determinado. En el análisis de procesos, los cambios de estado suelen corresponder directamente a las actividades del proceso. Hacer un seguimiento del estado es fundamental para entender los resultados, detectar cuellos de botella en los que las reclamaciones permanecen mucho tiempo en una misma situación y analizar las causas de resultados finales como «Rechazada» o «Cerrada». Por qué es importante Este atributo es clave para entender los resultados de las reclamaciones, filtrar los casos activos y cerrados, y detectar las etapas en las que se estancan. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Es un campo fundamental del registro principal de la reclamación, que se actualiza a lo largo de su ciclo de vida. Ejemplos RegistradaEn revisiónPendiente de pagoCerrada: pagadaCerrada: rechazada | |||
| Fecha objetivo de resolución ResolutionTargetDate | Fecha prevista para resolver la reclamación, según los SLA o la normativa aplicable. | ||
| Descripción Este atributo indica la fecha límite para completar el proceso de reclamación, 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 de la reclamación con la fecha objetivo de resolución, se puede calcular el índice de cumplimiento, identificar las reclamaciones que corren el riesgo de incumplir el SLA y analizar las causas de los retrasos que provocan incumplimientos. Por qué es importante Es la referencia para medir el cumplimiento de los SLA. Permite detectar reclamaciones atrasadas y analizar las causas de los retrasos. Dónde obtenerlo Consulte la documentación de FINEOS Claims. A menudo, esta fecha se calcula mediante reglas de negocio a partir de la fecha y el tipo de reclamación. Ejemplos 2023-11-15T23:59:59Z2024-01-30T23:59:59Z | |||
| Gravedad de la reclamación ClaimSeverity | Clasificación de la complejidad o del posible impacto financiero de la reclamación (por ejemplo, bajo, medio o alto). | ||
| Descripción La gravedad de la reclamación indica su complejidad, urgencia o exposición financiera. Las reclamaciones de gravedad alta pueden requerir más pasos, una revisión especializada o más tiempo de tramitación que las de gravedad baja. Analizar el proceso según la gravedad permite determinar si la asignación de recursos y el diseño del proceso son adecuados para cada nivel de complejidad. También puede revelar si las reclamaciones de gravedad alta sufren retrasos desproporcionados o si las de gravedad baja pasan por controles innecesarios, lo que ayuda a segmentar mejor el proceso y gestionar los recursos. Por qué es importante La segmentación por gravedad permite comprobar si el proceso da prioridad a las reclamaciones de mayor impacto y detectar si ciertos niveles de complejidad generan cuellos de botella. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Puede tratarse de un campo específico o de un valor derivado de otros atributos, como el importe estimado del siniestro. Ejemplos BajaMediaAltaCompleja | |||
| Hora de fin EndTime | Marca de tiempo que indica cuándo se completó una actividad o un evento específico. | ||
| Descripción El atributo Hora de fin 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 los análisis, este dato es fundamental para distinguir el tiempo de procesamiento activo del tiempo de espera. Permite crear análisis detallados de cuellos de botella que muestran qué actividades consumen más tiempo y dónde se forman las colas entre los pasos. Por qué es importante Permite calcular con precisión el tiempo de procesamiento de cada actividad, lo que resulta 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 siguiente. Ejemplos 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z | |||
| Persona responsable de la reclamación AssignedAdjuster | Nombre o ID de la persona encargada de evaluar la reclamación o de la persona usuaria responsable de la actividad. | ||
| Descripción Este atributo identifica a la persona o al equipo que realizó una tarea específica del proceso de reclamaciones. Es la principal forma de vincular las actividades del proceso con los recursos humanos. Analizar los datos por persona responsable de la reclamación es fundamental para comprender la distribución de la carga de trabajo, el rendimiento individual y la eficiencia de los recursos. Permite detectar a quienes tienen una carga excesiva, identificar necesidades de formación mediante comparativas de rendimiento y mejorar la 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 y 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. Esta información suele guardarse en los campos de propiedad de tareas o asignación de usuarios asociados a los eventos de las reclamaciones. Ejemplos John SmithEmily JonesADJ-4561 | |||
| Tipo de reclamación ClaimType | Categoría de la reclamación de seguro, como incapacidad, daños materiales o responsabilidad civil. | ||
| Descripción El tipo de reclamación clasifica las reclamaciones según la naturaleza de la póliza o del siniestro. Los distintos tipos suelen seguir variantes diferentes del proceso, estar sujetos a requisitos normativos distintos y requerir una gestión específica. Es una dimensión clave para el análisis comparativo. Al filtrar o segmentar la vista del proceso por tipo de reclamación, los analistas pueden detectar cuellos de botella específicos, comparar el rendimiento entre categorías y adaptar las iniciativas de mejora a las necesidades de cada tipo. Así pueden determinar si algunos tipos de reclamación son intrínsecamente menos eficientes de tramitar. Por qué es importante Permite segmentar el proceso para comparar el rendimiento y detectar diferencias entre categorías de reclamaciones, lo que facilita aplicar mejoras más específicas. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Es un atributo fundamental de la reclamación, que suele definirse al registrarla y almacenarse en la tabla principal del caso. Ejemplos Incapacidad a corto plazoIncapacidad a largo plazoSeguro de vidaMuerte accidental | |||
| Es retrabajo IsRework | 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 «Solicitud de información adicional» para la misma reclamación. Por lo general, se detecta mediante actividades repetidas o bucles hacia etapas anteriores del proceso. Marcar explícitamente el retrabajo facilita el análisis de las ineficiencias. Permite calcular fácilmente la tasa de retrabajo, un indicador clave del rendimiento. Los Dashboards pueden usar este indicador para mostrar la frecuencia y el impacto del retrabajo, y ayudar a identificar las causas de estos ciclos ineficientes. Por qué es importante Marca directamente los ciclos ineficientes del proceso, lo que facilita calcular la tasa de retrabajo y analizar las causas de la repetición del trabajo. Dónde obtenerlo Se obtiene durante el análisis de Process Mining al detectar actividades repetidas en un mismo caso. Por ejemplo, se puede marcar la segunda aparición de «Investigación iniciada». Ejemplos truefalse | |||
| Estado del SLA SLAState | Estado calculado que indica si una reclamación completada se resolvió antes de la fecha objetivo. | ||
| Descripción Este atributo ofrece un estado claro y categórico del rendimiento del SLA para cada reclamación. Se obtiene al comparar la fecha de «Reclamación cerrada» con la «Fecha objetivo de resolución» y clasificar el resultado como «A tiempo» o «Con retraso». Esto simplifica los informes y el análisis del cumplimiento de los SLA. En lugar de trabajar con fechas sin procesar, los analistas pueden usar esta categoría para crear Dashboards que muestren el índice de cumplimiento, filtrar las reclamaciones atrasadas y analizar sus características comunes, y seguir las tendencias del rendimiento del SLA. Este atributo contribuye directamente al Dashboard y al KPI de cumplimiento de los SLA. Por qué es importante Ofrece un indicador claro y sencillo del rendimiento del SLA para cada caso, lo que facilita medir y analizar el índice de cumplimiento. Dónde obtenerlo Es un campo calculado que se obtiene al comparar la marca de tiempo de la actividad final con «ResolutionTargetDate» para cada caso. Ejemplos A tiempoCon retraso | |||
| Fecha del siniestro LossDate | Fecha en que ocurrió el evento que dio lugar a la reclamación del seguro. | ||
| Descripción La fecha del siniestro indica cuándo ocurrió el incidente (por ejemplo, un accidente o una lesión). No es la misma que la fecha de presentación de la reclamación y puede ser un factor importante para validarla y tramitarla. Este atributo aporta contexto valioso. El tiempo transcurrido entre la fecha del siniestro y la fecha de presentación de la reclamación (demora en la notificación) puede ser un indicador clave del rendimiento. Analizar esta demora permite detectar problemas en los procesos de notificación y evaluar su impacto en el ciclo de vida de la reclamación. Por qué es importante Aporta contexto importante y permite calcular la demora en la notificación (el tiempo entre el siniestro y la presentación), que puede influir en la complejidad y el resultado de la reclamación. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Es un campo estándar que se registra al recibir el primer aviso del siniestro o durante el registro de la reclamación. Ejemplos 2023-10-152023-09-012024-02-20 | |||
| Importe del pago PaymentAmount | Importe efectivamente pagado por la reclamación. | ||
| Descripción El importe del pago es la suma final desembolsada una vez aprobada y liquidada la reclamación. Si hay varios pagos, este dato puede corresponder a una transacción individual. Este atributo es esencial para la conciliación financiera y el análisis de los resultados económicos del proceso. Permite comparar la estimación inicial del siniestro con el pago final. En el análisis de procesos, ayuda a entender el impacto financiero de las distintas variantes o decisiones. Por qué es importante Registra el resultado financiero del proceso, un dato clave para medir el rendimiento financiero y analizar el valor de las reclamaciones. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Estos datos se encuentran en las tablas de transacciones de pago vinculadas al caso. Ejemplos 4850.00145000.000.00 | |||
| Importe del siniestro LossAmount | Importe financiero estimado o reservado asociado al siniestro. | ||
| Descripción El importe del siniestro representa la estimación inicial o la reserva financiera asignada a una reclamación. Este valor puede actualizarse a medida que se investiga y evalúa el caso. Estos datos financieros son fundamentales para segmentar las reclamaciones y entender cómo se relaciona el impacto económico con el comportamiento del proceso. Por ejemplo, permiten responder preguntas como: ¿Las reclamaciones 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 Aporta contexto financiero al proceso y permite analizar cómo influye el valor de la reclamación en el tiempo de tramitación, la complejidad y las rutas del proceso. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Esta información suele encontrarse en las tablas financieras o de reservas vinculadas a la reclamación. Ejemplos 5000.00150000.00250.50 | |||
| Motivo de reapertura ReopenReason | Código o descripción que explica por qué se reabrió una reclamación cerrada. | ||
| Descripción Este atributo registra el motivo por el que una reclamación pasó de estar «Cerrada» a un estado activo. Entre los motivos habituales están la recepción de nueva información, una apelación de la persona reclamante o la corrección de un error. Analizar los motivos de reapertura permite medir directamente la calidad y la resolución definitiva del proceso. Un número elevado de reclamaciones reabiertas, sobre todo por ciertos motivos, indica que el cierre inicial no fue adecuado. Estos datos pueden señalar deficiencias en las etapas de investigación o toma de decisiones y ofrecer objetivos claros para mejorar el proceso y cerrar correctamente las reclamaciones desde el primer intento. Por qué es importante Permite detectar fallos del proceso cuando una reclamación se cerró antes de tiempo o de forma incorrecta, y señala oportunidades para resolverla correctamente desde el primer intento. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Este motivo suele registrarse cuando una persona usuaria ejecuta la acción «Reabrir reclamación» en el sistema. Ejemplos Apelación presentadaSe recibieron nuevas pruebas médicasCorrección de un error administrativoSe requiere ajustar el pago | |||
| Motivo del rechazo DenialReason | Código o descripción que explica por qué se rechazó una reclamación. | ||
| Descripción Cuando el resultado de una reclamación es «Rechazada», este atributo especifica el motivo de la decisión. Algunos motivos pueden ser «La póliza no cubre el siniestro», «Sospecha de fraude» o «Información incompleta». Este atributo es fundamental para analizar las causas de los rechazos. Al estudiar la frecuencia de cada motivo, la organización puede detectar problemas habituales en la presentación de reclamaciones, dudas de los clientes sobre la cobertura de la póliza o necesidades de formación para quienes las tramitan. Esta información puede dar lugar a iniciativas para reducir los rechazos y mejorar la satisfacción del cliente. Por qué es importante Es fundamental para analizar las causas de los fallos del proceso y detectar oportunidades para reducir los rechazos y mejorar la calidad de la recepción de reclamaciones. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Suele ser un campo estructurado o un código que se selecciona al realizar la actividad «Reclamación rechazada». Ejemplos Exclusión de la pólizaNo se proporcionó la informaciónReclamación duplicadaSospecha de fraude | |||
| Número de póliza PolicyNumber | Identificador único de la póliza de seguro en virtud de la cual se presenta la reclamación. | ||
| Descripción El número de póliza identifica el contrato de seguro que cubre la reclamación. Vincula el caso con un cliente, las condiciones de la póliza y los detalles de la cobertura. Aunque no es un atributo del proceso en sí, aporta contexto de negocio esencial. Permite agrupar los datos de reclamaciones por póliza o cliente, lo que puede ser útil para analizar la frecuencia de las reclamaciones y la experiencia del cliente, así como para detectar pólizas que generan muchas reclamaciones complejas. Por qué es importante Aporta contexto de negocio esencial: vincula la reclamación con un contrato de cliente 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 registra al dar de alta la reclamación y se almacena en el registro principal. Ejemplos POL-987654321POL-123456789 | |||
| Región del cliente CustomerRegion | Región geográfica o estado de la persona reclamante o titular de la póliza. | ||
| Descripción Este atributo indica la ubicación geográfica asociada a la reclamación, que puede basarse en la dirección de la persona reclamante o en el lugar del siniestro. El análisis geográfico puede revelar diferencias regionales en los tipos y la frecuencia de las reclamaciones, así como en la eficiencia de su tramitación. Permite determinar si algunas oficinas regionales obtienen mejores resultados o si hay factores locales, como la normativa o los fenómenos meteorológicos, que afectan al proceso. Esto facilita una gestión y una asignación de recursos más específicas. Por qué es importante Permite segmentar por ubicación geográfica para detectar diferencias regionales en el rendimiento y el cumplimiento, así como cuellos de botella específicos de cada zona. Dónde obtenerlo Consulte la documentación de FINEOS Claims. Esta información suele obtenerse de los datos de dirección de la persona titular de la póliza o reclamante almacenados en el sistema. Ejemplos NoresteCaliforniaMedio OesteFL | |||
Actividades de gestión de reclamaciones
| Actividad | Descripción | ||
|---|---|---|---|
| Decisión sobre la reclamación tomada | Es un hito decisivo en el que la aseguradora aprueba, aprueba parcialmente o deniega formalmente la reclamación. Casi siempre se registra en FINEOS como un cambio explícito de estado a «Aprobado», «Denegado» o «Liquidado». | ||
| Por qué es importante Este hito importante determina la siguiente etapa 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 del historial de estados de la reclamación que corresponda a una decisión final, como «Aprobado», «Rechazado» o «Denegado». Capturar Marca de tiempo del cambio de estado a «Aprobado» o «Denegado». Tipo de evento inferred | |||
| Pago autorizado | Representa la aprobación formal del pago del importe calculado de la liquidación. Suele ser un paso independiente de la decisión sobre la reclamación y puede requerir la autorización de una persona responsable o de un equipo específico. Se registra mediante un cambio de estado como «Pago aprobado». | ||
| Por qué es importante Esta actividad es clave para el KPI «Tiempo de ciclo de autorización del pago». Las demoras entre la decisión y la autorización pueden convertirse en un cuello de botella oculto que afecte considerablemente a la satisfacción de la clientela. Dónde obtenerlo Se infiere de la marca de tiempo de un cambio de estado a «Pago pendiente», «Lista para el pago» o «Pago autorizado» en el historial de estados de la reclamación. Capturar Marca de tiempo del cambio de estado a «Pago aprobado» o similar. Tipo de evento inferred | |||
| Pago emitido | Indica el momento en que se procesa y envía el pago a quien presenta la reclamación o al proveedor. En FINEOS, suele activarse mediante una integración con un sistema financiero y registrarse en el historial de transacciones o como una actualización final del estado del pago. | ||
| Por qué es importante Este es un momento decisivo para la clientela. Analizar el tiempo entre la autorización y la emisión permite agilizar el proceso de pago y mejorar la experiencia del cliente. Dónde obtenerlo Puede ser un evento explícito de una tabla del historial de transacciones de pago de FINEOS o de un sistema integrado de cuentas por pagar. El cambio de estado a «Pagado» también puede servir como fuente. Capturar Utilice la fecha de la transacción del libro de pagos o la marca de tiempo del cambio de estado a «Pagado». Tipo de evento explicit | |||
| Reclamación cerrada | Indica el estado final de una reclamación en el sistema, una vez completadas todas las actividades, incluido el pago o la denegación. Este evento se registra cuando el estado de la reclamación se actualiza a «Cerrado» o «Finalizado» en FINEOS. | ||
| Por qué es importante Esta actividad es el principal evento de fin del proceso. El tiempo transcurrido desde «Reclamación presentada» hasta «Reclamación cerrada» es un KPI clave para medir el rendimiento y la eficiencia generales del proceso. Dónde obtenerlo Se infiere de la marca de tiempo del cambio final de estado a «Cerrado» en el historial de estados de la reclamación. Es la última actualización de estado registrada para una reclamación completada correctamente. Capturar Marca de tiempo del cambio final de estado a «Cerrado» o «Finalizado». Tipo de evento inferred | |||
| Reclamación presentada | 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 suele registrarse cuando el primer aviso de siniestro (FNOL) se introduce en un área de preparación o directamente en FINEOS. | ||
| Por qué es importante Esta actividad es el principal evento de inicio del proceso. Analizar el tiempo transcurrido desde la presentación hasta el registro ayuda a detectar demoras en la introducción de datos y la configuración inicial de la reclamación, que afectan al tiempo de ciclo total. Dónde obtenerlo Probablemente se registra a partir de la fecha de creación del aviso inicial de 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 marca de tiempo más antigua asociada al ID de la reclamación. Capturar Utilice la marca de tiempo de creación del primer aviso de siniestro (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 ID único a la reclamación y se abre formalmente el caso para su tramitación. Este evento suele registrarse mediante la marca de tiempo de creación del objeto principal de la reclamación. | ||
| Por qué es importante Este es un hito fundamental que convierte una simple notificación en un caso activo. Sirve como punto de partida fiable para medir el ciclo de tramitación interno. Dónde obtenerlo Se obtiene 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 tienen una fecha de creación registrada con fines de auditoría. Capturar 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 la tramitación de la reclamación. Este evento suele inferirse cuando el estado cambia de «Información pendiente» a uno activo, como «En revisión» o «Lista para evaluación». | ||
| Por qué es importante Medir el tiempo entre la solicitud y la recepción de la información permite detectar demoras externas. También señala el reinicio de la tramitación interna, por lo que es un dato 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 «Pendiente» a «Activo» o «En curso». También puede haber una marca de tiempo específica en un evento asociado de carga de documentos. Capturar Marca de tiempo del cambio de estado de «Información pendiente» a un estado de tramitación activo. Tipo de evento inferred | |||
| Información adicional solicitada | Esta actividad se produce cuando la persona encargada de la reclamación determina que necesita más información de quien la presenta o de un tercero para continuar. En FINEOS, suele registrarse mediante un cambio de estado a «Información pendiente» o al guardar un evento específico de comunicación saliente. | ||
| Por qué es importante Esta actividad es fundamental para analizar el retrabajo y los ciclos del proceso. Si se produce con frecuencia, puede indicar problemas en la recopilación inicial de datos y ser una causa importante de demoras. Dónde obtenerlo Se infiere de un cambio de estado de la reclamación a «Información pendiente» o similar. También puede registrarse como un evento explícito cuando el sistema genera una comunicación para solicitar información. Capturar Marca de tiempo del cambio de estado a «Información pendiente» o del registro de 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 «En investigación» a uno posterior, como «Decisión pendiente» o «Lista para evaluación». | ||
| Por qué es importante Esta actividad marca el final de la fase de recopilación de pruebas. Analizar el tiempo transcurrido desde «Investigación iniciada» hasta este punto ayuda a identificar cuellos de botella en el proceso de resolución. Dónde obtenerlo Se infiere de la marca de tiempo en que el estado de la reclamación pasa de «En investigación» a uno que indique que la siguiente fase es la decisión o la evaluación. Capturar Marca de tiempo del cambio de estado de la reclamación de «En investigación» a «Lista para decisión». Tipo de evento inferred | |||
| Investigación iniciada | Representa el inicio de la fase formal de investigación o resolución de la reclamación. Suele registrarse cuando se asigna la reclamación a una persona investigadora o cuando su estado cambia explícitamente a «En investigación» en FINEOS. | ||
| Por qué es importante Este hito marca el inicio de una etapa que puede ser larga y compleja. Registrar la 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 del cambio de estado a «En investigación» o «Resolución en curso». También puede vincularse a la fecha en que se asigna a la reclamación una persona con el rol de investigación. Capturar Marca de tiempo del cambio de estado de la reclamación a «En investigación». Tipo de evento inferred | |||
| Liquidación calculada | Se produce después de la decisión de aprobación. En esta etapa 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 registra cuando se introduce y confirma en FINEOS el importe final del pago o de la liquidación. | ||
| Por qué es importante Esta actividad permite distinguir el cálculo de los pasos de aprobación y autorización del pago. Ayuda a analizar la eficiencia del equipo financiero al determinar los importes finales. Dónde obtenerlo Se infiere de la marca de tiempo en que se introduce o actualiza el importe final de la liquidación o del pago en los registros financieros de la reclamación. Capturar Utilice la marca de tiempo de «última actualización» 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 económico de la reclamación. Puede incluir la evaluación de daños, gastos médicos u otras responsabilidades. Este evento suele registrarse cuando se completan y guardan en FINEOS campos específicos de evaluación financiera. | ||
| 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 servir como indicador del rendimiento del equipo de evaluación. Dónde obtenerlo Probablemente se infiere de la marca de tiempo en que se completan por primera vez o se finalizan los campos de reservas financieras o estimación de pérdidas en el sistema. Puede que no corresponda a un estado específico, sino a un evento de introducción de datos. Capturar Utilice la marca de tiempo de «última actualización» de los campos relacionados con la evaluación financiera o las reservas. Tipo de evento inferred | |||
| Reclamación denegada | Representa el resultado final de una reclamación cuyo pago no se ha aprobado. Este evento se registra cuando el estado de la reclamación se establece definitivamente como «Denegado» o «Rechazado». Es un punto final alternativo del proceso. | ||
| Por qué es importante Esta actividad es un punto final clave del proceso. Analizar las vías que conducen a una denegación puede aportar información sobre la calidad de la recepción de reclamaciones, la interpretación de las pólizas o posibles patrones de fraude. Dónde obtenerlo Se infiere de la marca de tiempo en que el estado final de la reclamación queda registrado como «Denegado» o «Rechazado» en la tabla del historial de estados. Capturar Marca de tiempo del cambio final de estado a «Denegado» o «Rechazado». Tipo de evento inferred | |||
| Reclamación reabierta | Se produce cuando se reactiva una reclamación cerrada para revisarla o tramitarla de nuevo, a menudo debido a una apelación o a nueva información. Este evento se registra cuando el estado cambia de «Cerrado» o «Denegado» a uno activo, como «En revisión». | ||
| Por qué es importante El seguimiento de las reclamaciones reabiertas es fundamental para comprender las excepciones y los fallos del proceso. Permite identificar los casos que no se resolvieron correctamente a la primera y que afectan a la eficiencia y los costes operativos. Dónde obtenerlo Se infiere de un cambio de estado de uno terminal, como «Cerrado», a uno activo no terminal, como «Reabierto» o «En revisión». Para ello, es necesario analizar la secuencia de cambios de estado a lo largo del tiempo. Capturar Identifique la marca de tiempo en que el estado cambia de cerrado a abierto. Tipo de evento inferred | |||
| Revisión inicial realizada | Indica que una persona encargada de evaluar o tramitar reclamaciones ha completado la primera evaluación de la validez, los detalles y la documentación necesaria. A menudo se infiere de un cambio de estado en FINEOS, por ejemplo, de «Nuevo» o «Registrado» a «En revisión» o «Asignado». | ||
| Por qué es importante El seguimiento de este paso permite medir el tiempo hasta la primera acción e identificar acumulaciones de casos durante la clasificación y asignación iniciales. Las demoras en esta etapa pueden prolongar considerablemente todo el ciclo de la reclamación. Dónde obtenerlo Se infiere de la marca de tiempo del cambio de estado de la reclamación a uno que indique que la revisión ha finalizado, como «Revisión inicial completada», «Información pendiente» o «En investigación». Estos datos suelen encontrarse en una tabla del historial de estados de la reclamación. Capturar Identifique la marca de tiempo del cambio de estado de «Nuevo» o «Abierto» 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 recibir ayuda.
¿Todo listo para empezar?
Este Template simplifica la preparación de los datos para que pueda empezar rápidamente a obtener información y mejorar sus operaciones de gestión de reclamaciones. Aproveche sus datos desde hoy para aumentar la eficiencia y mejorar la satisfacción de los asegurados.
Agilice la gestión de reclamaciones: comience hoy
Únase a las organizaciones líderes que alcanzan un procesamiento directo del 70 % en FINEOS.
No se requiere tarjeta de crédito. La configuración lleva solo unos minutos.