В клинику не дозваниваются: как увидеть потерянные звонки и вернуть их в работу

• Опубликовано: 20 сентября 2026 г.
Администратор клиники контролирует очередь входящих звонков и задачи обратной связи

В клинику не дозваниваются: как увидеть потерянные звонки и вернуть их в работу

В отчёте всё выглядит спокойно: за день принято 138 звонков. Руководитель видит работу регистратуры, среднее время разговора и несколько пропущенных. Кажется, канал под контролем.

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

Главная ошибка начинается с вопроса «сколько звонков мы приняли?». Он учитывает только тех, кто уже дождался ответа. Для управления нужен второй вопрос: сколько попыток не получили понятного продолжения и что произошло с каждой из них дальше?

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

Почему процент принятых звонков может успокаивать зря

Предположим, телефонная система считает 95% ответов. Что вошло в знаменатель? Каждый повторный набор? Вызовы длительностью одну секунду? Звонки ночью? Внутренние линии? Переводы между сотрудниками? Робот, который ответил и не соединил с человеком?

У разных систем определения различаются. Поэтому сначала нужен словарь:

  • входящая попытка;
  • уникальный внешний номер или безопасный идентификатор;
  • отвеченный звонок;
  • соединение с сотрудником;
  • отказ абонента во время ожидания;
  • технический сброс;
  • звонок вне графика;
  • повторная попытка;
  • состоявшийся обратный контакт;
  • решённый вопрос.

Если робот поднял трубку, но пациент восемь минут не дошёл до администратора, для оператора связи звонок может быть отвеченным. Для клиники — нет.

Смотрите не день целиком, а интервалы

Среднее за день скрывает пики. Утром телефоны могут быть перегружены, а после обеда простаивать. Итоговый показатель выглядит нормальным, хотя пациенты в наиболее востребованное время не дозваниваются.

Разбейте день на 15- или 30-минутные интервалы и покажите:

  • число входящих попыток;
  • число уникальных безопасных идентификаторов;
  • ответ человеком;
  • время до ответа;
  • отказ в очереди;
  • повторный набор;
  • созданные задачи обратного звонка;
  • закрытые задачи;
  • доступных сотрудников.

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

Один человек может выглядеть как пять потерянных звонков

Если считать каждую попытку отдельно, метрика раздувается. Но грубая дедупликация тоже опасна: с одного общего номера могут звонить разные люди, а пациент может использовать несколько телефонов.

Для оперативного списка обычно достаточно временного правила: объединять повторные попытки одного номера в ограниченном окне, сохраняя количество и время. Это рабочая гипотеза, а не идентификация пациента.

Не обогащайте список медицинскими данными только ради аналитики. Номер телефона — уже персональные данные в соответствующем контексте. Цель, доступ и срок хранения должны быть определены организацией. Для публичного дашборда используйте агрегаты.

Пропущенный звонок должен стать состоянием процесса

Список из строк «пропущен» быстро превращается в кладбище. Нужны статусы:

новый → проверка дубля → назначен → попытка обратной связи → контакт состоялся / не удалось / не требуется → закрыт

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

Минимальная карточка задачи:

ПолеЗачем
Время первой и последней попыткиПонять срочность и повторяемость
Канал или номер линииНайти маршрут и рекламу без догадки
Безопасный идентификаторСвязать попытки без копии карточки пациента
СтатусНе звонить параллельно двумя сотрудниками
ВладелецПонятно, кто делает следующий шаг
СрокЗадача не теряется до конца смены
Итоговая причинаУлучшать систему, а не только закрывать строки

Свободное поле с диагнозом, жалобой и полной перепиской здесь не нужно.

Не всем нужно перезванивать одинаково

Автоматическое правило «перезвонить каждому» создаёт новую очередь и может привести к нежелательным контактам. Сначала отделите:

  • короткий технический сброс;
  • повтор уже отвеченного человека;
  • звонок вне графика;
  • вызов со скрытого номера;
  • номер из стоп-листа;
  • служебный или внутренний вызов;
  • потенциально новый внешний контакт;
  • незавершённый перевод.

Клиника определяет допустимый сценарий обратного контакта, основания обработки и правила коммуникации вместе с ответственными специалистами. Не используйте статью как юридическое разрешение на массовые звонки.

Пациенту полезно понимать источник: «Вы звонили в клинику сегодня в 10:14, но мы не успели ответить». Не начинайте разговор с рекламы и не просите сообщить медицинские подробности до проверки, с кем вы разговариваете.

Срок обратного звонка должен быть реальным

Обещание «мы перезвоним за минуту» выглядит привлекательно, но ломает доверие в пик. Срок зависит от графика, числа сотрудников и назначения линии.

Вместо одной красивой цифры задайте уровни:

  • во время работы и при свободной смене;
  • во время прогнозируемого пика;
  • после закрытия;
  • при массовом сбое;
  • для срочного организационного вопроса;
  • для сложного запроса, требующего другой роли.

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

IVR может помогать и мешать

Голосовое меню полезно, когда отделяет несколько действительно разных маршрутов. Оно вредно, когда заставляет пациента слушать длинную рекламу и угадывать внутреннюю структуру клиники.

Проверьте меню на обычном телефоне:

  • можно ли сразу понять варианты;
  • есть ли повтор;
  • работает ли набор во время фразы;
  • куда попадает человек без выбора;
  • что слышит пациент вне графика;
  • можно ли вернуться назад;
  • есть ли путь к человеку;
  • не раскрываются ли лишние сведения;
  • одинаковы ли объявления и фактический график.

Каждый уровень меню добавляет время и шанс отказа. Если почти все выбирают один пункт, возможно, меню не нужно.

Очередь должна говорить правду

Фраза «ваш звонок очень важен» раздражает, если после неё нет ожидания, альтернативы и результата. Полезнее коротко сообщить, что линия занята, предложить остаться или заказать обратный звонок и не обещать точную позицию, если система её считает неверно.

Проверьте сценарии:

  • сотрудник вышел из очереди, но система считает его доступным;
  • звонок распределяется на выключенный аппарат;
  • перевод возвращает пациента в начало;
  • музыка обрывается тишиной;
  • очередь закрыта, а приветствие говорит обратное;
  • после выбора callback задача не создаётся;
  • два филиала отвечают под одним номером без контекста.

Это технические мелочи, которые пациент воспринимает как отношение клиники.

Составной сценарий: 95% ответов и утренний провал

Ниже — иллюстративная реконструкция, не кейс конкретной организации.

Телефония показывала высокий процент ответов. Жалобы «не дозвониться» считали субъективными. После разбивки по интервалам оказалось, что с 8:00 до 8:20 одна линия принимала поток после открытия расписания. Робот отвечал сразу, поэтому вызовы попадали в отвеченные. Но до администратора часть людей не доходила.

Повторные наборы увеличивали нагрузку: человек звонил снова, пока первый вызов ещё мог быть в очереди. Затем администратор перезванивал по общему списку и иногда попадал на пациента, с которым коллега уже поговорила.

Команда не покупала новый колл-центр. Она перенесла массовое объявление, добавила статус обратной задачи, исправила присутствие операторов в очереди и дала пациенту короткую альтернативу. Главным открытием стал не «плохой сотрудник», а неверное определение отвеченного звонка.

Нагрузка регистратуры — часть архитектуры

Администратор одновременно встречает пациентов, оформляет документы, отвечает в мессенджере, принимает оплату и слушает телефон. Добавить ещё звонков тому же человеку — не бесплатное решение.

Измеряйте не только разговоры:

  • сколько параллельных каналов у роли;
  • когда нужна тишина для оформления;
  • сколько переводов требует врач или менеджер;
  • сколько вопросов можно закрыть самообслуживанием;
  • где нужны знания, которых у регистратора нет;
  • сколько задач остаётся после смены;
  • как выглядит резерв на болезнь и обед.

Иногда правильное изменение — выделить входящую линию. Иногда — убрать лишний звонок, дать точную информацию на сайте или исправить онлайн-запись.

