Seu Template de dados para processamento de sinistros

A Hora de Início é um marcador preciso de data e hora que indica o momento em que uma atividade começou. É um dado crítico para cada evento no log do processo, fornecendo o contexto temporal necessário para a análise de performance.

No Process Mining, a Hora de Início é essencial para ordenar os eventos cronologicamente e reconstruir a jornada do caso com precisão. Ela é a base para calcular indicadores-chave de performance, como tempos de ciclo, tempos de espera e tempos de processamento. Analisar os carimbos de data e hora ajuda a identificar atrasos entre as etapas, medir a aderência aos acordos de nível de serviço (SLAs) e entender a dinâmica temporal do processo de sinistros.

Este carimbo de data e hora é essencial para ordenar os eventos corretamente e calcular todas as métricas relacionadas ao tempo, como tempos de ciclo e gargalos.

Geralmente, é registrado em Event Logs, trilhas de auditoria ou dados de transações, muitas vezes com o rótulo 'event time' ou 'creation date'.

O ID do Sinistro é uma chave exclusiva atribuída a cada sinistro de seguro no momento do registro. Ele funciona como o fio condutor central que conecta todas as atividades, eventos e pontos de dados relacionados ao longo do ciclo de vida do sinistro, desde o envio inicial até o encerramento final.

No Process Mining, o ID do Sinistro é fundamental para reconstruir a jornada de ponta a ponta de cada sinistro. Ao agrupar todos os eventos com o mesmo ID do Sinistro, o software consegue visualizar o fluxo do processo, identificar variações e calcular métricas no nível do caso. Isso garante que cada ação, desde a atribuição ao regulador até a emissão do pagamento, seja corretamente associada ao sinistro específico a que pertence, permitindo uma análise de processo coerente e precisa.

Este é o identificador essencial do caso que conecta todos os eventos relacionados, permitindo acompanhar a jornada de ponta a ponta de cada sinistro.

Geralmente, é encontrado no cabeçalho ou no registro principal de um arquivo de sinistro ou de uma transação no sistema de gestão de sinistros.

O Nome da Atividade descreve uma etapa, tarefa ou evento específico no ciclo de vida do processamento de sinistros. Essas atividades representam o trabalho realizado, como 'Claim Registered', 'Investigation Started' ou 'Payment Issued'. Cada atividade é um ponto distinto do processo registrado no Event Log.

Na análise de Process Mining, as atividades são os blocos de construção do mapa do processo. Analisar a sequência, a frequência e a duração dessas atividades revela o fluxo real do processo, os caminhos mais comuns, os gargalos e os desvios do procedimento padrão. Nomes de atividades claros e consistentes são fundamentais para criar um modelo de processo compreensível e acionável.

As atividades formam o núcleo do mapa do processo, definindo as etapas e tarefas cuja sequência e duração são analisadas para entender a performance do processo.

Geralmente, é encontrado em Event Logs, trilhas de auditoria ou registros de transações no sistema de gestão de sinistros.

O atributo Sistema de Origem identifica o aplicativo ou a plataforma de TI específica em que a atividade foi registrada originalmente. Em ambientes complexos, os dados de processamento de sinistros podem vir de vários sistemas, como uma plataforma principal de sinistros, um sistema de gestão de documentos ou uma ferramenta de gestão de relacionamento com o cliente (CRM).

Entender o sistema de origem é valioso para validar os dados e analisar a fragmentação do processo. Isso ajuda a rastrear problemas de qualidade dos dados até sua origem e pode revelar ineficiências causadas por transferências manuais de dados ou passagens de trabalho entre sistemas diferentes. Essa análise pode destacar oportunidades de melhorar a integração entre sistemas e a automação.

Identifica a origem dos dados dos eventos, o que é fundamental para validar os dados e analisar a execução do processo em vários sistemas de TI.

Essas informações podem fazer parte da lógica de extração de dados ou ser armazenadas como um campo nos Event Logs dos sistemas integrados.

Última Atualização dos Dados indica a última vez em que os dados do Event Log foram atualizados a partir dos sistemas de origem. Esse carimbo de data e hora fornece contexto sobre a atualidade dos dados analisados, garantindo que as partes interessadas saibam o quão recentes são essas informações.

