Su Template de datos para la gestión de siniestros

Guidewire ClaimCenter
Su Template de datos para la gestión de siniestros

Su Template de datos para la gestión de siniestros

Le damos la bienvenida a su recurso específico para optimizar la gestión de siniestros. Esta plantilla describe los atributos de datos esenciales que debe recopilar, las actividades críticas que debe supervisar y ofrece instrucciones claras para extraer los datos. Utilícela para asegurarse de capturar toda la información necesaria para realizar un análisis completo del proceso.
  • Atributos recomendados para recopilar
  • Actividades clave que debe supervisar
  • Guía de extracción para Guidewire ClaimCenter
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de la gestión de siniestros

Estos campos de datos recomendados son fundamentales para crear un registro de eventos completo y analizar eficazmente sus Workflows de gestión de siniestros.
3 Obligatorio 4 Recomendado 14 Opcional
Nombre Descripción
Hora del evento
EventTime
La fecha y hora exactas en que tuvo lugar la actividad.
Descripción

Esta marca de tiempo indica el momento exacto en que se registró una actividad en el sistema. Es fundamental para todos los análisis de procesos basados en el tiempo.

El orden cronológico de EventTime para un Claim ID permite reconstruir el flujo del proceso. La diferencia de tiempo entre eventos consecutivos se utiliza para calcular los tiempos de ciclo, espera y procesamiento, que son fundamentales para analizar el rendimiento, identificar cuellos de botella y supervisar los SLA.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos, calcular tiempos de ciclo y duraciones e identificar retrasos en el proceso.

Dónde obtenerlo

Se encuentra junto a los datos de eventos o actividades en las tablas de historial o auditoría de Guidewire ClaimCenter, normalmente en un campo como 'CreateTime' o 'UpdateTime'.

Ejemplos
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
ID del siniestro
ClaimID
El identificador único de cada siniestro de seguros, que actúa como identificador principal del caso.
Descripción

El Claim ID es la pieza central del análisis del proceso de gestión de siniestros, ya que identifica de forma única cada caso desde su presentación hasta el cierre. Vincula todas las actividades, documentos, pagos y comunicaciones asociados, lo que garantiza una visión completa y coherente del ciclo de vida del siniestro.

En Process Mining, cada evento del conjunto de datos está vinculado a un Claim ID, lo que permite reconstruir el flujo completo del proceso. Esto es esencial para analizar los tiempos de ciclo, identificar variantes del proceso y seguir el recorrido de un siniestro entre distintos departamentos y personas encargadas de gestionarlo.

Por qué es importante

Es la clave fundamental que conecta todos los eventos relacionados y permite rastrear y analizar el recorrido completo de un único siniestro.

Dónde obtenerlo

Es una clave principal en Guidewire ClaimCenter, que normalmente se encuentra como Claim.ClaimNumber o en un campo similar de la entidad Claim principal.

Ejemplos
000-123-45678000-987-65432001-456-11223
Nombre de la actividad
ActivityName
El nombre de la actividad empresarial o del evento que tuvo lugar en un momento concreto del ciclo de vida del siniestro.
Descripción

Este atributo describe un paso o hito específico del proceso de gestión de siniestros, como 'Claim Created', 'Investigation Started' o 'Payment Issued'. La secuencia de estas actividades para un Claim ID determinado forma el flujo del proceso.

Analizar la secuencia, la frecuencia y la duración entre actividades constituye el núcleo del Process Mining. Permite descubrir modelos de proceso, identificar cuellos de botella, detectar ciclos de retrabajo y analizar desviaciones del proceso.

Por qué es importante

Define los pasos del proceso, lo que permite visualizar mapas de proceso y analizar el flujo del proceso y los cuellos de botella.

Dónde obtenerlo

Normalmente se obtiene de las tablas de eventos o los registros de auditoría de ClaimCenter, a menudo mediante la asignación de eventos específicos del sistema o cambios de estado a nombres de actividad estandarizados.

Ejemplos
Siniestro creadoDecisión sobre la responsabilidad tomadaPago emitidoSiniestro cerrado
Causa del siniestro
LossCause
El motivo o la causa específica del evento que provocó el daño, por ejemplo, Collision, Fire o Water Damage.
Descripción

Este atributo proporciona información detallada sobre el motivo por el que se presentó el siniestro. La causa del daño suele determinar los pasos de investigación necesarios, el tipo de especialistas requeridos y la complejidad general del siniestro.

Analizar el proceso por Cause of Loss puede revelar patrones ocultos. Por ejemplo, los siniestros relacionados con «Water Damage» podrían tener una mayor tasa de retrabajo o requerir una mayor participación de especialistas que los siniestros por «Theft». Estas conclusiones ayudan a crear procedimientos de gestión más especializados y eficientes.

Por qué es importante

Proporciona contexto sobre la naturaleza del siniestro y permite analizar cómo las distintas causas de daño afectan al flujo y la duración del proceso.

Dónde obtenerlo

Es un campo estándar de la entidad Claim, normalmente denominado «LossCause».

Ejemplos
ColisiónIncendioDaños por aguaRobo
Estado del siniestro
ClaimStatus
El estado general del siniestro en el momento del evento, por ejemplo, Open, Closed o Denied.
Descripción

Este atributo refleja el estado general del siniestro. Entre los estados principales se incluyen «Open», «Closed», «Denied» y «Reopened». El estado final del siniestro es una métrica de resultado fundamental.

El seguimiento de los cambios en Claim Status ayuda a definir hitos y resultados clave del proceso. Se utiliza para identificar la resolución final de un siniestro, calcular las tasas de rechazo y analizar la frecuencia con la que los siniestros se reabren después del cierre, lo que suele indicar problemas del proceso o insatisfacción del cliente.

Por qué es importante

Indica el resultado de un siniestro, un dato esencial para analizar las tasas de rechazo, los patrones de cierre y la frecuencia de reapertura.

Dónde obtenerlo

Es un campo principal de la entidad Claim, normalmente denominado «State» o «Status».

Ejemplos
AbiertaCerradaDenegadaReabierta
Perito asignado
AssignedAdjuster
El nombre o ID del usuario asignado para gestionar el siniestro o una actividad específica.
Descripción

Este atributo identifica al perito responsable de un siniestro en un momento determinado. El perito puede estar asignado al siniestro completo o a tareas específicas dentro de este.

Analizar los datos por perito asignado es fundamental para equilibrar la carga de trabajo, gestionar el rendimiento e identificar oportunidades de capacitación. Ayuda a responder preguntas como: «¿Qué peritos tienen la mayor carga de casos?», «¿Existen diferencias de rendimiento entre peritos?» y «¿Se distribuye el trabajo de forma equilibrada?».

Por qué es importante

Registra la participación de los usuarios y permite analizar la carga de trabajo, comparar el rendimiento e identificar cuellos de botella relacionados con los recursos.

Dónde obtenerlo

Está disponible en la entidad Claim o Exposure de ClaimCenter y suele estar vinculado al objeto User, por ejemplo, Claim.Assignee.

Ejemplos
j.doem.smiths.jones
Tipo de siniestro
ClaimType
La categoría del siniestro de seguro, como Auto, Property o Liability.
Descripción

Claim Type es una categorización fundamental del siniestro basada en la línea de negocio o en la naturaleza del daño. Los distintos tipos de siniestro suelen seguir procesos diferentes, tener distintos niveles de complejidad y estar sujetos a normativas específicas.

Segmentar el análisis del proceso por Claim Type es esencial para obtener conclusiones relevantes. Permite comparar el rendimiento del proceso entre distintas líneas de negocio, identificar cuellos de botella específicos de cada tipo y adaptar las iniciativas de mejora a las características particulares de cada categoría de siniestro.

Por qué es importante

Permite segmentar los siniestros, ya que los distintos tipos, por ejemplo, Auto y Property, suelen seguir procesos diferentes y tener objetivos de rendimiento distintos.

Dónde obtenerlo

Se deriva de la entidad Policy o Claim en ClaimCenter, normalmente a partir del código Line of Business (LOB).

Ejemplos
Automóviles particularesBienes comercialesResponsabilidad civil generalCompensación laboral
Departamento
Department
La unidad de negocio o el departamento responsable de gestionar la actividad del siniestro.
Descripción

