Infomed

Guia Técnico TISS

João Pessoa, Outubro de 2017
Este documento é um guia para orientação ao usuário sobre as transações TISS no
Infomed GPS, e foi desenvolvido pela equipe Infomed.

É proibida a sua reprodução parcial ou total sem prévia autorização

da Unimed NNE - Unidade de Tecnologia.

Infomed 2017 © Todos os direitos reservados.

Gestão de Planos de Saúde

Unimed NNE
Unidade de Tecnologia

Av. Josefa Taveira, nº 53 – Mangabeira

CEP 58055-000 – João Pessoa – PB.
Fone: (83) 3048-2570
www.Infomed.inf.br
Sumário
1. Introdução ............................................................. 4
2. TISS ...................................................................... 5
3. Transações Disponíveis no GPS .................................... 6
3.1. Cancelamento de Guia.................................................................... 6
3.2. Comunicação Beneficiário ............................................................... 8
3.3. Envio de Lote de Guias ................................................................... 9
3.4. Envio de Lote de Recurso de Glosa ...................................................12
3.5. Envio de Lote Anexo .....................................................................13
3.6. Pedido de Elegibilidade .................................................................14
3.7. Solicitação de Demonstrativo ..........................................................15
3.8. Solicitação de Procedimentos ..........................................................17
3.9. Solicitação de Status de Autorização .................................................20
3.10. Solicitação de Status do Protocolo ....................................................20
3.11. Solicitação do Status de Recurso de Glosa...........................................21

4. Estrutura do XML .................................................... 22

5. Validações ............................................................. 23
6. Upload de Arquivos.................................................. 25
7. Perguntas Mais Frequentes ........................................ 26
8. Resumo das Transações e respectivas URLs .................... 28
1. Introdução
O propósito deste documento é detalhar o funcionamento das transações TISS
disponíveis no Infomed GPS e seus serviços web.

4
2. TISS
É uma norma instituída pela ANS (Resolução Normativa Nº305) – Agência Nacional de
Saúde Suplementar, que estabelece um padrão obrigatório para a troca de informações
decorrentes de ações em atenção à saúde. Com este padrão, a ANS visa garantir a
interoperabilidade entre os sistemas de informação em saúde preconizados pela Agência
Nacional de Saúde Suplementar e pelo Ministério da Saúde.
Dentro desta norma, a ANS determina um fluxo de comunicação, onde as informações
podem trafegar nos sentidos ilustrados na Figura 1.

Figura 1: Fluxo de Comunicação.

5
3. Transações Disponíveis no GPS
Para cada fluxo de comunicação existe um conjunto de transações disponível. O foco
deste documento será a troca de informação no sentido ilustrado na Figura 2.

Figura 2: Fluxo de Comunicação entre Prestador e Operadora.

Na Tabela 1, pode-se constatar o fluxo entre o Prestador e a Operadora, onde são

disponibilizadas as seguintes transações de comunicação:
Transação Disponível no GPS Apenas Online
Cancelamento de Guia Sim Sim
Comunicação Beneficiário Sim Sim
Envio de Lote de Guias Sim Não
Envio de Lote Recurso de Glosa Sim Sim
Lote de Anexos Sim Sim
Pedido de Elegibilidade Sim Sim
Solicitação de Demonstrativo Sim Não
Solicitação de Procedimentos Sim Sim
Solicitação de Status de Autorização Sim Sim
Solicitação de Status de Protocolo Sim Sim
Solicitação Status de Recurso de Glosa Sim Sim
Tabela 1: Transações de Comunicação entre o Fluxo Prestador e Operadora.

Apenas as transações de Solicitação de Demonstrativo e Envio de Lote de Guias

estarão disponíveis nos modos online (Web Service) e offline (Batch).
No decorrer da documentação, será detalhada cada transação, seu modo de
funcionamento dentro do Infomed GPS, assim como os passos necessários para utilização
dos serviços web.
Importante:
Os detalhes de instalação de configuração dos Serviços Web necessários estão localizados no
documento “Configuração e Implantação – ServiceINFOMED”. Neste documento, apenas a
utilização dos serviços web será tratada.
É recomendado ao usuário instalar em sua máquina a ferramenta SOAP UI para a realização
dos testes de comunicação do Serviço.

3.1. Cancelamento de Guia

Conforme definido pela ANS, a transação de cancelamento de guia permite ao prestador
solicitar à operadora o cancelamento de guias de faturamento ou de solicitação. Para isto,
o prestador deverá informar:

 Dados do prestador
 Número do protocolo

6
  Guias a serem canceladas

A Figura 3 exibe a transação do sistema no momento em que é realizado o cancelamento

da guia.

Figura 3: Transação de Cancelamento de Guia.

Importante:
Para saber como preencher corretamente os arquivos XML, obtenha as documentações
relativas ao XSD e WSDL, acessando o site da ANS: http://www.ans.gov.br/tiss .

O Infomed GPS, ao receber uma transação de pedido de cancelamento, verificará o

