Documento de Requisitos de Sistemas

SGC
Sistema Gerenciador de Clínicas

Versão 1.0

Autores:
Angelo Alexandre Pinter Estevão
Danilo Abílio Luiz
Guilherme Schlickmann Espíndola
Leonardo Machado Fernandes
Sandro Costa
Thiago Volpato

Tubarão, 17/03/2011
Especificação de Requisitos do Software
Nome do Projeto:
Responsáveis pelo documento:
SGC
Webi:
Angelo Alexandre Pinter
Danilo Abílio Luiz
Guilherme Schlickmann Espíndola
Leonardo Machado Fernandes
Sandro Costa da Rosa
Thiago Volpato de Souza

Identificação do documento:

Controle de Mudanças
Data Versão Modificações
17/03/2011 1.0 Desenvolvimento inicial da ERS.

2
Índice

Introdução .......................................................... Erro! Indicador não definido.

1.1. Nome do software ............................................................................................. 4
1.2. Objetivos do produto ........................................................................................ 4
1.3. Áreas e processos de negócio envolvidos ......................................................... 4
1.4. Limites de atuação ............................................................................................ 4
1.5. Requisitos futuros ............................................................................................. 4
2. Escopo do Software ........................................................................................... 4
3. Requisitos Não-Funcionais ............................................................................... 4
3.1. Portabilidade e Interoperabilidade .................................................................. 4
3.2. Desempenho ..................................................................................................... 5
3.3. Segurança ......................................................................................................... 5
3.4. Visão Geral das Funções do Produto .............................................................. 5
3.5. Usuários ............................................................ Erro! Indicador não definido.
3.6. Requisitos de Usabilidade ................................................................................ 5
3.7. Restrições Gerais .............................................................................................. 6
3.8. Manutenibilidade .............................................................................................. 6
3.9. Premissas Gerais .............................................................................................. 6
4. Requisitos Específicos ....................................................................................... 6
4.1. Requisitos Funcionais ........................................................................................ 6
5 Glossário .............................................................................................................8
6 Referências ..........................................................................................................8

3
1. Introdução

1.1. Nome do software

SGC – Sistema Gerenciador de Clínicas.

1.2. Objetivos do produto

Desenvolver uma ferramenta que gerencie o cronograma de atendimento
da empresa visando aperfeiçoar o processo de atendimento.

1.3. Áreas e processos de negócio envolvidos

Gestão de processos, relacionamento com cliente e corpo clínico.

1.4. Limites de atuação

Pacientes não vão interagir com o sistema (agendamento de
consultas/exames).

1.5. Requisitos futuros

O software não contempla módulos tais como: Recursos Humanos e
Contábeis.

2. Escopo do Software
Gerenciador de atendimento controlando todo o fluxo de processo
conciliando catálogo de serviços, médicos e pacientes. Mantendo o histórico
de atendimento de onde serão extraídas as informações gerenciais por
meio de técnicas de Business Intelligence.

3. Requisitos Não-Funcionais
3.1. Portabilidade e Interoperabilidade

RNF001 Origem: Administrador do Servidor

O sistema gerenciador de banco de dados utilizado será o PostgreSQL.
RNF002 Origem: Administrador do Servidor
A plataforma a ser utilizada será Linux.
RNF003 Origem: Administrador do Servidor
A linguagem a ser utilizada no desenvolvimento das classes de negócio

4
deverá ser Java 1.6
RNF004 Origem: Webi
Deverá ser ter uma interface WEB amigável e acessivel ao usuário.
RNF005 Origem: Webi
Todas ferramentas/tecnologias empregadas no sistema deverão ser
software livre.
RNF006 Origem: Administrador do Servidor
Deverá funcionar compatível com os navegadores Mozilla Firefox 3.0,
Internet Explorer 8.0, Google Chrome ou superior.
Tabela 1 - Requisitos não funcionais – Portabilidade e Interoperabilidade

3.2. Desempenho
RNF007 Origem: Webi
O sistema deverá ter um tempo de resposta em menos 10 segundos.
RNF008 Origem: Webi
Quando não for possível o atendimento a um determinado usuário, o
mesmo deverá receber informações sobre o tempo de espera. (Por
exemplo: por motivo de excesso de usuários).
Tabela 2 - Requisitos não funcionais - Desempenho

