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 na opção de inserir a guia., clicar no botão Inserir.
   Image Added
   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 1 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 realziadarealizada, 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 2 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 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. O sistema irá exibir a mensagem informando que o Protocolo está sendo gerado.
   

Alterações no Processo

1. Image Added
   Figura 4 - mensagem após a geração da PEG com as guias digitadas pelo módulo de Digitação Off-Line de Guias 
   
   
2. 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.
3. 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

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

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

Image Added
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 pagina 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, além de chamar chamando as funções de gravação, como PLSA090GRV e outrasdemais), além de gravar nas tabelas de Contas médicas o espelho desta guiaos dados da guia inserida, ou seja, nas tabelas BD5 BD5, BD6 e BD7. Desta forma, não é possível alterar a guia, poios 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 o método os métodos de gravação hoje das páginas no Digitação Off-Line, pois consideram o método normal de funcionamento com , 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 disponiveis 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 conteple contemple 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
   5. 1. 
         Image Added
4. Como não iremos efetuar a inclusão da guia diretamente, será necessário verificar se existe 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. 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.
   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 1 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 12), 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 12), 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 necesssitará 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 deverá apenas clicar no botão Editar, que o sistema irá voltar a fase da 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.
17.  
18. sd
19. s
20. d
21. s

• Linkar guia SADT* com outra Guia SADT* num mesmo atendimento
  *SADT apaenas ilustrativo, pode ser qualquer guia
• Permitir "Editar" alguns campos após a autorização na rotina normal de atendimento
  Verificar no word enviado pelo cliente os campos, mas aparentemente, teremos que limitar para alguns, pois serão gravados através de recklock apenas para atualização. Na primeira conversa, os mais importantes eram o TIpo de Saída e outros, pois só sa bemos o resultados após a finalização do exame.

Tabelas Utilizadas

• BD5 - Processamento de Contas
• BD6 - Eventos Processamento Contas
• BD7 - Participação de Honorários
• B7B - 
• 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

 Image Removed

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*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

1. de forma automática.  
   1. A Exclusão também deverá fica disponível para qualquer status do grid (caso pesquise as guias Finalizadas, Em Digitação ou Em Conferência)
   2. Olhe a observação das guias e grid do Digitação de Guias Off-Line

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.

Image Added
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).

Image Added
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).

Image Added
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.
      
   Image Added
   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 12 - Nome do Profissional Executante. Assim que for alterado, deverá atualizar os campos:
      1. Campo 13 - Conselho Profissional
      2. Campo 14 - Número do Conselho
      3. Campo 15 - UF do Conselho
   2. Campo 16 - CBO do Executante
   3. Campo 17 - Indicação do Acidente
   4. Campo 22 - Valor (Em análise)
   5. Campo 23 - Observação / Justificativa
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

Âncora
atencao atencao

Grid de Pesquisa de Guias Off-Line, Geração de PEG e Guia de Honorários

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

(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