TRABALHO 02: Revisão - HPAC - Histórico de Pacientes

Trabalho desenvolvido durante a disciplina de BD

Sumário

Histórico de Pacientes é um sistema de banco de dados pessoal do paciente. O sistema tem como sua principal função: Registrar as consultas, exames e laudos, realizadas pelo paciente com diversos médicos e especialistas ao longo de sua vida. Serão registrados no sistema dados tais como; nome do médico, especialidade, data da consulta, CRM, diagnóstico, solicitações e resultados de exames, laudos e pareceres.

1 COMPONENTES

Integrantes do grupo:
Eduardo Couto [email protected]
Olavo Curatola [email protected]
Lucas Garcia [email protected]

2 INTRODUÇÃO E MOTIVAÇAO

Este documento contém a especificação do projeto do banco de dados do HPAC
A principal motivação para o desenvolvimento desse sistema é possibilitar uma maior segurança no uso de informações do paciente, no tocante a qualidade e confiabilidade da informação e tambem quanto a permissão de acesso a dados tão sensíveis. A idéia é construir ao longo da vida das pessoas um dossiê com todos os registros de seus problemas de saúde, com os resultados de exames e teste a cada momento de sua vida. Este dossiê deverá ser portado e gerenciado pelo paciente, podendo ser disponibilizado ou acessado por um médico sob sua autorização

3 MINI-MUNDO

O grupo deseja criar um sistema de informação para gerenciar as informações relacionadas às consultas médicas que as pessoas fazem ao longo da vida, o intuito é que as mesmas tenham suas informações documentadas em nosso sistema e apresentem ao seu médico e evitem de ter que falar todo o seu histórico a cada médico que for consultado.

O usuário deve fazer o login e digitar sua senha para entrar no sistema, caso já esteja cadastrado. Caso contrário, deverá fazer o cadastro, fornecendo nome completo, CPF, Identidade, endereço, telefone, e-mail, criando sua senha pessoal. Em seguida terá acesso as funcionalidade de criação, consulta e atualização de seu histórico. Podendo incluir exames, radiografias, tomografias, ressonâncias magnética, diagnósticos, laudos e comentários pertinentes. Além disso, o sistema deverá registrar todo o receituário prescrito para o paciente, bem como eventuais internações clinicas ou hospitalares, cirurgias e de mais procedimentos médicos. O paciente poderá a qualquer momento atualizar seu histórico com a inserção de dados de novas consultas e exames, assim como poderá inserir resultados de exames antigos que eventualmente encontre em seus arquivos pessoais (em papel), podendo voltar na linha do tempo para completar informações e dar maior consistência ao seu dossiê. O sistema deverá ser multiplataforma com acesso por smartphones e computadores pessoais, com acesso em tempo integral. Além disso, deverá possibilitar o acesso rápido aos dados.

4 RASCUNHOS BÁSICOS DA INTERFACE (MOCKUPS)

Neste ponto a codificação não e necessária, somente as ideias de telas devem ser criadas, o princípio aqui é pensar na criação da interface para identificar possíveis informações a serem armazenadas ou descartadas

Link para telas mobile: https://github.com/Eduardocoutto/Cesta-de-Compras/blob/master/asets/Telas_Mobile.pdf Link para telas desktop: https://github.com/Eduardocoutto/Cesta-de-Compras/blob/master/asets/telas_desktop.pdf

4.1 TABELA DE DADOS DO SISTEMA:

Esta tabela deve conter todos os atributos do sistema e um mínimo de 10 linhas. link para a tabela: https://github.com/Eduardocoutto/Cesta-de-Compras/blob/master/asets/TabelaGeralDadosCestadeCompras1.xlsx

5 MODELO CONCEITUAL

5.1 NOTACAO ENTIDADE RELACIONAMENTO

5.1 Validação do Modelo Conceitual

[GeMan]: Olavo Curatola, Gabriel Marchezi e Helen França.
[Transpoint]: Serenna Ferrari, André Martins, Elimar Macena, Hellesandro Gonzaga. -->

5.2 DECISÕES DE PROJETO

a) o campo de preço foi optado por ser armazenado em um relacionamento entre o produto e o supermecado pois varios supermecaods podem vender o mesmo produto e com preços diferentes. b) atendendo a criterio do professor os dados de pais ate bairro foram armazenados em tabelas propias c) as avaliações foram feitas separadas para evitar problemas com o destino dela d) a avaliação do sistema nao possui o usuario para ser anonima

