Сервисные SMS помогают стоматологии напомнить пациенту о приёме, получить подтверждение и быстро освободить время при отмене записи. В статье разберём рабочую цепочку сообщений: уведомление после записи, напоминание накануне, запрос подтверждения, перенос и отмена. Вы сможете подготовить тексты, определить время отправки и понять, когда клинике достаточно готовой интеграции, а когда понадобится API-связка с CRM или системой онлайн-записи.
Почему пациенты пропускают приём?
Запись к стоматологу часто делают заранее, а за несколько дней меняются планы, график работы или самочувствие. Если клиника никак не напоминает о визите, пациенту приходится самостоятельно искать дату и время в переписке или календаре. Напоминание в SMS показывает конкретную запись в одном коротком сообщении.
Для клиники ценность такого уведомления связана с расписанием врача. Когда пациент заранее сообщает об отмене, администратор успевает предложить это окно другому человеку. SMS не гарантирует, что каждый пациент придёт, зато даёт клинике дополнительный контакт перед визитом и понятный повод подтвердить запись.
В материалах о рассылках для стоматологий обычно выделяют несколько сценариев: подтверждение записи, напоминание, отмена и перенос приёма (Messaggio Мультиканальная Платформа Рассылки сообщений). Для небольшой клиники этого набора достаточно, чтобы начать без сложной автоматизации.
Какие сервисные SMS отправлять пациенту?
Цепочка должна соответствовать событию в записи. Сообщение после создания визита фиксирует договорённость, напоминание снижает риск забыть о приёме, а подтверждение показывает администратору, кто планирует прийти. Если пациент не может прийти, ему нужно дать простой способ сообщить об этом.
| Событие | Когда отправлять | Что указать |
|---|---|---|
| Запись создана | Сразу после записи | Название клиники, дата, время, врач или кабинет, телефон для связи |
| Напоминание | Накануне приёма | Дата, время, адрес и просьба подтвердить визит |
| Подтверждение | После ответа пациента | Короткий ответ о сохранении записи или сообщение администратору |
| Перенос | Сразу после изменения записи | Новая дата и время, контакт для уточнений |
| Отмена | Сразу после отмены | Подтверждение отмены и способ выбрать новую дату |
В каждом сообщении нужен идентификатор записи: дата и время приёма. Такой идентификатор помогает понять, о какой услуге идёт речь, и снижает путаницу, если у пациента несколько визитов. Практическая рекомендация из материалов о SMS-оповещениях: добавлять номер заказа, время доставки или дату и время записи в зависимости от сценария (SMSdar).
Как составить текст напоминания?
Начните с факта, ради которого пациент открывает сообщение. В первой строке укажите, что это напоминание о приёме. Затем поставьте дату и время. В конце оставьте телефон регистратуры или понятную инструкцию по переносу.
Пример сообщения: «Напоминаем: вы записаны к стоматологу 16 мая в 19:00. Если не сможете прийти, позвоните в регистратуру: [номер]». В образцах для стоматологий также используют обращение по имени и отчество, если эти данные уже есть в карточке пациента (ProstoSMS). Для короткого сервисного сообщения достаточно вежливого обращения и точных данных о визите.
Если клиника принимает подтверждения ответом на SMS, инструкцию нужно сделать однозначной: «Ответьте 1, чтобы подтвердить запись, или позвоните для переноса». Если обратные ответы сервис не обрабатывает, не следует обещать такой способ. Тогда в тексте указывают телефон администратора.
Как связать SMS с CRM или онлайн-записью?
Ручная отправка подходит для нескольких записей в день, но при плотном расписании администратор легко забудет о сообщении или перепутает время. Автоматическая отправка запускается событием: запись создана, время изменено, приём отменён. Система сама подставляет данные пациента и визита.
Для интеграции используют API. CRM или система записи передаёт сервису номер телефона, текст и событие, а сервис возвращает статус доставки. Такой подход описывают сервисы SMS для записи на услуги: сообщения уходят по времени и событию, а статусы доставки возвращаются в систему (QUICKTEL).
Клинике без программиста стоит сначала проверить, умеет ли её система записи отправлять веб-запросы или подключать готовый модуль. Если такой функции нет, можно начать с простого сценария: администратор выгружает записи и отправляет напоминания вручную по шаблону. При росте количества визитов лучше подключить API, чтобы сообщения уходили после каждого изменения расписания.
Перед запуском составьте карту событий:
- создана новая запись;
- изменены дата, время или врач;
- приём отменён пациентом или клиникой;
- наступило время напоминания;
- сообщение доставлено или не доставлено.
Описание структуры сервисного сообщения и его обязательных элементов можно сверить в материале как составить сервисное SMS в 2026 году. Если CRM уже используется, отдельная инструкция по связке систем поможет проверить обмен событиями и статусами: интеграция CRM и SMPP для SMS-уведомлений.
Как контролировать доставку и освобождённые окна?
Факт отправки ещё не означает, что пациент получил сообщение. Поэтому после запуска нужно смотреть статусы доставки. Недоставленные SMS могут появляться из-за ошибки в номере, временной недоступности телефона или технического сбоя. Администратор получает список таких записей и связывается с пациентами по другому каналу.
Для стоматологии полезен простой рабочий экран: дата приёма, пациент, врач, статус напоминания и результат подтверждения. Если SMS доставлено, но ответа нет, администратор выбирает правило: позвонить в определённый срок или оставить запись без дополнительного контакта. Правило лучше определить заранее, чтобы сотрудники действовали одинаково.
Отдельно отслеживайте отмены и переносы. Если пациент отказался от визита, освободившееся время можно передать администратору для повторной записи. Если время изменили в CRM, старое напоминание нужно отменить, иначе пациент получит два противоречивых сообщения.
Какие ошибки мешают сервисным SMS?
- В сообщении нет даты или времени приёма, поэтому пациенту приходится уточнять детали.
- Клиника отправляет рекламное предложение вместо короткого напоминания о конкретной записи.
- После переноса визита старое SMS остаётся активным и создаёт путаницу.
- Текст содержит телефон без инструкции: пациент не понимает, звонить для подтверждения или только для отмены.
- Администратор смотрит только на факт отправки и не проверяет статус доставки.
- В шаблоне нет способа связаться с клиникой, если пациент не может прийти.
Перед запуском проверьте цепочку на тестовой записи. Создайте визит, измените время, отмените его и убедитесь, что каждое событие создаёт только нужное сообщение. После этого подключите мониторинг доставки и закрепите за администратором порядок работы с недоставленными SMS.
3 шага, которые можно сделать на этой неделе:
- Составьте четыре шаблона: запись, напоминание, перенос и отмена.
- Добавьте в каждый текст дату, время и телефон регистратуры, затем проверьте их на тестовых записях.
- Подключите отправку по API или начните с ручного сценария, но с первого дня сохраняйте статусы доставки.
