PIM VII - SISTEMA APP-WEB

Prévia do material em texto

UNIP EaD 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 PROJETO PARA SISTEMA APP/WEB 
DE TELEATENDIMENTO MÉDICO 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
POLO MARQUES 
2020 
 
 
UNIP EaD 
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
PROJETO PARA SISTEMA APP/WEB 
DE TELEATENDIMENTO MÉDICO 
 
 
 
 
 
 
 
NOME: Carlos Henrique Gruthner Junior 
RA: 1911504 
NOME: José Alexandre da Costa Galvão 
RA: 1911891 
NOME: Maicon Camilo 
RA: 1909398 
NOME: Uellington de Jesus Pinto 
RA: 1918744 
NOME: Willian Santos Silva 
RA: 1914001 
CURSO: ANÁLISE E DESENVOLVIMENTO DE SISTEMAS 
SEMESTRE: 4º 
 
 
 
POLO MARQUES 
2020 
 
 
RESUMO 
 
Com a frequente atualização e requerimentos sobre as necessidades no 
mercado de trabalho envolvendo facilidade e praticidade, a Tecnologia da 
Informação se destaca pelo forte avanço e crescimento global. Nos momentos 
atuais é visto que, com a mobilidade e facilidade envolvendo os sistemas Web, 
mostra que cada vez mais esse meio de comunicação pode se tornar mais viável 
para o consumo, facilitando assim, atividades e operações do cotidiano. Perante 
uma época de pandemia global, onde a comunicação a distância seria a melhor 
alternativa para amenizar eventuais problemas, será desenvolvido um projeto de 
sistema APP/Web de Teleatendimento Médico para ser utilizado neste cenário. 
 
 
Palavras-chaves: Teleatendimento, Comunicação, App/Web. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
With the frequent updating and requirements on needs in the labor market 
involving ease and practicality, Information Technology stands out for its strong 
progress and global growth. At current times it is seen that, with the mobility and 
ease involving web systems, it shows that more and more this means of 
communication can become more viable for consumption, thus facilitating activities 
and operations of everyday life. Faced with a time of global pandemic, where 
distance communication would be the best alternative to alleviate any problems, a 
project of APP/Web System of Medical Teleservice will be developed to be used in 
this scenario. 
 
Keywords: Teleservice, Communication, App/Web. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SUMÁRIO 
1 INTRODUÇÃO 7 
2. EMPREENDEDORISMO 8 
2.1 PLANO DE NEGÓCIOS 8 
2.1.1 A empresa 8 
2.1.2 Área de atuação 8 
2.1.3 Qualificação dos fundadores 8 
2.1.4 Mercado potencial 8 
2.1.5 O Produto 9 
2.1.6 Missão e Visão da empresa 9 
2.1.7 Estrutura organizacional 9 
2.1.8 Concorrência 10 
2.1.9 Dados financeiros 10 
3. PROJETO DE SISTEMAS ORIENTADA A OBJETOS 11 
3.1 Levantamento de Requisitos 11 
3.1.1 Requisitos Funcionais: 11 
3.1.2 Requisitos não funcionais: 11 
3.2 Regra de negócio 12 
3.3 Especificação de interface 12 
3.4 UML (Unified Modeling Language) 14 
3.4.1 Diagrama de caso de uso 15 
3.4.2 Diagrama de atividades 15 
3.4.3 Diagrama de classe 16 
3.4.4 Diagrama de sequência 17 
3.4.5 Diagrama de componentes 18 
3.4.6 Diagrama de implantação 18 
4 GESTÃO DE QUALIDADE 19 
4.1 Qualidade de Produto 19 
4.2 Qualidade de Processo 20 
5 GERENCIAMENTO DE PROJETO DE SOFTWARE 20 
5.1 Termo de abertura do projeto 20 
5.1.1 Descrição do projeto 20 
5.4 Matriz de papéis de responsabilidade 23 
5.5 Lições aprendidas 24 
 
 
6 CONCLUSÃO 27 
REFERÊNCIA 28 
 
7 
 
1 INTRODUÇÃO 
 
Atualmente com a pandemia, vemos muitas adaptações e usabilidade no uso 
de sistemas Web. Pelo fato de restrição e afastamento para evitar a facilidade de 
transmissão do Vírus, os sistemas que utilizam a base a distância teve como 
prioridade máxima para a contribuição para melhoria deste cenário. 
Como o vírus se apresenta como um resfriado, surgem muitas dúvidas de estar ou 
não contaminado, com isso, muitas pessoas se dispõem a ir o quanto antes ao um 
estabelecimento médico para comprovar qual o estado real de sua situação. Muitos 
casos não são de extrema urgência ou até mesmo não dado como positivo, isso 
causa transtorno nos hospitais, atrapalhando um possível atendimento a um 
paciente que realmente está com o vírus confirmado. 
Com isso, o projeto foi desenvolvido com base na saúde e prioridade de um 
atendimento rápido e remoto (Atendimento a Distância) sob o comando de um 
profissional da área da saúde. Onde é utilizando como base um sistema App/Web, 
que tem fácil acesso para o paciente, priorizando assim, casos que não tem a 
necessidade de um atendimento pessoal, e consequentemente, descongestionando 
hospitais e redes de saúde para atendimentos de extrema urgência. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
8 
 
