Как связать IDENT с Битрикс24

Зачем связывать

IDENT это МИС для стоматологий. В ней расписание, карты пациентов, планы лечения, оплаты. Битрикс24 собирает обращения: звонки, заявки с сайта, сообщения из мессенджеров.

Без связи администратор работает в двух окнах. Записал пациента в IDENT, потом вручную двигает сделку в Битрикс24. Часть сделок остаётся на старых этапах. Отчёт по рекламе не сходится с выручкой.

Со связью данные передаются без участия администратора. Запись в IDENT меняет этап сделки. Визит и оплата видны в карточке. Пропущенный звонок и незаконченный план становятся задачами.

Какие данные нужны

Начните со списка. Не всё из IDENT нужно в CRM. Медицинские данные в CRM не передавайте: диагнозы, протоколы, снимки остаются в МИС.

Обычно в CRM нужны такие данные:

• пациент: ФИО, телефон, дата рождения, источник;
• записи: дата, время, врач, филиал, статус;
• визиты: пришёл или нет, оказанные услуги и сумма;
• планы лечения: этапы, сумма, выполнено или нет;
• справочники: врачи, услуги, филиалы.

В обратную сторону, из Битрикс24 в IDENT, чаще всего нужна запись. Здесь у IDENT ограничение. Внешнего API у программы нет. Извне IDENT принимает только заявки, звонки и выгружает расписание. Записать пациента прямо в расписание из CRM нельзя. Заявка приходит с врачом и временем, администратор подтверждает её в IDENT.

Способы обмена

Первый способ: приложение из маркетплейса Битрикс24. Там есть несколько модулей для IDENT. Описание одного из них на октябрь 2026 такое. Обмен идёт только из IDENT в Битрикс24. Передаются контакты, записи как сделки, услуги и их стоимость. Обмен обычно раз в 5 минут. Модуль ставится на компьютер клиники с доступом к базе IDENT. Работает на тарифе Битрикс24 «Профессиональный» и выше.

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

Второй способ: проектная интеграция. Под клинику проектируют схему обмена и пишут сервис-прослойку. Сервис читает базу IDENT на сервере клиники. Заявки отдаёт по официальной схеме интеграций IDENT. С Битрикс24 работает через REST API. Способ доступа к данным IDENT согласуйте с разработчиком IDENT. Как мы работаем с этой МИС, описано на странице интеграция IDENT.

Где модулей не хватает

Модули из маркетплейса закрывают базовый поток: пациент и запись попадают в CRM. Проблемы видны, когда клиника растёт.

Запись из CRM в IDENT. Администратор хочет записывать пациента из карточки Битрикс24. Односторонний модуль этого не умеет. Проектная интеграция отправляет из карточки заявку с врачом и временем. Администратор подтверждает её в IDENT одним действием.

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

Сети. Несколько филиалов на разных базах IDENT или на разных МИС. Нужна одна воронка и общие отчёты по сети.

Доработки. В IDENT клиники заводят свои справочники и поля. Модуль с фиксированной схемой их не передаёт.

Битрикс24

Деньги по каналам рекламы

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

Источник пациента хранится в Битрикс24. Его передаёт коллтрекинг, форма на сайте или метка в ссылке на бота. Выручка хранится в IDENT: оплаты по визитам и по плану лечения.

Сервис обмена записывает эти данные в одну карточку. Сделка получает сумму оплат из IDENT. Отчёт в Битрикс24 или BI показывает выручку по каждому каналу.

Пример: канал дал 40 первичных пациентов за месяц. Из них 25 начали лечение. Сумма их оплат видна в отчёте рядом с расходом на рекламу. Без связи с IDENT в CRM видны только заявки. Подробнее в статье сквозная аналитика.

Как мы делаем проект

1. Разборпроцессы, филиалы, отчётыклиника
2. Схемаполя, направления, частотапроект
3. Сервисобмен с IDENT и Битрикс24прослойка
4. Сценариизапись, напоминания, возвратБитрикс24
5. Контрольжурнал обмена и ошибоксервис

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

Дубли пациентов решаем правилом поиска. Телефон приводим к одному формату и ищем по нему. Если по номеру два человека, сверяем ФИО и дату рождения.

Отдельно делаем журнал обмена. В нём видно каждую передачу и каждую ошибку. Если IDENT недоступна, сервис повторяет отправку позже. Администратор получает уведомление о сбое.

Срок зависит от объёма, считаем после разбора.

Что проверить после запуска

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

• Новая запись в IDENT видна в Битрикс24
• Заявка из Битрикс24 появляется в IDENT
• Статус визита меняет этап сделки
• Сумма оплаты совпадает в обеих системах
• Повторный звонок не создаёт дубль пациента
• Ошибки обмена видны в журнале

Связь IDENT с Битрикс24 начинается со схемы данных. Если хотите проверить это на своей клинике, запишитесь на разбор.

Вопросы

Источники

• IDENT: интеграции, вводная статья
• IDENT: требования к собственному сервису для интеграции

• Маркетплейс Битрикс24: IDENT. Интеграция с Битрикс24, на октябрь 2026
• Маркетплейс Битрикс24: Интеграция с МИС IDENT, на октябрь 2026
• Битрикс24: документация REST API
• Битрикс24: тарифы и цены, на октябрь 2026