DocSPACE — керівництво користувача

1. Що таке DocSPACE

DocSPACE — це професійний цифровий простір для лікарів, фармацевтів, студентів, інтернів і медичних представників. Його головна задача — зібрати в одному місці ті речі, які зазвичай розкидані по різних сайтах, таблицях, чатах і документах: медичні коди, реімбурсацію, клінічні інструменти, професійні матеріали, події, форум і профіль користувача.

DocSPACE не замінює клінічне мислення і не приймає рішення замість спеціаліста. Він допомагає швидше знайти потрібну інформацію, перевірити дані, відкрити інструмент, прочитати матеріал або перейти до професійної події.

Простіше кажучи, DocSPACE працює як робочий центр: користувач відкриває застосунок і одразу бачить, куди перейти — у пошук, каталог, коди, форум, афішу або профіль.

2. Основна логіка застосунку

У DocSPACE кожен великий розділ має свою роль. Головний екран допомагає зорієнтуватися. Каталог веде до медичних розділів та інструментів. Коди потрібні для роботи з класифікаторами. Пошук допомагає знайти інформацію по всьому застосунку. Форум відповідає за професійні матеріали та обговорення. Афіша збирає події. Профіль зберігає дані користувача, роль і доступи.

Користувачу не потрібно памʼятати всю структуру. Якщо він знає, що шукає, найшвидший шлях — відкрити глобальний пошук. Якщо не знає точну назву, краще почати з Каталогу. Якщо потрібен код — перейти у вкладку «Коди». Якщо потрібні матеріали колег — відкрити Форум. Якщо потрібні події — відкрити Афішу.

3. Перший запуск і вхід

Після встановлення або першого відкриття користувач проходить кілька етапів. Спочатку він входить через email/password або Google. Після цього система перевіряє профіль і користувацьку угоду. Якщо угода ще не прийнята або її версія оновилась, застосунок просить підтвердити актуальні документи.

Далі користувач обирає свою роль. Це важливо, тому що роль визначає, які сценарії будуть доступні. Лікар отримує доступ до основних робочих інструментів. Студент або інтерн використовує застосунок більше як навчальний і довідковий простір. Фармацевт працює з препаратами, реімбурсацією, пошуком і професійними матеріалами. Медичний представник після підтвердження може створювати події в Афіші.

Авторизація сама по собі не означає повний доступ. Якщо користувач не завершив вибір ролі, не прийняв угоду або не має підтвердженого статусу для окремих дій, частина можливостей може бути обмежена.

4. Онбординг ролі та статус медичного представника

Цей блок описує екрани, через які користувач після входу в DocSPACE обирає свою роль і завершує первинне налаштування профілю. Саме тут система визначає, який робочий сценарій буде доступний користувачу: лікаря, фармацевта, студента, інтерна або медичного представника.

Для лікаря цей етап має бути коротким і зрозумілим: обрати роль, уточнити професійний підтип і перейти до застосунку. Для медичного представника логіка суворіша, бо ця роль відкриває доступ до створення подій в Афіші, тому потрібна додаткова перевірка через інвайт-код або статус заявки.

Екран «Оберіть роль»

Екран вибору ролі працює як перший персональний фільтр застосунку. Користувач бачить набір доступних публічних ролей у вигляді окремих карток. Кожна картка містить назву ролі, коротке пояснення і візуальний індикатор вибору.

• Картки ролей. Користувач натискає на потрібну роль, після чого вона позначається активною і отримує галочку.
• Професійна роль. Після вибору основної ролі відкривається додатковий блок із підролями. Наприклад, система може уточнити спеціалізацію або професійний статус користувача.
• Кнопка «Продовжити». Вона активується тільки тоді, коли користувач обрав роль і коректну професійну підроль. Це захищає профіль від неповного налаштування.
• Помилки. Якщо під час збереження сталася проблема, користувач бачить коротке повідомлення під формою, а не технічний збій усього екрана.

У практичному використанні це означає: лікар не потрапляє в систему «анонімно». DocSPACE одразу розуміє, з якою професійною логікою працювати, які розділи показувати як основні і які дії дозволяти.

Професійна підроль

Після вибору основної ролі користувач уточнює професійний підтип. Цей блок потрібен, щоб не обмежувати профіль тільки загальною роллю. Наприклад, двоє користувачів можуть мати однакову базову роль, але різний професійний контекст.

Вибір підролі зроблений у вигляді списку з радіо-перемикачами. Користувач натискає на потрібний варіант, система одразу оновлює стан, а попередні повідомлення про помилки очищуються. Це робить онбординг спокійним: людина бачить, що її вибір прийнято, і може рухатися далі.

Сценарій медичного представника

Якщо користувач обирає роль медичного представника, на екрані зʼявляється окрема картка з полем для інвайт-коду. Це важливий контрольний крок, тому що медичний представник після підтвердження може створювати професійні події в Афіші.

• Поле «Інвайт-код». Користувач вводить код, отриманий від керівництва або адміністратора платформи.
• Автоматична нормалізація вводу. На iOS поле налаштоване так, щоб зручно вводити код великими літерами без автокорекції.
• Захист від порожнього коду. Кнопка «Продовжити» неактивна, поки інвайт-код порожній.
• Передача в систему перевірки. Після натискання кнопки роль, підроль і код передаються в основний контекст застосунку для завершення онбордингу.

Для медичного представника це виглядає просто: обрав роль, ввів код, натиснув «Продовжити». Для системи це точка контролю якості, яка не дозволяє випадковим користувачам створювати події від імені професійної аудиторії.

Екран «Статус заявки»

Якщо доступ медичного представника ще не підтверджений, користувач бачить окремий екран статусу заявки. Його задача — не залишити людину в невизначеності, а чітко пояснити, що заявка вже надіслана і очікує підтвердження.

На екрані показується картка з іконкою очікування, заголовком «Заявка надіслана» і текстом про те, що після підтвердження стануть доступні функції створення подій. Це правильний UX для обмеженого доступу: користувач розуміє, чому кнопки створення подій ще немає, і що має статися далі.

Як пройти онбординг крок за кроком

1. Після входу відкрийте екран «Оберіть роль».
2. Натисніть на картку, яка відповідає вашому професійному статусу.
3. У блоці «Професійна роль» оберіть найближчий підтип.
4. Якщо ви медичний представник, введіть інвайт-код у спеціальне поле.
5. Натисніть «Продовжити».
6. Якщо роль підтверджена — застосунок відкриє основний робочий простір.
7. Якщо заявка медичного представника очікує підтвердження — ви побачите екран статусу заявки.

