MONOGRAFIA SistemaWebGerenciamento

Universidade Federal de Ouro Preto
Instituto de Ciências Exatas e Aplicadas

Departamento de Computação e Sistemas
Sistema web para gerenciamento de

prontuário do paciente
Talita Santos Valle
TRABALHO DE
CONCLUSÃO DE CURSO
ORIENTAÇÃO:
Fernando Bernardes de Oliveira
Julho, 2019
João Monlevade–MG
Talita Santos Valle
Sistema web para gerenciamento de prontuário

do paciente
Orientador: Fernando Bernardes de Oliveira
Monografia apresentada ao curso de Sistemas de In-

formação do Instituto de Ciências Exatas e Aplicadas,
da Universidade Federal de Ouro Preto, como requi-
sito parcial para aprovação na Disciplina “Trabalho de
Conclusão de Curso II”.
Universidade Federal de Ouro Preto

João Monlevade
Julho de 2019
V181s Valle, Talita Santos.
Sistema web para gerenciamento de prontuário do paciente [manuscrito] /
Talita Santos Valle. - 2019.
78f.:
Orientador: Prof. Dr. Fernando Bernardes de Oliveira.
Monografia (Graduação). Universidade Federal de Ouro Preto. Instituto de

Ciências Exatas e Aplicadas. Departamento de Computação e Sistemas de
Informação.
1. Aplicações web. 2. Pacientes - Registros médicos. 3. Sistemas de

recuperação da informação. I. Oliveira, Fernando Bernardes de. II. Universidade
Federal de Ouro Preto. III. Titulo.
CDU: 004.775
Catalogação: ficha.sisbin@ufop.edu.br
Este trabalho é dedicado à minha mãe, por sempre acreditar no meu potencial e por me
incentivar a enfrentar os obstáculos da vida.
Agradecimentos
Agradeço primeiramente à minha mãe pelo amor incondicional, apoio, esforço e

por me mostrar que o estudo sempre é o melhor caminho.
Um agradecimento especial ao meu professor orientador Fernando Bernardes por
ter aceitado a minha proposta, por sempre acreditar no meu potencial e por compartilhar
seus conhecimentos e experiências para a construção deste trabalho. Agradeço também a
Universidade Federal de Ouro Preto pelo ensino de qualidade.
Sou grata aos amigos que conquistei na UFOP, que me acompanharam durante toda
a graduação e por estarem sempre me apoiando nos momentos mais difíceis. Agradeço a
Visão Tecnologia e Sistemas, que foi essencial para minha formação acadêmica e profissional.
Muito obrigada a todas as pessoas que contribuíram para que eu pudesse conquistar
esta vitória.
“Só se pode alcançar um grande êxito quando nos mantemos fiéis a nós mesmos.”
— Friedrich Nietzsche
Resumo
O prontuário do paciente é uma obrigatoriedade em todo atendimento médico, pois os
dados registrados nesse documento permitem um diagnóstico e tratamento de maneira mais
rápida e eficiente, trazendo uma satisfação ao paciente. Até os dias atuais existem clínicas
e/ou profissionais da área da saúde que ainda utilizam o prontuário em papel, podendo
trazer ilegalidades, ambiguidades e perda de informações. Sendo assim, o prontuário em
papel se torna ineficiente para o armazenamento do grande volume de dados existentes
neste documento tão importante. Com o intuito de realizar a centralização das informações
contidas no prontuário do paciente, foi desenvolvido um sistema web chamado MedNow.
Este sistema permite ao paciente obter o histórico de sua saúde, além de auxiliar a equipe
médica por meio do acesso facilitado à informação e a atualização do prontuário. No
MedNow pacientes, médicos e enfermeiros possuem acesso para gerenciar as informações,
como o cadastro e edição do prontuário e procedimentos médicos, por exemplo. Após o
desenvolvimento do sistema, foram realizados testes de comunicabilidade para validação
do software.
Palavras-chaves: sistema web. prontuário. informação. paciente.

Abstract
The medical record of the patient is mandatory in all medical aid, since the data recorded
in this document allow a diagnosis and treatment in a faster and efficient way, bringing
patient satisfaction. Nowadays, there are clinics and/or health professionals who still use
paper medical records, which can bring illegalities, ambiguities and information losses.
Therefore, the paper medical record becomes inefficient for storing the large volume of
data in this important document. To consolidate the information from medical records,
a web system called MedNow is proposed. This system allows the patient to obtain his
health history, besides helping the medical team through easy access to information and
updating the medical record. In the MedNow, patients, doctors, and nurses may manage a
lot of information, such as medical records and procedures, for example. Communicability
tests were applied to verify the proposed application.
Key-words: web system. medical records. information. patient.

Lista de ilustrações
Figura 1 – Diagrama de Casos de Uso - Login . . . . . . . . . . . . . . . . . . . . 26

Figura 2 – Diagrama de Casos de Uso - Dados pessoais . . . . . . . . . . . . . . . 26
Figura 3 – Diagrama de Casos de Uso - Histórico médico . . . . . . . . . . . . . . 27
Figura 4 – Diagrama de Casos de Uso - Outras funcionalidades . . . . . . . . . . . 27
Figura 5 – Diagrama EER - Dados pessoais . . . . . . . . . . . . . . . . . . . . . 28
Figura 6 – Diagrama EER - Histórico médico . . . . . . . . . . . . . . . . . . . . 29
Figura 7 – Criar conta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Figura 8 – Cadastrar dados pessoais . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Figura 9 – Exemplo de migration da tabela prontuarios . . . . . . . . . . . . . . . 33
Figura 10 – Página inicial do Administrador - MedNow . . . . . . . . . . . . . . . . 34
Figura 11 – Página para gerenciamento de tipos de procedimento - MedNow . . . . 34
Figura 12 – Página inicial do Paciente - MedNow . . . . . . . . . . . . . . . . . . . 35
Figura 13 – Página de histórico de modificações dos especialistas - MedNow . . . . 35
Figura 14 – Página inicial do Médico - MedNow . . . . . . . . . . . . . . . . . . . . 36
Figura 15 – Página de acesso ao dashboard do paciente - MedNow . . . . . . . . . . 36
Figura 16 – Página inicial do Enfermeiro - MedNow . . . . . . . . . . . . . . . . . . 37
Figura 17 – Dashboard do paciente - MedNow . . . . . . . . . . . . . . . . . . . . . 37
Figura 18 – Tela de login - MedNow . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Figura 19 – Diagrama completo do Banco de Dados . . . . . . . . . . . . . . . . . . 71
Lista de tabelas
Tabela 1 – Funcionalidades do Administrador . . . . . . . . . . . . . . . . . . . . 24

Tabela 2 – Funcionalidades do Paciente . . . . . . . . . . . . . . . . . . . . . . . . 24
Tabela 3 – Funcionalidades do Médico . . . . . . . . . . . . . . . . . . . . . . . . 24
Tabela 4 – Funcionalidades do Enfermeiro . . . . . . . . . . . . . . . . . . . . . . 25
Tabela 5 – Relacionamento entre as tabelas . . . . . . . . . . . . . . . . . . . . . . 29
Lista de abreviaturas e siglas
APS Atenção Primária a Saúde
CFM Conselho Federal de Medicina
COMAH Cognitividade com Sensibilidade a Contexto como Suporte a Otimização de

Recursos de Redes em Malha Heterogêneas
COREN Conselho Regional de Enfermagem
CRM Conselho Regional de Medicina
CRUD Create, Read, Update e Delete
CSS Cascading Style Sheets
EER Diagrama de Entidade e Relacionamento
HTML HyperText Markup Language
J2EE Java 2 Enterprise Edition
J2ME Java 2 Micro Edition
MIT Massachusetts Institute of Technology
MVC Model, View, Controller
PDA Personal Digital Assistant
PEP Prontuário Eletrônico do Paciente
PHCS Primary Health Care System
PHP PHP: Hypertext Preprocessor
SBIS Sociedade Brasileira de Informática em Saúde
SGBD Sistema Gerenciador de Banco de Dados
SQL Structured Query Language
TCLE Termo de consentimento livre e esclarecido
TICS Tecnologia da Informação e Comunicação em Saúde

Sumário
1 INTRODUÇÃO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
1.1 O problema de pesquisa . . . . . . . . . . . . . . . . . . . . . . . . . . 16
1.2 Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.3 Metodologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.4 Organização do trabalho . . . . . . . . . . . . . . . . . . . . . . . . . 18
2 REVISÃO BIBLIOGRÁFICA . . . . . . . . . . . . . . . . . . . . . . 19
2.1 Frameworks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.2 Banco de dados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.3 Sistemas correlatos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.1 Clinic Web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.2 HandMed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.3 PHCS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.3.4 Medical Id . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.3.5 Comparações com a aplicação proposta . . . . . . . . . . . . . . . . . . . 21
2.4 Considerações finais . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3 MODELAGEM DA APLICAÇÃO . . . . . . . . . . . . . . . . . . . . 22
3.1 Definição do escopo e do problema . . . . . . . . . . . . . . . . . . . 22
3.2 Estudo de ferramentas e tecnologias . . . . . . . . . . . . . . . . . . 22
3.3 Levantamento de Requisitos . . . . . . . . . . . . . . . . . . . . . . . 23
3.3.1 Usuários do Sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.3.2 Funcionalidades . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.3.3 Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.4 Banco de Dados . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.5 Protótipos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.6 Estórias de usuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4 IMPLEMENTAÇÃO DA APLICAÇÃO . . . . . . . . . . . . . . . . . 32
4.1 Desenvolvimento do sistema . . . . . . . . . . . . . . . . . . . . . . . 32
4.1.1 Banco de dados no Laravel . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.1.2 CRUD do administrador . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.1.3 CRUD do paciente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.1.4 CRUD do médico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.1.5 CRUD do enfermeiro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.1.6 Autenticação dos usuários . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.2 Teste de comunicabilidade . . . . . . . . . . . . . . . . . . . . . . . . 38
4.2.1 Etiquetagem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.3 Análise dos testes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
4.3.1 Análise do questionário pré-teste . . . . . . . . . . . . . . . . . . . . . . . 40
4.3.2 Avaliação de comunicabilidade . . . . . . . . . . . . . . . . . . . . . . . . 41
4.3.3 Análise do questionário pós-teste . . . . . . . . . . . . . . . . . . . . . . . 42
4.3.4 Discussões acerca dos testes . . . . . . . . . . . . . . . . . . . . . . . . . 42
5 CONCLUSÃO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
5.1 Trabalhos Futuros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
REFERÊNCIAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
APÊNDICES 48
APÊNDICE A – ESTÓRIAS DE USUÁRIO - ADMINISTRADOR . 49

A.1 Cadastrar tipo de procedimento . . . . . . . . . . . . . . . . . . . . . 49
A.2 Editar tipo de procedimento . . . . . . . . . . . . . . . . . . . . . . . 49
A.3 Inativar tipo de procedimento . . . . . . . . . . . . . . . . . . . . . . 50
A.4 Cadastrar medicamento . . . . . . . . . . . . . . . . . . . . . . . . . . 50
A.5 Editar medicamento . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
A.6 Inativar medicamento . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
A.7 Cadastrar alergia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
A.8 Editar alergia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
A.9 Inativar alergia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
A.10 Cadastrar doença . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
A.11 Editar doença . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
A.12 Inativar doença . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
A.13 Cadastrar vacina . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
A.14 Editar vacina . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
A.15 Inativar vacina . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
A.16 Cadastrar especialidade . . . . . . . . . . . . . . . . . . . . . . . . . . 57
A.17 Editar especialidade . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
A.18 Inativar especialidade . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
A.19 Cadastrar área . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
A.20 Editar área . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
A.21 Inativar área . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
APÊNDICE B – ESTÓRIAS DE USUÁRIO - PACIENTE . . . . . . 60

