Seu Template de dados de processamento de sinistros

FINEOS Claims
Seu Template de dados de processamento de sinistros

Seu Template de dados de processamento de sinistros

Este Template oferece uma abordagem estruturada para coletar os dados essenciais necessários à análise eficaz do processo de sinistros. Ele apresenta os principais atributos e atividades que devem ser acompanhados, além de orientações práticas para extrair essas informações dos seus sistemas de origem. Use-o para preparar seu Event Log e acelerar sua jornada rumo a um processamento de sinistros otimizado.
  • Atributos recomendados para uma análise detalhada
  • Principais atividades de processamento de sinistros a acompanhar
  • Orientações práticas para extração de dados
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos do processamento de sinistros

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise abrangente dos seus Workflows de processamento de sinistros.
5 Obrigatório 8 Recomendado 9 Opcional
Nome Descrição
Horário do evento
EventTime
O registro de data e hora que indica quando uma atividade ou evento específico ocorreu.
Descrição

Event Time registra a data e o horário exatos em que uma atividade de Processamento de Sinistros ocorreu. Esses dados cronológicos são essenciais para ordenar corretamente os eventos e entender a linha do tempo de um sinistro.

Na análise, esse registro de data e hora é usado para calcular durações, tempos de ciclo e tempos de espera entre diferentes etapas. Ele é fundamental para identificar atrasos, medir a performance em relação aos SLAs e entender a dinâmica temporal do processo.

Por que isso importa

Esse registro de data e hora fornece a ordem cronológica dos eventos, essencial para calcular todas as métricas baseadas em tempo, como o tempo de ciclo, e identificar gargalos.

Onde obter

Essas informações normalmente estão disponíveis como um registro de data e hora de criação ou atualização associado a cada evento ou registro de status no FINEOS Claims.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID do sinistro
ClaimId
O identificador exclusivo de um único sinistro de seguro, que funciona como o identificador principal do caso para a análise do processo.
Descrição

O Claim ID é a chave fundamental que conecta todas as atividades, eventos e pontos de dados ao longo do ciclo de vida de um sinistro. Ele garante que cada ponto de contato, desde o envio inicial até o encerramento final, possa ser acompanhado de forma integrada como parte de um único caso.

No Process Mining, este atributo é essencial para reconstruir a jornada de ponta a ponta de cada sinistro. Ele permite analisar os fluxos do processo, calcular os tempos totais de resolução e identificar variações na forma como diferentes sinistros são tratados.

Por que isso importa

Este é o identificador central que conecta todos os eventos relacionados em uma única instância do processo, tornando possível analisar o ciclo de vida do sinistro de ponta a ponta.

Onde obter

Esta é uma chave primária nas principais tabelas de gerenciamento de casos de sinistros do FINEOS Claims.

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

Este atributo descreve uma única etapa ou marco do processo de sinistros, como 'Claim Submitted', 'Initial Review Performed' ou 'Payment Issued'. Cada atividade representa uma ação distinta realizada no sinistro.

Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Isso revela o fluxo real do processo, ajuda a identificar gargalos onde o trabalho se acumula e destaca os caminhos comuns ou excepcionais seguidos pelos sinistros.

Por que isso importa

Ele define as etapas do processo, permitindo visualizar o mapa do processo e analisar padrões e desvios do Workflow.

Onde obter

Normalmente é derivado de Event Logs, mudanças de status de tarefas ou trilhas de auditoria no sistema FINEOS Claims.

Exemplos
Sinistro registradoPerda avaliadaPagamento autorizadoSinistro encerrado
Sistema de origem
SourceSystem
Identifica o sistema de TI do qual os dados foram extraídos.
Descrição

Este atributo especifica a origem dos dados do processo. Nesta análise, ele será sempre 'FINEOS Claims', mas, em um ambiente com vários sistemas, é essencial para rastrear a linhagem dos dados e garantir a qualidade dos dados.

Em um contexto mais amplo de analytics, ele ajuda a diferenciar processos que podem abranger vários sistemas e garante que a interpretação dos dados esteja correta com base na origem.

Por que isso importa

Ele fornece um contexto essencial sobre a origem dos dados, o que é fundamental para a governança de dados, a validação e a integração com outros sistemas.

Onde obter

Normalmente, este é um valor estático adicionado durante a extração dos dados para identificar a origem do conjunto de dados.

Exemplos
FINEOS ClaimsFINEOS Claims v11.2
Última atualização dos dados
LastDataUpdate
Timestamp que indica a última vez que os dados deste evento foram atualizados a partir do sistema de origem.
Descrição

Este atributo fornece a data e a hora em que os dados foram extraídos ou atualizados mais recentemente. Ele é importante para entender o nível de atualização dos dados analisados.

Essas informações são essenciais para a governança de dados e para que os usuários saibam se estão consultando os dados mais atuais do processo. Elas ajudam a gerenciar as expectativas sobre a latência dos dados e são fundamentais para gerar relatórios de processos quase em tempo real.

Por que isso importa

Indica o nível de atualização dos dados, garantindo que os usuários entendam o período abrangido pela análise e quando os dados foram atualizados pela última vez.

Onde obter

Normalmente, esse timestamp é gerado e armazenado pela ferramenta de extração de dados ou ETL ao final de um job de carregamento de dados.

Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Canal de envio
SubmissionChannel
O método ou canal pelo qual o sinistro foi enviado inicialmente.
Descrição

Este atributo registra como o sinistro foi recebido, por exemplo, por um portal online, e-mail, correio ou por meio de um agente. Diferentes canais de envio podem afetar significativamente a qualidade dos dados e os tempos de processamento inicial.

Analisar o processo com base no canal de envio ajuda a determinar se determinados canais levam a um processamento mais rápido, a taxas maiores de retrabalho, por exemplo, devido à falta de informações, ou a resultados melhores. Esses insights podem orientar investimentos na otimização dos canais, como o aprimoramento de formulários online para reduzir erros.

Por que isso importa

Ajuda a determinar se determinados canais de entrada levam a um processamento mais eficiente ou a taxas maiores de retrabalho, orientando a estratégia e os investimentos em canais.

Onde obter

Consulte a documentação do FINEOS Claims. Essas informações normalmente são registradas durante o processo de entrada do sinistro e armazenadas no registro principal do sinistro.

Exemplos
Portal onlineCorreioCorretorTelefone
Data-alvo de resolução
ResolutionTargetDate
A data-alvo até a qual se espera que o sinistro seja resolvido, com base em SLAs ou regulamentações.
Descrição

Este atributo representa o prazo para concluir o processo de sinistro, conforme definido por acordos de nível de serviço (SLAs) ou requisitos regulatórios. Ele serve como referência para medir a performance real.

Essa data é essencial para monitorar a conformidade com o SLA. Comparando a data real de encerramento do sinistro com a Data-alvo de resolução, é possível calcular a taxa de conformidade com o SLA, identificar sinistros em risco de violar o SLA e analisar as causas-raiz dos atrasos que levam à não conformidade.

Por que isso importa

Esta é a referência para medir a conformidade com o SLA. Ela permite identificar sinistros atrasados e analisar os motivos dos atrasos.

Onde obter

Consulte a documentação do FINEOS Claims. Essa data geralmente é calculada por regras de negócio com base na data e no tipo de envio do sinistro.

Exemplos
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Departamento
Department
O departamento ou a unidade de negócio responsável por tratar a atividade ou o sinistro.
Descrição

Este atributo especifica a unidade organizacional, como 'Entrada inicial', 'Unidade de investigação' ou 'Departamento de pagamentos', responsável por uma atividade específica ou pelo sinistro em determinada etapa.

Analisar o processo por departamento é essencial para entender as transferências entre áreas, que são fontes comuns de atraso. Isso ajuda a identificar quais departamentos são gargalos, medir a eficiência departamental e analisar a alocação de recursos em toda a organização.

Por que isso importa

Permite analisar a performance por unidade organizacional, destacando atrasos nas transferências entre departamentos e gargalos departamentais.

Onde obter

Consulte a documentação do FINEOS Claims. Isso pode estar associado ao perfil de usuário do regulador atribuído ou à fila à qual uma tarefa é atribuída.

Exemplos
Recebimento e registroUnidade de investigações especiaisProcessamento de pagamentosAnálise médica
Gravidade do sinistro
ClaimSeverity
Uma classificação da complexidade ou do possível impacto financeiro do sinistro, por exemplo, baixo, médio ou alto.
Descrição

Gravidade do sinistro fornece uma classificação para a complexidade, a urgência ou a exposição financeira do sinistro. Sinistros de alta gravidade podem exigir mais etapas, análises especializadas ou tempos de processamento maiores em comparação com sinistros de baixa gravidade.

Analisar o processo por gravidade ajuda a entender se a alocação de recursos e o desenho do processo são adequados para diferentes níveis de complexidade dos sinistros. Isso pode revelar se sinistros de alta gravidade estão sofrendo atrasos desproporcionais ou se sinistros de baixa gravidade estão sendo processados em excesso, permitindo uma segmentação melhor do processo e uma gestão mais eficiente dos recursos.

Por que isso importa

Segmentar por gravidade ajuda a verificar se o processo prioriza corretamente os sinistros de maior impacto e a identificar se determinados níveis de complexidade causam gargalos no processo.

Onde obter

Consulte a documentação do FINEOS Claims. Este pode ser um campo dedicado ou ser derivado de outros atributos, como o valor estimado da perda.

Exemplos
BaixaMédiaAltaComplexa
Hora de término
EndTime
O timestamp que indica quando uma atividade ou evento específico foi concluído.
Descrição

O atributo Hora de término registra o momento exato em que uma atividade é concluída. Em conjunto com a Hora de início (EventTime), ele permite calcular com precisão quanto tempo cada etapa levou para ser concluída, ou seja, seu tempo de processamento.

Na análise, isso é fundamental para diferenciar o tempo de processamento ativo do tempo de espera ocioso. Ele permite criar análises detalhadas de gargalos, mostrando quais atividades específicas consomem mais tempo e onde as filas se formam entre as etapas.

Por que isso importa

Permite calcular com precisão o tempo de processamento de cada atividade, o que é essencial para identificar etapas ineficientes e medir a utilização dos recursos.

Onde obter

Consulte a documentação do FINEOS Claims. Essas informações podem estar disponíveis nos registros de eventos ou ser derivadas da hora de início do evento seguinte.

Exemplos
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Regulador atribuído
AssignedAdjuster
O nome ou ID do regulador de sinistros ou usuário responsável pela atividade.
Descrição

Este atributo identifica a pessoa ou o time que executou uma tarefa específica no processo de sinistros. Ele é a principal forma de vincular as atividades do processo aos recursos humanos.

Analisar os dados por Regulador atribuído é essencial para entender a distribuição da carga de trabalho, a performance individual e a eficiência dos recursos. Isso pode destacar reguladores sobrecarregados, identificar oportunidades de treinamento por meio da comparação de performance e apoiar estratégias melhores de alocação de recursos para equilibrar as cargas de trabalho.

Por que isso importa

Este atributo conecta as etapas do processo às pessoas que as executam, permitindo analisar a carga de trabalho, avaliar a eficiência dos recursos e comparar a performance.

Onde obter

Consulte a documentação do FINEOS Claims. Essas informações normalmente são armazenadas nos campos de propriedade da tarefa ou de atribuição do usuário associados aos eventos do sinistro.

Exemplos
John SmithEmily JonesADJ-4561
Status do sinistro
ClaimStatus
O status atual ou histórico do sinistro no momento do evento.
Descrição

Status do sinistro indica o estado do sinistro em seu ciclo de vida, como 'Aberto', 'Aguardando informações', 'Aprovado', 'Negado' ou 'Encerrado'. Este atributo fornece uma visão do estágio em que o sinistro se encontra em determinado momento.

Na análise do processo, as mudanças de status geralmente correspondem diretamente às atividades do processo. Acompanhar o status é essencial para entender os resultados dos sinistros, identificar gargalos em que os sinistros ficam parados por longos períodos em um determinado status e analisar os motivos de resultados finais como 'Negado' ou 'Encerrado'.

Por que isso importa

Este atributo é essencial para entender os resultados dos sinistros, filtrar casos ativos e encerrados e identificar as etapas em que os sinistros ficam parados.

Onde obter

Consulte a documentação do FINEOS Claims. Este é um campo fundamental do registro principal do sinistro, atualizado ao longo de seu ciclo de vida.

Exemplos
RegistradoEm análisePagamento pendenteEncerrado - pagoEncerrado - negado
Tipo de sinistro
ClaimType
A categoria do sinistro de seguro, como invalidez, propriedade ou responsabilidade civil.
Descrição

Tipo de sinistro classifica os sinistros com base na natureza da apólice ou da perda. Diferentes tipos de sinistro geralmente seguem variações distintas do processo, têm requisitos regulatórios diferentes e exigem tratamento especializado.

Essa é uma dimensão essencial para a análise comparativa. Ao filtrar ou segmentar a visão do processo por Tipo de sinistro, os analistas podem identificar gargalos específicos de cada tipo, comparar a performance entre categorias e adaptar as iniciativas de melhoria do processo às necessidades exclusivas de cada tipo de sinistro. Isso ajuda a responder se determinados tipos de sinistro são naturalmente menos eficientes de processar.

Por que isso importa

Permite segmentar o processo para comparar a performance e identificar variações entre diferentes categorias de sinistros, levando a melhorias mais direcionadas.

Onde obter

Consulte a documentação do FINEOS Claims. Este é um atributo central do sinistro, normalmente definido no registro e armazenado na tabela principal do caso.

