Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

O objetivo dessa rotina é permitir que o Beneficiário realize a solicitação de cadastro de receitas de uso constante através do portal do Beneficiário, também será possível que o beneficiário adicione anexos para a solicitação. Após a solicitação a operadora deverá verificar se aprova ou não a receita de uso constante que foi informada pelo beneficiário.

Definição da Regra de Negócio

*Obs.:  As tabelas, telas e processos envolvidos podem sofrer alterações pois ainda estão passando por alterações.

Para permitir a solicitação de cadastro de receitas médicas através do portal do Beneficiário deverão ser alterados os seguintes pontos dentro do sistema:

• Na tela de Cadastro de Receitas (Atualizações / Config. de Reembolso /Cadastro de Receitas(PLSCADREC))
• Deverá ser alterado o cadastro de Receitas para permitir que seja informado um "Padrão" de datas de validade inicial e final no cabeçalho da receita, essas datas não serão gravadas em banco e serão utilizadas apenas para facilitar a inclusão dos itens. Ao incluir um item o sistema já deverá trazer carregadas as datas de validade inicial e final padrões que foram informadas para a receita.
  Deverão ser criados dois campos na tabela B4F,B4F_DATINI e B4F_DATFIN ambos com contexto virtual.
• Deverá ser alterado o cadastro de Receitas para permitir o cadastro de itens da receita com a quantidade autorizada igual a "0".
• Deverá ser alterado o cadastro de Receitas para Exibir somente as receitas que estiverem sem Status ou com o campo de status com os valores (Parcialmente Aprovado ou Aprovado).
• Deverá ser alterado o cadastro de Receitas para Exibir somente os medicamentos aprovados.
• Deverá ser alterado para não permitir a alteração ou exclusão de receitas/medicamentos que vieram pelo portal.
• Na tela de Protocolo de Reembolso (Atualizações/ Atendimento / Protocolo de Reembolso (PLSA001A))
• Alterar validação de quantidade que pode ser executada. No método VldQtdMed da Rotina PLSA001A, quando a quantidade autorizada for igual a 0, o sistema deverá permitir que seja preenchido qualquer quantidade.
• Verificar validação para soma da quantidade que ainda pode ser utilizada. No método PRMBBXREC da Rotina PLSA001A, quando a quantidade autorizada for igual a 0, verificar se o sistema atualiza corretamente a quantidade que já foi utilizada.
• Alterar o cadastro dos itens do protocolo para permitir que só sejam vinculadas receitas/medicamentos que estão aprovados.
• Na tela de Receitas de Medicamentos no portal do beneficiário (Reembolso / Receitas de Medicamentos), alterar para trazer somente as receitas/itens que foram aprovadas.

