Содержание статьи +
- Кратко
- Зачем это читать
- Приёмная – целая подсистема
- Сначала закон: чего требуют 152-ФЗ, 323-ФЗ и 193н
- Очередь: как она устроена на самом деле
- Триаж и анкета: маршрут к нужному врачу
- Предзвонковый тест: 30 секунд, которые спасают приём
- Готовность врача: другая сторона приёмной
- Сколько стоят неявки
- Частая ошибка, которой стоит избежать
- Где здесь Фора Софт
- Главное
- Что читать дальше
Это инженерные рекомендации, а не юридическая консультация. Уточняйте детали у квалифицированного юриста.
Кратко
Виртуальная приёмная в телемедицине – полноценная подсистема: очередь, маршрутизация по итогам триажа, сигнал готовности врача и предзвонковый тест устройств. Экраном с надписью «подождите» дело не ограничивается, и юридических требований здесь немало. Сам факт обращения – врачебная тайна (ст. 13 323-ФЗ), поэтому ни один пациент не должен видеть другого, а сервис очереди, который хранит имена и причины обращения, обрабатывает медданные – специальную категорию персональных данных (ст. 10 152-ФЗ). Приказ Минздрава 193н добавляет приёмной три обязанности: вход через ЕСИА, проверку, был ли очный приём по обращению (без него дистанционно не ставят диагноз и не корректируют лечение), и сроки консультаций – от 30 минут до 2 часов в экстренной форме и от 3 до 24 часов в неотложной. Хорошая приёмная снижает неявки и нагрузку на поддержку и позволяет начинать каждый приём вовремя. Приёмная, сделанная по остаточному принципу, – это брошенные звонки, обращения «не работает камера» в самый неподходящий момент и разглашение врачебной тайны на ровном месте. В статье – четыре задачи приёмной, машина состояний очереди, проверка очного приёма, 30-секундный предзвонковый тест, расчёт потерь от неявок и чек-лист готовности.
Зачем это читать
Минуты перед видеоприёмом решают, состоится ли он вообще. Пациент, который не нашёл ссылку, не смог войти через Госуслуги, не включил камеру или сидит перед пустым экраном ожидания, не понимая, придёт ли кто-нибудь, просто отключится, и такой брошенный визит обходится так же, как неявка. В приёмной телемедицинский продукт выигрывает или теряет визит, здесь растёт или не растёт нагрузка на поддержку, и здесь же случаются первые ошибки с врачебной тайной. Статья написана для основателя, продакт-менеджера или руководителя клинических процессов, которому ещё до первого пациента нужно решить, что приёмная обязана делать, чего не должна делать никогда и какую её часть строить самим, а какую покупать.
Приёмная – целая подсистема
В обычной клинике регистратура делает много незаметной работы: подтверждает, кто вы, проверяет полис ОМС или ДМС, выдаёт анкету и согласия, следит за очередью и сообщает врачу, что вы пришли. Стулья в коридоре здесь наименее важная часть.
Виртуальная приёмная берёт на себя всю эту работу и добавляет ещё одну задачу: убедиться, что техника сработает, прежде чем тратить время врача. Как описано в анатомии телемедицинской платформы, приёмная стоит между расписанием и живым видеозвонком и первой из компонентов взаимодействует с пациентом в реальном времени. Удобно представлять её как четыре задачи, которые решаются одновременно.
Первая задача – очередь: знать, кто ждёт, в каком порядке и как долго, и честно сообщать это пациенту. Вторая – триаж: направить каждого пациента к нужному врачу и собрать данные, которые понадобятся врачу до подключения. Третья – готовность врача: показать врачу, кто следующий, вывести анкету и разобраться с пациентом, который так и не пришёл. Четвёртая – предзвонковый тест: проверить камеру, микрофон, динамик и сеть, чтобы врач не тратил первые три минуты платного приёма на бесплатную техподдержку. Разберём их по порядку, начав с правил, которые касаются всех четырёх.
Сначала закон: чего требуют 152-ФЗ, 323-ФЗ и 193н
Сначала требования, потом возможности. В приёмной проще всего случайно раскрыть медданные, поэтому правила здесь важнее функций.
Два термина простыми словами. Медданные – сведения о здоровье человека; по 152-ФЗ это специальная категория персональных данных (ст. 10). Врачебная тайна по ст. 13 323-ФЗ начинается раньше диагноза: ею является уже сам факт обращения за медицинской помощью [3]. Поэтому в приёмной защищать нужно гораздо больше, чем видео: имя в списке очереди, причину обращения и даже саму запись к психиатру на 14:00.
Телемедицину регулируют отдельно – ст. 36.2 323-ФЗ и Порядок, утверждённый приказом Минздрава 193н [1][2], – и заметная часть этих требований выполняется именно в приёмной. Отсюда четыре следствия для проектирования.
Ни один пациент не должен видеть другого. В обычной клинике пациенты неизбежно видят друг друга в коридоре. В виртуальной приёмной этого можно избежать, а показать пациенту A имя, лицо или присутствие пациента B – значит раскрыть факт обращения, то есть врачебную тайну. Поэтому очередь изначально проектируют закрытой: каждый пациент видит только свой статус. Имена, причины обращения и счётчики вроде «впереди вас 5 человек», если они раскрывают других, на экране пациента не появляются никогда. На каждом экране – минимум данных, необходимый для задачи: 152-ФЗ запрещает обрабатывать данные, избыточные по отношению к цели (ст. 5) [5].
Вход – только через ЕСИА. Участники телемедицинской консультации идентифицируются через Единую систему идентификации и аутентификации, то есть «Госуслуги» (ч. 6 ст. 36.2 323-ФЗ, п. 7 193н) [1][2]. Значит, «Войти через Госуслуги» – первый шаг приёмной, до анкеты и очереди. Sber ID или VK ID годятся как удобный вход в приложение, но ЕСИА не заменяют. Врач тоже должен быть «настоящим»: он внесён в ФРМР, клиника – в ФРМО (п. 9 193н), заключение подписывается УКЭП. Подробно – в статье об идентификации через ЕСИА и регистрах ФРМР/ФРМО.
Сервис очереди обрабатывает медданные. Сервис, который хранит, кто ждёт, зачем и к кому, обрабатывает спецкатегорию ПДн ещё до начала видео. Оператор этих данных – клиника; если сервис ведёте вы или ваш подрядчик, это обработка по поручению оператора (ст. 6 ч. 3 152-ФЗ) с перечнем данных, действий, целей и требований к защите по ст. 19 [4]. Базы с данными пациентов находятся в России (ст. 18 ч. 5). Шифрование помогает, но не отменяет ни поручения, ни локализации. Полный разбор – в статьях 152-ФЗ и врачебная тайна простым языком и поручение обработки ПДн и договоры с подрядчиками.
Каждый допуск записывается в журнал. Отметка пациента, просмотр анкеты персоналом, допуск в звонок – всё это действия с медданными. 152-ФЗ требует их учитывать (ст. 19 ч. 2 п. 8), приказ ФСТЭК № 21 – управлять доступом и регистрировать события безопасности [5]. Журналы начинаются в приёмной, задолго до журналов аудита самого звонка. А экран ожидания – естественное место для сведений, которые по 193н (п. 37) нужно раскрыть пациенту на сайте или в приложении: лицензия, сведения о консультанте, оператор информационной системы и место хранения материалов, порядок идентификации и получения согласий, стоимость [2].
Очередь: как она устроена на самом деле
Очередь – это порядок с правилами. Простейшее правило – «первым пришёл, первым обслужен»: пациенты упорядочены по времени отметки, и следующим идёт тот, кто ждёт дольше всех. Это разумный вариант по умолчанию для однородного потока – например, для дежурного терапевта по ДМС или повторных консультаций, – и большинство пациентов понимают его интуитивно.
В клинике всё сложнее, и усложнений четыре. Во-первых, запись важнее живой очереди: пациент со слотом на 14:00 не должен ждать за тем, кто пришёл раньше без записи. Во-вторых, острый случай идёт вне очереди: ответ в анкете, указывающий на боль в груди или психический кризис, должен поднять пациента в очереди или вовсе вывести его на экстренный путь – к вызову скорой, а не к врачу по видео. В-третьих, нужный врач важнее первого свободного: если пациенту нужен лечащий врач, у которого был очный приём, или врач, говорящий на его языке, первый освободившийся не подойдёт. Поэтому очередь и триаж неразделимы: порядок в очереди зависит от ответов триажа.
В-четвёртых, у очереди есть нормативные сроки. Для консультаций в экстренной и неотложной форме – чаще всего «врач – врач», когда больница запрашивает профильный центр, – 193н задаёт срок от 30 минут до 2 часов и от 3 до 24 часов соответственно с момента поступления запроса в консультирующую организацию (п. 19). Для плановых срок отсчитывается от поступления запроса и медицинской документации (п. 18 и 20), для платных услуг сроки определяет договор (п. 21) [2]; в программе госгарантий соблюдение сроков контролируют страховые медицинские организации [8]. Значит, у каждого запроса есть крайний срок, отсчитанный от его поступления, а не от времени записи, и персонал должен видеть «горящие» запросы до того, как срок истечёт.
Запросы при этом приходят не только из вашего приложения. Положение о ЕГИСЗ предусматривает подачу запроса на телемедицинскую консультацию через ЕПГУ, а сведения о запросе и протокол консультации передаются в федеральную электронную регистратуру (ФЭР) в течение одного рабочего дня [7]. Очередь должна принимать запросы, пришедшие через Госуслуги и МИС клиники, наравне со своими и хранить их идентификаторы, чтобы потом связать с ними протоколы (см. интеграцию расписания и календаря).
За экраном «подождите» каждый пациент – это маленькая машина состояний: объект, который проходит через фиксированный набор состояний. Если моделировать её явно, приёмная всегда точно знает, кто где находится.
Состояния такие: приглашён (запись создана, ссылка отправлена), отметился (пациент вошёл через ЕСИА и подтвердил, что на месте), в очереди (ждёт, позиция известна), готов (прошёл тест, врач доступен), на приёме (допущен в звонок) и выходы – неявка (не отметился до отсечки), ушёл (отметился, но ушёл до приёма) и перенос. На замерах переходов строится операционная аналитика: время между «отметился» и «на приёме» – реальное ожидание пациента, а доля ушедших показывает, когда ожидание стало слишком долгим.
Показывайте пациенту честную позицию и честную оценку ожидания. «Вы следующий», когда впереди трое, подрывает доверие сильнее, чем точное «около 12 минут». Оценку легко посчитать: средняя длительность приёма, умноженная на число пациентов впереди и делённая на число свободных врачей. При среднем приёме 11 минут, 3 пациентах впереди и 1 свободном враче: 11 × 3 ÷ 1 = 33 минуты. При 2 свободных врачах: 11 × 3 ÷ 2 ≈ 17 минут. Округляйте вверх, никогда вниз, и обновляйте оценку по мере движения очереди.
Триаж и анкета: маршрут к нужному врачу
Триаж в приёмной означает две вещи: собрать то, что нужно знать врачу, и направить пациента к врачу, который должен его принять. Если всё сделано хорошо, врач подключается, уже зная, зачем пришёл пациент.
Телетриаж – удалённый скрининг: короткая анкета или чат-бот, с которыми пациент работает, пока ждёт. Ответы попадают в сводку для врача и в логику маршрутизации, которая выбирает очередь и врача.
Здесь есть чёткая регуляторная граница, та же, что и для ИИ-триажа, сбора жалоб и маршрутизации: триаж может помогать принимать решение, но не должен ставить диагноз. Программа, которая говорит пациенту, какая у него болезнь, по своему назначению приближается к медицинскому изделию: 323-ФЗ включает в медизделия специальное программное обеспечение, а обращаться могут только зарегистрированные изделия (ст. 38) [9]; ПО с искусственным интеллектом по классификации Минздрава – класс риска 3 [10]. Пусть триаж только помогает: он сортирует и показывает данные, а решения принимает врач.
Проверка «был ли очный приём». Консультация «врач – пациент» допустима для профилактики, сбора жалоб и анамнеза, оценки эффективности лечения, наблюдения и решения о необходимости очного приёма (ч. 2 ст. 36.2 323-ФЗ). Скорректировать лечение, в том числе выписать электронный рецепт, лечащий врач может, только если диагноз поставлен и лечение назначено на очном приёме по данному обращению (п. 38–39 193н); без очного приёма заключение содержит только рекомендации, в том числе по обследованию перед очным визитом (п. 40) [1][2]. Поэтому в анкете нужен вопрос «Был ли очный приём по этому поводу у этого врача?», а лучше – автоматическая проверка по МИС клиники. «Да» – к лечащему врачу, который может скорректировать лечение; «нет» – консультация с рекомендациями и предложением очного приёма. Честнее сказать до звонка, что диагноз онлайн не ставится, чем объяснять это посреди платного приёма. Детали – в статье о лицензии, аккредитации врачей и рецептах.
Есть и другие правила маршрутизации. Телемедицинская помощь оказывается только по работам и услугам, указанным в лицензии клиники (п. 4 193н), поэтому направлений вне лицензии в очереди быть не должно. Лицензия действует по всей стране, так что место, где находится пациент, для маршрута почти не важно; важнее канал оплаты – ОМС, ДМС или платные услуги (см. оплату телемедицины). Идентификация и согласия из статьи кто в кабинете тоже фиксируются здесь, до звонка; согласие на обработку ПДн с 1 сентября 2025 года оформляется отдельным документом [6].
Предзвонковый тест: 30 секунд, которые спасают приём
У этой функции самая большая отдача во всей подсистеме. Короткий тест устройств и сети, пока пациент ждёт, ловит проблемы, которые иначе всплыли бы в первые минуты приёма, – когда на их решение уходит оплаченное время врача, а пациент, которому и так нехорошо, начинает нервничать.
Всё необходимое есть в браузере. Стандартный вызов захвата камеры и микрофона getUserMedia одновременно запрашивает разрешение и при сбое сообщает, что именно не так. Вызов enumerateDevices перечисляет доступные камеры, микрофоны и динамики, чтобы пациент выбрал нужные и ещё до звонка увидел живой предпросмотр и индикатор уровня микрофона [12]. Механика самого соединения разобрана в статье WebRTC для телемедицины; здесь важно запустить проверку заранее и на каждый сбой дать понятную инструкцию.
Ошибки предсказуемы, и для каждой можно заранее написать сообщение, понятное неподготовленному пациенту.
| Ошибка браузера | Что на самом деле произошло | Понятное решение для пациента |
|---|---|---|
| NotAllowedError | Пациент (или браузер) заблокировал доступ к камере/микрофону | «Нажмите значок камеры в адресной строке и выберите „Разрешить“, затем повторите» |
| NotFoundError | Камера или микрофон не подключены | «Не находим камеру. Проверьте подключение или перейдите на телефон» |
| NotReadableError | Устройство занято другим приложением (другой видеозвонок, приложение камеры) | «Закройте другие видеоприложения и повторите – камера занята» |
| OverconstrainedError | Запрошенное разрешение не поддерживается | Автоматически снизить разрешение; действий пациента не нужно |
| SecurityError / нет secure context | Страница отдаётся не по HTTPS | Это ошибка сборки, а не пациента – захват камеры требует HTTPS [11] |
Таблица 1. Частые ошибки устройств перед звонком и что делать пациенту в каждом случае. Сохраняйте исходный код ошибки, а пациенту показывайте понятную инструкцию: тогда вместо обращения в поддержку он решит проблему сам.
Последняя строка – не редкий случай, а постоянное правило: браузеры разрешают захват камеры и микрофона только в безопасном контексте (secure context), то есть по HTTPS [11]. Приёмная, открытая по обычному HTTP, не заработает ни у одного пациента. Это нужно гарантировать при сборке, а не объяснять пациенту.
Проверка сети важна не меньше проверки устройств. Нужно убедиться, что доступны релейные серверы TURN, которые пересылают медиа, когда прямое соединение заблокировано файрволом, а задержка в оба конца (round-trip) и потери пакетов в допустимых пределах: примерно до 150 мс и до 2–3% потерь для чистого звука. Подробно о надёжности, включая переподключение и фолбэки, – в статье о надёжности соединения и в разборе NAT, STUN, TURN и ICE из раздела о стриминге. Запустите этот 30-секундный тест, пока пациент ждёт, и соединение будет проверено до того, как пойдёт время врача.
Готовность врача: другая сторона приёмной
У приёмной две двери: через одну входят пациенты, через другую работают врачи. Если думать только о пациенте, врач остаётся без нужной информации.
Врач видит живой список по приоритету: кто отметился, кто прошёл тест и «готов», кто ещё заполняет анкету, у кого по запросу истекает срок и, главное, сводку триажа с ответом на вопрос об очном приёме – чтобы входить подготовленным и сразу знать, можно ли корректировать лечение. Когда врач завершает приём, следующий «готовый» пациент должен быть в одном клике. Простой между приёмами – самая дорогая потеря в работе телемедицинского сервиса, и хорошо устроенная очередь врача её сокращает.
К готовности врача относится и отсечка неявки. Следить за временем должна система, а не врач: если пациент не отметился в пределах допустимого опоздания после времени записи, приём переходит в статус «неявка», слот освобождается, и можно вызвать следующего. Благодаря автоматизации врач занимается пациентами, а не ожиданием и догадками.
Сколько стоят неявки
Приёмная, которая снижает неявки, окупается, поэтому стоит посчитать. Доля неявок зависит от специальности и формата помощи; систематический обзор 2025 года по телемедицине и очным приёмам не нашёл единой универсальной цифры [13]. Поэтому вместо спорного среднего подставьте в модель свои данные.
Возьмём клинику с 1 000 визитов в месяц и долей неявок 15%. Это 1 000 × 0,15 = 150 пропущенных визитов в месяц. Пусть каждый пропущенный визит – это 8 500 ₽ потерянной выручки. Месячная стоимость неявок: 150 × 8 500 ₽ = 1 275 000 ₽, около 1,3 млн ₽.
Теперь добавим автоматические напоминания – SMS и push-уведомления с защищённой ссылкой на приёмную. Поставщики таких систем охотно сообщают о снижении неявок на треть и больше, но это маркетинговые данные, и к ним стоит относиться как к оптимистичным. Заложим осторожные 30%: 150 × 0,30 = 45 возвращённых визитов в месяц, что стоит 45 × 8 500 ₽ = 382 500 ₽ в месяц, или около 4,6 млн ₽ в год. Если система напоминаний и простая регистрация стоят меньше, они окупаются в первый же год. Одно ограничение: текст напоминания не должен раскрывать врачебную тайну – «приём у психиатра в 14:00» на заблокированном экране телефона прочитает кто угодно; пишите «ваш онлайн-приём в 14:00». Подставьте свои числа: главное, что приёмная напрямую влияет на выручку, а не только на удобство интерфейса.
Частая ошибка, которой стоит избежать
Самая опасная ошибка приёмной – показать одному пациенту информацию о другом. Происходит это незаметно: общий счётчик «впереди вас X человек» с именами; скриншот очереди врача, вставленный в обращение в поддержку; общий «зал ожидания», скопированный из потребительского сервиса видеоконференций, где виден список всех участников. Каждый такой случай – предотвратимое разглашение врачебной тайны, а не «особенность интерфейса». Решать это нужно на уровне архитектуры: экран пациента содержит только его собственные данные, общий вид доступен только персоналу и только через контроль доступа, а экран приёмной с именами нескольких пациентов никогда не покидает систему. Ещё три ошибки с похожим риском: пустить пациента в звонок без ЕСИА «временно, пока подключаем Госуслуги»; открыть приёмную по обычному HTTP (захват камеры молча не работает ни у кого); поручить врачу, а не системе, следить за временем неявки и сроками.
Где здесь Фора Софт
Фора Софт с 2005 года разрабатывает продукты реального времени, в том числе телемедицинские платформы, где приёмная формирует первое впечатление. Мы смотрим на неё так же, как эта статья, – как на систему со своими юридическими требованиями и процессами, а не просто экран. Внутри границы медданных мы связываем вход через ЕСИА, очередь с таймерами сроков по 193н, маршрутизацию триажа с проверкой очного приёма, экран готовности врача и предзвонковый тест устройств и сети; экран пациента с самого начала закрыт от чужих данных, а журналы ведутся с первой отметки. Сначала требования: ни один пациент не видит другого, сервис очереди работает по поручению клиники и хранит данные в России, каждый допуск записан в журнал. Затем возможности: короче ожидание, меньше брошенных звонков, и каждый врач начинает приём, уже зная, зачем пришёл пациент.
Главное
- Виртуальная приёмная – это четыре задачи: очередь, триаж, готовность врача и предзвонковый тест.
- Факт обращения – врачебная тайна: пациент не видит других, сервис очереди обрабатывает медданные по поручению клиники, базы – в России.
- По 193н вход – через ЕСИА, без очного приёма по обращению нет ни диагноза, ни коррекции лечения, а у срочных запросов есть сроки (п. 19).
- Моделируйте каждого пациента как машину состояний и замеряйте переходы, чтобы видеть реальное ожидание и уходы.
- 30-секундный предзвонковый тест устройств и сети предотвращает большинство обращений «не работает»; захват камеры требует HTTPS.
- Напоминания и простая регистрация снижают неявки и напрямую приносят выручку.