Технічна логіка стабільності онбордингу

Екран побудований так, щоб користувач не міг випадково перейти далі з неповними даними. Стан вибраної ролі, професійної підролі, інвайт-коду, процесу відправки і повідомлення про помилку контролюється окремо. Поки дані неповні або запит відправляється, кнопка продовження блокується.

Візуально онбординг використовує ті самі компоненти, що й решта DocSPACE: градієнтний фон, картки, мʼякі обводки, системну типографіку і зрозумілі стани вибору. Завдяки цьому перший запуск не виглядає як чужа форма реєстрації, а сприймається як частина єдиного професійного інтерфейсу.

5. Ролі в DocSPACE

Лікар

Лікар — головна роль застосунку. Він може користуватися кодами, реімбурсацією, каталогом, клінічними інструментами, пошуком, форумом, афішею і профілем. Його типовий сценарій — швидко знайти, перевірити, порахувати, прочитати або перейти до дії.

Інтерн або студент

Інтерн і студент бачать базові розділи, але їхній сценарій більше навчальний. Вони можуть вивчати матеріали, орієнтуватися в кодах, відкривати Атлас, користуватися пошуком і читати форум.

Фармацевт

Фармацевт працює з препаратами, доступними програмами, професійними матеріалами, подіями та пошуком. Для нього важливі реімбурсація, фармацевтичний компендіум і швидкий доступ до довідкових даних.

Медичний представник

Медичний представник використовує DocSPACE як структурований професійний канал для подій. Після підтвердження він може створювати події, описувати тему, лектора, формат, місто, дату і цільову аудиторію. Такий доступ не видається автоматично, щоб Афіша не перетворювалась на хаотичну рекламну дошку.

Адміністратор платформи

Адміністратор керує службовими сценаріями: підтверджує заявки, модерує події, працює з новинами платформи, фідбеком і якістю контенту. Звичайний користувач не повинен бачити ці інструменти.

6. Головний екран DocSPACE

Головний екран — це стартовий хаб застосунку. Його задача — не просто красиво зустріти користувача, а швидко пояснити, куди йти далі.

З головного екрана користувач переходить у профіль, форум, афішу, новини платформи, фідбек або інші ключові розділи. Якщо блок новин тимчасово не завантажився, це не повинно заважати роботі з основними функціями. Новини є допоміжним елементом, а не критичною частиною запуску.

Правильний сценарій такий: після відкриття DocSPACE користувач одразу розуміє, що це професійне середовище, а не набір випадкових кнопок. Якщо потрібна інформація — він іде в пошук або каталог. Якщо потрібні матеріали — у форум. Якщо потрібні заходи — в афішу. Якщо треба змінити дані — у профіль.

7. Каталог

Каталог — це карта всіх медичних розділів і робочих модулів. Він потрібен, коли користувач не знає точну назву інструмента або хоче подивитися, які можливості є в застосунку.

У Каталозі є швидкий вхід до інструментів і список усіх розділів. Частина пунктів відкриває спеціальні модулі, наприклад Реімбурсацію, Афішу, Фармацевтичний компендіум, Оцінювальні шкали або Направлення ПМД. Інші пункти ведуть на сторінку розділу, де є коротке пояснення і список екранів усередині.

Типовий маршрут виглядає так: користувач відкриває Каталог, обирає розділ, читає коротке пояснення, натискає потрібний екран і переходить до конкретного матеріалу, таблиці, шкали або гіда.

8. Коди — Атлас

Модуль «Коди — Атлас» — це цифрова екосистема медичних класифікаторів, створена для автоматизації вибору діагнозів, причин звернень та інтервенцій. Замість гортання паперових довідників лікар отримує інструмент, який допомагає точно кодувати медичний епізод. Це критично важливо для коректного заповнення ЕМЗ — електронних медичних записів — та фінансової звітності.

7.1. Центральний хаб класифікаторів

Лікар часто працює одночасно з кількома системами кодування: наприклад, діагноз за МКХ-10, причина звернення за ІСРС-2 та проведена маніпуляція через довідник інтервенцій. Тому модуль починається з центрального хабу, де всі доступні довідники зібрані в одному місці.

• МКХ-10 — для встановлення основного та супутніх діагнозів.
• ІСРС-2 — для фіксації скарг пацієнта, симптомів і причин звернення на етапі первинної допомоги.
• Інтервенції — для точного вибору проведених маніпуляцій, операцій, процедур або обстежень.
• ІСРС-2 ↔ МКХ-10 — для швидкого пошуку відповідностей між системами кодування.

Для лікаря це економія часу: все, що стосується кодування медичної події, знаходиться в одному розділі. Не потрібно окремо шукати джерело, відкривати сторонні таблиці або вручну звіряти кілька довідників.

7.2. Попередній огляд та вибір напрямку

Перед початком пошуку лікар має розуміти, з якою саме базою працює. Тому сторінка входу в кожен класифікатор показує короткий опис, статистику записів і загальний зміст розділу.

Це допомагає швидко перевірити, чи користувач відкрив правильний довідник: діагностичний класифікатор, ІСРС-2 для первинки або класифікатор інтервенцій. Якщо в модулі є швидкий перегляд типових або популярних записів, лікар може одразу побачити приклади кодування і зрозуміти логіку бази.

7.3. Розумний клінічний пошук

Пошук у «Коди — Атлас» працює так, щоб лікар міг знайти запис і за кодом, і за назвою. Це важливо, бо не завжди код відомий напам’ять, а повна назва діагнозу або процедури може бути довгою.

• Пошук за фрагментом коду. Достатньо ввести перші символи, наприклад I10, щоб отримати пов’язані стани.
• Пошук за назвою. Можна ввести ключове слово, наприклад «пневмонія», «коліно» або «синусит».
• Пошук за частиною слова. Система має допомагати знаходити збіги навіть тоді, коли користувач вводить не повну назву.

Для лікаря це зменшує ризик помилки. Якщо він не пам’ятає код, то знаходить його за ключовим словом. Якщо пам’ятає код, то швидко підтверджує правильність за назвою та описом.

7.4. Детальна аналітика коду та диференціація

Багато кодів схожі між собою, і помилка в одну цифру може призвести до невідповідності протоколам, проблем із маршрутом пацієнта або фінансовою звітністю. Тому детальна картка коду має показувати не тільки сам код, а й контекст його застосування.

