Стационар на дому и платформы координации помощи

Это инженерные рекомендации, а не юридическая консультация. Детали подтверждайте у профильных юристов.

Кратко

Стационар на дому переносит в дом пациента лечение, ради которого иначе пришлось бы лечь в больницу или долго в неё ездить. Софт, который этим управляет, – один из самых сложных по архитектуре продуктов в телемедицине: он круглосуточно согласует работу множества людей, устройств и систем. Видеозвонок здесь – самая простая часть. Сложная – слой координации помощи, благодаря которому лечащий врач, медсёстры, выездные медработники, лекарственное обеспечение, логистика медизделий и родственник пациента работают по одному плану и видят одни и те же актуальные показатели. В России у этой вертикали нет отдельной федеральной программы: закон предусматривает амбулаторную помощь, в том числе на дому, дневной стационар и стационар с круглосуточным наблюдением, а конкретные формы помощи на дому и их оплату задают территориальные программы. Зато у софта есть прочная федеральная опора – дистанционное наблюдение по приказу 193н (п. 43–46), которое при артериальной гипертензии и сахарном диабете входит в базовую программу ОМС. В статье разбираем, чем эта вертикаль отличается от других: центр наблюдения, парк медизделий, глубина интеграций и правила, которые всё это определяют.

Зачем это читать

Если вы проектируете продукт для помощи на дому, дистанционного наблюдения или координации помощи, перед вами самая насыщенная интеграциями задача в телемедицине, а ошибка в координации оборачивается больным пациентом дома, где в соседней комнате нет медсестры. Статья для основателя, продакт-менеджера или ИТ-руководителя медорганизации, которому нужно понимать эту сложность настолько, чтобы реалистично оценить объём работ и задать инженерам и врачам правильные вопросы. Стационар на дому – не «видеоприложение побольше», а платформа логистики и мониторинга с видео внутри. С хорошим слоем координации медорганизация сможет безопасно вести пациентов дома; если делать его по остаточному принципу, система развалится именно тогда, когда пациенту станет хуже.

Что такое «стационар на дому» на самом деле

«Стационаром на дому» в российской практике называют форму лечения, при которой пациент, которому нужны регулярные процедуры и наблюдение, получает их дома: медработники приходят по графику, назначения выполняются на месте, а состояние отслеживается между визитами. Это не контрольный звонок и не разовая проверка хронического заболевания. У пациента активная проблема – обострение, восстановление после выписки, курс лечения, – и его ведёт команда, которая не должна терять его из виду.

Отсюда требования к софту. Пациенту нужны регулярное наблюдение, плановые визиты, доставленные и выполненные назначения, возможность быстро позвать помощь и команда, которая всегда знает, что с ним происходит. Софт должен обеспечить всё это без больничного здания, где всё обычно под рукой: сестринского поста, кнопки вызова, процедурного кабинета в конце коридора и монитора над койкой.

Эту вертикаль нужно отличать от двух соседних. Дистанционное наблюдение за стабильным хроническим пациентом, разобранное в статье Ведение хронических заболеваний и удалённый мониторинг, длится месяцами и не заменяет лечение у постели. Плановая видеоконсультация – единичный синхронный контакт. Стационар на дому – непрерывная помощь силами нескольких специалистов: от первой вертикали он берёт мониторинг, от второй – видео и добавляет к ним логистику и координацию, которые тем не нужны.

Правовая рамка: условия помощи, дистанционное наблюдение и оплата

Начните с того, чего в законе нет. Статья 32 323-ФЗ различает четыре условия оказания медицинской помощи: вне медицинской организации (по месту вызова скорой и при медицинской эвакуации), амбулаторно – в том числе на дому при вызове медицинского работника, в дневном стационаре и стационарно, то есть в условиях круглосуточного медицинского наблюдения и лечения. Отдельного условия «стационар на дому» с круглосуточным наблюдением дома федеральный закон не предусматривает. Поэтому программа помощи на дому юридически собирается из нескольких частей – помощи на дому, дистанционного наблюдения и телемедицинских консультаций, – а то, как регион оформляет и оплачивает конкретную форму, смотрите в территориальной программе ОМС и тарифном соглашении и уточняйте у ТФОМС и юриста. Для продукта отсюда следует: не зашивайте одну модель в код, а делайте тип программы, состав визитов и правила оплаты настраиваемыми.