B.1 Cadastrar dados pessoais . . . . . . . . . . . . . . . . . . . . . . . . . 60
B.2 Cadastrar contato de emergência . . . . . . . . . . . . . . . . . . . . 61
B.3 Cadastrar prontuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
B.4 Cadastrar procedimento . . . . . . . . . . . . . . . . . . . . . . . . . . 62
APÊNDICE C – ESTÓRIAS DE USUÁRIO - MÉDICO . . . . . . . 63

C.1 Cadastrar dados pessoais . . . . . . . . . . . . . . . . . . . . . . . . . 63
C.2 Acessar dashboard do paciente . . . . . . . . . . . . . . . . . . . . . . 63
C.3 Cadastrar prontuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
C.4 Cadastrar procedimento . . . . . . . . . . . . . . . . . . . . . . . . . . 64
APÊNDICE D – ESTÓRIAS DE USUÁRIO - ENFERMEIRO . . . . 66

D.1 Cadastrar dados pessoais . . . . . . . . . . . . . . . . . . . . . . . . . 66
D.2 Acessar dashboard do paciente . . . . . . . . . . . . . . . . . . . . . . 66
D.3 Cadastrar prontuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
D.4 Cadastrar procedimento . . . . . . . . . . . . . . . . . . . . . . . . . . 67
APÊNDICE E – ESTÓRIAS DE USUÁRIO - GERAL . . . . . . . . 69

E.1 Criar conta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
E.2 Recuperar a senha . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
E.3 Logar no sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
E.4 Sair do sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
APÊNDICE F – DIAGRAMA DO BANCO DE DADOS . . . . . . 71
ANEXOS 72
ANEXO A – DOCUMENTAÇÃO DO TESTE DE COMUNICABI-

LIDADE . . . . . . . . . . . . . . . . . . . . . . . . . . 73
A.1 Termo de consentimento livre e esclarecido (TCLE) . . . . . . . . . 73
A.2 Questionário Pré-Teste de Usabilidade de Software . . . . . . . . . . 75
A.3 Roteiro do Avaliador . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
A.4 Roteiro do Usuário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
A.4.1 Tarefas usuário Área Administrativa . . . . . . . . . . . . . . . . . . . . . 76
A.4.2 Tarefas usuário Área Paciente . . . . . . . . . . . . . . . . . . . . . . . . 77
A.5 Questionário Pós-Teste . . . . . . . . . . . . . . . . . . . . . . . . . . 77
15
1 Introdução
O prontuário do paciente é um documento que contém uma série de informações

médicas do paciente, como o uso de medicamentos e doenças, por exemplo. O prontuário
tem como principal função atuar como um facilitador para os especialistas da área de
saúde (médicos e enfermeiros) na melhor tomada de decisão para o tratamento e cuidados
com o paciente.
Ao pesquisar sobre o prontuário do paciente, seja ele físico ou automatizado,
constatou-se que o termo possui várias denominações, como prontuário do paciente, registro
do paciente, prontuário médico, histórico médico, dentre outras denominações. Todavia,
independente da sua denominação, segundo France e Gaunt (1994) apud Pinto (2006),
pode-se entender que o prontuário do paciente é “uma memória escrita das informações
clínicas, biológicas, diagnósticos e terapêuticas de uma pessoa, às vezes individual e coletiva,
constantemente atualizado”.
Para o Conselho Federal de Medicina (CFM), por meio da Resolução no 1.638/2002
em seu Art 1o , define o prontuário médico como
o documento único constituído de um conjunto de informações, sinais e

imagens registradas, geradas a partir de fatos, acontecimentos e situações
sobre a saúde do paciente e a assistência a ele prestada, de caráter
legal, sigiloso e científico, que possibilita a comunicação entre membros
da equipe multiprofissional e a continuidade da assistência prestada ao
indivíduo (Conselho Federal de Medicina, 2002).
Tendo em vista as definições apresentadas, pode-se afirmar que o prontuário do

paciente é um documento de registro do histórico médico da pessoa, no qual é de suma
importância para o paciente e para os profissionais de saúde. Segundo Tonello, Nunes e
Panaro (2013), com relação ao paciente, os dados contidos no prontuário possibilitam o
atendimento, o diagnóstico e o tratamento da patologia de maneira mais rápida e eficiente.
O prontuário também representa um instrumento de defesa, em caso de possíveis prejuízos
e irregularidades. Já com relação ao médico, um prontuário bem elaborado representa
um instrumento valioso para o diagnóstico e o tratamento de doenças e possibilita o
fornecimento de um laudo mais seguro. Além disso, como o prontuário relata toda a
atividade profissional desempenhada pelo médico e sua equipe, pode ser utilizado como
documento de valor probatório de suas atividades profissionais.
Bezerra (2009) destaca que o prontuário médico é uma obrigatoriedade em todo
atendimento. Antigamente era realizado somente por meio do registro em papel, e hoje
pode ser feito por meio eletrônico, desde que sejam cumpridas as exigências legais e o
sigilo profissional.
Capítulo 1. Introdução 16
Segundo Conselho Federal de Medicina (2007), os dados contidos no histórico

médico pertencem ao paciente e só podem ser divulgados com sua autorização ou de seu
responsável legal. Além disso, sempre que o paciente ou seu responsável solicitar, a equipe
médica deverá fornecer cópias autênticas das informações pertinentes.
O prontuário em papel ainda é muito utilizado em clínicas médicas e hospitais,
porém manter estas informações no papel pode trazer diversas limitações como estar
disponível somente a um profissional, ambiguidade ou ausência de informações e dificuldade
de acesso, por exemplo. Para solucionar estes problemas, surgiu o Prontuário Eletrônico
do Paciente (PEP), com a intenção de fazer com que o prontuário esteja disponível e
atualizado onde e quando a equipe médica necessitar. Sendo assim, os profissionais podem
dedicar mais tempo para os seus pacientes. Tendo em vista esta necessidade, é de suma
importância o desenvolvimento de um sistema capaz de disponibilizar as informações do
histórico médico do paciente, para que a equipe médica possa gerenciá-las.
O PEP é um grande desafio na área de Tecnologia da Informação, pois a sua
implantação deve obedecer às normas da resolução do CFM e da Sociedade Brasileira de
Informática em Saúde (SBIS), para garantir critérios de segurança da informação.
O presente trabalho visa o desenvolvimento de um sistema web chamado MedNow
para o gerenciamento do prontuário do paciente, o qual permite ao paciente cadastrar
informações sobre seu histórico médico. Além disso, o sistema desenvolvido possibilita que
os especialistas da área da saúde acessem as informações, para que possam inserir os dados
necessários. Desse modo, o histórico do paciente estará sempre atualizado e contido em
um só ambiente.
1.1 O problema de pesquisa

Com o passar dos anos, surgiram diversas especialidades clínicas, fazendo com que
os cuidados com o paciente fossem subdivididos em diversas áreas da saúde e especiali-
dades médicas. Desse modo, manter o histórico médico do paciente centralizado em uma
ferramenta se tornou algo muito complexo e de extrema importância para um diagnóstico
correto.
Os pacientes são solicitados a fornecer a história médica (histórico fa-

miliar, alergias, medicamentos utilizados, condições prévias existentes,
procedimentos já realizados). Visto que o atendimento é realizado por
diferentes profissionais, tais informações costumam ser coletadas diversas
vezes e, não raro, são solicitadas repetidamente pelo mesmo provedor.
Apesar de alguma redundância ser intencional e desejável, a repetição
pode incomodar o paciente, que pode omitir informações em alguns casos,
seja por esquecimento ou propositalmente, pois causa angústia (e até
mesmo irritação) a quem está sendo indagado diversas vezes pelo mesmo
assunto (PATRÍCIO et al., 2011).
O PEP é uma das principais ferramentas de Tecnologia da Informação e Comu-

nicação em Saúde (TICS) na qual os especialistas da área de saúde utilizam na sua
jornada de trabalho. É de suma importância a boa utilização de uma ferramenta segura e
que possibilite a vários especialistas gerenciar estas informações, seja para registrar um
procedimento médico ou prescrever um medicamento, por exemplo.
Armazenar dados em diferentes meios, sejam eles físicos ou eletrônicos, pode trazer
ausência de dados importantes e inconsistência no histórico médico do paciente. Sendo
assim, o desenvolvimento de uma plataforma que centralize e disponibilize estes dados
para o paciente e especialistas da saúde, se torna necessário, com o intuito de solucionar
os problemas citados anteriormente.
1.2 Objetivos
O objetivo geral deste trabalho é o desenvolvimento de um sistema web para o
gerenciamento de informações do prontuário do paciente. Tais informações podem ser
cadastradas tanto pelo paciente, quanto por especialistas da área da saúde (médicos e
enfermeiros).
Este trabalho possui aos seguintes objetivos específicos:
1. Modelar e implementar uma aplicação web para o gerenciamento de informações

sobre o prontuário do paciente.
2. Validar a aplicação proposta por meio do teste de comunicabilidade.
3. Disponibilizar a aplicação por meio de uma licença de código aberto.
1.3 Metodologia
As etapas para a elaboração deste projeto foram definidas da seguinte maneira:
1. Revisar a literatura: estudar como é realizado prontuário do paciente (físicos e

automatizados). Estudar trabalhos correlatos e identificar pontos de melhorias que o
software proposto neste trabalho pode oferecer.
2. Definir um modelo: estabelecer toda a documentação do software, bem como as

estórias de usuários.
3. Estudar representações: realizar a prototipação do software de acordo com as estórias

de usuários, com o intuito de facilitar o entendimento do software e o desenvolvimento
do código.
4. Implementar o software: desenvolvimento do código fonte da forma mais fiel às

estórias de usuários e prototipação.
5. Planejar e realizar teste de software para avaliar a performance da aplicação proposta

e a experiência dos usuários.
6. Analisar e discutir os resultados obtidos, além de identificar possíveis melhorias e

considerações gerais sobre a aplicação.
1.4 Organização do trabalho

O restante deste trabalho é organizado como segue. No Capítulo 2 é apresentada a
revisão bibliográfica, os sistemas correlatos, além de algumas das ferramentas utilizadas
no projeto. Os detalhes acerca da documentação do projeto são descritos no Capítulo 3.
Já no Capítulo 4 é apresentado sobre o desenvolvimento do sistema e os resultados obtidos
no teste de comunicabilidade. E por fim, no Capítulo 5 são apresentadas as considerações
finais e as propostas de trabalhos futuros.
19
2 Revisão bibliográfica
Este capítulo apresenta as ferramentas utilizadas no decorrer do desenvolvimento

