Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.


Painel
titleColorwhite
titleBGColor#AB0047
title✔ Críticas referente a Taxas


Painel
borderWidth2 px


Expandir
titlePacote/Taxa inválida e/ou não autorizada.


Expandir
titleCompreensão e Solução:

(interrogação) 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" não existe cadastrada no sistema, não existe negociada com o prestador ou está com configurações diferente do atendimento.

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


Primeiramente, nos atentemos 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, em Contas > Configurações > Parâmetrizações do sistema > Aba Processamento TISS 3.x > Prestador (Taxa):


  • Os valores serão pagos ao executante da conta médica                     → prestador identificado na tag "dadosExecutante->contratadoExecutante"
  • Os valores serão pagos ao executante contratado indicado no XML  → prestador dono do arquivo, o qual está postando o XML na Web/Servertiss30

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


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:

Painel
borderWidth2 px
titleOpções de negociação:


Expandir
titleTaxas especificas do prestador:

No cadastro do prestador, botão "Tabela de taxas":

Caso exista uma lista grande nesta tela pode-se usar o localizador de taxas através do botão direito > Localizar taxa, ou atalho F8. Atentar-se caso exista rede e/ou congênere configurada, pois o sistema utilizará essa informação para confrontar a taxa/diária, ou seja, se o beneficiário for de rede/congênere diferente, essa taxa/diária não será válida.


Expandir
titleFaturamento Linear:

No cadastro do prestador, botão "Faturamento linear":

Atentar-se caso exista rede e/ou congênere configurada na capa do faturamento linear, pois o sistema utilizará essa informação para confrontar a taxa/diária, ou seja, se o beneficiário for de rede/congênere diferente, a tabela vinculada a esse linear não será válida.

Neste caso o sistema irá seguir as taxas configuradas conforme tabela indicada. Pode-se consultar a tabela acessando o atalho pelo ícone , ou pelo Contas > Tabelas > Tabelas de preços de diárias e taxas:



Expandir
titleTabela de Taxas:

Em Contas > Tabelas > Tabelas de preços de diárias e taxas:

Neste caso o sistema buscaria por qualquer tabela de taxas que contenha o código enviado no XML, independente da mesma estar cadastrada no faturamento linear do prestador:


Expandir
titleTaxas especificas do Contrato:

Em Estrutural > Cadastros > Cadastro de contratos > botão direito > Negociação específica de pagamento de prestadores > Negociação de taxas:

O sistema buscará as taxas negociadas na tela abaixo para o prestador em questão:



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

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 Contas > Cadastros > Taxas hospitalares:

Neste caso nosso 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 de Internação. A taxa exemplo pode ser utilizada somente em atendimentos Ambulatoriais, conforme consta abaixo:


Por este motivo descrito acima temos a crítica de taxa inválida. Com este 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 configurações que não permitem o seu uso naquele atendimento.


Dica
titleDica!

Vamos enumerar alguns outros exemplos para a apresentação dessa crítica, também importantes de se avaliar:

  • Vigências/Validades: atente-se às vigências e datas de validade. Seja no botão de taxa específica, faturamento linear, na própria tabela de taxas ou nas taxas do contrato, em todos estes locais temos vigências de preços e datas de validade. Essas vigências também são levadas em consideração pelo sistema, sendo comparadas com a data de execução do item no XML (tag "servicosExecutados->dataExecucao"), ou seja, caso tenhamos uma vigência SUPERIOR a essa data, a configuração não será considerada;


  • Redes de Atendimento e Congêneres: seja na tabela específica do prestador ou no faturamento linear, temos configuração de campos para congênere e rede de atendimento. É importante atentar-se a elas pois o sistema também irá comparar. Logo, se o beneficiário pertencer a uma rede ou congênere diferente do que consta na negociação, essa negociação não será válida;


  • Demais configurações do cadastro da Taxa/Diária: em nosso exemplo o erro ocorreu devido a natureza da taxa, porém note que também temos a configuração de Regime de uso da taxa, onde pode-se configurar que a mesma atende a somente Eletivo/Urgente ou ambos. No XML SP-SADT, a tag que determina o caráter é a "dadosSolicitacao->caraterAtendimento". Já no resumoInternacao é a "dadosInternacao->caraterAtendimento". Clique aqui para consultar a terminologia de caráter conforme ANS e identificar qual está sendo enviado. Outro ponto importante é consultar se a taxa/diária está cancelada através do campo "Status".

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.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Não há. É obrigatório que a taxa/diária esteja devidamente cadastrada, ativa na base de dados da operadora e conivente com o atendimento, dependendo da configuração também é obrigatório que esteja dentro de alguma negociação do prestador.





Painel
borderWidth2 px


Expandir
titleTaxa necessita de autorização para o faturamento.


Expandir
titleCompreensão e Solução:

