Documento de Requisitos de Sistemas. SGC Sistema Gerenciador de Clínicas

Transcrição

1 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

2 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/ Desenvolvimento inicial da ERS. 2

3 Índice Introdução... Erro! Indicador não definido Nome do software Objetivos do produto Áreas e processos de negócio envolvidos Limites de atuação Requisitos futuros Escopo do Software Requisitos Não-Funcionais Portabilidade e Interoperabilidade Desempenho Segurança Visão Geral das Funções do Produto Usuários... Erro! Indicador não definido Requisitos de Usabilidade Restrições Gerais Manutenibilidade Premissas Gerais Requisitos Específicos Requisitos Funcionais Glossário Referências...8 3

4 1. Introdução 1.1. Nome do software SGC Sistema Gerenciador de Clínicas Objetivos do produto Desenvolver uma ferramenta que gerencie o cronograma de atendimento da empresa visando aperfeiçoar o processo de atendimento Áreas e processos de negócio envolvidos Gestão de processos, relacionamento com cliente e corpo clínico Limites de atuação Pacientes não vão interagir com o sistema (agendamento de consultas/exames) 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

5 deverá ser Java 1.6 RNF004 Deverá ser ter uma interface WEB amigável e acessivel ao usuário. RNF005 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 O sistema deverá ter um tempo de resposta em menos 10 segundos. RNF008 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) Segurança RNF009 Tabela 2 - Requisitos não funcionais - Desempenho 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 O sistema deverá permitir que o mesmo seja auditável com emprego de técnicas de logs. RNF011 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 Haverá texto na documentação do help informando é o funcionamento do sistema 5

6 RNF013 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 O sistema deverá ser entregue até a data final da disciplina. Tabela 5 - Requisitos não funcionais Restrições Gerais 3.7. Manutenibilidade RNF014 Sistema deverá fazer uso de UML em sua documentação e padrões de software; RNF015 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 O sistema possuirá um CRUD para pacientes. Validando informações RF002 O sistema possuirá um CRUD para médicos. Validando informações RF003 O sistema possuirá um CRUD para funcionários. Validando informações RF004 6

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

8 O sistema emitirá relatório gerencial de prontuários. RF018 O sistema emitirá relatório gerencial de pacientes por serviço. RF019 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 - upo%203/conops.doc Site da Pró Reitoria de Curso de Extensão da UFG acessado em 05/10/