Histórico da Página
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 | |
Requisito | Subtarefa | ||
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.
- Deverá ser criado um novo relatório com os dados básicos do protocolo:
- 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, 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 "Deferido parcialmente".
- Caso um item seja aprovado e exista algum item reprovado, o status da receita deve ser alterado para "Deferido parcialmente".
- Caso o status da solicitação seja alterado para "Aprovado" a situação dos itens deverá ser alterada para "Deferido".
- Caso o status da solicitação seja alterado para "Reprovado" a situação dos itens deverá ser alterada para "Indeferido".
- 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. |
Campo | B4F_DATFIN |
Tipo | Data |
Mandatório | Sim ( ) Não ( X ) |
Descrição | Data de validade Final. |
Título | Fim Validade |
Contexto | Virtual |
Help de Campo | Informe a data de validade final. |
Campo | B4F_PORTAL |
Tipo | Lógico |
Mandatório | Sim ( ) Não ( X ) |
Descrição | Sol. Originou do portal. |
Título | Org. Portal. |
Help de Campo | Solicitação foi gerada pelo portal. |
Campo | B4F_STATUS | ||
Tipo | Caracter | ||
Tamanho | 1 | ||
Mandatório | Sim ( ) Não ( X ) | ||
Descrição | Situação da Receita | ||
Título | Status | ||
Help de Campo | Situação da Solicitação de Receita. |
Campo | B4F_NOMSOL | ||
Tipo | Caracter | ||
Tamanho | 40 | ||
Mandatório | Sim ( ) Não ( X ) | ||
Descrição | Nome do Solicitante | ||
Título | Solicitante | ||
Help de Campo | Nome do Solicitante |
Campo | B4F_REGSOL | ||
Tipo | Caracter | ||
Tamanho | 15 | ||
Mandatório | Sim ( ) Não ( X ) | ||
Descrição | Registro do Solicitante | ||
Título | CRM | ||
Help de Campo | CRM do Solicitante |
Campo | B4F_ESTADO | |
Tipo | Caracter | |
Tamanho | 2 | |
Mandatório | Sim ( ) Não ( X ) | |
Descrição | Estado do CRM | |
Título | U.F | |
Help de Campo | Estado do C.R.M |
Arquivo ou Código do Script: B7D – Itens Receita
Campo | B7D_FARPOP |
Tipo | Lógico |
Mandatório | Sim ( ) Não ( X ) |
Descrição | Farmácia Popular |
Título | Farm. Pop. |
Help de Campo | Farmácia Popular |
Campo | B7D_SUS | |
Tipo | Lógico | |
Mandatório | Sim ( ) Não ( X ) | |
Descrição | SUS | |
Título | SUS | |
Help de Campo | SUS |
Campo | B7D_TIPSOL | ||
Tipo | Caracter | ||
Tamanho | 2 | ||
Mandatório | Sim ( ) Não ( X ) | ||
Descrição | Tipo de Solicitação | ||
Título | Tp. Solicitação | ||
Help de Campo | Tipo de Solicitação |
Campo | B7D_IMGSTA |
Tipo | Caracter |
Tamanho | 7 |
Mandatório | Sim ( ) Não ( X ) |
Descrição | Legenda |
Título | Lgd |
Help de Campo | Legenda do Item |
Picture | @BMP |
Parâmetros
MV_PLSVLDR
Tipo = Numérico
Valor Padrão = 30
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|