MODELO DocumentoRequisitos

SmartClinic
Especificao dos Requisitos

Verso <1.0>
SmartClinic
Especificacao Requisitos.doc
Verso: 1.0
Data Verso: 22 / 11 / 06
Histrico das Revises

Data
Verso
Descrio
Autor
Djaci Alves
Nicole Sultanum
22 / 10 / 2006
00.01
Verso Inicial
Renan Lima
Victor Rodrigues
{ daaf , nbs2 , rpgl , vcr2 }
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
Sumrio
1
Introduo ..................................................................................................................................................... 4
1.1
Objetivos deste documento ..................................................................................................................... 4
1.2
Escopo do produto SmartClinic ............................................................................................................... 4
1.2.1
Componentes principais ................................................................................................................. 4
1.2.2
Benefcios do produto..................................................................................................................... 4
1.3
Materiais de referncia ........................................................................................................................... 5
1.4
Definies e siglas ................................................................................................................................. 5
1.5
Viso geral deste documento .................................................................................................................. 5
Descrio geral do produto ............................................................................................................................. 6
2.1.1
Interfaces de hardware ................................................................................................................... 6
2.1.2
Interfaces de software .................................................................................................................... 6
2.1.3
Interfaces de comunicao ............................................................................................................. 6
2.1.4
Restries de memria ................................................................................................................... 6
2.2
Usurios e sistemas externos ................................................................................................................. 6
2.2.1
Descrio ...................................................................................................................................... 6
Requisitos ..................................................................................................................................................... 7
3.1
Identificao dos Requisitos .................................................................................................................. 13
3.2
Prioridades dos Requisitos ..................................................................................................................... 7
3.3
Requisitos funcionais ............................................................................................................................. 7
3.4
Requisitos no-funcionais ....................................................................................................................... 8
Diagramas de casos de uso .......................................................................................................................... 10
4.1.1.1
Diagrama de casos de uso Subsistema de Cadastro de Mdicos.................................................. 10
4.1.1.2
Diagrama de casos de uso Subsistema de Cadastro de Clnicas .... Erro! Indicador no definido.
4.1.1.3
Diagrama de casos de uso Subsistema de Cadastro de SecretriasErro! Indicador no definido.
4.1.1.4
Diagrama de casos de uso Subsistema de Cadastro de Pacientes ............................................... 10
4.1.1.5
Diagrama de casos de uso Subsistema de Cadastro de Convnios .............................................. 11
4.1.1.6
Diagrama de casos de uso Subsistema de Gerenciamento da Agenda Mdica .............................. 12
4.1.1.7
Diagrama de casos de uso Subsistema de Gerenciamento de Documentos Mdicos ..................... 13
Detalhamento Casos de Uso......................................................................................................................... 13
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
1 Introduo
1.1 Objetivos deste documento
Descrever e especificar as necessidades do projeto SmartClinic, com o intuito de servir de agente facilitador no
gerenciamento dos requisitos do projeto e no posterior desenvolvimento do software.
1.2 Escopo do produto SmartClinic

Um consultrio mdico um ambiente que precisa de uma gerncia eficaz de informao, para
lidar com as diversas entidades relacionadas de modo a prover um servio com qualidade. O
propsito do SmartClinic oferecer aos mdicos e seus consultrios um maior controle de suas
atividades rotineiras, tais como a marcao de consultas, agendamento de compromissos,
relatrio de faturamento, entre outros.
1.2.1 Componentes principais

Cadastro de mdicos
Cadastro de secretrias
Cadastro de consultas
Cadastro de pacientes
Cadastro de convnios
Gerenciamento de agenda mdica
Gerenciamento de documentos mdicos
Servios de suporte a deciso (CID-10, CBHPM)
1.2.2 Benefcios do produto

Benefcio
Relevncia
Agilidade no processo de gerenciamento de consultrios mdicos
Essencial
Maior segurana no armazenamento de dados dos pacientes
Essencial
Gera um relatrio de faturamento por perodo com as consultas
Importante
realizadas e seus valores, separadas por convnio

Gera documentos mdicos: receitas e atestados mdicos
Importante
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
1.3 Materiais de referncia

Tipo do material
Referncia
Entrevista
Entrevistas com mdicos experientes na rea e antigos usurios de

outros sistemas.
Software
Personal Med 98
CID-10
DataSus
CBHPM
AMB Associao Mdica Brasileira
1.4 Definies e siglas

