SlideShare uma empresa Scribd logo
1 de 3
Baixar para ler offline
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
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
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

Mais conteúdo relacionado

Destaque (20)

Publicida gualotuña marca-jorge-velez
Publicida gualotuña marca-jorge-velezPublicida gualotuña marca-jorge-velez
Publicida gualotuña marca-jorge-velez
 
№ 7 (54), январь 2016
№ 7 (54), январь 2016№ 7 (54), январь 2016
№ 7 (54), январь 2016
 
Inkluderende idrætsundervisning inclusive pe final ecss
Inkluderende idrætsundervisning inclusive pe final ecssInkluderende idrætsundervisning inclusive pe final ecss
Inkluderende idrætsundervisning inclusive pe final ecss
 
proteinatamara
proteinatamaraproteinatamara
proteinatamara
 
Hacker, cracker y tipos de virus
Hacker, cracker y tipos de virusHacker, cracker y tipos de virus
Hacker, cracker y tipos de virus
 
Linguagem cartografica1
Linguagem cartografica1Linguagem cartografica1
Linguagem cartografica1
 
Pic
PicPic
Pic
 
Bryan poma
Bryan pomaBryan poma
Bryan poma
 
Creacion mujer
Creacion mujerCreacion mujer
Creacion mujer
 
Fichas bibliográficas tercer periodo
Fichas bibliográficas tercer periodoFichas bibliográficas tercer periodo
Fichas bibliográficas tercer periodo
 
приемы Павличева
приемы Павличеваприемы Павличева
приемы Павличева
 
Publicidad defaz-flores-ruiz
Publicidad defaz-flores-ruizPublicidad defaz-flores-ruiz
Publicidad defaz-flores-ruiz
 
Fonologia encontros vocalicos
Fonologia encontros vocalicosFonologia encontros vocalicos
Fonologia encontros vocalicos
 
Historiadasmidias_Aula03 radio
Historiadasmidias_Aula03 radioHistoriadasmidias_Aula03 radio
Historiadasmidias_Aula03 radio
 
Intro e-guia-aval-5 nov2010
Intro e-guia-aval-5 nov2010Intro e-guia-aval-5 nov2010
Intro e-guia-aval-5 nov2010
 
Masterclass winkel van de toekomst - Stad Genk
Masterclass winkel van de toekomst - Stad GenkMasterclass winkel van de toekomst - Stad Genk
Masterclass winkel van de toekomst - Stad Genk
 
Agua no planeta
Agua no planetaAgua no planeta
Agua no planeta
 
Los combustibles
Los combustiblesLos combustibles
Los combustibles
 
Aula1b designgrafico
Aula1b designgraficoAula1b designgrafico
Aula1b designgrafico
 
Aula5 criacaoemoda
Aula5 criacaoemodaAula5 criacaoemoda
Aula5 criacaoemoda
 

Semelhante a 02 Anexo I Requisitos Do Sistema

PLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SW
PLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SWPLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SW
PLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SWLays Lopes
 
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitosfolhack
 
SISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de Trabalho
SISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de TrabalhoSISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de Trabalho
SISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de TrabalhoFernando Barroso
 
Plano do-projeto-de-software- SACC- LACERTAE
Plano do-projeto-de-software- SACC- LACERTAEPlano do-projeto-de-software- SACC- LACERTAE
Plano do-projeto-de-software- SACC- LACERTAEÍcaro Da Silva Torres
 
Metodologias de softwares no contexto agrícola
Metodologias de softwares no contexto agrícolaMetodologias de softwares no contexto agrícola
Metodologias de softwares no contexto agrícolaDaniel Ramos
 
Globalsoft Produtos Saúde
Globalsoft Produtos SaúdeGlobalsoft Produtos Saúde
Globalsoft Produtos SaúdeRuben Silva
 
Técnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter CybisTécnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter CybisLuiz Agner
 
