TCC - Arthur S. Andrade (Ivan)

UNIVERSIDADE DO ESTADO DE MINAS GERAIS – UEMG
UNIDADE FRUTAL
CURSO DE SISTEMAS DE INFORMAÇÃO
UMA FERRAMENTA DE APOIO PARA GERENCIAMENTO DE

CLÍNICAS DA ÁREA DA SAÚDE
ARTHUR SOUZA ANDRADE
Frutal/MG
2021
Arthur Souza Andrade
UMA FERRAMENTA DE APOIO PARA GERENCIAMENTO DE CLÍNICAS DA

ÁREA DA SAÚDE
Trabalho de Conclusão de Curso apresentado como exigência

parcial para obtenção do título de Bacharel em Sistemas de
Informação à Universidade do Estado de Minas Gerais – UEMG
– Unidade Frutal, sob a orientação do Professor Me. Ivan José
dos Reis Filho.
Frutal/MG
2021
UNIVERSIDADE DO ESTADO DE MINAS GERAIS – UEMG
UNIDADE FRUTAL
CURSO DE SISTEMAS DE INFORMAÇÃO
A Comissão Examinadora, abaixo assinada, aprova o Trabalho de Conclusão de Curso (TCC).
UMA FERRAMENTA DE APOIO PARA GERENCIAMENTO DE

CLÍNICAS DA ÁREA DA SAÚDE
Elaborada por
ARTHUR SOUZA ANDRADE
como requisito parcial para obtenção de Bacharel em Sistemas de Informação
Frutal, x de fevereiro de 2022
__________________________________
Prof. Me. Ivan José dos Reis Filho
Coordenador do Curso
BANCA EXAMINADORA
__________________________________
Prof. Me. Ivan José dos Reis Filho
Prof. Orientador
__________________________________
Prof(a). Dr(a) ---------------------------------
Membro da Banca Examinadora
__________________________________
Prof(a). Dr(a) ---------------------------------
Membro da Banca Examinadora
DEDICATÓRIA
A Deus, por me proporcionar saúde e dedicação para que pudesse alcançar meus
objetivos.
À minha mãe Adriana da Silva Souza, meu padrasto Samuel Teixeira da Silva (o qual
considero como um pai), meu pai André Souza Andrade (in memorian), meu irmão Juvenal
Vicente Vilas Boas Neto e meu namorado Murilo Rafael Gomes, por todo apoio e ajuda, além
de compreenderem minha ausência pelo período em que estive dedicado à realização deste
trabalho.
Aos familiares e amigos por todo incentivo ao longo desta etapa.
À Universidade do Estado de Minas Gerais, essencial em meu processo de formação
profissional, além de proporcionar diversas experiências e oportunidades durante o período da
minha graduação.
Aos meus professores do curso por todo ensinamento. Em especial ao meu orientador,
por dedicar seu tempo às considerações deste trabalho.
Aos colegas pelo tempo em que convivemos e as trocas de experiências.
RESUMO
Sistemas de Informação têm possibilitado a gestão informatizada de diversas áreas, aumentando

consequentemente a eficácia da gestão das empresas que o utilizam. Nos dias atuais, observa-
se grande revolução no modo de gestão, originada do uso de recursos tecnológicos inovadores.
Todavia, muitas clínicas ainda mantêm métodos manuais em seus procedimentos internos
administrativos. Para compreender a realidade, realizou-se visita técnica em uma clínica
multidisciplinar que utiliza rotinas integralmente físicas e manuais no tratamento das
informações relacionadas ao exercício da atividade sem qualquer auxílio de meios tecnológicos.
Nesse sentido, foi elaborada uma aplicação web para auxiliar na gestão de clínicas da área da
saúde. A aplicação dispõe de funcionalidades para agendamentos, realização de atendimentos,
controle financeiro e dos pacientes, dentre outras. Para auxiliar no cumprimento das tarefas e
serem concluídas dentro do prazo, utilizou-se a metodologia Scrum por meio da elaboração de
sprints com duração máxima de uma semana para cada uma. Como resultado, o presente
trabalho foi desenvolvido em sua totalidade, contando portanto, com as funcionalidades
previamente propostas.
Palavras-chave: Gerenciamento de clínicas; Gestão informatizada; Área da saúde; Aplicação

web.
ABSTRACT
Information Systems have enabled the computerized management of several areas,

consequently increasing the management effectiveness of companies that use it. Nowadays,
there is a great revolution in the way of management, originated from the use of innovative
technological resources. However, many clinics still maintain manual methods in their internal
administrative procedures. To understand the reality, a technical visit was carried out in a
multidisciplinary clinic that uses completely physical and manual routines in the treatment of
information related to the exercise of the activity without any help from technological means.
In this sense, a web application was created to assist in the management of clinics in the health
area. The application has features for scheduling, conducting appointments, financial and
patient control, among others. To assist in the fulfillment of tasks and being completed on time,
the Scrum methodology was used through the preparation of sprints with a maximum duration
of one week for each one. As a result, the present work was developed in its entirety, counting,
therefore, with the features previously proposed.
Keywords: Clinic management; Computerized management; Health area; Web application.

LISTA DE ILUSTRAÇÕES
Figura 1 - Etapas desempenhadas mediante utilização do framework Scrum.......................... 18

Figura 2 - Sistema de grades do Bootstrap Framework ........................................................... 19
Figura 3 - Estrutura de funcionamento do Laravel Framework ............................................... 21
Figura 4 - Interface de manutenção da agenda ......................................................................... 22
Figura 5 - Interface de agenda exibida para secretária ............................................................. 23
Figura 6 - Protótipo inicial na visão da secretária .................................................................... 24
Figura 7 - Interface do painel administrativo Conclínica ......................................................... 25
Figura 8 - Interface do painel administrativo iClinic ............................................................... 27
Figura 9 - Interface do painel administrativo 4Medic .............................................................. 28
Figura 10 - Interface do painel administrativo Doctor Max ..................................................... 29
Figura 11 - Diagrama de caso de uso ....................................................................................... 32
Figura 12 - Diagrama de atividade (realizar agendamento) ..................................................... 33
Figura 13 - Diagrama de atividades (realizar atendimento) ..................................................... 34
Figura 14 - Interface do template ............................................................................................. 35
Figura 15 - Interface de login ................................................................................................... 37
Figura 16 - Interface de cadastro de teste ................................................................................. 38
Figura 17 - Interface de redefinição de senha........................................................................... 39
Figura 18 - Interface do painel de controle (administrador)..................................................... 39
Figura 19 - Interface do painel de controle (profissional da saúde) ......................................... 40
Figura 20 - Interface do painel de controle (profissional da saúde) ......................................... 40
Figura 21 - Interface do painel de controle (recepcionista) ...................................................... 41
Figura 22 - Interface de cadastro de usuário............................................................................. 42
Figura 23 - Interface de visualização dos usuários ................................................................... 42
Figura 24 - Interface de cadastro de clínica.............................................................................. 43
Figura 25 - Interface de cadastro de clínica.............................................................................. 43
Figura 26 - Interface de visualização das clínicas .................................................................... 44
Figura 27 - Interface de cadastro de profissional ..................................................................... 45
Figura 28 - Interface de cadastro de profissional ..................................................................... 45
Figura 29 - Interface de visualização de profissionais ............................................................. 46
Figura 30 - Interface de cadastro de convênio .......................................................................... 47
Figura 31 - Interface de visualização de convênios .................................................................. 47
Figura 32 - Interface de cadastro de procedimento .................................................................. 48
Figura 33 - Interface de visualização de procedimentos .......................................................... 49
Figura 34 - Interface de cadastro de paciente ........................................................................... 49
Figura 35 - Interface de cadastro de paciente ........................................................................... 50
Figura 36 - Interface de visualização de pacientes ................................................................... 50
Figura 37 - Interface de cadastro de fornecedor ....................................................................... 51
Figura 38 - Interface de visualização de fornecedores ............................................................. 52
Figura 39 - Interface de cadastro de produto ............................................................................ 52
Figura 40 - Interface de visualização de produtos .................................................................... 53
Figura 41 - Interface de cadastro de saída ................................................................................ 53
Figura 42 - Interface de cadastro de entrada............................................................................. 54
Figura 43 - Interface de agendamentos..................................................................................... 55
Figura 44 - Interface de cadastro de agendamento ................................................................... 55
Figura 45 - Interface de visualização de agendamento............................................................. 56
Figura 46 - Interface de realização de atendimento .................................................................. 57
Figura 47 - Interface de visualização de atendimentos............................................................. 57
Figura 48 - Interface de cadastro de receita .............................................................................. 58
Figura 49 - Interface de cadastro de despesa ............................................................................ 59
Figura 50 - Interface de visualização das despesas e receitas .................................................. 59
Figura 51 - Interface de visualização dos pacientes a serem chamados ................................... 60
Figura 52 - Interface do painel de chamadas ............................................................................ 61
Figura 53 - Interface de visualização de ajudas........................................................................ 61
Figura 54 - Interface de cadastro de contato............................................................................. 62
Figura 55 - Interface de alteração de chamado ......................................................................... 63
Figura 56 - Diagrama de entidade-relacionamento (Parte 1) ................................................... 12
Figura 57 - Diagrama de entidade-relacionamento (Parte 2) ................................................... 13
LISTA DE TABELAS
Tabela 1 - Sprint 1 (Levantamento, elaboração e validação de requisitos) .............................. 67

Tabela 2 - Sprint 2 (Elaboração de diagramas, desenvolvimento de módulos e realização de
testes) ........................................................................................................................................ 67
Tabela 3 - Sprint 3 (Desenvolvimento de módulos e realização de testes) .............................. 68
Tabela 8 - Sprint 8 (Desenvolvimento de módulo e realização de testes)................................ 70
Tabela 9 - Sprint 9 (Desenvolvimento de módulo e realização de testes)................................ 70
LISTA DE ABREVIATURAS E SIGLAS
CID – Classificação Internacional de Doenças

CLI – Command Line Interface
CSS – Cascading Style Sheets
DER – Diagrama de Entidade-Relacionamento
HTML – Hypertext Marked Language
LESS – Leaner Style Sheets
LGPD – Lei Geral de Proteção de Dados
PHP – Hypertext Processor
SMS – Short Message Service
TISS – Troca de Informação em Saúde Suplementar
SUMÁRIO
1 INTRODUÇÃO ........................................................................................................... 12
1.1 Justificativas e motivação ................................................................................. 13
1.2 Objetivos........................................................................................................... 13
1.3 Separação do trabalho....................................................................................... 14
2 REVISÃO DA LITERATURA CORRELATA ........................................................ 15

2.1 Sistemas de Informação .................................................................................... 15
2.2 Os processos de desenvolvimento de software ................................................ 17
2.3 Tecnologias....................................................................................................... 19
2.3.1 Bootstrap Framework ............................................................................. 19
2.3.2 Laravel Framework ................................................................................ 20
2.4 Trabalhos e produtos correlatos........................................................................ 22
2.4.1 Análise e desenvolvimento de um sistema web de gestão para clínicas de
saúde 22
2.4.2 Sistema para gerenciamento de consultas médicas ................................ 23
2.4.3 FINECLIN: Sistema de gerenciamento de uma clínica multidisciplinar24
2.4.4 Conclínica............................................................................................... 25
2.4.5 iClinic ..................................................................................................... 26
2.4.6 4Medic .................................................................................................... 27
2.4.7 Doctor Max............................................................................................. 28
2.5 Considerações finais ......................................................................................... 30
3 DESENVOLVIMENTO.............................................................................................. 31
3.1 Levantamento de requisitos .............................................................................. 31
3.2 Elaboração do projeto ....................................................................................... 32
3.3 Desenvolvimento .............................................................................................. 34
3.4 Testes ................................................................................................................ 35
4 RESULTADOS ............................................................................................................ 37
4.1 Cadastro inicial, login e redefinição de senha .................................................. 37
4.2 Painel de controle ............................................................................................. 39
4.3 Usuários ............................................................................................................ 41
4.4 Clínicas ............................................................................................................. 43
4.5 Parâmetros ........................................................................................................ 44
4.6 Profissionais ..................................................................................................... 45
4.7 Convênios ......................................................................................................... 46
4.8 Procedimentos .................................................................................................. 48
4.9 Pacientes ........................................................................................................... 49
4.10 Fornecedores..................................................................................................... 51
4.11 Produtos ............................................................................................................ 52
4.12 Agenda .............................................................................................................. 54
4.13 Atendimento ..................................................................................................... 56
4.14 Financeiro ......................................................................................................... 58
4.15 Painel de chamadas ........................................................................................... 60
4.16 Ajuda ................................................................................................................ 61
4.17 Contatos e chamados ........................................................................................ 62
5 CONSIDERAÇÕES FINAIS ...................................................................................... 64
6 REFERÊNCIAS BIBLIOGRÁFICAS ...................................................................... 65
APÊNDICE ............................................................................................................................. 67
12
1 INTRODUÇÃO
No mundo da tecnologia da informação, observa-se grande evolução quanto à utilização

de aplicações responsáveis por auxiliar nas rotinas administrativas das empresas. Segundo
Pacheco e Tait (2000), as organizações não subsistem atualmente sem a ideia de que é
imprescindível o uso de tecnologia tanto como poderosa ferramenta de apoio no
desenvolvimento de tarefas organizacionais, quanto para alcance de vantagem competitiva na
prestação de serviços à coletividade.
É evidente a importância de se aplicar um sistema nas empresas, capaz de auxiliar na
gerência das informações por meio de processos computadorizados. Pode-se afirmar que, em
razão da utilização de Sistemas de Informação (SIs), tem-se uma padronização dos processos.
Nesse sentido, "a tecnologia da informação pode ajudar todos os tipos de empresas a
melhorarem a eficiência e a eficácia dos seus processos de negócios e tomada de decisão
gerencial [...]", conforme analisado por Wakulicz (2016).
Nesse contexto da importância da utilização de softwares, é necessária a adequação por
empresas da área da saúde aos Sistemas de Informação, para assim, dispor de informatização
dos processos administrativos. Em relação às clínicas, têm-se alguns problemas relacionados à
gestão manual, por exemplo, manuseio de diversos papéis diariamente. Nesse sentido, a gestão
de uma clínica por intermédio de uma aplicação garante rápido acesso às informações dos
pacientes, propiciando eficácia na análise dos prontuários e na organização dos agendamentos,
bem como, a minimização dos procedimentos manuais. Segundo Pinochet (2011), devem as
organizações de saúde buscar "[...] pacotes de softwares para seus negócios com o objetivo de
permitir a suas empresas automatizar e integrar a maioria de seus processos de negócios,
compartilhar práticas e dados comuns por toda a empresa, além de produzir e acessar
informações em tempo real".
Algumas clínicas ainda persistem na gestão das informações por meio de documentos
físicos, como por exemplo, anotações em agendas ou fichas. Em concordância com Silva
(2016), essa prática pode ter êxito durante algum tempo, entretanto, com o crescimento da
clínica, há possibilidade de ocorrerem problemas, que vão desde o acúmulo desorganizado de
arquivos físicos ou digitais, tais como papéis, agendas e planilhas, até a perda de documentos.
A utilização de uma aplicação direcionada à gestão é capaz de resolver problemas
enfrentados por clínicas que mantêm procedimentos administrativos internos de forma manual.
Consequentemente, além de permitir aos usuários da aplicação o armazenamento de forma
13
segura, garante uma organização dos processos e das informações, proporcionando-se