Sigla
Definio
CID
Classificao Internacional de Doenas
CBHPM
Classificao Brasileira Hierarquizada de Procedimentos Mdicos
1.5 Viso geral deste documento

O documento est estruturado da seguinte maneira: na Seo 2, temos uma descrio do produto,
principalmente no que diz respeito aos usurios do sistema, e requisitos tcnicos.
A Seo 3 apresenta a lista de requisitos do sistema. Na Seo 4, est disponvel o conjunto de diagramas de
caso de uso que correspondem aos requisitos listados. Por fim, na Seo 5, o documento apresenta um maior
detalhamento dos casos de uso mais importantes listados na seo anterior.
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
2 Descrio geral do produto

2.1.1
Interfaces de hardware
No aplicvel ao sistema.
2.1.2
2.1.3
Interfaces de software
Nome
Descrio
SGBD Interface
Interface com o Sistema de Gerenciamento de Banco de Dados.
Interfaces de comunicao
No aplicvel ao sistema.
2.1.4
Restries de memria
Tipo de memria
Limites aplicveis
HD
O sistema dever ocupar no mximo 10 MB de espao em disco,

excluindo-se as bases de dados e o SGBD.
RAM
Por ser um sistema utilizador da tecnologia Java, o sistema dever

rodar numa mquina com um mnimo de 256 MB de memria
principal, para suportar a Java Virtual Machine(JVM).
2.2
Usurios e sistemas externos
2.2.1
Descrio
Ator
Definio
Mdico
Um mdico da clnica que utiliza o sistema
Secretria
Uma secretria da clnica
SGBD
Servio que realiza a persistncia dos dados da aplicao
Administrador
Responsvel pela manuteno do servio
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
3 Requisitos
3.1
Prioridades dos Requisitos

Para estabelecer a prioridade dos requisitos foram adotadas as denominaes:
essencial, importante e desejvel. Abaixo temos a descrio de significado de cada
uma dessas denominaes:
o requisito sem o qual o sistema no entra em funcionamento. Requisitos
Essencial
essenciais so requisitos imprescindveis, que tm que ser implementados

impreterivelmente.
o requisito sem o qual o sistema entra em funcionamento, mas de forma
Importante no satisfatria. Requisitos importantes devem ser implementados, mas,

se no forem, o sistema poder ser implantado e usado mesmo assim.
o requisito que no compromete as funcionalidades bsicas do sistema,
isto , o sistema pode funcionar de forma satisfatria sem ele. Requisitos
Desejvel
desejveis so requisitos que podem ser deixados para verses

posteriores do sistema, caso no haja tempo hbil para implement-los na
verso que est sendo especificada.
3.2
Requisitos funcionais
[REQ-01] O sistema deve permitir a manipulao de informaes da Clnica, que so: Nome da clnica, CNPJ,
endereo, telefone e cabealho (que deve aparecer em todos os documentos gerados pela clnica).
[REQ-02] O sistema deve guardar informaes sobre os mdicos da clnica: Nome do mdico, CPF, RG, CRM,
telefone, endereo, sexo e durao da consulta deste mdico
[REQ-03] O sistema deve permitir a possibilidade do cadastro de secretrios que trabalham na clnica. Devem
ser armazenadas as informaes Nome do funcionrio, CPF, RG, telefone, endereo e sexo.
[REQ-04] O sistema deve permitir aos mdicos a consulta tabela CID (Classificao Internacional de
Doenas).
[REQ-05] O sistema deve permitir a manipulao de pacientes, suas informaes pessoais (Nome, Endereo,
Telefone, CPF, RG, Sexo e Convnio ao qual est associado), e informaes sobre a ficha mdica (Principal
queixa do paciente, antecedentes mdicos, histria da doena atual, hiptese de diagnstico, medicao
prescrita, exames em aparelhos e sistemas, e exames complementares). Informaes sobre o paciente no
podem ser removidas do sistema, por exigncias da lei.
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
[REQ-06] Somente o mdico possui acesso visualizao / modificao de dados da ficha mdica de um
paciente.
[REQ-07] O sistema deve manter uma Agenda de Compromissos para cada mdico. Os compromissos devem
conter data, hora inicial, hora final, uma descrio do compromisso. Os compromissos podem ser tanto
consultas da prpria clnica (neste caso, o compromisso deve ser associado a um paciente) quantos
compromissos externos (momentos em que o mdico estar ocupado, e no poder atender pacientes). Os
secretrios devem poder ter acesso s agendas dos mdicos, para convenincia destes.
[REQ-08] O sistema deve gerir informaes sobre os convnios aceitos na clnica, guardando as respectivas
informaes: Nome, telefone para contato, endereo, CNPJ, e planos fornecidos pelo convnio. Ele ainda deve
gerar relatrios destinados a cada convnio, informando o perodo de tempo compreendido, as consultas
realizadas atravs do convnio neste perodo, o faturamento a ser destinado clnica por cada convnio e o
faturamento total.
[REQ-09] O sistema deve permitir a manipulao de documentos mdicos (receitas e atestados) que possam
ser impressos. O sistema tambm deve prover facilidades para edio do cabealho / rodap do documento a
ser gerado.
[REQ-10] O sistema possui uma base de dados local para ser utilizada quando estiver no modo off-line, ou seja,
sem conexo com o banco de dados. Quando no modo off-line, o usurio apenas pode consultar as
informaes existentes na base local, que correspondem ltima atualizao feita na mesma antes do sistema
ser desconectado.
3.3
3.3.1
Requisitos no-funcionais
[RNF 01] - Tempo de Resposta
Descrio: Os usurios do sistema devero esperar, em mdia, dez segundos para o processamento
de uma requisio. Isto , o throughput mdio (padro) do sistema dever ser estimado em cinco
segundos para qualquer operao.
Prioridade: Importante
3.3.2
[RNF 02] - Interface Amigvel

