l
PRÓ-REITORIA DE GRADUAÇÃO
BACHAREL EM SISTEMAS DE INFORMAÇÃO
Trabalho de Conclusão de
Curso
Prontuário Web
Alunos:
Cacilna Ferreira dos Santos
Karlen Santana de Almeida
Lidian Bezerra de Sousa
UC03125711
UC04056274
2002017281
Orientador: Prof. Msc Paulo Roberto Corrêa Leão
Co-Orientador: Prof. Msc Jair Alves Barbosa
Volume I
2007
CACILNA FERREIRA DOS SANTOS
KARLEN SANTANA DE ALMEIDA
LIDIAN BEZERRA DE SOUSA
PW – PRONTUÁRIO WEB
Monografia submetida à Banca Examinadora do Curso
de Bacharelado em Sistemas da Informação da
Universidade Católica de Brasília para obtenção do
Título de Bacharel em Sistemas da Informação.
Orientador: Prof. Msc. Paulo Roberto Corrêa Leão
Co-orientador: Prof. Msc. Jair Alves Barbosa
Brasília
2007
ii
TERMO DE APROVAÇÃO
Projeto Final defendido e aprovado, em 24 de novembro de 2007, como
requisito parcial para obtenção do título de Bacharel em Sistemas de Informação, pela
banca examinadora constituída por:
_____________________________________________
Orientador: Prof. Msc Paulo Roberto Corrêa Leão
_______________________________________________
Co-Orientador: Prof. Msc Jair Alves Barbosa
_______________________________________________
Prof ª. Dr ª Lourdes Mattos Brasil – Convidada
iii
AGRADECIMENTOS
Diante do caminho percorrido no curso de graduação de Bacharelado em Sistemas
de Informação, várias dificuldades foram encontradas, mas sempre existiram pessoas para
nos ajudar e não nos deixarmos desistir, e é por isso que queremos deixar registrados
nossos agradecimentos a elas.
Inicialmente, queremos dar gratidão suprema a nosso Deus que esteve ao nosso
lado com suas bênçãos, nos auxiliando de todas as maneiras possíveis e impossíveis.
À nossa família que sempre nos apoiou e compreendeu nossas ausências no
decorrer do curso, bem como namorado e noivo.
Aos professores que estiveram conosco ao longo do curso, nos proporcionando uma
boa formação acadêmica.
Em especial, ao nosso professor-orientador PAULO ROBERTO CORRÊA LEÃO,
que nos acompanhou desde o início, disponibilizando sua dedicação, sugestões e melhorias
para o bom desenvolvimento deste projeto.
Ao professor Jair Alves Barbosa, que continuamente nos atendia com sua atenção e
paciência, sempre nos dando incentivo a cada passo alcançado. Sua experiência em termos
técnicos nos rendeu dicas valiosas para uma melhor qualidade no Prontuário Web.
À nossa querida professora Lourdes Mattos Brasil, que nos prestigiou com seu
auxílio e pela sua vasta experiência de atuação que nos ajudou no progresso do projeto,
desde os menores aos maiores detalhes.
À fisioterapeuta Marcela Ferreira Cipriani que se dispôs do seu tempo para fornecer
todos os requisitos necessários para o desenvolvimento do Prontuário Web.
Ao Valfran Santana de Almeida que estava disposto a ajudar em qualquer momento
do dia ou da noite. A sua paciência e tranqüilidade diante de um problema fazem com que
a vida se torne simples, contagiando todos ao seu redor.
Agradecemos também a nós. Que mesmo com as barreiras e dificuldades
encontradas, fizemos delas degraus para crescermos como pessoas e profissionais.
iv
RESUMO
Na Clínica de Fisioterapia da Universidade Católica de Brasília (UCB) há a
necessidade de informatizar os processos existentes, relativos ao acompanhamento médico
de pacientes. Estes processos incluem cadastro de paciente, médicos, um prontuário
eletrônico do paciente e, principalmente, o registro das sessões de fisioterapia relativas a
tratamentos cardiológicos ou pulmonares. Assim, este projeto apresenta um sistema que irá
automatizar estes processos, que hoje ocorrem manualmente, trazendo vários benefícios
tais como agilidade na busca de informações, controle de prontuários do paciente,
organização do processo de uma sessão de fisioterapia, emissão de atestados e relatórios.
O sistema Prontuário Web (PW) destina-se ao gerenciamento dos prontuários
eletrônicos e a manutenção de pacientes e médicos. As funcionalidades abrangerão tanto o
setor administrativo como o clínico e possibilitará aos médicos e fisioterapeutas da Clínica
de Fisioterapia da UCB registrarem e armazenarem em meio digital todas as informações
das consultas, bem como acompanhar a evolução do tratamento através de exames clínicos
e diagnósticos, os quais serão disponibilizados no prontuário eletrônico do paciente. Para o
setor administrativo, propriamente dito, o sistema dará suporte mantendo atualizado o
cadastro dos pacientes. Por ser um sistema web, os processos organizacionais sofrerão
alterações benéficas, onde os usuários poderão acessar remotamente as informações de
acordo com as devidas permissões.
O sistema PW será todo desenvolvido com ferramentas, linguagens e banco de
dados gratuitos. Sendo assim, o custo do projeto será baixo, pois não será preciso gastos
com licenças de software.
Com a implantação do sistema PW será estabelecida uma política de segurança de
acesso, visto que ele será restrito tanto para manutenção de dados dos pacientes e médicos
quanto para visualização dos prontuários eletrônicos dos pacientes. Será necessário
também um treinamento para que os usuários possam conhecer o sistema e manuseá-lo.
PALAVRAS-CHAVES: fisioterapia, cardiologia, pneumologia, paciente, prontuário
eletrônico do paciente.
v
ABSTRACT
At the Catholic University of Brasília's physiotherapy clinic (UCB), there is a
necessity of computerise the existing process of patient's medical accompaniment. This
process includes registers of patients, doctors, patient electronic handbook and, mainly, the
control of physiotherapy sessions relatives the treatments cardio and pulmonary. So, this
work presents a system that will go to automate these processes, which today occur
manually. It will bring some benefits such as agility in the search of information, patient
handbook control, organization of a physiotherapy session, emission of certified and
reports.
The system Prontuário Web (PW) is intended for management and maintenance of
electronic handbook for patients and doctors. The features will cover both the industry and
the clinical sectors and will enable for doctors and physiotherapists of Physiotherapy Clinic
of the UCB to register and stocking digital means all information of the medical
consultations, as well as monitor the progress of treatment through clinical examinations
and diagnoses, which will be available in the patient handbook. For the administrative
sector, itself, the system will support maintaining updated the register of patients. As a web
system, the organizational processes changes beneficial, where users can remotely access
the information in accordance with the appropriate permissions.
The PW system will be developed with all tools, languages and database free, so
the cost of the project will be low, since you will not need to spend licensing of software.
With the deployment of the system will be established a security policy of access,
since it will be restricted only for maintenance of data from patients and doctors as to view
the patient handbooks. It will also be necessary a training so that users can learn the system
and handling it.
KEY-WORDS: physiotherapy, cardiology, pneumologia, patient, handbook.
vi
SUMÁRIO
AGRADECIMENTOS ......................................................................................................... iv
RESUMO .............................................................................................................................. v
ABSTRACT ........................................................................................................................... vi
LISTA DE FIGURAS ........................................................................................................... x
LISTA DE TABELAS ......................................................................................................... xi
1. INTRODUÇÃO............................................................................................................. 1
1.2. Histórico dos sistemas existentes ................................................................................. 1
1.3. Problemas diagnosticados ............................................................................................ 2
1.4. Usuários do Sistema ..................................................................................................... 3
1.5. Empresa interessada ou financiadora ........................................................................... 4
2. OBJETIVOS.................................................................................................................. 4
2.1. Objetivo Geral .............................................................................................................. 4
2.2. Objetivos específicos.................................................................................................... 4
3. PROPOSTA DO SISTEMA.......................................................................................... 4
3.1. Descrição do Sistema Proposto .................................................................................... 4
3.2. Resultados esperados.................................................................................................... 5
3.3. Restrições ..................................................................................................................... 5
3.4. Recursos Necessários ................................................................................................... 6
3.4.1. Hardware Ideal ............................................................................................................ 6
3.4.2. Hardware Mínimo ....................................................................................................... 6
3.4.3. Software....................................................................................................................... 6
3.4.4. Configuração da Rede ................................................................................................. 7
3.4.5. Configuração de Banco de Dados ............................................................................... 7
3.4.6. Instalações ................................................................................................................... 7
3.4.7. Pessoal Exigido para o Desenvolvimento do Sistema................................................. 7
3.5. Relação Custo x Benefício ........................................................................................... 7
3.6. Áreas Afetadas pelo PW............................................................................................... 8
3.7. Manutenção do Sistema PW......................................................................................... 8
4. JUSTIFICATIVA DA PROPOSTA.............................................................................. 8
5. PLANEJAMENTO DO PROJETO............................................................................... 9
5.1. Plano de Processo de Desenvolvimento ....................................................................... 9
5.1.1. Ciclo de Vida do Projeto ............................................................................................. 9
5.1.2. Métodos de Desenvolvimento e Ferramentas CASE ................................................ 10
5.1.3. Linguagem de Programação e Banco de Dados ........................................................ 10
5.1.4. Ambiente de Hardware para o Desenvolvimento...................................................... 11
5.2. Plano de Organização ................................................................................................. 11
5.2.1. Equipe de Gerência/Desenvolvimento ...................................................................... 11
5.3. Plano de Acompanhamento ........................................................................................ 11
5.3.1. Marcos e Pontos de Controle..................................................................................... 11
5.3.2. Métodos de Acompanhamento e Controle ................................................................ 12
5.3.3. Análise e Gerência de Riscos .................................................................................... 12
5.4. Plano de Documentação ............................................................................................. 13
5.4.1. Documentos do Projeto ............................................................................................. 13
5.5. Plano de Recursos e Produtos..................................................................................... 14
5.5.1. Recursos Humanos .................................................................................................... 14
5.5.2. Recursos de Hardware ............................................................................................... 14
5.5.3. Recursos de Software ................................................................................................ 14
vii
5.5.4. Recursos Financeiros................................................................................................. 14
5.6. Cronograma ................................................................................................................ 15
6. ESPECIFICAÇÃO DOS REQUISITOS DO SISTEMA ............................................ 17
6.1. Descrição do Problema............................................................................................... 17
6.2. Descrição das Características do Sistema................................................................... 19
6.3. Requisitos do Software............................................................................................... 19
6.4. Requisitos Suplementares........................................................................................... 20
7. DIAGRAMA DE CASO DE USO.............................................................................. 20
7.1. Visão Geral ................................................................................................................. 20
7.2. Diagramas de Casos de Uso de Negócio .................................................................... 21
7.2.1.1 Manter Usuário ........................................................................................................ 21
7.2.2.1 Manter Paciente ....................................................................................................... 26
7.2.2.2 Manter Agendamento de Consulta .......................................................................... 31
7.2.2.3 Manter Médicos Externos........................................................................................ 34
7.2.2.4 Manter Agendamento de Sessão ............................................................................. 37
7.2.3.1 Emitir Atestado........................................................................................................ 41
7.2.3.2 Emitir Receituário ................................................................................................... 43
7.2.3.3 Registrar Prontuário................................................................................................. 44
7.2.3.4 Registrar Diagnóstico .............................................................................................. 53
7.2.3.5 Registrar Anamnese................................................................................................. 55
7.2.3.6 Manter Medicação ................................................................................................... 60
7.2.4.1 Registrar Sessões de Fisioterapia ............................................................................ 63
7.2.4.2 Emitir lista de beneficiários..................................................................................... 69
7.3. Diagrama de Classes de Negócio ............................................................................... 71
7.4. Diagramas de Atividades............................................................................................ 71
8. MODELOS DE ANÁLISE ......................................................................................... 74
8.1 Manter Paciente ............................................................................................................. 74
8.1.1 Diagrama de classes ................................................................................................... 74
8.1.2 Diagrama Seqüência ................................................................................................... 74
8.2 Registrar Sessões de Fisioterapia ............................................................................... 75
8.2.1 Diagrama de Classes................................................................................................... 75
8.2.2 Diagrama Seqüência ................................................................................................... 76
8.3 Manter Usuário ........................................................................................................... 77
8.3.1 Diagrama de Classe .................................................................................................... 77
8.3.2 Diagrama de Seqüência .............................................................................................. 77
8.4 Manter Medicação ...................................................................................................... 78
8.4.1 Diagrama de Classes................................................................................................... 78
8.4.2 Diagrama Seqüência ................................................................................................... 78
8.5 Registrar Prontuário.................................................................................................... 79
8.5.1 Diagrama de Classes................................................................................................... 79
8.5.2 Diagramas Seqüências................................................................................................ 80
8.6 Registrar diagnóstico .................................................................................................. 88
8.6.1 Diagrama de Classes................................................................................................... 88
8.6.2 Diagrama Seqüência ................................................................................................... 89
8.7 Emitir Atestado........................................................................................................... 90
8.7.1 Diagrama de Classes................................................................................................... 90
8.7.2 Diagrama Seqüência ................................................................................................... 91
8.8 Registrar Anamnese.................................................................................................... 92
8.8.1 Diagrama de Classes................................................................................................... 92
viii
8.8.2 Diagrama Seqüência ................................................................................................... 93
8.9 Emitir lista de beneficiários........................................................................................ 94
8.9.1 Diagrama de Classes................................................................................................... 94
8.9.2 Diagrama Seqüência ................................................................................................... 95
8.10 Emitir Receituário....................................................................................................... 96
8.10.1 Diagrama de Classes................................................................................................. 96
8.10.2 Diagrama Seqüência ................................................................................................. 97
8.11 Manter Agendamento de Consulta ............................................................................. 98
8.11.1 Diagrama de Classes................................................................................................. 98
8.11.2 Diagrama Seqüência ................................................................................................. 98
8.12 Manter Agendamento de Sessão ................................................................................ 99
8.12.1 Diagrama de Classes................................................................................................. 99
8.12.2 Diagrama Seqüência ................................................................................................. 99
8.13 Manter Médico Externo............................................................................................ 100
8.13.1 Diagrama de Classes............................................................................................... 100
8.13.2 Diagrama Seqüência ............................................................................................... 100
8.14 Diagramas de Seqüência dos casos de uso 8.1, 8.3, 8.4, 8.5, 8.11, 8.12 e 8.13 ....... 101
8.14.1 Incluir ..................................................................................................................... 101
8.14.2 Editar ...................................................................................................................... 102
8.14.3 Excluir .................................................................................................................... 103
9. MODELO DE ENTIDADE E RELACIONAMENTO................................................. 104
10. CONCLUSÃO............................................................................................................. 106
11. REFERÊNCIA BIBLIOGRÁFICA............................................................................. 108
12. GLOSSÁRIO............................................................................................................... 110
ix
LISTA DE FIGURAS
Figura 1 – Modelo de Cascata . ........................................................................................... 10
Figura 2 – Cronograma do sistema Prontuário Web ........................................................... 16
Figura 3 – Visão Geral dos Casos de Uso do Sistema PW.................................................. 21
Figura 4 – Caso de uso Administrador ................................................................................ 21
Figura 5 – Caso de uso Secretária e Estagiário ................................................................... 26
Figura 6 – Caso de uso Médico ........................................................................................... 41
Figura 7 – Caso de uso Fisioterapeuta................................................................................. 62
Figura 8 – Diagrama de Classes de Negócio....................................................................... 71
Figura 9 – Diagrama de atividades do Fluxo Principal os Sistema PW. ............................. 72
Figura 10 – Diagrama de Atividades de Fisioterapia .......................................................... 73
Figura 11 – Diagrama de Classe Manter Paciente............................................................... 74
Figura 12 – Diagrama de Classe Registrar Sessões de Fisioterapia .................................... 75
Figura 13 – Diagrama de Seqüência Registrar Sessões de Fisioterapia ............................. 76
Figura 14 – Diagrama de Classes Manter Usuário ............................................................. 77
Figura 15 – Diagrama de Classes Manter Medicação ........................................................ 78
Figura 17 – Diagrama de Classes Registrar prontuário....................................................... 79
Figura 18 – Diagrama de Seqüência registrar prontuário.................................................... 80
Figura 19 – Diagrama de Seqüência Acompanhamento Clínico......................................... 81
Figura 20 – Diagrama de Seqüência Classificação Funcional NYHA................................ 82
Figura 21 – Diagrama de Seqüência Evolução do Paciente ................................................ 83
Figura 22 – Diagrama de Seqüência Teste Ergoespirométrico ........................................... 84
Figura 23 – Diagrama de Seqüência Teste MMII ............................................................... 85
Figura 24 – Diagrama de Seqüência Teste MMSS.............................................................. 86
Figura 25 – Diagrama de Seqüência Resultados Exames.................................................... 87
Figura 26 – Diagrama de Classes Registrar Diagnóstico ................................................... 88
Figura 27 – Diagrama de Seqüência Registrar Diagnóstico............................................... 89
Figura 28 – Diagrama de Classes Emitir Atestado.............................................................. 90
Figura 28 – Diagrama de Seqüência Emitir Atestado ......................................................... 91
Figura 29 – Diagrama de Classes Registrar Anamnese....................................................... 92
Figura 30 – Diagrama de Seqüência Registrar Anamnese ................................................. 93
Figura 31 – Diagrama de Classes Emitir Lista de Beneficiários......................................... 94
Figura 32 – Diagrama de Seqüência Emitir Lista de Beneficiários .................................... 95
Figura 33 – Diagrama de Classes Emitir Receituário......................................................... 96
Figura 34 – Diagrama de Seqüência Emitir Receituário ..................................................... 97
Figura 35 – Diagrama de Classes Manter Agendamento de Consulta ................................ 98
Figura 36 – Diagrama de Classes Agendar Sessões ............................................................ 99
Figura 37 – Diagrama de Classes Manter Médicos........................................................... 100
Figura 38 – Diagrama de Seqüência Incluir ...................................................................... 101
Figura 39 – Diagrama de Seqüência Editar ....................................................................... 102
Figura 40 – Diagrama de Seqüência Excluir ..................................................................... 103
Figura 42 – Modelo Lógico Banco de Dados.................................................................... 105
x
LISTA DE TABELAS
Tabela 1 – Marcos e pontos de controle do projeto............................................................. 12
Tabela 2 – Análie de Risco de Projeto ................................................................................ 12
Tabela 3 – Análise de Riscos Técnicos ............................................................................... 13
Tabela 4 – Recursos Humanos ............................................................................................ 14
Tabela 5 – Recursos Financeiros ......................................................................................... 15
xi
1. INTRODUÇÃO
Motivação
Com o advento da tecnologia da informação diversas áreas da saúde sentiram a
necessidade de informatizar seus processos organizacionais. Como os profissionais da
saúde são os principais provedores das informações dos pacientes, o uso de sistemas
automatizados vem ganhando importância em clínicas e hospitais, além de proporcionar
aos pacientes clareza nos resultados dos exames e nos relatórios médicos. Por isso, a
tendência do mercado é desenvolver sistemas eficazes e de simples utilização tornando a
forma de armazenamento e acesso mais confiável.
As funcionalidades do sistema, aqui exposto, abrangerão tanto o setor
administrativo como o clínico e possibilitará aos médicos e fisioterapeutas da Clínica de
Fisioterapia da Universidade Católica de Brasília (UCB) registrarem e armazenarem em
meio digital todas as informações das consultas, bem como acompanhar a evolução do
tratamento através de exames clínicos e diagnósticos, os quais serão disponibilizados no
prontuário eletrônico do paciente. Para o setor administrativo, propriamente dito, o sistema
dará suporte mantendo atualizado o cadastro dos pacientes.
Por ser um sistema que utiliza a tecnologia web, os usuários contarão com a
comodidade de acessar as informações em ambiente virtual, dependendo de suas restrições
de acesso. O sistema permitirá, ainda, o cruzamento de informações dos pacientes gerando
maior precisão do quadro clínico e proporcionando economia de tempo e gastos com papel.
Histórico dos sistemas existentes
Atualmente, a Clínica de Fisioterapia da UCB não utiliza nenhum sistema
automatizado para gerenciar a marcação de consultas e os prontuários dos pacientes, sendo
isto realizado em papel. Tendo em vista esta necessidade da Clínica em informatizar esse
processo, o sistema Prontuário Web será utilizado para o armazenamento das informações
em meio digital e o acesso será por meio eletrônico.
Segundo Van Bemmel, desde o Século V, Hipócrates estimulou os médicos a
fazerem os seus registros por escritos. Florence Nightingale já relatava que a
documentação das informações dos pacientes era de total importância para o registro da
1
evolução das doenças e das possíveis curas. Ginneken afirma que em 1907, Plummer
introduziu o registro por paciente e, então, em seguida, houve a preocupação de
padronização dos registros. Em 1969, Lawrence Weed introduziu a idéia de registrar no
prontuário dados dos problemas de saúde dos pacientes de forma estruturada.
Atualmente, existe uma grande preocupação em relação à informatização dos
prontuários de hospitais e clínicas de saúde. Conseqüentemente, existem projetos,
principalmente em universidades, que estão envolvidos nesta questão. Por exemplo, na
UCB, alunos do curso de Bacharelado em Sistemas de Informação, orientados pelo Prof.
Msc. Vilson Hartmann, elaboraram como monografia o SPW - Sistema de Prontuário Web
(SPW). No IV Congresso de Informática aplicada à Saúde (CBComp 2004), Itajaí - SC, foi
apresentado um projeto de prontuário referente ao “Desenvolvimento de um prontuário
eletrônico do Paciente para as Clínicas de Saúde da UNIVALI”, que tem como principal
objetivo “foco no desenvolvimento de um ambiente interdisciplinar para o atendimento dos
pacientes nas clínicas de saúde da UNIVALI”.
Problemas diagnosticados
Após visita ao setor de Fisioterapia da UCB, os seguintes problemas foram
diagnosticados:
•
Cadastro dos pacientes e prontuários feitos manualmente;
•
Falta de cadastro dos médicos, externos à clínica, que atestam exame dos
pacientes;
•
Acúmulo de prontuários em papel;
•
Dificuldade na localização de um determinado prontuário;
•
Dificuldade em estabelecer políticas seguras de contingência, caso o ambiente
em que está armazenado o prontuário do paciente em papel sofra danos como
incêndios, roubos, alagamentos, etc.;
•
O acesso às informações do prontuário em papel não é restrito, ou seja, há
pouca segurança;
•
Falta de organização e confiabilidade dos dados dos pacientes;
•
Impossibilidade de acessar um prontuário fora do ambiente da Clínica.
Com isso pode-se indagar: como manter e controlar de forma segura e
automatizada os prontuários dos pacientes da Clínica de Fisioterapia da UCB?
2
Usuários do Sistema
a) Médico: É o especialista em cardiologia e pneumologia cadastrado na Clínica e
responsável pela gestão das informações dos prontuários dos pacientes. Não
possui restrição no acesso. O médico desempenhará as seguintes atividades:
•
Diagnosticar a doença através do exame: cardiológico ou pneumológico;
•
Solicitar exames médicos;
•
Emitir documentos médicos, como: receitas, atestados, laudos, etc;
•
Encaminhar paciente à fisioterapia.
b) Secretária: é a responsável por cadastrar as informações de identificação do
paciente e possui acesso restrito a determinados módulos do sistema.
Desempenhará as seguintes atividades:
•
Manter informações gerais de identificação do paciente;
•
Marcação de consulta e contato telefônico com pacientes.
•
Manter agendamento de consultas do paciente;
•
Manter agendamento de sessões do paciente;
•
Manter informações dos médicos externos.
c) Fisioterapeuta: é o responsável pelas informações dos prontuários dos pacientes,
além de emitir relatórios para a UCB referente ao andamento dos atendimentos
da Clínica. Não possui restrição no acesso. Desempenhará as seguintes
atividades:
•
Emitir relatórios anuais, mensais e semestrais;
•
Registrar prontuário do paciente;
•
Registrar os dados das sessões de fisioterapia do paciente.
d) Estagiário: desempenhará as mesmas atividades da Secretária.
e) Administrador: é o responsável em manter as informações de cadastro dos
usuários do sistema. Não possui restrição de acesso. Desempenhará a atividade:
•
Manter usuário.
3
Empresa interessada ou financiadora
Após análise dos procedimentos de marcação de consultas na Clínica de
Fisioterapia UCB, verificou-se a necessidade da criação de um sistema para automatizar a
geração do prontuário e o armazenamento das informações dos pacientes com uma maior
segurança, uma vez que todo o cadastro até então é feito manualmente.
Este sistema poderá ser utilizado em clínicas que tenham interesse e que necessitam
automatizar os processos com o objetivo de agilizar o andamento de atendimentos em uma
Clínica de Fisioterapia com escopo análogo ao da UCB.
2. OBJETIVOS
2.1.
Objetivo Geral
Desenvolver um sistema para automatizar os processos organizacionais da Clínica
de Fisioterapia da UCB.
2.2.
Objetivos específicos
•
Manter pacientes;
•
Manter médicos externos;
•
Agendar consultas e sessões de fisioterapia;
•
Cadastrar resultados dos exames pneumológico e cardiológico;
•
Registrar prontuário do paciente;
•
Viabilizar o acesso ao prontuário via web;
•
Emitir Relatórios: atestado médico, receituário e lista de beneficiários;
•
Registrar sessões de fisioterapias.
3. PROPOSTA DO SISTEMA
3.1.
Descrição do Sistema Proposto
O PW é um sistema que possibilita o acesso remoto aos dados do paciente que está
fazendo tratamento de reabilitação de problemas cardiológicos ou pulmonares através da
4
Clínica de Fisioterapia da UCB. O processo de atendimento ao paciente iniciar-se-á com a
marcação da consulta, onde a secretária faz o seu cadastro. Na consulta, o médico acessará
o cadastro e gerará o prontuário do paciente. O médico possuirá acesso a todas as
informações do paciente durante a evolução do tratamento e após o término do mesmo.
O sistema possuirá basicamente cinco tipos de usuários:
a) Administrador: é o que mantém informações de cadastro dos usuários do
sistema;
b) Médico: é o que mantém informações do prontuário eletrônico do paciente,
incluindo exames de consultas médicas realizadas;
c) Fisioterapeuta: é o que acompanha as sessões de fisioterapia e emite relatórios;
d) Secretária: mantém informações de pacientes, agendamento de consultas e
sessões, bem como dados de médicos externos;
e) Estagiário: realiza as mesmas atividades da secretária.
3.2.
Resultados esperados
Os resultados esperados do sistema PW são:
a) Informatização dos prontuários dos pacientes;
b) Gerenciamento dos exames e dos dados dos pacientes;
c) Segurança das informações, como controle de acesso, confiabilidade,
diminuição da redundância de dados;
d) Eficiência de pesquisas relativas aos dados dos pacientes;
e) Emissão de relatórios;
f) Acesso às informações remotamente;
g) Cadastro de médicos externos à UCB;
h) Controle da marcação de consulta.
3.3.
Restrições
O sistema PW destina-se ao gerenciamento dos prontuários eletrônicos dos
pacientes e a manutenção de pacientes e médicos. O sistema contemplará estas
funcionalidades que serão necessárias para a obtenção de informações relativas aos
pacientes e médicos da Clínica de Fisioterapia da UCB. Este projeto não contempla o
5
controle de outras atividades como:
manter o material organizado, dar apoio aos
atendimentos, verificar disponibilidade de oxigênio medicinal e realizar exames de
espirometria e ergoespirometria, que são processos administrativos de responsabilidade do
técnico da Clínica.
Os casos de uso Manter Agendamento de Consulta e Manter Agendamento de
sessões, que fazem parte deste projeto, não serão implementados devido ao curto tempo.
3.4.
Recursos Necessários
3.4.1. Hardware Ideal
O hardware ideal para o PW está descrito abaixo:
a) Cliente: 1 microcomputador (processador 800 MHz, 512 Mb de memória RAM,
40 Gb de disco rígido, placa de rede 10/100 Mbps, 1 monitor de 17 polegadas).
b) Servidor Central: 1 servidor (processador Pentium IV 2.8 GHz, 1 GB de RAM,
2 HDs SCSI de 300 Gb, placa de rede 3COM 10/100 Mbps, 1 unidade de fita DAT, 1
monitor de 17 polegadas).
3.4.2. Hardware Mínimo
O hardware ideal para o PW está descrito abaixo:
a) Cliente: 1 microcomputador (processador 500 MHz, 256 Mb de memória RAM,
20 Gb de disco rígido, placa de rede 10/100 Mbps, 1 monitor de 14 polegadas).
b) Servidor Central: 1 CPU (processador 1.5 GHz, 512 Mb de memória RAM, 2
HDs SCSI de 80 Gb, placa de rede 10/100 Mbps, 1 unidade de CD-RW, 1 monitor de17
polegadas).
3.4.3. Software
Os softwares necessários para o PW são:
a) Cliente: Sistema Operacional Windows 2000 ou superior, ou Linux (Red Hat,
Suse, Ubuntu ou semelhante);
Browser para navegação na Web que ofereça suporte a HTML 4.0 e Javascript;
b) Servidor Central: Sistema Operacional Windows 2000 ou superior ou Linux (Red
Hat, Suse, Ubuntu ou semelhante);
6
JBOSS 4.0;
J2SDK 1.5;
MySQL 4.0.23.
3.4.4. Configuração da Rede
Rede Local (LAN) TCP/IP com configuração Sistema de Nomes de Domínios
(DNS) para o servidor de aplicação.
3.4.5. Configuração de Banco de Dados
O banco de dados deverá estar instalado no servidor central da aplicação, com sua
configuração padrão. O banco de dados escolhido é o Mysql.
3.4.6. Instalações
Para execução da aplicação será utilizado um servidor de aplicação compatível com
Java Enterprise Edition (JEE).
3.4.7. Pessoal Exigido para o Desenvolvimento do Sistema
1 analista de sistemas
2 programadores
1 médico e 1 fisioterapeuta que esteja diretamente ligado ao processo organizacional
da clínica
3.5.
Relação Custo x Benefício
O sistema PW será todo desenvolvido com ferramentas, linguagens e banco de
dados gratuito, sendo assim, o custo do projeto será baixo, pois não será preciso gastos
com licenças de software. Com isso o benefício que o software irá trazer é muito maior que
o gasto que a empresa terá em produzí-lo.
7
3.6.
Áreas Afetadas pelo PW
Com o sistema PW algumas áreas que estão diretamente ligadas à implantação do
sistema sofrerão impactos. O processo de marcação de consulta e gerenciamento dos
prontuários dos pacientes não mais serão feitos em papel e sim em meio digital na Clínica
de Fisioterapia da UCB.
A rotina da secretária e estagiários sofrerá alteração para melhor, pois a coleta de
dados dos pacientes deixará de ser feita manualmente, o que tornará mais eficiente o
atendimento.
Os médicos e fisioterapeutas poderão acompanhar o tratamento de seus pacientes
sem precisar estar fisicamente na clínica.
3.7.
Manutenção do Sistema PW
Com o objetivo de manter o bom funcionamento do PW, a Clínica de Fisioterapia
definirá o responsável pela manutenção do sistema após o término da garantia de seis
meses.
4. JUSTIFICATIVA DA PROPOSTA
O PW é um sistema voltado para a área de fisioterapia, mais especificamente na
reabilitação cardiológica e pulmonar, desenvolvido por alunos do curso de Bacharel em
Sistemas de Informação, como Trabalho de Conclusão de Curso para a Clínica de
Fisioterapia da mesma instituição. Por ser um sistema web, os processos organizacionais
sofrerão alterações benéficas, pois os usuários poderão acessar remotamente as
informações de acordo com as suas permissões.
A finalidade do sistema de PW é registrar as informações relevantes desde a
primeira consulta até o término do tratamento de forma organizada e confiável. Além
disso, como os cadastros de pacientes e médicos serão armazenados em um banco de
dados, a utilização de papéis (impressão, armazenamento) será bastante reduzida e o
processo de localização e atualização destes cadastros será mais eficaz. E, por fim, com a
implantação do sistema será estabelecida uma política de segurança de acesso, visto que
ele será restrito tanto para manutenção de dados dos pacientes e médicos quanto para
visualização dos prontuários.
8
Será necessário também um treinamento para que os usuários possam conhecer o
sistema e manuseá-lo.
5. PLANEJAMENTO DO PROJETO
5.1.
Plano de Processo de Desenvolvimento
5.1.1. Ciclo de Vida do Projeto
O ciclo de vida do projeto PW será no modelo Cascata, pois o projeto será
realizado em fases de ciclo de desenvolvimento seqüencial e em fases separadas e distintas.
Porém, pode-se ter uma revisão e alteração dos documentos das fases de análise e
requisitos, fazendo com que apareça uma realimentação.
As fases do Ciclo de Vida do projeto de acordo com Larman, 2004, como mostra a
Figura 1, compreendem:
•
Engenharia de Sistemas → Fase inicial do projeto. Engloba todos os requisitos
gerais do sistema, fazendo com que os profissionais de planejamento tenham
uma visão geral do sistema em si. Define hardware, pessoas, tecnologia, banco
de dados;
•
Análise de Requisitos → Levantamento dos requisitos funcionais e não
funcionais. Geração da documentação de especificação de caso de uso e regras
de negócio;
•
Projeto → Analisa o que foi levantado na análise de requisitos e projeta a
estrutura de dados, diagramas de seqüência, atividades, ou seja, fornecer a base
para o desenvolvimento;
•
Codificação (Implementação) → Implementação do sistema em linguagem
especificada na fase Projeto;
•
Testes (Integração) → Garante que os requisitos foram atendidos na fase de
codificação;
•
Teste de simulação no ambiente do cliente;
•
Manutenção → corrige erros não encontrados anteriormente.
9
Engenharia de
sistemas
Análise de
Requisitos
Projeto
Codificação
(Implementação)
Testes
(Integração)
Manutenção
Figura 1 – Modelo de Cascata (Fonte: adaptada [LARMAN, 2004])
5.1.2. Métodos de Desenvolvimento e Ferramentas CASE
Para o desenvolvimento do sistema será utilizado o método do modelo em cascata
com adaptações. Este método proporciona a facilidade quanto ao entendimento dos
diagramas pelos desenvolvedores, o que agiliza o andamento do sistema.
A ferramenta utilizada será o JUDE, versão 5.0.2 de 2006-2007, pois é uma
ferramenta gratuita e de fácil utilização para a construção, uso e reuso de documentos
ativos.
5.1.3. Linguagem de Programação e Banco de Dados
A tecnologia Java será à base do sistema PW. Mais especificamente, a API JEE
será utilizada como infra-estrutura de desenvolvimento. Sendo utilizados ainda, o
framework de apresentação Struts e o framework de persistência Hibernate. O
armazenamento das informações será no banco de dados MySQL.
O uso das tecnologias anteriormente citadas facilita a construção de sistemas
baseados na web, além de ser possível modelar uma arquitetura orientada a objetos com o
uso do modelo Model View Controller - Persistence (MVC-P), utilizado como referência
no desenvolvimento de sistemas orientados a objeto de sucesso.
10
5.1.4. Ambiente de Hardware para o Desenvolvimento
Será necessária a seguinte configuração de hardware para o desenvolvimento do
sistema PW:
3 microcomputadores Intel (processador de 2GHZ, 512 MB de memória RAM, HD
de 40 GB, placa de rede);
Impressora Laser.
5.2.
Plano de Organização
5.2.1. Equipe de Gerência/Desenvolvimento
A equipe será formada por:
01 professor orientador: responsável pelo acompanhamento do conteúdo, estrutura
do projeto;
01 professor co-orientador: responsável pelo acompanhamento do projeto;
01 Fisioterapeuta: será o especialista do domínio em estudo, responsável pelo teste
do sistema e alocação das informações no PW;
03 analistas de sistemas/programadores: responsáveis pelo desenvolvimento de
todos os artefatos produzidos durante todo o ciclo de vida do projeto.
O projeto será realizado com a interação de toda a equipe, sendo as atividades
compartilhadas em cada fase do desenvolvimento do projeto.
5.3.
Plano de Acompanhamento
5.3.1. Marcos e Pontos de Controle
A Tabela 1 descreve os marcos e pontos de controle do projeto.
11
Tabela 1 – Marcos e pontos de controle do projeto
Número
1
Atividade Executada
Início da primeira fase do PW – Documentação
Data Prevista
30/03/2007
2
Conclusão da especificação dos requisitos
20/04/2007
3
Conclusão da documentação
10/06/2007
4
Conclusão da revisão
23/06/2007
5
Início da segunda fase do PW – Implementação
05/08/2007
6
Conclusão dos casos de uso
21/10/2007
7
Conclusão dos testes
18/11/2007
8
Revisão Geral
18/11/2007
5.3.2. Métodos de Acompanhamento e Controle
Revisões técnicas serão utilizadas durante o desenvolvimento do sistema para
garantir a qualidade dos artefatos produzidos e cumprimento dos prazos estimados pela
equipe.
5.3.3. Análise e Gerência de Riscos
Análise de Riscos de Projeto
A Tabela 2 apresenta uma análise de riscos previstos para não causar impactos no
desenvolvimento do projeto e as ações gerenciais que devem ser tomadas.
Tabela 2 – Análise de Risco de Projeto
Gravidade
Probabilidade
de Ocorrência
Impacto
Previsto
Plano de
Contingência
Prioridade
Risco
1
Indisponibilidade
do especialista
para o
levantamento de
requisitos
Alta
Média
2
Falhas na
especificação
dos requisitos de
software
Média
Média
Atraso no
desenvolvimento
Desenvolver
protótipos e utilizar
o modelo iterativo.
3
Falta de
equipamentos
para teste e
desenvolvimento
Média
Baixa
Impossibilidade da
Realização de
testes
Utilizar os recursos
de hardware da
Universidade
Católica de Brasília
Atraso no
desenvolvimento
Marcar reuniões
com antecedência de
no mínimo 5 dias
12
A Tabela 3 apresenta uma análise de riscos técnicos para que o produto final seja
agradável e seguro tendo como base o plano de contingência.
Tabela 3 – Análise de Riscos Técnicos
Prioridade
Risco
1
Desenvolvimento
de uma interface
complicada
e
pouco interativa.
Falha
utilização
diferentes
de dados.
2
na
de
bases
Vulnerabilidade
de segurança do
sistema
3
5.4.
Gravidade
Probabilidade
de Ocorrência
Média
Baixa
Alta
Alta
Alta
Baixa
Impacto
Previsto
Plano de
Contingência
Não
utilização do
sistema por
parte
do
cliente
Utilizar
padrões,
cores, imagens e
técnicas adequadas e
e está constantemente
em contato com o
cliente.
Inutilização
de
funcionalida
des
do
sistema
Acesso
à
informação
não
autorizada
Utilizar framework de
persistência
que
permita o uso de
diferentes bancos de
dados.
Utilizar os recursos
de
segurança,
disponível
na
tecnologia Java/JEE.
Plano de Documentação
5.4.1. Documentos do Projeto
-
Plano de Projeto;
-
Especificação de Requisitos;
-
Regras de Negócio;
-
Diagrama de Modelo de Negócios;
-
Diagramas de Caso de Uso;
-
Descrição dos Casos de Uso;
-
Diagrama de Classe de Análise;
-
Diagrama de Atividades;
-
Diagrama de Seqüência para cada caso de uso;
-
Modelo de Entidade e Relacionamento Físico do Banco de Dados;
-
Dicionário de Dados;
-
Modelo de Entidade e Relacionamento Lógico do Banco de Dados;
-
Script de BD;
-
Implementação do sistema (Programação);
13
-
5.5.
Manual do Usuário.
Plano de Recursos e Produtos
5.5.1. Recursos Humanos
Tabela 4 – Recursos Humanos
Tipo de Profissional
Analista de Sistemas / Desenvolvedor /
Executor de Testes
Quantidade
3
5.5.2. Recursos de Hardware
O desenvolvimento do sistema utilizará os seguintes recursos de hardware:
3 microcomputadores Intel.
5.5.3. Recursos de Software
5.5.3.1. Computador Servidor
Sistema Operacional Windows 2000 Server ou Linux.
Banco de Dados MySQL 4.0.23;
J2SDK 1.5;
Servidor de Aplicação JBOSS 4.0.
5.5.3.2. Computador Cliente
Independente de plataforma.
Browser compatível com HTML 4.0 e Javascript.
5.5.4. Recursos Financeiros
A Tabela 5 apresenta os recursos financeiros necessários para o desenvolvimento
do sistema PW.
14
Tabela 5 – Recursos Financeiros
Profissional
Valor Mensal R$
Quantidade
Quantidade
Meses
Profissionais
Total R$
Analista de Sistemas
5.000,00
8
1
40.000,00
Desenvolvedor
3.000,00
5
2
30.000,00
Executor de Testes
2.000,00
4
1
8.000,00
Total
5.6.
78.000,00
Cronograma
No cronograma representado na Figura 2 estão descritas as etapas para o
desenvolvimento do PW.
15
Figura 2 – Cronograma do sistema PW
16
6. ESPECIFICAÇÃO DOS REQUISITOS DO SISTEMA
6.1.
Descrição do Problema
Na Clínica de Fisioterapia da UCB, o cadastro dos pacientes e dos seus prontuários
é feito de forma manual, o que gera desgaste com o tempo e perda de dados, pois é
necessário periodicamente se fazer descrições médicas no prontuário de acordo com o
andamento do tratamento do paciente. A Clínica não realiza os exames cardiológicos,
mesmo precisando deles, o que a obriga confiar nos resultados dos exames apresentados
pelos pacientes, ou seja, não há um cadastro dos médicos cardiologistas externos à clínica.
Atualmente, para ter acesso aos prontuários dos pacientes, os fisioterapeutas não têm a
facilidade e agilidade em verificar as informações dos pacientes em outro local, sendo
possível o acesso somente na clínica.
6.1.1. Identificação dos Interessados
Fisioterapeuta: é o usuário que tem o perfil de fisioterapeuta e também de
administrador do sistema.
Perfil Fisioterapeuta: os usuários com este perfil têm acesso aos dados dos
pacientes, acesso completo ao prontuário, podendo fazer alterações, atualizações, registrar
diagnóstico e emitir receituários e atestados.
Perfil
Administrador:
este
perfil
é
responsável
pelas
funcionalidades
administrativas tais como cadastro e atualização dos usuários do sistema com suas devidas
permissões.
Médico: é o usuário que tem o perfil de médico e também de administrador do
sistema.
Perfil Médico: os usuários com este perfil têm acesso aos dados dos pacientes, o
acesso completo do prontuário, podendo fazer alterações, atualizações, registrar
diagnóstico preciso e emissão receituários e atestados.
Perfil
Administrador:
este
perfil
é
responsável
pelas
funcionalidades
administrativas tais como cadastro e atualização dos usuários do sistema com suas devidas
permissões.
17
Secretária: este usuário tem um perfil que lhe dá acesso à marcação de consultas,
cadastro e atualização dos dados dos pacientes.
Estagiário: este usuário tem o perfil que lhe dá acesso à marcação de consultas,
cadastro e atualização dos dados dos pacientes.
6.1.2. Descrição da Necessidade dos Interessados
Fisioterapeuta
•
Registrar acompanhamentos diários das sessões;
•
Emitir relatórios anual e mensal.
Médico
•
Emitir atestado médico;
•
Registrar prontuário;
•
Registrar diagnóstico;
•
Registrar anamnese;
•
Registrar medicações;
•
Emitir receituário.
Administrador
•
Manter usuários.
Secretária e Estagiário
•
Manter agendamento de consultas;
•
Manter agendamento de sessões;
•
Manter médicos externos;
•
Manter paciente;
Obs.: Manter corresponde a alterar, incluir e excluir.
18
6.2.
Descrição das Características do Sistema
Os médicos cadastrados no sistema podem buscar estas informações dos pacientes
a qualquer momento. Isto se deve ao fato do sistema ter como meio de comunicação a web,
ou seja, o PW pode ser acessado de qualquer lugar que tenha internet.
Outras características:
•
Registrar acesso a determinadas informações de acordo com cada perfil do
usuário;
6.3.
•
Registrar consultas, exames, avaliações, diagnósticos e anamnese;
•
Armazenar informações detalhadas dos pacientes;
•
Registrar informações dos médicos;
•
Registrar agenda dos pacientes.
Requisitos do Software
As funcionalidades disponíveis são de acordo com o perfil de cada usuário do
sistema que são: médico, fisioterapeuta, administrador, secretária e estagiário.
Assim, as funcionalidades disponíveis aos médicos e aos fisioterapeutas são:
•
Registrar anamnese;
•
Registrar diagnóstico;
•
Manter medicação;
•
Registrar prontuário;
•
Emitir atestado;
•
Emitir receituário;
•
Emitir lista de beneficiários (relatórios anuais e mensais);
•
Registrar sessões de fisioterapia.
A funcionalidade disponível ao administrador é:
•
Manter usuário.
As funcionalidades disponíveis à secretária e aos estagiários são :
•
Manter pacientes;
19
6.4.
•
Manter agendamento de consultas;
•
Manter agendamento de sessões;
•
Manter médicos externos.
Requisitos Suplementares
A interface com o usuário é importante para o sucesso do sistema PW e, por ser um
sistema que será utilizado diariamente, sua interface deverá ser de fácil utilização e
amigável, com o objetivo de evitar cansaço ao usuário.
Por se tratar de um sistema que está mais sujeito a perdas, pois será on-line, serão
necessários 2 backup’s diariamente em servidores diferentes e o armazenamento desses
dados em dispositivos externos também como DVD’s ou fitas DAT.
7. DIAGRAMA DE CASO DE USO
A Unified Modeling Languag (UML) é uma linguagem de modelagem utilizada
para definir as características do software, como: requisitos, comportamento, estrutura
lógica, dinâmica de processos e necessidades físicas para a implantação do sistema. Não é
uma linguagem de programação, mas como dito anteriormente, é uma linguagem de
modelagem utilizada para modelar sistemas computacionais por meio do paradigma de
Orientação a Objetos. A UML possui vários diagramas que têm por objetivo fornecer
diversas visões do sistema, onde cada um analisa o sistema ou parte dele, sob uma
determinada ótica.
O Diagrama de Caso de Uso é o mais geral da UML, sendo utilizado normalmente
nas fases de Levantamento e Análise de Requisitos do sistema. Ele apresenta uma
linguagem de fácil compreensão, mostrando uma idéia geral do sistema. Tem por
finalidade descrever a funcionalidade de um sistema. Um Caso de Uso representa a
interação entre um usuário e o sistema.
7.1.
Visão Geral
20
A Figura 3 apresenta a Visão Geral dos Casos de Uso do Sistema PW.
Figura 3 – Visão Geral dos Casos de Uso do Sistema PW
7.2.
Diagramas de Casos de Uso de Negócio
7.2.1. Caso de Uso Administrador
Figura 4 – Caso de uso Administrador
7.2.1.1 Manter Usuário
7.2.1.1.1 Ator
Administrador do sistema.
21
7.2.1.1.2 Objetivo
Este caso de uso tem por finalidade permitir o registro de dados dos usuários do
sistema.
7.2.1.1.3 Pré-Condições
O ator deve estar autenticado e autorizado a executar este caso de uso.
7.2.1.1.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Usuários”;
2. O sistema apresenta uma tela com as seguintes opções:
Incluir Cadastro de Usuário [FA1]
Editar/Excluir Cadastro de Usuário [FA2][FA3]
3. O usuário seleciona a opção desejada.
4. O caso de uso é encerrado.
7.2.1.1.5 Fluxos Alternativos
[FA1] Incluir Cadastro de Usuário
1. O usuário clica em “Incluir Cadastro de Usuário”;
2. O sistema exibe um formulário com os dados de cadastro do usuário; [RN1]
3. O usuário preenche as informações do usuário e seleciona a opção “Salvar”;
[FE1][FE2][FE3][FE4]
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA2] Editar Cadastro de Usuário
1. O usuário clica em “Editar/Excluir Cadastro de Usuário”; [FE5]
2. O sistema lista os usuários cadastrados; [RN2] [FA4]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
22
Matrícula;
5. O usuário preenche a informação e o sistema lista o Usuário; [FE5]
6. O usuário clica na Matrícula do usuário;
7. O sistema exibe um formulário com os dados do usuário; [RN3]
8. O usuário faz as alterações necessárias e clica em “Salvar”;
9. O sistema altera as informações e apresenta a mensagem: “Operação realizada com
sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA3] Excluir Cadastro de Usuário
1. O usuário clica em “Editar/Excluir Cadastro de Usuário”; [FE5]
2. O sistema lista os usuários cadastrados; [RN2]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
Matrícula;
5. O usuário preenche a informação e o sistema lista o Usuário; [FE3]
6. O usuário clica na Matrícula do usuário;
7. O sistema exibe um formulário com os dados do usuário; [RN3]
8. O usuário clica em Excluir;
9. O sistema apresenta a mensagem: “Operação realizada com sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA4] Visualizar Cadastro de Usuário
1. O usuário clica em “Visualizar” no usuário que deseja;
2. O sistema apresenta dos dados do usuário como somente leitura;
3. O caso de uso retorna ao passo que o acionou.
7.2.1.1.6 Fluxos Exceção
[FE1] Campo Obrigatório não preenchido
23
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
[FE2] Matrícula já cadastrada
1. Caso o usuário insira uma matrícula já cadastrada o sistema apresenta a mensagem:
“Já existe um usuário com esta Matrícula!”;
2. O caso de uso retorna ao passo que o acionou.
[FE3] CPF já cadastrado
1. Caso o usuário insira um CPF já cadastrado o sistema apresenta a mensagem: “Já
existe um usuário com este CPF!”;
2. O caso de uso retorna ao passo que o acionou.
[FE4] Login já cadastrada
1. Caso o usuário insira um login já cadastrado o sistema apresenta a mensagem: “Já
existe um usuário com este Login!”;
2. O caso de uso retorna ao passo que o acionou.
[FE5] Não há registros
1. Caso não exista usuário cadastrado, o sistema apresenta a mensagem: “Não há
registros!”;
2. O caso de uso retorna ao passo que o acionou.
7.2.1.1.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.1.1.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados do Usuário
Nome do Campo
Tipo
Obrigatório
Observação
24
Usuário
Alfanumérico
X
Nome
Alfanumérico
X
Matrícula
Alfanumérico
X
CPF
Numérico
X
RG
Numérico
X
DDD
Numérico
Telefone
Numérico
Celular
Numérico
Endereço
Alfanumérico
E-mail
Alfanumérico
Estado Civil
Carga Horária
- Domínio em Banco:
médico, fisioterapeuta,
secretário, estagiário.
- Apenas um opção pode ser
selecionada
Máscara: 000.000.000-00
- Domínio em Banco:
solteiro, casado, viúvo,
divorciado, separado
- Apenas um opção pode ser
selecionada
Alfanumérico
String
Inscrição
Alfanumérico
Especialidade
Alfanumérico
Login
Alfanumérico
Senha
Alfanumérico
X
X
- Gerado pelo próprio
sistema. No segundo acesso,
o usuário altera.
[RN3] Dados da lista dos usuários cadastrados no sistema
Nome do Campo
Tipo
Matrícula
Alfanumérico
Nome
Alfanumérico
Obrigatório
Observação
25
7.2.2. Caso de uso Secretária e Estagiário
Figura 5 – Caso de uso Secretária e Estagiário
7.2.2.1 Manter Paciente
7.2.2.1.1 Ator
Secretária e Estagiário.
7.2.2.1.2 Objetivo
Este caso de uso tem por finalidade manter os registros dos dados dos pacientes da
Clínica.
7.2.2.1.3 Pré-Condições
O usuário deve estar autenticado e autorizado a executar este caso de uso.
7.2.2.1.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Pacientes”;
2. O sistema apresenta uma tela com as seguintes opções:
Incluir Cadastro de Paciente [FA1]
Editar/Excluir Cadastro de Paciente [FA2][FA3]
26
3. O usuário seleciona a opção desejada.
4. O caso de uso é encerrado.
7.2.2.1.5 Fluxos Alternativos
[FA1] Incluir Cadastro de Paciente
1. O usuário clica em “Incluir Cadastro de Paciente”;
2. O sistema exibe um formulário com os dados de cadastro do paciente; [RN1]
3. O usuário preenche as informações do paciente e seleciona a opção “Salvar”;
[FE1][FE2]
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA2] Editar Cadastro de Paciente
1. O usuário clica em “Editar/Excluir Cadastro de Paciente”; [FE3]
2. O sistema lista os pacientes cadastrados; [RN2]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
CPF do paciente;
5. O usuário preenche a informação e o sistema lista o Paciente; [FE3][FA4]
6. O usuário clica no CPF do paciente;
7. O sistema exibe um formulário com os dados; [RN1]
8. O usuário faz as alterações necessárias e clica em “Salvar”;
9. O sistema altera as informações e apresenta a mensagem: “Operação realizada com
sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA3] Excluir Cadastro de Paciente
1. O usuário clica em “Editar/Excluir Cadastro de Paciente”; [FE3]
27
2. O sistema lista os pacientes cadastrados; [RN2]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
CPF do paciente;
5. O usuário preenche a informação e o sistema lista o Paciente; [FE3][FA4]
6. O usuário clica no CPF do paciente;
7. O sistema exibe um formulário com os dados do paciente; [RN1]
8. O usuário clica em Excluir; [FE4]
9. O sistema apresenta a mensagem: “Operação realizada com sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA4] Visualizar Cadastro de Paciente
1. O usuário clica em “Editar/Excluir Cadastro de Paciente”; [FE3]
2. O sistema lista os pacientes cadastrados; [RN2]
3. O usuário clica na opção que disponibiliza visualizar o cadastro do paciente;
4. O sistema mostra os dados do paciente cadastrado como somente leitura. [RN1]
5. O caso de uso retorna ao passo que o acionou.
7.2.2.1.6 Fluxos Exceção
[FE1] Paciente já cadastrado
1. Caso o usuário insira um CPF já cadastrado o sistema apresenta a mensagem: “Já
existe um paciente com este CPF”;
2. O sistema retorna ao passo que o acionou.
[FE2] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
[FE3] Não há registros
28
1. Caso não exista paciente cadastrado, o sistema apresenta a mensagem: “Não há
registros!”;
2. O caso de uso retorna ao passo que o acionou.
[FE4] Paciente possui prontuário gerado
1. Caso o paciente possua um prontuário gerado, o sistema apresenta a mensagem:
“Paciente possui prontuário cadastrado, não é permitida a exclusão”;
2. O sistema retorna ao passo que o acionou.
7.2.2.1.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.2.1.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados do Paciente
Nome do Campo
Tipo
Obrigatório
Observação
Nome
Alfanumérico
X
Sexo
Domínio em banco
CPF
Numérico
X
Mascara: 000.000.000-00
Data
X
Formato: dd/mm/aaaa
Dados Pessoais
Dt. Nascimento
Raça
RG
Dt. Expedição
Órgão Expedidor
Apenas um opção pode ser
selecionada
Alfanumérico
Numérico
Data
Formato: dd/mm/aaaa
Alfanumérico
Telefone
Numérico
Celular
Numérico
e-mail
Alfanumérico
29
Nacionalidade
Estado Civil
Cônjuge
Alfanumérico
Domínio em banco
Valores: solteiro,casado,
viúvo, divorciado e separado.
Apenas um opção pode ser
selecionada
Alfanumérico
Endereço
Moradia
Domínio fixo
Endereço
Alfanumérico
CEP
Cidade
Estado
Valores: própria, alugada e
cedida.
Apenas um opção pode ser
selecionada
Numérico
Alfanumérico
Domínio fixo
Valores:AC,MT,AM,AP,CE
MA,PB,AL,SE,BA,TO,ES,
RJ,SP,PR,RS,MS,RN,PE,
GO,RO,RR,MG,PA
Apenas um opção pode ser
selecionada
Filiação
Nome do Pai
Idade
Alfanumérico
Numérico
Profissão
Alfanumérico
Nome do Mãe
Alfanumérico
Idade
Profissão
Numérico
Alfanumérico
Profissional
Atividade
Profissional
Alfanumérico
Empresa
Alfanumérico
Antecedente
Alfanumérico
Dt. Admissão
Data
Referencia Pessoal
Remuneração
Formato: dd/mm/aaaa
Alfanumérico
Numérico
30
[RN2] Dados da lista dos pacientes cadastrados
Nome do Campo
Tipo
CPF
Obrigatório
Observação
Numérico
Nome
Alfanumérico
7.2.2.2 Manter Agendamento de Consulta
7.2.2.2.1 Ator
Secretária e Estagiário.
7.2.2.2.2 Objetivo
Este caso de uso tem por finalidade manter os registros de consultas dos pacientes.
7.2.2.2.3 Pré-Condições
O ator deve estar autenticado e autorizado a executar este caso de uso.
7.2.2.2.4 Fluxo Principal
1. O usuário do sistema seleciona na opção “Consulta” do menu “Agenda”;
2. O sistema apresenta uma tela com as seguintes opções:
Incluir Cadastro de Consulta [FA1]
Editar/Excluir Cadastro de Consulta [FA2][FA3]
3. O usuário seleciona a opção desejada.
4. O caso de uso é encerrado.
7.2.2.2.5 Fluxos Alternativos
[FA1] Incluir Cadastro de Consulta
1. O usuário clica em “Incluir Cadastro de Consulta”;
2. O sistema exibe um formulário com os dados de cadastro da consulta; [RN1]
3. O usuário preencha as informações da consulta e seleciona a opção “Salvar”;
[FE1][FE2]
31
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA2] Editar Cadastro de Consulta
1. O usuário clica em “Editar/Excluir Cadastro de Consulta”; [FE3]
2. O sistema lista as consultas agendadas; [RN2][FA4]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
Data da Consulta;
5. O usuário preenche a informação e o sistema lista as consultas cadastradas para a
data fornecida; [FE3]
6. O usuário clica no horário que deseja fazer a alteração da consulta;
7. O sistema exibe um formulário com os dados da consulta agendada; [RN1]
8. O usuário faz as alterações necessárias e clica em “Salvar”;
9. O sistema altera as informações e apresenta a mensagem: “Operação realizada com
sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA3] Excluir Cadastro de Consulta
1. O usuário clica em “Editar/Excluir Cadastro de Consulta”; [FE3]
2. O sistema lista as consultas agendadas; [RN2][FA4]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
Data da Consulta;
5. O usuário preenche a informação e o sistema lista as consultas cadastradas para a
data fornecida; [FE3]
6. O usuário clica no horário que deseja fazer a exclusão da consulta;
7. O sistema exibe um formulário com os dados da consulta agendada; [RN1]
32
8. O usuário clica em Excluir;
9. O sistema apresenta a mensagem: “Operação realizada com sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA4] Visualizar Cadastro de Consulta
1. O usuário clica em “Editar/Excluir Cadastro de Consulta”; [FE3]
2. O sistema lista as consultas agendadas; [RN2]
3. O usuário clica na opção que disponibiliza visualizar o cadastro da consulta;
4. O sistema mostra os dados da consulta agendada como somente leitura.[RN1]
5. O caso de uso retorna ao passo que o acionou.
7.2.2.2.6 Fluxos Exceção
[FE1] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
[FE2] Agendamento de Consulta já cadastrado
1. Caso o usuário forneça dados de consulta já cadastrada, o sistema apresenta a
mensagem “Dados já cadastrados no sistema”;
2. O caso de uso retorna ao passo que o acionou.
[FE3] Não há registros
1. Caso o usuário pesquise uma data que não tenha consulta agendada, o sistema
apresenta a mensagem: “Não há registros”;
2. O caso de uso retorna ao passo que o acionou.
7.2.2.2.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.2.2.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
33
REGRAS DE NEGÓCIO
[RN1] Dados da Consulta
Nome do Campo
Tipo
Obrigatório
Nome do Paciente
Alfanumérico
X
Horário da consulta
Numérico
X
Data da Consulta
Date
X
Nome do médico
Alfanumérico
X
Observação
[RN2] Dados da lista do agendamento de consulta
Nome do Campo
Data da Consulta
Horário da consulta
Tipo
Obrigatório
Observação
Date
Numérico
7.2.2.3 Manter Médicos Externos
7.2.2.3.1 Ator
Secretária e Estagiário.
7.2.2.3.2 Objetivo
Este caso de uso tem por finalidade manter os registros dos médicos externos à
clínica.
7.2.2.3.3 Pré-Condições
O ator deve estar autenticado e autorizado a executar este caso de uso.
7.2.2.3.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Médicos Externos”;
2. O sistema apresenta uma tela com as seguintes opções:
Incluir Cadastro de Médico Externo [FA1]
Editar/Excluir Cadastro de Médico Externo [FA2][FA3]
34
3. O usuário seleciona a opção desejada.
4. O caso de uso é encerrado.
7.2.2.3.5 Fluxos Alternativos
[FA1] Incluir Cadastro de Médico Externo
1. O usuário clica em “Incluir Cadastro Médico Externo”;
2. O sistema exibe um formulário com os dados de cadastro do médico externo;
[RN1]
3. O usuário preenche as informações do médico e seleciona a opção “Salvar”;
[FE1][FE2]
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA2] Editar Cadastro de Médico Externo
1. O usuário clica em “Editar/Excluir Cadastro de Médico Externo”; [FE3]
2. O sistema lista os médicos cadastrados; [RN2]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
Inscrição;
5. O usuário preenche a informação e o sistema lista o Médico Externo; [FE3]
6. O usuário clica no Nome do Médico;
7. O sistema exibe um formulário com os dados do médico; [RN1]
8. O usuário faz as alterações necessárias e clica em “Salvar”;
9. O sistema altera as informações e apresenta a mensagem: “Operação realizada com
sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA3] Excluir Cadastro de Médico Externo
1. O usuário clica em “Editar/Excluir Cadastro de Médico Externo”;[FE3]
35
2. O sistema lista os médicos cadastrados; [RN2]
3. O sistema apresenta uma tela com o campo abaixo:
Inscrição;
4. O usuário preenche a informação e o sistema lista o Médico Externo; [FE3]
5. O usuário clica no Nome do Médico;
6. O sistema exibe um formulário com os dados do médico; [RN1]
7. O usuário clica em Excluir;
8. O sistema apresenta a mensagem: “Operação realizada com sucesso.”;
9. O sistema retorna ao passo que o acionou.
[FA4] Visualizar Cadastro de Médico Externo
1. O usuário clica em “Editar/Excluir Cadastro de Médico Externo”;[FE3]
2. O sistema lista os médicos cadastrados; [RN2]
3. O usuário clica na opção “Visualizar” do médico externo que deseja;
4. O sistema mostra os dados do médico cadastrado como somente leitura.[RN1]
5. O caso de uso retorna ao passo que o acionou.
7.2.2.3.6 Fluxos Exceção
[FE1] Médico Externo já cadastrado
1. Caso o usuário insira uma Inscrição (CRM) já cadastrada, o sistema apresenta a
mensagem “Já existe um médico com esta inscrição!”;
2. O sistema retorna ao passo que o acionou.
[FE2] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
[FE3] Não há registros
36
1. Caso não haja médico externo cadastrado, o sistema apresenta a mensagem: “Não
há registros”;
2. O sistema retorna ao passo que o acionou.
7.2.2.1.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.2.1.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados do Médico Externo
Nome do Campo
Tipo
Obrigatório
Nome
Alfanumérico
X
Inscrição (CRM)
Alfanumérico
X
Especialidade
Alfanumérico
X
Endereço Comercial
Alfanumérico
Telefone Comercial
Numérico
Observação
X
[RN2] Dados da lista dos médicos externos
Nome do Campo
Tipo
Nome
Alfanumérico
Inscrição (CRM)
Alfanumérico
Obrigatório
Observação
7.2.2.4 Manter Agendamento de Sessão
7.2.2.4.1 Ator
Secretária e Estagiário.
37
7.2.2.4.2 Objetivo
Este caso de uso tem por finalidade manter o agendamento das sessões de
fisioterapia.
7.2.2.4.3 Pré-Condições
O ator deve estar autenticado e autorizado a executar este caso de uso.
7.2.2.4.4 Fluxo Principal
1. O usuário do sistema seleciona a opção “Sessão” do menu “Agenda”;
2. O sistema apresenta uma tela com as seguintes opções:
Incluir Cadastro de Sessão [FA1]
Editar/Excluir Cadastro de Sessão [FA2][FA3]
3. O usuário seleciona a opção desejada.
4. O caso de uso é encerrado.
5. O usuário clica em confirmar;
6. O sistema agenda as sessões.
7.2.2.4.5 Fluxos Alternativos
[FA1] Incluir Cadastro de Sessão
1. O usuário clica em “Incluir Cadastro de Sessão”;
2. O sistema exibe um formulário com os dados de cadastro da Sessão; [RN1]
3. O usuário preencha as informações da consulta e seleciona a opção “Salvar”;
[FE1][FE2]
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA2] Editar Cadastro de Sessão
1. O usuário clica em “Editar/Excluir Cadastro de Sessão”;[FE3]
2. O sistema lista as sessões agendadas; [RN2][FA4]
3. O usuário clica em Pesquisar;
38
4. O sistema apresenta uma tela com o campo abaixo:
Data da Sessão;
5. O usuário preenche a informação e o sistema lista as sessões cadastradas para a data
fornecida; [FE3]
6. O usuário clica no horário que deseja fazer a alteração da sessão;
7. O sistema exibe um formulário com os dados da sessão agendada; [RN1]
8. O usuário faz as alterações necessárias e clica em “Salvar”;
9. O sistema altera as informações e apresenta a mensagem: “Operação realizada com
sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA3] Excluir Cadastro de Consulta
1. O usuário clica em “Editar/Excluir Cadastro de Sessão”;[FE3]
2. O sistema lista as sessões agendadas; [RN2][FA4]
3. O usuário clica em Pesquisar;
4. O sistema apresenta uma tela com o campo abaixo:
Data da Sessão;
5. O usuário preenche a informação e o sistema lista as sessões cadastradas para a data
fornecida; [FE3]
6. O usuário clica no horário que deseja fazer a exclusão da sessão;
7. O sistema exibe um formulário com os dados da sessão agendada; [RN1]
8. O usuário clica em Excluir;
9. O sistema apresenta a mensagem: “Operação realizada com sucesso.”;
10. O sistema retorna ao passo que o acionou.
[FA4] Visualizar Cadastro de Sessão
1. O usuário clica em “Editar/Excluir Cadastro de Sessão”;[FE3]
2. O sistema lista as sessões agendadas; [RN2]
39
3. O usuário clica na opção que disponibiliza visualizar o cadastro da sessão;
4. O sistema mostra os dados da sessão agendada como somente leitura.[RN1]
5. O caso de uso retorna ao passo que o acionou.
7.2.2.4.6 Fluxos Exceção
[FE1] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
[FE2] Agendamento de Sessão já cadastrado
1. Caso o usuário forneça dados de sessão já cadastrada, o sistema apresenta a
mensagem “Dados já cadastrados no sistema”;
2. O caso de uso retorna ao passo que o acionou.
[FE3] Não há registros
1. Caso o usuário pesquise uma data que não tenha sessão agendada, o sistema
apresenta a mensagem: “Não há registros”;
2. O caso de uso retorna ao passo que o acionou.
7.2.2.4.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados do Cadastro da Sessão
Nome do Campo
Nome do Paciente
Data da Sessão
Horário da Sessão
Tipo
Obrigatório
Alfanumérico
X
Date
X
Numérico
X
Observação
40
[RN2] Dados da lista do agendamento de sessão
Nome do Campo
Tipo
Data da Consulta
Horário da consulta
Obrigatório
Observação
Date
Numérico
7.2.3. Caso de uso Médico
Figura 6 – Caso de uso Médico
7.2.3.1 Emitir Atestado
7.2.3.1.1 Atores
Médico e Fisioterapeuta.
7.2.3.1.2 Objetivo
Emitir o atestado do paciente.
7.2.3.1.3 Pré-Condições
É necessário que o paciente esteja cadastrado no sistema e o ator deve estar
autenticado e autorizado a executar este caso de uso.
41
7.2.3.1.4 Fluxo Principal
1. O usuário clica na opção “Atestado” do menu “Relatórios”;
2. O sistema apresenta uma tela com o campo abaixo:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1] [FE1]
4. O sistema apresenta a opção:
Gerar Atestado;
5. O usuário clica em “Gerar Atestado”;
6. O sistema emite o atestado em pdf;
7. O caso de uso é encerrado.
7.2.3.1.5 Fluxos Alternativos
Esta seção não se aplica ao caso de uso em questão.
7.2.3.1.6 Fluxos Exceção
[FE1] Paciente não cadastrado
1. O sistema apresenta a mensagem: “Paciente não cadastrado no sistema”;
2. O caso de uso retorna ao passo que o acionou.
7.2.3.1.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.3.1.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados recuperados do caso de uso Manter Paciente
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
CPF
Numérico
Obrigatório
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
42
7.2.3.2 Emitir Receituário
7.2.3.2.1 Ator
Médico e Fisioterapeuta.
7.2.3.2.2 Objetivo
Este caso de uso tem por finalidade a emissão de receitas de medicamentos para o
paciente.
7.2.3.2.3 Pré-Condições
É necessário que o paciente esteja cadastrado no sistema e o ator deve estar
autenticado e autorizado a executar este caso de uso.
7.2.3.2.4 Fluxo Principal
1. O usuário clica na opção “Receituário” do menu “Relatórios”;
2. O sistema apresenta uma tela com o campo abaixo:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1][FE1]
4. O sistema lista os medicamentos registrados do paciente; [RN2][FE2]
5. O usuário clica em “Pesquisar”;
6. O sistema apresenta a tela:
Período;
7. O usuário preenche a informação e clica em “Pesquisar”; [FE2]
8. O sistema lista os medicamentos registrados no período solicitado;
9. O usuário seleciona as opções desejadas e clica em “Gerar Receituário”;
10. O sistema emite o receituário em pdf;
11. O caso de uso é encerrado.
7.2.3.2.5 Fluxos Alternativos
Esta seção não se aplica ao caso de uso em questão.
7.2.3.2.6 Fluxos Exceção
[FE1] Paciente não cadastrado
43
1. O sistema apresenta a mensagem: “Paciente não cadastrado no sistema”;
2. O caso de uso retorna ao passo que o acionou.
[FE2] Não há registros
1. Caso o paciente não possua medicamento cadastrado, o sistema apresenta a
mensagem: “Não há registros”;
2. O caso de uso retorna ao passo que o acionou.
7.2.3.2.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.3.2.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados recuperados do caso de uso Manter Paciente
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
Numérico
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
CPF
Obrigatório
Observação
[RN2] Dados da listagem dos medicamentos
Nome do Campo
Nome
Tipo
Alfanumérico
Data
Obrigatório
Observação
- Recuperado do caso de uso
“Registrar Medicação”.
- Somente leitura.
- Recuperado do caso de uso
“Registrar Medicação”.
- Somente leitura.
7.2.3.3 Registrar Prontuário
7.2.3.3.1 Ator
Médico e Fisioterapeuta.
7.2.3.3.2 Objetivo
Este caso de uso tem por finalidade registrar a ficha de evolução do paciente.
44
7.2.3.3.3 Pré-Condições
É necessário que o paciente seja cadastrado e o ator deve estar autenticado e
autorizado a executar este caso de uso.
7.2.3.3.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Prontuário”;
2. O sistema apresenta uma tela com o campo:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1] [FE1]
4. O usuário clica em “Gerar Prontuário”;
5. O sistema exibe os dados do prontuário; [RN2]
6. O usuário preenche as informações e clica em “Salvar”; [FE2]
7. O sistema apresenta a mensagem: “Operação realizada com sucesso”;
8. O sistema exibe as opções:
Acompanhamento Clínico [FA1]
Anamnese [UC 7.2.3.5: Registrar Anamnese]
Classificação Funcional NYHA [FA2]
Diagnóstico [UC 7.2.3.4: Registrar Diagnóstico]
Evolução do Paciente [FA3]
Exames Gerais [FA4]
Exames/Teste Ergoespirométrico [FA5]
Exames/Teste MMII [FA6]
Exames/Teste MMSS [FA7]
Medição [UC 7.2.3.6: Manter Medicação]
Resultados de Exames [FA8]
9. O usuário escolhe a opção deseja;
10. O caso de uso é encerrado.
7.2.3.3.5 Fluxos Alternativos
[FA1] Registrar Acompanhamento Clínico
1. O usuário clica na opção “Acompanhamento Clínico”; [FE3]
45
2. O sistema lista os acompanhamentos clínicos registrados como somente leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro para acompanhamento clínico; [RN3]
5. O usuário preenche as informações e clica em “Salvar”;
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
[FA2] Registrar Classificação Funcional NYHA
1. O usuário clica na opção “Classificação Funcional NYHA”; [FE3]
2. O sistema lista a classificação funcional da NYHA registrada como somente
leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro da classificação funcional da NYHA;
[RN4]
5. O usuário preenche as informações e clica em “Salvar”; [FE2]
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
[FA3] Registrar Evolução do Paciente
1. O usuário clica na opção “Evolução do Paciente”; [FE3]
2. O sistema lista a evolução do paciente registrada como somente leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro da evolução do paciente; [RN5]
5. O usuário preenche as informações e clica em “Salvar”; [FE2]
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
46
[FA4] Registrar Exames Gerais
1. O usuário clica na opção “Exames Gerais”;
2. O sistema apresenta os dados de registro dos exames gerais; [RN6][FE4]
3. O usuário preenche as informações e clica em “Salvar”;
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA5] Registrar Exames/Teste Ergoespirométrico
1. O usuário clica na opção “Exames/Teste Ergoespirométrico”; [FE3]
2. O sistema lista os exames/teste ergoespirométrico realizados registrados como
somente leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro dos exames/teste ergoespirométrico;
[RN7]
5. O usuário preenche as informações e clica em “Salvar”; [FE2]
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
[FA6] Registrar Exames/Teste MMII
1. O usuário clica na opção “Exames/Teste MMII”; [FE3]
2. O sistema lista os exames/teste MMII realizados registrados como somente leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro dos exames/teste MMII; [RN8]
5. O usuário preenche as informações e clica em “Salvar”; [FE2]
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
47
[FA7] Registrar Exames/Teste MMSS
1. O usuário clica na opção “Exames/Teste MMSS”; [FE3]
2. O sistema lista os exames/teste MMSS realizados registrados como somente leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro dos exames/teste MMSS; [RN9]
5. O usuário preenche as informações e clica em “Salvar”; [FE2]
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
[FA8] Registrar Resultados de Exames
1. O usuário clica na opção “Resultados de Exames”; [FE3]
2. O sistema lista os resultados de exames realizados registrados como somente
leitura;
3. O usuário clica em “Incluir”;
4. O sistema apresenta os dados de registro dos resultados de exames; [RN10]
5. O usuário preenche as informações e clica em “Salvar”; [FE2]
6. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
7. O caso de uso retorna ao passo que o acionou.
7.2.3.3.6 Fluxos Exceção
[FE1] Paciente não cadastrado
1. Caso o paciente não seja cadastrado, o sistema apresenta a mensagem: “Paciente não
cadastrado no sistema”;
2. O sistema retorna ao passo que o acionou.
[FE2] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
48
2. O sistema aponta para o campo a ser preenchido.
[FE3] Não há registros
1. Caso o paciente não tenha nenhum registro, o sistema apresenta a mensagem: “Não
há registro”;
2. O caso de uso retorna ao passo que o acionou.
[FE4] Dados já cadastrados
1. Caso os dados já tenham sido cadastrados, o sistema apresenta-os.
2. O caso de uso retorna ao passo que o acionou.
7.2.3.3.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.3.3.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados recuperados do caso de uso Manter Paciente
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
CPF
Obrigatório
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
Numérico
[RN2] Dados do Prontuário
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
Obrigatório
CPF
Numérico
Tipo
Domínio Fixo
X
Data
Date
X
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
Valores:
Cardiologia
e
Pneumologia.
- Somente uma opção poderá ser
selecionada, o que determinará o
tipo de tratamento do paciente.
Formato: dd/mm/aaaa
49
[RN3] Dados do Acompanhamento Clínico
Nome do Campo
Tipo
Obrigatório
Observação
Avaliação
Fisioterapêutica
Date
Formato: dd/mm/aaaa
Avaliação
Psicológica
Date
Formato: dd/mm/aaaa
Avaliação
Nutricional
Date
Formato: dd/mm/aaaa
Avaliação Médica
– UCB
Date
Formato: dd/mm/aaaa
Retorno Médico
Date
Formato: dd/mm/aaaa
Questionário
Date
Formato: dd/mm/aaaa
Teste Força MMII
Date
Formato: dd/mm/aaaa
Teste Força MMSS
Date
Formato: dd/mm/aaaa
Ecocardiograma
Date
Formato: dd/mm/aaaa
Cintilografia
Miocárdica
Date
Formato: dd/mm/aaaa
Holter
Date
Formato: dd/mm/aaaa
Mapa
Date
Formato: dd/mm/aaaa
CATE
Date
Formato: dd/mm/aaaa
Exames
Laboratoriais
Date
Formato: dd/mm/aaaa
Teste
Ergoespirométrico
Date
Formato: dd/mm/aaaa
Teste Ergométrico
Date
Formato: dd/mm/aaaa
[RN4] Dados da Classificação Funcional NYHA
Nome do Campo
Data
Classificação
Funcional da
NYHA
Tipo
Obrigatório
Observação
Date
X
Formato: dd/mm/aaaa
Alfanumérico
X
50
[RN5] Dados da Evolução do Paciente
Nome do Campo
Data
Descrição
Tipo
Obrigatório
Observação
Date
X
Formato: dd/mm/aaaa
Alfanumérico
X
[RN6] Dados dos Exames Gerais
Nome do Campo
Tipo
Obrigatório
Observação
Exame Físico
Geral (Sinais
Vitais)
Pele (cor/textura)
Alfanumérico
Cicatrizes
Alfanumérico
Marcha
Alfanumérico
Padrão respiratório
Alfanumérico
Baqueteamento
digital
Presença de
tiragens
Alfanumérico
Alfanumérico
Edemas
Alfanumérico
Unhas
Alfanumérico
Biótipo
Alfanumérico
Tipo de tórax
Alfanumérico
FC
Alfanumérico
PA
Alfanumérico
SpO2
Alfanumérico
FR
Alfanumérico
Ausculta
Cardíaca
Descrição
Alfanumérico
Ausculta
Pulmonar
51
Descrição
Alfanumérico
ECG
Descrição
Alfanumérico
AVD`S
Dificuldades
AVD`s
Descrição
Boolean
Alfanumérico
[RN7] Dados dos Exames/Teste Ergoespirométrico
Nome do Campo
Tipo
Obrigatório
Date
X
FC Max
Alfanumérico
X
% FC Max
Alfanumérico
X
FCT
Alfanumérico
X
Data
Observação
[RN8] Dados do Exames/Teste MMII
Nome do Campo
Tipo
Obrigatório
Date
X
Intensidade
Numérico
X
Carga
Numérico
X
Data
Observação
[RN9] Dados do Exames/Teste MMSS
Nome do Campo
Tipo
Obrigatório
Date
X
Intensidade
Numérico
X
Carga
Numérico
X
Data
Observação
52
[RN10] Dados dos Resultados de Exames
Nome do Campo
Tipo de
exame/Nome
Tipo
Obrigatório
Alfanumérico
X
Date
X
Alfanumérico
X
Data
Resultados
Observação
7.2.3.4 Registrar Diagnóstico
7.2.3.4.1 Ator
Médico.
7.2.3.4.2 Objetivo
Este caso de uso tem por finalidade registrar o diagnóstico do paciente e acrescentar
informações do diagnóstico de acordo com a evolução do paciente.
7.2.3.4.3 Pré-Condições
É necessário que o paciente tenha um prontuário gerado no sistema e o ator deve
estar autenticado e autorizado a executar este caso de uso.
7.2.3.4.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Prontuário”;
2. O sistema apresenta uma tela com o campo:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1] [FE1]
4. O usuário clica em “Diagnóstico”; [RN2][FE2]
5. O usuário clica em “Incluir” e o sistema apresenta os dados de registro do
diagnóstico; [RN3]
1. O usuário preenche as informações e clica em “Salvar”; [FE3]
2. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
3. O caso de uso é encerrado.
53
7.2.3.4.5 Fluxos Alternativos
Esta seção não se aplica ao caso de uso em questão.
7.2.3.4.6 Fluxos Exceção
[FE1] Paciente não cadastrado
1. Caso o paciente não esteja cadastrado, o sistema apresenta a mensagem: “Paciente
não cadastrado no sistema”;
2. O sistema retorna ao passo que o acionou.
[FE2] Não há registro
1. Caso o usuário não tenha nenhum diagnóstico registrado, o sistema apresenta a
mensagem: “Não há registro”;
2. O caso de uso retorna ao passo que o acionou.
[FE3] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
7.2.3.4.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.3.4.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados recuperados do caso de uso Manter Paciente
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
CPF
Numérico
Obrigatório
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
54
[RN2] Dados da lista de diagnósticos registrados do Paciente
Nome do Campo
Tipo
Obrigatório
Observação
Data
Date
- Somente leitura
Nome
Alfanumérico
- Somente leitura
Descrição
Alfanumérico
- Somente leitura
[RN3] Dados do Diagnóstico do Paciente
Nome do Campo
Tipo
Obrigatório
Data
Date
X
Nome
Alfanumérico
X
Descrição
Alfanumérico
Observação
7.2.3.5 Registrar Anamnese
7.2.3.5.1 Ator
Médico.
7.2.3.5.2 Objetivo
Este caso de uso tem por finalidade registrar a anamnese do paciente.
7.2.3.5.3 Pré-Condições
É necessário que o paciente tenha um prontuário gerado no sistema e o ator deve
estar autenticado e autorizado a executar este caso de uso.
7.2.3.5.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Prontuário”;
2. O sistema apresenta uma tela com o campo:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1] [FE1]
55
4. O usuário clica em “Anamnese”; [FE2]
5. O sistema apresenta os dados de registro da anamnese; [RN2]
6. O usuário preenche as informações e clica em “Salvar”; [FE3]
7. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
8. O caso de uso é encerrado.
7.2.3.5.5 Fluxos Alternativos
Esta seção não aplica a este caso de uso.
7.2.3.5.6 Fluxos Exceção
[FE1] Paciente não cadastrado
1. Caso o paciente não esteja cadastrado, o sistema apresenta a mensagem: “Paciente
não cadastrado no sistema”;
2. O sistema retorna ao passo que o acionou.
[FE2] Anamnese já cadastrada
1. Caso o paciente já tenha anamnese cadastrada o sistema exibe a anamnese com os
campos que não podem ser alterados somente lidos;
2. O sistema retorna ao passo que o acionou.
[FE3] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
7.2.3.5.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.3.5.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
56
[RN1] Dados recuperados do caso de uso Manter Paciente
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
CPF
Obrigatório
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
Numérico
[RN2] Dados da Anamnese
Nome do Campo
Sintomas
Tipo
Boolean
Elimina catarro
Boolean
Falta de ar
Observação
Alfanumérico
Tosse e Pigarro pela
manhã
Peito chia com
freqüência
Chiado melhora com
remédio
Obrigatório
Boolean
Boolean
Alfanumérico
Grau 0 (esperada)
Boolean
Grau 1(leve)
Boolean
Grau 2 (moderada)
Boolean
Grau 3 (acentuada)
Boolean
Grau 4 (muito
acentuada)
Boolean
Doenças Pulmonares
Teve doença
pulmonar
Boolean
Tem ou teve asma
Boolean
Toma remédio para
asma
Já submeteu a cirurgia
no tórax ou Pulmão
Já precisou respirar
por aparelho
Boolean
Boolean
Boolean
57
Doenças Cardíacas
Boolean
Doenças sistêmicas
com possível
envolvimento
respiratório
Boolean
Tabagismo
Fuma ou já Fumou
Boolean
Idade de início
Numérico
Quanto tempo parou
de fumar
Numérico
Quantidade de
cigarros/dia
Numérico
Maços-anos
Numérico
Radiografia do
Tórax
Sinais de doenças
obstrutivas
Opacidades
localizadas
Boolean
Boolean
Difusas
Boolean
Seqüelas
Boolean
Sinais de hipertensão
pulmonar
Boolean
Sinais de ICC
Boolean
Cardiologia
QP
Alfanumérico
HMA
Alfanumérico
Precordialgia
Boolean
Localização/irradiação
da dor
Alfanumérico
Intensidade da dor
Domínio Fixo
Dor do tipo
Domínio fixo
- Valores: leve, moderada, intensa
-Somente uma opção pode ser selecionada.
-Valores:
pontada,
queimação,
formigamento, aperto, outro.
-Somente uma opção pode ser selecionada.
58
Duração da dor
Alfanumérico
Tempo de ocorrência
da dor
Alfanumérico
Melhoria do
desconforto
Alfanumérico
Sintomas variam e /ou
estão presentes
Domínio Fixo
Domínio fixo
História atual
-Valores: durante o repouso, com mudança
do tempo, durante o movimento, com a
ansiedade, com a mudança de decúbito,
durante a respiração profunda.
-Pode ser selecionada mais de uma opção
ou todas as opções.
-Valores: cefaléia, sopros, taquicardia,
palpitação, claudicação, dor precordial,
edema, dispnéia de esforço, dispnéia em
repouso,
febre,
tosse,
desmaios,
vertigem/tontura, não refere queixas
cardiológicas, outros.
-Pode ser selecionada mais de uma opção
ou todas as opções.
Observação:
Alfanumerico
Domínio fixo
História Patológica
- Valores: asma, arritmia, avc, diabetes,
pneumonia, gastrite, DEPOC, Dç chagas,
HAS, PCR, hepatite, nefropatia, úlcera,
malária, cirurgias, dislipidemia, síncope,
ICO, TVP, Dçs osteoarticulares, IC, IAM,
EAP, depressão, outros.
-Pode ser selecionada mais de uma opção
ou todas as opções.
Observação:
Alfanumérico
Antecedentes
Familiares
Domínio fixo
- Valores: AVC, câncer, alergia, HAS, Dç.
congênita, morte súbita, diabetes, Dç de
chagas, Dç coronariana, outros.
-Pode ser selecionada mais de uma opção
ou todas as opções.
Observação:
Alfanumérico
Domínio fixo
Fatores de Risco
Valores:
etilismo,
tabagismo,
dislipidemia, estresse, sedentarismo, HAS,
obesidade, hereditariedade, idade (H>45
anos e M pós-menopausa).
-Pode ser selecionada mais de uma opção
ou todas as opções.
Observação:
Alfanumérico
Já realizou alguma
cirurgia
Boolean
Qual/ quando realizou
cirurgia
Alfanumérico
IMC
Alfanumérico
Relação
cintura/quadril
Alfanumérico
59
7.2.3.6 Manter Medicação
7.2.3.6.1 Ator
Médico.
7.2.3.6.2 Objetivo
Este caso de uso tem por finalidade registrar a medicação que será prescrita no
receituário do paciente.
7.2.3.6.3 Pré-Condições
É necessário que o paciente tenha um prontuário gerado no sistema e o ator deve
estar autenticado e autorizado a executar este caso de uso.
7.2.3.6.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Prontuário”;
2. O sistema apresenta uma tela com os campos:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1][FE1]
4. O usuário clica em “Medicação”; [RN2]
5. O sistema lista as medicações cadastradas; [RN2] [FA1] [FA2][FE2]
6. O usuário clica em “Incluir” e o sistema apresenta os dados de registro do
diagnóstico; [RN2]
7. O usuário preenche as informações e clica em “Salvar”; [FE3]
8. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
O caso de uso é encerrado.
7.2.3.6.5 Fluxos Alternativos
[FA1] Editar medicação
1. O usuário clica nome da medicação que deseja alterar;
2. O sistema apresenta os dados a serem alterados; [RN2]
3. O usuário altera os dados e clica em “Salvar”;
60
4. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
[FA2] Excluir medicação
1. O usuário clica nome da medicação que deseja excluir;
2. O sistema apresenta os dados da medicação; [RN2]
3. O usuário clica em “excluir”;
4. O sistema excluir as informações da base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
5. O caso de uso retorna ao passo que o acionou.
7.2.3.6.6 Fluxos Exceção
[FE1] Paciente não cadastrado
1. Caso o paciente não esteja cadastrado, o sistema apresenta a mensagem: “Paciente
não cadastrado no sistema”;
2. O sistema retorna ao passo que o acionou.
[FE2] Não há registro
1. Caso o usuário não tenha nenhuma medicação registrada, o sistema apresenta a
mensagem: “Não há registros”;
2. O caso de uso retorna ao passo que o acionou.
[FE3] Campo Obrigatório não preenchido
1. Caso o usuário não preencha campo do formulário marcado como obrigatório o
sistema apresenta a mensagem: “Campo Obrigatório”;
2. O sistema aponta para o campo a ser preenchido.
7.2.3.6.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.3.6.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
61
[RN1] Dados recuperados do caso de uso Manter Paciente
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
CPF
Obrigatório
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
Numérico
[RN2] Dados da medicação do Paciente
Nome do Campo
Tipo
Obrigatório
Data
Date
X
Nome
Alfanumérico
X
Concentração
Alfanumérico
Freqüência
Alfanumérico
Alterações
Alfanumérico
Observação
Formato: dd//mm/aaaa
Caso de uso Fisioterapeuta
Figura 7 – Caso de uso Fisioterapeuta
62
7.2.4.1 Registrar Sessões de Fisioterapia
7.2.4.1.1 Ator
Fisioterapeuta.
7.2.4.1.2 Objetivo
Este caso de uso tem por finalidade registrar o acompanhamento das sessões de
fisioterapia do paciente.
7.2.4.1.3 Pré-Condições
É necessário que o paciente possua um prontuário cadastrado e o ator deve estar
autenticado e autorizado a executar este caso de uso.
7.2.4.1.4 Fluxo Principal
1. O usuário do sistema seleciona o menu “Sessões”;
2. O sistema apresenta uma tela com o campo abaixo:
CPF do Paciente;
3. O usuário preenche a informação e clica em “Pesquisar”; [RN1] [FE1] [FE2]
4. O sistema busca o paciente e apresenta as opções:
Registrar Sessão;
Consultar Sessão. [FA1]
5. O usuário clica em “Registrar Sessão” e o sistema apresenta os dados de registro da
sessão; [RN2] [RN3]
6. O usuário preenche as informações e clica em “Salvar”; [FE3]
7. O sistema armazena as informações na base de dados e apresenta a mensagem:
“Operação Realizada com Sucesso”;
8. O caso de uso é encerrado.
7.2.4.1.5 Fluxos Alternativos
[FA1] Consultar Sessão
1. O usuário clica em “Consultar Sessão”;
2. O sistema apresenta a seguinte tela de pesquisa:
Período;
63
3. O usuário preenche o período com a data inicial e final da pesquisa e clica em
“Pesquisar”; [FE4]
4. O sistema lista as datas das sessões de fisioterapia registradas; [FA2]
5. O caso de uso retorna ao passo que o acionou.
[FA2] Visualizar Sessão
1. O usuário clica em cima da data da sessão de fisioterapia que deseja visualizar;
2. O sistema mostra os dados da sessão como somente leitura;
3. O caso de uso retorna ao passo que o acionou.
7.2.4.1.6 Fluxos Exceção
[FE1] Prontuário não cadastrado
1. Caso o paciente não possua um prontuário gerado, o sistema apresenta a
mensagem: “Este paciente não tem um prontuário criado!”;
2. O caso de uso retorna ao passo que o acionou.
[FE2] Paciente não cadastrado
1. O sistema apresenta a mensagem: “Paciente não cadastrado no sistema”;
2. O caso de uso retorna ao passo que o acionou.
[FE4] Não há registros
1. Caso o usuário pesquise um período que não tenha sessão registrada, o sistema
apresenta a mensagem: “Não há registros”;
2. O caso de uso retorna ao passo que o acionou.
7.2.4.1.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.4.1.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
7.2.3.1.9 REGRAS DE NEGÓCIO
[RN1] Dados recuperados dos casos de uso Manter Paciente, Registrar prontuário
e Manter Medicação
Nome do Campo
Tipo
Nome do Paciente
Alfanumérico
CPF
Numérico
Obrigatório
Observação
- Recuperado do caso de uso
“Manter Paciente”
- Somente Leitura
- Recuperado do caso de uso
”Manter Paciente”
- Somente Leitura
64
Diagnóstico
Alfanumérico
Medicamentos
Alfanumérico
- Recuperado do caso de uso
“Registrar prontuário”
- Somente Leitura
- Recuperado do caso de uso
“Manter Medicação”
- Somente Leitura
[RN2] Dados apresentados para o paciente de Cardiologia
Nome do Campo
Data
Tipo
Obrigatório
Data
X
FCmáx
Alfanumérico
% FCmáx
Alfanumérico
FCT
Alfanumérico
Observação
Formato: dd/mm/aaaa
Avaliação Inicial
FC Repouso
Alfanumérico
PA Repouso
Alfanumérico
SpO2
Alfanumérico
FC Along. Inicial
Alfanumérico
Exerc.
Flexibilidade
FC
Alfanumérico
PA
Alfanumérico
Exerc. Força
Carga MMSS
Alfanumérico
Carga MMII
Alfanumérico
Borg
Alfanumérico
FC
Alfanumérico
PA
Alfanumérico
Exerc. Aeróbio
65
Velocidade/Carga
Alfanumérico
5 min.
FC
Alfanumérico
10 min.
FC
Alfanumérico
15 min.
FC
Alfanumérico
PA
Alfanumérico
20 min.
FC
Alfanumérico
25 min.
FC
Alfanumérico
30 min.
FC
Alfanumérico
PA
Alfanumérico
Borg
Alfanumérico
Avaliação Final
FC Along. Final
Alfanumérico
PA Final
Alfanumérico
Glicemia
Alfanumérico
Anotações
Alfanumérico
66
[RN3] Dados apresentados para o paciente de Pneumologia
Nome do Campo
Data
Tipo
Obrigatório
Data
X
Velocidade
Alfanumérico
Inclinação
Alfanumérico
FCT
Alfanumérico
Observação
Máscara: dd/mm/aaaa
Repouso
FC
Alfanumérico
PA
Alfanumérico
FR
Alfanumérico
SpO2
Alfanumérico
BORG M/R
Alfanumérico
Exercício de força
FC
Alfanumérico
PA
Alfanumérico
SpO2/O2
Alfanumérico
BORG M/R
Alfanumérico
Exercício aeróbio
5 Minutos
FC
Alfanumérico
PA
Alfanumérico
SpO2/O2
Alfanumérico
BORG M/R
Alfanumérico
67
10 minutos
SpO2
Alfanumérico
15 minutos
FC
Alfanumérico
PA
Alfanumérico
SpO2/ O2
Alfanumérico
BORG M/R
Alfanumérico
20 minutos
SpO2
Alfanumérico
25 minutos
FC
Alfanumérico
PA
Alfanumérico
SpO2/O2
Alfanumérico
BORG M/R
Alfanumérico
Final
FC
Alfanumérico
PA
Alfanumérico
SpO2/O2
Alfanumérico
FR
Alfanumérico
BORG M/R
Alfanumérico
Carga MMSS
Alfanumérico
Carga MMII
Alfanumérico
Velocidade
Alfanumérico
68
Inclinação
Alfanumérico
Glicemia
Alfanumérico
Anotações
Alfanumérico
7.2.4.2 Emitir lista de beneficiários
7.2.4.2.1 Ator
Fisioterapeuta.
7.2.4.2.2 Objetivo
Este caso de uso tem por finalidade a emissão do relatório de controle dos
beneficiários para a diretoria do curso de Fisioterapia e à Coordenação de Aperfeiçoamento
de Pessoal de Nível Superior (CAPES).
7.2.4.2.3 Pré-Condições
O ator deve estar autenticado e autorizado a executar este caso de uso.
7.2.4.2.4 Fluxo Principal
1. O usuário clica na opção “Beneficiário” do menu “Relatórios”;
2. O sistema apresenta uma tela com os campos:
Período;
3. O usuário preenche as informações e clica em “Gerar Relatório”;
4. O usuário clica no botão “Gerar Relatório”; [FE1]
5. O sistema gera em pdf o relatório de acordo com o período fornecido; [RN1]
6. O caso de uso é encerrado.
7.2.4.2.5 Fluxos Alternativos
Esta seção não se aplica ao caso de uso em questão.
7.2.4.2.6 Fluxos Exceção
[FA1] Formulário sem registro no período fornecido
1. O usuário preenche o período desejado;
2. O sistema apresenta um formulário em branco.
69
7.2.4.2.7 Pós-Condições
Esta seção não se aplica ao caso de uso em questão.
7.2.4.2.8 Características Suplementares
Esta seção não se aplica ao caso de uso em questão.
REGRAS DE NEGÓCIO
[RN1] Dados apresentados no relatório de beneficiários
Nome do Campo
Tipo
Obrigatório
Observação
N.
Numérico
- Somente leitura
RG
Numérico
- Somente leitura
Alfanumérico
- Somente leitura
Numérico
- Somente leitura
Endereço
Alfanumérico
- Somente leitura
Telefone
Numérico
- Somente leitura
Órgão Expedidor
CPF
70
7.3.
Diagrama de Classes de Negócio
Figura 8 – Diagrama de Classes de Negócio
7.4.
Diagramas de Atividades
O Diagrama de Atividades tem por finalidade descrever a seqüência de atividades
do sistema, ou seja, os passos necessários para que uma determinada atividade seja
concluída. Sua concentração está mais voltada para na representação do fluxo de controle e
no fluxo de objeto de uma atividade.
71
7.4.1. Diagrama de Atividades do Fluxo Principal
Figura 9 – Diagrama de atividades do Fluxo Principal os Sistema PW
72
7.4.2. Diagrama de Atividades de Fisioterapia
Figura 10 – Diagrama de Atividades de Fisioterapia
73
8. MODELOS DE ANÁLISE
O Diagrama de Classes tem por finalidade descrever os objetos existentes no
sistema, além disso, ele descreve também os relacionamentos destes objetos.
O Diagrama de Seqüência tem por objetivo descrever a comunicação entre objetos
para a realização dos processos de um sistema.
8.1 Manter Paciente
8.1.1 Diagrama de classes
Figura 11 – Diagrama de Classe Manter Paciente
8.1.2 Diagrama Seqüência
Ver item 8.14
74
8.2 Registrar Sessões de Fisioterapia
8.2.1 Diagrama de Classes
Figura 12 – Diagrama de Classe Registrar Sessões de Fisioterapia
75
8.2.2 Diagrama Seqüência
Figura 13 – Diagrama de Seqüência Registrar Sessões de Fisioterapia
76
8.3 Manter Usuário
8.3.1 Diagrama de Classe
Figura 14 – Diagrama de Classes Manter Usuário
8.3.2 Diagrama de Seqüência
Ver item 8.14
77
8.4 Manter Medicação
8.4.1 Diagrama de Classes
Figura 15 – Diagrama de Classes Manter Medicação
8.4.2 Diagrama Seqüência
Ver item 8.14
78
8.5 Registrar Prontuário
8.5.1 Diagrama de Classes
Figura 17 – Diagrama de Classes Registrar prontuário
79
8.5.2 Diagramas Seqüências
8.5.2.1 Registrar Prontuário
Figura 18 – Diagrama de Seqüência registrar prontuário
80
8.5.2.2 Acompanhamento Clínico
Figura 19 – Diagrama de Seqüência Acompanhamento Clínico
81
8.5.2.3 Classificação Funcional NYHA
Figura 20 – Diagrama de Seqüência Classificação Funcional NYHA
82
8.5.2.4 Evolução do Paciente
Figura 21 – Diagrama de Seqüência Evolução do Paciente
83
8.5.2.5 Teste Ergoespirométrico
Figura 22 – Diagrama de Seqüência Teste Ergoespirométrico
84
8.5.2.6 Teste MMII
Figura 23 – Diagrama de Seqüência Teste MMII
85
8.5.2.7 Teste MMSS
Figura 24 – Diagrama de Seqüência Teste MMSS
86
8.5.2.8 Resultados Exames
Figura 25 – Diagrama de Seqüência Resultados Exames
87
8.6
Registrar diagnóstico
8.6.1 Diagrama de Classes
Figura 26 – Diagrama de Classes Registrar Diagnóstico
88
8.6.2 Diagrama Seqüência
Figura 27 – Diagrama de Seqüência Registrar Diagnóstico
89
8.7
Emitir Atestado
8.7.1 Diagrama de Classes
Figura 28 – Diagrama de Classes Emitir Atestado
90
8.7.2 Diagrama Seqüência
Figura 28 – Diagrama de Seqüência Emitir Atestado
91
8.8
Registrar Anamnese
8.8.1 Diagrama de Classes
Figura 29 – Diagrama de Classes Registrar Anamnese
92
8.8.2 Diagrama Seqüência
Figura 30 – Diagrama de Seqüência Registrar Anamnese
93
8.9
Emitir lista de beneficiários
8.9.1 Diagrama de Classes
Figura 31 – Diagrama de Classes Emitir Lista de Beneficiários
94
8.9.2 Diagrama Seqüência
Figura 32 – Diagrama de Seqüência Emitir Lista de Beneficiários
95
8.10 Emitir Receituário
8.10.1 Diagrama de Classes
Figura 33 – Diagrama de Classes Emitir Receituário
96
8.10.2 Diagrama Seqüência
Figura 34 – Diagrama de Seqüência Emitir Receituário
97
8.11 Manter Agendamento de Consulta
8.11.1 Diagrama de Classes
Figura 35 – Diagrama de Classes Manter Agendamento de Consulta
8.11.2 Diagrama Seqüência
Ver item 8.14
98
8.12 Manter Agendamento de Sessão
8.12.1 Diagrama de Classes
Figura 36 – Diagrama de Classes Agendar Sessões
8.12.2 Diagrama Seqüência
Ver item 8.14
99
8.13 Manter Médico Externo
8.13.1 Diagrama de Classes
Figura 37 – Diagrama de Classes Manter Médicos
8.13.2 Diagrama Seqüência
Ver item 8.14
100
8.14 Diagramas de Seqüência dos casos de uso 8.1, 8.3, 8.4, 8.5, 8.11, 8.12
e 8.13
8.14.1 Incluir
Figura 38 – Diagrama de Seqüência Incluir
101
Editar
Figura 39 – Diagrama de Seqüência Editar
102
8.14.3 Excluir
Figura 40 – Diagrama de Seqüência Excluir
103
9. MODELO DE ENTIDADE E RELACIONAMENTO
9.1.
Modelo Físico Banco de Dados
Figura 41 – Modelo Físico Banco de Dados
104
9.2.
Modelo Lógico Banco de Dados
Figura 42 – Modelo Lógico Banco de Dados
105
10. CONCLUSÃO
A Tecnologia da Informação e a informatização de processos organizacionais têm
feito com que a execução de determinadas tarefas dentro de uma organização aconteça de
forma rápida e dinâmica e, como conseqüência, a padronização destes processos, evitando
que uma só pessoa detenha todo o conhecimento da empresa. A informática, sem dúvida,
tem contribuído com os profissionais da saúde, pois, com a inclusão de recursos
tecnológicos, às clínicas, hospitais e centros especializados de saúde, as chances de
ocorrerem erros médicos diminuem. Alguns destes sistemas são voltados para auxiliar os
profissionais a realizar exames, concluir diagnósticos e até mesmo realizar cirurgias,
enquanto outros auxiliam na organização de documentos importantes para os profissionais,
cruzamento de informações e rapidez na busca de dados, sendo que este último é o objetivo
do sistema PW.
O PW oferece todo o aporte das aplicações web como segurança da informação,
rapidez e simplicidade na utilização e no compartilhamento de informações; auxílio aos
médicos, fisioterapeutas e todos os envolvidos no processo; armazenamento e controle
diagnósticos, exames, receitas, registro de sessões de fisioterapia, emissão de atestados e
receituários.
O sistema PW objetivou alcançar a máxima integração entre os processos que
envolvem os médicos e fisioterapeutas dando suporte a todos os profissionais da saúde que
trabalham na Clínica eliminando a redundância de dados ou inexistência de informações
importantes dos pacientes.
Médicos, fisioterapeutas, secretária e estagiário se beneficiarão com o sistema PW
visto que será otimizada grande parte das tarefas da Clínica desde a marcação da primeira
consulta até a conclusão do tratamento do paciente, tais como: registro da anamnese,
histórico do paciente, resultado de consultas e a evolução do tratamento, que por sua vez
estarão organizadas em um prontuário de pacientes que, é o objetivo principal do sistema.
Além disso, o Fisioterapeuta responsável pela Clínica, informará à direção do curso de
Fisioterapia, em períodos pré-definidos, a quantidade de atendimentos mensais, semestrais
e anuais, e isto acontecerá de forma simples, pois estas informações já estarão armazenadas
no decorrer do tratamento faltando somente gerar e enviar o relatório ao responsável
eliminando, deste modo, a necessidade de atualizar toda vez o relatório manualmente.
106
A Secretária será responsável por cadastrar as informações de identificação dos
pacientes, manter o agendamento das consultas. Além disso, também agendará as sessões
de fisioterapia e manterá o cadastro de médicos efetuando a inclusão no sistema das
informações pessoais dos médicos externos responsáveis por exames trazidos pelos
pacientes.
Por ser um sistema web voltado para a área da saúde e, principalmente, por
armazenar informações confidenciais de exames, a preocupação do sistema PW é quanto à
segurança. Por isso será adotada a segurança dos “perfis”. Ao ser cadastrado um novo
usuário no sistema, um login e senha será criado limitando este usuário às suas respectivas
funcionalidades.
Outra grande vantagem do sistema PW é a impressão dos documentos de forma
legível tais como receituários, atestados e relatórios. Estes documentos são emitidos
facilitando a visualização e evitando possíveis erros de interpretação dos documentos.
O sistema PW não faz o papel do profissional da saúde. Ele auxiliará na
organização de informações relevantes e tem a responsabilidade de realizar o cruzamento
destas informações integrando toda a clínica através dos procedimentos. Assim nenhum
dado importante ficará retido e sim disponível a todos os interessados de forma estruturada
e confiável.
Como trabalho futuro, poderão ser implementados os casos de uso manter
agendamento de sessão e manter agendamento de consulta bem como desenvolver um
aplicativo para um meio eletrônico portátil, como por exemplo palm top, o que permite a
fisioterapeuta armazenar as informações das sessões do paciente no momento em que estão
sendo realizadas e possibilitar a sincronização dos dados com o sistema PW.
E, por fim, todos os envolvidos serão beneficiados com o sistema PW, uma vez que
a tecnologia não está disponível para desvalorizar o trabalho de qualquer profissional e sim
para somar recursos que venham a facilitar o trabalho do profissional e favorecer na
qualidade de vida da comunidade. No caso do PW, ele ainda contribuirá com a
comunidade carente de Brasília que também conta com o apoio de diversos profissionais
não só médicos e fisioterapeutas, mas também psicólogos, nutricionistas e estudantes, que
fazem da Universidade, um lugar de compartilhamento de experiências.
107
11. REFERÊNCIA BIBLIOGRÁFICA
BEMMEL, Van; MUSEN, M.A.. Medical Informatics. 1997. 621 p.
FOWLER, Martin; Scott, Kendall – UML Essencial: Um breve guia para linguagem
padrão de modelagem de objetos. Editora Bookman, 2005.
GINNEKEN, Van. A.M The Patient Record. In: VAN BEMMEL, J. H,; MUSEN,
M.A. Handbook of medical infomatics. Netherlands: Springer-Verlag.1997. p.99115.
http://volpi.ea.ufrgs.br/teses_e_dissertacoes/detalheLivro. Acesso em: 30 Abr/2007.
(LAURENCE WEED)
JACOBSON, Ivar; Booch, Grady; Rumbaugh, James. The Unified Software
Development Process. Addison-Wesley Longman, Inc, 1999.
JBoss página oficial do servidor de aplicação JBoss - http://www.jboss.com
J2SDK pagina oficial do Java Development Kit - http://www.java.sun
LARMAN, Craig - Utilizando UML e Padrões - Uma introdução à análise e ao
projeto orientado a objetos. Editora Bookman, 2002.
MySql Página oficial do banco de dados MySql - http://www.mysql.com
NIGHTINGALE, Florence. Notas sobre enfermagem: o que é o que não é. São Paulo:
Cortez, 1989.
PRESSMAN, Rubens. Guia de Consulta Rápida. São Paulo: Novatec, 2001. 128p.
108
REGENGA, Marisa de Moraes. Fisioterapia em cardiologia: Da unidade de terapia
intensiva à reabilitação. São Paulo: Roca, 2000. 417 p.
RUMBAUGH, James; BLAHA, Michael; PREMERLANI, William; EDDY,
Frederick; LORENSEN William. Modelagem e Projetos Baseados em Objetos.
Editora Campus, 1994.
www.niee.ufrgs.br/cbcomp/cbcomp2004. Acesso em: 20 Abr/2007.
VIEIRA, Arlindo Gonçalves; MACHADO, Maurício; ALMEIDA, Valfran Santana de
Almeida. SPW – Sistema de Prontuário WEB. Universidade Católica de Brasília,
2005
109
12. GLOSSÁRIO
O glossário conceitua os termos técnicos utilizados durante a descrição do sistema.
AVC: Acidente vascular cerebral
AVD`s: Atividades de vida diária
Baqueteamento: Alteração do formato da unha
Borg M/R: Escala de percepção de esforço
BROWSER: Programa que habilita seus usuários a interagirem com documentos
HTML (em linguagem de hipertexto) hospedados em um servidor Web, de acesso à
Internet. (texto do site wikipedia)
CATE: Cateterismo (exame invasivo do coração)
Cintilografia Miorcárdica: Exame de coração
Claudicação: mancar
Dislipdemia: Alteração colesterol
Dispnéia: falta de ar
DPOC: Distúrbio pulmonar obstrutivo crônico
EAP: edema agudo pulmonar
ECG: Eletrocardiograma
110
Ecocardiograma: Exame de coração
Etilismo: alcoolismo
FC: Frequência cardíaca
FCmáx: Freqüência cardíaca máxima
FR: Freqüência respiratória
HAS: Hipertensão arterial sistólica
HIBERNATE: framework de persistência
HMA: História da moléstia atual
Holter: Aparelho/avaliação de eletrocardiograma de 24h
IAM: Infarto agudo do miocárdio
IAM: infarto agudo do miocárdio
IC: insuficiencia cardíaca
ICC: Insuficiência cardíaca
IMC: Índice de massa corporal
JAVASCRIPT: é uma linguagem de validação baseadas em scripts para o suporte
à linguagem HTML
J2SDK 1.5: é um pacote da SUN de programação
111
JBOSS 4.0: é um servidor de aplicação jee open source
JEE: Linguagem de programação para web
Mapa: exame de monitorização da pressão arterial por 24h
MMII: Membro inferior
MMSS: Membro superior
Nefropatia: doença do rim
NYHA: New York Heart Association (Associação do Coração de Nova York)
PA: Pressão arterial
PCR: Exame (marcador sangüineo)
QP: queixa principal
Síncope: Desmaio
SpO2: Saturação periférica de oxigênio
STRUTS: framework de aplicação
Teste Ergoespiratório: Teste com análise de gases
Teste Ergométrico: Teste para análise funcional
TVP: Trombose venosa profunda
112
WEB: Rede de computadores na Internet que fornece informação em forma de
hipermídia, como vídeos, sons, hipertextos e figuras
113