2. EMPREENDEDORISMO 
 
2.1 PLANO DE NEGÓCIOS 
Plano de negócios é um documento que descreve por escrito os objetivos de 
um negócio e quais passos devem ser dados para que esses objetivos sejam 
alcançados, diminuindo os riscos e as incertezas (Sebrae, 2020). Sua principal 
utilização é a de prover uma ferramenta de gestão para o planejamento e 
desenvolvimento inicial de uma empresa (Araújo Neto, 2013). Neste tópico, 
apresenta-se a estrutura do plano de negócio para a empresa de tecnologia da 
informação (Startup) Sprint Desenvolvimento de Tecnologia e Inovação Ltda. 
 
2.1.1 A empresa 
 A empresa de tecnologia da informação Sprint Desenvolvimento de 
Tecnologia e Inovação Ltda (Startup) nasceu da ideia de um grupo de alunos do 
Curso de graduação de Análise e Desenvolvimento de Sistema (ADS) da 
Universidade Paulista (Unip) em 2020. 
 
2.1.2 Área de atuação 
 A empresa será implantada visando atender às necessidades do setor 
hospitalar com o desenvolvimento de um sistema de teleatendimento médico, via 
app/web, que tem como propósito diminuir as visitas e agilizar os atendimentos 
médicos em épocas de pandemias nos hospitais. 
 
2.1.3 Qualificação dos fundadores 
 A área de atuação e os produtos que a Startup disponibilizará coincidem com 
os interesses e aptidões de seus fundadores. O grupo possui em seus currículos 
passagens por treinamento e cursos em desenvolvimento de software, funções de 
projeto, análise e programação de sistemas em vários ambientes de programação, 
além do conhecimento comercial. 
 
2.1.4 Mercado potencial 
 O mercado dos produtos que a empresa oferece é promissor, pois a 
demanda por sistemas de software acessados via app/web é um dos que apresenta 
as maiores taxas de crescimento na área de TI em tempos de pandemia, 
9 
 
proporcionando economia, rapidez, praticidade e segurança na solução de 
problemas. 
 
2.1.5 O Produto 
 O primeiro produto da Sprint Desenvolvimento de Tecnologia e Inovação é o 
aplicativo MedCasa. Trata-se de um software para teleatendimento médico cujo 
objetivo é diminuir as visitas e agilizar os atendimentos médios em épocas de 
pandemia nos hospitais, clínicas e consultórios. O seu ponto forte será a utilização 
de um sistema de informação que possibilita todo o controle e acompanhamento 
médico dos pacientes em tempo real, evitando que precisem sair do isolamento 
para procurar os serviços de saúde. Dessa maneira, as pessoas se preservam das 
possibilidades de contaminação no transporte público e nos próprios locais de 
atendimento. Além disso, os pacientes infectados com suspeita de COVID-19 
podem permanecer em quarentena e diminuir a circulação do vírus. Outro ponto 
positivo da telemedicina no combate a pandemias é a preservação dos profissionais 
de saúde. 
 
2.1.6 Missão e Visão da empresa 
 A Missão está relacionada àquilo que a empresa faz e não faz. Normalmente, 
ela é bastante inspiradora, mas, na prática, a missão descreve a razão da empresa 
existir. E o mais importante: ela pode mudar com o tempo, se ajustando à realidade. 
A Visão é aonde que a empresa pretende chegar. Em essência, a visão é o destinofinal. 
 A Sprint Desenvolvimento de Tecnologia e Inovação tem como: 
Missão: Transformar conhecimento tecnológico em soluções práticas e eficientes 
para ajudar a melhorar a qualidade do atendimento em saúde no Brasil. 
Visão: Ser uma empresa referência no desenvolvimento de soluções inovadoras em 
tecnologia para a área da saúde. 
 
2.1.7 Estrutura organizacional 
 A Startup será composta por seus alunos fundadores com dedicação às 
diversas tarefas administrativas, como contratos de venda dos produtos quanto de 
desenvolvimento do software. Inicialmente, os sócios dividirão tais 
responsabilidades, como também darão suporte técnico e treinamento aos 
10 
 
usuários. Existem planos de ampliação do quadro de pessoal à medida que as 
necessidades da empresa forem surgindo. 
 
2.1.8 Concorrência 
 Existem poucas empresas atualmente no Brasil que desenvolvem softwares 
