Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

(Obrigatório)

Informações Gerais

 

Especificação

Produto

Microsiga Protheus

Módulo

Plano de Saúde - SIGAPLS

Segmento Executor

 

Projeto1

 

IRM1

 

Requisito1

 

Subtarefa1

 

Chamado2

 

Release de Entrega Planejada

 

Réplica

 

País

( X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

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

Objetivo

O objetivo dessa rotina é permitir que o Beneficiário realize a solicitação de cadastro de receitas de uso constante através do portal do Beneficiário, também será possível que o beneficiário adicione anexos para a solicitação. Após a solicitação a operadora deverá verificar se aprova ou não a receita de uso constante que foi informada pelo beneficiário.

Definição da Regra de Negócio

*Obs.:  As tabelas, telas e processos envolvidos podem sofrer alterações pois ainda estão passando por alterações.

Para permitir a solicitação de cadastro de receitas médicas através do portal do Beneficiário deverão ser alterados os seguintes pontos dentro do sistema:

  • Na tela de Cadastro de Receitas (Atualizações / Config. de Reembolso /Cadastro de Receitas(PLSCADREC))
    • Deverá ser alterado o cadastro de Receitas para permitir que seja informado um "Padrão" de datas de validade inicial e final no cabeçalho da receita, essas datas não serão gravadas em banco e serão utilizadas apenas para facilitar a inclusão dos itens. Ao incluir um item o sistema já deverá trazer carregadas as datas de validade inicial e final padrões que foram informadas para a receita.
      Deverão ser criados dois campos na tabela B4F,B4F_DATINI e B4F_DATFIN ambos com contexto virtual.
    • Deverá ser alterado o cadastro de Receitas para permitir o cadastro de itens da receita com a quantidade autorizada igual a "0".
    • Deverá ser alterado o cadastro de Receitas para Exibir somente as receitas que estiverem sem Status ou com o campo de status com os valores (Parcialmente Aprovado ou Aprovado).
    • Deverá ser alterado o cadastro de Receitas para Exibir somente os medicamentos aprovados.
    • Deverá ser alterado para não permitir a alteração ou exclusão de receitas/medicamentos que vieram pelo portal.
  • Na tela de Protocolo de Reembolso (Atualizações/ Atendimento / Protocolo de Reembolso (PLSA001A))
    • Alterar validação de quantidade que pode ser executada. No método VldQtdMed da Rotina PLSA001A, quando a quantidade autorizada for igual a 0, o sistema deverá permitir que seja preenchido qualquer quantidade.
    • Verificar validação para soma da quantidade que ainda pode ser utilizada. No método PRMBBXREC da Rotina PLSA001A, quando a quantidade autorizada for igual a 0, verificar se o sistema atualiza corretamente a quantidade que já foi utilizada.
    • Alterar o cadastro dos itens do protocolo para permitir que só sejam vinculadas receitas/medicamentos que estão aprovados.
  • Na tela de Receitas de Medicamentos no portal do beneficiário (Reembolso / Receitas de Medicamentos), alterar para trazer somente as receitas/itens que foram aprovadas.
  • Na tela de Eventos de Reembolso (Chamada a partir da tela de Protocolo de Reembolso (PLSA001A)) se for informado um medicamento de uso constante, após informar o código do medicamento verificar se no cadastro da receita a quantidade autorizada é igual a "0", caso seja, o campo "Quantidade Receita" deve ficar desabilitado.
  • Criar novos campos na tabela B7D, são eles: B7D_IMGSTA, B7D_TIPSOL, B7D_SUS, B7D_FARPOP.
  • Criar novos campos na tabela B4F, são eles: B4F_PORTAL, B4F_STATUS, B4F_NOMSOL, B4F_REGSOL, B4F_ESTADO e B4F_DTRECEITA.
  • Criar tela de cadastro de Receitas no portal do Beneficiário
    • Criar novo menu para acessar a rotina "Cadastro de Receita de uso Constante", realizar cadastro na tabela AI8.
    • Criar .APH que irá conter a tela de cadastro. Essa tela deverá seguir o Protótipo: Protótipo 1:
      • No campo "Selecione o Beneficiário" deverão ser listados os Beneficiários ativos que pertencem a família, essa listagem deve ser exibida em ordem alfabética.
      • Após o preenchimento dos campos "CRM do Médico" e "Estado" o sistema deverá verificar se existe algum médico cadastrado na Tabela BB0 com as informações digitadas, caso exista, deverá trazer o nome do médico. Caso não esteja cadastrado, o sistema deverá abrir o campo "Nome do médico" para ser preenchido pelo beneficiário.
      • Deverá ser criado o parâmetro MV_PLSVLDR que será responsável por indicar quantos dias de validade terá a receita.
      • Para Busca do medicamento o sistema deverá buscar na BJE todas as classes que possuem o campo BJE_TIPO com o valor "1 - Medicamento", após, deverá buscar todos os medicamentos na tabela BR8 que esteja vinculado com as classes encontradas.
      • Ao clicar no botão Incluir Medicamento, o sistema deverá:
        • Gerar um número de controle e gravar os itens nas tabelas correspondentes a solicitação com o status Solicitação não concluída, não exibindo nenhum número de protocolo na tela. Se for o primeiro item o sistema deverá gravar o cabeçalho também (Após a gravação do cabeçalho os campos do mesmo deverão ser desabilitados para alteração).
        • Limpar todos os campos referente ao Item.
        • Após a inclusão do primeiro item, o botão Anexo ficará habilitado, podendo incluir um ou mais anexos a qualquer momento.
        • O campo B4F_PORTAL deverá ser preenchido com o valor .T.
        • Criar método no web service WSPLSXFUN para realizar a inclusão do cabeçalho e demais itens.
      • Após a inclusão de um anexo, o botão Concluir solicitação ficará habilitado.
        • Após clicar no botão "Concluir Solicitação" o sistema deverá alterar o status da solicitação para Protocolado, não permitindo alteração no protocolo. Após, o sistema deverá exibir uma caixa de diálogo com uma mensagem informando o número do protocolo e abaixo um botão para impressão de um relatório Protótipo 2.
        • Criar método no web service WSPLSXFUN para realizar a alteração do STATUS.
      • Geração do Relatório de Protocolo
        • Deverá ser criado um novo relatório com os dados básicos do protocolo:
          • Cabeçalho: Número da solicitação, Data Solicitação, Matricula/Nome Beneficiário, Data da Receita, CRM Médico Solicitante, Nome Médico solicitante.
          • Itens: Código do Item, Descrição do Item.
        • Para criação do Protocolo pode ser utilizado como Exemplo o Relatório de Reembolso, gerado pela rotina PLSR998.
        • Um exemplo de como pode ficar o relatório pode ser visto no Protótipo 3.
      • Botão de adicionar anexos
        • Deverá chamar a tela de rotina genérica de upload para realizar o upload de arquivos. Para maiores informações de como utilizar essa nova rotina acesse: Rotina Genérica de Upload - Portal.
    • Criar Método no PPLMFUN que irá chamar o novo .APH criado.
  • Criar tela de Analise de Receitas no Remote
    • Criar tela no menu <Caminho do Menu>
    • Deverão ser criadas duas telas, uma com uma gride onde serão exibidos os dados básicos da receita e a partir dela poderá ser alterado o status ou incluída uma nova solicitação de receita.
    • Um exemplo de como a tela irá ficar pode ser visto no Protótipo 4.
    • Ao incluir uma nova solicitação a mesma deverá possuir os mesmos campos da solicitação via portal, o Status padrão deverá vir como "Protocolado".
      • O campo B4F_PORTAL deverá ser preenchido com o valor .T.
      • Após a gravação, Deverá ser possível adicionar arquivos na base de conhecimento. Adicionar_Rotina
      • Permitir a exclusão do item somente se ainda não foi salva a solicitação.
    • Ao alterar uma solicitação será possível mudar o status da mesma obedecendo a sequência do protocolo de reembolso.
      • Caso um item seja reprovado e exista algum item aprovado, o status da receita deve ser alterado para "Parcialmente Aprovado".
      • Caso um item seja aprovado e exista algum item reprovado, o status da receita deve ser alterado para "Parcialmente Aprovado".
      • Caso o status da solicitação seja alterado para "Aprovado" a situação dos itens deverá ser alterada para "Aprovado".
      • Caso o status da solicitação seja alterado para "Reprovado" a situação dos itens deverá ser alterada para "Reprovado".
      • A tela deverá possuir a opção de visualizar os arquivos que estão vinculados a base de conhecimento. Adicionar_rotina
      •  Ao reprovar a receita ou um item, o sistema deverá solicitar uma mensagem com o motivo da rejeição.
      • Não deverá permitir a exclusão do item na alteração. 

  • Criar a tela de Analise filtro e listagem de Receitas no remoteCriar a tela de pesquisa de receitas no remoteRemote.
    • Essa nova tela deverá ser chamada no menu outras ações da tela .............
    • Ao acessar a nova opção o sistema irá exibir a tela de filtro com as seguintes opções: Nome do Beneficiário, Somente Medicamentos Válidos, CRM Solicitante e Medicamentos. Conforme Protótipo 5.
    • Ao realizar a pesquisa, deverá ser exibida uma gride com todos os medicamentos de uso constante que satisfaçam as condições selecionadas. Deverá ser realizado um filtro na Tabela B7D.

 

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[ACAA040 – Parâmetros]

[Alteração]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA050 – Negociação Financeira]

[Envolvida]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

[Atualizações -> Acadêmico-> Cadastros]

-

 

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

6.       Após a inclusão de um anexo, o botão Concluir solicitação ficará habilitado.

Opcional

Protótipo de Tela


Protótipo 01

 

 


Protótipo 02

 



Protótipo 03






 

 

 

 

 

 

 

 

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

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(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

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

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

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 


[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.