• «Включає» — перелік станів, які належать до цього коду. Цей блок допомагає підтвердити вибір.
• «Не включає» — перелік схожих станів, які потрібно кодувати інакше. Це важливо для диференціації та уникнення помилок.
• Схожі записи — суміжні коди з тієї ж групи або близькі за назвою варіанти, які варто перевірити перед остаточним вибором.

Така деталізація перетворює довідник на інструмент клінічного контролю. Лікар бачить не просто «сухий» код, а підказку: чи справді цей стан підходить сюди, чи краще обрати інший варіант.

7.5. Інтеграція з робочим процесом

Модуль має бути зручним не тільки для пошуку, а й для подальшої роботи з медичною інформаційною системою.

1. Копіювання в один клік. Знайдений код можна миттєво скопіювати й вставити в МІС, документ або електронний медичний запис.
2. Контекстні підказки. Якщо вибрано певний стан, система може запропонувати переглянути пов’язані варіанти або суміжні коди.
3. Повернення до пошуку. Після відкриття картки користувач може повернутися назад до результатів без повторного введення запиту.

Результат для лікаря — менше бюрократичного навантаження, вища точність кодування і впевненість, що вибраний код відповідає структурі класифікатора.

7.6. Пошук потрібного коду: екран «Браузер»

Щоб почати пошук, натисніть на рядок пошуку у верхній частині екрана.

• Якщо знаєте частину коду, наприклад J0 або 403, введіть ці символи — список одразу відфільтрується.
• Якщо шукаєте за назвою, введіть коротке ключове слово, наприклад «пневмонія» або «коліно».
• Якщо результатів занадто багато, додайте ще одне слово або уточніть код.

Результати переглядаються вертикальним списком. Кожен рядок містить код і коротку назву. Щоб побачити повну інформацію, натисніть на потрібний рядок.

7.7. Робота з детальною карткою

Після відкриття конкретного коду користувач переходить до детальної картки. Тут зібрано все, що потрібно для перевірки та використання запису.

• Копіювання коду. Натисніть кнопку або іконку поруч із кодом. Код збережеться в буфер обміну, після чого його можна вставити в МІС або документ.
• Перевірка виключень. Перегляньте блоки «Включає» та «Не включає», особливо якщо сумніваєтесь, чи підходить код для конкретного випадку.
• Пошук схожих станів. Якщо поточний код не зовсім точний, використовуйте кнопки пошуку схожих записів за кодом або назвою. Система оновить пошук за суміжним напрямком.

7.8. Швидке повернення та навігація

Кнопка «Назад» у верхньому лівому куті повертає до результатів пошуку та зберігає останній запит. Це зручно, бо користувачу не потрібно вводити слово повторно після перегляду детальної картки.

Якщо користувач відкрив не той класифікатор, наприклад шукає діагноз у розділі інтервенцій, потрібно повернутися назад до хабу і вибрати правильну базу: МКХ-10, ІСРС-2, Інтервенції або ІСРС-2 ↔ МКХ-10.

7.9. Орієнтація на головному екрані: Хаб

На головному екрані модуля користувач обирає потрібну базу простим натисканням на плитку класифікатора. Якщо баз або розділів багато, екран можна прокручувати вниз.

Кожен розділ має назву і підзаголовок, який пояснює призначення бази. Наприклад, МКХ-10 використовується для діагнозів, ІСРС-2 — для первинної медичної допомоги, а Інтервенції — для процедур і маніпуляцій.

7.10. Поради для прискорення роботи

• Не вводьте довгі фрази. Пошук краще працює на коротких фрагментах. Замість «гострий верхньощелепний синусит» достатньо ввести «синусит».
• Дивіться на кількість знайдених результатів. Якщо результатів забагато, уточніть запит ще одним словом або частиною коду.
• Використовуйте копіювання. Це зменшує ризик помилки при ручному введенні складних кодів інтервенцій або підтипів МКХ-10.
• Завжди перевіряйте «Включає» та «Не включає». Саме ці блоки допомагають не переплутати схожі стани.

7.11. Короткі сценарії для лікаря

Модуль «Коди — Атлас» найкраще працює як швидкий робочий інструмент: відкрити правильний довідник, ввести короткий запит, перевірити деталізацію і скопіювати код без ручного переписування.

Якщо ви помилилися розділом, наприклад шукаєте діагноз у «Інтервенціях», поверніться назад до хабу й оберіть правильну базу: МКХ-10, ІСРС-2, Інтервенції або ІСРС-2 ↔ МКХ-10.

Практична порада. Не вводьте довгі формулювання. Краще шукати короткими фрагментами: замість «гострий верхньощелепний синусит» введіть «синусит». Якщо результатів занадто багато — додайте друге слово або уточніть код.

9. Клінічні настанови, Атлас і повʼязані матеріали

У DocSPACE важливо не плутати різні значення слова «Атлас». Є «Коди — Атлас», де зібрані класифікатори. Є окремий Атлас у навігаторі медичних досліджень, який повʼязаний із критеріями та картками. Також є Бібліотека настанов у клінічних орієнтирах.

Якщо користувачу потрібен код — він відкриває «Коди — Атлас». Якщо потрібна клінічна тактика, алгоритм або red flags — краще відкривати Бібліотеку настанов. Якщо задача стосується критеріїв встановлення інвалідності або повʼязаних матеріалів — треба переходити в Атлас відповідного навігатора.

Бібліотека настанов підтримує пошук по назві, фразі, МКХ-10, діагностиці, лікуванню, препаратам і red flags. Якщо пошук нічого не дав, варто змінити формулювання, очистити фільтри або шукати через код.

10. Реімбурсація

Реімбурсація допомагає знаходити ліки та медичні вироби, перевіряти секції, умови доплати, інструкції та деталі записів.

Користувач може перемикатися між ліками і медвиробами, вводити назву препарату, уточнювати секцію або доплату, відкривати деталку і закріплювати важливі записи. Якщо результатів немає, варто очистити пошук, прибрати фільтри або спробувати коротший запит.

Закріплені записи потрібні для швидкого повернення до препаратів або запитів, які користувач часто відкриває.

11. Глобальний пошук

Глобальний пошук — один із головних інструментів DocSPACE. Він потрібен, коли користувач не памʼятає, у якому розділі лежить потрібна інформація.

У пошуку можна вводити назву препарату, код, симптом, інструмент, тему статті, подію або скорочення. Система шукає по доступних джерелах і показує результати за типами: коди, статті, події, інструменти, препарати, розділи або інші сутності.

Якщо результатів забагато, користувач може застосувати quick filters або facets. Якщо нічого не знайдено, варто спробувати коротший запит, інше формулювання або змінити scope пошуку.

Пошук має пояснювати свої стани. Коли система шукає, користувач бачить індикатор. Коли результатів немає, він бачить зрозуміле повідомлення і наступну дію, а не порожній екран.

12. Медична наука та офіційні новини

Цей розділ перетворює DocSPACE на персональний центр медичної аналітики та офіційного інформування. Тут лікар отримує доступ до нових доказових джерел, коротких наукових оглядів і повідомлень від регуляторних органів без необхідності щодня перевіряти кілька різних сайтів.

Головна ідея проста: глобальна доказова база і локальні офіційні новини мають бути поруч із щоденними інструментами лікаря. Користувач може швидко переглянути нові дослідження, відкрити структурований матеріал, скопіювати посилання або перейти до оригінального джерела.

Модуль «Нові дослідження»: PubMed і Cochrane

Контекст. Сучасному лікарю важливо бути в курсі доказової медицини, але повнотекстове читання статей займає багато часу. DocSPACE допомагає автоматизувати моніторинг світових публікацій і швидко виділяти головне.

Логіка роботи. Застосунок збирає найсвіжіші публікації з PubMed та огляди Cochrane. Матеріали можна переглядати у стрічці, фільтрувати за категоріями та шукати за ключовими словами, назвами журналів або PMID.

• PubMed. Показує наукові публікації, заголовки, короткі анотації, журнал, дату й ідентифікатор PMID, якщо він доступний.
• Cochrane. Допомагає швидко знаходити систематичні огляди та матеріали доказової медицини.
• Категорії. Лікар може звузити стрічку до потрібного напряму, наприклад педіатрії, кардіології або іншої спеціальності.
• Пошук. Запит працює по назвах, анотаціях, журналах і доступних ідентифікаторах.
• Офлайн-кеш. Якщо стрічка вже завантажувалась, остання доступна версія може відображатися навіть без інтернету зі статусом кешу.

Для лікаря. Це спосіб отримати стислу наукову вижимку між прийомами пацієнтів: побачити нові теми, швидко зрозуміти зміст статті та вирішити, чи потрібно відкривати оригінал.

Професійний Reader View

Контекст. Науковий текст на мобільному екрані має читатися структуровано. Тому матеріал відкривається у режимі читання, де головне винесено в окремі смислові блоки.

• Ключові моменти. Короткий перелік головних тез дослідження або огляду.
• Практичний висновок. Відповідь на питання: як ця інформація може вплинути на щоденну роботу з пацієнтом.
• Теги та спеціальності. Допомагають перейти до суміжних тем або швидко зрозуміти профіль матеріалу.
• Оригінал. Користувач може відкрити першоджерело, якщо потрібно перевірити повний текст, методологію або деталі публікації.

На що натискати. Кнопка «Читати» відкриває оригінальне джерело або безпечний перегляд матеріалу. Іконка копіювання дозволяє зберегти PMID або посилання. Кнопка «Поділитися» формує структуроване повідомлення з назвою, посиланням та ідентифікатором дослідження.

Модуль «Новини МОЗ України»

Контекст. Офіційні накази, зміни у протоколах і повідомлення системи охорони здоров’я України часто губляться у загальних новинних стрічках. У DocSPACE вони винесені в окремий професійний канал.

Логіка роботи. Система збирає повідомлення з офіційних джерел МОЗ України й намагається показати їх у чистому форматі для читання. Якщо доступний повний текст, застосунок відкриває його без зайвих елементів сайту, щоб користувач швидко прочитав суть.

• Прямий канал. Новини відображаються як офіційні повідомлення, а не як випадковий медіапереказ.
• Повнотекстовий резолвер. Якщо можливо, застосунок автоматично підтягує повний текст новини для читання всередині додатка.
• Оновлення стрічки. Щоб перевірити нові повідомлення, користувач може потягнути стрічку вниз і запустити оновлення.
• Перехід до оригіналу. Якщо потрібен документ, наказ або першоджерело, користувач відкриває офіційну сторінку або Telegram-джерело через кнопку дії.

Як працювати зі стрічкою досліджень

1. Виберіть категорію. Натисніть на горизонтальний перемикач категорій під заголовком, щоб побачити матеріали конкретного напряму.
2. Використайте пошук. Введіть термін, назву журналу, тему або PMID. Система шукатиме по доступних полях матеріалу.
3. Відкрийте картку. Натисніть на статтю або огляд, щоб перейти до швидкого перегляду.
4. Оцініть користь. Прочитайте ключові моменти, коротку анотацію і практичний висновок.
5. Перейдіть до джерела. Якщо потрібно більше деталей, відкрийте оригінал у PubMed, Cochrane або зовнішньому браузері.

Як працювати з новинами МОЗ

1. Оцініть актуальність. Дивіться на дату публікації. Свіжі матеріали можуть позначатися індикатором «Нове».
2. Відкрийте новину. Натисніть на картку, щоб прочитати очищений текст без зайвих елементів сторінки.
3. Оновіть стрічку. Потягніть список вниз, щоб перевірити нові повідомлення.
4. Відкрийте оригінал. Якщо у новині є документ, наказ або важливе посилання, використайте кнопку дії у верхній панелі.

Результат. Лікар завжди має під рукою актуальну інформацію: від глобальної науки до локальних наказів і офіційних повідомлень. Це зменшує інформаційний шум і дозволяє витрачати менше часу на пошук джерел.

13. Системні модулі та робота з контентом

Цей розділ описує системні компоненти, які роблять DocSPACE цілісним робочим середовищем: від уніфікованого читання матеріалів до пошуку, локальних довідників, сповіщень і редактора професійного контенту. Для лікаря ці модулі важливі не самі по собі, а тому, що вони скорочують шлях від запиту до дії.

Головна логіка проста: користувач має однаково зручно читати новину МОЗ, науковий огляд, внутрішню сторінку, клінічну таблицю або авторську статтю. Інтерфейс не повинен змушувати щоразу вчитись заново — він має давати знайомі патерни читання, пошуку, фільтрації, копіювання і переходу до джерела.

Уніфікований інтерфейс читання: Reader View

Reader View — це єдиний стандарт відображення текстового контенту в DocSPACE. Він використовується для новин, оглядів, внутрішніх сторінок, довідкових матеріалів і матеріалів із зовнішніх джерел.

Логіка для лікаря. Незалежно від того, відкриває користувач новину МОЗ, статтю PubMed, огляд Cochrane або внутрішній матеріал DocSPACE, він бачить знайомий екран: заголовок, джерело, дату, основний текст і кнопки дії.

