1

MODELAGEM DE SOFTWARE

Saúde Acessível
Versão: 00

Responsáveis:
Nome e função
Marlon Bruno
Hélber Víctor

Palmas –TO
2021
2

1. Descrição do Sistema
Sistema voltado para facilitar aos usuários/pacientes do SUS, ter acesso a
agendamento de consultas do conforto da sua casa e chamadas emergenciais para
atendimento ou/e deslocamento usuário/paciente.

2. Justificativa para Implementação do Sistema

Diminuição de filas nos postos de saúde para pedidos de agendamento médico,
redução de deslocamento desnecessários de usuários que moram longe, e
acessibilidade para usuários com deficiências.

3. Escopo do Sistema
Explicação: Descrever em nível de detalhe o escopo e todos os produtos pretendidos
pelo sistema.

O projeto do Saúde Acessível, visa facilitar a vida dos usuários do Sistema Único de
Saúde, com a possibilidade de solicitar o agendamento de consultas pelo seu celular ou
pc, de forma que evita seu deslocamento até uma unidade básica. Permitiremos que o
usuário tenha acesso a acompanhamento de sua solicitação, assim como a notificação
de quando for agendada, lhe garantido poder ver de forma ágil, e confortável, com
apenas alguns cliques.

O projeto teve foco total em da comodidade aos usuários do SUS, por isso nossa
parceria com o SUS, nos levou a trazer essa opção, incluindo até mesmo uma facilidade
nos atendimentos de emergências do SAMU.

Mesmo com nossas limitações de acesso a API do SUS, nós garantimos um conforto
aos usuários.

4. Exclusões (itens fora do escopo do sistema)

3

A possibilidade de marcar a consulta diretamente pelo celular, sem precisar solicitar,

infelizmente ficou de fora do projeto, ainda é uma possibilidade futura a ser estudada
planejada junto ao SUS.

5. Produtos a serem entregues

NOME DESCRIÇÃO

Back-end Ação do Software onde o

Solicitar Consulta paciente/Usuário poderá solicitar o
agendamento de consulta médica

Front-end Formulário para solicitar o agendamento

Solicitar Consulta de consulta médico

Front-end “Secretaria da saúde” Formulário para atualizar os dados do

Solicitar Consulta agendamento de consulta médico

Back-end Ação do Software em entregar os dados

Histórico Médico Emergencial de relevância vital do paciente.
“SAMU/Corpo de bombeiros” Exemplo: Tipo sanguíneo, alergias a
medicamentos e doenças crônicas.
Dados do ocorrido "Motivo do chamado”

Front-end Formulário somente leitura de dados do

Histórico Médico Emergencial usuário/Paciente
“SAMU/Corpo de bombeiros” Tipo sanguíneo, alergias a medicamentos
e doenças crônicas.
Motivo da chamado emergencial

Front-end Solicitação de atendimento emergencial.

Botão de Emergência (SAMU/Corpo de bombeiros)

Back-end Ação do Software é receber a chamada e

Botão de Emergência cadastrá-la, encaminhá-la em tempo real
para a central de atendimento

Front-end Formulário somente leitura com os dados

4

Botão de Emergência Central de do usuário/Paciente

atendimento

Back-end O Software deve buscar e somente

Comunicação com API do SUS buscar dados via CPF e CNS “Cartão
Nacional de Saúde" na API do SUS ou
pelo ID

6. Organização inicial para o Sistema

Stakeholders do sistema: Marlon
5

Lista de Requisitos
RF01: Gerenciar a solicitação de consulta

● RF01.1: Cadastrar solicitação de consulta do Paciente

● RF01.2: Listar dados de solicitações de consultas do Paciente
● RF01.3 Atualizar dados e Status da solicitação de consulta do Paciente

RF02: Gerenciar Histórico Médico Emergencial SAMU/Corpo de bombeiros

● RF02.1: Buscar dados na API do SUS do Histórico do Paciente

● RF02.2: Cadastrar dados do Paciente
● RF02.3: Atualizar dados do Paciente
○ RF02.3.1: Manter Histórico de atualização

RF03: Gerenciar chamadas de atendimento emergencial SAMU/Corpo de bombeiros

● RF03.1: Cadastrar Chamadas emergencial

● RF03.2: Atualizar Status das Chamadas emergenciais

RNF01: O software é dividido em Back-end e Front-end

● RNF 01.1: Back-end deve ser em API “Interface de programação de aplicações”

Rest "Transferência representacional de estado” (API Rest)
● RNF 01.2: Front-end em multiplataforma para ambientes Windows, Linux, MacOs,
Android e Ios

