Gestiunea Unui Cabinet Medical

Universitatea Transilvania Facultatea de Stiinte
Economice si Administrarea Afacerilor
Gestiunea unui cabinet

medical
Chirtan Amalia,Danila Roxana,IE,an III,gr 8731

Cuprins:
1.Enunt problema
2.Descrierea sistemului informatic
3.Definirea intrarilor si iesirilor din
aplicatie
4.Descrierea tabelelor
5.Descrierea relatiilor dintre tabele
6.Structura bazei de date
7.Modelarea claselor de obiecte
8.Proiectarea logica(Diagrama fluxului
de date)
9.Validarea modelului logic globalnormalizarea
10.Modelul interfetei
11.Concluzie
2

12.Bibliografie
1.Enunt problema
Lucrarea are ca tema Gestiunea unui cabinet medical.
Sa se realizeze o aplicatie pentru gestiunea unui cabinet medical privind
imbunatatirea activitatii organizatorice din cadrul institutiei.
Prin aceasta aplicatie se doreste imbunatatirea eficientei operationale a actului
medical prin:
- fluidizarea si imbunatatirea fluxului de lucru dintr-un cabinet medical
de diagnostic si tratament
- achizitionarea si gestionarea unui volum ridicat de date medicale despre
pacienti (Fisa Electronica a Pacientului)
- eliminarea transferului dosarelor fizice in interiorul organizatiei /
sistemului
- punerea la dispozitia personalului medical de informatii in timp
real despre datele medicale integrate ale pacientului
- asigurarea unei securitati sporite a informatiei
-o mai buna organizare si eficienta
Necesitatea unei astfel de aplicatii web porneste de la ideea
ca medicina moderna presupune si o schimbare a mentalitatii
pacientilor despre propria sanatate, o schimbare a atitudinii in
relatia medic-pacient si realizarea unui climat propice comunicarii
permanente in beneficiul pacientilor.

Scopul aplicatiei este realizarea unui produs software care
sa vina in ajutorul unui numar cat mai mare de utilizatori, atat
personal al centrului medical cat si pacienti. Acest lucru
avantajeaza foarte mult medicii, care utilizeaza din ce in ce mai
mult domeniul IT in practica lor medicala.
O aplicatie web este o aplicatie ce ruleaza prin intermediul
unui navigator gen Internet Explorer, Netscape, Mozilla, Opera,
sau a altor navigatoare asemenea celor mentionate. Marele
avantaj al unei astfel de aplicatii este ca necesita resurse minime
de instalare si intretinere si ofera intreaga putere a clasicelor
aplicatii desktop. Ofera utilizatorilor o interfata unica de utilizare,
ceea ce implica cheltuieli minime de intretinere si suport clienti.
Aplicatia ruleaza in sistemul client-server si permite accesul la un
set centralizat de date.
Intr-un mediu economic deosebit de dinamic, prezenta pe
internet a devenit o necesitate, un site web reprezentand
imaginea firmei oriunde in lume, indiferent de ora, oferind
informatii pertinente despre activitatea companiei vizitatorilor
interesati. Site-urile prin interfata prietenoasa cu utilizatorul ofera
un plus de culoare si dinamism. Datele pot fi centralizate prin
intermediul unei baze de date, site-ul putand prezenta astfel
utilizatorilor rapoarte dinamic create, rezultate ale diverselor
cautari, etc.
Aplicatia isi propune sa raspunda cu succes problemelor pe
care le ridica la momentul actual sistemul de sanatate din
Romania: necesitatea de a livra servicii medicale de o calitate si
eficienta crescuta in conditiile unui buget care trebuie controlat
din ce in ce mai strict, si a unei legislatii in schimbare in ceea ce
priveste asigurarile de sanatate publice si private.
2.Descrierea sistemului informatic

