Histórico da Página

...

Segurança de Acesso para o Banco de Dados

No arquivo “login-config.xml”, localizado na estrutura “C:/totvs/jboss-4.2.3.GA/server/default/conf”, a partir do diretório de instalação, verifique a tag “application-policy” para o nome do "Descritor da Fonte de Dados" (DataSource Descriptor) “FoundationAutorizadorDS”. Exemplo abaixo:

Observação: A DISTRO disponibilizada já esta com o arquivo configurado.

Âncora
confGPS confGPS

Configurações para Gestão de Planos

As seções a seguir são válidas apenas para usuários do sistema Totvs Gestão de Planos. Caso seu ERP, for o Unicoo, vá para o passo 6.

Criação do AppServer

O AppServer é utilizado para fazer a comunicação entre o Foundation X Gestão de Planos. A seguir, os dados para sua criação.

Criação do novo AppServer (HTZFoundation):

Configurações do AppServer:

Para acessar as configurações clique com o botão direito do mouse no AppServer criado e clique em "Propriedades".

Na opção “Broker”, altere o diretório de trabalho, para o qual for utilizado, se necessário altere a porta de comunicação, lembrando que dois AppServers não funcionam na mesma porta

Na opção "Agente\Geral", podem ser alterada as configurações de parâmetros de inicialização do servidor, "Propath" e o caminho para geração do log.

Para clientes que utilizam banco de dados unificado, é necessário a criação do arquivo de "ALIAS" e a configuração no AppServer. Exemplo:

Exemplo de arquivo alias.p:

Configuração de acesso ao AppServer

A configuração de acesso é por meio do arquivo datasul_framework.properties, que ficará localizado no diretório C:\totvs\jboss-4.2.3.GA\server\default\conf.

O arquivo datasul_framework.properties, configura IP e porta onde está o serviço disponível no AppServer, conforme descrito abaixo:

• • Propriedade: progress.server.name
  • Descrição: Nome ou IP do servidor AppServer Progress. Obrigatório.

• • Propriedade: progress.server.port
  • Descrição: porta IP do servidor AppServer Progress. Obrigatório.

• • Propriedade: progress.server.application
  • Descrição: nome do serviço AppServer Progress. Obrigatório.

• • Propriedade: progress.server.maxconnections
  • Descrição: numero Maximo de conexões com a AppServer Progress. É o mesmo numero de agentes configurados no AppServer. Obrigatório.

Abaixo um exemplo de configuração:

#+-------------------------------------------+

#| CONFIGURACOES APPServer |

#+-------------------------------------------+

progress.server.name=localhost

progress.server.port=5162

progress.server.application=HTZFoundation

progress.server.maxconnections=2

 

Para que o arquivo seja localizado pelo servidor de aplicação, deverá ser configurado no arquivo C:\totvs\jboss-4.2.3.GA\bin\run.bat ou C:\totvs\jboss-4.2.3.GA\bin\run.sh a variável denominada "datasul.framework.properties".

• Configuração para Windows: editar o arquivo jboss-4.2.3.GA\bin\run.bat
  • set JAVA_OPTS=%JAVA_OPTS% -Ddatasul.framework.properties.dir=C:\totvs\jboss-4.2.3.GA\server\default\conf
• Configuração para Linux: editar o arquivo jboss-4.2.3.GA\bin\run.sh
  • JAVA_OPTS=$JAVA_OPTS -Ddatasul.framework.properties.dir=C:\totvs\jboss-4.2.3.GA\server\progress\conf

Executar Scripts de Banco de Dados

Após finalizar a execução do instalador, será criada a pasta Scripts no diretório C:\totvs\foundation-saude\. Nessa pasta serão disponibilizados os scripts para criação e preenchimento das tabelas do banco de dados.

Demais Configurações

Esta seção tem o objetivo de mostrar configurações adicionais e opcionais.

Consumo de Memória

Atualmente o JBoss vem configurado com 1024mb de memória. Segue abaixo os passos para alterar a configuração de memória no sistema.

Windows®

Editar o arquivo JBOSS_HOME/bin/run.bat, com um editor de textos e procurar pelos parâmetros "–Xms", "-Xmx" e "-XX:MaxPermSize", conforme o exemplo abaixo:

Os valores em vermelho representam a quantidade de memória configurada para o servidor de aplicações e devem ser alterados para o valor desejado. 

