| Produto: | |||||||
|---|---|---|---|---|---|---|---|
| Linha de Produto: | |||||||
| Segmento: | |||||||
| Módulo: | |||||||
| Função: |
| ||||||
| País: | Brasil | ||||||
| Ticket: | 24663588 | ||||||
| Issue: | DSAUGPSCONTAS-29058 |
Atualmente, ao importar um PTU de reapresentação, o sistema considera os movimentos apresentados originalmente juntamente dos novos movimentos reapresentados para realizar o cálculo do escalonamento da Lista Referencial de Honorários Médicos (LRH). Essa abordagem gerava inconsistências, pois o calculo do escalonamento dos fatores de honorário de cobrança e pagamento acontecia de forma inconsistente.
Agora para importações de PTU de reapresentação de cobrança, o sistema passa a desconsiderar os movimentos da apresentação original que estão sendo reapresentados e considera os movimentos que não foram reapresentados e os movimentos que estão sendo importados na reapresentação. Além disso, os movimentos que não serão mais considerados no calculo do escalonamento da LRH terão o campo "Ato Cirúrgico" na Central TISS exibidos como "Reapresentado", e uma vez que o campo estiver com esse status, o campo estará bloqueado para edição (conforme imagem abaixo).

Se o movimento da reapresentação for removido ou o lote da reapresentação for cancelado, o movimento original voltará ao seu estado inicial e o campo "Ato cirúrgico" será novamente habilitado para edição.
O movimento é marcado como "Reapresentado", indiferente de seu status. Inclusive movimentos que estejam em auditoria podem receber o ato cirúrgico como "Reapresentado".
Uma reapresentação é feita através de uma importação de um PTU de cobrança que tenha a tag "reapresentacaoGlosado" preenchida dentro do arquivo de importação. Nesse cenário, as tags que fazem referencia ao lote que está sendo reapresentado se tornam obrigatórias, sendo elas "nr_DOC1Glosado", "nr_LotePrestador", "nr_GuiaTissPrestador", "nr_GuiaTissOperadora" (Essas tags são preenchidas dentro da tag "pai" reapresentacaoGlosado). Além disso, para que o movimento também seja considerado reapresentado dentro da lista Referencial, no arquivo de importação, ele deve manter o mesmo "id_itemUnico" do movimento original e também ter o mesmo grau de participação (tag "tp_Participacao").
Exemplo:
Importado documento A com movimentos A1 - A2 - A3 (todos com ato cirúrgico igual a primeiro/único)
Importado documento B com movimentos B1 - B2 - B3 (todos com ato cirúrgico igual a primeiro/único)
gerou o seguinte escalonamento:
A1 - A2 - A3 = 100% (todos com ato cirúrgico igual a primeiro/único)
B1 - B2 - B3 = 50% ou 70% (dependendo da via de acesso) (todos com ato cirúrgico igual a primeiro/único)
Importado uma reapresentação para os movimentos A1* e A2*, o sistema irá calcular o escalonamento a seguinte forma (* indica movimento reapresentado)
A1* - A2* - A3 = 100% (todos com ato cirúrgico igual a primeiro/único)
B1 - B2 - B3 = 50% ou 70% (dependendo da via de acesso) (todos com ato cirúrgico igual a primeiro/único)
até aqui segue inalterado o escalonamento
A1 - A2 = 100% (todos com ato cirúrgico igual REAPRESENTADO)
Imagem abaixo exemplifica visualmente como será exibidos na Central TISS em outro cenário.

Em amarelo temos o movimento que é uma reapresentação do movimento que está marcado em azul. O cálculo da lista não é afetado e o movimento reapresentado que foi desconsiderado do cálculo ficou com status igual a "reapresentado".
Maiores informações sobre as Apis do Contas podem ser consultadas neste link.
Maiores informações sobre a Central TISS podem ser consultadas neste link.