Sistema de Teleatendimento Médico via APP/WEB

Prévia do material em texto

UNIVERSIDADE PAULISTA – EaD 
Projeto Integrado Multidisciplinar 
Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas 
 
 
 
 
 
 
 
 
 
SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE 
PACIENTES VIA APP/WEB 
 
 
 
 
 
 
 
 
 
CAMPINAS POLO TAQUARAL 
2022 
UNIVERSIDADE PAULISTA – EaD 
Projeto Integrado Multidisciplinar 
Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas 
 
 
 
 
 
SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE 
PACIENTES VIA APP/WEB 
 
 
 
 
Nome: Leandro Alves de Sousa 
RA: 2177053 
Curso: Análise e Desenvolvimento de Sistema 
Semestre: 4° semestre 
 
 
 
 
 
CAMPINAS POLO TAQUARAL 
2022 
RESUMO 
 
O objetivo desse trabalho é o desenvolvimento de um sistema para realização de 
consultas médicas e acompanhamento via APP/WEB, onde será necessário colocar em 
pratica colocar em pratica todo conhecimento adquirido no bimestre atual. 
 Com base nos conhecimentos adquiridos nestas matérias será desenvolvido um plano 
de negócio para a abertura da startup, serão necessários os requisitos funcionais, requisitos 
não funcionais e as regras de negócios necessárias para elaboração do sistema, diagramas de 
caso de uso, atividades, classes, sequencia, componentes e implementação. Também será 
levantado quais metodologias serão utilizadas, tendo em vista qual seria mais adequada a 
empresa, e por último será desenvolvido todo plano de gerencia de nosso projeto, definindo 
escopo, plano de abertura, definição de matriz e papeis de responsabilidades. Cronogramas e 
muito mais. 
 
Palavras-chave: Análise Requisitos, Diagrama de Classe, Diagrama de Componentes, 
Diagrama de Implantação, Diagrama de Sequência, Qualidade de Software, Software 
Gerenciamento, Telemedicina 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
 The Objective of this work is the development of a system for carryng out medical 
consultations and monitoring per APP/WEB. Where it will be necessary top ut into practice 
all knowledge adquire in the bimester in question. 
 Based on the knowledge acquired will be developed a business plan for the opening o
f the startup, will be necessary the functional requirements,nonfunctional requirements and t
he business rules required for the development of the system, use case diagrams, activities, 
classes, sequence,components, and implementation.It will also be raised which methodologi
es will be used, in view of which would be more appropriate for the company,and finally, th
e entire management plan of our project will be developed,defining scope, opening plan, defi
nition of matrix and roles of responsibilities. Timelines and more. 
 
Keywords: Requirements Analysis, Class Diagram, Component Diagram, Deployment 
Diagram, Sequence Diagram, Software Quality, Management Software, Telemedicine. 
 
 
 
 
 
 
 
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/on
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/knowledge
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/will
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/be
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/developed
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/a
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/business
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/plan
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/for
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/opening
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/will
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/be
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/necessary
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/functional
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/non
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/functional
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/and
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/business
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/for
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/development
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/system
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/use
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/case
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/sequence
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/and
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/implementation
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/it
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/will
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/also
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/be
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/which
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/will
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/be
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/used
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/in
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/view
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/which
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/would
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/be
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/more
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/appropriate
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/for
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/company
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/and
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/finally
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/the
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/entire
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/management
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/plan
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/our
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/project
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/will
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/be
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/developed
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/scope
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/opening
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/plan
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/definition
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/definitionhttps://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/matrix
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/and
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/of
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/and
https://dictionary.cambridge.org/pt/dicionario/ingles-portugues/more
SUMÁRIO 
 
1 INTRODUÇÃO ............................................................................................................... 1 
2 CENARIO ........................................................................................................................ 2 
3 PLANO DE NEGÓCIOS (BUSINESS PLAN) ............................................................. 2 
3.1 Descrição do negócio .................................................................................................. 4 
3.2 Declaração da Visão ................................................................................................... 4 
3.3 Declaração de Missão ................................................................................................. 4 
3.4 Propósito da HOMED SOFTWARE .......................................................................... 4 
3.5 Estratégia de Marketing .............................................................................................. 5 
3.6 Equipe Gerencial ......................................................................................................... 6 
3.7 Investimento e retorno financeiro ............................................................................... 6 
3.8 Descrição de Produto e Serviços ................................................................................ 6 
3.9 Clientes ....................................................................................................................... 7 
4 REQUISITOS FUNCIONAIS ........................................................................................ 7 
5 REQUISITOS NÃO FUNCIONAIS ............................................................................ 12 
6 REGRAS NEGÓCIO .................................................................................................... 13 
7 DIAGRAMA CASO DE USO ...................................................................................... 14 
7.1 Descrição de Casos de Uso ....................................................................................... 15 
8 DIAGRAMA DE ATIVIDADE.................................................................................... 15 
9 DIAGRAMA DE SEQUÊNCIA ................................................................................... 16 
10 DIAGRAMA DE COMPONENTES ......................................................................... 16 
11 DIAGRAMA DE IMPLEMENTAÇÃO .................................................................... 17 
12 METODOLOGIA DE QUALIDADE DE SOFTWARE ......................................... 18 
13 GERENCIAMENTO DE PROJETOS DE SOFTWARE ....................................... 18 
13.1 Termo de abertura do projeto .................................................................................. 19 
12 CONCLUSÃO ............................................................................................................. 24 
13 REFERÊNCIAS BIBLIOGRÁFICAS ...................................................................... 25 
 