Este atributo indica el departamento o equipo al que pertenece el perito asignado, como «Auto Claims», «Property Claims» o «Special Investigations Unit». Proporciona contexto organizativo sobre el proceso.

Analizar los datos por departamento es fundamental para comprender el rendimiento del proceso a nivel organizativo. Ayuda a identificar demoras en los traspasos entre departamentos, comparar la eficiencia de los equipos y asignar recursos de forma más eficaz en toda la organización de gestión de siniestros.

Por qué es importante

Proporciona contexto organizativo, permite analizar el rendimiento de distintos equipos y pone de relieve problemas en los traspasos entre departamentos.

Dónde obtenerlo

Esta información suele estar asociada al perfil del usuario o grupo asignado dentro de ClaimCenter.

Ejemplos
División de reclamaciones de automóvilesUnidad de reclamaciones de bienesUnidad de investigaciones especiales (SIU)
Es automática
IsAutomated
Indicador que señala si una actividad fue realizada automáticamente por el sistema o por un usuario humano.
Descripción

Este atributo booleano distingue entre las actividades ejecutadas por un sistema, como la creación automática de reservas o la correspondencia generada por el sistema, y las realizadas manualmente por un perito.

Analizar este atributo es clave para comprender el nivel de automatización del proceso de gestión de siniestros. Ayuda a identificar los puntos con mayor intervención manual, medir la eficacia de las iniciativas de procesamiento directo y encontrar nuevas oportunidades de automatización al localizar tareas repetitivas y basadas en reglas que actualmente realizan las personas.

Por qué es importante

Distingue entre actividades impulsadas por el sistema y actividades realizadas por personas, un aspecto clave para analizar la automatización e identificar cuellos de botella manuales.

Dónde obtenerlo

A menudo debe derivarse. Por ejemplo, los eventos registrados por un usuario genérico del sistema pueden marcarse como automatizados.

Ejemplos
truefalse
Es retrabajo
IsRework
Indicador que señala si una actividad forma parte de un bucle de retrabajo, es decir, si representa el regreso a una etapa anterior del proceso.
Descripción

Este atributo calculado marca las actividades que forman parte de un bucle de retrabajo. Por ejemplo, si el proceso pasa de «Investigation Completed» a «Investigation Started», la segunda actividad «Investigation Started» se marcaría como retrabajo.

Identificar el retrabajo es fundamental para descubrir ineficiencias del proceso y problemas de calidad. El panel Rework and Rejection Frequency utiliza esta métrica para cuantificar la frecuencia con la que los siniestros se desvían del «happy path» ideal. Analizar las causas del retrabajo puede generar mejoras significativas en la calidad y la velocidad del proceso.

Por qué es importante

Pone de relieve las ineficiencias del proceso y los problemas de calidad al marcar explícitamente las actividades que forman parte de un bucle de retrabajo.

Dónde obtenerlo

Se calcula en la herramienta de Process Mining mediante el análisis de la secuencia de actividades de cada caso.

Ejemplos
truefalse
Estado del SLA
SLAState
Indica si el siniestro se cerró dentro de la fecha objetivo de resolución.
Descripción

Este atributo calculado proporciona un estado categórico del cumplimiento del SLA para cada siniestro cerrado. Se obtiene comparando la marca de tiempo de la actividad «Claim Closed» con «Resolution Target Date».

Este atributo respalda directamente el panel «Claim Resolution Target Adherence» al simplificar el análisis en categorías claras como «On Time» o «Late». Permite filtrar y agregar datos fácilmente para calcular la tasa general de cumplimiento del SLA y profundizar en las causas de las demoras.

Por qué es importante

Proporciona un resultado categórico claro sobre el cumplimiento del SLA, lo que facilita filtrar, agregar y analizar el rendimiento dentro del plazo.

Dónde obtenerlo

Campo calculado: IF (ActualCloseDate <= ResolutionTargetDate, 'On Time', 'Late').

Ejemplos
A tiempoAtrasada
Fecha del siniestro
LossDate
La fecha en la que ocurrió el incidente o daño que dio lugar al siniestro.
Descripción

Date of Loss es la fecha del hecho real, por ejemplo, un accidente de automóvil o daños materiales, por el que se presenta el siniestro. Se diferencia de la fecha en la que el siniestro se notificó o creó.