status atual da guia e, com base nisto, determinará se é possível o seu cancelamento. A
Tabela 2 abaixo exibe a relação entre o Status da Guia e a respectiva disponibilidade de
cancelamento.
Status da Guia Cancelamento Disponível?
Recebida Sim
Em Análise Sim
Liberado para Pagamento Não
Encerrado sem Pagamento Não
Analisado e Aguardando Liberação para Pagamento Não
Pagamento Efetuado Não
Autorizado Sim
Negado Sim
Aguardando Justificativa Técnica do Solicitante Sim
Aguardando Documentação do Prestador Sim
Autorizado Parcialmente Sim
Tabela 2: Relação entre Status da Guia e a disponibilidade de Cancelamento.

Um aspecto singular deve ser destacado quanto ao cancelamento da guia: uma vez
ocorrida a operação, ela não poderá ser revertida.
Em casos de transação de Solicitação de Cancelamento para beneficiários em trânsito,
o pedido de cancelamento será enviado de forma online para a operadora de origem do

7
beneficiário. Então, a solicitação será analisada, seguindo as regras da operadora, e a
resposta será repassada pelo Serviço do Infomed da mesma forma como foi respondida
pela operadora de origem do beneficiário.
A sequência exibida a partir da Tabela 3 abaixo, na qual são apresentados os dados do
Web Service para Cancelamento de Guias, até a Tabela 13, representa os dados
relacionados às transações via Web Service. A lista completa pode ser visualizada na
Tabela 15.

Pedido Resposta URL

http://wwww.seuservidor.com.br/ServicoINFO
cancelaGuiaWS reciboCancelaGuiaWS
MED/TISS/V3_03_02/TissCancelaGuia.svc
Tabela 3: Dados do Web Service para Cancelamento de Guias.

Importante:
Para melhor compreensão dos domínios utilizados pela TISS, acessar a documentação padrão
disponível no site da ANS: http://www.ans.gov.br/tiss.

3.2. Comunicação Beneficiário

Esta transação tem a finalidade de informar à operadora quando um de seus
beneficiários está sendo submetido a uma internação hospitalar. Nesta operação, não
existe autorização; apenas ocorre a confirmação de recebimento da mensagem por parte
da operadora. A Figura 4 ilustra melhor o cenário desse tipo de transação.

Figura 4: Transação referente à comunicação do beneficiário.

O Infomed GPS receberá a transação e enviará uma resposta padrão, informando que
recebeu a comunicação com sucesso.

8
 A Tabela 4 exibe os dados relacionados ao Web Service na transação referente à
comunicação dos beneficiários:

Pedido Resposta URL

http://wwww.seuservidor.com.br/Servi
comunicacaoBeneficiarioWS reciboComunicacaoWS coINFOMED/TISS/V3_03_02/TissComunic
acaoBeneficiario.svc
Tabela 4: Dados do Web Service na transação de comunicação dos beneficiários.

Importante:
Nas transações passíveis de envio da biometria do beneficiário, o Infomed GPS não realizará
qualquer validação quanto a esta informação. É oportuno ressaltar que a adoção do Infomed
Remote corresponde à única forma de utilizar biometria pelo serviço.

3.3. Envio de Lote de Guias

Esta é uma das transações mais utilizadas pelos prestadores (acompanhar a Figura 5),
através da qual serão faturadas as guias do tipo:

 SP/SADT
 Resumo de Intervenção
 Honorário Individual
 Guia de Consulta

Figura 5: Transação de Envio de Lote de Guias.

Em uma única transação para Envio de Lote de Guias, é possível enviar até 100 guias
de faturamento; sendo necessário, para tanto, que todas possuam o mesmo tipo.

Um número de protocolo será gerado para todo arquivo de lote enviado ao sistema, de
modo a identificar o faturamento dentro da operadora. Assim, é notadamente importante
que o prestador guarde esta informação, na medida em que ela proporciona a obtenção

9
dos Demonstrativos Pagamento/Análise de Contas Médicas, além de assegurar o início da
transação de Recurso de Glosa e até o Cancelamento de Lote/Guia.
Visando garantir a integridade da guia dentro do sistema, o Infomed GPS executa as
seguintes validações para a transação de faturamento:

 Duplicidade de Guias
 Itens estão no Padrão TUSS
 Estrutura Válida
Diante da eventual ‘duplicidade de guias’, o sistema validará as seguintes informações:

 Número da Guia do Prestador

 Código do Prestador Executante
 Tipo de Guia Faturada

Logo, se já houver na base de dados alguma outra guia que contenha de forma idêntica
as informações acima (verificadas quanto à duplicidade), a guia recém-adicionada será
automaticamente rejeitada, e constará uma glosa na resposta do XML para sinalizar que
aquela não foi aceita devido à presença de outra com os mesmos dados da rejeitada.
Para os casos de guias com códigos de itens distintos dos observados na TUSS, aquelas
serão glosadas de maneira automática pelo sistema, o qual devolverá na resposta do XML
a informação de que ocorreu a glosa da guia em razão de itens que não estão de acordo
com a codificação TUSS.
As guias glosadas por completo pelo sistema serão removidas também
automaticamente, seja por motivo de duplicidade, ou em função de itens que não
obedecem à codificação TUSS, ou ainda por falha inesperada do sistema. Contudo, serão
inseridas na tabela de log do Infomed GPS algumas informações sobre a guia, auxiliando
na sua correção e, consequentemente, favorecendo a importação.
O Log TISS, cujo acesso é realizado através do módulo respectivo (TISS / Apoio / Log
TISS), será composto pelos seguintes dados:

 Número da Guia do Prestador

 Motivo da Rejeição da Guia
 Número da Transação

