Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Permitir a Alteração de Guias quando ainda não prontas no módulo de Digitação Off-Line do Portal do Prestador
Informações Gerais
Especificação | |||
Produto | Microsiga Protheus | Módulo | SIGAPLS - Plano de Saúde |
Segmento Executor | Saúde | ||
Chamado | TVCM79 | ||
País | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | Para amplo entendimento e verificação das demais necessidades, se faz necessário a consulta dos seguintes documentos, pois estão envolvidos diretamente com a alteração proposta e necessitam se comunicar mutuamente: |
Objetivo
A presente especificação visa detalhar as necessidades e passos para que no módulo de Digitação Off-Line seja possível a inclusão de guias com o status Em Edição - ou seja - quando as guias estiverem com este status, o Prestador poderá realizar alterações em diversos momentos, até que decida finalizar a guia e deste modo, fique com o status Finalizada (Pronta) ou Em Conferência (quando existem procedimentos glossados), de modo semelhante ao que ocorre hoje quando realizamos a inclusão manual de guias no Digitação de Contas (PLSA498 / PLSA500) no módulo remoto do SIGAPLS.
Ou seja, as guias não serão incluída diretamente nas tabelas correspondentes de acordo com seu atendimento, pois passarão a ser salvas nas tarelas BD5 / BD6 e após o Prestador decidir em concluí-las, o sistema irá gerar as guias em suas respectivas tabelas (entenda-se como as BE4, BEA e demais envolvidas no processo). Ou seja, a possibilidade que existe hoje no remote do Protheus, pelo módulo de Digitação de Contas, deverá ser funcional de maneira idêntica no Portal do Prestador, pois o prestador poderá inserir suas guias e realizar diversas alterações, até que decida em finalizá-las ( no remote, o processo de finalização ocorre quando mudamos a fase da guia).
Definição da Regra de Negócio
Abaixo, listaremos quais são as necessidades que deverão ser contempladas com esta nova alteração e no item Alterações do Processo, será detalhado de modo técnico as alterações em funções, procedimentos, telas e outros necessários para que as modificações atendam aos itens propostos inicialmente.
- O Prestador irá acessar o Portal do Prestador, com seu usuário e senha.
- No menu à esquerda, deve escolher a opção Digitação de Guias.
- Na tela de Digitação de Guias, deverá selecionar o prestador (caso haja várias RDA's atreladas ao login existente), selecionar o tipo de guia e entrar com a matrícula do beneficiário. Após clicar na opção de inserir a guia.
- A tela exibida será de acordo com a guia selecionada no inicio. O prestador irá entrar com todas as informações que deseja e no final da página, irá clicar em Confirmar.
- Aqui, o sistema deverá interagir com o usuário, exibindo um Alerta com as opções Sim e Não, a fim de saber se o usuário que apenas salvar a guia e continuar sua edição posterior ou se deseja finalizar a guia, para que possa ser considerada para geração de PEG .
- Caso clique em Sim, o sistema deverá atualizar o status da guia para Pronta (Finalizada), de modo que o usuário possa selecioná-la e gerar o Protocolo de Entrega para a Operadora, conforme processo existente hoje.
- Caso clique em Não, o sistema não irá realizar ação alguma, pois indica que o usuário ainda pode realizar alterações na guia salva.
- Aqui, o sistema deverá interagir com o usuário, exibindo um Alerta com as opções Sim e Não, a fim de saber se o usuário que apenas salvar a guia e continuar sua edição posterior ou se deseja finalizar a guia, para que possa ser considerada para geração de PEG .
- Quando o usuário finalizar as guias (ou seja, clicar em Sim no alerta exibido), as guias ficarão com o status Pronta (Finalizada) e o usuário poderá selecionar as guias que deseja, para gerar a PEG.
- Após selecionar as PEG's, irá clicar no botão Gerar Protocolo para a Operadora e irá seguir o fluxo como as demais PEG's geradas via Portal.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
[ACAA040 – Parâmetros] | [Alteração] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA050 – Negociação Financeira] | [Envolvida] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA060 – Cadastro de Pedidos] | [Criação] | [Atualizações -> Acadêmico-> Cadastros] | - |
Alterações no Processo
Atualmente, o sistema utiliza o mesmo conceito de Liberação/Execução para as guias, sendo que a Digitação Off-Line de Guias é apenas um espelho das páginas de Atendimento. Desta forma, quando geramos uma guia pela Digitação de Guias, temos um espelho da página de atendimento, onde o sistema, na gravação da pagina - ao clique do botão Confirmar - executa a função de gravação das guias em suas respectivas tabelas (tabelas de atendimento, de acordo com a guia selecionada, como a BEA, BE2, BE4 e outras, além de chamar funções de gravação, como PLSA090GRV e outras), além de gravar nas tabelas de Contas médicas o espelho desta guia, ou seja, nas tabelas BD5, BD6 e BD7. Desta forma, não é possível alterar a guia, poios já está gravada nos pontos principais do sistema.
Para que seja possível a gravação e edição dos dados, será necessário seguir uma sequência similar ao que ocorre com a digitação manual de guias no Digitação de Contas, onde a guia irá ficar com o status em Digitação e quando o cliente resolver Finalizar a guia (para ficar com o status de Pronta), o sistema deverá alterar o status da guia para pronta e gerar a guia nas tabelas correspondentes ao tipo de guia inserida. Caso o cliente depois resolva voltar a guia para Digitação (função existente hoje no Digitação de Guias Off-Line), o sistema deverá retornar o status da guia na PEG para Em Digitação e automaticamente, deletar o registro da guia nas tabelas espelhadas (BEA, BE4, BE2 e outras), pois não sabemos qual alteração será realizada.
Logo, será necessário uma série de controles, validações e outros, para que o sistema permaneça com os registro corretos e a base saneada, de modo que permaneça apenas os dados corretos.
Etapas:
- Desconsiderar o método de gravação hoje das páginas no Digitação Off-Line, pois consideram o método normal de funcionamento com se fosse lançado pelo Atendimento.
- É necessário manter o legado das páginas iguais as existentes hoje no Atendimento, ou seja, a montagem das páginas será igual a versão existente hoje, mantendo todas as validações.
- Essencial que todas as guias sejam do tipo Autorização(Execução), jamais Solicitação.
- Será necessário alterar os fontes que trabalham com as macros (nomes das funções) e campos da tabela BCL, pois será necessário diferenciar quando se trata de uma guia normal ou quando estamos trabalhando com as guias da Digitação Off-line, para personalizar as funções de gravação, saída e outras conforme necessidade atual (BCL_FUNGRV -PLSA720GRV, BCL_FUNEDT - PLSA720EDT, BCL_FUNSAI - PLSA720SAI, BCL_FUNINI -PLSA720INI e outras necessárias).
- As funções existentes (descritas nestes campos) poderão ser reaproveitas ou alteradas de forma que atendam as necessidades da guia Off-Line no portal, respeitando que deverá ser mantida a questão performática dos acessos, bem como a facilidade em manutenções futuras, visto que a maioria atende exclusivamente funções do remote, como grids, objetos e outros, sendo necessário alterar para a tecnologia Web ADVPL.
- O fonte onde configuramos as guias é o PLSA496. (Extrema cautela ao manusear as informações da tela, pois alterações aqui prejudicam todo o sistema).
- Nas tabelas B7B, será necessário verificar quais campos estarão disponiveis para edição, pois partimos do pressuposto que todas as guias lançadas pelo Digitação Off-Line serão Autorizações(Execução) e enquanto a guia estiver como Em Digitação, os campos serão alterados pelo prestador.
- Desta forma, será necessário verificar nas tabelas e fontes relacionados uma forma de permitir a edição dos dados quando se tratar de uma Digitação Off-Line, de modo que preserva as funcionalidades existentes e conteple a atual.
- xxxxxx Alterar os fontes ou criar novos campos na BCl para este caso da Digitação Off-Line?? Ou até mesmo, criar novas entradas idênticas as existentes, mas alterando apenas os campos pertinentes e no fonte, quando realizar a gravação final, realizar um de/para para o código correto? xxxxxxx
- Como não iremos efetuar a inclusão da guia diretamente, será necessário verificar se existe PEG aberta para o prestador, verificando:
- Código da Operadora;
- Código da RDA;
- Código do local de digitação de Guias Off-Line, conforme parâmetro MV_PLSDIGP;
- Status da PEG (deverá estar Em Digitação - BCI_FASE igual a 1);
- Situação da PEG (deverá estar Ativa - BCI_SITUAC igual a 1);
- Tipo de Guia - de acordo com a guia que o prestador deseja inserir no sistema.
- Caso não exista PEG em aberto, será necessário criar uma PEG para o prestador, com as informações acima descritas.
- A função para criação de PEG é PLSIPP (fonte PLSXMOV).
- Para atualizar uma PEG, a função é PLSATUPP (fonte PLSXMOV).
- Verificar os fontes PLSA498 / PLSA500, pois são os fontes principais com relação ao módulo de Digitação de Conta no remote do Protheus.
- A função PLSA500MOV é a função inicial para a inclusão de guias com status Em Digitação.
- Será necessário alterar a função ou criar função semelhante em novo fonte, pois em vários pontos, a PLSA500MOV chama os campos da tabela BCL, sendo que temos que controlar as alterações exclusivamente para as guias de Digitação Off-line, conforme item 1.
- Logo, as funções existentes hoje terão que ser reaproveitadas, aletradas ou reescritas, para que funcionem de forma idêntica para o Portal, pois atualmente, da forma que funciona no remote, inserindo a guia manualmente no Digitação de Contas, já atenderia a parte On_line, com suas devidas ressalvas pela tecnologia Web.
- Na tela de digitação, o usuário poderá realizar a inclusão dos dados desejados de forma normal, conforme ocorre hoje no atendimento.
- No momento que o usuário clicar no botão Confirmar da página, será necessário exibir um alerta (modalBS no arquivo jsuser.js ou outro componente visual), para que o usuário informe se deseja finalizar a Guia (se sim, deverá seguir as etapas do item xxx em diante ) ou se não, de modo que a guia fique em modo de edição.
- Conforme item 1 e 6, as funções de gravação deverão ser exclusivas para as guias off-line via portal, de modo que seja possível a edição futura e não altere as demais existentes no portal.
- A guia deverá ser salva com o status como Em Digitação (BD5_FASE = "1") e situação Ativa (BD5_SITUAC = "1").
- Com a possibilidade de edição da Guia, será necessário alterar o grid referente a exibição dos resultados das guias encontradas, pois será necessário incluir uma coluna com um botão para reabrir a guia para edição. Ou seja, ao buscar as guias que estão com o status Em Digitação no combo Status Digitação, o grid deverá apresentar as informações existentes mais a coluna com o botão, que quando clicado, deverá reabrir a guia para edição, com os dados previamente preenchidos.
- Novamente, para efeitos de comparação, a função PLSA500MOV é a função utilizada para alterar guias no Movimentação de Contas.
- Como no item 6, será necessário alterar está rotina e demais envolvidas para o ambiente WEB, mas o funcionamento deverá ser similar ao que ocorre no remote).
- Quando o usuário reabrir a guia para edição, será necessário criar uma função para o Load dos campos com as informações gravadas anteriormente, conforme tabelas BD5, BD6 e BD7 (respeitando o layout de tela configurado e a guia em questão).
- Enquanto a guia estiver no status Em Digitação, o usuário poderá realizar qualquer alteração dos dados lançados, com exceção dos campos abaixo, pois se tratam de itens cadastrais essenciais e somente a Operadora pode manipulá-los:
- Matrícula do beneficiário;
- Nome do beneficiário;
- Validade da carteira do beneficiário;
- Número da Carteira Nacional de Saúde.
- Caso tenha inserido o beneficiário errado, deverá excluir a guia e lançar uma nova, com a matrícula correta do beneficiário desejado.
- Enquanto a guia estiver no status Em Digitação, o usuário poderá realizar qualquer alteração dos dados lançados, com exceção dos campos abaixo, pois se tratam de itens cadastrais essenciais e somente a Operadora pode manipulá-los:
- Enquanto o usuário não finalizar a edição da guia (não clicar na Opção Sim do selecionar a opção Não do alert quando clicar em confirmar a página - figura xxx), a guia poderá ser alterada pelo prestador, com exceção dos campos mencionados. Lembre-se, na Digitação Off-Line de Guias tratamos apenas guias de Autorização(Execução).
- Todos os dados inseridos e alterados são gravados nas tabelas BD5, BD6 e BD7, não gerando registros para as tabelas de atendimento.
- Quando o prestador decidir em finalizar a guia (clicar no botão Sim do alert na confirmação da página - figura xxx), o sistema deverá atualizar a guia para fase Pronta (BD5_FASE = "3").
- Internamente, para que o proceso ocorra de modo correto
- sd
- s
- d
- s
Tabelas Utilizadas
- BEA - Complemento de Movimentações
- BE2 - Autorização e Procedimentos
- BD6 - Eventos Processamento Contas
- BD5 - Processamento de Contas
- BD7 - Participação de Honorários
- BE4 - Internações
- BCL - Tipos de Guias.
Opcional
Protótipo de Tela
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
Protótipo 01
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*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
(Opcional)
Grupo de Perguntas
<Informações utilizadas na linha Protheus>.
Nome: FINSRF2
X1_ORDEM | 01 |
X1_PERGUNT | Emissão De |
X1_TIPO | D |
X1_TAMANHO | 8 |
X1_GSC | G |
X1_VAR01 | MV_PAR01 |
X1_DEF01 | Comum |
X1_CNT01 | '01/01/08' |
X1_HELP | Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório |
(Opcional)
Consulta Padrão
<Informações utilizadas na linha Protheus>
Consulta: AMB
Descrição | Configurações de Planejamento |
Tipo | Consulta Padrão |
Tabela | “AMB” |
Índice | “Código” |
Campo | “Código”; ”Descrição” |
Retorno | AMB->AMB_CODIGO |
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|