UML primer: Objektno-orijantisana analiza i dizajn ABC klinike Doc. dr Angelina Njeguš

1. Doc. dr Angelina Njeguš UML primer:Objektno-orijantisana analiza i dizajn ABC klinikeDoc. dr Angelina Njeguš

2. Etape modelovanja - ukratko • Konceptualno modelovanje • Modelovanje poslovnih • korisničkih funkcija: • Modeliuse case • Dijagrami aktivnosti • Modelovanje poslovnih objekata • Modeli poslovnih objekata • Dijagrami sekvenci • Logičko modelovanje • Definisanje zahteva • modeli korisn. funkcija sistema • Opisi korisn. funkcija sistema • Analiza i preliminarno projektovanje • Dijagrami klasa • Dijagrami sekvenci • Dijagrami stanja • Fizičko modelovanje • Detaljno projektovanje • Dijagrami klasa • Model za projektovanje b.p. • DDL skriptovi • Baze podataka • Dijagrami komponenti • Dijagrami raspoređivanja • Modelovanje npr. baze podataka se fokusira uglavnom na opisivanje baze podataka • Projektovanje baze podataka obuhvata celokupan proces od postavke zahteva, poslovnih procesa, logičkih analiza i fizičkih ograničenja do razmeštanja baze podataka • Npr., u projektovanju baze podataka fizičko modelovanje podataka obuhvata ne samo modelovanje tabela i kolona, nego i prostora za tabele, particije, hardver i celokupno sastavljanje sistema baze podataka

3. UML vs. Tradicionalno modelovanje • Tradicionalno modelovanje baze podataka polazi od osnovne teorije da je baza podataka kičma sistema, međutim ona ne može da postoji sama za sebe i ima mnogo drugih stvari koje sačinjavaju kompaniju i njene informacije • Bez aplikacija koje zaposlenima otvaraju tu bazu, ne bi bilo dostupnih podataka • Bez klijenata i transakcija, ne bi bilo informacija u bazi ... • Uvođenje UMLa omogućava se zajednički jezik za sve uključene timove • UML pruža mogućnost da se jednim jezikom modeluje poslovni sistem, aplikacije, baza podataka i arhitektura sistema

4. Rešavanje primera: ABC Klinika • Primer: • Rešava se primer vezan za izmišljenu kompaniju, ABC Klinika, da bi se demonstriralo kako oni počinju da razumevaju svoje poslovne sisteme, kako izvršavaju promene u tim sistemima da bi poboljšali usluge svojim klijentima i kako projektuju nove elemente u svojoj bazi kako bi najbolje ispunili zahteve • ABC Klinika je izmišljena ustanova za obezbeđiovanje fizičke rehabilitacije i bolničke nege za starije osobe. Ova klinika je preduzela projekat kompjuterizacije ogromne količine papirnih medicinskih zapisa, kojima svakodnevno moraju da barataju sve njihove ustanove širom zemlje • Vizija • Krajnja vizija poslovnog klijenta o ovom projektu je da se dobije potpuno automatizovani, online medicinski sistem zapisa koji će: • Eliminisati potrebu da se ručno barata velikim obimom papirnih medicinskih zapisa, obezbeđivanjem tih zapisa u elektronskom obliku; • Potpuno integrisati sve zapise u bazi podataka medicinskih zapisa; • Podstaći kontrolne zahteve vezane za održavanje zapisa; • Eliminisati ručno prepisivanje informacija iz jednih papira u druge. • Željeni rezultat je poboljšanje nege pacijenata zahvaljujući boljem upravljanju informacijama i efikasnijem radu osoblja.

5. Tipičan scenario • Korišćenjem novog sistema, osoblje klinike će obično pristupati medicinskim zapisima preko ekrana osetljivih na dodir koji će postojati u sobi svakog pacijenta, u svim prostorijama gde se obavlja lečenje i u svim službenim kancelarijama • Tipičan scenario: • Bolničarka ulazi u pacijentovu sobu da bi ocenila stanje pacijenta • Primetivši trend preteranog smanjivanja težine pacijenta, bolničarka treba da u medicinskim zapisima pogleda pacijentovu propisanu dijetu • Prilazi informacionom displeju i koristi svoju ličnu pristupnu karticu; Kada je sistem prepozna ona unosi svoj lični identifikacioni broj (PIN) • Sigurnosna provera joj dopušta da pristupi sistemu • Ona unosi ime pacijenta i sistem joj prikazuje zapise o tom pacijentu • u zavisnosti od uloge osobe, sistem može da odobri pristup samo za čitanje, pisanje, kreiranje, brisanje ili druge kombinacije; • sistem može da stavlja na raspolaganje samo izvesne delove medicinskih zapisa, prema unapred utvrđenim pravilima • Bolničarka pronalazi i pregleda potrebne informacije • Završava svoju sesiju sa sistemom

