Template de Dados: Processamento de Sinistros
Seu Modelo de Dados para Processamento de Sinistros
- Atributos recomendados para análise detalhada
- Atividades-chave de processamento de sinistros a monitorar
- Orientação prática para extração de dados
Atributos de Processamento de Sinistros
| Nome | Descriçã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 | |||
Atividades de Processamento de Sinistros
| Atividade | Descriçã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 | |||
Guias de Extração
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.