Самая прочная федеральная опора для софта – дистанционное наблюдение за состоянием здоровья пациента по приказу Минздрава 193н (п. 43–46). Его правила почти напрямую переводятся в функции. Наблюдение назначается только после очного приёма и установления диагноза (этого же требует ч. 4 ст. 36.2 323-ФЗ). Данные поступают с медицинских изделий автоматически или вводятся пациентом вручную. Лечащий врач задаёт пороговые значения и обеспечивает экстренное реагирование, а у пациента ведётся личный кабинет. Если прочитать этот список глазами инженера, получится спецификация: проверка «очный приём был», интеграция с медизделиями и ручной ввод, пороги, которые меняет только лечащий врач, маршрутизация тревог с подтверждением реакции и личный кабинет пациента, и всё это на общих данных.

Оплата устроена в тех же рамках. По программе госгарантий на 2026–2028 годы (ПП № 2188) дистанционное наблюдение за пациентами с артериальной гипертензией и сахарным диабетом входит в базовую программу ОМС, а медизделия для него можно оплатить из бюджета или за счёт пациента. Средний норматив объёма на 2026 год – 0,018057 комплексного посещения на одного застрахованного, средняя стоимость – 1 108,4 ₽, а по заболеваниям – 3 651,7 ₽ при сахарном диабете и 964 ₽ при гипертензии. Телемедицинские консультации идут по отдельному тарифу: средние нормативы – 336,3 ₽ за «врач – пациент» и 379,9 ₽ за «врач – врач». В ДМС отдельного регулирования телемедицины нет, всё определяет договор страхования. Подробно – в статье Оплата телемедицины: ОМС, ДМС, платные услуги и правила, которые формируют продукт. Как и любые тарифы, эти значения привязаны к году: перепроверяйте их для каждого года программы.

Анатомия: три места, единый источник данных

Представьте систему как три места, которые должны оставаться синхронными. Первое – дом: пациент, планшет или телефон для видео и набор подключённых медицинских изделий. Второе – центр наблюдения: пункт, где дежурные врачи и медсёстры круглосуточно следят за дашбордами всех пациентов программы. Третье – системы самой медорганизации: медицинская информационная система (МИС) с электронной медицинской картой, лекарственное обеспечение и выездная служба, которая отправляет медработников по домам, а за ними – ЕГИСЗ.

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

Нажмите, чтобы увеличить

Поэтому это одна из самых сложных вертикалей. Потребительское телемед-приложение соединяет двух человек на один звонок. Платформа помощи на дому непрерывно связывает десяток ролей, парк устройств и несколько корпоративных систем, и от их синхронизации зависит безопасность пациента.

Слой координации помощи – это и есть продукт

Сердце платформы – не видеоэкран, а слой координации, который позволяет большой команде из нескольких смен работать по одному плану. Перечислите, кто «в палате», хотя все разбросаны по городу: лечащий врач, дневные и ночные медсёстры, выездные медработники, ответственный за лекарственное обеспечение, логистика медизделий и родственник или законный представитель пациента. За один эпизод лечения эти люди сменяют друг друга, передают пациента и работают с одной и той же записью с разницей в несколько часов.

Для этого есть стандартная модель данных, и хорошая платформа использует её изначально. Международный стандарт обмена медицинскими данными HL7 FHIR описывает команду помощи как ресурс CareTeam – именованный список тех, кто отвечает за пациента, – а план лечения как ресурс CarePlan: цели, назначения и запланированные действия. Если строить слой координации на этих ресурсах, а не на самописном списке задач, моделью можно обмениваться с другими системами. В российских интеграциях с МИС и ЕГИСЗ основной формат – структурированные электронные медицинские документы (СЭМД на базе HL7 CDA), а FHIR используется в профиле RuCore сообщества HL7 FHIR Россия и в региональных шинах вроде N3.Health; подробности – в статье HL7 FHIR, СЭМД и реальность интеграции с МИС.

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

Нажмите, чтобы увеличить

Парк устройств – это логистика с клинической ценой ошибки

Программа помощи на дому работает на парке подключённых медицинских изделий: тонометры, пульсоксиметры, термометры, весы, одноканальные кардиомониторы и хаб с сотовой связью, который передаёт данные, когда в доме нет надёжного Wi-Fi. Умножьте набор на число пациентов – и получится парк из сотен или тысяч устройств в постоянном движении: их готовят, отправляют, настраивают дома, отслеживают, обрабатывают и возвращают.

Эту сторону продукта основатели регулярно недооценивают, потому что это операционная работа, а не экран приложения. Софт должен знать, где находится и для чего назначено каждое устройство, привязывать его к нужному пациенту без ИТ-специалиста на месте, надёжно принимать показания при нестабильной домашней связи, подавать сигнал, когда устройство перестало передавать данные (пациенту плохо или у тонометра села батарея?), и управлять возвратом и подготовкой набора к следующему пациенту. Замолчавшее устройство – не заявка в ИТ-поддержку, а «слепое пятно» в наблюдении за больным человеком.

Данные этих устройств подчиняются двум группам правил. Первая – персональные данные. Показания с момента, когда они покинули устройство, – сведения о здоровье, то есть специальная категория персональных данных (ст. 10 152-ФЗ). Базы с ними ведутся только в России (ст. 18 ч. 5), а каждый подрядчик, который их хранит или обрабатывает (облако, платформа устройств, служба поддержки), работает по поручению оператора с обязанностью соблюдать конфиденциальность и мерами защиты (ст. 6); подробно – в статье Поручение обработки ПДн и договоры с подрядчиками. Вторая – медизделия. Дистанционное наблюдение по 193н строится на данных медицинских изделий, а медизделие в России должно быть зарегистрировано в Росздравнадзоре (ПП № 1684). Программа, которая сама интерпретирует показания и отмечает ухудшение, может оказаться программным обеспечением, являющимся медицинским изделием, а ПО с ИИ всегда относится к классу риска 3 (п. 15.1.1 приказа Минздрава от 06.06.2012 № 4н). Показательная деталь рынка: в ДМС носимые устройства почти не используются, потому что большинство из них не зарегистрированы как медизделия. Где проходит граница между «показать число» и «решить, что оно значит», – в карте ИИ-функций для телемедицины.

Нажмите, чтобы увеличить

Регламент реакции и центр наблюдения

Приказ 193н требует от лечащего врача обеспечить экстренное реагирование на выход показателей за пороги, но не задаёт число минут. Значит, срок реакции определяет ваш собственный регламент, и его нужно записать, измерять и соблюдать. С записанным регламентом мониторинг превращается в замкнутый цикл со сроком: показание нужно получить, передать, показать дежурному, оценить и, если оно плохое, отреагировать визитом – и всё это с запасом внутри обещанного срока. Если состояние угрожает жизни, это уже экстренная помощь (ст. 32 ч. 4 323-ФЗ): маршрут – 103 и 112, а не визит медсестры по графику.

Поэтому центр наблюдения – не колл-центр, а клинический операционный центр. Ему нужны дашборды в реальном времени, которые ранжируют пациентов по степени риска, оповещения, которые отличают реальное ухудшение от отвалившегося датчика, видеосвязь с любым домом в одно нажатие и диспетчеризация выездных медработников с учётом их местоположения и занятости. Та же дисциплина доступности, что в неотложной помощи, нужна и здесь: приказ ФСТЭК № 21 выделяет отдельную группу мер «обеспечение доступности персональных данных» с резервным копированием и восстановлением, а для систем государственных медорганизаций с 1 марта 2026 года действует приказ ФСТЭК № 117. Отказ центра – не только клиническая проблема, но и повод для вопросов о выполнении требований к защите.

Посчитаем. Допустим, программа обещает реакцию на критическое отклонение за 30 минут. Конвейер мониторинга тратит 60 секунд от показания до тревоги на дашборде, медработнику нужно 4 минуты, чтобы открыть видео и оценить состояние, решение о выезде занимает 1 минуту: 1 + 4 + 1 = 6 минут «времени платформы». Остаётся 30 − 6 = 24 минуты, чтобы медсестра или фельдшер физически добрались до дома. В плотной городской застройке это с запасом, в сельском районе может оказаться нереальным. Поэтому то, где программа может безопасно брать пациентов, часто определяет география, а не дизайн экрана. Задача софта – беречь каждую минуту этого бюджета так же, как платформа неотложной помощи бережёт интервал «от двери до иглы» (см. Телеинсульт, теле-ОРИТ и неотложная помощь).

Глубина интеграций – и защита от конкурентов, и статья расходов

Большинство телемед-продуктов интегрируются с одной-двумя системами. Платформа помощи на дому – почти со всем, что есть у медорганизации, потому что берёт на себя часть её работы. Она пишет назначения, визиты и записи в МИС; электронные медицинские документы уходят в ЕГИСЗ, где сведения о документе регистрируются в РЭМД в течение одного рабочего дня; через лекарственное обеспечение идут назначения; результаты лабораторий возвращаются по договорным интеграциям через лабораторные модули МИС; логистика медизделий и диспетчер выездной службы получают задания; пациент входит через ЕСИА. У каждой государственной или региональной системы – ЕЦП.МИС с модулем «Дистанционный мониторинг» в ряде регионов, ЕМИАС с «Дневником здоровья» в Москве – своя точка входа. Каждое подключение – отдельный проект; общая схема та же, что в карте интеграций телемед-платформы, только задействована почти полностью. Практику подключения к конкретным системам разбираем в статье Интеграция с МИС: Медиалог, 1С:Медицина, ЕЦП.МИС, ЕМИАС и другие.

У такой глубины две стороны. С одной – защита от конкурентов: платформу, глубоко встроенную в медкарту, лекарственное обеспечение и логистику медорганизации, вытеснить по-настоящему трудно. С другой – стоимость и риск: каждая интеграция требует постоянной инженерной поддержки, каждая подключённая сторона с доступом к медданным – это ещё одно поручение обработки, а каждый поток – ещё один путь медданных, который нужно шифровать и журналировать. Именно число интеграций, а не список видеофункций определяет, сколько времени и денег уйдёт на платформу помощи на дому. Поэтому оценку объёма работ начинайте с карты интеграций.

Где здесь Фора Софт

В помощи на дому видео в реальном времени с требованиями к медданным соединяется со сложной системной интеграцией, а именно этим Фора Софт занимается с 2005 года в видеоконференциях, стриминге, видеонаблюдении и телемедицине. Требование здесь – слой координации, который синхронизирует живое видео, непрерывные данные медизделий и общий план лечения для выездной команды внутри контура медданных в российской инфраструктуре. Мы строим этот слой на стандартах (WebRTC для видео, FHIR внутри платформы, СЭМД для ЕГИСЗ), чтобы он встраивался в системы медорганизации, а не конфликтовал с ними. Инженерия у нас подстраивается под требования, а не наоборот.

Главное

• «Стационар на дому» – не отдельное условие помощи в 323-ФЗ: программу собирают из помощи на дому, дистанционного наблюдения и консультаций, а форму и оплату задаёт регион.
• Дистанционное наблюдение по 193н (п. 43–46) – готовая спецификация: после очного приёма, данные медизделий, пороги лечащего врача, экстренное реагирование, личный кабинет.
• При гипертензии и диабете наблюдение входит в базовую программу ОМС (ПП 2188); тарифы меняются – перепроверяйте их ежегодно.
• Продукт – это слой координации на общем плане (FHIR CareTeam и CarePlan внутри, СЭМД наружу), а не видео и не чат.
• Парк медизделий – масштабная логистика; показания – спецкатегория ПДн с базами в России, изделия должны быть зарегистрированы.
• Стоимость задаёт число интеграций, а не функций, – оценивайте объём работ, начиная с карты интеграций.

Что читать дальше

• Карта интеграций телемед-платформы: что с чем соединяется
• Удалённый мониторинг и детекция аномалий
• Телеинсульт, теле-ОРИТ и неотложная помощь