Modelo de Dados: Processamento de Sinistros

Sapiens ClaimsPro
Modelo de Dados: Processamento de Sinistros

Seu Modelo de Dados de Processamento de Sinistros

Este modelo oferece um guia abrangente para coletar os dados necessários para analisar o workflow de processamento de sinistros. Ele descreve os atributos e atividades essenciais a serem rastreados, juntamente com orientações práticas de extração personalizadas para o Sapiens ClaimsPro. Use este recurso para otimizar sua coleta de dados e se preparar para um Process Mining aprofundado.
  • Atributos recomendados para a coleta de dados de sinistros
  • Atividades chave a monitorizar no seu processo de sinistros
  • Guia passo a passo para extração de dados do Sapiens ClaimsPro
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos do Processamento de Sinistros

Estes são os campos de dados recomendados para incluir no seu event log para uma análise abrangente do processamento de sinistros e para descobrir ineficiências ocultas.
3 Obrigatório 6 Recomendado 11 Opcional
NomeDescrição
Event Timestamp
EventTimestamp
A data e hora precisas em que uma atividade ou evento específico começou.
Descrição

O Event Timestamp registra a start time de cada atividade no processo de sinistros. Fornece o contexto cronológico necessário para sequenciar eventos e calcular durações entre eles. Este timestamp é a espinha dorsal temporal do event log.

Na análise de process mining, este atributo é crítico para o cálculo de todas as métricas relacionadas com o tempo, incluindo cycle times, waiting times e activity durations. Permite a descoberta de bottlenecks, a análise do performance do processo ao longo do tempo e o monitoramento de SLA compliance, fornecendo a base factual para quando os eventos ocorreram.

Por que é importante

Timestamp essencial para ordenar eventos cronologicamente e calcular métricas de duração, como tempo de ciclo e gargalos.

Onde obter

Localizado nas tabelas de logs de evento ou transação, juntamente com a informação de atividade ou alteração de estado no Sapiens ClaimsPro.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID do Sinistro
ClaimId
O identificador único para cada sinistro de seguro, servindo como o ID principal do caso para rastrear o ciclo de vida do sinistro.
Descrição

O ID do Sinistro é o identificador fundamental do caso que liga todos os eventos e atividades associados a um único sinistro de seguro. Ele garante que toda a jornada de um sinistro, desde a submissão inicial ao encerramento final, possa ser reconstruída e analisada de forma coesa.

No process mining, cada entrada do log de eventos deve estar associada a um Claim ID. Isso permite que a ferramenta rastreie o caminho completo de cada sinistro, visualize variantes de processo, calcule tempos de ciclo de ponta a ponta e identifique bottlenecks ou desvios do workflow padrão. Analisar dados através da lente do Claim ID oferece uma visão completa da sua jornada.

Por que é importante

É essencial para agrupar todas as atividades relacionadas numa única instância de processo, permitindo uma análise de ponta a ponta do ciclo de vida dos sinistros.

Onde obter

Chave primária na tabela principal de transações de sinistros no Sapiens ClaimsPro. Consulte a documentação do sistema para o nome exato da tabela e do campo.

Exemplos
CL-2023-001234CL-2023-005678CL-2024-009101
Nome da Atividade
ActivityName
O nome da atividade de negócio ou evento específico que ocorreu em um determinado ponto do processo de sinistros.
Descrição

Este atributo descreve uma única etapa ou tarefa executada no ciclo de vida dos sinistros, como 'Sinistro Submetido', 'Revisão Inicial Realizada' ou 'Pagamento Emitido'. Cada atividade representa um ponto distinto no processo que tem um início e, potencialmente, um fim.

A análise de atividades é o cerne do Process Mining. Ela permite a visualização do mapa de processo, a identificação de gargalos entre as etapas, a análise da frequência das atividades e a compreensão das variações do processo. A sequência de atividades para um determinado ID de Sinistro forma a base do fluxo do processo.

Por que é importante

Define os passos do processo, o que é fundamental para a criação do mapa de processo e para a identificação de gargalos ou ineficiências.

Onde obter

Normalmente obtido a partir de registos de eventos, registos de alteração de estado ou tabelas de conclusão de tarefas no Sapiens ClaimsPro. Pode exigir mapeamento de códigos de estado ou tipos de transação.