do sistema e os trabalhos correlatos.
2.1 Frameworks
Hoje em dia, a utilização de frameworks para desenvolvimento de softwares tem
se tornado bastante útil. Entretanto, desenvolver um projeto de qualidade em tão pouco
tempo é uma tarefa complexa. Sendo assim, o emprego de um framework de maneira
correta no projeto reduz drasticamente o tempo de implementação do sistema.
Um framework compreende um conjunto de classes ou funções implementadas
em uma linguagem de programação específica usadas para auxiliar o desenvolvimento de
softwares (GABARDO, 2017). Eles possibilitam um trabalho de maneira organizada a
partir do Model, View, Controller (MVC). Desse modo, a implementação de um software
se torna mais acelerada, funcional e com qualidade.
Para o desenvolvimento do sistema deste trabalho foi utilizado o framework Laravel 1 .
O Laravel é um framework open-source que foi lançado em 2011. Ele se tornou um dos
frameworks mais populares para os programadores PHP: Hypertext Preprocessor (PHP),
devido à sua documentação detalhada, além de simplificar a execução de funcionalidades
de implementação complexa.
2.2 Banco de dados

Um banco de dados é um conjunto de arquivos relacionados entre si com registros
sobre pessoas, lugares ou coisas (LAUDON; LAUDON, 2014). Atualmente, o banco de
dados se tornou muito utilizado para armazenar dados em softwares, seja ele web, mobile
ou desktop. Um Sistema Gerenciador de Banco de Dados (SGBD) é um software específico
usado para criar, armazenar, organizar e acessar dados a partir de um banco de dados
(LAUDON; LAUDON, 2014).
No decorrer do desenvolvimento do sistema, foi utilizado o MySql Workbench 2 , que
é uma ferramenta visual para construção do banco de dados. A ferramenta é intuitiva
e de simples utilização. O MySql Workbench é uma ferramenta open-source popular
para manipulação de banco de dados. A partir dela é possível que desenvolvedores e
1
https://laravel.com/
2
https://www.mysql.com/
Capítulo 2. Revisão bibliográfica 20
administradores de banco de dados possam modelar dados e desenvolver em Structured

Query Language (SQL).
2.3 Sistemas correlatos

Nesta seção serão apresentados quatro sistemas correlatos ao software desenvolvido.
O critério para escolha desses sistemas foi a busca de softwares desenvolvidos em trabalhos
acadêmicos. Com relação ao Medical Id, a escolha foi feita por se tratar de uma aplicação
muito parecida com o sistema desenvolvido.
2.3.1 Clinic Web

O Clinic Web, apresentado em Martha et al. (2006), é um sistema projetado
como um servidor de PEP, isto é, várias clínicas médicas podem armazenar os dados dos
pacientes no servidor do sistema. Por meio do login e senha informado pelo usuário, o
sistema identifica a qual clínica o usuário pertence e redireciona para o seu conteúdo.
Este software foi desenvolvido em Java 2 Enterprise Edition (J2EE), sendo ne-
cessária a instalação da aplicação em computadores, celulares ou Personal Digital Assis-
tant (PDA), desde que possua máquina virtual de Java.
2.3.2 HandMed
No trabalho de Castro et al. (2004 apud JUNIOR et al., 2011b) foi desenvolvido o
HandMed, sistema para cadastro de sintomas, que permite a detecção prévia de problemas
de saúde. O software disponibiliza um formulário automático ao paciente, com o intuito de
coletar os sintomas durante as atividades rotineiras do mesmo. Essa aplicação é utilizada
tanto por pacientes quanto por profissionais da área de saúde.
Este sistema foi desenvolvido em Java 2 Micro Edition (J2ME) e é acessado por
meio do PDA. O sistema funciona a partir da conexão ao banco de dados do hospital ou
clínica médica.
2.3.3 PHCS
O Primary Health Care System (PHCS), apresentado em Junior et al. (2011a), é
um aplicativo de acompanhamento de pacientes pelos agentes de saúde participantes do
programa Atenção Primária a Saúde (APS). Este acompanhamento é feito a partir de
formulários de cadastro e monitoramento por meio de sensoriamento de dados vitais dos
pacientes. Uma vez cadastradas, as informações são apresentadas para a equipe médica a
partir de relatórios.
Capítulo 2. Revisão bibliográfica 21
As informações contidas no sistema PHCS são transmitidas para um banco de dados

utilizando a infraestrutura de rede do projeto Cognitividade com Sensibilidade a Contexto
como Suporte a Otimização de Recursos de Redes em Malha Heterogêneas (COMAH). O
PHCS é desenvolvido em J2ME e funciona em dispositivos móveis.
2.3.4 Medical Id
O Medical Id 3 é um aplicativo disponível para Android. Para avaliar o seu funciona-
mento, foram realizadas experiências de usuário na versão gratuita. Desse modo, pôde-se
observar que a aplicação é voltada para o gerenciamento das informações apenas pelos
seus usuários (pacientes). Os especialistas podem somente visualizar estes dados. Além
disso, a funcionalidade de cadastro de mais usuários em uma mesma conta é realizada
apenas na versão Premium.
2.3.5 Comparações com a aplicação proposta

Conforme apresentado nos sistemas correlatos, existem no mercado vários softwares
do PEP, tanto em versões utilizadas em smartphones, quanto para computadores e tablets.
No entanto, existem sistemas como o PHCS no qual apenas agentes da área de saúde
possuem acesso ao conteúdo. Um outro exemplo é do aplicativo Medical Id, no qual os
especialistas da área de saúde possuem apenas acesso para visualização do histórico do
paciente. E por fim, sistemas como o Clinic Web e HandMed necessitam da instalação do
sistema no aparelho para que possa ser utilizado.
Tendo em vista as características dos sistemas correlatos citados acima, o intuito
da implementação do MedNow foi a utilização do sistema tanto por pacientes (usuários),
quanto por médicos e enfermeiros. Todos os usuários do sistema podem gerenciar as
principais informações do histórico médico do paciente, com o objetivo de evitar a perda
de informações importantes e duplicidade das mesmas. Além disso, a aplicação pode ser
acessada por aparelhos que possuem acesso à internet e sem a necessidade de instalação.
2.4 Considerações finais

Nesse capítulo foram apresentados os frameworks e o banco de dados, os quais
possuem suma importância na implementação do sistema proposto. Além disso, alguns
sistemas correlatos foram descritos, com as respectivas funcionalidades e restrições. Por fim,
foi apresentado o diferencial que o trabalho proposto oferece em relação aos sistemas cor-
relatos. No Capítulo 3 serão descritos o escopo, as funcionalidades e demais características
acerca da modelagem do sistema.
3
https://medicalid.app/
22
3 Modelagem da aplicação
Este capítulo descreve a documentação do projeto. São apresentados o estudo do

escopo e o problema, as ferramentas e tecnologias utilizadas, o levantamento de requisitos
e banco de dados. Por fim, alguns protótipos de telas são apresentados.
3.1 Definição do escopo e do problema

Para iniciar o projeto foi realizada a revisão da literatura e o escopo, identificando
a viabilidade do desenvolvimento do sistema. Foi realizado um estudo por meio de sistemas
correlatos e a legislação vigente no momento, com o intuito de entender melhor as
funcionalidades principais para o bom funcionamento do sistema.
3.2 Estudo de ferramentas e tecnologias

Nesta etapa foram definidas as ferramentas e as tecnologias para a implementação
do sistema. Por se tratar de um sistema no qual os usuários poderiam acessar em qualquer
lugar e em diversos dispositivos com acesso à internet, foi identificado que a plataforma
web atende de maneira apropriada esse requisito. As demais ferramentas e tecnologias
utilizadas no desenvolvimento do MedNow são citadas a seguir:
1. Plataforma: web;
2. Servidor: Apache 2.4 ;
3. Linguagens: PHP 7.1.3, HTML5, Javascript, jQuery, Cascading Style Sheets

(CSS);
4. Framework: Laravel 5.7 ;
5. Servidor do banco de dados: MySQL Community Server 8.0.12 ;
6. Template HTML: Gentelella Alela! 1
7. Gerenciador de controle de versão: GitHub2
8. Ambiente de desenvolvimento: PHPStorm 3

1
https://colorlib.com/polygon/gentelella/index.html
2
https://github.com/
3
https://www.jetbrains.com/phpstorm/
Capítulo 3. Modelagem da aplicação 23
3.3 Levantamento de Requisitos

Esta seção apresenta o levantamento de requisitos, os quais são as descrições das
funcionalidades e suas respectivas restrições. Com o intuito de melhorar o reconhecimento
e a definição dos requisitos, foi realizada a identificação dos usuários e das funcionalidades
pertencentes a cada um deles.
3.3.1 Usuários do Sistema

Os usuários do sistema MedNow são: pacientes, especialistas da área de saúde e o
responsável pelo cadastramento de informações importantes para o histórico médico. Os
usuários do sistema são apresentados a seguir:
1. Administrador: responsável por realizar o cadastramento de informações necessá-

rias, como medicamentos, para que os outros tipos de usuários utilizem no registro
do prontuário e procedimentos.
2. Paciente: tem a função de fornecer informações pessoais e da sua saúde para que os
especialistas possam visualizar o seu histórico médico. Além disso, podem visualizar
no histórico as alterações realizadas pelos especialistas.
3. Médico: responsável por cadastrar dados necessários no prontuário do paciente,

além de gerenciar procedimentos realizados no paciente. O médico também tem a
função de cadastrar seus dados pessoais e profissionais.
4. Enfermeiro: tem como função cadastrar seus dados pessoais e profissionais. Também
é responsável por cadastrar dados no prontuário do paciente e procedimentos que
competem à função exercida.
3.3.2 Funcionalidades
Nas seções seguintes, foram definidas as funcionalidades com sua respectiva descrição
para cada tipo de usuário.
A Tabela 1 mostra as funcionalidades executadas pelo Administrador do sistema:
Tabela 1 – Funcionalidades do Administrador

Funcionalidade Descrição
Gerenciar tipos de procedimento Cadastrar, editar e inativar tipos de procedimento
Gerenciar medicamentos Cadastrar, editar e inativar medicamentos
Gerenciar alergias Cadastrar, editar e inativar alergias
Gerenciar doenças Cadastrar, editar e inativar doenças
Gerenciar vacinas Cadastrar, editar e inativar vacinas
Gerenciar especialidades Cadastrar, editar e inativar especialidades
Gerenciar áreas Cadastrar, editar e inativar áreas
Fonte: Elaborado pela autora
A Tabela 2 apresenta as funcionalidades executadas pelos Pacientes do sistema:
Tabela 2 – Funcionalidades do Paciente

Criar conta Criar conta para acessar o sistema
Recuperar a senha Recuperar a senha para acessar o sistema
Logar no sistema Logar para acessar o sistema
Sair do sistema Sair do sistema para encerrar a sessão
Configurar conta Editar nome, e-mail e senha
Gerenciar dados pessoais Cadastrar e editar dados pessoais
Deletar conta Deletar a conta e os demais registros relacionados ao usuário
Gerenciar documentos Cadastrar e deletar documentos
Gerenciar contatos de emergência Cadastrar, editar e deletar contatos de emergência
Gerenciar prontuário Cadastrar e editar prontuário
Gerenciar procedimentos Cadastrar e editar procedimentos
Visualizar histórico Visualizar histórico de modificações dos especialistas
Visualizar manual de primeiros Visualizar manual no sistema
socorros
A Tabela 3 mostra as funcionalidades executadas pelos Médicos do sistema:
Tabela 3 – Funcionalidades do Médico

Deletar conta Deletar login e senha do usuário
Acessar dashboard do paciente Acessar os dados do paciente no sistema
Visualizar dados pessoais do pa- Visualizar os dados pessoais no sistema
ciente
Gerenciar prontuário Cadastrar e editar prontuário do paciente
Gerenciar procedimento Cadastrar e editar procedimento
A Tabela 4 apresenta as funcionalidades executadas pelos Enfermeiros do sistema:
Tabela 4 – Funcionalidades do Enfermeiro

Deletar conta Deletar login e senha do usuário
Acessar dashboard do paciente Acessar os dados do paciente no sistema
Visualizar dados pessoais do pa- Visualizar os dados pessoais no sistema
ciente
Gerenciar prontuário Cadastrar e editar prontuário do paciente
Gerenciar procedimento Cadastrar e editar procedimento
3.3.3 Casos de Uso

Casos de uso são utilizados para reconhecer todos os requisitos para o desenvol-
vimento do sistema. Sendo assim, eles foram desenvolvidos conforme a definição das
funcionalidades de cada usuário do sistema. Estes casos de uso foram separados em qua-
tro módulos principais para melhor visualização. Os módulos são: login, dados pessoais,
histórico médico e outras funcionalidades.
Os diagramas de casos de uso foram representados por meio do software Draw.io4 .
Eles têm como objetivo proporcionar um melhor entendimento do fluxo dos dados e auxiliar
na modelagem da aplicação. A Figura 1 apresenta o diagrama de casos de uso do módulo
de login.
4
https://www.draw.io/
Figura 1 – Diagrama de Casos de Uso - Login
A Figura 2 ilustra o diagrama de casos de uso do módulo de dados pessoais.
Figura 2 – Diagrama de Casos de Uso - Dados pessoais
A Figura 3 apresenta o diagrama de casos de uso do módulo de histórico médico.

Figura 3 – Diagrama de Casos de Uso - Histórico médico
A Figura 4 ilustra o diagrama de casos de uso para as demais funcionalidades do

sistema. As funcionalidades de gerenciamento representam as funções cadastrar, editar e
inativar.
Figura 4 – Diagrama de Casos de Uso - Outras funcionalidades

3.4 Banco de Dados

Logo após a definição dos casos de uso, foi modelado o banco de dados. O modelo de
banco de dados foi definido para atender as soluções contidas nos casos de uso e preparando
o sistema para melhorias futuras. Para um melhor entendimento do Diagrama de Entidade
e Relacionamento (EER), o banco de dados foi separado em dois módulos: dados pessoais
e histórico médico.
A Figura 5 apresenta a estrutura responsável por armazenar os dados pessoais dos
pacientes, médicos e enfermeiros, além de armazenar dados profissionais dos especialistas.
Figura 5 – Diagrama EER - Dados pessoais
A Figura 6 apresenta a estrutura responsável por armazenar informações do histórico

médico dos pacientes.
Figura 6 – Diagrama EER - Histórico médico
A Tabela 5 apresenta o relacionamento existente entre as tabelas das duas imagens

acima. O banco de dados completo se encontra no Apêndice F.
Tabela 5 – Relacionamento entre as tabelas

Tabelas Relacionamento
Pessoas e Procedimentos Um para muitos
Pessoas e Prontuários Um para um
Enfermeiros e Procedimentos Um para muitos
Médicos e Procedimentos Um para muitos
Médicos e Históricos Um para muitos
Enfermeiros e Históricos Um para muitos
3.5 Protótipos
O protótipo é uma maneira simples de visualizar um projeto em desenvolvimento.
Ele facilita também o entendimento das funcionalidades e das operações pelos usuários.
Alguns protótipos da aplicação foram elaborados por meio do software FluidUI 5 , os quais
são mostrados a seguir. A Figura 7 ilustra a página para o usuário criar sua conta para
acessar o sistema.
Figura 7 – Criar conta
A Figura 8 ilustra a página de cadastro de dados pessoais do paciente do sistema.

A partir do cadastro de dados pessoais, é possível que o paciente cadastre o seu prontuário
médico.
Figura 8 – Cadastrar dados pessoais
5
https://www.fluidui.com/
3.6 Estórias de usuário

Estórias de usuário são especificações de cenários no qual o usuário do sistema
poderá seguir. Nas estórias são definidos cenários de sucesso (quando o usuário consegue
concluir a tarefa com êxito) e cenários de erro (quando o usuário não utiliza o sistema da
forma mais correta e não consegue finalizar a tarefa).
Tendo em vista que o banco de dados e os protótipos já tinham sido modelados,
foi iniciado o desenvolvimento do sistema. Entretanto devido à complexidade do sistema,
percebeu-se a necessidade de definir melhor os casos de uso por meio de estórias de usuário.
As descrições podem ser encontradas no Apêndice A.

Neste capítulo foi apresentada a parte teórica do desenvolvimento do sistema por
meio do estudo do escopo, levantamento de requisitos e seus casos de uso, banco de dados,
protótipos do sistema e estórias de usuário.
No próximo capítulo será apresentada a implementação do MedNow, mostrando
detalhes acerca do desenvolvimento do sistema e a fase do teste de comunicabilidade.
32
4 Implementação da aplicação
Neste capítulo será apresentado os passos para o desenvolvimento do sistema,

bem como a explicação de cada passo. Além disso será apresentado o roteiro do teste de
comunicabilidade e os seus resultados.
4.1 Desenvolvimento do sistema

O desenvolvimento do sistema consistiu nos seguintes passos:
1. Criação do banco de dados por meio do framework Laravel
2. Desenvolvimento do CRUD do administrador
3. Desenvolvimento do CRUD do paciente
4. Desenvolvimento do CRUD do médico
5. Desenvolvimento do CRUD do enfermeiro
6. Autenticação dos usuários
O CRUD, acrônimo para Create, Read, Update e Delete, representa as quatro

funções básicas utilizadas nos bancos de dados relacionais.
O sistema está disponível no GitHub a partir do link: <https://github.com/talita20/
prontuario>. A aplicação é disponibilizada sob licença Massachusetts Institute of Techno-
logy (MIT) e desenvolvido pelo site Colorlib.
4.1.1 Banco de dados no Laravel

O Framework Laravel possui um recurso chamado migration, o qual permite um
controle de versão do banco de dados. Sendo assim, modificações realizadas nos migrations
são enviadas facilmente para o banco de dados do sistema. Os migrations mantém um
histórico de alterações que a base de dados sofre ao longo do desenvolvimento do sistema.
A partir desses históricos, é possível reverter qualquer alteração feita nessa base de dados.
Além disso, é importante observar que a utilização dos migrations permite que as bases
sejam criadas em diferentes SGBDs além do MySQL, como o PostGreSQL1 , SQLite2 e
Microsoft SQL Server3 .
1
https://www.postgresql.org/
2
https://www.sqlite.org/index.html
3
https://www.microsoft.com/pt-br/sql-server/sql-server-downloads
Capítulo 4. Implementação da aplicação 33
Neste projeto, os migrations foram utilizados para criar as tabelas da base de dados.
Quando foi necessário adicionar, alterar ou excluir campos, um migration é criado. A
partir do comando php artisan migrate, essas modificações foram enviadas para o banco
de dados da aplicação. A Figura 9 apresenta um exemplo de utilização do migration para
criação da tabela prontuário no banco de dados.
Figura 9 – Exemplo de migration da tabela prontuarios
4.1.2 CRUD do administrador

O CRUD do administrador tem como função realizar o gerenciamento de medica-
mentos, doenças, alergias, vacinas, tipos de procedimentos, especialidades e áreas médicas.
Estas operações são exclusivas para o administrador do sistema. As informações são
cadastradas por meio de formulários HyperText Markup Language (HTML) e são enviadas
em formato de registros de sua respectiva tabela do banco de dados. As funções destes
CRUDS foram desenvolvidas de maneira padronizada e impossibilitando ao administrador
a alteração de dados não manipulados, como o identificador único (id) e o timestamps
(created_at e updated_at). A Figura 10 ilustra a página inicial do Administrador.
Figura 10 – Página inicial do Administrador - MedNow
A Figura 11 apresenta a página de gerenciamento de tipos de procedimento. Nesta

página é possível que o administrador insira, edite ou inative algum tipo de procedimento.
Figura 11 – Página para gerenciamento de tipos de procedimento - MedNow
4.1.3 CRUD do paciente

O CRUD do paciente tem como finalidade obter o histórico sobre a saúde do
paciente, a partir do gerenciamento do prontuário e procedimentos médicos. Além disso,
existem operações para que o paciente cadastre seus dados pessoais, visualize todas as
modificações realizadas por médicos e/ou enfermeiros em seu histórico médico, faça upload
de documentos e também tenha acesso ao manual de primeiros socorros. A Figura 12
ilustra a página inicial do Paciente.
Figura 12 – Página inicial do Paciente - MedNow
A Figura 13 apresenta as modificações realizadas pelos médicos e enfermeiros no

histórico médico do paciente.
Figura 13 – Página de histórico de modificações dos especialistas - MedNow
4.1.4 CRUD do médico

Este recurso tem como função acessar o prontuário do paciente a partir de algum
documento dele, como o RG, CPF, certidão de nascimento ou carteira de motorista, com
o intuito de visualizar e gerenciar dados contidos no prontuário do paciente, além de
cadastrar procedimentos médicos. Para conseguir realizar tais funções, o médico necessita
cadastrar alguns dos seus dados pessoais e profissionais. A Figura 14 ilustra a página
inicial do Médico.
Figura 14 – Página inicial do Médico - MedNow
A Figura 15 apresenta o formulário de acesso ao histórico médico do paciente.
Figura 15 – Página de acesso ao dashboard do paciente - MedNow
4.1.5 CRUD do enfermeiro

O CRUD do enfermeiro tem por finalidade acessar o prontuário do paciente a
partir de algum documento dele, para possibilitar ao enfermeiro visualizar/gerenciar dados
contidos no prontuário do paciente e cadastrar procedimentos médicos que competem
à área exercida por ele. Além disso, o enfermeiro pode cadastrar seus dados pessoais e
profissionais. A Figura 16 ilustra a página inicial do Enfermeiro.
Figura 16 – Página inicial do Enfermeiro - MedNow
A Figura 17 apresenta a página em que os especialistas visualizam os dados pessoais

do paciente, além de gerenciar o prontuário e procedimentos.
Figura 17 – Dashboard do paciente - MedNow
4.1.6 Autenticação dos usuários

A autenticação dos usuários garante que apenas especialistas da área de saúde, por
meio da informação de seus registros profissionais (CRM ou COREN) possam cadastrar
uma conta. Além disso, o sistema tratou o caso dos profissionais conseguirem acessar o
histórico médico apenas com a informação de algum documento do paciente.
Para acessar o sistema, o usuário deve informar o seu e-mail e senha, como ilustrado
na Figura 18. Logo depois, o usuário é redirecionado para página referente ao tipo de
usuário registrado no banco de dados (Administrador, Paciente, Médico ou Enfermeiro).
Figura 18 – Tela de login - MedNow
A implementação foi bastante complexa devido aos vários tipos de usuários do