El tiempo transcurrido entre Date of Loss y la actividad «Claim Created», conocido como demora de notificación, es un KPI importante. Su análisis puede aportar información sobre el comportamiento de los clientes y la eficacia de los canales de primera notificación del siniestro.

Por qué es importante

Proporciona un contexto esencial sobre el origen del siniestro y ayuda a analizar la demora de notificación, es decir, el tiempo transcurrido entre el incidente y la presentación del siniestro.

Dónde obtenerlo

Es un campo de fecha fundamental de la entidad Claim, normalmente denominado «LossDate».

Ejemplos
2023-05-102023-04-202023-05-28
Fecha objetivo de resolución
ResolutionTargetDate
La fecha en la que se espera resolver el siniestro de acuerdo con los SLA internos o normativos.
Descripción

La fecha objetivo de resolución es el plazo establecido para cerrar un siniestro, que suele determinarse según factores como la jurisdicción, el tipo de siniestro y las condiciones de la póliza. Sirve como referencia para medir el rendimiento y el cumplimiento.

Este atributo es fundamental para crear Dashboards y KPI de cumplimiento del SLA. Al comparar la fecha real de 'Siniestro cerrado' con esta fecha objetivo, el análisis puede marcar automáticamente los siniestros retrasados, medir las tasas de rendimiento puntual e identificar qué tipos de siniestro o departamentos tienen dificultades para alcanzar sus objetivos.

Por qué es importante

Es la referencia para medir el cumplimiento del Service Level Agreement (SLA) e identificar los siniestros con riesgo de retraso.

Dónde obtenerlo

Puede ser un campo personalizado o derivarse de reglas de negocio configuradas en ClaimCenter, posiblemente relacionadas con métricas específicas del siniestro.

Ejemplos
2023-06-142023-07-202023-08-28
Hora de finalización
EndTime
Marca de tiempo que indica cuándo se completó una actividad.
Descripción

End Time marca la finalización de una actividad, especialmente en tareas con una duración medible, como «Investigation» o «Document Review». Aunque muchas actividades de Process Mining son instantáneas y basta con StartTime, las actividades con un inicio y un fin diferenciados se representan mejor con ambas marcas de tiempo.

Este atributo permite calcular con precisión el tiempo de procesamiento de una actividad, diferenciándolo del tiempo de espera. Ayuda a identificar qué tareas concretas consumen más tiempo, en lugar de limitarse a observar largas demoras entre distintos pasos.

Por qué es importante

Permite medir con precisión cuánto tarda una actividad en completarse y separar el tiempo de procesamiento del tiempo de espera.

Dónde obtenerlo

Es posible que deba derivarse mediante la identificación de un evento posterior que concluya lógicamente la actividad, por ejemplo, un cambio de estado de «In Progress» a «Completed».

Ejemplos
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
Importe del pago
PaymentAmount
El importe real pagado en una actividad de pago.
Descripción

Este atributo registra el valor de cada pago individual realizado en relación con un siniestro. Un mismo siniestro puede tener varios pagos a lo largo de su ciclo de vida.

Es esencial para el análisis financiero en el contexto de Process Mining. Puede utilizarse para realizar el seguimiento del pago total por siniestro, analizar los tiempos de aprobación según el importe y relacionar las ineficiencias del proceso con los resultados financieros. Por ejemplo, los siniestros con ciclos más largos podrían estar asociados a pagos totales más elevados.

Por qué es importante

Registra las transacciones financieras de un siniestro y permite analizar los importes pagados y su relación con las actividades del proceso.

Dónde obtenerlo

Se encuentra en entidades relacionadas con Payment vinculadas al siniestro, normalmente en una tabla de transacciones o cheques.

Ejemplos
4500.00125000.00500.00
Importe reclamado
ClaimedAmount
El importe monetario total reclamado inicialmente por el titular de la póliza.
Descripción

Este atributo representa el valor del daño comunicado por el reclamante. A menudo es una estimación inicial que puede cambiar a medida que se investiga el siniestro y se establecen las reservas.

