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: Para validar a acomodação (padrão de conforto BI3_PADSAU), o sistema olha o que está cadastrado no seu produto atual e no anterior, vai até o cadastro de Padrão de Conforto (BN5) pega o conteúdo do campo Fator (Fator multiplicador BN5_FATMUL) e analisa qual o maior. Caso o fator encontrado no produto atual seja maior do que o Padrão do produto anterior, significa que o atual tem um grau maior de conforto. Neste caso o sistema irá deixar passar o atendimento no que se refere ao conforto. Vale lembrar que esta regra só é checada em guias de solicitação de internação.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çãoAtendimento:
Beneficiário Empresa Produto Data de Carência Data Bloqueio Dt Transferência Tipo 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 25/0710/2022 03 e 04 0000002 - Apartamento
Novamente o Beneficiário acima foi transferido, para empresa 0003 - Empresa teste 3
Beneficiário Empresa Produto Data de Carência Data Bloqueio Dt Transferência Tipo de Rede 01 - Municipal e 02 - Nacional ApartamentoPadrã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.
...
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
No trecho acima evidenciado Importante que tem relação ao padrão de conforto, para utilizar você deve ter aplicado este pacote 15182845. Esse pacote 15182845 já atende tudo referente a carência de beneficiário transferidoPara ter essa rotina atualizada utilize o patch do ticket 20171.
05. ASSUNTOS RELACIONADOS
Não se aplica.
Templatedocumentos |
---|
...