Comparação de Páginas

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a taxa ou pacote enviado na tag "outrasDespesas ->despesa->servicosExecutados> despesa > servicosExecutados" não existe cadastrada no sistema, não existe negociada com o prestador ou está com configurações diferente diferentes do atendimento.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da taxa "60033665 - TAXA DE SALA DE OBSERVACAO, ATE 12 HORAS", conforme  conforme consta abaixo:

Image Modified

Primeiramente, nos atentemos é necessário atentar a qual prestador o sistema utilizará para buscar a configuração de negociação de taxa. Para isso, temos um parâmetro no sistema, o qual permite escolher qual local do XML buscar o prestador, presente em Contas > Configurações > Parâmetrizações do sistema > Aba Processamento TISS 3.x > Prestador (Taxa):

Image Modified

O próximo passo é analisar qual é a configuração de hierarquia de busca pelas negociações. Em Veja em: Contas > Configurações > Configurações do sistema > aba "10.Configurações de Guias e TISS" > campo campo "Relação de taxas na guia":

Image RemovedImage Added

O sistema seguirá a busca das taxas conforme a hierarquia escolhida acima. Abaixo, indicamos o local onde cadastrar cada uma das opções de negociação descritas no campo acima:.

Voltando ao exemplo do nosso cenário, o prestador HOSPITAL possui tem a configuração de uma tabela em seu Faturamento Linear.
Buscando pelo código da taxa/diária através do pelo ícone de lanterna : (), podemos notar que o código enviado no XML está devidamente cadastrado na tabela do prestador:

Image Modified

Uma vez que a taxa exista em alguma configuração do prestador, seja específica, linear, tabela, contrato, o último local para acessar seria o próprio cadastro da taxa, a fim de verificar se há alguma informação divergente do atendimento que justifique o erro. Em Acesse em: Contas > Cadastros > Taxas hospitalares:

Image RemovedImage Added

Neste Nesse caso nosso , o erro ocorreu devido a à natureza de uso da taxa. O XML postado foi de Internação, sendo assim, naturalmente o sistema tentará buscar por taxas/diárias que sejam de ambas as naturezas ou espefícica específica de Internação. A taxa exemplo pode ser utilizada somente em atendimentos Ambulatoriais, conforme consta abaixo:

Image Modified

Por este motivo descrito acima, temos a crítica de taxa inválida. Com este esse exemplo, podemos afirmar que nem sempre será o caso da taxa não estar negociada no prestador, mas sim por vezes a própria taxa possui tem configurações que não permitem o seu uso naquele atendimento.

Sendo assim, é inválido que o prestador tente cobrar uma taxa configurada apenas para uso Ambulatorial em um XML de internação. 

Para solucionar, é necessário que o prestador reveja a cobrança da taxa e envie o código correto, ou a operadora reveja o cadastro da taxa caso esteja incorreto. Caso contrário, a postagem do arquivo será barrada, visto que não há configuração para inibir esse tipo de validação conforme veremos no item abaixo.

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a taxa/diária enviada na tag "outrasDespesas ->despesa->servicosExecutados> despesa >  servicosExecutados" está configurada no sistema com a obrigatoriedade de autorização, porém, não está autorizada na guia.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da taxa "60027452 - ALUGUEL / TAXA DE MONITOR DE VIDEO, POR USO", conforme consta abaixo:

Image Modified

O local onde indicamos ao sistema a necessidade de autorização para a taxa/diária , é no é no cadastro : Cadastro de taxas em Contas > Cadastros > Taxas hospitalares, campo "Necessita guia de autorização?". Conforme consta abaixo, nossa taxa de exemplo está configurada com SIM para essa exigência:

Consultando a nossa guia exemplo nº 3236, podemos confirmar que a taxa não consta inserida autorizada na guia:

Image RemovedImage Added

É importante afirmar que o sistema não buscará a taxa somente na própria guia enviada no XML, mas sim em todas as guias relacionadas à ela, conforme relação abaixo:

• Guias onde a guia é principal (Filhas);
• Guias filhas da guia principal desta guia (Irmãs);
• A guia principal desta guia (Mãe).