1 
 
 
 
1 INTRODUÇÃO 
 
 Devido aos últimos acontecimentos que vem ocorrendo em nosso mundo, exemplo a 
COVID-19 órgãos, instituições e empresas do ramo de saúde vêm buscando a cada dia soluções 
voltadas para o ramo de telemedicina, promovendo a disseminação e o desenvolvimento de 
sistema voltados para a medicina remota. 
 O que é telemedicina? A telemedicina é a prestação de serviços de saúde através de 
recursos tecnológicos e de telecomunicações para troca de informação nos diferentes níveis de 
atenção à saúde e entre médicos e pacientes. 
 A palavra telemedicina é usada para descrever toda a atuação médica realizada a 
distância, ela abrange toda pratica médica realizada a distância, independentemente do 
instrumento utilizado para essa relação exemplo: computadores, tablets e smartphones 
conectados à internet. 
 No Brasil, o serviço de telemedicina, aplicado principalmente à emissão de laudos 
online, está crescendo e se consolidando. O início foi na década de 90 justamente com a 
expansão da internet, seguindo uma tendência mundial de atendimento médico e geração de 
laudos remotamente. 
Apesar de ter sido regulamentada pela Lei 1.643 de 2002, norma em questão não inclui 
avanços tecnológicos e novas possibilidades desenvolvidas ao longo das quase duas décadas 
desde sua publicação. O objetivo do projeto é desenvolver um sistema que garanta a 
integridade, segurança e confidencialidade das informações, bem como a necessidade de 
registro das consultas em prontuários, seguindo rigorosamente a portaria do Ministério da 
Saúde. 
 
 
 
 
2 
 
 
 
2 CENARIO 
 
A Telemedicina abrange uma infinidade de práticas relacionadas ao uso de tecnologia 
na área da saúde para permitir o uso de atendimento remoto. Antigamente esse tema era 
considerado polêmico entre os profissionais de medicina do Brasil, mas com o avanço e a 
contaminação de pessoas em massas causada pela Covid-19, se tornou necessidade o uso de 
telemedicina entre os médicos. 
Em março, o Conselho Federal de Medica (CFM) divulgou a resolução que permite o 
uso de telemedicina, essa decisão vale enquanto durar o combate a Covid-19, ela se tornou uma 
importante ferramenta que inibe o avanço da contaminação da Covid-19 entre os brasileiros. 
Essa pratica conta com várias vantagens, em primeiro lugar evita que pacientes saiam 
de suas casas para procurar os serviços de saúde, evitando a possibilidade de contaminação no 
transporte e outros lugares público e nos próprios locais de atendimento. 
A telemedicina permite afinal, que os pacientes recebam orientação e monitoramento 
de sua casa, deixando a clínica e hospitais para quem realmente precisa de cuidado presencial. 
Com esse cenário proposto o objetivo de nosso projeto é apresentar um sistema de 
teleatendimento médico via internet que tem como propósito diminuir visitas e agilizar os 
atendimentos médicos em épocas de pandemias nos hospitais. 
 
 
3 PLANO DE NEGÓCIOS (BUSINESS PLAN) 
 
 Plano de negócio é uma ferramenta vital para abertura de um novo empreendimento e é 
indispensável instrumento de planejamento para micros e pequenas empresas, tanto no seu 
início como no levantamento de resultados depois de alguns anos de atuação no mercado. 
 Para ser bem-sucedido, o empreendimento precisa ser planejado evitando improvisar 
jamais, planejar significa estudar antecipadamente as ações que serão colocadas em práticas 
para atingir os objetivos que se desejam alcançar. 
 No plano de negócio busca-se as condições racionais para que a empresa seja organizada 
e dirigida com base em certas hipóteses a respeito da realidade atual e futura. O planejamento 
produz resultados imediatos, todos os planos tem um objetivo em comum, a previsão, 
programação e coordenação de uma sequência lógica de eventos, os quais, se bem-sucedidos, 
deverão conduzir ao objetivo que se pretende. 
3 
 
 
 
 Por outro lado, o plano de negócios tem sido usado pela instituição financeira com um 
documento de apresentação das empresas no momento da análise de um financiamento, esse 
documento apresenta uma visão clara do conhecimento que ela possui no mercado ao qual ela 
está inserida, e mostra não apenas os benefícios que os investimentos resultantes dos 
financiamentos podem trazer, não apenas para o resultado da empresa, mas também para a 
sociedade em geral. 
 
 
O Plano de negócio é um documento que tem como 
objetivo de estruturar as principais ideias e opções que o 
empreendedor deverá avaliar paradecidir quanto a 
viabilidade da empresa a ser criada (PEREIRA, 1995, 
p.31). 
 
 
 
ImagemO1-Canvas 
 
Fonte: Autoria Própria 
 
4 
 
 
 
3.1 Descrição do negócio 
 