Uma vez de posse dessas informações, o usuário poderá obter os dados completos do
XML de origem da guia, viabilizando a notificação ao prestador, inclusive em relação a
possíveis ajustes na guia para que não haja problemas no faturamento desta. Vale destacar
que o motivo de rejeição da guia (um dos itens listados acima) também será alocado no
arquivo XML de retorno, entregue ao prestador sob os formatos online ou offline.
Quando as guias de faturamento são recebidas (online ou offline), elas assumem
inicialmente o status de Recebido, a partir do qual alguns outros poderão lhes ser
atribuídos:

 Em Análise: status adquirido quando o usuário, ao acessar a interface de navegação

de guias (TISS / Produção / Navegador) e clicar com o botão direito sobre uma guia

10
 cujo status seja Recebido, seleciona em seguida a opção Disponibilizar. Tal ação
indica ao Infomed GPS que poderá importar a guia para a produção médica
 Analisado e Aguardando Liberação para Pagamento: indica que a guia já foi
importada para a produção pelo Infomed GPS e está em fase de análise, aguardando
apenas a liberação do pagamento (processamento da produção médica, pagamentos,
entre outros)
 Pagamento Efetuado: denota que a guia já foi processada e o seu pagamento,
disponibilizado, ou seja, todos os processamentos relativos a ela já foram realizados
pelo Infomed GPS, e finalizados com a execução da tarefa de Exportação Pagamento
TISS. Para o prestador, o status em questão representa a possibilidade de consulta
aos Demonstrativos de Pagamento/Análise de Contas Médicas para verificar os
valores processados, glosados e liberados da guia
 Encerrado Sem Pagamento: este status retrata a inativação (glosa) da guia pelo
usuário na interface de navegação de guias (TISS / Produção / Navegador), através
de um clique com o botão direito do mouse sobre uma guia e, em seguida, definindo-
a como ‘Inativa’. Esta ação implica para o Infomed GPS a desconsideração da guia,
a qual não constará nos demonstrativos do prestador
Em caso de falha de processamento da guia (erro inesperado), o campo MensagemErro
do TISS informará uma glosa devido à falha ocorrida. Nestas situações, será necessário
avaliar o log da aplicação para verificar o motivo pelo qual não foi possível processar a
guia (lote).
A Tabela 5 exibe os dados relacionados ao Web Service na transação referente ao Lote
de Guias.

Pedido Resposta URL

http://wwww.seuservidor.com.br/ServicoINFOMED/
loteGuiasWS protocoloRecebimentoWS
TISS/V3_03_02/TissLoteGuias.svc
Tabela 5: Dados do Web Service para o Lote de Guias.

A importação via batch está disponível através da interface de importação de arquivos

(Figura 6), localizada no módulo TISS (TISS / Produção / Importador TISS), o qual,
inclusive, substitui o antigo GTX.

11
 Figura 6: Interface de Importação de Arquivos de Transações TISS

3.4. Envio de Lote de Recurso de Glosa

Esta transação (caracterizada na Figura 7) tem como finalidade realizar o processo de
contestação entre operadora e prestador. Quando este último obtiver o retorno do
processamento do lote/guia proveniente da operadora, se não concordar com o valor
liberado, pago ou glosado por ela, poderá iniciar o processo de recurso de glosa,
manifestando a sua contestação da seguinte forma:

 Recurso de Lote Completo: nesta situação, o prestador está recursando o lote

inteiro, informando que ele não concorda como valor liberado pela operadora para
o lote de faturamento enviado por ele
 Recurso de Guia de um Lote Específico: indica que o prestador não concorda com
os valores liberados para uma ou mais guias de um determinado lote
 Recurso de Item de Guia: registra que o prestador não concorda com o valor liberado
para um ou mais itens da guia

12
 Figura 7: Transação de Lote de Recurso de Glosa.

Desde a versão 3.1.11, o Infomed GPS recebeu o Recurso de Glosa, responsável por
registrar as informações e contestações do prestador, e devolver um número de protocolo
por meio do qual será possível verificar o status da contestação. Porém, não ficou
disponível o processamento do Recurso no sistema, de modo que este sempre responderá
que a solicitação foi recebida, embora não processada.
Para que uma solicitação de Recurso de Glosa seja recebida e aceita pelo sistema, é
preciso que o lote, guia ou item recursado exista na base de dados; caso contrário, o
recurso será automaticamente rejeitado. Convém lembrar que somente os itens que
vierem pela TISS serão considerados na validação; manipulações a partir do Infomed GPS,
não.
A Tabela 6 exibe os dados relacionados ao Web Service na transação em questão.

Pedido Resposta URL

http://wwww.seuservidor.com.br/Se
loteRecursoGlosaWS protocoloRecebimentoRecursoWS rvicoINFOMED/TISS/V3_03_02/TissRe
cursoGlosa.svc
Tabela 6: Dados do Web Service para o Lote de Recurso de Glosa.

3.5. Envio de Lote Anexo

Esta transação (ilustrada na Figura 8) é designada ao envio dos anexos de OPME, além
daqueles associados aos tratamentos de Quimioterapia e Radioterapia. Cabe ressaltar que
os anexos estão sempre vinculados a uma guia principal, seja ela uma Solicitação SP/SADT,
Solicitação de Internação ou Solicitação de Prorrogação.

13
 Figura 8: Transação de Envio de Lotes em Anexo.

De acordo com a configuração do sistema autorizador do Infomed GPS, as solicitações

de anexo serão autorizadas em duas circunstâncias:

 Se a guia à qual o anexo faz referência existir, de fato, na base de dados

 Se o status da guia original corresponder a ‘Autorizado’

Assim, quando a guia referenciada pelo anexo possuir um status diverso (‘Negado’ ou
‘Pendente’), o anexo será automaticamente negado. O laço de afinidade entre ambos
também se constata em relação ao cancelamento: se aquela é cancelada, os seus
respectivos anexos serão considerados de maneira idêntica.
Importante:
Há dois aspectos importantes que requerem a atenção do usuário: o primeiro diz respeito ao
Lote anexo, o qual, embora apresente uma estrutura semelhante ao faturamento de guias, a
transação é, na realidade, uma solicitação de autorização.
O outro está ligado ao fato de que os anexos enviados para beneficiários de intercâmbio de
forma separada da guia de solicitação principal serão negados automaticamente, pois a
manutenção desse vínculo é uma exigência do PTU Online; o manual correspondente deve ser
consultado para mais informações.

Na Tabela 7, é possível observar os dados do Web Service quanto ao Envio de Lote

Anexo.

Pedido Resposta URL

http://wwww.seuservidor.com.br/ServicoINF
loteAnexoWS protocoloRecebimentoAnexoWS
OMED/TISS/V3_03_02/TissLoteAnexo.svc
Tabela 7: Dados do Web Service para o Envio de Lote Anexo.

3.6. Pedido de Elegibilidade

O objetivo desta transação (ilustrada na Figura 9) é validar o beneficiário a partir da
operadora, verificando se ele está apto a ser atendido pelo prestador.

14
 Figura 9: Transação de Pedido de Elegibilidade.

Em relação a um beneficiário local, os seguintes itens serão verificados:

 Status do Beneficiário
 Status do Contrato
 Rede de Atendimento
 Adimplência
Para os beneficiários de intercâmbio (quando o serviço estiver habilitado a utilizar o
PTU Online), as validações serão encaminhadas à operadora de origem do beneficiário,
através da transação PTU de Consulta Beneficiário.
Importante:
Não existe número de autorização para este tipo de transação, assim como não é possível
cancelar uma elegibilidade.

Em regra, uma elegibilidade pode ser confirmada ou negada; neste segundo caso,
constará na resposta o motivo pelo qual a elegibilidade não foi aceita.

Na Tabela 8, é possível observar os dados do Web Service quanto ao Pedido de

Elegibilidade.

Pedido Resposta URL

http://wwww.seuservidor.com.br/ServicoI
pedidoElegibilidadeWS respostaElegibilidadeWS NFOMED/TISS/V3_03_02/TissVerificaElegibil
idade.svc
Tabela 8: Dados do Web Service para Pedido de Elegibilidade.

3.7. Solicitação de Demonstrativo

A transação de Solicitação de Demonstrativo (Figura 10) visa assegurar ao prestador a
obtenção das informações relativas aos pagamentos e glosas que foram realizados dentro
de uma faixa de data ou de um protocolo específico.

15
 Figura 10: Transação de Solicitação de Demonstrativo.

A disponibilização para o prestador das informações mencionadas acima requer a

execução de algumas etapas: a guia deve ter sido importada com sucesso no Infomed GPS;
deve ainda ter transitado por todos os processamentos e validações; e os dados de
pagamento devem ter sido exportados para a TISS com sucesso.

Quando liberadas as informações de pagamento, o prestador terá acesso a dois

demonstrativos: Pagamento e Análise de Contas Médicas. Estes apresentarão apenas os
dados relativos à produção do prestador que tenham sido enviados via XML TISS, com
exceção das informações de débito e crédito, as quais compreenderão sempre os itens
correspondentes ao período de pagamento do Lote TISS do prestador.

Se não houver dados para a geração do demonstrativo dentro do intervalo solicitado ou

para o protocolo fornecido, o sistema retornará um código de glosa no campo
MesagemERRO, além de uma mensagem informando que não existem dados a serem
retornados para a solicitação realizada.
A operadora também poderá gerar o demonstrativo no formato batch (offline), por
meio da interface ilustrada na Figura 11 (TISS / Solicitações / Demonstrativo), na qual se
encontram os seguintes Parâmetros de Pesquisa:
Prestador: indica a faixa de Prestadores para os quais serão gerados os demonstrativos

