Интеграция с МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, Klinikon, YClients, МедФлекс)

ИНТЕГРАЦИЯ МИС С БИТРИКС24 ЧЕРЕЗ MCLICK

КОРОТКО

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

МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) ↔ MCLICK ↔ БИТРИКС24

Записи из МИС становятся сделками, пациенты — контактами, статусы синхронизируются в обе стороны, а в карточке клиента Битрикс24 появляется медицинский профиль пациента из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс).

Клиника продолжает работать в привычном Битрикс24 и в своей МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) — MClick закрывает то, чего нет ни в CRM, ни в МИС: общение с пациентом в мессенджерах (Telegram и MAX), онлайн-запись, напоминания, бонусную программу, отзывы и оплаты.

СОДЕРЖАНИЕ

ЧАСТЬ 1. ЧТО ПРИЛОЖЕНИЕ ДЕЛАЕТ ВНУТРИ ВАШЕГО БИТРИКС24

  1.1  Пациенты → контакты

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

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

  1.4  Вкладка с данными МИС в карточке контакта и сделки

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

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

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

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

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

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

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

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

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

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

ЧАСТЬ 2. ЧТО MCLICK ДОБАВЛЯЕТ К СВЯЗКЕ МИС ↔ БИТРИКС24

  2.1  Боты для пациентов: Telegram и MAX

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

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

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

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

  2.6  Рассылки

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

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

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

  2.10 Пациенты

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

  2.12 Семьи

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

  2.14 Удержание

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

  2.16 Диалоги

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

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

  2.19 Какие МИС подключаются к Битрикс24 через MClick

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

  2.21 Открытый API

ЧАСТЬ 3. МОДУЛЬНОСТЬ

ЧАСТЬ 4. ПРАВА, БЕЗОПАСНОСТЬ И ДАННЫЕ

ЧАСТЬ 5. ДЛЯ КОГО

ЧАСТЬ 6. ВНЕШНИЙ СЕРВИС

═════════════════════════════════════════════════════════════════════════════

ЧАСТЬ 1. ЧТО ПРИЛОЖЕНИЕ ДЕЛАЕТ ВНУТРИ ВАШЕГО БИТРИКС24

═════════════════════════════════════════════════════════════════════════════

1.1 Пациенты → контакты

--------------------------------------------------

Пациент из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) синхронизируется через MClick в контакт Битрикс24: имя, фамилия, отчество, телефон, e-mail, дополнительные поля.

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

  •  Совпадение ищется по нормализованному телефону, поэтому разные форматы записи номера не плодят дубли.

  •  Настраиваемое сопоставление полей: какое поле пациента пишется в какое поле контакта, включая пользовательские поля UF_CRM_*.

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

--------------------------------------------------

Каждая запись пациента в МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) создаёт и обновляет объект CRM. Целей может быть несколько одновременно: сделка, лид и/или элемент смарт-процесса (СПА).

  •  Выбор воронки и категории для каждой цели.

  •  Сопоставление статусов: статус записи в МИС ↔ стадия вашей воронки. Правила задаёте вы — можно выгружать только подтверждённые визиты, а можно зеркалить весь жизненный цикл.

  •  Шаблон названия сделки с подстановками: услуга, пациент (полное имя, имя, фамилия, инициалы, краткая форма), телефон, дата, время, врач, филиал.

  •  Ответственный за сделку — конкретный сотрудник портала.

  •  Защита финальных стадий: сделку в стадии «Успешно» / «Провал» приложение больше не двигает, чтобы не переписывать решение менеджера.

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

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

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

  •  Три режима: дублировать во все совпавшие воронки, первое совпадение (по приоритету) и комбинированный — первое совпадение плюс безусловный дубль в общую воронку.

  •  Условия строятся по полям приёма (услуга, категория услуги, врач, филиал, источник) и по полям контакта Битрикс24 — включая пользовательские.

  •  Операторы условий: равно, не равно, входит в список, заполнено, не заполнено; для телефонов доступна нормализация.

  •  Запасная воронка «для всего остального» задаётся целью без условия.

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

--------------------------------------------------

