Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

Microsiga Protheus

Módulo

Plano de Saúde - SIGAPLS

Segmento Executor

Saúde

Projeto

M_SAU_PLS002

IRM

PCREQ-5673

Requisito

PCREQ-6209

Subtarefa

PCSFL-130

Release de Entrega Planejada

12.1.8

Réplica

 

País

( X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

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(Usar campo B4F_DATINI criado anteriormente).
  • 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.
        • A validade do item (Será gravado na tabela B7D, campo B7D_VFIN) deverá ser calculada a partir da data da receita adicionado o número de dias presente no parâmetro MV_VALREC.
      • 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 (Sugestão: PLSANRCT)
    • Criar tela no menu Atualizações / Config. de Reembolso / Analise de Receitas  (PLSANRCT)
    • 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 nos Protótipos 4 e Protótipo 5.
    • 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. Deverá ser utilizada a função PLSINCONH. 
      • 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. , os status possíveis são (Deferido, Indeferido, Deferido parcialmente ou Pendente informação beneficiário)
      • 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.  Para realizar a chamada para o banco de conhecimento, pode utilizar como exemplo a chamada da rotina PLS790BAN.
      •  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 filtro e listagem de Receitas no Remote (Sugestão PLSALSTR).
    • Essa nova tela deverá ser chamada no menu Outras Ações da tela de Protocolo de Reembolso.
    • Ao acessar a nova opção o sistema irá exibir a tela de filtro com as seguintes opções: Beneficiário, Somente Medicamentos Válidos, CRM Solicitante e Medicamentos. O único filtro obrigatório e o Beneficiário. Conforme Protótipo 6.
    • 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 e B4F. Essa tela deverá ser criada conforme Protótipo 7.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[PLSA001A – Protocolo de Reembolso]

[Alteração]

[Atualizações -> Atendimento-> Protocolo de Reembolso]

-

[PLSA001 – Autorização de Reembolso]

[Alteração]

[Atualizações -> Atendimento-> Autorização de Reembolso]

-

[PLSCADREC – Cadastro de Receitas]

[Alteração]

[Atualizações -> Config. de Reembolso-> Cadastro de Receitas]

-

[PLSALSTR - Lista Medicamento Uso Constante]

[Criação][Atualizações -> Atendimento-> Protocolo de Reembolso]-
[PLSANRCT - Análise de Receitas][Criação][Atualizações -> Config. de Reembolso-> Análise de Receitas]-
    

 

Tabelas Utilizadas

  • BR8 – Tabela Padrão
  • B7D – Item Receita.
  • B4F - Cab. Cad. Receitas.

Protótipo de Tela


Protótipo 01

 

 


Protótipo 02

 



Protótipo 03



Protótipo 04


Protótipo 05

 

Protótipo 06


Protótipo 07

 

Fluxo do Processo



 

Caso de Uso

Dicionário de Dados

 

Arquivo ou Código do Script: B4F– Cab. Cad. Receitas

 

Campo

B4F_DATINI

Tipo

Data

Mandatório

Sim (  ) Não ( X )

Descrição

Data de validade Inicial.

Título

Ini. Validade

Contexto

Virtual

Help de Campo

Informe a data de validade inicial.

 
CampoB4F_DATFIN
TipoData
MandatórioSim (  ) Não ( X )
DescriçãoData de validade Final.
TítuloFim Validade
ContextoVirtual
Help de CampoInforme a data de validade final.
CampoB4F_PORTAL
TipoLógico

Mandatório

Sim (  ) Não ( X )

DescriçãoSol. Originou do portal.
TítuloOrg. Portal.
Help de CampoSolicitação foi gerada pelo portal.
  
  


CampoB4F_STATUS
TipoCaracter
Tamanho1
MandatórioSim (  ) Não ( X )
DescriçãoSituação da Receita
TítuloStatus
Help de CampoSituação da Solicitação de Receita.
  


CampoB4F_NOMSOL
TipoCaracter
Tamanho40
MandatórioSim (  ) Não ( X )
DescriçãoNome do Solicitante
TítuloSolicitante
Help de CampoNome do Solicitante
  


CampoB4F_REGSOL
TipoCaracter
Tamanho15
MandatórioSim (  ) Não ( X )
DescriçãoRegistro do Solicitante
TítuloCRM
Help de CampoCRM do Solicitante
  


CampoB4F_ESTADO
TipoCaracter
Tamanho2
MandatórioSim (  ) Não ( X )
DescriçãoEstado do CRM
TítuloU.F
Help de CampoEstado do C.R.M
  



Arquivo ou Código do Script: B7D – Itens Receita


CampoB7D_FARPOP
TipoLógico
MandatórioSim (  ) Não ( X )
DescriçãoFarmácia Popular
TítuloFarm. Pop.
Help de CampoFarmácia Popular
  


CampoB7D_SUS
TipoLógico
MandatórioSim (  ) Não ( X )
DescriçãoSUS
TítuloSUS
Help de CampoSUS
  


CampoB7D_TIPSOL
TipoCaracter
Tamanho2
MandatórioSim (  ) Não ( X )
DescriçãoTipo de Solicitação
TítuloTp. Solicitação
Help de CampoTipo de Solicitação
  


CampoB7D_IMGSTA
TipoCaracter
Tamanho7
MandatórioSim (  ) Não ( X )
DescriçãoLegenda                 
TítuloLgd
Help de CampoLegenda do Item
Picture@BMP                                        

 

 

 

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

...