Descrio: Considerando que os operadores do sistema geralmente no possuem intimidade com
aplicaes, a interface grfica dever considerar aspectos de usabilidade. Desenvolveremos a GUI
utilizando a API de Java. O objetivo utilizar aspectos que beneficiem a navegabilidade do usurio no
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
sistema, como disposio intuitiva e hierrquica dos menus. Uma boa estimativa de tempo para o
usurio aprender a utilizar o sistema que seu aprendizado dure, no mximo, 25 minutos.
Prioridade: Importante
3.3.3
[RNF 03] - Usurios Simultneos

Descrio: O sistema dever suportar processamento multi-usurio, ou seja, vrios usurios podero
utilizar o sistema simultaneamente.
Prioridade: Essencial
3.3.4
[RNF 04] - Privacidade

Descrio: Usurios no podero acessar informaes de outros usurios sem que estejam
autenticados no sistema. Outras regras tambm sero impostas de acordo com a hierarquia dos
usurios dentro do sistema. Por exemplo, secretria no pode ter acesso os dados da ficha de
atendimento do paciente.
Prioridade: Essencial
3.3.5
[RNF 05] - Linguagens de Programao

Descrio: O smartclinic utilizar Java (J2SE) para implementao dos cdigos do Sistema. Essa
tecnologia permitir o desenvolvimento de um sistema robusto, alm de suportar a programao multiplataforma.
Prioridade: Desejvel
3.3.6
[RNF 07] - Ferramentas

Descrio: As ferramentas utilizadas sero:
Eclipse Platfform: Um IDE para desenvolvimento de aplicaes Java;
Rational Rose: Ferramenta CASE UML utilizada para a modelagem dos casos de uso, de diagramas
de classes e outros aspectos do projeto.
Microsoft Office: Sua utilizao ser como editor de material auxiliar, i. e. documentao, e
desenvolvimento do site do projeto;
Prioridade: Desejvel
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
4 Diagramas de casos de uso

4.1.1.1
Diagrama de casos de uso Subsistema de Configuraes
4.1.1.2
Diagrama de casos de uso Subsistema de Cadastro de Pacientes
10
SmartClinic
4.1.1.3
Verso: 1.0
Data Verso: 22 / 11 / 06
Diagrama de casos de uso Subsistema de Cadastro de Convnios
11
SmartClinic
4.1.1.4
Verso: 1.0
Data Verso: 22 / 11 / 06
Diagrama de casos de uso Subsistema de Gerenciamento da Agenda Mdica
12
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
4.1.1.5
Diagrama de casos de uso Subsistema de Gerenciamento de Documentos Mdicos
4.1.1.6
Diagrama de casos de uso Subsistema de Atualizao da Base Local de Dados
5 Detalhamento Casos de Uso

