Edgar Alfredo Joaquim Baulene

Proposta de Implementação de um Sistema Informático de Gestão de

Informação do Posto Médico Militar de Matacuane

Licenciatura em Informática

Universidade Pedagógica

Beira

2019
 Edgar Alfredo Joaquim Baulene

Proposta de Implementação de um Sistema Informático de Gestão de

Informação do Posto Médico Militar de Matacuane

Monografia apresentada ao Departamento da

Escola Superior Técnica, Delegação da Beira, para
a obtenção do grau académico de Licenciatura em
Informática com Habilitação em Engenharia de
Desenvolvimento de Sistemas.

Supervisor:
MSc. Ngoni Murimba

Universidade Pedagógica

Beira

2019
ÍNDICE

LISTA DE TABELAS .................................................................................................................. IV

LISTA DE FIGURAS ................................................................................................................... IV
LISTA DE ABREVIATURAS, SIGLAS E SÍMBOLOS ...............................................................V
DECLARAÇÃO ............................................................................................................................ VI
DEDICATÓRIA ........................................................................................................................... VII
AGRADECIMENTOS ................................................................................................................VIII
RESUMO ...................................................................................................................................... IX
ABSTRACT .................................................................................................................................. 10
CAPÍTULO I: INTRODUÇÃO DA PESQUISA .......................................................................... 11
1.1. Introdução ....................................................................................................................... 11
1.2. Tema ............................................................................................................................... 12
1.2.1. Delimitação do Tema............................................................................................... 12
1.3. Justificativa ..................................................................................................................... 12
1.4. Problema ......................................................................................................................... 13
1.5. Objectivos ....................................................................................................................... 13
1.5.1. Objectivo Geral........................................................................................................ 13
1.5.2. Objectivos Específicos ............................................................................................ 13
1.6. Hipóteses ......................................................................................................................... 13
1.7. Tipos de Estudo .............................................................................................................. 13
1.7.1. Estudo de Caso ........................................................................................................ 13
1.7.2. Pesquisa de Campo .................................................................................................. 14
1.8. Fontes de Informação ...................................................................................................... 14
CAPÍTULO II: FUNDAMENTAÇÃO TEÓRICA ....................................................................... 15
2.1. Gestão de Informação ..................................................................................................... 15
2.2. Sistema Informático ........................................................................................................ 15
2.3. Segurança Informática .................................................................................................... 16
2.4. Rede Local ...................................................................................................................... 17
2.5. Linguagem de Modelagem Unificada ............................................................................. 17
2.6. Ciclo de Vida de Desenvolvimento de Sistemas ............................................................ 17
2.7. Tecnologias de Desenvolvimento de Guaco ................................................................... 20
 2.7.1. Linguagem C# ......................................................................................................... 20
2.7.2. PostgreSQL.............................................................................................................. 20
2.7.3. Microsoft Visual Studio Professional 2015 ............................................................. 20
CAPÍTULO III: METODOLOGIA DA PESQUISA .................................................................... 21
3.1. Pesquisa Bibliográfica .................................................................................................... 21
3.2. Instrumentos de Colecta de Dados .................................................................................. 21
3.2.1. Entrevista ................................................................................................................. 22
3.2.2. Observação Directa.................................................................................................. 22
3.3. Feature Driven Development (FDD) .............................................................................. 22
3.3.1. Processos de Feature Driven Development ............................................................. 23
CAPÍTULO IV: PROPOSTA DE UM SISTEMA INFORMÁTICO DE GESTÃO DE
INFORMAÇÃO ............................................................................................................................ 25
4.1. Justificativa da Proposta de um Sistema Informático de Gestão de Informação ............ 25
4.2. Descrição Justificativa do Sistema ................................................................................. 26
4.2.1. Software ................................................................................................................... 26
4.2.2. Hardware ................................................................................................................. 31
4.2.3. Rede de Computador ............................................................................................... 31
4.2.4. Capacitação dos Funcionários ................................................................................. 32
4.2.5. Custo de Implementação ......................................................................................... 33
CAPÍTULO V: CONCLUSÕES E RECOMENDAÇÕES ........................................................... 34
5.1. Conclusões ...................................................................................................................... 34
5.2. Recomendações .............................................................................................................. 35
REFERÊNCIAS BIBLIOGRÁFICAS .......................................................................................... 36
 IV

LISTA DE TABELAS

Tabela 1: Orçamento para implementação do sistema ......................................................... 33

LISTA DE FIGURAS

Figura 1: Etapas de Ciclo de Vida de FDD. Fonte: Vítor Almeida, 2015. ........................... 18

Figura 2: The five processes of Feature Driven Development with their outputs. Fonte: Palmer,
SR. Felsing, JM. 2002, p.57. ................................................................................................ 23

Figura 3: Janela de registo dos usuários do sistema ............................................................. 26

Figura 4: Janela de entrada ao sistema (Login). ................................................................... 27

Figura 5: Janela de registar paciente na fila de consulta. ..................................................... 28

Figura 6: Janela de realização de nova consulta. .................................................................. 28

Figura 7: Janela de agendamento de consultas. .................................................................... 29

Figura 8: Janela de entrega de medicamentos na farmácia. ................................................. 30

Figura 9: Janela de stock do ambulatório. ............................................................................ 30

Figura 10: Diagrama de Implementação .............................................................................. 32

 V

LISTA DE ABREVIATURAS, SIGLAS E SÍMBOLOS

.NET - Lê-se dotNet

API - Application Programs Interface
C# - Lê-se CCHARP
CIA - Confidentiality, Integrity and Availability
CVDS - Ciclo de Vida de Desenvolvimento de Sistemas
FDD - Feature Driven Development
FIFO - First-In First-Out
IDE - Integrated Development Environment
LAN - Local Area Networks
SGBDR - Sistema de Gerenciamento de Base de Dados Relacional
UML - Unified Modeling Language
 VI

DECLARAÇÃO

Declaro que esta Monografia é resultado da minha investigação pessoal e das orientações do meu
supervisor, o seu conteúdo é original e todas as fontes consultadas estão devidamente
mencionadas no texto, nas notas e na bibliografia final.
Declaro ainda que este trabalho não foi apresentado em nenhuma outra instituição para obtenção
de qualquer grau académico.

Beira, 29 de Abril de 2019

___________________________________
(Edgar Alfredo Joaquim Baulene)
 VII

DEDICATÓRIA

Aos meus pais Alfredo Joaquim Baulene e Júlia Paulino Baulene pela orientação, educação e
ensinamento para me preparar até a este momento, sem me esquecer de minha irmã Ernestina
Alfredo Joaquim Baulene por ter-me dado o seu apoio emocional e financeira para suportar a
minha universidade nos primeiros 5 semestres.
 VIII

AGRADECIMENTOS

Primeiramente a Deus e a graça de Jesus Cristo pela vida e saúde, pois sem Ele não conseguiria
ter força e sabedoria para realizar este trabalho.
A minha família e meus amigos que sempre estevem do meu lado, acreditando em mim, dando-
me o seu apoio directo e indirectamente para seguir com a minha formação.
Aos docentes do curso pela paciência de nos ensinar com muita sabedoria e paciência.
Aos colegas da turma de 2015 que sempre estiveram do meu lado e contribuindo nessa
caminhada académica com o apoio directo e indirectamente, sem mim esquecer em especial os
elementos do primeiro grupo e colegas do minor de Engenharia de Desenvolvimento de Sistemas.
Em especial ao MSc. Ngoni Murimba, orientador e supervisor, que com sabedoria soube-me
ajudar e por acreditar na conclusão em tempo útil deste trabalho, orientando-me ao caminho certo
com muito ânimo e paciência.
 IX

RESUMO

O presente trabalho tem como objectivo de fazer uma proposta para implementação de um
sistema informático de gestão de informação do Posto Médico Militar de Matacuane. Esta
unidade sanitária para além de servir os militares também desempenha um grande papel no
auxílio dos cuidados de saúde dos munícipes da cidade da Beira.
As dificuldades na localização, organização, guarda de informação dos pacientes e devido a
descentralização destas informações para posterior uso na contribuição do fornecimento de dados
para o diagnóstico dos pacientes são os problemas enfrentados pelos médicos. Isso devido a
ausência de um sistema de informação para auxiliar na gestão do Posto Médico Militar de
Matacuane. Logo, vem-se necessária a implementação de um novo sistema informático.
Este trabalho o autor desenvolveu um sistema informático designado Guaco para responder aos
problemas enfrentados no Posto Médico. O sistema proposto (Guaco) permite registar pacientes,
agendar consultas, disponibilizar o prontuário do paciente, controlar stock de farmácia, contribuir
na guarda e emissão de receitas, entre outros recursos solicitados.
O sistema disponibiliza exclusivamente as informações provenientes dos sectores de recepção,
consultas externas e controle de stock farmacêutico do Posto Médico Militar de Matacuane, de
acordo com a especialidade do profissional ou nível de acesso do usuário do sistema.
A aceitação e implementação do sistema informático (Guaco) no Posto Médico Militar de
Matacuane permitirá com que as informações esteja unificadas e disponíveis para consulta pelos
profissionais nesta unidade sanitária, garantindo maior segurança das informações, optimização
do tempo de atendimento dos pacientes e organização das informações na base de dados.
Palavras-chave: Sistema, Sistema Informático, Gestão de Informação, Base de Dados, Rede
Local e Prontuário Médico.
 10

ABSTRACT

The present work aims to make a proposal for the implementation of a computerized information
management system for the Matacuane Military Medical Post. This sanitary unit besides serving
the military also plays a great role in helping the health care of the residents of the city of Beira.
The difficulties in locating, organizing, keeping patients' information and due to the
decentralization of this information for later use in the contribution of providing data for the
diagnosis of patients are the problems faced by physicians. This is due to the absence of an
information system to assist in the management of the Matacuane Military Medical Post.
Therefore, it is necessary to implement a new computer system.
This work the author developed a computer system called Guaco to respond to the problems
faced at the Medical Post. The proposed system (Guaco) allows patients to register, schedule
appointments, make patient records available, monitor stock of pharmacies, contribute to the
safekeeping and issuance of income, and other requested resources.
The system only provides information from the reception, external consultation and
pharmaceutical stock control sectors of the Matacuane Military Medical Post, according to the
professional's specialty or level of user access to the system.
The acceptance and implementation of the computer system (Guaco) at Matacuane Military
Medical Post allowed the information to be unified and available for consultation by
professionals in this health unit, ensuring greater information security, optimization of patient
care time and organization of information in the database.
Keywords: System, Information System, Information Management, Database, Local Area
Networks and Medical Records.
 11

CAPÍTULO I: INTRODUÇÃO DA PESQUISA

1.1.Introdução

A disponibilidade permanente do histórico ou prontuário médico e a conservação das

informações dos pacientes são deveres tanto do médico quanto da instituição da qual pertence.
Segundo HOGARTH & SABBATINI (1998) “[...] os enormes problemas causados pelo
ineficiente e arcaico sistema de arquivamento médico em papel, que vão desde a tradicional
ilegibilidade das anotações médicas, até a perda de informações ou a dificuldade de achar
qualquer coisa”.
O trabalho surge como o alvo de pesquisa a gestão de informação no Posto Médico Militar de
Matacuane, onde o autor pretende propor um sistema informático de gestão de informação
designado Guaco, cujo objetivo é auxiliar aos profissionais médicos na obtenção de informações
do histórico dos pacientes. A maior vantagem da utilização deste sistema informático é poder
proporcionar melhor atendimento e tratamento de problemas de saúde dos pacientes, obtendo
maior controle e rapidez nas informações necessárias.
Para que seja substituído de forma completa do uso do papel por um sistema computacional é
necessária uma revolução cultural na área da saúde, tanto nos médicos como nos enfermeiros e
outros usuários direitos dos sistemas, responsáveis por toda informação que seja inserida
(SABBATINI apud STOLF, 2007, p.13).
A necessidade do estudo vem numa altura em que os sistemas informático já se popularizou nas
organizações e é uma das ferramentas competitivas e de gestão para as organizações. No entanto,
o Posto Médico Militar de Matacuane já está aliado a era moderna ou de sistema informático
como ferramenta de auxílio das suas actividades. Isso é, utilizam um sistema informático para
operar sua actividade de forma eficiente e com maior produtividade em alguns dos seus sectores.
Verificou-se que a gestão de informação dos sectores de recepção, consultas externas e farmácia
é a parte desta instituição em estudo que carece de um sistema de gestão de informação. Por isso,
o autor propõe um sistema informático que vai auxiliar na unificação completa dos dados
provenientes dos sectores de recepção, consultas externas e farmácia, que é o sector fundamental
do ponto de partida para demais actividade subsequentes nesta unidade sanitária.
 12

1.2.Tema

Proposta de implementação de um sistema informático de gestão de informação do Posto Médico

Militar de Matacuane.

1.2.1. Delimitação do Tema

O tema de trabalho de pesquisa delimita-se no Posto Médico Militar de Matacuane, localizada na

Rua Alfredo Lawley, frente a Universidade Zambeze, no bairro de Matacuane, cidade da Beira,
que será referenciado neste trabalho daqui em diante como o Posto Médico.

1.3.Justificativa

