Minha Saúde

Especificação de Objetivos e Requisitos

MS.io

Goiânia, 09 de outubro de 2017

EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Revisões

Data Descrição Autor

03/10/2017 Criação do Documento Vinicius Velasco
06/10/2017 Revisão Daianne Caetano
09/10/2017 Revisão do Documento Daianne Caetano

Conteúdo
Incluir índice de conteúdo do documento que estiver sendo elaborado, conforme
exemplo abaixo usado para esta proposta de metadocumento:

1. Introdução 2
1.1. Objetivos 2
1.2. Público Alvo 3
1.3. Organização do documento 3
2. Casos de Uso
Error! Bookmark not defined.
2.1. Atores
Error! Bookmark not defined.
2.2. Lista de casos de uso
Error! Bookmark not defined.
2.3. Descrição de Casos de Uso
Error! Bookmark not defined.
3. Requisitos e restrições funcionais (RFUN) 23
4. Requisitos e restrições não funcionais 224
4.1 Requisitos e restrições de interface Homem-Computador (RIHC) 224
4.2 Requisitos e restrições de desempenho (RDES) 26
4.3 Requisitos e restrições de segurança (RSEG) 26
5. Requisitos Futuros (RFUT) 26
6. Referências cruzadas complementares 26
6.1 Matriz de Rastreabilidade 26
7. Aprovação Formal 26
Bibliografia 26
Anexos 26

2
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

1. Introdução
Desenvolver um produto para acompanhamento das informações de saúde dos pacientes
otimizando o tempo de atendimento nos hospitais. O projeto disponibiliza uma ficha
médica do paciente para consulta, fornecendo informações importantes e de vital
importância a sua saúde. Além disso, é possível acompanhar o registro de consultas dos
pacientes e os exames relativos a ela. O sistema engloba um Web Service, um sistema
Web e um sistema móvel.
1.1. Objetivos
O Objetivo deste documento é descrever como o projeto será executado, controlado,
monitorado e encerrado. Além de servir como guia para a equipe durante todo o projeto.
1.2. Público Alvo
O documento tem como público alvo toda a equipe do projeto Minha Saúde (detalhada
no documento de gerenciamento do projeto), seus patrocinadores e os professores
orientadores da disciplina de Projeto Integrador.
1.3. Organização do documento
● Introdução
● Casos de Uso
● Requisitos e restrições funcionais
● Requisitos e restrições não funcionais
● Requisitos Futuros
● Referências cruzadas complementares
● Aprovação Formal
● Anexos

1. Casos de Uso
1.1. Atores
1. Médico
2. Paciente
3. Administrador
1.2. Lista de casos de uso

Ref. Descrição Atores Categoria

CSU1 Realizar Autenticação no Sistema Todos Primário
CSU2 Manter Paciente Paciente Primário

3
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

CSU3 Consultar Ficha Médica Pessoal Paciente, Primário

Médico
CSU4 Manter Ficha Paciente Primário
CSU5 Gerar Cartão Único do Paciente Paciente Primário
CSU6 Manter Médico Médico Primário
CSU7 Consultar Paciente Médico Primário
CSU8 Consultar Médico Administrador Primário
CSU9 Desativar Conta do Médico Administrador Secundário
CSU10 Cadastrar-se no sistema Paciente, Primário
Médico
CSU11 Recuperar Senha Todos Primário
CSU12 Consultar Ficha do Paciente Médico Primário
CSU13 Inserir novo registro de consulta Paciente Primário
CSU14 Anexar Exames Paciente Primário
CSU15 Consultar histórico Médico, Primário
Paciente
CSU16 Incluir Parente Paciente Secundário
CSU17 Consultar cadastros pendentes Administrador Primário
CSU18 Aprovar cadastro médico Administrador Primário
CSU19 Recusar cadastro médico Administrador Primário
CSU20 Enviar feedback ao médico Administrador Primário

1.3. Descrição de Casos de Uso

CSU1 – Realizar autenticação no sistema
O caso de uso tem o objetivo de verificar a autenticidade do usuário que está acessando
o sistema, seja ele um médico, paciente ou administrador.
Atores: Administrador, Médico e Paciente.
Pré-condição: Não há.
Pós-condição: O usuário se autenticará ao sistema e terá acesso às funcionalidades
interinas pertencentes ao seu nível de acesso (descritos neste documento, na seção de
segurança).
Fluxo de Evento Principal:
1. O usuário acessa o site ou o aplicativo e entra na seção de login do sistema.
2. O sistema solicita as credenciais (usuário e senha) para o acesso.

4
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

3. O usuário insere seus dados e clica no botão “entrar”.

4. O sistema leva o usuário ao menu principal e mostra a mensagem MSG01.
Fluxo de Eventos Alternativo:
EVA01 – Autenticação desconhecida
1. O usuário acessa o site ou aplicativo e entra na seção de login do sistema.
2. O sistema solicita as credenciais (usuário e senha) para o acesso.
3. O usuário insere seus dados e clica no botão “entrar”.
4. O sistema exibe a mensagem MSG02 ao usuário, negando sua autenticação.
EVA02 – Conta Desativada
1. O usuário acessa o site ou aplicativo e entra na seção de login do sistema.
2. O sistema solicita as credenciais (usuário e senha) para o acesso.
3. O usuário insere seus dados e clica no botão “entrar”.
4. O sistema identifica que a conta está bloqueada, nega a autenticação e exibe a
MSG10.
CSU2 – Manter Paciente
O caso de uso tem o objetivo de persistir as informações básicas do paciente (foto,
altura, peso, convênio, estado civil, endereço, e-mail, telefone, profissão, escolaridade,
responsável, registro do SUS e tipo sanguíneo).
Ator: Paciente
Pré-condição: O paciente deve ter feito a autenticação no sistema.
Pós-condição: Os dados do paciente são atualizados e guardados no sistema, o paciente
é redirecionado à sua página de dados pessoais.
Fluxo de Evento Principal:
1. O usuário seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do usuário, o usuário seleciona a opção de
editar suas informações pessoais.
3. O sistema exibe os seguintes campos em formato editável: foto, altura, peso,
convênio, estado civil, endereço, e-mail, telefone, profissão, escolaridade,
responsável, registro do SUS e tipo sanguíneo.
4. O paciente altera as informações que deseja e clica no botão “atualizar”.
5. O sistema atualiza os dados do paciente no banco, retorna para a página de
dados pessoais e mostra a mensagem MSG03.
Fluxo de Evento Alternativo:
EVA03 – Campos obrigatórios em branco
1. O usuário seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do usuário, o usuário seleciona a opção de
editar suas informações pessoais.
5
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