A HOMED SOFTWARE é uma startup do ramo da saúde, e seu principal plano de 
negócio é atuar no mercado nacional negociando diretamente com o governo na área da saúde 
pública, Convênios médicos/hospitalares e seguros de saúde, e também com médicos 
particulares que poderão contratar nosso sistema e oferecer seus serviços de atendimento online. 
A HOMED SOFTWARE tem como principal objetivo a criação de um sistema de 
telemedicina via web e também por aplicativo onde o paciente consiga realizar uma consulta 
sem sair de sua casa, depois de um tempo estudando o cenário atual da área de saúde, devido 
a pandemia causada pelo Covid-19 e enxergando a necessidade de haver um método onde 
pessoas consigam realizar uma consulta de seus próprios lares, protegendo assim de uma 
possível contaminação e evitando que o vírus da Covid-19 se espalhe com mais facilidade e 
também garantindo a segurança dos colaboradores da área da saúde, deixando as consultas 
presencias apenas para casos de alta necessidade. 
 
3.2 Declaração da Visão 
 
 A HOMED SOFTWARE tem com sua principal visão ser uma empresa referência no 
mercado nacional de software na área de saúde, gerando valores para pessoas e garantindo 
credibilidade em nossa marca através de nossos produtos de qualidade e com uma linguagem 
com propósito. 
 
 
 3.3 Declaração de Missão 
 
 Desenvolver produtos com a mais alta qualidade e padrões em todas a partes do processo 
produtivo, sempre valorizando as pessoas envolvidas e todos os princípios éticos em todas as 
atividades operacionais, com propósito de promover confiança, valor e satisfação em todas as 
atividades que são imprescindíveis em nosso ramo de atuação. 
 
3.4 Propósito da HOMED SOFTWARE 
 
5 
 
 
 
 A HOMED SOFTWARE tem um objetivo muito claro de se torna uma das maiores 
empresas nacionais no ramo de telemedicina, para isso contaremos com uma equipe altamente 
treinada e capacitada de colaboradores. 
 Como alcançaremos esse objetivo? Através da capacitação de nossos colaboradores que 
serão submetidos aos melhores e mais avançados treinamento existente no mercado, pôs 
acreditamos que quando podemos contar com pessoas profissionais altamente treinada e 
comprometidas, estamos no caminho certo para atingir os objetivos de nossa organização. 
 A nossa meta é até 2025 a HOMED está presente em 40% das instituições de saúde 
brasileiras, pública ou privada, e até 2030 está presente em 80% de todas as instituições de todo 
território nacional, se tornando assim uma empresa respeitada e prestigiada na área da saúde. 
 
3.5 Estratégia de Marketing 
 
 Nós dividimos nossa estratégia de marketing em duas frentes, uma focada para clientes 
particulares e médicos particulares, outra focada em instituições privada ou públicas (Ex: 
governo, convênios e etc.) 
 A primeira focada para que pacientes e médicos conheçam nosso sistema, utilizaremos 
os meios de marketing como tv, internet e anúncios outdoor, nossa ideia e preparar um 
comercial rápido para a tv que será exibido com o tempo de 15 segundos na hora do almoço 
apresentando uma rápido panorama de como funcionara nosso sistema de telemedicina, a 
escolha da hora de almoço como exibição, foi pelo fato de que nessa hora as pessoas estão 
prestando mais atenção na tv por conta de estarem descansando do almoço e assistindo algum 
programa preferido nesse horário com jornal, programas culinários e etc. 
 Na internet faremos o uso de anúncios de trafego pago focando em pessoas que fazem 
parte do perfil que se encaixam como potencias clientes, umas das vantagens do trafego pago 
e que podemos direcionar o anuncio diretamente para pessoas que fazem parte da persona de 
nossos clientes, como por exemplo médicos particulares, conseguimos focar em anúncios 
direcionado para esses profissionais usarem nosso sistema para prestar atendimento aos seus 
pacientes, também teremos canais de marketing na internet para que pessoas possam tirar suas 
dúvidas, nossa marca estará presente no Instagram, facebook e youtube. 
 E por último usaremos um dos meios mais tradicionais de marketing, o uso de outdoors 
que serão colocados em pontos estratégicos em grande ponto de passagem de pessoas, ondem 
elas possam estar visualizando a marca da HOMED. 
 
6 
 
 
 
3.6 Equipe Gerencial 
 
 A equipe gerencial é formada pelo a princípio é formada pelo fundador e SEO da 
HOMED SOFTAWARE, Leandro Alves de Sousa. 
 Leandro é formado é um estudante de Analise e Desenvolvimento de sistema, que vem 
começando com sua nova empreitada como empreendedor através da startup HOMED 
SOFTWARE. 
 Leandro se considera dedicado, visionário e aplicado, e tem uma visão de a HOMED 
pode se tornar uma empresa referência no ramo de telemedicina, sua pouca experencia no ramo 
de gerencia de uma empresa não reflete sua vontade, garra e dedicação. Com esse perfil 
acreditamos que ele vai fazer um grande trabalho e gerar valor e lucro para a HOMED. 
 
3.7 Investimento e retorno financeiro 
 
 A princípio o HOMED software vai trazer um aporte financeiro com recurso pessoais e 
investimento de terceiro no valor de R$ 100.000 Cem mil Reais, para cobrir gasto com equipe, 
infraestrutura, equipamento e serviços, esse valor é suficiente para os primeiros 6 meses da 
empresa, garantido assim um início saudável e com segurança. 
 Como meta de retorno financeiro, a empresa tem uma meta de estar lucrando após 12 