Aceasta aplicatie a fost realizata in Microsoft Office Access.
Microsoft Access este un program pentru crearea si administrarea
unei baze de date relationale,produs de Microsoft,care face parte
din suita de programe Microsoft Office.Conceptul original de
Access a fost pentru utilizatorii finali sa poata sa acceseze date
din orice sursa.
Alte caracteristici include importul si exportul de date de mai
multe formate cum ar fi Excel,Outlook,Ascii,Oracle.
Access stocheaza toate tabelele de baze de
date,interogari,formulare,rapoarte,macrocomenzi si module in
baza de date Jet Access ca un singur fisier.Microsoft Access
utilizeaza atat formatul ACCDB cat si MDB.
3.Definirea intrarilor si iesirilor din

aplicatie
Entitate
Cheie primara
Cheie externa
Medic
Medic_id
Pacient_id
Specializare_id
Pacient
Pacient_id
Medic_id
Consultatii
Consultatie_id
Pacient_id
Specializare
Specializare_id
Medic_id

Cont
Cod
Anulare Consultatii
AConsultatie_id
Consultatie_id
Pacient_id
Reprogramare
Consultatii
RConsultatie_id
Consultatie_id
Pacient_id
4.Descrierea tabelelor
Tabela Medic
Tabela in care se vor inregistra medicii are urmatoarele date:
Medic_id - int,cheie primara

Nume - nvarchar(50)
Prenume- nvarchar(50)
Ora_consultatie-datetime
Data_consultatie-datetime
Pacient_id- int
Specializare-int
Tabela Pacient
Tabela in care se vor inregistra pacientii are urmatoarele date:
Pacient_id -int,cheie primara
Nume -varchar(50)
Prenume -nvarchar(50)
6

Data_nasterii datetime
Sex -char(1)
Inaltime -int
Greutate -int
Telefon -int
Email
-nvarchar(50)
Asigurat -int
Medic_id -int
Tabela Consultatie
Tabela in care se vor inregistra consultatiile cu urmatoarele
date:
Consultatie_id -int,cheie primara

Data
-datetime
Observatii -nvarchar(50)
Pacient_id -int
Tabela Specializare
Tabela in care se vor inregistra specializarile cu urmatoarele
date:
Specializare_id -int,cheie primara

Denumire -nvarchar(50)
Descriere -nvarchar(50)
Medic_id -int
Tabela AnulareConsultatie

Tabela in care se vor inregistra si modifica consultatiile
anulate:
AConsultatie_id -int,cheie primara

Consultatie_id -int
Pacient_id -int
Data -datetime
Ora -datetime
Tabela ReprogramareConsultatie
Tabela in care se vor inregistra reprogramariile cu urmatoarele
date:
RConsultatie_id -int,cheie primara

Consultatie_id -int
Pacient_id -int
Data -datetime
Ora -datetime
Tabela Logare
CodAdmin -int,cheie primara
Username nvarchar(50)
Password-nvarchar(50)
5.Descrierea relatiilor dintre

tabele(legaturi)
Relatie Pacient-Consultatie : relatie de tip 1 la 1

Relatie Pacient-Cont: relatie de tip 1 la m
Relatie Pacient-Reprogramare: relatie de tip 1 la m
Relatie Pacient-AnulareConsultatie: relatie de tip 1 la m
Relatie Medic-Pacient: relatie de tip 1 la m
Relatie Medic-Specializare: relatie de tip 1 la m
Relatie Consultatie-AnulareConsultatie: relatie de tip1 la m

Relatie Consultatie-ReprogramareConsultatie: relatie de tip
1 la m
6.Structura bazei de date

Fig 1
7.Modelarea claselor de obiecte
Modelarea claselor de obiecte are ca rol de a structura natura

statistica a claselor.
10

Un cont apartine unui singur pacient sau medic.
Un medic sau pacient are niciunul sau un cont.
Un pacient face niciuna sau mai multe programari.
O programare apartine unui singur pacient.
O consultatie apartine unui singur pacient.
O programare apartine unui singur medic.
Un medic are niciuna sau mai multe programari.
Un medic realizeaza niciuna sau mai multe consultatii.
O consulatiei apartine unui singur medic.
Un medic are o singura specializare.
O specializare apartine niciunuia sau mai multor medici.
8.Proiectarea logica(Diagrama fluxului

de date)
11

