Você está aqui:
Primeiro aviso de perda de reivindicações
Quando titulares de apólice, corretores e agentes de seguro notificam pela primeira vez um provedor de seguro sobre uma perda, eles usam um fluxo de Primeira notificação de perda (FNOL). O fluxo FNOL inicia o processamento de reivindicações e dá suporte ao uso de fotos, relatórios da polícia e qualquer outro arquivo necessário que dê suporte a uma reivindicação.
O fluxo Primeiro aviso de perda (FNOL) é configurado por provedores de seguro e usado por titulares de apólice ou seus corretores ou agentes de seguro que precisam abrir uma reivindicação contra uma apólice.
Recomendamos que você configure um ou mais OmniScripts para FNOL. No primeiro plano, esses OmniScripts atuam como o fluxo que os titulares de apólice veem quando estão notificando seu segurador de que estão abrindo uma reivindicação.
O fluxo FNOL do OmniScript obtém um monte de informações do titular da apólice sobre a reivindicação. No fundo, ele usa o serviço InsClaimService:verifyCoverage para determinar se o segurador tinha cobertura em vigor na data da perda. Em seguida, ele usa o InsClaimService: serviço createUpdateClaim para criar o registro de declaração inicial.
É assim que um OmniScript FNOL típico flui:
Configurar um fluxo FNOL
Você pode criar muitos fluxos FNOL para atender às necessidades do seu negócio. A maioria dos fluxos FNOL realiza tarefas específicas que promovem a criação e o preenchimento de um registro de declaração.
Para fazer isso, a maioria dos fluxos FNOL inclui os seguintes blocos de construção:
-
Extrair informações sobre a política
-
Coletar dados sobre a perda
-
Verificar se a perda foi coberta
-
Criar o registro de reivindicação
-
Adicionar mais detalhes à reivindicação
-
Carregar fotos e documentos de suporte
-
Executar regras
Extrair informações sobre a política
Quando um titular da apólice registra uma reivindicação, seu fluxo precisa extrair informações sobre a apólice e os itens segurados nessa apólice para serem usados posteriormente no fluxo de perda.
Essa etapa se aplica se o titular da apólice insere informações diretamente em um fluxo de FNOL em que ele faz login ou se ele chama seu agente de seguro ou corretor, que obtém a conta do titular da apólice.
Coletar dados sobre a perda
Depois de extrair informações sobre a apólice, o fluxo precisa coletar informações iniciais sobre o que aconteceu: que tipo de perda é essa, quais itens segurados e/ou partes seguradas foram danificados ou prejudicados, se terceiros estavam envolvidos e qual era a data e hora da perda.
Verificar se a perda foi coberta
O InsClaimService: O serviço verifyCoverage toma os dados sobre a perda e determina se o segurador tinha cobertura em vigor na data da perda.
Criar o registro de reivindicação
Se o titular da apólice for coberto, agora é hora de o fluxo criar o registro de declaração inicial no Vlocity.
Se você usa uma opção remota em um OmniScript ou cria um Procedimento de integração para fazer mais com os dados, o serviço InsClaimService:createUpdateClaim cria o registro de declaração.
Adicionar mais detalhes à reivindicação
Agora que o registro de declaração existe, o usuário pode inserir muito mais detalhes sobre a declaração. Essas podem incluir:
-
Itens segurados danificados
-
Pessoas seguradas feridas
-
Propriedade danificada de terceiros
-
Pessoas feridas de terceiros
-
Terceiros adicionais, como testemunhas do incidente
Carregar fotos e documentos de suporte
No caso de muitas linhas de seguro de propriedade e danos, documentos de suporte são necessários (ou pelo menos úteis). No Vlocity, documentos de suporte costumam ser chamados de documentos no final.
Você pode especificar documentos no final específicos, como:
-
Fotos
-
Relatórios de polícia
-
Estimativas para reparos
-
Confirmações
Neste exemplo, o OmniScript tem uma etapa que permite que um usuário diga se há ou não um relatório de polícia e insira esse relatório:
Executar regras
O serviço InsClaimService:invokeProductRules executa as regras para a reivindicação que determinará como a reivindicação será tratada a seguir.
Por exemplo, as regras de subscrição (fluxo de trabalho) executadas por esse serviço podem adicionar itens de linha de declaração (perda e despesa) a coberturas e definir o status da declaração.
Para aprender a configurar regras que são executadas em fluxos FNOL, consulte Criar modelos de produto de declaração.
