Á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.                                                             

  

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

ChamadoTVCM79

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.

  1. O Prestador irá acessar o Portal do Prestador, com seu usuário e senha.
  2. No menu à esquerda, deve escolher a opção Digitação de Guias.
  3. 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.
  4. 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.
    1. 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 .

      1. 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.
      2. 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.
  5. 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.
  6. 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, de forma que o prestador possa gerar a PEG com esta guia e outras. Caso o cliente depois resolva voltar a guia para Em Digitação (função já existente no Digitação de Guias Off-Line), o sistema deverá retornar o status da guia para Em Digitação. Não será necessário criar os dados das guias com status Pronta para as tabelas de atendimento (como BE2, BEA, B43, BE4 e outras), pois esta funcionalidade visa atender apenas a parte de Contabilização de Guias, processo idêntico ao que ocorre hoje na digitação manual de guias no remote, pelo Digitação de Contas (PLSA498)

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:

  1. 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.
  2. É 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.
    1. Essencial que todas as guias sejam do tipo Autorização(Execução), jamais Solicitação.
  3. 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). 
    1. 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.
    2. 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).
    3. 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.
      1. 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.
    4. 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
  4. Como não iremos efetuar a inclusão da guia diretamente, será necessário verificar se existe PEG aberta para o prestador, verificando:
      1. Código da Operadora;
      2. Código da RDA;
      3. Código do local de digitação de Guias Off-Line, conforme parâmetro MV_PLSDIGP;
      4. Status da PEG (deverá estar Em Digitação - BCI_FASE igual a 1);
      5. Situação da PEG (deverá estar Ativa - BCI_SITUAC igual a 1);
      6. Tipo de Guia - de acordo com a guia que o prestador deseja inserir no sistema.
    1. Caso não exista PEG em aberto, será necessário criar uma PEG para o prestador, com as informações acima descritas.
    2. A função para criação de PEG é PLSIPP (fonte PLSXMOV).
    3. Para atualizar uma PEG, a função é PLSATUPP (fonte PLSXMOV).
  5. 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.
  6. A função PLSA500MOV é a função inicial para a inclusão de guias com status Em Digitação.
    1. 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.
    2. Logo, as funções existentes hoje terão que ser reaproveitadas, alteradas 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.
  7. Na tela de digitação, o usuário poderá realizar a inclusão dos dados desejados de forma normal, conforme ocorre hoje no atendimento.
  8. 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.
    1. 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.
    2. A guia deverá ser salva com o status como Em Digitação (BD5_FASE = "1") e situação Ativa (BD5_SITUAC = "1").
  9. 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.
  10. Novamente, para efeitos de comparação, a função PLSA500MOV é a função utilizada para alterar guias no Movimentação de Contas.
    1. 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).
  11. 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).
    1. 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:
      1. Matrícula do beneficiário;
      2. Nome do beneficiário; 
      3. Validade da carteira do beneficiário;
      4.  Número da Carteira Nacional de Saúde.
    2. 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.
  12. Enquanto o usuário não finalizar a edição da guia (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).
    1. Todos os dados inseridos e alterados são gravados nas tabelas BD5, BD6 e BD7, não gerando registros para as tabelas de atendimento.
  13. 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").
    1. Internamente, para que o processo ocorra de modo correto, deverá seguir a lógica da Mudança de Fase que existe no Digitação de Contas, para que ocorra a mudança para Ativa e seja processado todas as demais rotinas de apoio, como valoração, regras contratuais e outras que ocorrem neste processo.
    2. Não será necessário nesta primneira etapa primeira etapa replicar os dados da tabela BD5, BD6 e BD7 para as tabelas de atendimento (BEA, BE2 e etc), pois a funcionalidade visa contemplar apenas a questão de cobrança.
  14. A rotina de mundaç de Fase 

  15. sd
  16. s
  17. d
  18. 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.