Em qualquer análise de processo, saber se os dados estão atualizados é fundamental para tomar decisões bem fundamentadas. Esse atributo ajuda os usuários a entender se estão visualizando um processo quase em tempo real ou um retrato histórico. Ele é especialmente importante para Dashboards de monitoramento contínuo e para garantir que todas as conclusões sejam baseadas em informações relevantes e atualizadas.

Fornece um contexto essencial sobre a atualidade dos dados, garantindo que a análise e as decisões sejam baseadas em informações atualizadas.

Geralmente, são metadados gerados durante o processo de extração, transformação e carregamento (ETL) dos dados.

A Data-Alvo de Resolução, ou data de vencimento, é o prazo definido para concluir o processo de sinistro. Essa data geralmente é determinada por exigências regulatórias ou por acordos internos de nível de serviço (SLAs), criados para garantir um atendimento ágil ao cliente.

Esse atributo é fundamental para a conformidade e o monitoramento da performance. Ao comparar a data real de encerramento do sinistro com a data-alvo, as organizações podem medir a taxa de aderência aos SLAs. O Process Mining pode destacar quais etapas ou variantes do processo têm maior probabilidade de causar violações de SLA. Isso permite gerenciar os prazos de forma proativa e priorizar melhorias com maior impacto na resolução dentro do prazo, apoiando diretamente o Dashboard 'SLA and Deadline Adherence'.

Permite medir a performance dentro do prazo em relação aos SLAs ou prazos regulatórios, uma medida crítica da eficácia do processo.

Geralmente, é calculado com base em regras de negócio quando um sinistro é criado e armazenado no registro principal do sinistro.

O atributo Departamento especifica o grupo organizacional responsável por um sinistro em uma etapa específica do seu ciclo de vida. Exemplos incluem 'First Notice of Loss', 'Investigation Unit' ou 'Payments Department'.

Essas informações são fundamentais para entender as passagens de trabalho e a colaboração entre diferentes áreas da organização. Analisar o processo pela perspectiva departamental pode revelar atrasos que ocorrem quando um sinistro passa de uma equipe para outra. Isso ajuda a identificar gargalos entre departamentos e é essencial para avaliar as cargas de trabalho e a performance específicas de cada equipe, apoiando KPIs como o equilíbrio da carga de trabalho dos reguladores e Dashboards sobre a performance da equipe.

Ajuda a analisar as passagens de trabalho entre equipes e identificar gargalos entre departamentos, apoiando a análise da performance organizacional.

Geralmente, é armazenado no registro do sinistro, muitas vezes associado ao usuário atribuído ou à etapa atual do processo.

A Gravidade do Sinistro fornece uma avaliação da complexidade, urgência ou custo financeiro potencial do sinistro. Essa classificação ajuda a priorizar os sinistros e encaminhá-los a reguladores com o nível de conhecimento adequado. A gravidade pode ser determinada por fatores como o valor estimado da perda, a natureza do incidente ou a existência de um processo judicial.

Analisar o processo com base na Gravidade do Sinistro é fundamental para entender se os procedimentos de tratamento estão adequadamente adaptados. Por exemplo, pode-se esperar que sinistros de alta gravidade tenham tempos de ciclo mais longos, mas eles devem seguir um caminho de investigação mais rigoroso. Esse atributo ajuda a verificar se os sinistros complexos recebem a atenção necessária, enquanto os sinistros simples são processados rapidamente, otimizando a alocação de recursos e a satisfação do cliente.

Ajuda a diferenciar sinistros simples e complexos, permitindo analisar se a execução do processo está adequadamente adaptada à complexidade do sinistro.

Geralmente, é determinado por regras de negócio na entrada do sinistro e armazenado como um campo no registro principal do sinistro.

A Hora de Término é um marcador preciso de data e hora que indica o momento em que uma atividade foi concluída. Quando disponível junto com a Hora de Início, permite medir exatamente quanto tempo a atividade levou para ser concluída.

Esse atributo é extremamente valioso para uma análise detalhada de performance. A diferença entre a Hora de Início e a Hora de Término fornece o 'tempo de processamento' ou a 'duração da atividade', uma métrica importante para identificar etapas ineficientes. Analisar os tempos de processamento ajuda a apontar quais atividades consomem mais recursos e onde os esforços de simplificação das operações devem se concentrar. É fundamental para criar Dashboards relacionados a gargalos do processo e à performance da equipe.