padronização no modo de gestão.
Considerando-se o benefício das ferramentas para administração informatizada, o
presente trabalho visa desenvolver uma aplicação web, responsável pela gestão de clínicas da
área da saúde. Tal gestão informatizada se dará por intermédio das funcionalidades propostas
para agendamentos, atendimentos, financeiro, pacientes e profissionais. A aplicação tem como
objetivo informatizar os processos cotidianos e gerar a diminuição de documentos físicos no
local, contribuindo para um meio ambiente mais sustentável.
1.1 Justificativas e motivação
Atualmente, diversas clínicas utilizam o controle dos pacientes e dos agendamentos por
meio de documentos físicos, apesar de possuir dispositivos com acesso à internet no local, como
computador ou smartphone. Em uma gestão baseada em processos manuais, usualmente
ocorrem dificuldades para controle bem-sucedido dos agendamentos, do financeiro e de
pacientes. Como exemplo, caso um paciente necessite alterar ou cancelar o horário agendado,
faz-se necessário folhear as páginas da agenda para localizar a devida marcação.
Tendo em vista a crescente modernização e informatização em diversos segmentos, é
essencial a implementação de aplicações que propiciem gerenciamento digital dos
procedimentos internos da clínica, gerando rapidez, segurança e inovação. O controle dos
cadastros realizados pela aplicação a ser desenvolvida, possibilitará melhorias nas rotinas
administrativas, de modo a controlar os agendamentos, atendimentos, financeiro, pacientes e
profissionais envolvidos nos atendimentos.
1.2 Objetivos
Já nos Objetivos deve-se declarar explicitamente os objetivos gerais e específicos que

foram abordados durante a pesquisa realizada.
O presente trabalho tem como objetivo geral desenvolver uma aplicação web para
gerenciamento de clínicas da área de saúde. Pretende-se por meio das funcionalidades a serem
disponibilizadas na aplicação, facilitar as rotinas administrativas das clínicas de saúde. Para
alcançar os objetivos gerais, pretende-se especificamente:
• Realizar o levantamento de requisitos, documentando-o; analisar as tecnologias e os
métodos disponíveis para o desenvolvimento, bem como, posteriormente, desenvolver
a aplicação em questão;
14
• Interagir com clínicas da área da saúde, que atuam com atendimento previamente
agendado, a fim de identificar os reais problemas na área de gestão durante o dia a dia;
• Proporcionar funcionalidades capazes de informatizar as rotinas administrativas das
clínicas que atuam com atendimentos agendados, possibilitando-se a utilização da
aplicação;
• Permitir um controle seguro, inovador e rápido dos procedimentos internos da empresa;
• Disponibilizar a aplicação mediante hospedagem web, garantindo-se acesso seguro e
fácil dos usuários.
1.3 Separação do trabalho
O presente trabalho está estruturado em capítulos. Sendo assim, o capítulo 1 clarifica o

leitor sobre o assunto a ser tratado no trabalho, bem como a apresentação das justificativas e
objetivos. O capítulo 2 apresenta os tipos de Sistemas de Informação, os processos de
desenvolvimento de software, as tecnologias e os trabalhos e produtos correlatos ao tema. O
capítulo 3 descreve os métodos para se alcançar os resultados esperados. O capítulo 4 descreve
as etapas realizadas no processo de desenvolvimento da aplicação. O capítulo 5 apresenta a
análise dos resultados obtidos em relação ao que foi executado. Por fim, o capítulo 6 conclui o
trabalho, além de apresentar possíveis trabalhos futuros.
15
2 REVISÃO DA LITERATURA CORRELATA
Neste capítulo são abordados os tipos de Sistemas de Informação, bem como o

enquadramento de um deles em relação à aplicação desenvolvida pelo presente trabalho. Nesse
sentido, a metodologia de desenvolvimento e os frameworks utilizados são apresentados. Por
fim, elenca-se os trabalhos e produtos que possuem relação com o tema proposto.
2.1 Sistemas de Informação
Os Sistemas de Informação, na visão de João (2018, p. 7), referem-se a um conjunto de

elementos que, mantendo-se relação entre si, propiciam coleta, processamento, armazenamento
e distribuição de informações, as quais são posteriormente utilizadas como apoio nas tomadas
de decisões das empresas.
Loh (2014, p. 7) afirma que os Sistemas de Informação possuem objetivos como "[...]
gerenciar informações, ou seja, coletar, armazenar, organizar, tratar, cruzar, disseminar, gerar
e fornecer informações de tal modo a apoiar decisões e processos de uma organização".
De acordo com João (2018, p. 7), os SIs possuem informações de grande valor para a
organização, tais como sobre itens, locais e pessoas, auxiliando tanto gerentes como
trabalhadores na análise de problemas e na resolução de assuntos complexos. As informações
desses sistemas resultam da sequência de entrada de dados, o processamento deles, obtendo-se,
como saída, os dados tratados. Diante disso, João (2018, p. 16) ainda acrescenta que "esses
sistemas precisam cada vez mais ser multifuncionais e integrar as atividades de processos de
negócios e unidades organizacionais relacionadas".
Diante diversas classificações dos Sistemas de Informação, no presente capítulo são
abordados apenas os tipos de Sistemas de Informação Empresariais. Segundo João (2018, p.
16), são classificados como: Sistemas de Processamento de Transações, Sistemas de
Informações Gerenciais, Sistemas de Apoio à Decisão e Sistemas de Apoio ao Executivo.
Os gerentes operacionais, por intermédio de sistemas, necessitam supervisionar as
atividades básicas das organizações, conforme explica João (2018, p. 17). Ele ainda
complementa que essas atividades incluem: análise de vendas, recebimentos e entrada de
dinheiro, por exemplo. Dessa forma, os Sistemas de Processamento de Transações (SPTs),
são capazes de atender às demandas anteriormente citadas, tendo ainda, por objetivo, fornecer
informações de fácil acesso, atualizadas e precisas. À vista disso, para Loh (2014, p. 12) os
SPTs compreendem os sistemas que possuem cadastros em geral, por exemplo, de clientes,
16
fornecedores, produtos; sistemas que envolvem a área financeira, como, contas a pagar e
receber, fluxo de caixa; sistemas que abrangem vendas e distribuição, gerenciamento do estoque
e sistemas comuns de compras.
Segundo destaca João (2018, p. 17), é indispensável o monitoramento, controle e
tomada de decisão das atividades de uma empresa. Por esse motivo, os Sistemas de
Informações Gerenciais (SIGs), são capazes de gerar relatórios para análise do desempenho
da organização, a fim de que se possa monitorá-la e controlá-la. Além do mais, podem auxiliar
na previsão de desempenhos futuros. Os relatórios emitidos por um SIG, não podem ser vastos,
para evitar grandes procuras pelas informações tampouco sintetizados, ocultando informações
possivelmente relevantes (LOH, 2014, p. 16).
Os Sistemas de Apoio à Decisão (SADs), como descrito por João (2018, p. 18): "[...]
contam com vários modelos para analisar os dados, ou reúnem uma grande quantidade de dados
em um formato que possa ser analisado pelo tomador de decisão". Em relação ao SAD, Loh
(2014, p. 17) afirma que é interativo, pois os usuários introduzem diversas alternativas e obtêm
variadas resoluções. Enquanto isso, o SIG recebe como parâmetro uma única entrada, por
exemplo, pedido de relatório de vendas por produtos, tendo como retorno apenas o relatório
que lhe foi solicitado.
Para auxiliar a gerência nas tomadas de decisões, os Sistemas de Apoio ao Executivo
(SAEs) desempenham um excelente papel. Os SAEs lidam com questões que não são rotineiras,
exigindo bom senso e capacidade de avaliação. Uma filtragem dos dados críticos é feita,
apresentando-se os de maior relevância para gerentes (JOÃO, 2018, p. 18). Por esse motivo,
segundo João (2018, p. 19), os SAEs exibem resultados através de gráficos e diversos outros
dados, por meio de portal, sendo interfaces web. Essas plataformas, são responsáveis por exibir
conteúdos empresariais de maneira personalizada. Em complemento, Laudon e Laudon (2014,
p. 48) dizem: "[...] painéis digitais estão se tornando uma ferramenta cada vez mais popular
para os gestores de tomada de decisão".
Levando-se em consideração os tipos de Sistemas de Informação descritos
anteriormente, o presente trabalho pode-se ser enquadrado como um Sistema de Processamento
de Transações. Essa definição justifica-se por conta das funcionalidades dispostas na aplicação
desenvolvida neste trabalho contemplarem operações que incluem cadastros em geral, por
exemplo, de agendamentos, atendimentos, financeiro, pacientes e profissionais. Além do mais,
incluem também a recuperação de dados através de consultas simples.
17
2.2 Os processos de desenvolvimento de software
O processo de desenvolvimento de software constitui-se por "um conjunto de atividades,

métodos, ferramentas e práticas que são utilizadas para construir um produto de software",
conforme relata Manzano (2018, p.72 apud MACORATTI, 2014). Existem diversas
metodologias de desenvolvimento, tais como: Metodologia Ágil, Scrum, Lean, Cascata e
Kanban. Por isso, ao analisar cada uma delas, constatou-se o Scrum como fundamental para o
processo de desenvolvimento da aplicação do presente trabalho. A utilização de uma
metodologia de desenvolvimento, garante melhor organização no processo do software, para
assim cumprir todas as tarefas elaboradas dentro do prazo estabelecido.
O Scrum é um framework, conforme relata Martins (2016 apud SUTHERLAND e
SCHWABER, 2013), que segue os princípios do manifesto ágil, além de permitir utilizar
técnicas e processos durante a construção do produto. As pessoas podem desenvolver e
gerenciar projetos complexos utilizando-se desse framework. Assim, divide-se os projetos em
etapas e entregas com base nas regras e artefatos propostos pelo Scrum.
Conforme analisado por Cruz (2018, p. 55), o Scrum possui um comportamento iterativo
e incremental, seguido de processos empíricos, para prever e controlar riscos. Isto posto, os
processos empíricos seguem três pilares:
• Transparência: é necessário que os resultados sejam evidentes aos que validam os
resultados, por isso, tanto quem construiu o processo, como quem o inspecionou, devem
ter a mesma percepção que se está concluído, mantendo-se assim um padrão;
• Inspeção: inspeções devem ser realizadas nos processos com certa frequência, para
verificar possíveis variações. Entretanto, essas inspeções não devem ser tão constantes
a ponto de obstruir a execução desses processos;
• Adaptação: caso o resultado obtido em um processo não esteja dentro dos conformes,
adaptações devem ser realizadas o mais breve possível, minimizando desvios futuros.
Portanto, essas inspeções e adaptações podem ser realizadas através dos eventos do
Scrum: planejamento da sprint, reunião diária, revisão da sprint e retrospectiva da sprint.
Em concordância com o que mencionado dito anteriormente, o Scrum possui alguns
eventos. Martins (2016) ressalta que o planejamento da sprint se inicia ao definir as
necessidades e objetivos, listando as histórias para o desenvolvimento do projeto e definindo
pontos de importância. Essa lista corresponde ao Product Backlog, que em seguida transforma-
se em sprint, com as atividades a serem desempenhadas pela equipe. Essas atividades da sprint
devem ter um prazo de duração entre 1 e 4 semanas.
18
As reuniões diárias, têm duração entre 15 e 20 minutos. Elas objetivam entender a

situação do desenvolvimento, assim, todos do time detalham o que foi e o que será feito, bem
como o relato de dúvidas e impedimentos. Com a conclusão da sprint, é feita sua revisão, para
serem apresentadas as conclusões. Por fim, a retrospectiva da sprint é realizada após a revisão
da sprint. São levantados os pontos positivos, negativos, as lições aprendidas, garantindo assim
um feedback para a próxima sprint (MARTINS, 2016). Relatadas as etapas do framework
Scrum, a Figura 1, tem por objetivo ilustrar os processos seguidos do Scrum de modo visual.
Figura 1 - Etapas desempenhadas mediante utilização do framework Scrum
Fonte: (OLIVEIRA, 2019).
Para Martins (2016), diversas ferramentas hoje disponíveis possibilitam o

gerenciamento de produtos a serem entregues, como por exemplo, visando prazos. Assim, como
o Scrum define entregas com curtos prazos, é fundamental uma ferramenta que possa dar
auxílio no cumprimento desses períodos. A ferramenta Trello (ATLASSIAN, 2021), dispõe de
funcionalidades para organização de tarefas. Nesse sentido, a utilização das funcionalidades
dessa ferramenta em conjunto ao Scrum, pode garantir melhor estruturação das atividades a
serem realizadas. O Scrum possui um tradicional quadro, dessa forma o Trello auxilia para que
nada seja perdido.
Considerando-se a definição de Scrum, induz-se que o framework aplicado no processo
de desenvolvimento da aplicação proposta pode trazer bons resultados. Assim, por permitir o
Scrum a adaptação de acordo com as necessidades do projeto, medidas são tomadas, dentre as
quais destaca-se a utilização da ferramenta Trello, para auxiliar no cumprimento dos prazos
determinados nas sprints.
19
2.3 Tecnologias
Durante o desenvolvimento de softwares, faz-se necessário o uso de frameworks que

possam auxiliar nesse processo. Mediante isto, a presente seção tem por finalidade sintetizar o
funcionamento de frameworks utilizados no desenvolvimento da aplicação do presente
trabalho.
2.3.1 Bootstrap Framework
De acordo com Laaziri et al. (2019), o Bootstrap é um framework de folha de estilo em

cascata (CSS). O framework é composto por um sistema de grade de 12 colunas. Além disso, 4
tipos de displays estão disponíveis em suas configurações, para assim, exibir o layout em
conformidade com a largura da tela do usuário. Essa adequação do layout garantida pela
utilização do Bootstrap está incluída desde a versão 3 do referido framework. A Figura 2, ilustra
o funcionamento do sistema de grades utilizado no Bootstrap, garantindo assim a distribuição
e redimensionamento dos elementos das páginas.
Figura 2 - Sistema de grades do Bootstrap Framework
Fonte: (MEDIUM, 2017).
Os elementos que compõem a interface, são adaptados conforme a disposição da largura

da tela em que são exibidos. Dessa maneira, os componentes vão se adequando um abaixo do
outro. A acomodação dos elementos é distribuída por meio de media queries pré-programadas,
sendo indispensáveis principalmente em smartphones (LAAZIRI et al., 2019).
20
Ainda em relação aos componentes, Laaziri et al. (2019) retrata que o framework
fornece estilização a eles, deixando-os bonitos e fáceis de integrar. O Bootstrap utiliza o pré-
processador Leaner Style Sheets (Less), linguagem que fornece recursos, sendo eles o uso de
variáveis ou inclusão de códigos. Destarte, pode-se customizar os arquivos de CSS em
conformidade com elementos e cores desejadas.
Laaziri et al. (2019) em seu artigo lista as principais atribuições do Bootstrap:
• Disposição do layout em forma de grade, garantindo-se estilização CSS em todos os
elementos HTML (formulário, botão, texto etc.);
• Componentes em Javascript, tais como: listas suspensas dinâmicas, navegação
interativa e até mesmo slide em carrossel;
• Fontes que compõem conjunto de ícones, sendo essas fontes vetorizadas, garantindo
nitidez em todos os dispositivos.
Levando-se em consideração as possíveis contribuições pelo uso do Bootstrap, faz-se
necessário sua implementação na aplicação do presente trabalho. A utilização do Bootstrap,
garantirá funcionalidades para desenvolver uma interface gráfica intuitiva e responsiva. Além
disso, esse framework tem sido constantemente atualizado, por contar com uma grande
comunidade que o mantém.
2.3.2 Laravel Framework
O Laravel consiste em um framework para aplicações web. Possui uma significativa

sintaxe, fornecendo uma estrutura e um ponto de início para a criação de aplicações
(LARAVEL, 2021). À vista disso, Silva (2016 apud ADRIEL, 2015) complementa que o
framework: "utiliza o padrão MVC (Model View Controller), que permite dividir o
desenvolvimento em 3 camadas conceituais: Modelo, Visão e Controlador".
A arquitetura MVC para Stefanello e Albani (2011, p. 15) consiste em:
[...] separar dados ou lógica de negócios (Model) da interface do usuário (View) e o
fluxo da aplicação (Controller), a ideia é permitir que uma mensagem da lógica de
negócios possa ser acessada e visualizada por meio de várias interfaces. Na arquitetura
MVC, a lógica de negócios (o modelo) não sabe quantas nem quais as interfaces com
o usuário está exibindo o seu estado. Para a visão não importa a origem dos dados,
mas ela precisa garantir que sua aparência reflita o estado do modelo, ou seja, sempre
que os estados do modelo mudam, o modelo notifica as visões para que elas sejam
atualizadas.
Visto que o Laravel utiliza o padrão MVC, a Figura 3 elucida a manipulação dessa
arquitetura utilizando o referido framework. Primeiramente, o usuário realiza a requisição por
21
intermédio de uma rota, enviando-a ao controlador pertinente. Por sua vez, o controlador
interage com o modelo para manipular o banco de dados. Em seguida, o controlador invoca a
camada de visão para atribuir-lhe os resultados da interação com o modelo. Por fim, é retornado
ao usuário a visão por meio do navegador.
Figura 3 - Estrutura de funcionamento do Laravel Framework
Fonte: (HUANG, 2018).
Segundo consta no site da desenvolvedora (LARAVEL, 2021), o framework auxilia

tanto em backend como frontend. Dessa forma, através do motor de templates Blade, é possível
renderizar o conteúdo frontend em conjunto ao backend. O Blade, mecanismo de modelagem
das interfaces gráficas, utiliza código PHP em sua compilação. Entretanto, ele não se restringe
apenas à utilização de linguagem PHP, aceitando outras também, por exemplo, JavaScript.
De acordo com Silva (2016 apud ADRIEL, 2015), utiliza-se a interface de linhas de
comando no Laravel, a qual denomina-se Artisan CLI. A interface possibilita configurar o
ambiente, validar rotas e a criar arquivos, sendo eles: controller, migration etc. Os arquivos
migrations, proporcionam através do PHP a criação, alteração e exclusão de banco de dados.
Esses arquivos migrations são manipulados através do Artisan.
Considerando-se os especificados apontamentos, conclui-se que o framework Laravel é
uma importante ferramenta para auxiliar no desenvolvimento da aplicação deste trabalho. Além
de empregar o padrão de arquitetura MVC, possui excelente documentação para assessorar
quanto à utilização do framework. Outro ponto primordial para a escolha dele concerne à
segurança, pois já tem consigo empregado configurações com soluções para tal questão.
22
2.4 Trabalhos e produtos correlatos
Existem diversos trabalhos e produtos relacionados ao tema proposto no presente

trabalho. Assim sendo, a seção tem como objetivo relatar de maneira simplificada as
tecnologias utilizadas, o funcionamento, as vantagens e limitações de Trabalhos de Conclusão
de Curso e produtos a serem descritos.
2.4.1 Análise e desenvolvimento de um sistema web de gestão para clínicas de saúde
A saber, Bringhenti (2015) em seu Trabalho de Conclusão de Curso (TCC), propôs o

desenvolvimento de uma aplicação web para gestão de clínicas de saúde. A aplicação
desenvolvida utilizou a plataforma Java EE e banco de dados relacional PostgreSQL. O objetivo
era atender às necessidades de uma clínica de fisioterapia na cidade de Passo Fundo - RS.
De acordo com o que foi apresentado no trabalho de Bringhenti (2015), essas
necessidades incluem as seguintes funcionalidades: gerenciamento de consultas (marcação e
confirmação), prontuário eletrônico e controle de contas a pagar e receber. Ao final, o autor
relata que as funcionalidades propostas foram desenvolvidas com êxito. Conforme ilustra a
Figura 4, Bringhenti (2015) demonstra a interface de manutenção da agenda.
Figura 4 - Interface de manutenção da agenda
Fonte: (BRINGHENTI, 2015).
Analisando o trabalho de Bringhenti (2015), pode-se elencar as vantagens e suas

limitações. Destaca-se como principal vantagem a possibilidade de permitir ao usuário do
sistema, o acesso ao prontuário do paciente durante o atendimento. Outro ponto, é a viabilidade
do paciente ter acesso à agenda dos fisioterapeutas da clínica para realizar o agendamento. Por
23
outro lado, como limitação destaca-se o funcionamento de apenas uma clínica, ou seja, não se
tem a alternativa de gerir diversas clínicas através da aplicação desenvolvida no trabalho de
Bringhenti (2015).
2.4.2 Sistema para gerenciamento de consultas médicas
Para Cunha (2012), em seu TCC foi proposto uma aplicação web para o gerenciamento
de consultas médicas, especificamente para uma clínica médica no município de Presidente
Getúlio - SC. O desenvolvimento da aplicação deu-se por meio da linguagem de programação
PHP com banco de dados MySQL. Na clínica utilizavam processos manuais para as atividades
administrativas. Entretanto, com a crescente demandas de pacientes, viu-se a necessidade de
informatizar os processos administrativos. Por isso, a aplicação desenvolvida tinha como
funcionalidades: controlar pacientes e convênios, prontuário eletrônico e emissão de relatórios.
Abaixo, a Figura 5 ilustra a tela de agenda exibida para o tipo de usuário "secretária".
Figura 5 - Interface de agenda exibida para secretária
Fonte: (CUNHA, 2012).
Observando os resultados descritos por Cunha (2012) em seu trabalho, pode-se dizer
que a emissão de atestados e prescrições durante um atendimento é algo vantajoso. Visto que,
isso facilita o trabalho do profissional da saúde, realizando de forma digital o que em geral é
feito de forma manual. A consulta de CID e dos medicamentos diretamente da aplicação,
24
elenca-se também como outra vantagem. Entretanto, como limitação destaca-se a ausência de
módulo financeiro, por exemplo, para controlar o fluxo de entradas e saídas do caixa da clínica.
2.4.3 FINECLIN: Sistema de gerenciamento de uma clínica multidisciplinar
No Trabalho de Conclusão de Curso de Silva (2016), relata que em virtude da

necessidade das clínicas médicas em melhor atender os pacientes, propôs-se o desenvolvimento
de uma aplicação web, intitulada FineClin. Silva (2016) complementa que, nessa clínica, o
controle de pacientes e financeiro era feito através de fichas de papel, motivo pelo qual a
aplicação desenvolvida tinha como objetivo disponibilizar funcionalidades tecnológicas para o
gerenciamento das atividades internas. A aplicação foi desenvolvida utilizando a linguagem
PHP por intermédio do framework Laravel e o banco de dados MySQL. Foram propostas
funções como: controle de pacientes, profissionais e prontuário; geração de contratos e resumos
do desempenho de cada profissional na clínica. A Figura 6, exemplifica a prototipação feita por
Silva (2016) da interface inicial da aplicação, mediante acesso pela secretária.
Figura 6 - Protótipo inicial na visão da secretária
Fonte: (SILVA, 2016).
Ao analisar as funcionalidades propostas por Silva (2016) em seu trabalho, considera-

se a função de geração e impressão de contratos dos pacientes uma vantagem. Sendo assim,
garante-se maior cumprimento das obrigações das prestações de serviço. A funcionalidade de
atendimento com formulários pertinentes à especialidade do profissional, pode ser considerada
também como outra vantagem observada no trabalho. Assim como no trabalho de Cunha (2012)
25
(descrito na seção 2.4.2), este tem-se como limitação também módulo financeiro, porém, o autor
Silva elenca como possível trabalho futuro a ser implementado.
2.4.4 Conclínica
O Conclínica compreende um software médico para gestão de clínicas, contando com

funções para controle de agenda médica, estoque, financeiro, pacientes e prontuário eletrônico.
Outro ponto interessante é a possibilidade de realizar consultas por vídeo chamadas diretamente
da plataforma, inclusive com assinatura digital. Ademais, permite gerar relatórios gerenciais,
auxiliando as tomadas de decisões estratégicas da clínica. Possui uma interface intuitiva,
permitindo aos usuários fácil manuseio das funcionalidades dispostas (TECNOARTE, 2021).
A aplicação possibilita a contratação pelos usuários dos seguintes planos:
• Basic
• Plus
• Premium
O plano Basic viabiliza apenas gerir agenda, pacientes, prontuários eletrônicos e realizar
telemedicina. Por outro lado, a versão Premium compreende todas as funcionalidades dispostas
na aplicação, incluindo o controle de estoque e financeiro. Oportuniza-se ao usuário interessado
realizar um teste da plataforma, porém, não é informado o período de validade da
experimentação. A Figura 7, exibe a interface inicial dessa plataforma, a qual dispõe de um
calendário para visualizar os horários disponíveis dos profissionais cadastrados.
Figura 7 - Interface do painel administrativo Conclínica
Fonte: (TECNOARTE, 2021).

26
A plataforma Conclínica tem como vantagem a integração da agenda médica com o

Google Calendar, garantindo praticidade aos profissionais que utilizam a Conclínica. Algo
vantajoso também analisado na aplicação é a oportunidade dos pacientes realizarem o
agendamento da consulta de forma independente. Esse agendamento direto pelo paciente,
dispensa o contato com a clínica para realizá-lo. A confirmação automática das consultas está
limitada apenas por SMS, sendo que, atualmente, não é um dos meios de comunicação
comumente utilizados.
2.4.5 iClinic
O iClinic consiste em uma aplicação web para gestão de clínicas. Por se tratar de uma
aplicação web, possui um layout responsivo, adaptável às mais diversas telas. Dispõe de
funcionalidades para gerir os processos administrativos de clínicas médicas, viabilizando-se ao
usuário administrar agenda médica; visualizar o prontuário dos pacientes; gerir as finanças.
Além do mais, permite-se realizar teleconsultas diretamente da plataforma, com a possibilidade
de gravá-las. Uma funcionalidade denominada Whitebook garante aos profissionais auxílio na
tomada de decisões médicas. Os pacientes podem realizar a marcação de consultas de forma
autônoma em um site específico para a clínica, tendo visão da agenda dos profissionais
(ENDEAVOR PROMESSAS, 2021).
Atualmente, a aplicação dispõe de diferentes planos:
• Starter
• Plus
• Pro
• Premium
A versão Starter, mais simples disponível, conta apenas com funções para gerir os
pacientes e prontuários eletrônicos. Por sua vez, a versão Premium garante acesso a todas as
funcionalidades, que incluem até controle financeiro. Além do mais, é garantido aos
profissionais que utilizam a plataforma no plano Premium a possibilidade de realizar
teleconsultas sem restrições de quantidade. Nos demais planos, cobra-se uma taxa extra na
mensalidade, a qual permite apenas realizar 10 teleconsultas. Pode-se realizar testes durante 5
dias para averiguar as funcionalidades dispostas na plataforma.
A Figura 8, exibe a interface inicial do painel de controle, de modo que, são exibidos
dados quantitativos em relação aos pacientes, procedimentos já realizados, pacientes por
convênio e média da duração dos atendimentos.
27
Figura 8 - Interface do painel administrativo iClinic
Fonte: (ENDEAVOR PROMESSAS, 2021).
Ao analisar a aplicação iClinic, destacou-se como vantagem o dashboard apresentando

as principais informações pertinentes aos tipos de usuários dispostos no sistema (administrador,
profissional e secretária). A confirmação ou cancelamento da consulta pelo paciente por meio
do link encaminhado no WhatsApp é outra vantagem. Assim, garante à secretária um meio
facilitador e integrado à essa aplicação para controle dos agendamentos dos pacientes.
Entretanto, notou-se como limitação o controle de estoque, tendo poucas opções disponíveis
para o usuário geri-lo. Por exemplo, no módulo de controle de estoque, faz-se o cadastro de
produtos, para assim realizar entradas e saídas. Entretanto, não há a possibilidade de informar
o fornecedor na entrada. Portanto, as entradas são feitas apenas individualmente por produtos.
2.4.6 4Medic
A 4Medic trata-se de uma aplicação web para gerir clínicas e consultórios. Dispõe de
layout responsivo, adequando-se em diversos dispositivos. Segundo M4 Soluções em TI
(2021), baseiam-se nos três pilares para o sucesso da gestão de clínicas: agenda, prontuário e
financeiro. Por esse motivo, a plataforma conta com funções para controle dos atendimentos,
financeiro, receituário, pacientes e prontuário eletrônico. Além do mais, têm-se módulos por
especialidade, por exemplo, para dermátomo, pediatria, gestacional, escala de dor, entre outros.
Permite-se realizar cadastro para testar as funcionalidades da aplicação, entretanto, não
é informado o período que o usuário terá à disposição essa avaliação. A contratação da
28
assinatura da 4Medic ocorre pela quantidade de profissionais na clínica. Conforme ilustra a

Figura 9, tem-se uma interface inicial da plataforma, exibindo os lembretes do dia, notícias
recentes, aniversariantes e últimos pacientes atendidos.
Figura 9 - Interface do painel administrativo 4Medic
Fonte: (M4 SOLUÇÕES EM TI, 2021).
A aplicação 4Medic possui vantagens limitações. Destaca-se como principal vantagem

a possibilidade de realizar teleconsultas diretamente da plataforma. Garante comodidade aos
profissionais e pacientes em seus atendimentos. A utilização de assinatura digital pelos
profissionais nesta plataforma é outra vantagem. Atestados, encaminhamentos, pedidos de
exames e receitas podem ser encaminhados aos pacientes digitalmente, tendo validade jurídica
dos documentos. Apesar das vantagens elencadas anteriormente, a 4Medic tem como limitação
um dashboard sem muitas informações importantes sobre a clínica aos usuários.
2.4.7 Doctor Max
A Doctor Max consiste em uma aplicação web, com propósito de dispor funcionalidades
para gestão de clínicas e consultórios médicos. Seu layout é responsivo, o qual proporciona
melhor navegabilidade nas mais diversas telas. Além disso, há a possibilidade de utilizar os
recursos dispostos pela aplicação por meio de aplicativo para sistemas operacionais como
Android e iOS. Possui módulos de agenda, financeiro, pacientes e prontuário. Permite-se
realizar teleconsultas diretamente da aplicação. Para centralizar o armazenamento dos
documentos dos pacientes, a plataforma permite aos usuários realizar o envio de documentos,
imagens e exames no prontuário dos pacientes. Há a possibilidade de controlar guias TISS
29
(Troca de Informações na Saúde Suplementar), com o intuito de realizar o faturamento de

consultas realizadas por convênios (RH SOFTWARE, 2021).
O usuário que deseja utilizar a aplicação tem a disposição três planos:
• Light
• Plus
• Pro
O plano básico (Light) contempla acesso a dois usuários, controle de agenda, financeiro
e prontuário. Teleconsultas podem ser realizadas sem custo adicional. Enquanto isso, o plano
Pro permite acesso a todas as funcionalidades que a aplicação dispõe e o número de usuários
liberado para tal plano é de 5 pessoas. Em todos os planos, pode-se contratar usuários
adicionais. Para realizar um teste, concede-se à clínica a avaliação de sua aplicação por 7 dias.
Seu painel de controle (Figura 10) possui ampla visão das informações da clínica.
Gráficos demonstram a quantidade de pacientes, as consultas realizadas, o balanço financeiro e
previsão de receitas e despesas. Uma tabela indica os próximos pacientes a serem atendidos.
Figura 10 - Interface do painel administrativo Doctor Max
Fonte: (RH SOFTWARE, 2021).
O módulo de guia TISS é uma grande vantagem da aplicação Doctor Max, visto que,
permite a facilitação no faturamento dos convênios de saúde. O chat interno também pode ser
citado como vantagem. Assim sendo, profissionais e secretárias podem manter contato
diretamente da aplicação, sem a necessidade de utilizar outros meios para se comunicarem.
Levando em consideração outras aplicações relatadas neste trabalho, a Doctor Max possui
limitação quanto à assinatura digital. Assim, não há a possibilidade do profissional integrar à
30
aplicação seu certificado digital para validar atestados, exames e receitas, não garantindo
validade jurídica a esses documentos.
2.5 Considerações finais
Neste capítulo foram apresentados os tipos de Sistemas de Informação, sendo eles:

Sistemas de Processamento de Transações, Sistemas de Informações Gerenciais, Sistemas de
Apoio à Decisão e Sistemas de Apoio ao Executivo. Averiguou-se o enquadramento da
aplicação deste trabalho como sendo um Sistema de Processamento de Transação. Dessa forma,
a aplicação irá satisfazer o objetivo desse tipo de sistema, fornecendo informações de fácil
acesso, atualizadas e precisas.
A metodologia de desenvolvimento Scrum, também teve seu funcionamento detalhado,
e seu uso neste trabalho garante organização e cumprimento de prazos. Por meio da elaboração
de sprints, as atividades a serem desempenhadas são descritas, para que tenham seu prazo
cumprido.
Além do mais, os frameworks de desenvolvimento apontados neste capítulo puderam
ser detalhados. Assim, ferramentas citadas como Bootstrap e Laravel foram consideradas
importantes para o auxílio no desenvolvimento da aplicação deste trabalho.
A análise dos trabalhos e produtos supracitados foi de extrema valia para o presente
trabalho. Porquanto, utilizados como referência, não somente para o desenvolvimento da
aplicação, mas também como norte para a elaboração dos capítulos seguintes. Constatou-se as
vantagens e limitações de cada um dos produtos e trabalhos correlatos ao tema do presente
trabalho. O próximo capítulo de Desenvolvimento, detalha os estágios da elaboração do referido
trabalho.
31
3 DESENVOLVIMENTO
Este capítulo apresenta as etapas para o desenvolvimento da aplicação proposta no

presente trabalho. É detalhado o levantamento de requisitos, bem como a elaboração do projeto,
que inclui os principais diagramas (caso de uso e atividades). Os recursos utilizados para
desenvolver a aplicação são descritos, bem como dada a explicação do porquê da utilização no
projeto. Ao final, os testes realizados na aplicação são apresentados, os quais foram realizados
com o intuito de averiguar o funcionamento das funcionalidades da aplicação. No apêndice A
são ilustradas as sprints elaborados para desenvolvimento do projeto do referido trabalho.
3.1 Levantamento de requisitos
O levantamento de requisitos pode ser considerado uma das etapas mais importantes de
um projeto. É nesse momento que as necessidades são levantadas, para que sejam descritos os
requisitos funcionais e não funcionais. Os requisitos funcionais referem-se às funcionalidades
que devem ser apresentadas ao usuário, por exemplo, a possiblidade de cadastrar um paciente.
Por outro lado, os requisitos não funcionais são as tarefas que devem ser desempenhadas no
backend, tal como, a verificação da senha do usuário para permitir seu acesso à aplicação.
Para auxiliar na elaboração do documento de requisitos, uma clínica na cidade de
Frutal/MG foi utilizada para colher informações sobre o respectivo funcionamento. Por meio
de entrevistas realizadas com a recepcionista da clínica e análises do fluxo de trabalho, pôde-se
compreender as necessidades da clínica para gestão informatizada. Dessa forma, foram
relatados os funcionamentos das tarefas: gestão das fichas dos pacientes; prontuários; controle
do fluxo de caixa; e, entre outras, desempenhadas, até então manualmente.
Além da coleta de requisitos realizadas na clínica, foram desempenhadas análises de
aplicações existentes no mercado relacionadas à aplicação proposta no presente trabalho. As
funcionalidades destas aplicações foram testadas, bem como elencadas aquelas passíveis de
serem remodeladas no projeto. Após coletadas as necessidades da clínica e o levantamento de
funcionalidades de aplicações existentes no mercado, o documento de requisitos foi elaborado,
conforme demonstrado no apêndice B.
Em seguida, o documento foi apresentado à clínica utilizada como campo de análise
para validar os requisitos. Sendo assim, pôde-se constatar se as funcionalidades descritas e sua
forma de manipulação atendiam às necessidades para garantir uma gestão informatizada. Todo
32
processo de levantamento de requisitos seguiu o tempo proposto na sprint 1, presente no

apêndice A. Com o documento de requisitos validado, deu-se início à elaboração do projeto.
3.2 Elaboração do projeto
Tendo o documento de requisitos elaborado e validado, iniciou-se a elaboração dos

diagramas de caso de uso, de entidade-relacionamento e de atividades. O diagrama possui por
finalidade ilustrar a aplicação do seu tipo. Por exemplo, o primeiro ilustra os atores e suas
interações na aplicação. O segundo, define as tabelas do banco de dados, seus atributos e
respectivos relacionamentos. E o de atividades mostra o fluxograma das atividades executadas.
A elaboração dos diagramas seguiu o cronograma da sprint 2, presente no apêndice A.
O diagrama de entidade-relacionamento, pode ser considerado um dos mais vastos
dentre os citados anteriormente. Por isso, foi inserido no apêndice C de modo desmembrado,
tendo cada parte identificada para que facilite o entendimento. Ao todo, foram elaboradas
quarenta e duas tabelas no banco de dados. Os atributos e relacionamentos entre as tabelas,
foram estruturados para atender as funcionalidades da aplicação.
A Figura 11 ilustra o diagrama de caso de uso, composto por quatro atores, sendo eles:
administrador da clínica, administrador geral, profissional da saúde e recepcionista. A
utilização da aplicação será realizada, principalmente, pelo profissional da saúde, que também
poderá possuir o perfil de administrador da clínica, e pela recepcionista, conseguindo realizar,
por exemplo, o agendamento de consultas, a realização de atendimentos e gestão financeira. O
administrador geral é responsável por gerir clínicas e os chamados abertos pelos usuários.
Figura 11 - Diagrama de caso de uso
Fonte: (Do autor).

33
Para entender os principais fluxos de atividade da aplicação, como a realização de

agendamento e a realização de atendimento, foram elaborados diagramas de atividades. No
diagrama ilustrado na Figura 12, primeiramente o paciente solicita o agendamento. A
recepcionista, por meio da aplicação, verifica se existe cadastro dele e, em caso negativo, deve-
se solicitar os dados para realizar o cadastro. Concluída a etapa de averiguação do cadastro do
paciente, faz-se a verificação da agenda do profissional. Se porventura o dia informado pelo
paciente não estiver disponível, é feita uma verificação em outra data. Por fim, a atividade é
finalizada ao ser o agendamento realizado pela recepcionista.
Figura 12 - Diagrama de atividade (realizar agendamento)
Fonte: (Do autor).

O outro diagrama de atividade (Figura 13), demonstra o fluxo da realização de um
atendimento. Inicia-se com a participação do paciente na consulta, em que o profissional da
saúde verificará a existência do respectivo cadastro, realizando-o caso não possua. Em seguida
o atendimento é iniciado, possibilitando-se ao profissional preencher as seções, bem como gerar
ou anexar documentos. A finalização do atendimento é dada por meio da aplicação pelo
profissional.
34
Figura 13 - Diagrama de atividades (realizar atendimento)
Fonte: (Do autor).

Após o término da elaboração dos diagramas, puderam ser analisados, propiciando-se o
início da etapa de desenvolvimento. Dessa forma, a próxima seção irá explicar o
desenvolvimento e recursos utilizados.
3.3 Desenvolvimento
Concluídas as etapas anteriores (levantamento de requisitos e elaboração do projeto),

foi concebido, portanto, o desenvolvimento da aplicação. Essa etapa consistiu na execução do
projeto e, com os documentos bem definidos, pôde-se desenvolver a etapa de codificação. Para
isso, foram utilizados os recursos citados na seção 2.3, dentre os quais, os frameworks Laravel
e Bootstrap. A fim de que todas as entregas ocorressem dentro do prazo, a metodologia Scrum
foi colocada em prática, por meio das sprints 2 até 9, presentes no apêndice A, sendo criadas
as tarefas no Trello.
Primeiramente, foi selecionado um template, dentre aqueles constantes na Envato
Elements, com boa aparência e documentação, agilizando-se, assim, o processo de
35
desenvolvimento e possibilitando maior dedicação ao backend. A Figura 14 ilustra a interface

inicial do template adquirido, que posteriormente foi ajustado.
Figura 14 - Interface do template
Fonte: (Do autor).

Definido o layout, criou-se o repositório do trabalho no Github. O Github foi escolhido
por ser um sistema de controle de versão gratuito. Dessa forma, o código fonte poderia ser
versionado, garantindo-se que eventuais erros em commits, pudessem ser desfeitos. Em seguida,
o projeto com o Laravel foi criado utilizando a versão 8 e o PHP na versão 7.4. As tabelas do
banco de dados, foram geradas por meio da classe Migration 1 (cf. LARAVEL, 2021),
disponível no Laravel, sendo utilizado o banco de dados MySQL.
A cada módulo eram criadas, primeiramente, as interfaces, utilizando-se os modelos
disponíveis no template. Essas interfaces por sua vez, foram adequadas ao Blade, template
engine (motor de template) utilizado no Laravel para unificar PHP e HTML. Em seguida, criou-
se os models e controllers do módulo em questão. À vista disso, a arquitetura MVC foi
facilmente implantada no projeto, tendo em vista a sua disposição no Laravel. E, finalizado
todo processo de desenvolvimento da aplicação, ela foi hospedada em um servidor na nuvem.
3.4 Testes
Concomitantemente à etapa de desenvolvimento, a etapa de testes unitários e integrados

foi realizada. Dessa forma, os processos de testes foram inseridos em todas as sprints que
1
Classe utilizada para criação e manipulação de tabelas, além de permitir o versionamento do banco de
dados.
36
contemplavam o desenvolvimento. A cada finalização de um módulo, os testes eram realizados

(teste unitário), garantindo-se assim pleno funcionamento dele, além de verificação de
eventuais correções. Ainda, além dos testes no módulo que acabara de ser finalizado, todos os
módulos concluídos anteriormente (teste integrado) eram testados, para certificar que nenhum
outro fora afetado.
Para facilitar a realização dos testes, foi utilizada a extensão no Google Chrome do
framework Selenium IDE. Essa extensão possibilita a gravação dos passos realizados em um
site para posteriormente serem refeitos. Assim, foi possível captar os campos selecionados, os
dados preenchidos e botões clicados das páginas. Após realizar as devidas gravações, foram
gerados arquivos que, seguidamente puderam ser adicionados dados para finalmente realizar,
por exemplo, cadastros, alterações, visualizações e exclusões.
Ao finalizar cada teste, seus resultados eram analisados para verificar se esse condizia
com o esperado. Se porventura o resultado esperado em determinada funcionalidade não era
atingido, correções eram feitas para que o teste pudesse ser novamente refeito.
As etapas utilizadas no desenvolvimento da aplicação foram apresentadas neste

capítulo. Primeiramente, relatou-se o levantamento de requisitos, responsável por detalhar as
necessidades do projeto, por exemplo, os módulos demandados por clínicas para auxiliar na
gestão. A elaboração do projeto, teve por objetivo representar e esclarecer diagramas como o
de caso de uso e de atividades, utilizados para demonstrar as interações na aplicação e o fluxo
de controle de uma atividade para outra, respectivamente.
O desenvolvimento pontuou “o que” e “como” foram utilizados recursos para assegurar
a elaboração da aplicação de gestão para clínicas. Por fim, foram descritas as formas de
realização dos testes, com intuito de garantir a integridade das transações realizadas por meio
da aplicação. O capítulo 4 de Resultados, demonstra os resultados obtidos após o
desenvolvimento do trabalho. Para isso, foram utilizadas imagens para retratar as interfaces e
um passo a passo detalhado do funcionamento.
37
4 RESULTADOS
O presente capítulo, tem por objetivo apresentar os resultados obtidos durante o

desenvolvimento deste trabalho de conclusão de curso. A aplicação está separada em 15
módulos, sendo eles: agenda, ajuda, atendimento, chamados, clínicas, convênios, financeiro,
fornecedores, pacientes, painel de chamadas, parâmetros, procedimentos, produtos,
profissionais e usuários. O acesso à cada módulo está condicionado ao tipo do perfil do usuário,
conforme proposto no diagrama de caso de uso (seção 3.2).
Sendo assim, a seguir, um passo a passo é descrito para detalhar as funcionalidades
desenvolvidas. Para que o capítulo não ficasse extenso, os principais módulos foram
selecionados para serem exibidos. Além do mais, figuras são utilizadas para ilustrar as
interfaces do projeto.
4.1 Cadastro inicial, login e redefinição de senha
Ao acessar a aplicação, o usuário visualiza a interface de login, conforme ilustra a Figura

15. Para realizar autenticação na aplicação, é necessário possuir e-mail e senha previamente
cadastrados. Em seguida, é necessário selecionar o botão “Entrar”. O redirecionamento ao
painel de controle é realizado apenas se o usuário estiver com o perfil liberado e a data de
validade do acesso dentro do prazo.
Figura 15 - Interface de login
Fonte: (Do autor).

38
Se por uma eventualidade o usuário não possuir perfil da clínica cadastrado na aplicação,
deve-se acessar a opção “Cadastrar” para testar, presente no final da interface de login (Figura
15). Em seguida, a aplicação exibe a interface (Figura 16), apresentando um formulário
solicitando dados como: CPF/CNPJ e nome da clínica; CPF, nome, e-mail e senha do
profissional que será responsável pela clínica na aplicação. Ao terminar o preenchimento, é
necessário selecionar a opção “Cadastrar”. Uma verificação é feita e, caso os dados informados
não constem na base da dados, uma mensagem informa ao usuário que o teste foi liberado por
7 dias e o login já pode ser realizado.
Figura 16 - Interface de cadastro de teste
Fonte: (Do autor).

Para redefinir a senha, na interface de login (Figura 15) uma opção intitulada “Esqueceu
a senha?” é disponibilizada, a qual redireciona para a interface mostrada na Figura 17. O e-mail
do usuário é solicitado e, ao selecionar o botão “Solicitar senha”, um e-mail é encaminhado
com um link de redefinição. Esse link, reconduz à aplicação e exibe um formulário para que a
nova senha seja informada. Após o preenchimento da senha, deve-se selecionar a opção
“Alterar senha”. Assim, a senha utilizada anteriormente será atualizada para a informada
recentemente. É importante destacar que o link de redefinição possui validade, podendo ser
utilizado apenas uma vez. Caso o usuário tente utilizá-lo novamente, uma mensagem de erro
lhe é conferida, informando sobre sua invalidade.
39
Figura 17 - Interface de redefinição de senha
Fonte: (Do autor).
4.2 Painel de controle
Após realizar autenticação na aplicação, o usuário é redirecionado ao painel de controle.

A Figura 18 ilustra a interface do painel de controle para usuário com perfil de administrador.
Uma tabela lista a situação das clínicas e, um gráfico exibe a quantidade de clínicas cadastradas.
Figura 18 - Interface do painel de controle (administrador)
Fonte: (Do autor).

40
Para usuários com perfil profissional da saúde administrador ou profissional da saúde,

exibe-se o painel de controle ilustrado nas Figuras 19 e 20. Ao topo da interface na Figura 19,
é perceptível o quantitativo de pacientes agendados, confirmados, atendimentos e que não
compareceram. Uma listagem dos pacientes do dia é exibida e, ao lado, o quantitativo de
pacientes atendidos nos últimos 7 dias. A Figura 20 (continuação do painel de controle), exibe
a quantidade de convênios e pacientes, os aniversariantes e situação do estoque dos produtos.
Figura 19 - Interface do painel de controle (profissional da saúde)
Fonte: (Do autor).
Figura 20 - Interface do painel de controle (profissional da saúde)
Fonte: (Do autor).

41
Os usuários com perfil de recepcionista, terão acesso ao painel de controle exibido na

Figura 21. Trata-se de um painel semelhante ao do profissional da saúde, entretanto com
algumas particularidades. Exibe-se os pacientes do dia de todos os profissionais da saúde
pertencentes à clínica. Além do mais, a tabela da situação do estoque, exibirá produtos da clínica
e de todos os profissionais.
Figura 21 - Interface do painel de controle (recepcionista)
Fonte: (Do autor).
4.3 Usuários
O módulo Usuário é responsável por gerir os usuários do tipo administrador,

responsáveis por ter acesso às principais funcionalidades da aplicação. Para incluir um
administrador, é necessário selecionar a opção “Usuários” e em seguida “Cadastrar”, presentes
no menu lateral. Posteriormente, é exibido o formulário conforme ilustra a Figura 22, com os
dados para o cadastro. Os campos marcados com * (asterisco) possuem preenchimento
obrigatório. Após serem preenchidos, para salvar o cadastro faz-se necessário selecionar a
opção “Cadastrar”, no canto inferior direito do formulário. A alteração e visualização dos dados
de um usuário, é realizada por meio de um formulário idêntico ao da Figura 22, porém em outra
página, a serem citadas a posteriori.
42
Figura 22 - Interface de cadastro de usuário
Fonte: (Do autor).

A listagem dos usuários cadastrados na aplicação é feita por meio da opção “Usuários”
e “Visualizar”, presentes respectivamente no menu lateral esquerdo. É exibida a interface de
acordo com a Figura 23. Ao final de cada linha da tabela, tem-se três ícones: lápis, olho e lixeira.
Estes têm por finalidade alterar, visualizar e remover, respectivamente, o usuário da linha em
questão. Caso seja preciso exportar a tabela para Excel, imprimi-la ou gerar um PDF, pode-se
utilizar as opções dispostas no canto superior direito da tabela.
Figura 23 - Interface de visualização dos usuários
Fonte: (Do autor).

43
4.4 Clínicas
A inserção de clínica pode ser realizada por um usuário administrador. Para realizar tal
ação, é necessário acessar a opção “Clínicas” e “Cadastrar” (no menu lateral). Em seguida, um
formulário será aberto, conforme ilustram as Figuras 24 e 25. Os campos marcados com
asterisco, possuem obrigatoriedade no preenchimento. Além dos dados da clínica, é
indispensável inserir os dados do profissional que será responsável por ela na aplicação. O
cadastro é feito ao selecionar a opção “Cadastrar”, no canto inferior direito.
Figura 24 - Interface de cadastro de clínica
Fonte: (Do autor).
Figura 25 - Interface de cadastro de clínica
Fonte: (Do autor).

44
A Figura 26 ilustra a interface que exibe ao usuário administrador a listagem de todas

as clínicas cadastradas na aplicação. Para que se possa acessá-la, deve-se navegar no menu
lateral até a opção “Clínicas” e “Visualizar”. Além de exibir o nome, CPF/CNPJ e situação da
clínica, a tabela dispõe de três opções ao final da linha: a primeira, permite ao usuário acessar
a página de edição dos dados da clínica; a segunda, permite apenas visualizar os dados e, por
fim, tem-se a opção de exclusão, a qual exibe uma janela de confirmação, para excluí-la, caso
não possua nenhum cadastro vinculado na aplicação. No canto superior direito, é possível gerar
relatórios em Excel e PDF da tabela e imprimi-la.
Figura 26 - Interface de visualização das clínicas
Fonte: (Do autor).
4.5 Parâmetros
O módulo Parâmetros tem por finalidade parametrizar algumas funcionalidades na

aplicação. Esse por sua vez, está disposto no menu lateral e, as opções exibidas ao usuário para
acesso é com base em seu tipo de cadastro. Para usuários com perfil de administrador, são
disponibilizadas as seguintes opções: bancos, conselhos, formas de pagamento, profissões e
unidades de medida. Por sua vez, perfis que são profissional da saúde administrador e
recepcionista possuem acesso às opções: atestados e documentos, categorias financeiras, contas
bancárias, desconto, regras de repasse e seções. Dessa forma, os parâmetros definidos nas
opções descritas anteriormente, são posteriormente utilizados em determinados cadastros da
aplicação a serem mais bem detalhados nas próximas subseções.
45
4.6 Profissionais
O cadastro de um profissional, pode ser realizado ao selecionar a opção “Profissionais”

e “Cadastrar”, no menu lateral. Serão exibidos os campos para preenchimento conforme
ilustram as Figuras 27 e 28. Particularidades são exibidas a depender da opção selecionada no
campo Tipo do usuário. Caso seja selecionado, por exemplo, a opção “Profissional da saúde”,
um quadro de horários de atendimento será exposto, bem como tratamento, conselho, registro
e profissão. O cadastro é realizado ao selecionar a opção “Cadastrar”, no canto inferior direito.
Figura 27 - Interface de cadastro de profissional
Fonte: (Do autor).
Figura 28 - Interface de cadastro de profissional
Fonte: (Do autor).

46
Para que se possa visualizar a listagem de todos os profissionais pertencentes à clínica,

é necessário acessar a opção “Profissionais” e, em seguida, “Visualizar”. Uma interface
semelhante à Figura 29 será exibida. Assim, será exibido o nome, CPF e o tipo de cada
profissional, bem como sua situação. Ao final de cada linha, são exibidos os ícones de lápis
(permite abrir uma página idêntica à de cadastro para alterar os dados do profissional), olho
(exibe uma página com os dados do profissional, sem poder alterá-los) e lixeira (exibe um
modal para confirmação de exclusão do profissional, caso não possua vínculos com algum
cadastro na aplicação). Pode-se notar no canto superior direito alguns botões, o qual permitem
gerar Excel, PDF e imprimir os dados da tabela, respectivamente.
Figura 29 - Interface de visualização de profissionais
Fonte: (Do autor).
4.7 Convênios
O módulo de Convênios é utilizado durante o agendamento de consultas. Para realizar

o cadastro de um novo, deve-se acessar a opção “Convênios” e em seguida “Cadastrar”,
localizadas no menu lateral. Será exibida a interface conforme Figura 30, com os campos:
descrição e número de registro. Ao selecionar o botão “Adicionar profissional”, um campo de
seleção com os profissionais e um campo de texto para informar seu respectivo código na
operadora, são exibidos. Os campos marcados com asterisco, possuem obrigatoriedade no
preenchimento. Para salvar o cadastro, seleciona-se a opção “Cadastrar”. A clínica deve
cadastrar um convênio denominado Particular, para distinguir as consultas particulares.
47
Figura 30 - Interface de cadastro de convênio
Fonte: (Do autor).

A visualização dos convênios cadastrados na clínica é feita ao acessar a opção
“Visualizar” da seção Convênios no menu lateral. Uma interface idêntica a Figura 31 será
exibida, colocando à disposição uma tabela, contendo nome e número de registro dos
convênios. Ações de alteração, visualização e exclusão são realizadas, respectivamente, por
meio dos botões ao final das linhas na tabela. As interfaces de alteração e visualização são
semelhantes à de cadastro, e apenas a de alteração possui os campos habilitados para edição.
Figura 31 - Interface de visualização de convênios
Fonte: (Do autor).

48
4.8 Procedimentos
Os procedimentos são utilizados durante o agendamento de uma consulta ou mesmo

para realizar um faturamento na área financeira. O cadastro de um procedimento pode ser
realizado por meio da opção “Cadastrar” na seção “Procedimentos” do menu lateral. Ao acessá-
la, o usuário irá se deparar com a interface exibida na Figura 32. Para perfis que são profissional
da saúde, o campo Profissional não será disponibilizado. Isso se deve ao fato do procedimento
ser vinculado automaticamente ao seu perfil. Todos os convênios relacionados ao profissional
serão listados nesta interface, sendo necessário selecionar quais contemplarão o atendimento
do procedimento a ser cadastrado. Além do mais, é possível definir o valor que será cobrado
por cada tipo de convênio. Ao final, o usuário deve seletar a opção “Cadastrar” para salvá-lo.
Figura 32 - Interface de cadastro de procedimento
Fonte: (Do autor).

A Figura 33 ilustra a interface de listagem dos procedimentos dos profissionais da
clínica. Para usuários com perfil de recepcionista ou profissional da saúde administrador, será
possível visualizar os procedimentos de todos os profissionais da clínica. Entretanto, usuários
que sejam profissional da saúde apenas visualizarão seus procedimentos. Percebe-se que na
tabela são relacionados os nomes dos procedimentos, o profissional que o realiza, a duração
estimada e sua situação (ativo ou inativo). Os ícones ao final de cada linha permitem ao usuário
realizar determinadas ações, por exemplo, alterar, visualizar ou excluir. Portanto, os ícones
correspondem respectivamente às ações citadas anteriormente. As interfaces de alteração e
visualização são similares ao cadastro, porém, a visualização possui os campos desabilitados.
49
Figura 33 - Interface de visualização de procedimentos
Fonte: (Do autor).
4.9 Pacientes
O módulo Pacientes é responsável por gerir os pacientes da clínica, não sendo distintos
por profissionais. Ou seja, um cadastro de paciente pode ser utilizado por todos os profissionais
da clínica. O cadastro do paciente se dá por meio da sequência de acesso ao menu lateral:
“Pacientes” e “Cadastrar”. O formulário será exibido de acordo com as Figuras 34 e 35. É
possível vincular os convênios utilizados por aquele paciente. O cadastro é finalizado ao
selecionar a opção “Cadastrar”.
Figura 34 - Interface de cadastro de paciente
Fonte: (Do autor).

50
Figura 35 - Interface de cadastro de paciente
Fonte: (Do autor).

A listagem dos pacientes permite ao usuário visualizar os dados principais para contato
de cada um. O acesso a essa listagem deve ser feito por meio do menu lateral na seção
“Pacientes” e opção “Visualizar”, resultando na interface exibida na Figura 36. Serão exibidos
os nomes, CPF, telefone e celular de cada paciente. Os ícones ao final das linhas possibilitam
ao usuário alterar, visualizar ou excluir, respectivamente, os dados do paciente. As interfaces
de alteração e visualização são idênticas à Figura 35. A visualização lista os agendamentos e
atendimentos daquele paciente. No canto superior direito, os botões permitem emitir relatórios
em formato de Excel e PDF dos dados da tabela, além da possibilidade de imprimi-la.
Figura 36 - Interface de visualização de pacientes
Fonte: (Do autor).

51
4.10 Fornecedores
O módulo Fornecedor tem como principal objetivo, garantir que a clínica tenha
registrado na aplicação seus principais fornecedores. Dessa forma, quando houver necessidade
de realizar compras, possuem os dados centralizados em um local, por exemplo, para solicitar
cotações. Mas, além disso, os cadastros de fornecedores podem ser utilizados posteriormente,
para serem vinculados a entrada de produtos ou cadastro de despesas. Para realizar o cadastro
de um fornecedor, é necessário acessar a opção “Cadastrar” na seção “Fornecedores” no menu
lateral. Um formulário será exibido solicitando alguns dados, conforme ilustra a Figura 37. Os
campos marcados com asterisco ao lado do seu nome, possuem obrigatoriedade no
preenchimento, para garantir que o cadastro seja salvo. Após preencher os campos, o usuário
deve selecionar a opção “Cadastrar”, localizada no canto inferior direito, garantindo assim o
salvamento dos dados na aplicação.
Figura 37 - Interface de cadastro de fornecedor
Fonte: (Do autor).

A Figura 38 exibe a tabela contendo os principais dados dos fornecedores cadastrados.
Assim, são exibidos os nomes fantasias, bem como CPF/CNPJ, telefone e WhatsApp. Ao final
de cada linha, exibe-se os ícones de lápis, olho e lixeira. Esses tem por objetivo realizar ações
para o cadastro da referida linha. Dessa forma, é possível alterar, visualizar e remover,
respectivamente, o cadastro de um fornecedor ao selecionar um desses ícones. As páginas de
alteração e visualização são semelhantes à exibida na Figura 37, entretanto, apenas a alteração
possui os campos habilitados para que o usuário possa modificar os dados.
52
Figura 38 - Interface de visualização de fornecedores
Fonte: (Do autor).
4.11 Produtos
O módulo Produtos é incumbido de controlar os produtos pertencentes à clínica e de

seus profissionais. O cadastro de um produto é realizado ao selecionar primeiramente a opção
“Produtos” e depois “Cadastrar”, no menu lateral. O formulário exibido, será idêntico à Figura
39, entretanto, caso o usuário tenha perfil de profissional da saúde, o campo para selecionar o
profissional, não será exibido. Isso se deve ao fato dele poder apenas cadastrar que sejam
vinculados ao seu usuário. O campo estoque mínimo tem por finalidade indicar na página inicial
quando aquele produto está com estoque baixo. O botão “Cadastrar” salva o produto.
Figura 39 - Interface de cadastro de produto
Fonte: (Do autor).

53
A listagem de produtos (Figura 40), exibe o nome do produto, se pertence a algum

profissional, seu estoque atual e mínimo. Permite-se alterar, visualizar e remover,
respectivamente, nas opções dispostas ao final de cada linha da tabela.
Figura 40 - Interface de visualização de produtos
Fonte: (Do autor).

Para cadastrar a saída de produtos, deve-se acessar a opção “Produtos” e “Entradas e
Saídas”, no menu lateral. Em seguida, será exibida a interface segundo ilustra a Figura 41. É
possível indicar se a saída será vinculada aos produtos de algum profissional ou da clínica. A
opção “Adicionar produto” replicará quantas vezes necessário os campos Produto, Quantidade
e Estoque atual. O cadastro da saída é concluído ao selecionar o botão “Cadastrar”.
Figura 41 - Interface de cadastro de saída
Fonte: (Do autor).

54
O registro de entrada de produto pode ser realizado por meio da seção “Produtos” na
opção de “Entradas e Saídas”. Ao acessar essa opção, o usuário se depara com a interface
ilustrada na Figura 42. O botão “Adicionar produto” permite replicar os campos de seleção do
produto, quantidade, valor unitário e total. Caso queira lançar a entrada como despesa na seção
“Financeiro”, deve selecionar a opção “Cadastrar despesa”. Em seguida, os campos categoria
financeira, conta bancária, forma de pagamento e demais, são exibidos para preenchimento. O
campo de conta bancária permite definir qual conta será realizada a retirada. Para cadastrar, é
necessário selecionar a opção “Cadastrar”, no canto inferior direito.
Figura 42 - Interface de cadastro de entrada
Fonte: (Do autor).
4.12 Agenda
O módulo Agenda pode ser definido como um dos principais presentes na aplicação.
Isso se deve ao fato de ser um dos objetivos principais da aplicação para o usuário, de
informatizar os agendamentos. A interface abaixo (Figura 43), ilustra agendamentos
cadastrados como exemplo. O usuário tem a possibilidade de visualizar os agendamentos do
mês, da semana e do dia, selecionando um desses modos no canto superior direito da agenda.
Cada agendamento é identificado por horário de início e fim, nome do paciente e uma cor. A
cor de cada card será definida com base na situação daquele agendamento, existindo portanto
7 tipos de situação. A cor azul indica que o paciente foi agendado ou está aguardando
atendimento; vermelho indica que foi cancelado por link; verde indica que foi confirmado pelo
usuário ou pelo paciente; laranja indica o não comparecimento e cinza que foi atendido.
55
Figura 43 - Interface de agendamentos
Fonte: (Do autor).

O agendamento é realizado ao selecionar o botão “Realizar agendamento” (Figura 43),
exibindo uma janela semelhante à da Figura 44. Ao selecionar o paciente, os convênios dele
serão carregados. Em seguida, serão listados os procedimentos realizados pelo profissional da
agenda e levando em consideração o convênio selecionado. É possível selecionar mais de um
procedimento, ao pressionar o botão “Adicionar procedimento”. Ao escolher a data, serão
disponibilizados os horários conforme carga horária do profissional da clínica e o tempo total
dos procedimentos selecionados. Ao final, seleciona-se a opção “Agendar” para cadastrar.
Figura 44 - Interface de cadastro de agendamento
Fonte: (Do autor).

56
Caso seja necessário visualizar o detalhamento de um agendamento, deve selecioná-lo

e uma janela será aberta com as informações, semelhante a Figura 45. É possível visualizar as
principais informações do paciente e do agendamento, por exemplo, nome, meios de contato,
data da consulta, convênios, procedimentos e os valores. Além de poder verificar a situação, é
possível alterá-la, clicando no campo status e em seguida selecionando a situação atual. Uma
mensagem será exibida exigindo a confirmação para realizar a alteração. A opção “Enviar
lembrete por WhatsApp” encaminha um link para o paciente poder confirmar ou cancelar o
agendamento. O botão “Lançar recebimento” exibe os campos para registrar o recebimento,
podendo definir, por exemplo, a conta da clínica e do profissional que receberão os valores dos
procedimentos, ou mesmo ter a possibilidade de realizar o parcelamento.
Figura 45 - Interface de visualização de agendamento
Fonte: (Do autor).
4.13 Atendimento
Ao acessar um atendimento (Figura 46), deve-se selecionar a opção “Iniciar

atendimento”, iniciando a contagem do tempo. Alguns dados do paciente são exibidos na parte
superior, a fim de facilitar ao profissional. O menu horizontal disposto na página, permite ao
profissional algumas funcionalidades. A aba “Resumo” exibe todos os atendimentos anteriores
daquele paciente realizado pelo profissional. A aba “Atestados e documentos” permite
selecionar um documento para ser posteriormente gerado, bem como a de prescrições. Após a
barra vertical, são exibidas as seções parametrizadas pelo profissional, por exemplo, anamnese.
57
Figura 46 - Interface de realização de atendimento
Fonte: (Do autor).

A listagem dos atendimentos é feita ao acessar a opção “Atendimentos”, no menu
lateral. Na tabela ilustrada na Figura 47 são exibidos data que foi ou será realizado o
atendimento, nome do paciente e situação (realizado ou não realizado). O botão play na tabela,
indica que o atendimento deve ser iniciado, e ao clicá-lo o usuário é redirecionado para a página
de realização do atendimento. O botão de olho permite visualizar as informações de um
atendimento que já foi realizado. No canto superior direito, a opção “Criar atendimento”
possibilita gerar um atendimento a ser realizado sem um prévio agendamento.
Figura 47 - Interface de visualização de atendimentos
Fonte: (Do autor).

58
4.14 Financeiro
O registro de uma receita pode ser realizado ao acessar o menu lateral a opção
“Financeiro”, e em seguida, selecionar a opção “Receita”. O formulário para preenchimento
será ilustrado conforme Figura 48. Para facilitar o preenchimento, é disponibilizado a opção de
seleção de agendamento. Ou seja, ao selecionar um agendamento, são preenchidos os
procedimentos, bem como os valores. Caso contrário, é possível fazer a inserção de modo
manual, selecionando primeiramente o paciente, em seguida o profissional e o convênio. Após
preenchidos esses campos, os procedimentos são disponibilizados com base no profissional e
convênio. Os campos da parte inferior da página são liberados ao final, para que se possa
selecionar a categoria financeira, contas bancárias, formas de pagamento, entre outros. Para
salvar, o usuário deve selecionar a opção “Cadastrar”.
Figura 48 - Interface de cadastro de receita
Fonte: (Do autor).

A despesa pode ser cadastrada por meio do mesmo local citado no parágrafo anterior,
entretanto, deve-se selecionar a opção “Despesa”. A Figura 49 exibe a interface de cadastro da
despesa. A página traz a possibilidade de registrar diversas possibilidades de despesa, por
exemplo, algo relacionado a um profissional, algum fornecedor ou mesma da entrada de
produtos. Essa última possui uma opção na página para que, além do cadastro da despesa, os
produtos selecionados tenham seus estoques atualizados. A parte inferior assemelha-se a que
consta na parte de cadastro de receita, portanto, segue a mesma lógica explicada no parágrafo
anterior. A despesa será cadastrada após selecionar o botão “Cadastrar” no canto inferior direito
da interface.
59
Figura 49 - Interface de cadastro de despesa
Fonte: (Do autor).

A despesas e receitas podem ser visualizadas ao acessar a opção “Financeiro” no menu
lateral. A interface exibida assemelha-se a Figura 50. Com o filtro localizado na parte superior
da página, é possível selecionar o tipo, situação e se a receita ou despesa está relacionada à
clínica ou profissional. Para registrar o recebimento ou pagamento de algum cadastro,
seleciona-se a opção “+” ao início de cada linha. Em seguida, é preciso seletar o ícone de mão,
informar a data e escolher a opção “Registrar”. No mesmo local, é possível visualizar o histórico
das transações financeiras relacionadas ao cadastro.
Figura 50 - Interface de visualização das despesas e receitas
Fonte: (Do autor).

60
4.15 Painel de chamadas
O módulo Painel de Chamadas permite contribuir para a convocação dos pacientes do

dia na clínica, por exemplo, por meio de televisor. A funcionalidade pode ser acessada por meio
do menu lateral ao selecionar a opção “Painel de chamadas”. Posteriormente, a Figura 51 ilustra
a interface que o usuário será redirecionado. Para usuários com perfil de profissional da saúde
administrador e profissional da saúde, a listagem exibirá apenas seus respectivos pacientes do
dia que tiveram o agendamento confirmado. Porém, para usuários com perfil de recepcionista,
serão listados os pacientes de todos os profissionais. A tabela exibe a data, hora, nome do
paciente e profissional. Ao final de cada linha, um ícone de check permite ao usuário clicá-lo e,
em seguida, uma janela será exibida para confirmar se deseja convocar o paciente.
Figura 51 - Interface de visualização dos pacientes a serem chamados
Fonte: (Do autor).

Após selecionar a opção “Abrir painel”, retratada na seção anterior, a interface da Figura
52 é exposta. Ao meio da interface, são descritos os nomes do paciente e profissional que foram
requisitados por último. Logo abaixo, na tabela Últimos pacientes chamados, são listados os
pacientes e profissionais chamados anteriormente. Um aviso sonoro é emitido para indicar a
chamada e, em seguida, uma voz comunicará o nome do paciente e profissional. O ícone de
quadrado no canto superior direito, permite dispor a interface em tela cheia. Essa funcionalidade
tem por objetivo ser utilizada em televisores para facilitar a chamada dos pacientes no local.
Por ser liberada tanto para recepcionista e profissional da saúde, proporciona maior comodidade
no momento de convocar o paciente até a sala de atendimento.
61
Figura 52 - Interface do painel de chamadas
Fonte: (Do autor).
4.16 Ajuda
Para auxiliar os usuários em caso de dúvida na manipulação das funcionalidades da

aplicação, dispôs-se um módulo de ajuda. As categorias de ajuda, perguntas e respostas são
cadastradas apenas por usuário administrador. Ao selecionar a opção “Ajuda” no menu lateral,
a interface da Figura 53 será retratada. Em seguida, navega-se entre as possibilidades do
segundo menu na lateral e perguntas e respostas serão exibidas em relação ao módulo.
Figura 53 - Interface de visualização de ajudas
Fonte: (Do autor).

62
4.17 Contatos e chamados
A aplicação dispõe de um módulo possuindo a mesma funcionalidade, porém, possui

nome distinto a depender do tipo do usuário. Para usuário administrador, chama-se Chamados
e, para os demais, Contatos. Caso o usuário deseje entrar em contato com o suporte da aplicação,
é preciso acessar a opção “Contatos” no menu lateral. Em seguida, serão listados todos os
contatos realizados, bem como a data e situação. No canto superior direito, ao seletar o botão
“Cadastrar contato”, um formulário será exibido conforme consta na Figura 54. Este, por sua
vez permitirá ao usuário informar dados como: assunto, tipo e mensagem. Após preenchido o
formulário, seleciona-se a opção “Cadastrar”, no canto inferior direito do modal. Imediatamente
constará o cadastro para o suporte com situação pendente.
Figura 54 - Interface de cadastro de contato
Fonte: (Do autor).

A opção Chamados está disponível apenas a usuário administrador. Sendo assim, ao
acessá-la no menu lateral, será redirecionado à listagem dos chamados cadastrados. A tabela
exibe a data e hora em que o chamado foi cadastrado, a clínica que pertence o usuário que
realizou o cadastro, bem como seu nome, o tipo do chamado (dúvida, crítica, sugestão e
solicitação), a situação e um ícone de olho (a ser esclarecido em seguida). Para abrir o modal
de alteração, é necessário selecionar o ícone de olho. Em seguida, a janela com todas as
informações será exibida, conforme ilustra a Figura 55. É possível alterar a situação do chamado
para “Em andamento” ou “Resolvido” e, salvar clicando no botão “Alterar”.
63
Figura 55 - Interface de alteração de chamado
Fonte: (Do autor).
Neste capítulo, foram apresentados os resultados obtidos no desenvolvimento neste

trabalho de conclusão de curso. Um passo a passo detalhou as funcionalidades desenvolvidas,
além de imagens ilustrarem essas funcionalidades. O capítulo 5 de Considerações finais, tem
por finalidade retomar o tema proposto no trabalho e sua contribuição acadêmica. Ademais,
apresenta o desfecho do trabalho desenvolvido neste TCC, bem como relata se os objetivos
foram cumpridos.
64
5 CONSIDERAÇÕES FINAIS
A aplicação apresentada neste trabalho tem como principal objetivo auxiliar na

informatização das rotinas desempenhadas em clínicas da área da saúde. Desse modo, a
aplicação possibilita ao usuário realizar cadastros em geral, tais como, agendamentos,
atendimentos, financeiro, pacientes e profissionais. É importante dar notoriedade,
principalmente, aos módulos de agendamento e atendimento, capazes de auxiliar os
profissionais em suas tarefas, além de reduzir documentos físicos.
Para desenvolver o projeto, utilizou-se recursos com bastante destaque na área de
desenvolvimento. O framework Laravel, por exemplo, foi um recurso que possibilitou o fácil
emprego da arquitetura do padrão MVC. Outro framework significativo é o Scrum em conjunto
a ferramenta Trello, para auxiliar no cumprimento dos prazos determinados nas sprints.
Pode-se considerar como ponto positivo a conclusão de todas as etapas, bem como as
funcionalidades propostas no presente trabalho dentro do prazo. Dessa forma, todas as etapas,
desde o levantamento de requisitos até a implantação, foram realizadas seguindo o cronograma
das sprints (apêndice A). Além do mais, outro ponto que deve ser destacado refere-se à
implantação da aplicação na clínica utilizada como campo de análise. Assim, o projeto foi
colocado em uso, para além de garantir a informatização das rotinas da clínica, obter feedbacks
para melhorias.
Por outro lado, destaca-se como ponto negativo a ausência da adequação da aplicação à
Lei Geral de Proteção de Dados (LGPD) - lei nº 13.709, de 14 de agosto de 2018. Embora o
tratamento de dados esteja amparado na base legal prevista no artigo 7º, inciso VIII da referida
Lei, alguns requisitos da legislação não foram implementados. É o caso, da não elaboração dos
termos de uso e privacidade. Além disso, não foram viabilizadas funcionalidades para garantir
os direitos dos usuários, previsto no artigo 18 da LGPD, dentre eles, a possibilidade de requerer
a eliminação, correção ou acesso às informações pessoais contidas na aplicação.
Espera-se como trabalhos futuros, seja implementada funcionalidade capaz de permitir
aos profissionais da saúde a realização de teleconsultas diretamente da aplicação. Essa é uma
funcionalidade de extrema importância, porém requer esforço e recursos para que seja
implementada. Tendo em vista as mudanças acontecidas por conta da pandemia em diversas
áreas, inclusive na área da saúde, as consultas por meio digital passaram a ser uma realidade.
Ademais, melhorias na interface devem ser feitas, como a inclusão de gráficos na área
financeira, a fim de garantir melhores análises dos dados gerados no dashboard da aplicação.
65
6 REFERÊNCIAS BIBLIOGRÁFICAS
ATLASSIAN. Trello, 2021. Disponivel em: <https://trello.com/>. Acesso em: 4 ago. 2021.
BRINGHENTI, F. Análise e desenvolvimento de um sistema web de gestão para clínicas
de saúde. 2015. 56 f. TCC (Graduação) - Curso de Tecnologia em Sistemas para Internet,
Instituto Federal de Educação, Ciência e Tecnologia Sul-Rio-Grandense - IFSUL. Passo Fundo.
2015.
CRUZ, F. Scrum e Agile em projetos guia completo: Conquiste sua certificação e aprenda a
usar métodos ágeis no seu dia a dia. 2. ed. Rio de Janeiro: Brasport, 2018.
CUNHA, F. A. V. T. D. Sistema para gerenciamento de consultas médicas. 2012. 59 f. TCC
(Graduação) - Curso de Sistemas de Informação, Universidade Regional de Blumenau.
Blumenau. 2012.
ENDEAVOR PROMESSAS. iClinic, 2021. Disponivel em: <https://iclinic.com.br/>. Acesso
em: 20 jun. 2021.
HUANG, D. [Learning Laravel] Controllers 101, 2018. Disponivel em:
<https://medium.com/@dannyhuang_75970/learning-laravel-controllers-101-
ad28d2bb5569>. Acesso em: 12 jul. 2021.
JOÃO, B. N. Sistemas de Informação. 2. ed. São Paulo: Pearson Education do Brasil, 2018.
LAAZIRI, M. ET AL. Analyzing bootsrap and foundation font-end frameworks: a comparative
study. International Journal Of Electrical And Computer Engineering (Ijece), v. 9, n. 1, p.
713, fev. 2019.
LARAVEL. Laravel, jun.22 2021. Disponivel em: <https://laravel.com/>.
LAUDON, K. C.; LAUDON, J. P. Sistemas de Informações Gerenciais. 11. ed. São Paulo:
Pearson Education do Brasil, 2014.
LOH, S. 31 tipos de sistemas de informação - 31 maneiras de a tecnologia da informação
ajudar as organizações. Porto Alegre: [s.n.], 2014.
M4 SOLUÇÕES EM TI. 4Medic, 2021. Disponivel em: <https://www.4medic.com.br/>.
Acesso em: 20 jun. 2021.
MANZANO, A. Processo de desenvolvimento de software, o ciclo de vida clássico sobre a
ótica da norma ISO/IEC/IEEE 12207:2017(E). Revista Programar, v. 60, p. 72-74, set. 2018.
MARTINS, L. D. S. Scrum framework e sua usabilidade com a ferramenta de princípios
ágeis, Trello. Uniara. [S.l.]. 2016.
66
MEDIUM. Replicate Bootstrap 3 grid using CSS grid., 2017. Disponivel em:
<https://medium.com/@mobomo/replicate-bootstrap-3-grid-using-css-grid-624c1088b0bc.>.
Acesso em: 12 jul. 2021.
OLIVEIRA, W. O que é scrum? Conceito, definições e etapas, 2019. Disponivel em:
<https://evolvemvp.com/o-que-e-scrum-conceito-definicoes-e-etapas/>. Acesso em: 12 jul.
2021.
PACHECO, R. C. S.; TAIT, T. F. C. Tecnologia de Informação: Evolução e aplicações. Revista
Teoria e Evidência Econômica, Passo Fundo, v. 8, n. 14, p. 97-113, 30 mai. 2000.
PINOCHET, L. H. C. Tendências de Tecnologia de Informação na Gestão da Saúde, São
Paulo, 35, n. 4, 30 mar. 2011. 382-394.
RH SOFTWARE. Doctor Max, 2021. Disponivel em: <https://www.doctormax.com.br/>.
Acesso em: 20 jul. 2021.
SILVA, J. W. D. FINECLIN: Sistema de gerenciamento de uma clínica multidisciplinar.
2016. 48 f. TCC (Graduação) - Curso de Tecnologia em Sistemas para Internet, Universidade
Tecnológica Federal do Paraná. Guarapuava. 2016.
STEFANELLO, J. S.; ALBANI, R. Sistema para gerenciamento de vinícolas. 2011. 56 f.
TCC (Graduação) - Curso de Tecnologia em Análise e Desenvolvimento de Sistemas,
Universidade Tecnológica Federal do Paraná. Pato Branco. 2011.
TECNOARTE. Conclínica, 2021. Disponivel em: <https://conclinica.com.br/>. Acesso em: 20
jun. 2021.
WAKULICZ, G. J. In: WAKULICZ, G. J. Fundamentos dos sistemas de informação nas
empresas I: tecnologia e sistemas de informação. Santa Maria: Rede E-Tec Brasil, 2016. p. 16-
16.
67
APÊNDICE
APÊNDICE A – Cronograma do projeto por meio de sprints
A metodologia Scrum foi utilizada em todo o projeto, para auxiliar no cumprimento dos
prazos. Dessa forma, foram elaboradas sprints por meio do Excel, as quais estão dispostas
sequencialmente abaixo. As tarefas de cada sprint foram inseridas em um quadro específico
para o projeto no Trello, garantindo assim melhor controle das datas.
Tabela 1 - Sprint 1 (Levantamento, elaboração e validação de requisitos)
Fonte: (Do autor).
Tabela 2 - Sprint 2 (Elaboração de diagramas, desenvolvimento de módulos e realização de

testes)
Fonte: (Do autor).

68
Tabela 3 - Sprint 3 (Desenvolvimento de módulos e realização de testes)
Fonte: (Do autor).
Fonte: (Do autor).

69
Fonte: (Do autor).
Fonte: (Do autor).
Fonte: (Do autor).

70
Tabela 8 - Sprint 8 (Desenvolvimento de módulo e realização de testes)
Fonte: (Do autor).
Tabela 9 - Sprint 9 (Desenvolvimento de módulo e realização de testes)
Fonte: (Do autor).

71
APÊNDICE B – Documento de requisitos
A. Visão geral
A aplicação web GeClini tem por objetivo auxiliar clínicas e consultórios que
necessitam gerir seus agendamentos, atendimentos, financeiro e pacientes. Além do mais, a
aplicação permitirá ao usuário parametrizar atestados e documentos, formulários de
atendimentos e regras de repasse.
B. Requisitos funcionais (RF)
Agendamentos
RF1. A aplicação deve permitir ao usuário incluir, alterar e excluir os agendamentos de
pacientes com os seguintes atributos: cliente, profissional, convênio, procedimentos,
data e horário.
RF1.1.Os serviços selecionados durante o agendamento devem estar
previamente cadastrados, bem como o tempo aproximado para realização;
RF1.2.Deve-se ter uma opção para que se possa encaminhar um lembrete do
agendamento para o WhatsApp;
RF1.3.O atributo status deve permitir a seleção das seguintes opções: agendado,
aguardando atendimento, cancelado por link, confirmado, confirmado por link,
não compareceu e paciente atendido;
RF1.4.O atendimento deve estar vinculado apenas a um profissional, o qual deve
estar previamente cadastrado;
RF1.5.Os agendamentos deverão ser exibidos apenas para os usuários
responsáveis por realizar agendamento e para o profissional responsável pelo
agendamento, a menos que ele possua permissão previamente atribuída.
RF1.6.Os agendamentos deverão ser exibidos em um calendário para que o
usuário possa ter uma visão dos compromissos em determinadas datas.
RF1.7.Deve-se permitir ao usuário ao selecionar um agendamento ser
redirecionado a uma página de atendimento, o qual poderá iniciar o atendimento,
iniciando a contagem do cronômetro com o tempo de duração já previsto para o
serviço. Além do mais, permite-se a inclusão de observação no atendimento em
72
questão. A vinculação de uma ficha ou contrato ao atendimento será permitida,

desde que estejam previamente cadastrados.
RF1.8.A exclusão física do agendamento só será realizada caso não possua
nenhum registro vinculado.
Atendimentos
RF2. A aplicação deve permitir ao usuário incluir e alterar atendimentos dos pacientes.
RF2.1.Os atendimentos devem ser criados ao realizar um agendamento ou
mesmo ser cadastrado sem estar vinculado a um agendamento;
RF2.2.Deve-se permitir ao usuário visualizar os atendimentos realizados
anteriormente de um paciente na página de realização do atendimento;
RF2.3.Na página de realização do atendimento, deve-se disponibilizar ao usuário
formulários de preenchimento para auxiliar em seu atendimento, os quais devem
ser parametrizados anteriormente.
Chamados e contatos
RF3. A aplicação deve permitir incluir e alterar contatos com os seguintes atributos:
assunto, tipo (dúvida, solicitação, sugestão e reclamação) e mensagem.
RF3.1. Deve-se permitir aos usuários da aplicação abrir chamados (contato) para
fazer solicitações ao administrador geral.
RF3.1. O administrador deve ter a possibilidade de alterar apenas o status do
chamado para em andamento, pendente e resolvido.
RF3.1. Não deve ser permitido a exclusão física ou lógica de um chamado.
Clínicas
RF4. A aplicação deve permitir incluir, alterar e excluir clínicas com os seguintes
atributos: nome, CPF/CNPJ, situação, foto do perfil, CEP, endereço, número, bairro,
complemento, cidade, estado, telefone, celular, WhatsApp e telefone adicional.
RF4.1.Ao incluir uma clínica, deve-se realizar juntamente o cadastro do
profissional responsável por ela. Esse cadastro deve ter os seguintes atributos:
nome do responsável, CPF, e-mail, senha, foto do perfil e observação;
RF4.2.A clínica pode ter um período de no máximo 7 dias, passado esse prazo,
deve-se entrar em contato com o administrador da aplicação para realizar a
liberação dos usuários;
73
RF4.3. A exclusão física do agendamento só será realizada caso não possua