Менеджер меняет стадию сделки в Битрикс24 — MClick передаёт изменение в МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс), статус записи обновляется там автоматически, и пациент получает соответствующее уведомление в мессенджер. Обратно так же: приём, заведённый администратором в МИС, приходит в портал.

  •  Работает на событиях CRM (создание, изменение, удаление сделки; события смарт-процессов).

  •  Обратное сопоставление «стадия → статус» настраивается отдельно от исходящего.

  •  Защита от «эха»: изменение, пришедшее из портала, не отправляется обратно в портал — циклов не возникает.

  •  Можно включить только входящее направление: тогда статусами управляет исключительно Битрикс24.

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

--------------------------------------------------

Приложение встраивает в карточку контакта и в карточку сделки Битрикс24 вкладку с медицинским профилем пациента из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) — менеджеру не нужно открывать вторую систему.

Внутри — шесть панелей:

  •  Сводка — кто это, семейный кластер (все карты на одном телефоне), ближайший визит, последний визит, активный план лечения, баланс, «следующий шаг».

  •  План лечения — этапы, услуги, суммы: законтрактовано / реализовано / остаток.

  •  Финансы — долг или переплата, рассрочка, последний платёж, история оплат.

  •  Коммуникации — подключённые каналы (Telegram / MAX / SMS / e-mail), воронка уведомлений, согласия пациента.

  •  Визиты — история приёмов и предстоящие записи, отзывы и оценки.

  •  Аналитика — выручка по годам, средний интервал между визитами, срок жизни пациента.

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

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

  •  Отправить напоминание пациенту в мессенджер.

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

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

--------------------------------------------------

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

  •  Выбор линии в настройках; коннектор регистрируется и активируется приложением.

  •  Нажатия кнопок и команды бота в линию не уходят — оператор видит только живой диалог.

  •  Обращаться к оператору может и гость — посетитель бота, которого ещё нет в базе клиники: имя из мессенджера передаётся в линию.

  •  В MClick есть зеркальный раздел «Диалоги» для просмотра переписки и метрик (его можно скрыть, если клиника работает только из портала).

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

--------------------------------------------------

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

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

  •  Настраивается минимальный размер семьи для создания карточки, создание недостающих контактов, обратная ссылка на семью в карточке контакта.

  •  Денежные агрегаты семьи и переименования участников догоняет ночной проход.

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

--------------------------------------------------

Прайс клиники из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) выгружается в каталог товаров Битрикс24: название, цена, категория. Связывание — по названию или по указанному полю; синхронизация идёт при изменении услуги.

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

--------------------------------------------------

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

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

--------------------------------------------------

Врачей из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) можно завести на портале как пользователей с распределением по отделам — чтобы назначать их ответственными за сделки.

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

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

--------------------------------------------------

Значения справочников МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) сопоставляются со значениями списков Битрикс24 в обе стороны — источники привлечения, причины отмены, категории, статусы. Значение из портала корректно ложится в поле МИС и наоборот, без ручного перевода.

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

--------------------------------------------------

Поля сделки Битрикс24 переносятся на приём пациента по белому списку — так маркетинговая разметка из CRM доходит до данных МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс):

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

  •  REASON_MARKED_LOST → причина отмены приёма.

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

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

--------------------------------------------------

Накопленную базу приёмов и пациентов из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) клиника выгружает в Битрикс24 одной кнопкой — портал наполняется историей, а не только новыми записями.

  •  Обработка чанками с отдельным, пониженным лимитом скорости — живой трафик не встаёт.

  •  Прогресс и остаток видны в интерфейсе.

  •  Отдельно доступен бэкфилл контактов и режим принудительного обновления уже выгруженных сделок.

  •  Можно ограничить диапазон по дате приёма, чтобы не поднимать архив целиком.

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

--------------------------------------------------

  •  Идемпотентность. Отправленные данные хэшируются; повторная отправка без изменений пропускается — портал не получает лишних записей.

  •  Ограничение скорости. Отдельные лимитеры на живой трафик и на бэкфилл (по умолчанию 2 запроса в секунду — штатный лимит REST Битрикс24, настраивается).

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

  •  Устойчивая идентичность связей. Связь «запись ↔ сделка» закреплена за целью выгрузки, а не за позицией в настройках: удаление или перестановка воронок не «уводит» уже созданные сделки и не плодит дубли.

  •  Журнал обмена по каждой сущности, состояние интеграции (в норме / предупреждение / ошибка), счётчики очереди и время последней синхронизации.

  •  Автообновление токенов OAuth 2.0; при удалении приложения токены отзываются, обмен останавливается, при повторной установке — включается снова.

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

--------------------------------------------------

  •  Из Битрикс24. Установили приложение из "Битрикс24 Маркетплейс"→ в окне приложения перешли в MClick → зарегистрировали клинику или вошли → портал привязан.

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

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

═════════════════════════════════════════════════════════════════════════════

ЧАСТЬ 2. ЧТО MCLICK ДОБАВЛЯЕТ К СВЯЗКЕ МИС ↔ БИТРИКС24

═════════════════════════════════════════════════════════════════════════════

Всё перечисленное ниже работает поверх данных МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) и попадает в Битрикс24 тем же обменом, что описан в части 1.

2.1 Боты для пациентов: Telegram и MAX

--------------------------------------------------

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

  •  Идентификация: пациент нажимает /start и делится контактом; телефон сверяется с базой пациентов, полученной из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс). Привязка выдаётся только по подтверждённому шерингу контакта.

  •  Главное меню (кнопки под полем ввода, состав зависит от подключённых модулей): «Записаться», «Мои записи», «Планы лечения», «Бонусный счёт», «Финансовый счёт», «Подписки и рассрочки», «Построить маршрут», «Связаться с клиникой», «Оператор».

  •  Гостевое меню для тех, кого нет в базе, — с возможностью записаться или оставить заявку.

  •  Тексты бота редактируются в админке: приветствие, ответы кнопок, сообщения об ошибках — без участия разработчика.

  •  Никаких эмодзи в интерфейсе — деловой тон по умолчанию.

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

--------------------------------------------------

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

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

--------------------------------------------------

  •  Выбор филиала → специализации или конкретного врача → услуги → даты и времени → подтверждение.

  •  Два режима подбора времени: «Ближайшие слоты» и «По дням».

  •  Запись «к любому врачу по специализации» или к конкретному специалисту.

  •  Мультизапись — несколько услуг в один визит.

  •  Горизонт записи и правила настраиваются по клинике.

  •  Источник слотов переключается: живое расписание МИС (IDENT, Инфоклиника, Архимед+), МедФлекс, YClients или собственное расписание MClick — бот и мини-приложение при этом не меняются. Бронь уходит обратно в МИС, а не остаётся во внешнем сервисе.

  •  Свободные слоты можно отдавать пациентам из листа ожидания автоматически.

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 и номеру медкарты из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс); фильтр «без телефона».

  •  Карточка: контакты, привязанные мессенджеры, бонусный баланс и уровень, финансовый баланс, номер медкарты, адрес, комментарий администратора из МИС.

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

  •  Группировка «по семьям».

  •  Разделение семейных аккаунтов: родитель и ребёнок на одном телефоне — разные карты с одним владельцем мессенджера, а не одна слипшаяся запись.

  •  Согласия пациента (обработка ПДн, маркетинг) фиксируются и видны в карточке.

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

--------------------------------------------------

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

2.12 Семьи

--------------------------------------------------

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

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

--------------------------------------------------

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

  •  Финансовый баланс пациента (долг или переплата перед клиникой) — в админке и, по отдельному разрешению, в боте и мини-приложении.

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

2.14 Удержание

--------------------------------------------------

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

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

--------------------------------------------------

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

2.16 Диалоги

--------------------------------------------------

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

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

--------------------------------------------------

  •  Структура: юридические лица с реквизитами организации и банка (автозаполнение по ИНН и БИК через DaData), филиалы, кабинеты, кресла.

  •  Врачи и услуги: карточки врачей (фото, ФИО, специализации, филиал, e-mail, плановые часы), массовое редактирование через экспорт и импорт XLSX, специализации, услуги (цена, себестоимость, длительность, категория, филиалы, периодичность повторной услуги).

  •  Планы и категории: цели по выручке и числу приёмов в разрезе филиала — основа план-факта в отчётах; категории пациентов из МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс).

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

--------------------------------------------------

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

  •  Сквозная аналитика — источники записи → конверсия → выручка.

  •  Эффективность направлений — медицинский срез по направлениям и врачам.

  •  Когорты и возвращаемость (LTV) — по месяцу первого визита, 12 месяцев.

  •  Воронка планов лечения — контрактация → реализация.

  •  ABC-анализ базы — сегментация пациентов по вкладу в выручку.

  •  P&L — выручка, себестоимость, вознаграждение врачей, валовая и операционная прибыль, прибыльность врачей, дебиторка.

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

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

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

