UNIVERSIDADE PAULISTA – UNIP EaD

Projeto Integrado Multidisciplinar VII

Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

CAIO ARIEL ROCHA DE SOUZA – RA 0447922

LUCAS MENDES SOUZA PEREIRA – RA 0452897

JOELLYTON BRENNO FEITOSA DA SILVA – RA 0446875

JAREDE AILTON PIRES RODRIGUES – RA 0455929

NATÁLIA FIGUEIREDO RODRIGUES - 0448998

Sistema de teleatendimento médico

JOÃO PESSOA – PB

2022
 CAIO ARIEL ROCHA DE SOUZA – RA 0447922

LUCAS MENDES SOUZA PEREIRA – RA 0452897

JOELLYTON BRENNO FEITOSA DA SILVA – RA 0446875

JAREDE AILTON PIRES RODRIGUES – RA 0455929

NATÁLIA FIGUEIREDO RODRIGUES - 0448998

Sistema de teleatendimento médico

Projeto Integrado Multidisciplinar VII

Projeto Integrado Multidisciplinar para

obtenção do título de graduação em
(Analise e Desenvolvimento de
Sistemas) apresentado à
Universidade Paulista – UNIP EaD.
Orientador(a): Profa. Ma. Gislaine
Stachissini

JOÃO PESSOA-PB

2022
 RESUMO

O objetivo da realização deste projeto integrador multidisciplinar é desenvolver um

sistema para realização de consultas médicas e acompanhamentos clínicos via
app/web. Mediante o levantamento e análises dos requisitos, será possível utilizar a
análise para a produção de documentos para implementação do sistema. Os
documentos elaborados para este projeto foram o plano de negócio, requisitos
funcionais e não funcionais, diagramas: caso de uso (descritivo e seu design),
diagrama de atividades, diagrama de classes, diagrama de sequência, diagrama de
componentes e de implantação. Baseados em metodologias de qualidade de
software. Para a execução deste projeto foram utilizados os conhecimentos
adquiridos ao longo do curso de Análise e Desenvolvimento de Sistemas, nas
disciplinas de Empreendedorismo, Gestão de Qualidade, Projeto de Sistemas
Orientado à Objetos e Gerenciamento de Projeto de Software.

Palavra-chave: plano de negócio, gestão de qualidade, empreendedorismo,

diagrama.
 ABSTRACT

The goal of this multidisciplinary integrative project is to develop a system for

conducting medical appointments and clinical follow-up via app/web. Through the
survey and analysis of requirements, it will be possible to use the analysis to produce
documents to implement the system. The documents produced for this project were
the business plan, functional and non-functional requirements, diagrams: use case
(descriptive and its design), activity diagram, class diagram, sequence diagram,
component diagram, and deployment diagram. Based on software quality
methodologies. For the execution of this project, the knowledge acquired during the
course of System Analysis and Development was used in the disciplines of
Entrepreneurship, Quality Management, Object-Oriented Systems Design, and
Software Project Management.

Key-words: business plan, quality management, entrepreneurship, diagram.

 SUMÁRIO

1 INTRODUÇÃO...........................................................................................................6

2 PLANO DE NEGÓCIO...............................................................................................7

2.1 NEGOCIO............................................................................................................7

2.1.1 Descrição do negócio....................................................................................7

2.1.2 Mercado.........................................................................................................7

2.1.3 Descrição dos serviços..................................................................................7

2.1.4 Estratégia.......................................................................................................8

2.1.5 Estrutura funcional.........................................................................................8

2.2 DADOS FINANCEIRO.........................................................................................8

2.2.2 Investimentos necessários...............................................................................8

2.2.3 Análises de rentabilidade............................................................................10

3 QULAIDADE DE SOFTWARE.................................................................................10

3.1 Metodologia de Qualidade de Software............................................................10

3.2 Controle de Qualidade.......................................................................................12

4 PROJETO DE SISTEMAS ORIENTADO A OBJETOS...........................................12

4.1 REQUISITOS FUNCIONAIS..............................................................................12

4.2 REQUISITOS NÃO FUNCIONAIS.....................................................................12

4.3 REGRAS DE NEGÓCIO....................................................................................13

4.4 Casos de uso.....................................................................................................14

4.5 Diagrama de caso de uso..................................................................................20

4.6 Processo de agendar consultas........................................................................20

CONCLUSÃO..............................................................................................................22

REFERÊNCIAS...........................................................................................................23
 6

1 INTRODUÇÃO

Nos últimos anos houve um grande aumento na utilização da telemedicina, devido a

pandemia do COVID-19 que teve início em 2020, fez-se necessário a utilização da
consulta online a fim de não gerar grandes multidões de pessoas para obter
atendimento básico, e presencialmente os atendimentos que fossem classificados
como críticos. A chamada telemedicina é um processo avançado para a consulta e
monitoramento de pacientes, troca de informações médicas e análise de resultados
de diferentes exames, é por meio da mesma que os especialistas conseguem
acessar remotamente utilizando computadores e dispositivos móveis, como tablets e
smartphones conectados à internet. O termo telemedicina vem do grego ‘tele’, que
tem como significado distância, abrangendo assim toda a prática médica realizada à
distância, independente do instrumento tecnológico utilizado. O objetivo deste
projeto é de apresentar um sistema que possa garantir a integridade, sigilo de
informações e segurança para aqueles que utilizam, bem como atender a
necessidade de registro de prontuários em consultas realizadas, sempre seguindo a
portaria do Ministério de Saúde.
 7

2 PLANO DE NEGÓCIO

2.1 NEGOCIO

2.1.1 Descrição do negócio

O ramo de atuação da TopSystemas k' seria o da Tecnologia da Informação voltada
ao setor de Telecomunicações.

2.1.2 Mercado
Não é difícil vermos que a tecnologia se encontra em quase tudo que fazemos
atualmente, com isso a busca por empresas de TI prestadoras de serviços online
cresce cada vez mais. O mercado norte-americano de tecnologia de informação é o
maior do mundo, tendo movimentado quase $USD 640 bilhões (R$ 1,3 bilhões) em
2012, valor quase 3x maior do que o volume da China, 2º colocado no ranking
mundial de TI. Ao inserirmos os valores de Telecomunicações, os EUA chegam a
mais de USD 1 trilhão (R$2,1 trilhão) em faturamento, ou seja, USD 360 bilhões (R$
770 bilhões) apenas do setor de Telecomunicação.

Visto que muitas empresas buscou a transformação digital pela decorrência da

pandemia o estudo IDC IT Services Tracker Brazil 2021 revela que o faturamento do
mercado de serviços de TI no Brasil ultrapassou os R$ 46 bilhões ($USD 8 Bilhões)
em 2021, um crescimento de 5,9%. A expectativa é que o setor de TIC, que reúne
tanto os mercados de TI quanto de Telecom, cresça 8,2%, enquanto,
individualmente, TI avance 10,6% e Telecom 4%.

2.1.3 Descrição dos serviços

Como visto anteriormente na descrição do mercado, o setor de Telecomunicação
brasileiro é muito amplo, está em grande fase de crescimento e, consequentemente,
ainda oferece muitas alternativas de negócios em diversos ramos que o compõe.
Neste contexto, surgiu a ideia de criar a TopSystemas k', cuja área de atuação seria
o de prestação de serviços focado na tecnologia da informação a empresas de
pequeno porte no Brasil.

Tendo em vista a disponibilidade de recursos e conhecimentos, ficou decidido que

os serviços oferecidos seriam os seguintes:
 8

 Desenvolvimento de sistemas de atendimento

 Treinamento capacitivo

2.1.4 Estratégia
O termo “estratégia”, de acordo com Maximiano (2006), é muito utilizado pelos
empreendedores para definir como agir em uma negociação, fechar uma parceria,
entrar em um novo mercado e lançar um novo produto, sempre de maneira
subjetiva, não processual. Em outras palavras, espera-se que a empresa esteja
sempre preparada e ciente da necessidade de se manter competitiva no mercado.

Mostra possível se analisar o desempenho competitivo de uma empresa por meio de

algumas variáveis importantes, tais como:

 Agilidade
 Qualidade
 Flexibilidade
 Resposta imediata a necessidades
 Custo

Empresas buscam atingir essas variáveis mesmo que seja em curto prazo, pois, as
empresas tendem a copiar ou possam superar.

2.1.5 Estrutura funcional

2.2 DADOS FINANCEIRO

 9

2.2.2 Investimentos necessários

De início, o investimento necessário é baixo já que é uma empresa de baixo porte e

poucos funcionários.

 A média salarial mensal dos funcionários deverá ser de R$ 1.500,00 e a dos

diretores, de R$ 4.000,00.
 As despesas de marketing seguram investimentos trimestrais com 50% de
aportes com propagandas em mídias mensais, 30% reciclagem de clientes e
20% com testes de propagandas. Totalizando R$60.000,00 anual.
 Bonificação por produtividade de 20% para a equipe de desenvolvimento por
entrega de produto.
 Para cada funcionário será disposto um valor de R$ 3.500,00 para compra de
equipamentos.

Com gasto anual aproximado de R$161 mil contribuindo 22% da receita no ano
de 2019.

Receitas vs Custos da empresa

1,600,000.00

1,400,000.00

1,200,000.00

1,000,000.00

800,000.00

600,000.00

400,000.00

200,000.00

0.00
2019 2020 2021 2022

RECEITA DESPESAS
FONTE: PROPRIA
 10

2.2.3 Análises de rentabilidade

RECEITA
1,600,000.00

1,400,000.00

1,200,000.00

1,000,000.00

800,000.00

600,000.00

400,000.00

200,000.00

0.00
2019 2020 2021 2022

MANUTENÇÃO PRODUTO
FONTE: PROPRIA

3 QULAIDADE DE SOFTWARE
3.1 Metodologia de Qualidade de Software

Pequenas empresas utilizam o MPS.br para padronizar processos e agilizar a

qualidade com menor custo. Uma vez alcançada essa padronização, a empresa já é
elegível para a certificação CMMI (Capability Maturity Model Integration). Na nossa
startup temos um modelo de qualidade baseado em engenharia que ajuda as
organizações a definir e cumprir os padrões. Exemplos incluem CMMI e MPS.BR -
Processo Brasileiro de Melhoria de Software.

O objetivo principal dos modelos de qualidade é fazer com que toda a equipe
esteja trabalhando no mesmo foco, assegurando um processo de software com mais
qualidade e garantindo a produção de software mais competitivo no mercado, seja
ele interno ou externo.

O uso desse tipo de metodologia oferece muitas vantagens, incluindo: custos

reduzidos de retrabalho/manutenção, menos bugs entregues aos clientes na versão
final, etc. Quando há mais tempo disponível, a equipe pode investir em melhorias e
novos planos.
 11

Apesar dos dois modelos de desenvolvimento terem sido criados com o

mesmo propósito, o foco de atuação dos modelos é diferente um do outro. Em nossa
Startup adotaremos o modelo MPS.BR, e uma vez já sabendo das dificuldades de
implantação, estamos buscando mitigar os problemas futuros, formando um grupo
de pessoas muito interessadas e com baixa resistência a mudanças e aceitação de
novas regras e padrões. Na nossa startup optamos também por fazer essa
implantação num momento de condição financeira aceitável. Apesar de ser uma
empresa nova, o nosso planejamento foi estruturado de forma rigorosa que nos
permite tal aquisição mesmo com o custo alto de certificação.

Espera-se que sejam mantidos todos os padrões de qualidade seguindo os

processos para assim garantir que o projeto atenderá a necessidade do cliente,
como satisfazer o mesmo em relação aos valores que foram gastos e os requisitos
de qualidade que foram esperados. Guia PMBOK (PMI,2013) define a qualidade
como a soma total de características de uma entidade que afeta sua habilidade em
satisfazer necessidades declaradas ou implícitas ao cliente.

Existem algumas atividades em que o gerente de projetos precisa se

preocupar, sempre levando em consideração o que for definido em conjunto com a
equipe. As principais atividades são:

● Ambiente de desenvolvimento preparado de acordo com as particularidades

do ambiente do cliente;

● Garantia da qualidade esperada pelo cliente;

● Definir a equipe responsável pela inspeção e revisão das atividades dos

artefatos do projeto;

● Definição de procedimentos para verificação dos padrões;

● Definição de cronograma de atividades referente a qualidade;

Para que seja garantida a qualidade durante um projeto são realizadas as

ações de verificação das ferramentas e padrões de qualidade, listagem de
verificação de qualidade, revisões formais por pares, investigação, auditoria, testes
unitários. Todas as ações citadas visam melhorar a qualidade durante a execução
do projeto.
 12

3.2 Controle de Qualidade

Controle de qualidade são as ações realizadas após o produto estar pronto a fim de
garantir sua qualidade e requisitos que foram solicitados pelo cliente, garantindo
assim a satisfação do mesmo. Sendo as principais ações: Teste integrados e
medições, através de indicadores para medição da evolução da qualidade, de
extrema importância para que o gerente de projetos possa verificar a evolução da
qualidade em relação às metas estabelecidas.

4 PROJETO DE SISTEMAS ORIENTADO A OBJETOS

4.1 REQUISITOS FUNCIONAIS

RF01-Cadastro de usuários

RF02-Consulta e alterações de dados pessoais de usuários;

RF03-Agendamento de consulta e retorno da consulta;

RF04-Consulta por Chat de mensagem de texto entre médico e paciente;

RF05-Consulta por Chamada de vídeo com áudio entre médico e paciente;

RF06-Médico poderá emitir e consultar receitas médicas;

RF07-Paciente poderá consultar e imprimir receitas médicas;

RF08-Médico poderá emitir e consultar pedido de exame;

RF09-Paciente poderá consultar pedido de exame;

RF10-Compartilhamento de Imagem (machucados, etc…);

RF11-Médico poderá gerar e consultar prontuário eletrônico (relatórios da consulta

médica, histórico do paciente);

RF12-Paciente poderá anexar exames laboratoriais para ser avaliado pelo médico;

4.2 REQUISITOS NÃO FUNCIONAIS

Requisitos não funcionais descrevem restrições sobre os serviços oferecidos pelo

sistema de software (SOMMERVILLE, 2010).
 13

Requisitos Não Funcionais

Atributo de Qualidade Identificação Descrição

O sistema deverá apresentar sucesso nas

Confiabilidade RNF01
operações de 999/1000

O sistema deve responder a solicitação de um

Desempenho RNF02 serviço específico de um usuário dentro do
intervalo de dois segundos

O sistema deve executar eficientemente em

Portabilidade RNF03
Aplicativo Móvel e Web Site

O sistema não deve permitir acesso sem

RNF04
autenticação prévia do usuário

O sistema deve restringir acesso de acordo

Segurança RNF05
com o tipo de usuário

O sistema deve fazer backup de dados a cada

RNF06
12 horas

RNF07 O sistema deve ser de fácil aprendizado

RNF08 O sistema deve ter interface de fácil utilização

Usabilidade

O sistema deve ter mensagens que informem

RNF09
erros de utilização ao usuário

4.3 REGRAS DE NEGÓCIO

Identificação Chat de mensagem – regra de negócio 01 (RN01)

Descrição O chat deverá estar disponível apenas no horário da consulta marcada

 14

Fonte Supervisor

Histórico Data da identificação: 17/10/2022

Identificação Chamada de vídeo com áudio – regra de negócio 02 (RN02)

Descrição A chamada de vídeo com áudio deverá estar disponível apenas no

horário da consulta marcada

Fonte Supervisor

Histórico Data da identificação: 17/10/2022

4.4 Casos de uso

Descrição de casos de uso:

Identificação: UC001 Cadastro de usuário

Descrição do propósito: Este caso de uso descreve como será realizado o cadastro
dos usuários.

Ator Primário: Usuário.

Interessados: Usuários.

Pré-condições: Usuário não deve ter cadastro.

Pós-condições: Usuário terá um login e senha cadastrada para acessar o sistema.

Fluxo normal:

1 - O usuário acessa a tela inicial e clica no botão cadastrar usuário.

2 - Preenche o formulário com seus dados pessoais corretamente e criar uma

 15

senha.

3 - O sistema verifica e cadastra.

4 - O sistema mostra mensagem de cadastro concluído.

Fluxo Alternativo:

2.1 - Caso o usuário insira dados não aceitos em campo específico, uma
mensagem é exibida.

3.1 - Caso algum campo obrigatório esteja em branco, uma mensagem é exibida.

Requisitos Relacionados: RF01-Cadastro de usuários; RNF04-O sistema não deve

permitir acesso sem autenticação prévia do usuário.

Identificação: UC002 Alteração de dados de usuário

Descrição do propósito: Este caso de uso descreve como será realizado alteração
de dados dos usuários.

Ator Primário: Usuário.

Interessados: Usuários.

Pré-condições: Usuário já deve ser cadastrado.

Pós-condições: Usuário terá seus dados alterados no sistema.

Fluxo normal:

1 - Após realizar o login, em sua tela principal o usuário clica no menu cadastro.

2 – O usuário clica na opção alterar cadastro.

3 – Realiza as alterações necessárias.

4 - O sistema verifica e grava os dados.

5 - O sistema mostra mensagem de cadastro alterado.

 16

Fluxo Alternativo:

2.1 - Caso o usuário insira dados não aceitos em campo específico, uma
mensagem é exibida.

3.1 - Caso algum campo obrigatório esteja em branco, uma mensagem é exibida.

Requisitos Relacionados: RF01-Cadastro de usuários; RF02-Consulta e alterações

de dados pessoais de usuários;

Identificação: UC003 Agendamento de consulta

Descrição do propósito: Este caso de uso descreve como será realizada o

agendamento da consulta médica.

Ator Primário: Usuários.

Interessados: Usuário paciente e usuário médico.

Pré-condições: Usuários já devem ser cadastrados no sistema.

Pós-condições: Usuários terão consulta agendada.

Fluxo normal:

1 - Após realizar o login, em sua tela principal o usuário clica no menu agendar
consulta.

2 – O usuário clica na opção disponível com data e hora de sua preferência.

3 – O sistema exibe mensagem para o usuário confirmar a opção escolhida.

4 - O sistema mostra mensagem de consulta agendada com sucesso.

Fluxo Alternativo:

2.1 - Caso o usuário já possua uma consulta agendada na data e hora escolhida,
uma mensagem é exibida.
 17

Requisitos Relacionados: RF03-Agendamento de consulta e retorno da consulta;

Identificação: UC004 Consulta médica por Chat de mensagem de texto

Descrição do propósito: Este caso de uso descreve como será realizada a consulta
médica por Chat de mensagem de texto.

Ator Primário: Usuários.

Interessados: Usuário paciente e usuário médico.

Pré-condições: Possuir consulta médica agendada.

Pós-condições: Consulta efetivada entre médico e paciente.

Fluxo normal:

1 - Após realizar o login, em sua tela principal o usuário clica no menu consulta
agendada.

2 – O usuário clica na opção entrar na consulta por Chat de mensagem de texto.

3 – O Chat de mensagem de texto é iniciado.

4 – Ao término da consulta os usuários clicam no botão encerrar.

5 - O sistema mostra mensagem de consulta por mensagem de texto encerrada.

Requisitos Relacionados: RF04-Consulta por Chat de mensagem de texto entre

médico e paciente;

Identificação: UC005 Consulta médica por chamada de vídeo

Descrição do propósito: Este caso de uso descreve como será realizada a consulta
médica por chamada de vídeo

Ator Primário: Usuários.

 18

Interessados: Usuário paciente e usuário médico.

Pré-condições: Usuários já devem ser cadastrados e possuir consulta médica

agendada. Equipamento com câmera e áudio funcionando corretamente.

Pós-condições: Consulta efetivada entre médico e paciente.

Fluxo normal:

1 - Após realizar o login, em sua tela principal o usuário clica no menu consulta
agendada.

2 – O usuário clica na opção entrar na consulta por chamada de vídeo.

3 – A chamada de vídeo é iniciada.

4 – Ao término da consulta os usuários clicam em encerrar chamada de vídeo.

5 - O sistema mostra mensagem de chamada de vídeo encerrada.

Fluxo Alternativo:

2.1 - Caso o usuário não possua câmera de vídeo em seu equipamento, uma
mensagem é exibida.

3.1 - Caso o usuário não possua câmera de vídeo a chamada não será iniciada e
uma mensagem será exibida.

Requisitos Relacionados: RF05-Consulta por Chamada de vídeo com áudio entre

médico e paciente;

Identificação: UC006 Emitir receita médica

Descrição do propósito: Este caso de uso descreve como será realizada a emissão
da receita médica

Ator Primário: Usuário Médico.

 19

Interessados: Usuário paciente e usuário médico.

Pré-condições: Usuário deve estar em consulta médica.

Pós-condições: Receita médica emitida para o paciente.

Fluxo normal:

1 – Durante consulta o médico clica na opção de emitir receita.

2 – O sistema mostra o receituário eletrônico.

3 – O médico preenche a receita e disponibiliza para o paciente.

4 – O sistema grava a receita no prontuário eletrônico do paciente.

5 - O paciente poderá fazer o download da receita.

Requisitos Relacionados: RF06-Médico poderá emitir e consultar receitas médicas;

4.5 Diagrama de caso de uso

FONTE: PROPRIA

4.6 Processo de agendar consultas

 20

FONTE: PROPRIA

5 GERENCIAMENTO DE SOFTWARE

5.1 Cronograma de atividades

CRONOGRAMA DE
ATIVIDADES 0 0 0 04 05 06 07 08 09 10 11 12
1 2 3 A M J J A S O N D
ATIVIDADE:
J F M
1-Apresentar o projeto ao
CONSUN X
2-Realizar reuniões setoriais
para divulgação do trabalho X
3-Planefar e realizar os X X X X
eventos públicos X X
4-Divulgar os resultados X
dos eventos públicos
5-Elaborar a proposta de X X
revisão do Plano
Institucional
6-Divulgar a posposta do X
plano Institucional revisado
7-Aprovar plano X
institucional na CONSUN
8-Elaborar planos setoriais X
de ações para 2023 X
9-Aprovar plano setoriais de X
ação no CONSUN X
 21

CONCLUSÃO

Como solicitado pelo cliente, foi realizado desenvolvido o sistema de

teleatendimento online com a finalidade de não gerar grandes multidões de pessoas
com atendimentos no local físico na procura de atendimentos básicos devido a
pandemia de COVID-19. Com isso, foi mostrado por meio dos assuntos estudados a
realização do projeto PIM VII com utilização dos assuntos, Empreendedorismo,
Projeto de Sistemas Orientado a Objetos, Gestão da Qualidade e Gerenciamento de
Projeto de Software.
 22

REFERÊNCIAS

Livro texto – UNIP Interativa, Análise de Sistemas Orientada a Objetos / Fabio Rossi

Versolatto.

SOMMERVILLE, Ian. Engenharia de Software. 10. ed. São Paulo: Pearson Education do Brasil,
2018.

Medeiros, Ernani Sales de. Desenvolvendo Software Com UML 2.0 : Definitivo. São Paulo,

Pearson Makron Books, 2006.

REDAÇÃO. Serviços de TI cresceram 5,9% em 2021, diz IDC. TI INSIDE Online.

Disponível em: <https://tiinside.com.br/14/06/2022/servicos-de-ti-cresceu-59-em-2021-diz-
idc/>. Acesso em: 19 out. 2022.

DA REDAÇÃO. Setor de telecomunicações investiu R$ 35,6 bi em 2021 - TeleSíntese.

TeleSíntese. Disponível em: <https://www.telesintese.com.br/setor-de-telecomunicacoes-
investiu-r-356-bi-em-2021/>. Acesso em: 19 out. 2022.

Abril 2013 BRASSCOM Associação Brasileira das Empresas de Tecnologia da

Informação e Comunicação Mercado Norte-Americano de TI. [s.l.: s.n., s.d.]. Disponível
em: <https://brasscom.org.br/wp-content/uploads/2017/08/relatorio_eua.pdf>. Acesso em:
19 out. 2022.

‌ MAXIMIANO, A. Administração para empreendedores: fundamentos da criação e

gestão de novos negócios. São Paulo: Pearson Prentice Hall, 2010.