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

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 no botão Inserir.
   
   Figura 1 - tela inicial do módulo de  Digitação de Guias Off-Line do portal
   
   
4. A tela exibida será de acordo com a guia selecionada no inicio (conforme padrão TISS, configurado pelo cliente). 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 .
      
      Figura 2 - Alerta ao Confirmar a Guia, indagando o usuário se deseja finalizar a edição.
      
      
      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. Enquanto as guias estão com o status Em Digitação, serão listadas após a seleção do prestador e demais parâmetros de Pesquisa e quando o combo Status Digitação estiver com o valor Em Digitação.
   1. De acordo com a pesquisa realizada, serão exibidas as guias encontradas e que estão com o status Em Digitação.
   2. A mudança no grid será a inclusão de um botão chamado Alterar, para edição destas guias, que quando pressionado, deverá abrir a tela da Guia com os dados preenchidos anteriormente, para que o prestador possa continuar sua digitação.
      
      Figura 3 - Grid da tela de pesquisa de Guias com a opção de Alterar as guias que estão com o status Em Digitação.
6. 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.
   1. Para encontrar as guias que estão finalizadas, basta na tela de Digitação de Guias entrar com as informações solicitadas pelos filtros e no combo Status Digitação, selecionar a opção Finalizada e após, clicar no botão Listar Guias.
7. Após selecionar as PEG's através dos campos de checkbox presentes no grid que exibe as guias encontradas, irá clicar no botão Gerar Protocolo para a Operadora e irá seguir o fluxo como as demais PEG's geradas via Portal. O sistema irá exibir a mensagem informando que o Protocolo está sendo gerado.
   
   Figura 4 - mensagem após a geração da PEG com as guias digitadas pelo módulo de Digitação Off-Line de Guias 
   
   
8. Para visualizar o protocolo gerados com as guias, basta acessar TISS / Protocolos, clique na aba Consultar Protocolos Gerados, entre com as informações solicitadas desta tela (prestador, data e tipo de guia) e depois, clicar no botão Exibir.
9. OBS: Com exceção sobre a possibilidade de alteração de guias no decorrer do processo e editá-las a qualquer momento, o restante das funcionalidade permaneceram as mesmas. Para maiores informações, consulte o Documento Técnico DT_Digitação_de_Guias_Portal_Prestador.
   
   

Fluxos básico com as operações de Inclusão de Guias, Aletração de Guias e Geração de PEG pelo Digitaçãod e Contas Off-Line

Fluxo 1 - Inclusão de Guias no Digitação de Contas Off-Line.

Fluxo 2 - Alteração de  Guias no Digitação de Contas Off-Line

Fluxo 3 -  Geração de PEG no Digitação de Contas Off-Line

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 página - 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, chamando as funções de gravação, como PLSA090GRV e demais), além de gravar nas tabelas de Contas médicas os dados da guia inserida, ou seja, nas tabelas BD5, BD6 e BD7. Desta forma, não é possível alterar a guia, pois já está gravada nos pontos principais do sistema e impossibilitando alterações, devido as diversas gravações realizadas e regras existentes no 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 os métodos de gravação das páginas no Digitação Off-Line, pois consideram o método normal de funcionamento, como se fosse lançado pelo menu de 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, BCL->BCL_FUNMFS 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 disponíveis 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 contemple a atual.
         
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. 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. Situação da PEG (deverá estar Ativa - BCI_SITUAC igual a 1);
      5. Tipo de Guia - de acordo com a guia que o prestador deseja inserir no sistema.
   2. Caso não exista PEG em aberto, será necessário criar uma PEG para o prestador, com as informações acima descritas.
   3. A função para criação de PEG é PLSIPP (fonte PLSXMOV).
   4. 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 13 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. A função para carregar os campos pode ser baseada na função que retorna os dados em tela, quando digitamos um código  de autorização e mandamos executar.
    2. 
       
    3. 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.
    4. 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 2), 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 2), 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 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 Mudança de Fase para guia é a função PLSXMUDFAS, presente no fonte PLSMCTMD.
    1. Aqui, será necessário que quando o usuário pressionar o botão Sim no alert (conforme figura 2), o sistema realize a etapa de Mudança de Fase da Guia recém-finalizada, de modo que fique com o status Pronta e possa ser considerada para a geração de PEG, conforme processo padrão.
    2. A função PLSXMUDFAS necessitará de ajustes ou ser reaproveitada em nova função, pois será necessário posicionar a guia para a correta utilização ou passar através de parâmetros qual a guia está sendo finalizada e deverá ter seu status alterado para Pronta.
       1. Novamente, a PLSXMUDFAS chama funções da tabela BCL para saber quais funções serão utilizadas para processamento. Conforme item 1, as funções deverão ser alteradas para trabalhar com o Portal e identificar quando são chamadas pelas demais telas ou pela Digitação Off-Line.
    3. Após o processamento da Mudança de Fase, será necessário exibir ao usuário um alerta (modaBS ou outro componente visual padrão) que a guia encontra-se Finalizada e Pronta, podendo o prestador gerar PEG com essa guia a partir deste momento.