• Hero-секція. Показує назву матеріалу, джерело, дату публікації та службові мітки. Якщо матеріал свіжий, він може позначатися індикатором «Нове».
• Адаптивний текст. Текст має залишатися читабельним на різних екранах і при різному розмірі шрифту.
• Дії з контентом. Користувач може відкрити першоджерело, скопіювати посилання або поділитися матеріалом із колегами.
• Безпечний перехід. Зовнішні джерела відкриваються через зрозумілу дію, щоб користувач не губився між застосунком і браузером.

Практичний результат. Лікар швидко читає матеріал у чистому форматі, не відволікаючись на зайві елементи сайту, рекламу або різні візуальні стилі джерел.

Розумний пошук та фільтрація контенту

Пошук і фільтри потрібні для швидкої роботи з великим обсягом інформації. У DocSPACE лікар може знайти потрібний матеріал, код, препарат, алгоритм або сторінку без ручного перегляду всіх розділів.

• Інтерактивний пошуковий рядок. Підтримує швидке введення запиту, очищення поля і візуальний активний стан, коли користувач працює з пошуком.
• Пошук за змістом. Запит може працювати по заголовках, описах, назвах препаратів, кодах, анотаціях, журналах або внутрішніх тегах — залежно від модуля.
• Фільтрація за типом контенту. Користувач може відсіяти зайве і залишити тільки потрібний тип: картки, алгоритми, клінічні матеріали, події, статті або довідники.
• Режим лікаря. Професійний контент має бути поданий без інформаційного шуму: коротко, структуровано, із можливістю перейти до деталей.

На практиці. Якщо лікар шукає препарат — він має швидко потрапити до картки. Якщо шукає алгоритм — до покрокової схеми. Якщо шукає клінічну тему — до статті, настанови або відповідного інструменту.

Спеціалізовані клінічні таблиці та скринінги

Складні медичні регламенти в DocSPACE мають перетворюватися на зручні чек-листи, таблиці та короткі маршрути. Приклад такого підходу — розділ «Скринінг 40+», де профілактичний маршрут пацієнта поданий не як довгий наказ, а як структурований робочий сценарій.

• Мета. Пояснює, навіщо потрібен скринінг або клінічна таблиця.
• Організація візиту. Показує, що лікар має зробити під час прийому або профілактичного огляду.
• Лабораторні вимоги. Дає перелік необхідних аналізів, показників або умов виконання.
• Summary і Details. Короткий підсумок дозволяє швидко зорієнтуватися, а деталізація допомагає перевірити нюанси.

Для лікаря. Це скорочує час на читання регламентів і допомагає не пропустити важливий етап маршруту пацієнта.

Локальні довідники та HTML-сторінки

Деякі складні довідники, інтерактивні схеми та гіди працюють усередині застосунку як локальні HTML-сторінки. Це потрібно для матеріалів, де звичайного текстового блоку недостатньо: є таблиці, складна структура, вбудований пошук або специфічне форматування.

• Складне форматування. HTML-сторінки дозволяють показувати великі таблиці, багаторівневі списки, навігацію, акценти і локальний пошук.
• Швидке відкриття. Локальний матеріал може бути доступний без довгого завантаження зовнішнього сайту.
• Інтеграція з пошуком. Якщо користувач приходить із певним запитом, сторінка може відкриватися вже в потрібному контексті або з відфільтрованими результатами, якщо це підтримано модулем.

Практичний сенс. Лікар отримує складний матеріал у зручному вигляді, не виходячи з DocSPACE і не втрачаючи контекст роботи.

Система миттєвих сповіщень: Global Push

Global Push — це внутрішня система коротких повідомлень, яка супроводжує дії користувача. Вона потрібна, щоб лікар одразу розумів: дія виконалась, сталася помилка або потрібна увага.

• Success. Використовується, коли код скопійовано, фото збережено, статтю оновлено або дія виконана успішно.
• Info. Пояснює нейтральні службові стани: наприклад, матеріал відкрито з кешу або доступна додаткова дія.
• Warning. Підказує, що потрібно звернути увагу: слабке зʼєднання, неповні дані, обмежений результат пошуку.
• Error. Показує, що дія не виконалась: немає інтернету, бракує прав, файл не завантажився або сталася помилка синхронізації.

Для користувача. Це маленькі повідомлення зверху екрана, які не зупиняють роботу, але дають швидке підтвердження або пояснення.

Редактор професійного контенту: Forum Style

Редактор використовується для створення структурованих матеріалів у Форумі та, за потреби, для підготовки професійних приміток або медичних памʼяток. Його задача — перетворити потік думок на читабельний матеріал.

• Заголовки H1, H2, H3. Допомагають вибудувати ієрархію матеріалу: тема, розділ, підрозділ.
• Марковані списки. Підходять для ознак, симптомів, коротких тез або чек-листів.
• Нумеровані списки. Зручні для алгоритмів, планів дій, маршрутів пацієнта або послідовності кроків.
• Блок Note. Виділяє важливу клінічну примітку, застереження або практичний висновок.
• Preview. Дозволяє перевірити вигляд матеріалу до публікації.

Для лікаря. Редактор допомагає швидко оформити професійний текст так, щоб його було легко читати колегам: із заголовками, списками, акцентами і зрозумілою структурою.

14. Форум

Форум — це професійний простір для матеріалів, обговорень і досвіду колег. Він не повинен працювати як хаотична соціальна мережа. Його структура тримається на темах, авторстві, реакціях, коментарях і модерації.

Форум має три основні режими: Лента, Теми і Кабінет.

Лента потрібна для читання. Тут користувач бачить нові матеріали, відкриває статті, шукає за словами, фільтрує за темами, ставить реакції і переходить до коментарів.

Як формується лента статей

Лента у Форумі формується автоматично з опублікованих статей. Це не окремий ручний список і не випадкова добірка: кожна стаття, яку автор зберіг і опублікував через Кабінет, потрапляє у загальну ленту та у свою тему.

Картка в ленті показує головне для швидкого рішення: заголовок, тему, автора, аватар або ініціали, короткий фрагмент тексту, дату оновлення, реакції та кількість коментарів. Натискання на картку відкриває повний матеріал із текстом, реакціями та обговоренням.

Порядок у ленті має допомагати бачити актуальне: нові або оновлені статті піднімаються вище, а матеріали можна додатково знаходити через пошук, фільтр тем або режим “Мої”. Якщо стаття збережена як чернетка, видалена або прихована модерацією, вона не повинна зʼявлятися у публічній ленті.

