Projeto Integrado Multidisciplinar 7

Prévia do material em texto

UNIVERSIDADE PAULISTA – UNIP EAD
Projeto Integrado Multidisciplinar 
Cursos Superior de Tecnologia em Análise e Desenvolvimento de Sistemas
NOME - RA 
PIM VII – SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE PACIENTES VIA APP/WEB
São Paulo 
2020
NOME - RA 
PIM VII – SISTEMA DE TELEATENDIMENTO MÉDICO PARA CONSULTA DE PACIENTES VIA APP/WEB
Projeto Integrado Multidisciplinar para obtenção do título de tecnólogo em Análise e Desenvolvimento de Sistemas apresentado a Universidade Paulista – UNIP EAD.
São Paulo 
2020
RESUMO 
O objetivo do presente trabalho é realizar a análise de sistema de teleatendimento médico para consulta de pacientes via APP/Web através dos conhecimentos obtidos nas aulas de empreendedorismo, gerenciamento de projeto de software, gestão da qualidade e projeto de sistemas orientado a objetos. O projeto será desenvolvido através de pesquisas teóricas, no qual buscou simplificar e aperfeiçoar a usabilidade dos sistemas de teleatendimento médico para os clientes finais. 
Palavras-chave: Teleatendimento; Médicos; Análise de Sistema. 
ABSTRACT
The objective of this work is to carry out the analysis of the medical call center system for patient consultation via APP / Web through the knowledge obtained in entrepreneurship classes, software project management, quality management and object-oriented systems design. The project will be developed through theoretical research, in which it sought to simplify and improve the usability of medical call center systems for end customers.
Keywords: Call center; Doctors; System analysis.
SUMÁRIO
INTRODUÇÃO.............................................................................................................5
1 PLANO DE NEGÓCIOS	6
1.1	Detalhamento de Negócio	6
1.2	Serviço Ofertado	6
1.3	Usuários	6
1.4	Ambiente	6
1.5	Equipamento	7
1.6	Tarefas	7
1.7	Parcerias	7
1.8	Necessidade de capital	7
1.9	Fonte de receitas	7
2 LEVANTAMENTO DE REQUISITOS	9
2.1	Requisitos funcionais	10
2.2	Requisitos não-funcionais	11
2.3	Regras específicas	11
2.4	Diagrama de casos de uso	12
2.4.1	Descrição de casos de uso	13
2.5	Diagrama de atividades	13
2.6	Diagrama de Classes	14
2.7	Diagrama de Sequência	16
2.8	Diagrama de Componentes	18
2.9	Diagrama de Implantação	18
3	QUALIDADE DE SOFTWARE	20
4	GERENCIAMENTO DO SISTEMA	21
4.1	Termo de Abertura de Projeto	21
4.2	Matriz de responsabilidades	21
4.3	Cronograma de atividades e custos	22
4.4	Análise de riscos	22
CONCLUSÃO.............................................................................................................24
REFERÊNCIAS	25
INTRODUÇÃO 
De acordo com a automação dos serviços médicos e a sua integração ao mundo digital, aliadas às novas necessidades e novos quesitos para satisfazê-los, foram criadas as condições que emergiram e expandiram o teleatendimento médico. Característica que deu forma a uma nova tendência, tendo em vista a economia de tempo para o paciente, bem como o aumento da segurança entre pacientes e médicos e a redução das distâncias, principalmente decorrente no cenário atual.
Diante disto, manifesta-se que o teleatendimento se desenvolve por meio de uma tecnologia avançada, na qual ampara a organização do trabalho, distribuindo as chamadas e ou efetuando-as, de forma segura e simplificada. Assim, o presente trabalho busca apresentar uma startup direcionada ao teleatendimento de pacientes por meio de APP/Web.
Portanto, foi disposto uma metodologia de caráter exploratório bibliográfico, no qual busca o aprofundamento de uma realidade específica. Desta forma, é basicamente executada por meio da observação direta das atividades do grupo estudado a fim de captar as explicações e interpretações que ocorrem naquela realidade.
1 PLANO DE NEGÓCIOS 
O presente tópico visa discorrer sobre todos os aspectos relacionados a uma startup referente a um sistema de teleatendimento médico para consulta de pacientes via APP/WEB. 
1.1 Detalhamento de Negócio
O avanço da tecnologia e o acelerado desenvolvimento no processo de globalização têm gerado um mercado cada vez mais exigente e competitivo, em especial no cenário atual, por conta da pandemia vivenciada mundialmente. 
Com isto, frente as grandes oportunidades que o mercado neste segmento vem demonstrando, busca-se o desenvolvimento de um sistema destina ao teleatendimento entre médicos e pacientes por meio de APP/WEB, visando um atendimento mais seguro e de fácil acesso e com isso, otimizar o tempo de seus usuários, visto que nos dias atuais as pessoas buscam alternativas que sejam mais rápidas, seguras eficazes.
1.2 Serviço Ofertado
Nesse contexto, ao identificar-se a grande oportunidade de negócio existente nesse mercado, propõe-se um novo sistema de teleatendimento médico, no qual possibilitará o atendimento remoto de pacientes por meio da teleorientação, do telemonitoramento e das teleinterconsultas, conforme o respaldo da Lei 13.989 de 2020.
1.3 Usuários 
O sistema desenvolvido tem como usuários focais todos aqueles indivíduos que tenham interesse ou que já sejam consumidores de teleatendimento médico, visando aliar a necessidade de atendimento médico com a facilidade de realizar essa ação em ambiente online.
1.4 Ambiente 	
Para que haja acesso ao sistema de teleatendimento médico é preciso que o usuário tenha acesso à internet, via banda larga, WiFi, 3G, 4G e outros. A usabilidade será simplificada, desta maneira, a sua utilização requer pouco treinamento, é de fácil memorização, sendo que a interface permitirá também que o usuário realize a tarefa de forma rápida e eficiente, de modo que o sistema deve ser desenvolvido para atender da melhor forma possível o maior número de usuários. 
1.5 Equipamento
O sistema de teleatendimento médico pode ser executado em qualquer dispositivo que tenha acesso à internet e que atenda às necessidades de hospedagem da interface e do layout do mesmo, como notebooks, computadores, tablets, smartphones e outros. 
1.6 Tarefas
De forma geral, o objetivo do presente sistema é viabilizar o atendimento médico por meio da teleorientação, do telemonitoramento e das teleinterconsultas a fim de garantir o cumprimento do isolamento social, a integridade e a segurança do paciente, bem como o sigilo de informações. 
Assim, também é um dos objetivos do sistema viabilizar o registro das consultas em prontuário clínico e o armazenamento de dados dos médicos e pacientes que tiverem acesso ao sistema de atendimento remoto.
1.7 Parcerias
Este modelo de negócios tem como principais parceiros as operadoras de saúde, hospitais e clínicas, bem como investidores em startups, médicos e pacientes utilizadores de teleatendimento.
1.8 Necessidade de capital
O capital necessário para o desenvolvimento do sistema de atendimento médico remoto será mensurado de acordo com a estrutura requisitada por cada clínica e/ou hospital interessado na implementação do sistema. Assim, o investimento fica por conta de cada instituição que será responsável por este sistema de teleatendimento.
1.9 Fonte de receitas 
Manifesta-se que como fonte de receitas da empresa responsável, a cobrança de consultas, na qual poderá ser cobrada por minutos pré-estipulados, a exemplo de outras empresas atuantes na área, na qual cobram em média R$ 50 pela consulta com duração de 10 minutos. No entanto os valores e a duração das consultas podem ser alterados conforme os requisitos dos solicitantes do sistema e dos usuários.
Com isto, o faturamento mensal deverá ser estipulado conforme o tamanho da estrutura do sistema a ser implementado, bem como com a capacidade de teleconsultas mensais pela clínica e/ou hospital responsável. 
2 LEVANTAMENTO DE REQUISITOS 
De acordo com Rosa et al (2017), a Engenharia de Requisitos está situada na etapa de definição, na qual é encarregada de compreender o funcionamento do software, bem como como será a experiência do usuário final e como o sistema influenciará nos negócios do cliente. Assim, ressalta-se que a compreensão correta dos requisitos representao estágio mais crítico do desenvolvimento de um software, contendo influência direta na qualidade final do produto.
Com isto, salienta-se que o levantamento de requisitos é uma parte indispensável do processo de desenvolvimento de qualquer sistema, em especial quando o mesmo é direcionado para a experiência de atendimento remoto, como na proposta do teleatendimento médico (LONGO; SILVA, 2014).
Para Menezes et al (2015), a execução de softwares que supra as necessidades dos usuários, de acordo com as funcionalidades requisitadas, custos e prazos, ainda é um procedimento difícil. A elevada relação de falhas no desenvolvimento de sistemas constitui perda de qualidade e o aumento de custos aos desenvolvedores, comprometendo os resultados diante dos utilizadores. Assim, a pesquisa exploratória de acordo com a apresentação do produto, torna-se um instrumento para evitar este cenário, esta ação refere-se então a implementação de um software de engenharia de requisitos.
Os autores manifestam ainda que entender os problemas de requisitos de software é uma das tarefas mais difíceis que um engenheiro de software enfrenta. Pois desde o início do processo de desenvolvimento de software um dos maiores empecilhos nos projetos é o levantamento e entendimento dos requisitos do software, tendo em vista que o sucesso do software depende do entendimento correto dos problemas.
Por definição, os requisitos analisados devem compor o planejamento de projeto de um sistema. Bem como uma viagem ou um empreendimento novo, os sistemas precisam ser completamente planejados para que ocorram da maneira correta. Logo, é possível colocar que os requisitos compreendem em tudo aquilo que é necessário ter – ou fazer – para que aquele sistema possa ser desenvolvido, de fato (MENDONÇA, 2014).
Diante disto evidencia-se que é possível que haja a compreensão da necessidade e a importância da análise e levantamento de requisitos no desenvolvimento de sistemas, assim, manifesta a necessidade de elencar os requisitos funcionais e não funcionais do sistema a ser desenvolvido. 
1.1 Requisitos funcionais
De acordo com Filho e Martinez (2016), os requisitos funcionais são condições necessárias para a obtenção de certo objetivo, ou para o preenchimento de certo objetivo. Portanto, manifesta que estes requisitos descrevem de maneira explicita as funcionalidades e serviços do sistema.
Com isto, o sistema de teleatendimento médico para consulta de pacientes via APP/WEB possui os seguintes requisitos funcionais: 
Tabela 01 – Os requisitos funcionais do sistema
	Código
	Identificação
	Ator
	Objetivo
	RF01
	Cadastro de usuário
	Usuário
	Serve para que o usuário possa se cadastrar no sistema
	RF02
	Efetuar login
	Usuário
	Serve para que o usuário possa acessar o sistema
	RF03
	Recuperar Senha
	Usuário
	Serve para que o Usuário possa recuperar sua senha
	RF04
	Alterar Senha
	Usuário
	Serve para que o Usuário possa alterar sua senha
	RF05
	Lembrete consulta
	Sistema operacional
	Serve para que o Sistema Operacional dispare alarmes para as consultas via APP e por e-mail
	RF06
	Troca de mensagens
	Sistema operacional
	O sistema deve contar com um mecanismo de troca de mensagens entre os usuários
	RF07
	Realizar consulta
	Sistema operacional
	O sistema deve permitir a teleconsulta
	RF08
	Acesso de exame
	Sistema operacional
	O sistema deve permitir o acesso de exames no sistema de telemedicina
	RF09
	Gerar dados
	Sistema operacional
	O sistema deve gerar uma página de impressão com os dados do paciente e o protocolo do exame
Fonte: Autor (2020).
A identificação e análise dos requisitos funcionais do sistema são fundamentais para garantir o bom desempenho dos mesmos, e por consequência uma experiência positiva dos usuários para com o sistema de teleatendimento.
1.2 Requisitos não-funcionais
Os requisitos não-funcionais são aqueles que apresentam falhas sistêmicas que atrapalham o desenvolvimento de um sistema, essas falhas podem ocorrer em todos os setores do projeto, como na segurança, fluidez, interface, coleta e armazenamento de dados, dentre outros (ARAÚJO; CYSNEIROS; WERNECK, 2016). 
Com isto, o sistema de teleatendimento médico para consulta de pacientes via APP/WEB possui os seguintes requisitos não funcionais: 
Tabela 02 – Os requisitos não-funcionais do sistema
	Código
	Categoria
	Identificação
	Objetivo
	RNF01
	Desempenho
	Velocidade de processo
	O tempo de execução dos processos do sistema deve ser curto 
	RNF02
	Desempenho
	Atualização do banco de dados
	O banco de dados deve ser atualizado em tempo real quando um cliente efetuar a marcação de consulta
	RNF03
	Desempenho
	Volume de utilização
	O sistema deve ser capaz de suportar um número alto de usuários simultâneos
	RNF04
	Segurança
	Autenticação de usuário
	Todos os usuários devem conter cadastro para o uso do sistema e devem efetuar login
	RNF05
	Segurança
	Autorização de acesso
	Os dados do usuário devem estar protegidos, e só devem ser acessados com autorização.
	RNF06
	Usabilidade
	Usabilidade de usuários
	O sistema deve ser de fácil utilização, mesmo por usuários iniciantes.
Fonte: Autor (2020).
A identificação e análise dos requisitos não-funcionais do sistema também são fundamentais para garantir o bom desempenho dos mesmos para o desenvolvimento do sistema de teleatendimento médico. 
1.3 Regras específicas
Como regras especificas do sistema foram elencadas as seguintes:
1. O paciente tem direito ao retorno da consulta em um prazo máximo de 30 dias;
2. Todas as cobranças referentes as consultas devem ser controladas pelo sistema financeiro, no qual não tem acesso a informações pessoais, bem como os diagnósticos médico.
3. Um paciente pode realizar várias consultas em diferentes horários;
4. Mensagens de advertência devem ser exibidas sempre que houver ações malsucedidas.
1.4 Diagrama de casos de uso 
Os casos de uso podem ser definidos como as medidas realizadas com o objetivo de estabelecer uma linha de comunicação eficaz entre o usuário e desenvolvedores. Através da criação de um cenário onde são apresentadas as tarefas, as funções e a funcionalidade das mesmas de acordo com a experiência de uso dos clientes (FORTUNA et. al., 2018). 
O diagrama que se apresenta abaixo tem como objetivo demostrar o uso do sistema desenvolvido: 
Figura 1- Diagrama de uso 
Fonte: Autor (2020).
1.4.1 Descrição de casos de uso
Como demonstrado no diagrama acima, o sistema viabiliza que ao entrar o usuário, que pode ser o paciente ou médico, efetue um cadastro com os seus dados e produza o seu endereço de login no sistema de teleatendimento médico. O usuário também é responsável por executar as ações de cadastrar, alterar e excluir os itens Consulta, Médico, Paciente, Usuário, Marcação de consulta e geração de dados. O Sistema Operacional fica a cargo de executar os alarmes nos horários definidos pelo usuário, bem como permitir o acesso a exames e a gerar dados.
Salienta-se que para o usuário realizar a consulta, ter acesso a exames e realizar a troca de mensagens é necessário efetuar o login, para que haja o reconhecimento do usuário e posteriormente isto possibilite gerar dados.
1.5 Diagrama de atividades
Em consonância com Mello (2011), sugere-se que o uso de diagramas de atividades para representação de casos de uso permite vislumbrar o comportamento global de um caso de uso, especialmente seus aspectos dinâmicos. O autor expõe ainda que a modelagem de processos, apoiada por notações gráficas como o diagrama de atividades, possui um importante papel na engenharia de requisitos.
O diagrama de atividades provê recursos sintáticos para representação de diversas situações que podem ocorrer no fluxo de controle e de dados de uma aplicação tais como, por exemplo, fluxos em paralelo, loops, interrupções e exceções, tornando-se assim um potencial candidato para captura dos 2 requisitos de aplicações de software que demandam recursos multitarefa e distribuição (MARTINS; DINIZ; SILVA, 2017).
Figura 2- Diagrama de atividades
Fonte: Autor (2020).
Desta maneira, manifesta-se que o diagramade atividades exposto tem o objetivo de salientar o fluxo de atividades em um único processo. Assim, a figura 2 expõe como uma atividade está relacionada a outra, sendo que a relação entre as atividades é representada por transições que as conectam.
1.6 Diagrama de Classes
O diagrama de classe é utilizado para definir quais classes o sistema deve possuir e é a base para a construção dos outros diagramas, este diagrama representa todas as classes do sistema com suas dependências (LEITZKE, 2019).
Para Bruning (2016), no que se refere ao tratando dos relacionamentos, no diagrama de classes eles descrevem como as classes interagem umas com as outras e podem também definir responsabilidades (OMG, 2015). Os tipos de relacionamentos possíveis são: dependência, associação, agregação, composição e herança.
Figura 3- Diagrama de classes
	Fonte: Autor (2020).
Portanto, nesse diagrama é possível observar os atributos e relações entre as classes que compõem o sistema, assim, compreende-se as classes dispostas no sistema proposto.
1.7 Diagrama de Sequência
De acordo com Fowler (2005), o diagrama de sequência tem como objetivo modelar a integração entre objetos para implementar um cenário de caso de uso. Assim, nas figuras seguintes é possível verificar as interações de cadastramento de médico, paciente e de agendamento de consultas.
Figura 4- Diagrama de sequência de cadastro de médico
Fonte: Autor (2020).
Figura 5- Diagrama de sequência de cadastro de paciente
Fonte: Autor (2020).
Figura 6- Diagrama de sequência de cadastro agendamento de consulta
Fonte: Autor (2020).
1.8 Diagrama de Componentes
Em consonância com Costa, Alves e Alves (2010), o diagrama de componentes está ligado à linguagem de programação que é utilizado para desenvolver o sistema modelado. Sendo que este diagrama apresenta as dependências entre componentes de software, incluindo implementação de classes arquivos de: código fonte, binários, executáveis e scripts, gerenciando a integração do sistema e como ele deverá funcionar, destacando a função de cada módulo para facilitar a sua reutilização.
Figura 7- Diagrama de componentes do sistema de agendamento de consultas
Fonte: Autor (2020).
1.9 Diagrama de Implantação
O processo de especificação do Diagrama de Implantação, que é o diagrama com a visão mais física da UML será detalhado neste trabalho. Sua importância se dá pela descrição da organização dos componentes de hardware e do software com os dispositivos físicos (computadores e periféricos), considerando o ambiente de desenvolvimento, teste e produção (ALVES JÚNIOR; DAMASCENO; BEVENUTO, 2016).
Figura 8- Diagrama de implantação
Fonte: Autor (2020).
2 QUALIDADE DE SOFTWARE
Planejar a qualidade é importante porque é nesse momento que os requisitos de qualidade são identificados, mas principalmente, é definido de que maneira o alcance da qualidade será medido no projeto, para que no fim seja possível analisar se o projeto atingiu o nível de qualidade desejado (MARTINELLO, 2020).
 Para Mendonça (2016), os processos de gerenciamento da qualidade do projeto incluem as atividades da organização executora que escolhem as responsabilidades, os objetivos e as políticas de qualidade, para que o projeto consiga atender às necessidades que motivaram sua realização.
Para a empresa desenvolvedora do sistema, a melhor opção será a ISO, isso porque ela busca entregar os resultados que cumpram com os objetivos estabelecidos reconhecendo a importância da satisfação do cliente, onde entende, avalia, gerencia e define as expectativas para que o cliente esteja satisfeito, e para isso é necessária uma combinação de conformidade com os requisitos e adequação ao uso; prevenção ao invés da inspeção. 
Como citado anteriormente, a qualidade deve ser planejada e não inspecionada. Para prevenir um erro o custo é bem menor do que o custo de corrigir algo quando eles são encontrados durante a inspeção; melhoria contínua, que é a base para a melhoria da qualidade; responsabilidade da gerência, já que o sucesso para ser garantido, precisa da participação de todos, porém, é a gerência que é responsável por fornecer os recursos adequados; custo da qualidade que se refere ao custo total do trabalho.
3 GERENCIAMENTO DO SISTEMA
3.1 Termo de Abertura de Projeto
O avanço da tecnologia e o acelerado desenvolvimento no processo de globalização têm gerado um mercado cada vez mais exigente e competitivo. Esse fator, aliado às condições vivenciadas atualmente, com o advento da pandemia, faz com que as pessoas busquem alternativas que lhes proporcionem condições mais favoráveis. Com isso, percebe-se uma forte tendência ao sistema de teleatendimento médico, pois este visa proporcionar segurança, assistência e comodidade ao usuário.
Os sistemas de teleatendimento médico saúde vem sendo ampliados à medida que cresce a necessidade de seu uso. Em meio a pandemia causada pelo coronavírus da síndrome respiratória aguda grave 2 (SARS-CoV-2), agente causador da Covid-19, doença infectocontagiosa, uma das primeiras medidas a serem adotadas frente a essa doença, foi desacelerar a disseminação do vírus a fim de evitar a sobrecarga do sistema de saúde. Sendo assim, foi necessário criar medidas a fim de facilitar o acesso da população às redes de saúde, o que levou a um avanço significativo nos atendimentos online (OSHIDA et al, 2020).
Diante disto, a presente pesquisa destaca a importância do planejamento de desenvolvimento do sistema, como uma ferramenta principal capaz de auxiliar instituições nas tomadas de decisões, as quais podem ser decisivas nas possibilidades de sucesso ou insucesso do sistema.
Frente as grandes oportunidades que o mercado neste segmento vem demonstrando, buscou-se o desenvolvimento de um sistema de atendimento médico remoto, com o objetivo de fornecer uma assistência médica adequada, segura e fácil, visando um atendimento mais eficiente e qualificado e com isso, otimizar o tempo de seus usuários, visto que nos dias atuais as pessoas buscam alternativas que sejam mais rápidas, seguras e eficazes.
3.2 Matriz de responsabilidades
O desenvolvimento da matriz de responsabilidades se deu por meio da técnica RACI, na qual é uma ferramenta utilizada para deixar claro aos envolvidos a atribuição de responsabilidades, no RACI é o acrônimo dos seguintes termos: R – Responsável; A – Aprovador; C – Consultado; I – Informado.
Tabela 02 – Matriz de responsabilidades
	ATIVIDADES
	MÉDICO
	PACIENTE
	DESENVOLVEDOR DE SISTEMAS
	CLÍNICA CONTRATANTE
	Funcionalidades do sistema
	I
	I
	R/I
	R/A
	Design do sistema
	I
	I
	R/I
	R/A
	Promoção do sistema
	I
	 -
	I
	R/A
	Cadastro de usuário
	R
	R
	 -
	A
	Agendamento de consulta
	R
	A
	 -
	I
Fonte: Autor (2020).
Diante da disposição da tabela 02 é possível verificar a atribuição de cada colaborador quando as atividades a serem desenvolvidas, como o desenvolvedor de sistemas que é responsável por desenvolver as funcionalidades do sistemas, bem como o designe, no entanto tem como a autoridade a clinica contratante, na qual é responsável por decidir as funções que deseja e o design a ser desenvolvido, no qual posteriormente informa o desenvolvedor.
3.3 Cronograma de atividades e custos
De acordo com as atividades elencadas na matriz de responsabilidades foi disposto o cronograma e o custo das mesmas, baseado no custo médio de mercado, conforme a tabela 03:
Tabela 03 – Cronograma de atividades e de custos
	ATIVIDADES
	CRONOGRAMA
	CUSTO
	Funcionalidades do sistema
	6 Meses
	R$ 26.000,00
	Design do sistema
	2 Meses
	R$ 8.000,00
	Promoção do sistema
	8 Meses
	R$ 3.500,00
	Cadastro de usuário
	5 Minutos
	R$ 0,00
	Agendamento de consulta
	10 Minutos
	A ser definido pelo consultório e o médico
Fonte: Autor (2020).
3.4 Análise de riscos 
A análise de riscos foi desenvolvida a partir da matriz SWOT, pois apesar de não ser uma técnica de análise de riscos, ela permite uma análise ampla e ao mesmo tempo simples do sistema a ser implementado, conforme a figura 9:
Figura 9- Matriz SWOT do sistema
	FORÇAS
	FRAQUEZAS
	· Segurança aopaciente
	· Avaliação física prejudicada
	· Atendimento rápido
	· Recursos econômicos escassos
	· Facilidade de acesso
	· Processo de desenvolvimento do sistema lento
	· Equipe comprometida
	
	 
	 
	 
	
	OPORTUNIDADE
	AMEAÇAS
	· Isolamento social
	· Guerra de preços
	· Pandemia
	· Concorrência de outros sistemas remotos
	· Clinicas lotadas
	· Crise econômica
	· Mercado em evolução
	
Fonte: Autor (2020).
Diante da ferramenta aplicada é possível visualizar que o sistema de teleatendimento médico possui forças e oportunidades importantes frente ao vivenciado atualmente, decorrente da pandemia. No entanto, necessita-se estudar as ameaças e fraquezas a fim de minimiza-las para que o sistema tenha seu risco minimizado.
CONCLUSÃO
O objetivo do presente trabalho foi analisar a viabilidade e o desenvolvimento de um sistema de teleatendimento médico para consulta de pacientes via APP/WEB, no qual fosse possível visualizar.
Diante disto foram dispostos os diagramas responsáveis pela modelagem do sistema, bem como seus requisitos, carta de abertura de projeto, cronograma de atividades e custo, Matriz de responsabilidades e análise de riscos.
Ainda, o projeto necessita ser composto por um sistema de coleta e armazenamento de dados dos médicos e pacientes que fizessem uso do sistema através da solicitação de informações pessoais e realização de login. Demonstrando assim a importância dos bancos de dados para tais sistemas e como os mesmos devem ser criteriosamente planejados. 
REFERÊNCIAS 
ALVES JÚNIOR, F.; DAMASCENO, E. V.; BEVENUTO, L. P. Avaliação de interfaces de ferramentas case para elaboração de diagramas da UML. 2016. Disponível em: <http://www.atenas.edu.br/faculdade/arquivos/NucleoIniciacaoCiencia/REVISTAS/REVIST2011/4.pdf>. Acesso em: 24 de set. 2020.
ARAÚJO, Alex Lins; CYSNEIROS, Luiz Marcio; WERNECK, Vera Maria Benjamim. NDR-Tool: Uma Ferramenta de Apoio ao Reuso de Conhecimento em Requisitos Não Funcionais. In: CIbSE, p. 462-476, 2016.
BRUNING, Eduardo. Uma ferramenta de modelagem colaborativa de diagramas de classes. 73p. 2016. Trabalho de Conclusão do Curso (Graduação em Engenharia de Software) - Universidade Federal do Pampa, Campus Alegrete, Alegrete, 2016.
COSTA, Haislan Nascimento; ALVES, Marli Marlei; ALVES, Vanessa Martins. SCO – Sistema Para Clínica Odontológica: Gerenciamento de Agendamento. 90 p. 2010. Trabalho de Conclusão de Curso (Tecnologia em Sistemas para Internet) – Centro Universitário Católico Salesiano Auxilium, 2010.
FILHO, Emilio Maltez Alves; MARTINEZ, Antonio Lopo. Requisitos funcionais de um sistema de informações para gestão de custos no setor público. XIII Congresso Brasileiro de Custos, Belo Horizonte - MG, 30 de outubro a 01 de novembro de 2016.
FORTUNA, Michel Heluey; WERNER, Cláudia; BORGES, Marcos RS. Um modelo de requisitos integrado com casos de uso. Em: CIbSE, p. 313-326, 2018.
FOWLER, Martin. UML Essencial. 3 ed. Editora Bookman, 2005.
LEITZKE, Bruna et al. Sistema Multiagente para Gestão de Recursos Hı́dricos: Modelagem da Bacia do São Gonçalo e da Lagoa Mirim. In: Workshop de Computação Aplicada à Gestão do Meio Ambiente e Recursos Naturais (WCAMA), Porto Alegre: Sociedade Brasileira de Computação, p. 87-96, 2019.
LONGO, Hugo Estevam Romeu; SILVA, Madalena Pereira. A Utilização de Histórias de Usuários no Levantamento de Requisitos Ágeis para o Desenvolvimento de Software. International Journal of Knowledge Engineering and Management (IJKEM), v. 3, n. 6, p. 1-30, 2014.
MARTINELLO, Magnos e GAMA Fernanda. "Governança de Tecnologia da Informação: Um Estudo em Empresas Brasileiras". Disponível em: http://www.fucape.br/_public/producao_cientifica/2/gama%20-%20governanca%20de%20tecnologia%20de%20informacao.pdf. Acesso em 23 de setembro de 2020.
MARTINS, Bonny Rodrigues; DINIZ, Walisson Gama; SILVA, Rogério Oliveira. A complexibilidade da UML e seus diagramas. Tecnologia em Projeção, volume 8, número 1, p. 86, 2017.
MELLO, Rafael Maiani. Técnica para Inspeção de Diagramas de Atividades. 181 p. 2011. Dissertação (mestrado) – Universidade Federal do Rio de Janeiro: Programa de Engenharia de Sistemas e Computação, 2011.
MENDONÇA, Felipe. "Benefícios da Aplicação da ITIL em Empresas – Com Foco na Gestão de Problemas", 2016. Disponível em: http://www.fatecsp.br/dti/tcc/tcc0032.pdf. Acesso em 23 de setembro de 2020.
MENDONÇA, Ricardo Augusto Ribeiro. Levantamento de requisitos no desenvolvimento ágil de software. Semana da Ciência e Tecnologia da PUC Goiás, p. 12, 2014.
MENEZES, Pablo Marques. A engenharia de requisitos: um caso de implementação de um sistema para engenharia de requisitos. Interfaces Científicas - Exatas e Tecnológicas, Aracaju, v.1, n.3, p. 43 – 54, out. 2015.
OSHIDA, Marlon Massayoshi. Percepção sobre o aplicativo telemedicina paraná como ferramenta para o teleatendimento. Revista Aproximação, vol. 02, núm. 04 — JUL/AGO/SET, 2020.
ROSA, Luis Henrique Carvalho et al. Jogos para Ensino de Levantamento de Requisitos de Software: uma Revisão Sistemática de Literatura. Novas Tecnologias na Educação, v. 15 nº 2, dezembro, 2017.