Colegiul Național ,, Zinca Golescu” Pitești

ATESTAT PROFESIONAL LA
INFORMATICĂ
-BAZE DE DATE ORACLE-

GESTIUNE PACIENȚI

ELEV: VASILACHE DARIA

PROFESOR COORDONATOR: GHIORDUNESCU GRAȚIELA

1
PROMOȚIA 2019

STRUCTURA LUCRĂRII

1. Prezentarea generală a bazelor de date si a

temei alese
2. Scenariu și motivație
3. Proiectarea logică
4. Reguli structurale
5. Reguli procedurale
6. Proiectarea tehnică
7. Resurse necesare
8. Structura bazei de date
9. Testarea aplicatiei
10. Extinderi posibile ale aplicaţiei
11. Anexe

2
 PREZENTAREA GENERALĂ A TEMEI
ALESE

Baze de date Oracle. Noțiuni fundamentale

Oracle constă într-un set complet de constructori de aplicații

și produse pentru utilizatori, căutând să asigure soluții complete
în tehnologia informației.
Aplicațiile Oracle sunt portabile peste un număr mare de
stații de lucru și sisteme de operare, de la calculatoare personale
la procesoare paralele.
Oracle este înzestrat cu un flexibil Sistem de Management al
Bazelor de Date (DBMS) -Serverul Oracle- pentru stocarea și
managementul informației utilizate de aplicații.
Ultimul server Oracle, ORACLE 7, conduce o baza de date
cu toate avantajele unei structuri relaționale, având în plus
capacitatea de a stoca și executa obiecte de tip bază de date
precum proceduri și mecanisme de siguranță.

Serverul Oracle cuprinde un DBMS care controlează:

 stocarea de date în sfera bazelor de date dedicate;

 recuperarea de date pentru aplicații utilizând tehnici de

optimizare adecvate;
 securitatea bazelor de date și a taskurilor permise pentru

anumiți utilizatori;
 consistența și protecția datelor, incluzând arhivarea

taskurilor și mecanisme de căutare;

3
  comunicarea și integritatea informațiilor, când bazele de
date sunt distribuite într-o rețea.

SCENARIU ȘI MOTIVAȚIE

Am ales să realizez acest proiect pentru a prezenta gestiunea

pacienților dintr-o instituție medicală. Prin acesta se pot accesa
înregistrări cu privire la datele personale ale unui pacient, cât și
despre personalul autorizat din spital/clinică.
Orice instituție medicală are nevoie de o centralizarea
informațiilor despre pacienții săi, despre bolile de care aceștia
suferă, dar și despre doctorii care îi îngrijesc. De aceea, evidența
unui registru cu toate aceste date este necesară. Se dorește crearea
unei baze de date ce realizează acest lucru.
Aplicaţia realizează gestiunea pacienților dintr-o clinică
medicală şi generează rapoarte/grafice cu privire la pacienți,
doctorii pe care pacientul îi are, alături de specializarea acestuia, dar
și boala de care acesta suferă, precum și categoria din care aceasta
face parte.

Funcțiile aplicației:
 înregistrarea unui nou pacient;

 modificarea și ștergerea datelor unui pacient existent în baza

de date;
 generarea de rapoarte pacient/doctor;

 generarea de rapoarte pacient/boală;

 adăugarea, ștergerea și modificarea datelor despre un doctor;

 adăugarea, ștergerea și modificarea datelor despre o boală;

 adăugarea, ștergerea și modificarea datelor despre un pacient.

4
PROIECTAREA LOGICĂ

Diagrama entitate-relație

REGULI STRUCTURALE

5
Pe baza ERD-ului prezentat putem formula următoarele reguli
structurale:
 Un pacient poate avea unul sau mai mulți doctori.

 Un doctor poate avea unul sau mai mulți pacienți.

 Un pacient poate avea una sau mai multe boli.

 O boală poate avea unul sau mai mulți pacienți.

Fig. 1 RELAȚII PENTRU ENTITATEA ,,PACIENTI”

Fig.2 RELAȚII PENTRU ENTITATEA ,,BOLI” Fig. 3 RELAȚII PENTRU ENTITATEA

,,DOCTORI”

6
 REGULI PROCEDURALE

Regulile procedurale nu reies în mod direct din ERD, însă ele au

fost documentate şi implementate:
 Spitalul trebuie să aibă cel puțin 10 doctori pentru a putea
exista.
 Un doctor trebuie să aibă o specializare medicală.
 Fiecare pacient este diferențiat printr-un id unic ( număr
matricol).
 Fiecare doctor este diferențiat printr-un cod unic.
 Fiecare boală este diferențiată printr-un cod unic.
 Un doctor nu poate avea mai multe specializări.

PROIECTAREA TEHNICĂ

Justificarea soluţiei adoptate pentru realizarea

lucrării

Am utilizat mediul ORACLE Application Express pentru

implementarea produsului, deoarece acest limbaj are un viitor in
domeniul economic (de gestiune a bazelor de date), dar şi pentru
modul plăcut de lucru.
        ORACLE Application Express este un mediu de dezvoltare
a bazelor de date, cunoscând in prezent o largă răspândire
datorită aplicaţiilor dezvoltate pentru domenii din cele mai
diverse, cât si pentru interfaţa (meniuri, ferestre de dialog şi alte
caracteristici) care facilitează comunicarea uşoară cu
utilizatorul.

7
        Facilităţile asigurate de mediul ORACLE Application
Express sunt:
1. definirea structurii (crearea bazei de date);
2. introducerea datelor in bazele de date;
3. modificarea unor date deja existente in bazele de date;
4. ştergerea datelor din bazele de date;
5. consultarea bazelor de date (extragerea informaţiilor);
6. generare de rapoarte;
7. generare de meniuri;
8. generare de grafice.

RESURSE NECESARE

Aplicaţia este realizată pe serverul ORACLE Academy şi nu

necesită instalare.
Accesul la aplicaţie se realizează pe pagina de Internet
https://apex.oracle.com/en/learn/getting-started/ , fiind necesară
solicitareea unui mediu de lucru individual (workspace).
Utilizatorul va completa o cerere în acest sens, având nevoie la
sfârșit de un username (se poate folosi emailul personal) și de o
parolă.

8
 STRUCTURA BAZEI DE DATE

Baza de date relaţională este realizată şi întreţinută în

mediul ORACLE Application Express şi conţine următoarele
tabele:
BOLI- stochează date despre bolile de care pacienții pot suferi.
Numărul estimativ de înregistrări din această tabelă este de
ordinul zecilor.

DOCTORI- stochează date cu privire la doctorii angajați în

clinica medicală. Numărul estimativ de înregistrări din această
tabelă este de ordinul sutelor.

PACIENȚI- stochează informații cu privire la pacienții

internați în spital. Numărul estimativ de înregistrări din această
tabelă este de ordinul sutelor.

9
 TESTAREA APLICAȚIEI

Aplicaţia a fost testată prin generarea în mod aleatoriu de

date pentru tabele, date ce simulează activitatea instituției
medicale timp de un an.

EXTINDERI POSIBILE ALE

APLICAȚIEI

O extindere utilă ar fi adăugarea repartiției doctorilor și

pacienților in cabinete.
O altă extindere ar fi spre partea de internări/externări ale
pacienților și perioada petrecută în instituția medicală.
O altă extindere este gestiunea angajărilor și concedierilor
doctorilor.

10
 ANEXE

Secvenţe reprezentative de cod sursă și capturi

de ecran

1) Să se creeze tabelele BOLI, DOCTORI, PACIENTI pe

baza structurii si tipurilor de date prezentate mai sus.

CREATE TABLE "BOLI"

( "ID_BOALA" NUMBER(6,0),
"DENUMIRE" VARCHAR2(50),
"CATEGORIE" VARCHAR2(25),
CONSTRAINT "BOLI_PK" PRIMARY KEY
("ID_BOALA")
USING INDEX ENABLE
)
/

CREATE TABLE "DOCTORI"

( "CODD" NUMBER(6,0),
"NUME" VARCHAR2(50),
"PRENUME" VARCHAR2(50),
"SPECIALIZARE" VARCHAR2(50),
CONSTRAINT "DOCTORI_PK" PRIMARY KEY
("CODD")
USING INDEX ENABLE
)
/

CREATE TABLE "PACIENTI"

( "CODP" NUMBER(6,0),
"NUME" VARCHAR2(50),
"PRENUME" VARCHAR2(50),
"CNP" NUMBER(14,0),
"ID_BOALA" NUMBER(6,0),
"CODD" NUMBER(6,0),
CONSTRAINT "PACIENTI_PK" PRIMARY KEY
("CODP")
USING INDEX ENABLE
)
/

11
 2) Să se creeze legăturile 1:M și M:M între cele trei tabele.
ALTER TABLE "PACIENTI" ADD CONSTRAINT
"PACIENTI_FK2" FOREIGN KEY ("CODD")
REFERENCES "DOCTORI" ("CODD") ENABLE
/
ALTER TABLE "PACIENTI" ADD CONSTRAINT
"PACIENTI_PK2" FOREIGN KEY ("ID_BOALA")
REFERENCES "BOLI" ("ID_BOALA") ENABLE
/

După crearea tabelelor, am introdus datele. Tabelele vor

arăta astfel:

12
13
3) Să se afișeze doctorii specializați în ORL:

4) Să se afișeze bolile din categoria neurologie:

14