CONTEÚDO
- Visão Geral
- Exemplo de utilização
- Método submit_formulario
- Regras de Negocio do Método
- EndPoint
Parâmetros de Entrada do Método
Exemplo
Estrutura de Retorno
- Método atualiza_status_protocolo
- Regras de Negocio do Método
- EndPoint
Parâmetros de Entrada do Método
- Método submit_formulario
- Tela Atualização Cadastral
- Outras Ações / Ações relacionadas
- Outras Ações / Ações relacionadas
- Tela Atualização Cadastral
- Principais Campos e Parâmetros
- Principais Campos e Parâmetros
- Tabelas utilizadas
01. VISÃO GERAL
Este documento tem como objetivo demonstrar a utilização da API Atualização Cadastral para a integração do TOTVS Saúde Planos Linha Protheus com a Mobile Saúde, onde o beneficiário irá solicitar suas alterações cadastrais.
Os protocolos serão gerados na rotina de Analise de Beneficiários para que a Operadora analise as solicitações.
Lembrando que essa API deverá ser integrada com o Call-Back da Mobile Saúde, Para saber como o Call-Back funciona na atualização cadastra, siga esse link: CallBack - Atualização Cadastral
A API utilizará o padrão REST.
02. EXEMPLO DE UTILIZAÇÃO
Segue os métodos utilizados na API:
- submit_formulario: Inseri uma nova solicitação de atualização cadastral para análise, o beneficiário poderá envia seus dados pessoais, correções e alterações de seu cadastro, além de arquivos de comprovante.
- atualiza_status_protocolo: Atualiza o status de um protocolo de atualização cadastral iniciado. (Esse método é utilizado para enviar o status do TOTVS Saúde Planos Linha Protheus para a Mobile Saúde)
Abaixo será apresentado exemplo do método.
A autenticação é realizada através da Api /token, onde será retornado a chave e token a ser adicionado no header de cada método.
Método submit_formulario
Este método irá inserir um novo protocolo de alteração cadastral do beneficiário na Analise de Beneficiários (PLSA977AB).
Regras de Negocio do Método
Para utilização do método é necessário realizar o de/para da Mobile Saúde com o TOTVS Saúde Planos Linha Protheus, através da rotina De/Para de Integrações (PLIntegDePara), esse cadastro ficará por padrão a partir da release 12.1.2210 na pasta: Atualizações > Integrações > De/Para Integrações
Segue um exemplo do cadastro de de/para:
Referência | Campo Externo | Campo Interno | Tipo | Valor Externo | Valor Interno | Valor URL | Ativo | Descrição |
---|---|---|---|---|---|---|---|---|
PMOBATUCADMOD | atualizacao_cadastral_bairro | BA1_BAIRRO | 0 - Campo | 1 - Sim | Exemplo de De/para de campos com o Protheus | |||
PMOBATUCADMOD | atualizacao_cadastral_comprovante_de_endereco | 0 - Campo | 1 - Sim | 1 - Sim | Exemplo de De/para de campos que possui URL para download | |||
PMOBATUCADMOD | status | BBA_STATUS | 1 - Valor | 0 | 1 | 1 - Sim | Exemplo de De/para de valores dos campos externo e interno |
Será necessário realizar esses três tipos de De/para no cadastro, sendo a Referência sempre PMOBATUCADMOD
- Cadastro de De/para Normal: O campo externo é o conteúdo do atributo do JSON (campos.name) referente a Mobile Saúde, o campo interno é o campo cadastrado no Layout Genérico (Será sempre campos da tabela BA1), o tipo deverá ser igual a 0 - Campo.
- Cadastro de De/para de Arquivos para Download: O campo externo é o conteúdo do atributo do JSON (campos.name) referente a Mobile Saúde, não precisa informar o campo interno, é necessário colocar o Valor URL igual a 1 - Sim
- Cadastro de De/para de Valores: O campo externo é o conteúdo do atributo do JSON (campos.name) referente a Mobile Saúde, o campo interno é o campo cadastrado no Layout Genérico (Será sempre campos da tabela BA1), o tipo deverá ser igual a 1 - Campo, o valor externo é o conteúdo correspondente a Mobile Saúde e o valor interno é o conteúdo correspondendo a Protheus. Nesse caso, o status da Mobile 0 corresponde ao status 1 do Protocolo de Alteração (BBA_STATUS).
Para facilitar a implantação foi criado o CSV para importar os de/para da mobile automaticamente via Wizard: b7v-de_para_integracoes.csv
Porém o de/para de status precisa ser incluído manualmente, conforme tabela abaixo:
B7V_REFERE | B7V_EXCAMP | B7V_INCAMP | B7V_TIPO | B7V_EXVALO | B7V_INVALO | B7V_URLVAL | B7V_ATIVO |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 0 | 1 | 1 | |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 0 | 2 | 1 | |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 1 | 3 | 1 | |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 1 | 4 | 1 | |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 2 | 5 | 1 | |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 1 | 6 | 1 | |
PMOBATUCADMOD | status | BBA_STATUS | 1 | 1 | 7 | 1 |
O método utiliza o layout genérico Web, portanto é necessário ter cadastrado o Layout PPLALTBEN para que o sistema valide os dados da API com base no Layout, será feita as seguintes validações:
- Se o campo encontra-se no Layout
- Se o campo permite edição (B91_EDITAR)
Caso os dados informados na API sejam validados, o sistema irá gravar um novo protocolo na Analise de Beneficiários para o tipo Alteração. Além disso será verificado se os campos informados no protocolo estão configurados no Layout para aprovar automaticamente ou passar por analise.
Essa configuração é realizada na Configuração Complementar (B2C) do Layout Genérico, informando a variável VALIDA e o valor .T., o campo irá passar por analise e não informando variável VALIDA, será feita a atualização automática dos dados no cadastro do beneficiário (BA1). Para mais informações sobre o cadastro do Layout Genérico Web, acessem esse link: Layout Genérico Web - PLSCADLAY
Se todos os campos forem atualizados automaticamente, o protocolo ficará com o status igual a Aprovado Automaticamente (BBA_STATUS igual a 7), se pelo menos algum campo precisar de analise, o status será Em Analise (BBA_STATUS igual a 2).
Endpoint
Url | Método | Header Content-Type | Descrição |
---|---|---|---|
https://<url>:<porta>/rest/mobileSaude/v1/submit_formulario | POST | application/json | Inserir um nova solicitação de atualização cadastral do beneficiário para análise |
Parâmetros de Entrada do Método
Parâmetro | Obrigatório | Tipo | Descrição |
---|---|---|---|
protocolo | Sim | Caracter | Protocolo da Atualização Cadastral, será gravado no campo BBA_NROPRO da Analise de Beneficiários |
id_operadora | Sim | Caracter | ID da Operadora na Mobile Saúde |
mshash | Sim | Caracter | HASH que identifica de qual ambiente (Homologação ou Produção) os dados serão buscados na Mobile Saúde. |
tipo | Não | Caracter | Tipo de beneficiário a que as informações se referem, conforme seu grau de dependência (t =Titular, d = Dependente, a = Agregado). |
nome | Sim | Caracter | Nome do Beneficiário |
matricula | Sim | Caracter | Matricula do Beneficiários (Operadora + Empresa + Matricula + Tipo Registro + Digito) |
matricula_titular | Sim | Caracter | Matricula do Títular do Plano (Operadora + Empresa + Matricula + Tipo Registro + Digito) |
campos | Sim | Array | Lista de Objetos |
id | Sim | Caracter | ID do campo na Mobile Saúde |
label | Sim | Caracter | Label da opção preenchida ou selecionada pelo usuário na Mobile Saúde |
name | Sim | Caracter | Nome do Campo na Mobile Saúde |
value | Não | Caracter | Valor do Campo |
Exemplo
Estrutura de Retorno
Atributo | Tipo | Descrição |
---|---|---|
status | Caracter | Status do Protocolo após a inclusão no sistema. Esse status é corresponde ao da Mobile, ou seja, o sistema já realizou o de/para com o status da BBA_STATUS. |
mshash | Caracter | HASH que identifica de qual ambiente (Homologação ou Produção), o valor é o mesmo do recebido na API. |
protocolo | Caracter | Protocolo da Atualização Cadastral. BBA_NROPRO |
timestamp | Caracter | Data e hora do retorno |
data | Array | Array sempre vazio |
critica | Array | Array com as críticas geradas, quando não for possível incluir o protocolo no sistema |
cod | Numeric | Sempre o valor 0 |
trace | Caracter | Sempre o vazio |
origem | Caracter | URL final da API processada |
descricao | Caracter | Descrição da Crítica gerada pelo sistema |
msg | Caracter | Mensagem final do erro que não permitiu a inclusão da solicitação. |
Método atualiza_status_protocolo
Este método será utilizado pelo sistema para comunicar com a API da Mobile Saúde para atualizar o status do protocolo solicitado.
Regras de Negocio do Método
Deverá ser cadastrado no campo URL Status (BA0_MSURST), o Endpoint fornecido pelo Mobile Saúde para atualizar o status do protocolo.
Quando o usuário aprovar ou negar a atualização do protocolo na Analise de Beneficiários, o sistema irá realizar a comunicação desse método com a Mobile Saúde.
Também é possível atualizar o status do protocolo através do botão Outras Ações > Atualizar Status da Rotina de Analise de beneficiários.
Endpoint
Url | Método | Header Content-Type | Descrição |
---|---|---|---|
Endpoint informado no cadastro da Operadora > Aba Mobile Saúde > Campo URL Status (BA0_MSURST) | POST | application/json | Atualização dos protocolos solicitados pelos beneficiários na base da Mobile Saúde. |
Parâmetros de Entrada do Método
Parâmetro | Obrigatório | Tipo | Descrição |
---|---|---|---|
id_operadora | Sim | Caracter | ID da Operadora na Mobile Saúde, será enviado o campo BBA_IDOPER |
mshash | Sim | Caracter | HASH que identifica de qual ambiente (Homologação ou Produção) na Mobile Sáude, será enviado o campo BBA_MSHASH. |
matricula | Sim | Caracter | Matricula do Beneficiários (Operadora + Empresa + Matricula + Tipo Registro + Digito) no protocolo de Analise de beneficiários. |
protocolo | Sim | Caracter | Protocolo da Atualização Cadastral, será enviado o campo BBA_NROPRO da Analise de Beneficiários. |
status | Sim | Caracter | Status do protocolo, será feito o De/para do BBA_STATUS com o status da Mobile Saúde cadastrado na tabela B7V. |
observacao | Não | Caracter | Observação informada no campo BBA_OBSERV do protocolo. |
Veja um exemplo de como a comunicação com a API é feita na prática:
03. TELA ATUALIZAÇÃO CADASTRAL
Outras Ações / Ações relacionadas
Ação | Descrição |
---|---|
Não se aplica | Não se aplica |
04. TELA ATUALIZAÇÃO CADASTRAL
Principais Campos e Parâmetros
Campo | Descrição |
---|---|
BA0_MSURST | Informe o Endpoint da API de atualização de status do protocolo de alteração cadastral |
BBA_IDOPER | ID da Operadora na Mobile Saúde |
BBA_MSHASH | HASH que identifica de qual ambiente (Homologação ou Produção) |
MV_PLURDOW | Diretório web para salvar os arquivos recebidos via API do produto TOTVS Saúde Planos. |
05. TABELAS UTILIZADAS
- BBA - Cabeçalho da Solicitação de Beneficiários
- B7L - Itens das Alterações Solicitadas
- BA0 - Cadastro de Operadoras
- B90 - Layout Genérico Web
- B7C - Grupos de Campos do Layout Genérico Web
- B91 - Campos do Layout Genérico Web
- B2C - Configurações dos Campos do Layout Genérico Web
- BA1 - Cadastro de Beneficiários
- B7V - Cadastro de De/para de Integrações