6. Ciljevi projekta • Krajnji ciljevi ovog projekta: • Da se smanje greške i poboljša tačnost u medicinskim zapisima • Da se poboljša efikasnost smanjivanjem fizičkog obima papira kojim radnici svakodnevno barataju • Da se izvede efikasna interakcija između pojedinačnih ustanova Klinike i mnoštva spoljašnjih regulacionih agencija i drugih privatnih pružalaca usluga sa kojima klinika sarađuje • Zbog svoje privrženosti kvalitetu i zbog tako intenzivnog nadzora zdravstvenih ustanova od strane spoljašnjih vladinih agencija, Klinika se angažovala na temeljnoj analizi i projektovanju ovog novog sistema • Proces će krenuti od poslovnog modelovanja, a nastaviće se analizom i projektovanjem uz primenu UMLa i objektno orijentisanih tehnika

7. Konceputalno modelovanje -Poslovno modelovanje • Najbolji način da razumete informacije dobijene od mnogo korisnika je da počnete da modelujete njihove opise • Vizuelizacija poslovnog sistema počinje od dijagrama korisničkih funkcija koji predstavlja polaznu osnovu za identifikovanje uloga i usluga u datoj organizaciji • Dijagrami korisničkih funkcija sadrži aktere i korisničke funkcije; na primeru aktere čine: • Lekari, kontrolori (auditors), dobavljači medicinske opreme, pacijenti, spoljašnji pružaoci usluga i dr. organizacije koje sarađuju sa ABC klinikom • Dijagram aktivnosti je osnovni prikaz načina na koji se odvijaju poslovi (moglo bi se reći da je to unapređeni dijagram toka – flowchart) – dublje se razrađuju određene korisničke funkcije. • Dijagrami aktivnosti služe za: • Razumevanje poslovnog sistema kakav je sada • Identifikovanje oblasti poslovnog sistema koje treba promeniti • Otrkivanje redundansi u poslovnim procesima • Otkrivanje uskih grla u poslovnim procesima • Identifikovanje aktivnosti koje bi interno ili eksterno trebalo bolje izvesti • Utvrđivanje informacionih potreba pojedinih aktivnosti ili poslovnih korisničkih funkcija

8. Model korisničkih funkcija ABC klinike: Obezbeđivanje zdravstvene nege • Dodatni akteri: • Transportne ulsuge - kompanije koje obezbeđuju prevoz pacijenata i kliničkih zapisa • Postavljač pitanja – neko ko se raspituje za stanje pacijenta • Dodatne poslovne korisničke funkcije: • Obezbedi kliničku negu – proces obezbeđivanja svakodnevne medicinske nege pacijentima • Naplata računa – funkcija naplaćivanja u kojoj se koriste klinički zapisi za utvrđivanje iznosa naknade koja se duguje ustanovi • Uskladi sa Regulativom – klinika ovaj proces mora da obavlja da bi obezbeila vladinu dozvolu za bavljenje tim poslom • Upravljanje kliničkim zapisima – proces rukovanja zapisima i njihovim održavanjem • Odgovori na pitanja – stalni proces u kome osoblje odgovara na pitanja o pacijentiima i nezi koju oni primaju

9. Dijagram aktivnosti ABC klinike

10. Pregledni model poslovnih korisničkih funkcija u ABC klinici

11. Dijagram aktivnosti: Prenos zapisa u ustanovu

12. Dijagram aktivnosti za korisničku funkciju Obezbedi kliničku negu

13. Dijagram aktivnosti za use case: Naplativi računi za uplatu