Exemplos
Sinistro RegistradoInvestigação IniciadaLiquidação CalculadaSinistro Encerrado
Departamento Atribuído
AssignedDepartment
O departamento ou equipe responsável por gerenciar o sinistro em uma fase específica.
Descrição

Este atributo indica a unidade de negócio ou equipe, como 'Entrada Inicial', 'Sinistros Complexos' ou 'SIU (Unidade de Investigações Especiais)', que é atribuída a um sinistro ou atividade. Permite a análise do processo sob uma ótica departamental.

A análise por departamento ajuda a identificar gargalos específicos de certas equipes, a entender as transferências entre departamentos e a avaliar a eficiência departamental. É essencial para o dashboard 'Carga de Atividade por Perito e Departamento' e para análises de processo organizacional de nível superior.

Por que é importante

Permite a análise do desempenho do processo e das entregas entre diferentes equipes, revelando gargalos organizacionais.

Onde obter

Geralmente associado ao perfil do usuário no sistema ou atribuído diretamente ao objeto do sinistro. Consulte a documentação do Sapiens ClaimsPro.

Exemplos
Divisão de Sinistros AutomóvelSinistros de PropriedadeUnidade de Investigação Especial
Event End Time
EventEndTime
A data e hora precisas em que uma atividade específica foi concluída.
Descrição

A Hora de Fim do Evento marca a conclusão de uma atividade. Embora alguns eventos sejam instantâneos (StartTime é igual a EndTime), muitas atividades têm uma duração. Este timestamp, quando disponível, permite a medição precisa do tempo que cada etapa demorou.

Este atributo é usado para calcular o 'tempo ativo' ou 'tempo de processamento' de uma atividade, em oposição ao 'tempo de espera' entre atividades. Isso ajuda a diferenciar entre o tempo gasto trabalhando ativamente em um sinistro e o tempo que este permaneceu idle em uma queue. Isto é crucial para identificar atividades específicas que são demoradas.

Por que é importante

Permite o cálculo do tempo de processamento ativo para atividades individuais, ajudando a distinguir entre tempo de valor agregado e tempo de espera.

Onde obter

Pode estar disponível nos mesmos logs de transação que a hora de início, ou pode precisar de ser inferido da hora de início do evento subsequente. Consulte a documentação do Sapiens ClaimsPro.

Exemplos
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z
Gravidade do Sinistro
ClaimSeverity
Uma classificação da complexidade do sinistro ou do potencial impacto financeiro (por exemplo, Baixo, Médio, Alto).
Descrição

Gravidade do Sinistro é uma classificação atribuída a um sinistro para indicar a sua complexidade, risco ou exposição financeira estimados. Esta classificação frequentemente determina o nível de escrutínio, a experiência exigida do regulador e o workflow a ser seguido.

Este atributo é crucial para o dashboard 'Análise do Tempo de Ciclo por Gravidade do Sinistro'. Ajuda a entender se os sinistros mais complexos são tratados de forma eficiente ou se contribuem desproporcionalmente para tempos de ciclo longos. Fornece um contexto vital para as métricas de desempenho, já que se espera que um sinistro de alta gravidade demore mais tempo do que um de baixa gravidade.

Por que é importante

Oferece contexto crucial para a análise do tempo de ciclo, ajudando a explicar por que alguns sinistros demoram mais que outros e se os casos complexos são tratados de forma eficiente.

Onde obter

Pode ser um campo inserido manualmente ou uma pontuação derivada com base nas características do sinistro no Sapiens ClaimsPro.

Exemplos
BaixoMédioAltoComplexo
Regulador Atribuído
AssignedAdjuster
O nome ou ID do perito de sinistros responsável por gerenciar o sinistro ou uma atividade específica.
Descrição

Este atributo identifica o usuário individual ou o recurso que executou uma ação no sinistro. Rastrear o perito atribuído é fundamental para entender a distribuição da carga de trabalho, o desempenho individual e a alocação de recursos.

Na análise, isso permite filtrar o mapa de processo para ver como diferentes peritos lidam com os sinistros, comparar seu desempenho e identificar oportunidades potenciais de treinamento. É fundamental para construir o dashboard 'Carga de Atividade por Perito e Departamento' e calcular o KPI 'Equilíbrio da Carga de Trabalho do Perito'.

