Зачем нужен аудит маршрутизации: ключевые показатели и цели
Неэффективная схема маршрутизации пациентов напрямую бьет по операционным показателям клиники. Время ожидания приема растет, загрузка отделений становится неравномерной, процент успешной записи падает. Пациенты уходят к конкурентам, персонал выгорает из-за хаотичной нагрузки. Аудит выявляет корневые причины этих проблем.
Типичные симптомы, указывающие на необходимость проверки: перегруженная регистратура в пиковые часы, очереди к узким специалистам при свободных слотах у терапевтов, повторные обращения пациентов из-за неверного направления. Задача аудита - превратить эти симптомы в измеряемые метрики и найти узкие места в логике распределения потоков.
Цели аудита конкретны: повысить процент успешной записи, сократить время ожидания, выровнять загрузку отделений. Эта статья дает готовый чек-лист для проверки, методику анализа логов системы и подход к A/B-тестированию изменений. Вы получите инструмент для немедленного применения, а не теоретический обзор.
Чек-лист аудита схемы маршрутизации: пошаговая проверка
Чек-лист сгруппирован по этапам движения пациента: запись, направление, прием, завершение. Каждый пункт - это конкретный вопрос или проверка с указанием метрики, которую нужно смотреть. Проходите по порядку, фиксируйте отклонения.
| Этап | Пункт проверки | Метрика / Что смотреть |
|---|---|---|
| Запись | Все ли каналы записи интегрированы в единую систему маршрутизации? | Доля записей, проходящих через МИС, по каждому каналу |
| Запись | Какой процент попыток записи завершается успехом по каждому каналу? | Процент успешной записи (колл-центр, сайт, регистратура) |
| Запись | Есть ли автоматическая проверка доступности слотов перед подтверждением записи? | Количество отказов из-за отсутствия слотов |
| Запись | Фиксируются ли причины отказов в логи? | Наличие записей с кодами причин отказа |
| Направление | Соответствуют ли правила маршрутизации профилю пациента (возраст, пол, диагноз)? | Доля перенаправлений после первичного приема |
| Направление | Учитывают ли правила текущую загрузку отделений? | Коэффициент занятости отделений в динамике |
| Направление | Есть ли правила приоритезации для экстренных пациентов? | Время от регистрации экстренного до назначения врача |
| Направление | Определены ли альтернативные маршруты при недоступности основного? | Количество ситуаций «нет доступного маршрута» |
| Прием | Каково среднее время ожидания от записи до приема? | Время ожидания в днях/часах |
| Прием | Каково время ожидания в очереди перед кабинетом? | Время от отметки «прибыл» до начала приема |
| Прием | Есть ли система сбора обратной связи от пациентов о процессе маршрутизации? | Оценки и жалобы, связанные с очередями и направлением |
| Завершение | Корректно ли закрываются талоны после приема? | Доля незакрытых талонов за период |
| Завершение | Передаются ли данные о завершенном маршруте в статистику? | Полнота данных в отчетах по загрузке |
Этап записи: проверка доступности и успешности
Первый этап - самый критичный. Здесь теряется до 30% пациентов, которые могли бы быть записаны. Начните с расчета процента успешной записи по каждому каналу в отдельности. Формула простая: количество успешных записей, деленное на общее количество попыток, умноженное на 100. Нормальным считается показатель выше 85%. Все, что ниже - повод для детального разбора.
Собирайте данные из МИС. В большинстве систем события записи пишутся в лог с указанием канала, временной метки и результата. Выгрузите эти записи за последние 30 дней. Сгруппируйте по каналам и причинам отказов. Типичные причины: отсутствие слотов, технический сбой, неверное правило направления, отказ пациента. Если процент технических сбоев превышает 2% - проблема в интеграции или производительности системы. Подробнее о настройке интеграций с регистратурой и вебхуках смотрите в руководстве по настройке маршрутизации в МИС.
Этап направления: анализ правил и загрузки отделений
Правила маршрутизации - это логика, которая определяет, к какому специалисту попадет пациент. Проверьте каждое правило на соответствие трем критериям. Первый: профиль пациента. Правило должно учитывать не только симптом или диагноз, но и возраст, пол, историю болезни. Второй: загрузка отделений. Если правило всегда направляет в отделение А, игнорируя загрузку отделения Б, вы получите хронический перекос. Третий: наличие альтернативного маршрута. При недоступности основного специалиста система должна предлагать замену, а не выдавать отказ.
Для анализа загрузки рассчитайте коэффициент занятости каждого отделения. Это отношение фактически занятых слотов к общему количеству доступных слотов за период. Значение выше 90% указывает на перегрузку, ниже 50% - на недогрузку. Сравните коэффициенты по отделениям одного профиля. Разброс более 20 процентных пунктов между ними - сигнал к пересмотру правил распределения. Базовые принципы организации потоков и алгоритмы направления разобраны в статье о принципах маршрутизации пациентов.
Этап приема и завершения: время ожидания и обратная связь
Время ожидания измеряется в двух точках: от записи до приема и в очереди перед кабинетом. Первое показывает эффективность планирования, второе - соблюдение расписания. Нормативы зависят от типа помощи: для первичного приема терапевта допустимо ожидание до 3 дней, для узкого специалиста - до 7 дней. Время в очереди перед кабинетом не должно превышать 20 минут. Отклонения фиксируйте в разрезе отделений и конкретных врачей.
Сбор обратной связи - это не просто анкетирование. Настройте автоматическую отправку короткого опроса после завершения приема. Включите в него прямой вопрос: «Возникли ли у вас сложности с записью или направлением?». Ответы агрегируйте и сопоставляйте с данными логов. Жалобы пациентов часто указывают на проблемы, которые не видны в метриках: например, путаницу с номерами кабинетов или некорректное поведение персонала при перенаправлении.
Сбор и анализ логов системы для выявления узких мест
Логи системы маршрутизации - это первичный источник данных для поиска узких мест. Собирать нужно три типа событий: события записи (создание, изменение, отмена), события изменения статусов (прибыл, в очереди, на приеме, обслужен), события ошибок маршрутизации (нет доступного маршрута, конфликт правил, таймаут). Настройте централизованный сбор логов в SIEM-систему или хотя бы в отдельную базу данных с возможностью полнотекстового поиска.
Подход к анализу - от общего к частному. Сначала посмотрите распределение ошибок по типам за период. Если 70% ошибок приходится на «нет доступного маршрута» - проблема в правилах или нехватке слотов. Если преобладают таймауты - проблема в производительности системы или интеграциях. Затем переходите к анализу временных задержек между этапами. Вычислите медианное время перехода между статусами для каждого отделения. Выбросы выше 95-го перцентиля - это конкретные случаи, которые нужно разбирать индивидуально.
Типичные узкие места и их признаки в логах
«Бутылочное горлышко» на этапе записи к узким специалистам проявляется в логах как серия событий с результатом «отказ - нет слотов» для одного и того же отделения в пиковые часы. Петли маршрутизации видны как циклические изменения статусов: пациента несколько раз перенаправляют между отделениями без завершения приема. Конфликты правил дают записи об ошибках с кодом «сработало несколько правил с одинаковым приоритетом».
Для диагностики используйте фильтры. Пример для SQL-подобного синтаксиса: SELECT patient_id, COUNT(*) as redirects FROM routing_log WHERE event_type = 'redirect' AND timestamp > now() - INTERVAL '30 days' GROUP BY patient_id HAVING COUNT(*) > 3. Этот запрос найдет пациентов с тремя и более перенаправлениями - кандидатов на петлю маршрутизации. Аналогично ищутся правила, которые никогда не срабатывают: выгрузите все активные правила и сравните с теми, которые реально фигурируют в логах за месяц.
Оптимизация правил маршрутизации: от гипотез к A/B-тестам
Данные аудита дают основу для гипотез. Не меняйте правила на основе предположений. Каждое изменение должно быть сформулировано как проверяемая гипотеза: «Если мы изменим параметр X, то метрика Y изменится на Z%». Пример: «Если добавить учет загрузки отделения Б в правило направления пациентов с симптомом X, то время ожидания приема сократится на 15%».
A/B-тест - безопасный способ проверить такую гипотезу. Пошаговое руководство: выберите целевую метрику (время ожидания, процент успешной записи). Определите размер выборки - он должен быть достаточным для статистической значимости. Для типовой поликлиники с потоком 500 пациентов в день минимальная длительность теста - 7 дней. Разделите поток: контрольная группа продолжает обслуживаться по старым правилам, тестовая - по новым. Система маршрутизации должна поддерживать такое разделение на уровне конфигурации правил. Настройте сбор метрик отдельно для каждой группы. По окончании теста сравните средние значения и доверительные интервалы. Если разница статистически значима и направлена в нужную сторону - изменение можно внедрять.
Пример A/B-теста: изменение веса загрузки отделений
Рассмотрим гипотетический сценарий. Текущее правило: все пациенты с симптомом «боль в спине» направляются в отделение неврологии. Результат: очередь 7 дней, загрузка отделения 95%. Отделение физиотерапии имеет загрузку 40% и может принимать часть таких пациентов. Гипотеза: если правило будет учитывать загрузку обоих отделений и направлять в менее загруженное, время ожидания сократится.
Настройка теста: создаем новую версию правила с параметром «вес загрузки = 0.7». Это значит, что при выборе отделения загрузка имеет вес 70%, а профильность - 30%. Контрольная группа: 50% пациентов с симптомом «боль в спине» идут по старому правилу. Тестовая группа: 50% идут по новому. Собираем метрики: время от записи до приема, загрузка обоих отделений, процент перенаправлений после приема. Через 14 дней анализируем. Если в тестовой группе время ожидания снизилось с 7 до 4 дней, а загрузка отделений выровнялась до 65-70% - гипотеза подтверждена. Если процент перенаправлений вырос - правило требует доработки критериев профильности.
Внедрение изменений и мониторинг эффективности
Успешный A/B-тест - это только половина дела. Внедряйте изменения поэтапно. Начните с пилотного запуска на ограниченном потоке - например, только на пациентов, записавшихся через сайт. В течение недели мониторьте ключевые метрики: время ожидания, процент успешной записи, загрузку отделений, количество ошибок маршрутизации. Настройте дашборд с этими метриками в реальном времени. Принципы построения таких дашбордов и настройки алертов описаны в руководстве по наблюдаемости высоконагруженных систем.
Обязательно подготовьте план отката. Он должен описывать, какие действия нужно выполнить, чтобы вернуть старые правила, и сколько времени это займет. В идеале откат должен занимать не более 15 минут и выполняться одной командой или изменением конфигурационного файла. После полного внедрения изменения не снимайте мониторинг еще как минимум месяц. Эффект может быть отложенным: например, перераспределение потоков сначала дает улучшение, но через три недели создает новое узкое место в другом отделении.
Периодичность повторного аудита - не реже раза в квартал. Правила маршрутизации деградируют со временем: меняется штат врачей, появляются новые услуги, пациентопоток смещается по сезонам. Квартальный аудит по этому же чек-листу позволит держать систему в оптимальном состоянии. Для комплексного подхода к проверке инфраструктуры может быть полезен материал по аудиту безопасности IT-инфраструктуры, который охватывает смежные аспекты работы систем.