Telas das Primeiras Funcionalidades 2/2

Tela de Cadastro do Paciente

Telas das Primeiras Funcionalidades 1/2

Tela de Login do Sistema

Diagrama de Classes Atualizado

Correções do Diagrama de Classes

    Esta é a documentação de todas as funcionalidades concluídas até o momento. A correção do digrama de classes, posteriormente ficará bem maior, podendo alterar também, na finalização, diversos aspectos do projeto.   

Diagrama de Caso de Uso Atualizado

Correções do Diagrama de Caso de Uso

Decidimos modificar o personagem "Administrador" para gerente, as funções deste continuam praticamente as mesmas, esta foi a maior alteração. Uma das questões que nos intrigou na primeira apresentação foi se o venderíamos o sistema todo ou apenas o serviço. Optamos por vender o sistema a um administrador que possuísse conhecimentos na área de TI, assim ele poderia fornecer suporte técnico aos gerentes de cada consultório. Neste diagrama ele fica implícito pois não exerce nenhuma ação no sistema em si.     

Requisitos Funcionais e Não Funcionais Atualizados

Requisitos Funcionais:

• Gerenciar cadastro de pacientes.
• Gerenciar cadastro de consultas.
• Gerenciar agendamento, resultado e consulta dos exames.
• Gerenciar ficha do paciente.
• Gerenciar e imprimir receitas e atestados.
• Emitir notificações de agendamento de exames.
• Gerenciar autenticação para funcionários, pacientes, gerentes e administradores.
• Gerenciar cadastro e atualização de Funcionários.

Requisitos Não funcionais:

• Possibilitar a visualização em diferentes dispositivos (responsividade).
• Realizar cadastros, buscas e agendamentos rapidamente (desempenho).
• Possuir aparência agradável e inspiradora (interface).
• Ser um sistema Web (portabilidade).
• Ser implementado e mantido por um técnico em TI.
• Restringir áreas a determinados usuários (segurança).

Atualizações

Correções do projeto

    Após a primeira apresentação do sistema, em forma de seminário, nosso professor de projetos corrigiu alguns aspectos de nossos 

requisitos funcionais e não funcionais, Diagrama de Caso de uso, Diagrama de Classes e nos aconselhou modificá-los. 
Assim como também nos alertou a não usarmos nomes próprios sem autorização, com isso, o nome do sistema que antes chamava-se "Ben Carson" (nome este, de um neuro cirurgião estadunidense) foi retirado do projeto.    

Após analisarmos novamente o livir do sistema fizemos algumas alterações nos itens citados que serão postadas a seguir.

Conclusão

Conclusão da primeira fase do projeto

A primeira fase do sistema Ben Carson finaliza-se com a modelagem do sistema, o DCP e os protótipos apresentados.

As correções e alterações necessárias  serão feitas e postadas no decorrer do semestre até o prazo da entrega do sistema funcional.

Protótipos 3/3

Resultado do Cadastro de Um Paciente

Após a confirmação de um cadastro, com todos os dados do paciente incluídos corretamente, a secretária terá um retorno com o resultado do cadastro. 

Este retorno irá conter o login do novo usuário que será gerado automaticamente a partir do numero de seu RG, e sua senha que será gerada automaticamente pelo sistema.

Protótipos 2/3

Tela de Acesso da Secretária

A secretária terá como opção cadastrar paciente, cancelar consulta e agendar consulta em seu menu de trabalho. 

Essas funções foram designadas exclusivamente a ela no diagrama de caso de uso!

Protótipos 1/3

Tela de Login

A seguir, serão apresentados alguns protótipos de telas que irão implementar o layout do sistema.

As telas não ficarão necessariamente idênticas as do protótipo, mas chegará a uma realidade muito próxima.

Diagrama de Classes do Projeto

O que é Diagrama de Classes?

Diagrama de Classes é uma técnica de UML usada para representar classes, métodos e objetos de um projeto. Entretanto, é usado para a documentação do projeto e, consequentemente, para seu desenvolvimento e manutenção.

Foi elaborado o seguinte Diagrama para o desenvolvimento do projeto:

Diagrama de Sequência do Projeto

O que é Diagrama de Sequência?

Consiste em um diagrama que tem o objetivo de mostrar como as mensagens entre os objetos são trocadas no decorrer do tempo para a realização de uma operação.

O seguinte diagrama foi elaborado para descrever a sequência do cadastro de um paciente:

Diagrama de Caso de Uso do Projeto

O que é Diagrama de Caso de Uso?

Um diagrama de Caso de Uso descreve um cenário que mostra as funcionalidades do sistema, a comunicação entre os "atores" e suas ações.

O diagrama de Caso de Uso é representado por:

• Atores;
• Casos de uso;
• Relacionamentos entre estes elementos;

Estes relacionamentos podem ser:

• Associações entre atores e casos de uso;
• Generalizações entre os atores;

O diagrama a seguir descreve os casos de uso do nosso projeto:

Requisitos Funcionais e Requisitos não Funcionais

Requisitos Funcionais 

• Cadastrar todos os dados dos pacientes.
• Busca por ID (no caso, o RG do paciente seria seu número de identificação).
• Limitar a quantidade de agendamentos por profissional.
• Fornecer notificação para lembrar os pacientes de seus agendamentos.
• Permitir agendamentos de exame, consulta e retorno.
• Impedir agendamentos em feriados, datas e horários em que não haverá atendimento.
• Informar em tempo real os pacientes que estão esperando, atrasados e em atendimento.
• Buscar rapidamente por horários vagos e pacientes agendados.
• Manter catálogo de imagens e documentos do tratamento do paciente anexado ao prontuário.
• Permitir que o administrador gerencie Controle Financeiro, Controle de Estoque, Relatórios, e execute cadastro de funcionários e produtos.

Requisitos não Funcionais 

• Diferenciar cada agendamento (consulta, exame, cirurgia, retorno) através de ícones personalizados.
• Gerar receitas, prontuários virtuais, entre outros, de modo instantâneo, através de modelos personalizados.
• Possuir Utilitário de Cópia de Segurança do Banco de Dados (backup) para TI.
• O sistema será responsivo e portável.

UML

O que é UML

    A princípio, para definição das funções do nosso sistema, usamos uma linguagem para melhor visualização do projeto, a UML (Linguagem de Modelagem Unificada). Esta tem como objetivo a especificação, documentação, visualização e desenvolvimento de sistemas orientados a objetos, através de diagramas de classes, caso de uso, sequência entre outros. 

Apresentação

Quem somos.

    Olá, nós somos alunos do IFSP (Instituto Federal de Ciência e Tecnologia de São Paulo) campus Itapetininga e temos como objetivo publicar o processo de desenvolvimento do proposto projeto. 

    Neste semestre na matéria de Metodologia e Desenvolvimento de Projeto, do curso técnico de Manutenção e Suporte em Informática, nos foi proposto criar um sistema que atendesse as necessidades de um consultório médico.

    Analisando todos os contratos necessários nesse sistema, decidimos criar um sistema web para maior portabilidade e comodidade dos usuários.

    Linguagens de programação a serem utilizadas: PHP, JavaScript.