Histórico da Página
01. DADOS GERAIS
Produto: | TOTVS Saúde Planos |
---|---|
Linha de Produto: | Linha Protheus |
Segmento: | Saúde |
Módulo: | SIGAPLS |
Função: | PLSM020 |
Ticket: | 13522968 |
Issue: | DSAUBE-17721 |
02. SITUAÇÃO/REQUISITO
Nova regra de Carência de Acordo com a "SÚMULA NORMATIVA NÚMERO 21, DE 12 DE AGOSTO DE 2011"
03. SOLUÇÃO
Ajuste realizado para adequar a rotina de Posição do Beneficiário e Atendimento de acordo com a Nova Regra.
Ao transferir digitar uma Guia para um beneficiário que foi transferido de um plano básico para um plano completo por exemplo, o sistema vai verificar além das classes de carências, se o Tipo de Rede e acomodação (Padrão de conforto) da RDA que está na guia eram os mesmos no outro plano. Caso sejam os mesmos, irá considerar a data de carência do plano anterior. Caso não seja, o sistema vai utilizar a data de transferência do beneficiário como data de carência.
Já na rotina de Posição de Usuário, somente é apresentado as classes de Carências que estavam no produto inicial e final.
Exemplo:
Tela de Posição do Beneficiário - Nesta tela, ao solicitar a posição de um beneficiário que foi transferido o sistema apenas apresenta a tela com novas visualizaçõesas classes antigas e novas, sem considerar RDA ou acomodação.
Final Carência (Rede Migrada): Apresenta o final da carência considerando a data de carência do Primeiro Plano que utilizou a classe de carência apresentada na tela
...
Observação: Quando o sistema apresenta um "-" no local da data e status, significa que não há classe de carência no Plano Migrado ou no novo Produto.
Importante: No exemplo abaixo, para rotinas de atendimento, o sistema vai considerar a data de transferência do beneficiário como carência. A não ser que ele não tenha data de transferência ai sim será utilizado a carência.
Atendimento:
Como exemplo, vamos utilizar a seguinte configuração:
Beneficiário Empresa Produto Data de Carência Data Bloqueio Tipo Dt Transferência Tipo de Rede AcomodaçãoPadrão de Conforto BI3_PADSAU(Somente guia de internação)
João da Silva 0001-Empresa Teste 0001 - Produto Básico 01/0609/2022 01 25/0710/2022 - 01 - Municipal e 02 - Nacional e 02 0000001 - Enfermaria
O Beneficiário acima foi transferido para empresa 0002 - Empresa teste 2
Beneficiário Empresa Produto Data de Carência Data Bloqueio Bloqueio Dt Transferência Tipo Tipo de Rede Rede AcomodaçãoPadrão de Conforto BI3_PADSAU(Somente guia de internação)
João da Silva 0002-Empresa Teste 2 0002- Produto Completo 25/10/2022 25/10/2022 01/07 25/10/2022 03 e 04 0000002 - Apartamento
Novamente o Beneficiário acima foi transferido, para empresa 0003 - Empresa teste 3
Beneficiário Empresa 01 - Municipal e 02 - Nacional Apartamento Produto Data de Carência Data Bloqueio Dt Transferência Tipo de Rede Padrão de Conforto BI3_PADSAU(Somente guia de internação)
João da Silva 0003-Empresa Teste 3 0003- Produto Teste 03/11/2022 03/11/2022 03/11/2022 05 0000003 - Apartamento Luxo
Exemplo 1: Visualizando o Cenário acima, digito uma guia com o novo beneficiário da empresa 0003. Repare que o novo produto tem outra acomodação. Neste caso o sistema vai pegar a data de carência atual (01/07/22), pois a carência não foi cumprida para a acomodação.
Caso a acomodação acima fosse a mesma do plano anterior, o sistema iria considerar o período de carência do produto anterior. Da Data de Carência Atual subtraio a (Data do Bloqueio - Data Carência anterior) . Neste caso será 30 dias. Vai abater 30 dias da data de carência atual.
Caso a transferência tenha mantido a data de carência, não será feito o cálculo mencionado anteriormente.
Esta mesma validação exemplificada para acomodação ocorre para o Tipo de Rede.
a nova empresa tem um novo produto e neste novo produto somente há o Tipo de Rede 05. Na guia que estou digitando a RDA que estou usando tem associado a ela, os Tipos de Rede 01 e 02. Quando eu digitar o código do procedimento, o sistema vai ver que tenho os Tipos de Rede 01 e 02 em uma plano anterior e por isso ao invés de considerar a data de carência 03/11/2022 vai considerar a data 01/09/2022.
Exemplo 2: Estou digitando uma guia para RDA Teste e ela tem associada ao Tipo de Rede os códigos 03 e 04. O sistema irá encontrar os tipos de rede em questão na empresa 0002 e por isso a data de carência a ser utilizada é 25/10/2022.
Exemplo 3: Estou digitando uma guia para RDA Teste e ela tem associada ao Tipo de Rede o código 03. O sistema irá encontrar o tipo de rede em questão na empresa 0002 e por isso a data de carência a ser utilizada é 25/10/2022.
Exemplo 4: Estou digitando uma guia para RDA Teste e ela tem associada ao Tipo de Rede o código 03, 04 e 05. O sistema não irá encontrar todos os tipos de redes em questão e por isso a data de carência a ser utilizada é 03/11/2022 (Data que o benf. foi transferido). Vale lembrar que todos os tipos de atendimentos da RDA que está na Guia deve ser encontrado em um plano anterior para que o sistema considere a data de carência anterior.
Exemplo 5: Estou digitando uma guia para RDA Teste e ela tem associada ao Tipo de Rede o código 18. O sistema não irá encontrar o tipo de rede em questão e por isso a data de carência a ser utilizada é 03/11/2022 (Data que o benf. foi transferido).
Exemplo 6: Estou digitando uma guia para RDA Teste e ela tem associada ao Tipo de Rede o código 12. Vamos supor que o produto da empresa 0001 tenha o combo "Todos os Tipos de Rede" marcado. Nesse caso o sistema vai usar a data de carência 01/09/2022 devido ao campo estar marcado.
Importante: As validações acima também são realizadas em guias de Solicitação de Internação e coluna de Padrão de Conforto (BI3_PADSAU) somente é considerada quando for uma solicitação de internação. Neste caso o sistema pega o padrão de conforto que está na guia e verifica se ele existe em um produto antigo.
Exemplo:
Considere que para este exemplo, as regras acima, foram atendidas. Na minha guia de solicitação tenho o padrão de conforto 0000004 - Super Luxo. Veja a tabela de Padrão de conforto (BN5)
O sistema vai utilizar a data de carência como 01/09/2022 pois o fator do código 0000004 é maior do que o de enfermaria 0000001 que tenho no primeiro produto antigo.
Código Descrição Fator
0000001 ENFERMARIA 1
0000002 APARTAMENTO 2
0000003 APARTAMENTO LUXO 2
0000004 APARTAMENTO Super Luxo 3
Como vimos, o Tipo de Rede e Acomodação são os novos cadastros considerados na carência. Entretanto é possível parametrizar o sistema para "olhar" o nível Rede Referenciada ao invés do Tipo de atendimento. Basta utilizar Para isso mude o parâmetro abaixo:, e a validação será igual aos exemplos já apresentados, porém avaliando se a RDA que está na Guia também está em um dos Produtos Antigos cadastrado como Rede Referenciada.
Parâmetro: MV_PLSTPRE
Nome: MV_PLSTPRE
...
1= Tipo de Rede; 2=Rede ReferenciadaQuando estamos utilizando o parâmetro acima igual a 1, o produto que o beneficiário está utilizando do momento é avaliado o combo Todas redes de atendimento. Caso esteja marcado o combo, o sistema deixa de fazer esta validação de tipo de rede.
04. DEMAIS INFORMAÇÕES
Não se aplicaPara ter essa rotina atualizada utilize o patch do ticket 20171.
05. ASSUNTOS RELACIONADOS
Não se aplica.
Templatedocumentos |
---|
...