Objetos de banco de dados necessários para integração

Objetivo:

Orientar o cliente que deseja incluir a funcionalidades com integração no produto Mobile Plataforma e que necessita dos serviços de Conectividade da Mobile Saúde para disponibilizar os WebServices de integração.

Estrutura necessária:

Toda a estrutura necessária para viabilizar o servidor de webservices chamado de “Modulo Conectividade” está descrito no documento "Requisitos básicos de hardware". Este documento visa apenas indicar quais são as estruturas de banco de dados necessária para criação dos webservices em clientes.

Objetos necessários:

A seguir descreveremos a estrutura necessária que sua empresa precisa criar no banco de dados para suportar nossos métodos de autenticação.

Login de beneficiários e funções relacionadas: para implementar as funções de login de usuários, troca de senhas, esqueci minha senha e novo acesso, cartão virtual, PIN-SS Cadastral e Atualização Cadastral precisaremos dos seguintes objetos de banco de dados:

• View ou tabela de banco de dados de “logins e dados” de beneficiários: destinada a fornecer todos os dados de acesso, bem como informações para cartão virtual e PIN-SS Cadastral, essa view / tabela precisa ter a estrutura descrita no documento Cliente 3a - Cliente 03a - layout de integração com webservices de clientes - autenticação do beneficiário. O Webservice / método referência para criação de sua view / tabela é o ws_login_service / método login.  Observações:
  • Atenção máxima à questões relacionadas a beneficiário titular e seus dependentes e códigos de relacionamento entre eles.
  • Todos os campos marcados como “Obrigatórios” devem constar na tabela / view.
  • Campos que porventura não estejam como obrigatórios no layout do webservice mas que sejam importantes para seu negócio devem também constar nessa tabela, bem como campos específicos que podem ser utilizados em rotinas auxiliares (por exemplo, número da matrícula funcional do beneficiário, quando impresso no cartão virtual).
  • A tabela / view deve conter, além de todos os campos do WebService, um campo de senha. A senha pode estar criptografada por um algoritmo, ou pode estar em texto plano. Caso esteja criptografada, é importante informar à Mobile Saúde qual o método de criptografia. Assim, quando o beneficiário digitar seu login / senha nos apps, enviaremos a senha criptografada no mesmo algoritmo.
• Stored Procedure de banco de dados para “Troca de senha”: este objeto de banco de dados deve ser construído pelo cliente para possibilitar a troca de senha (campo senha da view/tabela anterior).
  • Parâmetros de entrada:
    • Identificador único do beneficiário (login): Deve estar relacionado ao campo de login utilizado na view / tabela de dados;
    • Senha atual;
    • Nova senha.
  • Parâmetros de saída (retorno):
    • Status (true para Ok – senha trocada e false quando não foi possível troca-la);
    • Motivo da crítica: quando o campo Status for retornado “False”, informe um texto que auxilie o beneficiário a identificar o porque da senha não ter sido trocada;
    • Alerta: texto livre que deve ser utilizado caso queira repassar qualquer informação no momento da troca de senha. Exemplo: “Para sua segurança, troque sua senha a cada 90 dias”.

Contato / suporte:

Abertura de chamados via:

• Zendesk - https://mobilesaude.zendesk.com/hc/pt-br/requests/new
• Chat Mosia - www.mobilesaude.com.br > Tire suas