Plantilla de datos: Procesamiento de Reclamaciones

FINEOS Claims
Plantilla de datos: Procesamiento de Reclamaciones

Su Plantilla de Datos para el Procesamiento de Reclamaciones

Plantilla estructurada para recopilar <span translate="no">data</span> esencial para el análisis de siniestros. Detalla <span translate="no">attributes</span> y actividades clave, con guía de extracción. Prepare su <span translate="no">event log</span> y optimice el procesamiento.
  • Atributos recomendados para un análisis detallado
  • Actividades clave del procesamiento de siniestros a monitorear
  • Guía práctica de extracción de datos
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Siniestros

Estos son los campos de datos recomendados para incluir en su log de eventos (event log) para un análisis exhaustivo de sus workflows de procesamiento de reclamos.
5 Requerido 8 Recomendado 10 Opcional
NombreDescripción
Hora del Evento
EventTime
La marca de tiempo que indica cuándo ocurrió una actividad o evento específico.
Descripción

El 'Momento del Evento' registra la fecha y hora exactas en que se realizó una actividad de procesamiento de siniestros. Esta información cronológica es vital para ordenar los eventos de forma precisa y entender la secuencia temporal de cada siniestro.

Al analizar los datos, esta timestamp se emplea para calcular duraciones, tiempos de ciclo y esperas entre las diferentes etapas. Es clave para detectar retrasos, evaluar el cumplimiento de los SLA y comprender la dinámica temporal del proceso.

Por qué es importante

Este timestamp proporciona el orden cronológico de los events, lo cual es esencial para calcular todas las métricas basadas en el tiempo, como el tiempo de ciclo, e identificar cuellos de botella.

Dónde obtener

Esta información suele estar disponible como un timestamp de creación o actualización asociado a cada event o registro de estado en FINEOS Claims.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID de Siniestro
ClaimId
El identificador único para un solo reclamo de seguro, que sirve como el identificador principal de caso para el análisis de procesos.
Descripción

El ID de Reclamo (Claim ID) es la clave fundamental que vincula todas las actividades, eventos y puntos de datos a lo largo del ciclo de vida de un siniestro. Asegura que cada punto de contacto, desde la presentación inicial hasta el cierre final, pueda ser rastreado de manera cohesiva como parte de un único caso.

En Process Mining, este atributo es esencial para reconstruir el recorrido completo (end-to-end) de cada reclamo. Permite el análisis de los flujos de proceso, el cálculo de los tiempos totales de resolución y la identificación de variaciones en la forma en que se manejan los distintos reclamos.

Por qué es importante

Este es el identificador central que conecta todos los events relacionados en una única instancia de proceso, haciendo posible el análisis de principio a fin del ciclo de vida del siniestro.

Dónde obtener

Esta es una clave primaria en las tablas principales de gestión de cases de siniestros dentro de FINEOS Claims.

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

Este atributo describe una etapa o un hito dentro del proceso de gestión de siniestros, como 'Siniestro Presentado', 'Revisión Inicial Realizada' o 'Pago Emitido'. Cada actividad representa una acción diferenciada tomada sobre el siniestro.

El análisis de la secuencia y frecuencia de estas actividades es la base del Process Mining. Revela el flujo real del proceso, ayuda a identificar cuellos de botella donde se acumula el trabajo y destaca las rutas habituales o excepcionales que siguen los siniestros.

Por qué es importante

Define los pasos del proceso, permitiendo la visualización del mapa de proceso y el análisis de patrones y desviaciones del flujo de trabajo.

Dónde obtener

Generalmente derivado de event logs, cambios de estado de tarea o registros de auditoría dentro del sistema FINEOS Claims.

Ejemplos
Siniestro RegistradoPérdida EvaluadaPago AutorizadoSiniestro Cerrado
Sistema de Origen
SourceSystem
Identifica el sistema de TI del que se extrajeron los datos.
Descripción

Este atributo especifica el origen de los datos del proceso. Para este análisis, será consistentemente 'FINEOS Claims', pero en un entorno multisistema, es crucial para rastrear la trazabilidad de los datos y asegurar su calidad.

En un contexto analítico más amplio, ayuda a diferenciar procesos que pueden abarcar múltiples sistemas y asegura que la interpretación de los datos sea correcta basándose en su fuente.

Por qué es importante

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

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción de data para etiquetar el origen del conjunto de data.