O Posto Médico é uma referência quanto a qualidade de atendimento e satisfação dos pacientes
no bairro de Matacuane até mesmo com pacientes provenientes de diferentes pontos da cidade da
Beira. No entanto, os sistemas informáticos (OpenMRS e iDRAT) existentes no Posto Médico
não se encontram distribuídos por todos os sectores desta unidade sanitária. Porque foi concebido
exclusivamente para auxiliar na gestão de informação dos pacientes seropositivos.
Deste modo, há dificuldade nas operações do dia-a-dia do Posto Médico em alguns sectores e/ou
serviços como no caso da área de recepção, consultas externas e farmácia, que ainda são sistemas
tradicionais resultando na morosidade, prejudicando a qualidade de gestão de informações dos
pacientes consultados e atendidos nesta unidade sanitária.
Segundo estes argumentos, surge a necessidade de desenvolver e propor um sistema informático
de gestão de informação do Posto Médico doravante será designado por Guaco. O sistema visa
ajudar melhorar a qualidade de atendimento aos pacientes que já vem caracterizando o Posto
Médico como referência de alta qualidade dos serviços de saúde na cidade da Beira.
O autor propõe um sistema que trará uma nova dinâmica de funcionamento, auxiliando na gestão
de informação dos pacientes, agendamento de consultas e controle de stock de medicamentos,
mas que por sua vez, unifica todos os sectores e/ou serviços como um todo. A gestão de
informação possibilitará uma administração muito eficaz, maior produtividade e competitividade
para Posto Médico. O sistema facilitará o trabalho dos funcionários do Posto Médico, ao mesmo
tempo o trabalho do director clínico da unidade sanitária e em especial os médicos.
 13

1.4.Problema

Será que desenvolver um novo sistema informático para o Posto Médico pode unificar as
informações dos sectores em uma única base de dados de maneira a auxiliar e facilitar os
funcionários e os pacientes no processo de gestão de informação do Posto Médico?

1.5.Objectivos

1.5.1. Objectivo Geral

 Propor a implementação de um sistema informático de gestão de informação do Posto

Médico Militar de Matacuane.

1.5.2. Objectivos Específicos

 Descrever a situação actual sobre a gestão de informação do Posto Médico;

 Desenvolver o sistema de gestão de informação do Posto Médico seguindo o ciclo de vida
de Feature Driven Development;
 Apresentar uma proposta de um sistema de gestão de informação para o Posto Médico.

1.6.Hipóteses

 Utilização de um sistema informático no Posto Médico para gestão de informação

unificada em única base de dados, optimiza o fluxo de informações permitindo maior
agilidade, organização e tomada de decisões nos sectores.
 Utilização de um sistema informático no Posto Médico para gestão de informação não
unificada em única base de dados, congestiona o fluxo de informação causando maior
morosidade na organização, análise dos dados e tomada de decisões nos sectores.

1.7.Tipos de Estudo

1.7.1. Estudo de Caso

Segundo SIGNIFICADOS (2018) “Consiste em uma profunda investigação sobre algum aspecto
específico de determinado tema (indivíduo, fenómeno, ambiente, etc.). Os resultados obtidos com
 14

o estudo de caso não devem ser generalizadores. Ou seja, não podem ser usados para representar
todos os indivíduos, mas sim apenas aqueles que foram directamente investigados”.
Este é o caso do Posto Médico, o sistema proposto é só para gestão de informação do Posto
Médico, não se pode generalizar para outros postos porque, a forma de realizar as actividades no
Posto Médico é diferente doutra unidade sanitária. O aspecto em investigação é a gestão de
informação que só beneficia o director clínico, os médicos, farmacêuticos e o recepcionista.

1.7.2. Pesquisa de Campo

Segundo SIGNIFICADOS (2018) aponta que “Esta é uma etapa importante da pesquisa, pois é
responsável por extrair dados e informações directamente da realidade do objecto de estudo. Ela
também define os objectivos e hipóteses da pesquisa, assim como define a melhor forma para
colectar os dados necessários, como o uso de entrevistas ou questionários avaliativos, que darão
respostas para a situação ou problema abordado na pesquisa”.
Neste trabalho foi usado a pesquisa do campo onde o pesquisador esteve no Posto Médico para se
inteirar melhor do problema vivido nesta unidade sanitária.

1.8. Fontes de Informação

As fontes de informação optadas pelo autor foram:

 Livros da área de informática e algumas de ciências socias e humanas;

 Os trabalhadores (médicos, farmacêutico e secretaria);
 Consultas Web (sites e blog).
 15

CAPÍTULO II: FUNDAMENTAÇÃO TEÓRICA

2.1.Gestão de Informação

Segundo Greewood (apud CAUTELA & POLIONI, 1982) “A informação é considerada como o
ingrediente básico do qual dependem os processos de decisão”. No entanto, para o autor se, por
um lado, uma unidade sanitária não funciona sem informação, por outro, é importante saber usar
a informação e aprender novos modos de ver o recurso informação para que o Posto Médico
funcione melhor. Isto é, para que se torne mais eficiente. Assim, quanto mais importante for
determinada informação para as necessidades do Posto Médico, e quanto mais rápido for o acesso
a informação, tanto mais poderá atingir os seus objectivos. Isto leva o autor a considerar que a
quantidade de informação e os dados donde ela provém, são para o Posto Médico, um importante
recurso que necessita e merece ser gerido. E este constituí o objectivo da gestão de informação.
Segundo ZORRINHO (1995, p. 146) diz que “Gerir a informação é, assim, decidir o que fazer
com base em informação e decidir o que fazer sobre informação”. A gestão de informação é
entendida como sendo a gestão eficaz de todos os recursos de informação relevantes para a
organização, tanto de recursos gerados internamente como os produzidos externamente e fazendo
apelo, sempre que necessário à tecnologia de informação (WILSON, 1989).
Para o autor, em suma a gestão de informação tem como objectivo apoiar a política global da
empresa, na medida em que torna mais eficiente o conhecimento e a articulação entre os vários
subsistemas que a constituem, apoia os gestores (funcionários) na tomada de decisões, torna mais
eficaz o conhecimento do meio envolvente, apoia de forma interactiva a evolução da estrutura
organizacional, a qual se encontra em permanente adequação às exigências concorrenciais e ajuda
a formar uma imagem da organização do projecto e dos seus produtos através da implementação
estratégia de comunicação interna e externa.

2.2.Sistema Informático

Na visão de PEREIRA & FONSECA (1997, p. 241) “São mecanismos de apoio a gestão,
desenvolvidos com base na tecnologia de informação e com suporte da informática para atuar
como condutores das informações que visam facilitar, agilizar e otimizar o processo decisório nas
organizações”.
 16

Para o autor, a gestão empresarial precisa do apoio de sistemas, pois estes dá segurança, agilidade
e versatilidade para a empresa no momento em que se processam as decisões.
O sistema á ser proposto reuni todos os requisitos para ser chamado de sistema informático, por
contar com três componentes importantes que a constitui: base de dados (PostgreSQL), um
software que a faz gestão da base de dados e que estará distribuída numa rede local.

2.3.Segurança Informática

Segundo LUÍS (2013, p.20) afirma que “Um sistema informático é dito seguro se responde a
quatro requisitos básicos relacionados aos recursos que o compõem: confidencialidade,
integridade e disponibilidade (incluí hardware, software, recursos e utilizadores) ”.
Quando falamos em segurança informática, estamos nos referindo a tomar acções para garantir a
tríade CIA (Confidentiality, Integrity and Availability) e demais aspectos da segurança
informática dentro das necessidades do cliente (LUÍS, 2013). A definição traz á tona os três
objectivos básicos da segurança informática, de acordo com Luís que são:
Confidencialidade: garantir restrições de acesso e divulgação da informação; Integridade: é a
propriedade de que a informação não foi modificada ou destruída de maneira não autorizada ou
acidental; Disponibilidade: é a propriedade de que a informação não esteja disponível a quem não
tem autorização nem esteja credenciado.
De acordo com o exposto anterior os objectivos da segurança informática pode-se afirmar que
Guaco ira garante a confidencialidade, integridade e disponibilidade das informações essenciais e
vitais para o óptimo funcionamento do Posto Médico de seguinte forma:
 Confidencialidade: o Guaco conta com a hierarquia (ou nível de acesso) dos usuários
envolvido com o sistema, que por sua vez ira restringir acesso a usuário não autorizado ou
credenciado para utilização das informações do Posto Médico.
 Integridade: de acordo com o nível de acesso do usuário, isso permitirá garantir as
seguintes propriedades, visualização dos registos, inserção de dados, eliminação e
modificação da informação para usuário autorizado ou credenciado de acordo com as
regras de negócio de Guaco.
 Disponibilidade: as informações vitais do Posto Médico só está disponível a usuário que
tem autorização (ou esteja credenciado no Guaco).
 17

2.4.Rede Local

Segundo Dantas (apud ALENCAR, 2010, p.18) Local Area Networks (LAN) “é uma facilidade
de comunicação que provê uma conexão de alta velocidade entre processadores, periféricos,
terminais e dispositivos de comunicação de uma forma geral em um único prédio ou campus”.
LAN é a tecnologia que apresenta uma boa resposta para interligação de dispositivos com
distâncias relativamente pequenas e com uma largura de banda considerável (DANTAS apud
ALENCAR, 2010, p.18).
O Guaco para sua implementação satisfatória é necessário estar em uma LAN, para permitir que
vários usuários do sistema consigam ter acesso as informações provenientes da base de dados.
Percebendo que a implementação será no Posto Médico, a instituição reúne requisitos suficientes
para que o tipo de rede LAN seja a escolha ideal para sua utilização.

2.5.Linguagem de Modelagem Unificada

De acordo com SAMPAIO (2007) “A linguagem UML (Unified Modeling Language) pode ser
utilizada para modelar todas as etapas do processo de desenvolvimento de software, bem como
produzir todos os artefactos de software necessários à documentação dessas etapas”.
UML é uma linguagem de modelagem que foi criada visando-se a criação de modelos abstratos
de processos. Em princípio, não existem restrições quanto aos tipos de processos sendo
modelados. Tanto podem ser processos do mundo real como processos de desenvolvimento de
software ou ainda detalhes internos do próprio software (SILVA, 2015).
Para o autor, a UML é adequada para a modelagem do Guaco, cuja sua abrangência inclui até
sistemas de gestão de informação corporativos a serem distribuídos na rede. A utilidade dela para
este trabalho é facilitar a abrangência de todas as visões necessárias ao desenvolvimento e
implementação deste sistema.

2.6.Ciclo de Vida de Desenvolvimento de Sistemas

Segundo GORDON S. & GORDON J. (2006) ciclo de vida de desenvolvimento de sistemas

(CVDS) consiste numa série de etapas que podem ser usadas no processo de desenvolvimento de
sistemas de informação.
 18

Segundo ALMEIDA (2015) o ciclo de vida de Feature Driven Development (FDD) tem duas
fases: uma etapa de planeamento (concepção e planejamento) e uma etapa de construção. Ver a
figura 1 seguinte.

Figura 1: Etapas de Ciclo de Vida de FDD. Fonte: Vítor Almeida, 2015.

Porém, as fases do ciclo de vida de FDD podem ser compreendidas da seguinte forma:
Desenvolver um Modelo Abrangente - o cliente indica quais os requisitos que quer ver
compridos pelo sistema. Cabe às equipas de desenvolvimento analisar o sistema e verificar se
todos os requisitos foram especificados pelo cliente, sugerir novos requisitos e colocar todas as
questões que ainda não tenha sido respondidas, ou que tenham sido esquecidas (BARBOSA et
al., 2018).
Para o autor esta etapa é uma actividade inicial de estudo, análise e modelagem do sistema, onde
esteve no Posto Médico e observou as necessidades que lá se enfrentam no quotidiano, e que por
sua vez, fez-se modelagem do processo de negócio, levantamento de requisitos, análise orientada
por objectos para desenvolvimento do Guaco.

Construir a Lista de Features - a equipa de desenvolvimento identifica todas as features, e

agrupa-as por ordem hierárquica. Nesta ordem de trabalho é tomada em conta a prioridade de
cada feature, sendo prioritária uma feature que o cliente pediu ou que se ache que lhe agradará
ver feita e uma feature de que outras dependam (BARBOSA et al., 2018).
Nesta etapa, o autor percebeu as reais necessidades, e como forma de solucionar o problema viu-
se a necessidade de decomposição funcional do domínio do negócio. Deforma a categorizar em 3
(três) níveis: áreas de negócio, atividades de negócio e passos da actividade de negócios.
 19

De maneira a obter a desejada lista de funcionalidade e requisitos mais detalhados para facilitar
as prioridades das funcionalidades a ser desenvolvido no Guaco para o Posto Médico.

Planejar por Features - usando a lista detalhada e ordenada por prioridade das features, criada
no processo anterior, o chefe do projecto e o chefe dos programadores estabelecem a estrutura
para o método “Desenho por Funcionalidade, Construção por Funcionalidade”. Isto é, este grupo
de planeamento determinam a sequência, e o conjunto inicial de datas para dar como terminada
cada conjunto de features e do mais importante conjunto de features (BARBOSA et al., 2018).
Nesta etapa, o autor começa a ordena as funcionalidades que serão implementadas no sistema de
gestão de informação do Posto Médico, tendo como base: necessidades do usuário, dependências
entre elas, carga de trabalho de desenvolvimento. Resultando assim em, plano de
desenvolvimento.

Detalhar por Feature - este processo irá ser repetido tantas vezes quantas o número de features
a desenvolver. Isto porque é necessário fazer o desenho da estrutura para cada feature, este
processo é analisado com algum cuidado, isto porque apesar de o que ele faz ser fácil de
entender, este tem de analisar vários documentos construídos noutros processos. Assim, como
trocar informação com outros agentes (BARBOSA et al., 2018).
A partir desta etapa, o autor começa então a analisar este processo, começando por identificar as
classes que estão envolvidas nestas features, rescrevendo/actualizando a classe e os métodos que
esta contém, actualizando o diagrama sequencial.

Construir por Feature - A equipa de desenvolvimento desta feature inspecciona o código, antes
ou depois de estruturados os testes unitários. Quando o código é implementado com sucesso e
inspeccionado, o responsável da classe verifica a classe assim como as configurações de
manutenção do sistema. E com as classes testadas e funcionando, pode ser então feito o build
(BARBOSA et al., 2018).
Por fim, esta etapa de FDD, o autor começou após o sistema ter passado satisfatoriamente por
testes de aceitação e após isso o desenvolvedor (autor) ficou responsável por assegurar que as
necessidades do negócio sejam alcançadas. Feito isso, o sistema foi transferido do ambiente de
desenvolvimento para o ambiente de produção.
 20

2.7.Tecnologias de Desenvolvimento de Guaco

