Sempre que a Unimed do Brasil inclui novas regras de validação na CMB nós procuramos incorporá-las ao processo de exportação do A500 no intuito de identificar, antes do envio da fatura, as eventuais críticas que ela possa sofrer na CMB. Porém, a exportação do A500 ocorre em um momento em que a fatura já foi calculada, obrigando o estorno e recálculo em alguns casos onde haja alteração de valor dos movimentos. Em outros casos, ainda, não existe a possibilidade de ajuste pois os movimentos podem já ter sido processados em outras etapas como contabilização pagamento, etc.
Como a criação de novas validações na CMB é um processo dinâmico e frequente, e levando em consideração que o ideal é identificar qualquer incorreção na fatura ainda antes do cálculo do faturamento, o TOTVS Planos disponibiliza um motor de Regras de Auditoria que pode ser utilizado para aplicar as mais diversas validações de forma automática já na entrada dos movimentos no módulo de Revisão de Contas, permitindo que eventuais validações da CMB sejam reproduzidas em tempo de auditoria, identificando possíveis inconsistências antes mesmo do cálculo do Faturamento de Intercâmbio.
Por exemplo: as Validações para as Guias de SP/SADT, divulgados no boletim abaixo:
https://app.rdstation.email/mail/783b68b2-27d9-40a7-87c6-62045b8c7812
O sistema sempre deverá exportar as guias de acordo com os indicadores de urgência/emergência que foram considerados no processo de auditoria do Revisão de Contas e no Faturamento de Intercâmbio, portanto, não há qualquer alterações que possam ser feitas no processo de exportação do A500 para atender essas regras. Qualquer ajuste deve ser realizado antes da geração do A500, porém, utilizando o recurso de Regras de Auditoria Pós é possível criar classes de erro e glosas específicas para cada uma das situações validadas pela Unimed do Brasil, sinalizando a ocorrência de uma situação não permitida já durante a auditoria no Revisão de Contas e, portanto, antes do faturamento ocorrer.
Exemplo 1:
Para as situações descritas acima, podem ser criadas regras em hrc.auditRules conforme exemplificado a segui:
Na imagem abaixo pode-se observar que foi criada uma regra específica para validar a ocorrência de caráter de atendimento = Urgência no procedimento 10101012 e cuja ação será gerar uma glosa 801 (glosa específica do cliente).
No cadastro de critérios da regra, devem ser utilizados os campos previamente habilitados em hrc.auditRulesFields para montar as regras de validação para as quais a glosa será aplicada.
Na imagem abaixo, pode-se observar que foram criados critérios para que a regra seja aplicada sempre que o procedimento for igual a 10101012, o caráter de atendimento for igual a Urgência e a transação for igual a 2 (SADT).
Campos utilizados no exemplo anterior:
Antes de criar as Regras de Auditoria é necessário informar quais campos serão habilitados para criação das regras. Também é possível dar um ‘nome amigável’ a cada um dos campos, facilitando a visualização no momento de criar as regras.
No exemplo anterior foram utilizados os campos abaixo.
Caráter de atendimento: moviproc.lg-urgencia
- Se sim: caráter de atendimento = Urgência/emergência
- Se não: caráter de atendimento = Eletivo
Indicador de adicional de urgência para cobrança: moviproc.log-11
- Se sim: aplicou adicional de urgência na valorização de cobrança
- Se não: não aplicou adicional de urgência na valorização de cobrança
Código do procedimento inteiro:
- Campo do tipo Concatenado, criado com a concatenação dos campos cd-esp-amb, cd-grupo-proc-amb, cd-procedimento e dv-procedimento da tabela moviproc.
Dessa mesma forma, podem ser criadas regras para quaisquer validações que a Unimed do Brasil venha a aplicar na CMB, indicando eventuais inconsistências em tempo de auditoria e permitindo que sejam corrigidas antes do faturamento de intercâmbio.
Exemplo 2:
Critérios da regra para gerar glosa nessa situação:
Exemplo 3:
Critérios da regra para gerar glosa nessa situação:
Campos utilizados no exemplo anterior:
Além dos campos já mencionados anteriormente, para a validação anterior foi utilizado também o campo num-livre-7 da tabela AMBPROCE, que indica o tipo do procedimento.
Indicador do tipo de procedimento: ambproce.num-livre-7
- Se 0: não informado
- Se 1: SADT
Se 2: Consulta
O relacionamento entre as tabelas AMBPROCE e MOVIPROC é configurado na tela hrc.auditRulesFields conforme imagens abaixo.
Liberar o campo num-livre-7 para utilização.
Dessa mesma forma, podem ser criadas regras para quaisquer validações que a Unimed do Brasil venha a aplicar na CMB, indicando eventuais inconsistências em tempo de auditoria e permitindo que sejam corrigidas antes do faturamento de intercâmbio.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas