Sistema de Gerenciamento de Hospitais de Pronto-Socorro

Sistema de Gerenciamento de Hospitais de Pronto-Socorro

Motivação

“Com o intuito de facilitar o gerenciamento interno de um

hospital, mais especificamente de um pronto-socorro, procuramos

desenvolver um software que fosse o mais próximo possível do usuário

e, ainda, tivesse uma profunda utilidade no ambiente hospitalar,

auxiliando da melhor forma funcionários e administração,[…]”Plano de Projeto – S.G.H.P.S.

“O sistema envolve um cadastro de pessoal e setores de

maneira a facilitar o acesso a um dos componentes descritos acima e

assim agilizar o processo de atendimento e organização

departamental.”Plano de Projeto – S.G.H.P.S.

Visão Geral do Projeto

“Este projeto tem como abordagem um sistema de

gerenciamento de um pronto socorro, levando em conta os

pacientes, funcionários, diagnósticos, exames,

departamentos e outros componentes característicos de um

ambiente hospitalar. O sistema envolve um cadastro de

pessoal e setores de maneira a facilitar o acesso a um dos

componentes descritos acima e assim agilizar o processo de

atendimento e organização departamental.”Plano de Projeto – S.G.H.P.S.

Planejamento

Atividade Duração Início Término

Primeira reunião com o cliente 4 Horas 15/3/2008 15/3/2008

Entrega da Definição do Projeto --------- 18/3/2008

Definição/Revisão do plano de Projeto 5 Dias 24/3/2008 28/3/2008

Entrega do Plano de Projeto --------- 3/4/2008

Estudo dos Requisitos e Prioridades 4 Dias 1/4/2008 4/4/2008

Definição do Documento de Requisitos 3 Dias 5/4/2008 7/4/2008

Validação do Documento de Requisitos com o Cliente 2 Horas 8/4/2008 8/4/2008

Revisão do Documento de Requisitos 2 Dias 8/4/2008 9/4/2008

Entrega do Documento de Requisitos --------- 10/4/2008

Elaboração do Primeiro Protótipo em Papel 2 Dias 10/4/2008 11/4/2008

Validação do Protótipo com o Cliente 3 Horas 12/4/2008 12/4/2008

Modelagem da Arquitetura do Sistema 8 Dias 13/4/2008 20/4/2008

Definição/Revisão do Documento de Plano de Testes 2 Dias 21/4/2008 22/4/2008

Definição/Revisão do Documento de Projeto de Testes 2 Dias 23/4/2008 24/4/2008

Entrega do Plano e Projeto de Testes de Sistema/Aceitação --------- 24/4/2008

Definição/Revisão do Documento de Análise 10 Dias 25/4/2008 4/4/2008

Definição/Revisão do Documento de Modelo de Projeto 10 Dias 5/5/2008 14/5/2008

Entrega do Documento de Análise e Projeto --------- 15/5/2008

Desenvolvimento do Projeto 12 Dias 16/5/2008 27/5/2008

Definição/Revisão do Documento de Projeto de Testes 2 Dias 23/4/2008 24/4/2008

Entrega do Plano e Projeto de Testes de Sistema/Aceitação --------- 24/4/2008

Definição/Revisão do Documento de Análise 10 Dias 25/4/2008 4/4/2008

Análise de RiscosRisco Impacto Probabilidade

Atividades Paralelas Não-relacionadas ao Desenvolvimento Alto Elevada

Fraco Domínio da Tecnologia de Gerenciamento de Bancos de Dados

Alto Moderada

Fraco Domínio do Paradigma de Programação Utilizado Alto Baixa

Perda de Integrante da Equipe Médio Baixa

Mudança de Requisitos Alto Moderada

Dificuldades na Integração dos Componentes Alto Moderada

Risco Estratégia de Mitigação / Contingência

Fraco Domínio da Tecnologia de Gerenciamento de Bancos de

Dados

Mitigação: Alocar uma margem de acomodação após a fase de desenvolvimento do sistema de bancos de dados permitindo maior flexibilidade no cronograma de entregas em caso de atraso.

Contingência: Re-analizar os requisitos do sistema visando simplificar os casos de uso relacionados a esta tecnologia.

Mudança de Requisitos

Mitigação: Efetuar uma análise de requisitos bem fundamentada, visando minimizar o impacto e freqüência de modificações futuras.

Contingência: Analizar a real necessidade das modificações requisitadas e adaptar o cronograma caso se faça necessário.

Análise de Requisitos

Sigla Definição

RF-XX Requisito Funcional Número XX

RNF-XX Requisito Não-Funcional Número XX

UC-XX Caso de Uso Número XX

RNF-PROC-XX Requisito Não-Funcional de Processo

RNF-SEG-XX Requisito Não-Funcional de Segurança

RNF-PER-XX Requisito Não-Funcional de Performance

RNF-CON-XX Requisito Não-Funcional de Confiabilidade

RNF-MAN-XX Requisito Não-Funcional de Manutenção

RNF-DOC-XX Requisito Não-Funcional de Documentação

RNF-ECO-XX Requisito Não-Funcional Econômico

RNF-LEG-XX Requisito Não-Funcional Legal

