Termo De Abertura De Projeto
| 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.2 | Adicionando Lista de Partes Interessadas | João Paulo Nunes Soares |
| 21/08/2017 | 0.3 | Adicionando Riscos Iniciais | Marcelo Augusto |
| 21/08/2017 | 0.4 | Introdução e Propósito e Justificativa | Thiago Nogueira |
| 21/08/2017 | 0.5 | Resumo do Cronograma de Marcos | Ronyell Henrique |
| 21/08/2017 | 0.6 | Resumo do Orçamento | Ronyell Henrique |
| 21/08/2017 | 1.0 | Gerência e Requisitos para Aprovação do Projeto | João Paulo |
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.
O < Receituário Médico > é um sistema direcionado para os profissionais de saúde que é idealizado pelo médico Getúlio de Morato Filho com o objetivo de tornar a prescrição médica mais rápida e fácil. E o outro viés que o sistema atende é o aproximar o contato do paciente com o médico através de um portal onde será possível visualizar suas receitas e tirar eventuais dúvidas sobre elas.
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.
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.
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.
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. |
O Projeto tem como base dois principais marcos, que representam entregas do produto, são eles: Release 1 e Release 2. O cronograma do projeto é baseado nas datas pré-determinadas nas matérias de Métodos de Desenvolvimento de Software e de Gestão de Portfólios e Projetos de Software . As principais datas e as mais importantes atividades serão descritas abaixo:
Início do projeto (08/08/2017) - começo do projeto.
Release 1 (16/09/2017) - uma versão funcional do sistema com algumas funcionalidades implementadas, além disso, espera-se que exista uma documentação demonstrando a perspectiva tradicional do projeto.
Release 2 (13/12/2017) - o restante do escopo previamente definido com a utilização da abordagem ágil.
Foram postos na base do cálculo todos os insumos dos processos necessários para a realização do projeto, portanto, gastos com pessoal, aquisições e ferramentas foram contabilizados.
A partir do cronograma inicial, foi constatado que o projeto terá 16 semanas, sendo que destas 6 são destinados a metodologia tradicional e os outras 10 semanas a metodologia ágil.
Segundo o relatório de gestão de custos da UnB mais recente (2016) um aluno de Engenharia de Software custa R$26.040,00 anualmente, considerando que um crédito seja equivalente a 15 horas e um aluno regular cursa em torno de 48 créditos anualmente, temos que:
Valor Hora = Valor Anual / (Quantidade de créditos médio * Quantidade de horas por crédito)
Como o valor anual é de R$ 26.040,00, a quantidade de créditos médio é de 48 e a quantidade de horas por crédito é 15 horas, obtemos o valor hora que é de R$ 36,17.
Estima-se que tanto a equipe de Gestão de Portfólios e Projetos de Software quanto a equipe de Métodos de Desenvolvimento de Software trabalhem em torno de 10 horas semanais durante o período que compreende tanto a Release 1 quanto a Release 2 (16 semanas). É estimado que os coaches trabalhem em torno de 2 horas semanais.
Os custos de equipamentos foram estimados de acordo com seus valores de mercado, assim sendo, um Notebook para cada membro da equipe com configurações capazes de executar as ferramentas necessárias para o desenvolvimento da solução, cerca de R$ 2.159,00, o custo da internet também entra na base de cálculo e é considerado uma banda larga com 15 Mb de velocidade. A tabela a seguir representa os custos totais estimados:
| Quantidade | Valor Unitário | Total | |
|---|---|---|---|
| Desenvolvedor Método Tradicional | 7 | R$2.170,20 | R$15.191,40 |
| Desenvolvedor Método Ágil | 7 | R$3.617,00 | R$25.319,00 |
| Gerente de Projeto Método Tradicional | 4 | R$2.170,20 | R$8.680,80 |
| Gerente de Projeto Método Ágil | 4 | R$3.617,00 | R$14.468,00 |
| Coach | 1 | R$1.157,44 | R$1.157,44 |
| Link de internet | 11 | R$383,60 | R$R$4.219,60 |
| Estações de Trabalho | 11 | R$ 2.159,00 | R$ 23.749,0 |
| TOTAL | R$92.785,24 | ||
| TOTAL + Taxa de Risco (15%) | R$106.703,03 | ||
- 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ólios de Software.
- A equipe de Gerência de Projetos e Portfólios 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 | |
|---|---|
| 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 | |
|---|---|
| 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ólios.
-
| Membro | |
|---|---|
| Daniel Moura da Silva | [email protected] |
O projeto deverá ser aprovado pelo cliente do projeto ao final do mesmo.
A equipe de gerência do projeto é formada por alunos de graduação de Engenharia de Software da Universidade de Brasília campus Gama que cursam a disciplina Gerência de Projetos e Portfólios de Software. Estes alunos são responsáveis por planejar, executar e monitorar todos os sub-processos envolvidos no projeto.
PMI. Um guia do conhecimento em gerenciamento de projetos. Guia PMBOK 5a. ed. - EUA: Project Management Institute, 2013.
Relatório de Gestão 2016, Universidade de Brasília. Disponível em http://www.dpo.unb.br/index.php?option=com_phocadownload&view=category&download=558:relatorio-2016&id=1:relatorio-de-gestao&Itemid=675. Acesso em 21 de agosto de 2017 às 22:13.