5.1
Identificao dos Casos de Uso
Por conveno, a referncia a casos de uso feita atravs do nome da subseo onde eles esto descritos, do
identificador do subsistema, do identificador do ator e da numerao, de acordo com o esquema abaixo:
[ sigla da subseo | identificador do subsistema | identificador do ator]
OBS: Os atores so identificados pela primeira letra do seu nome.
13
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
[RF CU] Logar no Sistema
5.1.1
5.1.1.1
Prioridade
Essencial
5.1.1.2
Entradas
Login do Mdico/Secretria
Senha do Mdico/Secretria
5.1.1.3
Precondies
Sistema esteja conectado com o servidor de dados.

Campos da tela de login estarem preenchidos.
5.1.1.4
Fluxo principal
Apresentar a tela de login para preenchimento dos campos: Login e Senha;

Validar junto ao servidor de dados o login e a senha;
O login realizado no sistema;
5.1.1.5
Fluxos alternativos
5.1.1.5.1
Fluxo alternativo dados invlidos
Precondies
Login ou senha invlidos
Passos
exibido um aviso indicando que o login ou a senha so invlidos;

Operao de login cancelada;
5.1.1.5.2
Fluxo Alternativo Sistema no conectado ao servidor de dados
Precondies
Sistema no conectado ao servidor de dados
Passos
exibido um aviso indicando que o sistema no est conectado ao servidor de

dados;
Operao cancelada;
5.1.1.5.3
Ps-condies
O estado do usurio passa a estar logado no Sistema.
14
SmartClinic
5.1.2
Verso: 1.0
Data Verso: 22 / 11 / 06
[RF GPS] Inserir Paciente
5.1.2.1
Prioridade
Essencial
5.1.2.2
Entradas
Dados Pessoais do Paciente
5.1.2.3
Precondies
Estar logado no sistema como mdico ou secretria;

Todos os campos serem devidamente preenchidos;
A data de nascimento ser anterior data atual;
5.1.2.4
Fluxo principal
Os campos do formulrio de cadastro so lidos;

Verificar a validade dos dados;
O sistema verifica junto ao servidor de dados que o paciente no existe no sistema;
O paciente inserido no cadastro;
exibido um dilogo de confirmao dos dados;
5.1.2.5
Fluxos alternativos
5.1.2.5.1
Precondies
Fluxo alternativo Dados Invlidos

Algum campo do formulrio est preenchido incorretamente no passo 1 do fluxo
principal;
Passos
5.1.2.5.2
Um aviso feito ao usurio para corrigir o campo;
Fluxo alternativo Paciente j cadastrado
Precondies
o passo 3 do fluxo principal no ocorreu
Passos
A operao cancelada;
exibida uma mensagem informando que o paciente j esta cadastrado no
sistema, e solicitado que tente cadastra outro paciente.
Os campos do formulrio permanecem inalterados para edio;
5.1.2.5.3
Precondies
Fluxo alternativo Dados No Confirmados

O usurio no confirmou os dados no passo 5;
15
SmartClinic
Passos
Verso: 1.0
Data Verso: 22 / 11 / 06
A operao cancelada;
Os campos do formulrio permanecem inalterados para edio;
5.1.2.5.4
Ps-condies
O paciente includo no sistema.
5.1.3
[RF GAS] Transferir Compromisso
5.1.3.1
Prioridade
Essencial
5.1.3.2
Entradas
O compromisso a ser transferido;

Nova data do compromisso a ser transferido.
5.1.3.3
Precondies
Estar logado no sistema como mdico ou secretaria;

Existir o compromisso a ser transferido;
Verificar se a nova data posterior data atual;
5.1.3.4
Fluxo principal
O usurio abre o subsistema de gerenciamento da agenda;

Escolhe um compromisso;
Utilizar a opo de transferir compromisso;
Escolhe a nova data do compromisso;
Confirma a operao de transferncia
5.1.3.5
Fluxos alternativos
5.1.3.5.1
Fluxo alternativo Data ou Horrio invlido
Precondies
A data ou horrio do compromisso a ser desmarcado est invlido;
Passos
Um aviso feito ao usurio para conferir a data e horrio do compromisso a ser

desmarcado;
16
SmartClinic
5.1.3.5.2
Verso: 1.0
Data Verso: 22 / 11 / 06
Fluxo alternativo Data do compromisso anterior a data atual
Precondies
O compromisso ser remarcado para data anterior a data atual do sistema;
Passos
Um aviso feito ao usurio para remarcar o compromisso para uma data posterior
a data atual;
5.1.3.5.3
Fluxo alternativo Data do compromisso j ocupada
Precondies
A data e horrio em que se deseja realocar o compromisso j esta ocupada por