Definição de Siglas


Identificação Descrição Prioridade

RF-01 Cadastrar Funcionário Essencial

RF-02 Descadastrar Funcionário Essencial

RF-03 Cadastrar Paciente Essencial

RF-04Descadastrar Paciente

(Diagnóstico e Exame)Essencial

RF-05 Inserir Departamento Essential

RF-06 Remover Departamento Essencial

RF-07 Criar Diagnóstico Essencial

RF-08Alterar Diagnóstico

(Inserir Exame)Importante

RF-09 Efetuar Login Essencial

RF-10 Modificar Senha Essencial

RF-11 Imprimir Diagnóstico Importante

Requisitos Funcionais


Identificação Descrição Prioridade

RF-12 Imprimir Relatório Importante

RF-13 Gerar Relatório de Óbitos Importante

RF-14Gerar Relatório de Médicos em

PlantãoImportante

RF-15Gerar Relatório de Doenças

FrequentesImportante

RF-16 Gerar Relatório de Gastos Gerais Importante

RF-17Gerar Relatório de Departamento

CheioImportante

RF-18 Consultar Funcionário Essencial

RF-19 Consultar Diagnóstico Essencial

RF-20 Consultar Paciente Essencial

RF-21 Consultar Exame Essencial

RF-22 Inserir Foto Desejável

Obs: Foram implementados todos os UC de RF Essenciais, assim como grande parte dos Importantes.

Requisitos Funcionais (Continuação)


Identificação Descrição

RNF/PROC-01 O sistema deverá funcionar nas plataformas Windows e Unix (Linux).

RNF/PROC-02Deverá ser feita a documentação apropriada durante o andamento do

projeto.

RNF/PROC-03 Deverá ser feito uso de ferramentas CASE.

Requisitos Não-Funcionais: De Processo


RNF/ECO-14 O sistema não poderá utilizar muitos recursos da máquina.

RNF/LEG-15Será de responsabilidade do Hospital inserir informações verídicas no

sistema.

Requisitos Não-Funcionais: Externos



RNF/SEG-04Todos os usuários que forem usar o sistema necessitarão de um login

e uma senha.RNF/SEG-05 Somente o administrador do sistema poderá cadastrar novos usuários.

RNF/SEG-06O nível de cada usuário será verificasistema do ao efetuar login, o que fará com que o acesso a determinadas partes do dependa do tipo do

usuário.

RNF/PER-07O tempo de inserções e consultas no sistema não pode ser maior do

que 5 segundos para o caso de texto, e deve ser menor de 30 segundos para conteúdos que envolvam multimídia, como imagens.

RNF/PER-08O tempo de geração de relatórios do sistema não deve ser maior do

que 90 segundos.

RNF/CON-09O sistema deve manter a integridade das informações a cada nova

inserção e atualização efetuada. Essa integridade pode ser garantida tanto pelo próprio sistema, como pelo Banco de Dados.

RNF/USA-10O sistema deve apresentar uma interface simples e intuitiva. Deste modo, os usuários farão suas atividades com maior eficiência e não

serão necessários gastos com treinamentos dos mesmos.

RNF/MAN-11A modularização será essencial na manutenção do sistema. Deste

modo, apenas as partes necessárias serão modificadas, preservando a integridade dos demais módulos.

RNF/MAN-12Um tratamento de exceções é essencial para facilitar a manutenção

do sistema.

RNF/DOC-13O sistema será entregue junto com um manual do usuário. Este

manual descreverá as funcionalidades desempenhadas pelo sistema.

Requisitos Não-Funcionais: De Produto


Requisito Caso de Uso

RF-01 UC-01

RF-02 UC-02

RF-03 UC-03

RF-04 UC-04

RF-05 UC-05

RF-06 UC-06

RF-07 UC-07

RF-08 UC-08

RF-09 UC-09

RF-10 UC-10

RF-11 UC-11

Requisito Caso de Uso

RF-12 UC-12

RF-13 UC-13

RF-14 UC-14

RF-15 UC-15

RF-16 UC-16

RF-17 UC-17

RF-18 UC-18

RF-19 UC-19

RF-20 UC-20

RF-21 UC-21

RF-22 UC-22

Atribuição de Casos de Uso Atribuição de Casos de Uso

Visão Geral dos Casos de Uso

Funcionário

Administrador

Efeturar Login

<in

clud

e

>

<include

>

UC-09: Efetuar Login

Identificação Nome StatusUC-09 Efetuar Login ValidadoReferências: RF-09Autor: Felipe KühnerCriado em: 06/04/2008 Revisado em: 16/05/2008Atores:Administrador do Hospital e FuncionárioEntradas:Login e senha.

Pré-condições:Sistema inicializado.

Fluxo Principal:1. O usuário insere o cpf de usuário (login) no campo correspondente.2. O usuário insere sua senha no campo correspondente.3. O usuário seleciona o tipo de login que está efetuando (por administrador ou funcionário).4. O usuário é autenticado.

Fluxos Secundários:No item 4 do fluxo principal, caso o nome de usuário ou senha não estejam cadastrados no Banco de Dados, uma mensagem

