UNIVERSIDADE FEDERAL DE PERNAMBUCO CURSO DE CINCIA DA COMPUTAO

Especificao dos Requisitos do Software Sistema de Gerenciamento de Hospitais de Pronto Socorro

{ Verso revisada 1.0 }

Autores:

Eduardo Gade Felipe Khner Joo Rufino Nelson Gutemberg Paulo Ricardo Silvio Santos

Professor: Alexandre Vasconcelos Recife, 10 de Abril de 2008

Projeto S.G.H.P.S.

Aprovao
Aprovamos a Especificao dos Requisitos { Verso revisada < n > } do projeto S.G.H.P.S

Eduardo Gade

10/04/2008

Felipe Khner

10/04/2008

Joo Rufino

10/04/2008

Nelson Gutemberg

10/04/2008

Paulo Ricardo

10/04/2008

Silvio Santos

10/04/2008

S.G.H.P.S.

Especificao dos Requisitos do Software

Especificao dos Requisitos do Software

Sumrio

Especificao dos Requisitos do Software.................................................................................................3 1 Introduo..........................................................................................................................................5 1.1 Objetivos deste documento.........................................................................................................5 1.2 Motivao..................................................................................................................................5 1.3 O Problema Identificado............................................................................................................5 1.4 Sobre a Organizao.................................................................................................................5 1.5 Viso Geral do Documento......................................................................................................5 1.6 Escopo do Produto....................................................................................................................6 1.6.1 Nome do produto e de seus componentes principais.............................................................6 1.6.2 Limites do produto..................................................................................................................6 1.6.3 Benefcios do produto ............................................................................................................6 1.6.4 Materiais de Referncia.........................................................................................................6 1.6.5 Definies das Siglas..............................................................................................................6 2 Requisitos No Funcionais.............................................................................................................7 2.1 Requisitos de Processo................................................................................................................7 2.2 Requisitos do Produto.................................................................................................................7 2.2.1 Segurana................................................................................................................................7 2.2.2 Performance ...........................................................................................................................7 2.2.3 Confiabilidade........................................................................................................................8 2.2.4 Usabilidade.............................................................................................................................8 2.2.5 Manutenabilidade...................................................................................................................8 2.2.6 Documentao........................................................................................................................8 2.3 Requisitos externos.....................................................................................................................8 2.3.1 Restries econmicas............................................................................................................8 2.3.2 Restries legais.....................................................................................................................9 3 Requisitos Funcionais......................................................................................................................10 4 Casos de Uso....................................................................................................................................13 4.1 Cadastrar Funcionrio..............................................................................................................13 4.2 Descadastrar Funcionrio.........................................................................................................13 4.3 Cadastrar Paciente....................................................................................................................14 4.4 Descadastrar Paciente...............................................................................................................15 4.5 Inserir Departamento................................................................................................................15 4.6 Remover Departamento............................................................................................................16 4.7 Criar Diagnstico......................................................................................................................17 4.8 Alterar Diagnstico (Inserir Exame)........................................................................................17 4.9 Efetuar Login............................................................................................................................18 4.10 Modificar Senha.....................................................................................................................19 4.11 Imprimir Diagnstico.............................................................................................................19 4.12 Imprimir Relatrio..................................................................................................................20 4.13 Gerar Relatrio de bitos.......................................................................................................20 4.14 Gerar Relatrio de Mdicos em Planto.................................................................................21 4.15 Gerar Relatrio de Doenas Freqentes ................................................................................21 4.16 Gerar Relatrio de Gastos Gerais...........................................................................................22 4.17 Gerar Relatrio de Departamentos Cheios.............................................................................22 4.18 Consultar Funcionrios..........................................................................................................23 4.19 Consultar Paciente..................................................................................................................24 4.20 Consultar Diagnstico............................................................................................................24 4.21 Consultar Exame....................................................................................................................25 4.22 Associar Foto..........................................................................................................................27 5 Diagrama de Caso de Uso................................................................................................................28 3 < organizao >

Projeto S.G.H.P.S.

S.G.H.P.S.

Especificao dos Requisitos do Software

1
1.1

Introduo
Objetivos deste documento

Este documento tem como objetivo descrever os requisitos funcionais e no-funcionais de um sistema de gerenciamento de um hospital de prontosocorro, apresentando os casos de uso, atores e outras caractersticas que facilitam a compreenso do sistema.

1.2

Motivao

O sistema em desenvolvimento (SGHPS) tem por objetivo melhorar e agilizar o atendimento de um hospital de pronto socorro, por meio de um sistema que auxilia os funcionrios na manipulao dos dados (cadastro, consultas, relatrios, etc).

1.3

O Problema Identificado

Visto que a situao atual do atendimento nos hospitais de pronto - socorro bastante lento e de pssima qualidade, o que ocasiona filas um mal estar dos pacientes, a criao de um sistema informatizado para o gerenciamento das atividades de crucial importncia para o melhoramento do atendimento como um todo. Atualmente, o cadastramento na maioria dos hospitais de pronto socorro feito manualmente ou atravs de ferramentas bsicas para manipulao e armazenamento de dados, que no fornecem aos funcionrios funcionalidades de extrema importncia para um bom gerenciamento de um hospital de pronto socorro. Ferramentas como, gerar relatrios especficos, e consultas especificas no banco de dados.

1.4

Sobre a Organizao

Para efeito de estudo de caso, foram realizadas pesquisas atravs de pessoas que atuam na rea, enfermeiros, mdicos e funcionrio de hospitais de pronto socorro. Por meio de questionrios e entrevistas.

1.5

Viso Geral do Documento

Este documento est organizado da seguinte forma: Sesso 1: Introduo : So mostrados aspectos relevantes para o desenvolvimento do projeto, onde dada uma viso geral e as motivaes para realizao do mesmo; Sesso 2: Requisitos No-Funcionais : So apresentados os requisitos no funcionais do sistema; Sesso 3: Requisitos Funcionais : Trata as funcionalidades do sistema; Sesso 4: Casos de Uso : trata o detalhamento dos casos de uso; Sesso 5: Diagrama do Caso de Uso : mostrado o diagrama dos casos de uso.

< organizao >

Projeto S.G.H.P.S.

1.6
1.6.1

Escopo do Produto
Nome do produto e de seus componentes principais

O nome do produto : S.G.H.P.S. Sistema de Gerenciamento de Hospital de Pronto Socorro. As principais funcionalidades do sistema: Gerenciamento de funcionrios e pacientes : podero ser realizados cadastros, atualizaes e remoes de pacientes e funcionrios, e acompanhar o rendimento e desenvolvimento dos mesmos. Gerar e imprimir relatrios : podero ser gerados e impressos relatrios, para que se possa acompanhar o desenvolvimento do hospital de pronto-socorro.

1.6.2

Limites do produto

O sistema no fornecer informaes de solicitao de exames, apenas seu contedo quando esse estiver pronto. O sistema no fornecer informaes sobre os bens que o pronto socorro possui, bem como a necessidade de produtos em falta.

1.6.3

Benefcios do produto
Descrio Facilitar o gerenciamento de um Pronto Socorro Facilitar o acompanhamento dos pacientes Acompanhar o desenvolvimento do Pronto Socorro Facilitar e agilizar o atendimento dos pacientes Gerar relatrios para anlise dos dados Gerar estatsticas de doenas mais comuns Facilitar o acompanhamento do rendimento dos funcionrios Valor para o cliente Essencial Essencial Essencial Essencial Importante Desejvel Desejvel

Nmero de Ordem 1 2 3 4 5 6 7

1.6.4

Materiais de Referncia
Tipo de material Livro Site Referncia bibliogrfica Engenharia de Software. Ian Summerville. www.cin.ufpe.br/~if682

Nmero de Ordem 1 2

1.6.5

Definies das Siglas

Sigla RF-XX UC-XX Definio Requisito Funcional Nmero XX Caso de Uso Nmero XX

Nmero de Ordem 1 2 3

RNF-XX Requisito No-Funcional Nmero XX

S.G.H.P.S.

Especificao dos Requisitos do Software

4 5 6

Sistema de Gerenciamento de Hospital Pronto Socorro Conselho Regional de Medicina Cdigo do CRM Mdico Conselho Regional de Enfermagem Cdigo do COREN Enfermeiro SGHPS

2
2.1

Requisitos No Funcionais
Requisitos de Processo
Descrio
O sistema dever funcionar tanto em plataforma Windows, como em Java.

Identifica o

RNF/PROC-01 na plataforma Linux. Desse modo, o sistema ser implementado RNF/PROC-02 RNF/PROC-03
Ser realizada uma documentao contendo o cdigo-fonte do software e o diagrama de classes.

Ser feito o uso de ferramentas CASE e a criao da modelagem dever utilizar a linguagem UML.

2.2

Requisitos do Produto

2.2.1 Segurana Identifica o RNF/SEG-04 login e uma senha. RNF/SEG-05 usurios.

Descrio

Todos os usurios que forem usar o sistema necessitaro de um Somente o administrador do sistema poder cadastrar novos O nvel de cada usurio ser verificado ao efetuar login, o que far tipo do usurio.

RNF/SEG-06 com que o acesso a determinadas partes do sistema dependa do

2.2.2 Performance Identifica o

Descrio

O tempo de inseres e consultas no sistema no pode ser maior do que 5 segundos para o caso de texto, e deve ser menor de 30 RNF/PER-07 segundos para contedos que envolvam multimdia, como imagens.

RNF/PER-08

O tempo de gerao de relatrios do sistema no deve ser maior do que 90 segundos.

< organizao >

Projeto S.G.H.P.S.

2.2.3 Confiabilidade Identifica o

Descrio

O sistema deve manter a integridade das informaes a cada nova insero e atualizao efetuada. Essa integridade pode ser RNF/CON-09 garantida tanto pelo prprio sistema, como pelo SGBD usado, neste caso o Oracle.

2.2.4 Usabilidade Identifica o

Descrio

O sistema deve apresentar uma interface simples e intuitiva. Deste modo, os usurios faro suas atividades com maior RNF/USA-10 eficincia e no sero necessrios gastos com treinamentos dos mesmos.

2.2.5 Manutenabilidade Identifica o

Descrio

RNF/MAN-11 modo, apenas as partes necessrias sero modificadas,

preservando a integridade dos demais mdulos.

A modularizao ser essencial na manuteno do sistema. Deste

RNF/MAN-12 manuteno do sistema.

Um tratamento de excees essencial para facilitar a

2.2.6 Documentao Identifica o

sistema.

Descrio

RNF/DOC-13 manual descrever as funcionalidades desempenhadas pelo

O sistema ser entregue junto com um manual do usurio. Este

2.3

Requisitos externos

2.3.1 Restries econmicas Identifica o

Descrio

RNF/ECO-14 os computadores existentes possuem certa limitao em sua

configurao (memria e processador).

O sistema no poder exigir muito dos recursos da mquina, pois

S.G.H.P.S.

Especificao dos Requisitos do Software

2.3.2 Restries legais Identifica o

cadastrados no sistema.

Descrio

RNF/LEG-15 informaes verdicas a respeito dos funcionrios e pacientes

Ser responsbilidade do hospital de pronto socorro manter

< organizao >

Projeto S.G.H.P.S.

Requisitos Funcionais

Os requisitos funcionais so as funcionalidades esperadas do sistema. esperado que as funcionalidades listadas a baixo estejam todas no sistema de forma eficaz, eficiente e consistncia. o esperado pelo usurio e cliente. H trs tipos de requisitos: os essenciais, aqueles que devem desde j serem implementados no sistema, do qual no teria a mnima utilidade sem eles; os importantes, que possuem uma prioridade menor que os essenciais, porm, sua implementao de grande importncia para que o sistema funcione de forma ideal; e os desejveis, que so os requisitos de baixa prioridade, de forma que sua implementao no de grande importncia na primeira verso do sistema.

Nmero de Ordem RF-01

Definio
Cadastrar Funcionrio

Descrio

Priorida de

A cada funcionrio contratado, o administrador do hospital de pronto-socorro Essencial poder realizar a insero dos dados do novo empregado no sistema. Caso um dado funcionrio perca o vnculo com o HPS, o mesmo deve ser excludo do sistema de modo a evitar que o mesmo contenha informaes irrelevantes. Essa operao ser executada exclusivamente pelo administrador.

Descadastrar Funcionrio

RF-02

Essencial

Cadastrar Paciente

RF-03

A cada chegada de um novo paciente, o recepcionista do hospital de pronto-socorro poder realizar a insero dos dados do novo Essencial paciente no sistema, caso ele ainda no seja cadastrado. Dada uma perda de vnculo de algum paciente com o HPS, devido a uma mudana de domiclio, ou at mesmo o bito do mesmo, o recepcionista poder remov-lo do sistema, para evitar possvel estouro da Essencial capacidade desse. Com isso, todas as informaes daquele paciente (como diagnstico e exames) sero tambm excludas do sistema. No caso de uma reforma administrativa no HPS, somente o administrador poder inserir Essencial um novo departamento, para que sejam empregados mais profissionais, etc. No caso de uma reforma administrativa no HPS, somente o administrador poder remover um novo departamento, caso seja identificado uma possvel ineficincia (ou subutilidade) daquele departamento. Para um paciente, preciso ser criado um diagnstico para que sejam observadas algumas caractersticas dos problemas daquele, atividade essa realizada pelo recepcionista.

Descadastrar Paciente (Diagnstico e Exame)

RF-04

Inserir Departamento

RF-05
Remover Departamento

RF-06

Essencial

Criar Diagnstico

RF-07

Essencial

S.G.H.P.S.

10

Especificao dos Requisitos do Software

Alterar Diagnstico (Inserir Exame)

RF-08

Para um dado paciente, muitas vezes o tipo de problema modificado, havendo assim a necessidade de alterao do diagnstico, Importante para que o novo problema seja identificado por um profissional. O recepcionista ter permisso para realizar a operao. O usurio poder, atravs dessa operao, ter finalmente o acesso ao sistema. Para isso, cada usurio ter uma senha (nica e Essencial intransfervel) para que seja permitido seu acesso. Tendo disponvel a senha de acesso, o usurio poder modific-la, para que a mesma tenha uma maior segurana. Com essa operao, o paciente poder solicitar a impresso do seu diagnstico. Tendo sido realizado alguma consulta de relatrios, o usurio poder solicitar a impresso do mesmo, para que seja analisado posteriormente e, at, utilizado como um possvel documento. Essencial Importante

Efetuar Login

RF-09

RF-10 RF-11

Modificar Senha

Imprimir Diagnstico Imprimir Relatrio

RF-12

Importante

Gerar Relatrio de bitos

RF-13
Gerar Relatrio de Mdicos em Planto

Lista os principais bitos ocorridos com pacientes do hospital num perodo de tempo Importante previamente definido pelo usurio, inclusive as principais causas dos mesmos. Lista as principais alocaes dos funcionrios (no caso, mdicos) dentro de um perodo Importante definido pelo usurio na chamada operao. Tarefa exclusiva do administrador.

RF-14

RF-15

Gerar Relatrio de Doenas Seleciona e informa ao usurio as principais Frequentes doenas encontradas naquele hospital, informando tambm os principais sintomas da mesma. O recepcionista ter acesso a esse tipo de dado. Gerar Relatrio de Gastos Gerais

Importante

RF-16

Faz um balano financeiro, citando os principais gastos, datas, e produtos que foram precisos ser obtidos num determinado Importante intervalo de tempo. Esse tipo de dados s poder ser acessado pelo administrador do hospital. Informa ao usurio acerca de uma possvel lotao de setor, para que uma medida seja tomada em relao a um paciente. Em muitos caso, esse precisar ser transferido urgentemente. Fica evidente que um recepcionista poder ter acesso a esse requisito, dada a extrema urgncia desta tarefa.

Gerar Relatrio de Departamentos Lotados

RF-17

Importante

RF-18 RF-19

Consultar Funcionrios

O sistema faz uma busca por funcionrios, podendo retornar um ou mais, de acordo com Essencial as restries dadas pelo usurio. O sistema faz uma busca por pacientes, podendo retornar um ou mais, de acordo com Essencial as restries dadas pelo usurio. 11 < organizao >

Consultar Pacientes

Projeto S.G.H.P.S.

RF-20 RF-21

Consultar Diagnstico

O sistema faz uma busca por diagnsticos, podendo retornar um ou mais, de acordo com Essencial as restries dadas pelo usurio. O sistema faz uma busca por exames, podendo retornar um ou mais, de acordo com Essencial as restries dadas pelo usurio. O usurio poder solicitar ao paciente uma foto do mesmo, para que essa seja adicionada ao sistema, visando a fcil identificao do paciente. Desejvel

Consultar Exames

Colocar Foto

RF-22

S.G.H.P.S.

12

Especificao dos Requisitos do Software

4
4.1

Casos de Uso
Cadastrar Funcionrio
Nome Cadastrar Funcionrio Status Aguardando Validao

Identifica o UC-01

Referncias RF-01 : Autor: Joo Rufino Criado em: 06/04/2008 Revisado em: Atores: Administrador do Hospital Entradas: Nome, CPF, RG, CRM (caso do mdico), COREN (caso do enfermeiro), filiao, nacionalidade, endereo, data (de contratao), salrio, bonificaes, estado civil e telefone Pr-condies: Sistema inicializado Existir Departamento com vaga Fluxo Principal: 1. O usurio seleciona a opo de cadastrar funcionrio. 2. Feito isso, o usurio ter a sua disposio vrias ferramentas (como campos de texto) para que insira todos os dados do novo funcionrio. 3. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 2, caso o usurio digite alguma informao errada, como por exemplo um CRM num formato invlido, o sistema dever verificar o erro e informar ao usurio, atravs de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado. 2. No fluxo principal 3, caso o sistema tenha detectado algum conflito de dados, como funcionrio j existente, ou at mesmo que o departamento no comporta mais funcionrios, o sistema dever avisar ao usurio que ocorra uma nova tentativa, tambm atravs de uma janela informativa, com formato semelhante janela de sucesso.

4.2

Descadastrar Funcionrio
Nome Descadastrar Funcionrio Status Aguardando Validao

Identifica o UC-02

Referncias RF-02 : Autor: Joo Rufino Criado em: 06/04/2008 Atores: Administrador do Hospital Entradas:
13

Revisado em:

< organizao >

Projeto S.G.H.P.S.

Nome e CPF Pr-condies: Existir outros profissionais com aquela especializao (ou com a mesma funo) Fluxo Principal: 1. O usurio busca um funcionrio (atravs da RF-18) 2. O usurio seleciona a opo remover funcionrio 3. O sistema verifica a disponibilidade de outros funcionrios com a mesma especializao (ou funo) daquele que est sendo removido. 4. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 1 o sistema pode identificar um erro proveniente do erro da busca. Dessa forma, como ser exposto no RF-18, uma mensagem dever aparecer ao usurio. 2. No fluxo principal 3 o sistema pode identificar um impossibilidade de remoo daquele funcionrio. Assim, uma janela informativa deve ser mostrada ao usurio, notificando-o acerca da impossibilidade da operao.

4.3

Cadastrar Paciente
Nome Cadastrar Paciente Status Aguardando Validao

Identifica o UC-03

Referncias RF-03 : Autor: Joo Rufino Criado em: 06/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: nome, um cdigo interno (previamente definido pela administrao do hospital), filiao, CPF, identidade, tipo sangneo, fator RH. Pr-condies: O paciente no pode existir Fluxo Principal: 1. O usurio seleciona a opo de cadastro de pacientes (uma das mais importantes e teis do sistema) 2. Feito isso, o usurio ter a sua disposio vrias ferramentas (como campos de texto) para que insira todos os dados do novo paciente. 3. O sistema mostra uma tela de confirmao 4. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 2, caso o usurio digite alguma informao errada, como por exemplo um cdigo interno num formato invlido, o sistema dever verificar o erro e informar ao usurio, atravs de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado. 2. Antes do fluxo principal 3, caso o sistema tenha detectado algum conflito de dados, como paciente j existente, ou at mesmo que o cdigo interno no est disponvel (j existe), o sistema dever avisar ao usurio que ocorra uma nova tentativa, tambm atravs de uma janela informativa, com formato semelhante janela de sucesso.

S.G.H.P.S.

14

Especificao dos Requisitos do Software

4.4

Descadastrar Paciente
Nome Descadastrar Paciente Status Aguardando Validao

Identifica o UC-04

Referncias RF-04 : Autor: Joo Rufino Criado em: 06/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: Nome e identificador (CPF ou cdigo interno) Pr-condies: O paciente deve existir Fluxo Principal: 1. O usurio seleciona a opo de cadastro de pacientes (uma das mais importantes e teis do sistema) 2. Feito isso, o usurio ter a sua disposio a opo de fazer o descadastramento, onde dever preencher campos com dados do paciente a ser removido (os campos sero para informar ao sistema o nome e o identificador do paciente). 3. Em seguida, ser realizada uma busca, de acordo com o nome e o identificador caractersticos do paciente que deseja-se descadastrar. 4. O sistema mostra uma tela de confirmao 5. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 2, caso o usurio digite alguma informao errada, como por exemplo um cdigo interno num formato invlido, o sistema dever verificar o erro e informar ao usurio, atravs de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado. 2. Antes do fluxo principal 3, caso o sistema no tenha tido sucesso na busca ao paciente a ser removido, o sistema dever informar ao usurio para voltar a informar novamente os atributos do paciente, deixando claro o motivo pelo qual o erro aconteceu, no caso, pela inexistncia do paciente buscado.

4.5

Inserir Departamento
Nome Inserir Departamento Status Aguardando Validao

Identifica o UC-05

Referncias RF-05 : Autor: Eduardo Gade Gusmo Criado em: 05/04/2008 Atores: Administrador do Hospital Entradas: Tipo e Departamento
15

Revisado em:

< organizao >

Projeto S.G.H.P.S.

Pr-condies: Sistema inicializado Existir Departamento Pronto Fluxo Principal: 1. O usurio seleciona a opo de cadastrar departamento. 2. Feito isso, o usurio ter a sua disposio vrias ferramentas (como campos de texto) para que insira todos os dados do novo departamento. 3. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 2, caso o usurio digite alguma informao errada, como por exemplo um Tipo de departamento com formato invlido, o sistema dever verificar o erro e informar ao usurio, atravs de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado. 2. No fluxo principal 3, caso o sistema tenha detectado algum conflito de dados, como departamento j existente, o sistema dever avisar ao usurio que ele deve realizar uma nova tentativa, tambm atravs de uma janela informativa, com formato semelhante janela de sucesso.

4.6

Remover Departamento
Nome Remover Departamento Status Aguardando Validao

Identifica o UC-06

Referncias RF-06 : Autor: Eduardo Gade Gusmo Criado em: 05/04/2008 Revisado em: Atores: Administrador do Hospital Entradas: Nome e CPF Pr-condies: Existir tal departamento cadastrado O departamento estar, de fato, desativado (ineficincia ou subutilidade). Fluxo Principal: 1. O usurio seleciona a opo relativa remoo do departamento. 2. O usurio fornece o nome do departamento a ser removido. 3. Se o departamento puder ser removido, o sistema desaloca todas as informaes relativas ao departamento em questo e o remove do sistema. 4. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 2 o usurio pode digitar um nome invlido, assim, uma janela informativa deve ser mostrada ao usurio, notificando-o que tal departamento inexistente. 2. No fluxo principal 3 o departamento pode estar com algumas operaes em andamento, tanto de carter administrativo quanto com relao ao

S.G.H.P.S.

16

Especificao dos Requisitos do Software

prprio sistema de gerenciamento, portanto dever ser mostrada uma janela, com todos as restries ao nvel do sistema, que impediram a remoo do departamento.

4.7

Criar Diagnstico
Nome Criar Diagnstico Status Aguardando Validao

Identifica o UC-07

Referncias RF-07 : Autor: Eduardo Gade Gusmo Criado em: 05/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: Tratamento, Sintomas, ID do paciente, Doena Pr-condies: Deve existir um paciente relativo ao diagnstico (o diagnstico referencia um paciente). O mdico dever passar todos os dados ao funcionrio encarregado de criar o diagnstico. Caso o paciente tenha mais de um diagnsticos, eles so armazenados da mesma forma. Fluxo Principal: 1. O usurio seleciona a opo de criar diagnstico. 2. O usurio fornece os dados relativos ao diagnstico do paciente. 3. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 2, caso o usurio digite alguma informao errada, como por exemplo um cdigo interno (ID) num formato invlido, o sistema dever verificar o erro e informar ao usurio, atravs de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado.

4.8

Alterar Diagnstico (Inserir Exame)

Nome Alterar Diagnstico (Inserir Exame) Status Aguardando Validao

Identifica o UC-08

Referncias RF-08 : Autor: Eduardo Gade Gusmo Criado em: 05/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: Nome do Laboratrio, Nome do Mdico, ID do Paciente, Anlise, ID do exame,
17 < organizao >

Projeto S.G.H.P.S.

Pronto Socorro, Nome do Paciente, Endereo do Laboratrio. Pr-condies: O diagnstico deve existir. O mdico dever ter autorizado a transao. Fluxo Principal: 1. O usurio seleciona a opo de alterao de diagnstico. 2. O usurio informa o diagnstico a ser alterado. 3. O usurio seleciona entre as opes de alterar informaes relativas ao diagnstico, alterar um exame previamente existente ou inserir um novo exame. 4. No caso do usurio ter selecionado por modificar um exame, ele dever informar qual exame ele quer alterar. 5. O usurio providencia as informaes necessrias para a criao, ou altera as informaes desejadas, no caso de modificao. 6. O sistema informa que a operao foi realizada com sucesso. Fluxos Secundrios: 1. No fluxo principal 1, podem no haver diagnsticos, portanto essa informao apresentada ao usurio. 2. No fluxo principal 2, o diagnstico pode no existir. Essa informao apresentada do mesmo modo que a exceo do fluxo secundrio 1. 3. No fluxo principal 4, o exame pode no existir. Um aviso atravs de uma janela informativa apresentado do mesmo modo do que nos fluxos secundrio 1 e 2. 4. No fluxo principal 5, as informaes fornecidas em qualquer caso, podem ser invlidas. Um aviso atravs de uma janela informativa apresentado do mesmo modo do que nos fluxos secundrio 1, 2 e 3.

4.9

Efetuar Login
Nome Efetuar Login Status Aguardando Validao

Identifica o UC-09

Referncias RF-09 : Autor: Felipe Khner Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas: Nome de usurio e senha.

Revisado em:

Pr-condies: Sistema Inicializado. Fluxo Principal: 1. O usurio insere seu nome de usurio. 2. O usurio insere sua senha. 3. A senha e o nome de usurio so checados no banco de dados do sistema. 4. O usurio autenticado. Fluxos Secundrios: 1. No item 3 do fluxo principal, caso o nome de usurio ou senha no esteja presente no banco de dados, o erro informado ao usurio, que pode

S.G.H.P.S.

18

Especificao dos Requisitos do Software

efetuar outra tentativa (retornando ao item 1 do fluxo principal).

4.10

Modificar Senha
Nome Modificar Senha Status Aguardando Validao

Identifica o UC-10

Referncias RF-10 : Autor: Felipe Khner Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas: Nova senha.

Revisado em:

Pr-condies: Sistema Inicializado. Usurio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio insere a nova senha. 2. pedido que o usurio insira novamente a nova senha. 3. A senha atualizada no Banco de Dados do sistema. 4. O usurio informado do sucesso da atualizao. Fluxos Secundrios: 1. No item 2 do fluxo principal, caso a senha entrada no corresponda a obtida do item 1, uma mensagem de erro exibida ao usurio e o fluxo retorna para o item 1.

4.11

Imprimir Diagnstico
Nome Imprimir Diagnstico Status Aguardando Validao

Identifica o UC-11

Referncias RF-11 : Autor: Felipe Khner Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas:

Revisado em:

Pr-condies: Sistema Inicializado. Funcionrio Autenticado de acordo com o UC-09. Diagnstico Consultado de acordo com o UC-20. Fluxo Principal: 1. pedido que o usurio selecione uma impressora conectada ao computador. 2. Os dados do diagnstico do paciente so formatados.
19 < organizao >

Projeto S.G.H.P.S.

3. O diagnstico impresso. 4. O usurio informado do sucesso da impresso. Fluxos Secundrios: 1. No item 1, caso no haja nenhuma impressora conectada ao computador, o usurio informado e o fluxo se encerra.

4.12

Imprimir Relatrio
Nome Imprimir Relatrio Status Aguardando Validao

Identifica o UC-12

Referncias RF-12 : Autor: Felipe Khner Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas:

Revisado em:

Pr-condies: Sistema Inicializado. Funcionrio Autenticado de acordo com o UC-09. Relatrio Gerado de acordo com UC-13, UC-14, UC-15, UC-16 ou UC-17. Fluxo Principal: 1. pedido que o usurio selecione uma impressora conectada ao computador. 2. Os dados do relatrio so formatados. 3. O relatrio impresso. 4. O usurio informado do sucesso da impresso. Fluxos Secundrios: 1. No item 3, caso no haja nenhuma impressora conectada ao computador, o usurio informado e o fluxo se encerra.

4.13

Gerar Relatrio de bitos

Nome Gerar Relatrio de bitos Status Aguardando Validao

Identifica o UC-13

Referncias RF-13 : Autor: Paulo Ricardo Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas: Data inicial, data final. Pr-condies: Sistema inicializado

Revisado em:

S.G.H.P.S.

20

Especificao dos Requisitos do Software

Usurio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio indica a data inicial e a data final para o sistema. 2. O usurio confirma a solicitao do relatrio. 3. O relatrio gerado para aquele intervalo de tempo. Fluxos Secundrios: 1. No fluxo principal 1, caso o usurio digite alguma das datas em formato invlido, o sistema dever verificar o erro e informar ao usurio, para que esse possa corrigir o erro e retomar a solicitao de relatrio.

4.14

Gerar Relatrio de Mdicos em Planto

Nome Gerar Relatrio de Mdicos em Planto Status Aguardando Validao

Identifica o UC-14

Referncias RF-14 : Autor: Paulo Ricardo Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas: Data inicial, data final

Revisado em:

Pr-condies: Sistema inicializado Usurio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio indica a data inicial e a data final para o sistema. 2. O usurio confirma a solicitao do relatrio. 3. O relatrio gerado para aquele intervalo de tempo. Fluxos Secundrios: 1. No fluxo principal 1, caso o usurio digite a data em formato invlido, o sistema dever verificar o erro e informar ao usurio, para que esse possa corrigir o erro e retomar a solicitao do relatrio.

4.15

Gerar Relatrio de Doenas Freqentes

