O documento lista 15 requisitos funcionais e não funcionais para um sistema odontológico. Os principais requisitos são a inclusão e gestão de pacientes, agendamento de consultas, visualização da agenda, inclusão e impressão de prontuários e receituários. O sistema deve ter níveis de acesso, controle da agenda, usabilidade, desempenho e portabilidade.

1. ANEXO I - REQUISITOS DE SISTEMA
Área: Consultório odontológico Versão do produto: 1.0
Produto: Odonto DentClean Nº Solicitação: -
Requisitos Funcionais
1. Inclusão de pacientes:
Origem: Gestão cadastral
Descrição: Tela para inclusão dos dados cadastrais do cliente, visualização, atualização e
remoção
Impacto: Este módulo é essencial para todo o sistema, pois estará interligado vários outros
módulos do sistema.
2. Agendamento de consultas:
Origem: Gerencia da agenda médica
Descrição: Deve-se cadastrar o dia em que paciente deseje realizar a consulta, para tal o dia e
hora desejada deve estar vaga e o paciente e o médico previamente cadastrados.
Impacto: Módulo prioritário, pois é uma das funcionalidades básica requisitada pelo cliente.
3. Visualização da agenda:
Origem: Gerencia da agenda médica
Descrição: Este módulo visa gerenciar a agenda de cada dentista do consultório, terá um
sistema para visualização mensal (resumo), semanal e diária (visualização detalhada),
Impacto: Completa o módulo anterior, sem esta visualização a gerencia da agenda atinge os
parâmetros de usabilidade.
4. Inclusão de prontuário:
Origem: Gestão de prontuário
Descrição: Inclusão, atualização e remoção de dados no prontuário do paciente, este será um
cadastro do histórico de todos os tratamentos médicos realizados pelo paciente. Os dados são,
tratamento utilizado, remédio receitado, tempo do tratamento, material utilizado, tempo
estimando para próxima consulta.
Impacto: Módulo deve estar disponível na sala do médico, o acesso ao prontuário deve atender
os requisitos mínimos de desempenho (menos que 5 segundos)
5. Impressão de receituário:
Origem: Gestão de prontuário
Descrição: Após cadastro do prontuário o médico cadastra a receita para o paciente e gera a
impressão da mesma. O receituário deve conter a logomarca da empresa, dados como CNPJ ou
CPF em caso de firma individual ou prestador de serviço autônomo, telefone, linha inferior para
assinatura e carimbo do médico.
Impacto: Deve-se gerar a impressão do receituário em qualquer tipo de impressora (matricial,
jato de tinta ou laser) colorida ou preto-e-branco
6. Orçamentos:
Origem: Gestão cadastral
Descrição: Incluir, atualizar, visualizar, remover dados de orçamentos e gerar impressão do
orçamento, o orçamento deve ser vinculado a um paciente.
Impacto: O sistema deve armazenar todos os orçamentos de cada cliente para que o médico
possa avaliar o histórico das consultas e decidir se aplica um desconto num orçamento futuro
ou não.
1 de 3

2. 7. Visualização do histórico de consultas:
Origem: Gestão cadastral:
Descrição: Associado ao cadastro do paciente tem-se uma lista com todas as consultas
realizadas
Impacto: Todas as consultas devem ser armazenadas por tempo indeterminado.
8. Consulta On-line:
Origem: Gerencia da agenda médica.
Descrição: O paciente deve ter acesso via Internet a sua agenda de consultas marcadas.
Impacto: Este módulo deve atender os requisitos de confiabilidade, como garantir que os dados
dos pacientes não aparecem na listagem da agenda do médico, apenas apareça uma indicação
que naquele horário a agenda esta ocupada, o sistema deve retornar a listagem da agenda
diária em um tempo aceitável (menor que 10 segundos). O paciente deve estar cadastrado no
sistema e possuir uma conta de acesso com senha.
9. Agendamento On-line:
Origem: Gerencia da agenda médica.
Descrição: O paciente pode acessar via Internet a agenda do médico, caso esteja com horário
vago, o paciente fica liberado para solicitar o agendamento da consulta.
Impacto: Este módulo deve atender os requisitos de confiabilidade, como garantir que os dados
dos pacientes não aparecem na listagem da agenda do médico, apenas apareça uma indicação
que naquele horário a agenda esta ocupada, o sistema deve retornar as listagem da agenda
bem como efetuar o cadastro da solicitação em um tempo aceitável (menor que 10 segundos).
O paciente deve estar cadastrado no sistema e possuir uma conta de acesso com senha.
10. Parametrização do sistema:
Origem: Configurações gerais
Descrição: Tela para configurações gerais do sistema, com inclusão dos usuários do sistema,
cadastro dos níveis da acesso ao sistema, backup da base de dados, log de acesso ao sistema.
Impacto: Os logs do sistema deve ser gerados de forma transparente e não devem impactar na
performance de acesso aos módulos do sistema.
2 de 3

3. Requisitos Não Funcionais
11. Níveis de acesso
Origem: Configurações
Descrição: O sistema deve possuir perfis de acesso pré-configurados, por exemplo: somente
visualização da agenda, inclusão de dados, prontuários, receituários, o perfis pré-cadastrados
como atendente, médico, paciente.
Impacto: O sistema deve listar por tipo de perfil associado para que o controle dos usuários seja
facilitado.
12. Controle da agenda:
Origem: Gerencia da agenda médica
Descrição: O sistema deve controlar para uma consulta não sobreponha outra.
Impacto: Devem-se gerar alertas caso uma consulta esteja muito próxima da outra.
13. Usabilidade:
Origem: Todo o sistema.
Descrição: O sistema deve atender os requisitos mínimos de usabilidade como teclas de atalho
para todas as funções do sistema, tela com acesso rápido a todos as funções do sistema, botão
de ajuda em todas as telas contendo a descrição da cada campo e fornecendo exemplos para
preenchimento dos dados em cada módulo, facilitando a aprendizagem e memorização das
tarefas do sistema.
Impacto: Rápida aceitação do software, minimizando os custos de treinamento.
14. Desempenho:
Origem: Todo o sistema
Descrição: O sistema deve atender os requisitos mínimos de desempenho, como buscar
qualquer registro em menos de 5 segundos, caso seja via web até 10 segundos para retornar
qualquer registro. O sistema deve estar apto trabalhar em vários computadores
simultaneamente.
Impacto: O não comprimento deste quesito trará a insatisfação do cliente. Deve-se especificar a
plataforma de hardware e software mínimos para o correto desempenho do sistema.
15. Portabilidade:
Origem: Todo o sistema
Descrição: O sistema deve estar apto a operar em qualquer plataforma operacional (Windows e
Linux), também deve estar apto a operar via Web.
Impacto: O não comprimento deste quesito trará a insatisfação do cliente.
Histórico de Atualização do documento
Data Registro Versão Elaborado por: Aprovação
23/09/10 Versão inicial 01 Jonathan C.S. Vanessa Martha
Michelle
Kaleu
3 de 3