Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Índice

Informações

Essa rotina permite que o usuário logado solicite alterações cadastrais mediante preenchimento de formulário eletrônico.

...

Opcionalmente, pode-se integrar a solução através de Call-Back e APis de atualização, detalhadas em documentos técnicos relacionados.

Dica
titleConheça mais:

Para saber como o Call-Back funciona na atualização cadastral, siga esse link:

Documento técnico da rotina de Call-Back na Atualização Cadastral


Macro-escopo da rotina de Atualização Cadastral

A funcionalidade de atualização cadastral tem como macro-escopo os seguintes artefatos de software:

  • Solicitação de atualização cadastral nos apps (iOS e Android);
  • Solicitação de atualização cadastral na web (mediante contratação da área do beneficiário);
  • Configurador de comportamentos no painel da operadora (CMS): área onde a empresa consegue configurar e-mails de notificação, comportamento da rotina e integração com sistemas ERP através de call-back
  • Painel de administração dos pedidos de atualização cadastral: rotina que permite a empresa aprovar ou rejeitar as solicitações, usando um painel web da Mobile Saúde (CMS).

Fluxo do processo

  • O beneficiário acessa o app ou interface web, e realiza login na aplicação;
  • Ao acessar a rotina de "Atualização Cadastral", o beneficiário é guiado em um passo a passo, sendo solicitado a preencher informações para viabilizar a solicitação de atualização de dados;
  • Uma vez concluída a solicitação, um número de protocolo (padrão ANS) é gerado, e a solicitação é gravada em uma base de dados da Mobile Saúde;
    • Um e-mail é enviado para o responsável pela análise dessas solicitações da operadora, notificando que existe um novo pedido pendente de análise;
    • Caso a operadora deseje, nesse momento a operadora pode integrar seu sistema de gestão, utilizando Call-Back (Mobile Saúde envia os dados em formato REST para a operadora. A operadora deve obter esses dados, desserializa-los e grava-los em seu sistema de gestão, conforme sua necessidade);
  • O responsável pela área de análise de solicitações acessa o painel da operadora (CMS) e analisa todas as solicitações que estão pendentes, aprovando ou negando;
    • Quando o beneficiário acessar novamente a rotina, o app refletirá o status do momento, de forma automática;
    • Caso o cliente tenha feito integração com seu sistema de gestão, é necessário que prepare também integração para que, quando o processo de análise for realizado em seu sistema de gestão, o status também seja atualizado na base da Mobile Saúde. Só assim o beneficiário poderá verificar o novo status.

...

1 - Ao acessar a rotina padrão, o processo é iniciado através do ícone de atualização cadastral;

2 - O botão de "Nova atualização cadastral" permite que um cliente inicie o processo padrão. Também são exibidas solicitações anteriores, permitindo o acompanhamento por parte do beneficiário.

3 - Beneficiário registra informações

4 - Ao final, um número de protocolo é exibido, conforme padrão estabelecido pela ANS e configurado no configurador da aplicação.

5 - Sempre que desejar, o beneficiário pode acessar as solicitações anteriores, e ao clicar nos detalhes, é possível visualizar informações, status, e anexos, conforme exemplo acima.

...



Para analisar os pedidos de atualização cadastral - utilizando o Gerenciador de Conteúdo (CMS

...

)

...

Acompanhamento de solicitações no app e na web - visão do beneficiário

Objetos e atributos de retorno

Nota
titleAtenção

Os atributos devem seguir exatamente os mesmos nomes indicados nesta documentação, caso contrário, serão rejeitados pelo validador de integração.

Exemplo do atributo "usuarioLogado":

  • usuario-logado
  • usuario_logado
  • usuario
  • usuarioLogado (concordo)

Descrição dos objetos e atributos de retorno - Sucesso

Está indicado abaixo a estrutura de retorno do seu método login. Esse método deve obedecer as regras indicadas no objeto principal e em seus desdobramentos.

Objeto principal

...

Boolean

...

M

...

Objeto usuarioLogado

...

Objeto precisa ter sua estrutura completamente preenchida.

...

Array de objetos "beneficiario"

...

Array que contém todos os beneficiários vinculados ao login

...

,

...

Array de objetos "profissionalSaude"

Array que contém todos os profissionais de saúde vinculados ao login.

...

Se contrato possuir tipo = "profissionalSaude", obrigatório ter a menos 1 registro com conteúdo válido. Caso contrário, não enviar o atributo ou preencher com o valor NULL

...

Array de objetos "contrato"

...

Deve-se ter no mínimo 1 ocorrência válida, que tenha relação com um elemento do array "beneficiario" ou "profissionalSaude"

...

Objeto "mosia"

...

Preencher quando possuir o produto Mosia. Caso não tenha o produto contratado, não enviar o atributo ou preencher com o valor NULL

...

Array de objetos "agenteRelacionamento"

...

Preencher o array com objetos do tipo "agenteRelacionamento". Se não tiver nenhum contato desse tipo, não enviar o atributo ou preencher com o valor NULL

...

Lista parâmetros que devem ser enviados no header dos demais endpoints de integração do sistema para garantir que o beneficiário está autenticado no sistema.

...

Tabela de funcionalidades

...

Notícia

...

InBox ( caixa de notificações )

...

1

...

 clique aqui.