Skip to content

Specifikacija softverskih zahtjeva za Softver za osobnu telemedicinu

ktuksa22 edited this page Apr 21, 2024 · 9 revisions

Specifikacija softverskih zahtjeva za Softver za osobnu telemedicinu

Kolegij: Programsko inženjerstvo

Akademska godina: 2023/2024

Autor: Karlo Tukša

Datum: 24.3.2024

1. UVOD

1.1. Svrha

Ovaj dokument predstavlja opis svih funkcionalnih i nefunkcionalnih zahtjeva za softversko rješenje za osobnu telemedicinu „MyDoc“. Dokument sadrži detaljan opis svih aspekata aplikacije „MyDoc“, uključujući funkcionalnosti, korisnička sučelja, procese komunikacije s liječnicima, model pretplate, cjenovnu politiku, mogućnosti popusta, podršku za mobilne usluge, administrativne funkcije i druge bitne karakteristike. Dokument je namijenjen različitim dionicima uključenim u proces razvoja, implementacije i upotrebe aplikacije (razvojni tim, menadžeri projekta, klijenti, testeri softvera). Ukratko, to je temeljni dokument koji definira sve zahtjeve i specifikacije softverskog rješenja, pružajući sve potrebne informacije za uspješan razvoj, implementaciju i upotrebu aplikacije. Struktura dokumenta se temelji na predlošku definiranom u dokumentu IEEE 830-1998 Recommended Practice for Software Requirements Specifications.

1.2. Opseg

Softversko rješenje koje se razvija naziva se „MyDoc“ i bavi se domenom osobne telemedicinske skrbi. U kontekstu ovog projekta, softverskog rješenje će se upotrebljavati za pružanje medicinskih usluga putem aplikacije MyDoc, koja omogućuje korisnicima pristup liječnicima opće prakse iz udobnosti vlastitog doma. Naziv softverskog rješenja: MyDoc. Verzija: 1.00. Radi se potpuno novom rješenju koje će omogućiti korisnicima: zakazivanje konzultacija s liječnicima putem video poziva, poruka ili telefonskog poziva, dobivanje uputa za specijalističke pretrage putem aplikacije, korištenje mobilnih usluga poput mobilnog vađenja krvi ili izlaska liječnika na lokaciju korisnika u većim studentskim gradovima, odabir različitih paketa usluga putem modela pretplate ili jednokratnih konzultacija, integraciju sustava popusta za studente uz dostavu valjane studentske iskaznice te praćenje povijesti pacijenta i podrška za unos medicinskih izvještaja i laboratorijskih nalaza. Softver neće obavljati hitne medicinske intervencije ili zamijeniti tradicionalne posjete liječnicima u akutnim situacijama. Očekuje se da će softversko rješenje donijeti sljedeće dobrobiti i unaprjeđenja: povećana dostupnost zdravstvene skrbi, posebno za studente i druge korisnike koji su udaljeni od svog liječnika opće prakse, smanjenje čekanja na konzultacije s liječnicima, poboljšana praćenja zdravstvenog stanja i povijesti pacijenta te povećanje udobnosti i fleksibilnosti pristupa medicinskim uslugama.

1.3. Definicije, akronimi i skraćenice

  • MyDoc: Naziv softverskog rješenja za osobnu telemedicinu.
  • Korisnik: Osoba koja koristi aplikaciju MyDoc radi pristupa liječnicima i korištenja medicinskih usluga.
  • Paket usluga: Skup različitih medicinskih usluga koje korisnici mogu odabrati prema svojim potrebama i preferencijama.
  • Model pretplate: Način na koji korisnici mogu plaćati za korištenje usluga, obično putem mjesečne pretplate.
  • Studentska iskaznica: Službeni dokument koji potvrđuje status studenta i omogućuje ostvarivanje popusta.
  • Mobilno vađenje krvi: Usluga u kojoj tim za vađenje krvi dolazi do korisnika radi uzimanja uzoraka krvi.
  • Laboratorijski nalazi: Rezultati pretraga i analiza uzoraka krvi ili drugih tjelesnih tekućina.
  • Medicinski izvještaji: Dokumenti koji sadrže informacije o zdravstvenom stanju i liječenju pacijenta.
  • Sigurnost podataka: Zaštita privatnosti i integriteta medicinskih informacija korisnika aplikacije.
  • GUI: grafičko korisničko sučelje

1.4. Reference

  1. “830-1998 - IEEE Recommended Practice for Software Requirements Specifications.” IEEE, 1998. [Online]. Available: http://ieeexplore.ieee.org/servlet/opac?punumber=5841

1.5. Struktura dokumenta

U poglavlju 2 Softver za osobnu telemedicinu opisujemo detaljno što bi trebalo sadržavati, tko će koristiti aplikaciju i na opisujemo osnovne funkcije koje će softver izvršavati.

U poglavlju 3 definiramo funkcionalne zahtjeve za Softver za osobnu telemedicinu detaljno kako bi zahtjevi bili jasni dizajnerima i programerima kako bi mogli napraviti rješenje za softver.

U poglavlju 4 definiramo nefunkcionalne zahtjeve za Softver za osobnu telemedicinu koje bi dizajneri i programeri trebali uzeti u obzir prilikom osmišljanja pristupa, arhitekture i odabira implementacijskih tehnologija.

U poglavlju 5 vizualiziramo način na koji korisnicima imaju interakciju sa softverom za osobnu telemedicinu na način da skiciramo GUI.

2. OPĆENITI OPIS

2.1. Perspektiva proizvoda

Softversko rješenje „MyDoc“ predstavlja samostalnu aplikaciju koja pruža usluge osobne telemedicinske skrbi. Zamišljeno je kao samostalno rješenje, ali može se integrirati s drugim povezanim sustavima kako bi proširilo svoje funkcionalnosti ili poboljšalo korisničko iskustvo.

Mogući odnosi s drugim sustavima:

  • MyDoc može komunicirati s vanjskim sustavima za upravljanje korisnicima i paketima, kao i za obradu financijskih transakcija.
  • Za mobilno vađenje krvi, MyDoc može koristiti vanjske usluge ili partnerstva s laboratorijima i mobilnim timova za uzimanje uzoraka krvi.
  • Ako se integrira s vanjskim sustavima za medicinske informacije, MyDoc može koristiti razmjenu podataka putem određenih sučelja, kao što su API-ji za razmjenu medicinskih podataka.

Sučelja s vanjskim sustavima i tehnologijama:

  • Za komunikaciju s vanjskim sustavima za upravljanje korisnicima i financijama, MyDoc bi mogao koristiti web servise i API-je te bi treba podržavati HTTP(S) protokol za komunikaciju.
  • Za mobilno vađenje krvi, sučelje bi moglo uključivati GPS lokaciju korisnika, te za identifikaciju mobilnih timova Bluetooth ili NFC.

Ukratko, MyDoc je samostalno rješenje koje može surađivati s vanjskim sustavima i tehnologijama kako bi proširilo svoje funkcionalnosti i poboljšalo korisničko iskustvo u području osobne telemedicinske skrbi.

2.2. Funkcije proizvoda

Glavne funkcije softverskog rješenja „MyDoc“ su:

  • Korisnička autorizacija
  • Zakazivanje konzultacija
  • Video konzultacije
  • Komunikacija s liječnicima
  • Mobilno vađenje krvi
  • Administrativne funkcije
  • Pretplatnički model
  • Sigurnost podataka
  • Integracija sustava

2.3. Karakteristike korisnika

Korisnici koji će koristiti softversko rješenje „MyDoc“ su pacijenti, liječnici opće prakse i osiguravajuća kuća. Pacijenti su raznolika populacija s različitim zdravstvenim potreba i razinama računalne pismenosti, razlikuju se u potrebama za zdravstvenom skrbi, razina obrazovanja i učestalosti korištenja aplikacije. Liječnici su medicinski stručnjaci s različitim specijalizacijama i iskustvom u pružanju zdravstvene skrbi, razlikuju se u specijalizacijama, tehnološkoj pismenosti te u pristupu i korištenju funkcija aplikacije ovisno u njihovoj ulozi u liječenju pacijenta. Osiguravajuća kuća je tvrtka koja će imati uvid u statističke izvještaje.