Demonstrativo: o tipo do Demonstrativo a ser gerado

Competência: serão exibidos apenas aqueles onde há, de fato, pagamentos TISS
disponíveis

Data: refere-se ao intervalo de datas desejadas

Protocolo: o número do Protocolo - quando informado, o sistema buscará demonstrativos
para o Prestador informado que tenha guias faturadas com o protocolo digitado

Exportar: permite selecionar o tipo de arquivo (XML ou PDF) que será gerado
Destino: o local de Destino do arquivo criado

16
 Figura 11: Interface para geração do Demonstrativo TISS.

Se não houver demonstrativos disponíveis para os parâmetros informados, o sistema

exibirá uma mensagem de orientação apropriada (Figura 12).

Figura 12: Mensagem de ausência de demonstrativo para os prestadores informados.

Os dados do Web Service quanto à Solicitação de Demonstrativos encontram-se

dispostos na Tabela 9 abaixo.

Pedido Resposta URL

http://wwww.seuservidor.com.br/Servi
solicitacaoDemonstrativo
demonstrativoRetornoWS coINFOMED/TISS/V3_03_02/TissDemons
RetornoWS
trativoRetorno.svc
Tabela 9: Dados do Web Service para Solicitação de Demonstrativo.

3.8. Solicitação de Procedimentos

Esta transação é designada a obter a autorização para que determinados itens de um
beneficiário específico sejam executados. A Solicitação de Procedimentos subdivide-se
dentro da TISS em quatro subtransações (acompanhar a Figura 13), embora o Infomed GPS
encontra-se apto a trabalhar com três: a Solicitação de SP/SADT, a Solicitação de
Internação e a Solicitação de Prorrogação.

17
 Figura 13: Transação de Solicitação de Demonstrativo.

Cada transação possui um conjunto específico de informações que deverá ser

respeitado no envio das guias para o Serviço Web.
Ao receber uma Solicitação de Procedimentos, o Infomed GPS realizará diversas
validações, conforme o tipo de beneficiário; caso este seja local, enquadram-se dentre
elas:

 Beneficiário válido
 Prestador solicitante válido
 Situação do beneficiário
 Situação do contrato
 Item solicitado válido (TUSS)
 Sexo permitido (para o item solicitado)
 Idade permitida
 Cobertura
 Carência
 Restrições quantitativas
Importante:
É imprescindível que a operadora já tenha realizado os devidos ajustes para implantação dos
itens da TUSS. Caso não existam os mapeamentos necessários, o sistema de autorização não
funcionará corretamente.

Em relação aos beneficiários de intercâmbio, a solicitação será encaminhada

diretamente para a operadora de origem do beneficiário via PTU, através da transação de
Solicitação de Autorização (esta ocorrerá apenas quando o sistema estiver habilitado
para utilizar PTU Online). Assim, a solicitação será processada, inclusive havendo as
devidas validações para autorizar ou negar o pedido, e a resposta será devolvida pelo TISS
para o prestador.
O sistema poderá retornar os seguintes status para as Solicitações de Procedimentos:

 Autorizado: ocorre quando todos os itens foram autorizados com sucesso

 Negado: apresentado quando todos os itens foram negados
 Pendente: este status indica que o beneficiário deverá entrar em contato com a
operadora, e possivelmente passará por uma auditoria a fim de que os itens sejam
liberados

18
  Autorizado Parcialmente: indica que alguns itens foram autorizados e outros,
negados
As transações em questão podem conter anexos clínicos do tipo Quimioterapia,
Radioterapia ou OPME. Quando uma guia possuir um anexo, as autorizações desses itens
acompanharão o status de autorização da guia principal, ou seja, caso esta não seja
autorizada (permaneça com o status Negado ou Pendente), os anexos serão
automaticamente negados.

Quanto à autorização, existirá um único número (senha) se houver a autorização

(completa ou parcial) dos itens; nos demais status, não existirá número de autorização.
Para as respostas da solicitação na atual estrutura do TISS, os itens solicitados dentro
dos anexos serão devolvidos dentro do corpo de serviços da resposta XML.

No que diz respeito à resposta para os itens que ficaram com o status de Pendente, o
usuário poderá utilizar a interface de Autorização TISS do Infomed GPS (Figura 14),
disponível por meio do módulo respectivo (TISS / Produção / Navegador / Ativar Filtro
Guias Pendentes).

Figura 14: Interface do Navegador TISS.

No caso da resposta para os itens pendentes de origem PTU, o sistema ao receber a

resposta da operadora origem, irá realizar automaticamente a atualização dos dados no
esquema TISS, refletindo assim automaticamente para o prestador ao verificar o status da
guia.

Há também um elemento restritivo voltado aos beneficiários de intercâmbio, para os

quais não será possível enviar os anexos de Quimioterapia e Radioterapia. Logo, se uma

19
guia de solicitação de beneficiário de trânsito possuir um desses dois anexos (ou ambos),
eles serão automaticamente negados.
Os dados do Web Service quanto à Solicitação de Procedimentos podem ser observados
na Tabela 10.

Pedido Resposta URL

http://wwww.seuservidor.com.br
/ServicoINFOMED/TISS/V3_03_02/
solicitacaoProcedimentoWS autorizacaoProcedimentoWS
TissSolicitacaoAutorizProcediment
os.svc
Tabela 10: Dados do Web Service para Solicitação de Procedimentos.

3.9. Solicitação de Status de Autorização

O intuito desta transação (ilustrada na Figura 15) é consultar os status da autorização,
sendo normalmente utilizada quando o pedido original ficou Pendente. Em sua resposta,
o prestador obterá os dados básicos da guia, além das informações relativas aos itens
autorizados e negados.

Figura 15: Transação de Solicitação do Status da Autorização.

Os dados do Web Service quanto à Solicitação de Status de Autorização podem ser

observados na Tabela 11.

Pedido Resposta URL

http://wwww.seuservidor.com.br/Ser
situacaoAutorizacao
solicitacaoStatusAutorizacaoWS vicoINFOMED/TISS/V3_03_02/TissSolici
WS
tacaoStatusAutorizacao.svc
Tabela 11: Dados do Web Service para Solicitação de Status de Autorização.

3.10. Solicitação de Status do Protocolo

Esta transação, cujo cenário é ilustrado na Figura 16, é dirigida à consulta do status das
guias enviadas dentro de um determinado lote de faturamento. O prestador obterá na
resposta não apenas os dados básicos da guia, bem como as informações relativas ao
respectivo status, no momento em que se encontrar durante o processamento no Infomed
GPS.

20
 Figura 16: Transação de Solicitação de Status do Protocolo.

Na Tabela 12, é possível observar os dados do Web Service quanto à Solicitação de

Status do Protocolo.

Pedido Resposta URL

http://wwww.seuservidor.com.br/Serv
solicitacaoStatusProtocoloWS situacaoProtocoloWS icoINFOMED/TISS/V3_03_02/TissSolicit
acaoStatusProtocolo.svc
Tabela 12: Dados do Web Service para Solicitação de Status do Protocolo.

3.11. Solicitação do Status de Recurso de Glosa

Esta transação (caracterizada na Figura 17) é responsável por consultar o status da
contestação realizada pelo prestador. Em sua resposta, o prestador obterá dois tipos de
resposta: Indicador de Recurso de Glosa Recebida; e a Resposta Completa do Recurso,
contendo os dados básicos dos protocolos, guias ou itens recursados, e a resposta da
operadora para a contestação do prestador.

Figura 17: Transação de Solicitação do Status de Recurso de Glosa.

Em versões mais recentes do Infomed GPS, a resposta que o prestador obterá será
sempre o Indicador de Recebimento do Recurso de Glosa.

A Tabela 13 exibe os dados do Web Service na Solicitação do Status de Recurso de Glosa.

Pedido Resposta URL

http://wwww.seuservidor.com.br/Serv
solicitacaoStatusRecursoGlos situacaoProtocoloRec
icoINFOMED/TISS/V3_03_02/TissSolicit
aWS ursoWS
acaoStatusRecursoGlosa.svc
Tabela 13: Dados do Web Service para Solicitação do Status de Recurso de Glosa.

21
4. Estrutura do XML
O Serviço Web disponibilizado pelo Infomed GPS segue o padrão dos arquivos WSLD
fornecidos pela ANS, assim como as validações de estrutura e hash. Com isso, os arquivos
XML enviados que não seguirem as diretrizes estabelecidas pela agência serão rejeitados
automaticamente pelo sistema, implicando a geração por este de uma resposta do tipo
TISSFault (padrão de falha definido pela ANS).
O XML ilustrado abaixo (Figura 18) consiste no padrão para transações Web, sendo
totalmente compatível com o Serviço Web Infomed.

Figura 18: Arquivo XML padrão nas transações Web.

A partir do exemplo acima, é possível observar o prefixo ‘ANS’: antes de cada Tag do
XML da TISS, em virtude do caráter obrigatório quanto à sua presença nos arquivos XML
enviados via Web Service; caso contrário, ocorrerá a rejeição automática do arquivo.
Outro aspecto que requer atenção diz respeito à necessidade de indicação dos
namespaces corretos no XML, com base na verificação dos arquivos XSD e WSLD fornecidos
pela ANS, além das documentações apropriadas que a agência também oferece.

22
5. Validações
No Serviço Web, são executadas diversas validações antes que o XML seja, de fato,
aceito:

 Estrutura do XML
 Hash
 Tipo Transação
 Codificação de Caracteres

Todos os arquivos XML deverão ser codificados utilizando o char encoding ISO-8859-1,
padrão de caracteres Português do Brasil (pt-BR); se não observado, implicará a rejeição
automática do arquivo.
A estrutura básica do XML será igualmente validada pelo sistema, ou seja, todos os
campos deverão ser preenchidos de acordo com as regras definidas no XSD da ANS, de
modo que o Web Service, ao receber uma transação, validará a estrutura do XML através
do XSD. Haverá a rejeição deste (uma mensagem de retorno ao usuário exibirá os erros
encontrados) quando identificada uma das seguintes violações:

 Campos obrigatórios não preenchidos

 Má formação do XML
 Tag com valor diferente do esperado pelo XSD (tipo de valor, tamanho do campo,
caractere inválido)
A resposta para solicitações inválidas acompanhará o exemplo exposto na Figura 19.

Figura 19: Exemplo de resposta para solicitações inválidas.

Importante:
Na versão atual do Web Service, não é realizada a validação de assinatura digital quando
enviada pelo prestador.

23
 O sistema também não aceitará um XML cujo hash da mensagem esteja incorreto,
circunstância na qual ocorrerá a rejeição automática do arquivo e o retorno de uma
resposta TISSFault.

24
6. Upload de Arquivos
O Web Service disponibilizado pelo Infomed permite o upload de arquivos, visando
auxiliar as operadoras quanto a esta operação, para a qual, inclusive, serão aceitas duas
versões da TISS: ‘3.03.00’, ‘3.03.01’ e ‘3.03.02’.
Em razão da ANS não definir regras para o Web Service no contexto de upload, o
Infomed acompanhou tal abordagem. Contudo, no sentido de oferecer o suporte adequado
na integração ao ServiceInfomed, são fornecidos os seguintes arquivos:

 TISSTransmiteMensagem.wsdl: contém a descrição de utilização do Web Service, com

o formato das mensagens compatíveis com ele
 TISSTransmiteMensagem.xsd: estrutura das mensagens mencionadas acima

Este endpoint trata apenas dos arquivos de faturamento, não sendo aceitos arquivos de
solicitação ou recurso de glosa.
As guias enviadas pelo recurso de upload estarão também disponíveis para consulta via
os endpoints exigidos pela ANS, ou seja, será possível consultar o lote de faturamento,
status da guia, emitir demonstrativo, etc.
A Tabela 14 exibe os dados do Web Service para Upload de arquivo.

Pedido Resposta URL

http://wwww.seuservidor.com.br/Serv
mensagemTransmiteTISS mensagemRetornoTISS icoINFOMED/TISS/TissTransmiteMensag
em.svc
Tabela 14: Dados do Web Service para o upload de arquivo.

25
 7. Perguntas Mais Frequentes
I. Para cada transação existe um Endpoint? Não existe um Endpoint genérico como na
TISS 2.X (antigo tissTransmiteMensagem)?
Não. Na TISS 3.X, para cada transação existe um Endpoint com o tipo específico de XML
a ser recebido, além de um tipo específico a ser retornado.

II. É possível rodar o Serviço Web em um servidor Linux?

Não, o serviço está disponível apenas para Windows. Para maiores informações, o
manual de configuração do serviço deve ser consultado.

III. Será possível transacionar online a versão 3.03.00 da TISS?

Sim. Devido ao prazo imposto pela ANS para a TISS 3.03.01 e 3.03.02, o sistema
permitirá tanto as transações online na versão 3.03.00 quanto em Batch.

IV. Quero utilizar o serviço. Preciso de algo especial?

O serviço TISS do Infomed GPS implementa os WSDLs e XSDs fornecidos pela ANS. Se a
sua aplicação estiver conforme o padrão estabelecido pela ANS, a comunicação com o Web
Service não apresentará problema algum, independentemente da linguagem utilizada na
programação.

V. No modo offline será possível importar arquivos somente na versão 3.02.02? E quanto
aos arquivos baseados em versões anteriores?
Segundo a regra da ANS, as operadoras apenas são obrigadas a trabalhar com a versão
atual e aquela imediatamente anterior da TISS, exigência que está associada ao período
de um ano. Portanto, os novos ajustes realizados para a TISS do Infomed GPS garantirão
suporte exclusivamente à versão atual (3.03.01 e 3.03.02) e à sua precedente (3.03.00).
Os arquivos baseados em outras versões não serão importados e, consequentemente, não
serão suportados pelo sistema.

VI. Guias glosadas no recebimento da transação estarão disponíveis nos demonstrativos?

Não. Em razão das guias glosadas no recebimento possuírem erros, isto impede o seu
registro no banco de dados, refletindo na impossibilidade de sua exibição nos
demonstrativos; embora sejam mantidas no log do sistema as informações básicas da guia.
VII. O sistema aceita arquivos com o hash inválido?
Não. Apesar da versão anterior do serviço ter aceitado, devido a questões de segurança,
o novo serviço não aceita mensagens com o hash inválido, de modo que este deve ser
válido em relação a todos os arquivos, garantindo a integridade dos dados da guia. Logo,
sugere-se que, antes da migração do sistema, ocorra a importação de todas as guias que
possam conter o hash inválido.
VIII. O que é necessário para que o PTU Online seja utilizado no Serviço TISS?
É necessário realizar um conjunto de configurações e instalação de um serviço próprio
para a comunicação com o PTU. Consulte o suporte Infomed para obter as informações

26
 necessárias (e documentação) sobre como configurar e utilizar o PTU Online nos produtos
