Universidade Católica de Moçambique

Tecnologias de Informação e comunicação

Desenho e implementação de Aplicações Web

Sistema de Gestão Hospitalar

3 Ano

Discente:

Aristides Estevao Agostinho

Docente:

Msc. Mohammad Gulam Lorgat

Chimoio, Maio de 2021

Sumário

1.1. Introdução ............................................................................................................................... 3

1.2. Assunto ................................................................................................................................... 3

1.3. Objectivo geral ........................................................................................................................ 3

1.4. Objectivos específicos............................................................................................................. 4

2 Relevância ....................................................................................................................................... 4
2.1 Tecnologias ............................................................................................................................. 5

2.2 requisitos ................................................................................................................................. 6

2.3 Requisitos funcionais .............................................................................................................. 7

2.4 Requisitos não funcionais ...................................................................................................... 7

2.5 Estrutura do Sistema ............................................................................................................... 8

3 Sistema ............................................................................................................................................ 9
3.1 Login ..................................................................................................................................... 10

3.2 Administração ....................................................................................................................... 10

3.3 Estrutura de usuario .............................................................................................................. 11

3.4 Estrutura do formulario ......................................................................................................... 12

3.5 Base de dados ........................................................................................................................ 14

4 Conclusão...................................................................................................................................... 16
5 Referencias.................................................................................................................................... 17
 Sistema de gestão Hospitalar

Aristides Estevão Agostinho Filipe Estevão

1.1. Introdução

Os Hospitais e clínicas têm sido locais de muita agitação e locomoção de vários tipos de serviços e
atendimentos. com tudo em vários locais que se é possível encontrar um sistema de gestão desatualizado
vendo por este ponto me referindo no uso de computadores como terminais esses de saída.
Com esse sistema tentarei persuadir sobre a influência da automação de tarefas no seio organizacional
de uma instituição, negócio ou serviço.

1.2. Assunto

Um pequeno hospital ou unidade sanitária pública despacha em média 20 a 30 atestados por dia em seu
período de funcionamento de 24h. Em tudo a principal queixa de todos que alguma vez requisitaram e
a demora que o processo leva em torno um atestado médico de qualquer enfermidade fora do ramo ou
sector de um hospital leva em torno de 20h a 48h, sendo que em maior parte dos casos é perda de dados.
Então para suprir esse problema criei essa web application para sistemas local ou dentro de uma rede.
Web Application são sistemas de uma arquitetura Cliente-Servidor, na qual todo o processamento
e o armazenamento dos dados ficam no servidor, enquanto o cliente consiste em uma página
Web estática onde a interação é feita no browser do cliente e os pedidos tanto quanto as
respostas são processados no servidor e apresentadas no browser do cliente.

A MVC é responsável pela recepção e distribuição de dados de um sistema ou aplicação,

separando assim a parte lógica da apresentação. Gerando assim uma camada controle que cria
camadas únicas que permitem testes e manutenção de várias partes de um sistema.

1.3. Objectivo geral

Sistema de Gestão Hospitalar para criação de Atestados de forma instantânea, Controle de
Taxas de Natalidade, Mortalidade e Controle de Internados.

1.4. Objectivos específicos

• Implementar o protótipo do sistema em campo para testar o comportamento no

gerenciamento dos dados, possibilitando a manipulação destes através de CRUD.

• Fazer o levantamento de requisitos necessários para instalação do sistema e testagem

dele.

• Apresentação diagramas de classes e esquemas funcionais de banco de dados.

• Implementação do teste em campo utilizando requisitos de Web Application e

arquitetura MVC.

1 Relevância

Um hospital ou unidade sanitária atende vários tipos de enfermidades por dia e nela vários
sectores estão atolados, com esse sistema nos focaremos e cessar uma das várias reclamações
existentes pelo que se fazem servir.
Focando nos Atestados o processo é longo pois ele existe muita burocracia autenticação da
parte do hospital. O que torna difícil o transporte dos atestados de um sector para a área de
confirmação que é feito de forma agrupada ou seja independente da hora requisitada o atestado
só chegará no final do expediente.

O sistema vem com a proposta de tornar uma das partes mais acessíveis que parte da criação
de forma instantânea e o seu transporte em milissegundos ao sector de aprovação tornando os
atestados possíveis em 10 minutos, tornando o processo automatizado e prático sem que gere
desemprego tornando assim o processo satisfatório e simples para ambos.
1.1 Tecnologias

Softwares Versão url Descrição

JavaServer SV https://www.oracle.com Mecanismo

Pages
básico de
Standard
Template recuperação de
Library JSTL dados (BD)

MYSQL 8.0 https://www.mysql.com Ferramenta de

Server Gestão Base de
Dados

Apache 8.0.53 https://www.tomcat.apache.org Servidor Web Java

Tomcat

Workbench 8.0 https://www.workbench.com Modelagem de base

de dados

JavaScript 7.0 https://www.javascript.com Linguagem de

programação
interpretada
estruturada de
script em alto nível

MariaDB 10.4 https://www.mariadb.com Gerenciamento de

Banco de dados
 MYSQL 8.0 https://www.mysql.com Gerenciamento de
Client Banco de dados

Eclipse IDE Mars 2.0 https://www.eclipse.org Ambiente de

Desenvolvimento
para Java

Sublime 3 https://wwwsublimetext.com Ambiente de

Text desenvolvimento
para linguagens de
programação

Bootstrap 3.0/4.0 https://getbootstrap.com framework web

com código-fonte
aberto para
desenvolvimento de
componentes de
interface e front-
end para sites e
aplicações web
usando HTML,
CSS e JavaScript

Java 1.8.0_181 https://www.oracle.com Linguagem de

Programação

Propriedades de
Cascade css https://www.w3schools.com/html/html_css.asp
estilo de Texto
Style Sheet

1.2 requisitos
Um requisito é a propriedade que um software exibe para solucionar problemas reais, é a
conjuntura indispensável para satisfazer um objeto.

Um clássico e simples exemplo de requisito funcional é a funcionalidade “MANTER

USUÁRIO” (o verbo “manter” é utilizado na documentação de software para referir-se à uma
funcionalidade de cadastro, que contempla a inclusão de um novo item, a alteração de um item,
a exclusão de um item além de da leitura de suas informações).

O requisito que detalha a funcionalidade “Manter o Usuário" engloba uma série de outros
requisitos menores, por vezes chamados de “features“

1.3 Requisitos funcionais

• Manter a criação de atestados simples e rápida

• Manter a recuperação de dados e a copia de atestados possivel

• Tornar o envio de dados seguro, simples e rapido

• O sistema deve validar e manter visível o autor e emissor do atestado

1.4 Requisitos não funcionais

• O cadastramento em primeira mao dos usuários deve ser simplificado: nome,

email, genero e senha

• Notificar os usuários de conclusão de envio

• Recordar de preencher todos os campos vazios do formulário

• Apresentar Histórico de atividades na conta

1.5 Estrutura do Sistema

1 estrutura . Diagrama de caso de USo

2 diagrama de actividade

2 Sistema

O sistema em todo apresenta duas camadas gráficas que podem ser acessadas através da GUI com
mais detalhes explícitos poderei apresentar como funciona.
3 Apresentacao de sistena

2.1 Login

O painel login esta presente em duas partes do sistema Admi n e User é composto por dois
campos de preenchimento de nomes por email e senha desse sistema.
A validação das contas é feita na base de dados onde todo conteúdo é enviado para um JSP que
valida diretamente da base de dados.

2.2 Administração
No painel principal de administração de momento contamos com duas opções de uso momentâneas
que são cadastrar usuários e ver usuários onde dentro delas é possível apagar e editar perfis dos
usuários como apresentados nas imagens que se seguem.

2.3 Estrutura de usuario

O design do painel de usuário tal como do sistema em todo e formatado pelo CSS e o Bootstrap
3.0 permitindo colocar animações nele e alguma interação animada.
Dentro dele contém um navegation bar com os acessos ao menu principal, Despachos,
Contacto e logout.
onde:

Menu leva o usuário ao menu principal sem terminar a sessão na conta;

Despachos permite ver e mais de uma vez os atestados despachados;
Contacto informações do desenvolvedor e contacto a porte;
LogOut que termina a sessão na conta invalidando e evitando a rouba de senhas.

2.4 Estrutura do formulario

O formulario em si apresenta uma estrutura simples nele imbutidos campos com dizeres que
ajudam na orientação e preenchimento do mesmo, o formulário possui validação de submissão
ou seja não permite que seja submetido nulo, apenas em campos opcionais e neles estão
imbuídos um histórico de palavras assim facilitando o preenchimento com palavras já salvas
no formulário como nomes, ruas, enfermidades entre outras.
2.5 Base de dados

Como todo local conhecido por tratar documentos importantes, deve haver sempre uma copia tal para
fins de autenticacao, recuperacao ou apresentação de dados.
As base de dados em si foram criadas no modo client, oque torna o processo mais complicado
posteriormente criando um modelagem pelo workbench como mostra a imagem acima:

Em si apresenta os seguintes tipos de dados:

dados padrões como Varchar e INT foram utilizados, pois como se trata de uma primeira fase de
testes reduzir os erros e se focar no processamento de dados de forma dinâmica é oque procuramos.

3 Conclusão

A investigação baseou-se na automação e na implementação de um sistema de gestão

Hospitalar baseado na Web para os hospitais e unidades sanitarias publicas. O principal
objetivo é melhorar e automatizar a criação de atestados com base no atendimento feito para
os doentes em cada sector hospitalar e apresentação instantânea do mesmo. Um sistema de
informação bem definido, eficiente, controlado e gerido ou baseado em software com
tecnologia web de armazenamento, processamento e fornecimento de informação através
da internet.
Contudo podemos dizer que com a estrutura presente em produção beta ainda não oferece 30%
daquilo que se pretende, existe muito com que se trabalhar e deixar mais acessível para uma
experiência melhor de usuário.
4 Referencias

Mohammad Gulam Lorgat, UCM. Faculdade de Engenharia. Chimoio : outubro de 2018.

SALLESDECARVALHO, Becsom. Faculdade de Ciências Econômicas, Administrativas e Cont. de

Belo Horizonte – FACE/FUMEC. Belo Horizonte. (Apostila de MS-DOS). Disponível em: . Acesso
em: 10/05/2011.
Samuel Felizardo, Faculdade de Ciências Administrativas – FACE/FUMEC. Disponível em: . Acesso
em: 10/04/2014.