3. O usuário deixa algum dos campos obrigatórios (altura, peso, estado civil,
endereço, e-mail, telefone, profissão, escolaridade e tipo sanguíneo) em branco.
4. O paciente altera as informações que deseja e clica no botão “atualizar”.
5. O sistema exibe a mensagem MSG04 e destaca o campo obrigatório deixado em
branco.
EVA04 – Imagem excedendo 3 megabytes
1. O usuário seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do usuário, o usuário seleciona a opção de
editar suas informações pessoais.
3. O usuário seleciona uma imagem com tamanho superior a 3 megabytes e clica
em enviar.
4. O sistema exibe a mensagem MSG05 e impede o envio ao Web Service.
EVA05 – Formato de dados inválido
1. O usuário seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do usuário, o usuário seleciona a opção de
editar suas informações pessoais.
3. O usuário insere um valor incompatível com o tipo de campo.
4. O sistema trata, silenciosamente, o erro do usuário, removendo o caractere
indevido do campo.
CSU3 – Consultar Ficha Médica Pessoal
Este caso de uso tem o objetivo de disponibilizar os dados da ficha médica do paciente.
Ator: Paciente
Pré-condição: O usuário deve estar devidamente autenticado no sistema.
Pós-condição: A ficha médica pessoal do paciente é exibida na tela.
Fluxo de Evento Principal:
1. O usuário acessa o menu e clica em “Consultar Minha Ficha Médica”.
2. A ficha do paciente é exibida na tela, os dados que podem ser alterados são
liberados para modificação.
Fluxo de Evento Alternativo:
EVA06 – Ficha não cadastrada
1. O usuário acessa o menu e clica em “ Ficha Médica”.
2. O sistema identifica que o paciente não tem uma ficha médica cadastrada,
redireciona o usuário a tela de cadastro da ficha e exibe a mensagem MSG06.
CSU4 – Manter Ficha
O caso de uso tem o objetivo de persistir as informações básicas da ficha do paciente,
que contém os seguintes campos: aba de informações básicas (nome, foto, CPF,
telefone, tipo sanguíneo, telefone fixo, telefone celular, estado civil, endereço, e-mail,
6
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

altura, peso e convênio), aba de alergia (tipo de alergia, descrição alergia, medicamentos
restritos: (RMS, nome comercial, fabricante, princípio ativo)), aba de medicamentos de
uso contínuo: (RMS, nome comercial, fabricante, princípio ativo), doenças crônicas
(nome, descrição), aba de cirurgias (membro, motivo, data), aba de parentes (lista):
(nome parente e grau de parentesco). Os campos de informação básica são trazidos do
cadastro do paciente.
São considerados campos não-obrigatórios: “foto, telefone celular, convênio,
medicamentos restritos, RMS, princípio ativo”. Aba de parentes, medicamentos de uso
contínuo, doenças crônicas e cirurgia não são obrigatórias, podem ser puladas.
Ator: Paciente
Pré-Condição: O paciente deve estar devidamente autenticado no sistema.
Pós-Condição: O sistema deverá apresentar uma mensagem informando que a ficha foi
atualizada com sucesso e salvar os dados no banco
Fluxos de Eventos Principais:
Fluxo de Criação de uma Nova Ficha Médica
1. O usuário acessa o menu e clica na opção “Ficha Médica”
2. O sistema deverá habilitar os campos da aba “informação” para edição.
3. O altera os campos que determina pertinentes (como foto, telefone, sua altura,
seu peso e seu convênio) e clica no botão de “Avançar”.
4. O sistema exibe então a aba de alergias, que é composta por uma lista de alergias
do paciente, e traz os campos pertinentes da aba de alergia para a adição.
5. O usuário adiciona uma alergia e clica em avançar.
6. O sistema exibe a aba de medicamentos de uso contínuo, que também é
composta por uma lista, e traz todos os campos para adição.
7. Como o usuário não usa nenhum medicamento continuamente ele clica no botão
“pular”.
8. O sistema exibe a aba de doenças crônicas, composta por uma lista de doenças
crônicas do paciente.
9. O paciente preenche todos os campos da aba e clica no botão “Adicionar”.
10. O sistema exibe na lista de doenças do paciente: Diabetes. E limpar todos os
campos.
11. O paciente preenche todos os campos da aba (desta vez com a doença de
Hepatite C) e clica no botão “Adicionar”.
12. O sistema exibe a nova doença na lista e limpa os campos novamente.
13. O paciente clica no botão de “Avançar”.
14. O sistema exibe a aba de Cirurgias.
15. O usuário nunca passou por uma cirurgia e clica no botão “Pular”.
16. O sistema exibe a aba de parentes.
17. O paciente não tem nenhum parente no sistema, clica no botão “Salvar”.

7
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

18. O sistema armazena as informações no banco de dados, redireciona a tela inicial

