PIM VII 2- ADS _ Passei Direto

Prévia do material em texto

Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
10 
 
CONSUMIDORES 
Os consumidores serão pessoas jurídicas que prestam serviços de 
vendas de planos de saúde, bem como redes médico-hospitalares privadas e até 
mesmo o Governo, através do Ministério da Saúde. 
 
INSTALAÇÕES 
As atividades comerciais da Stay Home terá como modalidade inicial a de 
Home Office, devido não haver uma necessidade de se localizar em uma região 
privilegiada e nem haver necessidade de uma estrutura física composta por 
vários departamentos, atividades administrativas, comerciais e de 
desenvolvimento necessitam de apenas estrutura básica de escritório e não 
haverá grande fluxo de pessoas (clientes e visitantes) nas instalações. 
A pandemia que vem nos assolando até agora é mais um fator que nos 
faz não apenas optar pela modalidade de Home Office de forma inicial, como já 
está inserida em nosso plano futuro de expansão para ser a modalidade 
definitiva a ser implantada. 
 
CAPITAL DE INVESTIMENTO 
O capital de investimento inicial será disponibilizado pelos recursos 
próprios do empreendedor com um valor de investimento inicial no total de R$ 
100.000,00 (Cem mil reais). 
Todo tipo de empreendimento envolve um volume de capital necessário 
ao seu desenvolvimento, este volume depende da necessidade do negócio e da 
capacidade de investimento do empreendedor. 
 
 
 
 
 
 
 
 
 
 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
11 
 
Requisitos Funcionais 
Identificação: Cadastrar Paciente 
Escopo: Cadastros 
Descrição: Esse caso permite ao paciente atrelar seu perfil virtual ao seu 
cadastro no plano de saúde ou instituição que proverá o 
atendimento, bem como ao código do seu cartão do SUS. 
Ator: Paciente 
Interessados: Paciente/Plano de Saúde/Instituições Médicas/SUS 
Pré-Condição: Paciente deve estar cadastrado em algum outro programa de 
atendimento de saúde ou instituição/clínica particular 
participante. 
Pós-Condição: O Paciente escolhe seu Plano ou Instituição e preenche as 
informações solicitadas. 
Fluxo normal: 1- O sistema atrela as informações fornecidas ao cadastro 
já existente; 
2- O sistema mostra a confirmação do cadastro. 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema 
Tabela 01 – Requisitos Funcionais 
Identificação: Agendar Consulta 
Escopo: Consultas 
Descrição: Esse caso de uso permite que o Paciente agende uma consulta 
a todos os médicos especialistas que fizerem parte do Plano, 
Instituição ou ao Posto de Saúde do SUS escolhido. 
Ator: Paciente 
Interessados: Paciente/Plano de Saúde/Instituições Médicas/SUS 
Pré-Condição: Estar vinculado ao Plano de Saúde, Instituição Médica ou SUS 
Pós-Condição: Agendar a Consulta 
Fluxo normal: 1- O Paciente escolhe a especialidade; 
2- Despois ele escolherá o profissional que irá atendê-lo. 
3- O sistema fará uma consulta com as datas e horas 
disponíveis; 
4- O paciente escolhe e efetiva a marcação. 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema 
Tabela 02 – Requisitos Funcionais 
Identificação: Receber Atendimento 
Escopo: Consultas 
Descrição: Esse caso permite ao paciente atender a chamada realizada pelo 
profissional e ser atendido 
Ator: Paciente 
Interessados: Paciente/Profissional da Saúde 
Pré-Condição: Paciente estar autenticado no programa 
Pós-Condição: O Paciente deverá atender a chamada 
Fluxo normal: 1- O paciente deverá atender a ligação e seguir as 
orientações do profissional de saúde que irá atendê-lo; 
2- Concluindo o atendimento, o paciente deverá desligar a 
chamada; 
3- Após a chamada finalizada, será apresentado um 
questionário a ser respondido pelo paciente; 
4- Preenchido o formulário, o paciente dará OK. 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema 
Tabela 03 – Requisitos Funcionais 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
12 
 
 
Identificação: Validar Cadastro Paciente 
Escopo: Cadastro 
Descrição: Esse caso de uso permite que o Administrador valide os dados 
referente ao cadastro do usuario. Comparando uma foto do 
documento com os dados digitados e os dados existentes no 
cadastro vinculado. 
Ator: Administrador 
Interessados: Administrador/Paciente 
Pré-Condição: Paciente ter realizado seu cadastro 
Fluxo normal: 1- O administrador abre o cadastro e compara os dados; 
2- Estando correto formaliza o cadastro. 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema 
Tabela 04 – Requisitos Funcionais 
Identificação: Confirmar Atendimento Médico 
Escopo: Consultas 
Descrição: Esse caso de uso permite que o Administrador efetive a data e o 
profissional que atenderam a consulta. 
Ator: Administrador/Profissional da Saúde 
Interessados: Administrador/Paciente/Profissional da Saúde 
Pré-Condição: Paciente ter realizado a marcação de alguma consulta 
Fluxo normal: 1. O Administrador confirma com o profissional sua agenda 
pré cadastrada; 
2. Havendo conformidade entre o pré-agendado e o 
profissional é efetivada todas as consultas para o dia 
seguinte; 
3. Não havendo conformidade, o Administrador deverá 
mandar mensagem para o Paciente avisando do 
contratempo e oferecendo datas e horas alternativas. 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema 
Tabela 05 – Requisitos Funcionais 
Identificação: Reagendar 
Escopo: Consultas 
Descrição: Esse caso permite ao Administrador sugerir data e horários 
distintos dos escolhidos previamente pelo Paciente. 
Ator: Administrador 
Interessados: Administrador/Paciente/Profissional da Saúde 
Pré-Condição: Ter uma consulta agenda pelo Paciente 
Pós-Condição: O profissional de saúde não poderá atender na data e hora 
agendada 
Fluxo normal: 1. O administrador de posse da informação do não 
atendimento, entra na consulta e escolhe a opção 
reagendar; 
2. O sistema lhe mostrará outras datas e horários possíveis; 
3. Ele escolhe as mesmas e clica em enviar sugestões; 
4. O sistema irá enviar um email pré-formatado avisando 
dos empecilhos do atendimento e sugerindo as datas e 
horários escolhidos pelo Administrador. 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema 
Tabela 06 – Requisitos Funcionais 
 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
