prezentatsiya_zakhyst_reabilitatsiya_insult_v2

1.

Застосунок для ведення
реабілітації хворих з
інсультом
Сьогодні
Вправа для руки
Координація
Flutter
Firebase
Cloud Firestore
Дихальна вправа
Пацієнт бачить план → виконує вправу → лікар
бачить результат
1

2.

Проблема: домашня реабілітація часто втрачає контроль
Після виписки пацієнт уже не має постійного медичного
нагляду, але має щоденно виконувати призначені вправи.
1
Нерегулярність
пацієнт може забувати або пропускати вправи
2
Немає даних
результати, біль і втома часто не фіксуються
3
Складно коригувати
план
лікар бачить неповну картину відновлення
Лікарю потрібні
конкретні дані
що виконано
коли виконано
чи був біль / втома
без цього важко оцінити реальний
прогрес
2

3.

Мета та завдання роботи
Мета
Спроєктувати застосунок, який допомагає пацієнту
дотримуватися індивідуального плану реабілітації та передає
лікарю структуровані результати.
3
ролі користувачів
10
проаналізувати предметну область і існуючі рішення
визначити ролі: пацієнт, лікар / реабілітолог, адміністратор
сформулювати функціональні та нефункціональні вимоги
обґрунтувати архітектуру, технології та структуру даних
спроєктувати інтерфейс, діаграми, алгоритми та тестові сценарії
функціональних вимог
7
нефункціональних вимог
3

4.

Аналіз рішень: потрібен спеціалізований інструмент
Фітнесзастосунки
Нагадувачі
Медичні
щоденники
Телемедицина
Плюс: є тренування та
статистика
Плюс: добре нагадують
Плюс: фіксують симптоми
Плюс: є зв’язок із лікарем
Мінус: немає медичного плану
й ролі лікаря
Мінус: не зберігають медичний
контекст
Мінус: не завжди мають план
вправ
Мінус: часто надмірно складна
Висновок: потрібен простий застосунок саме для постінсультної реабілітації — з планом, результатами, статистикою, ролями й
захистом доступу.
4

5.

Ролі користувачів і основні функції
Пацієнт
Лікар / реабілітолог
Адміністратор
план на день
список пацієнтів
користувачі
опис вправи
план реабілітації
ролі доступу
“Виконано”
аналіз прогресу
довідник вправ
біль / втома
рекомендації
службові налаштування
статистика
коригування
Рольова модель доступу: пацієнт бачить власні дані, лікар — дані своїх пацієнтів, адміністратор — службові
налаштування.
5

6.

Архітектура та технології
Firebase Auth
вхід за e-mail і паролем
Flutter
клієнт
Сервіси
Репозиторії
екрани, форми,
навігація
AuthService,
PlanService,
ProgressService
User, Plan,
Result, Exercise
Cloud Firestore
плани, вправи, результати
Ключова ідея: інтерфейс не працює напряму з базою — усі дії проходять через сервісний рівень і репозиторії.
6

7.

Ключовий сценарій: фіксація виконання вправи
1
2
3
4
5
6
Відкрити
“Сьогодні”
Обрати
вправу
Натиснути
“Виконано”
Додати біль,
втому, коментар
Зберегти
результат
Оновити
статистику
Результат містить: дату, статус виконання, рівень болю або втоми та коментар пацієнта. Ці дані використовуються лікарем для аналізу
прогресу.
7

8.

Тестування та економічне обґрунтування
Перевірені сценарії
вхід у систему та робота з ролями
перегляд плану пацієнтом
збереження результату вправи
перегляд статистики
створення рекомендацій лікарем
керування довідником вправ
220 год
39 050 грн
орієнтовна трудомісткість
орієнтовна вартість прототипу
Економічний ефект
менше ручних записів • швидший доступ до історії
кращий контроль виконання плану
У тестових сценаріях основні функції пацієнта, лікаря та адміністратора мають статус “Пройдено”.
8

9.

Висновки
Спроєктовано прототип
підтримка пацієнта, лікаря та адміністратора
Організовано процес
план вправ, фіксація виконання, статистика й рекомендації
Враховано безпеку
автентифікація, ролі та обмеження доступу
Застосунок не замінює лікаря
медичні рішення залишаються за фахівцем
Дякую за увагу!
9