de sua ficha e exibe a MSG28.
Fluxo de Edição de uma ficha médica
Após a criação de uma ficha médica, as listas de doenças ganham um botão vermelho ao lado de
cada doença (botão de remoção), para caso de uma doença crônicas já tenha sido curada ou
adições incorretas. A ficha fica em modo de “visualização”, e um botão de edição fica liberado
para editar a ficha novamente. O único campo não editável de toda a ficha é o CPF.
1. O usuário acessa o menu e clica em “Ficha Médica”.
2. O sistema exibe a ficha em modo de visualização.
3. O paciente decide alterar sua aba de alergias, ele seleciona a aba e clica no botão
“Editar”.
4. O paciente clica no botão “remover” ao lado de sua Alergia de urticária.
5. A alergia é removida da lista.
6. O paciente preenche uma nova alergia, desta vez ele adiciona a alergia à ômega
3.
7. O sistema exibe a alergia na lista.
8. O usuário clica no botão salvar.
9. O sistema salva a alteração no banco de dados e exibe a MSG28.
Fluxo de Eventos Alternativo:
EVA07 – Campos obrigatórios em branco
Este evento alternativo é contemplado para campos em branco em todas a aba, a mensagem é
padrão e o comportamento deve ser o mesmo.
1. O sistema deverá habilitar os campos da aba “informação” para edição.
2. O altera os campos que determina pertinentes (como foto, telefone, sua altura,
seu peso e seu convênio) e clica no botão de “Avançar”.
3. O sistema exibe então a aba de alergias, que é composta por uma lista de alergias
do paciente, e traz os campos pertinentes da aba de alergia para a adição.
4. O paciente seleciona a aba de alergias, seleciona na caixa o tipo “Pele”, mas
deixa o campo de descrição em branco e clica em salvar.
5. O sistema exibe a mensagem MSG29 e marca o campo deixado em branco.
EVA07 - Formato de dados inválido
Descreve o comportamento para todas as inserções de valores inválidos em campos que não
sejam deste formato.
1. O sistema deverá habilitar os campos da aba “informação” para edição.
2. O altera os campos que determina pertinentes (como foto, telefone, sua altura,
seu peso e seu convênio) e clica no botão de “Avançar”.
3. O sistema exibe então a aba de alergias, que é composta por uma lista de alergias
do paciente, e traz os campos pertinentes da aba de alergia para a adição.
4. O adiciona uma alergia na lista e clica no botão “Avançar”.

8
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

5. O usuário pula as próximas abas até a de cirurgia.

6. Ao preencher os campos referentes à cirurgia o usuário digita acidentalmente
uma letra na data de cirurgia
7. O sistema não permite letras em campos do tipo data, esse erro é tratado
silenciosamente.
EVA08 – Valores excedendo o tamanho permitido no banco de dados.
1. O sistema deverá habilitar os campos da aba “informação” para edição.
2. O altera os campos que determina pertinentes (como foto, telefone, sua altura,
seu peso e seu convênio) e clica no botão de “Avançar”.
3. O sistema exibe então a aba de alergias, que é composta por uma lista de alergias
do paciente, e traz os campos pertinentes da aba de alergia para a adição.
4. O adiciona uma alergia na lista, porém, na descrição da alergia ele insere um
valor superior ao tamanho do campo no banco de dados.
5. O sistema faz a inserção, porém faz o corte da descrição até o limite do campo
no banco de dados.
CSU5 – Gerar cartão único do paciente
Caso de uso que gera o cartão único do paciente, só pode ser disparado pelo sistema. É
apenas disparado quando o paciente cria sua ficha médica.
Ator: Sistema
Pré-condição: O usuário deve estar devidamente autenticado no sistema e sua ficha
médica deve estar preenchida.
Pós-condição: O cartão único do paciente é gerado, possui um identificador único em
QR Code. O usuário é redirecionado à tela de seu cartão principal.
Fluxo de Evento Principal:
1. O usuário acessa o menu e clica na opção “Ficha Médica”.
2. O sistema solicita os dados (referenciados no caso de uso CS4) da ficha.
3. O usuário insere todos os dados e clica na opção de salva ficha médica.
4. O sistema guarda a ficha médica no banco de dados e cria um cartão único para
o paciente, contendo: nome completo, foto, cidade, estado, CPF, tipo sanguíneo
e um identificador em QR Code.
CSU6 – Manter Médico
O caso de uso tem o objetivo de persistir as informações básicas do médico (foto,
especialidade, locais de atendimento, cidade, estado e telefone).
Ator: Médico
Pré-condição: O médico deve ter feito a autenticação no sistema.
Pós-condição: Os dados do médico são atualizados e guardados no sistema, o médico é
redirecionado à sua página de dados pessoais.
Fluxo de Evento Principal:

9
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

1. O médico seleciona no menu do sistema a opção “Consultar meus dados

pessoais”.
2. O sistema exibe os dados principais do médico, ele seleciona a opção de editar
suas informações pessoais.
3. O sistema exibe os seguintes campos em formato editável: foto, especialidade,
locais de atendimento, cidade, estado e telefone. O médico altera as informações
que deseja e clica no botão “atualizar”.
4. O sistema atualiza os dados do médico no banco, retorna para a página de dados
pessoais e mostra a mensagem MSG03.
Fluxo de Evento Alternativo:
EVA09 – Campos obrigatórios em branco
1. O médico seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do médico, ele seleciona a opção de editar
suas informações pessoais.
3. O usuário deixa algum dos campos obrigatórios (foto, especialidade, locais de
atendimento, cidade, estado e telefone) em branco.
4. O médico altera as informações que deseja e clica no botão “atualizar”.
5. O sistema exibe a mensagem MSG04 e destaca o campo obrigatório deixado em
branco.
EVA10 – Imagem excedendo 2 megabytes
1. O médico seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do médico, ele seleciona a opção de editar
suas informações pessoais.
3. O médico seleciona uma imagem com tamanho superior a 2 megabytes e clica
em enviar.
4. O sistema exibe a mensagem MSG05 e impede o envio ao Web Service.
EVA11 – Formato de dados inválido
1. O usuário seleciona no menu do sistema a opção “Consultar meus dados
pessoais”.
2. O sistema exibe os dados principais do médico, ele seleciona a opção de editar
suas informações pessoais.
3. O médico insere um valor incompatível com o tipo de campo.
4. O sistema trata, silenciosamente, o erro do usuário, removendo o caractere
indevido do campo.
CSU7 – Consultar Pacientes
Os dados do paciente são disponibilizados a partir deste caso de uso. A consulta do
paciente pode ser feita tanto pelo cartão do paciente (escaneado por QR Code) ou pelo
seu CPF.
10
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Ator: Médico
Pré-condição: O médico deve estar autenticado no sistema.
Pós-condição: Ficha do paciente e histórico do paciente são exibidos na tela do sistema.
Fluxos de Eventos Principais:
Busca por CPF
1. O médico entra no menu e acessa a aba de “Consultar Pacientes”.
2. O sistema exibe a opção de consulta por QR Code ou pelo CPF do paciente.
3. O médico seleciona a aba de consulta por CPF, insere os 11 dígitos e clica no
botão “Buscar”.
4. O sistema localiza o paciente e exibe sua ficha e seu histórico.
Busca por QR Code
1. O médico entra no menu e acessa a aba de “Consultar Pacientes”.
2. O sistema exibe a opção de consulta por QR Code ou pelo CPF do paciente.
3. O médico seleciona a aba de consulta por QR Code e faz o scan do código no
cartão do paciente.
4. O sistema localiza o paciente e exibe sua ficha e seu histórico.
Fluxo de Eventos Alternativos:
EVA12 – CPF não localizado na base de dados
1. O médico entra no menu e acessa a aba de “Consultar Pacientes”.
2. O sistema exibe a opção de consulta por QR Code ou pelo CPF do paciente.
3. O médico seleciona a aba de consulta por CPF, insere os 11 dígitos e clica no
botão “Buscar”.
4. O sistema tenta buscar o paciente, mas o mesmo não existe na base de dados. A
MSG07 é exibida na tela.
EVA13 – CPF menor que 11 dígitos
1. O médico entra no menu e acessa a aba de “Consultar Pacientes”.
2. O sistema exibe a opção de consulta por QR Code ou pelo CPF do paciente.
3. O médico seleciona a aba de consulta por CPF, insere menos de 11 dígitos e
clica em buscar.
4. O sistema marca o campo de CPF em vermelho e exibe a MSG08.
CSU8 - Consultar Médico
A consulta de um médico, na primeira versão do sistema, tem uso apenas para o
administrador liberar ou recursar seu registro. Também tem uso em caso de desativar a
conta de um médico (em caso de verificar que as informações dadas pelo médico são
dúbias e isso não foi visto previamente).
Ator: Administrador
Pré-condição: Administrador deve estar autenticado no sistema.