15. Para geração de PEG, o processo será o mesmo que temos atualmente no módulo de Digitação de Guias Off-Line.
    1. Consultar o Documento Técnico sobre Digitação de Guias Off-Line no link DT_Digitação_de_Guias_Portal_Prestador, a partir do item Utilização da Rotina no Portal do Prestador - Gerar Protocolo de Entrega de Guia (PEG).
    2. Após a geração da PEG, o sistema irá seguir o processamento normal com relação a cobrança.
16. Caso o prestador finalize a guia, mas depois note que cometeu algum erro, pode voltar a guia para a fase de Digitação, através de funcionalidade já existente.
    1. Caso retorne a guia para status Em Digitação, poderá excluir a guia (processo já existente);
    2. Ou então, poderá editar a guia de forma normal, pois encontra-se em digitação. Logo, pode clicar no botão Alterar do grid e proceder com as mudanças necessárias.

Link de integração entre guias para um mesmo atendimento - Atendimento normal via Portal do Prestador

No processo normal de atendimento - sem considerar a Digitação de Guias Off-Line - podemos ter a situação onde o prestador inseriu uma guia com os respectivos dados no atendimento e após Autorização (Execução), notou que esqueceu de inserir um determinado procedimento que é devido no atendimento. Atualmente, o sistema não permite a edição de guias lançadas pelo atendimento e nesta situação, caso a guia de Outras Despesas não possa ser utilizada, pois realmente faz parte do atendimento já autorizado - será necessário lançar uma outra guia do mesmo tipo com o procedimento/item faltante, mas o sistema irá gerar uma outra autorização, como se fosse outro atendimento. Devido a isto, será necessário interligar estas duas guias, de forma que seja possível identificar que apesar de duas autorizações diferentes, fazem parte do mesmo atendimento.

Logo, será necessário criar uma forma de unir estas guias, para indicar que faz parte de apenas um único atendimento, para que a Operadora saiba que são procedimentos de um mesmo atendimento prestado ao beneficiário. Como a tarefa é apenas o conhecimento da união destas guias, iremos utilizar o mesmo raciocínio presente nas guias de Anexos Clínicos, onde caso a guia inserida por último faça parte de um atendimento anterior, iremos informar a guia de referência.

1.  Será necessário criar os seguintes campos:
   1. BEA_GUIREF - Tabela BEA de Complementos Movimentações (para guias SADT / Consulta / Odonto);
   2. BE4_GUIREF - Tabela BE4 de Internações (para guias de Internações);
   3. B01_GUIREF - Autorização Odontológica
   4. BE1_GUIREF  - Cabeçalho Autorização
2. Estes campo ficará disponível somente para as guias SADT, Consulta, Odontológica e Internaçãoa guia SADT.
   1. O campo 03 - Número da Guia Principal não deve ser usado para esta ligação, pois segundo a TISS: "Condicionado. Deve ser preenchido com o número da guia principal no prestador quando se tratar de solicitação de SADT em paciente internado ou na cobrança de honorário médico em separado para procedimentos ambulatoriais."
   2. Atualmente, o campo 03 - Número da Guia Principal pesquisa apenas guias de Internações. Será necessário atualizar este filtro, pois deverá pesquisa além de Guias de Internação outras Guias SADT, para os casos onde o Honorário Médico é cobrado na guia SADT, pois hoje, a ANS não exige que a cobrança seja feita em guia de Honorários Médicos. 
      1. Ou seja, posso realizar uma Endoscopia no Hospital A, onde é gerado a SADT do procedimento. O médico executante vai lançar seu honorário também numa guia SADT e por isso, deve permitir que ele associe a guia do Hospital A neste campo da sua guia. 
      2. Logo, a pesquisa F3 do campo 03 deve ser alterado no padrão, pois é Legislação, onde a pesquisa deve considerar Guias de Internação e SADT.
3. Estes campos serão para informar a guia principal do atendimento, ou seja, caso tenha lançado uma autorização e note que esqueci um procedimento que faz parte deste mesmo atendimento e que não pode ser lançado em Outras Despesas, por exemplo, o usuário irá lançar uma nova guia, mas poderá informar neste campo de Guia de Referência a guia principal, só para mostrar que está ligada ao meso atendimento.
   1. A guia de Anexos Clínicos é um exemplo, pois podemos referenciar a guia principal (fonte PLSA09A)