13 
 
Identificação: Realizar Atendimento com Vídeo 
Escopo: Atendimento 
Descrição: Esse caso de uso permite que o Profissional de Saúde faça a 
chamada para realizar a consulta agendada 
Ator: Profissional da Saúde 
Interessados: Profissional da Saúde/Paciente 
Pré-Condição: Ter consulta agendada 
Pós-Condição: O Paciente aceitar a chamada 
Fluxo normal: 1. O Profissional de Saúde escolhe o proximo atendimento 
e clica em realizar a chamada; 
2. O sistema automaticamente verifica as informações 
necessárias para o atendimento e as disponibiliza na tela 
enquanto realiza a chamada de vídeo 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema; NF--04 - Ótimo Desempenho Internet 
Tabela 07 – Requisitos Funcionais 
 
Identificação: Cadastrar Atendimento Médico Realizado 
Escopo: Atendimento 
Descrição: Esse caso de uso permite que o Profissional de Saúde alimente 
o sistema com os dados referente a consulta realizada ou em 
andamentoAtor: Profissional da Saúde 
Interessados: Profissional da Saúde/Paciente/CFM 
Pré-Condição: Ter concluído a consulta 
Fluxo normal: 1. Após ou durante a consulta o Profissional de Saúde vai 
preenchendo os dados necessários referente aos 
problemas relatados pelo Paciente; 
2. Concluído o preenchimento o Profissional de Saúde clica 
em gravar histórico clínico 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema; NF--04 - Ótimo Desempenho Internet 
Tabela 08 – Requisitos Funcionais 
 
Identificação: Prescrever Ações ou Medicamentos 
Escopo: Atendimento 
Descrição: Esse caso permite ao Profissional de Saúde faça a prescrição de 
ações ou medicamento para o Paciente 
Ator: Profissional da Saúde 
Interessados: Profissional da Saúde/Paciente 
Pré-Condição: Ter concluído o Histórico Clínico 
Fluxo normal: 1. Após gravar o Histórico Clínico o sistema perguntará se 
deseja fazer alguma prescrição; 
2. O Profissional de Saúde dirá que Sim, caso seja 
necessário; 
3. Um novo formulário se abre para preencher a prescrição 
em si 
4. Concluído o Profissional de Saúde clica em Enviar 
Prescrição 
Requisitos Relacionados: NF--01 - Segurança de Acesso; NF--02 – Disponibilidade do 
Sistema; NF--04 - Ótimo Desempenho Internet 
Tabela 09 – Requisitos Funcionais 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
14 
 
Requisitos Não Funcionais 
Os requisitos relativos à utilização da aplicação em teor de confiabilidade, 
desempenho, disponibilidade, manutenção, tecnologias envolvidas e usabilidade 
são classificados como requisitos não funcionais. 
Em um processo de levantamento, normalmente o cliente não precisa 
citar estes requisitos, pois são particularidades mínimas de um software ou 
serviço. 
Dentro do cenário proposto os requisitos em questão são: 
Identificação Nome Descrição 
NF--01 Segurança de Acesso O uso de boas práticas de segurança de acesso 
ao sistema, dificultam ataques externos. Além 
do uso de tokens de acesso, se faz necessário 
uma escolha acertada de um sistema de firewall 
para guarnecer a segurança local. 
NF--02 Disponibilidade do 
Sistema 
O mesmo critério utilizado na escolha do 
fornecedor do sistema de firewall, quanto a 
segurança, deve ser observado no quesito 
disponibilidade. Sistemas de backup de energia 
e de hardware se fazem necessários para a 
manutenção plena do funcionamento do 
sistema durante o horário comercial. 
NF--03 Backup Dados e Vídeos 
dos Pacientes 
Com o advento da LGPD em nosso país, a 
partir do último mês de setembro/2020, se faz 
necessário a partir de agora, se atentar para 
todas as regras existentes, quanto a guarda de 
informações pertencentes a terceiros 
NF--04 Ótimo Desempenho 
Internet 
O sistema empregado na efetivação da venda 
está online, necessitando desta forma um 
desempenho de rede a contento, para não 
provocar demora e desistência do cliente ao 
efetuar a compra 
Tabela 10 – Requisitos Não Funcionais 
 
 
Identificador NF--05 Categoria Usabilidade 
Nome Uso de design responsivo nas interfaces gráficas 
Data de criação 15/04/2020 Autor Silvio Agnoleto 
Data Última Alteração N/A Autor N/A 
Versão 1 Prioridade Importante 
Descrição 
O sistema de Consultas Médicas e Acompanhamentos Clínicos será 
construído para rodar em ambiente desktop. 
A interface do sistema deverá se comportar adequadamente 
independente da linguagem que será utilizada para acesso. 
 
Desktop, Tablet ou Celulares. 
 
Com o aumento exponencial do uso de aparelhos móveis pela 
maioria esmagadora da população, principalmente celulares, se faz 
necessário que o layout do sistema seja compatível com tais 
gadgets. 
Tabela 11 – Requisitos Não Funcional: Usabilidade 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
15 
 
Regras de Negócio 
Uma das partes mais importantes dentro da modelagem de processos, 
são as regras de negócios. Elas restringem e definem como um determinado 
processo deve ser executado, além de demonstrar conhecimentos com relação 
a um processo. 
Dentre os cenários apresentados, seguem as regras a serem aplicadas: 
Identificação RG--01 – Vigência do Software 
Descrição O acesso ao sistema será feito exclusivamente durante o período da 
pandemia de covid-19 ou até quando permitido pelo CFM Conselho Federal 
de Medicina. 
Fonte Manual do PIM VII – página 26 
Identificação RG--02 – Proteção dos Dados 
Descrição Apesar das novas regras impostas com a promulgação da nova lei da LGPD 
Lei Geral de Produção de Dados, uma outra lei a 1643 de 2002, responsabiliza 
o médico pela proteção dos dados dos pacientes. Este cenário precisa ser 
bem analisado para se estabelecer quais as responsabilidades de cada um 
dos envolvidos no processo. 
Fonte Manual do PIM VI – página 26 
Identificação RG--03 – Práticas Liberadas 
Descrição Apenas as práticas de: 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), estão liberadas e podem ser realizadas através do sistema. 
Fonte Manual do PIM VI – página 26 
Identificação RG--04 – Prontuário Clínico 
Descrição Nenhuma das práticas liberadas realizadas através do sistema, podem ficar 
sem que um registro seja gravado em um prontuário clínico. 
Tabela 12 – Regras de Negócios 
 
 
Diagramas 
Diagrama de Caso de Uso 
O Diagrama de Caso de Uso serve para representar como os casos de 
uso interagem entre si no sistema e com os usuários (atores), em outras 
palavras, ele descreve as principais funcionalidades do sistema e a interação 
dessas funcionalidades com os usuários do mesmo sistema. 
No diagrama de caso de uso, basicamente temos três principais 
elementos: Ator, Caso de Uso e Relacionamento. Os especialistas recomendam 
usar o diagrama de caso de uso para complementar um caso de uso descrito em 
texto. 
O diagrama de caso de uso UML é ideal para: 
Representar as metas de interações entre sistemas e usuários, definir e 
organizar requisitos funcionais no sistema, especificar o contexto e os requisitos 
do sistema e modelar o fluxo básico de eventos no caso de uso. 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
16 
 
Imagem 03 – Diagramas 
Fonte: Silvio Agnoleto (Própria) 
 
 
 
Imagem 04 – Diagrama Caso de Uso 
 
Fonte: Silvio Agnoleto (Própria) 
 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
17 
 
