Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Web services de Demonstrativos padrão TISS 3.02.01 

Características do Requisito

Linha de Produto:

Microsiga Protheus

Segmento:

Saúde

Módulo:

SIGAPLS - Plano de Saúde

Rotina:

Rotina

Nome Técnico

PLSA973

Tratamentos Webservices

Rotina(s) envolvida(s)

Nome Técnico

WSPLSTISSO

Webservice Tiss

PLSA973L

Validação das transações WS Tiss
PLSA498Lote de Pagamento
PLSRECGLORecurso de Glosa

Chamados Relacionados

TTIUPU

País(es):

Brasil

Banco(s) de Dados:

Todos relacionais homologados.

Tabelas Utilizadas:

B4D - Cabeçalho Recurso de glosa

B4E - Itens Recurso de glosa

BVO - Tentativas de Recurso de glosa

BCT - Motivos de glosas

Sistema(s) Operacional(is):

Windows® / Linux®

Descrição

Disponibilizado a funcionalidade de retorno em formato XML da solicitação de Recurso de Glosa e Solicitação de Status do Recurso de Glosa, conforme padrão TISS 3.02.01 da ANS.

Agora, é possível enviar um XML para o servidor do Protheus com as informações dos recursos de eventuais glosas feitas em protocolos, guias e itens das guias, bem como consultar o status das solicitações de recursos de glosa. O sistema irá gravar o recurso solicitado ou buscar na base de dados a situação de determinado recurso de glosa já realizado anteriormente e retornar um arquivo XML com os dados recursados no formato padrão, para ser tratado por outros sistemas. O arquivo enviado com as informações das solicitações deve obedecer o padrão da TISS 3.02.01.

Para que seja possível o retorno tanto do recurso de glosa ou do status do mesmo, foram utilizados os webservices tissRecursoGlosa e tissSolicitacaoStatusRecursoGlosa, que devem ser baixados do site da Agência Nacional de Saúde - ANS.

 

Importante

 

Antes de executar o compatibilizador UPDWSRG é imprescindível:

  • Realizar o backup da base de dados do produto que será executado o compatibilizador ( \PROTHEUS11_DATA\DATA) e dos dicionários de dados SXs (\PROTHEUS11_DATA\SYSTEM).
  • Os diretórios acima mencionados correspondem à instalação padrão do Protheus, portanto, devem ser alterados conforme o produto instalado na empresa.
  • Essa rotina deve ser executada em modo exclusivo, ou seja, nenhum usuário deve estar utilizando o sistema.
  • Se os dicionários de dados possuírem índices personalizados (criados pelo usuário), antes de executar o compatibilizador, certifique-se de que estão identificados pelo nickname. Caso o compatibilizador necessite criar índices, irá adicioná-los a partir da ordem original instalada pelo Protheus, o que poderá sobrescrever índices personalizados, caso não estejam identificados pelo nickname.
  • O compatibilizador deve ser executado com a Integridade Referencial desativada*.

 

Atenção

O procedimento a seguir deve ser realizado por um profissional   qualificado como Administrador de Banco de Dados (DBA) ou equivalente!