2.7.1. Linguagem C#

De acordo com a MICROSOFT (2015) diz que “C# é uma linguagem elegante, orientada a
objecto e fortemente tipada, que permite que os desenvolvedores criem uma variedade de
aplicativos robustos e seguros executados no .NET Framework”.
Para o autor neste trabalho usou C# versão 6.0, a linguagem C# é relevante para o
desenvolvimento da aplicação ou software a ser proposto no Posto Médico por mostrar melhor
integração no sistema operacional proprietária da Microsoft, visto que os computadores do Posto
Médico utilizam Windows 7. Característica está que torna esta linguagem a escolha ideal para
facilitarem o desenvolvimento de Guaco com mais segurança, eficácia e eficiência.

2.7.2. PostgreSQL

Segundo DEVMEDIA (2018) “PostgreSQL normalmente chamado de Postgres é um sistema de

gerenciamento de base de dados relacional (SGBDR), sua principal função é armazenar dados de
forma segura, apoiando as melhores práticas, permitindo a recuperação dos dados a pedido de
outras aplicações”.
Para o autor neste trabalho usou Postres versão 10, a principal motivação do autor ao escolher
este SGBDR é por ser de licença grátis, multiplataforma, uma base de dados eficiente, suporta
tamanhos ilimitados de linhas, base de dados e tabelas.

2.7.3. Microsoft Visual Studio Professional 2015

Microsoft Visual Studio Professional 2015 é uma IDE (Integrated Development Environment)
com conjunto de ferramentas para construir aplicações para diversas plataformas, começando de
aplicações desktop, aplicações corporativas até aplicações para a internet (MICROSOFT, 2016).
Para o autor esta IDE possui facilidades tais como editor de texto integrado com o compilador,
ajuda interactiva e ferramentas de depuração e identificação de erros no código, com recursos de
visualização de todos os arquivos do projecto, ferramentas para gestão de trabalhos que auxiliam
o desenvolvedor a construir rapidamente aplicativos que possuam características específicas, pois
oferece um ambiente de trabalho prático e de simples utilização.
 21

CAPÍTULO III: METODOLOGIA DA PESQUISA

Segundo GIL (2008) diz que a metodologia descreve os procedimentos a serem seguidos na
realização da pesquisa.
Para GOLDENBERG (1997) diz que a pesquisa qualitativa busca entender um fenómeno
específico em profundidade. Utilizando-se de questões do tipo “como” e “por que”, a necessidade
do estudo é compreender o fenómeno que é observado. Ao invés de estatísticas, regras e outras
generalizações, a pesquisa qualitativa trabalha com descrições, comparações e interpretações.
Neste trabalho, de acordo com a sua natureza do estudo, o pesquisador optou pela pesquisa
qualitativa e a Feature Driven Development (Desenvolvimento Dirigido a Funcionalidades) para
o desenvolvimento do software que é utilizado pelo Guaco.

3.1.Pesquisa Bibliográfica

Para GIL (2008) pesquisa bibliográfica é desenvolvida com base em material já elaborado,
constituído principalmente de livros e artigos científicos.
Segundo SIGNIFICADOS (2018) “Consiste na colecta de informações a partir de textos, livros,
artigos e demais materiais de carácter científico. É um método teórico e que se foca em analisar
os ângulos distintos que um mesmo problema pode ter, ao consultar autores com diferentes
pontos de vista sobre um mesmo assunto”.
Sua finalidade neste trabalho de pesquisa é colocar o pesquisador em contacto com o que já se
produziu e registou a respeito do seu tema de pesquisa.

3.2.Instrumentos de Colecta de Dados

Segundo MARCONI & LAKATO (2003, p.165) aponta que esta é uma “Etapa da pesquisa em
que se inicia a aplicação dos instrumentos elaborados e das técnicas seleccionadas, a fim de se
efectuar a colecta dos dados previstos”.
Nesta pesquisa foram usados os métodos de entrevista que apoio e permitiu a participação do
autor no processo de desenvolvimento do sistema proposto e por fim utilizou-se a observação
directa.
 22

3.2.1. Entrevista

Segundo MARCONI & LAKATO (2003, p.195) “A entrevista é um encontro entre duas pessoas,
a fim de que uma delas obtenha informações a respeito de determinado assunto, mediante uma
conversação de natureza profissional”.
Já para PRODANOV & FREITAS (2013) entrevista é a obtenção de informações de um
entrevistado sobre determinado assunto ou problema.
Para o autor a sua escolha é porque esta etapa permitiu com que pode-se usar perguntas que gera
uma conversa amigável. Assim, como na aplicação da técnica, foi realizada uma entrevista com
os funcionários a mencionar: a chefe da secretária e um técnico de farmácia do Posto Médico.

3.2.2. Observação Directa

Segundo MARCONI & LAKATO (2003, p.190) “A observação directa é uma técnica de colecta
de dados para conseguir informações e utiliza os sentidos na obtenção de determinados aspectos
da realidade. Não consiste apenas em ver e ouvir, mas também em examinar fatos ou fenómenos
que se desejam estudar”.
O autor durante esta etapa esteve no Posto Médico observando as operações de cada funcionário
no seu respectivo sector e como eles realiza as suas actividades no Posto Médico. O autor teve
contacto com os sistemas actualmente lá existentes. Para que deste modo, a modelação da regra
de negócio não fugisse da realidade. Pós a observação contribuiu na percepção de como o Posto
Médico funciona e realiza suas actividades no quotidiano.

3.3.Feature Driven Development (FDD)

Segundo GOMES (2014) FDD é uma metodologia ágil de desenvolvimento de software. Esta
metodologia permite desenvolver um sistema de forma rápida e permite facilmente introduzir
novas features (funcionalidades). O FDD busca o desenvolvimento por funcionalidade, ou seja,
por um requisito funcional do sistema.
Segundo RAMOS & ROBASKI (2018) FDD tem cinco processos. Sendo as três primeiras
executadas uma única vez no início do processo e as duas últimas executadas a cada iteração, ver
a Figura 2 a seguir.
 23

3.3.1. Processos de Feature Driven Development

Figura 2: The five processes of Feature Driven Development with their outputs. Fonte: Palmer, SR.
Felsing, JM. 2002, p.57.

i. Develop an Overall Model (Desenvolver um modelo abrangente)

Nesta fase, o autor esteve no Posto Médico fazendo o levantamento de requisitos que constitui o
sistema. Após o levantamento de requisitos, o autor fez a modelagem dos processos de negócio
que deve ser construído no sistema utilizando a UML.

ii. Build a Features List (Construir a lista de funcionalidades)

Utilizando a lista de requisitos levantados na fase anterior (ponto i), nesta fase o autor criou uma
lista utilizando o software Microsoft Office 2013 - Word, que resume as funcionalidades que o
sistema deve ter baseando-se no diagrama UML. Cada funcionalidade da lista foi dividida em
funcionalidades menores para uma melhor compreensão no processo de codificação do software
e sua respectiva prioridade para o desenvolvimento, ver a lista a seguir.

Ordem Features (Funcionalidade Recepção) Prioridade

1 Registar novo paciente no Posto Médico Alta
2 Eliminar novo paciente no Posto Médico Alta
3 Actualizar novo paciente no Posto Médico Alta
4 Registar paciente na fila de consulta Alta
5 Visualizar estado da fila de pacientes não atendidos Alta
 24

6 Visualizar paciente registado no Posto Médico Média

7 Alterar senha de usuário em sessão no software Média
8 Alterar aparência de software Baixa
9 Saber acerca de software Baixa
10 Terminar sessão no software Alta

Lista de features – Módulo Recepção

iii. Plan by Feature (Planejar por funcionalidades)

Nesta fase, o autor utilizou a lista de funcionalidades refinadas criada na fase anterior (ponto ii),
estimou a complexidade e dependência das funcionalidades. Com esta estimativa possibilitou a
determinação da prioridade e valor para o negócio/cliente das funcionalidades a ser desenvolvido
para o software.

iv. Design by Feature (Detalhar por funcionalidade)

Já dentro de uma iteração de construção, esta fase o autor detalha os requisitos funcionais para a
codificação de cada funcionalidade.
Exemplo: Ordem: 4; Funcionalidade: Registar paciente na fila de consulta; Prioridade: Alta.
Detalhe:
 textbox para exibir: nome, apelido, bairro e pesquisa do paciente;
 datagridview: para exibir dados do paciente a ser consultar;
 combobox para exibir sexo do paciente;
 button para adicionar paciente a uma nova consulta.

v. Build by Feature (Construir por funcionalidade)

Nesta fase é onde o desenvolvedor (ou autor) fez a construção do software, com foco no
desenvolvimento de funcionalidades importante para o sistema a ser proposto no Posto Médico.
Esta fase de construção que a maior parte de codificação utilizando a linguagem C# ocorre para
obter-se o produto final (o software executável).
 25

CAPÍTULO IV: PROPOSTA DE UM SISTEMA INFORMÁTICO DE GESTÃO DE

INFORMAÇÃO

Este capítulo consiste em fazer a proposta de um sistema informático de gestão de informação

(Guaco) no Posto Médico Militar de Matacuane. A proposta consiste na descrição justificativa
dos seguintes componentes necessários do sistema proposto: a rede de computador, hardware
adequado, software necessário desenvolvido neste trabalho, a capacitação dos funcionários que
irão utilizar e fazer a manutenção do Guaco e os custos envolvidos para implementação do
sistema.

4.1.Justificativa da Proposta de um Sistema Informático de Gestão de Informação

Após algumas visitas ao Posto Médico, onde o autor notou ausência de um sistema informático
de gestão de informação nas seguintes áreas: recepção, consultas externas e a farmácia.
Percebendo a forma ineficiente e arcaico do sistema de arquivo em livro de consulta do Posto
Médico dos pacientes, que dificulta a legibilidade das anotações médicas para outros médicos e
obtenção da informação ou prontuário médico devido a complicada forma de buscar em todos os
livros as respectivas informações dos pacientes.
A implementação do Guaco no Posto Médico trará uma nova dinâmica com vantagem de
controlo e obtenção das informações necessárias dos pacientes. O Guaco se for implementado
auxiliará os médicos na obtenção de informações do histórico do paciente ou prontuário médico,
permitindo com que a obtenção destas informações conduza-o a fornecer um diagnóstico mais
preciso.
O Guaco apoiará a organização administrativa das consultas permitindo fazer o levantamento de
casos mais alarmantes e frequentes de doenças que apoquenta a população. O armazenamento e
processamento de informações não será mais uma preocupação visto que estará contida em uma
base de dados e que por sua vez facilitara o posterior acesso aos dados quando for necessário.
Atentando a situação enfrentada na farmácia, esta base de dados que por sua vez, também contem
informações que contribui na tomada de decisão na gestão de stock do medicamento do Posto
Médico. O Guaco facilita e agiliza o processo de análise do stock e controle das actividades da
Farmácia, o que contribuirá para pedidos ou aquisição de novos medicamentos proveniente do
depósito provincial.
 26

4.2.Descrição Justificativa do Sistema

O sistema se chama Guaco, que é um sistema de gestão de informação de saúde como já

salientado anteriormente neste trabalho e tem os seguintes componentes:

4.2.1. Software

O software Guaco consiste em 6 (seis) módulos desenvolvidos para proporcionar a gestão de

informação do Posto Médico. O software deve ser instalado obrigatoriamente no sistema
operacional Windows 7 ou uma versão superior e tem disponível uma área para que o
administrador de guaco e/ou director clínico possa registar novos usuários a saber: os médicos,
chefe de farmácia, farmacêuticos e recepcionista ou eventualmente, o próximo administrador de
guaco e/ou director clínico. O aplicativo garante a segurança das informações que se pode acessar
no sistema. Sendo assim, só terá acesso ao sistema o usuário que foi devidamente registado.
A Figura 3 apresenta a janela do registo dos novos usuários que irão utilizar o sistema. O registo
dos usuários é feito por um administrador do sistema que é devidamente autorizado por director
do Posto Médico.

Figura 3: Janela de registo dos usuários do sistema

Depois de ser registado, o usuário tem acesso o sistema mediante o preenchimento das suas
credenciais corretas como se mostra na Figura 4 a seguir.
 27

Figura 4: Janela de entrada ao sistema (Login).

A Figura 4 acima mostra a janela inicial de entrada ao sistema, para acessar o sistema é
obrigatório informar as credências de acesso que são: usuário e password como mostrado na
Figura 4 acima. Mesmo que se tente acessar ao sistema sem antes informar as credências de
acesso ou informar credências inválidas, por questão de seguração informática não será possível
aceder ao sistema. Se tentar três vezes entrar com credenciais erradas, o sistema bloqueia o
usuário em questão ficando sem ter acesso até a intervenção do administrador. Depois da
intervenção do administrador o usuário deve mudar obrigatoriamente o password. Se isto
acontecer três vezes num período de trinta dias, o usuário fica suspenso por um período de quinze
dias como medida de segurança. Como se pode ver, este sistema oferece muita medida de
segurança de dados, mediante estritamente dar acesso as pessoas autorizadas para tal.
O recepcionista é quem regista os pacientes que chega pela primeira vez no Posto Médico e/ou ao
chegar para marcar um nova consulta, usando a janela como se mostra na Figura 5 a seguir.
 28

Figura 5: Janela de registar paciente na fila de consulta.

A Figura 5 acima apresenta a janela de registar pacientes na consulta, considerando que o

paciente já foi registado pelo recepcionista.
Todos pacientes da nova consulta são registados pelo recepcionista como se mostra na Figura 6
abaixo. O recepcionista regista novos pacientes e o sistema organiza as consultas usando o
critério FIFO (First-In First-Out) para serem atendidos pelo médico no dia em questão. É a
responsabilidade da recepcionista chamar os pacientes por nome em ordem da lista.

Figura 6: Janela de realização de nova consulta.

 29