4. Como essa funcionalidade será utilizada preferencialmente  no Portal, o campo deverá ser exibido no portal para o Prestador e mostrar uma caixa do tipo pesquisa (PPLSXF3 ou outra similar), onde o usuário poderá filtrar as guias já lançadas através da por data ou por número da guia.
   1. Para redução de dados exibidos ao abrir a caixa de pesquisa, o sistema deve exibir as guias lançadas para o beneficiário em questão somente para esta RDA nos últimos 20 dias.
   2. Este campo só poderá ser usado após a inserção da matrícula do beneficiário, pois baseado na matrícula do usuário, o sistema irá varrer os registros conforme informações da pesquisa acima.
   3. Além disso, o sistema só deverá mostrar as guias que são do prestador, jamais mostrar as guias lançadas para o beneficiário em outras operadoras. Se não houver retorno de nenhum dado.
   
   Figura 5 - Tela de pesquisa de beneficiários e guias (apenas protótipo).
   
   
5. Assim que selecionar no grid de pesquisa a guia desejada e clicar no botão OK da janela, o sistema deverá exibir um alerta (modalBs ou outra similar) com os botões Sim e Não, exibindo o número da guia, beneficiário e data de atendimento, para que o usuário confirme se está certo da decisão de ligar a guia que está sendo digitada a outra.
   1. Caso clique no botão Não, o sistema não irá lançar o número da guia no campo Guia de Referência.
   2. Caso clique em Sim, o sistema irá lançar o valor da guia selecionada no campo Guia de Referência.
      
6. No remote, o campo também deverá ser exibido em tela para os usuário da Operadora e deverá ter funcionamento similar ao descrito nos itens 4 e 5.
   1. Ou seja, ao lançar uma autorização paras as guias contempladas no item 2, o sistema deverá exibir o campo de número de Referencia;
   2. O usuário poderá realizar a pesquisa somente após a inserção do beneficiário e da RDA nos seus respectivos campos do remote;
   3. Exibir apenas os registros encontrados de guias para o usuário nesta RDA nos últimos 20 dias
   4. A pesquisa poderá ser realizada por Data ou Número da Guia;
   5. Ao selecionar uma guia, ao clicar em Confirmar, o sistema deverá exibir um alerta, indagando se o usuário deseja mesmo relacionar esta guia com uma outra principal, para indicar que é o mesmo atendimento.
   6. Se Não, o campo ficará me branco e caso opte em Sim, o campo será preenchido com a guia selecionada no grid.
      
   
   Figura 6 - Campo novo de Guia de Referência (apenas protótipo).
   
   
7. Internamente, nenhum processo deverá ser alterado, pois este campo será apenas um informativo que a guia que possui este número faz parte do outro atendimento e que como uma vez autorizada não há como inserir outros dados, o prestador abriu outra guia, mas faz parte do mesmo atendimento.
   
   

Edição de campos mesmo após Autorização de guia pelo Portal do Prestador - Atendimento normal via Portal do prestador.

Atualmente, assim que uma guia é lançada pelo Portal do Prestador, temos que entrar com os dados solicitados (conforme padrão TISS e configurado pelo cliente), mas alguns campos necessitam de alteração posterior a autorização da Guia pelo Portal. Ou seja, podemos lançar a autorização da Guia no Portal, mas só iremos saber por exemplo - o Tipo de saída - somente após a execução do exame e atualmente, não é possível lançar esta informação. Desta forma, para alguns campos das guias, será necessário possibilitar que o usuário possa alterar alguns campos relativos a autorização, mas jamais alterar procedimentos, valores e outros, para evitar problemas de duplicidade e cálculos errados no sistema.

Com esta necessidade, será necessário alterar a tabela B7B novamente, para pode informar que campos poderão ser alterados após autorização via Portal do Prestador. Inicialmente, está gravação será de modo simples, utilizando como por exemplo, comando RecLock para que o registro seja salvo na base, pois tratam-se de campos apenas para gravação. Atenção: Mesmo o checkbox da tela B7B aparecer para todos os campos da guia, somente os campos citados logo abaixo serão possíveis de alteração e deverão ser considerados na gravação através das funções JavaScript da página.