sistema e ao tratamento da segurança do software. Entretanto, com o auxílio do framework,
o trabalho se tornou menos complexo. Desde o início da implementação, foi pensado
em desenvolver uma solução responsiva, por isso, foi utilizado o template Bootstrap, que
garante a responsividade do sistema para qualquer tamanho de tela utilizada.
4.2 Teste de comunicabilidade

O teste de comunicabilidade tem como objetivo detectar possíveis falhas no design
do sistema. Ele avalia a comunicação entre usuário e software, e busca situações no qual
os usuários não conseguem comunicar com o sistema da melhor maneira possível. Quando
o usuário não é capaz de entender a comunicação pretendida pelo designer, ocorrem
então rupturas de comunicação que podem dificultar ou até mesmo impossibilitar a meta-
comunicação ou uso do sistema (PRATES; BARBOSA, 2007). Esse tipo de teste é realizado
em um laboratório, no qual é feita uma filmagem para verificar a reação do usuário ao
utilizar o sistema.
A documentação referente ao teste está disponível no Anexo A. Os passos para a
sua execução são as seguintes:
1. Termo de consentimento livre e esclarecido (TCLE): é o termo atestando

que o participante está ciente da sua participação no teste do software.
2. Questionário pré-teste: é uma métrica para avaliar o nível de conhecimento do

participante com a tecnologia utilizada e com o assunto abordado pelo sistema.
3. Roteiro do avaliador: é o direcionamento que o avaliador do teste deve seguir à

risca para avaliar o usuário e o sistema da melhor maneira possível.
4. Roteiro do usuário: é o roteiro a ser utilizado pelo usuário, com o intuito de

verificar se o mesmo conseguiu concluir os passos com sucesso e se a comunicação
com o sistema foi satisfatória.
5. Questionário pós-teste: é a avaliação que o usuário realiza do sistema testado.

Nele pode ser medido se o design está adequado, a linguagem é de fácil entendimento
e se o usuário usaria esse sistema no dia-a-dia, por exemplo.
O teste se inicia com o usuário do sistema preenchendo e assinando o TCLE. Assim

que o usuário atesta a sua participação no teste, é aplicado o questionário pré-teste. Logo
após responder o formulário, o usuário recebe do avaliador um roteiro no qual ele seguirá,
com o intuito de verificar a comunicabilidade para com o sistema. Depois da realização do
teste, o usuário responde ao questionário pós-teste e a sua participação é encerrada. No
caso do avaliador, após o teste é realizada a avaliação do vídeo, identificando as reações
positivas e negativas do usuário ao utilizar o sistema.
4.2.1 Etiquetagem
No decorrer do teste, o usuário pode detectar alguns erros no sistema. Com a
avaliação dos vídeos do teste, o avaliador consegue classificar as falhas de comunicação
por meio de etiquetas. Essas etiquetas identificam qual é a reação do usuário ao verificar
um erro no sistema ou ao não conseguir finalizar uma tarefa. Segundo Prates e Barbosa
(2007), as etiquetas são:
Cadê? representa uma situação no qual o usuário sabe o que fazer, porém não consegue
encontrar com facilidade na interface.
E agora? identifica uma situação em que o usuário não sabe qual o próximo passo e fica
perdido na interface.
O que é isto? é o caso em que o usuário não consegue interpretar algum elemento da
interface. Geralmente ele fica aguardando alguma dica.
Epa! representa a situação que o usuário realiza um procedimento indesejado. Ele rapida-
mente desfaz esse procedimento, clicando no botão “Cancelar”.
Onde estou? é o caso em que o usuário busca por um elemento, porém em uma página
de contexto diferente.
Ué, o que houve? são as ações que o usuário repete, devido ao não entendimento do
que aconteceu.
Por que não funciona? nesta etiqueta o usuário acredita que o sistema teria alguma
reação para a ações realizadas.
Assim não dá. situação no qual o usuário altera suas ações, pensando que as decisões
tomadas por ele não estão surtindo efeito.
Vai de outro jeito. representa a situação no qual o usuário realiza uma tarefa de maneira
diferente do que o design esperava.
Não, obrigado! caso em que o usuário conhece a maneira de fazer, mas opta por seguir
por um outro caminho.
Pra mim está bom. é utilizada quando o usuário indica que finalizou todas as tarefas,
porém ainda não finalizou por completo.
Socorro! representa a situação em que o usuário explora todo o design no sistema, mas
não encontra formas para executar a tarefa.
Desisto. pode acontecer quando o usuário desiste de realizar uma tarefa ou quando
desiste do teste como um todo.
4.3 Análise dos testes

O teste de comunicabilidade foi realizado no IDEALAB do ICEA no dia 04 de
junho, tendo como responsável pelo teste a Profa. Gilda Aparecida de Assis. Este teste
integra o conteúdo da disciplina Avaliação de Sistemas Interativos. Os avaliadores do teste
são os próprios alunos da disciplina e os usuários que participaram do teste, identificados
como Usuário 1 e Usuário 2 não cursam a disciplina.
Como no momento do teste o sistema ainda estava em uma fase inicial, optou-se por
testar apenas funcionalidades que estavam concluídas. Desse modo, foram realizados testes
em todo módulo do Administrador e em duas funcionalidades no módulo do Paciente:
cadastro de dados pessoais e contatos de emergência.
4.3.1 Análise do questionário pré-teste

Os dois participantes do teste tem entre 22 e 26 anos, ambos são da área de
Tecnologia da Informação e possuem acesso à internet em casa. O Usuário 1 costuma ir
ao médico uma ou duas vezes ao ano, não registra informações relacionadas a sua saúde
(consultas, exames e vacinas), mas já utilizou o site do plano de saúde para registrar
as informações. Além disso, o usuário acha interessante o registro do prontuário tanto
para o paciente quanto para o médico e não se importa em ter dados sobre a sua saúde
armazenados para uso no futuro.
O Usuário 2 costuma ir ao médico uma vez ao ano, armazena dados relacionados
a sua saúde fisicamente e no computador. Já utilizou sistemas de detecção de possíveis
doenças a partir dos sintomas informados. Além disso, o usuário acha que um prontuário
online a disposição do paciente e do médico pode ser interessante, porém depende muito
de como foi desenvolvido e como funciona. Por fim, não se importa em ter dados sobre sua
saúde armazenados para serem utilizados no futuro.
4.3.2 Avaliação de comunicabilidade

O teste foi realizado individualmente com os dois usuários. Por meio da filmagem
do teste, foi possível identificar algumas das treze etiquetas no decorrer das tarefas. As
tarefas definidas para os usuários realizarem são indicadas abaixo.
Tarefas do módulo do Administrador:
1. Novos procedimentos devem ser inseridos no sistema.
2. Novos medicamentos devem ser inseridos no sistema.
3. Deseja-se acrescentar novos tipos de alergias no sistema.
4. Deve ser acrescentado novo tipo de doença ao banco de doenças já cadastradas.
5. Deseja-se adicionar novas vacinas de imunização.
6. O usuário gostaria de acrescentar nova especialidade médica no sistema.
7. Deseja-se acrescentar nova área de atuação ao sistema.
Tarefas do módulo do Paciente:
8. É preciso fazer alteração dos meus dados pessoais.
9. É preciso adicionar de novos contatos para casos de emergência.
10. É necessário fazer a atualização dos contatos de emergência.
No teste realizado pelo Usuário 1, notou-se a utilização da etiqueta “Cadê?”, “E

agora?” na Tarefa 1. Das Tarefas 2 a 7 não foram identificadas etiquetas, pois o usuário
conseguiu realizar o que foi pedido. Para realizar as tarefas da área do paciente, foram
identificadas as etiquetas “O que houve?”, “Por que não funciona?”. Isso provavelmente
ocorreu devido ao primeiro contato com o sistema.
Já no teste feito pelo Usuário 2, foi possível observar que na Tarefa 1 foi utilizada a
etiqueta “Cadê?” brevemente, e logo depois obteve sucesso. Na execução das Tarefas 2 a 7,
não foi identificada nenhuma etiqueta. Isso sugere que o usuário conseguiu cumprir as tarefas
da maneira que foram solicitadas no roteiro do usuário. Já na Tarefa 8, foram observadas
as etiquetas “Cadê?” e “Por que não funciona?”. Segundo o relato dos avaliadores, esse erro
provavelmente ocorreu devido ao roteiro. Com isso, o Usuário 2 não finalizou as Tarefas 8,
9 e 10.
Em resumo, nas Tarefas 1 a 7, referentes à área administrativa, foram identificadas
poucas etiquetas. Considerando o contexto experimental estabelecido, isso pode sugerir
como um ponto positivo, pois não houve ruptura de comunicabilidade. Ambos expressaram
a reação referente a etiqueta “Cadê?” na Tarefa 1, o que pode ser justificado pelo primeiro
contato com o sistema. Houve rupturas de comunicabilidade nas tarefas referentes à área do
paciente. Identificou-se o uso recorrente das etiquetas “Cadê?” e “Por que não funciona?”.
Isso pode indicar problemas de navegação.
4.3.3 Análise do questionário pós-teste

A análise do questionário pós-teste foi respondida pelos dois usuários logo após
o teste de comunicabilidade. Tendo em vista as respostas dos usuários, foi identificado
que eles entenderam a finalidade do software, que o sistema é rápido e a experiência com
a leitura dos caracteres na tela também. Resumidamente, as impressões gerais sobre o
software pelos usuários foram medianas. Com relação a confiabilidade do sistema, não
foi muito satisfatório e isso provavelmente é devido às tarefas não finalizadas na área do
paciente e pelo sistema ter sido testado por módulos, sem ter sido finalizado por completo.
Para um dos usuários o sistema superou às expectativas e até recomendaria o sistema.
Uma análise geral que se pode obter é que o teste foi de grande auxílio para entender
possíveis reações dos seus usuários com a utilização do sistema. Entende-se que o software
teria um resultado mais satisfatório e superando às expectativas se tivesse sido realizado
em todo o sistema e com profissionais da área de saúde avaliando a área do especialista.
4.3.4 Discussões acerca dos testes

Considerando os resultados obtidos no teste, foi constatado que algumas funciona-
lidades, como o cadastro de dados pessoais e os contatos de emergência do paciente não
são tão intuitivos para o usuário, como definido inicialmente. A solução encontrada para
resolver essa situação foi a de informar ao lado de cada campo uma explicação sobre ele a
partir de tooltip, que é um balão explicativo em que ao passar o mouse em cima do campo
ou ícone, é exibida uma explicação. Além disso, será elaborado posteriormente um manual
de utilização do sistema ao primeiro login do usuário, além de existir uma opção no menu
para o usuário consultar o manual sempre que necessitar.

Neste capítulo foram descritos os passos para o desenvolvimento do sistema e os
resultados obtidos no teste de comunicabilidade. A partir dos resultados do teste, pode-se
observar que os usuários entenderam bem do que se trata o MedNow, tiveram um pouco
de dificuldade ao ter o primeiro contato com o design, porém rapidamente entendeu o seu
funcionamento.
44
5 Conclusão
Este trabalho apresentou o desenvolvimento de uma plataforma web para gerencia-

mento do histórico médico do paciente. Inicialmente, foram apresentadas a fundamentação
teórica para o desenvolvimento, os sistemas correlatos e as tecnologias utilizadas. Foram des-
critos os requisitos para o funcionamento do sistema, a sua modelagem e o desenvolvimento
da aplicação. E por fim foram apresentados os resultados e testes do sistema.
Houve dificuldades na definição do escopo do projeto devido à necessidade de
garantir a segurança das informações contidas no sistema. Sendo assim, a modelagem do
problema se tornou algo muito extensa, pois foi necessário realizar o tratamento dos dados
de maneira apropriada.
No decorrer de todo projeto, foram realizadas reuniões com o orientador, com o
intuito de fornecer feedback do desenvolvimento, receber críticas e sugestões para melhoria
do projeto e para definir as tarefas seguintes. Assim sendo, foi possível visualizar a
evolução do projeto e garantir a entrega do sistema no prazo estipulado desde o início da
sua implementação. A utilização do Framework Laravel foi fundamental para a agilidade
no decorrer do desenvolvimento e para a facilidade de adaptação do sistema aos requisitos
alterados e/ou acrescentados no decorrer projeto.
5.1 Trabalhos Futuros

A versão atual do software MedNow necessita que o administrador do sistema insira
os dados para que os pacientes e especialistas gerenciem o histórico médico. Espera-se que
as limitações encontradas no sistema sejam desenvolvidas em projetos futuros.
Por se tratar de um projeto grande e complexo, não foi possível desenvolver neste
momento a funcionalidade de recuperar senha documentada nas estórias de usuário.
Além disso, no decorrer do desenvolvimento foram identificadas algumas propostas de
continuidade do sistema. São elas:
1. Recuperação de senha para que os usuários que esquecerem a senha terem a possibi-
lidade de alterar;
2. Marcação de consultas para que pacientes possam cadastrar no sistema e utilizar

como lembrete;
3. Transformar a aplicação em um Web App para que os usuários possam optar por
utilizar o sistema web ou em um aplicativo no seu smartphone. Como o layout do
sistema é responsivo, não seria tão complexo transformá-lo em Web App;
Capítulo 5. Conclusão 45
4. Criar funcionalidades para o usuário inserir informações que não estão pré-cadastradas,
como medicamentos, vacinas, doenças e alergias;
5. Elaborar um manual para os usuários para ajudar na utilização da aplicação.

46
Referências
BEZERRA, S. M. Prontuário eletrônico do paciente: uma ferramenta para aprimorar

a qualidade dos serviços de saúde. Revista Meta: Avaliação, v. 1, n. 1, p. 73–82, 2009.
Citado na página 15.
CASTRO, L. et al. Handmed–um sistema móvel integrado para captura automática de

sintomas. In: Congresso Brasileiro de Informática em Saúde. [S.l.: s.n.], 2004. v. 9. Citado
na página 20.
Conselho Federal de Medicina. Resolução Conselho Federal de Medicina, n. 1.638/2002,

p. 184, 2002. Citado na página 15.
Conselho Federal de Medicina. Resolução Conselho Federal de Medicina, n. 1.821/2007,

p. 252, 2007. Citado na página 16.
FRANCE, F.; GAUNT, P. The need for security–a clinical view. International journal of
bio-medical computing, v. 35, p. 189–194, 1994. Citado na página 15.
GABARDO, A. C. Laravel para ninjas. [S.l.]: Novatec Editora, 2017. Citado na página
19.
JUNIOR, J. S. P. et al. Phcs: aplicativo móvel para acompanhamento de pacientes do

sistema de atenção primária à saúde. Anais do Computer on the Beach, p. 321–330, 2011.
Citado na página 20.
JUNIOR, J. V. M. et al. Intelimed: uma experiência de desenvolvimento de sistema móvel

de suporte ao diagnóstico médico. Revista Brasileira de Computação Aplicada, v. 3, n. 1,
p. 30–42, 2011. Citado na página 20.
LAUDON, K. C.; LAUDON, J. P. Sistemas de informação gerenciais. [S.l.]: Pearson

Educación, 2014. Citado na página 19.
MARTHA, A. S. et al. Clinic web: Pep e interação com dispositivos móveis. In: X
Congresso Brasileiro de Informática em Saúde. [S.l.: s.n.], 2006. p. 42–47. Citado na
página 20.
PATRÍCIO, C. M. et al. O prontuário eletrônico do paciente no sistema de saúde brasileiro:

uma realidade para os médicos? Scientia Medica, v. 21, n. 3, 2011. Citado na página 16.
PINTO, V. B. Prontuário eletrônico do paciente: documento técnico de informação e

comunicação do domínio da saúde. Encontros Bibli: revista eletrônica de biblioteconomia e
ciência da informação, Universidade Federal de Santa Catarina, n. 21, 2006. Citado na
página 15.
PRATES, R. O.; BARBOSA, S. D. J. Introdução à teoria e prática da interação humano

computador fundamentada na engenharia semiótica. Atualizações em informática, p.
263–326, 2007. Citado 2 vezes nas páginas 38 e 39.
Referências 47
TONELLO, I. M. S.; NUNES, R. M. da S.; PANARO, A. P. Prontuário do paciente: a

questão do sigilo e a lei de acesso à informação. Informação & informação, v. 18, n. 2, p.
193–210, 2013. Citado na página 15.
Apêndices
49
APÊNDICE A – Estórias de Usuário -

Administrador
A.1 Cadastrar tipo de procedimento

COMO administrador
EU QUERO cadastrar um tipo de procedimento
PARA que os especialistas possam cadastrar o procedimento
Cenário 1: Administrador cadastra os dados de forma correta

DADO QUE o administrador esteja na página de cadastro de tipo de procedimento
e informar os dados de forma correta,
QUANDO clicar no botão “Cadastrar”,
ENTÃO os dados serão cadastrados no sistema.
Cenário 2: Administrador cadastra os dados de forma incorreta

DADO QUE o administrador esteja na página de cadastro de tipo de procedimento
e informar os dados de forma incorreta,
ENTÃO os dados não serão cadastrados no sistema e será retornada a mensagem:
“Erro ao cadastrar. Tente novamente.”.
A.2 Editar tipo de procedimento

COMO administrador
EU QUERO editar um tipo de procedimento
PARA manter o sistema atualizado
Cenário 1: Administrador edita os dados de forma correta

DADO QUE o administrador esteja na página de editar tipo de procedimento e
APÊNDICE A. Estórias de Usuário - Administrador 50
informar os dados de forma correta,

QUANDO clicar no botão “Editar”,
ENTÃO os dados serão editados no sistema.
Cenário 2: Administrador edita os dados de forma incorreta

DADO QUE o administrador esteja na página de editar tipo de procedimento e
informar os dados de forma incorreta,
ENTÃO os dados não não serão editados no sistema e será retornada a mensagem:
“Erro ao editar. Tente novamente.”.
A.3 Inativar tipo de procedimento

COMO administrador
EU QUERO inativar um tipo de procedimento
Cenário 1: Administrador inativa o tipo de procedimento

DADO QUE o administrador esteja na tela de tipos de procedimento,
QUANDO clicar no ícone de inativar,
ENTÃO o tipo de procedimento será inativado do sistema.
A.4 Cadastrar medicamento

COMO administrador
EU QUERO cadastrar um medicamento
PARA que o medicamento possa ser cadastrado no prontuário

DADO QUE o administrador esteja na página de cadastro de medicamento e

DADO QUE o administrador esteja na página de cadastro de medicamento e
A.5 Editar medicamento

COMO administrador
EU QUERO editar um medicamento

DADO QUE o administrador esteja na página de editar medicamento e informar
os dados de forma correta,

DADO QUE o administrador esteja na página de editar medicamento e informar
os dados de forma incorreta,
A.6 Inativar medicamento

COMO administrador
EU QUERO inativar um medicamento
Cenário 1: Administrador inativa o medicamento

DADO QUE o administrador esteja na tela de medicamentos,
ENTÃO o medicamento será inativado do sistema.
A.7 Cadastrar alergia

COMO administrador
EU QUERO cadastrar um alergia
PARA que a alergia possa ser cadastrada no prontuário

DADO QUE o administrador esteja na página de cadastro de alergia e informar os
dados de forma correta,

DADO QUE o administrador esteja na página de cadastro de alergia e informar os
dados de forma incorreta,
A.8 Editar alergia

COMO administrador
EU QUERO editar uma alergia

DADO QUE o administrador esteja na página de editar alergia e informar os dados
de forma correta,

DADO QUE o administrador esteja na página de editar alergia e informar os dados
de forma incorreta,
A.9 Inativar alergia

COMO administrador
EU QUERO inativar uma alergia
Cenário 1: Administrador inativa a alergia

DADO QUE o administrador esteja na tela de alergias,
ENTÃO a alergia será inativada do sistema.
A.10 Cadastrar doença

COMO administrador
EU QUERO cadastrar uma doença
PARA que a doença possa ser cadastrada no prontuário

DADO QUE o administrador esteja na página de cadastro de doença e informar os


DADO QUE o administrador esteja na página de cadastro de doença e informar os
A.11 Editar doença

COMO administrador
EU QUERO editar uma doença

DADO QUE o administrador esteja na página de editar doença e informar os dados
de forma correta,

DADO QUE o administrador esteja na página de editar doença e informar os dados
de forma incorreta,
A.12 Inativar doença

COMO administrador
EU QUERO inativar uma doença
Cenário 1: Administrador inativa a doença

DADO QUE o administrador esteja na tela de doenças,
ENTÃO a doença será inativada do sistema.
A.13 Cadastrar vacina

COMO administrador
EU QUERO cadastrar uma vacina
PARA que a vacina possa ser cadastrada no prontuário

DADO QUE o administrador esteja na página de cadastro de vacina e informar os

DADO QUE o administrador esteja na página de cadastro de vacina e informar os
A.14 Editar vacina

COMO administrador
EU QUERO editar uma vacina

DADO QUE o administrador esteja na página de editar vacina e informar os dados
de forma correta,

DADO QUE o administrador esteja na página de editar vacina e informar os dados
de forma incorreta,
A.15 Inativar vacina

COMO administrador
EU QUERO inativar uma vacina
Cenário 1: Administrador inativa a vacina

DADO QUE o administrador esteja na tela de vacinas,
ENTÃO a vacina será inativada do sistema.
A.16 Cadastrar especialidade

COMO administrador
EU QUERO cadastrar uma especialidade
PARA que o médico possa cadastrar em seus dados pessoais

DADO QUE o administrador esteja na página de cadastro de especialidade e

DADO QUE o administrador esteja na página de cadastro de especialidade e
A.17 Editar especialidade

COMO administrador
EU QUERO editar uma especialidade

DADO QUE o administrador esteja na página de editar especialidade e informar
os dados de forma correta,

DADO QUE o administrador esteja na página de editar especialidade e informar
os dados de forma incorreta,

A.18 Inativar especialidade

COMO administrador
EU QUERO inativar uma especialidade
Cenário 1: Administrador inativa a especialidade

DADO QUE o administrador esteja na tela de especialidades,
ENTÃO a especialidade será inativada do sistema.
A.19 Cadastrar área

COMO administrador
EU QUERO cadastrar uma área
PARA que o médico possa cadastrar em seus dados pessoais

DADO QUE o administrador esteja na página de cadastro de área e informar os

DADO QUE o administrador esteja na página de cadastro de área e informar os

A.20 Editar área