Exemplos
Incapacidade de curto prazoIncapacidade de longo prazoSeguro de vidaMorte acidental
Data da perda
LossDate
A data em que ocorreu o evento que deu origem ao sinistro de seguro.
Descrição

A Data da perda especifica quando o incidente real, como um acidente ou lesão, ocorreu. Ela é diferente da data em que o sinistro foi enviado e pode ser um fator importante na validação e no processamento do sinistro.

Este atributo fornece um contexto valioso. O intervalo entre a Data da perda e a data de 'Sinistro enviado', conhecido como atraso de comunicação, pode ser um indicador-chave de performance. Analisar esse intervalo pode revelar problemas nos processos de comunicação e seu impacto no ciclo de vida geral do sinistro.

Por que isso importa

Fornece um contexto importante e permite calcular o atraso de comunicação, ou seja, o tempo entre a perda e o envio, que pode afetar a complexidade e os resultados do sinistro.

Onde obter

Consulte a documentação do FINEOS Claims. Essa data é um campo padrão capturado durante o processo de 'Primeiro aviso de sinistro' ou de registro do sinistro.

Exemplos
2023-10-152023-09-012024-02-20
É retrabalho
IsRework
Um indicador booleano que informa se uma atividade é uma repetição ou um retrabalho.
Descrição

Este atributo calculado identifica atividades que representam retrabalho, como um segundo evento de 'Informações adicionais solicitadas' para o mesmo sinistro. Normalmente, ele é identificado pela detecção de atividades repetidas ou loops de retorno no fluxo do processo.

Identificar explicitamente o retrabalho simplifica a análise focada na ineficiência. Isso permite quantificar facilmente a taxa de retrabalho, um indicador-chave de performance. Os Dashboards podem usar esse indicador para visualizar a frequência e o impacto do retrabalho, ajudando a identificar as causas-raiz desses loops ineficientes.

Por que isso importa

Identifica diretamente loops ineficientes do processo, facilitando o cálculo da taxa de retrabalho e a análise dos fatores que levam à repetição do trabalho.

Onde obter

É derivado durante a análise de Process Mining, identificando atividades repetidas para o mesmo caso. Por exemplo, sinalizando a segunda ocorrência de 'Investigação iniciada'.

Exemplos
truefalse
Motivo da negativa
DenialReason
Um código ou uma descrição que explica por que um sinistro foi negado.
Descrição

Quando o resultado de um sinistro é 'Negado', este atributo fornece o motivo específico da decisão. Os motivos podem incluir 'Não coberto pela apólice', 'Suspeita de fraude' ou 'Informações incompletas'.

Este é um atributo essencial para a análise de causa-raiz das negativas de sinistros. Ao analisar a frequência dos diferentes motivos de negativa, a organização pode identificar problemas comuns no processo de envio, pontos de confusão dos clientes sobre a cobertura da apólice ou possíveis necessidades de treinamento dos reguladores. Esse insight pode levar a iniciativas para reduzir as taxas de negativa e melhorar a satisfação dos clientes.

Por que isso importa

É essencial para a análise de causa-raiz de processos malsucedidos, ajudando a identificar oportunidades para reduzir negativas de sinistros e melhorar a qualidade da entrada.

Onde obter

Consulte a documentação do FINEOS Claims. Normalmente, este é um campo estruturado ou código selecionado quando a atividade 'Sinistro negado' é executada.

Exemplos
Exclusão da apóliceInformações não fornecidasSinistro duplicadoSuspeita de fraude
Motivo da reabertura
ReopenReason
Um código ou uma descrição que explica por que um sinistro encerrado foi reaberto.
Descrição

Este atributo registra o motivo pelo qual um sinistro passou do estado 'Encerrado' novamente para um estado ativo. Os motivos comuns incluem o recebimento de novas informações, um recurso do solicitante ou a correção de um erro.

Analisar os motivos de reabertura é uma forma direta de medir a qualidade e a finalização do processo. Um volume alto de sinistros reabertos, especialmente por determinados motivos, indica que o encerramento inicial apresentou falhas. Esses dados podem apontar fragilidades nas etapas de investigação ou tomada de decisão, fornecendo alvos claros para a melhoria do processo e garantindo que os sinistros sejam encerrados corretamente na primeira vez.

Por que isso importa

Fornece um insight direto sobre falhas do processo em que um sinistro foi encerrado prematuramente ou de forma incorreta, destacando oportunidades para melhorar a resolução na primeira tentativa.

Onde obter

Consulte a documentação do FINEOS Claims. Normalmente, esse motivo é registrado quando um usuário executa a ação 'Reabrir sinistro' no sistema.