Analizar el importe reclamado ayuda a segmentar los siniestros según su impacto financiero. Los siniestros de alto valor suelen seguir un proceso más riguroso y complejo que los de bajo valor. Comparar el proceso entre distintos rangos de importe puede revelar oportunidades para agilizar la gestión de los siniestros pequeños o aplicar controles más estrictos a los de mayor importe.

Por qué es importante

Permite segmentar los siniestros por valor financiero, ya que los de alto valor pueden seguir procesos diferentes y más complejos.

Dónde obtenerlo

Es posible que esta información no corresponda a un único campo, sino que se derive de las estimaciones iniciales de daños registradas en las exposiciones.

Ejemplos
5000.00150000.00750.50
Jurisdicción
JurisdictionState
El estado o la jurisdicción que rige el siniestro y determina los requisitos normativos.
Descripción

Este atributo especifica la jurisdicción legal, por ejemplo, el estado de EE. UU., en la que se gestiona el siniestro. La normativa de seguros puede variar considerablemente entre jurisdicciones y afectar a los pasos obligatorios del proceso, los plazos de comunicación y la documentación.

Es un atributo esencial para supervisar el cumplimiento. Analizar el proceso por jurisdicción permite comprobar que se cumplen los requisitos normativos específicos de cada estado. También puede explicar variaciones en los tiempos de ciclo o las rutas del proceso causadas por restricciones legales y no por ineficiencias operativas.

Por qué es importante

Es fundamental para analizar el cumplimiento, ya que las distintas jurisdicciones tienen normativas diferentes que afectan al proceso de gestión de siniestros.

Dónde obtenerlo

Es un campo estándar de la entidad Claim, normalmente denominado «JurisdictionState».

Ejemplos
CANYTXFL
Sistema de origen
SourceSystem
El sistema del que se extrajeron los datos.
Descripción

Este atributo identifica el origen de los datos de eventos. En un entorno empresarial moderno, los eventos relacionados con siniestros pueden proceder de varios sistemas, como un sistema central como Guidewire, un sistema de gestión documental o un portal de clientes.

Especificar el sistema de origen es fundamental para la gobernanza de datos, la resolución de incoherencias y la comprensión del panorama tecnológico del proceso. Ayuda a diferenciar los pasos principales del proceso de las actividades de apoyo procedentes de sistemas periféricos.

Por qué es importante

Identifica el origen de los datos, algo fundamental para la gobernanza de datos y para los análisis que implican varios sistemas integrados.

Dónde obtenerlo

Normalmente es un valor estático añadido durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
Guidewire ClaimCenter v10API del portal del clienteDocumentum
Solicitud repetida de información
RepeatedInfoRequestFlag
Indicador que señala si «Additional Info Requested» ocurrió más de una vez para el mismo siniestro.
Descripción

Este indicador booleano se establece en true si un siniestro tiene más de una actividad «Additional Info Requested». Esta situación suele señalar ineficiencias en la fase inicial de recopilación de información.

Este atributo respalda directamente el KPI «Repeated Info Request Rate». Ayuda a cuantificar el problema de una recopilación inicial de datos incompleta, que puede provocar demoras importantes y frustración en los clientes. Analizar los siniestros marcados puede ayudar a mejorar las listas de comprobación y los procedimientos de los peritos para garantizar que toda la información necesaria se solicite de una sola vez.

Por qué es importante

Identifica ineficiencias en la recopilación de información cuando esta no se completa correctamente a la primera, lo que provoca demoras y retrabajo.

Dónde obtenerlo

Se calcula en la herramienta de Process Mining contando las apariciones de la actividad «Additional Info Requested» por caso.

Ejemplos
truefalse
Tipo de póliza
PolicyType
El tipo específico de póliza de seguro en virtud de la cual se presentó el siniestro.
Descripción

Policy Type proporciona una clasificación más detallada que Claim Type y especifica el producto de seguro, como «Homeowners», «Commercial Auto» o «Cyber Liability». Este nivel de detalle puede revelar variaciones del proceso asociadas a productos concretos.

Analizar el proceso por Policy Type ayuda a descubrir ineficiencias específicas de cada producto. Por ejemplo, los siniestros de una póliza recién lanzada podrían seguir un proceso menos maduro y provocar demoras. Este análisis puede orientar el diseño de productos y las iniciativas de estandarización de procesos.

Por qué es importante

Permite analizar el proceso de productos de seguro específicos e identificar variaciones en su gestión según las características de la póliza.

Dónde obtenerlo

Esta información se encuentra en la entidad Policy, vinculada a Claim.

Ejemplos
Multirriesgo de propietarios de viviendaResponsabilidad civil de automóviles comercialesTransporte terrestre de mercancías
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del sistema de origen.
Descripción

Este atributo proporciona la marca de tiempo de la extracción más reciente de datos del sistema de origen. Es un campo de metadatos esencial para comprender la actualidad del análisis.

Los Dashboards y análisis deben mostrar esta información de forma destacada para que las personas usuarias conozcan la vigencia de los datos. Ayuda a evaluar si las conclusiones reflejan el estado actual de las operaciones o se basan en datos antiguos.

Por qué es importante

Indica la actualidad de los datos y permite comprender hasta qué punto el análisis del proceso refleja la situación actual.

Dónde obtenerlo

Este valor se genera y almacena durante el proceso ETL y representa la marca de tiempo de la carga de datos.

Ejemplos
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
Obligatorio Recomendado Opcional

Actividades de gestión de siniestros

Estos son los pasos clave y los hitos relevantes del proceso que debe capturar en su registro de eventos para descubrir y analizar con precisión el proceso de siniestros.
7 Recomendado 7 Opcional
Actividad Descripción
Exposición creada
Esta actividad indica la creación de una exposición, que representa una obligación potencial específica o un tipo de pérdida dentro del siniestro, como daños en un vehículo o lesiones. Es un evento explícito en Guidewire.
Por qué es importante

Las exposiciones son fundamentales para segmentar y analizar los siniestros. Hacer un seguimiento de su creación ayuda a comprender las variaciones del proceso según la complejidad del siniestro y el tipo de pérdida.

Dónde obtenerlo

Se captura a partir de CreateTime de un nuevo registro en la tabla cc_exposure. Cada registro está vinculado a un único Claim ID.

Recopilar

Identifique la marca de tiempo de creación de un nuevo registro en la tabla de la entidad Exposure.

Tipo de evento explicit
Pago aprobado
Representa la aprobación formal de un pago de liquidación. Es un evento de auditoría crítico que se captura explícitamente cuando una persona con autoridad aprueba la transacción.
Por qué es importante

Este hito clave desbloquea el paso final del pago. Analizar el tiempo anterior y posterior a esta actividad ayuda a aislar los retrasos causados por los Workflows de aprobación o la disponibilidad de las personas responsables.

Dónde obtenerlo

A menudo es un evento explícito registrado en la tabla cc_history relacionado con una entidad cc_check o cc_transaction, que registra un cambio de estado de 'Pending Approval' a 'Approved'.

Recopilar

Haga un seguimiento del evento de cambio de estado a 'Approved' para una transacción de pago específica.

Tipo de evento explicit
Pago emitido
Esta actividad marca el paso final del proceso de pago: el pago se emite oficialmente y se envía al sistema financiero. Es una transacción financiera explícita y registrada.
Por qué es importante

Esta actividad es fundamental para medir la eficiencia del proceso de envío del pago. Ayuda a diferenciar los retrasos de aprobación de los retrasos en la emisión efectiva de los fondos.

Dónde obtenerlo

Se captura a partir de IssueDate o de un cambio de estado a 'Issued' o 'Submitted' en la entidad cc_check o cc_transaction. A menudo es un evento explícito con marca de tiempo.

Recopilar

Identifique IssueDate o la marca de tiempo del cambio de estado a 'Issued' en el registro del pago.

Tipo de evento explicit
Reserva inicial establecida
Registra la creación de la primera transacción de reserva financiera para una exposición, con la estimación del coste potencial del siniestro. Es un evento financiero crítico que se captura explícitamente.
Por qué es importante

Este hito es clave para el análisis financiero y para comprender con qué rapidez se evalúa la obligación potencial. Los retrasos pueden afectar a la planificación y los informes financieros.

Dónde obtenerlo

Este evento se captura a partir de la creación del primer registro cc_reserveline asociado a una exposición del siniestro. CreateTime de la transacción es la marca de tiempo del evento.