Permite calcular com precisão os tempos de processamento das atividades, o que é fundamental para identificar gargalos e analisar a eficiência dos recursos.

Geralmente, é encontrado em Event Logs ou trilhas de auditoria junto com a hora de início. Pode precisar ser derivado quando apenas eventos de alteração são registrados.

O Regulador Atribuído identifica o funcionário ou usuário que realizou uma atividade específica ou é responsável pelo sinistro em determinado momento. Esse atributo conecta as etapas do processo às pessoas que as executam.

Analisar os dados por regulador é fundamental para gerenciar a carga de trabalho, avaliar a performance e identificar necessidades de treinamento. Isso permite que os gestores comparem a performance entre os membros da equipe, garantam uma distribuição equilibrada do trabalho e identifiquem profissionais de alta performance ou aqueles que podem precisar de suporte adicional. Essa visão no nível dos recursos é essencial para Dashboards relacionados à performance da equipe e ao equilíbrio da carga de trabalho.

Conecta as atividades do processo às pessoas que as executam, permitindo analisar a carga de trabalho, a performance da equipe e a alocação de recursos.

Encontrado em registros de transações, logs de auditoria ou campos de atribuição de usuários no sistema de gestão de sinistros.

Tipo de Sinistro é uma classificação que categoriza os sinistros com base na linha de negócio ou na natureza da perda, como 'Auto', 'Property', 'Liability' ou 'Disability'. Diferentes tipos de sinistro geralmente seguem caminhos distintos no processo e têm níveis de complexidade e SLAs diferentes.

Segmentar a análise do processo por Tipo de Sinistro é uma técnica fundamental para obter insights relevantes. Isso permite comparar tempos de ciclo, custos e conformidade do processo entre diferentes categorias. Essa análise pode revelar que um processo eficiente para sinistros de automóveis é ineficiente para sinistros patrimoniais, orientando esforços de melhoria direcionados. Esse atributo é essencial para o Dashboard 'Performance by Claim Category'.

Permite segmentar os sinistros para comparar processos e performance entre diferentes linhas de negócio, revelando problemas específicos de cada categoria.

Um campo padrão no registro principal do sinistro, geralmente definido quando o sinistro é criado.

O Valor da Liquidação representa o valor monetário total pago para liquidar um sinistro. Essa é uma métrica de resultado crítica que reflete o impacto financeiro do sinistro. Geralmente, é determinado depois que a perda é avaliada e uma decisão é tomada.

No Process Mining, esse atributo é essencial para análises baseadas em custos. Ele permite calcular KPIs como 'Custo Médio por Sinistro' e investigar como as variações do processo afetam os resultados financeiros. Por exemplo, a análise pode mostrar que sinistros com determinados ciclos de retrabalho ou tempos de ciclo mais longos tendem a resultar em valores de liquidação maiores. Isso cria uma ligação direta entre a eficiência do processo e a performance financeira, servindo de base para o Dashboard 'Claim Cost Analysis'.

Esta é uma métrica de resultado importante que conecta diretamente o comportamento do processo ao impacto financeiro, permitindo uma análise de custo-benefício das melhorias no processo.

Localizado nos registros financeiros ou de pagamento associados ao sinistro, finalizado quando o sinistro é encerrado ou o pagamento é realizado.

O Canal de Envio identifica como um sinistro foi comunicado pela primeira vez à empresa. Os canais comuns incluem um portal online do cliente, um aplicativo móvel, um agente, um corretor ou o correio tradicional.

Analisar o processo por canal de envio pode revelar diferenças importantes na qualidade dos dados, na eficiência e na experiência do cliente. Por exemplo, sinistros enviados por um portal digital podem ter menos erros de entrada de dados e tempos de processamento inicial mais rápidos do que aqueles enviados pelo correio. Esses insights podem orientar decisões estratégicas sobre quais canais promover e onde investir em automação e melhoria de processos.

Ajuda a analisar como o canal de entrada afeta a eficiência do processo, a qualidade dos dados e o tempo total do ciclo.

Geralmente, é registrado durante o processo de 'First Notice of Loss' (FNOL) e armazenado no registro principal do sinistro.

A Data da Perda marca a data real do evento, como um acidente de carro ou dano patrimonial, que deu origem ao sinistro. Ela é diferente da data em que o sinistro foi comunicado ou registrado no sistema.