Почему дешёвая телефония бывает дорогой

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

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

Перед покупкой проверьте на синтетических сценариях:

  • одновременно звонят два тестовых номера;
  • один сотрудник занят, второй свободен;
  • перевод не принят;
  • вызов пришёл вне графика;
  • callback создан;
  • номер повторил попытку;
  • интернет основной площадки недоступен;
  • отчёт объясняет каждый результат.

Как связать телефонию с CRM или МИС без хаоса

Интеграция часто обещает карточку пациента при звонке. Это удобно, но создаёт риски ошибочной идентификации и лишнего раскрытия данных на экране.

Безопаснее идти по этапам:

  1. событие звонка получает технический идентификатор;
  2. система ищет допустимые совпадения;
  3. сотрудник подтверждает личность по принятому сценарию;
  4. только после этого открывается нужный контекст;
  5. результат разговора фиксируется минимально;
  6. raw audio и SIP-данные не попадают в случайные журналы и тикеты.

Не делайте номер телефона безусловным доказательством личности. SIM-карта могла сменить владельца, телефоном пользуется семья, номер вводят с ошибкой.

Запись разговоров требует отдельного управления

Записи полезны для разбора качества и спорных ситуаций, но содержат чувствительную информацию. Не включайте их «на всякий случай» без цели, основания, уведомления, срока хранения и контроля доступа.

Организация должна определить:

  • какие линии записываются;
  • как уведомляется абонент;
  • кто слушает;
  • зачем и на каком основании;
  • сколько хранится;
  • как выгружается;
  • как фиксируется доступ;
  • что делает подрядчик телефонии;
  • как удаляется запись;
  • что происходит при инциденте.

В аналитический дашборд не нужно переносить raw audio или расшифровку. Для большинства показателей достаточно событий и статусов.

Потерянный звонок связан с потерянной заявкой

Пациент может сначала заполнить форму, затем позвонить. Если системы не видят общий маршрут, клиника считает два лида и две потери. Или наоборот: звонок не попадает в CRM, потому что карточка формы уже существует.

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

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

Онлайн-запись разгружает только подходящие вопросы

Кнопка записи может снять часть нагрузки, если расписание актуально, услуги понятны, а пациент получает подтверждение. Если слоты неверны, люди звонят уточнить и нагрузка растёт.

Статья о том, почему онлайн-запись не заполняет окна сама по себе, полезна как проверка: телефония и онлайн-запись должны разделять работу, а не дублировать ошибки.

Посмотрите, о чём звонят:

  • цена неясна;
  • адрес и вход не найдены;
  • подготовка отсутствует;
  • невозможно перенести визит;
  • расписание не совпадает;
  • подтверждение не пришло;
  • форма не отвечает.

Каждая повторяющаяся причина — кандидат на исправление информации или интерфейса, а не на расширение колл-центра.

Как измерять обратный звонок

Скорость важна, но не единственна. Набор показателей:

ПоказательЧто показываетРиск искажения
Время до первой попыткиОперативностьФормальный короткий звонок и сброс
Доля состоявшихся контактовДостижимостьМногократное давление
Время до решенияПолный маршрутЗакрытие задачи без результата
Повтор после разговораОсталась ли неясностьСчитать новый вопрос дублем
Причина пропускаГде менять системуЗаполнять причину наугад
Нагрузка по интерваламНужен ли ресурсУсреднить день

Главный показатель — не «мы перезвонили», а понятный итог: вопрос решён, передан компетентной роли, назначен следующий шаг или контакт корректно закрыт.

Финансовая оценка без выдуманной выручки

Нельзя умножить все пропущенные вызовы на средний чек и назвать сумму потерей. Среди попыток есть дубли, справочные вопросы и люди, которые позже записались другим каналом.

Используйте воронку:

попытки → уникальные обращения → допустимый callback → контакт → релевантный запрос → запись → состоявшийся визит → вклад

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

Лист ожидания и телефонный пик

Когда освобождается окно, администратор может одновременно звонить кандидатам и принимать входящие. Непродуманный процесс создаёт пик собственными руками.

Лист ожидания должен использовать согласованный канал, очередь и срок предложения. Тогда не нужно обзванивать всех подряд. Подробная схема — в статье о заполнении окон без скидок и навязчивых звонков.

Разведите роли: один сотрудник ведёт предложение, другой остаётся доступен входящей линии, либо система отправляет контролируемое сообщение и создаёт задачу только после ответа.

Красные флаги одного рабочего дня

  • робот считает звонок отвеченным без соединения;
  • сотрудники остаются «доступными», когда отошли;
  • очередь переводит на выключенную линию;
  • пропущенные выгружаются раз в сутки;
  • два администратора перезванивают одному номеру;
  • задача закрывается после первой неудачной попытки;
  • callback идёт с неизвестного номера;
  • график в приветствии устарел;
  • записи разговоров доступны всем;
  • raw SIP-логи пересылают в общий чат;
  • рекламный номер не связан с кампанией;
  • нет теста после изменения расписания;
  • резервный канал никогда не проверяли.

Резервный сценарий: что происходит без интернета и света

Облачная АТС продолжает работать в дата-центре, но телефоны клиники могут потерять связь. Локальная АТС может остаться включённой от ИБП, но внешний канал пропадёт. Мобильная переадресация помогает только тогда, когда номер, сотрудник и питание устройства доступны.

Опишите отказ не общими словами, а последовательностью:

  1. кто замечает, что входящие не доходят;
  2. какое уведомление получает ответственный;
  3. через сколько включается резерв;
  4. куда направляются новые вызовы;
  5. видит ли резервный сотрудник контекст филиала;
  6. где сохраняются пропущенные попытки;
  7. как клиника возвращается к обычной схеме;
  8. кто проверяет, что ни одна очередь не осталась на аварийном номере.

Проведите тест в согласованное окно на синтетических звонках. Не отключайте рабочий канал внезапно и не считайте наличие настройки переадресации доказательством: номер может быть заблокирован, SIM-карта — неактивна, а сотрудник — не знать о своей роли.

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

Перевод звонка — отдельное место потери

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

Проверьте три варианта перевода:

  • слепой перевод: сотрудник отправляет звонок и больше не контролирует результат;
  • с консультацией: сначала связывается с коллегой, объясняет контекст и затем соединяет;
  • задача вместо перевода: сложный вопрос получает владельца и согласованный обратный контакт.

Слепой перевод быстрее, но рискованнее для редких или сложных маршрутов. Разговор с консультацией требует времени. Задача подходит, когда компетентная роль недоступна сейчас. В инструкции должно быть ясно, какой вариант использовать, иначе каждый сотрудник выбирает привычный.

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

Что делать с вызовами после закрытия

Ночное приветствие часто сообщает график и заканчивает звонок. Наутро клиника видит десятки пропущенных, но не понимает, кому можно перезвонить и ожидал ли человек обратного контакта.

Выберите один честный сценарий:

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

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

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

Техническая проверка после каждого изменения

Настройка АТС может выглядеть правильно в панели и работать иначе снаружи. После изменения IVR, графика, номера, SIP-транка или группы операторов выполните короткую матрицу:

СценарийОжидаемый результат
Звонок в рабочее времяПравильное приветствие и доступная очередь
Все операторы занятыОжидание или callback по принятому правилу
Один оператор вышелЗвонок не идёт на его устройство
Перевод не принятВозврат или задача, а не тишина
Звонок вне графикаАктуальное сообщение и честная альтернатива
Повтор с того же тестового номераОдин маршрут без двойной задачи
Основной интернет недоступенПроверенный резервный сценарий
Восстановление связиВозврат без зависших переадресаций

Для каждого теста сохраните время, технический идентификатор и результат. Не прикладывайте к тикету реальные записи пациентов и полные SIP-трассы. Если подрядчику нужен лог, подготовьте минимальный фрагмент с синтетического сценария и передайте через согласованный канал.

Кто владеет изменением

