Чому ШІ-моніторинг ментального стану ламається на даних
Носимі пристрої дають нерівномірний і різнорідний потік: браслет, каблучка й годинник пишуть пульс, варіабельність ритму, сон і активність із різною частотою та в різних форматах, а частина даних надходить із щоденника самоспостереження, де людина вручну відзначає настрій.
Часові пояси, калібрування сенсорів і момент початку запису в кожної моделі свої, тому навіть просту ознаку на кшталт «середній пульс за ніч» доводиться збирати з кількох джерел і приводити до єдиної шкали, інакше дані з носимих пристроїв не узгоджуються між собою.
Пропуски в сигналі — не виняток, а норма: пристрій знімають на ніч, сідає батарея, синхронізація йде в чергу на добу, а користувач забуває відзначити епізод.
У реальній вибірці до третини часових вікон виявляються порожніми, при цьому рідкісні події — епізоди виразного погіршення стану — трапляються в одиницях відсотків записів.
На такому перекосі модель швидко вивчає хибні зв'язки: різницю між буднями та вихідними, сплеск активності, сезон відпусток — усе, що корелює з цільовою ознакою, але не описує її.
Далі починається те, заради чого все рахувалося: хибні спрацьовування. Алгоритм тривожиться на прогулянці або після недосипу, а справжній епізод пропускає — довіра до системи падає швидше, ніж зростає точність на відкладеній вибірці.
Саме на цьому ламається більшість проєктів ШІ-моніторингу ментального стану: вони не доживають до промислової експлуатації. Розбираємо, як це закривається.
Що змінюється після впровадження: затримка реакції та пропущені епізоди
Користь від безперервного спостереження вимірюється не «розумністю» моделі, а чотирма перевірюваними зсувами, які видно у вивантаженні за місяць. Нижче — чек-ліст приймання: кожен пункт рахується за журналом сигналів і підтвердженнями фахівців, а не за суб'єктивною оцінкою.
| Напрям | Що рахуємо | Що видно після впровадження |
|---|---|---|
| Раннє виявлення епізодів | частка підтверджених сигналів і випадки, знайдені до звернення | відхилення ловиться на початку, а не коли людина сама просить допомоги |
| Швидкість реакції | час від першого стійкого відхилення до контакту з фахівцем | доба скорочується до годин |
| Ручні перевірки | частка записів, які переглядаються вручну | суцільний перегляд замінюється розбором адресних сигналів |
| Навантаження на фахівців | кількість хибних спрацьовувань за зміну | увага йде на складні випадки, а не на шум |
Окремі виміри дають розрізнені точки, і епізод між ними просто не видно. Безперервне спостереження будує особисту норму за ритмом і активністю, тому відхилення від неї помітно раніше за скаргу й підтверджується динамікою, а не одним значенням.
Фахівець отримує сигнал із готовим контекстом: коли почалося, як довго триває, що було до цього. Час іде на розмову й рішення, а не на пошук, — кількість розібраних випадків за зміну зростає без зростання навантаження.
Пункти фіксуємо в прийманні: якщо частка виявлених епізодів не зростає, а час реакції не скорочується, налаштування сигналів потребує доопрацювання.
Безперервний моніторинг проти періодичних опитувань і самозаповнення
Три способи збору відповідають на різні питання й не замінюють один одного. Пасивна реєстрація з носимих пристроїв (Apple Watch, Garmin, Wear OS) дає безперервний ряд: пульс, варіабельність ритму, тривалість і якість сну, рухова активність, час біля екрана.
Періодичні опитувальники на кшталт PHQ-9 і GAD-7 дають рідкісний, але валідований зріз суб'єктивного стану. Самозаповнення щоденника фіксує епізод у моменті — коли людина сама вирішила його відзначити.
Ряди не зводяться один до одного напряму. Пасивний сигнал показує, що фізіологія відхилилася від особистої норми, але не називає причину: те саме просідання варіабельності приходить після важкого тренування, хвороби або недосипу.
Опитувальник формулює стан словами, однак збирається раз на один-два тижні, а ретроспективна оцінка систематично зміщена. Щоденник точний за часом, зате тримається на звичці заповнювати.
| Режим збору даних | Коли підходить | Обмеження методу |
|---|---|---|
| Пасивна реєстрація з носимих пристроїв | Потрібен безперервний фон і відхилення від особистої норми | Не пояснює причину відхилення; залежить від того, чи носить людина пристрій; артефакти руху та зняття |
| Періодичні опитувальники за валідованими шкалами | Порівняння з клінічними порогами, оцінка динаміки за тижні | Рідкісні зрізи, ретроспективне викривлення, звикання до питань |
| Самозаповнення щоденника за тригером | Фіксація епізоду в моменті та його контексту | Пропуски й нерівномірність, залежність від мотивації, непорівнюваність формулювань |
Робоча схема — гібрид із явним розподілом ролей: шкали слугують точками калібрування й опорою для порогів, пасивний ряд дає фон і ловить відхилення між вимірами, щоденник уточнює контекст. Далі розбираємо, як такий режим збору збирається в один контур.
Як ми впроваджуємо: від аудиту даних до передачі моделі в експлуатацію
Впровадження розбито на сім кроків, і кожен закривається лише після точки контролю: без узгодженого результату кроку наступний не починається. Так знімається типовий ризик, коли модель навчена на історичних даних, а в промисловий контур не вийшла.
- Аудит даних. Дивимося, що реально пишуть носимі пристрої: повнота рядів, частка пропусків і артефактів руху, якість розмітки епізодів. На виході — звіт про придатність даних і межі застосовності.
- Схема ознак. Визначаємо, які сигнали й у яких вікнах описують стан, як рахуються добові та тижневі профілі. Схема фіксується письмово — за нею навчання відтворюване.
- Складання й навчання. Готуємо навчальну вибірку й окремо валідаційну. Порівнюємо кілька родин моделей на одній схемі ознак, щоб вибір був обґрунтованим, а не єдиним.
- Перевірка на відкладеному періоді. Тестуємо на даних, які не брали участі в навчанні, включно з ділянками зі зміною режиму. Дивимося стійкість за людьми й за часом, а не лише середню метрику.
- Виведення в експлуатацію. Розгортаємо в промисловому контурі замовника: потоки даних, відмовостійкість, журналювання й оповіщення про деградацію вхідних сигналів.
- Навчання команди. Передаємо робочі процедури, а не презентацію: як перенавчати, як відкочувати версію моделі, що робити при зміні пристрою.
- Приймання й передача. Спільно проганяємо контрольні сценарії, фіксуємо метрики приймання, документацію та зони відповідальності.
Що залишається в замовника: моделі, конфігурації та регламенти
Передати замовнику навчену модель недостатньо — без конфігурації, схем інтеграції та регламентів її не можна експлуатувати й розвивати.
Тому комплект ми збираємо так, щоб команда замовника супроводжувала систему самостійно: змінювала параметри обробки, підключала нові джерела й розбирала інциденти без нас.
- Конфігурація обробки: вікна агрегації сигналів, пороги спрацьовування, калібрування індивідуальної норми за першими тижнями носіння, правила гасіння хибних відхилень при пропусках даних.
- Схема інтеграції джерел: які носимі пристрої та застосунки підключені, формати вивантаження, частота синхронізації, поведінка при обриві зв'язку й повторній доставці.
- Політики доступу до чутливих даних: ролі фахівців, розмежування за підрозділами, терміни зберігання, знеособлення при вивантаженні у звітність, журнал звернень.
- Документація на систему: опис ознак і моделі, межі застосовності, випадки, де результат непевний і потребує ручної перевірки.
- Регламент супроводу: контроль дрейфу, планове перенавчання, реакція на просідання якості, порядок відкату на попередню версію.
- Порядок приймання: прогін на історичних даних замовника, звірка з еталонною розміткою, фіксація метрик до та після впровадження.
Передача вважається закритою, коли фахівці замовника самі змінюють пороги, підключають нове джерело й розбирають збій за документацією. Далі залишається канал зв'язку з нашими інженерами — для змін моделі та розширення набору сигналів.
Кейс: скоротили пропущені епізоди вдвічі на пілотній групі
Пілот запускали на групі зі змінним графіком: носимі пристрої віддавали пульс, варіабельність ритму та якість сну, а модель позначала епізоди, які куратор розбирав вручну.
На вході стояла порогова логіка — вона пропускала кожен третій значущий епізод, бо різкі відхилення на тлі накопиченої втоми виглядали як звичайне відновлення.
Що змінили
Логіку переписали: модель оцінює не окремі значення, а добову динаміку — зсув особистої базової лінії, швидкість відновлення після навантаження, розкид нічних показників.
Поріг спрацьовування став адаптивним і підлаштовувався під норму конкретної людини, а сигнали із сірої зони йшли куратору з позначкою «низька впевненість» замість спрацьовування за замовчуванням.
Період спостереження — вісім тижнів, порівняння йшло з попередніми двома місяцями на тих самих людях. Частка пропущених епізодів упала з 31% до 12%, рівень хибних тривог — з 4,1 до 1,5 звернення на людину за тиждень: куратор перестав розбирати шум.
Час реакції скоротився з півтора доби до кількох годин, бо черга будувалася за впевненістю моделі, а не за часом надходження сигналу.
Парк пристроїв міняти не довелося: джерело даних — Garmin і сумісні браслети. Модель донавчалася на розмітці кураторів: кожен закритий епізод уточнював особисту норму, тому якість зростала по ходу спостереження, а не виходила на плато.
Що робити, якщо дані вже збираються в іншому контурі?
Збір уже налагоджено — стороннім сервісом, платформою виробника носимих пристроїв або системою іншого підрозділу. Даних достатньо, але доступ обмежений форматом вивантаження, а ознаки пораховані за чужою моделлю. Для нашого ШІ-моніторингу ментального стану такі набори підходять лише частково.
Перевикористовуємо сирі часові ряди: пульс, варіабельність ритму, тривалість і фази сну, рухову активність, температуру шкіри. Якщо вивантаження віддає відліки з мітками часу, а не лише добові агрегати, їх переносять у свій контур і перераховують ознаки за власною моделлю.
Коли на виході лише бали або денні зведення, відновити за ними фізіологію не можна — сенсорний шар доведеться піднімати заново.
Сумісність джерел вирішується шаром нормалізації: різні моделі браслетів дають свою частоту опитування та власне калібрування. Приводимо все до єдиної шкали часу, відсікаємо артефакти носіння, позначаємо тип пристрою та версію вбудованого ПЗ. Без цього порівняння людини із самою собою через місяць дасть хибну динаміку.
Розрив спостереження дорожчий, ніж здається: базова лінія в кожного своя, і пропуск у кілька діб ламає порівняння з історією.
Тому перенесення йде без паузи — паралельно піднімаємо свій збір, звіряємо мітки часу та розбіжності на контрольних вікнах, і лише після збігу вимикаємо старий контур.
Історичні дані забираємо архівом і позначаємо, якою моделлю вони пораховані: звітність не рветься, а нові висновки будуються вже на нашій стороні.
Технічні сумніви: точність, приватність, хибні спрацьовування
Сумніви щодо таких систем виникають не навколо «працює чи ні», а навколо вимірюваності: як рахується якість моделі, що відбувається з фізіологічними даними, хто отримує доступ і як поводиться система при деградації сигналу — втрата зв'язку, браслет знято на ніч, слабкий притиск датчика.
Як вимірюється якість моделі, а не «точність на словах»?
На розміченій вибірці рахуємо дві окремі метрики: повноту (частка реально знайдених епізодів) і частку хибних спрацьовувань. Поріг спрацьовування налаштовуємо під задачу: у клінічному сценарії зміщуємо його до повноти, у корпоративному — до тиші, щоб людей не смикали дарма. Метрики фіксуємо до релізу й продовжуємо відстежувати на живому потоці.
Що відбувається з чутливими даними?
Сирий сигнал залишається в контурі замовника: ознаки рахуються на стороні пристрою, назовні йде агрегат — тренд, відхилення від особистої базової лінії, клас епізоду. Доступ розмежовано ролями, а звернення до чутливих полів пишеться в журнал.
Як оформлюється згода користувача?
Згода — окремий крок із зрозумілим переліком: які показники зчитуються, кому і в якому вигляді вони видимі, на який термін. Відкликання працює так само явно: дані видаляються або знеособлюються за описаним заздалегідь правилом, а не «колись потім».
Що буде при деградації сигналу?
Система стежить за якістю вхідного потоку: часткою пропусків, шумом, стабільністю носіння. Якщо якість падає нижче порога, інтервал позначається недостовірним і модель мовчить замість тривоги — так хибні спрацьовування не зростають разом із шумом.
Обговоримо задачу: що вже є і до якого результату йдемо
Щоб повернутися з робочою оцінкою та планом першого етапу, а не загальними міркуваннями, нам потрібен короткий зріз за вашою задачею. Опишіть, що вже є: які носимі пристрої в контурі, які показники з них знімаються і в якому вигляді дані доходять до вас сьогодні. Нижче — те, що знімає більшість невизначеностей на старті.
- Парк пристроїв: моделі годинників, браслетів або каблучок і частка кожної — від цього залежать доступний набір показників і частота їх запису.
- Склад даних: пульс, варіабельність ритму, якість і фази сну, рівень активності, суб'єктивні позначки користувача.
- Формат і шлях даних: вивантаження файлами, звернення до хмари виробника або власний збір, чи є історичний архів і за який період.
- Вимоги до даних: чи потрібне знеособлення, де дозволено зберігати записи, як оформлюються згоди користувачів.
- Що вважається результатом: сигнал фахівцю при відхиленні, звіт людині про свій стан або агрегована картина за групою.
- Точка вбудовування: мобільний застосунок, корпоративний портал, кабінет фахівця — куди має приходити результат.
- Обмеження: терміни впровадження, з якими ви вже пов'язані, і зовнішні вимоги до системи.
З цим набором ми повертаємося з оцінкою та планом робіт: що робимо на першому етапі, які вимоги до даних фіксуємо і скільки часу займає впровадження. Опишіть задачу — обговоримо по суті.