Ejemplos
FINEOS ClaimsFINEOS Claims v11.2
Última Actualización de Datos
LastDataUpdate
<span translate="no">Timestamp</span> que indica la última vez que la <span translate="no">data</span> para este <span translate="no">event</span> se actualizó desde el sistema de origen.
Descripción

Este atributo indica la fecha y hora en que los datos fueron extraídos o actualizados por última vez. Es crucial para comprender la frescura y actualidad de la información que se analiza.

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 es vital para generar informes sobre procesos en tiempo casi real.

Por qué es importante

Indica el nivel de actualización de los datos, asegurando que los usuarios comprendan el período de tiempo cubierto por el análisis y cuándo fue la última vez que se refrescó.

Dónde obtener

Este timestamp suele ser generado y almacenado por la herramienta de extracción de data o ETL al finalizar una tarea de carga de data.

Ejemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Ajustador Asignado
AssignedAdjuster
El nombre o ID del ajustador de reclamos o usuario responsable de la actividad.
Descripción

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

Analizar los datos por Tramitador Asignado es fundamental para entender la distribución de la carga de trabajo, el rendimiento individual y la eficiencia de los recursos. Puede señalar tramitadores sobrecargados, identificar oportunidades de capacitación al comparar desempeños y respaldar estrategias mejoradas de asignación de recursos para equilibrar las cargas de trabajo.

Por qué es importante

Este atributo vincula las etapas del proceso con los individuos que las ejecutan, facilitando el análisis de la carga de trabajo, la evaluación de la eficiencia de los recursos y las comparaciones de rendimiento.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esta información normalmente se almacena en campos de asignación de tareas o de usuario asociados a los eventos de la reclamación.

Ejemplos
John SmithEmily JonesADJ-4561
Canal de Presentación
SubmissionChannel
El método o canal a través del cual se presentó inicialmente el reclamo.
Descripción

Este atributo registra cómo se recibió el siniestro, por ejemplo, a través de un portal en línea, correo electrónico, correo físico o mediante un agente. Los distintos canales de presentación pueden influir significativamente 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 ciertos canales conducen a un procesamiento más rápido, a mayores tasas de retrabajo (p. ej., por falta de información) o a mejores resultados. Estos insights pueden guiar las inversiones en la optimización de canales, como la mejora de formularios en línea para reducir errores.

Por qué es importante

Ayuda a determinar si ciertos canales de entrada conducen a un procesamiento más eficiente o a mayores tasas de retrabajo, lo que permite fundamentar la estrategia e inversión en canales.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esto normalmente se captura durante el proceso de admisión de reclamaciones y se almacena en el registro principal de la reclamación.

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

Este atributo especifica la unidad organizacional, como 'Recepción Inicial', 'Unidad de Investigación' o 'Departamento de Pagos', que es responsable de una actividad particular o que gestiona el siniestro en una etapa determinada.

Analizar el proceso por departamento es crucial para comprender las transferencias interfuncionales, que son fuentes comunes de retraso. Ayuda a identificar qué departamentos actúan como cuellos de botella, mide la eficiencia departamental y apoya el análisis de la asignación de recursos en toda la organización.

Por qué es importante

Permite el análisis de rendimiento por unidad organizacional, destacando los retrasos en la transferencia entre departamentos y los cuellos de botella departamentales.

Dónde obtener

Consulte la documentación de FINEOS Claims. Este dato puede asociarse al perfil de usuario del ajustador asignado o a la cola a la que se asigna una tarea.

Ejemplos
Recepción y RegistroUnidad de Investigaciones EspecialesPagos en ProcesamientoRevisión Médica
Estado del Siniestro
ClaimStatus
El estado actual o histórico del reclamo al momento del evento.
Descripción

El Estado del Siniestro indica la fase en la que se encuentra dentro de su ciclo de vida, como 'Abierto', 'Información Pendiente', 'Aprobado', 'Denegado' o 'Cerrado'. Este atributo ofrece una visión instantánea de la situación del siniestro en cualquier momento dado.

En el análisis de procesos, los cambios de estado suelen corresponder directamente a las actividades del proceso. El seguimiento del estado es crucial para comprender los resultados de los siniestros, identificar cuellos de botella donde los siniestros quedan estancados en un estado particular durante largos períodos y analizar las razones de los resultados finales como 'Denegado' o 'Cerrado'.

Por qué es importante

Este atributo es clave para entender los resultados de los siniestros, permite filtrar entre casos activos y cerrados, e identificar las etapas donde los siniestros se estancan.

Dónde obtener

