Seu Template de dados de processamento de sinistros
Seu Template de dados de processamento de sinistros
- Atributos recomendados para uma análise detalhada
- Principais atividades de processamento de sinistros a acompanhar
- Orientações práticas para extração de dados
Atributos do processamento de sinistros
| Nome | Descrição | ||
|---|---|---|---|
| Horário do evento EventTime | O registro de data e hora que indica quando uma atividade ou evento específico ocorreu. | ||
| Descrição Event Time registra a data e o horário exatos em que uma atividade de Processamento de Sinistros ocorreu. Esses dados cronológicos são essenciais para ordenar corretamente os eventos e entender a linha do tempo de um sinistro. Na análise, esse registro de data e hora é usado para calcular durações, tempos de ciclo e tempos de espera entre diferentes etapas. Ele é fundamental para identificar atrasos, medir a performance em relação aos SLAs e entender a dinâmica temporal do processo. Por que isso importa Esse registro de data e hora fornece a ordem cronológica dos eventos, essencial para calcular todas as métricas baseadas em tempo, como o tempo de ciclo, e identificar gargalos. Onde obter Essas informações normalmente estão disponíveis como um registro de data e hora de criação ou atualização associado a cada evento ou registro de status no FINEOS Claims. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| ID do sinistro ClaimId | O identificador exclusivo de um único sinistro de seguro, que funciona como o identificador principal do caso para a análise do processo. | ||
| Descrição O Claim ID é a chave fundamental que conecta todas as atividades, eventos e pontos de dados ao longo do ciclo de vida de um sinistro. Ele garante que cada ponto de contato, desde o envio inicial até o encerramento final, possa ser acompanhado de forma integrada como parte de um único caso. No Process Mining, este atributo é essencial para reconstruir a jornada de ponta a ponta de cada sinistro. Ele permite analisar os fluxos do processo, calcular os tempos totais de resolução e identificar variações na forma como diferentes sinistros são tratados. Por que isso importa Este é o identificador central que conecta todos os eventos relacionados em uma única instância do processo, tornando possível analisar o ciclo de vida do sinistro de ponta a ponta. Onde obter Esta é uma chave primária nas principais tabelas de gerenciamento de casos de sinistros do FINEOS Claims. Exemplos CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nome da atividade ActivityName | O nome do evento de negócio ou da tarefa específica que ocorreu em determinado ponto do processo de sinistros. | ||
| Descrição Este atributo descreve uma única etapa ou marco do processo de sinistros, como 'Claim Submitted', 'Initial Review Performed' ou 'Payment Issued'. Cada atividade representa uma ação distinta realizada no sinistro. Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Isso revela o fluxo real do processo, ajuda a identificar gargalos onde o trabalho se acumula e destaca os caminhos comuns ou excepcionais seguidos pelos sinistros. Por que isso importa Ele define as etapas do processo, permitindo visualizar o mapa do processo e analisar padrões e desvios do Workflow. Onde obter Normalmente é derivado de Event Logs, mudanças de status de tarefas ou trilhas de auditoria no sistema FINEOS Claims. Exemplos Sinistro registradoPerda avaliadaPagamento autorizadoSinistro encerrado | |||
| Sistema de origem SourceSystem | Identifica o sistema de TI do qual os dados foram extraídos. | ||
| Descrição Este atributo especifica a origem dos dados do processo. Nesta análise, ele será sempre 'FINEOS Claims', mas, em um ambiente com vários sistemas, é essencial para rastrear a linhagem dos dados e garantir a qualidade dos dados. Em um contexto mais amplo de analytics, ele ajuda a diferenciar processos que podem abranger vários sistemas e garante que a interpretação dos dados esteja correta com base na origem. Por que isso importa Ele fornece um contexto essencial sobre a origem dos dados, o que é fundamental para a governança de dados, a validação e a integração com outros sistemas. Onde obter Normalmente, este é um valor estático adicionado durante a extração dos dados para identificar a origem do conjunto de dados. Exemplos FINEOS ClaimsFINEOS Claims v11.2 | |||
| Última atualização dos dados LastDataUpdate | Timestamp que indica a última vez que os dados deste evento foram atualizados a partir do sistema de origem. | ||
| Descrição Este atributo fornece a data e a hora em que os dados foram extraídos ou atualizados mais recentemente. Ele é importante para entender o nível de atualização dos dados analisados. Essas informações são essenciais para a governança de dados e para que os usuários saibam se estão consultando os dados mais atuais do processo. Elas ajudam a gerenciar as expectativas sobre a latência dos dados e são fundamentais para gerar relatórios de processos quase em tempo real. Por que isso importa Indica o nível de atualização dos dados, garantindo que os usuários entendam o período abrangido pela análise e quando os dados foram atualizados pela última vez. Onde obter Normalmente, esse timestamp é gerado e armazenado pela ferramenta de extração de dados ou ETL ao final de um job de carregamento de dados. Exemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Canal de envio SubmissionChannel | O método ou canal pelo qual o sinistro foi enviado inicialmente. | ||
| Descrição Este atributo registra como o sinistro foi recebido, por exemplo, por um portal online, e-mail, correio ou por meio de um agente. Diferentes canais de envio podem afetar significativamente a qualidade dos dados e os tempos de processamento inicial. Analisar o processo com base no canal de envio ajuda a determinar se determinados canais levam a um processamento mais rápido, a taxas maiores de retrabalho, por exemplo, devido à falta de informações, ou a resultados melhores. Esses insights podem orientar investimentos na otimização dos canais, como o aprimoramento de formulários online para reduzir erros. Por que isso importa Ajuda a determinar se determinados canais de entrada levam a um processamento mais eficiente ou a taxas maiores de retrabalho, orientando a estratégia e os investimentos em canais. Onde obter Consulte a documentação do FINEOS Claims. Essas informações normalmente são registradas durante o processo de entrada do sinistro e armazenadas no registro principal do sinistro. Exemplos Portal onlineCorreioCorretorTelefone | |||
| Data-alvo de resolução ResolutionTargetDate | A data-alvo até a qual se espera que o sinistro seja resolvido, com base em SLAs ou regulamentações. | ||
| Descrição Este atributo representa o prazo para concluir o processo de sinistro, conforme definido por acordos de nível de serviço (SLAs) ou requisitos regulatórios. Ele serve como referência para medir a performance real. Essa data é essencial para monitorar a conformidade com o SLA. Comparando a data real de encerramento do sinistro com a Data-alvo de resolução, é possível calcular a taxa de conformidade com o SLA, identificar sinistros em risco de violar o SLA e analisar as causas-raiz dos atrasos que levam à não conformidade. Por que isso importa Esta é a referência para medir a conformidade com o SLA. Ela permite identificar sinistros atrasados e analisar os motivos dos atrasos. Onde obter Consulte a documentação do FINEOS Claims. Essa data geralmente é calculada por regras de negócio com base na data e no tipo de envio do sinistro. Exemplos 2023-11-15T23:59:59Z2024-01-30T23:59:59Z | |||
| Departamento Department | O departamento ou a unidade de negócio responsável por tratar a atividade ou o sinistro. | ||
| Descrição Este atributo especifica a unidade organizacional, como 'Entrada inicial', 'Unidade de investigação' ou 'Departamento de pagamentos', responsável por uma atividade específica ou pelo sinistro em determinada etapa. Analisar o processo por departamento é essencial para entender as transferências entre áreas, que são fontes comuns de atraso. Isso ajuda a identificar quais departamentos são gargalos, medir a eficiência departamental e analisar a alocação de recursos em toda a organização. Por que isso importa Permite analisar a performance por unidade organizacional, destacando atrasos nas transferências entre departamentos e gargalos departamentais. Onde obter Consulte a documentação do FINEOS Claims. Isso pode estar associado ao perfil de usuário do regulador atribuído ou à fila à qual uma tarefa é atribuída. Exemplos Recebimento e registroUnidade de investigações especiaisProcessamento de pagamentosAnálise médica | |||
| Gravidade do sinistro ClaimSeverity | Uma classificação da complexidade ou do possível impacto financeiro do sinistro, por exemplo, baixo, médio ou alto. | ||
| Descrição Gravidade do sinistro fornece uma classificação para a complexidade, a urgência ou a exposição financeira do sinistro. Sinistros de alta gravidade podem exigir mais etapas, análises especializadas ou tempos de processamento maiores em comparação com sinistros de baixa gravidade. Analisar o processo por gravidade ajuda a entender se a alocação de recursos e o desenho do processo são adequados para diferentes níveis de complexidade dos sinistros. Isso pode revelar se sinistros de alta gravidade estão sofrendo atrasos desproporcionais ou se sinistros de baixa gravidade estão sendo processados em excesso, permitindo uma segmentação melhor do processo e uma gestão mais eficiente dos recursos. Por que isso importa Segmentar por gravidade ajuda a verificar se o processo prioriza corretamente os sinistros de maior impacto e a identificar se determinados níveis de complexidade causam gargalos no processo. Onde obter Consulte a documentação do FINEOS Claims. Este pode ser um campo dedicado ou ser derivado de outros atributos, como o valor estimado da perda. Exemplos BaixaMédiaAltaComplexa | |||
| Hora de término EndTime | O timestamp que indica quando uma atividade ou evento específico foi concluído. | ||
| Descrição O atributo Hora de término registra o momento exato em que uma atividade é concluída. Em conjunto com a Hora de início (EventTime), ele permite calcular com precisão quanto tempo cada etapa levou para ser concluída, ou seja, seu tempo de processamento. Na análise, isso é fundamental para diferenciar o tempo de processamento ativo do tempo de espera ocioso. Ele permite criar análises detalhadas de gargalos, mostrando quais atividades específicas consomem mais tempo e onde as filas se formam entre as etapas. Por que isso importa Permite calcular com precisão o tempo de processamento de cada atividade, o que é essencial para identificar etapas ineficientes e medir a utilização dos recursos. Onde obter Consulte a documentação do FINEOS Claims. Essas informações podem estar disponíveis nos registros de eventos ou ser derivadas da hora de início do evento seguinte. Exemplos 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z | |||
| Regulador atribuído AssignedAdjuster | O nome ou ID do regulador de sinistros ou usuário responsável pela atividade. | ||
| Descrição Este atributo identifica a pessoa ou o time que executou uma tarefa específica no processo de sinistros. Ele é a principal forma de vincular as atividades do processo aos recursos humanos. Analisar os dados por Regulador atribuído é essencial para entender a distribuição da carga de trabalho, a performance individual e a eficiência dos recursos. Isso pode destacar reguladores sobrecarregados, identificar oportunidades de treinamento por meio da comparação de performance e apoiar estratégias melhores de alocação de recursos para equilibrar as cargas de trabalho. Por que isso importa Este atributo conecta as etapas do processo às pessoas que as executam, permitindo analisar a carga de trabalho, avaliar a eficiência dos recursos e comparar a performance. Onde obter Consulte a documentação do FINEOS Claims. Essas informações normalmente são armazenadas nos campos de propriedade da tarefa ou de atribuição do usuário associados aos eventos do sinistro. Exemplos John SmithEmily JonesADJ-4561 | |||
| Status do sinistro ClaimStatus | O status atual ou histórico do sinistro no momento do evento. | ||
| Descrição Status do sinistro indica o estado do sinistro em seu ciclo de vida, como 'Aberto', 'Aguardando informações', 'Aprovado', 'Negado' ou 'Encerrado'. Este atributo fornece uma visão do estágio em que o sinistro se encontra em determinado momento. Na análise do processo, as mudanças de status geralmente correspondem diretamente às atividades do processo. Acompanhar o status é essencial para entender os resultados dos sinistros, identificar gargalos em que os sinistros ficam parados por longos períodos em um determinado status e analisar os motivos de resultados finais como 'Negado' ou 'Encerrado'. Por que isso importa Este atributo é essencial para entender os resultados dos sinistros, filtrar casos ativos e encerrados e identificar as etapas em que os sinistros ficam parados. Onde obter Consulte a documentação do FINEOS Claims. Este é um campo fundamental do registro principal do sinistro, atualizado ao longo de seu ciclo de vida. Exemplos RegistradoEm análisePagamento pendenteEncerrado - pagoEncerrado - negado | |||
| Tipo de sinistro ClaimType | A categoria do sinistro de seguro, como invalidez, propriedade ou responsabilidade civil. | ||
| Descrição Tipo de sinistro classifica os sinistros com base na natureza da apólice ou da perda. Diferentes tipos de sinistro geralmente seguem variações distintas do processo, têm requisitos regulatórios diferentes e exigem tratamento especializado. Essa é uma dimensão essencial para a análise comparativa. Ao filtrar ou segmentar a visão do processo por Tipo de sinistro, os analistas podem identificar gargalos específicos de cada tipo, comparar a performance entre categorias e adaptar as iniciativas de melhoria do processo às necessidades exclusivas de cada tipo de sinistro. Isso ajuda a responder se determinados tipos de sinistro são naturalmente menos eficientes de processar. Por que isso importa Permite segmentar o processo para comparar a performance e identificar variações entre diferentes categorias de sinistros, levando a melhorias mais direcionadas. Onde obter Consulte a documentação do FINEOS Claims. Este é um atributo central do sinistro, normalmente definido no registro e armazenado na tabela principal do caso. Exemplos Incapacidade de curto prazoIncapacidade de longo prazoSeguro de vidaMorte acidental | |||
| Data da perda LossDate | A data em que ocorreu o evento que deu origem ao sinistro de seguro. | ||
| Descrição A Data da perda especifica quando o incidente real, como um acidente ou lesão, ocorreu. Ela é diferente da data em que o sinistro foi enviado e pode ser um fator importante na validação e no processamento do sinistro. Este atributo fornece um contexto valioso. O intervalo entre a Data da perda e a data de 'Sinistro enviado', conhecido como atraso de comunicação, pode ser um indicador-chave de performance. Analisar esse intervalo pode revelar problemas nos processos de comunicação e seu impacto no ciclo de vida geral do sinistro. Por que isso importa Fornece um contexto importante e permite calcular o atraso de comunicação, ou seja, o tempo entre a perda e o envio, que pode afetar a complexidade e os resultados do sinistro. Onde obter Consulte a documentação do FINEOS Claims. Essa data é um campo padrão capturado durante o processo de 'Primeiro aviso de sinistro' ou de registro do sinistro. Exemplos 2023-10-152023-09-012024-02-20 | |||
| É retrabalho IsRework | Um indicador booleano que informa se uma atividade é uma repetição ou um retrabalho. | ||
| Descrição Este atributo calculado identifica atividades que representam retrabalho, como um segundo evento de 'Informações adicionais solicitadas' para o mesmo sinistro. Normalmente, ele é identificado pela detecção de atividades repetidas ou loops de retorno no fluxo do processo. Identificar explicitamente o retrabalho simplifica a análise focada na ineficiência. Isso permite quantificar facilmente a taxa de retrabalho, um indicador-chave de performance. Os Dashboards podem usar esse indicador para visualizar a frequência e o impacto do retrabalho, ajudando a identificar as causas-raiz desses loops ineficientes. Por que isso importa Identifica diretamente loops ineficientes do processo, facilitando o cálculo da taxa de retrabalho e a análise dos fatores que levam à repetição do trabalho. Onde obter É derivado durante a análise de Process Mining, identificando atividades repetidas para o mesmo caso. Por exemplo, sinalizando a segunda ocorrência de 'Investigação iniciada'. Exemplos truefalse | |||
| Motivo da negativa DenialReason | Um código ou uma descrição que explica por que um sinistro foi negado. | ||
| Descrição Quando o resultado de um sinistro é 'Negado', este atributo fornece o motivo específico da decisão. Os motivos podem incluir 'Não coberto pela apólice', 'Suspeita de fraude' ou 'Informações incompletas'. Este é um atributo essencial para a análise de causa-raiz das negativas de sinistros. Ao analisar a frequência dos diferentes motivos de negativa, a organização pode identificar problemas comuns no processo de envio, pontos de confusão dos clientes sobre a cobertura da apólice ou possíveis necessidades de treinamento dos reguladores. Esse insight pode levar a iniciativas para reduzir as taxas de negativa e melhorar a satisfação dos clientes. Por que isso importa É essencial para a análise de causa-raiz de processos malsucedidos, ajudando a identificar oportunidades para reduzir negativas de sinistros e melhorar a qualidade da entrada. Onde obter Consulte a documentação do FINEOS Claims. Normalmente, este é um campo estruturado ou código selecionado quando a atividade 'Sinistro negado' é executada. Exemplos Exclusão da apóliceInformações não fornecidasSinistro duplicadoSuspeita de fraude | |||
| Motivo da reabertura ReopenReason | Um código ou uma descrição que explica por que um sinistro encerrado foi reaberto. | ||
| Descrição Este atributo registra o motivo pelo qual um sinistro passou do estado 'Encerrado' novamente para um estado ativo. Os motivos comuns incluem o recebimento de novas informações, um recurso do solicitante ou a correção de um erro. Analisar os motivos de reabertura é uma forma direta de medir a qualidade e a finalização do processo. Um volume alto de sinistros reabertos, especialmente por determinados motivos, indica que o encerramento inicial apresentou falhas. Esses dados podem apontar fragilidades nas etapas de investigação ou tomada de decisão, fornecendo alvos claros para a melhoria do processo e garantindo que os sinistros sejam encerrados corretamente na primeira vez. Por que isso importa Fornece um insight direto sobre falhas do processo em que um sinistro foi encerrado prematuramente ou de forma incorreta, destacando oportunidades para melhorar a resolução na primeira tentativa. Onde obter Consulte a documentação do FINEOS Claims. Normalmente, esse motivo é registrado quando um usuário executa a ação 'Reabrir sinistro' no sistema. Exemplos Recurso apresentadoNovas evidências médicas recebidasCorreção de erro administrativoAjuste de pagamento necessário | |||
| Número da apólice PolicyNumber | O identificador exclusivo da apólice de seguro sob a qual o sinistro foi registrado. | ||
| Descrição O Número da apólice é o identificador do contrato de seguro que cobre o sinistro. Ele vincula o sinistro a um cliente específico, aos termos da apólice e aos detalhes da cobertura. Embora não seja diretamente um atributo do processo, ele fornece um contexto de negócio essencial. Ele permite agregar os dados dos sinistros por apólice ou cliente, o que pode ser útil para analisar a frequência de sinistros, a experiência do cliente e identificar apólices que geram um volume alto de sinistros complexos. Por que isso importa Fornece um contexto de negócio essencial, vinculando o sinistro a um contrato específico do cliente e permitindo uma análise do processo centrada no cliente. Onde obter Consulte a documentação do FINEOS Claims. Este é um dado fundamental capturado no registro do sinistro e armazenado no registro principal do sinistro. Exemplos POL-987654321POL-123456789 | |||
| Região do cliente CustomerRegion | A região geográfica ou o estado do solicitante ou titular da apólice. | ||
| Descrição Este atributo indica a localização geográfica associada ao sinistro, que pode ser baseada no endereço do solicitante ou no local da perda. A análise geográfica pode revelar variações regionais nos tipos, na frequência e na eficiência do processamento dos sinistros. Ela pode ajudar a identificar se determinados escritórios regionais têm uma performance melhor que outros ou se fatores específicos da localização, como regulamentações ou eventos climáticos, afetam o processo de sinistros. Isso permite uma gestão e uma alocação de recursos mais direcionadas. Por que isso importa Permite segmentar geograficamente os dados para identificar diferenças regionais de performance, variações de conformidade ou gargalos específicos de determinadas localidades. Onde obter Consulte a documentação do FINEOS Claims. Essas informações normalmente são derivadas dos dados de endereço do titular da apólice ou do solicitante armazenados no sistema. Exemplos NordesteCalifórniaCentro-OesteFL | |||
| Status do SLA SLAState | Um status calculado que indica se um sinistro concluído cumpriu sua data-alvo de resolução. | ||
| Descrição Este atributo fornece um status categórico claro sobre a performance do SLA de cada sinistro. Ele é derivado comparando a data de 'Sinistro encerrado' com a 'Data-alvo de resolução' e classificando o resultado como 'No prazo' ou 'Atrasado'. Isso simplifica os relatórios e a análise da conformidade com o SLA. Em vez de trabalhar com datas brutas, os analistas podem usar essa categoria simples para criar Dashboards que mostram a taxa de conformidade com o SLA, filtrar todos os sinistros atrasados para analisar suas características comuns e monitorar as tendências da performance do SLA ao longo do tempo. Ele oferece suporte direto ao Dashboard e ao KPI de conformidade com o SLA. Por que isso importa Fornece um indicador claro e simples da performance do SLA para cada caso, facilitando a medição e a análise da taxa de conformidade com o SLA. Onde obter Este é um campo calculado, derivado da comparação do timestamp da atividade final com a 'ResolutionTargetDate' de cada caso. Exemplos No prazoAtrasado | |||
| Valor da perda LossAmount | O valor financeiro estimado ou reservado associado à perda. | ||
| Descrição Valor da perda representa a estimativa inicial ou a reserva financeira destinada a um sinistro. Esse valor pode ser atualizado à medida que o sinistro é investigado e avaliado. Esses dados financeiros são essenciais para segmentar os sinistros e entender como o impacto financeiro se relaciona com o comportamento do processo. Por exemplo, eles ajudam a responder a perguntas como: sinistros de maior valor levam mais tempo para ser processados ou exigem mais retrabalho? Eles também são uma entrada importante para a previsão financeira e a gestão de riscos. Por que isso importa Fornece contexto financeiro ao processo, permitindo analisar como o valor do sinistro afeta o tempo de processamento, a complexidade e os caminhos do processo. Onde obter Consulte a documentação do FINEOS Claims. Essas informações normalmente estão nas tabelas financeiras ou relacionadas a reservas vinculadas ao sinistro. Exemplos 5000.00150000.00250.50 | |||
| Valor do pagamento PaymentAmount | O valor efetivamente pago pelo sinistro. | ||
| Descrição Valor do pagamento é a soma final desembolsada após a liquidação e a aprovação do sinistro. Para sinistros com vários pagamentos, ele pode representar uma transação de pagamento individual. Este atributo é essencial para a conciliação financeira e para analisar os resultados monetários do processo. Ele permite comparar a perda inicialmente estimada com o pagamento final. Na análise do processo, ajuda a entender o impacto financeiro de diferentes variantes ou decisões do processo. Por que isso importa Registra o resultado financeiro do processo, o que é essencial para medir a performance financeira e analisar o valor dos sinistros. Onde obter Consulte a documentação do FINEOS Claims. Esses dados estão nas tabelas de transações de pagamento vinculadas ao caso do sinistro. Exemplos 4850.00145000.000.00 | |||
Atividades do processamento de sinistros
| Atividade | Descrição | ||
|---|---|---|---|
| Decisão sobre o sinistro tomada | É um marco decisivo em que a seguradora toma uma decisão formal de aprovar, aprovar parcialmente ou negar o sinistro. Quase sempre é capturado como uma mudança explícita de status no FINEOS para um estado como 'Approved', 'Denied' ou 'Settled'. | ||
| Por que isso importa Este é um marco importante que determina o caminho seguinte do processo, seja pagamento ou encerramento. É essencial para medir o tempo até a decisão e analisar os resultados dos sinistros. Onde obter É inferido a partir do registro de data e hora na tabela de histórico de status do sinistro correspondente a um status de decisão final, como 'Approved', 'Rejected' ou 'Denied'. Captura Registro de data e hora da mudança de status para 'Approved' ou 'Denied'. Tipo de evento inferred | |||
| Pagamento autorizado | Representa a aprovação formal para que o valor calculado da liquidação seja pago. Muitas vezes, esta é uma etapa separada da decisão sobre o sinistro, exigindo a autorização de um gerente ou de uma equipe específica para liberar o pagamento. Isso é registrado por uma mudança de status como 'Approved for Payment'. | ||
| Por que isso importa Esta atividade é essencial para o KPI 'Payment Authorization Cycle Time'. Atrasos entre a decisão e a autorização podem ser um gargalo oculto significativo, afetando a satisfação do cliente. Onde obter É inferido a partir do registro de data e hora de uma mudança de status para 'Pending Payment', 'Ready for Payment' ou 'Payment Authorized' no histórico de status do sinistro. Captura Registro de data e hora da mudança de status para 'Approved for Payment' ou similar. Tipo de evento inferred | |||
| Pagamento emitido | Marca o momento em que o pagamento é efetivamente processado e enviado ao solicitante ou prestador. No FINEOS, isso geralmente é acionado por uma integração com um sistema financeiro e registrado como um log de transação ou uma atualização final do status do pagamento. | ||
| Por que isso importa Este é um momento decisivo para o cliente. Analisar o tempo entre a autorização e a emissão ajuda a simplificar o processo de pagamento e melhorar a experiência do cliente. Onde obter Pode ser um evento explícito de uma tabela de log de transações de pagamento no FINEOS ou de um sistema integrado de contas a pagar. Uma mudança de status para 'Paid' também é uma fonte provável. Captura Use a data da transação no livro-razão de pagamentos ou o registro de data e hora da mudança de status para 'Paid'. Tipo de evento explicit | |||
| Sinistro encerrado | Marca o estado final e terminal de um sinistro no sistema, depois que todas as atividades, incluindo pagamento ou negativa, são concluídas. Este evento é capturado quando o status do sinistro é atualizado para 'Closed' ou 'Finalized' no FINEOS. | ||
| Por que isso importa Esta atividade é o principal evento de encerramento do processo. O tempo entre 'Claim Submitted' e 'Claim Closed' é um KPI central para medir a performance e a eficiência gerais do processo. Onde obter É inferido a partir do registro de data e hora da mudança final de status para 'Closed' no log de histórico de status do sinistro. Esta é a última atualização de status registrada para um sinistro concluído com sucesso. Captura Registro de data e hora da mudança final de status para 'Closed' ou 'Finalized'. Tipo de evento inferred | |||
| Sinistro enviado | Indica o recebimento inicial de um sinistro pela organização, geralmente por diferentes canais, como portais web, e-mail ou correio. Este é o ponto de partida do processo de sinistros e normalmente é registrado quando o First Notice of Loss (FNOL) é inserido em uma área de preparação ou diretamente no FINEOS. | ||
| Por que isso importa Esta atividade é o principal evento de início do processo. Analisar o tempo entre o envio e o registro ajuda a identificar atrasos na entrada de dados e na configuração inicial do sinistro, impactando o tempo de ciclo geral. Onde obter Provavelmente é capturado a partir da data de criação do registro da notificação inicial do sinistro ou da entrada do FNOL no FINEOS. Pode ser um evento explícito no Event Log ou ser inferido a partir do registro de data e hora mais antigo associado ao Claim ID. Captura Use o registro de data e hora de criação do First Notice of Loss (FNOL) ou do registro inicial do sinistro. Tipo de evento inferred | |||
| Sinistro registrado | Representa a criação formal do registro do sinistro no sistema FINEOS. Nesse momento, um Claim ID exclusivo é atribuído oficialmente e o caso é aberto formalmente para processamento. Esse evento normalmente é capturado a partir do registro de data e hora de criação do objeto principal do sinistro. | ||
| Por que isso importa Este é um marco fundamental que transforma o sinistro de uma simples notificação em um caso ativo. Ele serve como um ponto de partida confiável para medir o ciclo de processamento interno. Onde obter É derivado do registro de data e hora de criação da entidade principal do caso de sinistro no banco de dados do FINEOS. A maioria dos objetos centrais do sistema tem uma data de criação registrada para fins de auditoria. Captura Use o registro de data e hora de criação do registro principal do caso de sinistro. Tipo de evento explicit | |||
| Análise inicial realizada | Indica que um regulador ou processador concluiu a primeira avaliação da validade, dos detalhes e da documentação necessária do sinistro. Isso geralmente é inferido a partir de uma mudança de status no FINEOS, como a passagem de 'New' ou 'Registered' para 'Under Review' ou 'Assigned'. | ||
| Por que isso importa Acompanhar a conclusão desta etapa ajuda a medir o tempo até a primeira ação e a identificar acúmulos na triagem e na atribuição inicial. Atrasos nesse ponto podem prolongar significativamente todo o ciclo de vida do sinistro. Onde obter É inferido a partir do registro de data e hora em que o status do sinistro muda para um estado que indica a conclusão da análise, como 'Initial Review Complete', 'Pending Information' ou 'Under Investigation'. Esses dados normalmente estão em uma tabela de histórico de status do sinistro. Captura Identifique o registro de data e hora da mudança de status de 'New' ou 'Open' para um status posterior à análise. Tipo de evento inferred | |||
| Informações adicionais recebidas | Marca o recebimento dos documentos ou informações solicitados, permitindo que o Processamento de Sinistros seja retomado. Esse evento normalmente é inferido quando o status do sinistro muda de 'Pending Information' para um estado ativo, como 'Under Review' ou 'Ready for Assessment'. | ||
| Por que isso importa Medir o tempo entre a solicitação e o recebimento das informações destaca atrasos externos. Também sinaliza o reinício do processamento interno, sendo essencial para analisar tempos de espera e interrupções no processo. Onde obter É inferido a partir do registro de data e hora em que o status do sinistro passa de um estado 'Pending' para um estado 'Active' ou 'In Progress'. Um evento associado de upload de documento também pode fornecer um registro de data e hora específico. Captura Registro de data e hora da mudança de status de 'Pending Information' para um status de processamento ativo. Tipo de evento inferred | |||
| Informações adicionais solicitadas | Esta atividade ocorre quando o responsável pelo tratamento do sinistro determina que são necessárias mais informações do solicitante ou de terceiros para prosseguir. No FINEOS, isso geralmente é registrado por uma mudança de status para 'Pending Information' ou pelo registro de um evento específico de comunicação enviada. | ||
| Por que isso importa Esta é uma atividade crítica para analisar retrabalho e ciclos do processo. A alta frequência desse evento sugere problemas na coleta inicial de dados e pode ser uma fonte importante de atrasos. Onde obter É inferido a partir de uma mudança de status do sinistro para 'Pending Information' ou similar. Também pode ser um evento explícito registrado quando uma correspondência solicitando informações é gerada pelo sistema. Captura Registro de data e hora da mudança de status para 'Pending Information' ou da entrada de registro referente a uma carta ou e-mail de solicitação de informações. Tipo de evento inferred | |||
| Investigação concluída | Indica que todas as atividades necessárias de investigação foram concluídas e que o sinistro está pronto para uma decisão final. Isso é inferido a partir de uma mudança de status de 'Under Investigation' para um estado posterior, como 'Pending Decision' ou 'Ready for Assessment'. | ||
| Por que isso importa Esta atividade marca o fim da fase de coleta de evidências. Analisar o tempo entre 'Investigation Started' e este ponto ajuda a identificar gargalos no próprio processo de adjudicação. Onde obter É inferido a partir do registro de data e hora em que o status do sinistro passa de 'Under Investigation' para um estado que indica que a próxima etapa será a decisão ou avaliação. Captura Registro de data e hora da mudança de status do sinistro de 'Under Investigation' para 'Ready for Decision'. Tipo de evento inferred | |||
| Investigação iniciada | Representa o início da fase formal de investigação ou adjudicação do sinistro. Isso geralmente é registrado quando o sinistro é atribuído a um investigador ou quando seu status muda explicitamente para 'Under Investigation' no FINEOS. | ||
| Por que isso importa Este marco indica o início de uma parte potencialmente longa e complexa do processo. Acompanhar seu horário de início é essencial para medir a duração e a eficiência da fase de investigação. Onde obter É inferido a partir do registro de data e hora de uma mudança de status para 'Under Investigation' ou 'Adjudication in Progress'. Também pode estar associado à data de atribuição de um investigador ao sinistro. Captura Registro de data e hora da mudança de status do sinistro para 'Under Investigation'. Tipo de evento inferred | |||
| Liquidação calculada | Ocorre após uma decisão de aprovação, quando o valor exato do pagamento é calculado com base nos limites da apólice, franquias e perdas avaliadas. Provavelmente é capturado quando o campo do valor final do pagamento ou da liquidação é preenchido e confirmado no FINEOS. | ||
| Por que isso importa Esta atividade separa a etapa de cálculo das etapas de aprovação e autorização do pagamento. Ela ajuda a analisar a eficiência da equipe financeira na finalização dos valores de pagamento. Onde obter É inferido a partir do registro de data e hora em que o valor final da liquidação ou do pagamento é inserido ou atualizado nos registros financeiros do sinistro no sistema. Captura Use o registro de data e hora de 'last updated' no campo do valor final da liquidação. Tipo de evento inferred | |||
| Perda avaliada | Indica que o impacto financeiro do sinistro foi calculado e registrado. Isso pode envolver a avaliação de danos, custos médicos ou outras responsabilidades. Esse evento geralmente é capturado quando campos específicos de avaliação financeira são preenchidos e salvos no FINEOS. | ||
| Por que isso importa Este é um marco financeiro importante. O tempo necessário para avaliar a perda após a conclusão da investigação pode ser um indicador de performance da equipe de avaliação. Onde obter Provavelmente é inferido a partir do registro de data e hora em que os campos de reserva financeira ou estimativa de perda são preenchidos ou finalizados pela primeira vez no sistema. Pode não ser um status distinto, mas sim um evento de entrada de dados. Captura Use o registro de data e hora de 'last updated' nos campos relacionados à avaliação financeira ou à reserva. Tipo de evento inferred | |||
| Sinistro negado | Representa o resultado final de um sinistro que não foi aprovado para pagamento. Este evento é capturado quando o status do sinistro é definido definitivamente como 'Denied' ou 'Rejected'. É um ponto final alternativo do processo. | ||
| Por que isso importa Esta atividade é um ponto final importante do processo. Analisar os caminhos que levam à negativa pode fornecer insights sobre a qualidade da entrada dos sinistros, a interpretação da apólice ou possíveis padrões de fraude. Onde obter É inferido a partir do registro de data e hora em que o status final do sinistro é registrado como 'Denied' ou 'Rejected' na tabela de histórico de status. Captura Registro de data e hora da mudança final de status para 'Denied' ou 'Rejected'. Tipo de evento inferred | |||
| Sinistro reaberto | Ocorre quando um sinistro anteriormente encerrado é reativado para nova análise ou processamento, geralmente devido a um recurso ou a novas informações. Este evento é capturado por uma mudança de status de 'Closed' ou 'Denied' para um estado ativo, como 'Under Review'. | ||
| Por que isso importa Acompanhar sinistros reabertos é essencial para entender exceções e falhas do processo. Isso destaca casos que não foram resolvidos corretamente na primeira vez, impactando a eficiência e os custos operacionais. Onde obter É inferido a partir de uma mudança de status de um estado terminal, como 'Closed', para um estado ativo não terminal, como 'Reopened' ou 'Under Review'. Isso exige analisar a sequência de mudanças de status ao longo do tempo. Captura Identifique o registro de data e hora em que o status muda de um estado fechado para um estado aberto. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração para este processo estão sendo validados. Consulte novamente mais tarde ou entre em contato conosco para obter ajuda.
Pronto para começar?
Este Template foi criado para simplificar a preparação dos seus dados, permitindo que você avance rapidamente na descoberta de insights e na melhoria das operações de sinistros. Comece a aproveitar seus dados hoje para aumentar a eficiência e melhorar a satisfação dos segurados.
Acelere o processamento de sinistros: comece hoje
Junte-se às empresas líderes que alcançam 70% de processamento direto no FINEOS.
Não é necessário cartão de crédito. A configuração leva poucos minutos.