outro compromisso.
Passos
Um aviso feito ao usurio para remarcar o compromisso para uma data que
esteja livre na agenda.
5.1.3.6
Sadas
Transferir o compromisso da agenda;

Exibir mensagem de sucesso na transferncia;
5.1.3.7
Ps-condies
O subsistema de gerenciamento da agenda atualiz-la com o compromisso marcado para as nova

data;
17
SmartClinic
Verso: 1.0
Data Verso: 22 / 11 / 06
[RF ABLD] Atualizar Base Local de Dados
5.1.4
5.1.4.1
Prioridade
Essencial
5.1.4.2
Entradas
Disparo do timer.
5.1.4.3
Precondies
Conexo entre aplicao e SGBD ativa
5.1.4.4
Fluxo principal
O timer avisa que est na hora de fazer uma atualizao da base de dados local
O sistema atualiza a base local de dados.
O sistema avisa ao timer quanto tempo depois precisar de uma nova atualizao
5.1.4.5
Fluxos alternativos
5.1.4.5.1
Conexo com o SGDB inativa
Precondies
Passos
A atualizao dos dados locais no ocorre.
5.1.4.6
O SGBD no est conectado a aplicao
Ps-condies
A base local de dados local atualizada.
18

MODELO DocumentoRequisitos

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

MODELO DocumentoRequisitos

Enviado por

Direitos autorais:

Formatos disponíveis

SmartClinic

Especificao dos Requisitos

Histrico das Revises

1.2 Escopo do produto SmartClinic

1.2.1 Componentes principais

1.2.2 Benefcios do produto

Agilidade no processo de gerenciamento de consultrios mdicos

Maior segurana no armazenamento de dados dos pacientes

Gera um relatrio de faturamento por perodo com as consultas

realizadas e seus valores, separadas por convnio

1.3 Materiais de referncia

Entrevistas com mdicos experientes na rea e antigos usurios de

AMB Associao Mdica Brasileira

1.4 Definies e siglas

Classificao Internacional de Doenas

Classificao Brasileira Hierarquizada de Procedimentos Mdicos

1.5 Viso geral deste documento

2 Descrio geral do produto

Interface com o Sistema de Gerenciamento de Banco de Dados.

O sistema dever ocupar no mximo 10 MB de espao em disco,

Por ser um sistema utilizador da tecnologia Java, o sistema dever

Usurios e sistemas externos

Um mdico da clnica que utiliza o sistema

Uma secretria da clnica

Servio que realiza a persistncia dos dados da aplicao

Responsvel pela manuteno do servio

Prioridades dos Requisitos

essenciais so requisitos imprescindveis, que tm que ser implementados

Importante no satisfatria. Requisitos importantes devem ser implementados, mas,

desejveis so requisitos que podem ser deixados para verses

[RNF 02] - Interface Amigvel

[RNF 03] - Usurios Simultneos

[RNF 04] - Privacidade

[RNF 05] - Linguagens de Programao

[RNF 07] - Ferramentas

4 Diagramas de casos de uso

Diagrama de casos de uso Subsistema de Configuraes

Diagrama de casos de uso Subsistema de Cadastro de Pacientes

Diagrama de casos de uso Subsistema de Cadastro de Convnios

Diagrama de casos de uso Subsistema de Gerenciamento da Agenda Mdica

Diagrama de casos de uso Subsistema de Gerenciamento de Documentos Mdicos

Diagrama de casos de uso Subsistema de Atualizao da Base Local de Dados

5 Detalhamento Casos de Uso

Identificao dos Casos de Uso

[RF CU] Logar no Sistema

Sistema esteja conectado com o servidor de dados.

Apresentar a tela de login para preenchimento dos campos: Login e Senha;

Fluxo alternativo dados invlidos

Login ou senha invlidos

exibido um aviso indicando que o login ou a senha so invlidos;

Fluxo Alternativo Sistema no conectado ao servidor de dados

Sistema no conectado ao servidor de dados

exibido um aviso indicando que o sistema no est conectado ao servidor de

O estado do usurio passa a estar logado no Sistema.

[RF GPS] Inserir Paciente

Dados Pessoais do Paciente

Estar logado no sistema como mdico ou secretria;

Os campos do formulrio de cadastro so lidos;

Fluxo alternativo Dados Invlidos

Um aviso feito ao usurio para corrigir o campo;

Fluxo alternativo Paciente j cadastrado

o passo 3 do fluxo principal no ocorreu

Fluxo alternativo Dados No Confirmados

O paciente includo no sistema.