Convênios
RF5. A aplicação deve permitir incluir, alterar e excluir convênios com os seguintes
atributos: descrição, número do registro, profissional e seu código na operadora.
RF5.1. Deve-se permitir usuário incluir diversos profissionais da clínica a um
convênio;
RF5.2. Os convênios devem estar disponíveis na página de cadastro e alteração
de um paciente, durante um agendamento ou cadastro de receita.
RF5.3. A exclusão física do convênio só será realizada caso não possua nenhum
registro vinculado.
Financeiro
RF6. A aplicação deve permitir incluir e alterar despesas e receitas.
RF6.1. Deve-se permitir incluir e alterar despesa com os seguintes atributos:
descrição, nota fiscal, data da nota fiscal, fornecedor, profissional, observação,
categoria financeira, conta bancária, forma de pagamento, valor, desconto, valor
total, vencimento e data do pagamento;
RF6.2. Deve-se permitir incluir e alterar receita com os seguintes atributos:
descrição, agendamento, paciente, profissional, convênio, observação,
procedimentos, quantidade e valor, categoria financeira, conta bancária da
clínica e do profissional, forma de pagamento, valor, desconto, valor total,
vencimento e data do recebimento
RF6.3. Ao selecionar um agendamento no cadastro de receita, deve-se ocultar os
campos paciente, profissional e convênio. Os campos procedimentos,
quantidade e valor devem ser preenchidos com base no agendamento;
RF6.4. Deve-se permitir na página de visualização das despesas e receitas a
opção de informar a data do pagamento ou recebimento daquela conta para que
tenha sua situação alterada;
RF6.5. Não deve ser permitida a exclusão física ou lógica de uma despesa ou
receita.
74
Fornecedores
RF7. A aplicação deve permitir ao usuário incluir, alterar e excluir fornecedores, com
os seguintes atributos: nome fantasia, razão social, CPF/CNPJ, CEP, endereço, número,
complemento, bairro, cidade, estado, telefone, celular, WhatsApp, telefone adicional, e-
mail e observação.
RF7.1. O cadastro de fornecedor deve estar disponível para seleção na página de
inclusão de entrada de produtos e despesa.
RF7.2. A exclusão física de um fornecedor só será realizada caso não possua
nenhum registro vinculado, caso contrário, seu cadastro será apenas inativado,
não sendo posteriormente exibido na tela de entrada de produto, por exemplo.
Pacientes
RF8. A aplicação deve permitir ao usuário incluir, alterar e excluir pacientes com os
seguintes atributos: nome, CPF, data de nascimento, RG, órgão emissor, data de
expedição, sexo, CEP, endereço, número, complemento, bairro, cidade, estado, telefone,
celular, WhatsApp, telefone adicional, e-mail, naturalidade, estado civil, escolaridade,
profissão, situação e observação.
RF8.1. Deve-se permitir ao usuário vincular os convênios do paciente durante
seu cadastro, contendo os seguintes atributos: convênio, número da carteirinha e
validade.
RF8.2. O cadastro de um paciente pode ser utilizado por todos os profissionais
da saúde. Entretanto, na visualização do prontuário, os profissionais poderão
visualizar apenas os atendimentos que foram realizados por eles.
RF8.3. A exclusão física de um profissional só será realizada caso não possua
Painel de chamadas
RF9. A aplicação deve permitir ao usuário uma funcionalidade para ser utilizado, por
exemplo, televisor da clínica para realizar a chamada de pacientes.
RF9.1. Para a recepcionista ou profissionais da saúde, deve-se exibir os pacientes
do dia para que possam ser chamados no televisor.
RF9.2. Apenas os agendamentos confirmados devem ser listados na página de
chamada. Em caso de usuário profissional da saúde, deve-se listar apenas seus
agendamentos.
75
RF9.3. A interface de chamadas deve exibir o nome do paciente e profissional

que irá atendê-lo. É essencial que abaixo do nome do paciente chamado, tenha-
se uma tabela exibindo os pacientes e profissionais já convocados.
Parâmetros
RF10. A aplicação deve permitir incluir, alterar e excluir parâmetros.
RF10.1. Deve-se permitir a usuários administrador geral incluir parâmetros dos
tipos bancos, conselhos, formas de pagamento, profissões e unidades de medida.
RF10.2. Deve-se permitir a usuários profissional da saúde administrador,
profissional da saúde e recepcionista incluir atestados e documentos com os
seguintes atributos: descrição e conteúdo. Esse cadastro deve ser disponibilizado
posteriormente na página de realização de atendimento.
RF10.3. Deve-se permitir a usuários profissional da saúde administrador e
recepcionista incluir categorias financeiras com o atributo descrição.
recepcionista definir a porcentagem de desconto máxima para cada profissional
da clínica. Essa porcentagem será utilizada para cadastro de receitas.
recepcionista definir a porcentagem de recebimento para cada profissional e seus
respectivos procedimentos realizados na clínica.
RF10.6. Deve-se permitir a usuários profissional da saúde administrador,
profissional da saúde e recepcionista incluir seções com os seguintes atributos:
descrição, tipo e título do campo. Pode-se inserir mais de um tipo de campo.
Esse cadastro deve ser disponibilizado posteriormente na página de realização
de atendimento.
RF10.7. A exclusão física de um parâmetro só será realizada caso não possua
Procedimentos
RF11. A aplicação deve permitir ao usuário incluir, alterar e excluir procedimentos, com
os seguintes atributos: descrição, duração, situação, profissional e observação.
RF11.1. O cadastro de procedimento deve estar disponível durante um
agendamento e cadastro de receita;
76
RF11.2. Ao selecionar um profissional no cadastro do procedimento, deve-se

exibir abaixo os convênios vinculados ao profissional e, disponibilizar um
checkbox e campo de valor. Ao selecionar o checkbox o campo de valor deve
ser liberado, indicando assim que aquele convênio atende o procedimento e o
valor que deverá ser cobrado do paciente;
RF11.3. A exclusão física de um procedimento só será realizada caso não possua
nenhum registro vinculado, caso contrário, seu cadastro será apenas inativado.
Produtos
RF12. A aplicação deve permitir ao usuário incluir, alterar e excluir produtos, com os
seguintes atributos: descrição, estoque mínimo, unidade de medida, se pertence a algum
profissional e observação.
RF12.1. Deve-se permitir realizar entrada de produtos com os seguintes
atributos: fornecedor, nota fiscal, data da nota fiscal, se a entrada está sendo
realizada para algum profissional, observação, produto, quantidade, valor
unitário e valor total.
RF12.2. Ao realizar entrada de produtos, deve-se permitir ao usuário ter a opção
se deseja juntamente cadastrar a despesa, informando categoria financeira, conta
bancária, forma de pagamento, valor, desconto, valor total, vencimento e data do
pagamento.
RF12.3. Deve-se permitir realizar saída de produtos com os seguintes atributos:
se será realizada para algum profissional, produto, quantidade e observação.
RF12.4. A exclusão física de um produto só será realizada caso não possua
Profissionais
RF13. A aplicação deve permitir ao usuário incluir, alterar e excluir profissionais,
podendo ser do tipo recepcionista ou profissional da saúde.
RF13.1. O cadastro do tipo recepcionista deve conter os seguintes atributos:
nome, CPF, data de nascimento, RG, órgão emissor, data de expedição, sexo, e-
mail, senha, situação, foto do perfil, CEP, endereço, número, complemento,
bairro, cidade, estado, telefone, celular, WhatsApp, telefone adicional e
observação.
77
RF13.2. O cadastro do tipo profissional da saúde deve conter os seguintes

atributos: nome, CPF, data de nascimento, RG, órgão emissor, data de
expedição, sexo, tratamento, conselho, registro, profissão, horário de
atendimento, e-mail, senha, situação, foto do perfil, CEP, endereço, número,
complemento, bairro, cidade, estado, telefone, celular, WhatsApp, telefone
adicional e observação.
RF13.3. O horário de trabalho do profissional da saúde irá interferir no cálculo
de horários disponíveis durante um agendamento. Dessa forma, será levado em
consideração a duração dos procedimentos selecionados, para em seguida exibir
os horários disponíveis para agendamento, dentro do horário de atendimento do
profissional.
RF13.4. A exclusão física de um profissional só será realizada caso não possua
Usuários
RF14. A aplicação deve permitir incluir, alterar e excluir usuários com os seguintes
atributos: nome, situação, foto do perfil, tipo do usuário, e-mail, senha e observação.
RF14.1. A exclusão física do usuário só será realizada caso não possua nenhum
registro vinculado.
C. Requisitos não funcionais (RNF)
RNF1.Por tratar-se de uma aplicação web, é necessário que as senhas utilizem uma
criptografia, a fim de dificultar possíveis invasões, pois, estará em um servidor remoto.
RNF2.Levando em consideração a lei nº 13.709/18 intitulada Lei Geral de Proteção de
Dados (LGPD), a aplicação deve se adequar às normas impostas, tendo em vista que, serão
utilizados dados pessoais para as transações realizadas nela.
RNF3.A aplicação deve ser desenvolvida utilizando um layout responsivo, facilitando a
adequação nos diferentes tipos de tela.
12
APÊNDICE C – Diagrama de entidade-relacionamento
O diagrama de entidade-relacionamento (DER) tem por objetivo ilustrar as entidades e seus respectivos relacionamento em um banco de
dados. Sendo assim, as Figuras 56 e 57 demonstram o DER elaborado, utilizado para auxiliar na concepção do banco de dados.
Figura 56 - Diagrama de entidade-relacionamento (Parte 1)
Fonte: (Do autor).

13
Figura 57 - Diagrama de entidade-relacionamento (Parte 2)
Fonte: (Do autor).

TCC - Arthur S. Andrade (Ivan)

Enviado por

Dados do documento

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

TCC - Arthur S. Andrade (Ivan)

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE DO ESTADO DE MINAS GERAIS – UEMG

UMA FERRAMENTA DE APOIO PARA GERENCIAMENTO DE

ARTHUR SOUZA ANDRADE

UMA FERRAMENTA DE APOIO PARA GERENCIAMENTO DE CLÍNICAS DA

Trabalho de Conclusão de Curso apresentado como exigência

A Comissão Examinadora, abaixo assinada, aprova o Trabalho de Conclusão de Curso (TCC).

UMA FERRAMENTA DE APOIO PARA GERENCIAMENTO DE

como requisito parcial para obtenção de Bacharel em Sistemas de Informação

Frutal, x de fevereiro de 2022

Sistemas de Informação têm possibilitado a gestão informatizada de diversas áreas, aumentando

Palavras-chave: Gerenciamento de clínicas; Gestão informatizada; Área da saúde; Aplicação

Information Systems have enabled the computerized management of several areas,

Keywords: Clinic management; Computerized management; Health area; Web application.

Figura 1 - Etapas desempenhadas mediante utilização do framework Scrum.......................... 18

Tabela 1 - Sprint 1 (Levantamento, elaboração e validação de requisitos) .............................. 67

CID – Classificação Internacional de Doenças

2 REVISÃO DA LITERATURA CORRELATA ........................................................ 15

5 CONSIDERAÇÕES FINAIS ...................................................................................... 64

6 REFERÊNCIAS BIBLIOGRÁFICAS ...................................................................... 65

No mundo da tecnologia da informação, observa-se grande evolução quanto à utilização

segura, garante uma organização dos processos e das informações, proporcionando-se

1.1 Justificativas e motivação

Já nos Objetivos deve-se declarar explicitamente os objetivos gerais e específicos que

1.3 Separação do trabalho

O presente trabalho está estruturado em capítulos. Sendo assim, o capítulo 1 clarifica o

2 REVISÃO DA LITERATURA CORRELATA

Neste capítulo são abordados os tipos de Sistemas de Informação, bem como o

2.1 Sistemas de Informação

Os Sistemas de Informação, na visão de João (2018, p. 7), referem-se a um conjunto de

2.2 Os processos de desenvolvimento de software

O processo de desenvolvimento de software constitui-se por "um conjunto de atividades,

As reuniões diárias, têm duração entre 15 e 20 minutos. Elas objetivam entender a

Figura 1 - Etapas desempenhadas mediante utilização do framework Scrum

Fonte: (OLIVEIRA, 2019).

Para Martins (2016), diversas ferramentas hoje disponíveis possibilitam o

Durante o desenvolvimento de softwares, faz-se necessário o uso de frameworks que

2.3.1 Bootstrap Framework

De acordo com Laaziri et al. (2019), o Bootstrap é um framework de folha de estilo em

Figura 2 - Sistema de grades do Bootstrap Framework

Fonte: (MEDIUM, 2017).

Os elementos que compõem a interface, são adaptados conforme a disposição da largura

2.3.2 Laravel Framework

O Laravel consiste em um framework para aplicações web. Possui uma significativa

Figura 3 - Estrutura de funcionamento do Laravel Framework

Fonte: (HUANG, 2018).

Segundo consta no site da desenvolvedora (LARAVEL, 2021), o framework auxilia

2.4 Trabalhos e produtos correlatos

Existem diversos trabalhos e produtos relacionados ao tema proposto no presente

2.4.1 Análise e desenvolvimento de um sistema web de gestão para clínicas de saúde

A saber, Bringhenti (2015) em seu Trabalho de Conclusão de Curso (TCC), propôs o

Figura 4 - Interface de manutenção da agenda

Fonte: (BRINGHENTI, 2015).

Analisando o trabalho de Bringhenti (2015), pode-se elencar as vantagens e suas

2.4.2 Sistema para gerenciamento de consultas médicas

Figura 5 - Interface de agenda exibida para secretária

Fonte: (CUNHA, 2012).

2.4.3 FINECLIN: Sistema de gerenciamento de uma clínica multidisciplinar

No Trabalho de Conclusão de Curso de Silva (2016), relata que em virtude da

Figura 6 - Protótipo inicial na visão da secretária

Fonte: (SILVA, 2016).

Ao analisar as funcionalidades propostas por Silva (2016) em seu trabalho, considera-

O Conclínica compreende um software médico para gestão de clínicas, contando com

Figura 7 - Interface do painel administrativo Conclínica

Fonte: (TECNOARTE, 2021).