PIM VII SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE PACIENTES VIA APP WEB NOTA 9

Prévia do material em texto

UNIVERSIDADE PAULISTA – UNIP EaD 
Projeto Integrado Multidisciplinar 
Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas 
 
 
 
LUCAS VIEIRA GOMES - 2071490 
 
 
 
 
 
SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE PACIENTES 
VIA APP/ WEB. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ARACAJU – SE 
2021 
 
 
 
LUCAS VIEIRA GOMES – 2071490 
 
 
 
 
 
SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE PACIENTES 
VIA APP/ WEB. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ARACAJU -SE 
2021 
 
Projeto Integrado Multidisciplinar 
para a obtenção do título de graduação em 
Análise e Desenvolvimento de Sistemas 
apresentado à Universidade Paulista – 
UNIP EaD. 
Orientador(a): JULIO CESAR SEVERINO 
 
 
RESUMO 
 
Com base nas disciplinas Empreendedorismo, Gerenciamento de Projeto de 
Software, Gestão de Qualidade e Projeto de Sistemas Orientado a Objetos, será ela-
borado um projeto de um sistema de teleatendimento médico via APP/WEB, onde o 
principal objetivo é diminuir as visitas e agilizar os atendimentos médicos em épocas 
de pandemia nos hospitais onde a busca por atendimento aumenta de maneira signi-
ficativa. 
O avanço da tecnologia tem ajudado diversas áreas e com os profissionais de 
saúde não foi diferente. Um tema pouco difundido e um tanto polêmico, mas que se 
tornou uma necessidade com o aumento dos casos de covid-19 no país. O teleaten-
dimento evita que os pacientes em isolamento precisem sair para buscar atendimento 
médico. Dessa maneira, as pessoas se preservam das possibilidades de contamina-
ção e a circulação do vírus é diminuída. 
Em 15 de abril de 2020 foi elaborada a lei 13.989, que dispões sobre o uso da 
telemedicina durante a crise causada pelo coronavírus, esta Lei autoriza o uso da 
telemedicina enquanto durar a crise ocasionada pelo coronavírus (SARS-CoV-2). E 
serviu de respaldo para a elaboração deste sistema. 
 
 
 
 
 
 
Palavras-chave: PIM; Coronavirus; Sistema; Lei. 
ABSTRACT 
 
 Based on the Entrepreneurship, Software Project Management, Quality Man-
agement and Object-Oriented Systems Project disciplines, a project for a medical tele-
service system via APP/WEB will be elaborated, where the main objective is to reduce 
visits and speed up medical care in times of pandemic in hospitals where the demand 
for care increases significantly. 
 The advancement of technology has helped several areas and with health 
professionals it was no different. This topic is not widespread and somewhat contro-
versial, but it has become a necessity with the increase in the number of covid-19 
cases in the country. Telecare prevents patients in isolation from having to go out to 
seek medical care. In this way, people are preserved from the possibility of contami-
nation and the circulation of the virus is reduced. 
 On April 15, 2020 law 13,989 was drafted, which provides for the use of tele-
medicine during a crisis caused by the coronavirus, this law authorizes the use of tel-
emedicine for as long as the crisis caused by the coronavirus lasts (SARS-CoV-2). And 
it served as support for the development of this system. 
 
 
 
 
 
 
 
 
 
Keywords: PIM; Coronavirus; System; She. 
SUMÁRIO 
 
 
 
1. INTRODUÇÃO ……………………………………………...………….…….............… 6 
2. O PROJETO...............................……………………………...…….............….…….. 7 
3. CENÁRIO PROPOSTO.…....……………………………………………..……............ 7 
4. PLANO DE NEGÓCIOS............................………………………………...............…. 7 
 4.1 Definição de objetivos.....................................................................................................………... 9 
 4.1 Serviço ofertado .............................................................................................................………... 9 
 4.1 Usuários ........................................................................................................................………... 9 
5. REQUISITOS FUNCIONAIS ………...................…..….............…..……………........ 9 
6. REQUISITOS NÃO FUNCIONAIS .........................................……………………....11 
7. REGRAS DE NEGÓCIO.........................................................................................12 
8. DIAGRAMAS DE UML ...........................................................................................14 
 8.1 Diagramas de casos de uso ....................................................................................................... 14 
