Template de Dados: Processamento de Sinistros

FINEOS Claims
Template de Dados: Processamento de Sinistros

Seu Modelo de Dados para Processamento de Sinistros

Este template oferece uma abordagem estruturada para a coleta dos **dados** essenciais necessários para uma análise eficaz do processo de sinistros. Ele descreve os atributos centrais e as atividades chave a serem rastreadas, juntamente com orientações práticas sobre como extrair essas informações dos seus sistemas de origem. Utilize-o para preparar o seu **event log** e acelerar a sua jornada para um **processamento de sinistros otimizado**.
  • Atributos recomendados para análise detalhada
  • Atividades-chave de processamento de sinistros a monitorar
  • Orientação prática para extração de dados
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Processamento de Sinistros

Estes são os campos de dados recomendados para incluir no seu event log para uma análise abrangente dos seus workflows de processamento de sinistros.
5 Obrigatório 8 Recomendado 10 Opcional
NomeDescrição
ID do Sinistro
ClaimId
O identificador único para um único sinistro de seguro, servindo como o identificador primário do caso para análise de processo.
Descrição

O ID do Sinistro é a chave fundamental que liga todas as atividades, eventos e pontos de dados ao longo do ciclo de vida de um sinistro. Garante que cada ponto de contacto, desde a submissão inicial ao encerramento final, pode ser rastreado de forma coesa como parte de um único caso.

No Process Mining, este atributo é essencial para reconstruir a jornada de ponta a ponta de cada sinistro. Permite a análise dos fluxos de processo, o cálculo dos tempos totais de resolução e a identificação de variações na forma como os diferentes sinistros são tratados.

Por que é importante

Este é o identificador central que conecta todos os eventos relacionados em uma única instância de processo, possibilitando a análise de ponta a ponta do ciclo de vida do sinistro.

Onde obter

Esta é uma chave primária nas tabelas principais de gestão de cases de sinistros dentro do FINEOS Claims.

Exemplos
CL-2023-001234CL-2023-005678CL-2024-009101
Momento do Evento
EventTime
O timestamp que indica quando uma atividade ou evento específico ocorreu.
Descrição

O Momento do Evento registra a data e hora exatas em que uma atividade de processamento de sinistros ocorreu. Esses dados cronológicos são cruciais para organizar os eventos corretamente e compreender a linha do tempo de um sinistro.

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

Por que é importante

Este timestamp fornece a ordem cronológica dos eventos, o que é essencial para calcular todas as métricas baseadas em tempo, como o tempo de ciclo e a identificação de gargalos.

Onde obter

Essas informações geralmente estão disponíveis como um timestamp 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
Nome da Atividade
ActivityName
O nome do evento de negócio ou tarefa específica que ocorreu num ponto do processo de sinistros.
Descrição

Este atributo descreve uma única etapa ou marco dentro do processo de regulação de sinistros, como 'Sinistro Enviado', 'Revisão Inicial Realizada' ou 'Pagamento Emitido'. Cada atividade representa uma ação distinta realizada no sinistro.

A análise da sequência e frequência dessas atividades é a base do Process Mining. Ela revela o fluxo de processo real, ajuda a identificar gargalos onde o trabalho se acumula e destaca os caminhos comuns ou excepcionais que os sinistros seguem.

Por que é importante

Define as etapas do processo, permitindo a visualização do mapa de processo e a análise de padrões de workflow e desvios.

Onde obter

Tipicamente derivado de event logs, mudanças de status de tarefas ou trilhas de auditoria dentro do sistema FINEOS Claims.

Exemplos
Sinistro RegistradoPerda AvaliadaPagamento AutorizadoSinistro Encerrado
Sistema de Origem
SourceSystem
Identifica o sistema de TI de onde os dados foram extraídos.
Descrição

Este atributo especifica a origem dos dados do processo. Para esta análise, será consistentemente 'FINEOS Claims', mas em um ambiente multissistema, é crucial para rastrear a linhagem dos dados e garantir a qualidade dos dados.

