Ministrio da Sade

Agncia Nacional de Sade Suplementar

Padro TISS Troca de Informaes em Sade Suplementar

Acertos no Padro de Comunicao e Segurana - Webservices Verso 2.02.01

ALTERAES
Relao de alteraes contempladas na verso 2.02.01 em relao a anterior com o objetivo de adequao Instruo Normativa n 29, de 20 de fevereiro de 2008. Todas as modificaes realzadas foram apresentadas pelo mercado atravs dos diversos canais de contato e trazidos pelo Comit de Padronizao de Informaes em Sade Suplementar COPISS. Os comentrios da equipe TISSNET esto em azul. O wsdl de solicitao permite que mais de uma solicitao seja enviada, deve ser ajustado para ficar igual ao XSD onde apenas uma solicitao pode ser enviada por vez. O nico WSDL com occurs coincide com o XSD... Os wsdls devem usar o elementFormDefault="qualified" por ser uma recomendao de boas prticas. Neste caso particular, um preciosismo acadmico totalmente desnecessrio: adiciona complicao sem adicionar benefcio. Deixamos isso a cada usurio, j que a estrutura do servio no muda com isto. Os wsdls devem permitir que as operadoras definam as mensagens de retorno de erro. Retirar do fonte as mensagens de erro pr-definidas e criar uma estrutura customizvel. Todo WSDL , por definio, customizvel. A retirada das mensagens padro do texto desnecessria. Alm disto, retir-las, na prtica, abole o padro, j que um eventual prestador teria que preparar clientes de web services dependentes da operadora com a qual estivesse se comunicando, j que as exceptions seriam diferentes a cada caso. Ao invs disto, recomenda-se utilizar os textos auxiliares em cada mensagem de exceo para informaes adicionais. Isto no foi feito! O TISSnet deve fazer a verificao do encoding ISO 8859-1 conforme definido e recusar os XMLs que no estejam no padro de encoding. Isto j era feito desde a verso 4.0. O TISSnet dever apenas aceitar os arquivos cuja nomenclatura estiverem da

forma que definido, caso contrrio devem ser descartados (O TISSnet aceita qualquer nome de arquivo, quando usado na comunicao ponto-a-ponto ele

Acertos de Verso Padro de Comunicao e Segurana 2-3

mesmo renomeia, mas no critica se o arquivo original est com o nome fora do padro). Novamente, um preciosismo acadmico totalmente desnecessrio: adiciona uma regra e uma dificuldade sem adicionar valor ao processo. No fizemos isto! Serviria, apenas, para levar loucura os prestadores, especialmente os pequenos. O programa TISSNET j garante o padro, pois manipula as filas de acordo com eles. O TISSnet deve validar os namespaces (ans:) contidos dentro do arquivo. No momento ele vem aceitando qualquer namespace ou mesmo a ausncia de um, contrariando o padro. A tarefa de validar o XML delegada ao suporte a DOM padro do JAVA. O parser configurado valida pelos esquemas XSD desde sempre. Se o XSD especificar a obrigatoriedade de namespaces, o TISSNet respeitar, naturalmente, a restrio. Isto, pois, foi conseguido com a modificao dos XSD's. O TISSnet deve permitir opcionalmente que as mensagens trafegadas no sejam criptografadas. Para isso deve haver um check box que d est opo, sendo seu valor default a criptografia. Implementado na verso 5.0. Vale dizer que nunca entendemos a necessidade disto, uma vez que a criptografia RIJNDAEL s usada na modalidade ponto a ponto, no padronizada pelo TISS, e pode ser obtida gratuitamente na INTERNET (h vrias implementaes, para vrios ambientes). Assim, a necessidade de transmisso em texto claro s se colocaria se algum estivesse desenvolvendo um servidor ponto a ponto alternativo, com o mesmo protocolo de aplicao do TISSNet, coisa que no seria necessria em hiptese alguma. A remoo da criptografia, assim, desprotege a mensagem, contrariando recomendao da prpria ANS, no adiciona desempenho ao processo e no interfere nos web services padronizados. No h qualquer razo plausvel para se fazer isso... Ainda assim, est implementado nesta verso.

Acertos de Verso Padro de Comunicao e Segurana 3-3