documentação - cose.pdf

INSTITUTO FEDERAL DE EDUCAO, CINCIA E

TECNOLOGIA DE SERGIPE

COORDENADORIA DOS CURSOS DE INFORMTICA

Lucas Mateus de Santana Cruz

Matheus Fernandes dos Santos Pereira

Sistema de Informatizao da Coordenadoria de Sade Estudantil do IFS

Aracaju, Fevereiro de 2014


INSTITUTO FEDERAL DE EDUCAO, CINCIA E

TECNOLOGIA DE SERGIPE

COORDENADORIA DOS CURSOS DE INFORMTICA

Lucas Mateus de Santana Cruz

Matheus Fernandes dos Santos Pereira


Projeto de Concluso de Curso Tcnico de Nvel

Mdio apresentado junto disciplina Projeto de

Concluso de Curso como requisito parcial para

a obteno do Ttulo de Tcnico de Nvel Mdio

em Informtica.

Prof. Marcus Aurelius Oliveira Vasconcelos

Orientador

Aracaju, Fevereiro de 2014

Sistema de Informatizao da Coordenadoria de Sade Estudantil do IFS - 3

SUMRIO

1. Introduo ................................................................................................................... 4

2. Ambiente Encontrado ................................................................................................. 4

2.1 Atendimentos e Procedimentos Encontrados ........................................................... 6

3. Ambiente Ideal ............................................................................................................ 6

4 Ambiente Proposto ...................................................................................................... 7

4.1 Atendimentos e Procedimentos Propostos ................................................................ 8

5. Diagrama de Entidade Relacionamento ..................................................................... 9

5.1 Dicionarizao do DER ......................................................................................... 10

6. Diagrama de Classes ................................................................................................ 13

7. Diagrama de Caso de Uso ........................................................................................ 14

7.1 Caso de Uso Estendido .......................................................................................... 15

8. Prints do Sistema ...................................................................................................... 29

9. Script do Banco de Dados ......................................................................................... 34

10. Referncias............................................................................................................. 38

Anexos.......................................................................................................................... 39

Instituto Federal de Sergipe Campus Aracaju COINF


1. Introduo

O projeto consiste no desenvolvimento e implementao de sistema que otimize a

execuo das tarefas realizadas na Coordenadoria de Sade Estudantil (COSE) do Instituto

Federal de Educao, Cincia e Tecnologia de Sergipe (IFS) - Campus Aracaju. O

processamento de dados atual acontece por meio de papel para registros de consultas,

frequncia e situao de paciente e funcionrios. Todos os dados e informaes mostrados

foram obtidos por meio de questionrios respondidos pelos funcionrios da COSE.

Utilizando linguagens que aprendidas ao longo do curso, como PHP, HTML, Java

script, JQuery e adotando o MySQL como banco de dados, o planejamento dinamizar o

atendimento nesse setor e inclu-lo no campo tecnolgico da Instituio. Esse projeto tem como

objetivo melhorar e otimizar os processos da COSE do IFS. Entretanto, de acordo com Heuser

(2009), a implementao de uma informatizao em organizaes ocorre de forma gradual e

evolutiva. Portanto, o sistema passar por constantes mudanas e suporte quando necessria for

a sua adaptao.

Independentemente do fato de ser empregada em uma rede interna da organizao (Intranet) ou aberta a cliente e fornecedores da organizao (Extranet) ou ainda disponvel a

qualquer pessoa do mundo (Internet), as pginas web que podem ser geradas dinamicamente

pela linguagem PHP, pressupem a existncia de um ambiente cliente-server (cliente-

servidor). (TONSIG, 2007, p.3).

Inicialmente, a funo da COSE era atender casos imediatos e emergncias que

ocorriam. Com o tempo, essa condio foi mudando, e o setor acabou adotando um carter

clnico, com marcao e realizao de consultas e liberao de atestados. H 4 anos, o uso de

agenda no era necessrio e o paciente era atendido na hora. Na mesma poca, no havia uma

impressora no departamento e todos os registros, seja da junta mdica ou outros tipos de

documentos no setor eram escritos mo, o que dificultava o trabalho e o tornava cansativo.

Criar um sistema para ser executado em um ambiente web, consiste em construir recursos para os dois lados (cliente e servidor) envolvidos no processamento. No lado cliente o

recurso a ser construdo deve receber os dados do usurio, process-los e enviar uma solicitao

a um servidor web (lado servidor), o qual retornar uma resposta dinmica. Uma vez enviada a

resposta, encerrado o contato entre o servidor e o cliente. (TONSIG, 2007, p.3).

2. Ambiente Encontrado

Fazendo uma anlise da composio atual da Instituio, podemos perceber uma

diferena considervel entre os setores que a compem, com relao ao uso e implantao da

tecnologia como forma de otimizao de processos. Desses setores, boa parte adotou o uso do

computador em suas funes. Podemos citar alguns que j se encontram informatizados, como:

Departamento de Tecnologia e Informtica (DTI), Coordenadoria de Registro Escolar (CRE),

Coordenadoria de Assistncia Estudantil (CAE), Departamento dos Professores, Biblioteca Dr.

Augusto Csar Leite e grande parte da Coordenadoria dos Cursos da instituio.

Um dos poucos departamentos que no possuem oportunidade de usar a informtica ao

seu favor a Coordenadoria de Sade Estudantil (COSE), cujo processamento realizado com

o uso de papis. Podemos apontar, por exemplo, questes que podem ser aprimoradas com o



uso de computadores: pilhas de papis que so usadas para o registro de pacientes, livros de

frequncia e fichas mdicas impressas. H tambm diferentes tipos de agenda para o registro

de informaes do paciente: uma para clnico geral e outra para dentista.

Quanto aos equipamentos de informtica, a COSE possui dois computadores e uma

impressora para imprimir memorandos, relatrios, atestados. Um computador se encontra na

recepo do setor e utilizado pela coordenadora e funcionrios administrativos. O outro

computador encontra-se no consultrio mdico e de uso dos clnicos gerais, j que os dentistas

no possuem um computador em suas salas. Os funcionrios tm o conhecimento bsico sobre

