Academia de Studii Economice din București,

Facultatea de Cibernetică, Statistică și Informatică Economică, 2019

Proiectarea sistemelor
informatice în statistică

Autori:
Mihai Nadia-Mădălina
Pavel Cristina-Mihaela

1
Cuprins
1.Prezentarea generală a sistemului informatic ..................................................................... 3

1.1 Descrierea generală a sistemului informatic ............................................................... 3

1.2 Specificarea cerințelor ............................................................................................... 3

1.2.1 Diagrame detaliate ale cazurilor de utilizare .............................................. 4

1.2.2 Descrierea textuală a cazurilor de utilzare....................................................... 5

2.Analiza sistemului informatic .............................................................................................. 7

2.1 Diagrame de activitate …………………………………………………………9

2.2 Diagrama de clase…………………………………………………………… 10
2.3 Diagrame de interacţiune …………………………………………………… 11
2.4 Diagrame de stare…………………………………………………………… 13
3. Proiectarea sistemului informatic
3.1 Diagrama de clase detaliată…………………………………………………..14
3.2 Proiectarea bazei de date……………………………………………………. 15

2
1. Prezentarea sistemului informatic

1.1 Descrierea generală a sistemului informatic

Orice tip de cabinet medical, indiferent de specializarea acestuia, trebuie să deţină un

instrument prin intermediul căruia să-și poată gestiona în mod facil activitatea.

Fişele pacienţilor, programările sau consultaţiile ce urmează a fi efectuate, trebuie să poată fi

vizualizate, adăugate sau modificate cât mai rapid. În plus, pentru orice consultaţie, medicul
trebuie să aibă posibilitatea de a emite o gamă variată de documente specifice (bilete de trimitere,
reţete, etc) pentru o gestiune corectă a interacţiunii cu un anumit pacient.

Scopul proiectului nostru este acela de a proiecta un astfel de sistem informatic, care să stea atât
la dispoziția asistentului de la recepție, cât și la dispoziția medicului.

1.2 Specificarea cerinţelor

Conform celor menționate anterior, aplicația creată va fi compusă din două părți, fiecare
parte fiind specifică unei funcții:
 o parte ce va fi utilizată de către operatorul din zona de recepție, prin intermediul căreia se
vor înregistra programările sau se vor anula, dacă este cazul, și, de asemenea, aceasta va
permite achitarea tarifului specific consultației
 o parte destinată medicilor, în cadrul căreia vor fi trecuți pacienții, dar și o serie de
informații despre aceștia, cum sunt: diagnostice anterioare, tratamente urmate sau
rezultatele analizelor efectuate, dacă este cazul.
Figura de mai jos, în care este reprezentată diagrama generală a cazurilor de utilizare, vine să
descrie concret modul în care interacționează utilizatorii cu sistemul. Mai precis, clientul (care va
deveni pacient), cel care dă startul procesului, va dori să beneficieze de o consultație la unul
dintre medicii de care dispune cabinetul, dar pentru acest lucru, va trebui să-și facă mai întâi o
programare, la recepție, unde va fi întâmpinat de un asistent. Acesta din urmă, va prelua datele
pacientului și le va introduce în sistem, pentru a putea verifica dacă poate efectua o programare
la momentul specificat de pacient, urmând ca, în funcție de rezultat, să înnregistreze sau nu o
programare.
În al doilea caz, pacientul, care are deja o programare, poate solicita anularea ei, anulare care va
fi efectuată tot de asistent.

3
În cadrul consultației, vor participa toți cei trei actori: pacientul, asistentul și medicul. Pacientul
se va prezenta la cabinet la momentul stabilit, solicitând consultația, la recepție.Operatorul va
verifica dacă acesta a fost înregistrat în sistem iar în funcție de aceasta, va aproba sau nu
consultația. Odată ajuns în cabinetul medicului, pacientul va fi supus unui examen clinic.
Medicul are datoria de a înregistra datele pacientului, întocmind sau consultând fișa medicală,
dacă aceasta este deja existentă. În urma consultației, medicul va înregistra diagnosticul, iar după
caz, va prescrie un tratament, sau analize medicale amănunțite.
Ultimul caz de utilizare este cel în care se va efectua plata consultației, ce va avea loc la recepție,
sub angajamentul asistentului.

1.2.1 Diagrame detaliate ale cazurilor de utilizare

1.2.1.1. Diagrama detaliată a cazului de utilizare „programare”

4
1.2.1.2. Diagrama detaliată a cazului de utilizare „consultație”

1.2.2 Descrierea textuală a cazurilor de utilizare

1.2.2.1 Descrierea textuală a cazului de utilizare „programare”

Element al cazului de utilizare Descriere

Cod CU01
Stare Schiță
Scop Înregistrare programări
Nume Programare
Actor principal Pacient

Descriere Presupune efectuarea unei programări la o dată și o oră, ambele

decise de pacient, la un anumit medic, cu scopul unei
consultații.

5
Precondiții Aplicația trebuie să fie instalată, să fie permis accesul la baza de
date.
Asistentul trebuie să fie logat în sistem.
Postcondiții Pacientul va primi un id al programării pentru a dovedi existența
acesteia atunci când se va prezenta la consultație.
Declanșator Solicitarea venită din partea clientului
Flux de bază 1. Se introduc datele (nume pacient, nr. de telefon, data și
ora, specializarea/medic) în baza de date
2. Se verifică dacă se poate înregistra o programare la
momentul de timp specificat
3. Se înregistrează programarea.
Fluxuri alternative În cazul în care nu există disponibilitate, se caută alternative iar
în funcție de decizia clientului, se înregistrează programarea sau
se încheie fluxul.
Relații Consultație
Frecvența utilizării Foarte frecvent
Reguli ale afacerii -

