Pular para o conteúdo principal

Discussão TISSNet

Galera estarei postando aqui uma dúvida de uma pessoa que encontrou em contato comigo para falar do TISS (Troca de Informações em Saúde Suplementar). Estarei postando neste post a Dúvida dessa pessoa e, logo abaixo, responderei a mesma.
Pergunta: ========================================
Gostei da idéia do TISS e acho muito boa a iniciativa de montarmos um grupo para quem está desenvolvendo isso, principalmente em Java. Na verdade nosso sistema que cuida desta parte é feito em Qt, mas estou pensando em implementar esta parte em Java mesmo, acho o suporte a XML melhor. Bom, vamos às minhas dúvidas mais "críticas": 1) Vocês irão transmitir os dados para uma operadora, certo? O que será usado, comunicação ponto-a-ponto ou webservices? No caso da comunicação ponto-a-ponto, será utilizado o próprio Tissnet? E no caso de webservices, o que estarão utilizando? Tem como utilizar o Tissnet também ou precisaram criar uma solução própria? No caso de solução própria, reutilizaram as APIs da ANS? 2) Não consegui entender direito como estarão distribuidas as guias dentro do arquivo. No nosso caso, a guia vem em branco para o nosso faturamento preencher manualmente (o papel tbm será obrigatório, certo?), mas nas nossas agências transfusionais (que ficam dentro de diversos hospitais) não há como preencher isso... O que acontece é que um determinado serviço ou produto derivado de sangue que seja necessário para um paciente, pode incluir implicitamente diversos outros exames e serviços, os quais devem ser cobrados também. Assim, nosso sistema relaciona apenas um único número de guia (no caso a SADT) a cada ficha de requisição de transfusão/exames. Devo ter um único arquivo XML para cada guia? Posso unificar o envio de diversos itens (relacionados a um mesmo paciente, mas distribuidos em varias guias) em um unico número e relacionar tudo dentro do XML? Isso porque existe também o problema da guia SADT ter espaço para apenas 5 procedimentos... 3) Qual a estratégi que você utilizou para mapear os campos que vão para o xml? Os schemas são, digamos.... GRANDES DEMAIS. Sei que escrevi demais e tenho bastante dúvidas, mas se puder me ajudar (e quem sabe eu também ajudá-lo...) ficaria muito agradecido. Mais uma vez obrigado pela força! Abraço, ===============================================

Comentários

Rafael Martins disse…
Galera estarei agora respondendo às dúvidas postadas acima, enviadas a mim pelo companheiro Cássio. Onde em contato com ele, achamos melhor que fosse criado um tópico de discursão para que todos possamos nos ajudar.

Resposta: ========================================

1)
Certo, iremos transmitir os dados para uma operadora.
Iremos usar Web Services, mas pelo padrão Tiss estaremos preparados para as duas formas de transmissão, ponto-a-ponto e Web Services.
Na comunicação ponto-a-ponto usaremos o TISSNet.
Na comunicação via Web Services pode-se usar o TISSNet sim, mas estaremos usando uma 'solução própria' em web Services. Onde estaremos usando a lib do Tiss, para que assim nao fujamos ao padrão da ANS. Como API estou usando também o AXIS para auxilio na criação dos clientes de Web Services, visto que, terei além de disponibilizar serviçoes para que as Operadoras consumam, irei criar clientes que consumam os serviços disponibilizados pelas Operadoras(por exemplo, quando for solicitar alguma prorrogação de procedimento).


2)
Sobre as guias, você pode enviar um Lote de Guias. E não apenas um XML por vez.

3) A estratégia que usamos para mapear os campos do XML, foi o de utilizar a própria estrutura do Tiss, usando sua lib e instanciando um objeto do tipo MensagemTISS você consegue obter todos os campos necessários no XML.

Para te ajudar nisso, vou te dar uma dica que me foi passada quando ingressei neste projeto.
Se já baixou o TISSNet no site da ANS (Agência Nacional de Saúde), dentro dele em docs tem um manual do TissNet 3.0. Este documento explica tudo que se deve fazer e dependendo do que for tem exemplos de como deve-se implementar.

===============================================

Cássio, espero ter ajudado com o pouco que sei.
Qualquer coisa que eu possa ajudar, sinta-se a vontade de perguntar.

Abração

Postagens mais visitadas deste blog

Cursos Gratuitos Udemy

Aproveitem para acumular conhecimento! Cursos pagos que estão de graça na Udemy: Python:  https://lnkd.in/epdtT8Y Ionic 3:  https://lnkd.in/e8mdY4V HTML5:  https://lnkd.in/eRZVUSN Android:  https://lnkd.in/eHg7kbz C++:  https://lnkd.in/eZvb4rV Python:  https://lnkd.in/ekavMui C e C++:  https://lnkd.in/eKUJ97p Unity 5:  https://lnkd.in/e-ftZCJ Unreal Engine 4:  https://lnkd.in/ekzWpBg Web com Github pages:  https://lnkd.in/eNfr_eS Git:  https://lnkd.in/er4im7H WordPress:  https://lnkd.in/eYExqay Jekyll:  https://lnkd.in/e4m5Q7q WordPress:  https://lnkd.in/eMffdp2 React.js:  https://lnkd.in/eE67yas Unity3D:  https://lnkd.in/ecM63B6 HTML:  https://lnkd.in/eAQFGqy C++:  https://lnkd.in/evqDkeM Algoritmos e lógica:  https://lnkd.in/ehuYnvN JavaScript:  https://lnkd.in/e9EppKs Qlikview:  https://lnkd.in/e5ZufxV Algoritmos e lógica:  https://lnkd.in/e_E3Dry Python:  https://lnkd.in/ejTKa3W Introdução à programação de computadores:  https://goo.gl/Mi3hbF Terminal L

SOA - Service Oriented Architecture (Arquitetura Orientada a Serviços)

O SOA representa uma nova geração da plataforma da computação distribuída. SOA é uma filosofia de TI que visa facilitar a integração entre sistemas, orientando a criação e a disponibilização de soluções modulares e fracamente acopladas baseadas no conceito de serviços. É um estilo de arquitetura de software cujo princípio fundamental prega as funcionalidades implementadas pelas aplicações devem ser disponibilizadas na forma de serviços. Freqüentemente estes serviços são conectados através de um “barramento de serviços” que disponibiliza interfaces, ou contratos, acessíveis através de Web Service ou outra forma de comunicação entre aplicações. ::benefícios... Facilidade de criar/controlar processos, diminuição de redundâncias (em todos os níveis), aumento da capacidade de expandir operações.  Muitos são as vantagens de se implementar SOA, abaixo descrevemos alguns: ::onde atuar... Dificuldade de comunicação entre aplicações, dificulda