–Xms512m –Xmx1024m –XX:MaxPermSize=256m

Linux®

Editar o arquivo “/JBOSS_HOME/bin/run.sh”, com um editor de textos e procurar pelos parâmetros "–Xms", "-Xmx" e "-XX:MaxPermSize", conforme o exemplo abaixo:

Os valores em vermelho representam a quantidade de memória configurada para o servidor de aplicações e devem ser alterados para o valor desejado. 

–Xms512m –Xmx1024m –XX:MaxPermSize=256m

Âncora
acessoExterno acessoExterno

Acesso Externo

Para liberação do sistema para internet, será necessária a criação de um subdomínio e a configuração no parâmetro -b, nos arquivos start.bat, ou start.sh, o endereço criado.

Exemplo:

A operadora de saúde que está configurando o Foundation Saúde possui atualmente o domínio www.operadorasaudeexemplo.com.br.

Ao criar o subdomínio, sugerimos o nome foundation.operadorasaudeexemplo.com.br. A configuração no firewall desta operadora e o redirecionamento de todas as requisições de entrada/saída nas portas 80/443, que forem solicitadas por meio deste endereço, deverá ser redirecionadas para o servidor onde se encontra o servidor de aplicação JBoss.

O arquivo “start.bat“, ficará configurado conforme o exemplo abaixo:

run.bat –b foundation.operadorasaudeexemplo.com.br

O arquivo “start.sh”, ficará configurado conforme o exemplo abaixo:

./run.sh –b foundation.operadorasaudeexemplo.com.br

Ative o SSO no JBOSS editando o arquivo JBOSS_HOME\server\default\deploy\jboss-web.deployer\server.xml.

No arquivo, retire do comentário da linha a seguir: <Valve className="org.apache.catalina.authenticator.SingleSignOn" />

IMPORTANTE: Dependendo da configuração do servidor do cliente, pode ser necessário a configuração do "dialect" do banco de dados no arquivo start.bat ou start.sh.

Inicialização e Acesso

Está seção tem o objetivo de auxiliar nas configurações de acesso externo, inicialização e acesso ao sistema "Foundation".

Inicialização do Servidor

IMPORTANTE: Antes de realizar a inicialização do sistema, é necessário garantir que todas as propriedades obrigatórias estejam devidamente configuradas. A página Propriedades do Foundation Saúde documenta essa informação.

Na estrutura de diretório JBOSS_HOME/bin, localize e execute o arquivo start.bat, para instalações em Windows®, ou start.sh, para instalações em Linux®.

O servidor estará iniciado quando a tela do JBoss for semelhante a essa:

Também é possível iniciar o Foundation a partir dos serviços do Windows®, conforme imagem abaixo:

Pagina Web do Foundation Saúde

A URL de acesso do Foundation Saúde, possui a seguinte estrutura: http://foundation.operadorasaudeexemplo/htz.

A porta padrão é 80. Se foi reconfigurado pode-se verificar no arquivo JBOSS_HOME/server/default/deploy/jboss-web.deployer/server.xml a tag correta, usando como critério os atributos address e protocol.

<Server>   <!-- ... -->   <Service name="jboss.web">     <!-- ... -->     <Connector port="29090" address="${jboss.bind.address}" ...         protocol="HTTP/1.1" ... />     <!-- ... -->   </Service>   <!-- ... --> </Server>

Primeiro acesso ao sistema

1. Acesse a tela de login e informe o usuário “medical” e senha “medical”

Observação: Caso houver alguma inconsistência com relação ao acesso utilizando o usuário e senha padrão, a base de dados estará com alguma divergência, e os "scripts", devem ser revisados.

2. Será apresentada a tela para inclusão dos dados de licença.

3. Contate o AR responsável pela sua conta informando seu CNPJ.

8. Regras de Validação

O "Foundation Saúde" disponibiliza regras para validação de transações TISS. Estas regras podem ser utilizadas conforme a necessidade de cada cliente e futuramente poderão ser construídas novas regras. A seguir as regras disponíveis no produto.

8.1 Validação de Lote de Guias

• • • Descrição: Verifica Guias repetidas no lote.
    • Objetivo: Realizar a consistência na mensagem TISS “ENVIO_LOTE_GUIAS” para que não seja permitido realizar o envio de um lote que guias que possuam uma ou mais guias repetidas. 

Em caso de verificação de guias repetidas no lote, será gerada uma glosa com o código igual a “1308 – Guia já apresentada”, impedindo que o lote seja encaminhado para o sistema de "Gestão de Planos". Para realizar um novo envio, o prestador deve realizar a correção do lote, eliminando a duplicidade das guias e submeter ao "Foundation Saúde" novamente.

Para a customização de regras, o cliente deve entrar em contato com o consultor ou unidade que realizou a implantação por meio de "FO", solicitando tal customização.

8.2 IN 40 – Obrigatoriedade do CID

A Instrução Normativa no. 40, divulgada pela ANS, definiu sobre o não preenchimento do CID (Classificação Internacional de Doenças da Organização Mundial de Saúde), em todas as Guias TISS (Troca de Informações em Saúde Suplementar), decorrente de liminar deferida em Ação Civil Pública promovida pelo Conselho Regional de Medicina do Estado do Rio de Janeiro.

Parágrafo Único: Fica vedada a exigência por parte das operadoras de planos privados de assistência à saúde, em quaisquer circunstâncias, o preenchimento dos seguintes campos:

I – Na guia de consulta:

a) 28-CID 10 Principal;

b) 29-CID 10 (2);

c) 30-CID 10 (3); e

d) 31-CID 10 (4).

II – Na guia de SP/SADT:

a) 23-CID 10 Principal.

III – Na guia de solicitação de internação:

a) 30-CID 10 Principal;

b) 31-CID 10 (2);

c) 32-CID 10 (3); e

d) 33-CID 10 (4).

IV – Na guia de resumo de internação:

a) 37-CID 10 Principal;

b) 38-CID 10 (2);

c) 39-CID 10 (3); e

d) 40-CID 10 (4).

Para atender  a não obrigatoriedade da informação do CID nas guias TISS, será utilizado para controle da obrigatoriedade o arquivo de configuração do sistema chamado "properties-service.xml". Neste arquivo são configurados os parâmetros para obrigatoriedade, ou não, para o CID em cada tipo de guia. Por padrão e em conformidade com a IN 40 nenhum CID será obrigatório.

O arquivo terá como base de configuração (properties-service.xml) a seguinte característica:

Este arquivo esta disponível no seguinte caminho: C:\Totvs\server\default\deploy\properties-service.xml.

Caso estas propriedades “icdrequired” não forem definidas, seu valor padrão será considerado como “false”.

Caso algum dos tipos de guia exija que o CID seja obrigatório, basta alterar o parâmetro da guia respectiva. Ex: fazer com o sistema valide o preenchimento do CID nas guias de SADT

com.datasul.medical.web.action.tiss.sadt.icdrequired=true

Observação: para que a configuração seja reconhecida pela aplicação, o "JBOSS" deve ser reinicializado.

As parametrizações ainda preveem o suporte a implementação especifica para a busca dos valores citados acima. Entretanto a aplicação é distribuída com a implementação padrão e em caso de necessidade de desenvolvimento especifico o cliente deve entrar em contato com o consultor ou unidade que realizou a implantação através de "FO", solicitando tal customização.

9. TISS – Upload por diretório

Nesta versão, o "Foundation", passa a dar suporte a upload de arquivos TISS por diretório, onde o sistema fará o monitoramento do diretório de entrada conforme veremos abaixo.

Para realizar upload de XML TISS, por meio de estrutura de diretórios com suporte também a arquivos ".ZIP", realize os passos abaixo.

• • • Definir as propriedades "tiss.recepcao" e "tiss.resposta", de acordo com o ambiente já existente ou ambiente novo.

Exemplo: tiss.recepcao=c:/tiss/recepcao e tiss.resposta=c:/tiss/resposta

• • • Este arquivo de configuração esta disponível em: C:\Totvs\server\default\deploy\properties-service.xml.

Exemplo de configuração do arquivo "properties-service.xml": 

<attribute name="Properties">

      #Informa o diretório de recepção dos arquivos TISS. Deve seguir o padrao UNIX

#Valor padrao = variável "user.dir"/recepcao

      tiss.recepcao=C:/tiss/recepcao 

      #Informa o diretório de resposta dos arquivos TISS. Deve seguir o padrao UNIX

