Sistema de Gerenciamento de Hospitais de Pronto-Socorro

Apresentação em tema: "Sistema de Gerenciamento de Hospitais de Pronto-Socorro"— Transcrição da apresentação:

1 Sistema de Gerenciamento de Hospitais de Pronto-Socorro
S.G.H.P.S

2 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.”

3 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.

4 Planejamento Atividade Duração Início Término
Primeira reunião com o cliente 4 Horas 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 Revisão do Documento de Requisitos 2 Dias 9/4/2008 Entrega do Documento de Requisitos 10/4/2008 Elaboração do Primeiro Protótipo em Papel 11/4/2008 Validação do Protótipo com o Cliente 3 Horas 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 21/4/2008 22/4/2008 Definição/Revisão do Documento de Projeto de Testes 23/4/2008 24/4/2008 Entrega do Plano e Projeto de Testes de Sistema/Aceitação Definição/Revisão do Documento de Análise 10 Dias 25/4/2008 Definição/Revisão do Documento de Modelo de Projeto 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

5 Fraco Domínio da Tecnologia de Gerenciamento de Bancos de Dados
Análise de Riscos Risco Impacto Probabilidade Atividades Paralelas Não-relacionadas ao Desenvolvimento Alto Elevada Fraco Domínio da Tecnologia de Gerenciamento de Bancos de Dados Moderada Fraco Domínio do Paradigma de Programação Utilizado Baixa Perda de Integrante da Equipe Médio Mudança de Requisitos Dificuldades na Integração dos Componentes 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.

6 Análise de Requisitos Definição de Siglas 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

7 Análise de Requisitos Requisitos Funcionais Identificação Descrição
Prioridade RF-01 Cadastrar Funcionário Essencial RF-02 Descadastrar Funcionário RF-03 Cadastrar Paciente RF-04 Descadastrar Paciente (Diagnóstico e Exame) RF-05 Inserir Departamento Essential RF-06 Remover Departamento RF-07 Criar Diagnóstico RF-08 Alterar Diagnóstico (Inserir Exame) Importante RF-09 Efetuar Login RF-10 Modificar Senha RF-11 Imprimir Diagnóstico

8 Análise de Requisitos Requisitos Funcionais (Continuação)
Identificação Descrição Prioridade RF-12 Imprimir Relatório Importante RF-13 Gerar Relatório de Óbitos RF-14 Gerar Relatório de Médicos em Plantão RF-15 Gerar Relatório de Doenças Frequentes RF-16 Gerar Relatório de Gastos Gerais RF-17 Gerar Relatório de Departamento Cheio RF-18 Consultar Funcionário Essencial RF-19 Consultar Diagnóstico RF-20 Consultar Paciente RF-21 Consultar Exame RF-22 Inserir Foto Desejável Obs: Foram implementados todos os UC de RF Essenciais, assim como grande parte dos Importantes.

9 Análise de Requisitos Requisitos Não-Funcionais: De Processo
Identificação Descrição RNF/PROC-01 O sistema deverá funcionar nas plataformas Windows e Unix (Linux). RNF/PROC-02 Deverá 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: Externos Identificação Descrição RNF/ECO-14 O sistema não poderá utilizar muitos recursos da máquina. RNF/LEG-15 Será de responsabilidade do Hospital inserir informações verídicas no sistema.

10 Somente o administrador do sistema poderá cadastrar novos usuários.
Análise de Requisitos Requisitos Não-Funcionais: De Produto Identificação Descrição RNF/SEG-04 Todos 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-06 O 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-07 O 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-08 O tempo de geração de relatórios do sistema não deve ser maior do que 90 segundos. RNF/CON-09 O 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-10 O 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-11 A 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-12 Um tratamento de exceções é essencial para facilitar a manutenção do sistema. RNF/DOC-13 O sistema será entregue junto com um manual do usuário. Este manual descreverá as funcionalidades desempenhadas pelo sistema.

11 Análise de Requisitos Atribuição de Casos de Uso
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

12 Visão Geral dos Casos de Uso
<include> Funcionário Efeturar Login <include> Administrador

13 UC-09: Efetuar Login Descrição do Caso de Uso Identificação Nome
Status UC-09 Efetuar Login Validado Referências: RF-09 Autor: Felipe Kühner Criado em: 06/04/2008 Revisado em: 16/05/2008 Atores: Administrador do Hospital e Funcionário Entradas: 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.

14 UC-09: Efetuar Login Diagrama de Seqüência

15 UC-09: Efetuar Login Diagrama de Classes

16 UC-09: Efetuar Login Descrição de um Caso de Teste 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.

17 UC-03: Cadastrar Paciente
Descrição do Caso de Uso Identificação Nome Status UC-03 Cadastrar Paciente Validado Referências: RF-03 Autor: João Rufino Criado em: 06/04/2008 Revisado em: 16/05/2008 Atores: Administrador do Hospital e Funcionário Entradas: 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.

18 UC-03: Cadastrar Paciente
Diagrama de Seqüência

19 UC-03: Cadastrar Paciente
Diagrama de Classes

20 UC-03: Cadastrar Paciente
Descrição de um Caso de Teste ID CT-003 Tipo de teste Funcional 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. Cenário Descrição Resultado Esperado CN-001 Digitar 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.

21 UC-14: Gerar Relatório de Médicos em Plantão
Descrição do Caso de Uso Identificação Nome Status UC-14 Gerar Relatório de Médicos em Plantão Validado Referências: RF-14 Autor: Paulo Ricardo Criado em: 08/04/2008 Revisado em: 16/05/2008 Atores: Administrador do Hospital e Funcionário Entradas: 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: Identificação Nome Status UC-14 Gerar Relatório de Médicos em Plantão Aguardando Validação Referências: RF-14 Autor: Paulo Ricardo Criado em: 08/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionário Entradas: Data inicial, data final Pré-condições: Sistema inicializado Usuário Autenticado de acordo com o UC-09. Fluxo Principal: O usuário indica a data inicial e a data final para o sistema. O usuário confirma a solicitação do relatório. O relatório é gerado para aquele intervalo de tempo. Fluxos Secundários: No fluxo principal 1, caso o usuário digite a data em formato inválido, o sistema deverá verificar o erro e informar ao usuário, para que esse possa corrigir o erro e retomar a solicitação do relatório.

22 UC-14: Gerar Relatório de Médicos em Plantão
Diagrama de Seqüência

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

24 UC-14: Gerar Relatório de Médicos em Plantão
Descrição de um Caso de Teste ID CT-014 Tipo de teste Funcional 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. Cenário Descrição Resultado Esperado

25 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

26 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.