Autenticação de beneficiários
A autenticação de beneficiários é o principal método de integração das soluções Mobile Saúde. É com ela que seus beneficiários conseguirão ter acesso identificado ao app e soluções web, podendo acessar cartões virtuais, chat identificado e demais integrações (como extratos, por exemplo).
Para viabilizar essas integrações, será necessária a criação dos seguintes artefatos de banco de dados:
Caso seu SGDB esteja configurado para ser CASE SENSITIVE, crie todos os objetos de bancos de dados em MINÚSCULAS.
Importante: todos os objetos desta documentação são obrigatórios. Não criar um ou mais objetos impossibilitará que a integração via banco de dados OMNILINK seja corretamente realizada.
- 1 View - omni_beneficiario
- 2 View - omni_beneficiario_carencia
- 3 View - omni_beneficiario_login
- 4 View - omni_beneficiario_custom
- 5 Stored Procedure - omni_sp_cria_acesso
- 6 Stored Procedure - omni_sp_update_acesso
- 7 View - omni_beneficiario_integracao
- 8 View - omni_ben_acesso_grupo_familiar
- 9 View - omni_beneficiario_permissao
View - omni_beneficiario
Tipo do objeto: View
Nome do objeto: omni_beneficiario
Objeto obrigatório: SIM
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_omni_beneficiario | Número | Sim | Atributo do tipo primary key. Este atributo deve ser um número único por registro. |
id_operadora | Número | Sim | Atributo fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Atributo fixo no valor = '1', quanto view ou tabela for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Atributo fixo no valor = 1, quanto view ou tabela for implementado pela operadora. |
chave_unica | Texto | Sim | Chave de identificação única de pessoa. Não deve se repetir em nenhuma hipótese, para pessoas diferentes. Importante: caso um mesmo beneficiário esteja presente em mais de um contrato ou em mais de um grupo familiar, a chave única poderá se repetir, desde que seja o MESMO BENEFICIARIO. É obrigatório o preenchimento deste campo: Recomendamos o uso do CPF, pois é ÚNICO POR PESSOA, ou seja, 2 pessoas diferentes terão sempre CPFs diferentes. Porém, se a mesma pessoa tiver 2 ou mais planos, ela terá o mesmo CPF nos 2 planos, que é o desejado para este campo. |
esquema_cor | Texto | Não | Informe nesse campo o mesmo apelido na opção esquema de cor no configurador de aplicação. Caso não tenha um esquema de cor específico, este campo pode ficar vazio. Importante: caso a string neste campo não tenha relação com nenhum esquema de cores pre-cadastrado, o conteúdo do campo será desconsiderado. |
nome | Texto | Sim | Nome do beneficiário. Não é permitido números nem caracteres especiais. Permitido acentos. |
sexo_codigo | Texto | Sim | Chave que identifica a descrição de sexo. Exemplo: F M |
sexo_descricao | Texto | Sim | Descrição do Sexo. Exemplo: Feminino Masculino |
data_nascimento | Texto | Sim | Texto formato: YYYY-MM-DD |
cpf | Texto | Sim | CPF do beneficiário, sem pontuação, tamanho definido 11 dígitos. Sempre informar 11 dígitos. Exemplo: 12345678901 |
telefone_celular | Texto | Sim | Indique o telefone celular do usuário logado, tamanho fixo 11 posições. Somente números Exemplo: 27987654321 |
telefone_fixo | Texto | Não | Indique o telefone fixo do usuário logado, tamanho mínimo 10 / máximo 11 posições. Somente números. Exemplo: 2733764321 27733764321 |
Texto | Sim | Indique o email do usuario logado. Email precisa ter uma estrutura válida. Exemplo: meuemail@serveremail.com.br | |
endereco | Texto | Sim | Endereço principal do beneficiário. Texto livre |
bairro | Texto | Sim | Bairro da residencia principal do beneficiário. Texto livre |
cep | Texto | Sim | CEP somente com números, sem pontos ou traços. Exemplo: 88032989 |
cidade | Texto | Sim | Código IBGE do município da residência do beneficiário. Tamanho de 7 a 10: Código IBGE: |
cidade_descricao | Texto | Sim | Cidade da residencia principal do beneficiário. Texto livre. |
estado | Texto | Sim | Informe a sigla do estado de residencia do beneficiário. Exemplo: SC RJ ES |
estado_descricao | Texto | Sim | Estado da residência principal do beneficiário. Texto livre. |
complemento | Texto | Sim | Complemento do endereço. Texto livre. |
numero_endereco | Texto | Sim | Número da residencia principal do beneficiário. |
estado_civil_codigo | Texto | Sim | Informe o código do estado civil. Exemplo: C S V D |
estado_civil_descricao | Texto | Sim | Informe a descrição relacionada ao estado civil. Exemplos: Casado Solteiro Viúvo Divorciado |
cod_familia | Texto | Sim | Este atributo define um código para uma família dentro de um contrato. Este código deve ser o mesmo para todos os membros que compõem uma família em um contrato. Quando a operadora usa o número do contrato para definir varias pessoas dentro do mesmo, o atributo deve retornar com a mesma numeração do numero_contrato. |
plano_matricula | Texto | Sim | Matrícula do beneficiário. Informar a matrícula completa, sem espaços ou caracteres especiais. Exemplo: 01012222776655876 |
plano_matricula_antiga | Texto | Não | Matrícula do beneficiário no sistema antigo. Em alguns casos o cliente continua utilizando a matrícula do sistema antigo mesmo após trocar de sistema de gestão. Caso exista, informe esse conteúdo neste campo. |
plano_matricula_funcionario | Texto | Não | Indicar o código da matrícula de funcionário na empresa patrocinadora, caso aplicável. |
plano_grau_parentesco_codigo | Texto | Sim | Código do grau de parentesco do beneficiário em relação ao titular. 01 - Titular Importante: usuários logados como titular poderão acessar todo o grupo familiar. Quando for 02 (cônjuge) o dependente poderá ver todos os dependentes, e não visualiza o titular. |
plano_grau_parentesco_descri | Texto | Sim | Descrição do grau de parentesco Exemplo: Esposo(a) Filho(a) Avô / Avó |
plano_codigo | Texto | Sim | Numeração do código do plano. |
plano_descricao | Texto | Sim | Nome comercial do plano, ou descrição. |
plano_abrangencia | Texto | Sim | Abrangência do plano. Ex: “Nacional”, “Estadual” … |
plano_acomodacao | Texto | Sim | Texto descritivo do padrão de acomodação do plano do beneficiário, conforme ANS. |
plano_modalidade_cobranca | Texto | Sim | Texto descritivo da modalidade de cobrança do contrato do beneficiário, como por exemplo: Pré-pagamento, Pós-pagamento e etc. |
plano_padrao_conforto | Texto | Não | Texto descritivo do padrão de conforto do plano (produto). |
plano_participativo | Número | Sim | Retornar 1 se o plano for participativo, 0 se não. |
plano_segmentacao | Texto | Sim | Texto descritivo da segmentação do plano do (produto). Exemplo de segmentação: Ambulatorial + Hospitalar com Obstetrícia. Sugere-se utilizar as segmentações definidas pela ANS, conforme registro de produtos. |
plano_tipo_contratacao | Texto | Sim | Informação sobre o tipo de contratação do plano privado de assistência à saúde, conforme RN 195. Individual/Familiar, coletivo por adesão ou coletivo empresarial. |
plano_regulamentacao | Texto | Sim | Informação sobre a regulamentação do plano, entendendo-se por: Regulamentado / Adaptado / Não regulado. |
plano_rede_atendimento_codigo | Texto | Não | Código da rede de atendimento. A rede de atendimento nesse caso é a classe de clínicas/hospitais que o plano do beneficiário pode acessar. Caso sua operadora tenha essa regra, informe aqui. Caso não tenha, deixe o campo em branco. |
plano_rede_atendimento_descric | Texto | Não | Descrição da rede de atendimento. A rede de atendimento nesse caso é a classe de clínicas/hospitais que o plano do beneficiário pode acessar. Caso sua operadora tenha essa regra, informe aqui. Caso não tenha, deixe o campo em branco. |
plano_data_final_cpt | Texto | Não | Data final da CPT do cliente, quando houver, no formato String. Pode-se informar também textos indicativos, de acordo com a necessidade da operadora. Obrigatório no cartão do beneficiário conforme RN 389. Nesse caso, portanto, o formato do texto é livre. Exemplos de conteúdo: 20/10/2022 NÃO POSSUI CPT ISENTO 30/10/2023 |
plano_registro_ans | Texto | Sim | Número de registro do plano do beneficiário na ANS. |
plano_inicio_vigencia | Texto | Sim | Formato: YYYY-MM-DD. |
plano_tipo_usuario_codigo | Texto | Sim | Conteúdo válido: Importante. Só pode existir um (1) usuário no Array de beneficiários com a propriedate idTipoUsuario = T por contrato |
plano_tipo_usuario_descricao | Texto | Sim | Descrição do código. Exemplos: Titular Dependente Agregado |
cartao_validade | Texto | Sim | Formato: YYYY-MM-DD |
cartao_via | Número | Sim | Indica o numero da via do cartão vigente do beneficiário. |
cartao_numero_cns | Texto | Sim | Número do Cartão Nacional de Saúde. Obrigatório no cartão do beneficiário conforme RN 389. Importante: caso não possua a informação, preencher com “NÃO CONSTA”. |
cartao_apresenta_cartao | Número | Sim | Informe 1 para apresentar o cartão virtual. Caso não tenha acesso ao cartão virtual, informe 0. |
empresa_contratante_codigo | Texto | Sim | Quando o beneficiário for contrato PJ deve informar neste campo o código da empresa em seu sistema de gestão. Quando o beneficiário for contrato PF, deve vir o CPF do titular. |
empresa_contratante_descricao | Texto | Sim | Quando o beneficiário for contrato PJ, informar nome da empresa. Quando o beneficiário for contrato PF deve vir o nome do titular. |
cartao_modelo | Texto | Sim | Modelo do cartão que será reproduzido, no aplicativo. IMPORTANTE: esse campo DEVE NECESSARIAMENTE ter correlação com o NOME DO CARTÃO criado na ferramenta de construtor de cartão virtual. Motivo: ao exibir o cartão, a rotina de cartão virtual vai procurar por um MODELO DE CARTÃO no construtor de cartões que possua O MESMO NOME deste campo. Caso encontre, exibirá o modelo. Se não encontrar um cartão virtual relacionado, vai devolver CARTÃO NÃO LOCALIZADO. IMPORTANTE: Este atributo é obrigatório a exibição em letras minusculas Ex: plano-saude-basico |
cartao_numero | Texto | Sim | Número do cartão, que será exibido na carteirinha. |
contrato_tipo_pessoa_codigo | Texto | Sim | Código do tipo de pessoa. Exemplos: F J |
contrato_tipo_pessoa_descricao | Texto | Sim | Descrição do tipo de pessoa. Exemplos: Pessoa Física Pessoa Jurídica |
tipo_relacionamento_codigo | Texto | Sim | Código do tipo de relacionamento (1, 2, 3) |
tipo_relacionamento_descricao | Texto | Sim | Conteúdo válido: |
tipo_contratante_codigo | Texto | Sim | Código do tipo do contratante. Informe 1, 2, 3 |
tipo_contratante_descricao | Texto | Sim | Conteúdo válido: |
contrato_data_inicio_vigencia | Texto | Sim | Formato: YYYY-MM-DD |
bloqueio_bloqueado | Número | Sim | Retornar 1 se o beneficiário está bloqueado, e 0 se não. |
bloqueio_data_bloqueio | Texto | Condicional | Torna-se obrigatório quando o campo bloqueio_bloqueado for informado com 1. Formato: YYYY-MM-DD |
bloqueio_motivo_bloqueio | Texto | Condicional | Descrição do motivo de bloqueio. Obrigatório quando bloqueio_bloqueado tiver conteúdo 1 |
contrato_descricao | Texto | Sim | Formato: Texto livre. |
numero_contrato | Texto | Sim | Número do contrato |
cartao_nome | Texto | Sim | Utilize esse campo para exibir um nome reduzido. Caso não seja informado, o nome do beneficiário será exibido no cartão com base no atributo "nome", dentro do objeto dados pessoais. |
cartao_nome_social | Texto | Não | Utilize esse campo para exibir um nome social reduzido. Caso não seja informado, o nome do beneficiário será exibido no cartão com base no atributo "nome", dentro do objeto dados pessoais. |
cartao_operadora_contratada | Texto | Não | Informe o nome da operadora contratada, caso exista uma operadora contratada para atendimento a este beneficiário. Formato: Texto livre. |
cartao_convenio_ans_contratada | Texto | Não | Informe o número de registro ANS da operadora contratada. |
cartao_seed | Texto | Não | Seed utilizado para gerar o token de autorização. Formato: Texto livre, mas deve ser enviado como BASE32. A Mobile Saúde recomenda a utilização do número do cartão do beneficiário como SEED. LEMBRE-SE: converta-o em BASE32. Para saber como sua STRING deve ser enviada, siga esse link online: Base32 converter – Encode and decode online Caso não saiba o que é um BASE32, siga esse link: Base32 Importante: caso sua empresa não utilize o conceito de TOKEN para autorização, não preencha esse atributo. |
cartao_convenio_abrangen_verso | Texto | Não | Texto descritivo da abrangência contido no verso do cartão |
contrato_cod_local_atendimento | Texto | Não | Código referente ao local de atendimento |
acesso_funcionalidade | Texto | Não | Utilize este campo para indicar as funcionalidades onde o beneficiário poderá ser listado para seleção na tela de Grupo Familiar. Exemplo: imagine que o seu aplicativo possui as funcionalidades abaixo: 1 - Solicitação de Reembolso Online ( ID 10) 2 - Solicitação de Autorização Online( ID 50) 3 - Solicitação de Atualização Cadastral (ID 16) E que este beneficiário, neste contrato, deve ser exibido para seleção apenas nas funcionalidades Autorização e Atualização Cadastral. Neste caso, preencha esta coluna da seguinte forma: 50 | 16 Onde número “50” é o código da funcionalidade de Autorização, o símbolo Pipe ( | ) é o delimitador, e número “16“ é o código da funcionalidade Atualização Cadastral. Uma vez preenchida, este beneficiário, neste contrato em questão só será exibido nas funcionalidades Autorização e Atualização Cadastral e será inibido na funcionalidade Solicitação de Reembolso, quando ele mesmo não for o usuário logado. Para que o seu beneficiário tenha acesso a todas as funcionalidades basta deixar este campo em branco. Na documentação mais abaixo segue a lista com os IDs das funcionalidades. |
nome_mae | Texto | Não | Nome da mãe do beneficiário, será muito bem utilizado em casos que necessitem de elegibilidade, redefinição de senha e etc. |
data_inclusao | Texto | Não | A data de inclusão do beneficiário ao plano. |
Acesso Funcionalidade
Clique abaixo para ver a relação das funcionalidades existentes na estrutura da Mobile Saúde.
View - omni_beneficiario_carencia
Tipo do objeto: View
Nome do objeto: omni_beneficiario_carencia
Objeto obrigatório: SIM
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_omni_beneficiario_carencia | Número | Sim | Atributo do tipo primary key. Deve ser um número único por registro. |
id_operadora | Número | Sim | Atributo fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Atributo fixo no valor = '1', quanto view ou tabela for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Atributo fixo no valor = 1, quanto view ou tabela for implementado pela operadora. |
chave_unica | Texto | Sim | Está chave é a identificação única por beneficiário. Importante: caso um mesmo beneficiário esteja presente em mais de um contrato ou em mais de um grupo familiar, a chave única poderá se repetir, desde que seja o MESMO BENEFICIARIO. |
plano_codigo | Texto | Sim | Numeração do código do plano. |
tipo_servico | Texto | Sim | Texto com o tipo de serviço, exemplo: Consulta, Exames, Internação, Parto... |
numero_contrato | Texto | Sim | Informar o numero do contrato que será vinculado esta carencia, exemplo: Contrato 0001 Carencias A, B e C |
carencia | Texto | Sim | Informar o texto a ser apresentado. O campo tem conteúdo aberto, podendo exibir datas ou texto livre. Exemplos: Vencida 31/12/2015 12 meses |
View - omni_beneficiario_login
Tipo do objeto: View / Tabela
Nome do objeto: omni_beneficiario_login
Objeto obrigatório: SIM
Informação adicional: indicamos o uso de view caso vc já consiga / possua uma tabela centralizadora de logins.
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_omni_beneficiario_login | Número | Sim | Atributo do tipo primary key. Deve ser um número único por registro. |
id_operadora | Número | Sim | Atributo fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Atributo fixo no valor = '1', quanto view ou tabela for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Atributo fixo no valor = 1, quanto view ou tabela for implementado pela operadora. |
chave_unica | Texto | Sim | Está chave é a identificação única por beneficiário. Importante: caso um mesmo beneficiário esteja presente em mais de um contrato ou em mais de um grupo familiar, a chave única poderá se repetir, desde que seja o MESMO BENEFICIARIO. |
login | Texto | Sim | Informação que o beneficiário vai utilizar no momento de se identificar na tela do login do app. Este login deve ser único, ou seja, não pode se repetir nessa view ou tabelas. |
senha | Texto | Sim | Senha de acesso. |
data_criacao_acesso | Data | Sim | Data de criação do acesso. |
data_ultimo_update | Data | Não | Informe a data de última troca de senha do usuário. |
permitir_acesso | Número | Sim | Retornar 1 se o deve permitir o acesso, e 0 se não. Utilização: caso a operadora queira restringir acesso, muda este atributo de 1 para 0 e o beneficiário não conseguirá mais logar no app. |
View - omni_beneficiario_custom
Tipo do objeto: View
Nome do objeto: omni_beneficiario_custom
Objeto obrigatório: SIM
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_omni_custom | Número | Sim | A ideia desse é ser um atributo do tipo primary key, ou seja, se a implementação for tabela ou wien este atributo deve ser um número único por registro. |
id_operadora | Número | Sim | Criar atributo e deixar fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Criar atributo e deixar fixo o valor = '1' , quanto view for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Criar atributo e deixar fixo o valor = 1 , quanto view for implementado pela operadora. |
chave_unica | Texto | Sim | Está chave é a identificação única por beneficiário, é a identificação da Pessoa. Importante: caso um mesmo beneficiário esteja presente em mais de um contrato ou em mais de um grupo familiar, a chave única poderá se repetir, desde que seja o MESMO BENEFICIARIO. Deve ter correlação com o campo 'chave_unica' da view 'omni_beneficiario' |
plano_codigo | Texto | Sim | Numeração do código do plano. Deve ter correlação com o campo 'plano_codigo' da view 'omni_beneficiario' |
numero_contrato | Texto | Sim | Número do contrato. Deve ter correlação com o campo 'numero_contrato' da view 'omni_beneficiario' |
Você pode dar o nome que quiser, e criar quantos campos quiser. Crie 1 nome de acordo com a utilização do seu campo customizado. Exemplos de uso: cor_olhos doador_orgaos matricula_no_sistema_parceiro_abc
| Texto | Sim | Você deve criar quantos campos quiser, para que seu conteúdo seja enviado para o app, no objeto CUSTOM. Ou seja, se você criar um campo “doador_orgaos”, insira SIM ou NÃO para cada linha, de acordo com seu cadastro de beneficiários. Você pode criar QUANTOS CAMPOS QUISER nessa tabela, desde que tenham conteúdos. IMPORTANTE: Caso você não tenha nenhum campo custom NESTE MOMENTO, não crie nenhum campo. Crie apenas a VIEW sem nenhum campo adicional. |
id_omni_custom | id_operadora | instancia_aplicacao | id_config_cliente_app | chave_unica | plano_codigo | numero_contrato | religiao_beneficiario | data_de_casamento |
1 | 1 | 1 | 1 | 1123123123 | 123123 | 22222222 | Católico |
|
2 | 1 | 1 | 1 | 333333333 | 44444444 | 1233123123 |
| 20/10/2022 |
Nesse caso, a API vai retornar um conteúdo como esse:
"custom": [
{
"chave": "religiao_beneficiario",
"valor": "Católico"
},
{
"chave": "data_de_casamento",
"valor": null
}
]
"custom": [
{
"chave": "religiao_beneficiario",
"valor": null
},
{
"chave": "data_de_casamento",
"valor": "20/10/2022"
}
]
Stored Procedure - omni_sp_cria_acesso
Tipo do objeto: Stored Procedure
Nome do objeto: omni_sp_cria_acesso
Objeto obrigatório: SIM
Informação adicional: esta stored procedure deve adicionar registros na view omni_beneficiario_login
descrita anteriormente.
Estrutura de parâmetros:
Ordem | Nome | Tipo | Parâmetro IN/OUT | Descrição do Atributo |
---|---|---|---|---|
1 | p_id_operadora | Número | IN | Seta Valor Default na tabela de login |
2 | p_id_config_cliente_app | Número | IN | Seta Valor Default na tabela de login |
3 | p_ambiente | Texto | IN | Seta Valor Default na tabela de login |
4 | p_chave_unica | Texto | IN | Está chave é a identificação única por beneficiário. Este chave não deve se repetir em nenhuma hipótese. |
5 | p_nova_senha | Texto | IN | Senha ao criar o acesso. |
6 | p_retorno | Texto | OUT | “TRUE” se a inserção ocorreu com sucesso, “FALSE” caso não tenha incluído na tabela. |
Stored Procedure - omni_sp_update_acesso
Tipo do objeto: Stored Procedure
Nome do objeto: omni_sp_update_acesso
Objeto obrigatório: SIM
Informação adicional: stored procedure responsável por alterar a senha do usuário na view omni_beneficiario_login
. Importante: atualize também o campo data_ultimo_update
ao executar essa procedure.
Estrutura de parâmetros:
Ordem | Nome | Tipo | Parâmetro IN/OUT | Descrição do Atributo |
---|---|---|---|---|
1 | p_id_operadora | Número | IN | Seta Valor Default na tabela de login |
2 | p_id_config_cliente_app | Número | IN | Seta Valor Default na tabela de login |
3 | p_ambiente | Texto | IN | Seta Valor Default na tabela de login |
4 | p_chave_unica | Texto | IN | Está chave é a identificação única por beneficiário. Este chave não deve se repetir em nenhuma hipótese. |
5 | p_nova_senha | Texto | IN | Senha ao criar o acesso. |
6 | p_retorno | Texto | OUT | “TRUE” se a inserção ocorreu com sucesso, “FALSE” caso não tenha incluído na tabela. |
View - omni_beneficiario_integracao
Tipo do objeto: View
Nome do objeto: omni_beneficiario_integracao
Objeto obrigatório: NÃO
Informação adicional: A view é opcional e preenche o objeto “integracao” do payload de login, primeiro acesso e relogin do Beneficiário, para mais informações sobre o funcionamento do objeto integração consulte 1.1 - Login | Objeto “beneficiarios”
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_omni_integracao | Número | Sim | Atributo do tipo primary key. Este atributo deve ser um número único por registro. |
id_operadora | Número | Sim | Atributo fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Atributo fixo no valor = '1', quanto view ou tabela for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Atributo fixo no valor = 1, quanto view ou tabela for implementado pela operadora. |
chave_unica | Texto | Sim | Chave de identificação única de pessoa. Não deve se repetir em nenhuma hipótese, para pessoas diferentes. |
numero_contrato | Texto | Sim | Número do contrato |
chave | Texto | Sim | Nome do atributo a ser retornado como chave no objeto integração, recomendamos que não utilize caracteres especiais ou espaços. As chaves não podem se repetir entre o mesmo beneficiário |
valor | Texto | Sim | Valor a ser atribuido a chave, retornará no objeto integração no formato: "integracao”: {
{
“chave” : “valor”,
“chave2” : “valor2”,
} |
View - omni_ben_acesso_grupo_familiar
Tipo do objeto: View
Nome do objeto: omni_ben_acesso_grupo_familiar
Objeto obrigatório: NÃO
Informação adicional: A view é opcional e é utilizada exclusivamente na integração (também opcional) “grupoFamiliar” do Connect , descrita no documento 1.4 - Grupo familiar - Acesso funcionalidade
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_acesso_grupo_familiar | Número | Sim | Atributo do tipo primary key. Este atributo deve ser um número único por registro. |
id_operadora | Número | Sim | Atributo fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Atributo fixo no valor = '1', quanto view ou tabela for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Atributo fixo no valor = 1, quanto view ou tabela for implementado pela operadora. |
chave_unica | Texto | Sim | Chave de identificação única de pessoa. Representa o usuário logado a regra será aplicada na relação entre o usuário logado e o usuário referenciado em chave_unica_acesso |
id_funcionalidade | Texto | Sim | Id da funcionalidade que o acesso está sendo permitido |
numero_contrato | Texto | Sim | Número do contrato do beneficiário referenciado em chave_unica_acesso para aplicação da regra de acesso. |
chave_unica_acesso | Texto | Sim |
No arranjo acima teriamos as seguintes referencias, com um login do titular¨:
|
View - omni_beneficiario_permissao
Tipo do objeto: View
Nome do objeto: omni_beneficiario_permissao
Objeto obrigatório: NÃO
Informação adicional: A view é opcional e é utilizada exclusivamente na integração (também opcional) do Connect , descrita no documento 1.1 - Login | Segurança e permissões 1.1 - Login | Objeto “usuarioLogado”
Estrutura de campos:
Campo | Tipo | Obrigatório | Descrição |
---|---|---|---|
id_omni_beneficiario_permissao | Número | Sim | Atributo do tipo primary key. Este atributo deve ser um número único por registro. |
id_operadora | Número | Sim | Atributo fixo o valor = 1, quanto view for implementado pela operadora. |
instancia_aplicacao | Texto | Sim | Atributo fixo no valor = '1', quanto view ou tabela for implementado pela operadora. |
id_config_cliente_app | Número | Sim | Atributo fixo no valor = 1, quanto view ou tabela for implementado pela operadora. |
chave_unica | Texto | Sim | Chave de identificação única de pessoa. Representa o usuário logado. |
id_funcionalidade | Texto | Sim | Id da funcionalidade que o acesso está sendo permitido |
acesso | Número | Sim | Como no array de permissões da autenticação, controla se o usuário possui ou não acesso à funcionalidade 0 = False |
mensagem_bloqueio | Texto | Sim | Mensagem de bloqueio exibida ao acessar uma funcionalidade que ele não tem acesso. Importante ser preenchida já que mesmo oculto o usuário pode chegar na funcionalidade por outros caminhos (banners, notificação e etc) |
ocultar | Número | Sim | Define se a funcionalidade deve ou não ser ocultada 0 = False |
Tabela com ID de funcionalidades
Mobile Saúde - Mosia Omnichannel