A ativação indevida da Integridade Referencial pode alterar   drasticamente o relacionamento entre tabelas no banco de dados. Portanto,   antes de utilizá-la, observe atentamente os procedimentos a seguir:

  1. No   Configurador (SIGACFG), veja se a empresa utiliza Integridade   Referencial, selecionando a opção Integridade/Verificação   (APCFG60A).
  2. Se não   há Integridade Referencial ativa,   são relacionadas em uma nova janela todas as empresas e filiais cadastradas   para o sistema e nenhuma delas estará selecionada. Neste caso, E SOMENTE NESTE, não é necessário   qualquer outro procedimento de ativação   ou desativação de integridade, basta finalizar a verificação e aplicar   normalmente o compatibilizador, conforme instruções.
  3.  Se há Integridade Referencial ativa   em todas as empresas e filiais, é   exibida uma mensagem na janela Verificação   de relacionamento entre tabelas. Confirme a mensagem para que a   verificação seja concluída, ou;
  4.  Se   há Integridade Referencial ativa   em uma ou mais empresas, que não   na sua totalidade, são relacionadas em uma nova janela todas as empresas e   filiais cadastradas para o sistema e, somente, a(s) que possui(em)   integridade está(arão) selecionada(s). Anote qual(is) empresa(s) e/ou   filial(is) possui(em) a integridade ativada e reserve esta anotação para   posterior consulta na reativação (ou ainda, contate nosso Help Desk Framework   para informações quanto a um arquivo que contém essa informação).
  5. Nestes   casos descritos nos itens “iii” ou   “iv”, E SOMENTE NESTES CASOS, é necessário desativar tal integridade, selecionando a opção Integridade/ Desativar (APCFG60D).
  6.  Quando desativada a Integridade Referencial,   execute o compatibilizador, conforme instruções.
  7. Aplicado o compatibilizador, a Integridade   Referencial deve ser reativada, SE E   SOMENTE SE tiver sido desativada, através da opção Integridade/Ativar (APCFG60). Para isso, tenha em mãos as   informações da(s) empresa(s) e/ou filial(is) que possuía(m) ativação da   integridade, selecione-a(s) novamente e confirme a ativação.

 

Contate o Help Desk Framework EM CASO DE DÚVIDAS!

 

  1. Em TOTVS Smart Client, digite U_UPDWSRG no campo Programa Inicial.
    1. Clique em OK para continuar.
    2. Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado.
  2. Ao confirmar é exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.
    1. Clique em Processar para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos. 
      É apresentada uma mensagem explicativa na tela.
    2. Em seguida, é exibida a janela Atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados.
    3. Clique em Gravar para salvar o histórico (log) apresentado.
    4. Clique em OK para encerrar o processamento. 

Atualizações do Compatibilizador

