Czarny Marcin, Dudek Marcin, Kampka Marcin, Suszko Kamil grupa 08, IiE, studia mgr.

, rok 2
1. Zesp KD1
2. Autorzy:
a. K1 - Kampka Marcin, Suszko Kamil, grupa K1
b. D1 Czarny Marcin, Dudek Marcin, grupa D1
3. Temat Prywatny gabinet stomatologivzny
4. Opis dziaalnoci (K1):
a. Gabinet skada si z 4 specjalistw oraz recepcjonistki
b. Obecny proces rejestracji pacjenta odbywa si poprzez rejestracj offline tj. zapisy
w ksigach, brak rejestracji w formie elektronicznej (moliwod rejestracji poprzez
telefon, jednak fizycznie rejestracja odbywa si na papierze)
c. Gabinet stomatologiczny wykonuje szeroki wachlarz usug stomatologicznych na
najwyszym poziomie.
d. Specjalizuje si w bezbolesnym leczeniu rnego rodzaju ubytkw i chorb zbw
e. Dziedziny dziaalnoci to m.in:
i. PROFILAKTYKA - od namodszych lat (leczenie dzieci)
ii. STOMATOLOGIA ZACHOWAWCZA
iii. CHIRURGIA STOMATOLOGICZNA
iv. STOMA TOLOGIA DZIECICA (Dziki nowoczesnym metodom zapewnia si
cakowicie bezbolesne leczenie, usuwanie zbw, prchnicy, leczenie
kanaowe oraz pozostae schorzenia - bez koniecznoci uycia narkozy.)
v. STOMATOLOGIA ESTETYCZNA
vi. WYBIELANIE I PIASKOWANIE ZBW
vii. USUGI PROTETYCZNE - rwnie na miejscu
1. Chirurgia stomatologiczna obejmuje kompleksowe usugi w postaci
leczenia jamy ustnej oraz okolic przylegych. Dziki zastosowaniu
nowoczesnej aparatury oraz technologii, wykonujem si zabiegi
chirurgiczne w bezbolesny sposb, gwarantujc najwyszy stopieo
bezpieczeostwa.
2. Chirurgia stomatologiczna w tym zakadzie jest realizowana przez
najlepszych specjalistw, dziki czemu klient posiada pewnod, e jej
ostatecznym efektem bdzie pikny i zdrowy umiech. Gabinet
stomatologiczny znajduje si w miejscowoci Wroclawm i
wiadczymy usugi take dla pacjentw z innych krajw.
5. Cel aplikacji:
a. Celem stworzenia aplikacji jest uproszczenie a take przeniesienie do trybu on-line
rejestracji pacjenta a take jego kompleksowej usugi na najwyszym poziomie.
b. Celem jest take wzbudzenia poczucia bezpieczeostwa u pacjentw poprzez
moliwod wgldu do terminw rejestracji poprzez https://
c. Dodatkowym celem jest take usystematyzowanie pracy w placwce a take
uproszczenie obsugi klienta obcojzycznego.
6. Potrzeby uytkownikw:
a. Uytkownik aplikacji jako pracownik gabinetu:
i. Uproszczenie procesu rejestracji klienta/pacjenta
ii. Odcienie recepcjonistki poprzez moliwod rejestracji on-line line ( tak jak
jest to w przypadku firm takich jak Medicover czy te Lux-Med.)
iii. Lekarz stomatolog powinien mied dostp do historii pacjenta, opisu
dolegliwoci a take do grafiku pracy (w gabinecie na ekranie LCD)
iv. Aplikacja ma byd symbolem nowoczesnoci a take prestiu, poprzez
odpowiedni form graficzn a take merytoryczn
v. Interfejs winien byd prosty a take intuicyjny
vi. Aplikacja w formie webowej winna byd tzw. Lekka nie powinno dochodzid
do przeadowania strony
b. Uytkownik aplikacji jako klient:
i. Aplikacja powinna mied moliwod rejestracji on-line a dodatkowo moliwod
zmiany terminu w czasie rzeczywistym
ii. Desgin aplikacji powinien byd tak dostosowany, aby by czytelny i treciwy
bez zbdnych opisw (do tego powinna suyd ew. zakadka POMOC)
iii. Aplikacja webowa bo takowa bdzie dostpna dla klienta powinna byd
lekka i zapewniad stabilnod i bezpieczeostwo usugi na najwyszym
poziomie
7. Wymagania funkcjonalne:
a. System umoliwia zalogowanie si uytkownika za pomoc loginu i hasa
b. System waliduje poziom uprawnieo uytkownika
c. System blokuje dostp po 3 nieudanych prbach zalogowania (pniej konieczny jest
restart hasa poprzez email)
d. Aplikacja powinna byd zabezpieczona poprzez protok SSL (jest to szczeglne pod
wzgldem klienta zagranicznego)
e. Kada jednorazowa usuga (tj. rejestracja pacjenta) powinna byd oznaczona
unikatowym identyfikatorem (ID), ktry bdzie mona skopiowad do pamici trwaej
konta uytkownika
f. Moliwod edycji na koncie uytkownika
g. Moliwod wydruku recepty z poziomu aplikacji
h. Moliwod prowadzenia karty pacjenta (nieedytowalna dla klienta)
i. Moliwod dodawania plikw (takich jak np. .jpg, .gif etc.) sprawdzonych uprzednio
poprzez program antywirusowy.
j. Comiesiczne automatyczne wykonywania si backupw plikw na wypadek awarii
softwareu/hardwareu
8. Wymagania niefunkcjonalne
a. Winna byd przygotowana dokumentacja techniczna aplikacji tak aby wszelkie zmiany
czy te nowe funkcjonalnoci zostay zawarte w jednym dokumencie
b. Interfejs aplikacji powinien byd dostosowany do kolorystyki loga firmy
c. Interfejs powinien byd przygotowany w odpowiedniej formie graficznej (klient lubi
kolory a take obrazki nie moe byd to szaro-bura aplikacja)
d. Wsparcie techniczne dotyczce dziaania aplikacji powinno byd dostpne krytycznie
w godzinach dziaania placwki ale take poza godzinami pracy (klient moe
rejestrowad si 24/7 h)
e. Adres witryny powinien byd nie lokalny a globalny, tj. nie *xxx+..wroc.pl a np.
[xxx].com
9. Krytyczne cechy dobrego oprogramowania:
a. Uytecznod
i. System moe byd uyteczny wtedy i tylko wtedy, gdy zostanie sporzdzona
odpowiednia dokumentacja techniczna.
ii. System daje moliwod rejestracji w trybie on-line
iii. Interfejs jest prosty i intuicyjny dla klienta (czsto klientami s osoby starsze,
powyej 35 roku ycia)
iv. System winien byd lekki, tj. szybkod dziaania i odwieania strony https w
jak najszybszym moliwym czasie
v. Strona dostpna w kliku jzykach
b. Utrzymanie
i. Aplikacja powinna mied zapewniony Maintenance
ii. Dobrze przygotowana dokumentacja techniczna a take budowa aplikacji
powinny pozwolid na rozwj systemu, np. wprowadzenie nowych jzykw
iii. W miar rozwoju firmy, aplikacja powinna mied moliwod na rozbudowanie
j o system patnoci on-line a take konsultacji w formie elektronicznej
c. Niezawodnod
i. Wprowadzenie protokou bezpieczeostwa SSL powinno zapewnid
odpowiedni poziom bezpieczeostwa
ii. Zastosowanie aplikacji w formie on-line powinno zapewnid stabilnod
dziaania systemu (hosting u zewntrznego dostawcy, dbajcego o
odpowiedni performance serwera)
iii. Kopia aplikacji w formie offline powinna wyeliminowad ewentualne szkody w
wyniku awarii (tj. w przypadku niedostpnoci serwera mona bdzie
rejestrowad si telefonicznie a wszelkie dane zostan zaktualizowane po
wznowieniu aplikacji on-line)
d. Wydajnod:
i. Wydajnod systemu zostanie zapewniona poprzez przeniesienie wszelkich
danych na serwery dostawcy (hosting) po wykupieniu odpowiedniego
abonamentu nie bdzie potrzeby martwid si o marnotrawienie zasobw
systemowych.
ii. W miar moliwoci bd potrzeby bdzie moliwod zwikszenia wysokoci
abonamentu bd odpowiedniego dostosowania strony do rozrostu iloci
klientw - moliwe generowanie raportw typu Early Watch Alert ( tak jak
ma to miejsce w przypadku oprogramowani SAP)