#Valor padrao = variável "user.dir"/resposta

      tiss.resposta=C:/tiss/resposta 

      #Informa se o foundation irá ler/gravar em um subdiretorio com a data atual no padrao AAAAMMDD.

      #Valor padrao = false. Caso esta opcao estaja como true, entao deverá gravar tambem como um diretorio com a data atual.

      tiss.diretorio.dia=false

</attribute>

 Para a integração por diretório, o sistema irá gerar um log auxiliar que pode ser encontrado em: C:\Totvs\server\default\tiss-console-log.

Os arquivos processados serão movidos do diretório de entrada para o diretório C:\Totvs\server\default\xml-processados.

9.1 Iniciando e parando o processo de integração por diretório

Para iniciar o processo de monitoramento do diretório de entrada configurado, fazer o seguinte processo:

1. 1. 1. 1. Acessar o sistema "Foundation", pela Web. Ex.: http://localhost:28080/htz ;
         2. Logar no sistema com a conta de administrador;
         3. Acessar a opção “Solicitação / Upload”;
         4. Acessar a opção “Console TISS”;
         5. Clicar no botão “Start”.

 A partir deste momento o sistema irá monitorar o diretório de entrada configurado para interromper o processo, basta acionar a opção “Stop”, para verificar o status do monitoramento acione a opção “Status”.

10. SIB (Sistema de Informações de Beneficiários)

O "Foundation", passa a dar suporte na geração e retorno dos arquivos XML referentes ao "SIB", de acordo com as regras da ANS e integrado aos sistemas "Gestão de Planos" e/ou "UNICOO". Para tal processo, se faz necessário a configuração de algumas propriedades, ambas encontram-se no diretório do servidor de aplicação (JBOSS), no qual o "Foundation" faz uso, sendo ele, “c:/totvs/jboss-4.2.3.GA/server/deploy”. Nesse diretório, encontra-se o arquivo "properties-service.xml", no qual devem ser adicionadas as seguintes propriedades:

1. 1. 1. sib.connector;
      2. sib.generated.dir;
      3. sib.ans.cnpj;
      4. sib.ans;
      5. sib.upload.return.dir.

A propriedade “sib.connector”, aceita somente dois valores, sendo eles, GPS ou UNICOO, no qual indica a qual sistema o "Foundation" deve executar a comunicação. Para a geração do "SIB", esse valor é de preenchimento obrigatório.

A propriedade “sib.generated.dir”, indica em qual diretório os arquivos XML serão gerados após o processo concluído.

A propriedade “sib.ans.cnpj”, deve ser preenchido com o CNPJ da ANS.

A propriedade “sib.ans”, deve ser preenchida com o registro ANS da operadora.

A propriedade “sib.upload.return.dir”, indica o diretório para "UPLOAD" dos arquivos de retorno. 

Segue abaixo o exemplo de um arquivo configurado com as propriedades acima:

Image Removed

Observação: Podem existir outras propriedades, dependendo da utilização do sistema.

11. RPS (Registro de Plano de Saúde)

O "Foundation" passa a dar suporte na geração dos arquivos de Inclusão, Alteração, Exclusão e Vinculação referentes à "Rede Assistencial da Operadora", para o Sistema "RPS" (Sistema de Registro de Plano de Saúde) da ANS. Para tal processo, se faz necessário a configuração de algumas propriedades, ambas encontram-se no diretório do servidor de aplicação (JBOSS ), no qual o "Foundation" faz uso, sendo ele, “JBOSS_HOME/server/default/deploy”. Nesse diretório, encontra-se o arquivo "properties-service.xml", no qual devem ser adicionadas as seguintes propriedades:

• • • Propriedade: rps.generated.dir
    • Valor padrão: Ex: C:/RPS
    • Descrição: Endereço do diretório onde serão gerados os arquivos XML do RPS.

• • • Propriedade: rps.connector.base
    • Valor padrão: Valores aceitos: “ORACLE” e “PROGRESS”
    • Descrição: Indica o SGBD utilizado.