o uso dos equipamentos de informtica. Os mdicos, por outro lado, tm uma noo mais

avanada, por que a maioria faz uso desse tipo de softwares em seus consultrios particulares.

O uso dos computadores explicita a existncia de dois pontos de acesso por parte da COSE.

H uma ficha de atendimento tanto para alunos quanto para servidores. A ficha de

atendimento (Anexo 1) possui os seguintes campos: nome, n de registro (referente ao nmero

de matrcula na instituio), curso, turma, turno, data de nascimento, naturalidade,

nacionalidade, escolaridade, cor, sexo, estado civil, endereo, telefone, alergia, e-mail). Esses

dados devem ser preenchidos pelo paciente, e entregues atendente.

Ainda nessa mesma ficha, h uma rea denominada exame biomtrico, que contm os

campos: data, temperatura, pulso, respirao, presso, peso, altura, apto e inapto. Segundo

informaes da atual Coordenadora do Setor Mdico, os campos apto e inapto no so mais

utilizados, pois apenas eram preenchidos em funo das aulas de Educao Fsica do instituto,

para confirmar se o aluno estaria ou no apto a se submeter s atividades propostas por essa

disciplina. Esses campos so preenchidos quando h a necessidade de acompanhamento do

paciente em caso de permanncia no setor.

H outros campos de texto, preenchidos pelo mdico, que compem a ficha do aluno.

So eles: antecedentes, interrogatrio e exame fsico. H tambm no verso da ficha (Anexo 2)

campos destinados relatrios de evoluo mdica e de enfermagem. Os campos da parte do

exame biomtrico e dos relatrios de evoluo so preenchidos pelo mdico do paciente.

Na ficha mdica do servidor, (Anexos 3 e 4), os dados pessoais so preenchidos no ato

de admisso daquele servidor. Destacamos na ficha mdica do servidor campos para

informaes sobre anamnese1:

Antecedentes: pessoais e patolgicos;

Queixas: gerais, cabea e pescoo, aparelho respiratrio, aparelho circulatrio, aparelho digestivo, aparelho urinrio, outros;

Exame fsico: geral, cabea e pescoo, aparelho respiratrio, aparelho circulatrio, aparelho digestivo, aparelho urinrio;

Exames complementares: laboratoriais, ECG2, radiografias, outros;

Conduta;

Concluso do exame peridico;

Conjunto das informaes recolhidas pelo mdico a respeito de um doente (Dicionrio Aurlio 2010).

Eletrocardiograma.



No h controle de estoque dos produtos utilizados na COSE. Os funcionrios s

percebem que o produto est em falta quando procuram determinado material e no encontram.

Esse material pedido anualmente por meio de licitaes, numa comunicao com um setor

especfico para esse fim. Um mesmo material que recebido pelo setor pode apresentar datas

de validade distintas. Existe tambm um livro com registros de pedidos de materiais dos anos

anteriores. Outro motivo que justifica os pedidos anuais a falta de controle das datas de

validade dos medicamentos.

Mesmo mostrando um certo grau de eficcia, o ambiente tem condies de agregar um

processo de informatizao e melhorar ainda mais sua eficincia nos processos em que est

envolvido.

2.1 Atendimentos e procedimentos encontrados

Todo o procedimento explicado pelo diagrama no Anexo 8. Quando o paciente tem

algum problema imediato, ele orientado a preencher uma ficha mdica (Anexo 1) com seus

dados pessoais caso seja a primeira vez que visite o setor. Se no for a primeira vez, a pessoa

que recepcionou o paciente procura no arquivo a ficha desse paciente. Esse preenchimento pode

ser feito aps a consulta caso o problema de sade seja grave. Aps essa etapa, acontece a

consulta em si. Essa consulta pode gerar alguns procedimentos: entrega de medicamentos, caso

seja necessrio para o tratamento imediato do problema; solicitao de exames, caso haja a

suspeita de um problema mais grave; entrega de atestado, caso seja necessrio o afastamento

do paciente; ou a marcao de outra consulta (se necessria). Esses procedimentos no so

obrigatrios e varia a cada caso.

O paciente tambm pode chegar no setor e pedir que uma consulta seja marcada para o

clnico geral ou para o dentista em outro dia, seja uma percia, a entrega de resultado de exames,

etc. No dia marcado, o paciente tambm orientado a preencher a ficha mdica (Anexo 1) se

for sua primeira vez no setor. Depois do preenchimento, a consulta acontece da mesma forma

que aconteceria se fosse imediata, e os procedimentos gerados seriam os mesmos.

H ainda a opo da entrega de atestados. O paciente, quando chega no setor, orientado

a preencher um requerimento para que esse atestado seja homologado. O paciente leva uma

guia do documento, e o atestado fica no setor. Esse atestado, anexado ao requerimento, ento

destinado coordenadoria do curso relacionado ao paciente aps a homologao.

3. Ambiente Ideal

O processo de informatizao de um ambiente tem como objetivo essencial melhorar o

armazenamento e processamento de dados e disponibiliz-los para outros ambientes externos.

Para que a COSE, objeto de estudo desse projeto, use todo o seu potencial, usado um sistema

que controle a entrada, sada e circulao desses dados, com uma interface intuitiva para os

usurios, alm de um treinamento e acompanhamento desses usurios no processo de

adaptao.



Deve tambm estar integrado as formas mais atuais de tecnologia, permitindo a

marcao de consultas atravs de dispositivos mveis, como smartphones e tablets, ou seja,

garantir aos usurios do sistema toda a mobilidade oferecida pela rede mvel de tecnologia.

Para uma maior segurana, o sistema deveria permitir o reconhecimento biomtrico para a

identificao do paciente, e assim ser executado com maior rapidez e eficincia.

Esse e os outros setores que mantm comunicao so totalmente informatizados,

possibilitando o envio e acompanhamento de licitaes de forma eletrnica, por exemplo. No

sistema ideal, h a migrao completa do banco de dados fsico existente para o meio eletrnico

e um controle total e estatstico sobre a entrada e sada de produtos e medicamentos usados na

COSE atravs do mecanismo de leitura de cdigos de barras (melhorando assim a eficincia do

controle) incluindo dados estatsticos especficos, alertas por meio de mensagens.