Infomed.
IX. O serviço TISS funciona via conexão segura (HTTPS/SSL)?
Sim, uma vez que o seu servidor Web (IIS) seja configurado para se comunicar via
HTTPS.
X. As transações relacionadas à odontologia não estão disponíveis no serviço?
Não. O sistema não dá suporte às guias odontológicas, sendo retornado um “Fault”
(mensagem de falha) para indicar que esse tipo de transação não está disponível.
Durante a emissão de demonstrativo no modo offline, se houver a inserção de mais de
cem prestadores no intervalo respectivo, dentre os quais apenas dois possuam produção
TISS para emissão de demonstrativos, serão geradas cem transações pelo sistema?

XI. Não. O sistema produzirá transações exclusivamente para os dois prestadores que
possuem dados aptos à geração do demonstrativo.
Existe diferença entre as transações online e as offline?

Sim. Os arquivos gerados são diferentes, pois o layout (XSD) utilizado para os
faturamentos e demonstrativos offline apresenta uma estrutura distinta em relação
àquele no modo online. Entretanto, de forma geral, as informações retornadas serão as
mesmas.
XII. Se um arquivo baseado no layout offline é enviado ao Serviço Web, ele será aceito? E
no caso inverso, ou seja, a partir do layout online para o sistema offline?
Não. Será retornado um “Fault”, indicando que a transação é inválida. No modo offline,
ocorrerá a rejeição do arquivo, sendo informado que o mesmo não está no padrão TISS.

XIII. Serão aceitos os dados enviados no XML que são provenientes da biometria utilizada
por um sistema de terceiro?
Quando ocorrer o envio da biometria em transações diferentes da solicitação, ela será
aceita e gravada normalmente no banco de dados. Por outro lado, caso aquela seja
enviada numa transação de solicitação de procedimentos, causará uma negativa na
autorização, pois a biometria implementada no Infomed GPS é própria e está disponível
apenas no Infomed Remote. Neste caso, a aplicação deverá omitir a informação de
biometria do XML. A aplicação de terceiro poderá utilizar biometria normalmente, mas
deverá enviar essa informação no arquivo XML.
XIV. O que é o Infomed Remote?

É um Sistema Web que permite aos prestadores realizarem todas as transações TISS de
forma online, além de fornecer diversas funcionalidades para os beneficiários da
operadora e aos contratos jurídicos. Para maiores informações, consultar o departamento
comercial do Infomed.

27
8. Resumo das Transações e respectivas URLs
Segue a lista completa das transações e URLs fornecidas para cada pedido e resposta,
gerados pelo Web Service.

Pedido Resposta URL

cancelaGuiaWS reciboCancelaGuiaWS http://wwww.seuservidor.com.br/ServicoINF
OMED/TISS/V3_03_02/TissCancelaGuia.svc
comunicacaoBeneficiarioW reciboComunicacaoWS http://wwww.seuservidor.com.br/ServicoINF
S OMED/TISS/V3_03_02/TissComunicacaoBenefi
ciario.svc
loteGuiasWS protocoloRecebimentoWS http://wwww.seuservidor.com.br/ServicoINF
OMED/TISS/V3_03_02/TissLoteGuias.svc
loteRecursoGlosaWS protocoloRecebimentoRecu http://wwww.seuservidor.com.br/ServicoINF
rsoWS OMED/TISS/V3_03_02/TissRecursoGlosa.svc
loteAnexoWS protocoloRecebimentoAnex http://wwww.seuservidor.com.br/ServicoINF
oWS OMED/TISS/V3_03_02/TissLoteAnexo.svc
pedidoElegibilidadeWS respostaElegibilidadeWS http://wwww.seuservidor.com.br/ServicoINF
OMED/TISS/V3_03_02/TissVerificaElegibilidad
e.svc
solicitacaoDemonstrativoR demonstrativoRetornoWS http://wwww.seuservidor.com.br/ServicoINF
etornoWS OMED/TISS/V3_03_02/TissDemonstrativoReto
rno.svc
solicitacaoProcedimentoWS autorizacaoProcedimentoW http://wwww.seuservidor.com.br/ServicoINF
S OMED/TISS/V3_03_02/TissSolicitacaoAutorizP
rocedimentos.svc
solicitacaoStatusAutorizaca situacaoAutorizacaoWS http://wwww.seuservidor.com.br/ServicoINF
oWS OMED/TISS/V3_03_02/TissSolicitacaoStatusAu
torizacao.svc
solicitacaoStatusProtocolo situacaoProtocoloWS http://wwww.seuservidor.com.br/ServicoINF
WS OMED/TISS/V3_03_02/TissSolicitacaoStatusPr
otocolo.svc
solicitacaoStatusRecursoGl situacaoProtocoloRecursoW http://wwww.seuservidor.com.br/ServicoINF
osaWS S OMED/TISS/V3_03_02/TissSolicitacaoStatusRe
cursoGlosa.svc
Tabela 15: Lista completa das transações via Web Service.

28
 Infomed REMOTE
Guia Técnico TISS
Contato | Informações | Dúvidas
Unimed NNE - Unidade de Tecnologia
CH – Coordenação de Homologação
Av. Josefa Taveira, nº 53 – Mangabeira
CEP 58055-000 – João Pessoa – PB.
Fone: (83) 3048-2500
www.Infomed.inf.br

29