Relatório de Requisitos

Relatório de Requisitos
Laboratório de Informática Avançada
João Paulo Almeida
José Miguel Espregueira
Página 1
Índice

Introdução
1

Lista Requisitos
2

Casos de Uso
3

Modelo de Classes
9

Requisitos não funcionais
12

Descrição da comunicação do projecto
13

Glossário
14
Página 2
Introdução
Objectivo do Projecto
O objectivo deste projecto é desenvolver um sistema de base de
dados para um consultório médico que permita gerir toda informação
dos pacientes (médica e geral) e tratar também da parte
administrativa. O projecto vai ser desenvolvido de modo a poder ser
utilizado por vários médicos, cada um com a sua especialidade. Este
projecto só vai ser desenvolvido com a especialidade pediatria
podendo mais tarde adicionar-se novas especialidades.
Enquadramento do Sistema
Este sistema pretende substituir o software existente no consultório
do nosso cliente, podendo ser também integrado noutros consultórios
no futuro. Devido á falta de software nesta secção com qualidade foinos sugerido o desenvolvimento deste projecto.
Riscos
O projecto é muito ambicioso por isso vai ser indicado o que se
pretende na totalidade dando depois prioridade de execução as
secções para o âmbito da disciplina dependendo do tempo que cada
secção demore a ser efectuada.
Página 3
Lista de requisitos
Para produzir este projecto vai ser utilizado php e mysql . Para a sua
futura utilização é necessário o apache, php e mysql instalado na
máquina que vai fazer de servidor podendo ser o sistema operativo
tanto o Linux como o Windows, é também necessário um browser nos
outros computadores que utilizarem os serviços do programa. Se for
instalado numa rede de muitos utilizadores então o servidor deverá
ser um máquina com mais recursos dando prioridade ao sistema
operativo Linux.
Este sistema contém dois níveis de utilizadores. Um deles é o grupo
dos médicos que recebem os utentes da clinica podendo consultar os
dados relativos a esse utente, quer das consultas anteriores, bem
como dados fixos do paciente. Um médico ao efectuar a consulta
poderá guardar todos os dados que constituem o SOAP bem como
dados relativos a sua especialidade, neste primeiro caso trata-se de
pediatria por isso na consulta do paciente o médico para além dos
dados que todas as especialidades incluem, pode incluir peso,
estatura, perímetro cefálico, dentes superiores e inferiores. Esta é
informação que o médico pode incluir na consulta, esta informação
depois é analisada e gera-se gráficos de controlo do paciente
conforme a especialidade do médico neste caso (pediatria) gera-se
gráficos de desenvolvimento para uma analise completa do paciente.
O médico poderá também consultar medicamentos para poder saber
todos os dados do medicamento (guia do tratamento) para poder
receitar o paciente em consulta. Estes são os requisitos fundamentais
do médico.
Outro grupo implementado é a secretária tendo o acesso restrito,
podendo somente marcar/cancelar consultas para os diferentes
médicos, emitir facturas para os clientes e alterar dados gerais dos
clientes.
Página 4
Casos de uso
Sistema de informação para consultório médico
Como podemos observar no diagrama os médicos podem gerir toda a
informação do sistema, tanto médica como administrativa, enquanto
que a secretária só tem acesso à parte administrativa.
Página 5
Gestão da informação médica
Os médicos podem gerir toda a informação médica dos utentes, dos
medicamentos e emitir receitas com ou sem o respectivo guia de
tratamento.
Página 6
Gestão da informação médica do utente
Os médicos podem adicionar, remover utentes assim como consultar
e alterar a sua informação. A secretária não tem acesso a este tipo de
informação, assim como os vários médicos só tem acesso a
informação da sua especialidade.
Página 7
Gestão da informação de medicamentos
Os médicos podem adicionar e remover medicamentos assim como
consultar e alterar informação.
Página 8
Gestão da informação administrativa
Os médicos e a secretária podem gerir informação administrativa do
utente, ficando a marcação de consultas e a facturação para a
secretária.
Página 9
Gestão da informação administrativa do utente
Os médicos e a secretária podem adicionar e remover utentes e
também consultar e alterar informação do utente.
Página 10
Modelo de classes
Neste modelo podemos observar as várias classes da nossa base de
dados, assim como respectivas relações entre elas.
Um utente pode ter várias consultas, um plano de vacinas e
pertencer a um grupo profissional (o mesmo pode estar atribuído a
vários utentes), pode ter ainda vários médicos.
Um utilizador (médico ou secretária) pode estar associado a vários
utentes e ter uma agenda.
As consultas podem ter associadas uma receita e estas podem ter um
ou mais medicamentos.
Página 11
Requisitos não funcionais
Usabilidade
O projecto vai conter uma interface simples e intuitiva para uma
simples aprendizagem por parte do utilizador final contendo pequenas
caixas de ajuda online para poder ser resolvido o problema que tenha
surgido nesse instante (ajuda mais rápida). Antes de ser
implementado este software no consultório vai haver uma formação
dos utilizadores do sistema para formação do utilizador e treino.
Fiabilidade
Este tipo de software só não poderá ser usado se a rede da empresa
em questão estiver mal configurada ou mal estruturada pois como
este tipo de ferramenta não é utilizada localmente mas sim
remotamente. No sistema vai ser implementado um sistema de
segurança para proteger os dados que naveguem na rede.
Desempenho
O software vai ser implementado num ferramenta (PHP) de rápido
desempenho o que permite obter tempos de resposta mínimos, sendo
o seu desempenho muito elevado pois utiliza poucos recursos. A rede
a ser utilizada só precisa de ser de elevada qualidade se se tratasse
de um hospital ou clinica com muitos postos de trabalho como tal não
se verifica não vai ser necessário um rede de elevada velocidade pois
este software não iria utiliza-la.
Suporte
A ferramenta utilizada para a produção do software permite
facilmente criar uma parte administrativa e de monitorização para
uma fácil actualização
Página 12
Descrição da comunicação do projecto
A Base de Dados vai ser implementada em MySQL.
A aplicação vai ser produzida principalmente pela ferramenta
denominada por PHP podendo também ser utilizado javascript em
alguns casos. O PHP é a ferramenta que vai comunicar com a Base de
Dados efectuando consultas, introdução ou updates de dados sobre
esta, que depois serão processados de modo a publicar toda a
informação necessária para o desenrolar das tarefas executadas pelos
utilizadores.
Página 13
Glossário

SOAP – Subjectivo, Objectivo, Avaliação, Plano
Página 14