Recopilar

Busque la marca de tiempo de creación mínima de todas las líneas de reserva correspondientes a las exposiciones de un siniestro determinado.

Tipo de evento explicit
Siniestro cerrado
Registra el cierre correcto de un siniestro una vez completadas todas las actividades y pagos. Es el evento final principal de éxito y se infiere a partir de un cambio en el estado principal del siniestro.
Por qué es importante

Como evento final principal, esta actividad es esencial para calcular el tiempo de ciclo completo y medir el cumplimiento de los SLA. Indica la finalización del ciclo de vida del siniestro.

Dónde obtenerlo

Se infiere a partir del cambio del campo State de la tabla cc_claim a 'Closed'. La marca de tiempo del evento es CloseDate en el registro del siniestro.

Recopilar

Identifique cuándo se actualiza a 'Closed' el campo de estado principal del siniestro.

Tipo de evento inferred
Siniestro creado
Esta actividad registra la primera notificación del siniestro (FNOL) y la creación oficial de un nuevo registro de siniestro en Guidewire ClaimCenter. Se captura explícitamente cuando una nueva entidad Claim se guarda por primera vez en la base de datos.
Por qué es importante

Como evento de inicio principal, esta actividad es esencial para medir el tiempo de ciclo completo del siniestro. Proporciona la referencia inicial para todos los KPI posteriores de rendimiento y duración.

Dónde obtenerlo

Este es un evento explícito capturado a partir de CreateTime de la tabla cc_claim. La creación de un nuevo registro con un Claim ID único actúa como desencadenante del evento.

Recopilar

Identifique la marca de tiempo de creación del nuevo registro en la tabla de la entidad Claim principal.

Tipo de evento explicit
Siniestro rechazado
Representa la decisión final de rechazar un siniestro y actúa como punto terminal del proceso. Se infiere a partir del cambio del estado del siniestro a un estado cerrado con el motivo 'Denied'.
Por qué es importante

Este es un evento de resultado crítico. Analizar la frecuencia, los motivos y las rutas del proceso que conducen a los rechazos ayuda a identificar problemas en la recepción del siniestro, la investigación o la interpretación de la póliza.

Dónde obtenerlo

Se infiere a partir del cambio del campo State de la tabla cc_claim a 'Closed', combinado con el valor 'Denied' o similar en el campo CloseReason. La marca de tiempo del evento es CloseDate.

Recopilar

Filtre los cambios de estado de los siniestros a 'Closed' cuyo código de motivo indique un rechazo.

Tipo de evento inferred
Decisión sobre la responsabilidad tomada
Indica el momento en que se determina la responsabilidad o culpabilidad respecto a una exposición. Normalmente se infiere a partir de un cambio de estado en la entidad Exposure.
Por qué es importante

Este es un hito de decisión crítico que da paso a las fases de liquidación y pago. Analizar el tiempo hasta esta decisión ayuda a identificar cuellos de botella en las etapas de investigación y evaluación.

Dónde obtenerlo

Se infiere de la tabla cc_history mediante el seguimiento de un cambio en State o en un campo personalizado de estado de responsabilidad de la entidad cc_exposure. La marca de tiempo del registro histórico indica el momento del evento.

Recopilar

Supervise los registros de auditoría o las tablas de historial para detectar actualizaciones en el estado o el estado de responsabilidad de la exposición.

Tipo de evento inferred
Información adicional recibida
Registra la finalización de una solicitud de información adicional. Se captura cuando la Activity correspondiente a la solicitud de información se marca como 'Completed'.
Por qué es importante

Este es el punto final del KPI 'Additional Info Gathering Cycle Time'. Los periodos prolongados entre la solicitud y la recepción son una fuente habitual de retrasos en la gestión de siniestros.

Dónde obtenerlo

Se captura a partir de CloseTime de un registro cc_activity cuyo ActivityPattern está relacionado con una solicitud de información. El estado de la actividad debe ser 'Completed'.

Recopilar

Identifique la marca de tiempo de finalización de una tarea para solicitar información externa.

Tipo de evento explicit
Información adicional solicitada
Representa una solicitud enviada a la persona reclamante o a un tercero para obtener más información o documentación. Normalmente se captura como una Activity explícita, es decir, una tarea creada en ClaimCenter.
Por qué es importante

