Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

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

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Objetivo

 Permitir, através do sistema GPS, o uso eventual do plano de saúde por pessoas que não sejam efetivamente beneficiários do plano contratado por sua empresa. 

Definição da Regra de Negócio

 O conceito de usuário eventual se refere ao uso eventual do plano de saúde por uma pessoa que não é efetivamente um beneficiário do plano contratado por sua empresa, podendo ocorrer nas seguintes situações: 

• Contratos em Custo operacional: Onde a empresa não quer enviar os dados dos seus funcionários.
• Contratos em Pré-pagamento: Quando o funcionário da empresa está no período de experiência e ainda não possui o plano de saúde.
• Contratos de Saúde Ocupacional: Para consultas e exames (admissionais, periódicos e demissionais), quando não possuem o plano de saúde através da empresa.
   

1) Cadastro

1.1) Manutenção Parâmetros Venda de Planos/Manutenção de Cadastros (protótipo interface)

No programa 'Manutenção Parâmetros Venda de Planos/Manutenção de Cadastros', será adicionado o indicador 'Utiliza Usuário Eventual' para que na inclusão de novos contratos seja possível adicionar usuários eventuais. Além disso,  será possível informar o código do motivo de cancelamento que será considerado caso o beneficiário eventual seja excluído.

1.2) Manutenção de Contratos (protótipo interface)

Na inclusão de contratos deverá ser incluído um indicador para informar se a proposta aceitará usuário eventual. Este indicador deve ser incluído na aba ‘Outras informações’ da tela ‘Manutenção de Contratos’. No entanto, deverá estar disponível apenas se o plano for empresarial, isto é, modalid.in-tipo-pessoa = "J" e o parâmetro referente ao usuário eventual no programa 'Manutenção Parâmetros Venda de Planos/Manutenção de Cadastros' estiver selecionado.

Caso o usuário selecione este indicador o sistema deverá incluir automaticamente um beneficiário eventual.

Na etapa de inclusão de beneficiários (etapa 5, como mostra a figura a baixo), o beneficiário eventual já aparecerá na lista de beneficiários.

Image Added

Image Added

Observações:

- Para contratos em cadastramento, quando o beneficiário eventual for excluído, o sistema deverá excluir 'fisicamente' o registro da base de dados. Para incluí-lo novamente o usuário deverá acessar o programa de manutenção do contrato e selecionar o indicador novamente.
- Para contratos que já estejam ativos, quando o beneficiário eventual for excluído, o sistema deverá excluir 'logicamente' o registro da base de dados, isto é, ficará na situação "Excluído" e será considerado o motivo de cancelamento cadastrado no programa 'Manutenção Parâmetros Venda de Planos/Manutenção de Cadastros'. Para "reativá-lo" o usuário deverá acessar o programa de manutenção do contrato e selecionar o indicador novamente.
- O beneficiário criado como eventual possuirá o campo usuario.log-17 = yes;
- Este beneficiário possuirá a cobertura conforme proposta e carência isenta;
- A manutenção deste beneficiário não será permitida;
- Não será gerada a carteirinha para beneficiário eventual.

2) Autorização

2.1) Manutenção Autorização de Guias - Inclusão

Após criado este beneficiário, será possível incluir apenas guias de autorização para o beneficiário eventual. Realizações não serão permitidas para beneficiários eventuais sem guias de autorização associadas.
Na inclusão de uma guia de autorização, programa 'Manutenção Autorização de Guias', o beneficiário eventual deverá ser selecionado através do zoom no campo do código da carteira pelo termo de adesão.

Image Added

Quando selecionado um usuário que seja eventual, o programa deverá solicitar nome, data de nascimento e sexo do beneficiário que será efetivamente atendido. Esses dados deverão ser gravados na nova tabela criada, usuar-guia, juntamente com a chave da guia (unidade, ano e número da guia) para que as guias sempre sejam associadas aos dados da pessoa que efetivamente utilizará o plano.

Image Added

Após a inclusão dos procedimentos/insumos, será gerado uma glosa para que seja possível selecionar o tipo de cobrança para os movimentos (já que o usuário eventual não será considerado no processo de faturamento de pré-pagamento dos contratos).
A glosa que deverá ser gerada é a '152', associada a mesma classe de erro:

Image Added

Image Added

2.2) Manutenção Autorização de Guias - Consulta

Na consulta de guias adicionar na opção 'F3-Inf.Guia', um botão para que o usuário consulte os dados do beneficiário eventual ao qual a guia esta relacionada. 

Image Added 

Image Added

Quando selecionada esta opção, uma nova tela dever ser exibida (como o exemplo da figura abaixo) para mostrar o nome, data de nascimento e sexo do beneficiário eventual. Para tanto, consultar a tabela usar-guia através da guia de atendimento (unidade, ano e número da guia).

Image Added

Quando a guia não estiver relacionada a um beneficiário eventual, esta janela não deverá ser exibida.

2.3) Manutenção Documentos Revisão de Contas - Inclusão

A inclusão de documentos para beneficiários eventuais só poderá ser realizada com a associação de uma guia de autorização.

Image Added

Caso o usuário tente incluir um documento sem associá-lo a uma guia, exibir a mensagem abaixo e abortar o processo.

Image Added

Assim como na inclusão de guias, após a inclusão de procedimentos/insumos, o sistema gerará uma glosa para os movimentos (já que o usuário eventual não será considerado no processo de faturamento de pré-pagamento dos contratos). 
A glosa que deverá ser gerada é a '154', associada a mesma classe de erro:

Image Added

Image Added

2.4) Manutenção Documentos Revisão de Contas - Consulta

Na consulta de documentos, mostrar o nome do beneficiário eventual cadastrado na tabela usuar-guia relacionado a guia de autorização.

Image Added

3) Faturamento

A cobrança da utilização do plano por beneficiários eventuais será sempre para os contratantes (empresas). Será realizada via custo operacional e participação, de acordo com o tipo de cobrança selecionado pelo usuário no momento da valorização dos movimentos.
Nos relatórios gerados pelos processos de faturamento, será impresso "USUÁRIO EVENTUAL" nos dados referentes aos beneficiários eventuais. Apenas o programa FP0610B deverá imprimir o nome dos usuário que efetivamente utilizaram o plano.
Para o processo de faturamento de pré-pagamento (mensalidade) o usuário eventual não deverá ser contabilizado na composição dos valores. Portanto, alterar todos os programas que realizem o faturamento de pré-pagamento para que beneficiários que sejam eventuais não sejam considerados.

4) Exceções

O usuário eventual será desconsiderado nos seguintes processos do GPS:

- SIB;
-SIP;
-A1300.

Protótipo de Tela

 Protótipo 01 (Manutenção Parâmetros Venda de Planos/Manutenção de Cadastros)

 Image Added

 Protótipo 2 (Manutenção de Contratos)

Image Added 

Dicionário de Dados

Tabela: usuar-guia

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.