Diagrama de Atividades 
No contexto da UML, o Diagrama de Atividades é um diagrama 
comportamental (que especifica o comportamento do software), e através dele 
podemos modelar partes do comportamento de um software. 
Em projetos de software são usados para representar tanto a estrutura 
quando o comportamento do sistema. 
O diagrama de atividades ilustra graficamente como será o funcionamento 
do software, como será a execução de alguma de suas partes, como será a 
atuação do sistema na realidade de negócio na qual ele está inserido. 
 
Diagrama de Classes 
O diagrama de classes tem como objetivo principal a especificação dos 
componentes do software e como estes se interligam, do ponto de vista 
estrutural. 
O diagrama de classes da UML é sem dúvida uma ferramenta espetacular 
para auxiliar os profissionais de produção de software no entendimento acerca 
do que deve ser feito, e como deve ser feito. 
Saber utilizá-lo damaneira correta e com bom senso auxilia demais 
qualquer equipe, mas abusar de seu uso, documentando o desnecessário e 
gastando tempo detalhando o que não é relevante, subtrai muito da 
produtividade de qualquer profissional/empresa. 
 
Diagrama de Sequência 
Um diagrama de sequência tem como objetivo principal representar 
graficamente o comportamento de uma funcionalidade, considerando a interação 
entre todos os componentes de software relacionados ao seu uso. 
O diagrama de sequência da UML é uma excelente ferramenta para 
ilustrar como as funções de uma funcionalidade interagem entre si (cliques de 
botão, validações internas, acessos entre camadas da aplicação etc.). 
 
Usando na medida certa, seja como um artefato de um design rigoroso, 
ou como um rascunho num quadro de desenho, pode clarear muito as ideias dos 
desenvolvedores e analistas, proporcionando excelente entendimento do 
escopo. 
 
 
 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
18 
 
Diagrama de Componentes 
Na UML, o diagrama de componentes representa visualmente como os 
componentes de um sistema de software se relacionam. 
O diagrama de componentes é semelhante ao diagrama de classes, pois 
mostra como os itens de um determinado sistema se relacionam. No entanto, o 
diagrama de componentes representa conexões mais complexas e variadas do 
que a maioria dos diagramas de classes. 
 
Diagrama de Implantação 
O diagrama de implantação é o diagrama estrutural responsável por 
estabelecer a relação entre os recursos de infraestrutura e artefatos do sistema, 
em outras palavras, ele mapeia arquitetura do hardware às necessidades do 
software a ser implantado. 
O propósito deste modelo de diagrama é documentar os itens envolvidos 
a fim de tornar ágil o processo de implantação de software. 
 
Imagem 05 – Modelos de Diagramas 
Fonte: Página do Tribunal de Justiça do Estado do Paraná 1 
 
 
1 Disponível em https://dtic.tjpr.jus.br/wiki/-/wiki/Governan%C3%A7a-
TIC/Modelo+de+A�vidades/pop_up Acesso em out. 2020 
Impresso por Jocilene Carmo, CPF 485.355.388-60 para uso pessoal e privado. Este material pode ser protegido por direitos autorais e
não pode ser reproduzido ou repassado para terceiros. 06/10/2021 19:26:19
19 
 
Metodologias de Qualidade de Software 
As médias e pequenas empresas adotam o MPS.BR com o objetivo de 
conseguir alcançar uma padronização e qualidade no processo com mais 
velocidade e de baixo custo. Uma vez alcançada essa padronização a empresa 
já se encontra qualificada para tentar obter a certificação CMMi. 
Atualmente existem modelos de qualidade baseados na engenharia que 
ajudam as empresas a estabelecer e seguir padrões. Podemos citar como 
exemplos destes modelos o CMMi (Capability Maturity Model Integration ou 
Modelo Integrado de Maturidade em Capacitação) e o MPS.BR - Processo de 
Melhoria do Software Brasileiro. 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 garantir a produção de software 
mais competitivo no mercado interno e externo. 
A utilização desse tipo de metodologia pode trazer muitos benefícios, tais 
como: redução de custos com retrabalho/manutenção, diminuição de erros 
entregues na versão final ao cliente etc. Com mais tempo disponível, a equipe 
pode investir em melhorias e novos planejamentos. 
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. 
Enquanto o MPS.BR é um modelo criado em função das médias e pequenas 
empresas, o CMMi tem um foco global mais voltado para as empresas de maior 
porte. Contudo apesar dessas diferenças é possível afirmar que na realidade 
brasileira os modelos são complementares. 
Adotaremos o modelo de qualidade MPS.BR, e uma vez já sabendo das 
dificuldades na implantação, estamos buscando mitigar os problemas futuros, 
formando um grupo de pessoas muito interessadas e com baixíssima resistência 
a mudanças e aceitação de novas regras e padrões. Optamos também por fazer 
essa implantação num momento de condição financeira favorável. Apesar de 
sermos uma empresa nova, nosso planejamento rigoroso nos permite tal 
aquisição, mesmo com os altos custos de certificação.