(interrogaçã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 enviada na tag "outrasDespesas->despesa->servicosExecutados" está configurada no sistema com a obrigatoriedade de autorização, porém, não está autorizada na guia.

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

O local onde indicamos ao sistema a necessidade de autorização para a taxa/diária, é no é no 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:

É 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 é 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 outras relacionadas, similares. Deste modo, o sistema também buscará conforme indicado acima na guia e guias relacionadas pelas taxas similares à enviada no XML. Ou seja, caso a própria taxa não esteja na guia porém 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 relacionadas à 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 à operadora, emitindo nova guia via Solusweb Prestador, ou a operadora revisar guia e/ou cadastro da taxa quanto a necessidade de autorização. Ou utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora validar essa informação.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Para que o sistema não efetue a validação se taxa/diária está autorizada na guia conforme o campo do cadastro da taxa/diária, é necessário REMOVER o seguinte direito do perfil/operador:

WEB PRESTADOR - FATURAMENTO - BLOQUEAR TAXA SEM AUTORIZACAO





Painel
borderWidth2 px


Expandir
titleSem permissão para faturar diárias.


Expandir
titleCompreensão e Solução:

(interrogaçã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 entanto, ele não está autorizado a faturar tais itens.

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 o prestador de enviar qualquer item com o código de despesa "05" e "07", que refere-se à 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 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 utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora efetuar esse tipo de bloqueio.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Para que o sistema não efetue a validação se o prestador está autorizado ou não a faturar diárias e taxas, é necessário REMOVER o seguinte direito do perfil/operador:

WEB PRESTADOR - BLOQUEIA TAXA DE DIARIA NO FATURAMENTO





Painel
borderWidth2 px


Expandir
titleObrigatório informar a hora inicial da taxa/diária.


Expandir
titleCompreensão e Solução:

(interrogaçã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->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:

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

Informações
titleInformação!

A tag "horaInicial" não é obrigatória perante o schema de validação da ANS, ou seja, o XML permanece válido mesmo sem essa tag. A crítica deste tópico tem por objetivo obrigar o prestador a indicar essa informação, para fins de Monitoramento Tiss, PTU A500, etc.

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 utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora validar essa informação.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Para que o sistema não efetue a validação se o horário está vazio na taxa ou diária cobrada, é necessário REMOVER o seguinte direito do perfil/operador:

WEB - PRESTADOR OBRIGATORIO INFORMAR DATA E HORA TAXA CONTA






Painel
borderWidth2 px


Expandir
titleObrigatório informar a hora final da taxa/diária.


Expandir
titleCompreensão e Solução:

(interrogaçã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", 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 - OXIGENIO, POR HORA. Note que a tag "horaFinal" não está inserida no XML:

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

Informações
titleInformação!

A tag "horaFinal" não é obrigatória perante o schema de validação da ANS, ou seja, o XML permanece válido mesmo sem essa tag. A crítica deste tópico tem por objetivo obrigar o prestador a indicar essa informação, para fins de Monitoramento Tiss, PTU A500, etc.

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.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Para que o sistema não efetue a validação se o horário está vazio na taxa ou diária cobrada, é necessário REMOVER o seguinte direito do perfil/operador:

WEB - PRESTADOR OBRIGATORIO INFORMAR DATA E HORA TAXA CONTA





Painel
borderWidth2 px


Expandir
titleQuantidade não autorizada.


Expandir
titleCompreensão e Solução:

(interrogaçã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 com a quantidade cobrada igual a 2:

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

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 utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora validar essa informação.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Para que o sistema não efetue a validação se diária está sendo cobrada com quantidade superior ao autorizado na emissão da guia, é necessário REMOVER o seguinte direito do perfil/operador:

WEB PRESTADOR - VALIDA QUANTIDADE DE TAXA AUTORIZADA





Painel
borderWidth2 px


Expandir
titleQuantidade inválida (xx).


Expandir
titleCompreensão e Solução:

(interrogaçã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 com a quantidade cobrada igual a 0:

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.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Não há. É obrigatório que a quantidade de taxa/diária informada no arquivo seja um número váldio, diferente de zero ou negativo.





--

Painel
borderWidth2 px


Expandir
titleQuantidade não autorizadacobrada pela taxa xx superior a quantidade máxima permitida no cadastro de taxas xx.


Expandir
titleCompreensão e Solução:

(interrogação) Entendendo a crítica:

Image Removed


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 com a quantidade cobrada igual a 2:

Image Removed


Consultando a guia de exemplo, podemos observar que a quantidade previamente autorizada foi de apenas 1 diária:Image Removed


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 utilizar a configuração indicada no item abaixo caso não seja de interesse da operadora validar essa informação.


Expandir
titleConfigurar o sistema para que NÃO efetue essa validação:


Informações

Para que o sistema não efetue a validação se diária está sendo cobrada com quantidade superior ao autorizado na emissão da guia, é necessário REMOVER o seguinte direito do perfil/operador:WEB PRESTADOR - VALIDA QUANTIDADE DE TAXA AUTORIZADA





Retornar