📊 Multidisciplinary Rehab Team Progress Dashboard Integration

Інтеграція даних EHR — від розрізнених карток до єдиного потоку

Типова реабілітаційна одиниця (inpatient rehab facility, IRF) генерує дані одночасно у 4–6 незалежних робочих процесах: фізична терапія фіксує дистанцію ходьби та рівень допомоги, ерготерапія — самообслуговування, логопедія — функцію ковтання й мовлення, сестринський пост — вітальні показники та інциденти падінь, лікар — медичні призначення. Без інтеграції ці записи живуть у паралельних, часто несумісних системах.

• 4–6: Середня к-сть систем документації (на одну reab-одиницю)
• 35–50 хв: Час на ручний збір даних до rounds (щодня, на координатора)
• ~60%: Частка записів у несумісному форматі (до впровадження FHIR-шлюзу)
• HL7 FHIR R4: Стандарт обміну (Observation, CarePlan, Goal ресурси)

Чому реабілітаційні дані фрагментовані

На відміну від гострої лікарні, де основний потік — це лабораторні й візуалізаційні дані навколо єдиного епізоду, реабілітаційна команда одночасно веде кілька паралельних шкал прогресу: FIM (Functional Independence Measure), Barthel Index, 10-Meter Walk Test, Berg Balance Scale, National Outcomes Measurement System для мовлення.

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

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

У пілотному впровадженні FHIR-шлюзу в 12 реабілітаційних відділеннях (2022–2023) час підготовки до щоденного командного обходу скоротився з ~42 хв до ~9 хв на пацієнта — переважно за рахунок автоматичного зведення показників з 5 джерел в одну картку.

Архітектура інтеграційного шлюзу

Практична інтеграція будується на трьох рівнях:

1. Джерела (edge systems): модулі PT/OT/SLP-документації, система медсестринського запису вітальних показників, CPOE лікаря — кожен публікує події через FHIR REST API або HL7 v2 ADT/ORU-повідомлення.

2. Шлюз нормалізації (integration engine): мапує довільні шкали дисциплін у спільну онтологію ресурсів — Observation (виміряний показник), Goal (мета з цільовим значенням і датою), CarePlan (активність, що веде до мети), Encounter (сесія втручання). Конфліктні одиниці виміру (наприклад, дистанція ходьби в метрах проти футів) уніфікуються тут.

3. Єдине сховище показників пацієнта (patient progress store): часовий ряд усіх нормалізованих спостережень, доступний дашборду в реальному часі через WebSocket-підписку, без polling.

Критичний нефункціональний вимог — затримка "запис → видимість на екрані обходу" не повинна перевищувати кількох хвилин, інакше команда знову почне покладатись на паперові нотатки "про всяк випадок".

Безпека, узгодженість і аудит

Об'єднання 5 джерел даних про одного пацієнта підвищує вимоги до контролю доступу та узгодженості:

• Рольовий доступ (RBAC): логопед бачить повну картину прогресу, але не має права редагувати призначення лікаря — лише пропонувати зміну через CarePlan-запит • Ідентифікація конфліктів запису: якщо PT і сестринський пост одночасно фіксують різний рівень болю в межах 1 години, шлюз позначає запис як "до перевірки" замість мовчазного перезапису • Повний аудит-слід: кожна зміна цілі чи оцінки зберігає автора, час і джерело — обов'язково для акредитації (наприклад, CARF, Joint Commission) • Резервний ручний режим: якщо будь-яке джерело офлайн, дашборд явно позначає "дані застарілі на X год" замість того, щоб показувати неповну картину як актуальну

П’ять дисциплін, що живлять дашборд

Спільне цілепокладання за рамкою МКФ

Дані самі по собі не координують команду — координує спільна мета. Міжнародна класифікація функціонування (МКФ/ICF) дає єдину мову для цілей на трьох рівнях: функція організму, активність людини, участь у житті. Дашборд перетворює розрізнені дисциплінарні плани на дерево цілей, де кожне щоденне втручання явно прив'язане до спільного результату.

• 5–8: Цілей на пацієнта в середньому (активних одночасно)
• -46%: Час на узгодження плану команди (після впровадження спільних цілей)
• ~30%: Цілей без явного власника (до) (типова частка в паперових планах)
• ICF + SMART: Рамка цілепокладання (функція · активність · участь)

Від дисциплінарних до спільних цілей

У традиційній моделі кожна дисципліна пише власний план: PT ставить ціль "хода 50 м з ходунками", OT — "самостійне одягання за 10 хв", SLP — "безпечне ковтання рідин без загущення". Формально це різні цілі, але фактично вони описують той самий функціональний прогрес пацієнта під різними кутами.

Спільне цілепокладання переформатовує це в дерево: 2–3 цілі верхнього рівня участі (наприклад, "повернення додому з мінімальною допомогою") розкладаються на 5–8 цілей активності/функції, кожна з яких має явного дисциплінарного власника і внесок від інших.

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

У систематичному огляді 27 реабілітаційних відділень, що впровадили спільні ICF-цілі, середня кількість цілей "без явного власника" впала з 30% до 4%, а середній бал узгодженості команди (з опитування персоналу) зріс з 3.1 до 4.4 з 5.

Структура SMART-цілі в дашборді

Кожна ціль у системі зберігається як структурований об'єкт, а не вільний текст:

• Опис (Specific): чітке функціональне формулювання, узгоджене з пацієнтом і родиною • Метрика (Measurable): конкретна шкала — FIM-бал, метри ходьби, рівень допомоги (independent / supervision / min assist / mod assist / max assist / dependent) • Базове значення і ціль (Achievable): поточний бал при вступі vs. цільовий бал при виписці • Дисципліни-учасники (Relevant): які фахівці мають щоденний внесок • Цільова дата (Time-bound): прив'язана до очікуваної тривалості перебування

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

Залучення пацієнта та родини

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

Спрощена версія показує 2–3 ключові цілі великими індикаторами прогресу (наприклад, кільцева діаграма "72% до цільової дистанції ходьби") без клінічного жаргону, а деталізовані записи залишаються доступні лише команді.

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

Візуалізація прогресу в реальному часі під час командних обходів

Щоденний або щотижневий командний обхід (interdisciplinary rounds) — головний момент координації в реабілітації. Замість того, щоб кожен фахівець зачитував записи зі свого блокнота, об'єднана шкала часу пацієнта проєктується на екран: єдиний тренд функціональних балів, накладені події втручань і автоматично виявлені відхилення від очікуваної траєкторії.

• 8–12 хв: Тривалість обходу на пацієнта (до) (з ручним зведенням)
• 4–5 хв: Тривалість обходу на пацієнта (після) (з живим дашбордом)
• 12+: Показників на об’єднаній шкалі часу (FIM, біль, хода, ковтання, вітальні)
• <3 хв: Затримка "запис → екран" (через WebSocket-потік)

Анатомія об’єднаної шкали часу пацієнта

Центральний елемент дашборду — горизонтальна шкала часу з моменту вступу до поточного дня. На неї одночасно накладаються:

• Тренд-лінії функціональних балів (FIM total, FIM-мобільність, FIM-самообслуговування) з кольоровим кодуванням дисципліни, що зробила останній запис • Мітки подій: сесія кожної дисципліни позначена коротким кольоровим тіком з часом і тривалістю • Смуги стану: епізоди болю, втоми, відмови від терапії, зафіксовані сестринським постом між сесіями • Проєктована траєкторія: пунктирна лінія очікуваного прогресу до цільової дати виписки на основі середнього темпу набору балів (FIM-gain per day)

Коли фактична крива відхиляється від проєкції більш ніж на встановлений поріг (типово ±1.5 SD), дашборд автоматично підсвічує сегмент кольором уваги — команда одразу бачить, кого і коли потрібно обговорити детальніше, замість перегляду кожного пацієнта однаково довго.

Від паперового обходу до keep-the-team-in-sync екрана

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

Живий дашборд на спільному екрані вирішує це структурно:

1. Перед обходом: система автоматично готує "картку обходу" — зведення за 24–72 год по кожній дисципліні, відсортоване за пріоритетом (відхилення від траєкторії, нові розриви комунікації, наближення цільової дати) 2. Під час обходу: фахівець клацає по своєму сегменту, щоб додати коментар голосом/текстом — запис одразу прив'язується до конкретної точки шкали часу, а не губиться в загальному чаті 3. Після обходу: узгоджені зміни плану (нова ціль, зміна дози терапії, запит консультації) автоматично створюють задачі у CarePlan з власником і терміном

У порівняльному дослідженні 18 реабілітаційних відділень живий дашборд під час обходів асоціювався зі зниженням кількості "забутих" пунктів плану (виявлених при аудиті через тиждень) з 22% до 6% від усіх узгоджених дій.

Балансування деталізації та когнітивного навантаження

Головний ризик "живого дашборду" — інформаційне перевантаження: 12+ показників на одному екрані для 15–20 пацієнтів за годину обходу можуть зробити систему марною.

Практичні принципи дизайну, що працюють:

• Прогресивне розкриття: за замовчуванням видно лише 3–4 узагальнені індикатори; повна шкала часу відкривається за одним кліком • Пріоритизація уваги, а не даних: система сортує пацієнтів списку обходу за терміновістю відхилення, а не за алфавітом чи номером палати • Консистентне кольорове кодування дисциплін на всіх екранах — та сама зелена лінія завжди означає PT, незалежно від того, який показник переглядається • Відсутність "сирих" цифр без контексту: кожне число завжди супроводжується цільовим значенням і трендом, ніколи не показується ізольовано

Аналітика розривів комунікації та ефективності координації

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

• 6: Типів автоматичних сповіщень (конфлікт, прострочення, стагнація, ризик)
• ~34: Розривів виявлено / тиждень (відділення) (на типове 20-ліжкове відділення)
• <2 год: Час реакції на критичний розрив (з push-сповіщенням власнику)
• -28%: Скорочення повторних оцінок (дублювання між дисциплінами)

Категорії розривів, які виявляє система

Аналітичний шар працює над тим самим потоком нормалізованих спостережень, що й шкала часу, але шукає патерни, які людині важко помітити вручну по 20+ пацієнтах одночасно:

• Суперечливі записи: два джерела фіксують протилежний тренд болю чи функції в межах короткого вікна — потребує уточнення, а не автоматичного вибору "правильного" • Прострочена переоцінка: стандартний протокол вимагає повторної оцінки FIM кожні 7 днів, але минуло 10 — сповіщення власнику шкали • Стагнація цілі: ціль не отримувала жодного оновленого запису понад 72 год, попри активні сесії дисципліни-власника • Ціль без власника: нова мета створена без прив'язки до конкретної дисципліни або фахівця • Ризик регресу: раптове падіння показника (наприклад, дистанції ходьби) без задокументованої медичної причини • Неузгоджений план виписки: цільова дата виписки лікаря не відповідає прогнозованій траєкторії функціональних балів

Метрики ефективності координації команди

Окрім індивідуальних сповіщень, дашборд агрегує показники ефективності роботи всієї команди — корисні для управлінського рівня відділення:

• Час до узгодження плану (time-to-alignment): від моменту виявлення відхилення до документованого рішення команди • Частка цілей з активним внеском ≥2 дисциплін за тиждень • Індекс дублювання оцінок: скільки разів той самий функціональний домен вимірювався різними фахівцями протягом 48 год без потреби • Навантаження сповіщень на фахівця: щоб уникнути "втоми від сповіщень", система обмежує кількість активних алертів на одну людину і підвищує пріоритет лише найважливіших

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

Пілотне впровадження автоматичних сповіщень про розриви координації в 9 стаціонарних реабілітаційних відділеннях (12-місячне спостереження) асоціювалося зі скороченням середньої тривалості перебування на 1.4 дні без погіршення функціональних результатів при виписці.

Запобігання хибним сигналам і "автоматизаційній втомі"

Ключовий ризик аналітичного шару — надмірна кількість хибно-позитивних сповіщень, що змушує команду ігнорувати всі алерти взагалі (well-known "alert fatigue" з інших клінічних систем підтримки рішень).

Практичні механізми контролю:

• Пороги, каліброві по спеціальності: "суперечливий" запис болю визначається інакше для гострого post-op пацієнта і для хронічного болю • Групування пов’язаних сповіщень в один інцидент замість окремого алерту на кожен дрібний запис • Явне право фахівця позначити сповіщення як "очікувано / клінічно обґрунтовано" — система враховує це при подальшому калібруванні порогів для конкретного відділення • Щомісячний огляд точності алертів (precision/recall проти ретроспективного аудиту), а не одноразове налаштування при впровадженні

Прогнозування готовності до виписки на основі траєкторії функції

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

• ~78%: Точність прогнозу дати виписки (±2 дні) (на валідаційній когорті)
• +3–5 днів: Завчасність планування логістики (порівняно з ручним підходом)
• FIM-gain/day: Ключовий предиктор (темп набору функціональних балів)
• -33%: Скорочення виписок "в останній момент" (без готового плану вдома)

Модель прогнозу готовності до виписки

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

• Траєкторія функції: щоденний темп набору FIM/Barthel-балів (FIM-gain per day), екстрапольований до порогу самостійності, узгодженого командою • Стабільність медичного стану: відсутність нових гострих епізодів, стабільні вітальні показники за останні 72 год (дані сестринського посту) • Безпека харчування та комунікації: підтвердження SLP щодо безпечного ковтання і функціональної комунікації для самостійного проживання • Соціальний контекст: наявність підтримки вдома, доступність середовища (сходи, ванна кімната) — вводиться координатором виписки

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

У ретроспективній валідації на 1,240 випадках стаціонарної реабілітації прогноз готовності до виписки за 72 години до фактичної дати мав середню похибку 1.6 дня — достатньо точно для завчасного замовлення обладнання додому та узгодження транспорту.

Від прогнозу до дії: чекліст готовності

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

1. Функціональний поріг (PT/OT): пацієнт досягає узгодженого мінімального рівня допомоги для ходи й самообслуговування 2. Медична стабільність (лікар): відсутність нерозв’язаних гострих проблем, фінальне коригування медикації 3. Безпека харчування (SLP): підтверджена дієта без потреби спеціалізованого нагляду або чіткий план для родини 4. Навчання родини (сестринський пост/OT): підтверджене засвоєння техніки допомоги, розпізнавання тривожних ознак 5. Домашнє середовище (координатор): замовлене обладнання, підтверджена доступність житла, узгоджена дата транспортування

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

Обмеження та відповідальне використання прогнозу

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

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