8.1.1 Descrição de casos de uso ............................................................................................ 16 
 8.2 Diagramas de atividade ............................................................................................................. 17 
 8.3 Diagramas de classe ................................................................................................................. 17 
 8.4 Diagramas de sequencia ........................................................................................................... 17 
 8.5 Diagramas de componentes ...................................................................................................... 17 
 8.6 Diagramas de implantação ....................................................................................................... 18 
9. METODOLOGIA DA QUALIDADE DE SOFTWARE ..............................................19 
10. GERENCIAMENTO DO PROJETO .....................................................................19 
 10.1 Termo de abertura do projeto ................................................................................................... 19 
 10.2 Matriz de responsabilidade ...................................................................................................... 20 
 10.3 Cronograma de atividades e custos ......................................................................................... 21 
 10.4 Analise de riscos ...................................................................................................................... 22 
11. CONCLUSÃO ..................................................................................................... 23 
REFERÊNCIAS ………………………………………….………………….............…… 24
 
 
 
 
 
 
6 
 
1. INTRODUÇÃO 
O projeto integrado multidisciplinar faz parte do programa pedagógico de dos 
cursos superiores de tecnologia a distância da UNIP EaD, a fim de propiciar ao aluno 
a fundamentação prática dos conceitos teóricos das disciplinas estudadas no bimestre 
estimulando a solução de problemas relacionados à área e fomentar a execução de 
projeto envolvendo múltiplas disciplinas. 
O PIM VII tem por objetivo principal desenvolver um sistema de teleatendi-
mento médico via web com o propósito de diminuir as visitas e agilizar os atendimen-
tos médicos em épocas de pandemia nos hospitais, onde será necessário colocar em 
prática todo aprendizado adquirido através das aulas e livros do período atual. com 
base nos conhecimentos adquiridos será desenvolvido um plano de negócios para a 
Startup, serão proposto os requisitos funcionais, requisitos não funcionais e as regras 
de negócios necessárias para a elaboração do sistema, bem como os projetos dos 
seguintes diagramas: Caso de uso, Diagrama de atividades, Diagrama de classes, 
Diagrama de sequência, Diagrama de componentes e de Implantação. 
 
7 
 
2. O PROJETO 
Um sistema de informação pode ser definido como um conjunto de compo-
nentes inter-relacionados que coletam, processam, armazenam e distribui informa-
ções a fim de apoiar a tomada de decisões, a coordenação e o controle de uma orga-
nização. Além disso também auxiliam gerentes e trabalhadores a analisar problemas, 
visualizar assuntos complexos e criar novas soluções. (LAUDON & LAUDON, 2004). 
 
3. CENÁRIO PROPOSTO 
 A telemedicina compreendeuma infinidade de práticas relacionadas ao uso de 
tecnologias da informação na área da saúde para permitir o atendimento remoto. An-
tes 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. 
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 libe-
raçã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. 
A decisão do CFM e do Ministério da Saúde se deu em caráter de excepciona-
lidade e vale enquanto durar o combate à pandemia de covid-19, em especial porque 
a telemedicina pode ser uma ferramenta importante para evitar a propagação do novo 
coronavírus entre os brasileiros. 
Em primeiro lugar, o atendimento a distância evita que os pacientes 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, pacientes infectados ou com suspeita de co-
vid-19 podem permanecer em quarentena e diminuir a circulação do vírus. 
Isso remete a outro ponto positivo da telemedicina no combate à pandemia de 
covid-19: a preservação dos profissionais de saúde. A questão é ainda mais impor-
tante em um contexto de falta de materiais de proteção, como máscaras, em diversos 
estabelecimentos em todo o Brasil. Com a prática, os médicos podem transmitir ori-
entações e acompanhar pacientes sem entrar em contato físico com eles, permane-
cendo em segurança. 
8 
 
Por fim, também é interessante observar que os atendimentos remotos podem 
ajudar a diminuir a pressão nos sistemas de saúde, um dos principais pontos de pre-
ocupação dos 26 Manual de Estágio especialistas em relação a pandemias. A teleme-
dicina permite, afinal, que os pacientes recebam orientação e monitoramento de casa, 
deixando as clínicas e os hospitais livres para quem realmente precisa de um cuidado 
presencial. 
No Brasil, a telemedicina foi regulamentada pela Lei 1.643 de 2002, que per-
mite o uso de computadores e celulares para atendimento médicos em áreas remotas, 
responsabilizando o médico pela proteção dos dados dos pacientes. Embora tenha 
representado um avanço à época, a norma não compreende os avanços tecnológicos 
e as novas possibilidades desenvolvidas nas quase duas décadas desde a publicação. 
 Como dito, as novas resoluções publicadas em março especificam que a tele-
medicina está permitida em caráter de excepcionalidade enquanto durar o combate à 
pandemia de covid-19. 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). 
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. 
(Manual PIM VII, 2021, p. 25). 
 
4. PLANO DE NEGÓCIOS 
 De acordo com Dolabela, 2000, p. 164, plano de negócios é antes de tudo, o 
processo de validação de uma ideia, que o empreendedor realiza através do planeja-
mento detalhado da empresa. Ao prepara-lo, terá elementos para decidir se deve ou 
não abrir a empresa que imaginou, lançar um novo produto que concebeu, proceder 
a uma expansão etc. A rigor, qualquer atividade empresarial, por mais simples que 
seja, deveria se fundamentar em Plano de Negócios. 
 Este plano de negócios é um documento que servirá para direcionar as ações 
da ZulmanTech Soluções em Informática, empresa responsável pelo desenvolvimento 
do sistema, ao mesmo tempo, para ser apresentado a eventuais investidores ou ins-
tituições financeiras interessados no negócio. 
9 
 
 O plano de negócios comtemplara o conjunto dos 3 grandes grupos de dicas 
que foram analisadas no desenvolvimento do projeto e se subdivide da seguinte forma: 
1º definição de objetivos, 2º serviço ofertado e 3º Usuários. 
 
4.1 Definição de objetivos 
 A ZulmanTech busca desenvolver um sistema de alta qualidade que alinhe prin-
cípios éticos e operacionais, promovendo confiança e privacidade no uso do sistema. 
 Buscamos também facilitar de forma significativa o atendimento e acompanha-
mento médico aos pacientes diminuindo assim as visitas em épocas de pandemia. 
 
4.2 Serviço ofertado 
 Diante da pandemia global foi identificada uma necessidade que através da 
mesma surgiu uma grande oportunidade de negócio, a proposta foi a elaboração de 
um sistema de teleatendimento médico que possibilitará o acompanhamento médico 
de pacientes em tempos de pandemia, onde será possível realizar agendamento de 
consultas e realizar consultas por telechamada. O sistema tem respaldo na Lei 13.989 
de 2020 que dispõe sobre o uso da telemedicina durante a crise causada pelo coro-
navírus. 
 
4.3 Usuários 
 O sistema foi desenvolvido com foco em usuários da área da saúde e irá abran-
ger médicos e pacientes que tenham interesse e sintam a necessidade de realizar um 
acompanhamento com segurança e tranquilidade. 
 
5. REQUISITOS FUNCIONAIS 
 São declarações de serviços que o sistema deve fornecer, de como o sistema 
deve agir a entradas especificas, de como o sistema deve se comportar em determi-
nadas situações. Em alguns casos também podem explicar o que o sistema não deve 
fazer (SOMMERVILLE, 2011). 
 
Nome do caso de uso: Cadastrar paciente 
Escopo: Cadastros 
Ator: Administrador / Atendente 
10 
 
Interessados: Paciente /Plano De Saúde/ Serviços de saúde 
Pré-condições: O paciente deve estar cadastrado em algum programa 
de atendimento de saúde. 
Pós condição: O administrador preenche as informações fornecidas 
Fluxo básico: - O administrador confirma os dados do paciente 
- O administrador formaliza o cadastro do paciente 
 
 
Nome do caso de uso: Agendamento de consultas 
Escopo: Consultas 
Ator: Paciente 
Interessados: Paciente /Plano De Saúde/ Serviços de saúde 
Pré-condições: - O paciente deve estar autenticado no sistema. 
- O paciente deve estar cadastrado em algum programa 
de atendimento de saúde. 
Pós condição: Agendar consulta 
Fluxo básico: - O paciente seleciona a especialidade 
- O paciente seleciona o médico que realizará o atendi-
mento 
- O sistema busca datas e horários disponíveis 
- O paciente seleciona a data e o horário desejado para 
o atendimento. 
- O paciente realiza o agendamento 
- O paciente imprime o comprovante de agendamento 
 
 
Nome do caso de uso: Cancelamento de consultas 
Escopo: Consultas 
Ator: Paciente 
Interessados: Paciente /Plano De Saúde/ Serviços de saúde 
Pré-condições: - O paciente deve estar logado no sistema 
- O paciente deve ter realizado o agendamento de al-
guma consulta 
11 
 
Pós condição: - Cancelar agendamento de consulta 
Fluxo básico: - O sistema exibe todas as consultas agendadas pelo 
paciente. 
- O paciente seleciona a consulta a qual deseja realizar 
o cancelamento do agendamento 
- O sistema libera o horário e a data para outros possí-
veis pacientes que desejam realizar o agendamento. 
 
 
 
Nome do caso de uso: Cadastrar atendimento realizado 
Escopo: Atendimento 
Ator: Profissional de saude 
Interessados: Paciente /Plano De Saúde/ Serviços de saúde 
Pré-condições: - A consulta ter sido realizada 
Fluxo básico: - O profissional de saúde preenche os dados relativos a 
consulta. 
- O profissional grava o histórico da consulta 
 
 
6. REQUISITOS NÃO FUNCIONAIS 
 Pode ser descrito como um atributo de qualidade,de desempenho, de segu-
rança ou como restrição geral em um sistema (PRESSMAN; MAXIM, 2016). 
 Para SOMMERVILLE, 2011. Esses requisitos podem estar relacionados as pro-
priedades emergentes do sistema, como confiabilidade, tempo de resposta, e ocupa-
ção de área. 
 
Identificador RNF001 
Nome Segurança de acesso 
Categoria Segurança 
Prioridade Essencial 
Descrição - Cada paciente terá uma senha particular, para que nenhum outro 
usuário possa fazer acessar o sistema utilizando suas credenciais. 
12 
 
- O sistema contará com o firewall para garantir a sua integridade 
evitando assim ataques externos. 
 
Identificador RNF002 
Nome Desempenho do sistema 
Categoria Desempenho 
Prioridade Essencial 
Descrição - Priorizando o desempenho o sistema utilizará requisitos mínimos; 
- O sistema contará também com um sistema de backup para ga-
rantir seu pleno funcionamento no armazenamento de dados; 
- O servidor principal contará com um sistema de geração de ener-
gia para que o sistema permaneça sempre disponível 
 
Identificador RNF003 
Nome Usabilidade do sistema 
Categoria Usabilidade 
Prioridade Essencial 
Descrição - O sistema será criado para rodar em desktop, no entanto seu de-
sign responsivo permitirá que o mesmo se adeque aos mais varia-
dos formatos de dela sem que sua interface seja prejudicada. 
 
 
7. REGRAS DE NEGÓCIO 
As regras de negócio determinam o modelo ao qual a empresa desempenha 
suas atividades e entrega seus produtos. 
Conforme YOSHIHARA, 2016. As regras de negócio são definidas pelos se-
guintes itens: 
• Para tornar os processos de negócios mais flexíveis, as regras devem 
ser armazenadas de forma separada e possuir fácil acesso durante um 
projeto. 
• É importante prever as evoluções e modificações das regras de negócio, 
independente do modelo de processo de negócios. 
13 
 
• É comum que as regras de negócio de alterem com maior frequência 
que os processos de negócio. 
 
Segue abaixo as regras de negócio a serem aplicadas no cenário proposto 
Identificador RN0001 
Nome Acesso ao sistema 
Descrição Conforme decisão do CFM e do Ministério da saúde o acesso 
se dará enquanto durar o combate à pandemia de covid-19 
Fonte Manual PIM VII – pág 26 
 
Identificador RN0002 
Nome Segurança de dados 
Descrição Conforme Lei 1.643 de 2002, O médico é o responsável pela 
proteção dos dados dos pacientes. 
Fonte Manual PIM VII – pág 26 
 
Identificador RN0003 
Nome Práticas liberadas 
Descrição Conforme CFM são liberadas as práticas de: teleorientação, 
telemonitoramento e teleinterconsultas. 
Fonte Manual PIM VII – pág 26 
 
Identificador RN0004 
Nome Segurança 
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 VII – pág 26 
 
 
 
14 
 
8. DIAGRAMAS DE UML 
 UML é uma importante linguagem na comunicação em equipes de produção de 
software, ela é representada por diagramas que são compostos por vários elementos 
com relação entre si. Os diagramas de UML se dividem em diagramas estruturais e 
diagramas comportamentais. 
• Diagramas estruturais: especificam a estrutura do sistema; 
• Diagramas comportamentais: especificam os comportamentos desse 
sistema. 
Figura 1: Diagramas 
 
Fonte 1:https://cutt.ly/bRdkBlh 
 
8.1 Diagrama de Casos de uso 
 O diagrama de casos de uso é uma ferramenta que pode ser utilizada para 
representar graficamente os requisitos funcionais do sistema a fim de apresentar aos 
usuários as funcionalidades e serviços que lhes serão oferecidos. 
 O diagrama de casos de uso faz parte de um conjunto de diagramas de com-
portamentos propostos pela UML, conforme imagem abaixo. 
15 
 
Figura 2: Diagramas de UML 
 
Fonte 2:https://cutt.ly/jRdkZuO 
O diagrama de casos de uso representa o usuário e suas interações como sis-
tema, portanto, ele é uma ferramenta útil quando o sistema em desenvolvimento é um 
sistema de informação, ou seja, quando existem diversas interações desse tipo para 
serem projetadas. Sistemas cuja complexidade não esteja na interação com o usuário, 
mas sim em seu processamento interno, não se beneficiarão desse tipo de represen-
tação DENNIS; WIXON; ROTH, 2012 
 
 O diagrama de casos de uso é composto por um ou mais atores e um cenário. 
• Ator: É algo com comportamento como uma pessoa, um sistema ou uma 
organização, no caso proposto o ator será o paciente. 
• Cenário: sequencia especifica de ações e interações entre os atores e o 
sistema. 
 
O projeto de um software, assim como sua documentação, traz os detalhes 
acerca das diversas partes de um software, seja arquitetural, de implementação e até 
de design, se for preciso. Um recurso que auxilia a equipe de desenvolvimento, prin-
cipalmente na etapa de documentação e posteriormente de implementação do sof-
tware, é o uso de diagramas, que são baseados na UML. 
16 
 
A UML, linguagem de modelagem unificada, traz para o contexto computacional 
a padronização de uma linguagem utilizada para representar informações referentes 
a um sistema. 
 
Figura 3: Diagrama de casos de uso 
 
Fonte 3: Autor 
 
 
 
8.1.1 Descrição de casos de uso 
 O diagrama de casos de uso representado acima mostra as ações que podem 
ser realizadas por cada usuário do sistema. 
• O Administrador é o responsável por efetuar e validar o cadastro dos pacientes; 
• O paciente efetua o login no sistema e após isso poderá realizar o agenda-
mento ou o cancelado de consultas. 
17 
 
• Os profissionais de saúde poderão realizar o atendimento e após o atendimento 
realizador deverão cadastrar esse atendimento e gerar o relatório do atendi-
mento realizado. 
 
8.2 Diagramas De Atividade 
O diagrama de atividades é um dos mais completos diagramas comportamen-
tais da UML. Ele permite visualizar detalhadamente os fluxos do sistema no que diz 
respeito as ações que podem ser feitas e aos caminhos percorridos na utilização deste 
sistema. 
 
8.3 Diagrama De Classes 
Diagrama de classe, que mostra as classes de objeto no sistema e as associ-
ações entre elas. 
 
8.4 Diagrama De Sequência 
Diagrama de sequência serve para representar a sequencia de interações do 
sistema, ele descreve como e em qual ordem os objetos trabalham. 
 
8.5 Diagrama De Componentes 
 O diagrama de componentes mostra o relacionamento entre os diferentes com-
ponentes de um sistema. 
18 
 
Figura 4: Diagrama de componentes 
 
Fonte 4: Autor 
 
8.6 Diagrama De Implantação 
 Os diagramas de implantação servem para visualizar os dispositivos de um sis-
tema, ele é usado para entender como o sistema será implantado fisicamente. 
 
19 
 
Figura 5: Diagrama de implantação 
 
Fonte 5: Autor 
 
 
 
9. METODOLOGIA DE QUALIDADE DE SOFTWARE 
 
 O MPS.BR, ou Melhoria do Processo de Software Brasileiro, é um modelo cri-
ado pela 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 Comuni-
cações (MCTIC), no ano de 2003. Seu objetivo principal é melhorar a capacidade de 
desenvolvimento de software, serviços e práticas de gestão de recursos humanos nas 
empresas de TI, principalmente as micro, pequenas e médias, pois geralmente são as 
que apresentam mais dificuldades para estruturar a melhoria de seus processos, além 
de possuírem poucos recursos financeiro. 
O modelo MPS.BR tem o propósito de oferecer um modelo de processos de 
software com um preço acessível, que possibilite às empresas de menor porte se or-
ganizarem nas suas atividades de desenvolvimento de software. 
Levando em consideração as características do projeto e da empresa esse será 
o modelo adotado. 
 
 
20 
 
10. GERENCIAMENTO DO PROJETO 
 
10.1 Termo De Abertura Do ProjetoA globalização tem impactado de maneira significativa o mercado, alterando de 
maneira significativa o modo como as empresas se comportam e tornando o mercado 
cada vez mais competitivo. O surgimento da pandemia de COVID – 19 levou as pes-
soas a procurarem alternativas que lhes fossem mais favoráveis. Desse modo o sis-
tema de teleatendimento médico é de grande valia, pois irá garantir a seus usuários 
segurança, assistência médica e comodidade sem que os mesmo precisem se deslo-
car até os centros médicos em busca de atendimento evitando assim a propagação 
do vírus. 
 O Conselho Federal de Medicina permitiu o teleatendimento como forma de 
evitar uma sobrecarga nos hospitais e controlar o avanço das contaminações do CO-
VID no país. 
 Segundo Andressa Tonetto Fontana em matéria publicada no site Jusbrasil o 
artigo 37 do Código de Ética Médica veda a prescrição de tratamento ou outros pro-
cedimentos sem exame direto do paciente, salvo em casos de urgência e emergên-
cia. E o atendimento médico a distância, nos moles de telemedicina ou outro método, 
dar-se-á por regulamentação do Conselho Federal de Medicina (§ 1º). A Resolução 
nº 1.643/2002 disciplina a prestação de serviços através da Telemedicina. 
 Ela retrata ainda que A pandemia do Covid-19, sem dúvidas, configura emer-
gência, havendo concretos riscos de vida para quem não se mantem em isolamento 
e para a coletividade. Assim, a orientação do Conselho Federal de Medicina permite 
o atendimento médico à distância neste contexto e possibilita que planos de saúde 
se adaptem à esta realidade, considerando que muitos usuários estão inseridos em 
grupos de risco e não podem dispensar tratamentos médicos contínuos. 
Diante dos fatos relatos foi desenvolvido um sistema de teleatendimento mé-
dico, com o objetivo de fornecer aos pacientes uma assistência médica adequada e 
com segurança. 
 
10.2 Matriz De Responsabilidade 
 A matriz de responsabilidade consiste em uma tabela listando todas as ativida-
des do projeto e os participantes responsáveis por cada uma delas. 
21 
 
Matrizes de responsabilidade são uma forma dos participantes do projeto visu-
alizarem suas responsabilidades e concordarem com as tarefas que lhes são atri-
buídas. Também ajudam a esclarecer a extensão ou tipo de autoridade exercida por 
cada participante ao realizar uma atividade na qual duas ou mais partes têm envolvi-
mento sobreposto. Utilizando-se uma RM e definindo-se hierarquia, responsabilidade 
e comunicação em seu molde, fica clara a relação entre diferentes unidades organi-
zacionais e o conteúdo de trabalho do projeto 
 
ATIVIDADE DESENVOLVEDOR CONTRATANTE MÉDICO PACIENTE 
Funcionalida-
des do sistema 
R A - - 
Design do sis-
tema 
R A - - 
Cadastro de 
usuários 
- - R R 
Agendamento 
de consultas 
- - - R 
 
 O modelo de matriz utilizado foi o RACI que sua sigla corresponde as iniciais 
das seguintes palavras: RESPONSÁVEL, APROVADOR, CONSULTADO, INFOR-
MADO. 
 Diante disto é possível perceber a atribuição de cada colaborador do projeto. 
 
10.3 Cronograma De Atividades E Custos 
 De acordo com o que foi listado na matriz de responsabilidade foi elaborado o 
cronograma de atividades e custos de acordo com o custo médio do mercado. 
 
ATIVIDADE CRONOGRAMA CUSTO 
Funcionalidades do sistema 5 meses R$ 15,000,00 
Design do sistema 3 meses R$ 4,000,00 
Cadastro de usuários 10 minutos R$ 0,00 
Agendamento de consultas 15 minutos Valor a ser definido pelo 
sistema de saúde. 
22 
 
 
10.4 Análise De Riscos 
 Visando planejar melhor as forças e oportunidades do sistema de teleatendi-
mento médico a análise de riscos será feita através da matriz SWOT, também conhe-
cida como matriz FOFA que é uma ferramenta gerencial que examina o ambiente in-
terno e externo de uma organização buscando encontrar oportunidades de melhoria 
e otimização do desempenho. 
 O termo SWOT deriva das quatro palavras: (Strengths, Weaknesses, Opportu-
nities, Threats), que significam respectivamente: força, fraquezas, oportunidades e 
ameaças. 
 
FORÇAS FRAQUEZAS 
• Agilidade no atendimento 
• Facilidade de acesso 
• Segurança aos envolvidos 
• Avaliação física menos deta-
lhada 
• Tempo para o desenvolvi-
mento do sistema 
OPORTUNIDADE AMEAÇAS 
• Controle da pandemia 
• Diminuir a circulação de pes-
soas 
• Crise econômica 
• Surgimento de software con-
correntes. 
 
 
 
 
 
 
 
 
 
 
 
 
23 
 
11. CONCLUSÃO 
 Este PIM teve como objetivo principal de colocar em prática o conteúdo das 
disciplinas estudadas no bimestre atual. Para isso foi necessário desenvolver um sis-
tema de teleatendimento médico via WEB/APP a fim de diminuir as visitas e agilizar 
os atendimentos médicos em épocas de pandemias nos hospitais. 
 Diante do que foi proposto foi elaborado um plano de negócios para a empresa 
de tecnologia responsável pelo desenvolvimento do sistema, foi realizado o levanta-
mento dos requisitos funcionais e não funcionais e as regras de negócios necessárias 
para a elaboração do projeto, também foi elaborado os seguintes diagramas: Dia-
grama de Atividades, Diagrama de Classes, Diagrama de Sequência, Diagrama de 
Componentes e de Implantação. 
 Foi utilizada a metodologia MPS.BR por ser a mais adequada para o sistema 
em questão. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
24 
 
REFERÊNCIAS 
 
O Guia fácil de diagramas de implantação UML, disponível em: https://crea-
tely.com/blog/pt/diagrama/tutorial-do-diagrama-de-implantacao/, acessado em 10 out. 
2021 as 11:00. 
O Guia fácil para diagramas de componentes, disponível em: https://crea-
tely.com/blog/diagrams/component-diagram-tutorial/, acessado em 10 out 2021 as 
11:00. 
É possível a tele consulta médica durante a pandemia?, disponível em: https://an-
dressatonettofontana.jusbrasil.com.br/artigos/823517341/e-possivel-a-tele-consulta-
medica-durante-a-pandemia, acessado em : 09 out 2021 as 09:00. 
 
UNIP -Universidade Paulista. Ref.: Projeto de Sistemas Orientado a Objetos. Ara-
caju, 2021. 
 
UNIP -Universidade Paulista. Ref.: Empreendedorismo. Aracaju, 2021. 
 
UNIP -Universidade Paulista. Ref.: Gestão da Qualidade. Aracaju, 2021. 
 
UNIP -Universidade Paulista. Ref.: Manual PIM VII. Aracaju, 2021. 
 
 
 
 
https://creately.com/blog/diagrams/component-diagram-tutorial/
https://creately.com/blog/diagrams/component-diagram-tutorial/
https://andressatonettofontana.jusbrasil.com.br/artigos/823517341/e-possivel-a-tele-consulta-medica-durante-a-pandemia
https://andressatonettofontana.jusbrasil.com.br/artigos/823517341/e-possivel-a-tele-consulta-medica-durante-a-pandemia
https://andressatonettofontana.jusbrasil.com.br/artigos/823517341/e-possivel-a-tele-consulta-medica-durante-a-pandemia