Em um contexto analítico mais amplo, ajuda a diferenciar processos que podem abranger múltiplos sistemas e garante que a interpretação dos dados esteja correta com base em sua origem.

Por que é importante

Fornece contexto crucial sobre a origem dos dados, essencial para a governança de dados, validação e integração com outros sistemas.

Onde obter

Este é geralmente um valor estático adicionado durante o processo de extração de dados para rotular a origem do dataset.

Exemplos
FINEOS ClaimsFINEOS Claims v11.2
Última Atualização de Dados
LastDataUpdate
**Timestamp** indicando a última vez que os **dados** para este **evento** foram atualizados a partir do sistema de origem.
Descrição

Este atributo fornece a data e hora em que os dados foram mais recentemente extraídos ou atualizados. É importante para entender a atualidade dos dados que estão sendo analisados.

Esta informação é crítica para a governança de dados e para que os usuários saibam se estão visualizando os dados de processo mais atuais. Ajuda a gerenciar as expectativas sobre a latência dos dados e é vital para relatórios sobre processos em tempo quase real.

Por que é importante

Indica a atualidade dos dados, garantindo que os usuários compreendam o período coberto pela análise e quando foi a última atualização.

Onde obter

Este timestamp é tipicamente gerado e armazenado pela ferramenta de extração de dados ou ETL no final de um trabalho de carregamento de dados.

Exemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Ajustador Atribuído
AssignedAdjuster
O nome ou ID do regulador de sinistros ou utilizador responsável pela atividade.
Descrição

Este atributo identifica o indivíduo ou a equipe que executou uma tarefa específica no processo de sinistros. É a principal forma de vincular as atividades do processo aos recursos humanos.

A análise de dados por 'Ajustador Atribuído' é crucial para entender a distribuição da carga de trabalho, o desempenho individual e a eficiência dos recursos. Ela permite identificar ajustadores sobrecarregados, identificar oportunidades de treinamento ao comparar o desempenho e apoiar melhores estratégias de alocação de recursos para equilibrar as cargas de trabalho.

Por que é importante

Este atributo vincula as etapas do processo aos indivíduos que as executam, possibilitando a análise da carga de trabalho, a avaliação da eficiência dos recursos e a comparação de desempenho.

Onde obter

Consulte a documentação do FINEOS Claims. Esta informação é geralmente armazenada em campos de atribuição de tarefas ou usuários associados a eventos de sinistro.

Exemplos
John SmithEmily JonesADJ-4561
Canal de Submissão
SubmissionChannel
O método ou canal através do qual o sinistro foi inicialmente submetido.
Descrição

Este atributo registra como o sinistro foi recebido, por exemplo, via portal online, e-mail, correio físico ou através de um agente. Diferentes canais de entrada podem ter um impacto significativo na qualidade dos dados e nos tempos de processamento iniciais.

A análise do processo com base no canal de entrada ajuda a determinar se certos canais levam a um processamento mais rápido, maiores taxas de retrabalho (por exemplo, devido a informações ausentes) ou melhores resultados. Esses insights podem orientar investimentos na otimização de canais, como a melhoria de formulários online para reduzir erros.

Por que é importante

Ajuda a determinar se certos canais de entrada levam a um processamento mais eficiente ou a taxas de retrabalho mais altas, subsidiando a estratégia e o investimento nos canais.

Onde obter

Consulte a documentação do FINEOS Claims. Isso é geralmente capturado durante o processo de registro de sinistros e armazenado no registro principal do sinistro.

Exemplos
Portal OnlineCorreioCorretorTelefone
Data Alvo de Resolução
ResolutionTargetDate
A data-alvo até à qual se espera que o sinistro seja resolvido, com base nos SLAs ou regulamentos.
Descrição

Este atributo representa o prazo final para a conclusão do processo de sinistro, conforme definido pelos acordos de nível de serviço (SLAs) ou requisitos regulatórios. Serve como um marco de referência contra o qual o desempenho real é medido.

Esta data é essencial para o monitoramento da conformidade com o SLA. Ao comparar 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 seu SLA e analisar as causas raízes dos atrasos que levam à não conformidade.

Por que é importante