2.4. Ograničenja

Softversko rješenje „MyDoc“ podrazumijeva rad s privatnim podacima korisnika postoje regulativna ograničenja, a to su zakonski propisi o zaštiti privatnosti podataka, poput Opće regulative o zaštiti podatka (GDPR), koja zahtijeva poštivanja određenih standarda pri obradi medicinskih informacija, te potreba za usklađivanje s nacionalnim i lokalnim zakonima i propisima u području zdravstva i telemedicinske skrbi. Postoje i sigurnosna ograničenja koja su povezana s potrebama osiguranja sigurnosti i povjerljivosti medicinskih podataka korisnika, uključujući sigurne metode prijenosa podataka, enkripciju i zaštitu pristupa aplikaciji i ograničenja vezana uz sigurnosne politike i prakse koje se moraju primjenjivati kako bi se spriječili cyber napadi i neovlašten pristup podacima. Vezano uz hardverska ograničenja potrebna je prilagodba aplikacije različitim hardverskim platformama (npr. desktop računala, mobilni uređaji) uz optimalno korištenje resursa poput memorije, procesora i povezivosti. Potrebna je interakcija s drugim sustavima, to uključuje zahtjeve za integraciju s postojećim zdravstvenim informacijskim sustavima ili sustavima za upravljanje pacijentima radi razmjene podataka i osiguranja interoperabilnosti i još je potrebno staviti ograničenja koja proizlaze iz potrebe za prilagodbom zastarjelim sustavima ili nekompatibilnim tehnologijama. Na kraju je potrebno osigurati pouzdanost i kritičnost aplikacije, potreba za osiguranjem pouzdanosti i stabilnosti aplikacije, posebno u slučaju kada se koristi za pružanje medicinskih usluga i komunikaciju između pacijenata i liječnika i na posljetku su nam potrebni zahtjevi za korištenje pouzdanih pristupa, alata i standarda u programiranju, modeliranju i testiranju softverskog rješenja radi osiguranja visoke razine kvalitete i performansi.

2.5. Pretpostavke i ovisnosti

Postoji nekoliko pretpostavki i ovisnosti koje mogu utjecati na zahtjeve softverskog rješenja „MyDoc“, moguće su promjene zakonske regulative koja bi mogla rezultirati modifikacijama definiranih zahtjeva, izlazak nove verzije vanjskih API-ja, to može zahtijevati prilagodbu ili nadogradnju našeg softverskog rješenja, moguće su tehnološke promjene koje mogu zahtijevati prilagodbu softvera radi očuvanja kompatibilnosti i performansi, financijski uvjeti i tržište može utjecati na cijene usluga i pretplatničke modele koje nudi naša aplikacija MyDoc. Sve su to moguće prepreke koje bi mogle utjecati na zahtjeve u našoj aplikaciji.

2.6. Ostalo

Nema potrebe za elaboracijom dodatnih aspekata.

3. FUNKCIONALNI ZAHTJEVI