Outro ponto importante a se afirmar ressaltar é que essa mesma busca se dará por taxas/diárias relacionadas. Conforme consta abaixo, no cadastro de taxas é possível indicar que esta taxa possui tem outras relacionadas, similares. Deste Desse modo, o sistema também buscará conforme indicado acima, na guia e , guias relacionadas pelas taxas similares à a ser enviada no XML. Ou seja, caso a própria taxa não esteja na guia porém , mas a relacionada dela esteja, já é suficiente:

Voltando ao nosso estudo de caso, a nossa taxa exemplo não existe na guia do XML e , tampouco nas estão relacionadas à a ela, sendo assim, é inválido que o prestador tente cobrar esse item no XML sem a devida autorização.

Para solucionar, é necessário que o prestador reveja a cobrança da taxa/diária e peça a autorização da mesma à operadoraOperadora, emitindo nova guia via Solusweb Prestador, ; ou a operadora Operadora precisa revisar a guia e/ou cadastro da taxa quanto a à necessidade de autorização. Ou Pode também utilizar a configuração indicada no item abaixo, caso não seja de interesse da operadora Operadora validar essa informação.

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando o prestador enviar alguma taxa ou diária na tag "outrasDespesas ->despesa->servicosExecutados", no > despesa > servicosExecutados". No entanto, ele não está autorizado a faturar tais itens.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da taxa "60000040 - TAXA DE SALA DE OBSERVACAO, ATE 12 HORAS",   conforme consta abaixo:

Nesta situação, o sistema simplesmente irá bloquear bloqueará o prestador de enviar qualquer item com o código de despesa "05" e "07", que refere-se à a diárias e taxas respecitvamente (clique aqui para consultar a terminologia da ANS para os códigos de despesa do XML), pois simplesmente ele possui teve um direito no perfil/operador que não permite o faturamento de qualquer item desse tipo. O direito será visto no item "Configurar o sistema para que NÃO efetue essa validação".

Para solucionar, o prestador deverá remover a cobrança dessa despesa do XML e reenviá-lo para nova validação. Ou Pode-se também utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora efetuar esse tipo de bloqueio.

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a taxa/diária foi informada sem a tag "outrasDespesas ->despesa->servicosExecutados->horaInicial> despesa > servicosExecutados > horaInicial", ou seja, não informou a hora de início da execução dessa taxa/diária.

Exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60034335 - OXIGENIO, POR HORA". Note que a tag "horaInicial" não está inserida no XML:

Image Modified

Sendo assim é inválido que o prestador cobre uma taxa ou diária sem informar a devida hora inicial a qual ela foi executada.

Para solucionar , se a operadora não deseja barrar o faturamento, é necessário que o prestador corrija o arquivo, indicando o horário correto de execução do item e reenvie o arquivo para nova validação. Ou Pode-se também 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 no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a taxa/diária foi informada sem a tag "outrasDespesas ->despesa->servicosExecutados->horaFinal> despesa servicosExecutados > horaFinal", ou seja, não informou a hora do fim da execução dessa taxa/diária.

Exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária 60034335 "60034335 - OXIGENIO, POR HORA". Note que a tag "horaFinal" não está inserida no XML:

Image Modified

Sendo assim, é inválido que o prestador cobre uma taxa ou diária sem informar a devida hora final a qual ela foi executada.

Para solucionar, se a operadora não deseja barrar o faturamento, é necessário que o prestador corrija o arquivo indicando o horário correto de fim de execução do item e reenvie o arquivo para nova validação. 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 no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a quantidade cobrada pela diária é superior ao que foi autorizado na guia.

Exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60000040 - DIARIA COMPACTA DE APARTAMENTO SIMPLES SIMPLES" com a quantidade cobrada igual a 2a 2:

Image Modified

Consultando a guia de exemplo nº 3254, podemos observar que a quantidade previamente autorizada foi de apenas 1 diária:

Image Modified

Caso não encontre na própria guia enviada no XML, o sistema também buscará nas complementares desta guia. 

Sendo assim é inválido que o prestador cobre uma diária com quantidade SUPERIOR ao que foi autorizado na emissão da guia.

