Интеграция с МИС IDENT

Приложение «Интеграция с МИС IDENT» связывает МИС IDENT с вашим порталом Битрикс24 и держит данные в обеих системах в актуальном состоянии без ручного переноса. MClick — платформа для медицинских клиник: Telegram- и MAX-боты для пациентов, онлайн-запись на приём, напоминания, бонусная программа и отзывы.

1. Что приложение делает внутри вашего Битрикс24
1.1. Пациенты → Контакты

Пациент MClick синхронизируется в контакт Битрикс24: имя, фамилия, отчество, телефон, e-mail, дополнительные поля.

• Правило связывания настраивается: по какому полю искать существующий контакт (телефон, e-mail, произвольное поле) и что делать, если совпадений нет или их несколько — создать новый контакт, взять первый, пропустить.
  
• Совпадение ищется по нормализованному телефону, поэтому разные форматы записи номера не плодят дубли.
  
• Настраиваемое сопоставление полей: какое поле пациента пишется в какое поле контакта, включая пользовательские поля UF_CRM_*.
  

1.2. Записи на приём → Сделки, Лиды и Смарт-процессы

Каждая запись пациента создаёт и обновляет объект CRM. Целей может быть несколько одновременно: сделка, лид и/или элемент смарт-процесса (СПА).

• Выбор воронки и категории для каждой цели.
  
• Сопоставление статусов: статус записи в MClick ↔ стадия вашей воронки. Правила задаёте вы — можно выгружать только подтверждённые визиты, а можно зеркалить весь жизненный цикл.
  
• Шаблон названия сделки с подстановками: услуга, пациент (полное имя, имя, фамилия, инициалы, краткая форма), телефон, дата, время, врач, филиал.
  
• Ответственный за сделку — конкретный сотрудник портала.
  
• Защита финальных стадий: сделку в стадии «Успешно» / «Провал» приложение больше не двигает, чтобы не переписывать решение менеджера.
  
• Товарные позиции: услугу приёма можно писать в сделку товарной строкой, и сумма сделки считается по каталогу портала.
  

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

Приёмы можно раскладывать по разным воронкам по условиям — например, филиал «Москва» в одну воронку, «Санкт-Петербург» в другую, VIP-контакты в третью.

• Три режима: дублировать во все совпавшие воронки, первое совпадение (по приоритету) и комбинированный — первое совпадение плюс безусловный дубль в общую воронку.
  
• Условия строятся по полям приёма (услуга, категория услуги, врач, филиал, источник) и по полям контакта Битрикс24 — включая пользовательские.
  
• Операторы условий: равно, не равно, входит в список, заполнено, не заполнено; для телефонов доступна нормализация.
  
• Запасная воронка «для всего остального» задаётся целью без условия.
  

1.3. Двусторонняя синхронизация статусов

Менеджер меняет стадию сделки в Битрикс24 — статус записи в MClick обновляется автоматически, и пациент получает соответствующее уведомление в мессенджер.

• Работает на событиях CRM (создание, изменение, удаление сделки; события смарт-процессов).
  
• Обратное сопоставление «стадия → статус» настраивается отдельно от исходящего.
  
• Защита от «эха»: изменение, пришедшее из портала, не отправляется обратно в портал — циклов не возникает.
  
• Можно включить только входящее направление: тогда статусами управляет исключительно Битрикс24.
  

1.4. Вкладка MClick в карточке контакта и сделки («Единый цифровой контур»)

Приложение встраивает в карточку контакта и в карточку сделки Битрикс24 вкладку с медицинским профилем пациента — менеджеру не нужно открывать вторую систему. Внутри — шесть панелей:

Панель	Содержимое
Сводка	Кто это, семейный кластер (все карты на одном телефоне), ближайший визит, последний визит, активный план лечения, баланс, «следующий шаг»
План лечения	Этапы, услуги, суммы: законтрактовано / реализовано / остаток
Финансы	Долг или переплата, рассрочка, последний платёж, история оплат
Коммуникации	Подключённые каналы (Telegram / MAX / SMS / e-mail), воронка уведомлений, согласия пациента
Визиты	История приёмов и предстоящие записи, отзывы и оценки
Аналитика	Выручка по годам, средний интервал между визитами, срок жизни пациента

Действия прямо из карточки Битрикс24:

• Начислить или списать бонусы — с указанием суммы и причины; автор операции фиксируется по данным портала (имя и ID пользователя Битрикс24).
  
• Отправить напоминание пациенту в мессенджер.
  

Доступ к вкладке подтверждается токеном самого сотрудника: пациента увидит только тот, кто имеет право видеть этот контакт в CRM. Вкладка включается и выключается одним тумблером в настройках интеграции — по клинике, а не глобально. Если показателя нет в базе, строка всё равно отображается с пометкой «Нет данных»: «0 ₽ долга» и «долг неизвестен» — разные утверждения, и оператор видит разницу.

1.5. Открытые линии — бот отвечает пациентам в чатах портала

Свободные сообщения пациента из Telegram/MAX попадают оператору в Открытые линии Битрикс24, ответы оператора возвращаются пациенту в мессенджер.

• Выбор линии в настройках; коннектор регистрируется и активируется приложением.
  
• Нажатия кнопок и команды бота в линию не уходят — оператор видит только живой диалог.
  
• Обращаться к оператору может и гость — посетитель бота, которого ещё нет в базе клиники: имя из мессенджера передаётся в линию.
  
• В MClick есть зеркальный раздел «Диалоги» для просмотра переписки и метрик (его можно скрыть, если клиника работает только из портала).
  

1.6. Семьи → Смарт-процесс

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

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

1.7. Услуги → Товары

Прайс клиники выгружается в каталог товаров Битрикс24: название, цена, категория. Связывание — по названию или по указанному полю; синхронизация идёт при изменении услуги.

1.8. Подписки и рассрочки → Сделки / Смарт-процессы

Планы рассрочки и подписки выгружаются как сделки или элементы СПА: сумма, количество платежей, дата следующего списания, статус плана → стадия воронки. Контакт пациента переиспользуется.

1.9. Сотрудники портала из карточек врачей

Врачей MClick можно завести на портале как пользователей с распределением по отделам — чтобы назначать их ответственными за сделки.

Так как тиражному приложению Битрикс24 не выдаёт полное право на пользователей, для этой функции клиника один раз создаёт входящий вебхук с правами «Пользователи» и «Структура компании». MClick проверяет, что домен вебхука совпадает с доменом подключённого портала, что права действительно выданы и что вебхук создан администратором, — и только потом сохраняет его. Функция опциональна: без вебхука всё остальное работает.

1.10. Сопоставление значений справочников

Значения MClick сопоставляются со значениями списков Битрикс24 в обе стороны — источники привлечения, причины отмены, категории, статусы. Значение из портала корректно ложится в поле MClick и наоборот, без ручного перевода.

1.11. Атрибуция: откуда пришёл пациент

Поля сделки Битрикс24 переносятся в MClick по белому списку:

• SOURCE_ID, UTM_SOURCE, UTM_MEDIUM, UTM_CAMPAIGN → источник привлечения пациента;
  
• REASON_MARKED_LOST → причина отмены приёма.
  

Дальше эти данные попадают в отчёт «Сквозная аналитика»: источник записи → конверсия → выручка.

1.12. Перенос накопленной истории (бэкфилл)

Клиника, у которой уже есть база записей, выгружает её в Битрикс24 одной кнопкой.

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

1.13. Надёжность обмена

• Идемпотентность. Отправленные данные хэшируются; повторная отправка без изменений пропускается — портал не получает лишних записей.
  
• Ограничение скорости. Отдельные лимитеры на живой трафик и на бэкфилл (по умолчанию 2 запроса в секунду — штатный лимит REST Битрикс24, настраивается).
  
• Очередь с повторами. Обмен идёт через очередь задач с повторными попытками и экспоненциальной задержкой; сбой портала не теряет данные.
  
• Устойчивая идентичность связей. Связь «запись ↔ сделка» закреплена за целью выгрузки, а не за позицией в настройках: удаление или перестановка воронок не «уводит» уже созданные сделки и не плодит дубли.
  
• Журнал обмена по каждой сущности, состояние интеграции (в норме / предупреждение / ошибка), счётчики очереди и время последней синхронизации.
  
• Автообновление токенов OAuth 2.0; при удалении приложения токены отзываются, обмен останавливается, при повторной установке — включается снова.
  

1.14. Два сценария подключения