14. Poslovni objektni model • Poslovni objektni model je fokusiran na to kako ljudi unutar poslovnog sistema izvršavaju poslovne procese – unutrašnje gledanje na međusobne interakcije radnika u sistemu, aktera i poslovnih entiteta u cilju ostvarivanja definisanih proslovnih procesa (usecase-a) u modelu poslovnih korisničkih funkcija (use case modelu) • Prva komponenta poslovnog objektnog modela je dijagram klasa koji sadrži poslovne aktere, radnike u sistemu (krug sa strelicom), poslovne entitete (krug sa donjom crtom), granične klase (ili interfejsi – krug sa T strelicom), izuzetke i međusobne relacije, potrebne za ostvarivanje razmatrane poslovne korisničke funkcije • Poslovni objektni model za poslovnu korisničku funkciju: Odgovori na pitanja

15. Dijagram sekvenci za use case: Odgovori na pitanje

16. Preliminarni poslovni objektni model • Sa dijagrama aktivnosti: Prenesi zapise u ustanovu, koji je deo use case-a Upravljanje kliničkim zapisima, mogu se videti da su u proces uključena dva aktera Spoljašnja ustanova i transportne usluge, jedan radnik (arhivar medicinskih zapisa) i jedan poslovni entitet (klinički zapisi) • Poslovni objektni model za tu poslovnu korisničku funkciju počinjemo: Slika: Preliminarni poslovni objektni model za use case: Upravljanje kliničkim zapisima

17. Dijagram sekvenci:Prenesi zapise u ustanovu • Uočeno je da zapisi za pacijente koji se vraćaju u ustanovu, arhivar može da uzme iz spoljašnje ustanove i unese ih u pacijentov pređašnji dosije jedino kada je dosije Pacijenta još uvek otvoren; za one pacijente čiji je dosije zatvoren ili koji prvi put dolaze, arhivar pravi nove dosijee; dosijei se gase ukoliko se pacijent ne vrati za 15 dana • Na slici: dijagram sekvenci za pacijente koji dolaze u ustanovu

18. Dijagram sekvenci: Prihvati ranijeg pacijenta

19. Dijagram sekvenci: Zatvori zapise

20. Dijagram sekvenci: Uništi zapise

21. Generalizacija aktera u sistemu obezbeđivanja nege

22. Generalizacija aktera za kontrolore i zastupnike

23. Konceputalni model podataka o kliničkim zapisima

24. Konceptualni model podataka za planove i izveštaje

25. Konceptualni model podataka za raznovrsne entitete

26. Logičko modelovanje – Definisanje zahteva • Plan radova: • Mogućnosti i kvalitet sistema • Plan razvoja • Troškovi razvoja • Ciljevi pri definisanju zahteva: • Utvrditi okvire sistema koji treba da se pravi • Precizno razumeti željene sposobnosti sistema • Transformisanje poslovnog modela u model korisničkih funkcija podsistema:

27. Određivanje prioriteta za poslovne korisničke funkcije

28. Prelaz sa poslovnog modela na model podsistema • Naziv novog sistema: Online Medical Records • Započinje se proces automatizacije funkcija: • U prvobitnom dijagramu aktivnosti Uskladi sa Regulativom navedena su dva poslovna aktera: Arhivar medicinskih zapisa i Vladina agencija; • Većinu interakcija sa akterom Vladina agencija obavljaju Bolničar i Administrator ustanove, zato će se ta dva radnika u sistemu pojaviti u modelu korisničke funkcije podsistema umesto opštije odrednice Osoblje Ustanove • Pošto je Vladina agencija samo jedan tip Islednika, ovde će se koristiti opštiji akter Islednik.

29. Dijagram aktivnosti: Pregledaj usaglašenost

30. Dijagram aktivnosti: Procena usaglašenosti

31. Prethodni model korisničke funkcije Uskladi sa Regulativom • Jedina funkcija Arhivara med. zapisa u ovom scenariju je da obezbedi pristup zapisima, te će se funkcija koju on izvršava pojaviti kao nova korisnička funkcija – Pristup kliničkim zapisima

32. Prioritet sekvenci

33. Use case model podsistema Uskladi sa Regulativom