Nome Gerar Relatrio de Doenas Freqentes Status Aguardando Validao

Identifica o UC-15

Referncias RF-15 : Autor: Paulo Ricardo Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas: Data inicial, data final

Revisado em:

21

< organizao >

Projeto S.G.H.P.S.

Pr-condies: Sistema inicializado Usurio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio indica a data inicial e a data final para o sistema. 2. O usurio confirma a solicitao do relatrio. 3. O relatrio gerado para aquele intervalo de tempo. Fluxos Secundrios: 1. No fluxo principal 1, caso o usurio digite alguma das datas em formato invlido, o sistema dever verificar o erro e informar ao usurio, para que esse possa corrigir o erro e retomar a solicitao do relatrio.

4.16

Gerar Relatrio de Gastos Gerais

Nome Gerar Relatrio de Gastos Gerais Status Aguardando Validao

Identifica o UC-16

Referncias RF-16 : Autor: Paulo Ricardo Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas: Data inicial, data final

Revisado em:

Pr-condies: Sistema inicializado Usurio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio indica a data inicial e a data final para o sistema. 2. O usurio confirma a solicitao do relatrio. 3. O relatrio gerado para aquele intervalo de tempo. Fluxos Secundrios: 1. No fluxo principal 1, caso o usurio digite alguma das datas em formato invlido, o sistema dever verificar o erro e informar ao usurio, para que esse possa corrigir o erro e retomar a solicitao do relatrio.

4.17

Gerar Relatrio de Departamentos Cheios

Nome Gerar Relatrio de Departamentos Cheios Status Aguardando Validao

Identifica o UC-17

Referncias RF-17 : Autor: Paulo Ricardo Criado em: 08/04/2008 Atores: Administrador do Hospital e Funcionrio Entradas:

Revisado em:

S.G.H.P.S.

22

Especificao dos Requisitos do Software

Data, hora Pr-condies: Sistema inicializado Usurio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio indica a data e a hora de atual para o sistema. 2. O usurio confirma a solicitao do relatrio. 3. O relatrio gerado para aquela data e hora. Fluxos Secundrios: 1. No fluxo principal 1, caso o usurio digite a data ou a hora em formato invlido, o sistema dever verificar o erro e informar ao usurio, para que esse possa corrigir o erro e retomar a solicitao do relatrio.

4.18

Consultar Funcionrios
Nome Consultar Funcionrios Status Aguardando Validao

Identifica o UC-18

Referncias RF-18 : Autor: Nelson Rocha Criado em: 08/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: Nome de usurio, CPF, Salrio, Departamento, Data de Nascimento e RG Pr-condies: Sistema Inicializado. SGBD funcionando corretamente. Funcionrio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O Usurio Escolhe o menu Consultar. 2. Em seguida escolhe o item Consultar Funcionrio. 3. U usurio preenche pelo menos um dos campos do formulrio e confirma clicando em Pesquisar. 4. O sistema busca no banco de Dado todos os funcionrios que se enquadram nos dados preenchidos. 5. So listadas todas as informaes dos funcionrios encontrados. Fluxos Secundrios: 1. No item 3, caso o usurio preencha nenhum dos campos o sistema exibir a seguinte mensagem: Preencha pelo menos um dos campos. 2. No item 3, caso o campo CPF seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o CPF foi digitado corretamente. 3. No item 3, caso o campo salrio seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Salrio foi digitado corretamente. 4. No item 3, caso o campo RG seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo RG foi digitado corretamente. 5. No item 4, caso no seja encontrado nenhum funcionrio de acordo com os parmetros informados, ser informado pelo sistema a seguinte
23 < organizao >

Projeto S.G.H.P.S.

mensagem: Nenhum funcionrio encontrado. Depois o formulrio exibido novamente com as informaes anteriormente fornecidas.

4.19

Consultar Paciente
Nome Consultar Paciente Status Aguardando Validao

Identifica o UC-19

Referncias RF-19 : Autor: Nelson Rocha Criado em: 08/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: Nome, Tipo Sanguneo, Fator RH, RG, CPF, ID Pr-condies: Sistema Inicializado. SGBD funcionando corretamente. Funcionrio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O Usurio Escolhe o menu Consultar. 2. Em seguida escolhe o item Consultar Paciente. 3. O usurio preenche pelo menos um dos campos do formulrio e confirma clicando em Pesquisar. 4. O sistema busca no banco de Dado todos os pacientes que se enquadram nos dados preenchidos. 5. So listadas todas as informaes dos funcionrios encontrados. Fluxos Secundrios: 1. No item 3, caso o usurio preencha nenhum dos campos o sistema exibir a seguinte mensagem: Preencha pelo menos um dos campos. 2. No item 3, caso o campo CPF seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o CPF foi digitado corretamente. 3. No item 3, caso o campo Tipo Sanguneo seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Tipo Sanguneo foi digitado corretamente. 4. No item 3, caso o campo RG seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo RG foi digitado corretamente. 5. No item 4, caso no seja encontrado nenhum paciente de acordo com os parmetros informados, ser informado pelo sistema a seguinte mensagem: Nenhum paciente encontrado. Depois o formulrio exibido novamente com as informaes anteriormente fornecidas.

4.20

Consultar Diagnstico
Nome Consultar Diagnstico RF-20
24