2.19 Какие МИС подключаются к Битрикс24 через MClick

--------------------------------------------------

Сторона МИС в этой интеграции — любая из поддерживаемых систем:

  •  IDENT — МИС: импорт данных и расписания, запись в MClick по расписанию IDENT.

  •  Инфоклиника — МИС: импорт данных, прямая запись в МИС с живыми окнами.

  •  MEDODS (Медодс) — МИС: импорт данных, прямая запись в МИС.

  •  Архимед+ — МИС: импорт данных, прямая запись в МИС с живыми окнами.

  •  STOMX — МИС: импорт данных, прямая запись в МИС.

  •  SQNS («Клиникон», «1Дента») — МИС: импорт данных, прямая запись в МИС.

  •  YClients — платформа онлайн-записи: живые окна и прямая запись.

  •  МедФлекс — агрегатор онлайн-записи: живое расписание и бронирование.

  •  Универсальный коннектор — открытый REST API: клиника или её подрядчик пишет обмен со своей МИС сам.

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

К одному порталу можно подключить несколько баз одновременно (например две базы IDENT разных филиалов) — записи не перемешиваются.

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

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

--------------------------------------------------

  •  Роли сотрудников: владелец, администратор, сотрудник, только отчёты.

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

  •  Подключение ботов, SMS-центра, почты, каскада каналов.

  •  Отдельные разрешения на удаление приёмов, отзывов и пациентов — по умолчанию запрещено.

  •  Мультитенантность: сотрудники видят только данные своей организации.

2.21 Открытый API

--------------------------------------------------

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

═════════════════════════════════════════════════════════════════════════════

ЧАСТЬ 3. МОДУЛЬНОСТЬ

═════════════════════════════════════════════════════════════════════════════

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

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

  •  Для клиники: планы лечения · диалоги · семьи · оплаты · удержание · лист ожидания · сценарии · рассылки · интеграции · отчёты · подписки и рассрочки.

═════════════════════════════════════════════════════════════════════════════

ЧАСТЬ 4. ПРАВА, БЕЗОПАСНОСТЬ И ДАННЫЕ

═════════════════════════════════════════════════════════════════════════════

Запрашиваемые права портала

  •  crm — сделки, лиды, контакты, смарт-процессы, товары; справочники воронок, стадий, пользовательских полей — ядро двусторонней синхронизации.

  •  user_basic — список сотрудников портала (выбор ответственного) и часовой пояс портала для корректного времени записей. Только чтение.

  •  imopenlines — открытые линии: бот отвечает пациентам в чатах портала.

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

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

  •  OAuth 2.0 с автоматическим обновлением токенов; токены хранятся отдельно по каждому порталу.

  •  Входящие события проверяются по токену приложения, выданному порталом.

  •  Вкладка в карточке CRM подтверждает право сотрудника видеть контакт до того, как покажет медицинские данные.

  •  Секреты (пароли, ключи эквайринга, адрес вебхука) хранятся только на запись — обратно в браузер не возвращаются.

  •  Обмен с МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс) токенизирован: связка идёт по обезличенному ключу карты, а не по персональным данным.

  •  Серверы в России; сервис рассчитан на работу по 152-ФЗ.

  •  При удалении приложения с портала токены отзываются и обмен останавливается.

═════════════════════════════════════════════════════════════════════════════

ЧАСТЬ 6. ДЛЯ КОГО

═════════════════════════════════════════════════════════════════════════════

Медицинские клиники и сети — стоматология, многопрофильные медцентры, косметология, — которые ведут медицинскую часть в МИС (IDENT, Инфоклиника, MEDODS, Архимед+, STOMX, SQNS, YClients, МедФлекс), а пациентов и продажи в Битрикс24, и не хотят держать две несвязанные системы: чтобы приёмы из МИС, запись через ботов и мессенджеры, напоминания и лояльность автоматически отражались в CRM, а карточка клиента показывала не только сделки, но и медицинский профиль пациента из МИС.

═════════════════════════════════════════════════════════════════════════════

ЧАСТЬ 6. ВНЕШНИЙ СЕРВИС

═════════════════════════════════════════════════════════════════════════════