3.3. Segurança
RNF009 Origem: Webi
O protocolo https deverá ser empregado quando no envio de informações
como login e senha, além disso estes dados devem ser criptografados.
RNF010 Origem: Webi
O sistema deverá permitir que o mesmo seja auditável com emprego de
técnicas de logs.
RNF011 Origem: Webi
O backup dos dados armazenado será feito diariamente pelo sistema de
acordo com horário estabelecido pelo cliente.
Tabela 3 - Requisitos não funcionais - Seguranda

3.4. Visão Geral das Funções do Produto

A principal função do produto é automatizar todo o processo de atendimento
da clínica

3.5. Requisitos de Usabilidade

RNF012 Origem: Webi
Haverá texto na documentação do help informando é o funcionamento do
sistema

5
 RNF013 Origem: Webi
A interface do sistema não precisará ser validada por órgãos
padronizadores de desenvolvimento web.
Tabela 4 - Requisitos não funcionais – Requisitos de Usabilidade

3.6. Restrições Gerais

R001 Origem: Webi
O sistema deverá ser entregue até a data final da disciplina.
Tabela 5 - Requisitos não funcionais – Restrições Gerais

3.7. Manutenibilidade
RNF014 Origem: Webi
Sistema deverá fazer uso de UML em sua documentação e padrões de
software;
RNF015 Origem: Webi
A arquitetura do sistema a ser construído deverá ser uma arquitetura que
facilite a adição de novas funcionalidades, como por exemplo a arquitetura
de 3 camadas.
Tabela 6 - Requisitos não funcionais - Manutenibilidade

3.8. Premissas Gerais

Supõe-se que um máquina (Servidor) que suporte o SGBD PostgreSQL e
um servidor de aplicações TomCat estará disponível para a implantação no
cliente; caso contrário os requisitos de portabilidade de bases de dados e
serviço deverão ser revistos.

4. Requisitos Específicos

4.1. Requisitos Funcionais

RF001 Origem: Webi
O sistema possuirá um CRUD para pacientes. Validando informações
requeridas.
RF002 Origem: Webi
O sistema possuirá um CRUD para médicos. Validando informações
requeridas.
RF003 Origem: Webi
O sistema possuirá um CRUD para funcionários. Validando informações
requeridas.
RF004 Origem: Webi

6
O sistema possuirá um CRUD para serviços. Validando informações
requeridas.
RF005 Origem: Webi
O sistema possuirá um CRUD para recursos. Validando informações
requeridas.
RF006 Origem: Webi
O sistema possuirá um gerenciamento de recursos para os atendimentos.
Ex: salas, equipamentos, entre outros.
RF007 Origem: Webi
O sistema disponibilizará calendário de agendamento para cada médico.
RF008 Origem: Webi
O sistema disponibilizará um histórico de atendimento para cada paciente.
(Prontuário médico)
RF009 Origem: Webi
O sistema possuirá camadas de acesso de acordo com nível de cada
usuário.
RF010 Origem: Webi
O sistema manterá registros dos atendimentos que poderão englobar
diversas etapas.
RF011 Origem: Webi
O sistema possuirá um CRUD para usuários do sistema. Validando
informações requeridas.
RF012 Origem: Webi
O sistema possuirá um CRUD para perfis de acesso. Validando
informações requeridas.
RF013 Origem: Webi
O sistema possuirá um CRUD de convênios. Validando informações
requeridas.
RF014 Origem: Webi
O sistema emitirá relatório diário de atendimentos.
RF015 Origem: Webi
O sistema emitirá relatório gerencial de pacientes por especialização
médica.
RF016 Origem: Webi
O sistema emitirá relatório gerencial de recursos por médico, por
atendimento.
RF017 Origem: Webi

7
 O sistema emitirá relatório gerencial de prontuários.
RF018 Origem: Webi
O sistema emitirá relatório gerencial de pacientes por serviço.
RF019 Origem: Webi
O sistema emitirá relatório gerencial de pacientes por dias da semana (que
seria utilizado para saber quando a clinica tem um maior fluxo de pacientes,
para poder alocar um maior número de pessoas e recursos nesses dias).
Tabela 7 - Requisitos Específicos – Requisitos Funcionais

5. Glossário
R - Restrição
RNF - Requisito Não-Funcional
RF - Requisito Funcional
CRUD – Create,Retrieve,Update,Delete

6. Referências
Conceito de operações do sistema -
http://tools.assembla.com/treinamento/browser/EngenhariaDeRequisitos/Gr
upo%203/CONOPS.doc
Site da Pró Reitoria de Curso de Extensão da UFG – www.proec.ufg.br,
acessado em 05/10/2007.