1.  Criação de Campos no arquivo SX3 – Campos:

  • Tabela BA0 - Operadoras de Saúde

    Campo

    BA0_CRIPRZ

    Tipo

    C

    Tamanho

    12

    Decimal

    0

    Formato

     

    Título

    Glos Prz Rec

    Descrição

    Glosa para prazo recurso

    Nível

     

    Usado

    Sim

    Obrigatório

    Não

    Browse

    Não

    Opções

     

    When

     

    Relação

     

    Val. Sistema

    ExistCpo("BTQ", "38"+M->BA0_CRIPRZ,1)

    Help 

    Indica o código da glosa caso o prazo limite para recurso de glosa seja atingido.

    Campo

    BA0_TABPRZ

    Tipo

    C

    Tamanho

    2

    Decimal

    0

    Formato

     

    Título

    Tab Glos Prz

    Descrição

    Tabela da glosa do prazo

    Nível

     

    Usado

    Sim

    Obrigatório

    Não

    Browse

    Não

    Opções

     

    When

     

    Relação

     

    Val. Sistema

     

    Help 

    Indica a tabela padrão que corresponde a glosa escolhida para o prazo limite de recurso de glosa

    Campo

    BA0_DESPRZ

    Tipo

    C

    Tamanho

    100

    Decimal

    0

    Formato

    @!

    Título

    Des glos prz

    Descrição

    Descrição glosa do prazo

    Nível

     

    Usado

    Sim

    Obrigatório

    Não

    Browse

    Não

    Opções

     

    When

     

    Relação

    IIF(!INCLUI,ALLTRIM(POSICIONE("BTQ",1,XFILIAL("BTQ")+BA0->BA0_TABPRZ+BA0->BA0_CRIPRZ,"BTQ_DESTER")),"")

    Val. Sistema

     

    Help

     

    Campo

    BA0_CRILIM

    Tipo

    C

    Tamanho

    12

    Decimal

    0

    Formato

     

    Título

    Glos Lim Rec

    Descrição

    Glosa para limite recurso

    Nível

     

    Usado

    Sim

    Obrigatório

    Não

    Browse

    Não

    Opções

     

    When

     

    Relação

     

    Val. Sistema

    ExistCpo("BTQ", "38"+M->BA0_CRILIM,1)

    Help

     

    Campo

    BA0_TABLIM

    Tipo

    C

    Tamanho

    2

    Decimal

    0

    Formato

     

    Título

    Tab Glos Lim

    Descrição

    Tabela da glosa de limite

    Nível

     

    Usado

    Sim

    Obrigatório

    Não

    Browse

    Não

    Opções

     

    When

     

    Relação

     

    Val. Sistema

     

    Help

     

    Campo

    BA0_DESLIM

    Tipo

    C

    Tamanho

    100

    Decimal

    0

    Formato

    @!

    Título

    Des glos lim

    Descrição

    Descrição glosa do limite

    Nível

     

    Usado

    Sim

    Obrigatório

    Não

    Browse

    Não

    Opções

     

    When

     

    Relação

    IIF(!INCLUI,ALLTRIM(POSICIONE("BTQ",1,XFILIAL("BTQ")+BA0->BA0_TABLIM+BA0->BA0_CRILIM,"BTQ_DESTER")),"")

    Val. Sistema

     

    Help

     
  • Tabela B4E - Itens Recurso Glosa

    Campo

    (X3_CAMPO)

    Tipo

    (X3_TIPO)

    Tamanho

    (X3_TAMANHO)

    Decimal

    (X3_DECIMAL)

    Formato

    (X3_PICTURE)

    Título

    (X3_TITULO)

    Descrição

    (X3_DESCRIC)

    Nível

    (X3_NÍVEL)

    Usado

    (X3_USADO) Informe Sim ou Não

    Obrigatório

    (X3_OBRIGAT) Informe Sim ou Não

    Browse

    (X3_BROWSE) Informe Sim ou Não

    Opções

    (X3_CBOX)

    When

    (X3_WHEN)

    Relação

    (X3_RELACAO)

    Val. Sistema

    (X3_VALID)

    Help

    Descreva o conteúdo informado para Help de Campo no ATUSX

  • Tabela BVO - Histórico de Recurso de Glosa

    Campo

    (X3_CAMPO)

    Tipo

    (X3_TIPO)

    Tamanho

    (X3_TAMANHO)

    Decimal

    (X3_DECIMAL)

    Formato

    (X3_PICTURE)

    Título

    (X3_TITULO)

    Descrição

    (X3_DESCRIC)

    Nível

    (X3_NÍVEL)

    Usado

    (X3_USADO) Informe Sim ou Não

    Obrigatório

    (X3_OBRIGAT) Informe Sim ou Não

    Browse

    (X3_BROWSE) Informe Sim ou Não

    Opções

    (X3_CBOX)

    When

    (X3_WHEN)

    Relação

    (X3_RELACAO)

    Val. Sistema

    (X3_VALID)

    Help

    Descreva o conteúdo informado para Help de Campo no ATUSX

 

 

 

Importante:

O tamanho dos campos que possuem grupo pode variar conforme ambiente em uso.

2.  Criação de Consulta Padrão no arquivo SXB – Consulta Padrão:

  • Pesquisa BTQBA0:

Alias

(XB_ALIAS)

Tipo

(XB_TIPO)

Sequência

(XB_SEQ)

Coluna

(XB_COLUNA)

Descrição

(XB_DESCRI)

Contém

(XB_CONTEM)

 

3.  Criação de Índices no arquivo SIX – Índices:

Índice

AA1

Ordem

6

Chave

AA1_FILIAL+AA1_CODVEN

Descrição

Cod. Vendedor

Proprietário

S

 

4.  Criação de Parâmetros no arquivo SX6 – Parâmetros:

Nome da Variável

(X6_VAR)

Tipo

(X6_TIPO)

Descrição

(X6_DESCRIC + X6_DESC1 + X6_DESC2)

Valor Padrão

(X6_CONTEUD)

5.  Criação de Gatilhos no arquivo SX7 – Gatilhos:

  • Tabela BA0 – Operadoras de Saúde

Campo

Informe o conteúdo do (X7_CAMPO)

Sequência

Informe o conteúdo do (X7_SEQUENC)

Campo Domínio

Informe o conteúdo do (X7_CDOMIN)

Tipo

Informe o conteúdo do (X7_TIPO)

Regra

Informe o conteúdo do (X7_REGRA)

Posiciona?

Informe o conteúdo do (X7_SEEK)

Chave

Informe o conteúdo do (X7_CHAVE)

Condição

Informe o conteúdo do (X7_CONDIC)

Proprietário

Informe o conteúdo do (X7_PROPRI)

 

 

Procedimento para Utilização


Para o correto funcionamento da funcionalidade, todo o ambiente da TISS já deve estar configurado, bem como a necessidade de recarregar a versão da Tiss , para que ocorra a atualização da Tabela BVR, que armazena as chamadas das funções responsáveis pelo recurso de glosa e pela solicitação do status de recurso de glosa.

Abaixo, iremos colocar os pontos de observação principais, para que haja a correta utilização da funcionalidade:

  • Configurações iniciais
    • Verificar se na pasta Schemas possui os arquivos wsdl de nomes tissRecursoGlosaV3_02_01.wsdl e tissSolicitacaoStatusRecursoGlosaV3_02_01.wsdl na versão 3.02.01. A pasta Schemas fica localizada na seguinte estrutura: protheus_data\tiss\schemas (ou seja, a pasta Schema está dentro da pasta Tiss, que fica dentro da pasta protheus_data)


      Figura 1 - Estrutura da pasta TISS e suas subpastas, demonstrando a pasta Schemas com os arquivos wsdl (ServiceWeb) da TISS 3.02.01

    • Caso não encontre este webservice ou queira atualizar a pasta apenas com a versão vigente, será necessário baixar a versão 3.02.01 no site da ANS, no endereço: http://www.ans.gov.br/prestadores/tiss-troca-de-informacao-de-saude-suplementar/padrao-tiss-versao-3-02-01, devendo baixar o item chamado de Componente de Comunicação. Realize a descompactação dos arquivos na pasta Schemas (conforme item anterior) e verifique se todos os arquivos estão na pasta.
    • O arquivo de configuração do servidor deverá estar com as configurações corretas para trabalhar com a TISS online.
      • Verificar se na seção [HTTP] do arquivo de configuração do servidor está presente a configuração de UPLOADPATH (apenas para efeito de exemplo: UPLOADPATH=\tiss\online\caixaentrada)
      • Verificar na seção referente ao Portal que irá receber as solicitações (exemplo; [localhost:8021])  se está configurado o JOB de processamento para a TISS e as variáveis JEMP (código da empresa) e JFIL (filial da empresa). Veja um exemplo abaixo:

        [localhost:8021]
        ENABLE=1
        .......................
        RESPONSEJOB=JOB_TISS
        JEMP=99
        JFIL=01

      • Verificar a existência do JOB para processamento da TISS (citado no tópico acima) que deverá ser identificado pelo colchetes. Exemplo: [JOB_TISS]

      • Caso haja dúvidas, entrar em contato com o suporte.

    • Recarregar versão da tiss, para atualização da tabela BVR, que contêm a chamada para função do recurso de glosa e solicitação de status do mesmo.

Características dos arquivos - Recurso de glosa

Abaixo, listamos as características de cada tipo de Recurso de glosa (Protocolo, Guia, Item) na solicitação, ou seja, o que é necessário para que seja possível a solicitação do XML.

  1. O arquivo XML que será enviado para o servidor da Operadora que irá retornar os dados deverá estar no formato esperado pela TISS 3.02.01 de Recurso de Glosa.
  2. Recurso de glosa possui como único campo de pesquisa (conforme padrão TISS) a tag <numeroProtocolo>. Nesta caso, o prestador deverá enviar como número de Protocolo o número da PEG. Somente é válido e considerado o número da PEG para pesquisa da glosa para gravar os recursos. Caso seja inserido outra informação, os dados não serão gravados.
    1. Logo, na tag <numeroProtocolo> deverá ser inserido o número de alguma PEG, como por exemplo: <ans:numeroProtocolo>000006</ans:numeroProtocolo>
  3. A tag <objetoRecurso> identifica se o recurso de glosa é de Protocolo (valor 1) ou guia (valor 2)


    Figura 2 - Exemplo de um arquivo XML de Recurso de Glosa de Protocolo (validado pelo programa ValidadorTISS*)


    Figura 3 - Exemplo de um arquivo XML de Recurso de Glosa de guia com guia completa (validado pelo programa ValidadorTISS*)


    Figura 4 - Exemplo de um arquivo XML de Recurso de Glosa de Guia com itens(validado pelo programa ValidadorTISS*)

     

  4. Solicitação de Status de Recurso de Glosa - Para solicitar o status de um recurso de glosa o arquivo XML é simples, a principal tag que deve ser informada é a tag <numeroProtocolo> que é composta pelo número da PEG + número sequencial que é gerado no envio do recurso de glosa.

    Figura 5 - Exemplo de um arquivo XML de Solicitação de Status de Recurso de Glosa (validado pelo programa ValidadorTISS*)