Para solucionar, é necessário que o prestador corrija o arquivo indicando a quantidade correta autorizada do item, ou emita nova guia para pedir a autorização da nova quantidade. Ou Pode-se também 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 no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a quantidade cobrada pela taxa/diária é inválida, ou seja, é menor ou igual a zero.

Exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60000040 - DIARIA COMPACTA DE APARTAMENTO SIMPLES SIMPLES" com a quantidade cobrada igual a 0a 0:

Image Modified

Somente este fato já é suficiente para ocorrer a crítica, não é permitido o envio de quantidade igual a zero ou mesmo negativa para as taxas/diárias informadas em outras despesas. Sendo assim, essa cobrança se torna inválida.

Para solucionar, é necessário que o prestador ajuste a quantidade e reenvie o arquivo para nova validação, caso contrário, não será possível a postagem do arquivo visto que não há configuração que iniba essa validação, conforme veremos no item abaixo.

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a quantidade cobrada pela taxa/diária "outrasDespesas ->despesa->servicosExecutados> despesa > servicosExecutados" é superior ao que consta, permitido no cadastro deste item no sistema.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60034025 - TAXA POR UNIDADE DE CURATIVO PEQUENO" com a quantidade cobrada igual a 3a 3:

Image Modified

O local o no qual o sistema confronta para identificar a quantidade permitida no faturamento da taxa/diária, é em: Contas > Cadastros > Taxas, a partir dos campos "Quantidade máxima permitida na guia eletiva:" ou "Quantidade máxima permitida na guia de urgência".

Conforme nossa taxa de exemplo, a quantidade permitida para guias eletivas é de apenas 2 quantidades (quando este campo não está preenchido, o padrão assumido pelo sistema é 9999):

Para identificar se o atendimento é eletivo ou urgente para saber em qual campo buscar a quantidade, o sistema se baseará no campo de regime da própria guia a qual está sendo cobrada.

Sendo assim, uma vez que a taxa está configurada com quantidade máxima permitida igual a 2, e no XML está sendo cobrada uma quantidade SUPERIORsuperior, a crítica é pertinente e desta , dessa forma, não é possível que o prestador tente farturá-lo via arquivo.

Para solucionar, é necessário que o prestador reveja a cobrança da quantidade e corrija reenviando novo arquivo para validação, ou a operadora modificar a quantidade permitida dentro do cadastro da taxa. Caso contrário, a postagem do XML será barrada e não será possível o envio do arquivo, visto que não há configuração para inibir essa crítica, conforme veremos no item abaixo.

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando o valor cobrado pela taxa/diária na tag "outrasDespesas ->despesa->servicosExecutados> despesa > servicosExecutados" no arquivo é superior ao valor negociado com o prestador dentro do sistema.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60033681 - TAXA DE SALA DE OBSERVACAO, ATE 6 HORAS" com o valor cobrado igual a 75a 75,60 na tag "valorUnitario":

Image Modified

Primeiramente, nos atentemos a qual prestador o sistema utilizará para buscar a configuração de negociação do valor da taxa. Para isso, temos um parâmetro no sistema o qual permite escolher qual local do XML buscar o prestador, presente em: Contas > Configurações > Parâmetrizações do sistema > Aba Processamento TISS 3.x > Prestador (Taxa):

Tendo o prestador em mãos, o próximo passo é analisar em qual local do sistema há um valor configurado para a taxa. Esses locais seguem uma hierarquia, sendo que detalhamos os mesmos no quadro abaixo. O primeiro detalhamento é o primeiro local o qual o sistema buscará o valor, e assim por diante:.

Voltando ao exemplo do nosso cenário, o prestador HOSPITAL possui tem configuração de uma tabela em seu Faturamento Linear. Analisando o valor da taxa, temos a negociação cadastrada com 50,00 para este prestador:

Sendo assim, é inválido que o prestador tente cobrar uma taxa com valor SUPERIOR ao que consta negociado em seu cadastro. No cadastro temos 50,00, porém, ele informou 75,60.

Para solucionar esse caso, é necessário que o prestador reveja a cobrança do valor da taxa e corrija reenviando um novo arquivo para validação, ou a operadora revisar os valores dentro das negociações, se for o caso. Ou Pode-se também 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 no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando a diária enviada na tag "outrasDespesas ->despesa->servicosExecutados> despesa > servicosExecutados" está sendo cobrada de forma agrupada, ou seja, com a quantidade maior que UM no mesmo bloco.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60000236 - DIARIA COMPACTA DE SEMI UTI ADULTO GERAL  GERAL" com quantidade cobrada igual a 3, conforme consta abaixo:

Esta validação irá ocorrer ocorrerá somente com duárias diárias configuradas com o campo Unidade igual a DIA, DIARIA DIÁRIA e UNIDADE, conforme consta abaixo em Contas > Cadastros > Taxas hospitalares:

Sendo assim, é inválido que o prestador tente cobrar uma diária de forma agrupada na quantidade, informando a mesma uma maior do que um no mesmo bloco de cobrança.

Para solucionar esse caso, é necessário que o prestador corrija o arquivo informando as quantidades das diárias bloco por bloco, cada uma com sua devida data de realização e horário de execução e reenviar o arquivo para nova validação. Ou Pode-se também 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 no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando houver uma cobrança de taxa/diária que já conste faturada (com as mesmas condições) em outra conta médica.

As condições para essa duplicidade ocorrer são as seguintes:

• Mesma taxa/diária;
• Mesmo beneficiário;
• Mesma data de execução;
• Mesmo horário de execução;
• Mesmo prestador.

Logo, para que a crítica ocorra, é necessário que TODAS as informações acima que são enviadas no XML já existam em uma conta médica no sistema.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária 60000236, data 20/12/2022, horário 08horário 08:56:00:

Image Modified

Buscando pela guia 3254 em Contas > Movimentação > Outras opções de faturamento.... > Faturamento de guias Ctrl G, podemos observar que temos a conta abaixo já faturada ligada à a essa guia:

Sendo assim temos a duplicidade confirmada, visto que as informações enviadas no XML são exatamente iguais as que constam na conta acima: mesma data, mesma taxa/diária, guia, beneficiário, horário e prestador. Neste Nesse caso, é inválido que o prestador tente cobrar um atendimento inteiro em duplicidade. Se ao menos uma dessas informações fosse diferente, já não seria considerada a duplicidade.

Para solucionar esse caso, se a operadora não deseja barrar o faturamento, é necessário que o prestador reveja o caso e corrija o arquivo, alterando a informação que estiver errada ou inibindo a cobrança em duplicidade. Caso contrário, a postagem do XML será barrada e não será possível o envio do arquivo visto que não há configuração para inibir essa crítica, conforme veremos no item abaixo.

Entendendo a crítica:

Pode ocorrer no envio de XML TISS via Web Prestador nos tipos "guiaSP-SADT" e "guiaResumoInternacao", quando houver uma cobrança de taxa/diária com quantidade superior ao permitido por dia no cadastro dentro do sistema.

Exemplo Como exemplo do nosso XML "guiaResumoInternacao", temos a cobrança da diária "60000554 - DIARIA DE  APARTAMENTO SIMPLES",   com a quantidade cobrada igual a 3:

Image Modified

O local o no qual o sistema confronta para identificar a quantidade diária permitida no faturamento da taxa/diária, é está em: Contas > Cadastros > Taxas, a partir dos campos "Qtd máx. por guia/dia ao faturar via XML/ Detalhado:".

Conforme nossa diária de exemplo, a quantidade permitida para guias eletivas é de apenas 2 quantidades:

Sendo assim, uma vez que a diária está configurada com quantidade máxima permitida igual a 2, e no XML está sendo cobrada uma quantidade SUPERIOR, a crítica é pertinente e desta , dessa forma não é possível que o prestador tente farturá-la via arquivo.

É importante afirmar que o sistema também buscará pelas quantidades dentro do arquivo, ou seja, se no mesmo arquivo XML houver cobrança dessa mesma guia, beneficiário, taxa/diária para a mesma data, essa quantidade também será considerada para validar se ocorreu o estou diário ou não.

Para solucionar esse caso, se a operadora não deseja barrar o faturamento, é necessário que o prestador reveja o caso e corrija a quantidade cobrada. Caso contrário, a postagem do XML será barrada, e não será possível o envio do arquivo, visto que não há configuração para inibir essa crítica, conforme veremos no item abaixo.