• • • Propriedade: rps.query.unicoo.prestador
    • Valor padrão: Select p.nopessoa RAZAOSOCIAL, p.nrcgc_cpf CNPJCPF, pr.nrcnes CNES,  pr.cdestado_crm UF,  c.cdcidade_ibge CODIGOMUNICIPIOIBGE,  pr.dtinicio_contratualizacao DATACONTRATUALIZACAO,  pr.dtadmissao DATAINICIOPRESTACAOSERVICO,  pr.tpcontratualizacao TIPOCONTRATUALIZACAO,  pr.tpclassif_estabelec CLASSIFICACAO,  pr.tpdisponibilidade DISPONIBILIDADESERVICO,  pr.aourgencia_emergencia URGENCIAEMERGENCIA,  pr.cdprestador CDPRESTADOR,  decode(tp.tpvinculo, '1', 'P', '2', 'P', '3', 'C') RELACAOOPERADORA  From prestador                 pr,  pessoa                    p,  prestador_estabelecimento pre,  endereco                  e,  cidade                    c,  tipo_de_prestador         tp  Where pr.nrregistro_prest = p.nrregistro  And pr.nrregistro_prest = pre.nrregistro_prest(+)  And pr.nrcnes = pre.nrcnes(+)  And e.nrregistro(+) = pre.nrregistro_prest  And e.tpendereco(+) = pre.cdtipo_endereco  And c.cdcidade(+) = e.cdcidade  And pr.tpprestador = tp.tpprestador(+) [FILTRO]
    • Descrição: Sentença sql para consulta dos prestadores caso o erp utilizado seja UNICOO.

• • • Propriedade: rps.query.unicoo.plano
    • Valor padrão: select NOPLANO, CDPLANO, CDREGISTROANS, NOMODALIDADE, AONOVA_LEGISLACAO from (select c.nocontrato NOPLANO, c.cdcontrato CDPLANO, tpc.cdproduto_min_saude CDREGISTROANS, '' NOMODALIDADE, c.aonova_legislacao from contrato_padrao c, tipo_plano_contrato tpc where c.aonova_legislacao = 'S' and tpc.cdcontrato = c.cdcontrato group by c.nocontrato, c.cdcontrato, tpc.cdproduto_min_saude, c.aonova_legislacao union all select c.nocontrato NOPLANO, c.cdcontrato CDPLANO, nvl(p.cdplano_ans, c.cdproduto_min_saude) CDREGISTROANS, '' NOMODALIDADE, c.aonova_legislacao from contrato_plano p, contrato_padrao c where p.cdcontrato = c.cdcontrato and c.aonova_legislacao = 'N' group by c.nocontrato, c.cdcontrato, nvl(p.cdplano_ans, c.cdproduto_min_saude), c.aonova_legislacao) [FILTRO]
    • Descrição: Sentença sql para consulta dos planos de saúde caso o erp utilizado seja UNICOO.

• • • Propriedade: rps.query.gps.oracle.prestador
    • Valor padrão: select preserv.nr_cgc_cpf CNPJCPF, substr(preserv.in_class_estabelec,1,1) CLASSIFICACAO, preserv.cd_cnes CNES, preserv.en_uf UF, dzcidade.int_3 CODIGOMUNICIPIOIBGE, preserv.nm_prestador RAZAOSOCIAL, case ptuvinpr.cd_tipo_vinculo_ptu when 1 then 'P' when 2 then 'P' else 'C' end RELACAOOPERADORA, previesp.in_contratualizacao TIPOCONTRATUALIZACAO, preserv.dt_ini_contrato DATACONTRATUALIZACAO, preserv.dt_inclusao DATAINICIOPRESTACAOSERVICO, preserv.int_9 DISPONIBILIDADESERVICO, preserv.cd_prestador CDPRESTADOR, '' URGENCIAEMERGENCIA from unimed, paramecp, preserv, dzcidade, previesp, ptuvinpr where unimed.cd_unimed = paramecp.cd_unimed and unimed.cd_unimed = preserv.cd_unidade and preserv.cd_cidade = dzcidade.cd_cidade and previesp.cd_unidade = preserv.cd_unidade  and previesp.cd_prestador = preserv.cd_prestador and previesp.cd_vinculo = ptuvinpr.cd_tipo_vinculo_serious and previesp.lg_principal = 1 [FILTRO] group by preserv.nr_cgc_cpf, substr(preserv.in_class_estabelec,1,1), preserv.cd_cnes, preserv.en_uf, dzcidade.int_3, preserv.nm_prestador, case ptuvinpr.cd_tipo_vinculo_ptu when 1 then 'P' when 2 then 'P' else 'C' end, previesp.in_contratualizacao, preserv.dt_ini_contrato, preserv.dt_inclusao, preserv.int_9, preserv.cd_prestador
    • Descrição: Sentença sql para consulta dos prestadores caso o erp utilizado seja GPS e o SGBD utilizado seja ORACLE.

• • • Propriedade: rps.query.gps.progress.prestador
    • Valor padrão: select preserv."nr-cgc-cpf" CNPJCPF, substr(preserv."in-class-estabelec", 1, 1) CLASSIFICACAO, preserv."cd-cnes" CNES, preserv."en-uf" UF, dzcidade."int-3" CODIGOMUNICIPIOIBGE, preserv."nm-prestador" RAZAOSOCIAL, case ptuvinpr."cd-tipo-vinculo-ptu" when 1 then 'P' when 2 then 'P' else 'C' end RELACAOOPERADORA, previesp."in-contratualizacao" TIPOCONTRATUALIZACAO, preserv."dt-ini-contrato" DATACONTRATUALIZACAO, preserv."dt-inclusao" DATAINICIOPRESTACAOSERVICO, preserv."int-9" DISPONIBILIDADESERVICO, preserv."cd-prestador" CDPRESTADOR, '' URGENCIAEMERGENCIA from PUB."unimed", PUB."paramecp", PUB."preserv", PUB."dzcidade", PUB."previesp", PUB."ptuvinpr" where unimed."cd-unimed" = paramecp."cd-unimed" and unimed."cd-unimed" = preserv."cd-unidade" and preserv."cd-cidade" = dzcidade."cd-cidade" and previesp."cd-unidade" = preserv."cd-unidade" and previesp."cd-prestador" = preserv."cd-prestador" and previesp."cd-vinculo" = ptuvinpr."cd-tipo-vinculo-serious" and previesp."lg-principal" = 1 [FILTRO] group by preserv."nr-cgc-cpf", substr(preserv."in-class-estabelec", 1, 1), preserv."cd-cnes", preserv."en-uf", dzcidade."int-3", preserv."nm-prestador", case ptuvinpr."cd-tipo-vinculo-ptu" when 1 then 'P' when 2 then 'P' else 'C' end, previesp."in-contratualizacao", preserv."dt-ini-contrato", preserv."dt-inclusao", preserv."int-9", preserv."cd-prestador"
    • Descrição: Sentença sql para consulta dos prestadores caso o erp utilizado seja GPS e o SGBD utilizado seja PROGRESS.

• • • Propriedade: rps.query.gps.oracle.plano
    • Valor padrão: Select P.NM_PLANO NOPLANO, M.DS_MODALIDADE NOMODALIDADE, p.CD_PLANO CDPLANO, T.CD_REGISTRO_PLANO CDREGISTROANS From TI_PL_SA T, PLA_SAU P, MODALID M Where T.CD_MODALIDADE = P.CD_MODALIDADE And T.CD_PLANO = P.CD_PLANO And M.cd_modalidade = p.cd_modalidade And t.cd_registro_plano Is Not Null [FILTRO] Group By P.NM_PLANO, M.DS_MODALIDADE, p.CD_PLANO, T.CD_REGISTRO_PLANO Order By NM_PLANO, p.cd_plano
    • Descrição: Sentença sql para consulta dos planos de saúde caso o erp utilizado seja GPS e o SGBD utilizado seja ORACLE.

• • • Propriedade: rps.query.gps.progress.plano
    • Valor padrão: Select P."NM-PLANO" NOPLANO, M."DS-MODALIDADE" NOMODALIDADE, p."CD-PLANO" CDPLANO, T."CD-REGISTRO-PLANO" CDREGISTROANS From PUB."TI-PL-SA" T, PUB."PLA-SAU" P, PUB."MODALID" M Where T."CD-MODALIDADE" = P."CD-MODALIDADE" And T."CD-PLANO" = P."CD-PLANO" And M."cd-modalidade" = p."cd-modalidade" And t."cd-registro-plano" Is Not Null [FILTRO] Group By P."NM-PLANO", M."DS-MODALIDADE", p."CD-PLANO", T."CD-REGISTRO-PLANO" Order By "NM-PLANO", p."cd-plano"
    • Descrição: Sentença sql para consulta dos planos de saúde caso o erp utilizado seja GPS e o SGBD utilizado seja PROGRESS.