Plano do projeto de software
Plano do projeto de softwarePlano do projeto de software
Plano do projeto de softwareDanilo Gois
 
VisMederis Sistemas
VisMederis SistemasVisMederis Sistemas
VisMederis SistemasMederis
 
Especificação requisitos
Especificação requisitosEspecificação requisitos
Especificação requisitosLuis Fernandes
 
Sistema de integração de Informações Médicas (SIIM) - Versão artigo
Sistema de integração de Informações Médicas (SIIM) - Versão artigoSistema de integração de Informações Médicas (SIIM) - Versão artigo
Sistema de integração de Informações Médicas (SIIM) - Versão artigoJerônimo Medina Madruga
 
Aula 06 - Engenharia de Requisitos.pdf
Aula 06 - Engenharia de Requisitos.pdfAula 06 - Engenharia de Requisitos.pdf
Aula 06 - Engenharia de Requisitos.pdfRicardoKratz2
 

Semelhante a 02 Anexo I Requisitos Do Sistema (20)

Plano de projeto
Plano de projetoPlano de projeto
Plano de projeto
 
PLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SW
PLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SWPLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SW
PLANO DE PROJETO DE SOFTWARE para produtos da Lacertae SW
 
Documento de requisitos
Documento de requisitosDocumento de requisitos
Documento de requisitos
 
SISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de Trabalho
SISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de TrabalhoSISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de Trabalho
SISTEMA DE NOTIFICAÇÃO DE INCIDENTES - Organização Estrutura Interna de Trabalho
 
Plano do-projeto-de-software- SACC- LACERTAE
Plano do-projeto-de-software- SACC- LACERTAEPlano do-projeto-de-software- SACC- LACERTAE
Plano do-projeto-de-software- SACC- LACERTAE
 
Metodologias de softwares no contexto agrícola
Metodologias de softwares no contexto agrícolaMetodologias de softwares no contexto agrícola
Metodologias de softwares no contexto agrícola
 
Globalsoft Produtos Saúde
Globalsoft Produtos SaúdeGlobalsoft Produtos Saúde
Globalsoft Produtos Saúde
 
Técnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter CybisTécnicas de Análise Contextual - Livro de Walter Cybis
Técnicas de Análise Contextual - Livro de Walter Cybis
 
Plano do projeto de software
Plano do projeto de softwarePlano do projeto de software
Plano do projeto de software
 
Exercicios
ExerciciosExercicios
Exercicios
 
Certificação SBIS
Certificação SBISCertificação SBIS
Certificação SBIS
 
Sistema auto atendimento_02
Sistema auto atendimento_02Sistema auto atendimento_02
Sistema auto atendimento_02
 
Ciclo desenvolvimento de sistemas
Ciclo desenvolvimento de sistemasCiclo desenvolvimento de sistemas
Ciclo desenvolvimento de sistemas
 
Institucional OMD
Institucional OMDInstitucional OMD
Institucional OMD
 
VisMederis Sistemas
VisMederis SistemasVisMederis Sistemas
VisMederis Sistemas
 
Especificação requisitos
Especificação requisitosEspecificação requisitos
Especificação requisitos
 
Trabalho individual
Trabalho individualTrabalho individual
Trabalho individual
 
Sistemas periciais
Sistemas periciaisSistemas periciais
Sistemas periciais
 
Sistema de integração de Informações Médicas (SIIM) - Versão artigo
Sistema de integração de Informações Médicas (SIIM) - Versão artigoSistema de integração de Informações Médicas (SIIM) - Versão artigo
Sistema de integração de Informações Médicas (SIIM) - Versão artigo
 
Aula 06 - Engenharia de Requisitos.pdf
Aula 06 - Engenharia de Requisitos.pdfAula 06 - Engenharia de Requisitos.pdf
Aula 06 - Engenharia de Requisitos.pdf
 

02 Anexo I Requisitos Do Sistema

  • 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