Онлайн-запись в стоматологию: сайт, расписание и интеграция с 1С

# Онлайн-запись в стоматологию: сайт, расписание, 1С и подтверждение пациенту

Редакция SGI24. Статья опирается на реализованную интеграцию DentPro с официальным интерфейсом 1С. [О бюро](/company).

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

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

Посмотреть решение SGI24 для стоматологии

Сначала выберите честный сценарий

На сайтах стоматологий встречаются два разных действия с одинаковой кнопкой «Записаться».

Подтверждённая запись

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

Запрос на запись

Человек указывает желаемую дату. Администратор проверяет расписание и связывается с ним. До разговора время не забронировано.

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

Почему отдельный календарь быстро ломается

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

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

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

Полный маршрут онлайн-записи

1. Выбор услуги

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

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

2. Выбор врача или ближайшего времени

Часть пациентов ищет конкретного специалиста. Другим важнее попасть как можно раньше. Интерфейс может поддерживать оба пути:

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

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

3. Получение доступных дат и времени

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

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

4. Данные пациента

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

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

5. Повторная проверка слота

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

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

6. Создание записи

Сайт передаёт данные в основную систему. В ответ получает идентификатор или другой подтверждённый результат.

Только после этого можно сообщить: «Вы записаны». Если основная система не подтвердила создание, корректная формулировка — «Запрос принят, администратор свяжется с вами».

7. Уведомление

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

Отправка SMS или сообщения в мессенджер — дополнительный канал. Источником статуса остаётся основная система.

Что передаётся между сайтом и 1С

Набор зависит от интерфейса конкретной конфигурации, но типовой обмен включает:

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

Перед интеграцией полезно составить словарь. Одна и та же услуга может называться на сайте «Консультация имплантолога», а в 1С иметь внутреннее название и код. Связь должна сохраняться при обновлении справочника.

Новый и повторный пациент

Система должна решить, как искать человека. Одного имени недостаточно. Часто используется телефон, но он может принадлежать родителю, супругу или сразу нескольким членам семьи.

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

Автоматически объединять карточки по одному номеру телефона опасно: ошибка затронет коммуникацию и медицинские сведения.

Запись, обращение и обратный звонок — разные сущности

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

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

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

В проекте DentPro официальный интерфейс 1С предоставляет услуги, врачей, даты и время, авторизацию пациента и создание записи. Для сообщения и обратного звонка используется отдельный согласованный сценарий, потому что публичный интерфейс не создаёт самостоятельную сущность «обращение».

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

Ошибки, которые нужно предусмотреть

Медицинская система временно недоступна

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

Интерфейс вернул непонятный ответ

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

Запись создалась, но уведомление не ушло

Нельзя повторно создавать приём только из-за ошибки SMS. Создание записи и уведомление — разные операции с собственными статусами.

Пользователь нажал кнопку дважды

Запрос должен быть защищён от дубля. Иначе в расписании появятся две записи на одного человека.

Администратор изменил запись в 1С

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

Перенос и отмена

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

Хороший процесс отвечает на вопросы:

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

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

Персональные данные и согласие

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

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

Подробный отраслевой чек-лист есть в статье «Персональные данные в стоматологии».

Что видит руководитель

Сама кнопка записи ничего не говорит об эффективности. Руководителю нужны показатели процесса:

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

Эти данные помогают отличить проблему интерфейса от нехватки свободного времени или ошибки интеграции.

Как проверить готовую онлайн-запись

До запуска пройдите один полный сценарий на контролируемой записи:

1. Выберите услугу и врача.
2. Сверьте показанный слот с 1С.
3. Создайте запись через сайт.
4. Найдите её в основной системе.
5. Проверьте данные пациента, услугу, время и источник.
6. Убедитесь, что согласие зафиксировано.
7. Проверьте уведомление.
8. Отмените или перенесите тестовую запись штатным способом.
9. Убедитесь, что слот снова доступен.

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

Как принять интеграцию, а не только виджет

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

Затем связываем сайт с официальным интерфейсом 1С или МИС, добавляем технический журнал, защиту от дублей, серверную проверку и аналитику. Руководитель получает не отдельный виджет, а контролируемую цепочку от выбора времени до записи в рабочей системе.

Разобрать онлайн-запись клиники

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

Связанные материалы

• Каким должен быть сайт стоматологической клиники
• Как выбрать программу для стоматологии
• Персональные данные в стоматологии
• Интеграция сайта с CRM и 1С