COMO administrador
EU QUERO editar uma área

DADO QUE o administrador esteja na página de editar área e informar os dados
de forma correta,

DADO QUE o administrador esteja na página de editar área e informar os dados
de forma incorreta,
ENTÃO os dados não serão editados no sistema e será retornada a mensagem:
A.21 Inativar área

COMO administrador
EU QUERO inativar uma área
PARA manter o sistema atualizado.
Cenário 1: Administrador inativa a área

DADO QUE o administrador esteja na tela de áreas,
ENTÃO a área será inativada do sistema.
60
APÊNDICE B – Estórias de Usuário -

Paciente
B.1 Cadastrar dados pessoais

COMO paciente
EU QUERO cadastrar dados pessoais
PARA que meu cadastro esteja completo
Cenário 1: Os dados fornecidos estão corretos

DADO QUE o usuário esteja na tela de cadastro de dados pessoais e insira seus
dados corretamente,
QUANDO clicar no botão “Cadastrar”
ENTÃO os dados serão gravados no sistema.
Cenário 2: Os dados fornecidos não estão corretos

ENTÃO os dados não serão gravados no sistema e será retornada a mensagem
“Erro ao inserir. Tente novamente.”.
Cenário 3: O usuário libera o acesso aos dados para os especialistas

DADO QUE o usuário esteja na tela de cadastro de dados pessoais,
QUANDO clicar na opção “Sim” da pergunta “O especialista poderá visualizar
esses dados?”,
ENTÃO seus dados pessoais serão liberados para os especialistas visualizarem
quando estiverem acessando o histórico do paciente especificado.
APÊNDICE B. Estórias de Usuário - Paciente 61
B.2 Cadastrar contato de emergência

COMO paciente
EU QUERO cadastrar um contato de emergência

DADO QUE o usuário esteja na tela de cadastro de contato de emergência e insira
as informações forma correta,
ENTÃO os dados serão salvos no sistema.

DADO QUE o usuário esteja na tela de cadastro de contato de emergência e insira
as informações forma incorreta,
ENTÃO os dados não serão salvos no sistema e será exibida a mensagem: “Erro ao
inserir. Tente novamente.”.
B.3 Cadastrar prontuário

COMO paciente
EU QUERO cadastrar prontuário
PARA manter as informações sobre a minha saúde atualizados

DADO QUE o usuário esteja na tela de cadastro de prontuário e insira os dados
corretamente,
ENTÃO as informações básicas serão cadastradas no sistema.

DADO QUE o usuário esteja na tela de cadastro de prontuário e insira os dados
APÊNDICE B. Estórias de Usuário - Paciente 62
de forma incorreta,
ENTÃO as informações não serão salvas no sistema e será retornada a mensagem:
B.4 Cadastrar procedimento

COMO paciente
EU QUERO cadastrar um procedimento
PARA manter as informações sobre a minha saúde atualizados

DADO QUE o usuário esteja na tela de cadastro de procedimento e insira os dados
corretamente,
ENTÃO as informações do procedimento serão cadastradas no sistema.

DADO QUE o usuário esteja na tela de cadastro de procedimento e insira os dados
de forma incorreta,
ENTÃO as informações do procedimento não serão salvas no sistema e será retor-
nada a mensagem: “Erro ao inserir. Tente novamente.”.
63
APÊNDICE C – Estórias de Usuário -

Médico
C.1 Cadastrar dados pessoais

COMO médico

dados corretamente,

C.2 Acessar dashboard do paciente

COMO médico
EU QUERO acessar o dashboard do paciente
PARA me manter informado sobre a saúde do paciente
Cenário 1: Médico consegue acessar dashboard do paciente

DADO QUE o médico esteja logado no sistema e informe algum documento do
APÊNDICE C. Estórias de Usuário - Médico 64
paciente (RG, CPF, certidão de nascimento ou carteira de motorista),

QUANDO clicar no botão “Acessar”
ENTÃO o usuário será direcionado para uma página contendo os dados do paciente.
C.3 Cadastrar prontuário

COMO médico
EU QUERO cadastrar o prontuário do paciente
PARA sempre manter o prontuário atualizado
Cenário 1: Médico insere os dados de forma correta

DADO QUE o médico esteja logado no sistema, esteja na página dos dados do
paciente que não possui um prontuário cadastrado e insira os dados de forma correta,
Cenário 2: Médico insere os dados de forma incorreta

DADO QUE o médico esteja logado no sistema, esteja na página dos dados do
paciente que não possui um prontuário cadastrado e insira os dados de forma incorreta,
ENTÃO o sistema irá retornar a mensagem “Erro ao cadastrar. Tente novamente.”.
C.4 Cadastrar procedimento

COMO médico
EU QUERO cadastrar procedimento do paciente
PARA sempre manter o histórico do paciente atualizado
Cenário 1: Médico insere as informações de forma correta

DADO QUE o médico esteja logado no sistema, esteja na página para adicionar
um procedimento para o paciente e insira as informações de forma correta,
APÊNDICE C. Estórias de Usuário - Médico 65
Cenário 2: Médico insere as informações de forma incorreta

DADO QUE o médico esteja logado no sistema, esteja na página para adicionar
um procedimento para o paciente e insira as informações de forma incorreta,
ENTÃO os dados não serão salvos no sistema e irá retornar a mensagem “Erro ao
cadastrar. Tente novamente.”.
66
APÊNDICE D – Estórias de Usuário -

Enfermeiro
D.1 Cadastrar dados pessoais

COMO enfermeiro

dados corretamente,

D.2 Acessar dashboard do paciente

COMO enfermeiro
EU QUERO acessar o dashboard do paciente
PARA me manter informado sobre a saúde do paciente
Cenário 1: Enfermeiro consegue acessar dashboard do paciente

DADO QUE o enfermeiro esteja logado no sistema e informe algum documento do
APÊNDICE D. Estórias de Usuário - Enfermeiro 67
paciente (RG, CPF, certidão de nascimento ou carteira de motorista),

QUANDO clicar no botão “Acessar”
ENTÃO o usuário será direcionado para uma página contendo os dados do paciente.
D.3 Cadastrar prontuário

COMO enfermeiro
EU QUERO cadastrar o prontuário do paciente
PARA sempre manter o prontuário atualizado
Cenário 1: Enfermeiro insere os dados de forma correta

DADO QUE o enfermeiro esteja logado no sistema, esteja na página dos dados do
paciente que não possui um prontuário cadastrado e insira os dados de forma correta,
Cenário 2: Enfermeiro insere os dados de forma incorreta

DADO QUE o enfermeiro esteja logado no sistema, esteja na página dos dados do
paciente que não possui um prontuário cadastrado e insira os dados de forma incorreta,
ENTÃO o sistema irá retornar a mensagem “Erro ao cadastrar. Tente novamente.”.
D.4 Cadastrar procedimento

COMO enfermeiro
EU QUERO cadastrar procedimento do paciente
PARA sempre manter o histórico do paciente atualizado
Cenário 1: Enfermeiro insere as informações de forma correta

DADO QUE o enfermeiro esteja logado no sistema, esteja na página para adicionar
um procedimento para o paciente e insira as informações de forma correta,
APÊNDICE D. Estórias de Usuário - Enfermeiro 68
Cenário 2: Enfermeiro insere as informações de forma incorreta

DADO QUE o enfermeiro esteja logado no sistema, esteja na página para adicionar
um procedimento para o paciente e insira as informações de forma incorreta,
ENTÃO os dados não serão salvos no sistema e irá retornar a mensagem “Erro ao
cadastrar. Tente novamente.”.
69
APÊNDICE E – Estórias de Usuário - Geral
E.1 Criar conta

COMO usuário qualquer
EU QUERO criar uma conta
PARA poder acessar o sistema
Cenário 1: Usuário insere os dados corretamente

DADO QUE o usuário insira os dados corretamente
QUANDO clicar no botão “Criar conta”
ENTÃO o sistema irá cadastrar a conta e o usuário será direcionado para a página
principal do sistema.
Cenário 2: Usuário insere os dados incorretamente

DADO QUE o usuário insira os dados incorretamente
QUANDO clicar no botão “Criar conta”
ENTÃO o sistema deverá retornar a mensagem “Erro ao cadastrar. Tente nova-
mente.”.
E.2 Recuperar a senha

EU QUERO poder alterar minha senha
PARA que possa acessar o sistema
Cenário 1: O e-mail informado está correto

DADO QUE o usuário clique no botão “Recuperar a senha” e insira o seu e-mail,
QUANDO clicar no botão “Enviar”
ENTÃO o sistema irá enviar para o e-mail cadastrado uma nova senha que será
trocada no próximo acesso a conta.
APÊNDICE E. Estórias de Usuário - Geral 70
Cenário 2: O e-mail informado está errado

DADO QUE o usuário clique no botão “Recuperar a senha” e insira o seu e-mail,
QUANDO clicar no botão “Enviar”
ENTÃO o sistema irá retornar a mensagem “O e-mail informado não existe.”.
E.3 Logar no sistema

EU QUERO logar no sistema
PARA que possa acessar o sistema
Cenário 1: O e-mail e senha informados estão corretos

DADO QUE o usuário insira o seu e-mail e senha corretamente,
QUANDO clicar no botão “Entrar”
ENTÃO o usuário será direcionado para a página inicial do sistema.
Cenário 2: O e-mail e/ou senha informados estão errados

DADO QUE o usuário insira o seu e-mail e senha,
QUANDO clicar no botão “Entrar”
ENTÃO o sistema irá retornar a mensagem “E-mail e/ou senha inválidos.”.
E.4 Sair do sistema

EU QUERO sair do sistema
PARA que minha sessão não fique aberta
Cenário 1: Usuário sai do sistema

DADO QUE o usuário esteja logado no sistema,
QUANDO clicar no botão “Sair” no menu principal ou no navbar
ENTÃO a sessão do usuário será fechada e ele será redirecionado para a tela de login.
71
APÊNDICE F – Diagrama do Banco de

Dados
Figura 19 – Diagrama completo do Banco de Dados

Anexos
73
ANEXO A – Documentação do teste de

comunicabilidade
A.1 Termo de consentimento livre e esclarecido (TCLE)

Dados de identificação
Título do Projeto:
Pesquisador Responsável:
Nome do Participante:
RG:
Data de nascimento:
Responsável legal (quando for o caso):
RG:
Você está sendo convidado(a) para participar, como voluntário, do projeto de

pesquisa MedNow, de responsabilidade da pesquisadora Gilda Aparecida de Assis.
Leia cuidadosamente o que segue e me pergunte sobre qualquer dúvida que você
tiver. Após ser esclarecido(a) sobre as informações a seguir, no caso aceite fazer parte do
estudo, assine ao final deste documento, que consta em duas vias. Uma via pertence a
você e a outra ao pesquisador responsável. Em caso de recusa você não sofrerá nenhuma
penalidade.
Declaro ter sido esclarecido sobre os seguintes pontos:
1. O trabalho tem por finalidade realizar o teste de usabilidade do referido sistema web,
esse teste visa possibilitar uma análise prévia do sistema e possibilitar a correção de
possíveis falhas de usabilidade.
2. A minha participação nesta pesquisa consistirá em utilizar um computador de mesa

para interação com o sistema, responder a um questionário pré-teste, executar
algumas tarefas pré-determinadas e responder a um questionário pós-teste. Esse
teste será realizado no IDEALAB, localizado no Campus ICEA, na sala H 203 e
terá uma duração prevista de aproximadamente 50 minutos. As entrevistas serão
realizadas por uma equipe composta por: Matheus Fellipe, Caio Caldeira, Arthur
Domingues, Carlos Alberto, Marcelo Martins, Samuel Henrique, Geovanni Peixoto,
Dasayeve Xavier. Estarão presentes, além dos membros da equipe de entrevista, a
ANEXO A. Documentação do teste de comunicabilidade 74
pesquisadora responsável. O conteúdo da entrevista será os questionários e as tarefas

propostas. Na ocasião haverá registro da interação em vídeo.
3. Durante a execução da pesquisa poderão ocorrer riscos de o participante se sentir

ofendido por não conseguir realizar as tarefas propostas, se sentir desconfortável
com o vídeo ou algum dos questionamentos presente nos questionários. Esses riscos
serão minimizados com a pronta ajuda dos membros, e caso o desconforto seja com
o vídeo o participante poderá solicitar a não realização do mesmo.
4. Ao participar desse trabalho estarei contribuindo com a melhoria na usabilidade do

sistema e com o aprimoramento dos estudos na área de desenvolvimento de software.
5. A minha participação neste projeto deverá ter a duração de 50 minutos sendo

necessário apenas uma participação.
6. Não terei nenhuma despesa ao participar da pesquisa e poderei deixar de participar

ou retirar meu consentimento a qualquer momento, sem precisar justificar, e não
sofrerei qualquer prejuízo.
7. Fui informado e estou ciente de que não há nenhum valor econômico, a receber
ou a pagar, por minha participação, no entanto, caso eu tenha qualquer despesa
decorrente da participação na pesquisa, serei ressarcido.
8. Caso ocorra algum dano comprovadamente decorrente de minha participação no

estudo, poderei ser compensado conforme determina a Resolução 466/12 do Conselho
Nacional de Saúde.
9. Meu nome será mantido em sigilo, assegurando assim a minha privacidade, e se eu

desejar terei livre acesso a todas as informações e esclarecimentos adicionais sobre
o estudo e suas consequências, enfim, tudo o que eu queira saber antes, durante e
depois da minha participação.
10. Fui informado que os dados coletados serão utilizados, única e exclusivamente, para
fins desta pesquisa, e que os resultados poderão ser publicados.
11. Qualquer dúvida, pedimos a gentileza de entrar em contato com Gilda Aparecida
de Assis, pesquisadora responsável pela pesquisa, telefone:(31) 99770-3859 e-mail:
gildaaa1@gmail.com, com os pesquisadores: Matheus Fellipe, tel: (31) 99422-4667;
Caio Caldeira, tel:(31) 99120-9516; Arthur Domingues, tel: (31) 98654-8463; Dasayeve
Xavier, tel: (31) 98951-8516; Geovanni Peixoto, tel:(31) 97110-5130; Samuel Henrique,
tel: (31) 98516-8885; Carlos Alberto, tel: (31) 98573-5418; Marcelo Martins, tel: (31)
99958-3075 , e/ou com Comitê de Ética em Pesquisa da UFOP, localizado no
Centro de Convergência, Campus Universitário, UFOP, telefone: (31) 3559-1368,
e-mail: cep.propp@ufop.edu.br, atendimento de segunda a sexta-feira das 08h00min.

– 14h00min.
Eu, RG no declaro ter sido

informado e concordo em participar, como voluntário, do projeto de pesquisa acima descrito.
João Monlevade, , de de 20 .
Assinatura do participante
Nome e assinatura do responsável por obter o consentimento
A.2 Questionário Pré-Teste de Usabilidade de Software
1. Idade:
2. Área(s) em que estuda e/ou trabalha:
3. Você tem acesso à internet em sua residência?
4. Você tem familiaridade em navegar na internet?
5. Você costuma navegar na internet através de notebook e/ou computador de mesa?
6. Com qual frequência você vai ao médico?
7. Como você registra suas informações relacionadas à sua saúde, como consultas,
exames e vacinas?
8. Você já usou algum sistema de saúde online (página da internet) ou offline (programas
em computadores de mesa ou notebooks)? Caso já tenha, qual?
9. Você acha interessante ter um prontuário online a sua disposição como paciente? E
como médico?
10. Você se importa em ter dados sobre sua saúde armazenados para usos no futuro?
A.3 Roteiro do Avaliador
1. Acomodar os participantes no laboratório de IHC IDEALAB sala H203. Tempo: 5

minutos.
2. Entregar o termo de consentimento TCLE para leitura e assinatura dos participantes.

Tempo: 10 minutos.
3. Aplicar o questionário pré-teste. Tempo: 5 minutos.
4. Entrega do roteiro de usuário aos participantes.
a) Novos procedimentos devem ser inseridos no sistema. Tempo: 2 minutos.

b) Novos medicamentos devem ser inseridos no sistema. Tempo: 2 minutos.
c) Deseja-se acrescentar novos tipos de alergias no sistema. Tempo: 2 minutos.
d) Deve ser acrescentado novo tipo de doença ao banco de doenças já cadastradas.
Tempo: 2 minutos.
e) Deseja-se adicionar novas vacinas de imunização. Tempo: 2 minutos.
f) O usuário gostaria de acrescentar nova especialidade médica no sistema. Tempo:
2 minutos.
g) Deseja-se acrescentar nova área de atuação ao sistema. Tempo: 2 minutos.
h) É preciso fazer alteração dos meus dados pessoais. 5 minutos
i) É preciso adicionar de novos contatos para casos de emergência. 3 minutos
j) É necessário fazer a atualização dos contatos de emergência. 3 minutos
5. Aplicar o questionário pós teste. Tempo: 5 minutos.
6. Distribuição de brindes e agradecimentos. Tempo: 5 minutos.
A.4 Roteiro do Usuário

A.4.1 Tarefas usuário Área Administrativa
1. Novos procedimentos devem ser inseridos no sistema.
2. Novos medicamentos devem ser inseridos no sistema.
3. Deseja-se acrescentar novos tipos de alergias no sistema.
4. Deve ser acrescentado novo tipo de doença ao banco de doenças já cadastradas.
5. Deseja-se adicionar novas vacinas de imunização.

6. O usuário gostaria de acrescentar nova especialidade médica no sistema.
7. Deseja-se acrescentar nova área de atuação ao sistema.
A.4.2 Tarefas usuário Área Paciente
1. É preciso fazer alteração dos meus dados pessoais.
2. É preciso adicionar de novos contatos para casos de emergência.
3. É necessário fazer a atualização dos contatos de emergência.
A.5 Questionário Pós-Teste
1. Impressões gerais ao software
Terrível Maravilhoso
Difícil Fácil
2. Experiência com a leitura dos caracteres na tela
Difícil Fácil
3. Organização da Informação
Pouco claro Muito claro
4. Velocidade do sistema
Lento Rápido
5. Confiabilidade do Sistema
Pouco confiável Muito confiável
6. As opções presentes no sistema são
Não satisfatórias Satisfatórias
7. Você conseguiu realizar a tarefa 1?
Não Sim Não sei dizer

17. Recomendaria o sistema

Com certeza não Com certeza sim
18. Você tem alguma sugestão? Se sim, descreva abaixo

MONOGRAFIA SistemaWebGerenciamento

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

MONOGRAFIA SistemaWebGerenciamento

Enviado por

Direitos autorais:

Formatos disponíveis

Universidade Federal de Ouro Preto

Instituto de Ciências Exatas e Aplicadas

Sistema web para gerenciamento de

Talita Santos Valle

Sistema web para gerenciamento de prontuário

Orientador: Fernando Bernardes de Oliveira

Monografia apresentada ao curso de Sistemas de In-

Universidade Federal de Ouro Preto

Orientador: Prof. Dr. Fernando Bernardes de Oliveira.

Monografia (Graduação). Universidade Federal de Ouro Preto. Instituto de

1. Aplicações web. 2. Pacientes - Registros médicos. 3. Sistemas de

Agradeço primeiramente à minha mãe pelo amor incondicional, apoio, esforço e

Palavras-chaves: sistema web. prontuário. informação. paciente.

Key-words: web system. medical records. information. patient.

Figura 1 – Diagrama de Casos de Uso - Login . . . . . . . . . . . . . . . . . . . . 26

Tabela 1 – Funcionalidades do Administrador . . . . . . . . . . . . . . . . . . . . 24

APS Atenção Primária a Saúde

CFM Conselho Federal de Medicina

COMAH Cognitividade com Sensibilidade a Contexto como Suporte a Otimização de

COREN Conselho Regional de Enfermagem

CRM Conselho Regional de Medicina

CRUD Create, Read, Update e Delete

CSS Cascading Style Sheets

EER Diagrama de Entidade e Relacionamento

HTML HyperText Markup Language

J2EE Java 2 Enterprise Edition

J2ME Java 2 Micro Edition

MIT Massachusetts Institute of Technology

MVC Model, View, Controller

PDA Personal Digital Assistant

PEP Prontuário Eletrônico do Paciente

PHCS Primary Health Care System

PHP PHP: Hypertext Preprocessor

SBIS Sociedade Brasileira de Informática em Saúde

SGBD Sistema Gerenciador de Banco de Dados

SQL Structured Query Language

TCLE Termo de consentimento livre e esclarecido

TICS Tecnologia da Informação e Comunicação em Saúde

APÊNDICE A – ESTÓRIAS DE USUÁRIO - ADMINISTRADOR . 49

APÊNDICE B – ESTÓRIAS DE USUÁRIO - PACIENTE . . . . . . 60

APÊNDICE C – ESTÓRIAS DE USUÁRIO - MÉDICO . . . . . . . 63

APÊNDICE D – ESTÓRIAS DE USUÁRIO - ENFERMEIRO . . . . 66

APÊNDICE E – ESTÓRIAS DE USUÁRIO - GERAL . . . . . . . . 69

APÊNDICE F – DIAGRAMA DO BANCO DE DADOS . . . . . . 71

ANEXO A – DOCUMENTAÇÃO DO TESTE DE COMUNICABI-

O prontuário do paciente é um documento que contém uma série de informações

o documento único constituído de um conjunto de informações, sinais e

Tendo em vista as definições apresentadas, pode-se afirmar que o prontuário do

Segundo Conselho Federal de Medicina (2007), os dados contidos no histórico

1.1 O problema de pesquisa

Os pacientes são solicitados a fornecer a história médica (histórico fa-

O PEP é uma das principais ferramentas de Tecnologia da Informação e Comu-

1. Modelar e implementar uma aplicação web para o gerenciamento de informações

2. Validar a aplicação proposta por meio do teste de comunicabilidade.

3. Disponibilizar a aplicação por meio de uma licença de código aberto.

1. Revisar a literatura: estudar como é realizado prontuário do paciente (físicos e

2. Definir um modelo: estabelecer toda a documentação do software, bem como as

3. Estudar representações: realizar a prototipação do software de acordo com as estórias

4. Implementar o software: desenvolvimento do código fonte da forma mais fiel às

5. Planejar e realizar teste de software para avaliar a performance da aplicação proposta

6. Analisar e discutir os resultados obtidos, além de identificar possíveis melhorias e

1.4 Organização do trabalho