A Figura 5 relaciona-se com a Figura 6, só pode ser atendido na consulta o paciente que passou
na recepção a ser registado na fila de consulta com o recepcionista. Isso para evitar que haja
congestionamento e encargo para o médico. O sistema oferece uma facilidade de agendar
consultas no aplicativo como se mostra na Figura 7. Este agendamento é só feito pelo médico. Ao
agendar a consulta o médico tem a possibilidade de poder filtrar os agendamentos que ainda estão
pendentes de atendimento.

Figura 7: Janela de agendamento de consultas.

A Figura 7 acima apresenta a janela de agendamento de consultas, onde ao agendar uma consulta
o médico tem a possibilidade de poder filtrar os agendamentos que já foram registados ou que
ainda estão pendentes de atendimento.
O sistema permite o médico criar uma receita eletrónica e imprimi-la para o paciente levar para a
farmácia. Neste mesmo instante que a receita é impressa, a receita eletrónica é enviada
automaticamente para farmácia.
O farmacêutico tem acesso as medicação prescrita na receita usando o sistema e ainda usar o
sistema na entrega de medicamento como a Figura 8.
 30

Figura 8: Janela de entrega de medicamentos na farmácia.

A Figura 9 apresenta a janela do stock disponível dos medicamentos presente no ambulatório,

para facilitar que o farmacêutico tenha o conhecimento de quais os medicamentos deve pedir para
reforçar o stock interno quando a quantidade estiver no estado crítico.

Figura 9: Janela de stock do ambulatório.

 31

4.2.2. Hardware

As configurações informadas são apenas sugestões para um ambiente inicial de avaliação do

Guaco. Essas configurações deverão ser revistas caso a caso para o ambiente de produção.
O sistema no Posto Médico deve ter 2 servidores em torres com seguintes especificações
técnicas: sistema operacional Ubuntu Server 16.4 baseado em 64-bits; processador mínimo Intel
Core i3; CPU mínima de 3.20 GHz; memória primária mínima (RAM) de 8 GB; armazenamento
mínima de 1 TB de HDD e deve ter componentes de base de dados de PostgreSQL instalados.
O sistema deve ter 3 desktops ou laptops que tem componentes do aplicativo Guaco instalado
com seguintes especificações técnicas: Sistema operacional Windows 7 ou superior baseado em
32-bits; um processador mínimo Intel Pentium 2020M; CPU mínima de 1.90 GHz; memória
primária mínima (RAM) de 2 GB; armazenamento mínima de 320 GB de HDD.
Para reforçar as medidas de segurança de dados se propõe ter dois discos rígidos externo que se
conecta a rede como se mostra na Figura 10 seguinte. Estes discos rígidos externos só se conecta
a rede quando vai ser usado para criar e actualizar cópias de segurança (backup copy). Depois de
ser actualizadas estas cópias, os discos rígidos externos devem ser guardados em dois lugares
seguros, preferencialmente fora do Posto Médico, por questões de segurança informática.

4.2.3. Rede de Computador

Para completar o Guaco precisa estar numa LAN cabeada que facilita o acesso estritamente por
sectores que precisa do sistema. Uma rede cabeada é mais segura por ter o trafego direccionado
de um host para outro usando um cabo, mesmo que sofra atenuação causada por várias razões que
incluí a resistência oferecida pelo cabo usado que é um CAT5e. Assim, garante mais fiabilidade,
efectividade e eficiência que é uma boa caracterização do Guaco, com um alto nível de
confiabilidade se pode dizer que se o Posto Médico aceitar o sistema terá maiores ganhos.
A Figura 10 a seguir demonstra um diagrama de implementação na rede com os principais
elementos do sistema tais como hosts (dois servidores, cinco desktops , quatro impressoras e dois
discos rígidos externos), software e a comunicação entre estes elementos para o seu
funcionamento na rede. Verifica-se que é importante ter um servidor antivírus, este servidor será
responsável por baixar as actualizações do antivírus preferivelmente durante a noite e fazer com
que ele atualize os desktops ao os ligar no dia seguinte para garantir segurança contra malwares e
 32

evitar que cada host na rede conecte-se a internet para baixar actualizações como medida de
sustentabilidade da rede.

Figura 10: Diagrama de Implementação

4.2.4. Capacitação dos Funcionários

Operar um novo sistema reque adaptação ou familiarização entre usuários e o sistema. Por mais
que actualmente parece ser um processo fácil por conta das facilidades tecnológicas e a interface
do sistema a ser proposto ser muitíssimo amigável, é importante garantir que os funcionários
estejam ambientados à interface do sistema que vão usar diariamente dali em diante.
Por melhor forma de garantir isso é por meio de um treinamento específico usando a estratégia de
“hands-on” em 45 minutos diariamente no início laboral por um período de quinze dias. Assim
vai se tirar qualquer dúvida dos usuários ou funcionários e introduza todas as funcionalidades do
aplicativo. Assim, quando chegar a hora de trabalhar e executar as actividades no novo sistema a
ser proposto, não haverá nenhum estranhamento.
 33

Durante o período de capacitação o pesquisador vai indicar dois funcionários que irão ajudar
realizar a manutenção do sistema e ajudar aos outros usuários. Estes dois terão mais tempo de
capacitação em termo da duração diária da formação.

4.2.5. Custo de Implementação

Para implementar este sistema não será muito dispendioso, visto que maior parte dos
equipamentos lá já existem. Isto é, no caso de impressoras, desktops e a rede local.
O gabinete do director clínico, farmácia e sala de estatística (actual sala de administrador de
sistema) que tem sistemas (OpenMRS e iDRAT) onde existe um servidor de base de dados, três
computadores e três impressoras uma em cada sala. Sendo uma valia para minimizar o custo de
aquisição de novos equipamentos para permitir a implementação do sistema a ser proposto. Outra
valia é a LAN que já esta estruturada no Posto Médico e está em funcionamento. A tabela 1 a
seguir mostra de maneira clara todos os custos de materiais em falta para auxiliar na
implementação do sistema nesta unidade sanitária.

Tabela 1: Orçamento para implementação do sistema

Equipamentos Preço Unitário (MT) Quantidade

HD externo de 320 GB USB 3.0 2,800.00 2 5,600.00
Servidor Dell EMC PowerEdge T140 67,964.00 2 135,928.00
Laptop Toshiba Satellite C660 31,710.00 3 95,130.00
Impressora HP 2676 Deskjet lnk 4,700.00 1 4,700.00
Cabo UTP Cat5e 2,300.00 2 x 100m 4,600.00
Conectores RJ-45 35.00 8 280.00
Alicate Crimpador 870.00 1 870.00
Mão-de-obra 22,000.00 22,000.00
Manutenção e Assistência Técnica 15% á 20% do salário Por mês
Total (MT) 269,108.00
 34

CAPÍTULO V: CONCLUSÕES E RECOMENDAÇÕES

5.1.Conclusões

