Sunteți pe pagina 1din 22

Elev :Vintila Denisa Profesor : Catanoiu Camelia

Introducere Prezentare generala Descrierea lucrarii Diagrama ERD Reguli structurale Maparea Concluzii Bibliografie

Primul pas n realizarea unei aplicaii de baze de date este analiza datelor i realizarea unei scheme conceptuale (model conceptual) al acestor date. n aceast etap sunt analizate natura i modul de utilizare a datelor. Sunt identificate datele care vor trebui memorate i procesate, se mpart aceste date n grupuri logice i se identific relaiile care exist ntre aceste grupuri. Analiza datelor este un proces uneori dificil, care necesit mult timp, ns este o etap absolut obligatorie. Fr o analiz atent a datelor i a modului de utilizare a acestora, vom realiza o baz de date care putem constata n final c nu ntrunete cerinele beneficiarului. Costurile modificrii acestei baze de date este mult mai mare dect costurile pe care le-ar fi implicat etapa de analiz i realizare a modelului conceptual. Modificarea modelului conceptual este mult mai uoar dect modificarea unor tabele deja existente, care eventual conin i o mulime de date. Ideea de baz a analizei datelor i construirii modelului conceptual este "s msori de dou ori i s tai o singur dat". Informaiile necesare realizrii modelului conceptual se obin folosind metode convenionale precum intervievarea oamenilor din cadrul organizaiei i studierea documentelor folosite. Odat obinute aceste informaii ele trebuiesc reprezentate ntr-o form convenional care s poat fi uor neleas de toat lumea. O astfel de reprezentare este diagrama entitirelaii , numit i harta relaiilor , sau ERD -ul (Entity Relationship Diagram). Aceste scheme sunt un instrument util care uureaz comunicarea dintre specialitii care proiecteaz bazele de date i programatori pe de o parte i beneficiari, pe de alt parte. Acetia din urm pot nelege cu uurin o astfel de schem, chiar dac nu sunt cunosctori n domeniul IT.

O entitate este un lucru, obiect, persoan sau eveniment care are semnificaie pentru afacerea modelat, despre care trebuie s colectm i s memorm date. O entitate poate fi un lucru real, tangibil precum o cldire, o persoan, poate fi o activitate precum o programare sau o operaie, sau poate fi o noiune abstract. O entitate este reprezentat n ERD printr-un dreptunghi cu colurile rotunjite. Numele entitii este ntotdeauna un substantiv la singular i se scrie n partea de sus a dreptunghiului cu majuscule Pentru a preciza o instan a unei entiti, trebuie s specificm unele caracteristici ale acestui obiect, s-l descriem (precizm de exemplu numele, clasa, coala etc). Aadar, dup ce am identificat entitile trebuie s descriem aceste entiti n termeni reali, adic s le stabilim atributele . Un atribut este orice detaliu care servete la identificarea, clasificarea, cuantificarea, sau exprimarea strii unei instane a unei entiti. Atributele sunt informaii specifice ce trebuie cunoscute i memorate.

Tipuri de legaturi intre tabele: 1-1 legatura dintre cele doua tabele se face pe baza cheilor primare 1-n cheia primara din tabela parinte se adauga in tabela copil sub forma de cheie externa n-n nu se poate implementa practice si se recurge la adaugarea unei tabele suplimentare care va contine cheile primare ale tabelelor initiale si campuri referitoare la asocierea dintre tabelele parinti. Cheia primara din tabela intermediara va fi o cheie compusa. Schema conceptuala a bazei de date. UID-(Unique Identifier)-e atributul ce identifica in mod unic entitatea(ex: CNP, cod, id,). Daca e nevoie de o combinatie de mai multe atribute care sa identifice in mod unic entitatea , e vorba de un UID compus. Daca se recurge la o modalitate de identificare printr-un cod artificial oferit in mod automat de program, e vorba de UID artificial.

Cine suntem?
Clinica noastra are o vechime de peste 20 de ani n domeniul sntii publice. Dispunem de aparatur medical de ultim generaie, disponibil n fiecare specialitate (oncologie, radiologie, pediatrie, stomatologie, etc)

Ce vrem?
elul nostru este de a dezvolta i implementa sisteme informatice care s asigure mbuntirea serviciilor pe care le ofer clinica noastra, prin creterea eficienei i a transparenei proceselor informaionale ale acestora.

Care este scopul nostru?

Scopul bazei de date este sa fie sortate retetele, sa se gestioneze medicamentele din stoc si sa se aiba o legatura a doctorilor care au eliberat o reteta si care au tratat un bolnav. In fiecare tabela din baza de date se tine evidenta acestor detalii, iar prin relatiile dintre ele se poate usor depista traseul dorit.
Care sunt obiectivele?

Obiectivele bazei de date sunt : Sa creeze o baza de date capabila sa inregistreze un flux mare de informatii si sa gestioneze aceste informatii in timp util; Sa tina o evident completa a unei clinici medicale; Sa minimizeze timpul alocat cautarii unor informatii despre retetele eliberate si alte medicamente prescrise; In plus, se urmareste crearea unei baze de date puternice pentru: Marirea eficientei de munca Simplificare misiunii pacientului Stocarea informatiilor importante despre nevoile clinicii.