Identifikator FZ-1
Zahtjev Sustav će omogućiti korisničku autentikaciju i autorizaciju putem prijave korisnika.
Obrazloženje Potrebno je da se korisnik prijavi u sustav kako bi mogao koristiti aplikaciju
Način provjere Korisnik mora unijeti svoje podatke (korisničko ime i lozinku) kako bi se mogao prijaviti i kako bi sustav autorizirao korisnika.
Prioritet[1-5] 1
Izvor/porijeklo Korisnik aplikacije
Identifikator FZ-2
Zahtjev Sustav će omogućiti korisnicima zakazivanje konzultacija s liječnicima opće prakse.
Obrazloženje Korisnik treba zakazati termin s liječnicima kada mu najviše odgovara i s liječnikom koji želi.
Način provjere Korisnik se prijavljuje u sustav sa svojim podacima za prijavu i odabire termin za konzultacije u željeno vrijeme.
Prioritet[1-5] 1
Izvor/porijeklo Korisnik aplikacije
Identifikator FZ-3
Zahtjev Sustav će omogućiti izradu nalaza o stanju korisnika.
Obrazloženje Liječnicima će se omogućiti izrada nalaza kako bi mogli pratiti preglede i tumačiti rezultate pretraga.
Način provjere Liječnik mora biti prijavljen u sustav, odabrati pacijenta i odabrati nalaz, sustav će generirati nalaz.
Prioritet[1-5] 1
Izvor/porijeklo Korisnik aplikacije
Identifikator FZ-4
Zahtjev Sustav će omogućiti studentima popust u iznosu od 10%.
Obrazloženje Korisnici koji su studenti će dobiti popust u iznosu od 10% na odabrani paket pretplate.
Način provjere Korisnik se prijavljuje u sustav i dostavlja preslike svoje studentske iskaznice, nakon toga administrator mora potvrditi ispravnost studentske iskaznice i na kraju odlučuje hoće li korisnik dobiti status studenta.
Prioritet[1-5] 2
Izvor/porijeklo Korisnik aplikacije
Identifikator FZ-5
Zahtjev Sustav će omogućiti narudžbu mobilnog tima za vađenje krvi na željenu lokaciju korisnika.
Obrazloženje Korisnik ima mogućnost narudžbe vađenja krvi u odabranim gradovima, nakon narudžbe mobilni tim dolazi na lokaciju korisnika.
Način provjere Korisnik se prijavljuje u sustav, odabere grad u kojem je moguće odraditi mobilno vađenje krvi i napiše adresu. Sustav će obavijestiti mobilni tim.
Prioritet[1-5] 2
Izvor/porijeklo Korisnik aplikacije
Identifikator FZ-6
Zahtjev Sustav će omogućiti administratoru da ispiše sve korisnike s pripadajućim paketima pretplate.
Obrazloženje Uvid u sve korisnike s paketima pretplate i moguća naplata usluga koje nisu obuhvaćene u odabranom paketu usluge.
Način provjere Korisnik se prijavljuje u sustav kako administrator. Odabere sve korisnike s paketima pretplate. Sustav će ispisati sve korisnike s paketima koji se koriste i nakon toga ispisuje sve usluge koje su se koristile.
Prioritet[1-5] 1
Izvor/porijeklo Administrativni korisnik aplikacije
Identifikator FZ-7
Zahtjev Sustav će omogućiti korisnicima odabir različitih paketa usluga putem mjesečne pretplate.
Obrazloženje Korisnik može odabrati paket pretplate kako bi iskoristili usluge prilagođene njihovim potrebama.
Način provjere Korisnik se prijavluje u sustav te odabire paket koji mu odgovara. Sustav potvrđuje paket usluga.
Prioritet[1-5] 2
Izvor/porijeklo Korisnik aplikacije
Identifikator FZ-8
Zahtjev Sustav će omogućiti korisniku ispis svih pregleda na kojima je bio.
Obrazloženje Korisnik ima uvid u sve preglede na kojima je bio.
Način provjere Korisnik se prijavljuje u sustav sa svojim podacima za prijavu i odabire ispis svih pregleda. Sustav će ispisati sve preglede.
Prioritet[1-5] 1
Izvor/porijeklo Korisnik aplikacije

3.1. Dinamika realizacije zahtjeva (engl. Apportioning of requirements)

U inicijalnoj verziji softvera planira se realizacija svih funkcionalnih zahtjeva koji su identificirani u ovom dokumentu.

4. NEFUNKCIONALNI ZAHTJEVI

4.1. Izgled softvera

NFZ-1 - Korisničko sučelje aplikacije treba biti u skladu s modernim dizajnerskim trendovima, koristeći minimalistički i intuitivan dizajn radi olakšanja navigacije i korisničkog iskustva.

4.2. Izvođenje softvera i okruženje

NFZ-4 - Softver treba biti kompatibilan s operacijskim sustavima Windows, MacOS i Linux, osiguravajući njegovu izvedbu i funkcionalnost na svim glavnim platformama.

4.3. Ostalo

Nema identificiranih dodatnih nefunkcionalnih zahtjeva.

5. SKICE ZASLONA

5.1 Skica zaslona prijave u sustav

Slika prijave

5.2 Skica zaslona izvještaja vađenja krvi

Izvještaj vađenja krvi