Este trabalho teve como objectivo propor a implementação de um sistema informático de gestão
de informação (Guaco), que serve como uma ferramenta para controlar e auxiliar no processo de
gestão de informação do Posto Médico Militar de Matacuane que é uma unidade sanitária.
Considerando a proposta feita se pode concluir que o Guaco pode ser aceite porque responde
efectivamente na resolução ou minimiza os problemas enfrentados pelos médicos na gestão de
informações de alguns sectores como no caso da recepção, consultas externas e farmácia.
Daqui pode-se concluir que o Guaco traz muitas valias ao Posto Médico, um impacto imediato na
melhoria do fluxo de informações, permitindo o acesso rápido e sigiloso das informações do
paciente, gerando um receituário e prontuário médico electrónico que será disponível para o
médico. Também haverá uma unificação das informações dos sectores em uma única base de
dados de maneira a auxiliar e facilitar o director clínico, os médicos, recepcionista e os pacientes
no processo de gestão de informações do Posto Médico. Assim, permitir o Posto Médico poder
proporcionar um melhor atendimento e tratamento de problemas de saúde dos pacientes desta
unidade sanitária, obtendo maior controle e rapidez nas informações necessárias com maior
segurança e melhoramento de produtividade.
Neste contexto, o autor propõe ao Posto Médico a aceitação e implementação de Guaco que vai
permitir com que as informações estejam unificadas e disponíveis para consulta pelo médico,
onde os dados não são armazenados no cliente. Mas, em um servidor de base de dados que
proporciona o serviço para acesso e armazenamento das informações dos pacientes pertencentes a
Posto Médico, garantindo maior segurança e evitando perdas de produtividade.
 35

5.2.Recomendações

Com base nos resultados colhidos e observados na pesquisa e embasado no aporte literário neste
texto monográfico, ficam as seguintes recomendações do autor:
O Posto Médico pode adoptar o Guaco, que já existe e foi desenvolvido exclusivamente para o
melhor benefício e produtividade do Posto Médico de forma sustentável.
Recomenda-se que o Guaco seja integrado com uma ferramenta Web ou utilizar uma Application
Programs Interface (API) para lembretes por e-mail ou número de telemóvel, recursos
interessantes para por exemplo, enviar um e-mail ou SMS ao paciente e ao médico informando da
consulta agendada, evitando esquecimentos e funcionando desta forma como um lembrete.
 36

REFERÊNCIAS BIBLIOGRÁFICAS

 ALMEIDA, Vítor. FDD - Desenvolvimento Guiado por Funcionalidades. 2015. [online]

Disponível na Internet via WWW. URL: http://www.itnerante.com.br/profiles/blogs/fdd-
desenvolvimento-guiado-por-funcionali dades. Arquivo consultado em 03 de Outubro de
2018.
 ALENCAR, Márcio Aurélio dos Santos. Fundamentos de Redes de Computadores. CETAM.
Manaus-AM. 2010.
 BARBOSA, António. AZEVEDO, Bruno. PEREIRA, Bruno. Metodologia Ágil: Feature
Driven Development. Porto. [online] Disponível na Internet via WWW. URL:
http://www.fe.up. pt/~doc/es_final_22.pdf. Arquivo consultado em 03 de Outubro de 2018.
 CAUTELA, A. L.; POLIONI, F. G. F. Sistemas de Informação. São Paulo: Livros Científicos
e Técnicos, 1982.
 MICROSOFT, Introdução à linguagem C# e ao .NET Framework. 2015. [online] Disponível
na Internet via WWW. URL: https://docs.microsoft.com/ptbr/dotnet/csharp/gettingstarted/
introdu ction-to-the-csharp-language-and-the-net-framework. Arquivo consultado em 03 de
Novembro de 2018
 MICROSOFT, Microsoft Visual Studio Professional 2015 Integrated Development
Environment. 2016. [online] Disponível na Internet via WWW. URL: https:// docs.microsoft.
com/pt-br/dotnet/id/getting-started/whats-vs2015-ide. Arquivo consultado em 03 de
Novembro de 2018
 GIL, Antônio Carlos. Como Elaborar Projectos de Pesquisa. 4ª Edição, São Paulo: Atlas,
2008.
 GOLDENBERG, M. A arte de pesquisar. Record. Rio de Janeiro. 1997.
 GORDON, Steven R. GORDON, Judith R. Sistemas de Informação Uma Abordagem
Gerencial, LTC. 2006. [online] Disponível na Internet via WWW. URL: http://www.pucrs.
bredipucrsonlineprojetosi6engenhariao_ciclo_de_vida_do_desenvolvimento_de_sistemas.pdf.
Arquivo consultado em 21 de Setembro de 2018.
 HOGARTH, Michael E. SABBATINI, Renato M. E. Informática e medicina do Século 21. In:
Revista Informática Médica. Volume 1 nº. 2 1998. [online] Disponível na Internet via WWW.
 37

URL: http://www.informatica medica.org.br/informaticamedica/n0102/hogarth.html. Arquivo

consultado em 22 de Outubro de 2018.
 LUIS, Gilberto Antonio. Introdução à Segurança Informática. Universidade Virtual Africana:
INFORMÁTICA APLICADA: CSI. 3303. 2013
 MARCONI, Marina de Andrade e LAKATOS, Eva Maria. Fundamentos de Metodologia
Científica. 5ª Edição. São Paulo: Atlas, 2003.
 PEREIRA, Maria José Lara de Bretãs; FONSECA, João Gabriel Marques. Faces da Decisão:
as mudanças de paradigmas e o poder da decisão. São Paulo: Makron Books, 1997.
 PRODANOV, Cleber Cristiano e DE FREITAS, Enani Cesar. Metodologia do trabalho
científico: métodos e técnicas da pesquisa e do trabalho académico. 2a edição, Rio Grande.
2013.
 RAMOS, Edward. ROBASKI, José Ricardo. FDD (Feature Driven Development)
Desenvolvimento Guiado por Funcionalidades. [online] Disponível na Internet via WWW.
URL:https://medium.com/jrobaski/fdd-feature-driven-development-7d08c5c24c8f. Arquivo
consultado em 03 de Outubro de 2018.
 SAMPAIO, M. C. Historia de UML – Unified Modeling Language. 2007. [online] Disponível
na Internet via WWW. URL: http://www.dsc.ufcg.edu.br/sampaio. Arquivo consultado em 19
de Junho de 2018.
 STOLF, Giuliano Márcio. Sistema Web Gerenciador de Clínica Médica: Automatizando a
Clínica Cardiomed. Universidade Regional de Blumenau. Blumenau. 2007.
 SIGNIFICADOS. Tipos de Pesquisas. [online] Disponível na Internet via WWW.
URL:https:// www.significados.com.br/tipos-de-pesquisa/. Arquivo consultado em 21 de
Agosto de 2018.
 SILVA, Flávio de Oliveira. UML – Unified Modeling Language. 2015. [online] Disponível na
Internet via WWW. URL:http:// www.facom.ufu.br/~flavio/swmod-files/files/2015-
02/06UML -Visao-Geral-Conceitos-Fundamentais.pdf. Arquivo consultado em 21 de Agosto
de 2018.
 WILSON, T.D.. Towards an information management curriculum. Joumal of information
science, Vol. 15, nº 4/5, 1989, p.203-209.
 ZORRINHO, C. Gestão de Informação. Condição para Vencer. Iapmei, 1995.