Histórico da Página

Informações Gerais 

Objetivo

O objetivo de desenvolvimento do requisito de Configuração de Calendário de Entrega e Pagamento de Fatura é de realizar o pagamento de fatura para poder considerar o dia de pagamento informado na nova rotina PLSA746 “Calendário de Entrega e Pagamento de Fatura”.   

Definição da Regra de Negócio

1. A rotina de pagamento de fatura deverá ser alterada para poder considerar o dia de pagamento informado na nova rotina de Calendário de Entrega e Pagamento de Fatura.
2. Deverá ter pelo menos um calendário ativo para a operadora.
3. O dia de pagamento deverá considerar feriados nacionais, sábados e domingo para efeito de cálculo de vencimento das contas a pagar, incluindo para o próximo dia útil.
   1.  A ordem de busca do sistema para identificar se a data em que o prestador está tentando enviar a fatura é valida, se dará da seguinte forma:

3.1  Primeiramente o sistema deverá identificar qual é o Calendário de Entrega de Fatura praticado pelo prestador, através do campo “Calendário de Entrega de Fatura” que consta no folder “Produção Médica” no cadastro do prestador (RDA).

3.2. Após identificado qual o calendário do prestador, o sistema deverá verificar no cadastro do calendário de entrega de fatura se a data em questão é valida. Para esta verificação, o sistema deverá analisar do nível mais específico para ou mais genérico, da seguinte forma:

• Caso o sistema encontre no calendário do prestador uma parametrização específica para “Ano + Mês + Prestador”, esta regra será analisada.
• Senão, caso o sistema encontre no calendário do prestador uma parametrização específica para “Mês + Prestador”, esta regra será analisada.
• Senão, caso o sistema encontre no calendário do prestador uma parametrização específica para “Ano +  Prestador”, esta regra será analisada.
• Senão, caso o sistema encontre no calendário do prestador uma parametrização específica para “Ano + Mês”. esta regra será analisada.
• Senão, caso o sistema encontre no calendário do prestador uma parametrização específica para “Mês”. esta regra será analisada.
• Senão, caso o sistema encontre no calendário do prestador uma parametrização específica para “Ano”. esta regra será analisada.

3.3 Por fim, caso não encontre nenhuma regra citada acima, o sistema irá exibir um alerta para o Usuário do sistema informando que não é possível realizar o processamento do Lote para a Rede de Atendimento.

4. A nova rotina deverá estar disponível no remote do menu conforme Requisito ER_PCREQ-2984.

Definições técnicas

1.  Ajustar a rotina PLSA746 - Cadastro de Calendário de pagamento:
   1. Realizar validações ao ser Alterado/Excluído um Registro verificando se já foi processado conforme Exemplo Função PLSA265bOk da Rotina Plsa265
   2. Criar mais um campo para verificar se o Calendário está ativo.
2.  Criar o campo B2J_ATIVO para que seja possível verificar se o calendário atual e suas regras são as que estão ativas conforme propriedades abaixo: 
   Necessário que esteja como ativo para a correta geração de Lote de Faturamento para a Rede de Atendimento. 
3. Ajustar o parâmetro MV_PLCALPG, conforme propriedades abaixo, o qual será usado para alterar a rotina de pagamento de fatura:
   
   
4.  Verificar se a alteração na rotina PLSXVLDCAL que valida o calendário de pagamento que se localiza na fonte PLSMCTMD realmente atingiu o seu objetivo conforme o novo Calendário de Pagamento.
5.  Ajustar a Função PLS090OMov da rotina PLSA090O “Atendimento Liberação Odontológico” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo. 
6. Ajustar a Função PLSA092Mov da rotina PLSA092 “Internação” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo. 
7. Ajustar a Função PLSA090Mov da rotina PLSA090 “Atendimento Consultas/SADT” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo. 
8. Ajustar a Função a010del da rotina PLSA010 “Cadastro de Operadoras   de Saúde” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo. 
9. Ajustar a Função PLSDPGTOD da rotina PLSTISS “TISS” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo. 
10. Ajustar a Função PLSDPGTODB da rotina PLSTISS “TISS” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo.
11. Ajustar a Função GERAA500 da rotina PLSUA500 “PTU Layout A500” que faz referência direta com a Tabela BDT necessário referenciar a nova tabela caso o parâmetro MV_PLCALPG esteja ativo chamando a Função PLSXVLDCAL que verifica qual o calendário ativo. 
12. Rotina PLSA470   “Lotes de Pagamento” Nesta rotina o dia para o Pagamento do Prestador é através do campo BAU_DIAPGT com o novo calendário deverá ser pego este dia de Vencimento pela a tabela B2K_DIAPGT o qual deverá ser obrigatório nesta tabela 
13. Observação: Para regras onde não foram definidos o Ano e Mês o sistema deverá utilizar o ano e mês Corrente.
14. Ajustar as Rotinas de Atendimentos para que seja permitido a Inclusão do Atendimento validando a existência de um Calendário ativo e configurado para a operadora
    
    .

Tabelas Utilizadas

• BAU – Rede de Atendimento
• B2J  – Calendário Envio e Entrega de Fatura
• B2K – Itens do Calendário

Observação

Em consonância com as melhores práticas de programação e necessidades no desenvolvimento do requisito, poderão ser incluídos mais fontes ou outras funções de apoio e consulta, para executar da melhor maneira possível o proposto neste documento. 

Fluxo do Processo

Fluxo 1 - Fluxograma Básico sobre a funcionalidade

 Image Modified

Fluxo 2 - Caso de Uso

2.1 Cria Lote de Pagamento RDA

Image Modified