Exemplos
Recurso apresentadoNovas evidências médicas recebidasCorreção de erro administrativoAjuste de pagamento necessário
Número da apólice
PolicyNumber
O identificador exclusivo da apólice de seguro sob a qual o sinistro foi registrado.
Descrição

O Número da apólice é o identificador do contrato de seguro que cobre o sinistro. Ele vincula o sinistro a um cliente específico, aos termos da apólice e aos detalhes da cobertura.

Embora não seja diretamente um atributo do processo, ele fornece um contexto de negócio essencial. Ele permite agregar os dados dos sinistros por apólice ou cliente, o que pode ser útil para analisar a frequência de sinistros, a experiência do cliente e identificar apólices que geram um volume alto de sinistros complexos.

Por que isso importa

Fornece um contexto de negócio essencial, vinculando o sinistro a um contrato específico do cliente e permitindo uma análise do processo centrada no cliente.

Onde obter

Consulte a documentação do FINEOS Claims. Este é um dado fundamental capturado no registro do sinistro e armazenado no registro principal do sinistro.

Exemplos
POL-987654321POL-123456789
Região do cliente
CustomerRegion
A região geográfica ou o estado do solicitante ou titular da apólice.
Descrição

Este atributo indica a localização geográfica associada ao sinistro, que pode ser baseada no endereço do solicitante ou no local da perda.

A análise geográfica pode revelar variações regionais nos tipos, na frequência e na eficiência do processamento dos sinistros. Ela pode ajudar a identificar se determinados escritórios regionais têm uma performance melhor que outros ou se fatores específicos da localização, como regulamentações ou eventos climáticos, afetam o processo de sinistros. Isso permite uma gestão e uma alocação de recursos mais direcionadas.

Por que isso importa

Permite segmentar geograficamente os dados para identificar diferenças regionais de performance, variações de conformidade ou gargalos específicos de determinadas localidades.

Onde obter

Consulte a documentação do FINEOS Claims. Essas informações normalmente são derivadas dos dados de endereço do titular da apólice ou do solicitante armazenados no sistema.

Exemplos
NordesteCalifórniaCentro-OesteFL
Status do SLA
SLAState
Um status calculado que indica se um sinistro concluído cumpriu sua data-alvo de resolução.
Descrição

Este atributo fornece um status categórico claro sobre a performance do SLA de cada sinistro. Ele é derivado comparando a data de 'Sinistro encerrado' com a 'Data-alvo de resolução' e classificando o resultado como 'No prazo' ou 'Atrasado'.

Isso simplifica os relatórios e a análise da conformidade com o SLA. Em vez de trabalhar com datas brutas, os analistas podem usar essa categoria simples para criar Dashboards que mostram a taxa de conformidade com o SLA, filtrar todos os sinistros atrasados para analisar suas características comuns e monitorar as tendências da performance do SLA ao longo do tempo. Ele oferece suporte direto ao Dashboard e ao KPI de conformidade com o SLA.

Por que isso importa

Fornece um indicador claro e simples da performance do SLA para cada caso, facilitando a medição e a análise da taxa de conformidade com o SLA.

Onde obter

Este é um campo calculado, derivado da comparação do timestamp da atividade final com a 'ResolutionTargetDate' de cada caso.

Exemplos
No prazoAtrasado
Valor da perda
LossAmount
O valor financeiro estimado ou reservado associado à perda.
Descrição

Valor da perda representa a estimativa inicial ou a reserva financeira destinada a um sinistro. Esse valor pode ser atualizado à medida que o sinistro é investigado e avaliado.

Esses dados financeiros são essenciais para segmentar os sinistros e entender como o impacto financeiro se relaciona com o comportamento do processo. Por exemplo, eles ajudam a responder a perguntas como: sinistros de maior valor levam mais tempo para ser processados ou exigem mais retrabalho? Eles também são uma entrada importante para a previsão financeira e a gestão de riscos.

Por que isso importa

Fornece contexto financeiro ao processo, permitindo analisar como o valor do sinistro afeta o tempo de processamento, a complexidade e os caminhos do processo.

Onde obter

Consulte a documentação do FINEOS Claims. Essas informações normalmente estão nas tabelas financeiras ou relacionadas a reservas vinculadas ao sinistro.

Exemplos
5000.00150000.00250.50
Valor do pagamento
PaymentAmount
O valor efetivamente pago pelo sinistro.
Descrição

Valor do pagamento é a soma final desembolsada após a liquidação e a aprovação do sinistro. Para sinistros com vários pagamentos, ele pode representar uma transação de pagamento individual.

Este atributo é essencial para a conciliação financeira e para analisar os resultados monetários do processo. Ele permite comparar a perda inicialmente estimada com o pagamento final. Na análise do processo, ajuda a entender o impacto financeiro de diferentes variantes ou decisões do processo.

Por que isso importa

Registra o resultado financeiro do processo, o que é essencial para medir a performance financeira e analisar o valor dos sinistros.

Onde obter

Consulte a documentação do FINEOS Claims. Esses dados estão nas tabelas de transações de pagamento vinculadas ao caso do sinistro.

Exemplos
4850.00145000.000.00
Obrigatório Recomendado Opcional

Atividades do processamento de sinistros

Estas são as principais etapas e marcos do processo que você deve registrar no seu Event Log para descobrir o processo com precisão e identificar gargalos.
6 Recomendado 9 Opcional
Atividade Descrição
Decisão sobre o sinistro tomada
É um marco decisivo em que a seguradora toma uma decisão formal de aprovar, aprovar parcialmente ou negar o sinistro. Quase sempre é capturado como uma mudança explícita de status no FINEOS para um estado como 'Approved', 'Denied' ou 'Settled'.
Por que isso importa

Este é um marco importante que determina o caminho seguinte do processo, seja pagamento ou encerramento. É essencial para medir o tempo até a decisão e analisar os resultados dos sinistros.

Onde obter

É inferido a partir do registro de data e hora na tabela de histórico de status do sinistro correspondente a um status de decisão final, como 'Approved', 'Rejected' ou 'Denied'.

Captura

Registro de data e hora da mudança de status para 'Approved' ou 'Denied'.

Tipo de evento inferred
Pagamento autorizado
Representa a aprovação formal para que o valor calculado da liquidação seja pago. Muitas vezes, esta é uma etapa separada da decisão sobre o sinistro, exigindo a autorização de um gerente ou de uma equipe específica para liberar o pagamento. Isso é registrado por uma mudança de status como 'Approved for Payment'.
Por que isso importa

Esta atividade é essencial para o KPI 'Payment Authorization Cycle Time'. Atrasos entre a decisão e a autorização podem ser um gargalo oculto significativo, afetando a satisfação do cliente.

Onde obter

É inferido a partir do registro de data e hora de uma mudança de status para 'Pending Payment', 'Ready for Payment' ou 'Payment Authorized' no histórico de status do sinistro.

Captura

Registro de data e hora da mudança de status para 'Approved for Payment' ou similar.

Tipo de evento inferred
Pagamento emitido
Marca o momento em que o pagamento é efetivamente processado e enviado ao solicitante ou prestador. No FINEOS, isso geralmente é acionado por uma integração com um sistema financeiro e registrado como um log de transação ou uma atualização final do status do pagamento.
Por que isso importa

Este é um momento decisivo para o cliente. Analisar o tempo entre a autorização e a emissão ajuda a simplificar o processo de pagamento e melhorar a experiência do cliente.

Onde obter

Pode ser um evento explícito de uma tabela de log de transações de pagamento no FINEOS ou de um sistema integrado de contas a pagar. Uma mudança de status para 'Paid' também é uma fonte provável.

Captura

Use a data da transação no livro-razão de pagamentos ou o registro de data e hora da mudança de status para 'Paid'.

Tipo de evento explicit
Sinistro encerrado
Marca o estado final e terminal de um sinistro no sistema, depois que todas as atividades, incluindo pagamento ou negativa, são concluídas. Este evento é capturado quando o status do sinistro é atualizado para 'Closed' ou 'Finalized' no FINEOS.
Por que isso importa

Esta atividade é o principal evento de encerramento do processo. O tempo entre 'Claim Submitted' e 'Claim Closed' é um KPI central para medir a performance e a eficiência gerais do processo.

Onde obter

É inferido a partir do registro de data e hora da mudança final de status para 'Closed' no log de histórico de status do sinistro. Esta é a última atualização de status registrada para um sinistro concluído com sucesso.

Captura

Registro de data e hora da mudança final de status para 'Closed' ou 'Finalized'.

Tipo de evento inferred
Sinistro enviado
Indica o recebimento inicial de um sinistro pela organização, geralmente por diferentes canais, como portais web, e-mail ou correio. Este é o ponto de partida do processo de sinistros e normalmente é registrado quando o First Notice of Loss (FNOL) é inserido em uma área de preparação ou diretamente no FINEOS.
Por que isso importa

Esta atividade é o principal evento de início do processo. Analisar o tempo entre o envio e o registro ajuda a identificar atrasos na entrada de dados e na configuração inicial do sinistro, impactando o tempo de ciclo geral.

Onde obter

Provavelmente é capturado a partir da data de criação do registro da notificação inicial do sinistro ou da entrada do FNOL no FINEOS. Pode ser um evento explícito no Event Log ou ser inferido a partir do registro de data e hora mais antigo associado ao Claim ID.

Captura

Use o registro de data e hora de criação do First Notice of Loss (FNOL) ou do registro inicial do sinistro.

Tipo de evento inferred
Sinistro registrado
Representa a criação formal do registro do sinistro no sistema FINEOS. Nesse momento, um Claim ID exclusivo é atribuído oficialmente e o caso é aberto formalmente para processamento. Esse evento normalmente é capturado a partir do registro de data e hora de criação do objeto principal do sinistro.
Por que isso importa

Este é um marco fundamental que transforma o sinistro de uma simples notificação em um caso ativo. Ele serve como um ponto de partida confiável para medir o ciclo de processamento interno.

Onde obter

É derivado do registro de data e hora de criação da entidade principal do caso de sinistro no banco de dados do FINEOS. A maioria dos objetos centrais do sistema tem uma data de criação registrada para fins de auditoria.

Captura

Use o registro de data e hora de criação do registro principal do caso de sinistro.

Tipo de evento explicit
Análise inicial realizada
Indica que um regulador ou processador concluiu a primeira avaliação da validade, dos detalhes e da documentação necessária do sinistro. Isso geralmente é inferido a partir de uma mudança de status no FINEOS, como a passagem de 'New' ou 'Registered' para 'Under Review' ou 'Assigned'.
Por que isso importa

Acompanhar a conclusão desta etapa ajuda a medir o tempo até a primeira ação e a identificar acúmulos na triagem e na atribuição inicial. Atrasos nesse ponto podem prolongar significativamente todo o ciclo de vida do sinistro.

Onde obter

É inferido a partir do registro de data e hora em que o status do sinistro muda para um estado que indica a conclusão da análise, como 'Initial Review Complete', 'Pending Information' ou 'Under Investigation'. Esses dados normalmente estão em uma tabela de histórico de status do sinistro.

Captura

Identifique o registro de data e hora da mudança de status de 'New' ou 'Open' para um status posterior à análise.

Tipo de evento inferred
Informações adicionais recebidas
Marca o recebimento dos documentos ou informações solicitados, permitindo que o Processamento de Sinistros seja retomado. Esse evento normalmente é inferido quando o status do sinistro muda de 'Pending Information' para um estado ativo, como 'Under Review' ou 'Ready for Assessment'.
Por que isso importa

Medir o tempo entre a solicitação e o recebimento das informações destaca atrasos externos. Também sinaliza o reinício do processamento interno, sendo essencial para analisar tempos de espera e interrupções no processo.

Onde obter

É inferido a partir do registro de data e hora em que o status do sinistro passa de um estado 'Pending' para um estado 'Active' ou 'In Progress'. Um evento associado de upload de documento também pode fornecer um registro de data e hora específico.

Captura

Registro de data e hora da mudança de status de 'Pending Information' para um status de processamento ativo.

Tipo de evento inferred
Informações adicionais solicitadas
Esta atividade ocorre quando o responsável pelo tratamento do sinistro determina que são necessárias mais informações do solicitante ou de terceiros para prosseguir. No FINEOS, isso geralmente é registrado por uma mudança de status para 'Pending Information' ou pelo registro de um evento específico de comunicação enviada.
Por que isso importa

Esta é uma atividade crítica para analisar retrabalho e ciclos do processo. A alta frequência desse evento sugere problemas na coleta inicial de dados e pode ser uma fonte importante de atrasos.

Onde obter

É inferido a partir de uma mudança de status do sinistro para 'Pending Information' ou similar. Também pode ser um evento explícito registrado quando uma correspondência solicitando informações é gerada pelo sistema.

Captura

Registro de data e hora da mudança de status para 'Pending Information' ou da entrada de registro referente a uma carta ou e-mail de solicitação de informações.

Tipo de evento inferred
Investigação concluída
Indica que todas as atividades necessárias de investigação foram concluídas e que o sinistro está pronto para uma decisão final. Isso é inferido a partir de uma mudança de status de 'Under Investigation' para um estado posterior, como 'Pending Decision' ou 'Ready for Assessment'.
Por que isso importa

Esta atividade marca o fim da fase de coleta de evidências. Analisar o tempo entre 'Investigation Started' e este ponto ajuda a identificar gargalos no próprio processo de adjudicação.

Onde obter

É inferido a partir do registro de data e hora em que o status do sinistro passa de 'Under Investigation' para um estado que indica que a próxima etapa será a decisão ou avaliação.

Captura

Registro de data e hora da mudança de status do sinistro de 'Under Investigation' para 'Ready for Decision'.

