Що відбувається

• 25.03.2026 ми отримали від e-hellz запрошення на комісію з приводу відключення DocDream від e-hellz.
• 26.03.2026 відбувся сеанс зв'язку, організований з ініціативи e-hellz. На ньому були присутні представники 15 МІСів, які отримали таке саме повідомлення. Представники e-hellz повідомили присутніх про майбутнє відключення МІСів через те, що вони не пройшли тестування окремих модулів.
• 01.04.2026 e-hellz розіслав всім МІСам, які були присутні на зустрічі, наказ та лист про їх відключення від e-hellz до 29.05.2026.

Причини

Кожен з представників МІС на зустрічі з e-hellz надав пояснення з приводу ситуації, що склалася. Пояснення у всіх було однакове: "не встигли". А причини, чому не встигли, розділялися на п'ять груп:

1. Частину розробників мобілізували в армію.
2. Проблеми з електропостачанням у деяких розробників.
3. Доробка функціоналу для модулів, які потрібно було протестувати, співпала з розробкою нових дуже корисних функцій для підвищення безпеки обробки та зберігання даних у МІС.
4. e-hellz почав сильно затягувати тестування, і якщо потрібна друга спроба, то це затримується на місяці.
5. Змінився порядок тестування модулів.

Остання причина виявилася для нас основною, і ось чому.

Раніше під час тестування модулів програміст МІС демонстрував представнику e-hellz екран програми та виконував дії, які вимагав представник e-hellz (створіть епізод, додайте взаємодію, додайте план лікування тощо). Весь сеанс записувався на відео. Якщо виявлялася невідповідність поведінки програми технічним вимогам e-hellz, то про це нам відразу повідомляли, і програміст обговорював з представником e-hellz, як це виправити таким чином, щоб програма працювала відповідно до вимог e-hellz. Така спільна робота допомагала нам здавати майже кожен модуль з першої спроби. А якщо "не проходили", то було зрозуміло, що саме потрібно підкрутити, і вже другої спроби було достатньо.

Починаючи з осені 2025 року алгоритм змінився. Тепер представник e-hellz самостійно проводить тестування перероблених модулів МІС на предмет їх відповідності технічним вимогам. Для цього кожна МІС власним коштом створює для e-hellz тестовий майданчик, тестових користувачів, інструкції з користування та надає ці дані представникам e-hellz. І вони вже самостійно пробують розібратися в надісланих інструкціях та перевірити роботу кожної МІС.

Саме з цього моменту у нас різко зросла кількість незданих модулів, причому навіть найпростіших. Чи то інструкції написані не досить зрозуміло, чи тестування проводиться не за інструкціями (а чи проводиться взагалі?), чи тестувальники не досить добре розбираються в нюансах роботи 37 МІС... Нас просто ставлять перед фактом, що модуль не відповідає всім вимогам. Іноді є коментарі про причини, іноді немає, і зрозуміти, що не так ми не можемо.

Насправді всі модулі МІС повноцінно працюють за новими алгоритмами e-hellz (ви ж щоденно бачите цю роботу). Але офіційного папірця про відповідність немає, тому що є якесь дрібне зауваження. Наприклад, відсутній переклад повідомлення про некоректні дії користувача з англійської на українську. Користувачі до таких дрібниць або взагалі не доходять, або не помічають цього, але для e-hellz це формальна причина, чому модуль не проходить тестування. Тобто, мова йде не про якісь непереборні технічні проблеми, а про дрібні косметичні недоліки, яким ми своєчасно не надали достатньо уваги.

Наша позиція

Ми націлені на конструктивне вирішення даної ситуації. Хай би що, але 23 МІС виконали вимоги e-hellz, тому немає причин, чому їх не може виконати й DocDream.

Наказ e-hellz написано такою мовою, що складається враження про невідворотність відключення всіх 14 МІС від e-hellz. Але з пояснень представників цих МІС під час зустрічі стало зрозуміло, що всі вони знаходяться на різних стадіях перетесування модулів і також працюють над виправленням ситуації. Одна з МІС ("Каштан") навіть встигла вискочити з цього списку, бо отримала позитивний висновок про тестування напередодні засідання (про це є в наказі e-hellz). Тому ми сподіваємося, що після успішного проходження перетестування протягом найближчих 2 місяців e-hellz перегляне список МІС і прибере з нього тих, хто знову "відповідає вимогам".

Таку надію дає нам загадкова фраза в кінці листа від e-hellz: "У разі доопрацювання функціональних можливостей МІС, оператор має змогу пройти повторне тестування на відповідність МІС технічним вимогам". Але якщо рішення про відключення є остаточним, то для чого ж проходити повторне тестування? Запитаємо про це в e-hellz.