34. Prelaz sa poslovnog modela na model podsistema • Upravljanje kliničkim zapisima predstavlja centar za funkcionisanje ovog podsistema, pored korisničke funkcije Obezbedi kliničku negu • Use case Upravljanje kliničkim zapisima definiše pre svega funkcije koje izvršava Arhivar medicinskih zapisa, dok ostali akteri samo obezbeđuju ili primaju informacije • S obzirom da funkcije arhivara med. zapisa treba da se automatizuju, mnoge od njih će biti preraspodeljene između novih korinsičkih funkcija, novih aktera i arhivara. • Jednostavnije funkcije, kao što su prenošenje zapisa, ispoljiće se u modelu korisničkih funkcija podsistema kao korisničke funkcije Pristupi kliničkim zapisima i Aktuelizuj kliničke zapise • Složenije funkcije, kao što su upravljanje zatvaranjem i uništavanjem zapisa, postaju korisničke funkcije Upravljaj zapisima, Zatvori kliničke zapise, Uništi kliničke zapise. • Rezultujući model je prikazan na narednoj slici.

35. Model korisničkih funkcija podsistema Upravljanje kliničkim zapisima • Dodat je jedan novi akter (korisnik kliničkih zapisa) radi predstavljanja svih različitih korisnika Kliničkih zapisa • Dodat je i akter Vreme radi predstavljanja proticanja vremena što je kritično u nekim funkcijama • Use case Upravljanje kliničkim zapisima može da ispuni i zahteve koji su izraženi u poslovnoj korisničkoj funkciji Odgovori na pitanje

36. Use case model podsistema Obezbedi kliničku negu • Model korisničkih funkcija podsistema obezbedi kliničku negu • Prioriteti sekvenci u poslovnom objektnom modelu za Obezbedi kliničku negu

37. Opis korisničke funkcije – projekat Online Medical Records

38. Logičko modelovanje –Analiza i preliminarno projektovanje • Akcenat na dijagramu klasa • Analiza stanja kliničkih zapisa u uzorku scenarija

39. Konačni poslovni objektni model za upravljanje kliničkim zapisima • Otvoreni klinički zapisi mogu da sadrže više skupova Spoljašnjih kliničkih zapisa • Može postojati potreba i za povezivanjem novostvorenih unutrašnjih kliničkih zapisa • Otvoreni klinički zapisi sadrže druge kliničke zapise (unutrašnje i spoljašnje), time su aktuelizovani drugi relevantni modeli u koje su uključene ove promene

40. Aktuelizovani dijagram sekvenci: Prenesi zapise u

41. Aktuelizovani dijagram sekvenci za Prihvati ranijeg pacijenta

42. Aktuelizovani tradicionalni konceptualni model podataka

43. Centralno mesto MDS • Razvojni tim će se prvo pozabaviti delom OMARa koji se bavi usaglašenošću sa vladinom regulativom, jer: • Klinika mora da obezbedi usaglašenost ili će poslu zapretiti zatvaranje • Jedan od najkritičnijih delova u kliničkim zapisima, MDS, ima centralno mesto u radu klinike • Svaki MDS sadrži podatke koji obezbeđuju potpun uvid u stanje svakog pacijenta; • Ovaj entitet najviše koriste bolničari, koristi se pri izradi drugih važnih entiteta podataka i zahteva se da bude aktuelan i tačan, da bi bio u saglasnosti sa regulativom

44. Use case: Upostavi MDS sistem • Ovaj use case se koristi za pravljenje MDSova • Bolničar je jedini akter koji koristi Uspostavi MDS • Svi MDSi za jednog pacijenta moraju da budu povezani • Klasa Nadzor MDSova je upravljačka klasa odgovorna za nadziranje vremenskim preseka i izveštavanje o njihovom narušavanju • Klasa Pacijent, za potrebe Uspostavi MDS, sadrži samo osnovne informacije za identifikaciju Pacijenta • Use case model Uskladi sa regulativom

45. Prikaz sistema Uspostavi MDS iz aspekta Bolničara

46. Dijagram sekvenci za use case sistema Uspostavi MDS

47. Aktuelizovani dijagram klasa za Uspostavi MDS (prikaz iz aspekta Bolničara)

48. Dijagram stanja za Nadzor MDSova

49. Dijagram klasa za Uspostavi MDS

50. Use case Održavaj MDS sistem • Ovaj use case je jednostavan jer je njegova namena samo da bolničaru obezbedi pristup MDSu radi aktuelizovanja • Dijagram sekvenci za use case Održavaj MDS: