Программа для клиники: сократили no-show на 71% за 21 день

Каждое утро Ирина открывала таблицу с записями на завтра и начинала звонить. Снова и снова — одно и то же: «Добрый день, напоминаем о вашём визите к врачу...». Четыре с половиной часа в день. Каждый день. И всё равно каждый четвёртый пациент просто не приходил.

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

Если вы узнали в этом свою клинику — читайте дальше. Медицинский центр в Екатеринбурге решил эту проблему за три недели, и Ирина наконец перестала быть живым автоответчиком.

Когда администратор медицинского центра тратит половину рабочего дня на звонки и SMS пациентам, а врачи всё равно простаивают - это не вопрос дисциплины. Это проблема архитектуры: нет нормальной программы для клиники, которая замкнула бы запись, коммуникацию и аналитику в единый контур. Именно с этим к нам обратился медицинский центр из Екатеринбурга. За три недели мы снизили no-show с 24% до 7% - без новых сотрудников и без замены МИС.

Как выбрать программу для клиники: что важно знать до внедрения

Запрос «программа для клиники» в поиске объединяет очень разные задачи. Кто-то ищет МИС с нуля, кто-то хочет доработать существующую под конкретный процесс, кто-то - просто настроить автоматические напоминания. Прежде чем смотреть на конкретные решения, стоит разобраться, что именно нужно закрыть.

На рынке есть несколько классов инструментов. Полноценные МИС (Medesk, Медиалог, qMS, 1С:Медицина) ведут расписание, карты, выписки, финансы. Специализированные программы для частной клиники (CliniCom, Инфоклиника) заточены под амбулаторный приём и часто дешевле на старте. Узкие решения - например, медицинская программа с упором на аналитику или CRM. Отдельная ниша - программы для стоматологической клиники (Dental4Windows, StomPRO) и программы для ветеринарных клиник (VetCloud, Vet Expert): там специфика настолько сильная, что универсальные МИС часто проигрывают.

На что смотреть при выборе для клиники на 5-15 врачей:

• Наличие открытого API или webhook - без этого любая автоматизация превращается в костыль.
• Встроенные или подключаемые каналы коммуникации - SMS, мессенджеры, email.
• Гибкость шаблонов напоминаний - разные сценарии для первичных и повторных пациентов.
• Соответствие 152-ФЗ - хранение данных на российских серверах, согласие на обработку.
• Стоимость владения через 12 месяцев - лицензия плюс интеграции плюс поддержка.

Теперь - конкретный кейс: как мы это реализовали для медцентра в Екатеринбурге.

Контекст клиента

К нам обратился многопрофильный медицинский центр в Екатеринбурге: 8 врачей (терапевты, кардиолог, невролог), около 2 400 пациентов в месяц, оборот - 3,2 млн ₽/мес. Всю операционную работу с пациентами тянула администратор Ирина. МИС - Medesk: данные чистые, расписание заполнялось, всё работало. Но между моментом записи и фактическим приходом пациента зияла дыра - никакой автоматики, только руки Ирины и телефон.

Что у них болело (в цифрах)

Каждое утро в 8:00 Ирина распечатывала завтрашнее расписание и методично обзванивала пациентов. На это уходило 4,5 часа ежедневно. Параллельно - SMS вручную через личный кабинет оператора. Несмотря на всё это, картина была неутешительной:

• No-show - 24%: каждый четвёртый записавшийся не приходил и не предупреждал.
• 18% записей отменялись в день приёма - врач узнавал об этом за 20-30 минут до слота.
• Загрузка врачей - 68%: из-за пропусков каждый врач терял 8-10 часов в неделю.
• Retention пациентов - 38%: повторно возвращались меньше четырёх из десяти.
• Средний чек - 950 ₽: неполная загрузка давила на всю структуру приёма.

В деньгах это выглядело так: центр недополучал около 240 тыс ₽/мес на упущенных приёмах. Плюс 22,5 часа в неделю Ирины - не на работу с пациентами у стойки, а на телефонную рутину.

«Я понимала, что звоню одним и тем же людям снова и снова, и всё равно кто-то не приходит. Казалось, что просто так устроена медицина», - примерно так Ирина описывала ситуацию на первой встрече.

Что мы предложили - наш стек и почему именно он

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

Альтернатива 1: ручная работа администратора (текущее состояние)

Именно так и работали. Плюс - полный контроль и живой контакт. Минус - масштабирование упирается в человека: при росте потока с 2 400 до 3 500 пациентов Ирина просто не справится физически. Для текущего объёма это уже было на пределе.

Альтернатива 2: встроенные уведомления Medesk

Medesk умеет отправлять SMS-напоминания из коробки. Центр пробовал это - работало, но только по одному каналу и без логики «если не доставлено - переключись». Open rate у SMS в аудитории 35-65 лет заметно ниже, чем у мессенджеров. Пожилые пациенты SMS читали, молодые - игнорировали. Один канал просто не покрывал всю аудиторию.

Альтернатива 3: универсальная платформа автоматизации (типа Битрикс24)

Несколько коллег Ирины из других клиник советовали «поставить Битрикс». Мы оценили: для задачи «напоминания о записи» это избыточно по функциям и тяжело в поддержке. Медицинская специфика (152-ФЗ, opt-out пациентов, синхронизация статусов записи) требует отдельной настройки, которая съедает бюджет и время. Для центра с 8 врачами это была бы переплата за возможности, которые никогда не понадобятся.

Альтернатива 4: наш выбор - Medesk + WhatsApp Business + SMS-шлюз

Мы оставили Medesk как ядро - менять работающую медицинскую программу для клиники не было никакого смысла - и построили вокруг него многоканальный слой коммуникации:

• Medesk REST API + webhooks - источник событий: запись создана, изменена, отменена. Триггер уходит в нашу логику в течение ~5 секунд после события.
• WhatsApp Business (Cloud API, Meta) - основной канал. В медицине open rate мессенджеров существенно выше SMS: пациенты проверяют WhatsApp чаще, чем отвечают на входящие звонки. Шаблоны сообщений прошли верификацию в Meta Business Manager (категория UTILITY, язык ru).
• SMS-шлюз - фолбэк. Если WhatsApp не доставлен (статус failed или нет аккаунта) - автоматически уходит SMS. Это критично для аудитории 60+, которая составляла около 30% пациентов центра.

Такая связка закрывала 100% аудитории без дублирования расходов и без переплаты за платформы с лишними функциями.

Как мы это внедряли (шаги по неделям)

День 1-3: аудит и подготовка

Начали с аудита данных в Medesk. Проверили качество телефонных номеров в базе пациентов - оказалось, 6% записей содержали некорректные форматы, почистили. Настроили OAuth2-приложение в личном кабинете Medesk с нужными правами доступа: appointments:read, appointments:write, patients:read. Подключили webhook-подписку на события appointment.created, appointment.updated, appointment.cancelled.

День 4-7: логика напоминаний и шаблоны

Вместе с Ириной прописали сценарии: напоминание за 24 часа, второе - за 2 часа до приёма. Для первичных пациентов добавили блок с адресом и инструкцией «что взять с собой», для повторных - более короткий формат. Шаблоны WhatsApp отправили на верификацию в Meta (заняло 2 дня). Параллельно настроили SMS-шаблоны на стороне шлюза и прописали логику фолбэка: если статус доставки WhatsApp - failed в течение 10 минут, система автоматически отправляет SMS на тот же номер.

День 8-14: тестирование и запуск

Прогнали тестовый поток на 50 реальных записях - с согласия клиники. Отловили два edge case. Первый: пациенты с opt-out флагом в Medesk не должны получать сообщения - добавили проверку поля patients/{id} перед каждой отправкой. Второй: rate limit Medesk API составляет 60 запросов в минуту, и при пиковой нагрузке утром система уходила в 429 - добавили очередь с retry по заголовку Retry-After. После правок запустили полностью.

День 15-21: донастройка по обратной связи

Первую неделю Ирина мониторила вручную: смотрела, кому не ушло, были ли жалобы. Жалоб не поступало. По её просьбе добавили одну функцию: если пациент отвечает «не приду» в WhatsApp - статус записи автоматически меняется в Medesk через PATCH /appointments/{id}, и слот освобождается для другой записи. Это оказалось неожиданно ценным: часть пациентов раньше просто молчала, а теперь стала отвечать в мессенджер.

Что получили в цифрах

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

Прирост выручки в 218 тыс ₽/мес - прямой эффект заполненных слотов: врачи перестали терять 8-10 часов в неделю. Рост среднего чека частично объясняется тем, что Ирина теперь успевает рассказывать пациентам о доступных услугах при визите, а не просто закрывать очередь.

Что бы мы сделали иначе

1. Раньше запустили бы двустороннюю коммуникацию. Функция «ответь "не приду" - и слот освобождается» появилась только на третьей неделе, по запросу Ирины. Заложи мы её в первоначальный сценарий - часть no-show закрылась бы ещё быстрее. Теперь это часть нашего стандартного чеклиста для медицинских проектов.

2. Сегментировали