Funcionamento do WebService

  1. Após as configurações (caso seja necessário), basta apenas acessar o endereço do Portal da Operadora que está configurado para a TISS com a porta de acesso, acrescido do nome do servidor de transação desejado - tissRecursoGlosa ou tissSolicitacaoStatusRecursoGlosa - mais a terminação .apw, para que o sistema identifique que se trata de um acesso para o webservice. Ficaria da seguinte maneira:

    Exemplo de chamada WebService

     

    http://enderecoOperadora:3580/tissRecursoGlosa.apw

    http://enderecoOperadora:3580/tissSolicitacaoStatusRecursoGlosa.apw

    Deve ser obrigatoriamente deste jeito a chamada, onde informamos o endereço do servidor que será usado mais o webservice que será chamado (no caso, tissRecursoGlosa ou tissSolicitacaoStatusRecursoGlosa) e a terminação .apw, para que o sistema possa processar e entender que se trata de uma solicitação via webservice

  2. O sistema irá receber a solicitação, verificar qual o tipo de recurso de glosa (protocolo, guia completa ou item), ou se é uma solicitação de status de recurso de glosa  e checar se o xml está de acordo com o schema para solicitação destes serviços. Caso o XML de solicitação esteja incorreto, os dados não serão gravados ou então o sistema não encontrará os dados do recurso de glosa caso se trate de uma solicitação de status de recurso de glosa.
  3. Caso esteja em ordem, o sistema irá realizar as verificações necessárias e no final, irá devolver um arquivo XML com os dados do recurso de glosa solicitado ou consultado.
  4. Com este XML de retorno, o prestador pode trabalhar com as informações dentro de seus sistemas, de forma independente da Operadora
  5. Para cada recurso de glosa gravado com sucesso ou solicitação de status de recurso de glosa encontrada com sucesso, o sistema grava o XML gerado numa pasta com o código da RDA, dentro da pasta caixasada, que fica em tiss\online\caixasaida (a pasta TISS é a pasta que fica dentro do protheus_data). Ou seja, se o RDA de código 000002 solicitar/consultar um recurso de glosa, o sistema irá criar uma pasta chamada "000002" dentro da pasta caixasaida. Se já existir uma pasta com o código da RDA, o XML gerado será salvo dentro da mesma

    Figura 6  - Estrutura da pasta caixasaida, onde temos uma pasta com o código da RDA que solicitou/consultou um recurso de glosa. Dentro desta pasta, temos o XML gerado.


    Figura 7 - Exemplo de XML de Recebimento de recurso de glosa de Protocolo (validado pelo programa ValidadorTISS*)


    Figura 8 - Exemplo de XML de Recebimento de recurso de glosa de guia completa (validado pelo programa ValidadorTISS*)


            Figura 9 - Exemplo de XML de Recebimento de recurso de glosa de guia com itens (validado pelo programa ValidadorTISS*)


           

            Figura 10 - Exemplo de XML de Resposta a consulta de status do recurso de glosa (validado pelo programa ValidadorTISS*)

Programas de Apoio

  • Validador TISS - Programa que visa validar os arquivos XML no padrão TISS. Realiza a validação de arquivos de Envio e Retorno. O programa pode ser baixado no endereço: http://blog.aplataforma.com.br/validador-tiss/
  • SOAPUI - Programa Open Source, que pode ser utilizado para testar se as configurações do Webservice estão corretas. para maiores informações, consulte o endereço: https://www.soapui.org/