Fig 2
Detalierea cazurilor de utilizare:
Autentificare utilizator: Realizeaza
pentru un utilizator al programului.
operatia
de
autentificare
Actori: medic, operator, pacient

Flux principal de evenimente: actiunile efectuate de utilizator sunt
urmatoarele:
Introducere identificator utilizator si parola.
Programul verifica corectitudinea informatiilor introduse.
Daca informatiile sunt corecte, atunci se permite accesul
utilizatorului in sistem, iar cazul de utilizare se incheie.
12

Flux alternativ de evenimente: daca informatiile nu sunt corecte:
Se afiseaza un mesaj de eroare si se solicita reintroducerea
informatiilor pentru autentificare.
Utilizatorul poate reincerca autentificarea, deci se reia cazul
de utilizare cu fluxul principal de evenimente.
Utilizatorul renunta, cazul de utilizare luand sfarsit.
Administrare: Descrie secventele de actiuni prin care se
adauga/modifica/sterg informatiile despre utilizatorii aplicatiei si
prin care se actualizeaza lista de servicii oferite.
Diagrama detaliata a cazului de utilizare /realizare consultatie
Fig 3
Simboluri utilizate in diagrama flux:
13

Simbolul pentru terminal indica inceputul si

sfarsitul procesului. In interiorul acestuia se poate nota:
Programare/Reprogramare/Autentificare/Anulare
programare.
Liniile de flux sunt utilizate pentru a reprezenta

succesiunea etapelor.Sagetile indica directia de desfasurare a
procesului.
Actori/Operatori sunt cei care sunt implicati in mod direct

prin realizarea unei programari,prin autentificarea in cadrul
aplicatiei,prin reprogramare,anularea unei programari.
9.Validarea modelului logic globalnormalizarea

Conceptul de dependen funcional este elementul
central n procesul de normalizare.
Normalizarea este o tehnic formal de analiz a
relaiilor, care se bazeaz pe cheile primare i
dependenele funcionale. Tehnica presupune o serie
de reguli care pot fi utilizate pentru testarea relaiilor
individuale, astfel nct o BD poate fi normalizat pn la
orice grad. Atunci cnd o cerin nu este ndeplinit,
relaia care o deranjeaz trebuie s fie descompus n
relaii care satisfac individual cerinele normalizrii.
14

Forma normala 1(1NF)

Trebuie s cutm toate interseciile de linii i coloane, unde
exist repetiii. Aceste repetiii se pot elimina prin dou
modaliti: Crearea a noi nregistrri pentru fiecare valoare a
repetiiei, dup care se caut o nou cheie primar. tergerea
atributelor care conin repetiii i crearea a unor noi relaii care
vor conine atributele terse, precum i cheia principal din relaia
iniial.
Tabelele Medic,Pacient,Consultatii,Specializare,Anulare
Consultatii,Logare se afla in forma normal 1(1NF) deoarece la
intersectiile de linii si coloane nu exista repetitii.
Forma normal 2(2NF)

Se caut dependenele pariale de cheia principal, adic toate
atributele care depind funcional de un subset de atribute a cheii
primare. Dac cheia primar este compus dintr-un singur atribut,
atunci relaia este n forma normal doi. Dac exist dependene
pariale, vom terge atributele care depind parial de cheia
principal i crem o relaie nou care s se compun din
atributele terse mpreun cu determinantul lor.
Relatiile la care cheia primara se compune dintr-un singur atribut
este in 2NF.
O relatie este in forma normal 2 daca este in forma normal 1 si
fiecare atribut care nu apartine cheii primare este total dependent
de cheia primara.
15

Pentru ca orice atribut noncheie este complet dependet
functional de cheie si pentru ca relatia se afla in forma normala1
putem sa spunem ca se afla in forma normal 2(2NF).
Forma normal 3(3NF)