Por que é importante

Crucial para a análise de recursos, ajudando a identificar desequilíbrios na carga de trabalho, indivíduos de alto desempenho e necessidades de treinamento.

Onde obter

Encontrado em logs de atividade do usuário ou tabelas de transações dentro do Sapiens ClaimsPro, muitas vezes vinculado ao usuário que criou ou modificou pela última vez um registro.

Exemplos
John Smithj.smithUSR-00451
Tipo de Sinistro
ClaimType
A categoria do sinistro de seguro, como Automóvel, Imóveis ou Responsabilidade Civil.
Descrição

Tipo de Sinistro classifica os sinistros com base na linha de negócio ou na natureza da perda. Este é um atributo fundamental de segmentação que frequentemente dita qual workflow de processo um sinistro seguirá e quais equipes serão envolvidas.

Analisar o processo por Tipo de Sinistro é crucial para identificar variações na eficiência e no procedimento entre diferentes linhas de negócio. Por exemplo, o processo para um sinistro automóvel pode ser altamente automatizado e rápido, enquanto um sinistro de propriedade comercial pode ser complexo e lento. Este atributo é necessário para calcular o KPI 'Índice de Consistência do Valor de Liquidação'.

Por que é importante

Permite comparar processos entre diferentes linhas de negócio para identificar melhores práticas e gargalos específicos para cada categoria de sinistro.

Onde obter

Um campo padrão no registro principal do sinistro no Sapiens ClaimsPro. É um elemento de dados central para qualquer sistema de sinistros.

Exemplos
Danos Materiais em AutomóveisResponsabilidade Civil GeralAcidentes de TrabalhoPropriedade Comercial
Valor de Liquidação
SettlementAmount
O valor monetário final pago ao requerente para liquidar o sinistro.
Descrição

Este atributo registra o valor da liquidação do sinistro. É uma métrica de resultado chave que reflete o impacto financeiro do sinistro e as decisões tomadas durante o processo.

Na análise de processos, o Valor da Liquidação é utilizado no dashboard 'Insights de Decisão e Liquidação de Sinistros' para analisar como variações do processo ou o comportamento do perito podem correlacionar-se com os resultados da liquidação. É também uma entrada primária para o KPI 'Índice de Consistência do Valor da Liquidação', ajudando a identificar inconsistências nas decisões de liquidação para tipos de sinistros semelhantes.

Por que é importante

Métrica de resultado crucial. Sua análise contra variantes do processo revela como ineficiências ou desvios impactam os resultados financeiros.

Onde obter

Encontrado nas tabelas de transações financeiras ou de pagamento associadas ao sinistro no Sapiens ClaimsPro.

Exemplos
5.000,001250.75250000.00
Canal de Submissão
SubmissionChannel
O método através do qual o sinistro foi inicialmente submetido (ex., portal online, agente, correio).
Descrição

Este atributo identifica o canal de entrada para um novo sinistro. Diferentes canais podem ter um impacto significativo na qualidade inicial dos dados, o que, por sua vez, afeta todo o processo a jusante.

A análise do processo por Canal de Submissão ajuda a responder a perguntas sobre eficiência e qualidade. Por exemplo, o dashboard 'Eficiência do Canal de Submissão de Sinistros' pode revelar se os sinistros submetidos através de um portal online têm tempos de ciclo mais rápidos e taxas de retrabalho mais baixas em comparação com os submetidos por correio. Este insight pode orientar investimentos na otimização de canais e na transformação digital.

Por que é importante

Ajuda a identificar quais canais de entrada levam ao processamento mais eficiente, destacando oportunidades para automação e melhoria da experiência do cliente.

Onde obter

Normalmente registado no primeiro ponto de contacto e guardado como um campo no registo principal da ocorrência no Sapiens ClaimsPro.

Exemplos
Portal OnlineAgenteCorreioTelefone
Data Alvo de Resolução
ResolutionTargetDate
A data prevista para o encerramento do sinistro, com base nos acordos de nível de serviço (SLAs).
Descrição

A Data Alvo de Resolução é um deadline definido para o encerramento do sinistro, muitas vezes determinado por fatores como o tipo de sinistro, jurisdição ou termos da apólice. Serve como um benchmark para medir o performance e a adesão aos service level agreements (SLAs).