meses de operação, o planejamento para o primeiro ano é que a empresa consiga conciliar os 
valores de ganhos com os de gasto, ou seja ela consiga se pagar. 
 Estamos como meta para que em 2024 a empresa esteja lucrando R$ 270.000 por ano 
através de contratos com instituição e seus planos privados. 
 
3.8 Descrição de Produto e Serviços 
 
 Nosso sistema de telemedicina funcionara tanto em uma versão web, como em uma 
versão de aplicativo para celulares e tablets, onde o paciente pode se cadastrar e buscar o médico 
clinico geral ou médico especializado para uma teleconsulta. O paciente na hora do cadastro 
pode escolher a forma que vai usar o sistema, se vai pagar por uma consulta ou vai poder usar 
o seu convênio se o mesmo tiver contrato com a HOMED, também tem a opção de se cadastrar 
para uma consulta pelo governo aí dependerá de uma guia especial fornecida por alguma 
instituição de saúde pública que realizará o encaminhamento do paciente. 
7 
 
 
 
 
 Uma função que será implementada em breve em nosso sistema será um convenio com 
farmácias onde dentro do sistema contará com uma área exclusiva para comprar remédios com 
desconto em farmácias conveniadas. 
 
 Nosso sistema ele é bem leve necessitando de poucos recursos atingindo assim 
amplamente a maioria dos aparelhos de celulares, tablets e computadores com pouco poder de 
processamento, além disso a interface do sistema é bem simples facilitando assim a vida de 
todas as pessoas que vão usar o sistema independentemente de seu grau de formação. 
 
3.9 Clientes 
 Nosso sistema de base de clientes é dividido em duas frentes Pessoas Jurídica e Pessoas 
Físicas que utilizarão nossa plataforma. 
 
 Pessoa Jurídica é os médicos, convênios e governo, ondem contratarão nossos serviços 
para poder oferecer seus atendimentos para seus clientes. 
 Pessoa Física serão as pessoas que se cadastrarão em nosso sistema em busca de médicos 
podendo realizar a consulta através de seu convenio ou encaminhamento de alguma instituição, 
ou até mesmo para buscar uma consulta particular. 
 
4 REQUISITOS FUNCIONAIS 
 
 Requisitos funcionais dizem a respeito a funções e informações que um software deve 
possuir, ou seja seu comportamento, ele declara como o sistema deve agir com entradas 
especificas, como ele irá se comportarem determinadas situações, e até mesmo determinando 
o que o sistema deve fazer. 
 
Identificação: Cadastrar paciente 
Escopo: Cadastro 
Descrição: Esse caso permite ao paciente cadastro ao sistema, 
escolhendo o modelo da consulta, se a consulta vai ser 
particular ou atrelada a um convenio médico ou até 
mesmo pelo SUS através de uma guia de requisição. 
Ator: Paciente 
8 
 
 
 
Interessados: Paciente/plano de saúde/ médico/SUS 
Pré-condição: Para cliente que vão fazer consulta pelo convênio, 
deverão cadastrar o número da carteirinha do seu 
convênio e verificar se o convênio faz parte dos 
credenciados do sistema. Para consultas credenciadas 
pelo SUS deverão inserir o número da guia de 
encaminhamento. 
Pós-condição: o cliente preencheu todos os dados solicitados e tem 
acesso ao sistema 
Fluxo normal: - O sistema confirma os dados do cadastro, se o 
convênio faz parte da rede parceira, ou se a guia é 
válida. 
- O sistema confirma o cadastro 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa 
Conexão com a internet 
Tabela 01 – Requisitos Funcionais 
 
Identificação: Agendar Consulta 
Escopo: Consultas 
Descrição: Esse caso permite ao paciente agendar sua consulta 
com o médico especialista que são conveniados de seu 
plano de saúde ou um médico particular de sua 
preferência. 
Ator: Paciente 
Interessados: Paciente/plano de saúde/ médico/SUS 
Pré-condição: Estar cadastrado no sistema 
Pós-condição: o cliente realiza a agenda da consulta 
Fluxo normal: - O Paciente escolhe o médico de sua especialidade. 
- Faz a escolha da data e hora disponível. 
- O Paciente confirma o agendamento. 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 02 – Requisitos Funcionais 
 
 
 
Identificação: Receber Atendimento 
Escopo: Consultas 
9 
 
 
 
Descrição: Esse caso permite ao paciente fazer a chamada de 
vídeo com o médico agendado. 
Ator: Paciente 
Interessados: Paciente/Profissional de saúde. 
Pré-condição: Paciente estar cadastrado no sistema. 
Pós-condição: Paciente Atende a Chamada. 
Fluxo normal: - O Paciente entra no vídeo chamado com o médico 
agendado. 
-Concluído o atendimento o paciente encerra a vídeo 
chamada. 
- Um questionário aparecerá para o cliente responder 
sobre sua satisfação com atendimento. 
-Com formulário respondido cliente encerra a vídeo 
chamada. 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 03 – Requisitos Funcionais 
 
 
Identificação: Reagendar Consulta 
Escopo: Consultas 
Descrição: Permite o paciente reagendar uma consulta 
Ator: Paciente 
Interessados: Paciente/Profissional de saúde. 
Pré-condição: Paciente estar cadastrado no sistema e estar como uma 
consulta já marcada 
Pós-condição: Paciente reagenda a consulta 
Fluxo normal: - O Paciente entra na seção para ver consulta agendada. 
- O Paciente realiza o reagendamento. 
-Sistema confirma a nova data. 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 04 – Requisitos Funcionais 
 
Identificação: Cancelar Consulta 
Escopo: Consultas 
Descrição: Permite o Paciento Cancelar a consulta 
Ator: Paciente 
Interessados: Paciente/Profissional de saúde. 
10 
 
 
 
Pré-condição: Paciente estar cadastrado no sistema e estar como uma 
consulta já marcada 
Pós-condição: Paciente ou Profissional de saúde Cancela a Consulta. 
Fluxo normal: - O Paciente entra na seção para ver consulta agendada. 
- O Paciente realiza o cancelamento. 
-Sistema confirma o cancelamento. 
Requisitos Funcionais NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 05 – Requisitos Funcionais 
 
Identificação: Cadastro Profissional de Saúde 
Escopo: Cadastro 
Descrição: Profissional de Saúde se cadastra no sistema 
Ator: Profissional de saúde 
Interessados: Paciente/Profissional de saúde. 
Pré-condição: Médico fazer parte do convênio, SUS ou Particular. 
Pós-condição: Médico cadastrado 
Fluxo normal: - O Médico deverá se cadastrar informando dados 
necessários. 
- O Sistema valida os Dados. 
-Médico Cadastrado. 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 06 – Requisitos Funcionais 
 
 
Identificação: Reagendar ou cancelar consulta 
Escopo: Cadastro ou reagendamento 
Descrição: Profissional de Saúde poderá reagendar ou cancelar 
uma consulta 
Ator: Profissional de saúde 
Interessados: Paciente/Profissional de saúde. 
Pré-condição: Ter Acesso a área de suas consultas agendadas 
Pós-condição: Cancelar ou reagendar uma consulta. 
Fluxo normal: - Médico entra no sistema usando seu login. 
- Vai para a seção de suas consultas. 
- Reagenda ou Cancela suas consultas. 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
11 
 
 
 
Tabela 07 – Requisitos Funcionais 
 
Identificação: Retorno 
Escopo: Retorno de consulta 
Descrição: Profissional de Saúde poderá marcar o retorno para o 
paciente 
Ator: Profissional de saúde 
Interessados: Paciente/Profissional de saúde. 
Pré-condição: Ter Acesso a nível profissional de saúde 
Pós-condição: Marcar o Retorno 
Fluxo normal: - Médico marca o retorno do paciente 
- Sistema realiza o agendamento 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 08 – Requisitos Funcionais 
 
Identificação: Receita e Medicamento 
Escopo: Atendimento 
Descrição: Profissional Saúde poderá fazer a prescrição de 
medicamento. 
Ator: Profissional de saúde 
Interessados: Paciente/Profissional de saúde. 
Pré-condição: Ter Realizado a consulta 
Pós-condição: Ter concluído a consulta e acesso a área de prescrição 
de medicamento. 
Fluxo normal: - Médico efetua a consulta. 
- Vai para a seção de Receita. 
- Concluído o profissional de saúde envia a prescrição 
para o paciente. 
Requisito Relacionado: NF—01 – Segurança de Acesso NF—02 - Boa Conexão 
com a internet 
Tabela 09 – Requisitos Funcionais 
 
 
 
 
12 
 
 
 
 
5 REQUISITOS NÃO FUNCIONAIS 
 
 Os requisitos não funcionais descrevem todas as restrições dos serviços oferecido pelo 
nosso sistema, também são atributos e ambiente de sistema, existem 3 tipos de classificação a 
partir dos requisitos não funcionais. 
 
• Requisitos organizacionais: Proveniente da organização do cliente, como uma 
padronização de uma linguagem de desenvolvimento. 
• Requisitos de produtos: são aqueles que restringem o comportamento do 
sistema, como a quantidade de espaço em disco que ele usará. 
• Requisitos externos: são requisitos de fora da fronteira do software como, 
requisitos legais da legislação 
 
 
Dentro do cenário proposto os requisitos em questão são: 
 
Identificação Nome Descrição 
NF—O1 Segurança de acesso A utilização de boas práticas de segurança de acesso 
ao sistema, dificultam ataques externos. Além de 
recomendado o uso de senha fortes, a escolha de um 
firewall e tokens de acesso se faz necessário para a 
segurança do sistema. 
NF--02 Backup de dados dos 
clientes 
Com o surgimento do LGPD, se tornou necessário que 
seja mantido dados dos clientes de forma segura, 
protegendo assim informações dos clientes e da 
própria empresa. 
NF--03 Boa conexão com a 
internet 
Como o sistema funcionara na internet através de site 
e um aplicativo, torna-se necessário uma boa conexão 
com a internet tanto do prestador de serviço como do 
cliente. 
NF--04 Estabilidade do sistema É necessário que o sistema conte com uma boa 
estrutura de backup e internet, para que não venha a 
sair fora do ar, também uma forma de se cair o 
fornecimento de energia o sistema continuar rodando. 
13 
 
 
 
NF--05 Usabilidade do sistema sistema será criado para rodar em desktop, no entanto 
seu design responsivo permitirá que o mesmo se 
adeque aos mais variados formatos de dela sem quesua interface seja prejudicada 
Tabela 10 – Requisitos Não Funcionais 
 
6 REGRAS NEGÓCIO 
 
 Uma das partes mais importantes dentro da modelagem de processos, são as regras de 
negócios. Elas restringem e definem como um determinado processo deve ser executado, além 
de demostrar conhecimentos com relação a um processo. 
 
 Abaixo seguem as regras de negócios a serem aplicadas dentro do cenário proposto: 
Identificação: RG—01 Vigência de software 
Descrição O acesso ao sistema será realizado enquanto durar o 
período de pandemia da Covid-19 ou até quando o 
CFM conselho federal de medicina permitir. 
Fonte Manual do PIM VII – pagina 26 
Identificação: RG_02 Segurança de Dados 
Descrição Conforme a Lei 1.643 de 2002, O médico é 
responsável pela proteção de dados do paciente. 
Fonte Manual do PIM VII – pagina 26 
Identificação: RG_03 Praticas liberadas 
Descrição Conforme o CFM são liberadas as Práticas de: 
teleorientação, telemonitoramento e 
teleinterconsultas. 
Fonte Manual do PIM VII – pagina 26 
Identificação: RG_04 Prontuário Clinico 
Descrição Nenhuma das práticas liberadas realizadas através do 
sistema, podem ficar sem quem um registro seja 
gravado em um prontuário clinico. 
Fonte Manual do PIM VII – pagina 26 
Tabela 11 – Requisitos Não Funcionais 
14 
 
 
 
 
 
7 DIAGRAMA CASO DE USO 
 
 Na linguagem de modelagem (UML), o diagrama de caso de uso traz os detalhes dos 
usuários do seu sistema que também são conhecidos como atores, e a interações deles com os 
sistemas, em outras palavras, ele descreve as principais funcionalidades do sistema e interação 
dessas funcionalidades com os usuários do mesmo sistema. 
 No diagrama de caso de uso temos três principais elementos: Ator, Caso de Uso e 
Relacionamento, especialista recomendam o diagrama de caso de uso, para o mesmo escrito em 
texto. 
 
Imagem 02 – Diagrama de caso de uso 
 
Fonte: Autoria Própria. 
 
15 
 
 
 
7.1 Descrição de Casos de Uso 
 
 O diagrama de caso de uso representado acima mostra ações que podem se realizadas 
por cada usuário do sistema. 
• O paciente se cadastra no sistema, efetua o agendamento, ou pode reagendar ou até 
mesmo cancelar, realiza a consulta. 
• Os profissionais de saúde poderão realizar o atendimento e após o atendimento 
prescreverão uma ação ou medicamento ao paciente. 
 
8 DIAGRAMA DE ATIVIDADE 
 
 O diagrama de atividade é um dos mais completos diagramas comportamentais da UML. 
Através dele podemos modelar partes de comportamento de um software. 
 Esse diagrama é utilizado em projeto de software usado para representar tanto a estrutura 
quanto o comportamento do software. O diagrama ilustra graficamente como será o 
funcionamento do software, como será a execução de algumas partes, como será a atuação do 
sistema na realidade de negócio na qual ele está inserido. 
 
Imagem 03 – Diagrama de Atividade 
 
Fonte: Venngage. 
 
16 
 
 
 
 
9 DIAGRAMA DE SEQUÊNCIA 
 
 Um diagrama de sequência tem como seu principal objetivo apresentar graficamente o 
comportamento de uma funcionalidade, levando em consideração interação entre todos os 
componentes de software relacionados ao seu uso. 
 
Imagem 03 – Diagrama de Sequência 
 
Fonte: Wikipédia 
 
 
 
10 DIAGRAMA DE COMPONENTES 
 
 Na UML, o diagrama de componentes representa visualmente como os componentes de 
um sistema de software se relacionam. 
 O diagrama de componentes se assemelha ao diagrama de classes, pois ele mostra com 
os itens do sistema se relacionam. Entretanto o diagrama de componentes representa conexões 
mais complexas e variadas do que a maioria dos diagramas de classes. 
 
 
 
 
17 
 
 
 
Imagem 03 – Diagrama de Componentes 
 
Fonte: researchgate. 
 
 
 
 
11 DIAGRAMA DE IMPLEMENTAÇÃO 
 
 No contexto de linguagem de modelagem unificada (UML), um diagrama de 
implementação pertence à família de diagramação estrutural pois ela descreve um aspecto de 
sistema entre si. Neste caso, o diagrama de implementação descreve a implementação física de 
informações geradas pelo programa de software em componentes de hardware. 
 
 O diagrama de implementação pode ser usado para: 
• Mostra quais elementos de software são implementados por quais elementos de 
hardware. 
• Ilustrar o processamento do tempo de execução do hardware. 
• Proporcionar uma visão da topologia do sistema de hardware. 
 
 
 
 
18 
 
 
 
Imagem 03 – Diagrama de Implementação 
 
Fonte: Micreiros. 
 
 
12 METODOLOGIA DE QUALIDADE DE SOFTWARE 
 
 Pequenas e médias de empresas buscam adotar o MPS.BR com o objetivo de buscar a 
padronização e qualidade no processo com mais velocidade e com menor custo. Uma vez que 
ela alcance essa padronização a empresa já se encontra qualificada para tentar obter a 
certificação CMMi. 
 O MPS.BR, ou Melhoria de Processo de Software Brasileiro, é um modelo criado pela 
empresa softex, que é a Associação para a Promoção da Excelência do Software Brasileiro, 
em parceria com o Ministério da Ciência, Tecnologia, Inovações e Comunicações (MCTIC), 
no ano de 2023. Seu Principal objetivo é melhorar a capacidade de desenvolvimento de 
software, serviços e praticas de gestão de recursos humanos na empresa de TI principalmente 
micro, pequenas e médias empresas. 
 
 Esse modelo de qualidade MPS.BR será adotado em nosso projeto, apesar de empresa 
ser nova no mercado, o planejamento nos permite mesmo com o alto custo da certificação a 
aquisição. 
 
 
13 GERENCIAMENTO DE PROJETOS DE SOFTWARE 
 
19 
 
 
 
13.1 Termo de abertura do projeto 
 
 O termo de abertura de projeto o (TAP) é basicamente um documento que serve como 
identidade do projeto, mostrando tudo que é necessário saber sobre o mesmo. O TAP é emitido 
antes mesmo de iniciarmos o projeto por uma pessoa com autoridade formal para designar ou 
solicitar a liberação de recursos da organização. 
 
 Umas das principais funções do TAP é revelar os detalhes do projeto, como o gerente 
responsável, os resultados esperados, prazo de entrega, detalhes da equipe, recursos 
necessários, objetivo, justificativa do projeto, dentre outras informações relevantes. 
 
 
TERMO DE ABERTURA DO PROJETO 
 
 
I. Informações gerais: Data:09/10/2022 
 
 Nome do projeto: Sistema de teleatendimento 
 Médico para consulta de 
 Pacientes via APP/Web 
 
Nome do patrocinador: Leandro Alves de Sousa Origem: Demanda de 
 Mercado 
 
II. Visão geral projeto 
 
 No fim de março, o Conselho Federal de Medicina (CFM) divulgou uma resolução que 
permite o trabalho remoto de médicos. O Ministério da Saúde ratificou a liberação do uso da 
telemedicina em uma portaria publicada dias depois no Diário Oficial da União. “Já não era 
sem tempo”, afirmou Renato Velloso, CEO da rede de centros médicos Dr. Consulta em artigo 
de opinião veiculado pelo Estadão. 
III. Objetivos do Projeto: 
 
20 
 
 
 
A telemedicina compreende uma infinidade de práticas relacionadas ao uso de 
tecnologias da informação na área da saúde para permitir o atendimento remoto. Antes um tema 
polêmico e pouco difundido entre os profissionais no Brasil, a prática se tornou uma 
necessidade, tendo em vista o aumento exponencial de casos de covid-19 no país. 
O objetivo é apresentar um projeto de sistema para a realização de consultas médicas e 
seus devidos acompanhamentos clínicos a pacientes via APP/Web, contemplando os itens 
contidos na seção Requisitos. 
 
IV. Requisitos: 
 
 Com o auxílio da disciplina de Empreendedorismo, desenvolver um Plano de Negócios 
para sua startup (empresa de tecnologia); 
 Com o auxílio da disciplina de Projeto de Sistemas Orientadoa Objetos, aluno ou grupo 
deve propor: quais requisitos funcionais, requisitos não funcionais e regras de negócios serão 
necessários para a confecção deste sistema (em detalhes técnicos), bem como os projetos dos 
seguintes diagramas: Caso de Uso (descritivo e seu design em si), Diagrama de Atividades, 
Diagrama de Classes, Diagrama de Sequência, Diagrama de Componentes e de Implantação. 
Todos estes com explicações acadêmicas (citação de autores) informando sua funcionalidade e 
qual a sua aplicabilidade ao projeto proposto. Observação: não há a necessidade de explicar a 
simbologia de cada diagrama. 
Sua empresa de software não possui muitos recursos financeiros, é nova no mercado, 
mas pretende trabalhar com metodologias de qualidade de software. Qual metodologia frente 
às Normas Internacionais ISO, CMMI, MPS.br seria mais adequada à sua empresa de software? 
Selecione a opção mais adequada para este problema computacional, explique como a 
metodologia funciona no detalhe e justifique sua opção tecnicamente, com isso, insira no 
contexto a disciplina de Gestão da Qualidade. 
 Em paralelo, você precisa gerenciar seu novo projeto, definindo um escopo, redigindo 
um Termo de Abertura de Projeto, para o Planejamento: Definição de Matriz de Papéis de 
Responsabilidades, Cronograma de atividades e custos, Análise de Riscos e, ao final, listando 
Lições Aprendidas, apoiado às práticas de Gerenciamento de Projeto de Software. 
 
V. Justificativa Empresarial 
 
21 
 
 
 
 O desenvolvimento desse projeto em questão é mais um ponto positivo para a saúde 
brasileira e um forte aliado ao combate ao covid-19, tendo em vista que o sistema tem como 
um de seus principais objetivos a preservação tanto de pacientes como a de profissionais de 
saúde. Além disso as consultas remotas podem desafogar o sistema de saúde que anda 
sobrecarregado devido a pandemia, evitando assim a circulação de pacientes em consultórios 
médicos, deixando a área física de um hospital ou consultório apenas para casos mais graves 
que necessitem de atendimento presencial, além disso o paciente que realizar o atendimento 
remoto poderá fazer seu tratamento em casa e sendo monitorado por um médico. 
 
VI. Custo e recurso Financeiros 
 
 
 
 
 
 
 
 
Categoria Itens Custo Estimado 
Licenças de software SO, Banco de dados, server R$10.000,00 
Aquisição de Hardware Servidor, periféricos, 
computadores, 
R$25.000,00 
Equipe Desenvolvedores, analista, 
equipe gerencial 
R$60.000,00 
Recursos Humanos Treinamento R$15.000,00 
Serviços Terceirizados Hospedagem, internet e etc. R$5.000,00 
TOTAL R$115.000,00 
 
 
 
VII. Funções e Responsabilidades: 
 
Envolvidos Função Responsabilidade 
22 
 
 
 
Leandro Alves de Sousa Patrocinador Que inicia e supervisiona o 
projeto 
Bruno Eduardo Alves de 
Sousa 
Gerente de projeto Planeja, organiza e executa 
ações 
Erica Cristina Alves Supervisor Responsável por sanar as 
dúvidas existente durante a 
criação do projeto e avaliar 
artefatos. 
Luan Felipe Martins Analista de banco de dados Responsável pela análise, 
elaboração e revisão dos 
artefatos com base nas 
definições de funcionalidades. 
Kaike Gabriel Alves Analista de Requisitos Responsável pela análise, 
elaboração e revisão dos 
artefatos com base nas 
definições de funcionalidades. 
Marcos Pedro júnior Desenvolvedor Responsável pela análise, 
elaboração e revisão dos 
artefatos com base nas 
definições de funcionalidades. 
Daniele Alves de Sousa Analista de Testes Responsável pela análise, 
elaboração e revisão dos 
artefatos com base nas 
definições de funcionalidades. 
 
 
 
 VIII. Análise de Riscos 
 
Análise de Risco 
Risco Probabilidade Efeitos 
Problemas financeiro Baixo Catastróficos 
Tamanho do sistema Alta Sérios 
23 
 
 
 
concorrência moderada toleráveis 
 
 
 
 
12.2 Lições Aprendidas 
 
ID Fase Área Problema Impacto Lição 
Aprendida 
1 Escopo Projetos Projeto 
Disponível 
Dificuldade no 
levantamento de 
requisitos 
Levantamento de 
requisitos de um 
projeto 
2 Custo orçamento Valores altos Orçamentos 
podendo inviabilizar 
o projeto 
Montar 
orçamento do 
Projeto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
24 
 
 
 
12 CONCLUSÃO 
 
 Este Projeto integrado multidisciplinar (PIM) teve como seu principal objetivo a 
elaboração de um sistema de teleatendimento via WEB/APP afim de diminuir as visitas e 
agilizar os atendimentos médicos em épocas de pandemia. 
 Diante de todo o escopo do projeto proposto foi desenvolvido um plano de negócio para 
a startup que foi responsável pelo desenvolvimento do sistema, foi também realizado todo o 
levantamento de requisito funcionais e não funcionais e as regras de negócios necessária para 
o desenvolvimento do projeto, também elaboramos diagramas necessário para o 
desenvolvimento do projeto, caso de uso, atividades, classes, sequência, componentes e 
implementação. 
 Em paralelo a isso foi escolhida uma metodologia que se adequasse a realidade da 
empresa em questão a metodologia escolhida foi a MPS.BR, e também foi criado o termo de 
abertura do projeto. 
 O desenvolvimento do projeto foi muito bom para colocar em pratica todo o 
conhecimento adquirido nas matérias do bimestre em questão, podendo usar assim tudo o que 
foi aprendido na pratica. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
25 
 
 
 
13 REFERÊNCIAS BIBLIOGRÁFICAS 
 
 
NETO, A. P. A.; Empreendedorismo. 2. ed. São Paulo: Editora Sol, 2013. 
 
CRISTOVÃO, A.M.; Gestão da Qualidade. ed. São Paulo: Editora Sol, 2013. 
 
VERSOLATTO, F. R.; Projeto de Sistemas Orientado a Objetos. ed. São Paulo: Editora Sol, 
2015. 
 
NETO, A. P. A.; Gerenciamento de Projetos de Software. ed. São Paulo: Editora Sol, 2022. 
 
VENNGAGE, 2022. Diagrama de Atividade...2022. Disponível em: https://bit.ly/3EP9c5x. 
Acesso em: 10 out. 2022. 
 
WIKIPÉDIA, 2019. Diagrama de Sequência...2019. Disponível em: https://bit.ly/3MGn1VD. 
Acesso em: 07 out. 2022 
 
MICREIROS, 2017. Diagrama de Implementação...2017. Disponível 
https://bit.ly/3VCc9Mw. Acesso em: 08 out. 2022 
 
RESEARCHGATE, 2022. Diagrama de Componentes...2022. Disponível em: 
https://bit.ly/3eBvOM7. Acesso em: 10 out. 2022.