Pentru a trece la forma normal trei, trebuie s eliminm
dependenele tranzitive. Eliminarea se realizeaz prin tergerea
cmpurilor dependente tranzitiv de cheia primar din relaia
iniial i crearea unei noi relaii cu aceste atribute i
determinantul lor.
Tabelele se afla in forma normal 3(3NF) deoarece se afla in 2NF
si oricare dintre atributele care nu apartin de cheii primare nu
depend tranzitiv de cheie.
Relatii in 3NF:
Medic[medic_id,nume,prenume,ora_consultatie,data_consultatie,
pacient_id,specializare_id]
Cheie primara pentru tabela Medic este medic_id.
Medic
Medic_I
D
Nume
1200 Savu
Prenu
me
Paul
1201 Petrescu Ioana

1202 Florea
9:30
10/30/2015 1300
8:45
12/11/2015 1300,
1301
11/23/2015 1303,
1305
12/15/2015 1302,
1305
9/15/2015 1304
11/15/2015 1302,
1306
Cristina 11:20
1203 Georgesc Marian

u
1204 Vasile
Ora_Consult Data_Consult Pacient_ Specializare

atie
atie
ID
_ID
16:30
Mihaela 18:20
1205 Patrascu Viorel
14:40
Fig 4
16

Pacient[pacient_id,nume,prenume,data_nasterii,sex,inaltime,gre
utate,telefon,email,asigurat,medic_id]
Cheia primara pentru tabela Pacient este pacient_id. (Fig 5)
Pacient
Pacien
Prenu Data_Nas S Inalti Greut
Nume
Telefon
t_ID
me
terii
ex me
ate
1300 Petre
Ana Maria
Email
5/2/1989 F
1.74
65
0758321 anamaria.petre@yah
456
oo.com
1301 Serba Sorina 9/14/1985 F

n
1.65
48
0744852 sorina.serban@yahoo
331
.com
12/12/198 M 1.65
7
52
0751112 aurel.savu@yahoo.co
113
m
1.72
79
0744455 mihaela.paun@yahoo
511
.com
4/20/1979 M 1.87
85
0738458 vasile.stanescu@yah
221
oo.com
1.59
69
0655441 nicoleta.parvu@yaho
126
o.com
1/7/1980 M 1.73
78
0722098 lucian.dima@yahoo.c
776
om
1302 Savu
Aurel
1303 Paun
Mihael
a
1304 Stane Vasile

scu
5/4/1991 F
1305 Parvu Nicolet 2/11/1949 F

a
1306 Dima
Lucian
Fig 6
Consultatii[consultatie_id,data,observatii,pacient_id]
Cheia primara pentru tabela Consultatii este consultatie_id.
Consultatii
Consultatie_ID
Data
Observatii
Pacient_ID
10/30/2015
1300
12/11/2015
1300, 1301
11/23/2015
1303, 1305
12/15/2015
1302, 1305
9/15/2015
11/15/2015
1304
1302, 1306
Fig 7
Specializare[specializare_id,denumire,descriere,medic_id]
17

Cheia primara pentru tabela Specializare este specializare_id.
(Fig8)
Specializare
Specializare_ID
Denumire
Descriere
Medic_ID
1 Alergologie Si Imunologie
1200
2 Cardiologie
1201
3 Endocrinologie
1204
4 Gastroenterologie
1203
5 Neurologie
1202, 1205
Fig 9
AnulareConsultatie[Aconsultatie,consultatie_id,pacient_id,data,o
ra]
Cheia primara pentru tabela AnulareConsultatie este
Aconsultatie.
Anulare Consultatii
AConsultatie
Consultatie_ID
Pacient_ID
Data
Ora
11
1300
10/30/2015 9:30
24
1302
12/15/2015 16:30
35
1304
9/15/2015 18:20
Fig 10
ReprogramareConsultatie[RConsultatie,Consultatie_id,pacient_id
,data,ora]
Cheia primara pentru tabela ReprogramareConsultatie este
RConsultatie.
Reprogramare Consultatii
RConsultatie_ID
Consultatie_ID
Pacient_ID
1 1, 4
1300, 1302
25
1304
32
1300, 1301
Data
Ora
12/17/2015 14:20
10/1/2015 9:30
1/8/2016 10:00
Fig 11
18