Com essa necessidade de alteração, iremos alterar a tela de Consulta Status Autorização/Cancelamento, permitindo pesquisas de guias por beneficiário (nome e matrícula), data de atendimento e número da autorização, para que sejam exibidas as guias encontradas com este parâmetro e então, o usuário selecionar a guia desejada e clicar no modo de edição, sendo que ao abrir a tela, as funções de Load da página (Load das páginas SADT e Consulta) deverão trazer todos os dados preenchidos conforme autorização anterior, mas deverá permitir alterar apenas os campos abaixo citados e caso estiverem marcados na tabela B7B para alteração após Autorização. Assim que a tela da guia for aberta, exibir através de warnings ou modalBS que esta opção, apesar de trazer todos o dados da alteração anterior em tela, permite alterar apenas os campos definidos na B7B e descritos abaixo. Nenhum outro campo pode ser alterado.

Por exemplo, digamos que na guia SADT apenas o campo 34 pode ser alterado, conforme checkbox ativo na B7B na coluna nova para Alteração após Autorização. Desta forma, ao acessar a página de Consulta Status de Autorização, realizar a busca e mandar editar, o sistema deverá trazer a tela de SADT com todos os dados preenchidos da Autorização, mas exibir pelo warning ou modalBS que apesar de todos os dados estarem visíveis, apenas o campo 34 - Tipo de consulta - está disponível para alteração. Desta forma, será necessário via Javascript e tecnologia web usadas no portal detectar se este ou os outros campos permitidos foram editados e caso sim, gravar nas tabelas de atendimento e correlatas a alteração, utilizando a função RecLock.

Figura 7 - PLSA496 (Configuração de Campos Guia Portal) com a nova opção Alterar após autorização. mesmo aparecendo para todos os outros campos, somente os citados adiante poderão ser alterados e caso ainda estejam marcados aqui (apenas protótipo).

Figura 8 - Exemplo de abertura da página de SADT, exibindo um warning sobre quais campos podem ser alterados. Os demais ficam bloqueados (apenas protótipo).

Figura 9 - Exemplo de abertura da página de SADT, exibindo um warning sobre quais campos podem ser alterados. Os demais ficam bloqueados (apenas protótipo).

1. A tela de Consulta Status de Autorização/Cancelamento deverá ser convertida para o novo layout do Portal e na tecnologia WCHTML, para que siga o padrão das demais páginas.
   1. Além disso, será necessário outras mudanças - como querys, exibição da tela, novos grids e outros - pois hoje, a tela pesquisa somente pelo tipo de guia e número da guia. Com a inclusão da pesquisa, essa tela passaria pelas modificações necessárias, para exibir os dados presentes hoje, mas no novo layout e de acordo com o proposto, pesquisando por beneficiário (nome e matrícula), datas e número da autorização.
      1. Exemplo dessa alteração é na seguinte situação: Atualmente, o sistema traz todos os dados da guia em tela, pois a pesquisa funciona somente para autorização. Com a busca por nome, por exemplo, teremos que listar todos os beneficiários com este nome e depois, exibir todas guias deste beneficiário, para então selecionar a guia desejada e exibir os dados necessários.
   2. No grid que irá exibir os dados, deve ser mostrado as informações que atualmente já constam, bem como uma nova coluna com o botão Editar/Alterar, para que o usuário do prestador possa alterar os dados possiveis de edição relativos a guia SADT / Consulta.
      
   
   Figura 10 - Nova tela de Consulta Status de Autorização e o botão Editar (apenas protótipo).
   

Abaixo, listamos os campos iniciais que devem permitir a edição de dados, mesmo após a autorização (OBS: Somente estes campos estarão disponíveis para edição/gravação e pela PLSA496, definindo os campos na tela de Edição após autorização - B7B, serão sinalizados como Sim ou Não pelo usuário).

1. Guia Consulta
   1. Campo 18 - Data do atendimento
2. Guia SADT
   
   1. Campo 32 - Tipo de Atendimento: Informações da tabela de Domínio 50 da TISS
   2. Campo 34 - Tipo de Consulta: Informações da tabela de Domínio 52 da TISS
   3. Campo 35 - Motivo de Encerramento: Informações da tabela de Domínio 39 da TISS

Pontos de Atenção

1. Será necessário atualizar o Wizard com as alterações previstas nesta especificação.
2. As telas são protótipos, logo, não correspondem a versão final de desenvolvimento.
3. Atualizar no final o Documento Técnico da Digitação de Guias Off-Line, para que contemple as alterações e seja fonte confiável e atualizada de informações. Link: DT_Digitação_de_Guias_Portal_Prestador 
   
   
   

Tabelas Utilizadas

• BD5 - Processamento de Contas
• BD6 - Eventos Processamento Contas
• BD7 - Participação de Honorários
• B7B - Estrutura Impressão guias TISS
• BCL - Tipos de Guias