5.3 DESCRIÇÃO DOS DADOS

Tabela: receita - receita do paciente
Campo: ID_receita - ID
Campo: data - data

Tabela: medico - médico
Campo: ID_medico - ID
Campo: nome - nome

Tabela: laudo - laudo do paciente
Campo: ID_laudo - ID
Campo: data - data

Tabela: Exame - exame do paciente
Campo: IDExame - ID
Campo: Data - Data

Tabela: Consulta - consulta do paciente
Campo: Diagnostico - Diagnóstico do médico sobre o paciente

Tabela: paciente - paciente
Campo: ID_paciente - ID
Campo: identidade - identidade
Campo: cpf - CPF
Campo: nome - nome
Campo: CPF - CPF
Campo: data_nasc - data
Campo: endereço - endereço
Campo: telefone - telefone
Campo: login - login de acesso ao sistema
Campo: senha - senha de acesso ao sistema

6 MODELO LÓGICO

    a) inclusão do modelo lógico do banco de dados
    b) verificação de correspondencia com o modelo conceitual
    (não serão aceitos modelos que não estejam em conformidade)

7 MODELO FÍSICO

    a) inclusão das instruções de criacão das estruturas DDL 
    (criação de tabelas, alterações, etc..)<br/>

Modelo fisico link

    Entrega até este ponto em: (Data a ser definida)

8 INSERT APLICADO NAS TABELAS DO BANCO DE DADOS

8.1 DETALHAMENTO DAS INFORMAÇÕES

    Detalhamento sobre as informações e processo de obtenção ou geração dos dados.
    Referenciar todas as fontes referentes a :
    a) obtenção dos dados
    b) obtenção de códigos reutilizados
    c) fontes de estudo para desenvolvimento do projeto

8.2 INCLUSÃO DO SCRIPT DE INSERÇÃO DOS DADOS

insert link
a) inclusão das instruções de inserção dos dados nas tabelas criadas pelo script de modelo físico
b) inclusão das instruções para execução de outros procedimentos necessários (caso existam)

8.3 INCLUSÃO DO SCRIPT PARA CRIAÇÃO DE TABELA E INSERÇÃO DOS DADOS

[insert + create link]https://github.com/Eduardocoutto/Cesta-de-Compras/blob/master/brModelo30/Modelos/3%20-%20Fisico/CestadeComprasCreateInsert.sql?raw=true "insert + crate")
a) Junção dos scripts anteriores em um único script
(tabelas e estruturas de dados + dados a serem inseridos)
b) Criar um novo banco de dados para testar a restauracao
(em caso de falha na restauração o grupo não pontuará neste quesito)

    Entrega até este ponto em: (Data a ser definida)

9 TABELAS E PRINCIPAIS CONSULTAS

9.1 CONSULTAS DAS TABELAS COM TODOS OS DADOS INSERIDOS (Todas)

select * from tipo_medida;

select * from marca;

select * from pais;

select * from estado;

select * from cidade;

select * from bairro;

select * from avalia_sys;

select * from endereco;

select * from supermercado;

select * from pessoa;

select * from tipo_contato;

select * from contato;

select * from lista_de_compras;

select * from produto;

select * from data_Lemb;

select * from avaliacao_produto;

select * from avaliacao_supermercado;

select * from venda_varejo;

select * from venda_atacado;

select * from contem_produto;

9.2 CONSULTAS DAS TABELAS COM FILTROS WHERE (Mínimo 3)

select pessoa.nome, tipo_contato.tipo, contato.descricao as valor
from contato, tipo_contato, pessoa
where contato.id_tcon = tipo_contato.id_tcon and contato.id_pess = pessoa.id_pess;

select supermercado.nome, supermercado.unidade, bairro.nome as bairro, cidade.nome as cidade
from supermercado, endereco, bairro, cidade
where supermercado.id_ende = endereco.id_ende and endereco.id_bair = bairro.id_bair and bairro.id_cida = cidade.id_cida;

select lista_de_compras.nome as lista, produto.nome as produto, contem.quantidade
from contem, lista_de_compras, produto
where contem.id_list = lista_de_compras.id_list and contem.id_prod = produto.id_prod;

select *
from avalia_sys
where nota > 5;

select pessoa.nome as usuario, produto.nome as produto, supermercado.nome as supermercado, avalia.nota, avalia.comentario
from avalia, produto, pessoa, supermercado
where avalia.id_pess = pessoa.id_pess and avalia.id_prod = produto.id_prod and avalia.id_supe = supermercado.id_supe and nota between 3 and 7;

9.3 CONSULTAS QUE USAM OPERADORES LÓGICOS, ARITMÉTICOS E CAMPOS RENOMEADOS (Mínimo 2)

SELECT nota as avaliação, comentario as opinião, id_supe, id_prod, id_pess
	FROM avalia;

SELECT id_list, id_prod, quantidade, quantidade*2
	FROM public.contem;

SELECT id_prod, id_tmed, id_marc, nome, tamanho FROM public.produto where id_marc=9 or id_marc=4

SELECT id_prod, id_tmed, id_marc, nome, tamanho FROM public.produto where id_tmed=2 and id_marc=3

SELECT id_prod, id_tmed, id_marc, nome as produto, tamanho FROM public.produto where id_tmed=5 or id_marc=6 or id_marc=7

9.4 CONSULTAS QUE USAM OPERADORES LIKE (Mínimo 3)

SELECT * FROM PRODUTO WHERE nome LIKE '%Carne%';

SELECT  comentario FROM avalia_sys WHERE comentario LIKE '%bom%';

SELECT  * FROM supermercado where nome like '%mart%' and unidade like 'V%';

SELECT  * FROM supermercado where nome like '__ro__';

SELECT  * FROM lista_de_compras as LC WHERE LC.nome like '%ca_a%';

9.5 ATUALIZAÇÃO E EXCLUSÃO DE DADOS (Mínimo 6)

9.6 CONSULTAS COM JUNÇÃO E ORDENAÇÃO (Todas Junções)

    Entrega até este ponto em: (Data a ser definida)<br/>

9.7 CONSULTAS COM GROUP BY (Mínimo 5)

9.8 CONSULTAS COM LEFT E RIGHT JOIN (Mínimo 4)

9.9 CONSULTAS COM SELF JOIN E VIEW (Todas Possíveis)

9.10 SUBCONSULTAS (Mínimo 3)

    Entrega até este ponto em: (Data a ser definida)

10 ATUALIZAÇÃO DA DOCUMENTAÇÃO DOS SLIDES PARA APRESENTAÇAO FINAL (Mínimo 6 e Máximo 10)

11 TUTORIAL COMPLETO DE PASSOS PARA RESTAURACAO DO BANCO E EXECUCAO DE PROCEDIMENTOS ENVOLVIDOS NO TRABALHO PARA OBTENÇÃO DOS RESULTADOS

    a) Outros grupos deverão ser capazes de restaurar o banco 
    b) executar todas as consultas presentes no trabalho
    c) executar códigos que tenham sido construídos para o trabalho 
    d) realizar qualquer procedimento executado pelo grupo que desenvolveu o trabalho

12 DIFICULDADES ENCONTRADAS PELO GRUPO

13 TRABALHO DE MINERAÇÃO DE DADOS

    a) captura das informaçõs
    b) integração com banco de dados em desenvolvimento
    c) atualização da documentação do trabalho incluindo a mineração de dados

14 FORMATACAO NO GIT: https://help.github.com/articles/basic-writing-and-formatting-syntax/

15 Backup completo do banco de dados postgres

a) deve ser realizado no formato "backup" 
    (Em Dump Options #1 Habilitar opções Don't Save Owner e Privilege)
b) antes de postar o arquivo no git o mesmo deve ser testado/restaurado por outro grupo de alunos/dupla
c) informar aqui o grupo de alunos/dupla que realizou o teste.

OBSERVAÇÕES IMPORTANTES

Em tese todos os arquivos do trabalho devem ser compartilhados no git

1. Caso existam arquivos com conteúdos sigilosos, comunicar o professor que definirá em conjunto com o grupo a melhor forma de armazenamento do arquivo.

Todos os grupos deverão fazer Fork deste repositório e dar permissões administrativas ao usuário deste GIT, para acompanhamento do trabalho.

Os usuários criados no GIT devem possuir o nome de identificação do aluno (não serão aceitos nomes como Eu123, meuprojeto, pro456, etc). Em caso de dúvida comunicar o professor.