Logare[CodAdmin,username,password]
Cheia primara pentru tabela Logare este CodAdmin.(Fig 12)
Logare
CodAdmin
Username
1234 Admin1234
Password
administrator
10.Modelul Interfetei
a)Fereastra principala(prima fereastra deschisa din cadrul
aplicatiei)
19

Fig 13
In cadrul acestei ferestre administratorul introduce
username si parola pentru a se putea loga in cadrul
aplicatiei unde va face modificarile,programare
consultatie,anulare programare etc.
b)Prima pagina
20

Fig 14
Prima pagina este cea care ne va conduce spre evidenta

medic/pacient daca se apasa pe butonul din dreapta sus se va
accesa Meniul aplicatiei noastre.
Aceasta pagina contine si un exemplu de formular pe care
administratorul il completeaza.
C)Meniu
21

Fig 15
Fig 16
Aceasta pagina ofera posibilitatea de a accesa mai multe servicii
cum ar fi:adaugare doctor,editare doctor etc
Toate serviciile care pot fi accesate din meniu ne vor conduce
catre completarea unui formular de exemplu daca vrem sa
adaugam un pacient nou vom avea de completat datele din
imaginea urmatoare:
22

Fig 17
11.Concluzie
Domeniul medical a fost abordat in multe aplicatii,

dar este necesar ca noile aplicatii, sa fie cat mai
diversificate si sa se apropie tot mai mult si intr-un mod
prietenos de cerintele acestui domeniu.
Lucrarea de fata isi propune sa studieze si sa aduca
contributii in domeniul medical in conditiile in care se
resimte din ce in ce mai mult necesitatea unor arhitecturi
cat mai flexibile care sa permita adaptarea cu usurinta la
schimbarile care apar permanent.
Aplicatia realizata pentru Centrul medical de
diagnostic si tratament DIATRA, se adreseaza atat
23

medicilor cat si pacientilor, fiind utila si necesara pentru
imbunatatirea
eficientei operationale
a activitatii
medicale din acest centru.
Pentru a putea fi accesata de un numar cat mai mare
de utilizatori, aplicatia s-a concretizat intr-un produs
software de tipul aplicatie web, avand in vedere atat
personalul spitalului cat si pacientii, dar si existenta unui
administrator de sistem. Interfata web pentru client este
cu siguranta pasul tehnologic ce trebuie sa-l faca toti
furnizorii de solutii si aplicatii informatice. Concentrarea
'inteligentei' pe server permite simplificarea procesului de
upgrade si intretinere, cost redus de productie si testare,
time
to
market
redus,
rezolva
probleme
de
compatibilitate etc.
Printre atributele-cheie ale aplicatiei realizate se
numara caracteristica de platforma integrata ce elimina
obligativitatea de a utiliza mai multe produse distincte,
provenite de la diversi producatori, pentru raportare,
analiza si monitorizare a performantelor. Alte atuuri sunt
capacitatea de raportare dinamica, utilizarea unui model
de date centralizat si unificat, precum si exploatarea si
mentenanta facila a sistemului.
24

12.Bibliografie
o [MIHA03] Rodica Mihalca, Codea Fabian, Adina

Uta, Iulian Intorsureanu -Realizarea Programelor
Aplicative, Editura ASE, Bucuresti 2003.
o [Lung03] Ion Lungu, Gheorghe Sabau, Manole
Velicanu, Mihaela Muntean, Simona Ionescu,
Elena Posdarie, Daniela Sandu - Sisteme
informatice - Analiza, proiectare si implementare
- Editura Economica, 2003
o [Veli03] Manole Velicanu, Ion Lungu, Mihaela
Muntean, Simona Ionescu - Sisteme de baze de
date - teorie si practica - Editura PETRION, 2003
o [LIBE02] Jesse Liberty - Programming C# Publisher O'Reilly, 2002
o http://www.medicalcity.ro/index.html/
o http://www.cdt-babes.ro/
25

Gestiunea Unui Cabinet Medical

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Gestiunea Unui Cabinet Medical

Încărcat de

Drepturi de autor:

Formate disponibile

Universitatea Transilvania Facultatea de Stiinte

Economice si Administrarea Afacerilor