Plantilla de Datos: Gestión de Reclamaciones
Plantilla de Datos para la Gestión de Siniestros
- Atributos recomendados para la recopilación de datos de reclamaciones
- Actividades clave a seguir en su proceso de siniestros
- Guía paso a paso para la extracción de datos de Sapiens ClaimsPro
Atributos del Procesamiento de Siniestros
| Nombre | Descripción | ||
|---|---|---|---|
Claim ID ClaimId | El identificador único para cada reclamación de seguro, que sirve como ID de caso principal para el seguimiento de su ciclo de vida. | ||
Descripción El ID de la Reclamación es el identificador fundamental del caso que vincula todos los eventos y actividades asociados a una única reclamación de seguro. Garantiza que todo el recorrido de una reclamación, desde su presentación inicial hasta su cierre final, pueda reconstruirse y analizarse de forma coherente. En Process Mining, cada entrada del registro de eventos debe estar asociada a un ID de Reclamación. Esto permite a la herramienta rastrear la trayectoria completa de cada reclamación, visualizar las variantes del proceso, calcular los tiempos de ciclo de principio a fin e identificar cuellos de botella o desviaciones del workflow estándar. Analizar los datos a través del ID de Reclamación ofrece una visión completa de su recorrido. Por qué es importante Es esencial para agrupar todas las actividades relacionadas en una única instancia de proceso, permitiendo un análisis de extremo a extremo del ciclo de vida de los siniestros. Dónde obtener Esta es una clave primaria en la tabla principal de transacciones de siniestros dentro de Sapiens ClaimsPro. Consulte la documentación del sistema para el nombre exacto de la tabla y el campo. Ejemplos CL-2023-001234CL-2023-005678CL-2024-009101 | |||
Nombre de Actividad ActivityName | El nombre de la actividad o evento de negocio específico que ocurrió en un punto del proceso de reclamaciones. | ||
Descripción Este atributo describe un único paso o tarea realizada dentro del ciclo de vida de los siniestros, como 'Siniestro Presentado', 'Revisión Inicial Realizada' o 'Pago Emitido'. Cada activity representa un punto distinto en el proceso que tiene una hora de inicio y, potencialmente, una de finalización. El análisis de activities es el corazón del process mining. Permite la visualización del mapa de procesos, la identificación de cuellos de botella entre pasos, el análisis de la frecuencia de las activities y la comprensión de las variaciones del proceso. La secuencia de activities para un Claim ID determinado forma la base del flujo del proceso. Por qué es importante Define los pasos del proceso, lo cual es fundamental para crear el mapa de proceso e identificar cuellos de botella o ineficiencias. Dónde obtener Generalmente derivado de registros de eventos, registros de cambio de status o tablas de finalización de tareas dentro de Sapiens ClaimsPro. Puede requerir mapeo desde códigos de status o tipos de transacción. Ejemplos Siniestro RegistradoInvestigación IniciadaLiquidación CalculadaSiniestro Cerrado | |||
Timestamp del Evento EventTimestamp | La fecha y hora precisas en que comenzó o se inició una actividad o evento específico. | ||
Descripción El Event Timestamp registra la hora de inicio de cada actividad en el proceso de reclamaciones. Proporciona el contexto cronológico necesario para secuenciar los eventos y calcular las duraciones entre ellos. Este timestamp es la columna vertebral temporal del registro de eventos. En el análisis de Process Mining, este atributo es crítico para calcular todas las métricas relacionadas con el tiempo, incluyendo los tiempos de ciclo, los tiempos de espera y las duraciones de las actividades. Permite el descubrimiento de cuellos de botella, el análisis del rendimiento del proceso a lo largo del tiempo y la supervisión del cumplimiento de los SLA, al proporcionar la base fáctica de cuándo ocurrieron los hechos. Por qué es importante Este timestamp es esencial para ordenar los eventos cronológicamente y calcular todas las métricas basadas en duración, como el tiempo de ciclo y los cuellos de botella. Dónde obtener Ubicado en las tablas de log de eventos o transacciones junto con la información de actividad o cambio de estado en Sapiens ClaimsPro. Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
Ajustador Asignado AssignedAdjuster | El nombre o ID del perito de siniestros responsable de gestionar la reclamación o una actividad específica. | ||
Descripción Este atributo identifica al usuario o recurso individual que realizó una acción sobre el siniestro. El seguimiento del ajustador asignado es clave para comprender la distribución de la carga de trabajo, el desempeño individual y la asignación de recursos. En el análisis, esto permite filtrar el mapa de procesos para ver cómo diferentes ajustadores manejan los siniestros, comparar su rendimiento e identificar posibles oportunidades de capacitación. Es fundamental para construir el dashboard 'Carga de Actividad por Ajustador y Departamento' y para calcular el KPI 'Balance de Carga de Trabajo del Ajustador'. Por qué es importante Crucial para el análisis de recursos, ayudando a identificar desequilibrios en la carga de trabajo, individuos de alto rendimiento y necesidades de formación. Dónde obtener Se encuentra en los registros de actividad del usuario o en las tablas de transacciones de Sapiens ClaimsPro, a menudo vinculado al usuario que creó o modificó un registro por última vez. Ejemplos John Smithj.smithUSR-00451 | |||
Departamento Asignado AssignedDepartment | El departamento o equipo responsable de gestionar la reclamación en una etapa específica. | ||
Descripción Este atributo indica la unidad de negocio o el equipo, como 'Recepción Inicial', 'Siniestros Complejos' o 'Unidad de Investigaciones Especiales (SIU)', que está asignado a un siniestro o activity. Permite el análisis del proceso desde una perspectiva departamental. El análisis por departamento ayuda a identificar cuellos de botella específicos de ciertos equipos, a comprender las transferencias entre departamentos y a evaluar la eficiencia departamental. Es esencial para el dashboard 'Carga de Actividad por Ajustador y Departamento' y para el análisis de procesos organizacionales de alto nivel. Por qué es importante Permite el análisis del rendimiento del proceso y las transferencias entre diferentes equipos, revelando cuellos de botella organizativos. Dónde obtener A menudo asociado con el perfil del usuario en el sistema o asignado directamente al objeto del siniestro. Consulte la documentación de Sapiens ClaimsPro. Ejemplos División de Siniestros de AutomóvilesReclamaciones de PropiedadUnidad de Investigación Especial | |||
Gravedad del Siniestro ClaimSeverity | Una clasificación de la complejidad o el impacto financiero potencial de la reclamación (p. ej., Baja, Media, Alta). | ||
Descripción La Gravedad del Siniestro es una calificación asignada a un siniestro para indicar su complejidad estimada, riesgo o exposición financiera. Esta calificación a menudo determina el nivel de escrutinio, la experiencia requerida del ajustador y el workflow que sigue. Este atributo es crítico para el dashboard 'Análisis del Tiempo de Ciclo por Gravedad del Siniestro'. Ayuda a entender si los siniestros más complejos se gestionan de manera eficiente o si contribuyen de forma desproporcionada a tiempos de ciclo largos. Proporciona un contexto vital para las métricas de rendimiento, ya que se espera que un siniestro de alta gravedad tome más tiempo que uno de baja gravedad. Por qué es importante Proporciona un contexto crucial para el análisis del tiempo de ciclo, ayudando a explicar por qué algunas reclamaciones tardan más que otras y si los casos complejos se gestionan de manera eficiente. Dónde obtener Este puede ser un campo ingresado manualmente o una puntuación derivada basada en las características del siniestro en Sapiens ClaimsPro. Ejemplos BajoMedioAltoCompleja | |||
Hora Fin del Evento EventEndTime | La fecha y hora precisas en que concluyó una actividad específica. | ||
Descripción La Hora de Finalización del Evento marca la conclusión de una actividad. Si bien algunos eventos son instantáneos (la Hora de Inicio es igual a la Hora de Finalización), muchas actividades tienen una duración. Este timestamp, cuando está disponible, permite medir con precisión cuánto tiempo tomó cada paso. Este atributo se utiliza para calcular el 'tiempo activo' o 'tiempo de procesamiento' de una actividad, a diferencia del 'tiempo de espera' entre actividades. Ayuda a diferenciar entre el tiempo dedicado activamente a trabajar en una reclamación y el tiempo que permaneció inactivo en una cola. Esto es crucial para identificar actividades específicas que consumen mucho tiempo. Por qué es importante Permite el cálculo del tiempo de procesamiento activo para actividades individuales, ayudando a distinguir entre el tiempo de valor añadido y el tiempo de espera. Dónde obtener Puede estar disponible en los mismos logs de transacciones que la hora de inicio, o puede que deba inferirse de la hora de inicio del evento subsiguiente. Consulte la documentación de Sapiens ClaimsPro. Ejemplos 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
Importe de Liquidación SettlementAmount | El importe monetario final pagado al reclamante para liquidar la reclamación. | ||
Descripción Este atributo captura el valor de la liquidación del siniestro. Es una métrica de resultado fundamental que refleja el impacto financiero del siniestro y las decisiones tomadas durante el proceso. En el análisis de procesos, el Monto de Liquidación se emplea en el dashboard 'Perspectivas de Decisión y Liquidación de Siniestros' para analizar cómo las variaciones del proceso o el comportamiento del ajustador pueden correlacionarse con los resultados de la liquidación. Además, es un insumo principal para el KPI 'Índice de Consistencia del Monto de Liquidación', lo que facilita la identificación de inconsistencias en las decisiones de liquidación para tipos de siniestros similares. Por qué es importante Esta es una métrica clave de resultado. Analizarla frente a las variantes del proceso puede revelar cómo las ineficiencias o desviaciones del proceso impactan en los resultados financieros. Dónde obtener Se encuentra en las tablas de transacciones financieras o de pago vinculadas al siniestro en Sapiens ClaimsPro. Ejemplos 5000.001250.75250000.00 | |||
Tipo de Siniestro ClaimType | La categoría de la reclamación de seguro, como Automóvil, Propiedad o Responsabilidad Civil. | ||
Descripción El Tipo de Siniestro clasifica los siniestros según la línea de negocio o la naturaleza de la pérdida. Este es un atributo de segmentación fundamental que a menudo dicta qué workflow de proceso seguirá un siniestro y qué equipos estarán involucrados. Analizar el proceso por Tipo de Siniestro es crucial para identificar variaciones en la eficiencia y el procedimiento entre diferentes líneas de negocio. Por ejemplo, el proceso para un siniestro de automóvil puede ser altamente automatizado y rápido, mientras que un siniestro de propiedad comercial puede ser complejo y lento. Este atributo es necesario para calcular el KPI 'Índice de Consistencia del Monto de Liquidación'. Por qué es importante Permite comparar procesos entre diferentes líneas de negocio para identificar mejores prácticas y cuellos de botella específicos para cada categoría de siniestro. Dónde obtener Un campo estándar en el registro de reclamación principal en Sapiens ClaimsPro. Es un elemento de datos central para cualquier sistema de reclamaciones. Ejemplos Daños Físicos a AutomóvilesResponsabilidad Civil GeneralCompensación para TrabajadoresPropiedad Comercial | |||
¿Es Retrabajo? IsRework | Un indicador booleano calculado que identifica actividades que forman parte de un bucle de retrabajo. | ||
Descripción Este atributo se establece en 'true' cuando una activity o secuencia de activities se repite para el mismo siniestro. Por ejemplo, si un siniestro pasa de 'Revisión Inicial' a 'Información Adicional Solicitada' y luego vuelve a 'Revisión Inicial', la segunda instancia de la revisión se marcaría como retrabajo. Marcar el retrabajo es fundamental para cuantificar la ineficiencia del proceso. Impulsa el dashboard 'Tendencias de Retrabajo y Reenvío de Siniestros' y el KPI 'Frecuencia de Bucles de Retrabajo de Siniestros'. Al aislar y analizar los bucles de retrabajo, las organizaciones pueden identificar las causas raíz, como una mala calidad inicial de los datos o directrices poco claras, y tomar medidas para reducir el esfuerzo desperdiciado. Por qué es importante Ayuda a cuantificar la ineficiencia del proceso al señalar explícitamente las actividades que se repiten, lo que permite esfuerzos de mejora dirigidos. Dónde obtener Esto no se encuentra en el sistema de origen. Es calculado por la herramienta de Process Mining al detectar secuencias repetidas de actividades dentro de un solo caso. Ejemplos truefalse | |||
Canal de Presentación SubmissionChannel | El método por el cual se presentó inicialmente la reclamación (ej. portal online, agente, correo postal). | ||
Descripción Este atributo identifica el canal de entrada para un nuevo siniestro. Diferentes canales pueden tener un impacto significativo en la calidad inicial de los datos, lo que a su vez afecta todo el proceso posterior. El análisis del proceso por Canal de Presentación ayuda a responder preguntas sobre eficiencia y calidad. Por ejemplo, el dashboard 'Eficiencia del Canal de Presentación de Siniestros' puede revelar si los siniestros enviados a través de un portal en línea tienen tiempos de ciclo más rápidos y tasas de retrabajo más bajas en comparación con los enviados por correo. Esta información puede guiar las inversiones en optimización de canales y transformación digital. Por qué es importante Ayuda a identificar qué canales de recepción conducen al procesamiento más eficiente, destacando oportunidades para la automatización y la mejora de la experiencia del cliente. Dónde obtener Generalmente capturado en el primer punto de contacto y almacenado como un campo en el registro principal del siniestro en Sapiens ClaimsPro. Ejemplos Portal en LíneaAgenteCorreo PostalTeléfono | |||
Estado del Siniestro ClaimStatus | El estado operativo actual de la reclamación (ej. Abierta, Pendiente, Cerrada). | ||
Descripción Este atributo representa el estado general del caso del siniestro en cualquier momento dado. Mientras que las activities son eventos, el status es el estado del siniestro resultante de esos eventos. Proporciona un resumen de alto nivel de dónde se encuentra el siniestro en su ciclo de vida. El análisis del status del siniestro ayuda a comprender el inventario de siniestros abiertos y su etapa actual. Es útil para dashboards operativos y para calcular el KPI 'Puntuación de Transparencia del Estado del Siniestro' al rastrear con qué frecuencia y de manera significativa se actualiza el status a lo largo del proceso. Por qué es importante Ofrece una vista de alto nivel del estado actual de una reclamación, útil para el seguimiento de la carga de trabajo en curso y la comprensión de la progresión del caso. Dónde obtener Un campo principal en el registro de reclamación principal en Sapiens ClaimsPro, actualizado por diversas transacciones comerciales. Ejemplos AbiertoPendiente de InformaciónCerrada - PagadaCerrada - Denegada | |||
Estado del SLA SlaState | Un indicador calculado que señala si una reclamación cerrada cumplió su fecha objetivo de resolución. | ||
Descripción Este atributo se deriva al comparar el timestamp de la activity 'Siniestro Cerrado' con la 'Fecha Objetivo de Resolución'. Categoriza los siniestros en estados como 'A Tiempo' o 'Retrasado', proporcionando un indicador claro e inmediato del rendimiento del SLA. Este campo calculado es la columna vertebral del dashboard 'Cumplimiento SLA de Resolución de Siniestros'. Simplifica el análisis al permitir a los usuarios filtrar instantáneamente todos los siniestros retrasados e investigar las rutas de proceso comunes o los cuellos de botella que llevaron al retraso. Apoya directamente el KPI 'Tasa de Resolución de Siniestros a Tiempo'. Por qué es importante Mide directamente el cumplimiento de los SLA, facilitando filtrar y analizar las reclamaciones que se resolvieron con retraso. Dónde obtener Este atributo no se encuentra en el sistema de origen. Se calcula durante la transformación de datos al comparar el 'EventTimestamp' de la activity 'Siniestro Cerrado' con la 'Fecha Objetivo de Resolución'. Ejemplos A tiempoCon retraso | |||
Fecha del Siniestro LossDate | La fecha en la que ocurrió el incidente o evento que originó la reclamación. | ||
Descripción La Fecha de Siniestro, también conocida como Fecha de Ocurrencia del Siniestro, es la fecha del evento real (por ejemplo, accidente de coche, daños a la propiedad) por el que se presenta la reclamación. Frecuentemente, es el punto de partida de todo el recorrido de la reclamación desde la perspectiva del cliente. Este atributo es importante para calcular el retraso en la notificación, que es el tiempo entre la Fecha de Siniestro y la fecha de 'Reclamación Presentada'. Analizar este retraso puede proporcionar insights sobre el comportamiento del cliente e identificar oportunidades para fomentar una notificación más rápida, lo que a menudo conduce a mejores resultados. Por qué es importante Define el inicio del evento de la reclamación en sí, permitiendo el análisis del retraso en la notificación (tiempo desde el siniestro hasta la presentación de la reclamación). Dónde obtener Un campo central en el registro principal de la reclamación, capturado durante el Primer Aviso de Pérdida (FNOL). Ejemplos 2023-10-202023-11-152024-01-05 | |||
Fecha Objetivo de Resolución ResolutionTargetDate | La fecha objetivo para el cierre esperado de la reclamación, según los acuerdos de nivel de servicio (SLA). | ||
Descripción La Fecha Objetivo de Resolución es una fecha límite establecida para el cierre de la reclamación, a menudo determinada por factores como el tipo de reclamación, la jurisdicción o los términos de la póliza. Sirve como punto de referencia para medir el rendimiento y la adhesión a los acuerdos de nivel de servicio (SLA). Esta fecha es fundamental para el dashboard de 'Cumplimiento SLA de Resolución de Reclamaciones' y el KPI 'Tasa de Resolución de Reclamaciones a Tiempo'. Al comparar la fecha real de 'Reclamación Cerrada' con este objetivo, el sistema puede clasificar automáticamente las reclamaciones como 'A Tiempo' o 'Retrasadas', proporcionando una visión clara del rendimiento del SLA. Por qué es importante Es el punto de referencia para medir el cumplimiento del SLA, lo que permite el cálculo de las tasas de resolución a tiempo e identificar siniestros en riesgo de retraso. Dónde obtener Esta fecha puede almacenarse en el registro principal del siniestro o en un módulo de gestión de SLA relacionado dentro de Sapiens ClaimsPro. Ejemplos 2024-01-152024-03-202024-06-01 | |||
Motivo de Rechazo ReasonForRejection | La razón específica proporcionada cuando se deniega una reclamación o se rechaza un pago. | ||
Descripción Cuando la decisión sobre un siniestro es 'Denegado', este atributo proporciona la justificación subyacente. Podría ser un código estandarizado o una descripción de texto libre que explique por qué el siniestro no fue cubierto, como 'Exclusión de Póliza', 'Falta de Pruebas' o 'Fraude Sospechoso'. Esta información es de gran valor para el dashboard de 'Perspectivas de Decisión y Liquidación de Siniestros'. Analizar los motivos de rechazo puede descubrir patrones, como un alto número de denegaciones debido a información incompleta, lo que podría apuntar a problemas en la fase de recopilación de datos. Es clave para el análisis de causa raíz de las denegaciones de siniestros. Por qué es importante Ofrece contexto crítico para las reclamaciones denegadas, permitiendo el análisis de la causa raíz para reducir las tasas de denegación y mejorar la calidad de la presentación. Dónde obtener Asociado a las actividades de 'Siniestro Denegado' o 'Decisión de Siniestro Tomada', probablemente almacenado en un campo de estado o código de motivo en Sapiens ClaimsPro. Ejemplos Exclusión de pólizaPeligro no cubiertoInformación solicitada no proporcionadaReclamación duplicada | |||
Número de Póliza PolicyNumber | El identificador único de la póliza de seguro bajo la cual se presentó la reclamación. | ||
Descripción El Número de Póliza vincula la reclamación con el contrato de seguro específico del tomador. Esto proporciona un contexto esencial sobre la cobertura, los límites y los deducibles que influyen en la gestión y las decisiones del siniestro. Aunque no siempre se utiliza directamente en el análisis del flujo del proceso, es un atributo crítico para cualquier investigación profunda. Permite a los analistas conectar los datos del siniestro con los datos de la póliza, facilitando una visión más holística de la relación con el cliente y el perfil de riesgo. También puede emplearse para agrupar reclamaciones por póliza e identificar pólizas problemáticas o tendencias. Por qué es importante Vincula el siniestro al contrato de seguro, permitiendo un análisis más profundo al conectar los datos del proceso con los detalles de la póliza, como la cobertura y los límites. Dónde obtener Un campo estándar en el registro de reclamación principal en Sapiens ClaimsPro, enlazándolo con el sistema de administración de pólizas. Ejemplos POL-987654321POL-123456789POL-555444333 | |||
Sistema Fuente SourceSystem | Identifica el sistema del que se extrajeron los datos, en este caso, Sapiens ClaimsPro. | ||
Descripción Este atributo proporciona contexto sobre el origen de los datos del proceso. Aunque podría ser un valor constante como 'Sapiens ClaimsPro' para este conjunto de datos específico, es crucial en entornos donde los datos se fusionan de múltiples sistemas. Para el análisis, ayuda en la gobernanza de datos, la resolución de problemas y a asegurar que las perspectivas se atribuyen correctamente al sistema de origen. Es un campo clave para mantener el linaje de datos y comprender el contexto tecnológico del proceso. Por qué es importante Garantiza la trazabilidad y el linaje de los datos, lo cual es crítico cuando se combinan datos de múltiples sistemas o para fines de auditoría. Dónde obtener Este es típicamente un valor estático añadido durante el proceso de extracción, transformación y carga de datos (ETL) para etiquetar el origen de los registros. Ejemplos Sapiens ClaimsProClaimsPro v10.1 | |||
Tiempo de Procesamiento ProcessingTime | La duración calculada entre dos eventos consecutivos en el proceso de reclamaciones. | ||
Descripción El Tiempo de Procesamiento mide el tiempo transcurrido entre el inicio de una actividad y el inicio de la siguiente. Representa el tiempo de ciclo total de un paso, que incluye tanto el tiempo de trabajo activo como cualquier tiempo de inactividad o espera antes de que comience el siguiente paso. Esta es una de las métricas más fundamentales en process mining, utilizada para potenciar el análisis de cuellos de botella. Al visualizar el tiempo de procesamiento promedio en los arcos entre actividades en el mapa de procesos, los analistas pueden identificar inmediatamente dónde se estancan las reclamaciones. Es esencial para dashboards como 'Análisis de Cuellos de Botella en la Actividad de Reclamaciones'. Por qué es importante Esta métrica es la base del análisis de cuellos de botella, destacando las etapas donde los siniestros pasan más tiempo esperando. Dónde obtener Esta es una métrica calculada, derivada durante el análisis de Process Mining al tomar la diferencia entre el 'EventTimestamp' de actividades consecutivas para cada 'ClaimId'. Ejemplos 2 días 4 horas30 minutos15 días | |||
Última actualización de datos LastDataUpdate | El timestamp que indica la última vez que se actualizaron o extrajeron los datos del sistema de origen. | ||
Descripción Este atributo registra la fecha y hora de la extracción de datos más reciente de Sapiens ClaimsPro. Es esencial para comprender la vigencia de los datos que se analizan y suele ser uniforme en todos los registros de un mismo dataset. En cualquier análisis o dashboard, este timestamp proporciona un contexto crucial sobre la actualidad de los datos. Ayuda a los usuarios a entender si están viendo información en tiempo real o una instantánea histórica, lo cual es vital para tomar decisiones operativas oportunas. Por qué es importante Proporciona contexto sobre la actualización de los datos, asegurando que los usuarios sepan cuán actual es el análisis. Dónde obtener Este valor se genera y se registra en el conjunto de datos durante el proceso de extracción de datos (ETL). Ejemplos 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
Actividades de Procesamiento de Siniestros
| Actividad | Descripción | ||
|---|---|---|---|
Decisión de Siniestro Tomada | La decisión oficial de aprobar, aprobar parcialmente o denegar la reclamación ha sido tomada y registrada por un perito autorizado. Este es un hito fundamental en el proceso. | ||
Por qué es importante Este es un punto de decisión crítico que dicta la ruta de proceso subsiguiente (pago o cierre). Analizar el tiempo hasta la decisión es un indicador clave de rendimiento. Dónde obtener Este es probablemente un evento distinto, capturado cuando el campo de disposición o decisión del siniestro se completa y guarda (por ejemplo, 'Approved', 'Denied'). Capturar Timestamp cuando el campo/status de decisión (por ejemplo, 'Claim Status') se establece en una decisión final como 'Approved' o 'Denied'. Tipo de evento explicit | |||
Investigación Completada | Significa que todas las actividades de investigación necesarias han concluido y los hallazgos han sido documentados. Esto es un requisito previo para tomar una decisión final sobre la reclamación. | ||
Por qué es importante Este hito clave marca el final de la fase de recopilación de pruebas. Permite analizar la eficiencia de la investigación y su impacto en el tiempo de toma de decisiones. Dónde obtener Inferido de un cambio de estado a 'Investigación Completada' o 'Decisión Pendiente', o del timestamp de finalización de la tarea de investigación final. Capturar Timestamp del cambio de status que indica que la investigación ha finalizado o que todas las sub-tareas de investigación están marcadas como completas. Tipo de evento inferred | |||
Pago Emitido | Se ha ejecutado la transacción financiera para pagar el importe de la liquidación. Este evento marca el momento en que se envían los fondos al reclamante o beneficiario. | ||
Por qué es importante Este es un hito crítico de cara al cliente. La duración entre 'Claim Decision Made' y esta actividad influye en gran medida en la satisfacción del cliente. Dónde obtener Capturado del timestamp del registro de la transacción de pago en el módulo financiero, que está vinculado al Claim ID. Capturar Timestamp del registro de transacciones de pago o del registro de interfaz del sistema financiero asociado al siniestro. Tipo de evento explicit | |||
Siniestro Cerrado | El expediente de la reclamación se cierra oficialmente en el sistema, lo que significa que todas las actividades, incluida la comunicación de pago o denegación, están completas. Este es el evento final exitoso principal. | ||
Por qué es importante Esta actividad marca el fin del proceso, lo que permite calcular el tiempo de ciclo total de principio a fin para cada reclamación. Dónde obtener Inferido del timestamp cuando el estado principal del siniestro se actualiza a 'Cerrado' o a un estado final equivalente. Capturar Timestamp del cambio de status a 'Closed' en el campo de status principal del siniestro. Tipo de evento inferred | |||
Siniestro Presentado | Marca la recepción inicial de un siniestro de un asegurado o de un tercero, independientemente del canal de presentación. Este es el punto de partida del ciclo de vida de los siniestros y a menudo se captura mediante una integración o entrada manual de datos. | ||
Por qué es importante Esta actividad es el evento de inicio principal del proceso. Analizar el tiempo desde la presentación hasta el registro ayuda a identificar retrasos en la entrada de datos y en la configuración inicial de la reclamación. Dónde obtener Probablemente capturado del timestamp de creación del registro inicial del siniestro o de un campo específico de 'fecha de presentación' en la tabla principal de siniestros. Capturar Evento de creación del expediente de la reclamación en el sistema, frecuentemente vinculado a la entrada del Primer Aviso de Siniestro (FNOL). Tipo de evento explicit | |||
Siniestro Registrado | Representa la creación y asignación formal de un ID de Reclamación único dentro de Sapiens ClaimsPro. Esto suele seguir a la presentación inicial y significa que la reclamación ya está oficialmente en el sistema para su procesamiento. | ||
Por qué es importante Establece el inicio oficial del procesamiento interno. La duración entre 'Reclamación Enviada' y esta actividad mide la eficiencia de la admisión. Dónde obtener Inferido del timestamp cuando el estado de un registro de siniestro cambia de un estado preliminar (p. ej., 'pendiente') a 'registrado' o 'abierto'. También podría ser una entrada de log explícita. Capturar Timestamp del cambio de status del siniestro a 'Registered', 'Open' o un status activo equivalente. Tipo de evento inferred | |||
Información Adicional Recibida | Representa la recepción de la información solicitada, permitiendo que el procesamiento de la reclamación se reanude. Este evento cierra el ciclo de retrabajo iniciado por la solicitud. | ||
Por qué es importante Analizar el tiempo entre 'Información Adicional Solicitada' y esta actividad revela retrasos externos y ayuda a gestionar las expectativas del cliente. Dónde obtener Inferido del cambio de estado del siniestro de 'Información Pendiente' a un estado activo como 'Abierto' o 'En Revisión'. También podría vincularse a un registro de documentos entrantes. Capturar Timestamp del cambio de status de un estado 'Pending' a un estado 'Active', a menudo desencadenado por una carga de documentos. Tipo de evento inferred | |||
Información Adicional Solicitada | El perito de siniestros ha identificado información faltante o incompleta y ha enviado una solicitud al asegurado o a un tercero. Esta actividad inicia una fase de espera frecuente en el proceso. | ||
Por qué es importante Esta actividad marca el inicio de un bucle de retrabajo. Una alta frecuencia indica problemas con la recopilación inicial de datos, lo que provoca retrasos y un aumento del esfuerzo manual. Dónde obtener Puede ser un evento explícito registrado cuando se envía una correspondencia, o inferido de un cambio en el estado del siniestro a 'Información Pendiente' o 'En Espera'. Capturar Timestamp del cambio de estado de una reclamación a 'Pendiente de Información' o registro de comunicación saliente. Tipo de evento inferred | |||
Investigación Iniciada | Marca el inicio de la fase formal de investigación del siniestro. Esto podría implicar la asignación de especialistas, la programación de inspecciones u otras actividades detalladas de recopilación de pruebas. | ||
Por qué es importante Esta actividad marca el inicio de una fase crítica y a menudo de larga duración. Medir la duración de la investigación es clave para identificar los principales cuellos de botella. Dónde obtener Probablemente inferido de un cambio de estado a 'En Investigación' o de la fecha de creación de la primera tarea o asignación relacionada con la investigación. Capturar Timestamp cuando el status del siniestro se actualiza a 'Investigation in Progress' o un estado similar. Tipo de evento inferred | |||
Liquidación Calculada | Tras una decisión de aprobación, se ha calculado el importe final del acuerdo a pagar al reclamante. Este paso precede a la autorización de pago. | ||
Por qué es importante Mide la eficiencia del paso de cálculo financiero después de tomar una decisión. Los cuellos de botella aquí pueden retrasar el pago final. Dónde obtener Inferido del timestamp cuando el campo 'Importe de liquidación' se completa y confirma en el módulo financiero del sistema. Capturar Timestamp asociado a la finalización del campo 'Settlement Amount' en el registro del siniestro. Tipo de evento inferred | |||
Pago Autorizado | Se ha otorgado la aprobación interna para liberar los fondos de liquidación. Esto a menudo implica que un gerente o un miembro distinto del equipo financiero revise y autorice el pago. | ||
Por qué es importante Identifica posibles retrasos en el workflow de aprobación financiera interna después de que se ha tomado la decisión del siniestro y se ha calculado el importe. Dónde obtener Este es probablemente un evento explícito desencadenado por una acción de aprobación en el workflow del sistema, o un cambio de status a 'Pending Payment' o 'Approved for Payment'. Capturar Una entrada de log de evento explícita o un timestamp de cambio de estado que indica que el pago ha sido aprobado. Tipo de evento explicit | |||
Pérdida Evaluada | El evento en el que se ha determinado y registrado formalmente el valor financiero de la pérdida. Este es un dato clave para calcular el importe de la liquidación final. | ||
Por qué es importante Este paso es crítico para la planificación financiera y la gestión de reservas. Los retrasos en la evaluación de pérdidas pueden paralizar todo el proceso de liquidación y pago. Dónde obtener Probablemente registrado como un timestamp cuando los campos de reserva financiera o de importe de pérdida se finalizan o aprueban en el sistema. Capturar El timestamp asociado a la entrada o aprobación final de los campos 'Importe del Siniestro' o 'Importe de Reserva'. Tipo de evento explicit | |||
Revisión Inicial Realizada | Un ajustador o gestor de siniestros ha completado la primera evaluación de los detalles y la documentación del siniestro presentado. Este paso determina la validez inicial y los siguientes pasos para el siniestro. | ||
Por qué es importante Este hito es crucial para entender la rapidez con la que se priorizan los siniestros. Los retrasos aquí pueden tener un impacto significativo en el tiempo de ciclo general y la satisfacción del cliente. Dónde obtener Probablemente inferido de un timestamp asociado a un cambio de estado a 'En Revisión', 'Revisado', o a la finalización de una tarea/paso del workflow de revisión inicial. Capturar Timestamp de finalización de una tarea de 'Revisión Inicial' o un evento de actualización de estado en el log de eventos o tabla de historial de la reclamación. Tipo de evento inferred | |||
Siniestro Denegado | La reclamación ha sido oficialmente denegada y el expediente se está preparando para su cierre. Esto se produce tras la actividad 'Decisión sobre la Reclamación' donde la decisión fue 'Denegada'. | ||
Por qué es importante Representa una ruta de proceso alternativa clave. Analizar esta ruta puede revelar patrones en las reclamaciones denegadas y asegurar que se siguieron los procedimientos adecuados. Dónde obtener Este es a menudo el mismo evento que 'Claim Closed', distinguido por el atributo de decisión final. Puede modelarse como una actividad separada basándose en que el valor del campo 'Decision' sea 'Denied'. Capturar Se deriva del evento 'Reclamación Cerrada' cuando el atributo de decisión final de la reclamación es 'Denegada' o similar. Tipo de evento calculated | |||
Siniestro Reabierto | Una reclamación previamente cerrada ha sido reactivada para revisión o acción adicional. Este es un evento de excepción que puede ocurrir debido a nueva información o una apelación. | ||
Por qué es importante Resalta las excepciones del proceso y los posibles fallos en la gestión inicial del siniestro. Una alta tasa de siniestros reabiertos puede indicar problemas con la calidad de las decisiones o la comunicación con el cliente. Dónde obtener Inferido de un cambio de estado de 'Cerrado' a 'Abierto' o 'En Revisión'. Capturar Timestamp de un cambio de status de un estado final/cerrado a cualquier estado activo/abierto. Tipo de evento inferred | |||
Guías de Extracción
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.