Este é o parâmetro para medir a conformidade com os SLAs. Permite a identificação de sinistros atrasados e a análise das razões para os atrasos.

Onde obter

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

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

Este atributo especifica a unidade organizacional, como 'Recepção Inicial', 'Unidade de Investigação' ou 'Departamento de Pagamentos', que é responsável por uma atividade específica ou detentora do sinistro em uma determinada etapa.

A análise do processo por departamento é crucial para entender as transferências interdepartamentais, que são fontes comuns de atraso. Ajuda a identificar quais departamentos são gargalos, mede a eficiência departamental e apoia a análise da alocação de recursos em toda a organização.

Por que é importante

Permite a análise de desempenho por unidade organizacional, destacando atrasos na passagem entre departamentos e gargalos departamentais.

Onde obter

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

Exemplos
Recebimento e RegistroUnidade de Investigações EspeciaisPagamentos em ProcessamentoAnálise Médica
Hora de Fim
EndTime
O timestamp que indica quando uma atividade ou evento específico foi concluído.
Descrição

O atributo End Time regista o momento exato em que uma atividade termina. Em conjunto com o Start Time (EventTime), permite o cálculo preciso de quanto tempo cada etapa demorou a ser concluída (ou seja, o seu tempo de processamento).

Na análise, isso é crucial para distinguir entre o tempo de processamento ativo e o tempo de espera inativo. Permite a criação de análises detalhadas de gargalos, mostrando quais atividades específicas consomem mais tempo e onde se formam filas entre as etapas.

Por que é importante

Permite o cálculo preciso do tempo de processamento para cada atividade, o que é fundamental para identificar etapas ineficientes e medir a utilização de recursos.

Onde obter

Consulte a documentação do FINEOS Claims. Isso pode estar disponível em logs de eventos ou pode ser derivado do tempo de início do evento subsequente.

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

A Severidade do Sinistro fornece uma classificação para a complexidade, urgência ou exposição financeira de um sinistro. Sinistros de alta severidade podem exigir mais etapas, revisão especializada ou tempos de processamento mais longos em comparação com os de baixa severidade.

Analisar o processo por severidade ajuda a entender se a alocação de recursos e o design do processo são apropriados para diferentes níveis de complexidade do sinistro. Pode revelar se os sinistros de alta severidade estão sendo atrasados desproporcionalmente ou se os de baixa severidade estão sendo processados em excesso, permitindo uma melhor segmentação do processo e gestão de recursos.

Por que é importante

A segmentação por severidade ajuda a verificar se o processo prioriza corretamente os sinistros de alto 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 derivado de outros atributos, como o valor da perda estimada.

Exemplos
BaixoMédioAltoComplexo
Status do Sinistro
ClaimStatus
O estado atual ou histórico do sinistro no momento do evento.
Descrição

O Status do Sinistro indica o estado do sinistro em seu ciclo de vida, como 'Aberto', 'Informação Pendente', 'Aprovado', 'Negado' ou 'Encerrado'. Este atributo oferece uma visão geral da situação do sinistro em qualquer momento.

Na análise de processo, as mudanças de status frequentemente correspondem diretamente às atividades do processo. O acompanhamento do status é crucial para entender os resultados dos sinistros, identificar gargalos onde os sinistros ficam parados em um determinado status por longos períodos e analisar as razões para resultados finais como 'Negado' ou 'Encerrado'.

Por que é importante

Este atributo é fundamental para a compreensão dos desfechos dos sinistros, para filtrar entre casos ativos e encerrados, e para identificar as etapas onde os sinistros estagnam.

Onde obter

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

Exemplos
RegistadoEm AnálisePagamento PendenteEncerrado - PagoEncerrado - Negado
Tipo de Sinistro
ClaimType
A categoria do sinistro de seguro, como Invalidez, Propriedade ou Responsabilidade Civil.
Descrição

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

Esta é uma dimensão crítica para a análise comparativa. Ao filtrar ou segmentar a visão do processo por Tipo de Sinistro, os analistas podem descobrir gargalos específicos de cada tipo, comparar o desempenho entre categorias e adaptar as iniciativas de melhoria de processo às necessidades exclusivas de cada tipo de sinistro. Ajuda a responder se certos tipos de sinistros são inerentemente menos eficientes para processar.

