В понедельник расписание кажется плотным. К четвергу появляются отмены, в пятницу врач заканчивает раньше, а руководитель узнаёт о провале только из отчёта в следующем месяце. Маркетинг предлагает увеличить рекламу, регистратура говорит, что пациенты не отвечают, врачи считают график неудобным. У каждого есть часть правды, но нет общей картины.
BI‑аналитика полезна не тем, что рисует диаграммы. Она связывает расписание, звонки, записи, визиты, медицинские рекомендации и оплаты так, чтобы клиника могла действовать до того, как окно останется пустым.
Речь не о массовом «возврате базы» и не о давлении на пациента. Задача — находить понятные ситуации: отмена освободила время, пациент просил более раннюю дату, рекомендованный контроль действительно наступил, а клиника имеет основание и корректный канал для связи.
Сначала договоритесь, что такое пустое окно
Не вся свободная ячейка — потеря.
- врач может выполнять внутреннюю работу;
- кабинет закрыт на обслуживание;
- слот зарезервирован под срочный приём;
- услуга требует оборудования, которое занято;
- время слишком короткое для выбранного лечения;
- окно не опубликовано из-за ошибки;
- пациент отменил визит;
- регистратура оставила буфер.
Без классификации дашборд будет обвинять врачей за плановые перерывы или предлагать пациенту невозможное время.
Определите типы доступности: рабочее время, клинические слоты, опубликованные слоты, занятые, отменённые, неявки, служебные блоки и фактически использованное время.
Единица анализа — не врач, а слот с контекстом
Заполненность врача скрывает различия услуг. Один час может вместить консультацию, несколько коротких процедур или только один сложный приём. Поэтому слот связывают с:
- врачом и ролью;
- филиалом и кабинетом;
- услугой или типом визита;
- требуемым оборудованием;
- длительностью;
- каналом записи;
- статусом;
- временем изменения;
- фактическим началом и окончанием, если они фиксируются корректно.
Тогда аналитика отвечает не «у врача 70%», а «во вторник после 16:00 регулярно пустуют два слота конкретной услуги, хотя лист ожидания есть».
Четыре воронки вместо одной
Спрос
Звонки, формы, сообщения и повторные обращения. Здесь важно понять, чего хотел человек, а не только откуда пришёл.
Запись
Успешная запись, отказ из-за времени, ожидание, перенос и отмена. Потеря может происходить при полном расписании сегодня, хотя у другого врача есть подходящее окно.
Визит
Пришёл, отменил заранее, отменил поздно, не пришёл, клиника перенесла, услуга изменилась. Эти причины требуют разных решений.
Продолжение лечения
Рекомендованный контроль, следующий этап, профилактический визит, незавершённый план. Здесь особенно важно не подменять медицинскую необходимость коммерческой рассылкой.
Минимальная модель данных
Для первой версии не нужен data lake. Нужны стабильные идентификаторы и несколько событий.
| Сущность | Ключевые поля | Зачем |
|---|---|---|
| слот | врач, филиал, начало, длительность, ресурс | измерять доступность |
| обращение | канал, время, причина, результат | видеть неудовлетворённый спрос |
| запись | пациент-ID, слот, услуга, источник, статус | связывать спрос и график |
| визит | фактический статус, причина отклонения | отличать отмену от неявки |
| рекомендация | тип, срок, автор, статус | корректно планировать продолжение |
| платёж | визит, услуга, сумма, возврат | оценивать экономический результат |
В аналитическом слое используйте псевдонимизированные идентификаторы там, где персональные данные не нужны. Контакт происходит через МИС или CRM с предусмотренными правами, а не из выгрузки BI.
Качество данных важнее красивого отчёта
Если администратор выбирает «не пришёл» вместо «клиника перенесла», статистика обвинит пациента. Если врач не закрывает визит, слот выглядит занятым, но результат неизвестен. Если источник заявки теряется при ручном создании карты, реклама становится «прямым трафиком».
Перед дашбордом измерьте:
- долю записей без источника;
- визиты без итогового статуса;
- отмены без причины;
- дубли пациентов;
- слоты без типа услуги;
- оплаты без связи с визитом;
- рекомендации без срока;
- временную задержку между системами.
Показывайте качество рядом с показателем. Цифра без покрытия создаёт ложную уверенность.
Лист ожидания как управляемая очередь
Пациент может хотеть более раннее время, конкретного врача, филиал или диапазон дней. Запись «позвонить, если что» в блокноте не масштабируется.
Лист ожидания хранит:
- допустимые даты и время;
- врача или специализацию;
- филиал;
- услугу и длительность;
- способ связи;
- срок актуальности;
- результат предложений;
- основание и предпочтения пациента в минимально необходимом объёме.
Когда окно освобождается, система выбирает подходящих кандидатов, но не рассылает всем обещание одного времени. Слот резервируется по прозрачному правилу.
Повторные пациенты: не «база», а медицинский контекст
Есть принципиальная разница между человеком, которому врач рекомендовал контроль через шесть месяцев, пациентом с незавершённым этапом и старым контактом без актуального основания для обращения.
Сегментация должна учитывать:
- подтверждённую рекомендацию;
- дату и допустимый интервал;
- направление и автора;
- завершённость лечения;
- согласия и канал коммуникации;
- предыдущие отказы;
- актуальность контакта;
- исключения, при которых автоматическая связь запрещена.
Администратор не придумывает медицинскую необходимость по дорогой услуге. Коммуникация напоминает о зафиксированной рекомендации или помогает записаться, а не ставит диагноз.
Иллюстративный сценарий: реклама есть, окон нет, врачи недовольны
Клиника увеличила рекламу, но новые пациенты попадали преимущественно к двум известным врачам. Их расписание было заполнено на недели, кол-центр отвечал «мест нет», а у коллег похожего профиля оставались окна. Перераспределять пациентов вслепую нельзя: услуги, компетенции и доверие различаются.
Аналитика показала не просто свободное время, а пересечение: запрос пациента, допустимая специализация, филиал и сроки. Клиника обновила сценарий кол-центра, страницы врачей и лист ожидания. Часть пациентов выбрала более ранний приём у подходящего специалиста.
Это составной сценарий. Он не обещает универсальный рост и не подменяет выбор пациента. Он показывает, что проблема может быть в маршрутизации спроса, а не в его отсутствии.
No-show: одна цифра скрывает разные причины
Неявка может быть забытым визитом, ошибкой контакта, плохой подготовкой, неудобным временем, страхом, двойной записью или сбоем напоминания. Решения различаются.
Разделяйте:
- раннюю отмену;
- позднюю отмену;
- неявку без связи;
- отказ после подтверждения;
- перенос по инициативе клиники;
- техническую ошибку записи.
Сравнивайте по типу услуги, времени до визита, каналу и филиалу. Не делайте вывод по одному врачу без учёта состава пациентов.
Практический расчёт цены пустого времени и защитных метрик разобран также в статье о no-show и стоимости пустых окон врача.
Высокомаржинальные услуги без манипуляции
Экономику услуги учитывать нормально: оборудование, врач и кабинет должны использоваться устойчиво. Но аналитика не должна превращать медицинскую рекомендацию в план продаж.
Этичный подход:
- врач определяет показания и фиксирует рекомендацию;
- система показывает незавершённые обоснованные этапы;
- координатор помогает с организацией и вопросами;
- пациент получает понятную информацию и выбор;
- отказ не скрывается;
- финансовый приоритет не меняет медицинское решение.
Если сегмент строится только по ожидаемому чеку, риск давления и потери доверия высок.
Метрики загрузки
Базовый набор:
- доступные клинические часы;
- опубликованные часы;
- записанные;
- фактически использованные;
- отменённые заранее и поздно;
- неявки;
- время до ближайшего доступного слота;
- доля окон, заполненных из листа ожидания;
- разница между плановой и фактической длительностью;
- стоимость часа ресурса в управленческой модели.
Показывайте абсолютные значения. Девяносто процентов загрузки при двух часах графика и при сорока — разные ситуации.
Метрики повторных визитов
- рекомендации с наступившим сроком;
- записанные после напоминания;
- визиты, состоявшиеся в допустимом интервале;
- отказы и просьбы не связываться;
- неверные контакты;
- незавершённые этапы без следующей записи;
- переход между филиалами и врачами;
- покрытие данных рекомендациями.
Не называйте любой возврат успехом. Важен медицински и организационно корректный следующий шаг.
Когортный анализ
Средний процент повторов скрывает изменения. Сравнивайте группы по месяцу первого визита, направлению, врачу, источнику и типу плана. Но не делайте вывод о качестве врача только по возвратам: для одних услуг повтор закономерен, для других не требуется.
Когорты полезны для проверки процесса: например, пациенты после внедрения автоматического напоминания чаще записываются в рекомендованный интервал. Причинность подтверждается осторожно, с учётом других изменений.
Как соединить телефонию и расписание
Звонок должен иметь результат: записан, просил другое время, не дозвонились, вопрос решён, требуется обратный контакт. Запись связывается с обращением стабильным способом, а не только номером телефона.
Проверьте пропущенные звонки, повторные попытки, очередь, запись разговоров в законных границах и персональную работу операторов. Почему дешёвая телефония становится дорогой, разобрано в статье о потерянных звонках и аналитике.
Дашборд для ежедневной планёрки
На одном экране достаточно:
- пустых окон на ближайшие 7–14 дней;
- отмен за сутки;
- подходящих пациентов листа ожидания;
- непринятых пропущенных звонков;
- рекомендаций с наступившим сроком;
- перегруженных и недогруженных ресурсов;
- качества данных;
- владельцев действий.
Дашборд не должен сам рассылать сообщения без правил. Он помогает людям принять решение.
Горизонты управления: сегодня, две недели и квартал
Один экран не может одинаково хорошо отвечать на все вопросы.
Сегодня и завтра. Отмены, неявки под риском, пропущенные звонки, окна листа ожидания, поломки ресурсов. Здесь важны минуты и конкретный владелец.
Ближайшие две недели. Недозагрузка смен, перегруженные врачи, отпуск, плановые процедуры, рекомендации с наступающим сроком. Здесь можно скорректировать публикацию графика и маршрутизацию.
Месяц и квартал. Изменение спроса, устойчивость направлений, загрузка кабинетов, кадровые решения, оборудование и маркетинговый план. На этом уровне опасно реагировать на один случай.
Разделение горизонтов защищает от микроменеджмента. Руководитель не вмешивается в каждую отмену, но видит, повторяется ли причина системно.
Прогноз спроса без магии
Для первой версии часто достаточно сезонности, дня недели, времени, направления и истории отмен. Сложная модель не исправит неверные статусы.
Прогноз полезно строить диапазоном, а не одной точной цифрой. Он отвечает:
- где вероятен дефицит слотов;
- где график открыт слишком широко;
- когда нужен дополнительный кабинет;
- какие услуги зависят от отпуска одного врача;
- какой объём листа ожидания реалистичен.
Проверяйте прогноз на отложенном периоде и сравнивайте с простым базовым правилом. Если сложная модель не лучше среднего прошлого месяца, её трудно оправдать.
Эластичность расписания
Не весь график одинаково гибок. Консультацию иногда можно перенести между кабинетами, а исследование зависит от аппарата и подготовки. Создайте классы слотов:
- жёстко привязанные к оборудованию;
- требующие ассистента;
- возможные в нескольких филиалах;
- допускающие телемедицинский формат, если он применим и настроен;
- резервные для срочных случаев;
- внутренние задачи врача.
Тогда система предлагает только безопасные варианты и не создаёт видимость свободного времени, которого фактически нет.
Экономика врача без рейтинга «кто принёс больше денег»
Выручка зависит от направления, графика, длительности приёмов, оборудования, источника пациентов и сложности случаев. Прямой рейтинг способен демотивировать специалистов и стимулировать неверное поведение.
Для управленческой экономики разделяйте:
- доступное и фактически отработанное время;
- прямые и распределённые затраты;
- загрузку ресурсов;
- возвраты и отмены;
- продолжение обоснованных планов;
- качество данных;
- медицинские ограничения направления.
Обсуждайте не «плохого врача», а процесс: почему окна недоступны, где узкое место, какие услуги требуют другого ресурса, как работает запись. Пример модели unit‑экономики можно сопоставить со статьёй о дашборде врача и клиники.
Как заметить риск ухода врача раньше заявления
Аналитика не должна оценивать эмоции или строить скрытый «скоринг лояльности». Но управленческие факты могут показать проблему процесса:
- график регулярно меняют без согласования;
- оборудование простаивает или недоступно;
- врач получает несоразмерно много незаполненных окон;
- выплаты и отчёты требуют постоянной ручной сверки;
- клиника удерживает цены, не пересматривая экономику;
- администраторы направляют спрос неравномерно;
- повторяются жалобы на МИС и расписание.
Эти сигналы — повод для разговора, а не автоматического вывода о человеке. Причины проверяет руководитель открыто.
Цена и загрузка: почему дешёвая услуга не всегда спасает окно
Снижение цены может увеличить спрос, но не обязательно улучшить экономику. Услуга использует время врача, кабинет, материалы, поддержку и налоги. Если цена не покрывает структуру затрат, заполненный график способен увеличить проблему.
Перед решением сравните:
- переменные затраты;
- вклад в покрытие постоянных расходов;
- длительность;
- зависимое оборудование;
- отмены и возвраты;
- продолжение лечения;
- альтернативное использование часа.
Не поручайте алгоритму автоматически менять медицинские цены. Он может подготовить сценарии, а решение принимает руководство с финансовым и медицинским контекстом.
Маркетинговый источник: первый, последний и помогающий
Пациент может сначала прочитать статью, позже увидеть рекламу, позвонить по рекомендации и записаться через сайт. Один «последний источник» упрощает путь и переоценивает финальный контакт.
Для небольшой клиники достаточно честно хранить:
- первое известное обращение;
- источник конкретной заявки;
- канал записи;
- подтверждённую рекомендацию пациента, если он её сообщил;
- стоимость кампании на согласованном уровне.
Не обещайте точную атрибуцию каждого рубля. Телефония, cookies, офлайн-рекомендации и смена устройств оставляют неопределённость. Показывайте её в отчёте.
Эксперимент вместо догадки
Если клиника хочет изменить напоминания или лист ожидания, проведите ограниченный пилот.
- Определите одну метрику и защитные показатели.
- Выберите сопоставимую группу.
- Зафиксируйте период.
- Не меняйте одновременно пять процессов.
- Учитывайте сезонность и отпуск.
- Проверьте жалобы и отказы, а не только записи.
- Остановите эксперимент при нежелательном эффекте.
Например, более раннее напоминание может снизить поздние отмены, но увеличить количество сообщений. Результат оценивают вместе с качеством контакта.
Качество сегмента до запуска коммуникации
Перед обзвоном небольшой выборки вручную проверьте:
- действительно ли срок рекомендации наступил;
- не завершён ли маршрут в другом филиале;
- нет ли отказа от коммуникаций;
- актуален ли канал;
- не создан ли дубль;
- не изменились ли медицинские обстоятельства, доступные только врачу;
- понятен ли нейтральный сценарий разговора.
Если четверть выборки ошибочна, не масштабируйте кампанию. Сначала исправьте источник.
Сценарий разговора: помощь, а не диагноз по телефону
Администратор может сообщить о доступном времени и зафиксированной рекомендации, уточнить удобство и передать медицинский вопрос врачу. Он не должен обещать результат лечения, интерпретировать диагноз или давить срочностью без основания.
Рабочая структура:
- Представиться и подтвердить удобство разговора.
- Обозначить организационную причину без лишних медицинских деталей.
- Предложить варианты.
- Зафиксировать выбор или отказ.
- Передать клинический вопрос уполномоченному сотруднику.
- Обновить статус в системе.
Предварительное резюме приёма и аналитика
Цифровой ассистент может подготовить рабочую выжимку разговора для уполномоченного координатора, но она не должна автоматически становиться диагнозом, планом лечения или основанием продажи. Полезна классификация организационных задач: нужен следующий визит, есть вопрос по подготовке, пациент просит связь врача.
Границы применения раскрыты в статье о предварительном резюме приёма MedJarvis. Любой такой сценарий требует минимизации данных, контроля доступа и подтверждения человеком.
Защита данных в BI
Большинству руководительских графиков не нужны ФИО, телефоны и тексты медицинских записей. Разделите слои:
- аналитический — псевдонимизированные события и агрегаты;
- операционный — задачи с минимальным контекстом;
- клинический — медицинская информация в МИС;
- коммуникационный — контакты в системе с контролем согласий и прав.
Ограничьте экспорт, логируйте доступ, удаляйте временные файлы и не отправляйте дашборды с персональными данными в общие чаты.
Сверка МИС и BI
Каждое утро сравнивайте контрольные суммы: число слотов, записей, визитов и платежей за закрытый период. Разница может возникнуть из-за задержки, отмены, изменения задним числом или сбоя загрузки.
Дашборд должен показывать дату обновления и полноту. Если загрузка не завершилась, лучше явно отметить данные как неполные, чем показать вчерашнюю цифру без предупреждения.
Семантический слой: словарь клиники
Термины «пациент», «визит», «первичный», «выручка» и «загрузка» могут означать разное в отделах. Создайте короткий словарь:
- определение;
- источник;
- момент фиксации;
- исключения;
- владелец;
- пример.
Без него две правильные выгрузки будут спорить из-за разных определений. Словарь важнее выбора BI‑платформы.
Операционный цикл
Аналитика приносит пользу, когда замыкается в действие:
- Сигнал обнаружен.
- Назначен владелец.
- Проверен контекст.
- Выполнено допустимое действие.
- Результат зафиксирован.
- Проверено влияние.
- Правило обновлено.
Если дашборд открывают раз в месяц для отчёта, пустое окно уже нельзя вернуть. Ежедневный цикл должен быть коротким и ограниченным.
Ошибки BI‑проекта
- Строить витрину до определения событий.
- Копировать всю медицинскую карту «на будущее».
- Считать созданную запись состоявшимся визитом.
- Объединять отмены и неявки.
- Сравнивать врачей без контекста.
- Автоматически обзванивать старую базу.
- Скрывать неполноту данных.
- Считать корреляцию причиной.
- Не назначать владельцев показателей.
- Оценивать проект числом графиков.
План внедрения на четыре недели
Неделя 1: определения
Выберите одну цель — например, поздние отмены. Опишите статусы, источники и владельцев.
Неделя 2: качество
Соберите события, измерьте пропуски и дубли, исправьте процесс ввода.
Неделя 3: действие
Настройте список ситуаций, сценарий администратора и фиксацию результата.
Неделя 4: проверка
Сравните с базовым периодом, учтите сезонность, жалобы и ручные затраты. Решите, масштабировать, изменить или остановить.
Итог: окно заполняет не график, а управляемый процесс
BI не создаёт спрос и не заменяет клиническое решение. Он делает видимыми разрывы: спрос не дошёл до записи, отмена не попала в лист ожидания, рекомендация потеряла срок, слот опубликован неверно, а платёж не связан с визитом.
Начните с одной недели и одного направления. Если команда может объяснить каждое пустое окно, назвать допустимое действие и измерить результат без выгрузки лишних данных, аналитика стала рабочим инструментом, а не витриной.
FAQ
Можно ли выгрузить всех старых пациентов и обзвонить?
Не следует начинать с массовой выгрузки. Нужны основание, актуальные согласия, сегмент, цель, минимальный состав данных и уважение отказов. Лучше работать с подтверждёнными рекомендациями и незавершёнными маршрутами.
Как считать загрузку врача?
Определите клинически доступное время и разделите опубликованные, записанные и фактически использованные слоты. Учитывайте длительность услуг и ресурсы.
BI заменит администратора?
Нет. Он показывает ситуации и приоритеты, но контакт, перенос и помощь пациенту требуют процесса и ответственности.
Можно ли сравнивать врачей по выручке?
Только с учётом направления, графика, состава услуг, ресурсов и медицинской роли. Один показатель без контекста способен подтолкнуть к неверным решениям.
С чего начать без хранилища данных?
С определения событий, идентификаторов и качества. Первый отчёт можно собрать из МИС и телефонии, если логика прозрачна и воспроизводима.
Что сделать завтра
Возьмите расписание на ближайшие две недели и классифицируйте свободное время: не опубликовано, доступно, отменено, ресурс недоступен, служебный блок. Затем сопоставьте только подходящие обращения листа ожидания и рекомендации с наступившим сроком.
Если для этого нужно вручную соединять телефоны из трёх таблиц, первый проект BI уже понятен: стабильные идентификаторы, статусы и владелец каждого события.
Материал носит информационный характер и не заменяет медицинское решение, правовую оценку коммуникаций или финансовую модель клиники. Аналитические сегменты должны использовать минимально необходимые данные, предусмотренные доступы и проверяемые определения.
