PIMVII

Prévia do material em texto

UNIP ANÁLISE E DESENVOLVIMENTO DE SISTEMAS 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
PROJETO DE TELE ATENDIMENTO MÉDICO VIA WEB 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SÃO PAULO, 2021 UNIP ANÁLISE E DESENVOLVIMENTO DE 
SISTEMAS 
 
 
 
 
 
 
 
 
 
 
 
PROJETO DE TELE ATENDIMENTO MÉDICO VIA WEB 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
SÃO PAULO, 2021 
RESUMO 
 
Com base no aprendizado obtido nas disciplinas de Empreendedorismo, 
gerenciamento de projeto de software, gestão de qualidade e projeto de sistemas 
orientada a objetos. O programa foi desenvolvido para realização de consultas e 
acompanhamentos médicos via on-line, de fácil acesso, com o intuito de diminuir 
atendimentos presenciais e agilizar atendimentos médicos em época de pandemia. Os 
pacientes, além de poupar o tempo que teriam se locomovendo, podem iniciar o 
tratamento o quanto antes, de onde estiver e em todos os dispositivos que tiverem 
acesso à internet. A Telemedic foi planejada para que médicos e pacientes consigam 
se interagir sem qualquer proximidade física, mantendo os seus pacientes protegidos 
em casa, principalmente os que são de grupo de risco. 
O objetivo é apresentar um programa de tele atendimento onde o paciente 
realizará seu cadastro e no dia e hora em que a consulta estiver agendada o 
responsável pela especialidade irá realizar uma consulta online e o paciente ficará 
frente a frente com o profissional da área médica, poderá ser encaminhado para uma 
unidade de saúde mais próxima caso tenha que realizar algum exame. As informações 
de histórico médico serão administradas apenas pelos médicos e administradores do 
software tendo assim uma infraestrutura de sigilo e todos os dados protegidos, terá 
lembretes das consultas via WhatsApp e e-mail, emissão de receitas e atestados 
assinados digitalmente pelo médico em sua consulta virtual podendo em alguns casos, 
apenas apresentar a receita pela tela do celular. 
 
Palavra-chave: Consulta, pandemia, atendimento, paciente. 
. 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
Based on the grouping of practices in the disciplines of Entrepreneurship, 
software project management, quality management and object-oriented systems 
design. The program was developed to carry out medical consultations and follow-up 
via online, with easy access, in order to reduce face-to-face assistance and streamline 
medical assistance during a pandemic period. Patients, in addition to saving time on 
the move, can start treatment as soon as possible, wherever they are and on all devices 
that have internet access. Telematics was planned so that doctors and patients can 
interact without any physical proximity, keeping their patients protected at home, 
especially those from a risk group. 
The goal is to present a tele-service program where the patient will register and 
on the day and time the appointment is scheduled, the person responsible for the 
specialty will conduct an online appointment and the patient will be face to face with the 
medical professional, you can be referred to a nearest health facility if you have to 
undergo an exam. Only the doctors and software administrators, thus having a 
confidentiality infrastructure, will manage the medical history information and all data 
protected, will have appointment reminders via WhatsApp and email, issuing 
prescriptions and certificates digitally signed by the doctor in his virtual consultation in 
some cases, it can only present a recipe through the cell phone screen. 
 
Keyword: Consultation, pandemic, care, patient. 
 
. 
 
 
 
 
 
 
 
 
 
 
 
LISTA DE FIGURAS 
 
Figura 1 - Modelo de negócio ........................................................................... 9 
Figura 2 - Logo ............................................................................................... 10 
Figura 3 - Diagrama de casos de uso ............................................................. 17 
Figura 4 - Diagrama de atividades .................................................................. 18 
Figura 5 - Diagrama de classe ........................................................................ 19 
Figura 6 - Diagrama de sequência .................................................................. 19 
Figura 7 - Diagrama de componentes ............................................................ 20 
Figura 8 - Diagrama de implantação ............................................................... 21 
 
 
LISTA DE TABELAS Tabela 1 - Representação Erro! Indicador não definido. 
Tabela 2 - Cadastro de pacientes .................................................................... 10 
Tabela 3 - Especialidades ............................................................................... 11 
Tabela 4 – Agendamento de consulta ............................................................. 12 
Tabela 5 – Consulta online .............................................................................. 12 
Tabela 6 – Atendimento de tele consulta......................................................... 13 
Tabela 7 - Disponibilidade dos itens ................................................................ 13 
Tabela 8 - Envio de dados para operadoras .................................................... 14 
Tabela 9 - Regras de negócio ......................................................................... 15 
Tabela 10 - Termo de abertura ........................................................................ 21 
Tabela 11 - Definição de papéis e responsabilidades ..................................... 23 
Tabela 12 - Cronograma de atividades ........................................................... 24 
Tabela 13 - Estimativa de custos ..................................................................... 25 
Tabela 14 - Custo total do projeto ................................................................... 26 
Tabela 15 - Lições aprendidas ........................................................................ 26 
Tabela 16 - Aprovação de projeto ................................................................... 27 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Sumário 
1 INTRODUÇÃO ..................................................................................................... 
7 2 MODELO DE NEGÓCIO 
...................................................................................... 9 3 PLANO DE NEGÓCIO 
....................................................................................... 10 4 REQUISITOS 
FUNCIONAIS DO SISTEMA ....................................................... 11 5 
 REQUISITOS NÃO FUNCIONAIS ..................................................................... 15 6 
REGRAS DE NEGÓCIO ..................................................................................... 16 7 
DIAGRAMAS ...................................................................................................... 17 
7.1 Diagrama de casos de uso ............................................................................... 17 
7.2 Diagrama de atividades .................................................................................... 18 
7.3 Diagrama de classes ........................................................................................ 18 
7.4 Diagrama de sequência .................................................................................... 19 
7.5 Diagrama de componentes .............................................................................. 20 
7.6 Diagrama de implantação ................................................................................ 20 
8 METODOLOGIAS DE QUALIDADE DE SOFTWARE ....................................... 21 9 
GERENCIAMENTO DO PROJETO....................................................................22 
9.1 Termo de abertura do projeto .......................................................................... 22 
9.2 Histórico de descrição do projeto ................................................................... 22 
9.3 Objetivo do projeto ........................................................................................... 23 
9.4 Necessidades do negócio ................................................................................ 23 
9.5 Definição de papéis e responsabilidades ....................................................... 24 
9.6 Cronograma de atividades ............................................................................... 25 
9.7 Estimativa de custos ........................................................................................ 26 
9.8 Análise de riscos .............................................................................................. 27 
9.9 Lições aprendidas ............................................................................................ 27 
9.10 Aprovação e autorização do projeto ........................................................ 28 
10 CONCLUSÃO ..................................................................................................... 29 
REFERÊNCIAS ......................................................................................................... 30 
 
 
7 
 
1 INTRODUÇÃO 
A medicina tem passado por grandes avanços tecnológicos durante os anos 
tais como: 
• Cirurgias robóticas assistidas; 
• Prontuários Eletrônicos; 
• Impressão de órgãos 3D; 
• Diagnósticos personalizados; 
Com o início da pandemia, final de 2019, o distanciamento social se tornou 
obrigatório para evitar a disseminação do vírus COVID19 e com ele se fez necessário 
o uso de máscara, álcool gel, seguir protocolos sanitários e em alguns países, e 
algumas cidades do Brasil, decretaram Lockdown, e com isso a área da saúde 
precisou desenvolver novos meios para atendimentos à população para evitar 
aglomerações e possíveis contatos com pessoas infectadas pelo vírus. Com isso a 
Telemedicina se fez necessário, para diagnosticar e medicar pacientes sem eles 
precisarem sair de suas casas e correr o risco de ser infectado ou, caso já estejam, 
transmitir e propagar o vírus para outras pessoas, assim uma portaria regulamentou a 
telemedicina com tele atendimento em caráter emergencial. 
A tele atendimento foi desenvolvido para ser usado em computadores, tablets 
e celulares para facilitar o uso por pessoas que não tem muita habilidade com 
dispositivos eletrônicos e além da consulta ainda podemos monitorar os pacientes 
acompanhando os sintomas e encaminhar até uma unidade de saúde próxima para 
ser feito o exame e detectar ou descartar o contágio. 
Nossa proposta é apresentar um programa de tele atendimento onde o paciente 
se sentirá à vontade na hora da consulta, ficará frente a frente com um profissional da 
área médica, será encaminhado para uma unidade de saúde mais próxima caso tenha 
que realizar algum exame, terá seu prontuário digital com toda a segurança e sigilo, 
registo das consultas com lembretes via WhatsApp e e-mail, emissão de receitas e 
atestados assinados digitalmente pelo médico em sua consulta virtual. 
Apesar de a lei ter sido regulamentada e homologada em 2002, pela resolução 
do CFM Nº 1.643/2002, e não ter sido atualizada nos anos seguintes acompanhando 
a evolução médica estamos confiantes que a portaria Nº 467, de 20 de março de 2020, 
veio para ficar e será usada para regulamentar definitivamente o tele atendimento e 
8 
deixará de ser apenas uma portaria emergencial abrindo o caminho para homologação 
de diversos softwares como o nosso. 
 
 2 MODELO DE NEGÓCIO 
