INSTITUTO FEDERAL DA BAHIA

CAMPUS JEQUIÉ
CURSO DE BACHARELADO EM ENGENHARIA MECÂNICA

SIMULAÇÃO DE PROTÓTIPO DE APLICATIVO

PARA CONTROLE POSOLÓGICO DE
MEDICAMENTOS

Gabriel Couto Oliveira

Mailana Teixeira Pereira
Thiago Eça Del Rei

Jequié-BA
2022
 INSTITUTO FEDERAL DA BAHIA
CAMPUS JEQUIÉ
CURSO DE BACHARELADO EM ENGENHARIA MECÂNICA

SIMULAÇÃO DE PROTÓTIPO DE APLICATIVO PARA

CONTROLE POSOLÓGICO DE MEDICAMENTOS

Gabriel Couto Oliveira

Mailana Teixeira Pereira
Thiago Eça Del Rei

Relatório apresentado aos professores Fabiano

Borges e Rita Queiroz, como requisito avaliativo
da disciplina de Projeto Integrador I.

Orientadora: Lais Farias Alves

Jequié-BA
2022
 Sumário

1 INTRODUÇÃO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1 Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

2 REFERENCIAL TEÓRICO . . . . . . . . . . . . . . . . . . . . . . . . 5

3 METODOLOGIA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

4 RESULTADOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

5 CRONOGRAMA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

6 ORÇAMENTOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

7 CONCLUSÕES . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

REFERÊNCIAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
 Resumo
O trabalho trata-se de gerar uma simulação para a construção de um software que tem por objetivo
auxiliar o gerenciamento posológico de um dado medicamento por parte do usuário. Onde é
apresentada a lógica por trás da modelagem em paralelo com o tratamento como evento da
posologia de um dado medicamento, logo, apresentando a construção de métodos que facilitam
o uso do composto em conjunto com suas recomendações que, por sua vez, podem variar de
acordo com a necessidade do paciente. A apresentação de modo sucinto de como executar a
codificação a permitir a continuidade do projeto com os devidos requisitos funcionais e de
prototipagem não-funcional. Lastreando a ideia de construção de software, tem-se a utilização
da UML (Linguagem de Modelagem Unificada) em razão da facilitação de comunicação entre
idealizador e programador que, assim, poderá empregar de maneira efetiva quaisquer casos de
usos expostos nesse trabalho.

Palavras-chave: Gerenciamento; Simulação; Posologia.

 4

1 INTRODUÇÃO

Ao se acompanhar a posologia de um medicamento qualquer durante seu uso ostensivo ou

por período preestabelecido, temos ocorrências de esquecimentos, efeitos colaterais, dosagens
exageradas ou abaixo do recomendado, dentre outros problemas relacionados ao uso e falha
humana na posologia de algum fármaco.
Tendo isso em vista, cabe simular um protótipo de aplicativo para controle posológico de
medicamentos. Já que estamos sempre em contato com aparatos tecnológicos tais como os
dispositivos móveis e geralmente em ambientes corporativos, os dispositivos fixos, é simples
de implementar uma aplicação que tenha como função principal, alertar e gerenciar o uso de
determinado fármaco pelo usuário mediante dados previamente prescritos pelo médico em razão
da posologia, correspondendo a dosagem e intervalo de tempo.
Essa aplicação visa facilitar a ministração dessa droga fazendo com que o usuário tenha
informações sobre a mesma, com acesso aos dados da bula, alarmes ajustados para o intervalo
solicitado, confirmação da dose e um questionário simples para acompanhamento do usuário em
relação a melhoras, pioras, efeitos esperados variando entre benéficos ou não, dependendo de
cada medicamento e posteriormente a implementação de uma linha de contato com o fabricante
do fármaco para informações de efeitos imprevistos na bula. Todo esse aparato sem substituir
a função do profissional de saúde uma vez que, a aplicação será apenas de controle de dados,
sendo indiferente a situações pontuais onde a intervenção profissional é necessária. Todavia, ao
se ter de modo relatado cada etapa do tratamento, é possível facilitar o diagnóstico por parte do
profissional, uma vez que a sintomatologia está ordenada de modo cronológico.

1.1 Objetivos

Objetivo Geral
Desenvolver simulação de aplicação de controle posológico de medicamentos.

Objetivos Específico
a) Identificar linguagem de programação a ser utilizada;

b) Criar estrutura de programação;

c) Prototipar simulação navegável do software.

 5

2 Referencial Teórico

De acordo com ANVISA (2010), o erro na medicação é qualquer evento evitável. A partir
dessa frase podemos nortear o pensamento que caso a prescrição esteja correta, cabe apenas ao
usuário se adequar aos cuidados necessários para que tal fármaco cumpra com seu objetivo de
melhor forma.
Visto que o mercado já dispõe de softwares para controle e gerência de farmácias de maneira
semelhante ao descrito por Tangza (2022), fazendo o acompanhamento de idosos, voltado aos
cuidadores de idosos, profissionais da saúde, dentre outros projetos já vistos de modo livre
em fóruns virtuais. Faz-se necessário uma certa carga de dados solicitado pela aplicação e
funcionamento adequado desse software, como por exemplo: o acesso à lista de contatos, acesso
aos sistemas de notificação e até mesmo o uso constante de internet para se comunicar com os
serviços da aplicação.
Portanto, esta ideologia pode ser dividida em duas vertentes, uma parte para distribuições
fixas como desktops e workstations com compatibilidade para dispositivos móveis, os mobiles.
Em razão da já consolidada tecnologia dos “computadores de mesa” podem ser utilizadas diversas
linguagens de programação a fim de desenvolver uma aplicação que funcione de maneira sob
demanda, apenas usando recursos da máquina quando necessário, se mantendo em segundo
plano com baixo consumo de recursos, apenas utilizando o relógio já fornecido pela rede, função
esta comum em jogos e outros aplicativos. Para o modo mobile, existe a restrição de linguagens
programáveis que interagem de mesma maneira que os dispositivos fixos, logo, a estrutura
de funcionamento deve ser tão simples quanto adaptável para que as mesmas funções sejam
distribuídas com a mesma fluidez que no desktop.
Apesar de comportamentos basais semelhantes quanto ao consumo de recursos, nos dispositi-
vos móveis, tem em seu funcionamento geral o pré-carregamento de funções específicas taxadas
como essenciais, permitindo que a aplicação funcione em segundo plano com menos restrições
que em outras plataformas. Desta forma, é viável que o sistema de notificação e atualização
de dados seja de modo principal na plataforma móvel, contudo, de maneira análoga, possa ser
gerenciado com as mesmas características nos outros dispositivos, requerendo maior plasticidade
das linguagens de programação.
Afim de estruturar o pensamento para criação do software em desenvolvimento, conforme
Silva e Videira (2008), a linguagem UML (do inglês: Unified Modeling Language – Linguagem
de Modelagem Unificada) é a mais adequada para planejamento e prototipagem, visto que é
uma linguagem diagramática utilizável para especificação, visualização e documentação de
sistemas de software, que possui como características principais: a independência em relação ao
comportamento do projeto, aplicação para serviços desde servidores, projetos de rede, sistemas
de tempo real, dentre outros. E também mantém o perfil independente em relação à metodologia
e/ou ao processo de desenvolvimento, uma vez que sua função é melhorar a eficiência na
Capítulo 2. Referencial Teórico 6

comunicação entre um grupo variado de interventores.

Em razão da necessidade de plasticidade para o desenvolvimento do projeto, a linguagem de
programação definida como adequada é o Python, por ter licença própria sendo gratuita, com
simples sintaxe e semântica que reduz consideravelmente a necessidade de processamento para
execução do programa, mantendo a leveza paralela a compatibilidade para diversas máquinas e
configurações que, por sua vez, tornam o software mais atrativo ao uso. Em conformidade com
Challenger-Pérez et al. (2014), essa linguagem de programação conta também com extensões e
funções de outras linguagens como a C/C++, agregando também interfaces e comportamentos
do Java, podendo ter extensões em aplicações Web e afins.
 7

3 Metodologia

Baseado na linguagem UML, a simulação do projeto foi dividido em setores de desenvol-

vimento, cada um norteando uma faceta específica do mesmo, tendo quatro setores principais
antes da parte de codificação e primeiros testes práticos.

1. Documento de requisitos:
Sendo os objetivos, requisitos funcionais, regras e tarefas que foram desempenhadas pelo
software.

2. Diagrama de caso de uso:

A partir das informações anteriores é obtido o diagrama de caso de uso, que corresponde
na estrutura que programa se comportará em relação as decisões e preenchimento de
informações fornecidas pelo usuário.

3. Mapa de navegação:
Derivação do diagrama de caso de uso, este ponto corresponde ao fluxograma das telas que
serão controláveis e/ou exibidas, contendo informações sequenciadas mediante comandos
e passos dados pelo usuário dentro do software.

4. Protótipo não-funcional:
Seção correspondente à modelagem das telas a fim de ter uma estética inicial de como
o software irá se apresentar para o usuário. Tendo em vista que é croqui para nortear o
programador no ato do desenvolvimento.

Após a devida catalogação de necessidades e tarefas, a programação em si que pode partir

do princípio da ideia, sendo construído de modo mais simplificado o esqueleto do programa
e sendo aprimorado conforme o requisitado mantendo a fidedignidade ao projeto inicial com
modificações necessárias para conformidade da tarefa com a necessidade da mesma.
Com a linguagem de programação Python, que por sua vez é de código livre e com várias
funcionalidade a divisão de ações do software se comporta na seguinte sequência:

1. Cadastro do usuário;

2. Permissões de acesso para notificações;

3. Cadastro da prescrição medicamentosa com alertas e recomendações de uso;

4. Seção de pesquisa com dados da bula;

5. Questionário de acompanhamento.
Capítulo 3. Metodologia 8

Passos estes que são importantes para o acompanhamento progressivo do paciente que em
caso de necessidade tem informações detalhadas sobre como o medicamento reage e/ou reagiu
em seu organismo, evitando problemas futuros, devido ao acompanhamento sintomático a partir
dos seus escritos no questionário.
Sendo incentivado a manter os dados atualizados, o software não tem poder de interferência ou
intervenção fora dos parâmetros previstos na bula em casos extremos, logo apenas a notificação
que o medicamento deve ser interrompido será em casos igualmente extremos, todavia o usuário,
antes disso, é alertado retornar ao médico ou, até mesmo, buscar um serviço de saúde de
emergência.
 9

4 Resultados

Documento de requisitos:

1. RQN. Cadastro do usuário:

RFU. Incluir, visualizar, editar e excluir o usuário: No cadastro do usuário deve-se conter:
Nome completo, data de nascimento, e-mail.
REG. 1 usuário por e-mail, nome e data de nascimento.

2. RQN.Registro de medicamentos:
RFU. Incluir, visualizar e editar medicamentos e posologia: Deve-se conter: nome do
medicamento, recomendações de uso, horário da dosagem.
REG. Os dados devem estar em concordância com a prescrição médica, sendo responsabi-
lidade do usuário a veracidade e controle.

3. RQN. Visualização da bula:

RFU. Visualizar a bula do(s) medicamento(s): Na visualização deve-se conter: todos os
dados descritos na bula do medicamento.
REG. As bulas disponíveis são apenas para os medicamentos previamente cadastrados.
Sendo impossível pesquisar por outros.

4. RQN. Questionário de acompanhamento:

RFU. Incluir, visualizar, editar respostas de um questionário de acompanhamento: Deve-se
conter: perguntas de acompanhamento genéricas e de fácil resposta, podendo ser utilizadas
imagens para definir os sintomas caso existam.
REG. Caso o usuário não preencha os dados, o aplicativo continuará funcionando.
REG. Caso o usuário preencha reação adversa grave ou moderada prevista em bula, o
aplicativo apenas responderá para procurar ajuda médica ou interrupção da posologia.

• RQ.N.: Requisito de negócio.

• RF.U.: Requisito funcional.

• REG.: Regra.
Capítulo 4. Resultados 10

A partir do software Balsamiq, foram realizados esboços das telas do aplicativo para controle
posológico de medicamentos, para demonstração de funcionalidade do aplicativo.

Figura 1 – Esboço da 1ª tela. Figura 2 – Esboço da 2ª tela.

Fonte: Autores. Fonte: Autores.

A Figura 1 é referente a primeira tela do aplicativo, onde é selecionado cadastro/login do

usuário, seguida da Figura 2 para ser inserido os dados de cadastro caso não possuía conta. Caso
já possua conta, está é redirecionada para a 4ª tela. Podendo assim liberar o acesso do programa,
no cadastro do usuário deve-se conter: Nome completo, data de nascimento, e-mail.

Figura 3 – Esboço da primeira parte da 3ª tela.

Fonte: Autores.

Após ser confirmado o acesso, segue para a tela de cadastro do medicamento utilizado
pelo usuário do programa, como mostra na Figura 3, devendo conter: nome do medicamento,
recomendações de uso e horário da dosagem. Os dados devem estar em concordância com a
prescrição médica, sendo responsabilidade do usuário a veracidade e controle.
Capítulo 4. Resultados 11

Figura 4 – Esboço da segunda parte da 3ª tela

Fonte: Autores.

Em seguida, ainda na tela de cadastro do medicamento, é cadastrado o horário de uso do

medicamento, assim como mostrado na Figura 4.

Figura 5 – Esboço da 4ª tela.

Fonte: Autores.

A Figura 5 mostra a tela 4 do aplicativo, onde é exposta uma tabela geral, contendo: os
medicamentos em uso, os respectivos horários inicial e intervalo de consumo, a dosagem e as
recomendações necessárias para consumo do conteúdo. Nessa tela é possível ser realizada a
edição do medicamento, excluir o medicamento e ser redirecionada para a tela de cadastro do
medicamento.
Capítulo 4. Resultados 12

Figura 6 – Esboço da 5ª tela.

Fonte: Autores.

Na Figura 6 refere-se a tela 5, onde é exibida a bula do medicamento. Essa bula é acessada
ao clicar no seu respectivo medicamento na tabela geral, na visualização deve-se conter: todos os
dados descrito na bula do medicamento. As bulas disponíveis são apenas para os medicamentos
previamente cadastrados. Ou seja, é impossível pesquisar por outros.

Figura 7 – Esboço da 6ª tela.

Fonte: Autores.

Por fim, a Figura 7 remete a ultima tela do programa, nela é feito o questionário de acompa-
nhamento, Deve-se conter: perguntas de acompanhamento genéricas e de fácil resposta, podendo
ser utilizadas imagens para definir os sintomas caso existam (feedback do medicamento). Caso o
usuário não preencha os dados, o aplicativo continuará funcionando. Caso o usuário preencha
reação adversa grave ou moderada prevista em bula, o aplicativo apenas responderá para procurar
ajuda médica ou interrupção da posologia.
Capítulo 4. Resultados 13

Figura 8 – Esboço de Notificações.

Fonte: Autores.

A Figura 8 representa as notificações exibidas no desktop indicando o horário para uso do

medicamento.

Figura 9 – Mapa de navegação.

Fonte: Autores.

O fluxograma da Figura 9, trata-se de um resumo da funcionalidade do aplicativo a partir da

demonstração de seu mapa de navegação. Em suma, a junção de todas estas telas, compõem a
simulação do protótipo de aplicativo para controle posológico de medicamentos.
 14

5 Cronograma

Tabela 1 – Cronograma

Tarefas Objetivo Início Fim

Criação do documento de re-
quisitos, protótipo não funcio-
Criação da documentação. 28/11/2022 05/12/2022
nal, diagrama de casos de uso
e mapa de navegação.
Estudo da lógica de progra- Análise da lógica e desenvol-
05/12/2022 19/12/2022
mação empregada. tura do software.
Entrega de ideologia de es-
Entrega do resultado de estudo
tudo do programa (protó- 05/12/2022 12/12/2023
do programa.
tipo não funcional).
Criar estrutura de fluxograma
Desenvolvimento da lógica para determinar quais são as
31/01/2023 06/03/2023
de programação. tarefas desempenhadas pelo
software.
Verificação dos erros e confec-
Análise de erros e aperfei-
ção de um relatório de avanços 06/03/2023 12/03/2023
çoamentos.
conforme.
Implementação de interface
Aperfeiçoamento geral do gráfica elaborada, resolução
12/03/2023 24/03/2023
código. de erros, melhorias no desem-
penho.
Verificação dos erros e confec-
Análise de erros e aperfei-
ção de um relatório de avanços 24/03/2023 31/03/2023
çoamentos.
conforme.
Entrega do segundo protó- Entrega do segundo versão
31/03/2023 01/05/2023
tipo. operacional
Verificação dos erros e confec-
Análise de erros e aperfei-
ção de um relatório de avanços 01/05/2023 08/05/2023
çoamentos.
conforme.
Implementação de interface
gráfica elaborada, resolução
Aperfeiçoamento geral do
de erros, melhorias no desem- 08/05/2023 15/03/2023
código.
penho e criação de extensão
para páginas Web.
Confecção do protótipo final
Apresentação do protótipo
e relatório final de desenvolvi- 24/03/2023 12/06/2023
final.
mento.
 15

6 Orçamentos

Tabela 2 – Orçamentos

Item Quantidade Preço Descrição

Software compilador e execu-
Visual Studio Code 1 R$ 0,00 tor de linguagens de progra-
mação/marcação
Software online para desenvol-
vimento de fluxogramas e dia-
Diagrams.net 1 R$ 0,00 gramas de caso de uso, diagra-
mas de classes, dentre outras
funcionalidades gráficas.
Licença limitada por 30 dias
em modo de teste, consistindo
Balsamiq 1 R$ 0,00
num software online para a cri-
ação de croquis de telas.
 16

7 Conclusões

No decorrer do trabalho conclui-se que a posologia pode ser tratada como evento e suas falhas
são intrinsecamente evitáveis em função da gerência adequada por parte do usuário, que muitas
vezes por fator humano incorre em erro que possivelmente pode gerar danos ao paciente em caso
de progressão desse erro, bem como o acompanhamento por parte do usuário ser necessária para
que possível ajuste ou relato de melhora seja obtido. A partir da simulação é possível constatar
que de modo intuitivo todas estas ações podem ser consolidadas em um único software.
A simulação pôde ser gerada a partir de um software virtual permitindo a melhor visualização
comportamental do projeto, tendo em vista as telas e cadeias de segmentos abordados, ou seja,
de onde começa e o quê resulta cada ação dada pelo usuário, tendo limitações por parte desse
software escolhido para esse desempenho em razão da licença estudantil, embora traga um
croqui, ou, protótipo não-funcional de como a aplicação é feita.
No desenvolvimento tivemos a utilização de softwares de licença gratuita e/ou temporária,
como o Visual Studio Code como editor de texto para descrever cada requisito da simulação, o
Diagrams para sintetizar diagramas de casos de uso e mapa de navegação servindo de norteadores
para a simulação criada no Balsamiq, que por sua vez permite a criação de croquis parcialmente
funcionais que permitem a navegação entre telas mas sem interação.
Em razão de posterior prototipagem funcional das funcionalidades descritas no trabalho, é
possível refinar a escolha de plataformas para melhor aplicação da UML, visto que a mesma se
comporta de maneira adaptável ao estilo de modelagem a ser empregada, seja para projetos ou
processos que podem ser desenvolvidos de modo livre variando a execução dos desenvolvedores.
De modo geral o trabalho pode acrescentar facilitações para àqueles que buscam estruturar
um software desde as documentações até a simulação não-funcional que servem de base para a
criação do mesmo para controle posológico de medicamentos juntamente as recomendações de
uso, intervalo de tempo e questionário de acompanhamento para melhor eficiência em caso de
retorno a unidade médica.
 17

Referências

ANVISA. Anvisa disponibiliza formulário de “Erro de medicação” aos

profissionais da saúde. 2010. Disponível em: <http://www.cofen.gov.br/
anvisa-disponibiliza-formulario-de-erro-de-medicaao-aos-profissionais-da-saude_6109.html#:
~:text=Erro%20de%20medicaÃğÃčo%20Ãl’%20qualquer,do%20paciente%20ou%20do%
20consumidor.> Acesso em: 06 de nov. de 2022.

CHALLENGER-PÉREZ, I.; DÍAZ-RICARDO, Y.; BECERRA-GARCÍA, R. A. El lenguaje

de programación python. Ciencias Holguín, Centro de Información y Gestión Tecnológica
de Holguín, v. 20, n. 2, p. 1–13, 2014. Disponível em: <https://www.redalyc.org/pdf/1815/
181531232001.pdf>. Acesso em: 21 de nov. de 2022.

SILVA, A.; VIDEIRA, C. Uml, metodologias e ferramentas case, vol. 2. Centro Atlântico,, 2008.
Disponível em: <http://www.cesarkallas.net/arquivos/livros/informatica/UML_Metodologias_e_
Ferramentas_CASE_portugues_.pdf>. Acesso em: 21 de nov. de 2022.

TANGZA, L. d. C. Aplicativo de celular android para auxiliar no monitoramento de remédios.

Universidade Estadual Paulista (Unesp), 2022. Disponível em: <https://repositorio.unesp.br/
handle/11449/217252>. Acesso em: 06 de nov. de 2022.