Por que é importante

Permite a segmentação do processo para comparar o desempenho e identificar variações entre diferentes categorias de sinistros, resultando em melhorias mais direcionadas.

Onde obter

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

Exemplos
Incapacidade TemporáriaIncapacidade de Longo PrazoSeguro de VidaMorte Acidental
Data da Perda
LossDate
A data em que ocorreu o evento que desencadeou o sinistro de seguro.
Descrição

A Data da Perda especifica quando o incidente real (por exemplo, acidente, lesão) ocorreu. Esta é distinta da data em que o sinistro foi submetido e pode ser um fator importante na validação e processamento do sinistro.

Este atributo fornece um contexto valioso. O intervalo de tempo entre a Data da Perda e a data de 'Sinistro Submetido' (atraso de reporte) pode ser um indicador chave de desempenho. Analisar este atraso pode revelar problemas com os processos de reporte e o seu impacto no ciclo de vida geral do sinistro.

Por que é importante

Fornece um contexto importante e permite o cálculo do atraso na notificação (tempo entre a ocorrência e a submissão), o que pode impactar a complexidade e os resultados do sinistro.

Onde obter

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

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

Este atributo calculado sinaliza atividades que representam retrabalho, como um segundo evento de 'Informações Adicionais Solicitadas' para o mesmo sinistro. É tipicamente identificado pela detecção de atividades repetidas ou de loops de retorno no fluxo do processo.

A sinalização explícita de retrabalho simplifica a análise focada na ineficiência. Permite a fácil quantificação da taxa de retrabalho, um indicador chave de desempenho (KPI). Dashboards podem usar essa sinalização para visualizar a frequência e o impacto do retrabalho, ajudando a identificar as causas raízes desses loops ineficientes.

Por que é importante

Sinaliza diretamente os loops de processo ineficientes, facilitando o cálculo da taxa de retrabalho e a análise das causas do trabalho repetitivo.

Onde obter

Isso é derivado durante a análise de Process Mining, identificando atividades repetidas para o mesmo case. Por exemplo, sinalizando a segunda ocorrência de 'Investigation Started'.

Exemplos
truefalse
Estado 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 claro e categórico sobre o desempenho do SLA para cada sinistro. Ele é derivado da comparação da data de 'Sinistro Fechado' 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 esta 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 no desempenho do SLA ao longo do tempo. Ele suporta diretamente o dashboard e o KPI de Conformidade com o SLA.

Por que é importante

Fornece um indicador claro e simples do desempenho 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, obtido ao comparar o timestamp da atividade final com a 'ResolutionTargetDate' para cada case.

Exemplos
No PrazoAtrasado
Motivo da Negação
DenialReason
Um código ou 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 para essa decisão. Os motivos podem incluir 'Não Coberto pela Apólice', 'Fraude Suspeita' ou 'Informação Incompleta'.

Este é um atributo vital para a análise de causa-raiz das negações de sinistros. Ao analisar a frequência dos diferentes motivos de negação, a organização pode identificar problemas comuns no processo de submissão, áreas de confusão do cliente sobre a cobertura da apólice ou potenciais necessidades de treinamento para os reguladores de sinistros. Este insight pode levar a iniciativas que reduzem as taxas de negação e melhoram a satisfação do cliente.

Por que é importante

Crucial para a análise da causa raiz de processos que falham, ajudando a identificar oportunidades para reduzir as negações de sinistros e melhorar a qualidade do registro inicial.

Onde obter

Consulte a documentação do FINEOS Claims. Este é geralmente um campo estruturado ou código selecionado quando a atividade 'Sinistro Negado' é realizada.

Exemplos
Exclusão de apóliceInformação não fornecidaSinistro duplicadoFraude suspeita
Motivo da Reabertura
ReopenReason
Um código ou descrição que explica por que um sinistro encerrado foi reaberto.
Descrição

Este atributo registra o motivo pelo qual um sinistro foi movido de um estado 'Fechado' novamente para um estado ativo. Entre os motivos mais comuns, destacam-se o recebimento de novas informações, um recurso do requerente ou a correção de um erro.

A análise dos motivos de reabertura é uma forma direta de medir a qualidade e a definitividade do processo. Um grande número de sinistros reabertos, em particular por motivos específicos, sugere que o encerramento inicial foi inadequado. Esses dados podem apontar falhas nas etapas de investigação ou de tomada de decisão, oferecendo alvos claros para a melhoria do processo e garantindo que os sinistros sejam concluídos corretamente logo na primeira tentativa.

Por que é importante

Oferece uma visão direta sobre falhas do processo onde um sinistro foi encerrado prematura ou incorretamente, destacando oportunidades para melhorar a resolução na primeira interação.

Onde obter

Consulte a documentação do FINEOS Claims. Esta razão é geralmente registrada quando um usuário executa a ação 'Reabrir Sinistro' no sistema.

Exemplos
Recurso ApresentadoNova evidência médica recebidaCorreção de erro administrativoAjuste de pagamento necessário
Número da Apólice
PolicyNumber
O identificador único da apólice de seguro sob a qual o sinistro é feito.
Descrição

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

Embora não seja diretamente um atributo de processo, fornece um contexto de negócio essencial. Permite agregar dados de 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 alto volume de sinistros complexos.

Por que é importante

Fornece um contexto de negócio crítico, ligando o sinistro a um contrato de cliente específico e possibilitando uma análise de processo focada no cliente.

Onde obter

Consulte a documentação do FINEOS Claims. Esta é uma informação fundamental capturada no registro do sinistro e armazenada no registro principal do sinistro.

Exemplos
POL-987654321POL-123456789
Região do Cliente
CustomerRegion
A região geográfica ou estado do requerente ou segurado.
Descrição

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

A análise geográfica pode revelar variações regionais nos tipos de sinistro, frequências e eficiência de processamento. Ela permite identificar se algumas unidades regionais apresentam melhor desempenho do que outras, ou se há fatores específicos da localização (por exemplo, regulamentações, eventos climáticos) que impactam o processo de sinistros. Isso possibilita uma gestão e alocação de recursos mais direcionadas.

Por que é importante

Permite a segmentação geográfica para identificar diferenças de desempenho regionais, variações de conformidade ou gargalos específicos de localização.

Onde obter

Consulte a documentação do FINEOS Claims. Esta informação é geralmente derivada dos detalhes de endereço do segurado ou requerente armazenados no sistema.

Exemplos
NordesteCalifórniaMeio-OesteFL
Tempo de Processamento
ProcessingTime
A duração do tempo gasto a trabalhar ativamente numa atividade.
Descrição

O Tempo de Processamento é uma métrica calculada que mede o tempo decorrido entre o início e o fim de uma atividade. Representa o 'tempo de trabalho efetivo' ou o período em que um recurso esteve ativamente envolvido na tarefa.

Esta é uma métrica fundamental para a análise de desempenho. Ajuda a distinguir o tempo de trabalho ativo do tempo de espera ocioso, permitindo uma avaliação mais precisa da eficiência dos recursos e a identificação de atividades que são intrinsecamente demoradas. É um input (entrada) essencial para o cálculo de custos operacionais e taxas de utilização dos peritos de sinistros.

Por que é importante

Mede o 'tempo de processamento ativo' para as atividades, ajudando a identificar quais tarefas específicas consomem mais tempo e a medir a eficiência dos recursos com precisão.

Onde obter

Isso é calculado subtraindo o StartTime da atividade do seu EndTime.

Exemplos
2 horas e 30 minutos3 dias e 4 horas15 minutos
Valor da Perda
LossAmount
O valor financeiro estimado ou reservado associado à perda.
Descrição

O Valor da Perda representa a estimativa inicial ou a reserva financeira reservada para um sinistro. Este valor pode ser atualizado à medida que o sinistro é investigado e avaliado.

Estes dados financeiros são cruciais para segmentar sinistros e entender como o impacto financeiro se correlaciona com o comportamento do processo. Por exemplo, ajuda a responder a perguntas como: Sinistros de maior valor demoram mais para serem processados ou exigem mais retrabalho? É também um elemento-chave para a previsão financeira e gestão de riscos.

Por que é importante

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

Onde obter

Consulte a documentação do FINEOS Claims. Esta informação é geralmente encontrada nas tabelas financeiras ou relacionadas a reservas vinculadas ao sinistro.

Exemplos
5000.00150000.00250.50
Valor do Pagamento
PaymentAmount
O valor real pago pelo sinistro.
Descrição

O Valor do Pagamento é a quantia final desembolsada após a liquidação e aprovação de um sinistro. Para casos com múltiplos pagamentos, este pode representar uma transação de pagamento individual.

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

Por que é importante

Rastreia o resultado financeiro do processo, o que é crítico para medir o desempenho financeiro e analisar o valor dos sinistros.

Onde obter

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

Exemplos
4850.00145000.000.00
Obrigatório Recomendado Opcional

Atividades de Processamento de Sinistros

Estas são as etapas chave do processo e os marcos a serem capturados no seu log de eventos para uma descoberta precisa de processos e identificação de gargalos.
6 Recomendado 9 Opcional
AtividadeDescrição
Decisão do Sinistro Tomada
Marco crucial onde a seguradora decide formalmente aprovar, aprovar parcialmente ou negar o sinistro. Registrado como mudança de status no FINEOS (ex: 'Aprovado', 'Negado', 'Liquidado').
Por que é importante

Este é um marco importante que define o caminho subsequente do processo (pagamento ou encerramento). É crucial para medir o tempo de decisão e analisar os resultados dos sinistros.

Onde obter

Inferido do timestamp na tabela de histórico de status do sinistro correspondente a um status de decisão final (por exemplo, 'Aprovado', 'Rejeitado', 'Negado').

Captura

Timestamp da mudança de status para 'Approved' ou 'Denied'.

Tipo de evento inferred
Pagamento Autorizado
Representa a aprovação formal do valor de liquidação calculado a ser pago. Este é frequentemente um passo separado da decisão do sinistro, exigindo que um gestor ou equipa específica autorize o desembolso. Este evento é registado por uma mudança de estado, como 'Aprovado para Pagamento'.
Por que é importante

Esta atividade é fundamental para o KPI 'Tempo de Ciclo de Autorização de Pagamento'. Atrasos entre a decisão e a autorização podem ser um gargalo oculto significativo que afeta a satisfação do cliente.

Onde obter

Inferido do timestamp de uma mudança de status para 'Pagamento Pendente', 'Pronto para Pagamento' ou 'Pagamento Autorizado' no histórico de status do sinistro.

Captura

Timestamp 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 reclamante ou prestador. No FINEOS, isso é frequentemente acionado por uma integração com um sistema financeiro e registrado como um log de transação ou uma atualização final do status de pagamento.
Por que é importante

Este é um 'momento da verdade' crucial para o cliente. Analisar o tempo da autorização à emissão ajuda a otimizar o processo de pagamento e a aprimorar a experiência do cliente.

Onde obter

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

Captura

Utilize a data da transação do registro de pagamentos ou o timestamp da mudança de status para 'Pago'.

Tipo de evento explicit
Sinistro Encerrado
Marca o estado final e terminal de um sinistro no sistema após todas as atividades, incluindo pagamento ou negação, estão concluídas. Este evento é capturado quando o status do sinistro é atualizado para 'Fechado' ou 'Finalizado' no FINEOS.
Por que é importante

Esta atividade é o evento final primário para o processo. O tempo desde 'Sinistro Submetido' até 'Sinistro Encerrado' é um KPI mestre para medir o desempenho e a eficiência geral do processo.

Onde obter

Inferido do timestamp da mudança de status final para 'Encerrado' 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

Timestamp da mudança de status final para 'Closed' ou 'Finalized'.