O Modelo de Negócio, também conhecido como Canvas, foi inventado por Alex 
Osterwalder, e tem como objetivo principal descrever todos os elementos e fases de 
um negócio, integrando o mesmo por completo. Um modelo de negócio, ou Business 
Model Canvas (BMC) é uma alternativa com alta eficiência para atender todos os 
critérios relacionados ao negócio modernizado. Na figura a seguir temos a 
representação do modelo de negócio desenvolvido. 
 
 
 
Na tabela a seguir temos a representação do modelo de negócio. 
 
Tabela 1 - Representação 
Parcerias-chave Seguradoras, Clinicas Médicas 
Particulares, SUS; 
Atividade-chave Site, Mídias Sociais, Gestão de 
Sistema; 
Recurso-Chave Marketing e Sistema; 
Figura 1 - Modelo de negócio 
 
Fonte: Autori a própria. 
9 
 
Estrutura de Custos Marketing, Custos do Software, 
Vendas e Licenças; 
Proposta de Valor Fidelidade, Atendimento Proativo, 
Privacidade, segurança; 
Relacionamento Mídias Sociais, Chat, Telefone, Site e 
E-mail; 
Canais Site e Consultores; 
Segmento Toda parte privada e pública 
empresarial da área da saúde. 
Fontes de Renda Sistema e licenças; 
Fonte: Autoria própria 
 
 
3 PLANO DE NEGÓCIO 
A execução de um plano de negócios faz com que a visão do empreendedor 
enxergue a empresa como um todo, facilitando a visualização de todos os objetivos a 
serem alcançados. 
Apresentamos a empresa telemedic, pioneira no desenvolvimento de software 
para consultas online, na imagem a seguir temos a representação do logo da empresa. 
 
 
 
Figura 2 - Logo 
 
Fonte: CANVA , autoria própria. 
10 
 
• VISÃO: 
 Ser a melhor solução e eficiência em todo mercado de SO voltado a 
telemedicina. 
 
• MISSÂO: 
Ser a melhor empresa que entende e atende todas as necessidades de cada 
paciente. 
 
• VALORES: 
Respeito a vida, honestidade, ética, resultados e segurança. 
 
• CLIENTES: 
Pacientes, pessoas físicas e jurídicas da área de saúde. 
 
• LOCALIZAÇÃO: 
Devido ao limite estabelecido de fluxo de pessoas na pandemia, aderimos ao 
home office para a execução das atividades setoriais da empresa. 
 
• INVESTIMENTO: 
Investimento inicial totalizado em R$ 200.000,00 por conta do 
empreendedor. 
 
4 REQUISITOS FUNCIONAIS DO SISTEMA 
Nas tabelas a seguir temos os requisitos funcionais do sistema de tele 
atendimento onde os atores Paciente e Profissional de saúde tem acesso a um 
sistema que permite realizar cadastro, agendar consulta, escolher a especialidade na 
qual precisa passar e o fazer e receber ligações de acordo com a permissão de cada 
autor. 
 
Tabela 2 - Cadastro de pacientes 
Identificação Cadastro de Pacientes 
Escopo Cadastro Paciente 
11 
 
Parte Interessada Convênios médicos, Hospitais, Clinicas diversas 
Descrição Permite ao paciente fazer seu cadastro de dados 
pessoais, doenças pré-existentes, plano de saúde 
e endereço caso precise ser direcionado a uma 
unidade de saúde próximo de sua casa 
Pré-condição Paciente precisa ter convênio médico ou estar 
cadastrado no Serviço Único de Saúde. 
Pós-condição Paciente preenche as informações solicitadas no 
cadastro. 
Fluxo 1. Sistema permite ao paciente realizar todo 
seu cadastro informando campos 
considerados obrigatórios. 
2. Sistema mostra o cadastro completo para 
o paciente antes de solicitar a confirmação. 
 
Ator Paciente 
 Fonte: Autoria própria. 
 
Tabela 3 - Especialidades 
Identificação Especialidades 
Escopo Escolher especialidades 
Parte Interessada Convênios médicos, Hospitais, Clinicas 
diversas 
Descrição Paciente escolhe entre diversas 
especialidades de acordo com sua enfermidade. 
Pré-condição Convênio médico ou clinica fornecer a 
especialidade desejada 
Pós-condição Escolhe a especialidade desejada 
Fluxo 1. Paciente escolhe a especialidade desejada 
2. Após a escolha será encaminhado para 
tela de agendamento de consulta 
Ator Paciente 
 Fonte: Autoria própria. 
 