Identifica o UC-20 Referncias

S.G.H.P.S.

Status Aguardando Validao

Especificao dos Requisitos do Software

: Autor: Nelson Rocha Criado em: 08/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: ID do Paciente, Sintomas, Doena, ID do Diagnstico e Data do Diagnstico. Pr-condies: Sistema Inicializado. SGBD funcionando corretamente. Funcionrio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O Usurio Escolhe o menu Consultar. 2. Em seguida escolhe o item Consultar Diagnstico. 3. O usurio preenche pelo menos um dos campos do formulrio e confirma clicando em Pesquisar. 4. O sistema busca no banco de Dado todos os diagnsticos que se enquadram nos dados preenchidos. 5. So listadas todas as informaes dos diagnsticos encontrados. 6. Estar disponvel dois botes, que visualizar a impresso e outro que ir imprimir o diagnstico selecionado. Fluxos Secundrios: 1. No item 3, caso o usurio preencha nenhum dos campos o sistema exibir a seguinte mensagem: Preencha pelo menos um dos campos. 2. No item 3, caso o campo ID do Paciente seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o ID do Paciente foi digitado corretamente. 3. No item 3, caso o campo Sintomas seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Sintomas foi digitado corretamente. 4. No item 3, caso o campo Doena seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Doena foi digitado corretamente. 5. No item 3, caso o campo ID do Diagnstico seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo ID do Diagnstico foi digitado corretamente. 6. No item 3, caso o campo ID do Diagnstico seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo ID do Diagnstico foi digitado corretamente. 7. No item 4, caso no seja encontrado nenhum diagnstico de acordo com os parmetros informados, ser informado pelo sistema a seguinte mensagem: Nenhum diagnstico encontrado. Depois o formulrio exibido novamente com as informaes anteriormente fornecidas. 8. No item 6, caso seja selecionado mais de um diagnstico, o sistema informar a seguinte informao: Selecione apenas um diagnstico para ser impresso ou visualizado.

4.21

Consultar Exame
Nome Consultar Exame
25

Identifica o UC-21

Status Aguardando
< organizao >

Projeto S.G.H.P.S.

Validao Referncias RF-21 : Autor: Nelson Rocha Criado em: 08/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: Nome do Laboratrio, Nome do Mdico, ID do Paciente, ID do Exame, Pronto Socorro, Nome do Paciente e Endereo do Laboratrio. Pr-condies: Sistema Inicializado. SGBD funcionando corretamente. Funcionrio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O Usurio Escolhe o menu Consultar. 2. Em seguida escolhe o item Consultar Exame. 3. O usurio preenche pelo menos um dos campos do formulrio e confirma clicando em Pesquisar. 4. O sistema busca no banco de Dado todos os exames que se enquadram nos dados preenchidos. 5. So listadas todas as informaes referentes aos exames encontrados. Fluxos Secundrios: 1. No item 3, caso o usurio preencha nenhum dos campos o sistema exibir a seguinte mensagem: Preencha pelo menos um dos campos. 2. No item 3, caso o campo Nome do Laboratrio seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o Nome do Laboratrio foi digitado corretamente. 3. No item 3, caso o campo Nome do Mdico seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Nome do Mdico foi digitado corretamente. 4. No item 3, caso o campo ID do Paciente seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo ID do Paciente foi digitado corretamente. 5. No item 3, caso o campo ID do Exame seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo ID do Exame foi digitado corretamente. 6. No item 3, caso o campo ID do Paciente seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Pronto Socorro foi digitado corretamente. 7. No item 3, caso o campo Pronto Socorro seja invlido, ser exibido pelo sistema a seguinte mensagem: Verifique se o campo Pronto Socorro foi digitado corretamente. 8. No item 4, caso no seja encontrado nenhum exame de acordo com os parmetros informados, ser informado pelo sistema a seguinte mensagem: Nenhum exame encontrado. Depois o formulrio exibido novamente com as informaes anteriormente fornecidas.

S.G.H.P.S.

26

Especificao dos Requisitos do Software

4.22

Associar Foto
Nome Associar Foto Status Aguardando Validao

Identifica o UC-22

Referncias RF-22 : Autor: Felipe Khner Criado em: 08/04/2008 Revisado em: Atores: Administrador do Hospital e Funcionrio Entradas: CPF do paciente, arquivo de imagem com a fotografia do paciente. Pr-condies: Sistema Inicializado. Funcionrio Autenticado de acordo com o UC-09. Fluxo Principal: 1. O usurio insere a o CPF do paciente. 2. efetuada uma consulta no Banco de Dados para acessar a ficha do paciente. 3. pedido que o usurio indique o arquivo da fotografia a ser associada ao paciente. 4. A fotografia atualizada no Banco de Dados do sistema, na ficha do paciente. 5. O usurio informado do sucesso da atualizao. Fluxos Secundrios: 1. No item 2 do fluxo principal, caso o paciente no seja encontrado, o erro informado ao usurio, e o fluxo retorna para o item 1. 2. No item 4, caso o arquivo indicado ultrapasse o tamanho limite do Banco de Dados, o erro informado ao usurio e o fluxo retorna para o item 3.

27

< organizao >

Projeto S.G.H.P.S.

Diagrama de Caso de Uso

S.G.H.P.S.

28