Seu Template de dados para processamento de sinistros
Seu Template de dados para processamento de sinistros
- Atributos recomendados para coletar dados de sinistros
- Principais atividades a acompanhar no processo de sinistros
- Instruções passo a passo para extrair dados do Sapiens ClaimsPro
Atributos do processamento de sinistros
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTimestamp | A data e a hora exatas em que uma atividade ou evento específico começou. | ||
| Descrição A data e hora do evento registra o horário de início de cada atividade no processo de sinistros. Ela fornece o contexto cronológico necessário para ordenar os eventos e calcular os intervalos entre eles. Esse registro de data e hora é a base temporal do Event Log. Na análise de Process Mining, esse atributo é essencial para calcular todas as métricas relacionadas ao tempo, incluindo tempos de ciclo, tempos de espera e duração das atividades. Ele permite identificar gargalos, analisar a performance do processo ao longo do tempo e monitorar a conformidade com o SLA, com base nos horários em que os eventos ocorreram. Por que isso importa Esse registro de data e hora é essencial para ordenar os eventos cronologicamente e calcular métricas baseadas em duração, como tempo de ciclo e gargalos. Onde encontrar Fica nas tabelas de Event Log ou de transações, junto às informações sobre atividades ou alterações de status no Sapiens ClaimsPro. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| ID do sinistro ClaimId | Identificador exclusivo de cada sinistro, usado como ID principal do caso para acompanhar todo o ciclo de vida do sinistro. | ||
| Descrição O ID do sinistro é o identificador fundamental do caso, que conecta todos os eventos e atividades associados a um único sinistro. Ele permite reconstruir e analisar de forma integrada toda a trajetória do sinistro, desde o envio inicial até o encerramento final. Em Process Mining, cada registro do Event Log precisa estar associado a um ID do sinistro. Assim, a ferramenta consegue rastrear o caminho completo de cada sinistro, visualizar as variantes do processo, calcular os tempos de ciclo de ponta a ponta e identificar gargalos ou desvios do fluxo de trabalho padrão. Analisar os dados pelo ID do sinistro oferece uma visão completa dessa trajetória. Por que isso importa Esse identificador é essencial para agrupar todas as atividades relacionadas em uma única instância do processo e permitir a análise de ponta a ponta do ciclo de vida dos sinistros. Onde encontrar É uma chave primária na tabela principal de transações de sinistros do Sapiens ClaimsPro. Consulte a documentação do sistema para confirmar o nome exato da tabela e do campo. Exemplos CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nome da atividade ActivityName | Nome da atividade de negócio ou do evento específico ocorrido em determinado momento do processo de sinistros. | ||
| Descrição Este atributo descreve uma etapa ou tarefa realizada durante o ciclo de vida do sinistro, como 'Sinistro enviado', 'Análise inicial realizada' ou 'Pagamento emitido'. Cada atividade representa um ponto específico do processo, com hora de início e, possivelmente, de término. A análise das atividades é a base de Process Mining. Ela permite visualizar o mapa do processo, identificar gargalos entre etapas, analisar a frequência das atividades e entender as variações do processo. A sequência de atividades de um ID do sinistro forma a base do fluxo do processo. Por que isso importa Ele define as etapas do processo, algo fundamental para criar o mapa do processo e identificar gargalos ou ineficiências. Onde encontrar Geralmente, é obtido dos Event Logs, dos registros de alteração de status ou das tabelas de conclusão de tarefas do Sapiens ClaimsPro. Talvez seja necessário mapear códigos de status ou tipos de transação. Exemplos Sinistro registradoInvestigação iniciadaIndenização calculadaSinistro encerrado | |||
| Data e hora de término do evento EventEndTime | A data e a hora exatas em que uma atividade específica foi concluída. | ||
| Descrição A data e hora de término do evento indica quando uma atividade foi concluída. Alguns eventos são instantâneos (StartTime é igual a EndTime), mas muitas atividades têm duração. Quando disponível, esse registro de data e hora permite medir com precisão quanto tempo cada etapa levou. Esse atributo é usado para calcular o 'tempo ativo' ou o 'tempo de processamento' de uma atividade, em vez do 'tempo de espera' entre atividades. Assim, é possível diferenciar o tempo dedicado ao trabalho no sinistro do tempo em que ele ficou parado em uma fila. Isso é essencial para identificar atividades que consomem muito tempo. Por que isso importa Permite calcular o tempo de processamento ativo de cada atividade e distinguir o tempo que agrega valor do tempo de espera. Onde encontrar Pode estar disponível nos mesmos logs de transações que registram a hora de início ou precisar ser inferido a partir da hora de início do evento seguinte. Consulte a documentação do Sapiens ClaimsPro. Exemplos 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Departamento responsável AssignedDepartment | Departamento ou equipe responsável pelo sinistro em uma etapa específica. | ||
| Descrição Este atributo indica a unidade de negócio ou a equipe, como 'Recepção inicial', 'Sinistros complexos' ou 'SIU (Unidade de Investigações Especiais)', responsável por um sinistro ou uma atividade. Ele permite analisar o processo pela perspectiva de cada departamento. A análise por departamento ajuda a identificar gargalos específicos de determinadas equipes, entender as transferências entre departamentos e avaliar a eficiência de cada área. É essencial para o Dashboard 'Carga de atividades dos reguladores e departamentos' e para análises de processos em nível organizacional. Por que isso importa Permite analisar a performance do processo e as transferências entre equipes, revelando gargalos organizacionais. Onde encontrar Geralmente, está associado ao perfil do usuário no sistema ou é atribuído diretamente ao objeto do sinistro. Consulte a documentação do Sapiens ClaimsPro. Exemplos Divisão de sinistros de automóveisSinistros patrimoniaisUnidade de investigações especiais | |||
| Gravidade do sinistro ClaimSeverity | Classificação da complexidade ou do possível impacto financeiro do sinistro (por exemplo, baixo, médio ou alto). | ||
| Descrição A gravidade do sinistro é uma classificação que indica a complexidade, o risco ou a exposição financeira estimados de um caso. Essa classificação costuma determinar o nível de análise, a experiência necessária do regulador e o fluxo de trabalho a ser seguido. Esse atributo é essencial para o Dashboard 'Análise do tempo de ciclo por gravidade do sinistro'. Ele ajuda a entender se os sinistros mais complexos estão sendo tratados com eficiência ou se contribuem de forma desproporcional para tempos de ciclo longos. Também oferece um contexto importante para as métricas de performance, já que se espera que um sinistro de alta gravidade leve mais tempo do que um de baixa gravidade. Por que isso importa Oferece um contexto importante para a análise do tempo de ciclo, ajudando a explicar por que alguns sinistros demoram mais do que outros e se os casos complexos são tratados com eficiência. Onde encontrar Pode ser um campo preenchido manualmente ou uma pontuação calculada com base nas características do sinistro no Sapiens ClaimsPro. Exemplos BaixaMédiaAltaComplexa | |||
| Regulador responsável AssignedAdjuster | Nome ou ID do regulador de sinistros responsável pelo caso ou por uma atividade específica. | ||
| Descrição Este atributo identifica a pessoa ou o recurso que realizou uma ação no sinistro. Acompanhar o regulador responsável é fundamental para entender a distribuição da carga de trabalho, a performance individual e a alocação de recursos. Na análise, você pode filtrar o mapa do processo para ver como diferentes reguladores tratam os sinistros, comparar a performance e identificar possíveis necessidades de treinamento. Esse atributo é fundamental para criar o Dashboard 'Carga de atividades dos reguladores e departamentos' e calcular o KPI 'Equilíbrio da carga de trabalho dos reguladores'. Por que isso importa É essencial para a análise de recursos, pois ajuda a identificar desequilíbrios na carga de trabalho, profissionais com alta performance e necessidades de treinamento. Onde encontrar Pode ser encontrado nos logs de atividade dos usuários ou nas tabelas de transações do Sapiens ClaimsPro, geralmente associado ao usuário que criou ou modificou um registro pela última vez. Exemplos John Smithj.smithUSR-00451 | |||
| Tipo de sinistro ClaimType | Categoria do sinistro, como automóvel, patrimônio ou responsabilidade civil. | ||
| Descrição O tipo de sinistro classifica os casos de acordo com a linha de negócio ou a natureza do prejuízo. Esse atributo fundamental de segmentação costuma determinar qual fluxo de trabalho o sinistro seguirá e quais equipes participarão. Analisar o processo por tipo de sinistro é essencial para identificar diferenças de eficiência e procedimento entre linhas de negócio. Por exemplo, o processo de um sinistro de automóvel pode ser altamente automatizado e rápido, enquanto um sinistro de propriedade comercial pode ser complexo e demorado. Esse atributo é necessário para calcular o KPI 'Índice de consistência do valor do acordo'. Por que isso importa Permite comparar processos entre diferentes linhas de negócio para identificar boas práticas e gargalos específicos de cada categoria de sinistro. Onde encontrar É um campo padrão no registro principal do sinistro no Sapiens ClaimsPro. É um dado essencial em qualquer sistema de gestão de sinistros. Exemplos Danos físicos a automóveisResponsabilidade civil geralAcidentes de trabalhoPropriedade comercial | |||
| Valor do acordo SettlementAmount | Valor final pago ao reclamante para liquidar o sinistro. | ||
| Descrição Este atributo registra o valor do acordo do sinistro. É uma métrica importante de resultado, que reflete o impacto financeiro do caso e as decisões tomadas durante o processo. Na análise de processos, o valor do acordo é usado no Dashboard 'Insights sobre decisões e acordos de sinistros' para analisar como as variações do processo ou a atuação dos reguladores podem estar relacionadas aos resultados dos acordos. Ele também é um dos principais dados de entrada do KPI 'Índice de consistência do valor do acordo', que ajuda a identificar inconsistências nas decisões sobre acordos de sinistros semelhantes. Por que isso importa É uma métrica importante de resultado. Analisá-la em relação às variantes do processo pode revelar como as ineficiências ou os desvios afetam os resultados financeiros. Onde encontrar Pode ser encontrado nas tabelas financeiras ou de transações de pagamento associadas ao sinistro no Sapiens ClaimsPro. Exemplos 5000.001250.75250000.00 | |||
| Canal de envio SubmissionChannel | Meio pelo qual o sinistro foi enviado inicialmente (por exemplo, portal online, agente ou correio). | ||
| Descrição Este atributo identifica o canal de entrada de um novo sinistro. Canais diferentes podem afetar significativamente a qualidade inicial dos dados, o que, por sua vez, influencia todo o processo subsequente. Analisar o processo por canal de envio ajuda a responder perguntas sobre eficiência e qualidade. Por exemplo, o Dashboard 'Eficiência dos canais de envio de sinistros' pode revelar se os sinistros enviados por um portal online têm tempos de ciclo menores e menos retrabalho do que os enviados pelo correio. Esse insight pode orientar investimentos na otimização dos canais e na transformação digital. Por que isso importa Ajuda a identificar quais canais de entrada levam ao processamento mais eficiente e destaca oportunidades de automação e de melhoria da experiência do cliente. Onde encontrar Geralmente, é registrado no primeiro contato e armazenado como um campo no registro principal do sinistro no Sapiens ClaimsPro. Exemplos Portal onlineAgenteCorreioTelefone | |||
| Data do sinistro LossDate | Data em que ocorreu o incidente ou evento que deu origem ao sinistro. | ||
| Descrição A data do sinistro, também chamada de data da ocorrência, é a data do evento em si (por exemplo, acidente de carro ou dano a um imóvel) que deu origem ao sinistro. Do ponto de vista do cliente, muitas vezes é o início de toda a jornada do sinistro. Esse atributo é importante para calcular o atraso na comunicação, ou seja, o intervalo entre a data do sinistro e a data de envio do sinistro. Analisar esse intervalo pode revelar insights sobre o comportamento dos clientes e oportunidades para incentivar a comunicação mais rápida, o que muitas vezes leva a melhores resultados. Por que isso importa Define quando ocorreu o evento que deu origem ao sinistro e permite analisar o atraso na comunicação, ou seja, o tempo entre a ocorrência e o envio do sinistro. Onde encontrar É um campo essencial no registro principal do sinistro, preenchido durante o primeiro aviso de sinistro (FNOL). Exemplos 2023-10-202023-11-152024-01-05 | |||
| Data prevista para resolução ResolutionTargetDate | Data-limite para o encerramento esperado do sinistro, definida com base nos acordos de nível de serviço (SLAs). | ||
| Descrição A data prevista para resolução é o prazo definido para encerrar o sinistro, geralmente com base em fatores como tipo de sinistro, jurisdição ou termos da apólice. Ela serve como referência para medir a performance e o cumprimento dos acordos de nível de serviço. Essa data é fundamental para o Dashboard 'Conformidade com o SLA de resolução de sinistros' e para o KPI 'Taxa de resolução de sinistros no prazo'. Ao comparar a data real da atividade 'Sinistro encerrado' com a data prevista, o sistema pode classificar automaticamente os sinistros como 'No prazo' ou 'Atrasado', oferecendo uma visão clara da performance do SLA. Por que isso importa É a referência para medir a conformidade com o SLA, calcular a taxa de resolução no prazo e identificar sinistros com risco de atraso. Onde encontrar Essa data pode estar armazenada no registro principal do sinistro ou em um módulo relacionado à gestão de SLA no Sapiens ClaimsPro. Exemplos 2024-01-152024-03-202024-06-01 | |||
| É retrabalho IsRework | Indicador booleano calculado que identifica atividades que fazem parte de um ciclo de retrabalho. | ||
| Descrição Este atributo recebe o valor 'true' quando uma atividade ou sequência de atividades se repete para o mesmo sinistro. Por exemplo, se um sinistro passa de 'Análise inicial' para 'Informações adicionais solicitadas' e depois volta para 'Análise inicial', a segunda ocorrência da análise é marcada como retrabalho. Identificar o retrabalho é essencial para quantificar as ineficiências do processo. Esse atributo alimenta o Dashboard 'Tendências de retrabalho e reenvio de sinistros' e o KPI 'Frequência de ciclos de retrabalho em sinistros'. Ao isolar e analisar esses ciclos, as organizações podem identificar causas raiz, como baixa qualidade dos dados iniciais ou orientações pouco claras, e agir para reduzir o esforço desperdiçado. Por que isso importa Ajuda a quantificar as ineficiências do processo ao identificar explicitamente as atividades repetidas e permite direcionar as iniciativas de melhoria. Onde encontrar Este atributo não existe no sistema de origem. A ferramenta de Process Mining o calcula detectando sequências repetidas de atividades em um único caso. Exemplos truefalse | |||
| Motivo da rejeição ReasonForRejection | Motivo específico informado quando um sinistro é negado ou um pagamento é rejeitado. | ||
| Descrição Quando a decisão sobre um sinistro é 'Negado', este atributo informa a justificativa. Pode ser um código padronizado ou uma descrição em texto livre explicando por que o sinistro não teve cobertura, como 'Exclusão da apólice', 'Falta de evidências' ou 'Suspeita de fraude'. Essas informações são valiosas para o Dashboard 'Insights sobre decisões e acordos de sinistros'. A análise dos motivos de rejeição pode revelar padrões, como um número elevado de negativas por falta de informações, que pode indicar problemas na etapa de coleta de dados. Ela ajuda na análise de causa raiz das negativas de sinistros. Por que isso importa Oferece um contexto importante sobre sinistros negados e permite fazer uma análise de causa raiz para reduzir as negativas e melhorar a qualidade dos envios. Onde encontrar Está associado às atividades 'Sinistro negado' ou 'Decisão sobre o sinistro tomada' e provavelmente é armazenado em um campo de status ou código de motivo no Sapiens ClaimsPro. Exemplos Exclusão da apóliceEvento não cobertoInformações solicitadas não fornecidasSinistro duplicado | |||
| Número da apólice PolicyNumber | Identificador exclusivo da apólice de seguro vinculada ao sinistro. | ||
| Descrição O número da apólice vincula o sinistro ao contrato de seguro específico do segurado. Isso oferece informações essenciais sobre a cobertura, os limites e as franquias que influenciam o tratamento e as decisões sobre o sinistro. Embora nem sempre seja usado diretamente na análise do fluxo do processo, esse atributo é importante para investigações detalhadas. Ele permite que analistas conectem os dados do sinistro aos dados da apólice, oferecendo uma visão mais completa do relacionamento com o cliente e do perfil de risco. Também pode ser usado para agrupar sinistros por apólice e identificar apólices problemáticas ou tendências. Por que isso importa Vincula o sinistro ao contrato de seguro e permite uma análise mais aprofundada ao conectar os dados do processo a detalhes da apólice, como cobertura e limites. Onde encontrar É um campo padrão no registro principal do sinistro no Sapiens ClaimsPro, que o vincula ao sistema de administração de apólices. Exemplos POL-987654321POL-123456789POL-555444333 | |||
| Sistema de origem SourceSystem | Identifica o sistema de onde os dados foram extraídos, neste caso, o Sapiens ClaimsPro. | ||
| Descrição Este atributo informa a origem dos dados do processo. Embora possa ter um valor constante, como 'Sapiens ClaimsPro', neste conjunto de dados específico, ele é essencial em ambientes que combinam dados de vários sistemas. Na análise, ajuda na governança de dados e na solução de problemas, além de garantir que os insights sejam atribuídos corretamente ao sistema de origem. É um campo importante para manter a linhagem dos dados e entender o contexto tecnológico do processo. Por que isso importa Garante a linhagem e a rastreabilidade dos dados, aspectos essenciais quando dados de vários sistemas são combinados ou para fins de auditoria. Onde encontrar Normalmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar a origem dos registros. Exemplos Sapiens ClaimsProClaimsPro v10.1 | |||
| Status do sinistro ClaimStatus | Estado operacional atual do sinistro (por exemplo, aberto, pendente ou encerrado). | ||
| Descrição Este atributo representa o status geral do caso de sinistro em determinado momento. As atividades são eventos; o status é o estado do sinistro resultante desses eventos. Ele oferece um resumo de alto nível da etapa do ciclo de vida em que o sinistro se encontra. A análise do status dos sinistros ajuda a entender o estoque de casos em aberto e a etapa atual de cada um. Ela é útil em Dashboards operacionais e no cálculo do KPI 'Pontuação de transparência do status do sinistro', que acompanha a frequência e a relevância das atualizações de status ao longo do processo. Por que isso importa Oferece uma visão geral do estado atual do sinistro, útil para acompanhar a carga de trabalho em andamento e entender o progresso de cada caso. Onde encontrar É um campo principal no registro do sinistro no Sapiens ClaimsPro, atualizado por várias transações de negócio. Exemplos AbertoPendente: aguardando informaçõesEncerrado: pagoEncerrado: negado | |||
| Status do SLA SlaState | Indicador calculado que mostra se um sinistro encerrado foi resolvido até a data prevista. | ||
| Descrição Este atributo é calculado comparando a data e hora da atividade 'Sinistro encerrado' com 'ResolutionTargetDate'. Ele classifica os sinistros como 'No prazo' ou 'Atrasado', oferecendo um indicador claro e imediato da performance do SLA. Esse campo calculado é a base do Dashboard 'Conformidade com o SLA de resolução de sinistros'. Ele simplifica a análise, permitindo filtrar rapidamente todos os sinistros atrasados e investigar os caminhos comuns do processo ou os gargalos que causaram o atraso. Também dá suporte direto ao KPI 'Taxa de resolução de sinistros no prazo'. Por que isso importa Mede diretamente a conformidade com o SLA e facilita a filtragem e a análise dos sinistros resolvidos com atraso. Onde encontrar Este atributo não existe no sistema de origem. Ele é calculado durante a transformação dos dados, comparando o 'EventTimestamp' da atividade 'Sinistro encerrado' com 'ResolutionTargetDate'. Exemplos No prazoAtrasado | |||
| Última atualização dos dados LastDataUpdate | A data e hora que indicam quando os dados foram atualizados pela última vez ou extraídos do sistema de origem. | ||
| Descrição Este atributo registra a data e a hora da extração mais recente de dados do Sapiens ClaimsPro. Ele é essencial para entender o quanto os dados analisados estão atualizados e, em geral, tem o mesmo valor em todos os registros de um único conjunto de dados. Em qualquer análise ou Dashboard, esse registro de data e hora oferece um contexto importante sobre a atualidade dos dados. Ele ajuda a entender se você está vendo informações em tempo real ou um retrato histórico, algo fundamental para tomar decisões operacionais no momento certo. Por que isso importa Informa o quanto os dados estão atualizados e ajuda você a entender a atualidade da análise. Onde encontrar Esse valor é gerado e registrado no conjunto de dados durante o processo de extração de dados (ETL). Exemplos 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
Atividades do processamento de sinistros
| Atividade | Descrição | ||
|---|---|---|---|
| Decisão sobre o sinistro tomada | Um analista autorizado tomou e registrou a decisão oficial de aprovar, aprovar parcialmente ou negar o sinistro. Este é um marco decisivo no processo. | ||
| Por que isso importa Este é um ponto de decisão crítico que determina o caminho seguinte do processo: pagamento ou encerramento. Analisar o tempo até a decisão é um indicador-chave de performance. Onde encontrar Provavelmente, este é um evento específico, registrado quando o campo de decisão ou resultado do sinistro é preenchido e salvo (por exemplo, "Aprovado" ou "Negado"). Coleta Registro de data e hora em que o campo ou status da decisão (por exemplo, "Status do sinistro") recebe uma decisão final, como "Aprovado" ou "Negado". Tipo de evento explicit | |||
| Investigação concluída | Indica que todas as atividades necessárias de investigação foram concluídas e os resultados foram documentados. Esta etapa é necessária para tomar uma decisão final sobre o sinistro. | ||
| Por que isso importa Este marco importante encerra a fase de coleta de evidências. Ele permite analisar a eficiência da investigação e seu impacto no tempo de decisão. Onde encontrar Pode ser identificado pela mudança de status para "Investigação concluída" ou "Aguardando decisão", ou pelo registro de data e hora da conclusão da última tarefa de investigação. Coleta Registro de data e hora da mudança de status que indica o fim da investigação ou a conclusão de todas as subtarefas de investigação. Tipo de evento inferred | |||
| Pagamento realizado | A transação financeira para pagar o valor da indenização foi executada. Este evento marca o envio dos recursos ao solicitante ou beneficiário. | ||
| Por que isso importa Este é um marco importante para o cliente. O tempo entre "Decisão sobre o sinistro tomada" e esta atividade influencia muito a satisfação do cliente. Onde encontrar Registrado a partir do registro de data e hora da transação de pagamento no módulo financeiro, vinculado ao ID do sinistro. Coleta Registro de data e hora do log da transação de pagamento ou do registro da interface do sistema financeiro associado ao sinistro. Tipo de evento explicit | |||
| Sinistro encerrado | O caso do sinistro é encerrado oficialmente no sistema, indicando que todas as atividades, incluindo o pagamento ou a comunicação da negativa, foram concluídas. Este é o principal evento de encerramento bem-sucedido. | ||
| Por que isso importa Esta atividade marca o fim do processo e permite calcular o tempo de ciclo total de ponta a ponta de cada sinistro. Onde encontrar Pode ser identificado pelo registro de data e hora em que o status principal do sinistro é atualizado para "Encerrado" ou outro status final equivalente. Coleta Registro de data e hora da mudança do campo principal de status do sinistro para "Encerrado". Tipo de evento inferred | |||
| Sinistro enviado | Marca o recebimento inicial de um sinistro enviado por um segurado ou terceiro, independentemente do canal de envio. Este é o ponto de partida do ciclo de vida do sinistro e costuma ser registrado por uma integração ou pela entrada manual de dados. | ||
| 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 abertura inicial do sinistro. Onde encontrar Provavelmente, é registrado a partir do registro de data e hora de criação do sinistro ou de um campo específico de "data de envio" na tabela principal de sinistros. Coleta Evento de criação do registro do sinistro no sistema, geralmente associado ao registro do primeiro aviso de sinistro (FNOL). Tipo de evento explicit | |||
| Sinistro registrado | Representa a criação formal e a atribuição de um ID de sinistro exclusivo no Sapiens ClaimsPro. Em geral, isso ocorre após o envio inicial e indica que o sinistro foi registrado oficialmente no sistema para processamento. | ||
| Por que isso importa Marca o início oficial do processamento interno. O tempo entre "Sinistro enviado" e esta atividade mede a eficiência do recebimento. Onde encontrar Pode ser identificado pelo registro de data e hora em que o status do sinistro muda de um estado preliminar (por exemplo, "pendente") para "registrado" ou "aberto". Também pode haver um registro explícito no log. Coleta Registro de data e hora da mudança do status do sinistro para "Registrado", "Aberto" ou outro status ativo equivalente. Tipo de evento inferred | |||
| Análise inicial realizada | Um analista de sinistros ou responsável pelo caso concluiu a primeira avaliação dos detalhes e da documentação enviados. Esta etapa determina a validade inicial do sinistro e os próximos passos. | ||
| Por que isso importa Este marco é essencial para entender a rapidez com que os sinistros são triados. Atrasos nesta etapa podem afetar significativamente o tempo de ciclo total e a satisfação dos clientes. Onde encontrar Provavelmente, é identificado pelo registro de data e hora associado à mudança de status para "Em revisão" ou "Revisado", ou à conclusão de uma tarefa ou etapa do fluxo de trabalho de análise inicial. Coleta Registro de data e hora da conclusão de uma tarefa de "Análise inicial" ou de uma atualização de status no Event Log ou na tabela de histórico do sinistro. Tipo de evento inferred | |||
| Indenização calculada | Após a aprovação do sinistro, o valor final da indenização a pagar ao solicitante é calculado. Esta etapa antecede a autorização do pagamento. | ||
| Por que isso importa Mede a eficiência do cálculo financeiro após a decisão. Gargalos nesta etapa podem atrasar o pagamento final. Onde encontrar Pode ser identificado pelo registro de data e hora em que o campo "Valor da indenização" é preenchido e confirmado no módulo financeiro do sistema. Coleta Registro de data e hora associado à finalização do campo "Valor da indenização" no registro do sinistro. Tipo de evento inferred | |||
| Informações adicionais recebidas | Representa o recebimento das informações solicitadas, permitindo retomar o processamento do sinistro. Este evento encerra o ciclo de retrabalho iniciado pela solicitação. | ||
| Por que isso importa Analisar o tempo entre "Informações adicionais solicitadas" e esta atividade revela atrasos externos e ajuda a alinhar as expectativas dos clientes. Onde encontrar Pode ser identificado quando o status do sinistro muda de "Aguardando informações" para um estado ativo, como "Aberto" ou "Em revisão". Também pode estar associado ao registro de recebimento de um documento. Coleta Registro de data e hora da mudança de status de "Pendente" para "Ativo", geralmente acionada pelo carregamento de um documento. Tipo de evento inferred | |||
| Informações adicionais solicitadas | O analista de sinistros identificou informações ausentes ou incompletas e enviou uma solicitação ao segurado ou a um terceiro. Esta atividade inicia um período de espera comum no processo. | ||
| Por que isso importa Esta atividade inicia um ciclo de retrabalho. Uma frequência alta indica problemas na coleta inicial de dados, que geram atrasos e aumentam o trabalho manual. Onde encontrar Pode ser um evento registrado explicitamente quando uma comunicação é enviada ou ser identificado pela mudança do status do sinistro para "Aguardando informações" ou "Em espera". Coleta Registro de data e hora da mudança do status do sinistro para "Aguardando informações" ou do registro de uma comunicação enviada. Tipo de evento inferred | |||
| Investigação iniciada | Marca o início da fase formal de investigação do sinistro. Essa etapa pode envolver a designação de especialistas, o agendamento de inspeções ou outras atividades detalhadas de coleta de evidências. | ||
| Por que isso importa Esta atividade marca o início de uma fase crítica e muitas vezes demorada. Medir a duração da investigação é essencial para identificar os principais gargalos. Onde encontrar Provavelmente, é identificada pela mudança de status para "Em investigação" ou pela data de criação da primeira tarefa ou atribuição relacionada à investigação. Coleta Registro de data e hora em que o status do sinistro é atualizado para "Investigação em andamento" ou um estado semelhante. Tipo de evento inferred | |||
| Pagamento autorizado | A aprovação interna para liberar o valor da indenização foi concedida. Em geral, um gerente ou outro profissional da equipe financeira analisa e autoriza o pagamento. | ||
| Por que isso importa Identifica possíveis atrasos no fluxo de trabalho de aprovação financeira interna, após a decisão sobre o sinistro e o cálculo do valor. Onde encontrar Provavelmente, este é um evento explícito acionado por uma ação de aprovação no fluxo de trabalho do sistema ou por uma mudança de status para "Aguardando pagamento" ou "Pagamento aprovado". Coleta Registro explícito no Event Log ou registro de data e hora da mudança de status que indica a aprovação do pagamento. Tipo de evento explicit | |||
| Prejuízo avaliado | Evento em que o valor financeiro do prejuízo é determinado formalmente e registrado. Esse dado é essencial para calcular o valor final da indenização. | ||
| Por que isso importa Esta etapa é fundamental para o planejamento financeiro e a gestão de reservas. Atrasos na avaliação do prejuízo podem comprometer todo o processo de indenização e pagamento. Onde encontrar Provavelmente, é registrado quando os campos de reserva financeira ou valor do prejuízo são finalizados ou aprovados no sistema. Coleta Registro de data e hora associado ao preenchimento final ou à aprovação dos campos "Valor do prejuízo" ou "Valor da reserva". Tipo de evento explicit | |||
| Sinistro negado | O sinistro foi negado oficialmente e o arquivo está sendo preparado para encerramento. Isso ocorre após a atividade "Decisão sobre o sinistro tomada", quando a decisão foi "Negado". | ||
| Por que isso importa Representa um caminho alternativo importante do processo. Analisar esse caminho pode revelar padrões nos sinistros negados e ajudar a garantir que os procedimentos corretos foram seguidos. Onde encontrar Em geral, este é o mesmo evento que "Sinistro encerrado", diferenciado pelo atributo da decisão final. Ele pode ser modelado como uma atividade separada quando o valor do campo "Decisão" é "Negado". Coleta Derive do evento "Sinistro encerrado" quando o atributo da decisão final no sinistro for "Negado" ou equivalente. Tipo de evento calculated | |||
| Sinistro reaberto | Um sinistro encerrado anteriormente foi reativado para nova análise ou providências. Este evento excepcional pode ocorrer devido a novas informações ou a um recurso. | ||
| Por que isso importa Destaca exceções do processo e possíveis falhas na análise inicial do sinistro. Uma taxa alta de sinistros reabertos pode indicar problemas na qualidade das decisões ou na comunicação com os clientes. Onde encontrar Pode ser identificado pela mudança de status de "Encerrado" para "Aberto" ou "Em revisão". Coleta Registro de data e hora da mudança de um estado final ou encerrado para qualquer estado ativo ou aberto. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração deste processo estão sendo validados. Volte mais tarde ou entre em contato conosco para receber ajuda.
Pronto para começar?
Comece hoje a otimizar o processamento de sinistros preparando seus dados com este Template. Encontre insights valiosos e promova melhorias significativas no seu fluxo de trabalho.
Acelere o processamento de sinistros e elimine o acúmulo de casos
Junte-se às empresas que alcançam 70% de processamento direto e liquidações rápidas.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.