Histórico da Página

(Obrigatório)

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

Fazer com que o usuário ao cadastrar uma condição de saúde a um novo beneficiário, não necessite cadastrar novamente todos os procedimentos amarrados a respectiva condição de saúde.

Assim, com esse cadastro prévia, ao usuário informar a condição de saúde o sistema já vai carregar automaticamente os procedimentos e os períodos de carência associados a condição de saúde.

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

1 - Criar o cadastro Manutenção Condição de Saúde x Procedimento:

• Para esse cadastro utilizar a tabela conforme tópico "Dicionário de Dados".
• Para esse cadastro utilizar o programa e nome de menu conforme tópico "Estrutura de Menu".
• Criar o cadastro conforme protótipo 01 do tópico "Protótipo de Tela".
  • Importante: Esse cadastro por ser novo deve ser desenvolvido no frame HTML.

2 - Ajustar o programa cg0210o, que realiza a manutenção na declaração de saúde do beneficiário para:

• Quando o beneficiário não possuir nenhuma declaração de saúde x procedimento, e o usuário estiver na opção atualiza, e o usuário clicar  no botão procedimento, e a condição de saúde tiver procedimentos vinculados pelo novo cadastro, emitir a seguinte mensagem:
  • "Deseja importar os Procedimentos pre-definidos para esta Condicao de Saude?".
  • Caso o usuário optar por importar, deverá ser lidos todos os procedimentos amarrados a condição de saúde (cadastro novo), e gravados ao beneficiário (gavar a temp-table que existe, pois a gravação efetiva será pelo botão gravar). Isso na procedure mostra-procedimentos.
  • Verificar a procedure mostra-cids que faz algo semelhante, ela também traz um contador com todos os CIDS que foram importados, a opção por procedimento deverá fazer da mesma forma.

• Quando o usuário utilizar a opção geração (procedure geracao) de procedimentos hoje o sistema está lendo direto a tabela de procedimentos (ambproce) para gerar, deverá passar a ler a tabela nova mediante parâmetro na tela de geração por procedimento.
  • Para isso colocar o parâmetro "Importar os Procedimentos pre-definidos para as Condicões de Saude?" -  Este novo parâmetro deve estar por default "SIM".
  • Caso o novo parâmetro esteja ativo o campo dias de carência pode ser zero, pois irá puxar do cadastro novo, caso o usuário informar os dias de carências então é esse o valor a ser gravado e não do cadastro padrão.
    
    

------------------- Observações para o desenvolvedor:

***Utilizar o beneficiário:

modalidade 1

contrato/proposta: 8959

beneficiário: 2

***Para chamar o programa cg0210o procurar no menu os programas: Mc0110w.p ou Vp0110u.p.

Protótipo de Tela

Protótipo 01 - Manutenção Condição de Saúde x Procedimento

 Image Added

-Condição de Saúde: Código da condição de saúde e descrição.

-Procedimento: Código do procedimento e descrição.

-Data Limite: Validade do registro.

-Dias Carência: Quantidade de dias de carência do procedimento nesta condição de saúde.

-Atualização: Data da ultima atualização do registro.

Opcional

Fluxo do Processo

Dicionário de Dados

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Estrutura de Menu

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