RNF 02: O software Back-end deve fazer requisições a API do SUS

RNF 03: O software Back-end deve ter sua própria base de dados em Modelo relacional

RNF 04: O software Back-end não pode ultrapassar 120 segundos na comunicação da
API do SUS

RNF 05: O software Front-end não pode ultrapassar 180 segundos em comunicação
com Back-end
6

RNF 06: No Back-end a Recorrência de falha de 3/1.000

RNF 07: No Back-end a Disponibilidade de 999/1.000

RNF 08: Réplica de dados do SUS

7

Diagrama de Casos de Uso

8

Diagrama de Classes
9

Especificação dos Requisitos Funcionais

RF01: Gerenciar a solicitação de consulta (Marlon)

UC 05: Cadastrar solicitação de consulta do Paciente

Nome: Solicitar Agendamento médico

Tipo: Essencial
Ator: Paciente
Responsabilidade:Criar solicitação de consulta.
Pré-condição: Estar logado no sistema.
Pós-condição: Agendamento médico solicitado.

FLUXO 1 - Autor - Paciente

Ações do Ator Resposta do software

1. Paciente acessa página de 2. O sistema apresenta a página de

solicitação de consulta. solicitação.

3. Paciente preenche os campos da 4. O sistema verifica se está tudo

solicitação e confirma. correto, envia para a secretaria.
E informa que o paciente será
notificado da sua consulta assim
que for marcada.

5. Caso a solicitação de consulta verifique que faltam dados, retornará ao passo

3.
10

Diagrama de Atividade
11

UC 07: Listar dados de solicitações de consultas do Paciente

Nome: Listar agendamento médico

Tipo: Essencial
Ator: Secretaria de saúde
Responsabilidade: Averiguar solicitações de agendamento.
Pré-condição: Solicitação de agendamento, esperando resposta.
Pós-condição: Visualização da lista dos agendamentos médicos, antigos, e novos.

FLUXO 1 - Autor - Secretaria de Saúde

Ações do Ator Resposta do software

1. A Secretaria averigua as informações 2. sistema recebe os dados da secretaria.

das solicitações.

3. A secretaria informa ao sistema sobre 4. sistema informa que dados foram

a confirmação do agendamento. confirmados.

5. Em caso de falha, o sistema informa que não foram confirmados, e retorna

ao passo 3.
12

Diagrama de Atividade

UC 08: Atualizar dados e Status da solicitação de consulta do Paciente

Nome: Atualizar agendamento médico

Tipo: Essencial
Ator: Secretaria de saúde
Responsabilidade: Atualizar os registros sobre a solicitação de consulta.
Pré-condição: Solicitação já com consulta agendada.
Pós-condição: Status da solicitação atualizado.

FLUXO 1 - atualização - Secretaria de saúde

Ações do Ator Resposta do software

1. A Secretaria de saúde envia os 2. O sistema recebe os dados,

dados para o sistema. atualiza o status da solicitação.

3. Caso haja algum erro durante o envio dos dados, será informado o erro, e
voltará ao passo 1.
13

Diagrama de Atividade
14

(HELBER – TODO O RF02)

RF02: Gerenciar Histórico Médico Emergencial SAMU/Corpo de bombeiros

UC 09: Visualizar Histórico Médico do Paciente

Nome: Visualizar histórico médico do paciente.

Tipo: Essencial
Ator: Software
Responsabilidade: Acessa o sistema do SUS para buscar histórico médico do paciente.
Pré-condição: Paciente cadastrado no SUS.
Pós-condição: Histórico do paciente encontrado.

FLUXO 1 - Visualizar - SAMU

Ações do Ator Resposta do software

1. O Samu inicia a procura dos 2. O sistema retorna a

dados no sistema. visualização do histórico do
paciente.

3. Se os dados não forem encontrados no sistema, uma mensagem de

paciente sem histórico será exibida.

Diagrama de Atividade:
15

UC : Cadastrar Dados do Paciente

Nome: Realizar cadastro de paciente.

Tipo: Essencial
Ator: SAMU
Responsabilidade: Cadastrar informações médicas do paciente.
Pré-condição: Paciente não encontrado no sistema do SUS.
Pós-condição: Paciente cadastrado na base de dados do SUS.
16

FLUXO 1 - Cadastro - SAMU

Ações do Ator Resposta do software

1. O SAMU inicia o cadastro 2. Será apresentada uma tela

do paciente. de preenchimento dos
dados.