12 
Tabela 4 – Agendamento de consulta 
Identificação Agendamento de Consulta 
EscopoAgendar Consulta 
Parte Interessada Paciente, Convênios médicos, Hospitais, Clínicas 
diversas 
Descrição Paciente escolhe o dia e a hora da consulta 
Pré-condição Ter escolhido a especialidade que deseja passar 
na consulta 
Pós-condição Agendar 
Fluxo 1. Paciente escolhe no calendário o dia e 
hora que estiver disponível para consulta. 
2. O sistema avisa caso o dia e hora já estiver 
agendado com outro paciente. 
3. Se o dia e hora estiver livre o sistema 
reserva e avisa que a consulta já está 
agendada. 
Ator Paciente 
 Fonte: Autoria própria 
Tabela 5 – Consulta online 
Identificação Consulta online 
Escopo Tele consulta 
Parte Interessada Paciente, Profissional de saúde 
Descrição Permite o paciente receber uma chamada de vídeo 
para a tele consulta. 
Pré-condição Paciente precisa estar logado no programa no dia 
e hora marcados 
Pós-condição Paciente recebe a chamada do médico e atende. 
Fluxo 1. Paciente loga no programa. 
2. Paciente clica no campo “consulta 
agendada” e aguarda. 
3. Médico realiza a consulta com o paciente. 
4. Terminando a consulta o médico finaliza a 
chamada. 
Ator Paciente 
Fonte: Autoria própria 
 
 
13 
 
Tabela 6 – Atendimento de tele consulta 
Identificação Atendimento de tele consulta 
Escopo Atender o paciente 
Parte 
Interessada 
Profissional de saúde, paciente 
Descrição O médico realiza uma chamada de vídeo com o paciente 
que agendou a consulta 
Pré-condição Ter uma consulta agendada. 
Pós-condição Paciente estar aguardando a tele consulta. 
Fluxo 1. Médico entra no programa e consulta seus 
agendamentos. 
2. Sistema identifica o paciente e avisa o médico 
que ele está aguardando. 
3. Médico clica em realizar tele consulta e aguarda 
a câmera do paciente abrir. 
Ator Profissional da Saúde 
Fonte: Autoria própria 
 
 
Tabela 7 - Disponibilidade dos itens 
Identificação Envio de receita médica e atestado 
Escopo Enviar atestados e receitas 
Parte Interessada Paciente, profissional da saúde 
Descrição Permite o médico enviar ao paciente, no telefone 
cadastrado, a receita médica e atestado assinado 
digitalmente. 
Pré-condição Ter realizado tele consulta 
Pós-condição Paciente ter sintomas e necessitar de 
medicamentos e ou atestado. 
Fluxo 1. Médico envia, via WhatsApp, E-mail 
cadastrado ou SMS, a receita ou atestado 
assinado digitalmente 
Ator Profissional da Saúde 
 Fonte: Autoria própria 
14 
5 REQUISITOS NÃO FUNCIONAIS 
 
Os requisitos não funcionais são aqueles que dão ao software desempenho, 
confiabilidade, usabilidade e ótima manutenção de acordo com as tecnologias usadas 
na sua codificação. São requisitos que o cliente não percebe que estão sendo usados, 
nesse cenário da tele consulta podemos citar eles na tabela abaixo: 
 
 
Tabela 8 - Envio de dados para operadoras 
Disponibilidade O sistema precisa estar disponível para seus usuários 
sempre, portanto um bom servidor, um bom link de 
internet, segurança e sistemas de energia devem ser 
usados 
Segurança Boas práticas de segurança devem ser usadas para 
preservar os dados dos usuários de ataques externos e 
internos, um ótimo firewall e bem configurado deverá 
ser instalado bem como um sistema confiável e sem 
bugs. 
Backup e segurança 
de dados 
Com a lei do LGPD os dados dos pacientes precisam 
estar bem seguros e não podem ser usados para outros 
meios a não ser para a finalidade do programa 
Conexão Deverá ser usado um ótimo link para internet afim de 
não criar gargalos quando tiver muitas consultas 
agendadas com diversos especialistas garantindo um 
ótimo atendimento a todos os pacientes com menor 
perda de tempo possível. 
Usabilidade O sistema deverá ter uma interface amigável, intuitiva e 
com ótima experiência para o usuário, rodar em 
diversas plataformas, seja desktop ou mobile, ser 
totalmente responsivo e ter um layout clean sem 
poluição visual. 
Fonte: Autoria própria 
 
15 
 
6 REGRAS DE NEGÓCIO 
As regras de negócios são utilizadas para definir as permissões do software, 
baseado no manual de instruções do PIM7 elaboramos a tabela a seguir: 
 
Tabela 9 - Regras de negócio 
RN-01 Vigência do Software 
Descrição Segundo o Conselho Federal de Medicina o acesso ao 
sistema será feito exclusivamente durante a pandemia 
do COVID19 ou até quando esse conselho permitir. 
Fonte Manual do PIMVII página 25 
RN-02 LGPD – Lei Geral de Proteção de Dados. 
Descrição A Lei Geral de Proteção de Dados Pessoais (LGPD), Lei 
nº 13.709, de 14 de agosto de 2018, dispõe sobre o 
tratamento de dados pessoais, inclusive nos meios 
digitais, por pessoa natural ou por pessoa jurídica de 
direito público ou privado, com o objetivo de proteger os 
direitos fundamentais de liberdade e de privacidade e o 
livre desenvolvimento da personalidade da pessoa 
natural. 
Fonte https://www.gov.br/defesa/pt-br/acesso-a-informacao 
RN-03 Praticas Liberadas 
Descrição O ofício do CFM especifica três práticas liberadas: 
teleorientação (transmitir encaminhamentos para 
pacientes em isolamento), telemonitoramento 
(acompanhar indicadores de saúde do paciente a 
distância) e teleinterconsultas (troca de informações 
entre médicos). 
Fonte Manual do PIMVII página 26 
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
http://www.planalto.gov.br/ccivil_03/_Ato2015-2018/2018/Lei/L13709compilado.htm
16 
RN-04 Prontuario clinico obrigatório 
Descrição A Portaria do Ministério da Saúde, por sua vez, descreve 
que os atendimentos devem acontecer em um meio que 
garanta a integridade, a segurança e o sigilo de 
informações, bem como a necessidade de registro das 
consultas em prontuário clínico. 
Fonte: Manual PIM 7 
 
7 DIAGRAMAS 
Na década de 90 foi criado a UML (Unified Modeling Language) após três 
engenheiros de software verem que todo o cenário era muito confuso, Grady Booch, 
Ivar Jacobson e James Rumbaugh conseguiram separar a metodologia do processo 
em diagramas que se dividiram em diversos tipos. Utilizando a ferramenta Astah 
desenvolvemos os cenários de diagramas necessários para representar o sistema de 
tele atendimento da Telemedic. 
7.1 Diagrama de casos de uso 
Um caso de uso demonstra o que ocorre quando um determinado ator utiliza o 
sistema para realizar um determinado processo, no sistema da nossa empresa temos 
os atores Paciente e Profissional da saúde que interagem com o sistema e tem suas 
ações descritas na figura a seguir. 
 
 
Figura 3 - Diagrama de casos de uso 
 
Fonte: Autoria própria 
17 
 
7.2 Diagrama de atividades 
Utilizando o diagrama de atividades iremos descrever o que é necessário 
acontecer no sistema desenvolvido pela Telemedic, com ele podemos demonstrar a 
lógica de um algoritmo, descrever as etapas realizadas e modelar os métodos funções 
e operações realizadas pelos autores, na imagem a seguir temos um exemplo de 
como funciona o sistema. 
 
 
 
7.3 Diagrama de classes 
O diagrama de classes é o design logico e físico de um sistema, sendo 
basicamente o mais usado para representar visualmente as classes e como elas estão 
relacionadas internamente, na imagem a seguir temos um exemplo de como funciona 
a relação entre paciente, cadastro e consulta, e a relação entre o profissional de 
saúde, a consulta e a prescrição de remédios ouemissão de atestados. 
 
Figura 5 - Diagrama de classe 
Figura 4 - Diagrama de atividades 
 
Fonte: Autoria própria 
18 
 
 
7.4 Diagrama de sequência 
Utilizado para demonstrar interações simples na comunicação entre objetos, 
como podemos ver no exemplo a seguir. 
 
 
 
 
Fonte: Autoria própria 
Figura 6 - Diagrama de sequência 
 
Fonte: Autoria própr ia 
19 
 
7.5 Diagrama de componentes 
Diferente dos demais diagramas que são utilizados para demonstrar a 
funcionalidade de um sistema, o diagrama de componentes é utilizado para modelar 
os componentes que serão usados para a funcionalidade de um sistema 
Na imagem a seguir temos um exemplo de como seria a relação de um 
diagrama de componentes. 
 
 
Fonte: https://app.creately.com/diagram/geJfbeft9PN/edit 
7.6 Diagrama de implantação 
Não menos importante o diagrama de implantação é usado para mostrar os 
elementos de software que são implementados pelos de hardware, ilustra o processo 
de execução de hardware e oferece uma visão do topo do sistema de hardware, a 
seguir temos um exemplo 
 
 
Figura 8 - Diagrama de implantação 
Figura 7 - Diagrama de componentes 
 
20 
 
Fonte: https://www.lucidchart.com/pages/pt/o-que-e-diagrama-de-implementacao-uml 
 
8 METODOLOGIAS DE QUALIDADE DE SOFTWARE 
 
No cenário atual do mercado de tecnologia da informação, uma empresa 
trabalhar visando a qualidade de software se tornou um diferencial, isso tem causado 
maior visibilidade e consequentemente trazendo maior quantidade de clientes, pois, 
trabalham com maior garantia na entrega dos projetos iniciados. 
Conforme esse processo de qualidade foi avançando no mercado foi 
necessário criar padronizações para que houvesse uma melhor identificação e 
controle dos processos. Visando manter a Telemedic bem vista no mercado e com 
potencial de crescimento, adotamos as padronizações da MPS.BR para que 
pudéssemos manter nossa equipe engajada nas padronizações dos projetos 
desenvolvidos aplicando check list de auditorias baseados na GQA (Processo de 
garantia da qualidade) em combinação com a metodologia Scrum, aplicando daily 
scrum para relatar os erros e não conformidades existentes e detectadas seguindo as 
padronizações do MPS.BR e garantindo uma melhor avaliação no nível de maturidade 
auditado e definido durante as constantes auditorias a startup Telemedic. 
 
21 
 
Focados também em manter um ambiente de trabalho leve e agradável, a 
startup disponibiliza área de lazer para seus funcionários com mesa de snooker, vídeo 
games, sofás aconchegantes, música ambiente e dia do pet, onde permitimos que 
durante um dia da semana os funcionários venham trabalhar com seus pets tendo 
assim um ambiente mais familiar e trazendo qualidade para o trabalho e melhor 
desempenho dos funcionários. 
 
9 GERENCIAMENTO DO PROJETO 
9.1 Termo de abertura do projeto 
O Termo de Abertura de Projeto, como o nome mesmo já diz, é um documento 
que formaliza o início de um novo projeto. 
É uma parte muito importante do projeto, ele que vai oficializar e comunicar sua 
existência para todos os colaboradores. 
 
Tabela 10 - Termo de abertura 
 TELEMEDIC 
SISTEMA DE TELEATENDIMENTO 
MÉDICO PARA CONSULTA DE PACIENTES VIA 
APP/WEB 
01/10/2021 
Fonte: Autoria própria. 
9.2 Histórico de descrição do projeto 
No dia 16 de Abril de 2020, entrou em vigor a Lei nº 13.989/2020 sancionada 
pelo presidente Jair Bolsonaro. A lei autoriza a prática da telemedicina para todas as 
áreas da saúde enquanto durar a crise ocasionada pela epidemia do corona vírus. 
Muitas empresas não estão preparadas para essa nova metodologia de 
trabalho e precisam de uma solução rápida e eficaz. 
Para sanar a dor dessas empresas, nós da TELEMEDIC, elaboramos um 
Sistema de Tele atendimento Médico para Consulta de Pacientes via APP/WEB. 
22 
9.3Objetivo do projeto 
O projeto visa criar um sistema para que os médicos possam realizar as 
consultas médicas via internet, utilizando um aplicativo ou pela plataforma web. 
Evitando assim o contato direto entre médico e paciente, e excluindo a necessidade 
do paciente, médico e funcionários do consultório terem de se locomover até o 
consultório. Diminuindo assim as possibilidades de propagação do vírus SARS-CoV- 
2. 
9.4 Necessidades do negócio 
Este projeto será desenvolvido para evitar o contato físico entre médico e 
paciente, e evitar aglomerações nos consultórios. Reduzindo assim as possibilidades 
de transmissão do vírus. 
O novo sistema deve incluir: 
• Interface amigável e intuitiva, visto que os consultórios atendem todas 
as faixas etárias, e as pessoas de mais idade podem enfrentar dificuldades ao 
utilizar um sistema mais complexo e cheio de informações. 
• Um sistema leve e gratuito para que seja acessível para todos os 
usuários 
• Um cadastro de usuário simplificado. Apenas com CPF e e-mail ou 
telefone. 
• Um sistema de login e permissões. Diferenciando o tipo de usuário entre 
médico e paciente. 
• Um tour de primeiro acesso para mostrar de maneira simples como 
navegar pelo sistema. 
• Uma lista com todos os médicos que atendem no estabelecimento. 
• Um filtro por nome e especialidade. 
• Uma tela com os horários disponíveis para cada médico. 
• Uma tela com todos os agendamentos do paciente. 
• Uma tela de Dúvidas frequentes com as possíveis duvidas que o 
usuários venham a ter. 
• Opção de cancelamento de consulta. 
• Canal para o usuário poder falar com algum funcionário via chat. 
 
23 
 
9.5Definição de papéis e responsabilidades 
Na tabela a seguir temos as definições separadas por nome de funcionário, sua 
função e responsabilidades. 
 
Tabela 11 - Definição de papéis e responsabilidades 
Nome Função Responsabilidades 
Fernanda 
Magnabosco 
Product Manager 
Buscar clientes e patrocinadores para 
o projeto. Gerenciar e supervisionar o 
andamento do projeto. Fazer a 
distribuição do budget disponivel para 
o projeto entre as areás. Ser o canal 
entre cliente e projeto. 
Odair Junior Product Owner 
Coordenar e apoiar toda a equipe de 
desenvolvimento e qualidade. 
Planejar e atribuir tarefas a equipe. 
Conhecer todo o escopo do projeto. 
Assegurar que as tarefas sejam 
entregues dentro do prazo. 
Paulo Oliveira Quality Assurance 
Criar cenários de testes. Testar todas 
as features desenvolvidas. Assegurar 
que o sistema seja seguro e funcione 
corretamente. Propor melhorias no 
projeto. 
Rafael dos Santos 
Back-end 
Developer 
Desenvolver e manter o back-end do 
sistema. 
Rafael Martins 
Front-end 
Developer 
Desenvolver e manter o front-end do 
sistema. 
24 
Steve Jobs Product Designer 
Desenvolver todos os prótotipos dos 
projeto assegurando a melhor 
experiência do usuário possível. 
Fonte: Autoria própria. 
 
9.6Cronograma de atividades 
Exemplificando o cronograma de atividades com, atividade, responsável e 
tempo estimado criamos a tabela a seguir. 
 
Tabela 12 - Cronograma de atividades 
Atividade Responsável 
Tempo 
estimado 
Verificar necessidades do cliente Product Manager 4 horas 
Verificar melhor hospedagem para o 
sistema 
Product Manager 4 horas 
Elaborar escopo do projeto Product Owner 8 horas 
Criar documentação funcional Product Owner 16 horas 
Criar documentação de casos de uso Product Owner 16 horas 
Criar protótipos Product Designer 40 horas 
Desenvolver front-end Front-end Developer 80 horas 
Desenvolver back-end Back-end Developer 80 horas 
Criar documentação de cenários de 
testes 
Quality Assurance 16 horas 
Testar aplicação Quality Assurance 16 horas 
25 
 
Apresentar sistema para o cliente Product Manager 2 horas 
Treinar cliente para o uso do sistema Product Manager 2 horas 
Fonte: Autoria própria 
 
 
 
9.7Estimativa de custosNa tabela a seguir temos as estimativas de custos das horas trabalhadas. 
 
Tabela 13 - Estimativa de custos 
Função 
Horas 
trabalhadas 
Valor hora Total 
Product Manager 12 horas R$ 43,75 R$ 525,00 
Product Owner 40 horas R$ 37,50 R$ 1.500,00 
Product Designer 40 horas R$ 21,875 R$ 875,00 
Front-end Developer 80 horas R$ 37,50 R$ 3.000,00 
Back-end Developer 80 horas R$ 37,50 R$ 3.000,00 
Quality Assurance 32 horas R$ 21.875 R$ 875,00 
Total 284 horas --- R$ 9.775,00 
Fonte: Autoria própria. 
 
Fizemos também o custo total do projeto conforme tabela a seguir. 
 
26 
Tabela 14 - Custo total do projeto 
Categoria Descrição 
Custo estimado 
Desenvolvimento Remuneração equipe R$ 9775,00 
Desenvolvimento Hospedagem e domínio R$ 500,00 
Marketing 
Divulgar sistema para 
clientes 
R$ 5000,00 
Total 
 
R$ 15.275,00 
Fonte: Autoria própria. 
 
9.8Análise de riscos 
Um risco será o nosso usuário não conseguir acessar nosso sistema devido 
lentidão ou grande complexidade do mesmo. Para evitar isso criamos um sistema leve 
e bem intuivo, podendo sem acessado por qualquer pessoa e dispositivo. 
Temos o risco de dúvidas de como usar o sistema. Para isso iremos criar um 
tour de primeiro acesso para demonstrar como fazer uso do sistema. 
Outro risco é de faltar alguma funcionalidade no sistema, mas para solucionar 
isso iremos dar suporte constante a nosso cliente. Tendo a possibilidade de serem 
inseridas outras funcionalidades. 
9.9 Lições aprendidas 
Descrevendo as lições aprendidas, temos a tabela a seguir. 
 
Tabela 15 - Lições aprendidas 
Fase Problema 
Impacto Lição aprendida 
Elaboração do 
projeto 
Cliente não 
sinalizou todas as 
suas dores 
Erro na 
estimativa das 
horas trabalhadas 
Melhorar o 
levantamento das 
necessidades do 
cliente 
27 
 
Documentação não 
continha todos os 
casos de uso 
Dificuldade na 
compreensão das 
tarefas 
Elaborar 
documentação de 
maneira que cubra 
todos os casos de 
uso 
Desenvolvimento 
do projeto 
Repetição de 
código para uma 
mesma 
funcionalidade 
Aumento de 
carga de trabalho 
e dificuldade na 
manutenção 
Componentizar 
elementos para 
otimizar a 
codificação 
Implementação 
do projeto Ao fazer deploy 
algumas 
funcionalidades 
Reclamação e 
insatisfação do 
usuário 
Refinar etapa de 
testes da aplicação 
 não funcioanam 
corretamente 
 
Orçamento Itens subestimados Orçamentos não 
realistas 
Estimar as tarefas 
prevendo possiveis 
problemas 
Fonte: Autoria própria. 
 9.10 Aprovação e autorização do projeto 
Aprovamos o projeto conforme descrito acima e autorizamos a equipe a 
prosseguir. 
 
Tabela 16 - Aprovação de projeto 
Nome Título Data: 
Fernanda Magnabosco Product Manager 
Odair Junior Product Owner 
Paulo Oliveira Quality Assurance 
Rafael dos Santos Back-end Developer 
28 
Rafael Martins Front-end Developer 
Steve Jobs Product Designer 
 Fonte: Autoria própria. 
10 CONCLUSÃO 
 
Com a necessidade de evitar contato físico e proximidade, visando trazer uma 
melhor adaptação para a necessidade na qual nos encontramos atualmente, a 
Telemedic priorizou desenvolver uma aplicação com base nas matérias definidas pelo 
projeto do PIM7. 
Esse tipo de aplicativo pode ser uma grande oportunidade de negócio, além de 
ser uma nova maneira de melhorar o setor na área da saúde, oferecendo vários 
benefícios ao paciente como: isolamento social, Histórico médico na palma das mãos, 
Poupar tempo, monitoramento e tratamentos mais rápidos, favorecendo também a 
área da saúde, com menos trabalho administrativo, flexibilidade, menos contato físico 
durante a pandemia e redução de pessoas nos hospitais e consultórios médicos. 
Sendo assim, concluímos que os objetivos desse trabalho foram alcançados, cada 
detalhe das disciplinas que foram utilizadas nesse trabalho foi fundamental para 
conseguirmos desenvolver o Sistema de Tele atendimento via APP/WEB e apresentar 
de forma clara todos os requisitos necessários para a execução, explicando e 
exemplificando todos os passos essenciais. 
 
 
 
REFERÊNCIAS 
 
https://agenciabrasil.ebc.com.br/saude/noticia/2020-04/bolsonaro-sanciona-lei-
queautoriza-o-uso-da-telemedicina 
 
https://creately.com/blog/pt/diagrama/tutorial-de-diagrama-de-componentes-2/ 
 
https://www.lucidchart.com/pages/pt/o-que-e-diagrama-de-implementacao-uml 
 
29 
 
https://www.microsoft.com/pt-br/microsoft-365/business-
insightsideas/resources/guide-to-uml-diagramming-and-database-modeling 
 
https://www.oficinadanet.com.br/artigo/desenvolvimento/melhoria-de-processos-
dosoftware-brasileiro--mpsbr 
 
PORTARIA Nº 467, DE 20 DE MARÇO DE 2020 - PORTARIA Nº 467, DE 20 DE 
MARÇO DE 2020 - DOU - Imprensa Nacional (in.gov.br)