Á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

Saúde

Projeto1

M_SAU_PLS001

IRM1

PCREQ-2958

Requisito1

PCREQ-5634

Subtarefa1

PCSFA-366

Release de Entrega Planejada

 

Réplica

 

País

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

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

Essa especificação tem por base o levantamento realizado na MIT-044 da Frente Azul do Projeto CEMIG.

A demanda encontra-se na página 101, dentro tópico 7 - Relacionamento com Prestadores.

Além disso, foram considerados contatos com o cliente e considerações sobre o requisito ir para o produto padrão<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 desta rotina é permitir o estreitamento do relacionamento entre Prestador e Operadora, por meio de possibilitar a solicitação de visitas institucionais pelo prestador, que poderão ocorrer tanto na Operadora, quanto no próprio Prestador e, também, permitir para a Operadora o controle das solicitações e deferimento, ou não das mesmas, conforme disponibilidade e critérios da mesma. 

(Obrigatório)

Definição da Regra de Negócio

 

  • Prestador acessa a rotina via portal e solicita uma visita 
  • O combo de Motivos de Visita deve apresentar somente os motivos com tipo = 3
  • Solicitação é verificada pelas regras de validação do sistema

       Regras de validação:

  1. Tipo é obrigatório
  2. Motivo é obrigatório
  3. Data sugerida é obrigatório
  4. Data deve ser maior ou igual do que a data atual
  5. Demais campos não são obrigatórios
  6. Se solicitação é válida, é criada solicitação para análise na rotina PLSA817 e enviado e-mail para o solicitantedestino especificado no parâmetro MV_817EMAIL.
  7. Se não, devolve mensagem ao usuário
  • Além dos campos que o usuário irá interagir deve ser informado na gravação do Protheus
  1. B7K_FILIAL
  2. B7K_CODINT
  3. B7K_CODRDA
  4. B7K_DATSOL
  5. B7K_HORSOL
  6. B7K_CNTSOL
  7. B7K_TELSOL
  8. B7K_MAILSL
  • Solicitação é analisada no Protheus (PLSA817)

       Regras:

  • Haverá três status de legenda no browse: Visita confirmada (Verde – B7K_DEFERE = Sim), Visita indeferida (Vermelho – B7K_DEFERE = Não), Visita em análise (Amarelo – B7K_DEFERE = não preenchido)
  • O campo B7K_DEFERE virá em branco
  • Não haverá opção de inclusão para esta rotina
  • Não será possível alterar os dados enviados pelo prestador, exceto:
    1. B7K_CNTSOL
    2. B7K_TELSOL
    3. B7K_MAILSL
  • Caso seja alterado para SIM o combo de confirma visita (B7K_DEFERE), mostrar mensagem de informação ao usuário (que será enviada confirmação via e-mail ao salvar)
  • Caso seja alterado para NÃO o combo de confirma visita (B7K_DEFERE), mostrar mensagem de informação ao usuário (que será enviada informação via e-mail ao salvar)
  • Caso seja alterado para SIM, o formulário somente poderá ser salvo ao informar a data e horário agendados da visita (B7K_DATAGE e B7K_HORAGE), além de contato solicitante e contato Operadora (B7K_CNTSOL e B7K_CNTOPE).
  • Caso seja alterado para SIM, ou NÃO e não haja problemas ao salvar, deverá ser enviado e-mail ao prestador (Considerando o campo B7K_MAILSL, como endereço para envio)
  • Caso o campo B7K_MAILSL não esteja preenchido, exibir informação que não será possível enviar o e-mail, devido a ele não ter sido informado.
  • Se aprovada a análise e há e-mail preenchido, é enviado e-mail ao prestador, confirmando a data e horário.
  • Se não é aprovada, mas há e-mail preenchido, é enviado e-mail ao prestador informando a não possibilidade da realização.
  • Após o deferimento, ou indeferimento, não será possível realizar alterações no registro.

 

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

  • Cadastro de Motivos de Visita (PLSA801)
  • Alterar as mensagens de aviso que envolvam o tipo “Ambos” (já que haverá o terceiro tipo de motivo, sugestão, “CAPTAÇÃO/RELACIONAMENTO”)

  • Incluir o Tipo de visita 3, para visita institucional (sugestão, "INSTITUCIONAL")
  • Adaptar validações, se necessário
  • Ponto de Atenção: Esse cadastro pode impactar nas rotinas PLSA806, PLSA807 e consultas padrão B9PB9L e B9WB9L, as alterações propostas não devem interferir no funcionamento destas. Por este motivo o tipo 3 deve ser tratado separadamente e não será unido como um motivo genérico para as três situações. Caso se mostrar necessário fazer isso durante o desenvolvimento, deverão ser ajustados os impactos gerados nestes pontos.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[PLSA801– Parâmetros]

[Alteração]

[Atualizações -> Rede de Atendimento-> Motivos de Visita]

-

[PLSA817– Visitas Institucionais]

[Criação]

[Atualizações -> Rede de Atendimento-> Visitas Institucionais]

-

 

Exemplo de Aplicação:

  • Criar o a tabela B7K, conforme especificado no Anexo "Tabela B7K".
  • Alterar o campo B9L_TIPVIS, adicionando o Item 3 nas opções do combo.
  • Criar Arquivo PPLVINST.APH para criar a página a ser exibida no portal do prestador.
  • Criar Arquivo PLSA817.PRW para criar a rotina do Protheus.

 

Tabelas Utilizadas

  • B7K– Visitas Institucionais
  • B7L– Motivos de Visita.
  • BAU - Rede de Atendimento
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>. 

Tela Portal de Solicitação de Visita Institucional

 Image Added

Tela Remote de Vistas Institucionais

Image Added

Browse Tela remote de Visitas Institucionais

Image Added

Fluxo do Processo

 Caso de uso

 Image Added

Importante: antes de utilizar a rotina é necessário realizar o cadastro dos Motivos de Visita e dos e-mails padrão, na rotina de Sinalizadores.

Dicionário de Dados

Opcional

Dicionário de Dados

 

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/  B7K - Visitas Institucionais


Índice

Chave

01

<FI9B7K_FILIAL + FI9B7K_IDDARFCODINT + FI9B7K_STATUS>CODRDA

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 

 

 

Para detalhes dos campos, consultar o Anexo abaixo:

Configuração dos campos da Tabela B7K

 

Criação de Parâmetro: MV_817EMAIL

Parâmetro Tipo C

Irá receber o endereço de e-mail de destino para o envio do e-mail ao confirmar a solicitação de visita via portal.

 

 

Consulta Padrão

Consulta: B7KB9L

Descrição

Motivo Visita Institucional

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”“B7K”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMBB9L->AMB>B9L_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

CODVIS

B9L->B9L_DESVIS

FiltroB9L->B9L_TIPVIS == "3" .AND. B9L->B9LCODINT == PLSINTPAD()
[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.