Телефония находится между IT, регистратурой, маркетингом и руководителем филиала. Из-за этого настройка легко остаётся без владельца. Маркетинг публикует новый номер, IT настраивает маршрут, регистратура меняет график, а никто не проводит сквозной тест.

Разделите ответственность:

  • владелец бизнес-процесса утверждает маршрут и сроки;
  • IT или подрядчик меняет техническую конфигурацию;
  • регистратура проверяет рабочий сценарий;
  • маркетинг сверяет номера и атрибуцию;
  • ответственный за данные контролирует записи и доступ;
  • руководитель принимает ограничения резерва.

После изменения одна роль собирает подтверждения и закрывает задачу. Фраза «АТС настроена» не является приёмкой, пока внешний тест не прошёл весь маршрут.

План проверки за пять дней

День 1. Словарь. Определите попытку, ответ человеком, пропуск, дубль, контакт и решённый вопрос.

День 2. Интервалы. Разбейте неделю на 15-минутные окна, наложите доступность сотрудников и события.

День 3. Маршрут. На синтетических номерах проверьте очередь, callback, перевод, повтор и звонок вне графика.

День 4. Человек. Посидите рядом со сменой без оценки личности. Зафиксируйте параллельные задачи и ручные обходы.

День 5. Одно изменение. Исправьте самый частый разрыв и повторите те же сценарии.

Не меняйте одновременно IVR, график и систему мотивации — иначе причина результата потеряется.

FAQ

Нужно ли перезванивать по каждому пропущенному вызову?

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

Какая метрика главная?

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

Поможет ли новый колл-центр?

Только после разбора причин. Если звонки возникают из-за неверного расписания, отсутствующего прайса или сломанной формы, новая платформа ускорит тот же хаос.

Нужно ли хранить записи разговоров?

Решение принимают по определённой цели, основанию, сроку и модели доступа. Не храните raw audio бессрочно и не используйте его как материал для случайной аналитики.

Как не перегрузить регистратуру callback-задачами?

Дедуплицировать попытки, применять приоритет, честно обещать срок, распределять роли и устранять повторяющиеся причины звонков.

Что проверять после изменения расписания врачей?

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

Что сделать завтра

Возьмите один рабочий день и постройте таблицу по 15 минут: попытки, ответы человеком, отказы в очереди, повторные наборы, созданные и закрытые callback-задачи. Не добавляйте имена пациентов и содержание разговоров.

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

Затем спросите у регистратора: «В какой момент вы перестаёте понимать, кому уже перезвонили?» Ответ обычно точнее показывает слабое место, чем средний процент приёма.

Телефония становится управляемой не тогда, когда отвечает робот и строится график. Она становится управляемой, когда каждая реальная попытка получает понятное продолжение, сотрудник не угадывает следующий шаг, а руководитель видит причину нагрузки, не заглядывая в лишние персональные данные.

Материал носит информационный характер и не заменяет правовую оценку обработки персональных данных и записи разговоров, требования оператора связи или аудит конкретной АТС. Не раскрывайте raw audio, SIP-данные, номера пациентов, токены и production-логи в общих каналах. Тестируйте на синтетических номерах и согласованном контуре.

Георгий Востров, основатель Кереметь-ИТ

Об авторе

Георгий Востров, основатель «Кереметь-ИТ»

Эксперт в IT-технологиях для медицины с более чем 12-летним опытом. Специализируется на внедрении инновационных решений и оптимизации IT-инфраструктур в медицине, финансах и крипто-индустрии.

Готовы превратить теорию в практику?

Консультация - бесплатна и ни к чему не обязывает.

Аудит по теме статьи

Хотите понять, как это применить в вашей клинике?

Разберём, где клиника теряет звонки, заявки и визиты: сайт, телефония, МИС/PACS, МедЖарвис, 152-ФЗ и понятный план действий без покупки лишних платформ.

Что мешает заявкам сейчас Какие интеграции нужны клинике Где есть риск по данным Что сделать в первую очередь

Заявка отправляется через сервер сайта, без внешних форм и токенов в браузере.