• Na tela de Eventos de Reembolso (Chamada a partir da tela de Protocolo de Reembolso (PLSA001A)) se for informado um medicamento de uso constante, após informar o código do medicamento verificar se no cadastro da receita a quantidade autorizada é igual a "0", caso seja, o campo "Quantidade Receita" deve ficar desabilitado.
• Criar novos campos na tabela B7D, são eles: B7D_IMGSTA, B7D_TIPSOL, B7D_SUS, B7D_FARPOP.
• Criar novos campos na tabela B4F, são eles: B4F_PORTAL, B4F_STATUS, B4F_NOMSOL, B4F_REGSOL, B4F_ESTADO e B4F_DTRECEITA.
• Criar tela de cadastro de Receitas no portal do Beneficiário
• Criar novo menu para acessar a rotina "Cadastro de Receita de uso Constante", realizar cadastro na tabela AI8.
• Criar .APH que irá conter a tela de cadastro. Essa tela deverá seguir o Protótipo: Protótipo 1:
  • No campo "Selecione o Beneficiário" deverão ser listados os Beneficiários ativos que pertencem a família, essa listagem deve ser exibida em ordem alfabética.
  • Após o preenchimento dos campos "CRM do Médico" e "Estado" o sistema deverá verificar se existe algum médico cadastrado na Tabela BB0 com as informações digitadas, caso exista, deverá trazer o nome do médico. Caso não esteja cadastrado, o sistema deverá abrir o campo "Nome do médico" para ser preenchido pelo beneficiário.
  • Deverá ser criado o parâmetro MV_PLSVLDR que será responsável por indicar quantos dias de validade terá a receita.
  • Para Busca do medicamento o sistema deverá buscar na BJE todas as classes que possuem o campo BJE_TIPO com o valor "1 - Medicamento", após, deverá buscar todos os medicamentos na tabela BR8 que esteja vinculado com as classes encontradas.
  • Ao clicar no botão Incluir Medicamento, o sistema deverá:
    • Gerar um número de controle e gravar os itens nas tabelas correspondentes a solicitação com o status Solicitação não concluída, não exibindo nenhum número de protocolo na tela. Se for o primeiro item o sistema deverá gravar o cabeçalho também (Após a gravação do cabeçalho os campos do mesmo deverão ser desabilitados para alteração).
    • Limpar todos os campos referente ao Item.
    • Após a inclusão do primeiro item, o botão Anexo ficará habilitado, podendo incluir um ou mais anexos a qualquer momento.
    • O campo B4F_PORTAL deverá ser preenchido com o valor .T.
    • Criar método no web service WSPLSXFUN para realizar a inclusão do cabeçalho e demais itens.
  • Após a inclusão de um anexo, o botão Concluir solicitação ficará habilitado.
    
    • Após clicar no botão "Concluir Solicitação" o sistema deverá alterar o status da solicitação para Protocolado, não permitindo alteração no protocolo. Após, o sistema deverá exibir uma caixa de diálogo com uma mensagem informando o número do protocolo e abaixo um botão para impressão de um relatório Protótipo 2.
    • Criar método no web service WSPLSXFUN para realizar a alteração do STATUS.
  • Geração do Relatório de Protocolo
    • Deverá ser criado um novo relatório com os dados básicos do protocolo:
      • Cabeçalho: Número da solicitação, Data Solicitação, Matricula/Nome Beneficiário, Data da Receita, CRM Médico Solicitante, Nome Médico solicitante.
      • Itens: Código do Item, Descrição do Item.
    • Para criação do Protocolo pode ser utilizado como Exemplo o Relatório de Reembolso, gerado pela rotina PLSR998.
    • Um exemplo de como pode ficar o relatório pode ser visto no Protótipo 3.
  • Botão de adicionar anexos
    • Deverá chamar a tela de rotina genérica de upload para realizar o upload de arquivos. Para maiores informações de como utilizar essa nova rotina acesse: Rotina Genérica de Upload - Portal.
• Criar Método no PPLMFUN que irá chamar o novo .APH criado.
• Criar tela de Analise de Receitas no Remote
  • Criar tela no menu <Caminho do Menu>
  • Deverão ser criadas duas telas, uma com uma gride onde serão exibidos os dados básicos da receita e a partir dela poderá ser alterado o status ou incluída uma nova solicitação de receita.
  • Um exemplo de como a tela irá ficar pode ser visto no Protótipo 4.
  • Ao incluir uma nova solicitação a mesma deverá possuir os mesmos campos da solicitação via portal, o Status padrão deverá vir como "Protocolado".
    • O campo B4F_PORTAL deverá ser preenchido com o valor .T.
    • Após a gravação, Deverá ser possível adicionar arquivos na base de conhecimento. Adicionar_Rotina
    • Permitir a exclusão do item somente se ainda não foi salva a solicitação.
      
  • Ao alterar uma solicitação será possível mudar o status da mesma obedecendo a sequência do protocolo de reembolso.
    
    • Caso um item seja reprovado e exista algum item aprovado, o status da receita deve ser alterado para "Parcialmente Aprovado".
    • Caso um item seja aprovado e exista algum item reprovado, o status da receita deve ser alterado para "Parcialmente Aprovado".
    • Caso o status da solicitação seja alterado para "Aprovado" a situação dos itens deverá ser alterada para "Aprovado".
    • Caso o status da solicitação seja alterado para "Reprovado" a situação dos itens deverá ser alterada para "Reprovado".
    • A tela deverá possuir a opção de visualizar os arquivos que estão vinculados a base de conhecimento. Adicionar_rotina
    •  Ao reprovar a receita ou um item, o sistema deverá solicitar uma mensagem com o motivo da rejeição.
    • Não deverá permitir a exclusão do item na alteração. 
      
      
• Criar a tela de Analise filtro e listagem de Receitas no remoteCriar a tela de pesquisa de receitas no remoteRemote.
  • Essa nova tela deverá ser chamada no menu outras ações da tela .............
  • Ao acessar a nova opção o sistema irá exibir a tela de filtro com as seguintes opções: Nome do Beneficiário, Somente Medicamentos Válidos, CRM Solicitante e Medicamentos. Conforme Protótipo 5.
  • Ao realizar a pesquisa, deverá ser exibida uma gride com todos os medicamentos de uso constante que satisfaçam as condições selecionadas. Deverá ser realizado um filtro na Tabela B7D.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

6.       Após a inclusão de um anexo, o botão Concluir solicitação ficará habilitado.

Opcional

Protótipo de Tela

Protótipo 01

Protótipo 02

Protótipo 03

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.