• Из Битрикс24. Установили приложение из Маркета → в окне приложения перешли в MClick → зарегистрировали клинику или вошли → портал привязан.
  
• Из MClick. Раздел «Интеграции» → «Подключить Bitrix24» → адрес портала → подтверждение доступа → возврат.
  

Редактор настроек открывается прямо во фрейме портала — уходить из Битрикс24 для настройки не нужно. Клиника, подключённая через собственное локальное приложение, может переключиться на тиражное без потери настроек и уже созданных связей.

2. Что умеет платформа MClick
2.1. Боты для пациентов: Telegram и MAX

Один и тот же набор возможностей в обоих мессенджерах.

• Идентификация: пациент нажимает /start и делится контактом; телефон сверяется с базой клиники. Привязка выдаётся только по подтверждённому шерингу контакта.
  
• Главное меню (кнопки под полем ввода, состав зависит от подключённых модулей): «Записаться», «Мои записи», «Планы лечения», «Бонусный счёт», «Финансовый счёт», «Подписки и рассрочки», «Построить маршрут», «Связаться с клиникой», «Оператор».
  
• Гостевое меню для тех, кого нет в базе, — с возможностью записаться или оставить заявку.
  
• Тексты бота редактируются в админке: приветствие, ответы кнопок, сообщения об ошибках — без участия разработчика.
  
• Никаких эмодзи в интерфейсе — деловой тон по умолчанию.
  

2.2. Мини-приложение внутри мессенджера

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

2.3. Онлайн-запись

• Выбор филиала → специализации или конкретного врача → услуги → даты и времени → подтверждение.
  
• Два режима подбора времени: «Ближайшие слоты» и «По дням».
  
• Запись «к любому врачу по специализации» или к конкретному специалисту.
  
• Мультизапись — несколько услуг в один визит.
  
• Горизонт записи и правила настраиваются по клинике.
  
• Источник слотов переключается: собственное расписание MClick, МедФлекс или YClients — бот и мини-приложение при этом не меняются.
  
• Свободные слоты можно отдавать пациентам из листа ожидания автоматически.
  

2.4. Уведомления и каналы доставки

Каскад доставки: сообщение идёт в первый доступный канал из настроенного порядка, при неудаче — в следующий.

Канал	Особенности
Telegram (бот)	Кнопки, мини-приложение, картинки
MAX (бот)	То же в российском мессенджере
«Номерной» Telegram	Отправка с обычного номера клиники — сообщение приходит как от человека, а не от бота; единственный канал с настоящим статусом «прочитано»
SMS	Через SMSC
E-mail	Собственный SMTP/IMAP

Воронка доставки: в очереди → отправлено → доставлено → прочитано → реакция → ошибка. Определяется блокировка бота пациентом. Ограничение скорости отправки соблюдает лимиты мессенджеров, поэтому массовые рассылки не приводят к банам.

2.5. Сценарии — автоматические сообщения по событиям

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

• Записи на приём: новая запись · напоминание за 24 часа · напоминание за 2 часа · ручное напоминание оператором · отмена клиникой · перенос приёма · изменение записи (врач, услуга, кабинет, филиал, длительность — выбирается, на что реагировать) · появился свободный слот.
  
• После визита: запрос отзыва · не пришёл на приём · повторная услуга (чекап, профгигиена — по периодичности услуги) · незавершённый план лечения.
  
• Удержание: давно не было визита · «мы скучаем» · спецпредложение · финальная реактивация. Пороги настраиваются.
  
• Лояльность: начисление бонусов · списание бонусов · повышение уровня · бонусы скоро сгорят.
  
• Жизненный цикл: приветствие · день рождения · годовщина регистрации.
  
• Подписки: ошибка платежа · напоминание привязать карту.
  
• Отработка отзывов: негатив закрыт с начислением бонусов · негатив закрыт с извинениями.
  

Более 40 переменных подстановки: формы имени пациента (полное, имя, фамилия, отчество, инициалы, краткое), дата и время приёма, дата и время создания записи, длительность, врач (кратко и ФИО), специализация, услуга, филиал и его адрес, кабинет, название и телефон клиники, суммы, баланс, уровень лояльности, проценты, счётчики дней / месяцев / лет.

Конструктор кнопок: перетаскивание по рядам, готовые раскладки, предпросмотр.

2.6. Рассылки