Esta actividad es el punto de partida para medir el KPI 'Additional Info Gathering Cycle Time'. Su aparición frecuente puede indicar procesos FNOL incompletos o una recopilación de información ineficiente.

Dónde obtenerlo

Se captura a partir de CloseTime de un registro cc_activity cuyo ActivityPattern está relacionado con la solicitud de documentación o información a una parte externa.

Recopilar

Identifique la creación de una tarea para solicitar información externa.

Tipo de evento explicit
Investigación iniciada
Indica el inicio formal de la fase de investigación de un siniestro o una exposición. A menudo se infiere a partir de la creación de la primera Activity relacionada con la investigación en Guidewire.
Por qué es importante

Esta actividad marca el inicio de una fase clave que suele ser prolongada. Analizar el tiempo transcurrido hasta el inicio de la investigación y la duración de la propia investigación permite descubrir cuellos de botella importantes.

Dónde obtenerlo

Se infiere de CreateTime de un registro cc_activity cuyo ActivityPattern está relacionado con la investigación, por ejemplo, 'Initial Investigation' o 'Contact Witness'.

Recopilar

Identifique la primera creación de una tarea cuyo patrón o asunto esté relacionado con la investigación.

Tipo de evento inferred
Liquidación calculada
Esta actividad representa el momento en que se determina el importe de la liquidación, pero aún no se aprueba el pago. Puede inferirse a partir de la creación de un pago con estado 'Pending Approval'.
Por qué es importante

Marca la transición de la evaluación al pago. Es el punto de partida para medir el KPI 'Payment Authorization Lead Time' y detectar retrasos en la cadena de aprobación.

Dónde obtenerlo

Se infiere de CreateTime de un registro cc_check o cc_transaction cuyo estado inicial sea 'Pending Approval' o un estado similar anterior a 'Approved'.

Recopilar

Identifique la creación de un registro de pago o transacción con un estado previo a la aprobación.

Tipo de evento inferred
Siniestro asignado
Representa la asignación de un siniestro a una persona usuaria específica, como la persona encargada de ajustarlo, o a un grupo para su gestión. Normalmente se infiere mediante el seguimiento de los cambios en los campos de asignación de la entidad Claim.
Por qué es importante

El seguimiento de las asignaciones es fundamental para analizar la carga de trabajo de las personas encargadas de gestionar siniestros, identificar cuellos de botella en el enrutamiento y medir el tiempo hasta la primera acción de la persona responsable.

Dónde obtenerlo

Se infiere de la tabla cc_history mediante el seguimiento de los cambios en los campos AssignedUser o AssignedGroup asociados a un Claim ID específico. La marca de tiempo del cambio indica cuándo ocurrió el evento.

Recopilar

Supervise los registros de auditoría o las tablas de historial para detectar actualizaciones en los campos de asignación del siniestro.

Tipo de evento inferred
Siniestro reabierto
Representa el cambio de un siniestro del estado 'Closed' al estado 'Open' para realizar trabajo adicional. Se infiere a partir de una secuencia específica de cambios de estado.
Por qué es importante

Esta actividad indica retrabajo. Un volumen elevado de siniestros reabiertos señala problemas en la liquidación inicial, daños no detectados u otros fallos del proceso, lo que aumenta los costes y reduce la eficiencia.

Dónde obtenerlo

Se infiere de la tabla cc_history al identificar un cambio en el campo State de la entidad cc_claim de 'Closed' a 'Open' u otro estado activo.

Recopilar

Supervise el campo de estado principal del siniestro para detectar una transición de un estado cerrado a uno abierto.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Guidewire ClaimCenter

¿Listo para comenzar?

Utilice esta plantilla para preparar sus datos para el análisis y descubrir información útil sobre la gestión de sus siniestros. Comience a optimizar sus flujos de trabajo hoy mismo.

Agilice la gestión de siniestros y resuelva los casos más rápido

Elimine los casos pendientes, prevenga el fraude y alcance un 70 % de procesamiento directo.

Iniciar la prueba gratuita

No necesita tarjeta de crédito y puede configurarlo en solo unos minutos.