Comparação de Páginas

Entendendo a crítica:

Pode Pode ocorrer em todos os tipos de envio de XML TISS via Web Prestador quando o beneficiário enviado na tag "dadosBeneficiario" não foi encontrado pelo sistema no cadastro da operadoraOperadora.

Exemplo de beneficiário enviado no XML ("guiaSP-SADT"):

O beneficiário do XML é identificado por uma das duas chaves no XML, sendo que dentre entre elas apenas numeroCarteira é obrigatória perante schema da ANS, portanto, numeroCNS é opcional ficando a critério do prestador enviar ou não:

• numeroCarteira
• numeroCNS

No nosso exemplo foram enviadas ambas as tags.

A chave informada deverá ser verdadeira, ou seja, deverá existir um cadastro de beneficiário contendo a informação enviada. Caso não encontre pelo código, o sistema tentará buscar pelo CNS e vice-versa. O cadastro de beneficiário fica disponível no módulo Estrututral em Cadastro de contratos > Beneficiários F8, e ambos código e CNS ficam disponíveis na primeira "Beneficiário":

No exemplo acima, nosso beneficiário JOAO SILVEIRA não foi encontrado pois o código e CNS enviados não batem com o cadastrado no sistema. Foi enviado no XML o código "0561500000200", sendo que no cadastro o correto seria "0561500000100". O CNS enviado foi "267985351990099", no sistema o correto é "267985351990003.

Entendendo a crítica:

Pode ocorrer em todos os tipos de envio de XML TISS via Web Prestador quando o beneficiário enviado na tag "dadosBeneficiario" diverge do beneficiário que de fato consta na guia dentro do sistema.

Exemplo de beneficiário enviado no XML ("guiaSP-SADT"):

Note que o beneficiário enviado no XML foi "JOAO SILVEIRA", o qual existe corretamente no sistema com este código e CNS conforme consta abaixo:

No entanto, o beneficiário constante na guia a qual está sendo cobrada no XML é o "CARLOS ALVES":

Sendo assim, neste caso temos a crítica de que o beneficiário da guia é diferente do beneficiário enviado no XML. Para solucionar, analisar a guia x arquivo, se o prestador enviou incorretamente será necessário que corrija o arquivo e o reenvie para validação. Caso a guia esteja com o beneficiário incorreto, se faz necessária a geração de nova guia com o paciente correto para que o prestador possa reenviar o arquivo com este novo número de guia.

Entendendo a crítica:

Pode ocorrer em todos os tipos de envio de XML TISS via Web Prestador quando houver cobrança de dois ou mais beneficiários no mesmo arquivo que sejam de congêneres diferentes no sistema.

Exemplo de beneficiário 1 enviado no XML, JOAO SILVEIRA, guia 3095:

Exemplo de beneficiário 2 enviado no XML, JESSICA DOS SANTOS, guia 3198:

Analisando a primeira guia clicando no ícone , notamos que o beneficiário JOAO pertence a congênere PRE PAGAMENTO COLETIVO EMPRESARIAL conforme consta abaixo:

Analisando a segunda guia clicando no ícone , notamos que a beneficiária JESSICA pertence a congênere PRE PAGAMENTO PF conforme consta abaixo:

Sendo assim, é inválido que o prestador tente cobrar no mesmo arquivo guias de beneficiários que sejam de congêneres distintas. Nesta situação é obrigatório que todos os atendimentos sejam da mesma congênere.

Para solucionar, é necessário que o prestador ajuste a geração do arquivo de forma que emita apenas beneficiários da mesma congênere. Ou utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora validar essa informação.

Entendendo a crítica:

Pode ocorrer em todos os tipos de envio de XML TISS, via Web Prestador, quando a indicação de RN (Recém Nascido-nascido) estiver divergente da autorização da guia. No exemplo abaixo, a guia está indicada que NÃO se trata de RN (Recém Nascido-nascido):

Ao enviar o XML, consta "SIM" na indicação de RN (Recém Nascido-nascido):