NOME DO REQUISITO

Guia de Reembolso gerada a partir do momento da confirmação da solicitação de Reembolso via Portal do Beneficiário ou Remote

Descrição

Implementada melhoria no sistema que visa gerar a Guia de Reembolso automaticamente assim que o beneficiário ou usuário do sistema protocolar um pedido de Protocolo de Reembolso na rotina apropriada, ou seja, assim que o usuário finalizar a sua Solicitação de Reembolso via Portal ou a inclusão dessa solicitação ocorrer via sistema, será gerada de forma automática com as informações disponibilizadas a Guia de Reembolso no Digitação de Contas, para efeitos contábeis e financeiros.

Além disso, caso a operadora realize alguma alteração no Protocolo de Reembolso, como alteração de valor, inclusão e/ou exclusão de itens e outras alterações permitidas, serão refletidas na Guia de Reembolso gerada, de forma que esta guia fique igual aos itens e cabeçalho do Protocolo de Reembolso. Quando o protocolo virar uma autorização, a Guia será atualizada com os valores devidos e demais alterações que ocorrerem na Autorização do Reembolso serão refletidas na Guia já existente.

Desta forma, temos como desde o inicio da finalização da solicitação de reembolso a possibilidade de provisionar esta Guia de Reembolso e sua atualização será feita de forma síncrona com as atualizações ocorridas durante a análise do protocolo de reembolso e autorização do reembolso, resultando numa única guia em todo o processo.

Importante

(Apenas para Microsiga Protheus, versões anteriores à versão 12)

Antes de executar o compatibilizador informe o nome do compatibilizador é imprescindível:

• Realizar o backup da base de dados do produto que será executado o compatibilizador (diretório PROTHEUS_DATA\DATA, se versão 10, ou \PROTHEUS11_DATA\DATA, se versão 11) e dos dicionários de dados SXs (diretório PROTHEUS_DATA_SYSTEM, se versão 10, ou \PROTHEUS11_DATA\SYSTEM, se versão  11).
• Os diretórios acima mencionados correspondem à instalação padrão do Protheus, portanto, devem ser alterados conforme o produto instalado na empresa.
• Essa rotina deve ser executada em modo exclusivo, ou seja, nenhum usuário deve estar utilizando o sistema.
• Se os dicionários de dados possuírem índices personalizados (criados pelo usuário), antes de executar o compatibilizador, certifique-se de que estão identificados pelo nickname. Caso o compatibilizador necessite criar índices, irá adicioná-los a partir da ordem original instalada pelo Protheus, o que poderá sobrescrever índices personalizados, caso não estejam identificados pelo nickname.
• O compatibilizador deve ser executado com a Integridade Referencial desativada*.

1. Em Microsiga Protheus TOTVS Smart Client (se versão 10), digite o nome do compatibilizador no campo Programa Inicial. Descreva se o compatibilizador deve ter uma data específica ou superior para que a atualização nos dicionários seja efetuada corretamente. Importante: Para a correta atualização do dicionário de dados, certifique-se que a data do compatibilizador seja igual ou superior a ___/___/____.
2. Clique em OK para continuar.
3. Após a confirmação é exibida uma tela para a seleção da empresa em que o dicionário de dados será modificado ou é apresentada a janela para seleção do compatibilizador. Selecione o programa xxxx().
4. Ao confirmar é exibida uma mensagem de advertência sobre o backup e a necessidade de sua execução em modo exclusivo.
   1. Clique em Processar para iniciar o processamento. O primeiro passo da execução é a preparação dos arquivos.
      É apresentada uma mensagem explicativa na tela.
   2. Em seguida, é exibida a janela Atualização concluída com o histórico (log) de todas as atualizações processadas. Nesse log de atualização são apresentados somente os campos atualizados pelo programa. O compatibilizador cria os campos que ainda não existem no dicionário de dados.
   3. Clique em Gravar para salvar o histórico (log) apresentado.
   4. Clique em OK para encerrar o processamento.

Descreva se há algum procedimento necessário após a aplicação do compatibilizador.

Procedimento para Implantação

O sistema é atualizado logo após a aplicação do pacote de atualizações (Patch) deste chamado.

1. Aplique o patch do chamado e execute uma vez a rotina Informe o nome da rotina.
2. No módulo informe o nome do módulo acesse informe o caminho e verifique que o parâmetro informe o nome do parâmetro é criado conforme especificações abaixo:

Atualizações do Compatibilizador

(Apenas para Microsiga Protheus, versões anteriores à versão 12)

1. Criação ou Alteração de Perguntas no arquivo SX1 – Cadastro de Perguntes:

2.    Criação ou Alteração de tabela no arquivo SX2– Tabelas:

3.  Criação ou Alteração de Tabelas Genéricas no arquivo SX5 – Tabelas Genéricas:

4.  Criação ou Alteração (mantenha somente a instrução correspondente) de Campos no arquivo SX3 – Campos:

• Tabela BGD - Prod x Cob x Proc x Co-Part:

Importante:

O tamanho dos campos que possuem grupo pode variar conforme ambiente em uso.

5.  Criação ou Alteração de Consulta Padrão no arquivo SXB – Consulta Padrão:

• Pesquisa B05PLS:

6.  Criação ou Alteração de Índices no arquivo SIX – Índices:

7.  Criação ou Alteração de Parâmetros no arquivo SX6 – Parâmetros:

8.  Criação ou Alteração (mantenha somente a instrução correspondente) de Gatilhos no arquivo SX7 – Gatilhos:

• Tabela BD5 – Contas Médicas:

Procedimento para Configuração

(Estes procedimentos devem ser feitos quando for necessário configurar parâmetros e/ou  rotinas no menu).

CONFIGURAÇÃO DE PARÂMETROS

1. No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Crie/configure (mantenha somente a instrução correspondente) o(s) parâmetro(s) a seguir:
   (É necessário criar uma tabela para cada parâmetro descrito no item Parâmetro(s), da tabela Características do Requisito)

CONFIGURAÇÃO DE MENUS

2.  No Configurador (SIGACFG), acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do informe o nome do módulo, conforme instruções a seguir:

Procedimento para Utilização

• Descreva os procedimentos, passo a passo (caso de uso), que serão realizados pelos usuários para que a melhoria seja visualizada identificando as seguintes informações:
• Localização da rotina no menu;
• Localização dos novos campos e/ou perguntas e respectivas pastas de cadastro que são visualizadas pelo usuário;
• Caso seja necessário ter algum cadastro feito previamente, faça uma observação.

Exemplo:

       1.            No Plano de Saúde (SIGAPLS), acesse Atualizações / Produto Saúde / Produto Saúde (PLSA800).

O sistema apresenta a janela de produtos cadastrados.

       2.            Posicione o cursor em um produto e clique em Alterar.

       3.            Na pasta Cobertura/Carências selecione a subpasta Tipo de Prestador.

       4.            Dê duplo clique no campo TP Prestador (BCW_TIPPRE).

O sistema apresenta a janela Tipo de Prestador – Coparticipação – Alterar.

       5.            Informe os dados conforme orientação do help de campo e observe o preenchimento do novo campo:

                      Som. p/Compra (BCW_SOMCOM): selecione Sim para indicar se a coparticipação cadastrada será válida somente para efeito de compra de procedimentos ou Não, caso contrário.

       6.            Confira os dados e confirme.

Vídeo

• Vídeo hospedado no youtube e inserido no template por meio da macro Widget Connector.

** Canal do youtube e software de vídeoem definição.

CONFIGURAÇÃO DE PARÂMETROS

1. No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Configure o parâmetro abaixo com o código conforme tabela genérica BW que deseja utilizar para justificar o motivo do bloqueio da guia de reembolso, quando o protocolo de reembolso ficar como indeferido.

OBS:  Para acessar a tabela BW, vá em Configurador (SIGACFG) / Base de Dados / Dicionários e na próxima tela, selecione a opção Tabelas Genéricas.

Procedimento para Utilização

Geração automática da Guia de Reembolso - Funcionamento.

• Via Portal do Beneficiário:

1. O beneficiário acessa o portal com seu usuário e senha e procede com a inclusão de uma Solicitação de Reembolso.
2. Quando optar em Finalizar a solicitação, o sistema irá colocar esta solicitação no status de Protocolado e irá gerar de forma automática a Guia de Reembolso no Digitação de Contas, com as informações preenchidas pelo usuário de cabelho e itens da solicitação.

3. Para diferenciar das demais guias de Reembolso que são criadas no sistema, a aplicação verifica se já não existe uma PEG aberta para as guias do tipo de reembolso no local de Digitação das Guias Off-line. Ou seja, o local destas guias geradas de forma automática no final da solicitação é o mesmo do Digitação de Contas no Portal, de forma a separar das demais Guias. 

   Informações
   title Atenção!
   Atenção a configuração do parâmetro MV_PLSDIGP. Caso a Operadora já utilize a Digitação de Guias via Portal do Prestador, nenhum ajuste necessário, pois as guias de Reembolso serão gravadas com o local de digitação conforme este parâmetro. Caso a Operadora não utilize essa funcionalidade, será necessário a configuração deste parâmetro com um código de local diferente dos demais utilizados pela organização. Em caso de dúvidas, consultar a Documentação Técnica, disponível em:  TVBWOL_DT_Digitação_de_Guias_Portal_Prestador

4. Logo, as guias de Reembolso serão como espelhos da Solicitação, com as mesmas informações constantes nelas, de cabeçalho e itens.

• Via Remote

1. Acesse a Opção Protocolo de Reembolso no remote e entre com as informações do protocolo, conforme papéis e demais documentos utilizados pela rotina operacional do usuário/departamento da Operadora.
2. Ao concluir o protocolo, o sistema grava o Protocolo nas suas respectivas tabelas (BOW e B1N), bem como gera a Guia de Reembolso no Digitação de Contas, de forma similar ao que ocorre com a gravação via Portal.

Visualização das guias no Digitação de Contas

1. Para visualizar as guias geradas no Digitação de Contas, acesse: Atualizações / Proc. Contas / Digitação de Contas.
2. Filtre as guias para o tipo de Reembolso.
3. Selecione a PEG desejada - será a PEG que tem o local de digitação conforme o parâmetro MV_PLSDIGP.
4. Note que para cada Solicitação reaklizada via Portal ou remote, será criada a guia de forma automática no Digitação de Contas.

Image Added
Note que temos uma guia feita via Portal do beneficiário e que a solicitação já está no status de Protocolado.

Image Added
Ao acessar os protocolos gerados no remote, note que a solicitação já está presente, para análise dos operadores.

Image Added
Acesse o Digitação de Contas, selecione no filtro apenas as Guias de Reembolso e selecionamos a PEG recém criada.

Image Added
Note que a Guia de Reembolso foi criada de forma automática, quando o usuário finalizou o processo.

Image Added
Ao visualizar a guia, será apresentado os dados na solicitação do protocolo no cabeçalho....

Image Added
... E ao acessar os itens, temos o mesmo que na solicitação, com as mesmas informações de quantidade e outros.

No remote o funcionamento é idêntico, diferenciando apenas que os dados do protocolo de Reembolso são lançados diretamente no remote, mas ao gravar o protocolo, o sistema também irá efetuar a gravação da guia com os dados deste protocolo, conforme processo ilustrado acima.

Atualizações das guias conforme análises e alterações no Protocolo.

Como percebemos, a partir do momento que uma solicitação de reembolso é concluída vias Portal ou salva pelo remote, o sistema irá gerar de forma automática a Guia de Reembolso no Digitação de Contas. Porém, durante a análise deste protocolo, podemos ter mudanças diversas, como valores, quantidades, adição ou exclusão de itens e outros. Desta forma, o sistema replica as alterações para a guia já gerada, de forma que fique fiel ao que está sendo alterado pelos usuários da Operadora.

Além disso, caso o protocolo seja cancelado ou fique como indeferida, o sistema também atualizará a guia gerada. Abaixo, iremos citar os status que a guia no Digitação de Contas fica passível de acordo com o status do protocolo:

• Protocolo Cancelado: Uma vez que o protocolo foi cancelado pela Operadora, não há possibilidade de voltar a utilizar este protocolo para outras solicitações ou retornar seu status. Desta forma, quando o analista da Operadora confirma a operação de cancelamento de um protocolo, a guia gerada no Digitação de Contas fica como Cancelada, de forma que a guia fica inutilizada, não servindo para outros fins.
• Protocolo Indeferido: Quando o analista indefere a guia - ou seja, não aceitou as informações da guia - mas existe a possibilidade de correção pelo usuário, como envio de anexos e outros - a guia no Digitação de Contas ficará na situação de Bloqueada, pois de acordo com o resultado do protocolo, caso seja deferido após entediamentos entre Operadora / Beneficiário, pode voltar a ficar como Pronta ou Cancelada, caso contenha erros. Por isso, é importante verificar se existe algum motivo de bloqueio ou cadastrar algum apropriado para essas situações na Tabela Genérica BW - Motivos de Bloqueio das Guias. Após, incluir o valor do motivo escolhido no parâmetro MV_PLSIMBG, pois quando um protocolo for indeferido, o sistema irá bloquear a guia e no campo motivo de bloqueio, irá gravar o valor atribuído no parâmetro. 
  • Atenção: Caso a guia esteja na situação Indeferida e mude de status para diferente de Cancelado, a guia voltará a fica com o status de Pronta no Digitação de Contas e o motivo de bloqueio será apagado.

Com relação as demais mudanças, como inclusão / alteração / exclusão de itens do reembolso, mudança de valores, quantidades e outros, ao gravar o protocolo, o sistema irá atualizar as informações da Guia de Reembolso que está no Digitação de Contas de forma automática, pois cada atualização feita no Protocolo irá refletir para a guia de reembolso. Logo, não existe a necessidade de intervenção do analista ou de qualquer outro departamento da empresa com relação a guia gerada no Digitação de Contas, pois será atualizada a cada mudança realizada no Protocolo.

Image Added	Image Added
Note que tanto no Protocolo quanto na guia gerada a partir deste protocolo temos o mesmo item, quantidade e valor unitário.

Image Added	Image Added
Ao atualizar o protocolo com uma quantidade e valor unitário diferente, o sistema replica essas alterações para a guia, para que a guia no Digitação de Contas seja o espelho do Protocolo.

Atualizações das guias conforme análises e alterações na Autorização do Reembolso.

Semelhante ao que ocorre no Protocolo de Reembolso, no momento que o analista optar em realizar a Autorização, o sistema irá checar se existe guia no Digitação de Contas. Se sim, o sistema irá atualizar valores, participações e demais itens de forma normal, como se estive gerando a guia neste momento. Além destes processos, a guia no Digitação de Contas fica com o status de Faturada.

De forma que ocorre hoje, o analista irá verificar as informações geradas e irá definir se a guia será liberada ou não para o Financeiro. O título gerado será gravado normalmente nas tabelas do financeiro, permanecendo o mesmo fluxo existente.

Contudo, caso no processo de Autorização exista um ou mais itens negados, o status desses itens serão replicados para os itens das guias, que ficaram também como Negados. Além disso, caso o Operador opte em glosar itens da Autorização, os status desses itens na guia também ficarão como Negados, como ocorre hoje.
Além disso, caso a autorização de reembolso seja excluída, no Digitação de Contas a guia voltará a ficar com o status Em Digitação, já que a autorização foi excluída.

Logo, a maior mudança ocorrida foi a geração da Guia junto com a finalização da solicitação de reembolso, para efeitos financeiros e contábeis da Operadora, sendo que a guia gerada sempre será atualizada com as modificações realizadas pelos analistas durante a etapa de análise do protocolo.

Caso a Operadora não opte pelo uso do Protocolo, ou seja, gerando uma autorização de forma direta, o funcionamento se mantêm o mesmo, sendo a guia gerada no ato da conclusão dessa autorização.

Ponto de Entrada

Exemplo:

#Include 'Protheus.ch'

User Function CN120ALT()

Local aCab:= PARAMIXB[1]

Local cTipo:= PARAMIXB[2]

If cTipo == '1'

    aCab[4][2]:= 'NF' //Validações do usuário

EndIf