Skip to content

Termo De Abertura De Projeto

Marcelo Augusto edited this page Aug 22, 2017 · 29 revisions
Data Versão Descrição Autor
21/08/2017 0.1 Criando estrutura inicial do documento João Paulo Nunes Soares
21/08/2017 0.1 Adicionando Lista de Partes Interessadas João Paulo Nunes Soares
21/08/2017 0.1 Adicionando Riscos Iniciais Marcelo Augusto
21/08/2017 0.1 Introdução e Propósito e Justificativa Thiago Nogueira

1. Introdução

Este documento tem como objetivo apresentar o projeto < Receituário Médico >, propiciando uma visão inicial do mesmo. Neste documento também são descritos as principais informações do projeto, como os pontos mais importantes elencados pela equipe de gerência e também os _stakeholders_ do projeto.

2. Descrição do Projeto

3. Propósito e Justificativa do Projeto

O mercado da medicina ainda é muito precário quando se leva em consideração os _softwares_ existentes que auxiliam os médicos dentro dos consultórios. Hoje a tecnologia está presente em todos os locais, mas quando se tenta implementá-la na área da saúde há certas barreiras.

No mercado há poucos sistemas relacionados ao receituário e ao _feedback_ tanto para o médico quanto para o paciente e os que existem não são integrados. Para conseguir realizar uma consulta médica é necessário a utilização de vários sistemas simultâneos cada um realizando sua parte específica, por conta da utilização de diferentes sistemas o médico precisa cadastrar o paciente diversas vezes durante a consulta o que torna um processo lento e sem fluidez.

O < Receituário Médico > vem com uma abordagem diferenciada que tenta integrar as principais funcionalidades que o médico utiliza em uma consulta para fazer com que o seu trabalho seja o mais fácil e fluido possível e integre diferentes funções para que se tenha um sistema mais robusto que atendam melhor às necessidades dos médicos.

4. Objetivos do Projeto

O principal objetivo do projeto é poder facilitar a prescrição de receitas por médicos aos seus pacientes fazendo assim com que o médico use melhor o tempo da consulta. O médico passa grande parte de uma consulta prescrevendo os medicamentos em folha ou até mesmo digitando no sistema. A solução proposta agirá justamente nesse ponto para minimizar o tempo com que uma receita é prescrita.

Outro objetivo do projeto é fazer com que após a emissão da receita o paciente possa ter uma plataforma de fácil acesso por onde conseguirá acessar suas receitas e até mesmo entrar em contato com o médico para maiores informações ou para o esclarecimento de qualquer possível dúvida.

5. Requisitos de Alto Nível

O < Receituário Médico > será uma plataforma web para melhorar a manipulação de receitas médicas entre os pacientes e os médicos, sem a necessidade de pagamento para a utilização do mesmo. Entre os requisitos de alto nível elencados temos:

  • O sistema deve ser de fácil manuseio;

  • As principais funcionalidades, como a geração de receita, devem ter seu processo realizado de forma a economizar o máximo de tempo possível;

  • O design deve ser simples e minimalista;

  • Deve haver uma confidencialidade dos dados presentes no sistema, tendo as informações dos pacientes resguardadas.

6. Riscos

Os principais riscos do desenvolvimento do < Receituário Médico > e suas expectativas medidas preventivas são:

Riscos Plano de Ação
Membros da equipe trancar ou abandonar a disciplina. Distribuir as tarefas entre os membros remanescentes, de forma a não causar um overhead em nenhum dos membros.
Equipe de desenvolvimento não conseguir se adaptar as tecnologias escolhidas para a elaboração do projeto. Realização de treinamentos com o intuito de disseminar o conhecimento entre a equipe de desenvolvimento.
As ferramentas propostas não conseguirem serem instaladas pelos membros da equipe de desenvolvimento. Configurar o ambiente através de um ambiente virtual.
O tamanho da equipe, que dificulta a comunicação, o encontro de horários comuns durante a semana para reuniões e o gerenciamento dos membros. Manter uma boa integração entre a equipe, exigindo feedbacks constantes entre os membros da equipe de desenvolvimento para diminuir a dificuldade de comunicação, utilizar meios de comunicação que todos tenham o hábito de olhar a todo momento, marcar encontros nos finais de semana para que todos membros do grupo possam comparecer, marcar reuniões semanais e fazer o acompanhamento dos membros.
Membros da equipe fazendo estágio, podendo causar uma falta de comprometimento por causa do pouco tempo livre do membro. Comunicar o membro que não estiver comprometido com o trabalho acerca do que se é esperado do mesmo, e exigir um maior comprometimento do mesmo. Caso a situação perdure o caso será levado para a professora Carla.

7. Resumo do Cronograma de Marcos

8. Resumo do Orçamento

9. Lista das Partes Interessadas

  • Doutor Getúlio B. Morato Filho.
    • Cliente e idealizador da ideia do projeto.
  • Profissionais da área de saúde.
    • Profissionais de saúde que podem prescrever receitas médicas (médicos, nutricionistas, entre outros).
  • Equipe de Gerência de Projetos e Portfólio de Software.
    • A equipe de Gerência de Projetos e Portfólio de Software (GPP) é composta por alunos da disciplina de mesmo nome da Universidade de Brasília campus gama, responsáveis pela gerência do projeto.
Membro E-mail
João Paulo Nunes Soares [email protected]
Marcelo Augusto Araújo dos Reis [email protected]
Ronyell Henrique dos Santos [email protected]
Thiago Nogueira Freire [email protected]
  • Equipe de Desenvolvimento de Software.
    • A equipe de desenvolvimento de software é composta pelos alunos da disciplina Métodos de Desenvolvimento de Software da Universidade de Brasília campus Gama.
Membro E-mail
Felipe Borges de Souza Chaves [email protected]
Guilherme Marques Moreira da Silva [email protected]
Lucas Hiroshi Horinouchi [email protected]
Lucas Kishima dos Santos [email protected]
Mateus Nascimento Nóbrega [email protected]
Natália Maria Rodrigues Queiroz [email protected]
Michel Martins de Camargo [email protected]
  • Coach
    • Suporte técnico para equipe de gestão de projeto e portfólio.

Membro E-mail
Daniel Moura da Silva [email protected]

10. Requisitos para a aprovação do projeto

11. Gerência do projeto

12. Referências do Projeto

Grupo 2

logo

Release II

Equipe

Sprints

Sprint 0

Sprint 1

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 6

Sprint 7

Sprint 8

Release I

Gerência do Projeto














Desenvolvimento de Software

Clone this wiki locally