Consulte la documentación de FINEOS Claims. Este es un campo fundamental en el registro principal de la reclamación, que se actualiza a lo largo de su ciclo de vida.

Ejemplos
RegistradaEn RevisiónPago PendienteCerrado - PagadoCerrado - Denegado
Fecha Objetivo de Resolución
ResolutionTargetDate
La fecha objetivo en la que se espera que el reclamo se resuelva, según los SLAs o las regulaciones.
Descripción

Este atributo representa la fecha límite para completar el proceso del siniestro, según lo definido por los acuerdos de nivel de servicio (SLA) o los requisitos regulatorios. Sirve como un punto de referencia para medir el rendimiento real.

Esta fecha es fundamental para el monitoreo del 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 siniestros en riesgo de incumplimiento y analizar las causas raíz de los retrasos que conducen a la inobservancia.

Por qué es importante

Este es el parámetro de referencia para medir el cumplimiento de los SLA. Permite identificar siniestros tardíos y analizar las razones de los retrasos.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esta fecha suele calcularse mediante reglas de negocio, basándose en la fecha y el tipo de presentación de la reclamación.

Ejemplos
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Gravedad del Siniestro
ClaimSeverity
Una clasificación de la complejidad de la reclamación o de su posible impacto financiero (por ejemplo, Bajo, Medio, Alto).
Descripción

La Gravedad del Siniestro proporciona una clasificación para la complejidad, urgencia o exposición financiera del siniestro. Los siniestros de alta gravedad pueden requerir más pasos, una revisión especializada o tiempos de procesamiento más largos en comparación con los de baja gravedad.

Analizar el proceso por gravedad ayuda a entender si la asignación de recursos y el diseño del proceso son apropiados para los diferentes niveles de complejidad del siniestro. Puede revelar si los siniestros de alta gravedad se retrasan de manera desproporcionada o si los de baja gravedad están siendo sobreprocesados, lo que permite una mejor segmentación de procesos y gestión de recursos.

Por qué es importante

Segmentar por gravedad ayuda a verificar si el proceso prioriza correctamente las reclamaciones de alto impacto y a identificar si ciertos niveles de complejidad causan cuellos de botella en el proceso.

Dónde obtener

Consulte la documentación de FINEOS Claims. Este puede ser un campo dedicado o derivarse de otros atributos, como el importe estimado de la pérdida.

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 End Time (Hora de Fin) registra el momento preciso en que concluye una actividad. Junto con el Start Time (EventTime), permite el cálculo exacto de la duración de cada paso (es decir, su tiempo de procesamiento).

En el análisis, esto es crucial para distinguir entre el tiempo de procesamiento activo y el tiempo de espera inactivo. Permite la creación de análisis detallados de cuellos de botella, mostrando qué actividades específicas consumen más tiempo y dónde se forman colas entre los pasos.

Por qué es importante

Permite el cálculo preciso del tiempo de procesamiento para cada actividad, lo cual es clave para identificar pasos ineficientes y medir la utilización de los recursos.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esto puede estar disponible en los event logs o derivarse de la hora de inicio del evento subsiguiente.

Ejemplos
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Tipo de Siniestro
ClaimType
La categoría del reclamo de seguro, como Discapacidad, Propiedad o Responsabilidad Civil.
Descripción

El Tipo de Siniestro clasifica los siniestros según la naturaleza de la póliza o la pérdida. Los diferentes tipos de siniestros a menudo siguen variaciones de proceso distintas, tienen diferentes requisitos regulatorios y requieren un manejo especializado.

Esta es una dimensión crítica 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 de procesos a las necesidades únicas de cada tipo de siniestro. Ayuda a responder si ciertos tipos de siniestros son inherentemente menos eficientes de procesar.

Por qué es importante

Permite la segmentación del proceso para comparar el rendimiento e identificar variaciones entre diferentes categorías de siniestros, lo que conduce a mejoras más específicas.

Dónde obtener

Consulte la documentación de FINEOS Claims. Este es un atributo clave de una reclamación, que normalmente se establece al registrarse y se almacena en la tabla principal del caso.

Ejemplos
Discapacidad a Corto PlazoIncapacidad de Larga DuraciónSeguro de VidaMuerte 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. Se identifica típicamente detectando actividades repetidas o bucles de retroceso en el flujo del proceso.

Marcar explícitamente el retrabajo simplifica el análisis centrado en la ineficiencia. Permite una fácil cuantificación de la tasa de retrabajo, un indicador clave de rendimiento. Los dashboards pueden utilizar esta etiqueta para visualizar la frecuencia y el impacto del retrabajo, ayudando a identificar las causas raíz de estos bucles ineficientes.

Por qué es importante

Señala directamente los bucles de proceso ineficientes, facilitando el cálculo de la tasa de retrabajo y el análisis de los factores que impulsan el trabajo repetido.

Dónde obtener

Esto se deriva durante el análisis de Process Mining al identificar actividades repetidas para el mismo case. Por ejemplo, señalar la segunda ocurrencia de 'Investigación Iniciada'.

Ejemplos
truefalse
Estado de SLA
SLAState
Un estado calculado que indica si una reclamación finalizada cumplió con su fecha objetivo de resolución.
Descripción

Este atributo proporciona un estado claro y categórico sobre el rendimiento de los SLA para cada siniestro. Se obtiene al comparar la fecha de 'Siniestro Cerrado' con la 'Fecha Objetivo de Resolución' y clasificar el resultado como 'A Tiempo' o 'Retrasado'.

Esto simplifica la generación de informes y el análisis del cumplimiento de los SLA. En lugar de trabajar con fechas sin procesar, los analistas pueden utilizar esta categoría sencilla para crear dashboards que muestren la tasa de cumplimiento de los SLA, filtrar todos los siniestros con retraso para analizar sus características comunes y monitorear las tendencias en el rendimiento de los SLA a lo largo del tiempo. Apoya directamente el dashboard y el KPI de Cumplimiento del SLA.

Por qué es importante

Proporciona un indicador claro y simple del rendimiento de los SLA para cada caso, lo que facilita la medición y el análisis de la tasa de cumplimiento de los SLA.

Dónde obtener

Este es un campo calculado que se obtiene al comparar el timestamp de la actividad final con la 'ResolutionTargetDate' para cada case.

Ejemplos
A TiempoCon retraso
Fecha del Siniestro
LossDate
La fecha en que ocurrió el evento que originó el reclamo de seguro.
Descripción

La Fecha de Pérdida (Loss Date) especifica cuándo ocurrió el incidente real (por ejemplo, accidente, lesión). Esta fecha es diferente de la fecha en que se presentó el reclamo y puede ser un factor importante en la validación y el procesamiento del mismo.

Este atributo proporciona un contexto valioso. El desfase temporal entre la Fecha de Pérdida y la fecha de 'Claim Submitted' (retraso en el reporte) puede ser un indicador clave de rendimiento. Analizar este desfase puede revelar problemas en los procesos de reporte y su impacto en el ciclo de vida general del reclamo.

Por qué es importante

Proporciona un contexto importante y permite el cálculo del retraso en la notificación (tiempo desde la pérdida hasta la presentación), lo que puede impactar la complejidad y los resultados de la reclamación.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esta fecha es un campo estándar que se captura durante el proceso de "Primer Aviso de Siniestro" o registro de la reclamación.

Ejemplos
2023-10-152023-09-012024-02-20
Importe de la Pérdida
LossAmount
El monto financiero estimado o reservado asociado con la pérdida.
Descripción

El Importe de la Pérdida representa la estimación inicial o la reserva financiera apartada para un siniestro. Este valor puede actualizarse a medida que el siniestro es investigado y evaluado.

Estos datos financieros son cruciales para segmentar siniestros y comprender cómo el impacto financiero se correlaciona con el comportamiento del proceso. Por ejemplo, ayuda a responder preguntas como: ¿Los siniestros de mayor valor tardan más en procesarse o requieren más reprocesos? También es un elemento clave para la previsión financiera y la gestión de riesgos.

Por qué es importante

Proporciona contexto financiero al proceso, permitiendo el análisis de cómo el valor de la reclamación impacta el tiempo de procesamiento, la complejidad y las rutas.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esta información normalmente se encuentra en las tablas financieras o relacionadas con reservas, vinculadas a la reclamación.

Ejemplos
5000.00150000.00250.50
Importe de Pago
PaymentAmount
El monto real de dinero pagado por el reclamo.
Descripción

El Importe de Pago es la suma final desembolsada tras la liquidación y aprobación del siniestro. Para siniestros con múltiples pagos, esto 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 comparaciones entre la pérdida estimada inicial y el desembolso final. En el análisis de procesos, ayuda a comprender el impacto financiero de diferentes variantes o decisiones del proceso.

Por qué es importante

Realiza un seguimiento del resultado financiero del proceso, lo cual es fundamental para medir el rendimiento financiero y analizar el valor de los siniestros.

Dónde obtener

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

Ejemplos
4850.00145000.000.00
Motivo de Denegación
DenialReason
Un código o una descripción que explique por qué se denegó una reclamación.
Descripción

Cuando el resultado de una reclamación es 'Denegada', este atributo proporciona el motivo específico de esa decisión. Los motivos podrían incluir 'No Cubierta por la Póliza', 'Fraude Sospechado' o 'Información Incompleta'.

Este es un atributo clave para el análisis de la causa raíz de las denegaciones de reclamaciones. Al analizar la frecuencia de los diferentes motivos de denegación, la organización puede identificar problemas comunes en el proceso de presentación, áreas de confusión del cliente sobre la cobertura de la póliza o posibles necesidades de formación para los peritos. Este conocimiento permite impulsar iniciativas que reduzcan las tasas de denegación y mejoren la satisfacción del cliente.

Por qué es importante

Crucial para el análisis de la causa raíz de los procesos fallidos, ayudando a identificar oportunidades para reducir las denegaciones de reclamaciones y mejorar la calidad de la admisión.

Dónde obtener

Consulte la documentación de FINEOS Claims. Este es normalmente un campo estructurado o código que se selecciona cuando se realiza la actividad de "Reclamación Denegada".

Ejemplos
Exclusión de PólizaInformación no proporcionadaReclamación duplicadaSospecha de fraude
Motivo de Reapertura
ReopenReason
Un código o una descripción que explique por qué se reabrió una reclamación cerrada.
Descripción

Este atributo registra el motivo por el cual un siniestro volvió de un estado 'Cerrado' a uno activo. Las razones comunes incluyen 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 la conclusividad del proceso. Un volumen elevado de siniestros reabiertos, especialmente por ciertas causas, indica que el cierre inicial fue deficiente. Estos datos pueden identificar puntos débiles en las etapas de investigación o toma de decisiones, ofreciendo objetivos claros para la mejora del proceso y asegurando que los siniestros se cierren correctamente desde el primer momento.

Por qué es importante

Proporciona una visión directa de los fallos del proceso donde una reclamación se cerró prematura o incorrectamente, destacando oportunidades para mejorar la resolución a la primera.

Dónde obtener

Consulte la documentación de FINEOS Claims. Esta razón normalmente se registra cuando un usuario ejecuta la acción "Reabrir Reclamación" en el sistema.

Ejemplos
Apelación presentadaNueva evidencia médica recibidaCorrección de errores administrativosAjuste de pago necesario
Número de Póliza
PolicyNumber
El identificador único de la póliza de seguro bajo la cual se presenta el reclamo.
Descripción

El Número de Póliza (Policy Number) es el identificador del contrato de seguro que cubre el reclamo. Vincula el reclamo a un cliente específico, los términos de la póliza y los detalles de la cobertura.

Aunque no es un atributo de proceso directo, proporciona un contexto de negocio esencial. Permite agregar datos de reclamos por póliza o por cliente, lo cual puede ser útil para analizar la frecuencia de los reclamos, la experiencia del cliente e identificar pólizas que generan un alto volumen de siniestros complejos.

Por qué es importante

Proporciona un contexto de negocio crítico, vinculando la reclamación a un contrato de cliente específico y permitiendo un análisis de procesos centrado en el cliente.

Dónde obtener

Consulte la documentación de FINEOS Claims. Este es un dato fundamental que se captura en el registro de la reclamación y se almacena en el registro principal de la misma.

Ejemplos
POL-987654321POL-123456789
Región del Cliente
CustomerRegion
La región geográfica o estado del reclamante o asegurado.
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 del incidente.

El análisis geográfico puede revelar variaciones regionales en los tipos de siniestros, su frecuencia y la eficiencia de su procesamiento. Ayuda a identificar si ciertas oficinas regionales están rindiendo mejor que otras, o si existen factores específicos de la ubicación (p. ej., regulaciones, eventos climáticos) que afectan el proceso de siniestros. Esto facilita una gestión y asignación de recursos más focalizada.

Por qué es importante

Permite la segmentación geográfica para identificar diferencias de rendimiento regional, variaciones en el cumplimiento o cuellos de botella específicos de la ubicación.

Dónde obtener

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

Ejemplos
NoresteCaliforniaMedio OesteFL
Tiempo de Procesamiento
ProcessingTime
La duración del tiempo dedicado activamente a una actividad.
Descripción

El Tiempo de Procesamiento es una métrica calculada que mide el tiempo transcurrido entre el inicio y el fin de una actividad. Representa el 'tiempo de interacción' o el periodo en que un recurso estuvo activamente involucrado en la tarea.

Esta es una métrica fundamental para el análisis de rendimiento. Ayuda a distinguir el tiempo de trabajo activo del tiempo de espera inactivo, permitiendo una evaluación más precisa de la eficiencia de los recursos y la identificación de actividades que son intrínsecamente consumidoras de tiempo. Es un input clave para calcular los costos operativos y las tasas de utilización de los ajustadores.

Por qué es importante

Mide el 'tiempo de dedicación' activo para las actividades, ayudando a identificar qué tareas específicas consumen más tiempo y a medir con precisión la eficiencia de los recursos.

Dónde obtener

Esto se calcula restando la StartTime de la actividad de su EndTime.

Ejemplos
2 horas 30 minutos3 días 4 horas15 minutos
Requerido Recomendado Opcional

Actividades de Gestión de Siniestros

Estos son los pasos y hitos clave del proceso a capturar en su registro de eventos para una detección precisa del proceso y la identificación de cuellos de botella.
6 Recomendado 9 Opcional
ActividadDescripción
Decisión sobre el Siniestro Tomada
Un hito clave en el que la aseguradora toma una decisión formal para aprobar, aprobar parcialmente o denegar la reclamación. Esto casi siempre se registra como un cambio de estado explícito dentro de FINEOS a un estado como 'Aprobado', 'Denegado' o 'Liquidado'.
Por qué es importante

Este es un hito importante que determina la ruta del proceso subsiguiente (pago o cierre). Es crucial para medir el tiempo hasta la decisión y analizar los resultados de los siniestros.

Dónde obtener

Inferido de la timestamp en la tabla de historial de estado del siniestro correspondiente a un estado de decisión final (ej., 'Aprobado', 'Rechazado', 'Denegado').

Capturar

Timestamp del cambio de estado a 'Aprobado' o 'Denegado'.

Tipo de evento inferred
Pago Autorizado
Representa la aprobación formal del importe de liquidación calculado a pagar. Este es a menudo un paso separado de la decisión de la reclamación, que requiere que un gerente o equipo específico autorice el desembolso. Esto se captura mediante un cambio de estado como 'Aprobado para Pago'.
Por qué es importante

Esta actividad es clave para el KPI de 'Payment Authorization Cycle Time'. Los retrasos entre la decisión y la autorización pueden ser un cuello de botella oculto significativo que afecta la satisfacción del cliente.

Dónde obtener

Inferido de la timestamp de un cambio de estado a 'Pago Pendiente', 'Listo para Pago' o 'Pago Autorizado' en el historial de estado del siniestro.

Capturar

Timestamp del cambio de estado a 'Aprobado para Pago' o similar.

Tipo de evento inferred
Pago Emitido
Marca el momento en que el pago es realmente procesado y enviado al reclamante o proveedor. En FINEOS, esto a menudo se activa mediante una integración con un sistema financiero y se registra como un registro de transacción o una actualización final del estado de pago.
Por qué es importante

Este es un 'momento de la verdad' crucial para el cliente. Analizar el tiempo desde la autorización hasta la emisión ayuda a agilizar el proceso de pago y a mejorar la experiencia del cliente.

Dónde obtener

Puede ser 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 'Pagado' también es una fuente probable.

Capturar

Utilice la fecha de la transacción del registro de pagos o la marca de tiempo del cambio de estado a 'Pagado'.

Tipo de evento explicit
Siniestro Cerrado
Marca el estado final y terminal de un siniestro en el sistema una vez completadas todas las actividades, incluido el pago o la denegación. Este evento se captura cuando el estado del siniestro se actualiza a 'Cerrado' o 'Finalizado' en FINEOS.
Por qué es importante

Esta actividad es el evento final principal del proceso. El tiempo desde 'Claim Submitted' hasta 'Claim Closed' es un KPI maestro para medir el rendimiento y la eficiencia general del proceso.

Dónde obtener

Inferido de la timestamp del cambio de estado final a 'Cerrado' en el registro del historial de estado del siniestro. Esta es la última actualización de estado registrada para un siniestro completado con éxito.

Capturar

Timestamp del cambio de estado final a 'Cerrado' o 'Finalizado'.

Tipo de evento inferred
Siniestro Enviado
Marca la recepción inicial de un siniestro por parte de la organización, a menudo a través de varios canales como portales web, correo electrónico o correo postal. Este es el punto de partida del proceso de siniestros y se captura típicamente cuando el Primer Aviso de Siniestro (FNOL) se ingresa en un área de preparación o directamente en FINEOS.
Por qué es importante

Esta actividad marca el evento de inicio principal del proceso. Analizar el tiempo desde la presentación hasta el registro ayuda a identificar retrasos en la entrada de datos y la configuración inicial del siniestro, lo que impacta directamente en el tiempo total del ciclo.

Dónde obtener

Probablemente se captura a partir de la fecha de creación del registro de notificación inicial del siniestro o de la entrada de Primer Aviso de Siniestro (FNOL) en FINEOS. Esto puede ser un registro de eventos explícito o inferirse de la marca de tiempo más temprana asociada con la identificación del siniestro.

Capturar

Utilice el timestamp de creación de la Primera Notificación de Siniestro (FNOL) o del registro de siniestro inicial.

Tipo de evento inferred
Siniestro Registrado
Representa la creación formal del registro de la reclamación dentro del sistema FINEOS. En este punto, se asigna oficialmente un ID de reclamación único y el caso se abre formalmente para su procesamiento. Este evento se captura típicamente a partir de la marca de tiempo de creación del objeto de reclamación principal.
Por qué es importante

Este es un hito crucial que transforma el siniestro de una simple notificación a un case activo. Sirve como punto de partida fiable para medir el ciclo de vida del procesamiento interno.

Dónde obtener

Derivado del timestamp 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 centrales del sistema tienen una 'fecha de creación' registrada para fines de auditoría.

Capturar

Utilice el timestamp de creación del registro principal del case de siniestro.

Tipo de evento explicit
Información Adicional Recibida
Marca la recepción de los documentos o información solicitados, lo que permite reanudar el procesamiento del siniestro. Este evento se infiere típicamente cuando el estado del siniestro se actualiza de 'Información Pendiente' a un estado activo como 'En Revisión' o 'Listo para Evaluación'.
Por qué es importante

Medir el tiempo entre la solicitud y la recepción de información resalta los retrasos externos. También señala el reinicio del procesamiento interno, lo que lo convierte en clave para analizar los tiempos de espera y los estancamientos del proceso.

Dónde obtener

Inferido de la timestamp cuando el estado del siniestro cambia de un estado 'Pendiente' a un estado 'Activo' o 'En Progreso'. Un evento de carga de documento asociado también podría proporcionar una timestamp específica.

Capturar

Timestamp del cambio de estado de 'Información Pendiente' a un estado de procesamiento activo.

Tipo de evento inferred
Información Adicional Solicitada
Esta actividad se produce cuando el tramitador de siniestros determina que se necesita más información del reclamante o de un tercero para avanzar. En FINEOS, esto se suele registrar con un cambio de estado a 'Información Pendiente' o mediante el registro de un evento de comunicación saliente específico.
Por qué es importante

Esta es una actividad crítica para analizar el retrabajo y los bucles del proceso. Una alta frecuencia de este event sugiere problemas con la recopilación inicial de data y puede ser una fuente importante de retrasos.

Dónde obtener

Inferido de un cambio de estado del siniestro a 'Información Pendiente' o similar. También podría ser un evento explícito registrado cuando se genera una correspondencia solicitando información desde el sistema.

Capturar

Timestamp del cambio de estado a 'Información Pendiente' o entrada de log para una carta/correo electrónico de solicitud de información.

Tipo de evento inferred
Investigación Completada
Indica que todas las actividades de investigación necesarias han concluido y el reclamo está listo para una decisión final. Esto 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 fin de la fase de recopilación de pruebas. Analizar el tiempo transcurrido desde 'Investigación Iniciada' hasta este punto es clave para identificar cuellos de botella en el propio proceso de adjudicación.

Dónde obtener

Inferido de la timestamp cuando el estado del siniestro cambia de 'Bajo Investigación' a un estado que indica que la fase de decisión o evaluación es la siguiente.

Capturar

Timestamp del cambio de estado del siniestro de 'En Investigación' a 'Listo para Decisión'.

Tipo de evento inferred
Investigación Iniciada
Representa el inicio de la fase formal de investigación o adjudicación de la reclamación. Esto suele registrarse cuando la reclamación se asigna a un investigador o cuando su estado cambia explícitamente a 'En investigación' 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 eficiencia de la fase de investigación.

Dónde obtener

Inferido de la timestamp de un cambio de estado a 'Bajo Investigación' o 'Adjudicación en Curso'. También podría estar vinculado a la fecha de asignación de un rol de investigador al siniestro.

Capturar

Timestamp del cambio de estado del siniestro a 'En Investigación'.

Tipo de evento inferred
Liquidación Calculada
Ocurre después de una decisión de aprobación, donde se calcula el importe exacto del pago basándose en los límites de la póliza, los deducibles y las pérdidas evaluadas. Esto probablemente se captura cuando el campo de importe de pago final o liquidación se ingresa y confirma en FINEOS.
Por qué es importante

Esta actividad aísla la fase de cálculo de los pasos de aprobación y autorización de pagos. Permite analizar la eficiencia del equipo financiero al determinar los montos finales a pagar.

Dónde obtener

Inferido de la timestamp cuando el monto final de la liquidación o el pago se introduce o actualiza en los registros financieros del sistema para el siniestro.

Capturar

Utilice el timestamp de 'última actualización' en el campo del importe de liquidación final.

Tipo de evento inferred
Pérdida Evaluada
Indica que el impacto financiero del siniestro ha sido calculado y registrado. Esto puede implicar la evaluación de daños, costos médicos u otras responsabilidades. Este evento se captura a menudo cuando se rellenan y guardan campos específicos de evaluación financiera 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 de rendimiento para el equipo de evaluación.

Dónde obtener

Probablemente inferido de la marca de tiempo cuando los campos de reserva financiera o estimación de pérdidas se rellenan o finalizan por primera vez en el sistema. Puede que no sea un estado distinto, sino un evento de entrada de datos.

Capturar

Utilice el timestamp de 'última actualización' en los campos de data de evaluación financiera o relacionados con reservas.

Tipo de evento inferred
Revisión Inicial Realizada
Indica que un perito o procesador ha completado la primera evaluación de la validez del siniestro, sus detalles y la documentación requerida. Esto se infiere a menudo de un cambio de estado en FINEOS, como pasar de 'Nuevo' o 'Registrado' a 'En Revisión' o 'Asignado'.
Por qué es importante

El seguimiento de la finalización de este paso ayuda a medir el tiempo hasta la primera acción e identifica los retrasos en la fase inicial de triaje y asignación. Las demoras aquí pueden prolongar significativamente todo el ciclo de vida del siniestro.

Dónde obtener

Inferido de la timestamp cuando el estado del siniestro cambia a un estado que indica que la revisión está completa (ej., 'Revisión Inicial Completa', 'Información Pendiente', 'Bajo Investigación'). Estos datos se encuentran típicamente en una tabla de historial de estado de siniestros.

Capturar

Identifique la timestamp del cambio de estado de 'Nuevo' o 'Abierto' a un estado posterior a la revisión.

Tipo de evento inferred
Siniestro Denegado
Representa el resultado final para una reclamación que no es aprobada para el pago. Este evento se captura cuando el estado de la reclamación se establece definitivamente como 'Denegada' o 'Rechazada'. Este es un punto final alternativo para el proceso.
Por qué es importante

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

Dónde obtener

Inferido de la timestamp cuando el estado final del siniestro se registra como 'Denegado' o 'Rechazado' en la tabla de historial de estado.

Capturar

Timestamp del cambio de estado final a 'Denegado' o 'Rechazado'.

Tipo de evento inferred
Siniestro Reabierto
Ocurre cuando un siniestro previamente cerrado se reactiva para una revisión o procesamiento adicional, a menudo debido a una apelación o nueva información. Este evento se captura mediante un cambio de estado de 'Cerrado' o 'Denegado' de vuelta a uno activo como 'En Revisión'.
Por qué es importante

El seguimiento de los siniestros reabiertos es fundamental para comprender las excepciones y fallos del proceso. Destaca los cases que no se resolvieron correctamente la primera vez, lo que afecta la eficiencia y los costes operativos.

Dónde obtener

Inferido de un cambio de estado de un estado terminal (ej., 'Cerrado') a un estado no terminal y activo (ej., 'Reabierto', 'En Revisión'). Esto requiere analizar la secuencia de cambios de estado a lo largo del tiempo.

Capturar

Identifique la timestamp donde el estado cambia de un estado cerrado a un estado abierto.

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 están siendo validados actualmente. Vuelva a consultar más tarde o contáctenos para obtener ayuda.