Для користувача це виглядає просто: він відкриває Форум і бачить живу стрічку професійних матеріалів. Для автора це означає, що після публікації стаття одразу стає доступною читачам у ленті, у відповідній темі та, за потреби, у профілі автора.

Якщо статей ще немає або активні фільтри нічого не знаходять, лента має показувати зрозумілий порожній стан: запропонувати очистити пошук, змінити тему або створити перший матеріал, якщо користувач має такий сценарій.

Теми потрібні для навігації. Вони дозволяють не гортати все підряд, а перейти до конкретного напрямку.

Кабінет потрібен для автора. Саме там створюються нові матеріали. Якщо користувач хоче написати статтю, йому треба відкрити Форум, перейти в Кабінет, запустити редактор, обрати тему, написати заголовок і текст, перевірити Preview і зберегти матеріал.

Хороший матеріал у Форумі має бути практичним. Він повинен мати зрозумілий заголовок, короткий вступ, структуру, конкретний сенс для лікаря і чіткий висновок. Найкраще працюють тексти у форматі: проблема, контекст, спостереження, практичний висновок.

15. Коментарі та реакції

Коментарі та реакції знаходяться всередині статті. Користувач відкриває матеріал, читає його, після чого може поставити реакцію або написати коментар.

Коментарі потрібні не для хаотичного чату, а для професійного уточнення: поставити питання автору, доповнити спостереження, поділитися досвідом або звернути увагу на важливий нюанс.

Автор може редагувати власні матеріали. Модератор або адміністратор платформи може втрутитися, якщо контент не відповідає стандартам платформи.

16. Афіша / Events: події та календар

Модуль «Події та Календар» реалізує в DocSPACE повноцінну екосистему для пошуку, перегляду, створення та керування медичними подіями. Для лікаря це публічний каталог професійних заходів, а для організатора — робочий простір із чернетками, публікацією та редагуванням подій.

Модуль розділений на дві логіки: публічну частину, де користувач переглядає календар і відкриває події, та приватну частину, де підтверджений медичний представник або адміністратор створює і підтримує власні заходи.

Екран стрічки подій

Стрічка подій — основний інтерфейс для роботи з Афішею. Тут користувач бачить календар, список подій і фільтри, які допомагають швидко знайти потрібний захід.

• Інтерактивний календар. Календар підтримує два стани: розгорнутий місячний вигляд і компактний тижневий вигляд. Це дає можливість або оглядати весь місяць, або звільнити більше місця для списку подій.
• Плавне згортання. Перехід між місяцем і тижнем працює через перетягування. Для користувача це виглядає як природний жест: календар не зникає різко, а поступово змінює висоту.
• Фільтрація. Події можна відсівати за містом, форматом, брендуванням і часовими проміжками. Це особливо корисно, коли в календарі багато заходів.
• Пошук. Користувач може шукати подію за назвою, лектором, темою, містом або ключовим словом.
• Режими роботи. У режимі .catalog екран працює як звичайний каталог для перегляду. У режимі .workspace він стає частиною робочого простору організатора.

Для лікаря сценарій простий: відкрити Афішу, вибрати дату, уточнити фільтри, відкрити подію і швидко зрозуміти, чи вона релевантна.

Робочий простір організатора

Робочий простір — це контейнер, який дозволяє перемикатися між публічною стрічкою подій і приватним Кабінетом організатора.

• Кабінет. Організатор бачить власні події, чернетки, опубліковані заходи та може повернутися до редагування.
• Управління доступом. Перед створенням події система перевіряє права користувача. Кнопка створення не повинна бути доступною користувачу, який не має відповідної ролі або підтвердженого статусу.
• Створення подій. Якщо користувач має роль підтвердженого медичного представника або адміністратора/CEO, йому доступна кнопка «Нова подія», яка відкриває редактор.

Така структура захищає Афішу від випадкових або неякісних публікацій: звичайний користувач читає події, а підтверджений організатор має окремий сценарій керування.

Деталі події

Екран деталей показує повний опис конкретного заходу. Це місце, де користувач приймає рішення: відвідати подію, зберегти інформацію, перейти за посиланням або відреагувати.

• Hero Card. Верхня картка швидко показує найважливіше: назву, дату, час, формат, місто або онлайн-статус.
• Детальний опис. Основний текст пояснює тему, цільову аудиторію, практичну користь і контекст події.
• Організатор. Користувач бачить, хто створив або проводить захід, що підвищує довіру до події.
• Локація. Для офлайн-події показується місто й адреса, для онлайн-події — посилання або опис формату.
• Реакції. Система лайків/дизлайків працює через сервіс реакцій і дозволяє швидко оцінити інтерес аудиторії.
• Редагування. Якщо поточний користувач є автором події, він може швидко перейти до редактора.
• Модерація. Для користувачів із правами CEO доступне видалення або службова модерація події безпосередньо з екрана деталей.

Для лікаря екран деталей має відповідати на ключові питання без зайвого пошуку: що за подія, коли вона відбудеться, хто проводить, де відкрити оригінал або як долучитися.

Редактор подій

EventEditor — форма створення і модифікації подій. Він потрібен для медичних представників, організаторів та адміністраторів, які наповнюють Афішу якісним контентом.

• Статуси. Подію можна зберегти як .draft — чернетку, або як .published — опубліковану подію.
• Основні поля. Редактор містить назву, опис, дату і час початку, дату і час завершення, тему, лектора або організатора.
• Тип локації. Користувач обирає фізичну адресу для офлайн-події або онлайн-посилання для вебінару.
• Валідація. Перед збереженням форма має перевірити обовʼязкові поля, коректність дат і достатність інформації для публікації.
• Системне сповіщення. Після успішного збереження використовується GlobalPush: користувач бачить коротке підтвердження, що подію збережено або опубліковано.

Практична логіка така: якщо подія ще не готова — зберегти як чернетку; якщо вся інформація перевірена — опублікувати, щоб вона стала видимою для лікарів у календарі.

Логіка та дані модуля

У модулі подій логіка розділена між екранами, моделями стану та сервісами. Це дає стабільну роботу календаря, фільтрів, редактора і реакцій.

• EventsFeedViewModel. Керує станом завантаження, пошуковими запитами, активними фільтрами, вибраною датою та агрегацією реакцій користувачів. Також відповідає за бізнес-логіку фільтрації масиву подій.
• EventEditorViewModel. Відповідає за стан форми, валідацію введених даних, підготовку payload для збереження і обробку помилок.
• EventReactionService. Обробляє реакції користувача на подію, щоб інтерфейс міг показувати актуальний стан лайків або дизлайків.
• Service-шар. Відповідає за читання, створення, оновлення, публікацію або видалення подій відповідно до ролі користувача.

Технічні особливості модуля

• UI Framework. Модуль побудований на SwiftUI з активним використанням StateObject та EnvironmentObject для синхронізації стану між екранами.
• Архітектура. Використовується чіткий поділ на View, ViewModel та Service-шари, щоб інтерфейс не змішувався з бізнес-логікою.
• Haptics. Під час взаємодії з календарем може використовуватися тактильний відгук через UIImpactFeedbackGenerator, щоб жест згортання або вибору дати відчувався фізично.
• Адаптивність. Інтерфейс враховує різні розміри екранів, safe area та нижню панель навігації, зокрема через docSpaceBottomBarSafeAreaInset.
• Стан помилки. Якщо події не завантажилися, користувач має бачити зрозуміле повідомлення і можливість повторити дію, а не порожній екран.

Коротка інструкція для лікаря

1. Відкрийте Афішу.
2. Оберіть дату в календарі або скористайтеся пошуком.
3. За потреби увімкніть фільтри: місто, онлайн/офлайн, часовий період.
4. Натисніть на подію, щоб відкрити деталі.
5. Перевірте дату, формат, організатора, опис і спосіб участі.
6. Поставте реакцію, якщо хочете швидко позначити інтерес до події.

Коротка інструкція для організатора

1. Відкрийте Афішу у режимі робочого простору.
2. Перейдіть у Кабінет.
3. Натисніть «Нова подія».
4. Заповніть назву, опис, дату, час, формат, місто або онлайн-посилання.
5. Збережіть подію як чернетку або опублікуйте її.
6. Після збереження перевірте системне сповіщення GlobalPush і переконайтеся, що подія зʼявилася у потрібному статусі.

17. Профіль користувача і керування персоналізацією

Розділ «Профіль» призначений для керування особистими даними лікаря, налаштування візуальної ідентифікації в системі та контролю рівнів доступу. Це не просто службова сторінка, а цифрова візитівка користувача в DocSPACE.

Профіль важливий для довіри: коли користувач публікує статтю, залишає коментар або взаємодіє з колегами, система має показувати зрозуміле авторство — імʼя, роль, організацію й аватар там, де це передбачено інтерфейсом.

Екран «Профіль»: огляд та налаштування

Контекст. Профіль — це місце, де користувач бачить, ким система його розпізнає. Тут зібрані персональні дані, фото, роль, статус доступу та дії з акаунтом.

Логіка роботи. Екран розділений на кілька практичних блоків:

• Заголовок профілю. Відображає фото користувача, імʼя, прізвище та базовий статус авторизації.
• Персональні дані. Містить контактну інформацію, наприклад email, телефон або інші доступні поля.
• Ролі та доступи. Показує права користувача в системі: лікар, фармацевт, інтерн, студент, медичний представник або службова роль.
• Професійна інформація. Може містити організацію, місто, посаду або інші дані, які допомагають коректно представляти користувача в професійному просторі.
• Акаунт. Містить дії для виходу із системи або видалення акаунта.

Дії для користувача. Якщо потрібно оновити фото, користувач натискає на аватар. Якщо потрібно завершити роботу на пристрої, натискає «Вихід». Якщо потрібно змінити особисті дані, користувач відкриває доступні поля редагування в профілі.

Для медичного представника профіль також показує статус доступу. Якщо заявка ще не підтверджена, створення подій в Афіші може бути недоступним.

Редактор аватара: персоналізація фото

Контекст. Аватар — це візуальна частина професійної ідентичності. Фото має бути чітким, правильно центрованим і добре читатися в маленькому круглому форматі, тому в DocSPACE передбачене окреме редагування перед збереженням.

Логіка роботи. Користувач обирає фото з галереї, після чого відкривається редактор кадрування. У ньому можна підготувати зображення саме під формат профілю.

• Масштабування. Жестом «щипок» двома пальцями або повзунком можна наблизити обличчя чи віддалити загальний план.
• Позиціонування. Фото можна перетягувати всередині круглого вікна, щоб обличчя було по центру.
• Попередній перегляд. Користувач бачить, як аватар виглядатиме після обрізання.

Кнопка «Зберегти» застосовує кадрування, оптимізує фото і завантажує його в профіль. Кнопка «Скасувати» повертає користувача назад без змін.

Як оновити фото профілю

1. Перейдіть у вкладку «Профіль».
2. Натисніть на круглу іконку користувача або поточне фото.
3. Оберіть «Вибрати фото» з галереї пристрою.
4. У редакторі двома пальцями налаштуйте масштаб так, щоб обличчя було в центрі кола.
5. Перетягніть фото, якщо потрібно змінити позицію.
6. Натисніть «Готово» або «Зберегти».
7. Дочекайтеся підтвердження, що фото профілю збережено.

Після збереження новий аватар використовується в профілі та в тих частинах застосунку, де відображається авторство користувача: наприклад, у Форумі, коментарях або публічному профілі.

Надійність та обробка помилок

Під час збереження аватара застосунок не просто завантажує випадковий файл. Він створює оптимізоване зображення у форматі JPEG, щоб фото швидко відкривалося навіть при слабкому інтернеті й не перевантажувало пристрій.

Якщо під час завантаження виникає проблема — наприклад, зник звʼязок, файл занадто великий або сервер відхилив дію — застосунок має показати зрозуміле повідомлення українською мовою, наприклад: «Не вдалося завантажити аватарку» або «Файл занадто великий».

При видаленні акаунта система має очистити локальні дані профілю та кеш зображень на пристрої. Це потрібно для приватності користувача, особливо якщо пристроєм можуть користуватися інші люди.

Що важливо перевірити в профілі

• Імʼя, роль і аватар коректно відображаються після входу.
• Фото можна вибрати, відкадрувати, зберегти й побачити оновлення без перезапуску застосунку.
• Якщо користувач скасовує редагування, старий аватар не змінюється.
• Якщо фото видалене, система коректно показує fallback-аватар або ініціали.
• Помилки завантаження не ламають профіль і не залишають нескінченний індикатор.
• Після виходу або видалення акаунта локальні дані не залишаються видимими в інтерфейсі.

Профіль як цифровий паспорт DocSPACE

Профіль — це персональний робочий простір користувача і водночас його професійна візитівка в системі. Тут важливо не тільки красиво показати фото, а й коректно відобразити ПІБ, роль, спеціалізацію, організацію та статус доступу.

• Особисті дані допомагають правильно ідентифікувати користувача у Форумі, коментарях, публічному профілі та зворотному зв’язку.
• Роль і доступи пояснюють, які функції відкриті: читання матеріалів, створення статей, робота з подіями або службові сценарії.
• Організація та професійна інформація додають контекст авторству, особливо коли користувач публікує матеріал або взаємодіє з колегами.

Для лікаря це означає просту річ: профіль має виглядати актуально і професійно, бо саме він формує довіру до автора в медичному середовищі DocSPACE.

Короткі сценарії профілю

Після оновлення аватара система використовує нове фото в профілі та там, де показується авторство: у статтях, коментарях і публічних елементах користувача.

Стабільність профілю та системні повідомлення

Під час дій у профілі застосунок має давати короткий зрозумілий зворотний зв’язок. Якщо фото збережено, код скопійовано або дані оновлено, користувач бачить лаконічне підтвердження зверху екрана. Якщо щось пішло не так — повідомлення має пояснити проблему людською мовою.

• Success. Фото профілю збережено, код скопійовано, зміни прийнято.
• Warning. Потрібно перевірити інтернет, розмір файлу або обов’язкові поля.
• Error. Дію не виконано: наприклад, фото не вдалося завантажити або сервер відхилив операцію.

Такий підхід важливий для лікаря: він не має здогадуватися, чи збереглася дія. Система повинна одразу показати результат і не залишати нескінченний індикатор завантаження.

18. ЕКГ-інструменти

ЕКГ-блок у DocSPACE має два сценарії: Помічник по ЕКГ і Конструктор ЕКГ.

Помічник по ЕКГ потрібен, коли користувач уже має параметри ЕКГ і хоче структурувати опис. Він вводить ЧСС, PQ, QRS, QT, вісь, тип ритму, стан зубця P, провідність, ST-T зміни та ектопію. Після цього система формує підсумок, ключові знахідки, клінічні міркування, сигнали підвищеної уваги і типові патерни.

Конструктор ЕКГ потрібен для навчання і моделювання. Користувач може обрати відведення, швидкість паперу, підсилення, пресет і руками змінювати криву P-QRS-T. Модуль перераховує ЧСС, RR, PR, QRS, QT, QTc, ST і формує автоматичний опис.

Обидва інструменти є допоміжними. Вони не ставлять остаточний діагноз і не замінюють реальну 12-відведену ЕКГ, клініку, анамнез і лікарське рішення.

19. Вибране і закріплене

Закріплення потрібне, щоб користувач міг швидко повернутися до важливих речей. У DocSPACE можна закріплювати пошукові запити, записи реімбурсації або інші елементи, якщо це передбачено конкретним модулем.

Сенс простий: якщо лікар часто відкриває певний препарат, код або запит, він не повинен щоразу шукати його з нуля.

20. Якість контенту і модерація

DocSPACE є професійним медичним простором, тому контент має бути структурованим, корисним і відповідальним. Модерація потрібна не для формальності, а для підтримки довіри.

Якісний матеріал має зрозумілий заголовок, практичну мету, структуру, коректне авторство і відсутність агресивної реклами. Подія хорошої якості повинна швидко відповідати на питання: що буде, коли, де, хто проводить, для кого це і чому це може бути корисно.

Якщо дозволити будь-який контент без контролю, Форум і Афіша швидко перетворяться на шум. Тому створення подій обмежене, теми мають контролюватися, а небажаний або неякісний контент може бути відредагований або прибраний.

21. Помилки, порожні стани і обмеження доступу

Кожен великий модуль має коректно пояснювати свої стани.

Якщо дані завантажуються, користувач повинен бачити, що система працює. Якщо нічого не знайдено, він має отримати підказку: очистити пошук, змінити запит, скинути фільтри або повернутися до ширшого scope. Якщо сталася помилка мережі або доступу, повідомлення має бути людським, а не сирим технічним текстом.

Обмеження доступу не завжди означає помилку. Часто це нормальна робота правил. Наприклад, створення подій доступне тільки підтвердженим медичним представникам або адміністратору. Адміністративні модулі доступні тільки службовим ролям. Редагувати матеріал може автор або модератор.

Якщо користувач не бачить потрібної функції, спочатку треба перевірити його роль, статус профілю, підтвердження email і, для медичного представника, статус заявки.

22. Типові сценарії користувача

Лікар шукає інформацію під час прийому

Лікар відкриває застосунок і переходить у Пошук, якщо знає, що саме шукає. Якщо потрібен код, він відкриває «Коди — Атлас». Якщо потрібна шкала, довідник або інший інструмент, переходить у Каталог або Інструменти. Головне в цьому сценарії — швидкість і мінімум зайвих кроків.

Лікар читає матеріал у Форумі

Користувач відкриває DocSPACE, переходить у Форум, залишається в Ленті або обирає тему, відкриває статтю, читає її, ставить реакцію або залишає коментар.

Автор публікує статтю

Автор відкриває Форум, переходить у Кабінет, відкриває редактор, обирає тему, пише заголовок і текст, перевіряє Preview і зберігає матеріал. Після цього стаття зʼявляється у стрічці та відповідній темі.

Медичний представник додає подію

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

Користувач не знає, де шукати

Якщо користувач не памʼятає шлях, він відкриває глобальний пошук і вводить просте слово: препарат, код, симптом, назву інструмента, тему або подію. Система має привести його до потрібного розділу.

23. Що перевіряти після оновлень

Після змін у застосунку варто вручну перевірити базові сценарії: вхід через email і Google, прийняття користувацької угоди, вибір ролі, роботу профілю, пошук, каталог, відкриття кодів, реімбурсацію, створення статті, коментарі, реакції, Афішу, створення події та рольові обмеження.

Окремо треба перевіряти мобільне відображення: чи не обрізається текст, чи не перекриває tab bar важливі елементи, чи нормально працює темна і світла тема, чи зрозумілі empty/error стани і чи не показуються користувачу технічні повідомлення без пояснення.

24. Коротка формула DocSPACE

DocSPACE має працювати так: користувач відкрив застосунок, швидко зрозумів структуру, знайшов потрібну інформацію, відкрив інструмент або матеріал, зробив дію і повернувся до роботи без зайвого шуму.

Це не просто довідник і не просто форум. Це професійний медичний робочий простір, де кожен розділ має конкретну задачу: знайти, перевірити, порахувати, прочитати, опублікувати, відреагувати або перейти до події.