Autor: H. S.
Entendendo a crítica
Pode ocorrer no envio de XML TISS via Web Prestador ou processamento manual pelo módulo ServerTiss30, quando produto está sendo cobrado de forma agrupada, ou seja, com a quantidade maior que UM no mesmo bloco.
Segue exemplo de um XML "guiaResumoInternacao", onde foi enviada a informação do mat/med com a cobrança de quantidade igual a "3":
Atenção Unimeds!
Esse tipo de cobrança fere principalmente a regra para Unimeds do Manual de Intercâmbio Nacional. Por este motivo, temos a crítica para barrar este tipo de envio:
Item 9.16.1.1. Cabe ressaltar que todos os itens que compõem a cobrança (diárias, taxas, materiais, medicamentos, honorários profissionais, SADT) devem ser cobrados com as respectivas datas de realização, conforme padrão TISS, sendo opcional para materiais e medicamentos.
Sendo assim, é inválido que o prestador tente cobrar um procedimento com quantidade de forma agrupada, ficando maior que um no mesmo bloco de cobrança.
Para solucionar, é necessário que o prestador corrija o arquivo informando as quantidades dos procedimentos 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 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 ou processamento manual pelo Módulo ServerTiss30, quando o produto está sendo cobrado, porém já existe uma mesma conta, ou uma conta diferente referente a mesma guia com o mesmo item que já foi apresentado.
Segue exemplo de um XML "guiaSP-SADT" onde foi enviada a informação do mat/med com a cobrança do produto 70014248:
Sendo assim, é inválido que o prestador tente cobrar o produto mat/med que já foi encontrado em outra conta.
Para solucionar, é necessário que o prestador analise, de fato, se já foi ou não faturado o item indicado. Caso não tenha sido faturado ainda, especifique a data de realização e horário de execução, e reenvie o arquivo para uma nova validação.
Entendendo a crítica
Pode ocorrer no envio de XML TISS via Web Prestador ou processamento manual pelo Módulo ServerTiss30, quando produto informado está com o valor diferente do que está cadastrado na tabela do prestador.
Segue exemplo de um XML "guiaSP-SADT" onde foi enviada a informação do mat/med com a cobrança do produto 70014370, em que o valor ficou em 0,20, mas na tabela do prestador está a 0,17, o que pode barrar o envio do XML:
Sendo assim, é inválido que o prestador tente cobrar o produto mat/med com valor a maior.
Para solucionar, é necessário que o prestador corrija o arquivo, informando o preço do produto certo, e retire este item da conta dele. A Operadora pode incluir o direito nas validações do Servertisss30 ou no Cadastro do Prestador na aba 9 > botão "Configurações do Tiss", incluindo o direito informado abaixo para não efetuar a validação de valores e assumindo o preço da tabela; valide o produto com preço de tabela glosando o excedente, e reenvie o arquivo para nova validação. Veja a configuração indicada no item abaixo, caso não seja de interesse da Operadora validar essa informação, e assumir o valor de tabela.
Entendendo a crítica
Pode ocorrer no envio de XML TISS via Web Prestador ou processamento manual pelo Módulo ServerTiss30, quando o produto informado está com o valor diferente do que está cadastrado na tabela do prestador.
Segue exemplo de um XML "guiaSP-SADT", onde foi enviada a informação do mat/med com a cobrança do produto 90452080, em que o código dele não existe na tabela do prestador, o que pode barrar o envio do XML:
Sendo assim, é inválido que o prestador tente cobrar o produto Mat/Med quando não está correto o código TUSS ou TISS.
Para solucionar esse caso, é necessário que o prestador corrija o arquivo informando o código do produto certo, ou que retire esse item da conta dele.
Entendendo a crítica
Pode ocorrer no envio de XML TISS, via Web Prestador ou no processamento manual pelo Módulo ServerTiss30, quando o produto informado não pertence à tabela, e não está cadastrado na tabela do prestador.
Segue exemplo de um XML "guiaSP-SADT", onde foi enviada a informação do mat/med com a cobrança do produto 70014000, em que o código do produto não existe na tabela do prestador, o que pode bloquear o envio do XML:
Sendo assim, é inválido que o prestador tente cobrar o produto mat/med quando não está informado na tabela definida para materiais e medicamentos.
Para solucionar, é necessário que o prestador corrija o arquivo informando com o código do produto certo ou que retire esse item da conta dele.
Entendendo a crítica
Pode ocorrer no envio de XML TISS, via Web Prestador ou no processamento manual pelo Módulo ServerTiss30, quando o produto informado está com quantidade maior do que está autorizado na guia.
Segue exemplo de um XML "guiaSP-SADT", onde foi enviada a informação do mat/med com a cobrança do produto 70407401 em que o código do produto está correto, mas sua quantidade excede a quantidade liberada na guia, o que pode bloquear o envio do XML:
Liberada na guia a quantidade de 1 unidade, porém no XML acima foi enviado pelo prestador a quantidade executada de 2 unidades.
Sendo assim, é inválido que o prestador tente cobrar o produto mat/med que não esteja compatível com a quantidade liberada na guia.
Para solucionar, é necessário que o prestador corrija o arquivo, informando a quantidade do produto certo ou que retire esse item da conta dele.
Entendendo a crítica
Pode ocorrer no envio de XML TISS, via Web Prestador ou no processamento manual pelo Módulo ServerTiss30, quando o produto informado está com a unidade de medida diferente do que está cadastrado no sistema da Operadora.
Segue exemplo de um XML "guiaSP-SADT", onde foi enviada a informação do mat/med com a cobrança do produto 90452089 em que a unidade de medida no cadastro da Operadora corresponde a um código diferente do enviado, o que pode bloquear o envio do XML:
Sendo assim, é inválido que o prestador tente cobrar o produto mat/med quando não está correta a unidade de medida.
Para solucionar, é necessário que o prestador corrija o arquivo, informando a unidade do produto que foi acordado com a Operadora ou que retire esse item da conta dele.
Entendendo a crítica
Pode ocorrer no envio de XML TISS, via Web Prestador ou no processamento manual pelo Módulo ServerTiss30, quando o produto informado está no processo de auditoria concorrente na Web e ainda não foi liberado pelo auditor.
Segue exemplo de um XML "guiaSP-SADT", onde foi enviada a informação do procedimento com a cobrança do produto 10102019 em que o procedimento não foi liberado da auditoria, o que pode bloquear o envio do XML:
Sendo assim, é inválido que o prestador tente cobrar o procedimento quando não está liberado na auditoria concorrente.
Para solucionar, é necessário que o prestador libere o procedimento ou que retire esse item da conta dele.
Entendendo a crítica
Pode ocorrer no envio de XML TISS, via Web Prestador ou no processamento manual pelo Módulo ServerTiss30, quando o produto informado está no processo de auditoria concorrente na Web e ainda não foi liberado pelo auditor.
Segue exemplo de um XML "guiaSP-SADT", onde foi enviada a informação do Material/Medicamento/OPME com a cobrança do produto 1900690961 em que a OPME não foi liberada na auditoria concorrente da web, o que pode barrar o envio do XML:
Sendo assim, é inválido que o prestador tente cobrar a OPME quando não está liberada na auditoria concorrente.
Para solucionar, é necessário que o prestador libere o Material/Medicamento/OPME ou que retire esse item da conta dele.