específicos para telemedicina. Como possíveis concorrentes da Sprint 
Desenvolvimento de Tecnologia e Inovação no setor, podemos citar: 
Moderna Sistemas - São Paulo - SP 
Software: ModernaNet 
Dr. Tis - São Paulo - SP 
Software: Dr.Nuvem 
 Os pontos fortes da empresa em relação à concorrência são: 
- A Sprint Desenvolvimento de Tecnologia e Inovação é uma empresa especializada 
no desenvolvimento de software específico para a área da saúde; 
- Possui preço competitivo; 
- O software possui uma interface simples e fácil de instalar e usar; 
- Apoio de algumas entidades médicas e hospitalares no desenvolvimento e futura 
aquisição do sistema; 
 Os pontos fracos dos produtos da empresa em relação à concorrência são: 
- Fato da empresa encontrar-se na fase inicial de implantação, pode ter dificuldade 
em posicionar o produto no mercado; 
- Por ser tratar de um software, corre-se o risco de um algum concorrente 
desenvolver um software semelhante ao MedCasa. 
 
2.1.9 Dados financeiros 
 
Tabela 1 – Natureza do investimento 
QTDE. Descrição Valor Total 
05 Estações de trabalho R$ 14.431,05 
01 Impressora Multifuncional R$ 1.634,90 
03 Software necessário R$ 2.000,00 
02 Aluguel Coworking R$ 1.000,00 
01 Outras despesas R$ 1.200,00 
 
TOTAL 
 
R$ 20.265,95 
 
Tabela – 01 – autoria: própria 
 
11 
 
3. PROJETO DE SISTEMAS ORIENTADA A OBJETOS 
 
3.1 Levantamento de Requisitos 
Foi solicitado a criação de um sistema de teleatendimento médico que 
funcione tanto na web quanto em app, visando automatizar os atendimentos 
desafogando as clinicas e hospitais em vista da atual situação do país pela 
pandemia. 
Os pacientes deverão realizar um cadastro utilizando seu cartão sus e seus 
dados pessoais como nome, CPF, data de nascimento entre outros e dados de 
endereço como rua, número, cidade entre outros que serão descritos, o paciente 
poderá cadastrar, consultar, alterar e excluir seu cadastro. O paciente cadastrado 
então terá que realizar o login com usuário e senha no sistema para utiliza-lo, após 
o paciente estar logado ele poderá ir para a tela de agendamentos e consultas onde 
poderá marcar, alterar e excluir uma consulta com data e hora e consultar os 
agendamentos feitos. Os médicos terão acrescentados em seu cadastro sua 
especialidade médica e seu CRM. 
 
3.1.1 Requisitos Funcionais: 
● RF001 – Tela de login para acesso de pacientes e médicos. 
● RF002 – Cadastro de Pacientes 
● RF003 – Tela de agendamentos e consultas. 
● RF004 – Cadastro de médicos 
● RF005 – Agenda de controle 
 
3.1.2 Requisitos não funcionais: 
● RNF001 – O sistema deve ser implementado para WEB e APP. 
● RNF002 – O sistema será implementado com a linguagem PHP. 
● RNF003 – O sistema só é acessado após o devido cadastramento e efetuado 
o login 
● RNF004 – Os agendamentos devem receber confirmação para consulta para 
evitar falhas no atendimento. 
● RNF005 – O sistema deve rodar em diferentes browsers, por exemplo 
(Firefox, Chrome entre outros). 
12 
 
 
3.2 Regra de negócio 
O sistema deve servir de ponte entre paciente e médico para realização de 
consultas não presenciais, evitando o deslocamento dos pacientes até um 
consultório ou hospital. 
O usuário só poderá agendar uma consulta se estiver devidamente 
cadastrado no sistema, sendo assim apenas médicos devidamente cadastrados no 
sistema poderão realizar consultas. 
Toda consulta deve ser confirmada para ser validada, essa confirmação pode 
ser notificada pelo próprio sistema, por e-mail ou mensagem sms no celular. 
O usuário só terá acesso as informações do sistema se o mesmo estiver 
efetuado login utilizando usuário e senha. 
 
3.3 Especificação de interface 
 
Tela Cadastro de paciente 
 
Imagem – 01 – autoria: própria 
 
Elemento Nome de campo Tipo de campo 
Tamanho de 
campo (pixel) 
Regra de campo 
Campo ID Numérico 90 x 25 Auto incremento 
Campo Cartão SUS Numérico 170 x 25 
Aceita apenas 
valores numéricos 
Campo Nome texto 285 x 25 
Limite de 64 
caracteres 
Campo RG texto 165 x 25 
Aceita apenas um 
RG válido 
13 
 