11
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Pós-condição: Os dados do médico ficam disponíveis no sistema. É possível ativar ou

desativar a conta do médico, também é possível liberar ou recusar seu cadastro.

Fluxo Principal:
1. O administrador acessa o menu e clica na opção de “consultar médico”.
2. O sistema exibe a aba de busca por CPF e por CRM.
3. O administrador seleciona a aba de busca por CRM, insere um valor válido e
clica em “Buscar”.
4. O sistema exibe os dados do médico e disponibiliza as opções de aprovar ou
recusar cadastro (no caso de cadastros necessitando de aprovação) ou de
ativar/desativar a conta.
Fluxo Alternativo:
EVA14 – Médico não localizado na base de dados
1. O médico entra no menu e acessa a aba de “Consultar Pacientes”.
2. O sistema exibe a aba de consulta por CRM ou pelo CPF do médico.
3. O médico seleciona a aba de consulta por CPF, insere os 11 dígitos e clica no
botão “Buscar”.
4. O sistema tenta buscar o médico, mas o mesmo não existe na base de dados. A
MSG09 é exibida na tela.
CSU9 – Desativar conta do médico
O caso de uso representa a desativação da conta médica, seja por motivo de dados
dúbios ou em caso de risco de a conta ter sua integridade comprometida.
Ator: Administrador
Pré-condição: Administrador deve estar autenticado no sistema.
Pós-condição: A conta do médico fica desativada e a autenticação fica bloqueada. O
botão de desativar conta do médico fica bloqueado.
Fluxo Principal:
1. O administrador consulta um médico (CSU6).
2. O administrador clica no botão de desativar conta do médico.
3. O sistema desabilita a conta do médico e exibe a mensagem MSG11.
CSU10 – Cadastrar-se no sistema
O caso de uso descreve como são realizados os cadastros de médicos e pacientes no
sistema. No caso dos pacientes, os dados são: “CPF, RG, nome completo, data de
nascimento, sexo, estado civil, endereço, e-mail, senha, telefone, profissão e
escolaridade. ” Os dados médicos são: “CPF, CRM, RG, nome completo, data de
nascimento, sexo, estado civil, endereço, senha, e-mail, telefone, especialidade, locais
de atendimento e anos de experiência”.
Ator: Paciente, Médico.
Pré-condição: Não há.

12
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Pós-condição: O usuário é cadastrado no banco de dados e redirecionado para a página

principal do sistema.
Fluxos Principais:
Fluxo de Cadastro do Paciente
1. O paciente acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao paciente.
3. O paciente insere todas as informações solicitadas e clica no botão de “Enviar
Cadastro”.
4. O sistema redireciona o usuário à página principal do sistema e pergunta se ele
deseja cadastrar a ficha médica.
Fluxo de Cadastro do Médico
1. O médico acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao médico.
3. O médico insere todas as informações solicitadas e clica no botão de “Enviar
Cadastro”.
4. O sistema envia o cadastro para a base de dados e informa a pendência de
aprovação através da MSG12.
Fluxo de Cadastro Através de Redes Sociais (Google Plus e Facebook)
1. O usuário entra na seção de cadastro do sistema.
2. O usuário clica no botão “Facebook”.
3. O sistema exibe uma aba para o usuário autorizar o aplicativo a se conectar com
sua conta no Facebook.
4. O usuário aceita a conexão.
5. O sistema cadastra o usuário obtendo as informações: Nome completo, e-mail e
foto. O usuário é redirecionado para sua ficha.
Fluxos Alternativos:
EVA15 – Campos em branco
1. O usuário acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao usuário.
3. O usuário insere as informações solicitadas (deixando um ou mais campos em
branco) e clica no botão de “Enviar Cadastro”.
4. O sistema marca de vermelho os campos pendentes e exibe a MSG02.
EVA16 – CPF inválido
1. O usuário acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao usuário.
3. O usuário insere as informações solicitadas (com um CPF inválido) e clica no
botão de “Enviar Cadastro”.
4. O sistema marca o campo do CPF e exibe a MSG13.

13
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

EVA17 – CRM inválido