Разовые и запланированные кампании по сегменту пациентов — отдельно от триггерных сценариев.

• Сегменты по фильтрам базы, оценка охвата до запуска.
  
• A/B-тестирование вариантов сообщения.
  
• Отписка от рассылок и учёт маркетингового согласия.
  
• Короткие ссылки с подсчётом переходов.
  
• Статистика: получатели, отправлено, доставлено, ошибки, клики, пропущено.
  
• Управление ходом кампании: пауза, продолжение, остановка.
  

2.7. Бонусная программа

• Уровни лояльности: название, диапазон баланса, процент кэшбэка, максимальная доля оплаты бонусами, цвет.
  
• Правила начисления: процент от оплаты или фиксированная сумма, условия по сумме и услугам.
  
• Ручное начисление и списание с указанием причины и историей операций.
  
• Сгорание бонусов со сроком и предупреждением пациента заранее.
  
• Списание при подтверждении оплаты — с контролем максимума по уровню.
  
• Баланс и история операций видны пациенту в боте и мини-приложении.
  

2.8. Отзывы и обратная связь

• Автоматический запрос оценки после визита; раздельные оценки врача и услуги.
  
• Разбор в таблице или на канбан-доске: новые → в работе → решённые → отменённые.
  
• Фильтры по статусу, категории, важности, ответственному, периоду.
  
• Назначение ответственного, взятие в работу, переоткрытие, закрытие с результатом.
  
• Отработка негатива: закрытие с начислением бонусов или с извинениями автоматически отправляет пациенту заранее подготовленное сообщение.
  
• Эскалация негатива в Telegram/MAX-чат руководителя.
  
• Кнопки «Связаться» после отзыва и ссылки на внешние площадки отзывов для довольных пациентов.
  

2.9. Записи на приём в админке

• Два представления: таблица и канбан-доска с перетаскиванием между статусами (в стандартной поставке девять: запланирована, подтверждена, пришёл, на приёме, ожидает оплаты, перенесена, неявка, отменена, завершена; справочник настраивается).
  
• Фильтры: врач, дата, источник, филиал, услуга, внешний ID; поиск по пациенту; скрытие завершённых.
  
• Карточка записи: детали, смена статуса, блок оплаты, таймлайн активности, связанный отзыв, ручное напоминание.
  
• Массовые операции с подтверждением.
  

2.10. Пациенты

• Поиск по ФИО, телефону, внешнему ID и номеру медкарты из МИС; фильтр «без телефона».
  
• Карточка: контакты, привязанные мессенджеры, бонусный баланс и уровень, финансовый баланс, номер медкарты, адрес, комментарий из МИС.
  
• Вкладки: записи, бонусы, семья, планы лечения, подписки, уведомления, устройства.
  
• Группировка «по семьям».
  
• Разделение семейных аккаунтов: родитель и ребёнок на одном телефоне — разные карты с одним владельцем мессенджера, а не одна слипшаяся запись.
  
• Согласия пациента (обработка ПДн, маркетинг) фиксируются и видны в карточке.
  

2.11. Планы лечения

Планы из МИС: этапы с таймлайном, услуги с отметками выполнения, финансовая сводка (итог, скидка, максимальный процент оплаты бонусами). Видны сотруднику в админке и, при желании клиники, пациенту в боте и мини-приложении. Отдельный триггер догоняет пациентов, остановившихся посередине плана.

2.12. Семьи

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

2.13. Оплаты, финансовый баланс, подписки и рассрочки

• Оплаты: журнал, фильтры по периоду и статусу, подтверждение оплаты со списанием бонусов, итоги по странице.
  
• Финансовый баланс пациента (долг или переплата перед клиникой) — в админке и, по отдельному разрешению, в боте и мини-приложении.
  
• Подписки и рассрочки: планы платежей, привязка карты пациентом, автосписания, график, повторные попытки при неудаче, уведомления. Эквайринг — ЮKassa, CloudPayments, PayKeeper (реквизиты — по клинике).
  

2.14. Удержание

Сегментация базы: активные, группа риска, потерянные — пороги настраиваются. Коэффициент возврата, списки с датой последнего визита, уровнем лояльности и балансом, кнопка «Напомнить».

2.15. Лист ожидания

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

2.16. Диалоги

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

2.17. Справочники клиники

• Структура: юридические лица с реквизитами организации и банка (автозаполнение по ИНН и БИК через DaData), филиалы, кабинеты, кресла.
  
• Врачи и услуги: карточки врачей (фото, ФИО, специализации, филиал, e-mail, плановые часы), массовое редактирование через экспорт и импорт XLSX, специализации, услуги (цена, себестоимость, длительность, категория, филиалы, периодичность повторной услуги).
  
• Планы и категории: цели по выручке и числу приёмов в разрезе филиала — основа план-факта в отчётах; категории пациентов из МИС.
  

2.18. Отчёты и дашборды

Аналитические отчёты:

• Сквозная аналитика — источники записи → конверсия → выручка.
  
• Эффективность направлений — медицинский срез по направлениям и врачам.
  
• Когорты и возвращаемость (LTV) — по месяцу первого визита, 12 месяцев.
  
• Воронка планов лечения — контрактация → реализация.
  
• ABC-анализ базы — сегментация пациентов по вкладу в выручку.
  
• P&L — выручка, себестоимость, вознаграждение врачей, валовая и операционная прибыль, прибыльность врачей, дебиторка.
  

Операционные разрезы: коммуникации и воронка доставки, эффективность сценариев, журнал сообщений, финансы, продажи, сервис, маркетинг.

Конструктор отчётов — произвольная выборка с выгрузкой в CSV.

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

2.19. Интеграции с медицинскими системами

Помимо Битрикс24 MClick подключается к МИС и платформам записи: IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS («Клиникон» / «1Дента»), YClients, МедФлекс, а также универсальный коннектор — клиника или её подрядчик пишет свой обмен по открытому REST API.

Из МИС приходят пациенты, приёмы, врачи, услуги, филиалы, кабинеты, оплаты, планы лечения, семьи, категории. Обратно уходят брони, переносы, отмены и подтверждения — там, где МИС это поддерживает. Новая интеграция стартует в безопасном режиме: читает, но ничего не пишет, пока клиника не проверит данные.

MDM (мастер-данные): одна «золотая запись» на каждый справочник и все её связи с внешними базами; автоматическое и ручное сведение дублей, расцепление, перецепление, назначение основной записи. Нужно, когда данные приходят из нескольких систем сразу — например из МИС и из Битрикс24.

2.20. Настройки, роли и доступы

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

2.21. Открытый API

Полный справочник REST API с интерактивным Swagger UI прямо в интерфейсе: аутентификация по ключу интеграции, токенизация персональных данных, идемпотентность батчей, порядок загрузки справочников. Машиночитаемая спецификация OpenAPI доступна для импорта в Postman и генерации клиента.

3. Модульность

Разделы платформы подключаются по отдельности — клиника платит и видит только то, что использует. Отключённый модуль скрыт из меню целиком.

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

4. Права, безопасность и данные
Запрашиваемые права портала

Право	Зачем
crm	Сделки, лиды, контакты, смарт-процессы, товары; справочники воронок, стадий, пользовательских полей — ядро двусторонней синхронизации
user_basic	Список сотрудников портала (выбор ответственного) и часовой пояс портала для корректного времени записей. Только чтение
imopenlines	Открытые линии: бот отвечает пациентам в чатах портала

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

Безопасность

• OAuth 2.0 с автоматическим обновлением токенов; токены хранятся отдельно по каждому порталу.
  
• Входящие события проверяются по токену приложения, выданному порталом.
  
• Вкладка в карточке CRM подтверждает право сотрудника видеть контакт до того, как покажет медицинские данные.
  
• Секреты (пароли, ключи эквайринга, адрес вебхука) хранятся только на запись — обратно в браузер не возвращаются.
  
• Обмен с МИС токенизирован: связка идёт по обезличенному ключу карты, а не по персональным данным.
  
• Серверы в России; сервис рассчитан на работу по 152-ФЗ.
  
• При удалении приложения с портала токены отзываются и обмен останавливается.
  

Для кого

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

ВНЕШНИЙ СЕРВИС

Приложение работает в связке с облачным сервисом MClick (https://mclick.pro/).
Тариф на интеграцию 5000 руб. в мес.

Также требуется установленный МИС IDENT. Оплата сервиса осуществляется отдельно. Ознакомиться с его тарифами вы можете на его сайте https://ident24.ru/