Esta data é fundamental para o dashboard 'Conformidade SLA de Resolução de Sinistros' e para o KPI 'Taxa de Resolução de Sinistros no Prazo'. Ao comparar a data real de 'Sinistro Encerrado' com esta meta, o sistema pode classificar automaticamente os sinistros como 'On-Time' ou 'Late', fornecendo uma visão clara do performance do SLA.

Por que é importante

É o benchmark para medir a conformidade com os SLAs, permitindo o cálculo das taxas de resolução dentro do prazo e identificando sinistros em risco de atraso.

Onde obter

Esta data pode ser armazenada no registro principal do sinistro ou em um módulo relacionado de gestão de SLA dentro do Sapiens ClaimsPro.

Exemplos
2024-01-152024-03-202024-06-01
Data do Sinistro
LossDate
A data em que ocorreu o incidente ou evento que desencadeou o sinistro.
Descrição

A Data do Sinistro, também conhecida como Data da Ocorrência, é a data do evento real (ex., acidente de carro, danos materiais) para o qual o sinistro está sendo feito. É frequentemente o ponto de partida de toda a jornada do sinistro do ponto de vista do cliente.

Este atributo é importante para calcular o atraso no reporte, que é o tempo entre a Data do Sinistro e a data de 'Sinistro Submetido'. Analisar este atraso pode fornecer insights sobre o comportamento do cliente e identificar oportunidades para incentivar um reporte mais rápido, o que muitas vezes leva a melhores resultados.

Por que é importante

Define o início do evento do sinistro em si, permitindo a análise do atraso na comunicação (tempo entre o evento de perda e a submissão do sinistro).

Onde obter

Um campo central no registro principal do sinistro, capturado durante o Primeiro Aviso de Sinistro (FNOL).

Exemplos
2023-10-202023-11-152024-01-05
É Retrabalho
IsRework
Um indicador booleano calculado que identifica atividades que fazem parte de um ciclo de retrabalho.
Descrição

Este atributo é definido como 'verdadeiro' quando uma atividade ou sequência de atividades é repetida para o mesmo sinistro. Por exemplo, se um sinistro passa de 'Revisão Inicial' para 'Informação Adicional Solicitada' e depois volta para 'Revisão Inicial', a segunda ocorrência da revisão seria sinalizada como retrabalho.

Sinalizar o retrabalho é crítico para quantificar a ineficiência do processo. Ele alimenta o dashboard 'Tendências de Retrabalho e Ressubmissão de Sinistros' e o KPI 'Frequência de Ciclos de Retrabalho de Sinistro'. Ao isolar e analisar os ciclos de retrabalho, as organizações podem identificar as causas raiz, como baixa qualidade inicial dos dados ou diretrizes pouco claras, e tomar ações para reduzir o esforço desperdiçado.

Por que é importante

Permite quantificar a ineficiência do processo, assinalando explicitamente atividades que estão a ser repetidas, o que possibilita esforços de melhoria direcionados.

Onde obter

Não está no sistema de origem. Calculado pela ferramenta de Process Mining, detectando sequências repetidas de atividades em um único caso.

Exemplos
truefalse
Estado do SLA
SlaState
Um indicador calculado que aponta se um sinistro encerrado atingiu sua data alvo de resolução.
Descrição

Este atributo é derivado da comparação do timestamp da atividade 'Sinistro Encerrado' com a 'ResolutionTargetDate'. Ele categoriza os sinistros em estados como 'No Prazo' ou 'Atrasado', fornecendo um indicador claro e imediato do desempenho do SLA.

Este campo calculado é a espinha dorsal do dashboard 'Conformidade SLA de Resolução de Sinistros'. Ele simplifica a análise, permitindo que os usuários filtrem instantaneamente todos os sinistros atrasados e investiguem os caminhos comuns do processo ou os gargalos que levaram ao atraso. Ele suporta diretamente o KPI 'Taxa de Resolução de Sinistros no Prazo'.

Por que é importante

Mede diretamente a conformidade com SLAs, facilitando a filtragem e análise de sinistros que foram resolvidos tardiamente.

Onde obter

Este atributo não está no sistema de origem. Ele é calculado durante a transformação de dados, comparando o 'EventTimestamp' da atividade 'Sinistro Encerrado' com a 'ResolutionTargetDate'.