1. O médico acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao médico.
3. O usuário insere as informações solicitadas (com um CRM inválido) e clica no
botão de “Enviar Cadastro”.
4. O sistema marca o campo do CRM e exibe a MSG14.
EVA18 – E-mail inválido
1. O usuário acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao usuário.
3. O usuário insere as informações solicitadas (com um e-mail inválido) e clica no
botão de “Enviar Cadastro”.
4. O sistema marca o campo do e-mail e exibe a MSG15.
EVA19 – Data de nascimento não pode ser superior ao dia atual.
1. O usuário acessa o sistema e clica no botão “Cadastrar”.
2. O sistema exibe as informações de cadastro relativas ao usuário.
3. O usuário insere as informações solicitadas (com uma data de nascimento
superior ao dia atual) e clica no botão de “Enviar Cadastro”.
4. O sistema marca o campo de data de nascimento e exibe a MSG16.
CSU11 – Recuperar Senha
O caso de uso descreve a recuperação de senha dos usuários do sistema, para recuperar
a senha é necessário inserir o e-mail vinculado a conta.
Atores: todos.
Pré-condição: Não há.
Pós-condição: O usuário recebe um e-mail com uma senha temporária.
Fluxo Principal:
1. O usuário acessa a página de autenticação do sistema e clica no botão
“Recuperar Senha”.
2. O informa que para recuperar a senha é necessário o e-mail e o solicita.
3. O usuário informa o e-mail e clica no botão “Enviar”.
4. O sistema envia o e-mail ao usuário contendo uma senha de acesso temporário e
exibe na tela a MSG17.
Fluxo Alternativo:
EVA20 – E-mail não localizado na base de dados
1. O usuário acessa a página de autenticação do sistema e clica no botão
“Recuperar Senha”.
2. O informa que para recuperar a senha é necessário o e-mail e o solicita.
3. O usuário informa o e-mail e clica no botão “Enviar”.

14
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

4. O sistema informa ao usuário que não existe conta vinculada a esse e-mail
exibindo a MSG18.
CSU12 – Consultar Ficha do Paciente
O caso detalha a consulta de ficha médica do paciente, que é consultado pelo médico,
afim de apenas exibir a visualização de sua ficha.
Ator: Paciente
Pré-condição: O paciente deve estar autenticado no sistema.
Pós-condição: A ficha é exibida.
Fluxo Principal:
1. O médico acessa o menu do sistema e clica em “Consultar Ficha Médica do
Paciente”.
2. O sistema exibe a tela de consulta do paciente (por CPF ou QR Code).
3. O médico seleciona a aba de pesquisa por CPF, insere um valor válido e clica
em buscar.
4. O sistema exibe a ficha médica do paciente.
Fluxo Alternativo:
EVA21 – Paciente não tem ficha médica cadastrada
1. O médico acessa o menu do sistema e clica em “Consultar Ficha Médica do
Paciente”.
2. O sistema exibe a tela de consulta do paciente (por CPF ou QR Code).
3. O médico seleciona a aba de pesquisa por CPF, insere um valor válido e clica
em buscar
4. O sistema localiza o paciente, mas não encontra a ficha médica. O sistema exibe
a MSG19.
EVA22 – Paciente não localizado na base de dados
1. O médico acessa o menu do sistema e clica em “Consultar Ficha Médica do
Paciente”.
2. O sistema exibe a tela de consulta do paciente (por CPF ou QR Code).
3. O médico seleciona a aba de pesquisa por CPF, insere um valor válido e clica
em buscar
4. O sistema não consegue localizar o paciente e exibe a MSG20.
CSU13 – Inserir novo registro de consulta
O caso de uso tem o objetivo de persistir as informações do registro de consulta, tendo
os seguintes campos: data de consulta, médico, local, exames (data do exame, clínica,
tipo e anexos), anamnese, sintomas.
São considerados campos não obrigatórios: anamnese e sintomas.
Ator: Paciente
Pré-condição: usuário autenticado no sistema. Se não houver nenhum registro de
consulta nada é exibido na lista
15
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Pós-condição: registro de consulta salvo na base de dados.

Fluxo de Evento Principal:
1. O Paciente acessa o menu e clica na opção “Histórico”
2. O sistema exibe a lista de históricos do paciente, juntamente com um botão
“Criar novo registro de consulta”.
3. O sistema exibe a tela de “Novo Registro de Consulta” com todos os campos
para preenchimento e um botão de “anexar novo exame”.
4. O usuário preenche todos os campos e clica no botão de “anexar novo exame”,
uma nova tela é aberta contendo todos os campos do exame.
5. O sistema exibe a modal de “Novo Exame” e o usuário preenche todos os
campos, anexando uma foto do exame (CSU14). Após isto, clica em salvar.
6. O sistema adiciona o exame na lista de exames.
7. O usuário clica em “Salvar”.
8. O sistema salva o registro no banco de dados, redireciona o usuário à tela de
históricos. A MSG30 é exibida.
Fluxo de Eventos Alternativos:
EVA23 – Campos obrigatórios em branco
1. O Paciente acessa o menu e clica na opção “Histórico”
2. O sistema exibe a lista de históricos do paciente, juntamente com um botão
“Criar novo registro de consulta”.
3. O sistema exibe a tela de “Novo Registro de Consulta” com todos os campos
para preenchimento e um botão de “anexar novo exame”.
4. O usuário preenche os campos (deixando a data do exame em branco) e clica no
botão de “anexar novo exame”, uma nova tela é aberta contendo todos os
campos do exame.
5. O sistema marca o campo deixado em branco e exibe a MSG4.
EVA24 – Formato de dados inválido
Evento alternativo é referente à todas inserções inválidas do caso de uso. O sistema deve ter
tipos de campo específico para o tipo de dado inserido.
1. O Paciente acessa o menu e clica na opção “Histórico”
2. O sistema exibe a lista de históricos do paciente, juntamente com um botão
“Criar novo registro de consulta”.
3. O sistema exibe a tela de “Novo Registro de Consulta” com todos os campos
para preenchimento e um botão de “anexar novo exame”.
4. O usuário preenche o campo de data do exame com um caractere inválido para
data.
5. O sistema elimina o caractere silenciosamente.
CSU14 – Anexar Exames
O caso de uso é referente ao anexo de exames no CSU13.

16
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Formatos válidos: JPEG, PNG, JPG, PDF, DOCX, DOC.