A diferença entre a Data da Perda e a data de registro do sinistro é conhecida como 'atraso na comunicação'. Analisar esse atraso é importante para entender o comportamento do cliente e identificar possíveis riscos de fraude, como atrasos incomumente longos na comunicação. Isso fornece uma linha do tempo mais completa de toda a experiência do sinistro, do incidente à resolução, oferecendo uma visão mais ampla do que apenas o tempo de processamento interno.

Estabelece a data do incidente real, permitindo analisar atrasos na comunicação e toda a linha do tempo do evento ao encerramento.

Fornecida pelo segurado durante o 'First Notice of Loss' e armazenada no registro principal do sinistro.

O Motivo da Negativa é um código ou uma descrição textual que explica por que um sinistro não foi pago. Os motivos podem variar desde problemas de cobertura da apólice e atividade fraudulenta até a falta da documentação exigida.

Analisar os motivos de negativa é fundamental para identificar oportunidades de melhorar os processos internos e a comunicação com os clientes. Por exemplo, se muitos sinistros forem negados por falta de informações, isso pode indicar a necessidade de melhorar o processo de entrada. A análise de causa raiz dos motivos de negativa pode levar a uma linguagem mais clara nas apólices, a uma melhor orientação dos clientes e à redução do esforço administrativo gasto com sinistros que, no fim, serão negados.

Oferece insights sobre por que os sinistros não são pagos, permitindo analisar as causas-raiz para melhorar a comunicação com os clientes e os processos de front-end.

Selecionado em uma lista predefinida ou inserido como texto por um regulador quando ocorre a atividade 'Sinistro negado'.

O Número da Apólice é a referência exclusiva do contrato de seguro que cobre a perda comunicada. Ele conecta o sinistro a um cliente específico, aos termos da apólice, aos limites de cobertura e a outros detalhes contratuais.

Embora nem sempre seja usado diretamente na análise do fluxo do processo, o Número da Apólice é uma informação contextual fundamental. Ele permite agregar os dados dos sinistros no nível da apólice ou do cliente, revelando padrões como a frequência de sinistros de um único segurado. Também permite enriquecer os dados dos sinistros com detalhes no nível da apólice, como tipo de apólice e valor da cobertura, para segmentações e análises mais avançadas.

Conecta o sinistro ao contrato de seguro específico, permitindo enriquecê-lo com dados da apólice para uma análise mais profunda e contextualizada.

Um dado fundamental registrado na entrada do sinistro e armazenado no cabeçalho do registro do sinistro.

O Status do Sinistro indica o estado do sinistro em seu ciclo de vida no momento de um evento. Esse status fornece um resumo de alto nível sobre a posição do sinistro no processo, por exemplo, 'Under Investigation', 'Awaiting Information' ou 'Settled'.

Enquanto o Process Mining reconstrói o fluxo detalhado a partir das atividades, o atributo Status do Sinistro oferece uma camada contextual valiosa. Ele pode ser usado para validar o fluxo do processo, por exemplo, verificar se a atividade 'Payment Issued' realmente altera o status para 'Closed', e para analisar quanto tempo os sinistros permanecem em determinados estados. Isso ajuda a entender por quanto tempo os casos ficam pendentes e pode destacar atrasos ou ineficiências sistêmicas.

Fornece contexto sobre o estado de um sinistro em qualquer momento, ajudando a analisar o tempo gasto em diferentes etapas e validar o fluxo do processo.

Um campo central no registro principal do sinistro, atualizado à medida que o sinistro avança em seu ciclo de vida.

O Valor Reivindicado é a estimativa inicial da perda ou o valor solicitado pelo segurado no início do processo. Esse valor pode ser revisado posteriormente durante a fase de investigação e avaliação.

Esse atributo é útil para vários tipos de análise. Ele pode ser usado para definir um nível inicial de gravidade do sinistro e acompanhar a variação entre o sinistro inicial e o valor final da liquidação. Analisar essa variação pode gerar insights sobre a precisão das estimativas iniciais e a eficácia das medidas de controle de custos no processo de sinistros. É uma entrada importante para previsões financeiras e definição de reservas.

Representa o escopo financeiro inicial do sinistro, sendo útil para avaliar a gravidade e analisar a variação em relação ao valor final da liquidação.

Registrado durante o processo inicial de abertura do sinistro e armazenado na seção financeira do registro do sinistro.