Наші дії

1. Створили внутрішню антикризову команду для моніторингу ситуації.
2. Надіслали в e-hellz офіційний запит, про те, чи буде успішне проведення перетестування підставою для виключення DocDream зі списку жертв.
3. Позитивно відреагували на комерційну пропозицію від e-hellz укласти договір на отримання інформаційно-консультаційних послуг (сподіваємося, це дозволить нам отримувати більше інформації про причини негативних висновків тестування).
4. Створили дашборд для користувачів (див. скріншот нижче), на якому можна відслідковувати динаміку стану підготовки модулів до тестування, а також статус тестування окремих модулів.
5. Додамо у версії DocDream, яку використовують під час тестування представники e-hellz, детальне логування дій користувачів. Так ми зможемо без додаткових пояснень зрозуміти, чи дотримувався користувач наших інструкцій... на яких діях обірвався процес тестування... якщо були помилки, то які саме... і чи взагалі проводилося тестування.
6. Окрім письмових інструкцій з роботи модулів, які програміст зараз пише для представників e-hellz, ми будемо записувати для них навчальні відео, що було зрозуміліше, які кнопки потрібно натискати.

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

Є багато способів, як цей код з'являється на телефоні у користувача. Можна надсилати СМС з кодом підтвердження (задорого кожен день для кожного користувача, можливо і не один раз), можна відправляти на email (не зручно і не так безпечно). У DocDream для автентифікації використовується мобільний додаток, призначений для такої задачі. Це може бути Google Authenticator, Microsoft Authenticator, Samsung Pass або будь-який інший додаток, що виконує таку функцію.

Давайте розглянемо, як це налаштувати та використовувати.

На першому скріншоті показано форму, в якій відбувається налаштування двофакторної автентифікації для користувача. Зазвичай, не сам користувач, а найголовніший адміністратор програми самостійно визначає, для кого з користувачів потрібна така автентифікація. Наприклад, для лікарів вона є обов'язковою з точки зору e-hellz, а для працівників складу чи касирів - опціональною з точки зору DocDream.

На другому скріншоті видно, що бачить користувач, для якого налаштували двофакторну автентифікацію, після першої спроби увійти в систему (після вводу логіна та пароля). Користувач має зісканувати камерою телефона QR-код, перейти за посиланням та відкрити на телефоні мобільний додаток, який він використовує для автентифікації (Google Authenticator, Microsoft Authenticator, Samsung Pass тощо).

Якщо такого додатка у користувача на телефоні немає, то його потрібно встановити. На третьому скріншоті показано, як це швидко зробити. Клікаємо по посиланню під QR-кодом і у вікні, що відкрилося, скануємо камерою ще один QR-код. В ньому знаходиться посилання на мобільний додаток на маркетплейсі Google або Apple.

Встановлюємо потрібну програму на телефон і повертаємося до першого QR-кода. Можемо зісканувати його камерою і відкрити посилання у додатку. А можемо відкрити щойно встановлену аплікацію і додати новий код прямо там. В цей момент між мобільним додатком на телефоні користувача та між DocDream встановлюється інтимний зв'язок. Додаток буде щохвилини генерувати новий 6-значний код, і саме цей код потрібно внести у полі "Код" (під зображенням QR-коду) та підтвердити його, натиснувши відповідну кнопку.

Якщо користувач вийде з DocDream та спробує зайти повторно, то ніякого QR-коду вже не буде. А буде маленька формочка, в якій потрібно внести 6-значний код, що в даний момент висвічується у мобільному додатку, який користувач собі встановив (див. скріншот 4). Але ж код змінюється кожну хвилину! Як мобільна аплікація "знає", який код у цю хвилину діє для входу в DocDream? Все пояснюється дуже просто: чорна магія.

А що робити, якщо користувач загубив чи змінив телефон з автентифікатором, або видалив цей мобільний додаток? Без коду увійти в програму користувач точно не зможе. В такому випадку потрібно звернутися до найголовнішого адміністратора програми, у якого є права на налаштування інших користувачів. Адміністратор зможе скинути налаштування двофакторної автентифікації для такого невдахи, як це показано на скріншоті 5. І невдасі доведеться при повторній спробі входу у DocDream повторити всі кроки, описані вище (починаючи з другого скріншоту). В особливо важких випадках можна взагалі скасувати для користувача двофакторну автентифікацію при вході (просто обрати зі списку варіант "Не потрібно").