Histórico da Página
...
Baixe a versão mais recente do pacote de instalação no portal de clientes e descompacte em um diretório da máquina local. Segue abaixo o exemplo de como buscar os pacotes:
Entre na pasta Disk1 e execute o “setup.exe” e clique em "Avançar".
Informe o Nome do Usuário e Empresa e clique em "Avançar".
Selecione a Unidade de Disco em que será realizada a instalação. Será criada uma pasta TOTVS na unidade de destino. Clique em "Avançar".
Selecione o Sistema ERP utilizado e clique em "Avançar".
Somente para Gestão de Planos: Selecione o tipo de banco de dados que o Foundation Saúde irá utilizar. Este banco é independente do banco de dados utilizado pelo ERP. Clique em "Avançar".
Somente para Gestão de Planos: Informe o diretório onde o Gestão de Planos está instalado. Esta informação será utilizada para configurar o AppServer Progress utilizado pelo Foundation Saúde. Clique em "Avançar".
Informe os dados de acesso ao banco de dados. Esta informação será utilizada para configurar o acesso ao banco de dados do Foundation configurado na pasta deploy do Jboss. Clique em "Avançar".
Somente para Gestão de Planos: Informe o Nome da Maquina ou IP onde será criado o AppServer utilizado pelo Foundation Saúde para a comunicação com o Gestão de Planos. Clique em "Avançar".
Caso o banco de dados for Oracle, informe o nome da instância do banco de dados e clique em "Avançar".
Somente para Gestão de Planos: Confirmação para alterar arquivo de configuração do Progress para a criação do AppServer. Clique em "Avançar".
Aguarde a instalação finalizar e crie o serviço do Windows. Clique em "Concluir".
- Para o funcionamento do sistema Foundation. É necessária a instalação do pacote do JDK(Java Development Kit) atualizado conforme o capítulo Instalação e Configuração do Java.
- Configure o banco de dados conforme as instruções na seção configuração do banco de dados.
- Para os clientes que utilizarem o sistema Gestão de Planos, será necessário configurar o AppServer, conforme a seção configuração para Gestão de Planos.
- Se a versão do sistema escolhido utilizar certificado digital, as configurações nas seções 8.5 Certificado Digital e 8.6 Configuração de Segurança no Servidor de Aplicações serão obrigatórios. Estas configurações são válidas para os módulos PTU e TISS. Se for utilizado somente o módulo TISS sem certificado digital, faz-se necessário realizar as configurações conforme seção 8.6.2 Desabilitar Certificado PTU/TISS, por meio desta seção você estará desabilitando o uso do certificado digital no sistema.
- No diretório “C:\totvs\jboss-4.2.3.GA\server\default\conf”, possui o arquivo "tiss.ini", onde são realizadas algumas configurações referentes ao módulo TISS. Verifique a seção 6.2 Configurações para configurar o arquivo de acordo com as necessidades da operadora.
- Observação: Se o sistema "Foundation", for configurado com o sistema "UNICOO", será necessário copiar o arquivo "tiss.ini" para o diretório “C:\totvs\jboss-4.2.3.GA\bin”, contudo, na pasta "BIN" as propriedades "tiss.schema", "tiss.schema.anterior" e "tissnet.schema", devem ser preenchidas com o caminho completo onde se encontram os "schemas".
- Nas seções 8. PTU e 8.3 Demais Configurações PTU possuem as configurações obrigatórias de "WebService", para o uso do módulo "PTU".
- Na seção 10 Processo de Geração do SIB possui as configurações necessárias para configurar o módulo "SIB", no sistema "Foundation".
- Após a realização destes passos já podemos iniciar o servidor de aplicação conforme a seção 6. Inicialização e Acesso.
- A partir do 10º passo serão realizadas algumas configurações referente à parametrização no sistema "Foundation". Em alguns casos será necessário um pouco de conhecimento nas regras de negócios da operadora.
- Para realizar as configurações referentes à norma "IN 40", da TISS, verifique a seção 9.2 IN40 – Obrigatoriedade do CID.
- Se houver a necessidade de fazer upload de XML TISS via diretório, basta realizar as configurações conforme a seção 10. Upload via diretório.
- Faça as configurações mencionadas na seção 12.1 Configuração de Memória caso haja a necessidade de aumentar as configurações de memória utilizadas pelo "JBOSS".
...
Conforme os pré-requisitos do sistema, a versão do Java a ser instalado deve ser o "JDK 1.6 build 18". Esta versão pode ser encontrada no site da Oracle® (http://java.sun.com/products/archive/j2se/6u18/index.html), ao acessar o link será exibida a tela abaixo, selecione a versão conforme o seu sistema operacional e faça o download.
Instalação do Java para Windows
Após ter finalizado o download, execute o "jdk-6u18-windows-i586.exe" (Windows® 32 bits), será inicializado o instalador.
Na próxima tela serão exibidas as opções de instalações do JAVA, altere apenas o diretório onde será instalado o JAVA conforme o exemplo abaixo. O recomendado é deixar o local de instalação em “C:\Java\jdk1.6.0_18”, pois o padrão oferecido pela instalação do JAVA contem espaços no endereço (“C:\Arquivos de programas”), onde pode provocar problemas no sistema.
Aguarde a finalização da barra de progresso:
...
Após a finalização da barra de progresso é exibida a tela abaixo indicando que a instalação chegou ao fim.
Clique em “Finish” para finalizar a instalação.
...
Clique com o botão direito em Meu computador\Propriedades\Avançado\Variáveis de ambiente. |
|---|
Para o Windows® Vista/Seven voce deve fazer da seguinte maneira:
| Clique com o botão direito em Meu computador\Propriedades\Configurações avançadas do sistema\Variáveis de ambiente. |
|---|
Na tela que irá se abrir clique em "Variáveis de Sistema", conforme a imagem abaixo:
Clique em "Variáveis de ambiente", logo após clique em "Novo" e crie à variável "JAVA_HOME" com o valor “C:\Java\jdk1.6.0_18”, conforme a imagem abaixo:
Clique em "OK", para finalizar a configuração da variável "JAVA_HOME". Procure na lista “Variáveis do sistema” e a variável “Path”, clique em "Editar" e no campo "Valor da variável", acrescente no final do campo o valor “;%JAVA_HOME%\bin”, conforme a imagem abaixo:
Instalação do Java para Linux
...
Criando o banco de dados do sistema
Este capítulo tem o objetivo de auxiliar o cliente na criação de uma base de dados no Progress®. Todos os passos abaixo foram realizados com a versão 10.1C do Progress®.
Criando uma Base de Dados Progress
- No menu "Iniciar", clique na pasta "Progress", e clique em "Database Administration".
- Clique no menu "Database\Create", será exibida a janela conforme a imagem abaixo:
- Clique em "Files" e selecione o local "c:\totvs\database" (criar os diretórios caso não exista), para criar os arquivos do banco. Exemplo: “.db” do Progress®. O nome padrão para o arquivo do banco de dados será "emssaude", conforme a imagem abaixo:
Observação: Os arquivos ".db", são o banco de dados do Progress®, sempre manter um backup deste arquivo pois se for corrompido, toda a estrutura de base do "FoudationFoundation" terá que ser recriada.
- Clique em "OK", e na próxima tela clique novamente em "OK".
- Para poder conectar ao banco de dados é necessário criar o usuário "sysprogress".
- No "Database Administration" acesse "Admin\Security\Edit User List".
- Será exibida a tela para edição de usuários para o banco de dados recém criado.
- Clique em "Add" e na próxima tela preencha os campos "User ID" com "sysprogress", "User Name" com um nome qualquer e o "Password" com a senha (usuário do banco).
- No diretório onde foi criado os arquivos do banco de dados (.db, .lg, etc...), crie o arquivo “start.bat” e “shutdown.bat”.
- O primeiro arquivo será utilizado para iniciar o banco com o "broker SQL" e o segundo será utilizado para derrubar o banco quando necessário.
Edite o arquivo "start.bat" com um editor de textos, copie o conteúdo abaixo e cole no arquivo.
@echo off
echo Iniciando o banco de dados do sistema Foundation
echo.
echo.
:: Setar as variaveis Progress
set DLC=C:\DIRETORIO_INSTALACAO_PROGRESS
set PROMSGS=%DLC%\promsgs
set PATH=%DLC%\bin;%PATH%
:: Carregar o Banco
%DLC%\bin\_mprosrv emssaude -S 10000 -numsep 46 -numsep 44 -L 20000 -B 200 -bithold 1800 -n 200 -Mn 200 -Mpb 2 -Ma 200 -Mm 4096 -ServerType SQL -basetable 1 -tablerangesize 3500 -Mxs 32
pause
pause
Altere a linha “set DLC=C:\...“ e informe o diretório de instalação do Progress (c:\DLC101A, c:\DLC101C, etc...).
Edite o arquivo "shutdown.bat" com um editor de textos qualquer, copie o conteúdo abaixo e cole no arquivo.
@echo off
echo Derrubando o banco de dados do sistema Foundation
echo.
echo.
:: Setar as variaveis Progress
set DLC=C:\DIRETORIO_INSTALACAO_PROGRESS
set PROMSGS=%DLC%\promsgs
set PATH=%DLC%\bin;%PATH%
:: Derrubando o Banco
%DLC%\bin\proshut emssaude -by
pause
No diretório onde foi criado o banco de dados deve ficar semelhante a imagem abaixo:
Após a criação dos arquivos, inicie a base de dados e acesse para a execução dos scripts SQL.
Execute o arquivo "start.bat", será carregado o banco de dados, execute “shutdown.bat” para derrubar se necessário.
Como o "broker" iniciado é do tipo SQL, não podemos usar o Editor do Progress® para a criação das tabelas.
Utilize a ferramenta "sqlexp", encontrada na pasta "bin" da instalação do Progress®.
Para se logar no banco de dados, será necessário utilizar a linha de comando do Windows® conforme os passos a seguir:
Clique no "Menu Iniciar\Executar" e digite "cmd", pressione "Enter".
Será exibida a tela do console do Windows® semelhante a imagem abaixo:
Digite o comando conforme o exemplo abaixo:
- %DLC%\bin\sqlexp -db C:\Totvs\database\emssaude -S 10000 -user sysprogress -password sysprogress
Observação: Se o "Path" da máquina estiver configurado com o diretório "bin" da instalação do Progress®, não será necessário informar o caminho completo do executável "sqlexp" (c:\dlc101a\bin\sqlexp.bat), o executável poderá ser chamado sem o caminho (c:\dlc101a).
Quando aparecer a linha:
- SQLExplorer>
Estará conectado ao banco de dados com o usuário "sysprogress".
Para a criação do usuário que será utilizado para criação as tabelas, inclusão de registros e nas configurações do "JBOSS", no arquivo "progress-ds.xml", que será feito na próxima seção.No "SQLExplorer" (sqlexp) que está conectado, execute os comandos abaixo para criar o usuário e dar as permissões necessárias.
- SQLExplorer>
Copie e cole o bloco abaixo:
create user 'htzfoundation','htzfound123';
grant dba to htzfoundation;
commit;
Saia do "SQLExplorer" com o comando “exit” e conecte novamente com o usuário “htzfoundation”.
Copie todo o conteúdo do arquivo "CREATE_POPULATE.sql", que é disponibilizado na DISTRO de instalação e cole no SQLExplorer.
Feche o "SQLExplorer".
Criando uma Base de Dados Oracle
...
- Configure o descriptor conforme a base em uso em seu sistema.
- No diretório “docs\examples\jca”, há modelos para vários tipos de bancos.
O valor da tag “jndi-name”, deve ser mantida conforme Tabela 1 abaixo, no modelo Oracle:
<?xml version="1.0" encoding="UTF-8"?>
<!-- ===================================================================== -->
<!-- -->
<!-- JBoss Server Configuration -->
<!-- -->
<!-- ===================================================================== -->
<!-- $Id: oracle-ds.xml 71535 2008-04-01 07:05:03Z [email protected] $ -->
<!-- ==================================================================== -->
<!-- Datasource config for Oracle originally from Steven Coy -->
<!-- ===================================================================== -->
<datasources>
<local-tx-datasource>
<jndi-name>FoundationAutorizadorDS</jndi-name>
<connection-url>jdbc:oracle:oci8:@youroraclehost:1521:yoursid</connection-url>
<driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
<user-name>htzfoundation</user-name>
<password>htzfound%123</password>
<exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.OracleExceptionSorter</exception-sorter-class-name>
<!-- corresponding type-mapping in the standardjbosscmp-jdbc.xml (optional) -->
<metadata>
<type-mapping>Oracle9i</type-mapping>
</metadata>
</local-tx-datasource>
</datasources>
Observação: A DISTRO disponibilizada já esta com o arquivo pré-configurado, altere os dados da "URL", usuário e senha do banco de dados, se necessário. Na próxima página, segue o modelo Progress®:
<?xml version="1.0" encoding="UTF-8"?>
<!-- ===================================================================== -->
<!-- -->
<!-- JBoss Server Configuration -->
<!-- -->
<datasources>
<local-tx-datasource>
<jndi-name>FoundationAutorizadorDS</jndi-name>
<connection-url>jdbc:datadirect:openedge://IP:PORTA;databaseName=emssaude;WorkArounds=536870912</connection-url>
<driver-class>com.ddtek.jdbc.openedge.OpenEdgeDriver</driver-class>
<user-name>htzfoundation</user-name>
<password>htzfound%123</password>
<metadata>
<type-mapping>Progress</type-mapping>
</metadata>
</local-tx-datasource>
</datasources>
Observação: A DISTRO disponibilizada já esta com o arquivo pré-configurado, bastando alterar os dados da "URL", usuário e senha do banco de dados, se necessário.
Nesse arquivo, para o sistema "UNICOO", também é necessário a configuração da conexão com o "ERP", conforme exemplo abaixo:
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 | ||||
|---|---|---|---|---|
|
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
| acessoExterno | |
| acessoExterno |
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
- 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.
#Descrição: Configura a obrigatoriedade do CID nas guias TISS #Obrigatoriedade do CID nas guias de Consulta |
|---|
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:
- Acessar o sistema "Foundation", pela Web. Ex.: http://localhost:28080/htz ;
- Logar no sistema com a conta de administrador;
- Acessar a opção “Solicitação / Upload”;
- Acessar a opção “Console TISS”;
- 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:
- sib.connector;
- sib.generated.dir;
- sib.ans.cnpj;
- sib.ans;
- 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:
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.
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas