PIM7 - SISTEMA DE TELEATENDIMENTO MÉDICO

Prévia do material em texto

8
UNIP EAD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
 
SISTEMA DE TELEATENDIMENTO MÉDICO
SÃO PAULO
2021 
UNIP EAD
Projeto Integrado Multidisciplinar
Cursos Superiores de Tecnologia
SISTEMA DE TELEATENDIMENTO MÉDICO
Projeto Integrado Multidisciplinar para obtenção do título do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas apresentado à Universidade Paulista - UNIP como pré-requisito para aprovação. 
Bruno Saez Scholze – RA: 1894782
Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas
Nome do orientador:
SÃO PAULO
2021 
RESUMO
Este trabalho tem como objetivo desenvolver um sistema de teleatendimento médico, via app/web, com base nos conhecimentos adquiridos nas matérias Empreendedorismo, Gerenciamento de Projeto de Software, Gestão da Qualidade e Projeto de Sistemas Orientados a Objetos.
Devido ao cenário de pandemia, o atendimento a distância se mostra eficaz, preservando tanto os pacientes quanto os profissionais de saúde e ainda ajuda a diminuir a pressão nos sistemas de saúde, deixando os hospitais livres para casos que realmente necessitam de cuidado presencial.
Palavras Chave: Telemedicina, teleatendimento, desenvolvimento, software.
ABSTRACT
	This work aims to develop a medical teleservice system, via app/web, based on the knowledge acquired in the subjects Entrepreneurship, Software Project Management, Quality Management and Object-Oriented Systems Project.
Due the pandemic scenario, distance care is shown to be effective, preserving both patients and health professionals and helps to reduce the pressure on health systems, leaving hospitals free for cases that really need face-to-face care.
	Keywords: Telemedicine, teleservice, development, software.
SUMÁRIO
1.	INTRODUÇÃO	8
2. PLANO DE NEGÓCIOS	9
2.1 Nascimento da Ideia	9
2.2 Mercado	10
2.3 B2B	10
2.4 Estratégias	10
2.5 Plano Financeiro	11
3. TERMO DE ABERTURA DO PROJETO	12
4. ESTRUTURA ANALÍTICA DE PROJETO	13
4.1 Dicionário EAP	14
5. CRONOGRAMA	15
6. ANÁLISE DE RISCOS	16
6.1 Identificando os Riscos	16
6.2 Plano de Resposta aos Riscos	17
7. QUALIDADE	18
7.1 MPS BR	18
7.2 Níveis de Maturidade	19
7.3 Nível G	21
7.4 Importância da Certificação	21
8. SISTEMA DE AGENDAMENTO	22
8.1 Regras de Negócio	22
8.2 Requisitos Funcionais	22
8.3 Requisitos Não-Funcionais	23
8.4 Diagrama de Casos de Uso	24
8.5 Diagrama de Atividade	24
Figura 4 - Diagrama de Atividades	25
8.6 Diagrama de Classes	25
8.7 Diagrama de Sequencia	26
9. RELATÓRIO DE LIÇÕES APRENDIDAS	26
10. CONCLUSÃO	27
REFERÊNCIAS	28
LISTA DE FIGURAS
Figura 1 - Diagrama EAP	13
Figura 2 - Níveis MPS-BR	20
Figura 3 - Diagrama de Casos de Uso	24
Figura 4 - Diagrama de Atividades	25
Figura 5 - Diagrama de Classes	25
Figura 6 – Diagrama de Sequencia	26
LISTA DE TABELAS
Tabela 1 - Custos Iniciais	11
Tabela 2 - Custos Fixos Mensal	12
Tabela 3 - Cronograma	15
Tabela 4 - Plano de Resposta ao Risco	17
Tabela 5 - Requisitos Funcionais	22
1. INTRODUÇÃO
Com o início da pandemia, em meados de março de 2020, foi possível observar o aumento da procura por consultas e serviços médicos, praticamente colapsando o sistema de saúde, sendo necessário até mesmo a criação de hospitais de campanha para atender toda a demanda. 
Por outro lado, as empresas prestadoras de serviço da área da saúde perceberam que a telemedicina seria uma ótima solução para aliviar os atendimentos presenciais, investindo assim no desenvolvimento de aplicações para essa demanda.
Com o atendimento a distância é possível evitar que pacientes precisem sair do isolamento para procurar os serviços de saúde, ou seja, as pessoas se preservam das possibilidades de contaminação e disseminação do vírus seja na locomoção ou nos próprios lugares de atendimento, preservando também os profissionais da área da saúde.
Neste trabalho, apresentaremos a criação de uma startup de tecnologia focada no desenvolvimento de uma aplicação web/app para teleatendimento médico, apresentando desde o plano de negócios, o desenvolvimento propriamente dito, e as gestões de qualidade e de projeto de software.
2. PLANO DE NEGÓCIOS
A ideia de um plano de negócio é responder às perguntas-chave como o que será feito, por que, para quem, como, quando, quanto vai custar, assim como detalhar a proposta de valor da empresa, parcerias, custos, operações, etc.
2.1 Nascimento da Ideia
O ministério da saúde, por meio de uma portaria de caráter excepcional e temporário regulamentou e operacionalizou as consultas clínicas remotas para o enfrentamento da epidemia, assunto antes com pouco debate, da noite para o dia as empresas precisaram se atualizar e adequar os atendimentos em tempo recorde.
	Nesse projeto, por se tratar de uma startup, a ideia é propor uma solução inovadora para um problema atual, ou seja, o teleatendimento médico frente ao novo cenário de pandemia, no intuito de ajudar as empresas prestadoras de saúde. Assim foi criada a startup TELEAM, abreviação de teleatendimento médico.
	Com a pandemia instalada no mundo e sem previsão de término, foi possível observar um aumento exponencial dos atendimentos médicos presenciais a ponto de quase colapsar os sistemas de saúde, e a partir desse cenário foi pensado em uma solução que servisse em grande parte da população, fosse prática, administrável e confiável. 
	O teleatendimento é uma ótima ferramenta tanto para os pacientes, pois não há necessidade de deslocamento, resguardando assim a saúde, mantendo o mesmo nível de qualidade do atendimento presencial e respeitando a quarentena, quanto para os servidores de saúde, pois o teleatendimento consegue ser eficiente, prático, confiável e ainda resolve a questão da superlotação dos hospitais além de preservar a saúde dos mesmos.
O diferencial da TELEAM é o atendimento por videoconferência, essa forma foi pensada para aproximar o paciente do servidor de saúde, em um atendimento pessoal e personalizado.
2.2 Mercado
	De acordo com dados recentes do Instituto de Estudos de Saúde Suplementar (IESS), no último ano foi observado cerca de 555 mil novos beneficiários com plano de saúde. O aumento da procura por assistência privada levou o setor ao maior patamar registrado desde 2017. O acesso ao sistema de saúde privado, inclusive, é uma aspiração dos brasileiros. De acordo com pesquisa realizada pelo Ibope, encomendada pelo IESS, o serviço é o terceiro maior desejo de consumo da população nacional, ficando atrás somente de educação e casa própria.
2.3 B2B
	Quando falamos que uma startup é B2B, business to business, queremos dizer que o público-alvo daquele negócio são outras empresas e que as transações realizadas são entre pessoas jurídicas.
	Para que uma startup tenha sucesso no mercado B2B, é fundamental que a proposta de valor e o público-alvo estejam completamente definidos e apresentados de forma clara. Na prática, a proposta de valor da TELEAM é um sistema de teleatendimento médico confiável, onde seja possível utilizar o banco de dados já existente dos clientes pelo próprio aplicativo da provedora de saúde, integrando assim a solução do teleatendimento.
	
2.4 Estratégias
	Foi pensado em algumas estratégias de serviços e marketing para a abordagem B2B, sendo entre elas a integração dos serviços da TELEAM com o banco de dados já existente da provedora de serviços, disponibilização de suporte para qualquer eventualidade, geração de relatórios de atendimento, tempo, confiabilidade e performance dos atendimentos. 
O atendimento foi pensado dividido em duas partes, sendo a primeira a triagem, onde o técnico de enfermagem irá realizar algumas perguntas sobre os sintomas e por que o cliente está buscando o atendimento, anotando essas informações no aplicativo e nesse momento o técnico de enfermagem pode prosseguir com duas opções, caso verifique que o paciente precisa de atendimento presencial, o atendimento se encerrará naquele momento, e caso o teleatendimento com o médico seja viável, o técnicode enfermagem irá transferir o paciente para uma fila de espera para ser atendido. O paciente irá ver via aplicativo quantas pessoas estão na fila e qual o tempo estimado de atendimento. Faltando 2 minutos para o atendimento, o aplicativo enviará uma notificação para o paciente abrir o aplicativo para poder assim iniciar o teleatendimento.
De início, como estratégia de marketing, foi adotado a ideia de não cobrar pela disponibilização e integração do app, porém cobrar uma taxa de R$0,50 por paciente atendido. Foi estimado um atendimento médio de 100 pacientes/dia, gerando assim uma receita inicial de R$1500/mês/cliente.
2.5 Plano Financeiro
Por se tratar de um projeto de startup, os custos e o plano financeiro foram pensados de modo a tornar viável, pensando em um retorno a curto prazo para expansão da empresa.
Para abertura da empresa, inicialmente foi aderido ao plano Microempreendedor individual, onde não há taxas de abertura, pode ser contratado um funcionário e o faturamento anual não pode ultrapassar R$81.000 (oitenta e um mil reais). Demais serviços necessários serão contratados via contrato de pessoas jurídicas prestadoras de serviços.
Tabela 1 - Custos Iniciais
	Custos Iniciais
	Item
	Valor
	Registro da Marca
	R$355,00
	Conta Play Store
	R$133,38[footnoteRef:1] [1: Valor original em dólar: $25,00. Cambio realizado em 19 de setembro de 2021.] 
	Total
	R$488,38
	Fonte: Própria (2021).
Tabela 2 - Custos Fixos Mensal
	Custos Fixos / mensal
	Item
	Valor
	Registro domínio
	R$40,00 / ano
	Hospedagem site
	R$34,99 / mês
	DAS MEI
	R$61 / mês
	Conta Apple Store
	R$528,17/ano[footnoteRef:2] [2: Valor original em dólar: $99,00. Cambio realizado em 19 de setembro de 2021.] 
	Marketing Digital
	R$100,00 / mês
	Total/mês
	R$243,35
	Fonte: Própria (2021).
	
3. TERMO DE ABERTURA DO PROJETO
	Este projeto é justificado pela necessidade da criação de um sistema de teleatendimento médico como já citado, a finalidade é criar uma solução utilizando o aplicativo já disponível dos clientes, sendo integrado ao TELEAM com objetivo de realizar os teleatendimentos com facilidade e rapidez.
	O projeto é simples e funcional, o usuário irá utilizar atualizar o aplicativo que já possui da provedora de saúde, porém agora com a função do teleatendimento, ao solicitar o teleatendimento passará entrará em uma fila de espera para passar por uma triagem com um técnico de enfermagem, onde o mesmo irá definir se o teleatendimento será suficiente para o caso, ou se será necessário um atendimento presencial. Caso o teleatendimento seja cabível, o mesmo irá preencher algumas informações do paciente de modo a agilizar o atendimento médico, encaminhará o usuário para uma nova fila de espera até que o teleatendimento seja feito.
	Como o projeto TELEAM nasceu como uma startup B2B, os stakeholders externos são os provedores de saúde e os usuários propriamente ditos. Internamente, temos os colaboradores do projeto.
	As premissas do projeto é utilizar as tecnologias e know-how para entregar um aplicativo confiável e estável, de acordo com as normas de qualidade e ambientais e com o melhor uso dos recursos disponíveis.
4. ESTRUTURA ANALÍTICA DE PROJETO
	Estrutura analítica do projeto é uma subdivisão do trabalho em partes menos e mais facilmente gerenciáveis. O objetivo primário é organizar o que deve ser feito para produzir as entregas do projeto.
	A EAP garante ao gerente de projeto a visibilidade das principais entregas, facilitando o controle de tempo e custo.
Figura 1 - Diagrama EAP
Fonte: Própria (2021)
4.1 Dicionário EAP
	Pesquisa: Mostra como projeto foi executado, dados coletados e analisados, extração dos resultados bem como a aprovação da pesquisa.
	Viabilidade Técnica: Obedece às características tecnológicas envolvidas no projeto. O estudo da viabilidade técnica costuma envolver questões de segurança e controle. 
	Viabilidade Financeira: Está relacionado aos recursos financeiros existentes para executar o projeto visando a receita planejada.
	Viabilidade Operacional: Mede o grau de aceitação do projeto para o cliente. É também uma avaliação do feedback dos usuários.
	Viabilidade Comercial: Mede o nível de engajamento no mercado do projeto e bate com as informações financeiras, viabilizando a comercialização dele.
	Testes: Onde serão realizados testes práticos do software, pesquisa de problemas na utilização e eficiência.
	Implantação Piloto: Inicia a implantação e coleta feedback para inclusão de novas ferramentas e recursos caso necessário, testes reais com usuários.
	Implantação Efetiva: Fase que a implantação ocorrerá para todos usuários disponíveis dentro do sistema.
Relatório Inicial de Desempenho e Confiabilidade: Documento onde é tratado de todos aspectos de desempenho e confiabilidade do software durante seu ciclo de vida, no intuito de procurar falhas ou melhorias após o período inicial.
Relatório de Lições Aprendidas: Documento que trata dos principais aprendizados como ponto de partida para a melhoria contínua.
Encerramento do Projeto: O encerramento do projeto pode ser iniciado quando o controle de desempenho indicar que o projeto foi totalmente entregue, ou quando as partes interessadas solicitarem o cancelamento do projeto, caso os objetivos não sejam alcançados ou não mais necessários.
5. CRONOGRAMA
	Gerenciamento do cronograma do projeto está ligado a todas as outras áreas de gerenciamento de projetos. Para execução de um projeto é obrigatório o desenvolvimento de um cronograma, sendo esse vital para o sucesso do projeto. Seguindo o guia PMBOK ® (Project Management Body of Knowledge) de boas práticas, o cronograma deve ser desenvolvido em conjunto com a equipe determinando as atividades com no máximo cindo dias de duração, utilizando o EAP elaborado como referência para isso.
Tabela 3 - Cronograma
	Tarefa
	Duração
	Início
	Término
	Atribuição
	1. PESQUISA
	 
	 
	 
	 
	1.1 Aprovação de Pesquisa
	2 Dias
	01/09/2021
	02/09/2021
	Gerente de Projetos, Gerente Comercial e Cliente
	2. VIABILIDADE
	 
	 
	 
	 
	2.1 Técnica
	2 Dias
	01/09/2021
	02/09/2021
	Gerente de Projeto e Gerente de Infraestrutura
	2.2 Financeira
	1 Dia
	03/09/2021
	03/09/2021
	Gerente de Projetos e Gerente Financeiro
	2.3 Operacional
	2 Dias
	06/09/2021
	07/09/2021
	Gerente de Projetos e Equipe de Desenvolvimento
	2.4 Comercial
	1 Dia
	08/09/2021
	08/09/2021
	Gerente de Projetos e Gerente Comercial
	3. IMPLANTAÇÃO
	 
	 
	 
	 
	3.1 Testes
	1 Dia
	09/09/2021
	09/09/2021
	Analista, Coordenador de Implantação, Gerente de Projetos e Cliente
	3.2 Implantação Piloto
	5 Dias
	10/09/2021
	14/09/2021
	Analista, Coordenador de Implantação, Gerente de Projetos e Cliente
	3.3 Implantação Efetiva
	5 Dias
	15/09/2021
	19/09/2021
	Analista, Coordenador de Implantação, Gerente de Projetos e Cliente
	4. ENCERRAMENTO
	 
	 
	 
	 
	4.1 Relatório Inicial de Desempenho e Confiabilidade
	4 Dias
	20/09/2021
	23/09/2021
	Gerente de Projetos
	4.2 Relatório de Lições Aprendidas
	3 Dias
	24/09/2021
	26/09/2021
	Gerente de Projetos
	4.3 Encerramento do Projeto
	4 Dias
	27/09/2021
	30/09/2021
	Analista, Gerente de Projetos, Cliente
Fonte: Própria (2021).
6. ANÁLISE DE RISCOS
	
	Análise de risco é um processo que ajuda a identificar e gerencias problemas potenciais que poderiam prejudicar um projeto. Para realizar uma análise de riscos, é necessário primeiro identificar as possíveis ameaças e, em seguida, estimar a probabilidade que essas ameaças se materializem.
	Depois de identificar as ameaças e calcular a probabilidade de materialização, é necessário calcular o possível impacto. Uma maneira de fazer isso é estimar a probabilidade de o evento ocorrer e multiplicar pela quantidade que vai custar, como por exemplo: 
Valor de Risco = Probabilidade do Evento x Custo do Evento
	Após a identificação dos riscos, é necessário procurar maneiras de gerenciá-los, sendo sensato e ético. O ideal é sempre evitar o risco completamente, porém nem sempre isso é possível e assim sendo, uma boa ideia é compartilhar os riscos, por exemplo, comoutras pessoas, equipes, organizações ou terceiros. Caso não seja possível prevenir ou mitigar o risco, é necessário aceitar o mesmo, reduzindo o impacto.
6.1 Identificando os Riscos
	
	Os riscos devem ser identificados, categorizados e analisados, permitindo assim a classificação da maioria deles no projeto. Na TELEAM foram levantadas as seguintes categorias:
Riscos Externos: Gerados externamente como por exemplo questões políticas, motivos de força maior, medidas reguladoras.
Risco de Custos: Podem afetar diretamente os custos estimados.
Riscos Técnicos: Relacionado ao conhecimento técnico dos envolvidos e tecnologias utilizadas.
Riscos de Cronograma: Afetam diretamente nos prazos, como uma estimativa mal feita ou algum outro risco atrelado como o risco técnico.
Riscos Organizacionais: Relacionados a estrutura do projeto, como conflitos de interesse por exemplo.
6.2 Plano de Resposta aos Riscos 
	Com os riscos identificados, analisados e priorizados, é necessário criar um plano de resposta aos riscos, determinar as opções para diminuir os impactos e tratar os riscos. A principal estratégia é a tomada de ações para que o risco não ocorra e, caso ocorra cabe as ações de contingência trabalhar minimizando o impacto. 
	Conforme classificação anterior, foi realizado o plano de resposta aos riscos da TELEAM conforme tabela a seguir:
Tabela 4 - Plano de Resposta ao Risco
	Risco
	Categoria
	Proba
bilidade
	Impacto
	 Ação
	Responsável
	Indisponibilidade dos usuários durante fase de levantamento de requisitos
	Riscos Externos
	3 - Média
	4 - Alto
	Atraso no cronograma
	Mitigar
	Contratação de terceiros com garantias de conclusão do trabalho
	Gerente de Projeto
	Dificuldade de comunicação devido home office
	Riscos Organizacionais
	2 - Baixa
	3 - Médio
	Atraso no cronograma
	Mitigar
	Utilização de ferramentas adequadas e compartilhamento de dados
	Gerente de Projeto
	Não entrega do sistema na data prevista
	Riscos de Cronograma
	4 - Alta
	3 - Médio
	Atraso na entrega do sistema
	Assumir
	Revisão periódica do desenvolvimento e cronograma
	Gerente de Projeto
	Custos Inesperados
	Riscos de Custos
	2 - Baixa
	3 - Médio
	Baixa no plano financeiro, afetando desenvolvimento
	Mitigar
	Revisão orçamentária periódica
	Gerente Financeiro
	Não conclusão por falta de tecnologia necessária
	Riscos Técnicos
	2 - Baixa
	5 - Muito Alto
	Não entrega do sistema
	Prevenir
	Contratação de auxílio para corpo técnico 
	Gerente de Infraestrutura
	Não conclusão por incapacidade técnica
	Riscos Técnicos
	2 - Baixa
	5 - Muito Alto
	Não entrega do sistema
	Prevenir
	Contratação de terceiros com know-how reconhecido
	Gerente de Infraestrutura
Fonte: Própria (2021).
7. QUALIDADE
	
	Qualidade é um item fundamental para que as empresas possam crescer, mantendo um nível de qualidade tanto em produtos quanto em serviços, e no caso das startups a qualidade é ainda mais relevante podendo se tornar até um diferencial para o crescimento do projeto.
	Podemos definir qualidade como a conformação de especificações, de requisitos prévios, podendo esses ainda serem melhorados, ajustados ou aprimorados.
7.1 MPS BR
	O MPS BR, Melhoria de Processo de Software Brasileiro é um programa mobilizador criado em dezembro de 2003, que contribui para melhorar a capacidade de desenvolvimento de software nas empresas brasileiras através da melhoria de processos, desempenho nos negócios e alavancagem da inovação, tornando as organizações mais competitivas.
	Coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), com o apoio do Ministério da Ciência, Tecnologia, Inovações e Comunicações, o MPS tem como objetivo apoiar a inserção da cultura da qualidade principalmente nas micro, pequenas e médias empresas brasileiras. Porém, o principal foco do programa é melhorar a capacidade de desenvolvimento de software, serviços e as práticas da gestão de TIC. Para isso, foram elaborados três modelos, conforme abaixo:
· MR-MPS-SW: Modelo de referência associado a melhoria do processo de software;
· MR-MPS-SV: Modelo de referência associado a melhoria de processo de serviços;
· MR-MPS-RH: Modelo de referência associado a melhoria de processo de gestão de pessoas.
O modelo de referência MR-MPS-SW tem como base técnica a NBR ISO/IEC 12.207:2009 Engenharia de Sistemas e Software – Processos de Ciclo de Vida de Software e o CMMI-DEV®. Este modelo está descrito na Guia Geral MPS de Software.
	A ISSO 12.207 define uma estrutura e terminologias comuns para processos de ciclo de vida de software. A estrutura contém processos, atividades e tarefas que serão realizados durante o fornecimento, desenvolvimento, operação, manutenção e descontinuidade dos produtos de software, assim como durante a aquisição de um produto ou serviço.
	O CMMI® (Capability Maturity Model Integration) é um modelo de maturidade para melhoria do processo, gerido pelo CMMI Institute ® para o desenvolvimento de produtos e serviços. Esse modelo define as melhores práticas associadas as atividades de desenvolvimento e de manutenção do ciclo de vida do produto, desde a concepção até entrega e manutenção.	
7.2 Níveis de Maturidade
	O MPS-BR-SW é baseado em níveis de maturidade, que são uma combinação entre Processos e sua Capacidade. O processo é caracterizado por seu propósito e seus resultados esperados. O resultado esperado do processo é atendido por meio de atividades e tarefas. Cada nível do modelo é atendido por um conjunto de processos a serem implementados.
	A capacidade do processo é a caracterização da habilidade do processo para alcançar os objetivos de negócio. Cada nível do modelo é atendido por um conjunto de atributos de processos associados.
O MR-MPS-SW apresenta sete níveis de maturidade, conforme apresentados abaixo, do menor ao maior:
· Nível G: Parcialmente Gerenciado;
· Nível F: Gerenciado;
· Nível E: Parcialmente Definido;
· Nível D: Largamente Definido;
· Nível C: Definido;
· Nível B: Gerenciado Quantitativamente;
· Nível A: Em otimização.
Figura 2 - Níveis MPS-BR
Fonte: Retirado do site ProMove [footnoteRef:3] [3: Disponível em: <https://promovesolucoes.com/mps-br/niveis-mps-br/> Acessado em: 22/09/2021 às 20h07min] 
Seguindo as diretrizes do MPS-BR-SW e por ser o início do projeto TELEAM, nosso projeto se enquadra no nível G, que seria o nível inicial e será explicado a seguir o que se espera nesse nível.
7.3 Nível G
	O nível G, parcialmente gerenciado, é o primeiro nível a ser implementado no modelo. Ele é composto por dois processos com os seguintes propósitos e resultados esperados:
· Gerência de Projetos (GPR): o propósito é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho.
· Gerência de Requisitos (GRE): o propósito é gerenciar os requisitos do produto e dos componentes do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.
Neste nível a implementação deve atender aos seguintes atributos de processo:
· AP 1.1: o processo é executado — o objetivo é medir o quanto o propósito do processo é alcançado pela sua execução;
· AP 2.1: a execução do processo é gerenciada — o objetivo é medir o quanto a execução do processo é gerenciada.
7.4 Importância da Certificação
	Utilizar a certificação no projeto traz agilidade e resultados consistentes no desenvolvimento dentro da equipe, seguindo padrões e metodologias com resultados comprovados na eficiência de um negócio. Essa certificação é como se fosse uma bússola para se guiar.
	A startup TELEAM acredita que a curto prazo a certificação vai ajudar no crescimento do projeto, pois como alguns dos pontos positivos da certificação podemos citar a credibilidade no mercado, produtividade dos colaboradores, comunicação facilitada, aumentando assim consideravelmente a competitividade em relação a outros produtos na mesma linha.
8.SISTEMA DE AGENDAMENTO
	O sistema será integrado ao aplicativo da provedora de saúde, onde o usuário irá realizar o login com usuário e senha normalmente, acessar a aba Teleatendimento e escolher uma das opções:
· Pronto Atendimento
· Agendar Consulta
Em pronto atendimento, basta aguardar na fila da triagem onde será apresentado na tela quantos pacientes existem na fila e a previsão de espera. Após a triagem, usuário será transferido para uma nova fila para passar com médico e será apresentado novamente na tela quantos pacientes existem na fila e a previsão de espera.
	Em agendar consulta o usuário poderá escolher a especialidade que deseja atendimento verá na tela os dias e horários disponíveis, dessa forma evita a fila do pronto atendimento.
8.1 Regras de Negócio
	Como o próprio termo sugere, são regras que servem para definir ou restringir qualquer ação nos processos da empresa, elas que guiarão os comportamentos das ações. Seguem as regras de negócio levantadas:
· Não permitir usuários com o mesmo login.
· Cada usuário só pode agendar somente uma consulta por vez.
8.2 Requisitos Funcionais
	Requisitos funcionais são todos os problemas e necessidades que devem ser atendidos e resolvidos pelo software por meio de funções ou serviços. Segue tabela dos requisitos funcionais levantados:
Tabela 5 - Requisitos Funcionais
	Código
	Identificação
	Objetivo
	RF001
	Efetuar Login
	Usuário conectar-se ao sistema
	RF002
	Pronto-Atendimento
	Usuário conecta-se ao Pronto-Atendimento
	RF003
	Agendamento
	Usuário solicita agendamento de teleatendimento
	RF004
	Consulta Agendamento
	Usuário verifica teleatendimentos agendados
Fonte: Própria (2021).
8.3 Requisitos Não-Funcionais	
	Os requisitos não-funcionais são todos aqueles relacionados a forma como o software tornará realidade o que está sendo planejado. Ou seja, os requisitos não funcionais descrevem como os requisitos funcionais serão feitos. Segue tabela de requisitos não-funcionais:
Tabela 6 - Requisitos Não-Funcionais
	Código
	Identificação
	Ação
	RNF001
	Efetuar Login
	Verificar os dados e não acessar caso possua mais de um usuário com login idêntico
	RNF002
	Pronto-Atendimento
	Redireciona usuário para fila de atendimento da triagem
	RNF003
	Especialidades Consulta
	Sistema verifica e apresenta as especialidades disponíveis para agendamento
	RNF004
	Salvar Agendamento
	Consulta se usuário não tem nenhuma consulta com o especialista já agendada, caso não tenha salva os dados do agendamento no banco de dados. Caso tenha, retorna mensagem informando usuário
	RNF005
	Confirmação Agendamento
	Sistema envia confirmação do atendimento via e-mail
	RNF006
	Consultar agendamentos
	Sistema verifica banco de dados e apresenta agendamentos do usuário
	RNF007
	Cancelar consulta
	Sistema verifica banco de dados e caso haja consulta agendada apresenta na tela com botão para cancelamento
Fonte: Própria (2021).
8.4 Diagrama de Casos de Uso
Figura 3 - Diagrama de Casos de Uso
Fonte: Própria (2021).
8.5 Diagrama de Atividade
Figura 4 - Diagrama de Atividades
Fonte: Própria (2021).
8.6 Diagrama de Classes
Figura 5 - Diagrama de Classes
Fonte: Própria (2021).
8.7 Diagrama de Sequencia
Figura 6 – Diagrama de Sequencia
Fonte: Própria (2021).
9. RELATÓRIO DE LIÇÕES APRENDIDAS
	Lições aprendidas é a melhor forma de tratar de qualidade e melhoria contínua, é a base para alcançarmos o nível excelência e qualidade desejado.
	No projeto foi adotado a melhor forma de aprender com erros e acertos, ou seja, registrando todas lições aprendidas em todas as fases do projeto, desde o desenvolvimento passando pelos testes até a implantação, utilizando assim essas informações para assim não cometer os mesmos erros se tornando mais assertivo nas decisões.
10. CONCLUSÃO
	No desenvolvimento do projeto, através da pesquisa cientifica, fazendo estudo de casos e aplicando conhecimentos teóricos adquiridos, foi possível uma imersão em Empreendedorismo, gestão da qualidade, gerenciamento de projeto de software e projeto de sistemas orientado a objetos, onde pude desenvolver a proposta técnica referente ao tema proposto para o Projeto. 
A elaboração desse projeto da criação da startup TELEAM foi um grande desafio, mas com muito esforço, dedicação e estudo foi possível criar soluções viáveis de acordo com as matérias aprendidas. Desenvolver o projeto foi muito enriquecedor quanto ao processo de aprendizagem e aplicação prática das teorias aprendidas.
REFERÊNCIAS
Martins Cristóvão, Andréa. Gestão da Qualidade – Livro-Texto. São Paulo: Unip, 2021.
Startups de tecnologia e os planos de negócio. Disponível em: <https://www.ecommercebrasil.com.br/artigos/startups-de-tecnologia-e-os-planos-de-negocio-2/> Acesso em: 17 de setembro de 2021.
Exemplo de plano de negócios para startup em 5 passos. Disponível em: <https://www.comececomopedireito.com.br/blog/exemplo-de-plano-de-negocios-para-startup-em-5-passos/> Acesso em 17 de setembro de 2021.
Uso da telemedicina para conter a transmissão do novo coronavírus. Disponível em: <https://aps.saude.gov.br/noticia/7736> Acesso em 18 de setembro de 2021.
Cresce o número de brasileiros com acesso a plano de saúde. Disponível em: <https://www.saudebusiness.com/mercado/cresce-o-numero-de-brasileiros-com-acesso-plano-de-saude> Acesso em 18 de setembro de 2021.
O que é B2B? E B2C? Aprenda quais os tipos de negócio e como funcionam. Disponível em: <https://app.startse.com/artigos/o-que-e-b2b-e-b2c-aprenda-quais-os-tipos-de-negocio-e-como-funcionam> Acesso em 18 de setembro de 2021.
Hospedagem de site. Disponível em: <https://www.hostinger.com.br/> Acesso em: 19 de setembro de 2021.
Portal do empreendedor. Disponível em: <https://www.gov.br/empresas-e-negocios/pt-br/empreendedor> Acesso em: 19 de setembro de 2021.
Faturamento MEI: o que se sabe até agora sobre o aumento do limite? Disponível em: <https://blog.nubank.com.br/faturamento-mei-aumento-do-limite/> Acesso em: 19 de setembro de 2021.
Quanto custa registrar uma marca? Taxas, Prazo, INPI. Disponível em: <https://www.contabilizei.com.br/contabilidade-online/quanto-custa-registrar-uma-marca/> Acesso em: 19 de setembro de 2021.
Como fazer uma EAP para o seu projeto em 4 passos. Disponível em: <https://www.euax.com.br/2019/02/como-fazer-uma-eap/> Acesso em: 20 de setembro de 2021.
Diagramas. Disponível em: <https://lucid.app/documents#/dashboard> Acesso em: 20 de setembro de 2021.
Gerenciamento do cronograma do projeto | PMBOK 6ª Edição. Disponível em: <https://www.gp4us.com.br/gerenciamento-do-cronograma-do-projeto/> Acesso em: 21 de setembro de 2021.
Análise de Risco: O que é e como elaborar? Disponível em: <https://www.fm2s.com.br/analise-de-risco/> Acesso em 21 de setembro de 2021.
O que é o MPS-BR? Disponível em: <https://blogdaqualidade.com.br/o-que-e-o-mps-br/> Acesso em 22 de setembro de 2021.
Quais são os níveis de maturidade do MPS BR? Disponível em: <https://promovesolucoes.com/quais-sao-os-niveis-de-maturidade-do-mps-br/> Acesso em 22 de setembro de 2021.
Requisitos funcionais e não-funcionais: O que são? Disponível em: <https://mestresdaweb.com.br/fabrica-de-software/requisitos-funcionais-e-nao-funcionais-o-que-sao/> Acesso em 24 de setembro de 2021.