Ator: Paciente
Pré-condição: Usuário preencher todos os campos de anexar exames.
Pós-condição: Anexo vinculado ao exame.
Fluxo de evento Principal:
1. O paciente clica no botão “anexar exames”.
2. O sistema abre uma janela para o usuário selecionar o arquivo. (No caso do
aplicativo o sistema abre a janela de opções de seleção de arquivos (galeria,
documentos) do usuário para que ele possa selecionar o exame).
3. O usuário seleciona o arquivo.
4. O sistema guarda o arquivo à ser enviado e o exibe na lista de “Anexos do
Exame”.
Fluxo de Eventos Alternativos:
EVA25 – Formato inválido
1. O paciente clica no botão “anexar exames”.
2. O sistema abre uma janela para o usuário selecionar o arquivo. (No caso do
aplicativo o sistema abre a galeria do usuário para que ele possa selecionar a
imagem).
3. O usuário seleciona o arquivo MP4.
4. O sistema identifica que não é um formato válido e exibe na tela a MSG31.
EVA26 – Anexo superior à 4 megabytes.

1. O paciente clica no botão “anexar exames”.

2. O sistema abre uma janela para o usuário selecionar o arquivo. (No caso do
aplicativo o sistema abre a galeria do usuário para que ele possa selecionar a
imagem).
3. O usuário seleciona um PDF que tem o tamanho de 4.2 megabytes.
4. O sistema identifica que excede o limite estabelecido exibe na tela a MSG32.
CSU15 – Consultar Histórico
O caso de uso detalha como funciona o histórico médico. O histórico é composto de um
conjunto de consultas, que são inseridas pelo paciente no caso de uso (INSERIR
AQUI).
Ator: Médico
Pré-condição: O usuário deve estar autenticado no sistema. O paciente deve ter a ficha
preenchida e pelo menos um registro de consulta inserido.
Pós-condição: O histórico do paciente e exibido.
Fluxos Principais:
Consultar todos os registros de consulta

17
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

1. O médico consulta a ficha do paciente conforme o CSU12.

2. O médico clica no botão “Histórico do Paciente”, o sistema exibe uma tela com
duas abas: consultar todos os registros de consulta ou consultar registros em
determinado período.
3. O médico seleciona a aba de consultar todos os registros de consulta.
4. O sistema traz uma lista com todas os registros de consulta do paciente.
Consultar registro de consulta por período
1. O médico consulta a ficha do paciente conforme o CSU12.
2. O médico clica no botão “Histórico do Paciente”, o sistema exibe uma tela com
duas abas: consultar todos os registros de consulta ou consultar registros em
determinado período.
3. O médico seleciona a aba de consultar registros de consulta do período.
4. O sistema pede ao usuário duas datas: a data de início do filtro e a data de fim.
5. O médico insere as duas informações e clica no botão de “pesquisar”.
6. O sistema traz uma lista com os registros de consulta do paciente naquele
período.
Fluxos Alternativos:
EVA23 – Paciente não possui ficha médica
1. O médico consulta a ficha do paciente conforme o CSU12.
2. O médico clica no botão “Histórico do Paciente”, o sistema exibe uma tela com
duas abas: consultar todos os registros de consulta ou consultar registros em
determinado período.
3. O médico seleciona a aba de consultar registros de consulta do período.
4. O sistema pede ao usuário duas datas: a data de início do filtro e a data de fim.
5. O médico insere as duas informações e clica no botão de “pesquisar”.
6. O sistema verifica que a ficha do usuário não está cadastrada e informa a
MSG19.
EVA24 – Paciente não possui nenhum registro de consulta.
1. O médico consulta a ficha do paciente conforme o CSU12.
2. O médico clica no botão “Histórico do Paciente”, o sistema exibe uma tela com
duas abas: consultar todos os registros de consulta ou consultar registros em
determinado período.
3. O médico seleciona a aba de consultar registros de consulta do período.
4. O sistema pede ao usuário duas datas: a data de início do filtro e a data de fim.
5. O médico insere as duas informações e clica no botão de “pesquisar”.
6. O sistema verifica que o usuário não possui registro de consulta e informa a
MSG21.
EVA25 – Filtro inválido
Data inicial maior que final, data final menor que inicial ou data inicial/final em branco.
18
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

1. O médico consulta a ficha do paciente conforme o CSU12.

2. O médico clica no botão “Histórico do Paciente”, o sistema exibe uma tela com
duas abas: consultar todos os registros de consulta ou consultar registros em
determinado período.
3. O médico seleciona a aba de consultar registros de consulta do período.
4. O sistema pede ao usuário duas datas: a data de início do filtro e a data de fim.
5. O médico insere informações incongruentes e clica no botão de “pesquisar”.
6. O sistema verifica que o filtro não é válido, marca os campos incorretos e
informa a MSG22.
CSU16 – Incluir Parente
O caso de uso detalha o vínculo de parentes com o paciente.
Ator: Paciente.
Pré-condição: O paciente deve estar autenticado no sistema. O parente deve estar
cadastrado no sistema.
Pós-condição: O parente é incluído na base de dados do sistema e vinculado ao
paciente.
Fluxo Principal:
1. O paciente acessa a sua ficha de acordo com o CSU12 e clica na aba de
“Parentes”.
2. O sistema pede o CPF do parente.
3. O usuário insere o CPF e clica no botão “vincular”.
4. O sistema vincula o usuário e o exibe na lista de parentes, juntamente com
um link para acessar a ficha médica do parente (apenas ao médico).
Fluxo Alternativo:
EVA24 – Parente não cadastrado no Sistema
1. O paciente acessa a sua ficha de acordo com o CSU12 e clica na aba de
“Parentes”.
2. O sistema pede o CPF do parente.
3. O usuário insere o CPF e clica no botão “vincular”.
4. O sistema verifica que não existe paciente registrado com este CPF no
sistema e informa a mensagem MSG07.
EVA25 – CPF em branco
1. O paciente acessa a sua ficha de acordo com o CSU12 e clica na aba de
“Parentes”.
2. O sistema pede o CPF do parente.
3. O usuário deixa o CPF em branco e clica no botão “vincular”.
4. O sistema marca o campo de CPF e exibe a MSG04.
CSU17 – Consultar cadastros pendentes

19
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

O caso de uso é referente a consulta de cadastros pendentes no sistema pelo

administrador.
Ator: Administrador
Pré-condição: O administrador deve estar devidamente autenticado no sistema e deve
haver pelo menos um cadastro pendente.
Pós-condição: Os cadastros pendentes são exibidos.
Fluxo Principal:
1. O administrador acessa o menu e clica em “Consultar Cadastros Pendentes”.
2. Uma lista com todos os cadastros pendentes é exibida. Cada cadastro pendente
tem um link para exibir os dados enviados pelo médico no cadastro detalhado.
Fluxo Alternativo:
EVA26 – Sem Cadastros Para Aprovação
1. O administrador acessa o menu e clica em “Consultar Cadastros Pendentes”.
2. O sistema verifica que não existem cadastros pendentes e informa a mensagem
MSG24.
CSU18 – Aprovar Cadastro
O caso de uso é referente a aprovação de médicos no sistema pelo administrador.
Ator: Administrador
Pré-condição: CSU17 executado com sucesso. Administrador devidamente autenticado.
Pós-condição: O cadastro do médico é aprovado no sistema e ele recebe um feedback
por e-mail. Agora o médico poderá autenticar-se no sistema.
Fluxo Principal:
1. O administrador clica no link de um dos médicos para ir para página de
validação de dados.
2. O sistema exibe todos os dados enviados pelo médico.
3. O administrador verifica todos os dados do médico e identifica que é um
cadastro válido. O administrador então clica no botão “Aprovar Cadastro”.
4. O sistema valida o cadastro do médico e exibe a mensagem MSG25. No
background o sistema envia um e-mail automático ao médico, confirmando sua
aprovação no sistema.
CSU19 – Recusar cadastro do médico
Caso de uso referente a recusa do cadastro médico no sistema.
Ator: Administrador
Pré-condição: CSU17 executado com sucesso.
Pós-condição: Cadastro do médico é recusado, um e-mail manual é enviado ao médico
para informá-lo sobre os motivos da negação do cadastro.
Fluxo Principal:
1. O administrador clica no link de um dos médicos para ir para página de
validação de dados.
20
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

2. O sistema exibe todos os dados enviados pelo médico.

3. O administrador verifica todos os dados do médico e identifica que é um
cadastro duvidoso. O administrador então clica no botão “Recusar Cadastro”.
4. O cadastro do médico é recusado no sistema e é aberta uma tela para o
administrador digitar o corpo do e-mail justificando a recusa do cadastro.
5. Após enviar o e-mail, o cadastro fica listado como “recusado”. MSG26 é
exibida.
CSU20 – Enviar Feedback ao médico
Ator: Administrador, Sistema.
Pré-condição: CSU18 ou CS19 executado com sucesso.
Fluxos Principais:
Feedback automático quando o médico é aprovado no sistema
1. O CSU18 é executado com sucesso.
2. O sistema então envia a mensagem ao e-mail do médico com o seguinte corpo
“{nome completo}, seu cadastro foi aprovado no sistema, à partir de agora você
pode fazer a autenticação no Minha Saúde.”
Feedback manual quando o médico é reprovado no sistema.
1. O CSU19 é executado com sucesso.
2. O sistema então exibe uma modal ao administrador, parra que seja inserido o
corpo de resposta que será enviado ao médico.
3. O administrador insere o corpo e clica no botão enviar.
4. O sistema envia o feedback ao médico por e-mail.
Fluxo Alternativo:
Administrador fecha a tela sem digitar um corpo de e-mail
1. O CSU19 é executado com sucesso.
2. O sistema então exibe uma modal ao administrador, parra que seja inserido o
corpo de resposta que será enviado ao médico.
3. O administrador fecha esta modal.
4. O sistema então envia a seguinte mensagem ao médico: “{nome completo}, seu
cadastro foi recusado no sistema. Caso tenha algum questionamento entre em
contato conosco por e-mail”.
Administrador tenta enviar um corpo de mensagem em branco
1. O CSU19 é executado com sucesso.
2. O sistema então exibe uma modal ao administrador, parra que seja inserido o
corpo de resposta que será enviado ao médico.
3. O administrador deixa o corpo e clica no botão enviar.
4. O sistema exibe a mensagem MSG27 e marca o campo do corpo da mensagem.

21
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Mensagens do sistema:
MSG01 – “Bem-vindo, {nome completo}. Sua autenticação foi realizada com sucesso.
”
MSG02 – “Usuário ou senha não reconhecidos, por favor, tente novamente. ”
MSG03 – “Dados atualizados com sucesso”.
MSG04 – “O campo {nome do campo} é obrigatório”.
MSG05– “A imagem não deve ter tamanho superior à 3 megabytes, por favor, envie
outra imagem”.
MSG06 – “Você não possui uma ficha médica vinculada, vamos criar sua ficha médica?
”
MSG07 – “O CPF que você informou não está cadastrado na base de dados”.
MSG08 – “O CPF não pode ser inferior a 11 dígitos”.
MSG09 – “Médico não localizado na base de dados”.
MSG10 – “Conta bloqueada, por favor entre o contato com o administrador”.
MSG11 – “Conta do médico desabilitada”.
MSG12 – “Seu cadastro foi enviado para a nossa base de dados, contundo, para garantir
a integridade do nosso sistema, ele passará pela aprovação da administração. Você
receberá por e-mail nosso feedback sobre seu cadastro”.
MSG13 – “O CPF informado é inválido, por favor, verifique o campo de CPF”.
MSG14 – “O CRM informado é inválido, por favor, verifique o campo de CRM”.
MSG15 – “O e-mail informado é inválido, por favor, verifique o campo de e-mail”.
MSG16 – “A data de nascimento não pode ser superior ao dia atual”.
MSG17 – “O e-mail de recuperação foi enviado ao seu e-mail”.
MSG18 – “O e-mail informado não foi localizado na base de dados”.
MSG19 – “O paciente não possui uma ficha médica vinculada”.
MSG20 – “O paciente não foi localizado na nossa base de dados”.
MSG21 – “O paciente não tem registros de consulta”.
MSG22 – “O filtro que você informou não é válido, por favor, verifique as datas”.
MSG23 – “O médico está com o cadastro pendente”.
MSG24 – “Não existem cadastros pendentes”.
MSG25 – “O médico foi aprovado”.
MSG26 – “O médico foi recusado”.
MSG27 – “O corpo da mensagem é obrigatório, por favor, insira um feedback de recusa
à ser enviado ao médico”.
MSG28 – “Sua ficha médica foi salva com sucesso! ”.
MSG29 – “Atenção: para a {nome da aba}, o(s) campo(s) que você deixou em branco
são obrigatórios, verifique: {nome de todos os campos deixado em branco que são
obrigatórios}”.