A equipe da COSE, em um ambiente ideal, perfeitamente treinada para o uso do

sistema de forma geral. Todo o banco de dados fsico existente anterior ao sistema digitalizado

para facilitar o uso desse recurso futuramente, para que a partir disso no seja necessrio

preenchimento de novas fichas caso o mesmo paciente de outros anos viessem se consultar. O

ambiente ideal faria uso tecnologias de reconhecimento biomtrico, para aumentar a

confiabilidade e agilidade dos processos. A utilizao da informtica de forma intensiva aliada

ao cuidado do usurio seriam a chave para o mximo aproveitamento das funes e

procedimentos da COSE do IFS.

4. Ambiente Proposto

O sistema ser web, e desenvolvido no mbito das linguagens PHP, Java script (com

utilizao de bibliotecas JQuery), na parte da programao e HTML5 no layout e formatao

visual do sistema. Utilizaremos um sistema web, ao invs de desktop, pela possibilidade de

comunicao entre mquinas, utilizando uma rede local ou at mesmo uma rede mais ampla,

ou seja, no havendo a necessidade de centralizar as aes em uma s mquina.

O sistema, para disponibilizar toda a funcionalidade desenvolvida e obter melhor

performance dever ser utilizado nos navegadores Opera ou Google Chrome. Para que o

servidor se comunique com o sistema, dever ser instalado na mquina o servidor web Apache

junto com o servidor de banco de dados MySQL (j includo no Apache). Pois pr-requisito,

para que o PHP possa funcionar, a presena de algum servidor web, como por exemplo, Apache,

IIS, PWS etc. e tambm a presena de um servidor de banco de dados (MySQL, Oracle etc.)

para que seja possvel o armazenamento e recuperao de dados, segundo Tonsing (2007). A

instalao e configurao dos servidores web e de banco de dados ser feita pela equipe ou pelo

Departamento de Tecnologia da instituio.

A pgina inicial consiste em uma imagem, a logomarca da instituio de ensino, e

tambm uma logomarca para a COSE (proposto pelos desenvolvedores do sistema). H, logo

abaixo, um menu para as seguintes rotinas: cadastro de consultas, cadastro de pacientes

(separadamente cadastro de alunos e cadastro de servidores), cadastro de mdicos, cadastro de

especialidades mdicas, cadastro de doenas (utilizando como base a Classificao

Internacional de Doenas), visualizao de horrios dos mdicos, visualizao de mdicos por

especialidades, visualizao de especialidades por mdicos, visualizao de consultas por

mdicos e por pacientes, alterao e excluso de dados.



O sistema possuir a funcionalidade de login. Os mdulos de cadastro, alterao e

excluso s sero habilitados para o usurio administrador, que possuir todos as permisses

com relao ao sistema. O coordenador responsvel pelo registro de novos materiais no

estoque, e pode registrar a entrada e a sada desses materiais. Alm disso, o coordenador

responsvel por manter os registros dos mdicos e dos funcionrios, podendo tambm ter acesso

s informaes dos paciente. Funcionrios administrativos podem, alm de agendar consultas,

registrar a entrada e a sada de materiais. O mdico poder controlar seu horrio e visualizar as

consultas que possui no dia, bem como a lista de seus pacientes que devero estar previamente

cadastrados e tero a possibilidade de acompanhar todo o desenvolvimento clnico destes.

Os principais objetivos do sistema so:

Tornar a existncia de agenda fsicas desnecessrias, com um controle de visitas mdicas informatizado;

Ter um controle do material usado na COSE, por meio de um sistema de gerenciamento de estoque, para que haja um controle no s da coordenadora, como ocorre

atualmente, mas para todos os funcionrios do setor, possibilitando distribuir em alguns

momentos e poupar em outros os medicamentos e materiais. Alm disso, o registro torna

possvel um levantamento estatstico do uso dos materiais (com o uso de grficos para um

melhor acompanhamento), fazendo os pedidos e licitaes futuras sejam mais precisos em

quantidade e tipo de medicamentos;

Uso do computador para um registro de informaes mais rpido e eficiente, seja na marcao de consulta, na criao de um histrico mdico, na aplicao de um diagnstico.

4.1 Atendimento e procedimentos no setor

No ambiente proposto, quando o paciente chega no setor, ele ainda ter as trs opes

de atendimento. No atendimento imediato, o paciente informar sua matrcula ou nome para a

identificao da ficha mdica. Caso no haja, ser feito um registro pelo prprio funcionrio do

setor. Na consultrio, durante a consulta, o mdico tem acesso a ficha mdica do paciente e

registra os procedimentos dessa consulta. Os procedimentos que forem solicitados pelo mdico

sero registrados, e o paciente sair com medicamentos, atestado ou solicitao de exames em

mos. No caso dos exames, marcado outro dia para a avaliao dos resultados pelo mdico.

Medicamentos tambm sero registrados na ficha do paciente e ser abatida essa quantidade

diretamente no estoque do setor, para uma rpida atualizao dos registros desse estoque.

Materiais com pouco uso, como algodo, tero suas quantidades atualizadas mensalmente.

Em uma consulta marcada, os processos so semelhantes. A ficha mdica preenchida

ou encontrada nos registros do setor. Na consulta, os procedimentos resultantes tambm so

registrados na ficha do paciente, da mesma forma que o atendimento imediato. O mdico, em

seu computador, registra a consulta e atualiza a ficha mdica do paciente. Exames,

medicamentos e atestados tambm podem ser solicitados ou liberados. O projeto pretende auxiliar a COSE no crescimento e desenvolvimento pelo qual est

passando. No apenas a reforma fsica (a reforma planejada), mas aproveitar esse estmulo de

mudana para aprimorar os processos existentes no setor. Como, por exemplo, a COSE

ganhando mais consultrios. A administrao de mais consultrios demandar ainda mais

recursos do que os usados atualmente.



5. Diagrama Entidade Relacionamento



5.1. Dicionarizao do Diagrama Entidade Relacionamento

CONSULTA

Atributo Tipo Tamanho PK/FK Nulo Descrio

ID Numrico - Primria No Nulo Cdigo que identifica a consulta

Paciente_ Matricula Numrico - Estrangeira No Nulo Nmero de matrcula do paciente

Funcionario_Matricula Numrico - Estrangeira No Nulo Nmero de matrcula do funcionrio

Material_ID Numrico - Estrangeira No Nulo Nmero do ID do material administrado na consulta

Data Caractere 10 - No Nulo Data marcada e depois realizada para a consulta

Hora Caractere 5 - No Nulo Hora marcada e depois realizada para a consulta

Observacao Caractere 1000 - Nulo Informaes adicionais sobre a consulta

Interrogatorio Caractere 1000 - Nulo Interrogatrio feito durante a consulta

Exame_Fisico Caractere 1000 - Nulo Exames fsicos feitos durante a consulta

Exame_Solicitado Caractere 1000 - Nulo Exames solicitados

Tratamento Caractere 1000 - Nulo Tratamento escolhido

ANAMNESE


ID Numrico - Primria No Nulo Cdigo que identifica a anamnese

Paciente_Matricula Numrico - Estrangeira No Nulo Nmero de matrcula do paciente

Antecedentes_Pessoais Caractere 1000 - Nulo Informaes sobre o antecedente pessoal do paciente

Antecedentes_Patologicos Caractere 1000 - Nulo Informaes sobre o antecedente patolgico do paciente

Antecedentes_Familiares Caractere 1000 - Nulo Informaes sobre os antecedentes familiares do paciente

Outros Caractere 1000 - Nulo Outras informaes do paciente



PACIENTE


Matricula Caractere 13 Primria No Nulo Nmero de matrcula do paciente

Tipo Caractere 1 - No Nulo Qual o tipo de paciente: aluno ou servidor

Nome Caractere 100 - No Nulo Nome do paciente

Curso Caractere 50 - Nulo Caso seja aluno, qual o seu curso

Campus Caractere 50 - No Nulo Campus a que o paciente est vinculado

Setor Caractere 10 - Nulo Caso seja servidor, qual o seu setor

Data_Nascimento Caractere - - No Nulo Data de nascimento do paciente

Escolaridade Caractere 10 - No Nulo Escolaridade do paciente

Cor Caractere 10 - No Nulo Cor do paciente

Sexo Caractere 1 - No Nulo Sexo do paciente

Estado_Civil Caractere 2 - Nulo Estado civil do paciente

Endereco Caractere 40 - No Nulo Endereo do paciente

Telefone Numrico - - No Nulo Telefone do paciente

Alergia Caractere 100 - Nulo Alergias do paciente

Email Caractere 30 - Nulo E-mail do paciente

Atividade Numrico - - No Nulo 1: Ativo e 2: Inativo

MATERIAL


ID Numrico - Primria No Nulo Cdigo que identifica o material

Consulta_ID Numrico - Estrangeira No Nulo Cdigo que identifica a consulta que utilizou o material

Nome Caractere 20 - No Nulo Nome do material

Data_Validade Caractere - - No Nulo Data de validade do material

Quantidade Numrico - - No Nulo Quantidade do material em estoque

Unidade_Material Caractere 10 - No Nulo Unidade de medida daquele material

Descricao Caractere 30 - No Nulo Descrio do material

Tipo Caractere 1 - No Nulo 1: Material comum e 2: Medicamento



ESCALA_MEDICO


ID Numrico - Primria No Nulo Cdigo que identifica a anamnese

Dia Numrico - Estrangeira No Nulo Dia da semana

Hora_Entrada Caractere 10 - Nulo Hora de entrada do mdico

Hora_Saida Caractere 5 - Nulo Hora de sada do mdico

Funcionario_matricula Caractere 7 - Nulo Nmero de matrcula do mdico

MOVIMENTAO_MATERIAL


ID Numrico - Primria No Nulo Cdigo que identifica o registro de movimentao

Consulta_ID Numrico - Estrangeira Nulo Cdigo da consulta que resultou na retirada do material

Material_ID Numrico - Estrangeira No Nulo Cdigo do material a ser retirado

Data Caractere - - No Nulo Data da movimentao

Quantidade_Movimentada Numrico - - No Nulo Quantidade que foi adicionada ou retirada

Quantidade_Antiga Numrico - - No Nulo Quantidade antes da movimentao

Quantidade_Nova Numrico - - No Nulo Quantidade depois da movimentao

FUNCIONRIO


Matricula Caractere 7 Primria No Nulo Nmero de matrcula do funcionrio

Nome Caractere 20 - No Nulo Nome do funcionrio

Login Caractere 20 - No Nulo Login do funcionrio para acessar o sistema

Senha Caractere 20 - No Nulo Senha do funcionrio para acessar o sistema

Nvel Caractere 1 - No Nulo 1: Funcionrio comum, 2: mdico e 3: coordenador

Atividade Caractere 1 - No Nulo Atividade do funcionrio no setor: ativo ou inativo



6. Diagrama de Classes



7. Diagrama de Caso de Uso



7.1. Dicionarizao do Diagrama de Caso de Uso

Nome do Caso de Uso Registrar Funcionrio

Caso de Uso Geral Manter Funcionrio

Ator Principal Funcionrio

Ator Secundrio Coordenador

Resumo - O Funcionrio informa seus dados pessoais - O Coordenador registra os dados do Funcionrio no sistema - Um Nome de Usurio e Senha, dever ser cadastrado

Pr-Condies - Os dados de cadastro do Funcionrio devero ser vlidos

Ps-Condies - O Nome de Usurio e Senha ser associado ao Funcionrio

Aes do Ator Aes do Sistema

1. Coordenador digita e envia os dados cadastrais solicitados;

2. O sistema valida as informaes fornecidas e retorna uma mensagem de confirmao; 3. Os dados do Funcionrio so salvos no sistema;

Restries/Validaes - O Nmero de matrcula no poder existir no sistema - Os campos devero conter seus respectivos tipos de dados - Restrio de quantidade de caracteres em alguns campos

Nome do Caso de Uso Alterar Funcionrio




Resumo - O Coordenador edita os dados cadastrais do Funcionrio

Pr-Condies - O Funcionrio precisa existir no sistema - Os dados editados devem ser vlidos

Ps-Condies - Os novos dados sero subscritos aos antigos




1. O Coordenador informa o nmero de matrcula do Funcionrio; 3. Caso a mensagem de confirmao seja positiva, o Coordenador tem a possibilidade de alterar os dados pr-existentes do Funcionrio associado a essa matrcula; 4. O Coordenador envia os novos dados para a validao; 6. Se a mensagem de confirmao for positiva, os novos dados do Funcionrio so salvos no sistema e o Coordenador os visualiza.

2. O sistema verifica se o nmero de matricula existe e retorna uma mensagem de confirmao; 5. O sistema valida os novos dados do Funcionrio e retorna uma mensagem de confirmao;

Restries/Validaes - O Nmero de Matrcula dever existir no sistema - Os campos devero conter seus respectivos tipos de dados - Restrio de quantidade de caracteres em alguns campos

Nome do Caso de Uso Visualizar Funcionrio



Atores Secundrios - Coordenador - Mdico - Paciente

Resumo - O usurio pode visualizar os dados atuais do Funcionrio

Pr-Condies - O Funcionrio precisa existir no sistema

Ps-Condies


1. O usurio informa o nmero de matrcula do Funcionrio; 3. Caso a mensagem de confirmao seja positiva, o usurio visualiza na tela os dados atuais do Funcionrio.

2. O sistema verifica se o nmero de matricula existe e retorna uma mensagem de confirmao;

Restries/Validaes - O Nmero de Matrcula dever existir no sistema



- No haver a possibilidade de qualquer alterao desses dados atravs desse mdulo de visualizao

Nome do Caso de Uso Desativar Funcionrio




Resumo - O Coordenador pode desativar um Funcionrio no sistema

Pr-Condies - O Funcionrio precisa existir no sistema - A mensagem de confirmao de excluso deve ser positiva

Ps-Condies - Todos os dados do Funcionrio so mantidos no sistema


1. O Coordenador informa o nmero de matrcula do Funcionrio; 3. O Coordenador muda a opo de Ativo para Inativo; 5. O Coordenador visualiza uma mensagem confirmando que o Funcionrio foi desativado.

2. O sistema verifica se o nmero de matricula existe e retorna os dados daquele funcionrio; 4. O sistema valida a confirmao de alterao, e em caso de positivo, muda a atividade do Funcionrio;

Restries/Validaes - O Nmero de Matrcula dever existir no sistema - A mensagem de confirmao de desativao deve ser positiva

Nome do Caso de Uso Registrar Paciente

Caso de Uso Geral Manter Paciente



Ator Principal Paciente

Atores Secundrios - Coordenador - Funcionrio

Resumo - O Paciente informa seus dados pessoais - O Coordenador ou Funcionrio registra os dados do Paciente no sistema - Um Nome de Usurio e Senha, dever ser cadastrado

Pr-Condies - Os dados de cadastro do Paciente devero ser vlidos

Ps-Condies - O Nome de Usurio e Senha ser associado ao Paciente


1. O Coordenador ou Funcionrio digita e envia as informaes do paciente; 3. Caso a mensagem de confirmao seja positiva, o Coordenador/Funcionrio informa um Nome de Usurio e Senha;

2. O sistema valida as informaes fornecidas e retorna uma mensagem de confirmao; 4. Os dados do Paciente so salvos no sistema; 5. O sistema valida o Nome de Usurio e Senha e retorna uma mensagem de confirmao;

Restries/Validaes - O Nmero de matrcula no poder existir no sistema - Os campos devero conter seus respectivos tipos de dados - Restrio de quantidade de caracteres em alguns campos

Nome do Caso de Uso Alterar Paciente



Atores Secundrios - Coordenador - Funcionrio

Resumo - O Coordenador ou Funcionrio edita os dados cadastrais do Paciente

Pr-Condies - O Paciente precisa existir no sistema - Os dados editados devem ser vlidos

Ps-Condies - Os novos dados sero subscritos aos antigos




1. O Coordenador ou Funcionrio informa o nmero de matrcula do Paciente; 4. Caso a mensagem de confirmao seja positiva o Coordenador/Funcionrio envia os novos dados para a validao;

2. O sistema verifica se o nmero de matricula existe e retorna uma mensagem de confirmao; 5. O sistema valida os novos dados do Paciente e retorna uma mensagem de confirmao;

Restries/Validaes - O Nmero de Matrcula dever existir no sistema - Os campos devero conter seus respectivos tipos de dados - Restrio de quantidade de caracteres em alguns campos

Nome do Caso de Uso Visualizar Paciente


Ator Principal Paciente

Atores Secundrios - Coordenador - Funcionrio - Mdico

Resumo - O usurio pode visualizar os dados atuais e informaes do Paciente

Pr-Condies - O Paciente precisa existir no sistema

Ps-Condies


1. O usurio informa o nmero de matrcula do Paciente; 3. Caso a mensagem de confirmao seja positiva, o usurio visualiza na tela os dados atuais do Paciente.

2. O sistema verifica se o nmero de matricula existe e retorna uma mensagem de confirmao;

Restries/Validaes - O Nmero de Matrcula dever existir no sistema - No haver a possibilidade de qualquer alterao desses dados atravs desse mdulo de visualizao



Nome do Caso de Uso Registrar Anamnese

Caso de Uso Geral Manter Anamnese

Ator Principal Mdico

Ator Secundrio Paciente

Resumo - O mdico pode registrar uma nova Anamnese com as informaes obtidas do paciente.

Pr-Condies - O paciente deve existir no sistema - Os dados obtidos devem ser vlidos

Ps-Condies - A anamnese ser associada ao registro do paciente a que se refere.


1. O mdico informa o nmero de matrcula do Paciente; 3. O mdico fornece os dados da Anamnese ao sistema;

2. O sistema verifica se o nmero de matricula existe e retorna uma mensagem de confirmao; 4. O sistema valida e salva os dados da Anamnese e retorna uma mensagem de confirmao;

Restries/Validaes - O nmero de matrcula deve existir no sistema. - As confirmaes de validao e gravao dos dados devem ser positivas. - Restrio de quantidade de caracteres em alguns campos

Nome do Caso de Uso Alterar Anamnese


Ator Principal Mdico


Resumo - O mdico pode corrigir erros de uma Anamnese feita anteriormente.

Pr-Condies - A Anamnese precisa existir no sistema. - Os novos dados precisam ser vlidos.

Ps-Condies - Os antigos dados sero sobrescritos pelos novos.




1. O mdico informa o nmero de matrcula do paciente ou o nmero de registro da Anamnese; 4. O mdico informa os novos dados;

2. O sistema verifica se o nmero de matricula existe e retorna uma mensagem de confirmao. 3. O sistema apresenta os dados que esto atualmente no sistema; 5. O sistema valida e salva os novos dados e retorna uma mensagem de validao.

Restries/Validaes - O Paciente precisa existir no sistema. - A Anamnese precisa existir no sistema. - As confirmaes de validao e gravao dos dados devem ser positivas.

Nome do Caso de Uso Visualizar Anamnese


Ator Principal - Mdico - Funcionrio Usurio - Coordenador

Ator Secundrio -

Resumo - O usurio pode visualizar as informaes de uma Anamnese

Pr-Condies - A Anamnese precisa existir no sistema.

Ps-Condies _


1. O mdico informa o nmero de matrcula do paciente ou o nmero de registro da Anamnese; 3. Caso a mensagem de confirmao seja positiva, o usurio visualiza na tela os dados atuais da Anamnese daquele Paciente.

2. O sistema verifica se o nmero de matrcula existe e se existe alguma anamnese vinculado a ele retorna uma mensagem de confirmao;



Restries/Validaes - O Paciente precisa existir no sistema. - A Anamnese precisa existir no sistema. - A mensagem de confirmao de existncia deve ser positiva.

Nome do Caso de Uso Registrar Consulta

Caso de Uso Geral Manter Consulta

Ator Principal - Coordenador - Funcionrio


Resumo - O coordenador ou o funcionrio pode marcar uma nova consulta com as informaes obtidas do paciente.

Pr-Condies - O paciente deve existir no sistema - O mdico deve existir no sistema. - Os dados obtidos devem ser vlidos.

Ps-Condies _


1. O coordenador ou funcionrio informa o nmero de matrcula do Paciente e o CRM do mdico que realizar a consulta; - O coordenador ou funcionrio informa a data e a hora da consulta; - O usurio visualiza os dados da consulta;

2. O sistema verifica se a matrcula e o CRM do mdico so vlidos; - O sistema valida e salva os dados da consulta e retorna uma mensagem de confirmao; - O sistema associa os dados da consulta ficha do paciente (Registro do Paciente) e ao mdico (Registro do mdico).

Restries/Validaes - O Paciente deve existir. - O Mdico deve existir. - As confirmaes de validao e gravao dos dados devem ser positivas.

Nome do Caso de Uso Alterar Consulta


Ator Principal - Coordenador



- Funcionrio


Resumo - O coordenador ou funcionrio pode corrigir erros no registo de uma consulta.

Pr-Condies - A Consulta precisa existir no sistema. - Os novos dados precisam ser vlidos.



1. O coordenador ou funcionrio informa o nmero de registro da Consulta, gerada no registro; 4. O mdico informa os novos dados;

2. O sistema verifica se o nmero de registro existe e retorna uma mensagem de confirmao; 3. O sistema apresenta os dados que esto atualmente no sistema; 5. O sistema valida e salva os novos dados e retorna uma mensagem de validao.

Restries/Validaes - O Paciente precisa existir no sistema. - O Mdico precisa existir no sistema. - A Consulta deve existir. - As confirmaes de validao e gravao dos dados devem ser positivas.

Nome do Caso de Uso Excluir Consulta



Ator Secundrio -

Resumo - O Coordenador pode excluir definitivamente uma Consulta do sistema

Pr-Condies - A Consulta precisa existir no sistema.

Ps-Condies - Todos os dados da Consulta so apagados do sistema - Os dados podem ser cadastrados novamente, a partir de um novo Registro de Consulta, mas no podero ser recuperados.




1. O mdico informa o nmero de matrcula do paciente ou o nmero de registro da Consulta; 3. O mdico confirma a excluso;

2. O sistema retorna os dados existentes no sistema referentes quele Paciente; 4. O sistema apaga os dados daquela Consulta.

Restries/Validaes - A Consulta precisa existir no sistema. - A mensagem de confirmao de excluso deve ser positiva

Nome do Caso de Uso Visualizar Consulta



Ator Secundrio -

Resumo - O usurio pode visualizar as informaes de uma Consulta

Pr-Condies - A Consulta precisa existir no sistema.

Ps-Condies _


1.O mdico informa o nmero de registro da consulta, a matrcula do paciente ou CRM do mdico; 3. Caso a mensagem de confirmao seja positiva, o usurio visualiza na tela os dados atuais da Consulta daquele Paciente.

2. O sistema verifica se o nmero de matrcula existe e se existe alguma consulta vinculada a ela retorna uma mensagem de confirmao;

Restries/Validaes - A Consulta precisa existir no sistema. - A mensagem de confirmao de existncia deve ser positiva.

Nome do Caso de Uso Registrar material

Caso de Uso Geral Manter estoque




Ator Secundrio -

Resumo - O coordenador podem registrar novos tipos de materiais no estoque.

Pr-Condies _

Ps-Condies _


1. O coordenador fornece o nome e a descrio do material;

2. O sistema valida as informaes obtidas. Caso sejam vlidas, o sistema salva e retorna uma mensagem de confirmao.

Restries/Validaes _

Nome do Caso de Uso Inserir material



Ator Secundrio -

Resumo - O coordenador ou o funcionrio podem registrar a entrada de materiais no estoque.

Pr-Condies - O material cuja quantidade ser acrescida deve existir no sistema.

Ps-Condies _


1. O coordenador ou funcionrio fornece o cdigo ou nome do material; 3. O coordenador ou funcionrio informa a data de validade e a quantidade que ser acrescentada daquele medicamento;

2. O sistema retorna os dados existentes no sistema referentes quele Material. 4. O sistema valida e salva os dados, acrescentando a data de entrada ao registro.

Restries/Validaes - O material deve estar registrado no sistema.



Nome do Caso de Uso Retirar Material



Ator Secundrio -

Resumo - O coordenador ou o funcionrio podem registrar a sada de materiais no estoque.

Pr-Condies - O material cuja quantidade ser decrescida deve existir no sistema.

Ps-Condies _


1. O coordenador ou funcionrio fornece o cdigo ou nome do material; 3. O coordenador ou funcionrio informa a quantidade que ser retirada daquele medicamento;

2. O sistema retorna os dados existentes no sistema referentes quele Material; 4. O sistema valida e salva os dados, acrescentando a data de sada ao registro.

Restries/Validaes - O material deve estar registrado no sistema.

Nome do Caso de Uso Excluir material


Ator Principal Coordenador

Ator Secundrio -

Resumo - O coordenador podem excluir registros de materiais no estoque.

Pr-Condies _

Ps-Condies _




1. O coordenador fornece o nome ou o nmero de registro do material; 3. O coordenador confirma a excluso do Material;

2. O sistema retorna os dados existentes no sistema referentes quele Material; 4. O sistema exclui todos os registros daquele material.

Restries/Validaes _

Nome do Caso de Uso Alterar Material

Caso de Uso Geral Manter Estoque

Ator Principal - Coordenador


Resumo - O coordenador pode corrigir erros no registo de um material.

Pr-Condies - O material precisa existir no sistema. - Os novos dados precisam ser vlidos.



1. O coordenador informa o nmero de registro do material; 4. O mdico informa os novos dados;

2. O sistema verifica se o nmero de registro existe e retorna uma mensagem de confirmao; 3. O sistema apresenta os dados que esto atualmente no sistema; 5. O sistema valida e salva os novos dados e retorna uma mensagem de validao.

Restries/Validaes - O material deve existir. - As confirmaes de validao e gravao dos dados devem ser positivas.

Nome do Caso de Uso Gerar relatrio de Estoque

Caso de Uso Geral Manter Estoque




Ator Secundrio -

Resumo - O usurio pode visualizar as informaes do estoque de materiais

Pr-Condies - Algum material precisa existir no sistema.

Ps-Condies _


1. O mdico solicita uma lista com os materiais e informaes do material (quantidade, validade, descrio); 4. O usurio visualiza as informaes na tela.

2. O sistema verifica o registro de materiais e retorna os valores encontrados; 3. O sistema apresenta as informaes na tela;

Restries/Validaes - Algum material precisa existir no sistema. - A mensagem de confirmao de existncia deve ser positiva.



8. Prints do Sistema



9. Script do Banco de Dados --

-- Base de Dados: `cose`

--

CREATE DATABASE IF NOT EXISTS `cose`

USE `cose`;

-- --------------------------------------------------------

--

-- Estrutura da tabela ànamnese`

--

CREATE TABLE ànamnese` (

ÌD` int(10) unsigned NOT NULL AUTO_INCREMENT,

Àntecedentes_Pessoais` varchar(1000) DEFAULT NULL,

Àntecedentes_Patologicos` varchar(1000) DEFAULT NULL,

Àntecedentes_Familiares` varchar(1000) DEFAULT NULL,

Òutros` varchar(1000) DEFAULT NULL,

`Paciente_CPF` varchar(11) NOT NULL,

PRIMARY KEY (ÌD`)

--

-- Estrutura da tabela `consulta`

--

CREATE TABLE `consulta` (


`Data` varchar(10) NOT NULL,

`Hora` varchar(5) NOT NULL,



Òbservacao` varchar(1000) DEFAULT NULL,

Ìnterrogatorio` varchar(1000) DEFAULT NULL,

Èxame_Fisico` varchar(1000) DEFAULT NULL,

Èxame_Solicitado` varchar(1000) DEFAULT NULL,

`Tratamento` varchar(1000) DEFAULT NULL,

`Paciente_CPF` varchar(11) NOT NULL,

`Funcionario_Matricula` varchar(7) NOT NULL COMMENT 'Para Funcionrios do

tipo "Mdico"',

PRIMARY KEY (ÌD`))

--

-- Estrutura da tabela èscala_medico`

--

CREATE TABLE èscala_medico` (


`Dia` varchar(7) NOT NULL COMMENT 'Segunda; Tera; Quarta; Quinta; Sexta',

`Hora_Entrada` varchar(5) NOT NULL,

`Hora_Saida` varchar(5) NOT NULL,

`Funcionario_Matricula` varchar(7) NOT NULL,

PRIMARY KEY (ÌD`))

--

-- Estrutura da tabela `funcionario`

--

