4

CENTRO UNIVERSITÁRIO FAEL - UNIFAEL

PROJETO DE DESENVOLVIMENTO DE SISTEMA

Virgínia-MG
2023
 11

THIAGO RODRIGUES MOREIRA

PROJETO DE DESENVOLVIMENTO DE SISTEMA

Trabalho de projeto de desenvolvimento de
sistema, apresentado ao Centro Universitário
Fael - UniFAEL, como parte das exigências
para a conclusão do curso de Superior de
Tecnologia em Análise e Desenvolvimento de
Sistemas.
Orientador: Prof. Msc. Lorete Kossowski
Mocelin

Virgínia-MG
2023
 11

SUMÁRIO

1 TEMA......................................................................................................................................4
2 OBJETIVOS DO PROJETO DO SISTEMA......................................................................4
3 ANÁLISE DO SISTEMA ATUAL........................................................................................4
4 LISTA DE REQUISITOS......................................................................................................5
4.1 Lista de requisitos funcionais................................................................................................5
4.2 Lista de requisitos não funcionais.........................................................................................5
5 DESENVOLVIMENTO........................................................................................................6
5.1 Diagrama de caso de uso.......................................................................................................6
5.2 Especificação de 4 casos de uso............................................................................................6
5.3 Diagrama de Classes (apresentar a perspectiva de implementação)...................................10
5.4 Diagrama de Sequência (apresentar 4 cenários).................................................................10
6 MODELO DO BANCO DE DADOS.................................................................................10
7 CONSIDERAÇÕES FINAIS..............................................................................................11
9 REFERÊNCIAS...................................................................................................................11
 4

1 TEMA
Sistema para triagem classificatória para uma Unidade de Pronto-Atendimento.

De acordo com a Portaria 2048 do Ministério da Saúde, a área de Urgência e

Emergência constitui-se em um importante componente da assistência à saúde. A crescente
demanda por serviços nesta área, devida ao crescimento do número de acidentes e da
violência urbana, são fatores que têm contribuído decisivamente para a sobrecarga de serviços
de Urgência e Emergência disponibilizados para o atendimento da população. O protocolo a
ser seguido no momento de um atendimento pode influenciar diretamente na eficiência e
eficácia do serviço prestado. E, se a conduções do protocolo for assistida por um sistema de
informação adequado, espera-se que o serviço prestado esteja mais próximo das necessidades
tato dos prestadores quanto de quem busca o serviço.

2 OBJETIVOS DO PROJETO DO SISTEMA

Desenvolver um sistema de informações para auxiliar na triagem de pacientes para a
área de Pronto-Atendimento de um hospital.
 Identificar as principais necessidades da UPA voltada a triagem dos pacientes;
 Propor uma arquitetura que atenda às necessidades da UPA voltada a triagem
de pacientes;

3 ANÁLISE DO SISTEMA ATUAL

O sistema atual consiste em que o atente preenche uma ficha em papel com as
informações: queixa principal, grau de dor, se toma algum remédio, se tem alergia,
temperatura, pressão arterial e saturação de oxigênio do paciente.
 11

4 LISTA DE REQUISITOS

4.1 Lista de requisitos funcionais

Os requisitos funcionais são as funcionalidades que o sistema deve fornecer, como
reagir e se comportar em determinadas situações. O sistema deve constar ou permitir:

ID / Nome Descrição Prioridade

RF001 Cadastro e gerenciamento de usuários Alta

Permitir que efetue o acesso com suas

RF002 Alta
credenciais

RF003 Cadastro e gerenciamento dos pacientes Alta

RF004 Cadastro e gerenciamento dos médicos Alta

RF005 Cadastro e gerenciamento dos atendentes Alta

RF006 Cadastro e gerenciamento de prontuário Alta

4.2 Lista de requisitos não funcionais

Os requisitos não funcionais são as restrições sobre os serviços ou as funções
oferecidas pelo sistema.

ID / Nome Descrição Prioridade

Toda informação de ser armazenada em
RNF001 Alta
um banco de dados

O sistema deve registrar em um log as Alta

RNF002
operações realizadas para permitir auditoria
 11