Tipo de evento inferred
Sinistro Registrado
Representa a criação formal do registo do sinistro no sistema FINEOS. Neste momento, um ID de Sinistro único é oficialmente atribuído e o caso é formalmente aberto para processamento. Este evento é tipicamente registado a partir do timestamp de criação do objeto principal do sinistro.
Por que é importante

Este é um marco crucial que transforma o sinistro de uma simples notificação em um case ativo. Serve como um ponto de partida confiável para medir o ciclo de vida do processamento interno.

Onde obter

Derivado do timestamp de criação da entidade principal do caso de sinistro no banco de dados FINEOS. A maioria dos objetos principais do sistema tem uma 'data de criação' rastreada para fins de auditoria.

Captura

Utilize o timestamp de criação do registro principal do case de sinistro.

Tipo de evento explicit
Sinistro Submetido
Marca o recebimento inicial de um sinistro pela organização, frequentemente através de vários canais como portais web, e-mail ou correio. Este é o ponto de partida do processo de sinistros e é tipicamente capturado quando a FNOL é inserida numa área de preparação ou diretamente no FINEOS.
Por que é importante

Esta atividade é o evento inicial primário para o processo. Analisar o tempo desde a submissão até ao registo 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 da data de criação do registro de notificação inicial do sinistro ou da entrada de FNOL no FINEOS. Pode ser um log de evento explícito ou inferido do timestamp mais antigo associado ao ID do sinistro.

Captura

Utilize o timestamp de criação do Primeiro Aviso de Sinistro (PAS) ou do registro inicial do sinistro.

Tipo de evento inferred
Análise Inicial Realizada
Indica que um perito ou processador concluiu a primeira avaliação da validade do sinistro, seus detalhes e a documentação necessária. Isso é frequentemente inferido de uma mudança de status no FINEOS, como a passagem de 'Novo' ou 'Registrado' para 'Em Revisão' ou 'Atribuído'.
Por que é importante

O acompanhamento da conclusão desta etapa ajuda a medir o tempo até a primeira ação e a identificar atrasos (backlogs) na fase inicial de triagem e atribuição. Atrasos aqui podem prolongar significativamente todo o ciclo de vida do sinistro.

Onde obter

Inferido do timestamp quando o status do sinistro muda para um estado que indica que a revisão está completa (por exemplo, 'Revisão Inicial Concluída', 'Informações Pendentes', 'Sob Investigação'). Esses dados geralmente estão em uma tabela de histórico de status do sinistro.

Captura

Identifique o timestamp da mudança de status de 'Novo' ou 'Aberto' para um status pós-revisão.

Tipo de evento inferred
Informações Adicionais Recebidas
Marca o recebimento dos documentos ou informações solicitadas, permitindo que o processamento do sinistro seja retomado. Este evento é tipicamente inferido quando o status do sinistro é atualizado de 'Informação Pendente' de volta para um estado ativo como 'Em Análise' ou 'Pronto para Avaliação'.
Por que é importante

Medir o tempo entre a solicitação e o recebimento de informações destaca atrasos externos. Também sinaliza o reinício do processamento interno, tornando-se fundamental para analisar tempos de espera e paralisações do processo.

Onde obter

Inferido do timestamp quando o status do sinistro muda de um estado 'Pendente' para um estado 'Ativo' ou 'Em Andamento'. Um evento de upload de documento associado também pode fornecer um timestamp específico.

Captura

Timestamp 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 regulador de sinistros determina que mais informações são necessárias do requerente ou de um terceiro para dar andamento ao processo. No FINEOS, isso é frequentemente registrado por uma mudança de status para 'Informações Pendentes' ou pelo registro de um evento de comunicação externa específico.
Por que é importante

Esta é uma atividade crítica para a análise de retrabalhos e loops de processo. Uma alta frequência deste evento sugere problemas na coleta inicial de dados e pode ser uma grande fonte de atrasos.

Onde obter

Inferido de uma mudança de status de sinistro para 'Informações Pendentes' ou similar. Também pode ser um evento explícito registrado quando uma correspondência solicitando informações é gerada pelo sistema.

Captura

Timestamp da mudança de status para 'Pending Information' ou registro de log para uma carta/email de solicitação de informações.

