novirael / diabcontrol Goto Github PK

Jako lekarz chciałbym przeglądać otrzymane wraz z raportem

Wymagania akceptacyjne:

1. W interface znajduje się menu do wyboru perspektywy (dziennej, tygodnia, miesiąca, roku)
2. Widok zawiera 5 pustych sekcji reprezentująch wysiłek, makroskładniki, puls, długość snu, poziom glukozy.
3. Użytkownik może przejść do następnego (dnia, tygodni, miesiąca, roku) lub wrócić do poprzedniego.

Wymagania akceptacyjne:

Sekcja dotycząca snu zawiera:

Wymagania akceptacyjne:

1. Zrozumieć US
2. Utworzyć brakujące US
3. Zredagować istniejące US

Wymagania akceptacyjne:

Sekcja dotycząca wysiłku zawiera:

Wymagania akceptacyjne:

1. Odchylenia rzędu 20% od średniej pomiarów powinny być sygnalizowane w postaci powiadomień.
2. Średnia pomiarów powinna być uwzględniana dla ostatniego tygodnia.
3. Powiadomienia powinny być wysyłane po przynajmniej tygodniu aktywnego korzystania z aplikacji.

Wymagania akceptacyjne:

Sekcja dotycząca makroskładników zawiera:

Lekarz powinien być powiadamiany o niestandardowych sytuacjach występujących u pacjenta

Wymagania akceptacyjne:

1. Lekarz w jednym miejscu widzi listę pacjentów u których zarejestrowano niestandardowe sytuacje.
2. Odchylenia rzędu 30% od średniej pomiarów, trwające przez conajmniej 3 dni.
3. Średnia pomiarów powinna być uwzględniana dla ostatniego tygodnia.
4. Pacjenci pojawiają się na liście jeżeli są aktywnymi użytkownikami, tzn. otrzymano od nich raporty z ostatnich 7 dni.

Jako lekarz chciałbym otrzymywać raporty dzienne o stanie zdrowia pacjenta

Przypadek użycia:
Użytkownik jest pod stałą opieką lekarza prowadzącego ale chciałby uniknąć systematycznych wizyt.
Lekarz logujący się do portalu otrzymuje codziennie raporty o stanie zdrowia pacjenta.

Wymagania akceptacyjne:

1. Po stronie BE musi zostać utworzony endpoint który metodą POST pobiera zbiorcze dane z aplikacji mobilnej pacjenta.

Uwagi:
#8 Dane będą wysyłane raz dziennie po wypełnieniu przez pacjenta podsumowania dnia.

Estymowany czas pracy: 4h

Jako użytkownik chciałbym podsumować miniony dzień

Przypadek użycia:
Na koniec dnia użytkownik podsumowuje swój dzień wypełniając krótką ankietę.

Wymagania akceptacyjne:

1. W interface znajduje się przycisk, który przenosi do formularza podsumowania dnia.
2. Formularz powinien zawierać informacje:
   • Jak oceniasz swoje samopoczucie (skala 1-10)
   • Czy występowały bóle głowy? (T/N),
   • Czy występowały inne dolegliwości? (T/N)
   • Jakie dolegliwości występowały dzisiaj? (text)
3. Po zatwierdzeniu formularza, dane są wysyłane w formie raportu lekarzowi.
4. Wraz z powyższymi informacjami wysyłane są zbiorcze dane pomiarowe z całego dnia (#12).

Estymowany czas pracy: 16h

Jako użytkownik chciałbym aby aplikacja zbierała dane z innych aplikacji z których korzystam

Przypadek użycia:

1. Użytkownik korzysta z aplikacji monitorującej wysiłek. Dane o odbytych aktywnościach będą pojawiać się w aplikacji.
2. Użytkownik korzysta z glukometru bluetooth. Każdy pomiar jest rejestrowany w aplikacji dołączonej do urządzenia. Dane pomiarowe są pobierane do naszej aplikacji.

Wymagania akceptacyjne:

1. Zbierane są dane dotyczące wysiłku (kroki, piętra)
2. Zbierane są dane przyjmowanych posiłków (kalorie ??).
3. Zbierane są dane pomiaru pulsu.
4. Zbierane są dane pomiaru glukozy.
5. Zbierany jest czas snu.

Estymowany czas pracy: 8h

Jako użytkownik chciałbym w razie potrzeby skonsultować się z lekarzem

Przypadek użycia:
Użytkownik jest pod stałą opieką lekarza prowadzącego, lecz po wglądzie w raport lekarz chce przesłać pewne uwagi dla użytkownika. Robi to poprzez czat online, dzięki czemu użytkownik otrzymuje wiadomość w aplikacji.

Wymagania akceptacyjne:

1. Użytkownik może wejść do ekranu czatu dotykajac "Czat" w lewym gornym rogu.
2. Użytkownik widzi swoje wiadomości oraz wiadomości od lekarza.
3. Użytkownik może odpowiedzieć lekarzowi.

Uwagi: Utworzone endpoint #30

Estymowany czas pracy: 10h

Jako użytkownik chciałbym w razie potrzeby skonsultować się z lekarzem

Przypadek użycia:
Użytkownik jest pod stałą opieką lekarza prowadzącego, lecz po wglądzie w raport lekarz chce przesłać pewne uwagi dla użytkownika. Robi to poprzez czat online, dzięki czemu użytkownik otrzymuje wiadomość w aplikacji.

Wymagania akceptacyjne:

1. Utworzony endpoint, GET dla historii konwersacji
2. Utworzony endpoint POST dla utworzenia nowej wiadomości

Wymagania akceptacyjne:

Sekcja dotycząca makroskładników zawiera:

• tabelkę z ilością spożytego posiłku z podziałem na składowe pokarmu

Jako użytkownik chciałbym przeglądać dane zebrane z innych aplikacji

Wymagania akceptacyjne:

1. Strona główna przedstawia 5 komórek w tabeli: wysiłek, makroskładniki, puls, długość snu i poziom glukozy.
2. Po interakcji z dowolną z komórek, przechodzimy do szczegółów danej sekcji.

Estymowany czas pracy: 12h

Wymagania akceptacyjne:

Sekcja dotycząca poziomu glukozy zawiera:

Jako pacjent chciałbym zalogować się do systemu

Wymagania akceptacyjne:

1. Po stronie BE musi zostać utworzony endpoint który pozwoli na uwierzytelnienie użytkownika
2. Endpoint pozwala na powiązanie otrzymywanych danych z profilem pacjenta.
3. Utworzone konto jest konieczne aby korzystać z aplikacji.

Uwaga:
200 -> "Zalogowany"
Inne -> "Nie można zalogować się do systemu. Upewnij się że twoje konto istnieje."

Estymowany czas pracy: 2h

Wymagania akceptacyjne:

1. Przygotować diagram Gantta
2. Uzupełnić milesones

Na schemacie powinny być uwzględnione wszelkie zależności oraz komunikacja pomiędzy komponentami wykorzystywanymi zarówno w aplikacji mobilnej i webowej.

Estymowany czas pracy: 2h

Jako pacjent chciałbym utworzyć konto w systemie.

Wymagania akceptacyjne:

1. Po zalogowaniu użytkownik widzi główną stronę swoich pomiarów.

Estymowany czas pracy: 2h

Wymagania akceptacyjne:

1. Zrozumieć US
2. Utworzyć brakujące US
3. Zredagować istniejące US

Wymagania akceptacyjne:

Sekcja dotycząca pulsu zawiera:

Jako użytkownik chciałbym otrzymywać powiadomienia o porze przyjmowania leków

Przypadek użycia:
Użytkownik często zapomina o przyjmowaniu leków. Może ustawić sobie odpowiednie przypomnienie.

Wymagania akceptacyjne:

1. W interface znajduje się przycisk, który przenosi do formularza powiadomień o lekach.
2. Formularz zawiera 3 pola typu checkbox reprezentujące pory przyjmowania leków.
   • Rano (8:00)
   • Południe (12:00)
   • Wieczór (18:00)
3. Po zapisaniu ustawień użytkownik będzie otrzymywał powiadomienia w formie pop-up o określonych porach.

Jako użytkownik chciałbym dodać pomiary glukozy z danego dnia

Przypadek użycia:
Użytkownik chce dodać do aplikacji pomiary ze swojego podręcznego glukometru, aby uzupełnić dane za konkretny dzień.

Wymagania akceptacyjne:

1. W interface znajduje się ekran, w którym może wprowadzić swoje pomiary z danego dnia.
2. Ekran powinien mieć pole tekstowe, które umożliwi użytkownikowi wpisać wartość pomiaru, jaką osiągnął w danej godzinie i minucie dnia.
3. Wprowadzone wartości pomiarów mogą być dodawane i usuwane.

Estymowany czas pracy: 6h

Wymagania akceptacyjne:

Sekcja dotycząca wysiłku zawiera:

• ilość przebytych kroków
• ilość pokonanych pięter
• wyrażoną w % odchylenie od średniego wyniku
• porę dnia na wykresie kołowym z największą aktywnością (jeżeli jest to możliwe)

Jako użytkownik chciałbym zalogować się do systemu

Wymagania akceptacyjne:

1. Użytkownik może zalogować się do systemu podając login i hasło.
2. Użytkownik może zalogować się do systemu jeżeli jego konto zostało wcześniej utworzone.
3. Uwierzytelnienie powinno odbyć się za pomocą edpointa utworzonego w #23.

Estymowany czas pracy: 6h

Jako lekarz chciałbym przeglądać listę moich pacjentów.

Wymagania akceptacyjne:

1. Wyświetlanie listy pacjentów którzy są przypisani do danego lekarza

Estymowany czas pracy: 2h

Wymagania akceptacyjne:

Sekcja dotycząca pulsu zawiera:

• Wykres słupkowy z wartościami pomiarów

Jako użytkownik chciałbym odłożyć na później powiadomienie o przyjmowaniu leków

Przypadek użycia:
Pora leków przypada na moment w którym użytkownik jest zajęty. Użytkownik może odłożyć przyjmowanie leków na później.

Wymagania akceptacyjne:

1. Okno popup posiada opcję „Odłóż”.
2. Po wybraniu opcji „Odłóż”, powiadomienie jest usypiane na 15 minut.

Wymagania akceptacyjne:

1. Zrozumieć US
2. Załączyć mockupy do każdego z US

Wymagania akceptacyjne:

Sekcja dotycząca snu zawiera:

• czas trwania snu
• godzinę rozpoczęcia snu
• godzina zakończenia snu

Jako pacjent chciałbym wybrać sobie lekarza prowadzącego.

Wymagania akceptacyjne:

1. Użytkownik może przypisać lub wypisać od lekarza.

Estymowany czas pracy: 2h

Jako użytkownik chciałbym przeglądać dane zebrane z innych aplikacji w perspektywie tygodnia, miesiąca i roku

Wymagania akceptacyjne:

1. Dane powinny być reprezentowane w postaci wykresów, analogicznie do perspektywy dziennej.
2. W interface znajduje się menu do wyboru perspektywy (dziennej, tygodnia, miesiąca, roku)

Jako użytkownik chciałbym przeglądać dane zebrane z innych aplikacji z perspektywy dzisiejszego dnia

Wymagania akceptacyjne:

1. Dla poszczególnych sekcji wyświetlanie są następujące dane:

• wysiłek -> Przebyte kroki, piętra
• makroskładniki -> tłuszcze, białka, węglowodany, kalorie
• puls -> średni puls, lista pomiarów
• długość snu -> długość snu, czas rozpoczęcia, zakończenia
• poziom glukozy -> średni poziom, lista pomiarów

Estymowany czas pracy: 24h

Jako użytkownik chciałbym otrzymywać powiadomienia o niestandardowych sytuacjach

Wymagania akceptacyjne:

1. Alerty są wyświetlane na podstawie #31 dla dnia poprzedniego.
2. Alert powinien pokazać się 5 sekund po wejściu od aplikacji, jeśli jest taki zaplanowany przez lekarza.

Estymowany czas pracy: 4h

Jako użytkownik chciałbym udostępniać moje dane lekarzowi

Przypadek użycia:
Użytkownik jest pod stałą opieką lekarza prowadzącego ale chciałby uniknąć systematycznych wizyt. Użytkownik podpina do aplikacji identyfikator lekarza prowadzącego, który od tej pory będzie otrzymywał raporty stanu zdrowia pacjenta.

Wymagania akceptacyjne:

1. W interface znajduje się przycisk, który przenosi do formularza informacji o pacjencie.
2. W formularzu znajdują się pole tekstowe z identyfikatorem lekarza prowadzącego.

Jako lekarz chciałbym przeglądać otrzymane wraz z raportem dane

1. Po wybraniu pacjenta z listy (#15) użytkownik widzi 5 pustych sekcji reprezentująch wysiłek, makroskładniki, puls, długość snu, poziom glukozy.
2. Użytkownik może przejść do następnego dnia lub wrócić do poprzedniego.

Jako lekarz chciałbym akceptować lub odrzucać prośbę opieki.

Wymagania akceptacyjne:

1. Lekarz dostaje powiadomienie - "Nowy pacjent wyraził chęć opieki medycznej"
2. Lekarz może zaakceptować lub odrzucić prośbę.

Estymowany czas pracy: 2h

Wymagania akceptacyjne:

Sekcja dotycząca poziomu glukozy zawiera:

• Wartości pomiarowe dla poszczególnych godzin

Opis: ogólny opis, który doprecyzowuje tytuł
Wymagania:

1. Pierwsze wymaganie
2. Drugie wymaganie

Screenshots/Screencasts:

Jako użytkownik chciałbym przeglądać historię raportów wysłanych do lekarza

Przypadek użycia:
Użytkownik jest pod stałą opieką lekarza prowadzącego i chce zobaczyć jak wypełnił raport dla niego parę dni temu. Może przeglądać historię poprzez wybieranie daty w górnej części ekranu.

Wymagania akceptacyjne:

1. Użytkownik widzi w górnej części ekranu koło, które reprezentuje niewypełniony/wypełniony raport.
2. Ikona jest nieaktywna jeśli go nie wypełnił lub zaznaczona 'ptaszkiem', jesli jest wypelniony.
3. Po dotknięciu jej użytkownik widzi, jak wypełnił formularz danego dnia - jak się czuł, etc.
4. Po kliknięciu w kółko danego dnia widzi datę oraz może przeglądać statystyki zdrowotne z tego dnia.

Estymowany czas pracy: 8h

Przygotowanie bazowego projektu i struktury katalogów

Wymagania akceptacyjne:

1. Utworzenie projektu Django + DRF
2. Przygotowanie bazy SQLite

Estymowany czas pracy: 4h

Wymagania akceptacyjne:

1. Zrozumieć US
2. Załączyć mockupy do każdego z US