Campo CPF texto 165 x 25 
Aceita apenas um 
cpf válido 
Campo 
Data de 
Nascimento 
Data 165 x 25 
Aceita apenas 
valores de data 
Campo E-mail Texto 285 x 25 
Aceita apenas um e-
mail válido 
Campo Telefone Numérico 165 x 25 
Aceita apenas 
valores numéricos 
Campo Rua Texto 285 x 25 
Limite de 80 
caracteres 
Campo Número Texto 80 x 25 
Limite de 10 
caracteres 
Campo Cidade Texto 285 x 25 
Limite de 40 
caracteres 
Campo Bairro Texto 285 x 25 
Limite de 64 
caracteres 
Combobox Estado Texto 70 x 25 
Revela uma lista de 
opções ao ser 
clicado 
Campo País Texto 165 x 25 
Limite de 40 
caracteres 
Campo CEP Numérico 165 x 25 
Aceita apenas um 
cpf válido 
Campo Complemento Texto 285 x 25 
Limite de 64 
caracteres 
Botão Cadastrar * 115 x 30 
Salva as informações 
no banco de dados 
Botão Consultar * 115 x 30 
Busca as 
informações do 
banco de dados 
Botão Alterar * 115 x 30 
Altera as 
informações do 
banco de dados 
Botão Excluir * 115 x 30 
Exclui o cadastro do 
baco de dados 
 
Tela de agendamentos e consultas 
14 
 
 
Imagem – 01 – autoria: Livro Texto 
 
Elemento Nome de campo Tipo de campo 
Tamanho de 
campo (pixel) 
Regra de campo 
Campo Cod. Consulta Numérico 90 x 25 
Apenas valores 
numéricos gerado 
automaticamente 
Campo Nome texto 285 x 25 
Limite de 64 
caracteres 
Campo Data Consulta Data 165 x 25 
Aceita apenas 
valores de data 
Campo Hora Consulta texto 165 x 25 
Limite de 5 
caracteres 
Combobox 
Especialidade 
Médica 
Lista 285 x 25 
Revela uma lista de 
opções ao ser 
clicado 
Botão Marcar Consulta * 170 x 45 
Salva as 
informações no 
banco de dados 
Botão Excluir Consulta * 170 x 45 
Exclui uma consulta 
do banco de dados 
Botão Alterar Consulta * 170 x 45 
Altera informações 
de consulta, do 
banco de dados 
Botão 
Meus 
agendamentos 
* 340 x 30 
Mostra os 
agendamentos 
solicitados 
 
3.4 UML (Unified Modeling Language) 
 A UML (Unified Modeling Language) em sua tradução significa Linguagem 
Unificada de Modelagem é utilizada para modelagem de sistemas orientada a 
objetos indicada para figuração, caracterização e documentação de artefatos 
conforme o sitio Infoescola ela surgiu com BOOCH, OMT (Rumbaugh) e OOSE 
(Jacobson) e tem como principal papel auxiliar e a visualizar o desenho e a 
15 
 
comunicação entre objetos. Nesse sentido podemos observar que a UML não é uma 
linguagem de programação embora sendo possível alguns diagramas geram 
códigos. 
 Conforme Versolatto (2015) cada diagramas da UML compõem uma visão, 
nesse projeto iremos trabalhar com da seguinte forma: na Visão de caso de uso 
utilizaremos o Diagrama de Caso de Uso o de Atividades; na Visão lógica iremos 
utilizar o Diagrama Classe e o de Sequência; na Visão de implementação 
utilizaremos o Diagrama de Componentes e na Visão de implantação trabalharemos 
com o Diagrama de Implantação. 
 A utilização desses diagramas é para a construção de um sistema de 
teleatendimento de consulta médica, paraatender pacientes enquanto perdurar a 
pandemia do novo coronavirus (covid-19). 
 
3.4.1 Diagrama de caso de uso 
 O diagrama de caso de uso serve para documentar como o sistema se 
comporta no ponto de vista do usuário, cria um cenário, ou seja, as instâncias de 
casos de uso, conforme descreve o sitio DEVMEDIA o diagrama de caso de uso 
descreve as principais funcionalidades e não aprofunda em detalhes técnicos. 
 Nesse diagrama temos como atores Paciente, Médico e Sistema SUS. O 
Paciente ele informa o cartão do SUS, nesse momento o sistema faz uma busca no 
Sistema do SUS e retorna a confirmação, feito isso, o Paciente realiza cadastro na 
plataforma, informa data e hora desejada, informa o tipo de especialidade que 
deseja o atendimento, confirma a consulta e é atendido online, já o Médico realiza 
a consulta, marca revisão e faz atendimento online, conforme a figura a seguir. 
 
 
3.4.2 Diagrama de atividades 
Imagem – 02 – autoria própria 
16 
 
 O diagrama de atividades é conceituado como uma variação do Diagrama de 
Estados. A estrutura desse diagrama é bem parecido com um fluxograma, portanto, 
é mais facilmente de ser entendido pessoas sem muito conhecimento técnico. 
Conforme Martins, Diniz e Silva (2017) “O diagrama de atividades é similar a uma 
máquina de estados, [...] é representado por um gráfico de atividades que mostram 
o fluxo de uma atividade para outra.” 
 Nesse diagrama a seta direciona o caminho entre os estados da atividade e 
o caminho a ser seguido, conforme imagem a seguir. 
 
Imagem – 03 – autoria própria 
 
 Nesse contexto temos a seguinte situação: O programa inicia e recebe o tipo 
de usuário, se for do tipo paciente ele informa a especialidade que deseja ser 
atendia informa a data e hora, caso esteja disponível e confirmar sua consulta ele 
iniciará o processo de chamada de áudio ou vídeo e finaliza o seu atendimento, já 
se o usuário for do tipo médico ele realizará a consulta e marcará revisão no 
processo de chamada de áudio ou vídeo e finalizará o seu atendimento. 
 
3.4.3 Diagrama de classe 
 O diagrama de classes representa uma estrutura e uma relações das classes 
que servem de modelo para objetos. Para Martins, Diniz e Silva (2017) “[...] é um 
modelo fundamental de uma especificação orientada a objetos. Produz a descrição 
mais próxima da estrutura do código de um programa.” Com base no seu argumento 
podemos então entender que essa modelagem é bastante adequada para o 
desenvolvimento de sistemas, definindo todas classes necessárias do sistema. Nele 
definimos nossas classes, atributos, métodos, herança entre outros. A seguir 
mostraremos esse diagrama para a construção do teleatendimento. 
17 
 
 
Sendo assim, a figura acima mostra a seguinte situação: A classe usuário 
tem relação com a classe pessoa; A classe pessoas tem duas heranças (paciente 
e médico) e possui também duas composições (endereço e contato); A classe 
paciente está relacionada com a classe agenda de consulta; A classe agenda de 
consulta busca informação do paciente no sistema SUS e possui agregação com a 
classe agenda de controle; A classe agenda de controle tem relação com a classe 
consulta que possui dependência com a classe médico e A classe médico possui 
relação com as classes CRM e especialidade. 
 
3.4.4 Diagrama de sequência 
 O Diagrama de Sequência ilustrar as interações entre atores, classes e as 
operações, conforme salienta Martins, Diniz e Silva (2017) “O diagrama de 
sequência mostra a troca de mensagens entre diversos objetos, em uma situação 
especifica e delimitada no tempo. Coloca ênfase especial na ordem e nos momentos 
nos quais mensagens para os objetos são enviadas.” Sendo assim podemos 
visualizar que nesse diagrama a comunicação entre um objeto e outro é através de 
setas conforme mostra a figura a seguir. 
18 
 
 
Imagem – 05 – autoria própria 
 
 Nesse diagrama temos a seguintes situações: Paciente - insere cartão do 
SUS; Agenda de consulta - busca pelo paciente; Agenda de controle - adiciona o 
paciente; Consulta - inclui o paciente; Paciente - informa hora; Agenda de consulta 
- informa a data e hora; Agenda de controle - adiciona a data e hora; Consulta - 
inclui data e hora; Paciente - confirma consulta; Agenda de consulta - confirma 
consulta; Agenda de controle - adiciona consulta; Consulta - cria consulta; 
3.4.5 Diagrama de componentes 
 O Diagrama de componentes modela o software baseado em componentes, 
sendo então visão física desse sistema, conforme salienta Versolatto (2015, p.135) 
“as partes desse sistema são apresentadas sob uma perspectiva mais concreta, ou 
seja, podemos empacotar esses componentes e distribuí-los.” A imagem abaixo 
mostra como será a organização da estrutura física na qual o software será 
implantado e executado. 
 
 
3.4.6 Diagrama de implantação 
Imagem – 06 – autoria própria 
19 
 
 O Diagrama de Utilização, também intitulado como diagrama de implantação 
exibi a composição de hadware no sistema através da execução em “nós”, segundo 
Versolatto (2015, p.136) “um “nó” de processamento é um recurso computacional 
que permite a execução de um sistema de software, ou de parte dele, como um 
componente.” Com base em seu argumento podemos perceber que um “nó” é 
qualquer tipo de dispositivo (computador, periférico, dispositivos de memória, entre 
outros). A seguir mostraremos a visão estática do funcionamento do nosso sistema 
de teleatendimento de consulta médica. 
 
Imagem – 07 – autoria própria 
 
4 GESTÃO DE QUALIDADE 
 
Para se ter uma empresa com respeito e qualidade perante o mercado, é 
preciso se adequar a um padrão de metodologias que se dispõe para assim adquirir 
processos e produtos de qualidade. Conhecendo este princípio, utilizaremos 
normas específicas para certificar e comprovar a real integridade com a gestão do 
processo e produtos da empresa. Falando da área de Tecnologia da Informação, 
foi selecionado normas específicas para a empresa e o produto que será realizado. 
Foi separado em duas categorias, sendo elas: 
 
4.1 Qualidade de Produto 
Para obter e comprovar um produto de qualidade, utilizaremos como base a 
norma “ISO/IEC 25010”, que por sua vez se adéqua a um padrão de qualidade para 
produtos de software. Dentro desta norma há características e metodologias que se 
aplicam; tais elas são: 
20 
 
Funcionalidade – Integrando a um software funcionalidades que satisfaçam 
a necessidade do cliente dentro das características do programa, fornecendo 
adequação, segurança de dados do usuário e conformidade de regulamentações. 
Confiabilidade – Obtendo um software com alto desempenho, tendo um 
desenvolvimento focado a obter um sistema sem falhas e perca de dados. 
Usabilidade – Obtendo um software e um sistema de fácil entendimento e 
operabilidade, trabalhando a parte estética, que deixa o design do programa mais 
atraente e fiel ao usuário, abrangendo e se adaptando a vários ambientes utilizados 
pelo usuário. 
Eficiência – Tendo um software com tempo de resposta adequado utilizando 
recursos de monitoramento. 
Manutenibilidade – Obtendo um desenvolvimento e estrutura de software 
com fácil entendimento e manutenção, possibilitando de certa forma um programa 
mais estável e com flexibilidade de realização de testes e manutenções. 
Portabilidade – Tornando o software adaptável a diferentes ambientes e 
estruturas. 
Qualidade em Uso – Tornando o software seguro e eficaz durante o uso do 
usuário, tornando assim, sua experiência produtiva e satisfatória. 
 
4.2 Qualidade de Processo 
Para garantir um produto de qualidade e total referência sobre o ramo que 
se atua, é preciso se adequar a padrões de qualidade e gestão de processos que 
possam permitir atingir um alto desempenho e comprometimento com o produto e 
cliente. Com isso, teremos como base a norma “ISO/ICE 20000-1”, que se refere a 
boas práticas para uma gestão de qualidade no ramo TI. Dentro destanorma, temos 
característica e métricas a serem seguidas, sendo elas: 
Adotando a metodologia “PDCA” como base de estrutura de planejamento e 
implantação. 
Plan / Planejar - Momento em que se é feito o planejamento sobre todo o 
cenário do projeto, incluído possíveis problemas que poderão surgir durante o 
percurso do projeto. 
 Do / Execução – Etapa em que se põe em prática tudo que já foi planejado 
na etapa anterior. 
21 
 
Check / Avaliar ou Verificar – Etapa em que se verifica todas as execuções 
realizadas e se houve algum problema durante a execução do que se foi planejado. 
Act / Atuar ou Agir – Etapa que se toma ações para melhoria continua dos 
processos e melhores resultados. 
Ambas as normas se enquadram no padrão de estética da empresa e do 
projeto, pois tendem a se focalizar perante a área de TI. Visando isto, 
consequentemente teremos um projeto que tenha qualidade e confiança perante o 
mercado. Com a norma ISO/IEC 25010, conseguimos um produto de qualidade, 
dentro das especificações obtidas nas normas para uma adequação no mercado. A 
norma ISSO/ICE 20000-1, possibilita uma boa gestão sobre os serviços, 
aprimorando e obtendo processos de desempenho e qualidade. 
 
5 GERENCIAMENTO DE PROJETO DE SOFTWARE 
 
5.1 Termo de abertura do projeto 
 
5.1.1 Descrição do projeto 
 
Devido ao atual cenário da pandemia causa pelo novo coronavírus (COVID-
19) e para evitar aglomerações o Ministério da Saúde vem recomendando várias 
medidas preventivas para diminuir a propagação e o aumento de pessoas 
infectadas, entre as diversas prevenção surgiram alguma resoluções publicada em 
março que autorizam que pacientes sejam consultados através de computadores 
e/ou celulares através da telemedicina enquanto durar o combate ao covid-19. Com 
essa atual situação o Hospital São Paulo City resolveu contratar a Empresa Sprint 
Desenvolvimento de Tecnologia e Inovação Ltda. para desenvolver um sistema de 
teleatendimento para seus pacientes. 
O sistema de teleatendimento pretendido pelo o Hospital deve seguir as 
normas pré-estabelecidas pelo Ministério da Saúde e em conformidade com a 
Resolução do Conselho Federal de Medicina de nº 1.643 de 2002, o sistema deve 
ser utilizado tanto na matriz quanto nas suas filiais e esse sistema poderá ser 
utilizado após a pandemia do covid-19. A criação e instalação desse sistema de 
teleatendimento deve ser num prazo de 15 dias e o custo para sua criação e 
instalação está previsto em R$ 19.500,00 (dezenove mil e quinhentos reais). 
22 
 
O programa deverá ter uma tela agradável e de fácil acesso para os usuários; 
deve rodar nas diversas plataformas disponíveis no mercado; cadastro de pacientes 
e médicos contendo informações necessárias como: RG, CPF, data de nascimento, 
e-mail, se for médico campo para inserção de CRM e sua especialidade, endereço 
e contatos para um futuro monitoramento; uma área para agendar consultas e como 
o paciente poderá ser atendido através de áudio e/ou vídeo. 
 
5.1.2 Objetivos do projeto 
● A ampliação de atendimento médico em tempos de pandemia; 
● Evitar que pacientes precisem sair de suas casas (isolamento social) para 
procurar serviços de saúde; 
● Evitar filas e aglomeração em estabelecimentos de saúde. 
5.1.3 Descrição do produto final (escopo) 
● Local para cadastrar paciente e médico; 
● Local para agendar e marcar consultas; 
● Local confiável para armazenamento informações e dados pessoais; 
● Telas interativas, agradáveis e de fácil acesso; 
● Atendimento de áudio e/ou vídeo. 
 
5.1.4 Principais envolvidos 
Empresa Sprint Desenvolvimento de Tecnologia e Inovação Ltda e Hospital São 
Paulo City. 
 
5.1.5 Dependências do projeto 
 
Não possui nenhuma dependência com outros projetos 
 
5.1.6 Prazo e Custos do Projeto 
● O prazo estimado: da sua criação até a implantação do sistema é de 15 
dias. 
● O custo estimado: R$ 19.500,00 (dezenove mil e quinhentos reais). 
 
5.1.7 Gerente do projeto 
23 
 
 
O gerente deste projeto será o Antonio Rodolfo 
 
5.2 CRONOGRAMA DE ATIVIDADES E CUSTOS 
 
5.2.1 Cronograma de atividades 
 
 Para o cronograma de atividades será utilizada a “estimativa bottom-up” pelo 
fato desse modelo se basear no conhecimento da equipe e do gerente de projetos 
conforme salienta Ribeiro (2015, p.62) “São estimativas que se baseiam na 
experiência da equipe e do gerente de projeto. Consistem em determinar a duração 
de cada atividade até chegar ao nível do pacote de trabalho e assim 
sucessivamente até o nível do projeto.” Embora seja mais demorada e custosa é 
utilizada em projetos mais detalhados. Sendo assim o cronograma ficou com essa 
estrutura: 
 
5.2.1.1 Documento de entrega do sistema de teleatendimento: 
 
● Realizar entrevista: 2 dias. 
● Descrever as funcionalidades: 2 dias. 
● Elaborar protótipo: 4 dias. 
● Validar com o cliente: 1 dia. 
● Fazer ajustes: 1 dia. 
● Entrega do documento: 0 dias. 
 
5.3 Cronograma de custos 
 
 Os custos são valores pago ao um determinado trabalho para a produção de 
bens ou de serviços. Ribeiro (2015) custos são a soma de todos os recursos para 
se produzir algo e pode ser divido em quatro categorias (diretos, indiretos, fixos e 
variáveis). 
 Sendo assim o custo estimado para a criação e implantação do sistema é R$ 
19.500,00 (dezenove mil e quinhentos reais) conforme descrito na imagem abaixo. 
24 
 
 
Imagem – 07 – autoria própria 
 
5.4 Matriz de papéis de responsabilidade 
 
Tabela 1 – Matriz de papéis de responsabilidade (RACI) 
Descrição Direto
r Gerente Analista Assistente 
Definir as regras e 
especificações do sistema 
I R/A C I 
Projetar o sistema I A R I 
Desenvolver o sistema C A R I 
Documentar o sistema I C R I 
Testar o sistema C A R I 
Monitorar e acompanhar o 
desenvolvimento 
I R/A C I 
Validar versão final A R C I 
Implementar I R A I 
Treinar I A R I 
Lançar oficialmente o 
sistema 
R/A C I I 
 
R – RESPONSÁVEL / A – AUTORIDADE / C – CONSULTADO / I - INFORMADO 
 
5.5 Lições aprendidas 
 
<Nome do projeto> 
As reflexões do grupo tiveram como foco os processos de gestão, planejamento, 
execução, controle e comunicação do referido projeto. 
1. Escopo 
1.1 Os produtos entregues correspondem aos descritos no escopo? 
(X) Sim. 
(_) Não. Comente. 
Comentário: 
 
25 
 
1.2 Os produtos entregues permitiram o alcance do objetivo do projeto? 
(X) Sim. 
(_) Não. Comente. 
Comentário: 
 
2. Tempo 
2.1 Houve desvio entre os prazos planejados e realizados? 
(X) Não. 
(_) Sim. Por quê? Como esses desvios poderiam ter sido evitados? Comente. 
Comentário: 
 
2.2 A ferramenta utilizada para o controle do cronograma atendeu as 
necessidades? 
(X) Sim. 
(_) Não. Comente. 
Comentário: 
 
3. Pessoas 
3.1 O número de pessoas alocadas na equipe foi adequado para realização 
do projeto? 
(X) Sim. 
(_) Não. Comente. 
Comentário: 
 
3.2 Houve conflitos significativos na condução do projeto? 
 (X) Não. 
(_) Sim. O que os originou? Como foram administrados? Comente. 
 Comentário: 
 
3.3 Houve cooperação e comprometimento da equipe e patrocinador? 
 (X) Sim. Que medidas garantiram esse envolvimento? Comente. 
 (_) Em parte. O que impediu um maior comprometimento? Que ações 
poderiam ter envolvido de forma mais eficiente a equipe e o patrocinador? Comente. 
 (_) Não. 
26 
 
 Comentário: As reuniões diárias para discussão dos pontos do projeto 
ajudaram a manter o comprometimento de todos. 
 
4. Comunicação 
 4.1 Houve problemas de comunicação durante o projeto? 
 (X) Não. 
(_) Sim. Por quê? Como poderiam ter sido evitados? Comente. 
Comentário: 
4.2 Os meios de comunicação previstos no plano foram efetivamente 
utilizados? Estes contribuíram para uma comunicação mais efetiva? 
(X) Sim. 
(_) Não. Comente. 
Comentário: 
 
5. Riscos 
 5.1 Ocorreram riscos não previstos? 
 (X) Não. 
 (_) Sim. Quais? Comente. 
 Comentário: 
 
 5.2 O plano de riscos mostrou-seútil no decorrer do projeto? Os riscos 
levantados foram efetivamente monitorados? 
 (X) Sim. 
 (_) Não. Comente. 
 Comente: 
6. Qualidade 
 6.1 Os clientes/usuários ficaram satisfeitos com o resultado do projeto? 
 (X) Sim. 
 (_) Não. Comente. 
 Comente: 
 
 
 
 
27 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
6 CONCLUSÃO 
 
 Nesse Projeto Integrado Multidisciplinar, apresentou-se um projeto de 
criação de um sistema APP/WEB de teleatendimento médico. Seu principal objetivo 
é atender pacientes de modo rápido e remoto sob o comando de um profissional de 
saúde e evitar aglomerações nos sistemas de saúde. 
 O plano de negócios onde mostra o histórico da empresa, bem como a sua 
missão e visão, quais os principais concorrentes e porque a empresa Sprint 
Desenvolvimento se destaca no mercado, através desse plano foi possível fazer o 
levantamento financeiro da empresa. Isso mostra que entre as concorrentes somos 
a mais especializada nesse ramo de negócio. 
28 
 
 Outro fator importante para a competitividade no mercado é a qualidade, pois 
ela é de fundamental importância para qualquer empreendimento por isso, a 
empresa Sprint Desenvolvimento utiliza-se das normas vigentes para prestar um 
serviço de qualidade entre elas a ISO/IEC 25010 e a 20000-1. 
A estrutura da programação foi montada por meio do programa fácil e 
adequado, com telas interativas e de fácil acesso, para a modelagem foi utilizado o 
programa Astha, com base na programação orientada a objetos as diagramações e 
suas funcionalidades facilitou o desenvolvimento do sistema. Dentre várias 
funcionalidades disponíveis, foram utilizados o reaproveitamento de códigos através 
das heranças (classe). 
Através termo de abertura foi possível realizar um levantamento mais 
detalhado do projeto para a criação do teleatendimento médico, por meio dele foi 
possível estipular um valor para a criação do software e o retorno do seu 
investimento, os quais mostram satisfatórios, pois além de atender as necessidades 
do cliente é possível entregar com qualidade. 
 
 
 
 
 
 
 
 
REFERÊNCIA 
 
ARAÚJO NETO, Antônio Palmeira de. Empreendedorismo – São Paulo: Editora 
Sol, 2013. 124 p. il. 
 
CRISTOVÃO, Andréa Martins. Gestão da qualidade. São Paulo: Editora Sol, 2013. 
 
INFOESCOLA. UML. <https://www.infoescola.com/engenharia-de-software/uml/> 
acessado em 02/10/2020 às 10h. 
 
29 
 
MARTINS, Bonny Rodrigues; DINIZ, Walisson Gama; SILVA, Rogério Oliveira da. 
A complexidade da UML e seus diagramas. Tecnologias em Projeção, v. 8, n. 1, 
p. 86-99, ano 2017. 
 
SEBRAE. Como Elaborar um Plano de Negócios. In: Sebrae. Planejamento. 
2020. Disponível em: <https://m.sebrae.com.br/sites/PortalSebrae/artigos/como-
elaborar-um-plano-de-
negocio,37d2438af1c92410VgnVCM100000b272010aRCRD> Acesso em: 04 
outubro. 2020 
 
VERSOLATTO, Fábio Rossi. Projeto de Sistemas Orientado a Objetos. – São 
Paulo: Editora Sol, 2015.