22
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

MSG30 – “Registro de consulta salvo com sucesso! ”.

MSG31 – “O formato que você tentou anexar não é válido”.
MSG32 – “O tamanho limite do anexo é de 4 megabytes”.

2. Requisitos e restrições funcionais (RFUN)

Ref. Função Categoria Prioridade Casos de Uso
RFUN1 Realizar Autenticação no Evidente Média CSU1
Sistema
RFUN2 Armazenar dados dos Evidente Alta CSU2
pacientes
RFUN3 Os dados da ficha médica Evidente Alta CSU3
devem estar disponíveis para
consulta
RFUN4 Os dados da ficha médica Evidente Alta CSU4
devem estar disponíveis para
alteração
RFUN5 O paciente deve possuir um Evidente Alta CSU5
cartão de identificação único
RFUN6 Armazenar dados dos Evidente Alta CSU6
médicos
RFUN7 Os dados dos pacientes Evidente Alta CSU7
devem estar disponíveis para
consulta
RFUN8 Os dados dos médicos devem Oculto Médio CSU8
estar disponíveis para
consulta
RFUN9 O cadastro dos médicos deve Oculto Médio CSU18
passar por aprovação
administrativa
RFUN10 A conta do médico deve ter a Oculto Baixo CSU9
opção de ser desabilitada
RFUN11 O paciente e o médico devem Evidente Alto CSU10
ser cadastrados no sistema
RFUN12 O médico deve ser cadastrado Evidente Alto CSU10
no sistema
RFUN13 A senha do médico e do Oculto Baixo CSU11
23
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

paciente podem ser

recuperadas
RFUN14 O sistema deve contemplar o Oculto Médio CSU14
anexo de exames em registros
consultas
RFUN15 O sistema deve contemplar o Evidente Alto CSU13
registro de consultas
RFUN16 O sistema deve contemplar Evidente Alto CSU15
um histórico, que possui
todos os registros de consulta
do paciente
RFUN17 O paciente poderá adicionar Evidente Médico CSU16
parentes na sua ficha.
RFUN18 Ao aprovar ou recusar o Oculto Médio CSU20
registro de um médico, deve-
se enviar um e-mail ao
mesmo para notifica-lo sobre
o resultado.

3. Requisitos e restrições não funcionais

Ref. Função
RINF1 O tempo de resposta do
sistema não deve ultrapassar
30 segundos.
RINF2 Senha e outros campos de
entrada de dados sensíveis
necessitam ser mascarados.
RINF3 O software deve estar
preparado para atender
capacidade máxima de 300
usuários simultâneos.
RINF4 Gerenciamento de Sessão
RINF5 Cada atividade do usuário
deverá ser rastreada de modo
único.

24
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

4.1Requisitos e restrições de interface Homem-Computador (RHIC)

Ref. Descrição
RIHC1 Para facilitar a usabilidade do aplicativo optamos por
colocar links para acessar as páginas.
RIHC2 Os menus da aplicação estão sempre visíveis
independentemente da página que usuário está.
RIHC3 As letras sempre serão de tamanho 16 para facilitar a
leitura.
RIHC4 No topo da página sempre vai mostrar qual será a
página seguinte e qual pagina está naquele
determinado momento.

4.2Requisitos e restrições de desempenho (RDES)

Ref. Descrição
RDES1 O ambiente onde o software rodará deverá permitir
pelo menos três usuários acessando o banco de dados
sem queda de velocidade.
RDES2 O tempo de resposta máximo permitido para
transações on-line é de 7 segundos

25
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

RDES3 O aplicativo deverá ser capaz de atender dez transações

simultâneas da função “De login do sistema”.

4.3 Requisitos e restrições de segurança (RSEG)

▪ Verificação de senha;
▪ Criptografia de dados;
▪ Registro das operações efetuadas;
▪ Habilitação de funções por perfil de usuário;
▪ Acesso seletivo aos dados e funções.
▪ Gravar em Banco de dados os logs das operações que forem executadas.
Ref. Descrição Casos de Uso
RSEG1 O software deverá solicitar a senha para efetuar login de CSU1
qualquer usuário.
RSEG2 Todos os dados em arquivos de exportação deverão ser CSU2
criptografados.
RSEG3 Para qualquer atualização efetuada, deverá ser registrado o CSU3, CSU4
usuário que realizou a operação, bem como a data e hora.
RSEG4 Todo usuário do software deverá ser associado a um perfil Todos
que define as funcionalidades que poderão ser utilizadas
por ele.

1. Requisitos Futuros (RFUT)

Ref. Descrição
RFU1 Em um futuro próximo o software deverá armazenar
dados sobre a atividade física dos pacientes
RFU2 Em um futuro próximo o software deverá armazenar
dados sobre as vacinas obrigatórias que o paciente já
tomou.
RFU3 Os dados sobre as atividades físicas poderão ser
consultados
RFU4 Os dados sobre as vacinas poderão ser consultados.

2. Referências cruzadas complementares

26
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Requisitos Funcionais Outros Requisitos Relacionados

RFUN1 RINF2, RINF9 RINF10, RINF11

RINF2 RINF3, RINF4
RINF3 RINF2
RINF1 RINF7, RINF9
RINF9 RINF1
RINF11 RINF1
RINF8 RINF14
RINF8 RINF14
RINF16 RINF1
RINF18 RINF6
RINF19 RINF6
RINF20 RINF18, RINF19

3. Aprovação Formal
O EOR deve ser datado e assinado de acordo com a definição contida no MPD. Como já
foi dito, o documento aprovado se torna uma baseline do projeto que passa a ser
controlada pela Gerência de Configuração de Software.

27
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

Bibliografia
Anexos

28
EOR: Estrutura do Documento
EOR Versão: 1.0
Minha Saúde Data/Hora:09/10/2017 22:00

29
EOR: Estrutura do Documento