CREATE TABLE `funcionario` (

`Matricula` varchar(7) NOT NULL,

`Nome` varchar(100) NOT NULL,



`Login` varchar(15) CHARACTER SET latin1 COLLATE latin1_general_cs NOT

NULL,

`Senha` varchar(15) CHARACTER SET latin1 COLLATE latin1_general_cs NOT

NULL,

`Nivel` tinyint(1) unsigned NOT NULL COMMENT '1: Mdico; 2: Comum; 3:

Coordenador',

Àtividade` tinyint(1) unsigned NOT NULL COMMENT '0: Inativo; 1: Ativo',

PRIMARY KEY (`Matricula`))

--

-- Estrutura da tabela `material`

--

CREATE TABLE `material` (



`Data_Validade` varchar(10) DEFAULT NULL,

`Quantidade` int(10) unsigned NOT NULL,

`Descricao` varchar(100) DEFAULT NULL,

Ùnidade` varchar(50) DEFAULT NULL,

`Tipo` tinyint(1) unsigned NOT NULL COMMENT 'Material; Medicamento',

PRIMARY KEY (ÌD`))

--

-- Estrutura da tabela `paciente`

--

CREATE TABLE `paciente` (

`CPF` varchar(11) NOT NULL,



`Matricula` varchar(13) NOT NULL,


`Tipo` tinyint(1) unsigned NOT NULL COMMENT '1: Aluno; 2: Servidor',

`Campus` varchar(50) NOT NULL,

`Curso` varchar(50) DEFAULT NULL,

`Setor` varchar(75) DEFAULT NULL,

`Data_Nascimento` varchar(10) NOT NULL,

Èscolaridade` varchar(50) NOT NULL,

`Cor` varchar(10) NOT NULL,

`Sexo` varchar(10) NOT NULL,

Èstado_Civil` varchar(50) NOT NULL,

Èndereco` varchar(250) NOT NULL,

`Telefone` varchar(15) DEFAULT NULL,

Èmail` varchar(50) DEFAULT NULL,

Àlergia` varchar(100) DEFAULT NULL,

Àtividade` tinyint(1) unsigned NOT NULL COMMENT '0: Inativo; 1: Ativo',

PRIMARY KEY (`CPF`),

UNIQUE KEY `Matricula` (`Matricula`))

--

-- Estrutura da tabela `registro_de_movimentacao`

--

CREATE TABLE `movimentacao_material` (


`Quantidade_Antiga` int(10) NOT NULL,

`Quantidade_Nova` int(10) NOT NULL,

`Quantidade_Movimentada` int(10) unsigned NOT NULL,

`Data` varchar(10) NOT NULL,

`Tipo` tinyint(1) unsigned NOT NULL COMMENT '1: Insero; 2: Retirada',

`Consulta_ID` int(10) DEFAULT NULL,

`Material_ID` int(10) NOT NULL,

PRIMARY KEY (ÌD`))



10. Referncias Bibliogrficas

FOWLER, Martin. UML essencial: um breve guia para linguagem-padro de

modelagem de objetos. 3 ed. Porto Alegre: Bookman, 2005.

HEUSER, Carlos Alberto. Projeto de banco de dados. 6 ed. Porto Alegre:

Bookman, 2009.

LIMA, Adilson da Silva. UML 2.3: do Requisito Soluo. 1 ed. So Paulo:

Editora rica Ltda., 2013, 3 impresso.

SEVERINO, Antnio Joaquim. Metodologia do Trabalho Cientfico. 23 ed. rev.

e atual. So Paulo: Editora Cortez, 2007.

TONSIG, Srgio Luiz. PHP com Ajax na Web 2.0. Rio de Janeiro: Editora

Cincia Moderna LTDA, 2007.

VIEIRA, Marconi Fbio. Gerenciamento de Projetos de Tecnologia de

Informao. 2 ed. rev. e atual. Rio de Janeiro: Editora Elsevier, 2007, 2 impresso.



ANEXOS



ANEXO 1



ANEXO 2



ANEXO 3



ANEXO 4



ANEXO 5



ANEXO 6

QUESTIONRIO 1

1. Para que usado o computador no setor? R: O computador da secretaria usado para a impresso de memorandos, pela junta

mdica, solicitao de material, solicitao de servio, protocolos.

2. Qual a afinidade dos funcionrios desse setor com o computador? R: Os funcionrios tm diferentes nveis de afinidade. A Coordenadora e o

funcionrio administrativo aprenderam a usar o computador com a prtica, sem cursos. J

os mdicos tm um conhecimento maior do assunto, tanto que j utilizam o computador em

clnicas particulares onde trabalham.

3. Quantas agendas existem no setor? R: Duas: uma para os clnicos gerais e outra para os dentistas.

4. Como funciona os carimbos e as assinaturas no setor? R: Todo documento que passa desse para outro setor recebe um carimbo e uma

assinatura especficos.

5. Que procedimentos existem no setor? R: Em relao ao atendimento, o paciente pode ter um atendimento imediato, uma

consulta marcada ou uma entrega de atestado.

6. Quais os dados sobres os pacientes vocs tm? R: Os dados que temos sobre os pacientes so aqueles obtidos nas fichas mdicas

que eles preenchem quando chegam ao setor.

7. Vocs controlam estoque de materiais? R: No. Temos a ideia das quantidades mas no temos um controle para a sada de

matrias do estoque.

8. Quantos consultrios existem no setor? R: So dois consultrios: um para o dentista e outro para o clnico geral.

9. Uma solicitao pode ser feita mesmo sem o produto ter acabado? R: Pode, j que esse material no pode faltar, pedimos com meses de antecedncia,

por causa da burocracia que existe no processo de licitao.

10. Que setores se comunicam diretamente com esse setor? R: Pedidos de matrias e servio so enviados para a Direo Geral (DG) para que

repassem para outros setores.

11. H a necessidade de um controle de estoque? R: Um controle de estoque seria ideal para que pudssemos ter um controle do que

entra e sai no setor, para evitar faltas e insuficincias.



ANEXO 7

QUESTIONRIO 2

1. Por que os mdicos mudaram o carter do atendimento no setor? R: A instituio foi crescendo e o nmero de alunos e funcionrios tambm

aumentou. Isso fez com que as necessidades tambm fosse mudando e o setor se adaptando.

2. Que documentos eram e quais no eram escritos mo antes da impressora?

R: Documentos da unta mdica, por exemplo. Existia apenas o material que j era

padro que vinha da grfica, para o preenchimento apenas.

3. Cada clnico geral trabalha em um dia diferente? R: Sim. S na tera feira, em que a junta mdica se rene para discutir sobre casos

especficos, que h esse encontro de horrios.

4. O que acontecer com os registros fsicos depois que o sistema for implantado?

R: Eles sero colocados em um outro setor que armazena os registros que no esto

sendo usados, o chamado Arquivo Morto.

5. Que mudanas ocorrero com a reforma do setor? R: Aumento no nmero de consultrios, construo de uma sala de espera. Apenas

uma

Instituto Federal de Educao, Cincia e Tecnologia de Sergipe

Coordenadoria de Informtica - COINF


ANEXO 8

Aluno ou Servidor

Consulta imediata Consulta Consulta

Solicitao de exames

Medicamentos

Marcao de consulta

Atestado

Marcao de consulta

Ficha mdica

Entrega de atestado

Preenchimento de requerimento

Paciente Atendimentos possveis Formulrios possveis Procedimentos possveis

documentação - cose.pdf

Documents