5 DESENVOLVIMENTO

5.1 Diagrama de caso de uso

5.2 Especificação de 4 casos de uso

UC001 – Fazer login

Objetivo: Este UC tem como objetivo a ação de
autenticação de um usuário executa no
sistema, com o intuito de se conectar na
aplicação.
Requisitos: RF002, RNF001 e RNF002.
Atores: Administrador, atendente e médico.
Prioridade: Alta.
Pré-condições: O ator deve estar cadastrado no
sistema.
Pós-condições: O ator fica habilitado a realizar ações na área
restrita do sistema.
Frequência de Baixa.
uso:
Protótipo da tela:

Fluxo Principal: 1. O ator decide se autenticar no sistema:

2. O sistema solicita as informações
 11
obrigatórias para autenticação (login e
senha):
3. O ator informa os dados de
autenticação:
4. O sistema valida os dados de
autenticação:
5. O sistema registra em histórico (log) a
autenticação realizada pelo ator:
6. O sistema informa que autenticação
foi realizada com sucesso:
7. O fluxo é encerrado.

Fluxo alternativo: A1 – usuário/senha inválidos.

1. O ator informa os dados de
autenticação:
2. O sistema informa que o usuário ou
senha estão inválidos:
3. O UC retorna ao passo 3 do fluxo
principal.
UC002 – Cadastrar usuário
Objetivo: Este UC tem como objetivo a ação de
cadastro do usuário (atendente e médico).
Requisitos: RF002, RF001, RNF001 e RNF002.
Atores: Administrador.
Prioridade: Alta.
Pré-condições: O ator deve estar cadastrado no sistema.
Pós-condições: O ator fica habilitado a realizar ações na área
restrita do sistema.
Frequência de Baixa.
uso:
Protótipos da tela:

Fluxo principal 1: 1. O ator decide cadastrar o atendente:

2. O sistema solicita as informações
 11
obrigatórias (nome e matrícula):
3. O ator informa os dados solicitados:
4. O sistema valida os dados informados:
5. O sistema registra em histórico (log) o
cadastro realizado pelo ator:
6. O sistema informa que o cadastro foi
realizado:
7. O UC se encerra.

Fluxo principal 2: 1. O ator decide cadastrar o médico:

2. O sistema solicita as informações
obrigatórias (nome e CRM):
3. O ator informa os dados solicitados:
4. O sistema valida os dados informados:
5. O sistema registra em histórico (log) o
cadastro realizado pelo ator:
6. O sistema informa que o cadastro foi
realizado:
7. O UC se encerra.
UC003 – Cadastrar pacientes
Objetivo: Este UC tem como objetivo a ação de
cadastro do paciente.
Requisitos: RF002, RF003, RF006, RNF001e RNF002.
Atores: Atendente.
Prioridade: Alta.
Pré-condições: O ator deve estar cadastrado no sistema.
Pós-condições: O ator fica habilitado a realizar ações na área
restrita do sistema.
Frequência de Alta.
uso:
Protótipos da tela:

Fluxo principal: 1. O ator decide cadastrar o paciente:

2. O sistema solicita as informações
obrigatórias (nome, médico de
plantão, queixa principal, evolução do
quadro, escala de dor, gravidade,
medicação em uso, alergias, abertura
ocular, resposta verbal, resposta
motora e resposta pupilar):
 11
3. O ator informa os dados solicitados:
4. O sistema valida os dados informados:
5. O sistema registra em histórico (log) o
cadastro realizado pelo ator:
6. O sistema informa que o cadastro foi
realizado:
7. O UC se encerra.
UC004 – Consultar e Alterar Prontuário
Objetivo: Este UC tem como objetivo a ação de
consultar e alterar o prontuário do paciente.
Requisitos: RF002, RF003, RF006, RNF001 e RNF002.
Atores: Médico.
Prioridade: Alta.
Pré-condições: O ator deve estar cadastrado no sistema.
Pós-condições: O ator fica habilitado a realizar ações na área
restrita do sistema.
Frequência de Alta.
uso:
Protótipos da tela:

Fluxo principal: 1. O ator decide consultar o

paciente/prontuário:
2. O sistema disponibiliza as
informações registradas no cadastro
do paciente (nome, médico de plantão,
queixa principal, evolução do quadro,
escala de dor, gravidade, medicação
em uso, alergias, abertura ocular,
resposta verbal, resposta motora e
resposta pupilar) e o campo
“Diagnóstico médico”:
3. O ator pode alterar ou não as
informações, o ator deverá preencher
o campo “Diagnóstico médico” e
depois enviar:
4. O sistema valida os dados enviados:
5. O sistema registra em histórico (log)
as alterações realizadas pelo ator:
6. O sistema informa que a alteração foi
realizada:
7. O UC se encerra.
 11

5.3 Diagrama de Classes (apresentar a perspectiva de implementação)

Adicionar informações do seu trabalho aqui e remover este texto explicativo abaixo.
É uma representação com o objetivo de definir e descrever as informações da
estrutura usada pelo aplicativo. Não faz referência a qualquer implementação específica, mas
mostra os relacionamentos de um conjunto de todas as classes que o sistema necessita possuir.
Essas classes servem de modelo para os vários tipos de objetos do sistema e podem ser
implementadas de várias maneiras. O diagrama de classe apresenta como as classes interagem
entre si e qual é a responsabilidade de cada uma delas na realização das operações solicitadas
pelos atores. É a base para a construção de outros diagramas, como o de sequência. Consulte o
livro Análise e Projeto de Sistemas – Capítulo 6 para obter mais informações.

5.4 Diagrama de Sequência (apresentar 4 cenários)

Adicionar informações do seu trabalho aqui e remover este texto explicativo abaixo.
Tem o objetivo de estabelecer os objetos que interagem e seus relacionamentos
e interações dentro de um contexto ou cenário. Também visa representar uma sequência de
processos, operações ou métodos no decorrer do tempo. O diagrama de sequência representa
principalmente como os grupos de objetos colaboram com algum comportamento do contexto
de um caso de uso ao longo do tempo a partir das mensagens que são trocadas entre os
objetos. Ele descreve de uma forma simples e lógica a sequência global do comportamento de
vários objetos dentro de um contexto.
Consulte o livro Análise e Projeto de Sistemas – Capítulo 6 para obter mais
informações

6 MODELO DO BANCO DE DADOS

Adicionar informações do seu trabalho aqui e remover este texto explicativo abaixo.
O Diagrama de Entidade Relacionamento (DER) é formado por um conjunto de
objetos gráficos que representa todos os objetos do modelo Entidade Relacionamento, tais
como entidades, atributos, atributos-chaves, relacionamentos, restrições estruturais etc. O
DER fornece uma visão lógica do banco de dados, com um conceito mais generalizado de
 11
como estão estruturados os dados de um sistema. Existem inúmeras formas de representação
para um DER; uma delas foi criada por Peter Chen.
Consulte o livro Banco de Dados – Capítulo 2 para obter mais informações

7 CONSIDERAÇÕES FINAIS
Adicionar informações do seu trabalho aqui e remover este texto explicativo abaixo.
Neste item, você deve escrever uma conclusão do seu projeto argumentando porque
ele é viável e trará benefícios.

9 REFERÊNCIAS
Adicionar informações do seu trabalho aqui e remover este texto explicativo abaixo.
A referência bibliográfica é a identificação de cada obra consultada ou citada (livro,
texto, reportagem, artigo, documentos públicos, mapas, etc.).
As referências do seu trabalho acadêmico contêm a lista de cada fonte de pesquisa
utilizada para desenvolvê-lo. Não importa se foi em site, livro, PDF, revista ou até outro
artigo acadêmico, precisa aparecer nas referências do seu trabalho. Precisam sempre estar
listadas em ordem alfabética.
Não esqueça de fazer a citação das referências utilizadas no corpo de seu trabalho.
Veja todas as dicas de como listar as referências em:
Referencias ABNT. Normas ABNT, revisado em 25 de fevereiro de 2020. Disponível em
https://www.normasabnt.org/referencias-abnt/. Acesso em 16 jul.2020.