de erro é exibida ao usuário.No item 4 do fluxo principal, caso o usuário não possua permissão para logar com o modo de acesso selecionado, uma

mensagem de erro é exibida ao usuário.

Descrição do Caso de Uso


Diagrama de Seqüência


Diagrama de Classes


ID CT-003 Tipo de teste Funcional

Objetivo Verificar se a funcionalidade de Efetuar Login está funcionando corretamente.

Requisito [RF-09] Efetuar Login

Pré-condição O usuário não pode estar logado.

Nº de Passo Passos Resultados Esperados

1. Selecionar a opção de Efetuar Login. A tela para efetuar login é exibida.

2. Informar dados para login, como “login” e senha.

O sistema retorna uma mensagem informando que o login foi realizado com sucesso.

3. Verificar se usuário está realmente logado ao sistema. O usuário foi logado com sucesso.

Cenário Descrição Resultado Esperado

CN-001 Digitar algum dado inválido. É mostrada uma tela com a mensagem informando que o login não pode ser efetuado com sucesso.

Descrição de um Caso de Teste

UC-03: Cadastrar Paciente

Identificação Nome StatusUC-03 Cadastrar Paciente ValidadoReferências: RF-03Autor: João RufinoCriado em: 06/04/2008 Revisado em: 16/05/2008Atores:Administrador do Hospital e FuncionárioEntradas:Nome, Código (previamente definido pela administração do hospital), Filiação, CPF, Identidade, Tipo Sangüíneo, Fator RH.

Pré-condições:O paciente não pode existir.

Fluxo Principal:1. O usuário seleciona a opção de cadastro de pacientes .2. Feito isso, o usuário terá a sua disposição várias ferramentas (campos de texto) para que insira todos os dados do novo

paciente.3. O sistema mostra uma tela de confirmação.4. O sistema informa que a operação foi realizada com sucesso.Fluxos Secundários:No fluxo principal 2, caso o usuário digite alguma informação errada, como por exemplo um código interno num formato

inválido, o sistema deverá verificar o erro e informar ao usuário, através de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado.

Antes do fluxo principal 3, caso o sistema tenha detectado algum conflito de dados, como paciente já existente, ou até mesmo que o código interno não está disponível (já existe), o sistema deverá avisar ao usuário que ocorra uma nova tentativa, também através de uma janela informativa, com formato semelhante à janela de sucesso.





Diagrama de Classes



Objetivo Verificar se a funcionalidade de Cadastrar Paciente está funcionando corretamente.

Requisito [RF-03] Cadastrar Paciente

Pré-condição O paciente não pode estar cadastrado no sistema, não podendo existir algum paciente com dados conflitantes com o novo paciente no banco de dados.

Nº do Passo Passos Resultados Esperados

1. Selecionar a opção de Cadastrar Paciente. A tela de cadastro de novo paciente é exibida.

2. Informar todos os dados do novo paciente, como Nome, CPF, RG, etc.

O sistema retorna uma mensagem informando que o cadastro foi realizado com sucesso. As funcionalidades relativas a Paciente, como criar um diagnóstico, estarão então disponíveis.

3. Verificar se o paciente está cadastrado no banco de dados com os dados corretos. O paciente foi cadastrado com sucesso.


CN-001Digitar algum dado do paciente em formato inválido, ou não preencher um campo obrigatório.

É mostrada uma mensagem de erro informando o campo incorreto.


UC-14: Gerar Relatório de Médicos em Plantão

Identificação Nome StatusUC-14 Gerar Relatório de Médicos em Plantão ValidadoReferências: RF-14Autor: Paulo RicardoCriado em: 08/04/2008 Revisado em: 16/05/2008Atores:Administrador do Hospital e FuncionárioEntradas:

Pré-condições:Sistema inicializado.Usuário Autenticado de acordo com o UC-09.

Fluxo Principal:1. O usuário seleciona a opção de gerar relatório.2. O sistema consulta os dias de plantão de cada médico.3. O sistema exibe o relatório gerado.

Fluxos Secundários:





Diagrama de Classes



Objetivo Verificar se a funcionalidade de Gerar Relatório de Médicos em Plantão está funcionando corretamente.

Requisito [RF-14] Gerar Relatório de Médicos em Plantão

Pré-condição Deve existir quantidade suficiente de dados cadastrados.

Nº de Passo Passos Resultados Esperados

1. Selecionar a opção de Gerar Relatório de Médicos em Plantão. A tela de Gerar Relatório de Médicos em Plantão é exibida.

2. Verificar se o relatório foi realmente gerado. O relatório foi gerado com sucesso.



Testes Executados

Teste de Integridade de Dados e do Banco de Dados Teste Funcional Teste do Ciclo de Negócios Teste da Interface do Usuário Teste de Performance Teste de Carga Teste de Estresse Teste de Segurança e de Controle de Acesso Teste de Falha/Recuperação Teste de Instalação/Desinstalação

Testes de Unidade Com o JUnit

Foram executados testes com os métodos das classes básicas e da base de dados.

Erros verificados foram devidamentes corrigidos.

Documents

Sistema de Gerenciamento de Hospitais de Pronto-Socorro