1.2.2.1 Descrierea textuală a cazului de utilizare „consultație”

Element al cazului de utilizare Descriere

Cod CU02
Stare Schiță
Scop Efectuarea consultației
Nume Consultație
Actor principal Pacient

Descriere Presupune efectuarea unui examen clinic de către un medic, cu

scopul de a se stabili un diagnostic și un tratament
corespunzător.
Precondiții Aplicația trebuie să fie instalată, să fie permis accesul la baza de
date;
Medicul și asistentul trebuie să fie logați în sistem;
Trebuie să existe o programare;
Postcondiții Pacientul va primi diagnosticul, o rețetă sau o trimitere spe
analize de specialitate, după caz
Declanșator Solicitarea venită din partea clientului

6
Flux de bază 1. Asistentul verifică dacă există o programare în baza de
date. Dacă există, consultația este aprobată, dacă nu
există, fluxul se poate opri sau continua prin efectuarea
unei programări.
2. Pacientul intră în cabinetul medicului unde se va efectua
examenul clinic.
3. Medicul întocmește o fișă medicală pacientului, dacă
acesta este pacient nou, sau va consulta o fișă medicală
deja existentă.
4. Medicul stabilește diagnosticul.
5. Medicul prescrie tratament sau analize medicale.
Fluxuri alternative În cazul în care nu există o programare, asistentul dezaprobă
consultația și se încheie fluxul.

Relații Programare
Frecvența utilizării Foarte frecvent
Reguli ale afacerii -

2. Analiza sistemului informatic

2.1. Diagrame de activitate

2.1.1. Diagrama de act ivit ate a cazului de utilizare „programare”

7
Diagrama de activitate prezintă procesul prin care se face o programare la cabinetul medical.
Asistentul verifică disponibilitatea medicului, care poate fi disponibil sau nu. Dacă nu exista
disponibilitate, asistentul anunță pacientul, iar dacă există disponibilitate și ziua, respectiv ora la
care medicul este disponibil sunt în regulă și pentru pacient, asistentul înregistrează programarea.

2.1.2 Diagrama de activitate a cazului de utilizare „consultație”

Diagrama de activitate prezintă procedeul prin care se face o consultație. Asistentul verifică daca
pacientul are facută o programare în acest sens. Dacă pacientul a facut programare, se vor pregăti
documentele necesare consultației, verificându-se daca pacientul este nou sau nu. Dacă acesta a
mai mers la cabinet, asistentul îi va căuta fișa medicală iar medicul îl va examina. Dacă pacientul
este nou, asistentul îl va înregistra în sistem prin cardul de sănătate.
În urma analizei, pacientului i se comunică starea sa de sănătate. În funcție de diagnostic,
pacientului îi va fi fie prescris un tratament, care va fi cu medicamente compensate sau achitate,
fie un set de analize pentru a descrie amănunțit starea de sănătate. La finalul consultației,
pacientul achită cash sau cu card contravaloarea serviciilor prestate.

8
9
2.2 Diagrama de clase

10
2.3 Diagrame de interacţiune

2.3.1 Diagrama de secvență a cazului de utilizare „programare”

În diagrama de mai sus este prezentată succesiunea acțiunilor din cadrul activității „înregistrare
programare”. Pacientul va solicita asistentului o programare, prezentând data și ora, dar și
medicul sau specializarea de la care dorește să primească serviciile medicale dorite. Asistentul va
verifica disponibilitatea cu ajutorul sistemului, urmând să-i prezinte pacientului alternativele, în
cazul în care această disponibilitate nu există. Dacă pacientul este de acord cu propunerile
asistentului, înregistrarea programării va avea loc cu succes.

11
2.3.2 Diagrama de secvență a cazului de utilizare „anulare programare”

Această diagramă prezintă succesiunea acțiunilor din cadrul activității „anulare programare”. Ca
această activitate să aibă loc trebuie să existe, mai întâi, o programare. Odată verificat acest
lucru, asistentul va solicita sistemului să șteargă programarea respectivă și să anunțe clientul.

2.4 Diagrame de stare

2.4.1 Diagrama de stare pentru clasa „programare”

12
În cadrul acestei diagrame se prezintă stările succesive prin care va trece clasa „programare” de-a
lungul procesului. În primă fază, pacientul solicită o programare, urmând ca asistentul să verifice
disponibilitatea. În cazul în care aceasta există, starea programării va fi „aprobată” și se va
produce înregistrarea ei în sistem.

2.4.2 Diagrama de stare pentru clasa „consultație”

În diagrama de mai sus sunt prezentate stările prin care va trece clasa „consultație”.
Pentru ca aceasta să fie aprobată, trebuie să existe o programare în prealabil. Odată aprobată,
pacientul va trebui să-și aștepte rândul, în acest caz, starea consultației fiind „în așteptare”. După
ce pacientul și medicul sunt pregătiți, urmează etapa examenului clinic și stabilirea
diagnosticului, urmând ca mai apoi, consultația să ajungă în stadiul final.

13
3. Proiectarea sistemului informatic

3.1 Diagrama de clase detaliată

14
3.2 Proiectarea bazei de date (schema bazei de date)

15