Tipo de evento inferred
Investigação Concluída
Significa que todas as atividades de investigação necessárias foram concluídas e que o sinistro está pronto para uma decisão final. Isto é inferido a partir de uma mudança de estado de 'Em Investigação' para um estado subsequente como 'Decisão Pendente' ou 'Pronto para Avaliação'.
Por que é importante

Esta atividade marca o fim da fase de coleta de evidências. A análise do tempo desde o 'Início da Investigação' até este ponto ajuda a identificar gargalos no próprio processo de regulação.

Onde obter

Inferido do timestamp quando o status do sinistro muda de 'Sob Investigação' para um estado que indica que a fase de decisão ou avaliação é a próxima.

Captura

Timestamp 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. Este momento é frequentemente registado quando o sinistro é atribuído a um investigador ou quando o seu estado é explicitamente alterado para 'Em Investigação' no FINEOS.
Por que é importante

Este marco sinaliza o início de uma parte potencialmente longa e complexa do processo. Rastrear o seu StartTime é essencial para medir a duração e a eficiência da fase de investigação.

Onde obter

Inferido do timestamp de uma mudança de status para 'Sob Investigação' ou 'Adjudicação em Andamento'. Também pode estar vinculado à data de atribuição de uma função de investigador ao sinistro.

Captura

Timestamp 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, onde o valor exato do pagamento é calculado com base nos limites da apólice, franquias e perdas avaliadas. Isso é provavelmente capturado quando o campo de valor do pagamento final ou acordo é inserido e confirmado no FINEOS.
Por que é importante

Esta atividade isola a etapa de cálculo das etapas de aprovação e autorização de pagamento. Ajuda a analisar a eficiência da equipe financeira na determinação dos valores de pagamento.

Onde obter

Inferido do timestamp quando o valor do acordo final ou do pagamento é inserido ou atualizado nos registros financeiros do sistema relativos ao sinistro.

Captura

Utilize o timestamp de 'última atualização' no campo de valor do acordo final.

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. Este evento é frequentemente capturado quando campos específicos de avaliação financeira são preenchidos e salvos no FINEOS.
Por que é importante

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

Onde obter

Provavelmente inferido do timestamp quando 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

Utilize o timestamp de 'última atualização' nos campos de dados de avaliação financeira ou relacionados a reservas.

Tipo de evento inferred
Sinistro Negado
Representa o desfecho final para um sinistro que não foi aprovado para pagamento. Este evento é registado quando o estado do sinistro é definitivamente definido como 'Recusado' ou 'Rejeitado'. Este é um ponto final alternativo para o processo.
Por que é importante

Esta atividade é um ponto final chave do processo. Analisar os caminhos que levam à recusa pode fornecer insights sobre a qualidade da receção do sinistro, a interpretação da apólice ou potenciais padrões de fraude.

Onde obter

Inferido do timestamp quando o status final do sinistro é registrado como 'Negado' ou 'Rejeitado' na tabela de histórico de status.

Captura

Timestamp da mudança de status final para 'Denied' ou 'Rejected'.

Tipo de evento inferred
Sinistro Reaberto
Ocorre quando um sinistro previamente encerrado é reativado para análise ou processamento adicional, frequentemente devido a um recurso ou novas informações. Este evento é capturado por uma mudança de status de 'Fechado' ou 'Negado' de volta para um estado ativo como 'Em Análise'.
Por que é importante

Monitorar sinistros reabertos é fundamental para compreender exceções e falhas no processo. Isso destaca cases que não foram resolvidos corretamente na primeira vez, impactando a eficiência e os custos operacionais.

Onde obter

Inferido de uma mudança de status de um estado terminal (por exemplo, 'Encerrado') para um estado não-terminal e ativo (por exemplo, 'Reaberto', 'Em Revisão'). Isso requer a análise da sequência de mudanças de status ao longo do tempo.

Captura

Identifique o timestamp onde o status muda de um estado fechado de volta 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 atualmente. Por favor, verifique novamente mais tarde ou fale conosco para assistência.