HRC - Revisão de Contas Médicas
Central de Movimentação Guia TISS (hrc.document)
| Produto: | |
|---|---|
| Linha de Produto: | |
| Segmento: | |
| Módulo: | HRC - Revisão de Contas Médicas |
| Função: | Central de Movimentação Guia TISS (hrc.document) |
| País: | Brasil |
| Requisito/Story/Issue: | DSAUGPSCONTAS-27068 |
Atualmente, não existe na Central TISS um controle que permita identificar se um documento possui cobrança de complemento de valor reapresentado pelo prestador.
Essa necessidade surgiu para atender requisitos operacionais do processo de faturamento, análise e reapresentação de documentos. O campo é fundamental para que auditores, faturistas e conferentes identifiquem quando um documento está relacionado a um complemento de valor previamente reapresentado pelo prestador.
O requisito foi validado com o Product Owner (PO) e considera as seguintes regras operacionais:
Quando o beneficiário é da base e o prestador é de fora, o campo deve ser exibido e estar bloqueado para edição, refletindo diretamente a informação de exceção recebida (quando for "K").
Quando o beneficiário é de fora e o prestador é da base, o campo deve ser exibido e estar habilitado para edição, permitindo que o auditor informe se há complemento de valor reapresentado.
Quando ambos são da base ou ambos são de fora, o campo não deve ser exibido.
Além disso, quando o código de exceção do documento for "A" (Aviso), o campo deve ser automaticamente ocultado, independentemente das demais regras.
O campo foi adicionado na seção "Dados Adicionais", com o label:
"Complemento de valor reapresentado pelo prestador".
A visibilidade e a habilitação do campo para edição seguem as regras:
| Cenário | Exibir Campo? | Pode Editar? |
|---|---|---|
| Beneficiário da base e Prestador de fora | ✔️ Sim | ❌ Não (bloqueado) |
| Beneficiário de fora e Prestador da base | ✔️ Sim | ✔️ Sim (editável) |
| Ambos da base | ❌ Não | – |
| Ambos de fora | ❌ Não | – |
| Aviso de cobrança | ❌ Não (ocultado) | – |
Na edição, o backend aplica a regra.
Na inclusão, a regra é aplicada no frontend após seleção de beneficiário e prestador.
O valor do campo é salvo no backend, mantendo o registro tanto para reaproveitamento, quanto para exportação.
O campo foi incluído e mapeado para:log-19 no backend (Progress) → lgValorRepresentado na Central TISS.
Regras no backend:
Na edição, o backend avalia as unidades do beneficiário e do prestador para determinar:
✔️ Visibilidade (lgExibeVlRepresentado)
✔️ Permissão de edição (lgHabilitaVlRepresentado)
✔️ Valor inicial (lgValorRepresentado), baseado no código de exceção.
Quando o beneficiário é da base e o prestador é de fora, se cdExcecao = "K", o backend define lgValorRepresentado = true, senão false, mas sem permitir alteração.
Quando o beneficiário é de fora e o prestador é da base, o campo é editável.
Exportação PTU (Processo A500)
log-19 (lgValorRepresentado) esteja true e o código de exceção não seja "A", então o sistema força o código de exceção do documento exportado para "K", garantindo a consistência da informação na troca de dados entre operadoras.| Fonte | Campo | Descrição | Tipo |
|---|---|---|---|
| Backend (Progress) | log-19 | Complemento de valor reapresentado | LOGICAL |
| Frontend (Central TISS) | lgValorRepresentado | Checkbox visível no cabeçalho da guia | boolean |
| Frontend (Central TISS) | lgExibeVlRepresentado | Define visibilidade | boolean |
| Frontend (Central TISS) | lgHabilitaVlRepresentado | Define se está habilitado para edição | boolean |