Tipo de evento inferred
Investigação iniciada
Representa o início da fase formal de investigação ou adjudicação do sinistro. Isso geralmente é registrado quando o sinistro é atribuído a um investigador ou quando seu status muda explicitamente para 'Under Investigation' no FINEOS.
Por que isso importa

Este marco indica o início de uma parte potencialmente longa e complexa do processo. Acompanhar seu horário de início é essencial para medir a duração e a eficiência da fase de investigação.

Onde obter

É inferido a partir do registro de data e hora de uma mudança de status para 'Under Investigation' ou 'Adjudication in Progress'. Também pode estar associado à data de atribuição de um investigador ao sinistro.

Captura

Registro de data e hora da mudança de status do sinistro para 'Under Investigation'.

Tipo de evento inferred
Liquidação calculada
Ocorre após uma decisão de aprovação, quando o valor exato do pagamento é calculado com base nos limites da apólice, franquias e perdas avaliadas. Provavelmente é capturado quando o campo do valor final do pagamento ou da liquidação é preenchido e confirmado no FINEOS.
Por que isso importa

Esta atividade separa a etapa de cálculo das etapas de aprovação e autorização do pagamento. Ela ajuda a analisar a eficiência da equipe financeira na finalização dos valores de pagamento.

Onde obter

É inferido a partir do registro de data e hora em que o valor final da liquidação ou do pagamento é inserido ou atualizado nos registros financeiros do sinistro no sistema.

Captura

Use o registro de data e hora de 'last updated' no campo do valor final da liquidação.

Tipo de evento inferred
Perda avaliada
Indica que o impacto financeiro do sinistro foi calculado e registrado. Isso pode envolver a avaliação de danos, custos médicos ou outras responsabilidades. Esse evento geralmente é capturado quando campos específicos de avaliação financeira são preenchidos e salvos no FINEOS.
Por que isso importa

Este é um marco financeiro importante. O tempo necessário para avaliar a perda após a conclusão da investigação pode ser um indicador de performance da equipe de avaliação.

Onde obter

Provavelmente é inferido a partir do registro de data e hora em que os campos de reserva financeira ou estimativa de perda são preenchidos ou finalizados pela primeira vez no sistema. Pode não ser um status distinto, mas sim um evento de entrada de dados.

Captura

Use o registro de data e hora de 'last updated' nos campos relacionados à avaliação financeira ou à reserva.

Tipo de evento inferred
Sinistro negado
Representa o resultado final de um sinistro que não foi aprovado para pagamento. Este evento é capturado quando o status do sinistro é definido definitivamente como 'Denied' ou 'Rejected'. É um ponto final alternativo do processo.
Por que isso importa

Esta atividade é um ponto final importante do processo. Analisar os caminhos que levam à negativa pode fornecer insights sobre a qualidade da entrada dos sinistros, a interpretação da apólice ou possíveis padrões de fraude.

Onde obter

É inferido a partir do registro de data e hora em que o status final do sinistro é registrado como 'Denied' ou 'Rejected' na tabela de histórico de status.

Captura

Registro de data e hora da mudança final de status para 'Denied' ou 'Rejected'.

Tipo de evento inferred
Sinistro reaberto
Ocorre quando um sinistro anteriormente encerrado é reativado para nova análise ou processamento, geralmente devido a um recurso ou a novas informações. Este evento é capturado por uma mudança de status de 'Closed' ou 'Denied' para um estado ativo, como 'Under Review'.
Por que isso importa

Acompanhar sinistros reabertos é essencial para entender exceções e falhas do processo. Isso destaca casos que não foram resolvidos corretamente na primeira vez, impactando a eficiência e os custos operacionais.

Onde obter

É inferido a partir de uma mudança de status de um estado terminal, como 'Closed', para um estado ativo não terminal, como 'Reopened' ou 'Under Review'. Isso exige analisar a sequência de mudanças de status ao longo do tempo.

Captura

Identifique o registro de data e hora em que o status muda de um estado fechado para um estado aberto.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do FINEOS Claims

Os métodos de extração para este processo estão sendo validados. Consulte novamente mais tarde ou entre em contato conosco para obter ajuda.

Pronto para começar?

Este Template foi criado para simplificar a preparação dos seus dados, permitindo que você avance rapidamente na descoberta de insights e na melhoria das operações de sinistros. Comece a aproveitar seus dados hoje para aumentar a eficiência e melhorar a satisfação dos segurados.

Acelere o processamento de sinistros: comece hoje

Junte-se às empresas líderes que alcançam 70% de processamento direto no FINEOS.

Começar o teste grátis

Não é necessário cartão de crédito. A configuração leva poucos minutos.