Переваги цифрової інфраструктури охорони здоров’я від архітектури від хмари до краю

Під час COVID-19 цифрове здоров’я піднялося, оскільки вимоги фізичного дистанціювання стали першочерговими.

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

До початку пандемії 88% постачальників медичних послуг hоголошення інвестовано в систему дистанційного моніторингу пацієнтів (RPM)., які можуть включати монітори рівня глюкози в крові або оксиметри. А до 2022 року кількість носимих пристроїв в США, як очікується, перевищить 67 мільйонів.

Але для того, щоб зробити цифрове здоров’я доступним для пацієнтів і корисним для постачальників, потрібна правильна інфраструктура та інтеграція з електронними медичними записами (EHR).

Зараз цифровий розрив скорочується; 83% мешканців США в сільській місцевості зараз мають доступ до послуг широкосмугового зв’язку. Менше 10% не мають доступу до мобільного широкосмугового зв’язку. Граничні обчислення можуть ще більше надати пацієнтам цифрові медичні послуги шляхом децентралізації даних у менших центрах обробки даних, призначених для конкретних цілей або груп населення.

У хмарі чи на межі цифрової інфраструктури охорони здоров’я?

Хмарна інфраструктура має вирішальне значення для розробки додатків і підключення пристроїв пацієнтів до EHR. «Традиційним джерелом правди для лікарень є медичні записи, але це надзвичайно малий сегмент даних порівняно з тим, що збирають програми та пристрої RPM», — сказав Майк МакШеррі, генеральний директор Xealth.

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

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

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

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

Інтеграція з EHR може створити труднощі

За словами Джоша Кламана, генерального директора Rimidi, більшість проблем інтеграції з EHR можна подолати за допомогою інтерфейсу прикладного програмування FHIR (API). FHIR API – це затверджений урядом API, який забезпечує взаємодію даних, яка виникла як частина Правило останнього акту лікування 21-го століття від Центрів медичної допомоги та послуг Medicaid та Офісу національного координатора інформаційних технологій охорони здоров’я.

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

«Точки тертя, подібні до цих, мають зникнути завдяки урядовим постановам і зростаючому усвідомленню того, що ці партнерства є плідними для сторонніх розробників RPM і технологій цифрової інфраструктури охорони здоров’я, а також постачальників EHR», – додав Кламан.

Активний моніторинг у клінічному робочому процесі

Важливо зазначити, що оскільки немає універсальних рішень для пацієнтів, лікарям і медсестрам потрібно буде попереджати, коли показники змінюються в неправильному напрямку, за словами McSherry з Xealth. Робочий процес потрібно буде вбудувати в EHR, і пацієнти повинні будуть знати, як зареєструватися в різних інструментах або службах, щоб переконатися, що вони швидко завантажують свої дані. Також потрібно буде продовжувати робочий процес поза сповіщеннями, чи то сповіщати логістичну компанію про доставку додаткових ліків чи пристрою пацієнту, чи відстежувати дотримання пацієнтом своєї програми лікування.

Іншим аспектом є робочий процес, пов’язаний з доглядом за пацієнтом, наприклад, до або після звичайної процедури. Наприклад, перед колоноскопією більшість пацієнтів отримують роздруківку інструкцій. Робочий процес може надсилати пацієнту SMS-нагадування, наприклад сповіщення про те, щоб припинити їсти чи пити в певний час, і нагадування про споживання напоїв, які вони готували, зазначив МакШеррі. «Ми намагаємося замкнути цикл і зробити більше цих цифрових точок взаємодії та взаємодії більш автоматизованими», — сказав він.

ШІ все ще перебуває на стадії зародження

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

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