Exemplos
Dentro do PrazoAtrasado
Número da Apólice
PolicyNumber
O identificador único da apólice de seguro sob a qual o sinistro foi registrado.
Descrição

O Número da Apólice liga o sinistro ao contrato de seguro específico detido pelo segurado. Isto fornece um contexto essencial sobre a cobertura, limites e franquias que influenciam o gerenciamento do sinistro e as decisões.

Embora nem sempre seja usado diretamente na análise do fluxo de processo, é um atributo crítico para qualquer investigação aprofundada. Permite aos analistas conectar dados de sinistros com dados de apólice, possibilitando uma visão mais holística do relacionamento com o cliente e do perfil de risco. Também pode ser usado para agregar sinistros por apólice e identificar apólices problemáticas ou tendências.

Por que é importante

Associa o sinistro ao contrato de seguro, permitindo uma análise mais aprofundada ao conectar dados de processo com detalhes da apólice, como cobertura e limites.

Onde obter

Um campo padrão no registro principal do sinistro no Sapiens ClaimsPro, vinculando-o ao sistema de administração de apólices.

Exemplos
POL-987654321POL-123456789POL-555444333
Razão para Rejeição
ReasonForRejection
A razão específica fornecida quando um sinistro é negado ou um pagamento é rejeitado.
Descrição

Quando uma decisão de sinistro é 'Denied', este atributo fornece a justificação subjacente. Pode ser um código padronizado ou uma descrição em texto livre explicando por que o sinistro não foi coberto, como 'Exclusão de Apólice', 'Falta de Provas' ou 'Suspeita de Fraude'.

Esta informação é inestimável para o dashboard 'Claim Decision & Settlement Insights'. A análise dos motivos de recusa pode revelar padrões, como um elevado número de recusas devido a informações incompletas, o que pode apontar para problemas na fase de recolha de dados. Ajuda na análise da causa-raiz para as recusas de sinistros.

Por que é importante

Fornece contexto crítico para sinistros negados, permitindo a análise de causas-raiz para reduzir as taxas de negação e melhorar a qualidade das submissões.

Onde obter

Associado às atividades 'Sinistro Negado' ou 'Decisão sobre Sinistro Tomada', provavelmente armazenado num campo de status ou código de motivo no Sapiens ClaimsPro.

Exemplos
Exclusão da apóliceNão é um risco cobertoInformação solicitada não fornecidaSinistro duplicado
Sistema de Origem
SourceSystem
Identifica o sistema de onde os dados foram extraídos, neste caso, o Sapiens ClaimsPro.
Descrição

Este atributo fornece contexto sobre a origem dos dados do processo. Embora possa ser um valor constante como 'Sapiens ClaimsPro' para este conjunto de dados específico, é crucial em ambientes onde os dados são mesclados de múltiplos sistemas.

Para análise, ele auxilia na governança de dados, na solução de problemas e na garantia de que os insights sejam corretamente atribuídos ao sistema de origem. É um campo chave para manter a linhagem dos dados e compreender o contexto tecnológico do processo.

Por que é importante

Garante a linhagem e rastreabilidade dos dados, o que é crítico quando dados de múltiplos sistemas são combinados ou para fins de auditoria.

Onde obter

Valor estático adicionado durante o processo de extração, transformação e carregamento de dados (ETL) para rotular a origem dos registros.

Exemplos
Sapiens ClaimsProClaimsPro v10.1
Status do Sinistro
ClaimStatus
O estado operacional atual do sinistro (ex., Aberto, Pendente, Encerrado).
Descrição

Este atributo representa o status geral do caso de sinistro em qualquer momento. Enquanto as atividades são eventos, o status é o estado do sinistro resultante desses eventos. Ele fornece um resumo de alto nível de onde o sinistro se encontra em seu ciclo de vida.

A análise do status do sinistro ajuda a entender o inventário de sinistros abertos e seu estágio atual. É útil para dashboards operacionais e para calcular o KPI 'Pontuação de Transparência do Status do Sinistro', rastreando com que frequência e significativamente o status é atualizado ao longo do processo.

Por que é importante

Oferece uma visão de alto nível do estado atual de um sinistro, útil para acompanhar o trabalho em andamento e entender a progressão do caso.

Onde obter

Um campo primário no registro principal do sinistro no Sapiens ClaimsPro, atualizado por diversas transações de negócio.

Exemplos
AbertoPendente - Aguardando InformaçãoFechado - PagoFechado - Negado
Tempo de Processamento
ProcessingTime
A duração calculada entre dois eventos consecutivos no processo de sinistros.
Descrição

O Tempo de Processamento mede o tempo decorrido entre o início de uma atividade e o início da próxima. Representa o tempo de ciclo total de uma etapa, que inclui tanto o tempo de trabalho ativo quanto qualquer tempo ocioso ou de espera antes do início da próxima etapa.

Esta é uma das métricas mais fundamentais no Process Mining, utilizada para impulsionar a análise de gargalos. Ao visualizar o tempo médio de processamento nos arcos entre as atividades no mapa de processo, os analistas podem identificar imediatamente onde os sinistros ficam retidos. É essencial para dashboards como 'Análise de Gargalos de Atividades de Sinistros'.

Por que é importante

Métrica fundamental para a análise de gargalos, destacando as etapas onde os sinistros passam a maior parte do tempo em espera.

Onde obter

Métrica calculada em Process Mining, obtida pela diferença entre o 'EventTimestamp' de atividades consecutivas para cada 'ClaimId'.

Exemplos
2 dias 4 horas30 minutos15 dias
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados foram atualizados pela última vez ou extraídos do sistema de origem.
Descrição

Este atributo registra a data e hora da extração de dados mais recente do Sapiens ClaimsPro. É essencial para entender a atualidade dos dados que estão sendo analisados e é tipicamente uniforme em todos os registros de um único conjunto de dados.

Em qualquer análise ou dashboard, este timestamp fornece um contexto crucial sobre a atualidade dos dados. Ele ajuda os usuários a entender se estão visualizando informações em tempo real ou um instantâneo histórico, o que é vital para tomar decisões operacionais oportunas.

Por que é importante

Fornece contexto sobre a atualidade dos dados, garantindo que os usuários saibam quão atualizada está a análise.

Onde obter

Valor gerado e adicionado ao dataset durante o processo de extração de dados (ETL).

Exemplos
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Obrigatório Recomendado Opcional

Atividades de Processamento de Sinistros

Estas são as etapas e marcos principais do processo a serem capturados no seu event log para uma descoberta de processo precisa e medição de performance.
6 Recomendado 9 Opcional
AtividadeDescrição
Decisão sobre Sinistro Tomada
A decisão oficial de aprovar, aprovar parcialmente ou negar o sinistro foi tomada e registrada por um perito autorizado. Este é um marco crucial no processo.
Por que é importante

Ponto de decisão crítico que determina o percurso do processo (pagamento ou encerramento). O tempo de decisão é um KPI essencial.

Onde obter

Evento distinto, capturado quando o campo de disposição ou decisão do sinistro é preenchido e salvo (ex: 'Approved', 'Denied').

Captura

Timestamp em que o campo/status de decisão (ex: 'Claim Status') é definido para uma decisão final (ex: 'Approved', 'Denied').

Tipo de evento explicit
Investigação Concluída
Significa que todas as atividades de investigação necessárias foram concluídas e as descobertas foram documentadas. Este é um pré-requisito para tomar uma decisão final sobre o sinistro.
Por que é importante

Marco fundamental que marca o fim da coleta de evidências. Permite analisar a eficiência da investigação e seu impacto no tempo de decisão.

Onde obter

Inferido de uma alteração de estado para 'Investigação Concluída' ou 'Decisão Pendente', ou do timestamp de conclusão da tarefa final de investigação.

Captura

Timestamp da mudança de status indicando fim da investigação ou conclusão de todas as sub-tarefas.

Tipo de evento inferred
Pagamento Emitido
A transação financeira para pagar o valor da indenização foi executada. Este evento marca o momento em que os fundos são enviados ao requerente ou beneficiário.
Por que é importante

Este é um marco crítico focado no cliente. A duração entre 'Claim Decision Made' e esta atividade influencia fortemente a satisfação do cliente.

Onde obter

Capturado do timestamp do registro da transação de pagamento no módulo financeiro, que está ligado ao ID do Sinistro.

Captura

Timestamp do log de transações de pagamento ou registro da interface do sistema financeiro associado ao sinistro.

Tipo de evento explicit
Sinistro Encerrado
O caso do sinistro é oficialmente encerrado no sistema, significando que todas as atividades, incluindo a comunicação de pagamento ou recusa, estão concluídas. Este é o principal evento final de sucesso.
Por que é importante

Esta atividade marca o fim do processo, possibilitando o cálculo do tempo total de ciclo de ponta a ponta para cada sinistro.

Onde obter

Inferido do timestamp quando o estado principal do sinistro é atualizado para 'Fechado' ou um estado final equivalente.

Captura

Timestamp da mudança de status para 'Closed' no campo principal de status do sinistro.

Tipo de evento inferred
Sinistro Registrado
Representa a criação e atribuição formal de um ID de Sinistro único no Sapiens ClaimsPro. Isso geralmente segue a submissão inicial e significa que o sinistro está oficialmente no sistema para processamento.
Por que é importante

Estabelece o início oficial do processamento interno. A duração entre 'Sinistro Submetido' e esta atividade mede a eficiência do recebimento.

Onde obter

Inferido do timestamp quando o estado de um registo de sinistro muda de um estado preliminar (ex: 'pendente') para 'registado' ou 'aberto'. Também pode ser uma entrada de log explícita.

Captura

Timestamp da mudança de status do sinistro para 'Registered', 'Open' ou um status ativo equivalente.

Tipo de evento inferred
Sinistro Submetido
Assinala o recebimento inicial de um sinistro por um segurado ou terceiro, independentemente do canal de submissão. Este é o ponto de partida do ciclo de vida dos sinistros e é frequentemente capturado através de uma integração ou introdução manual de dados.
Por que é importante

Esta atividade é o evento de início principal do processo. Analisar o tempo desde a submissão até o registro ajuda a identificar atrasos na entrada de dados e na configuração inicial do sinistro.

Onde obter

Provavelmente capturado a partir do timestamp de criação do registo inicial do sinistro ou de um campo específico de 'data de submissão' na tabela principal de sinistros.

Captura

O evento de criação do registro do sinistro no sistema, frequentemente associado a uma entrada de Primeira Notificação de Sinistro (FNOL).

Tipo de evento explicit
Informações Adicionais Recebidas
Representa o recebimento da informação solicitada, permitindo que o processamento do sinistro seja retomado. Este evento encerra o ciclo de retrabalho iniciado pela solicitação.
Por que é importante

Analisar o tempo entre 'Informações Adicionais Solicitadas' e esta atividade revela atrasos externos e ajuda a gerenciar as expectativas do cliente.

Onde obter

Inferido da alteração do estado do sinistro de 'Informação Pendente' de volta para um estado ativo como 'Aberto' ou 'Em Análise'. Também pode estar ligado a um registo de documento de entrada.

Captura

Timestamp de mudança de status de 'Pendente' para 'Ativo', frequentemente acionada por upload de documento.

Tipo de evento inferred
Informações Adicionais Solicitadas
O perito de sinistros identificou informações faltantes ou incompletas e enviou um pedido ao segurado ou a um terceiro. Esta atividade inicia um estado de espera comum no processo.
Por que é importante

Esta atividade marca o início de um ciclo de retrabalho. Uma alta frequência indica problemas na coleta inicial de dados, resultando em atrasos e maior esforço manual.

Onde obter

Pode ser um evento explícito registrado quando uma correspondência é enviada ou inferido a partir de uma mudança de status do sinistro para 'Informações Pendentes' ou 'Em Espera'.

Captura

Timestamp da mudança de status do sinistro para um estado 'Pending Information' ou entrada de log para comunicação de saída.

Tipo de evento inferred
Investigação Iniciada
Assinala o início da fase de investigação formal do sinistro. Isto pode envolver a atribuição de especialistas, agendamento de inspeções ou outras atividades detalhadas de recolha de provas.
Por que é importante

Esta atividade define o início de uma fase crucial e, frequentemente, demorada. Medir a duração da investigação é fundamental para identificar os principais gargalos.

Onde obter

Provavelmente inferido de uma alteração de estado para 'Em Investigação' ou da data de criação da primeira tarefa ou atribuição relacionada com a investigação.

Captura

Timestamp quando o status do sinistro é atualizado para 'Investigation in Progress' ou um estado similar.

Tipo de evento inferred
Liquidação Calculada
Após uma decisão de aprovação, o valor final do acordo a ser pago ao sinistrado foi calculado. Esta etapa precede a autorização para pagamento.
Por que é importante

Mede a eficiência da etapa de cálculo financeiro após uma decisão ser tomada. Gargalos aqui podem atrasar o pagamento final.

Onde obter

Inferido do timestamp quando o campo 'Valor de Liquidação' é preenchido e confirmado no módulo financeiro do sistema.

Captura

Timestamp associado à finalização do campo 'Settlement Amount' no registro do sinistro.

Tipo de evento inferred
Pagamento Autorizado
A aprovação interna foi concedida para a liberação dos fundos de liquidação. Isto frequentemente envolve um gestor ou um membro da equipa financeira distinto a rever e autorizar o pagamento.
Por que é importante

Identifica potenciais atrasos no workflow de aprovação financeira interna após a decisão do sinistro ter sido tomada e o valor calculado.

Onde obter

Evento explícito acionado por aprovação no workflow ou mudança de status para 'Pending Payment' ou 'Approved for Payment'.

Captura

Uma entrada explícita no log de eventos ou um timestamp de mudança de status indicando que o pagamento foi aprovado.

Tipo de evento explicit
Perda Avaliada
O evento em que o valor financeiro da perda foi formalmente determinado e registrado. Este é um dado fundamental para calcular o valor final da indenização.
Por que é importante

Etapa crítica para planejamento financeiro e gestão de reservas. Atrasos na avaliação de perdas podem atrasar o processo de liquidação e pagamento.

Onde obter

Provavelmente registado como um timestamp quando os campos de reserva financeira ou montante de perda são finalizados ou aprovados no sistema.

Captura

O timestamp associado à entrada final ou aprovação dos campos 'Valor da Perda' ou 'Valor da Reserva'.

Tipo de evento explicit
Revisão Inicial Realizada
Um regulador ou gestor de sinistros concluiu a primeira avaliação dos detalhes e da documentação do sinistro submetido. Este passo determina a validade inicial e os próximos passos para o sinistro.
Por que é importante

Marco crucial para entender a rapidez da triagem de sinistros. Atrasos impactam significativamente o tempo de ciclo total e a satisfação do cliente.

Onde obter

Provavelmente inferido de um timestamp associado a uma alteração de estado para 'Em Análise', 'Analisado' ou à conclusão de uma tarefa de revisão inicial/passo de workflow.

Captura

Timestamp de conclusão de uma tarefa de 'Revisão Inicial' ou de um evento de atualização de status no log de eventos ou na tabela de histórico do sinistro.

Tipo de evento inferred
Sinistro Negado
O sinistro foi oficialmente negado e o processo está sendo preparado para encerramento. Isso segue a atividade 'Decisão sobre o Sinistro Tomada', onde a decisão foi 'Negado'.
Por que é importante

Representa um caminho de processo alternativo fundamental. A análise deste caminho pode revelar padrões em sinistros negados e garantir que os procedimentos corretos foram seguidos.

Onde obter

Semelhante a 'Claim Closed', mas diferenciado pelo atributo de decisão final. Pode ser modelado como atividade separada se o campo 'Decision' for 'Denied'.

Captura

Derivar do evento 'Sinistro Fechado' quando o atributo de decisão final no sinistro for 'Negado' ou similar.

Tipo de evento calculated
Sinistro Reaberto
Um sinistro previamente encerrado foi reativado para revisão ou ação adicional. Este é um evento de exceção que pode ocorrer devido a novas informações ou um recurso.
Por que é importante

Destaca exceções de processo e potenciais falhas na gestão inicial de sinistros. Uma elevada taxa de sinistros reabertos pode indicar problemas na qualidade das decisões ou na comunicação com o cliente.

Onde obter

Inferido de uma alteração de estado de 'Fechado' para 'Aberto' ou 'Em Análise'.

Captura

Timestamp de uma mudança de status de um estado final/fechado para qualquer estado ativo/aberto.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter os seus dados do Sapiens ClaimsPro

Os métodos de extração para este processo estão sendo validados atualmente. Por favor, verifique novamente mais tarde ou fale conosco para assistência.