3. O SAMU preenche os 4. O sistema armazena as

campos sobre o paciente e informações e envia para a
confirma. base de dados do SUS.

5. Se houver erros no preenchimento, uma mensagem será exibida.

Diagrama de atividade:
17

UC 11: Atualizar dados do Paciente

Nome: Atualizar dados do paciente.

Tipo: Essencial
Ator: SAMU
Responsabilidade: Atualizar informações do paciente.
Pré-condição: Paciente com cadastro ativo no sistema.
Pós-condição: Informações do paciente atualizadas.
18

FLUXO 1 - Atualização - SAMU

Ações do Ator Resposta do software

1. O SAMU inicia a alteração 2. O sistema exibe os dados

dos dados do paciente. do paciente a ser
atualizado.

3. O SAMU altera os dados do 4. O sistema inicia a validação das

paciente escolhido. informações alteradas.

5. Se a alteração for concluída com êxito, uma mensagem será exibida.

Diagrama de atividade:
19
20

RF03: Gerenciar chamadas de atendimento emergencial SAMU/Corpo de

bombeiros (Marlon)

UC 09: Cadastrar Chamadas emergencial

Nome: Listar chamadas emergenciais

Tipo: Essencial
Ator: SAMU
Responsabilidade: Fazer os cadastros dos chamados emergenciais.
Pré-condição: Estar logado no sistema, chamados de emergência recebidos.
Pós-condição: Chamados de emergências cadastrados no sistema.

FLUXO 1 - Autor - SAMU

Ações do Ator Resposta do software

1. O Samu verifica o chamado 2. O sistema recebe as informações,

recebido. e pede confirmação.

3. O Samu confirma o cadastro da 4. O sistema envia o histórico

solicitação. médico.

5. Em caso de erro, voltar ao passo 2.

21

Diagrama de Atividade

UC 11: Atualizar Status das Chamadas emergenciais

Nome: Atualizar chamada emergencial

Tipo: Essencial
Ator: SAMU
Responsabilidade: Atualizar o status da chamada de emergência.
Pré-condição: Solicitação de emergência em andamento.
Pós-condição: Alterações realizadas no chamado de emergência.

FLUXO 1 - Autor - SAMU

Ações do Ator Resposta do software

22

1. O SAMU informa ao sistema sobre 2. O sistema verifica os dados, e

o estado do chamado. pede confirmação.

3. O SAMU confirma a atualização. 4. Sistema informa que dados foram

atualizados.

5. Caso o sistema encontre erros nos dados durante a verificação, retorna ao

passo 1, informando que há erros.

Diagrama de Atividade
23

UC.1.1 Diagrama de Sequência

RF01: Gerenciar a solicitação de consulta (Marlon)

Cadastrar solicitação de consulta do Paciente

Listar dados de solicitações de consultas do Paciente

24

Atualizar dados e Status da solicitação de consulta do Paciente

RF02: Gerenciar Histórico Médico Emergencial SAMU/Corpo de bombeiros

Buscar dados no histórico do paciente

25

Cadastrar Dados do Paciente

Atualizar dados do Paciente

26

RF03: Gerenciar chamadas de atendimento emergencial SAMU/Corpo de bombeiros

Cadastrar Chamadas emergencial

27

Atualizar Status das Chamadas emergenciais

28

Protótipos
Telas Iniciais (Marlon)
29
30

Tela Principal (Marlon)

31

RF01: Gerenciar a solicitação de consulta (Marlon)

UC 05: Cadastrar solicitação de consulta do Paciente

32

UC 07: Listar dados de solicitações de consultas do Paciente

UC 08: Atualizar dados e Status da solicitação de consulta do Paciente

33

RF02: Gerenciar Histórico Médico Emergencial SAMU/Corpo de bombeiros

(HELBER)

UC 09: Visualizar Histórico Médico do Paciente

UC : Cadastrar Dados do Paciente (HELBER)

34

UC 11: Atualizar dados do Paciente

35

RF03: Gerenciar chamadas de atendimento emergencial SAMU/Corpo de

bombeiros(HELBER)

UC 09: Cadastrar Chamadas emergencial

36

UC 11: Atualizar Status das Chamadas emergenciais

37

Telas extras (Marlon)

Acompanhar solicitações de consultas

e
38

Consultas Marcadas
39

Botão emergência
40

Botão sair da sessão

41

Diagrama de Navegação
42

Aprovação

CIENTES:

<Nomes e função>

AUTORIZADO POR:

Gerente de Projetos

Fernanda Pereira Gomes