Histórico da Página
01. DADOS GERAIS
| 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 |
02. SITUAÇÃO/REQUISITO
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 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.
03. SOLUÇÃO
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-19no backend (Progress) →lgValorRepresentadona 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 for Aviso de cobrança o campo também será ocultado.
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)
- No processo de exportação, caso o campo
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. - Esse controle garante que qualquer documento que tenha o campo marcado como true, será exportado com a exceção correta, refletindo o complemento de valor reapresentado.
Fonte Campo Descrição Tipo Backend (Progress) log-19Complemento de valor reapresentado LOGICAL Frontend (Central TISS) lgValorRepresentadoCheckbox visível no cabeçalho da guia boolean Frontend (Central TISS) lgExibeVlRepresentadoDefine visibilidade boolean Frontend (Central TISS) lgHabilitaVlRepresentadoDefine se está habilitado para edição boolean
| Templatedocumentos |
|---|