Tema acestui proiect o reprezint gestiunea unei baze de date pentru o clinica medicala. Am ales aceast tem deoarece este o instituie dedicat meninerii sntii care ofer att ngrijire pe o perioad scurt de timp ct i pentru o perioad medie i chiar lung de timp.Ofer ngrijire pentru combaterea diverselor rni sau boli de care sufer pacienii Aceast baza de date ajut clinica la eviden a medicilor, a pacientilor, a fielor de internare, cat i a reetelor eliberate Clinica pentru care trebuie sa tinem evidena este format din mai multe secii, precum: pediatrie, oncologie, dermatologie, neurologie, cardiologie etc. Fiecare secie sunt internai mai muli pacieni, pe baza recomandarii medicului de familie. In urma acestei recomandari, pacientul este vazut de un medic specialist,la clinica, si acesta hotaraste daca pacientul va fi internat, confirma internarea pacientului.

La internare, sunt inregistrate datele personale ale pacientilor (nume,cnp,data nasterii, etc). O fia separat va ine evidena investigaiilor fcute pacientului pe toat perioada internrii,rezultatele acestor investigaii,tratamentul aplicat pacientului i rezultatele obinute in urma tratamentelor efectuate. Un pacient este repartizat unui anumit medic care coordoneaza toate investigaiile i tratamentele aplicate pacientului,ns acesta poate solicita i altor colegi s examineze pacientul su. n plus, sunt pstrate informaii despre toate internarile pe care le-a avut fiecare pacient n parte, si toate tratamentele care i-au fost aplicate cu succes pe parcursul timpului,n aceast instituie. n baza de date mai apar i medicamentele care trebuiesc administrate pacientului si reteta eliberata de medicul specialist care se ocupa de pacientul respectiv.

Entiti 1. PACIENT FISA_INTERNARE 2. MEDIC_SPECIALIS T FISA_INTERNARE 3.SECTIE PACIENT 4.SECTIE MEDIC_SPECIALIS T 5MEDIC_SPECIALI ST CONFIRMARE

Tip relaie One to Many

Relaii Un pacient poate avea una sau mai multe fise de internare. O fisa de intrnare poate apartine unui singur pacient Un medic specialist poate analiza una sau mai multe fise de internare. O fisa poate fi vizualizata de un singur medic. O sectie poate avea unul sau mai multi pacienti.Un pacient poate fi internat intr-o singura sectie. O sectie poate avea unul sau mai multi medici specialisti. Un medic poate profesa intr-o singura sectie. Un medic specialist poate elibera una sau mai multe confirmari pentru internarea pacientilor

One to Many

One to Many

One to Many

One to Many

Entiti 6. MEDIC_SPECIALIST RETETA

Tip relaie One to Many

Relaii Un medic specialist poate elibera una sau mai multe retete pentru un pacient. Un medicament poate fi trecut pe mai multe retete.Un item poate contine un singur medicament. Un item de pe reteta poate apartine unei singure retete. O reteta poate avea mai multe medicamente. Un pacient poate avea una sau mai multe retete. O reteta poate fi eliberata doar pentru un singur pacient

7. MEDICAMENT ITEM_RETETA

One to Many

8. RETETA ITEM_RETETA

One to Many

9. PACIENT RETETA

One to Many

n tabelul SECTIE, cheie primar este codul sectiei, ID. Nu avem chei externe , toate atributele sunt obligatorii.

n tabelul CONFIRMARE, cheie primar este ID_CONFIRMARE. Toate atributele sunt obligatorii in aceasta entitate. Chei externe sunt atributele ID_NEDIC (catre entitatea MEDIC_SPECIALIST) si ID_PACIENT (catre entitatea PACIENT)

n tabelul FISA INTERNARE, cheie primara este atributul COD. Avem ceie externa atributul ID_MEDIC, catre entitatea MEDIC (dorim sa stim ce medic analizeaza fisa medicala) si ID_PACIENT, catre entitatea PACIENT. Atributele INVESTIGATII, REZ_INVESTIGATII, TRATAMENT si REZ_TRATAMENT sunt optionale, deoarece aceastea se vor completa pe parcursul internarii.

Tabelul MEDIC_SPECIALIST este reprezentat de toti medicii din aceasta institutie.Cheie primara este atributul ID.

Entitatea ITEM_RETETA este reprezentata de toate medicamentele de pe fieare reteta in parte. Cheie primara este compusa din atributele ID_RETETA si ID_MEDICAMENT. Toate campurile sunt oblicatorii in aceasta entitate.

In entitatea MEDICAMENT, cheie primara este atributul COD. In aceasta entitate nu avem chei externe, insa toate atributele sunt obligatorii.

n entitatea RETETA, cheie primara este atributul NUMAR. Chei externe sunt atributele ID_PACIENT (catre entitatea PACIENT) si ID_MEDIC_SPECIALIST (catre entitatea MEDIC_SPECIALIST). Toate atributele sunt obligatorii.

Pornind de la o idee simpla, am dezvoltat o solutie complexa insa de succes pentru publicul tinta. Avand in vedere nevoile viitoare, baza de date creata este suficient de flexibila pentru : A descoperi noi trenduri ale bolilor si infectiilor; A monitoriza evolutia pacientilor pe parcursul internarii, cat si dupa externare. A pune in evidenta medicamentele folosite si reetele eliberate de ctre medici. A monitoriza centrele de dezvoltare cercetare pentru bolile infectioase.

Oracle 9i2 Ghidul dezvoltrii aplicaiilor profesionale, Farmacologie, V. Stroiescu Clinic medical, Constantin Negoi Medicin intern, L.Gherasim Sabau Gheorghe, Baze de date, editura Matrix Rom, Bucuresti 2008 Lungu Ion, Bodea Constanta, Baze de date : organizare, proiectare si implementare, editura All, Bucuresti, 1995 www.romedic.ro www.documed.ro

S-ar putea să vă placă și