Интеграция МИС и amoCRM: клиника без двойного ввода

В клинике запись живёт в МИС, а продажи и касания — в CRM. Без связки администратор дублирует данные, менеджер не видит визит, пациент не получает напоминания вовремя. Интеграция МИС и amoCRM синхронизирует запись, подтверждение и оплату в одну карточку сделки.

Зачем это отделу и кассе

Интеграция МИС ставят, когда запись живёт в журнале или МИС, продажа в чате администратора. Интеграция МИС отдаёт в amoCRM факт записи, неявки или заказа. Администратор не бьёт гостя дважды.

РОП не видит, дошёл ли лид до визита. Неявка ставит задачу на перенос. Повторный визит не создаёт вторую сделку.

Если каналов несколько, смотрите ориентир сметы.

Что остаётся в сделке

Три сделки на приёмке

1. Запись или заказ меняет статус сделки.
2. Неявка ставит задачу на перенос.
3. Повторный визит того же клиента не создаёт вторую карточку.

По статье «Интеграция МИС и amoCRM: клиника без двойного ввода» проверка простая: живая заявка проходит сценарий, РОП находит её фильтром.

Как проходит смена

Утро по теме «Интеграция МИС и amoCRM: клиника без двойного ввода» начинается с фильтра, не с опроса в чате. Неявка ставит задачу на перенос. Повторный визит не создаёт вторую сделку.

Днём менеджер остаётся в карточке. Интеграция МИС отдаёт в amoCRM факт записи, неявки или заказа. Администратор не бьёт гостя дважды. Пустой след видно сразу, спорить «я уже написал клиенту» нечем.

К вечеру в сделке видно, какая заявка стала визитом. Бюджет канала сходится с явкой, не с кликами.

Кто за что отвечает

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

РОП смотрит очередь и спорные карточки. РОП не видит, дошёл ли лид до визита.

Интегратор на приёмке прогоняет три живые ситуации и отдаёт чеклист. Дальше правки полей делает администратор аккаунта, не «кто свободен в Telegram».

Первый день запуска

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

Поле и ответственный заполнены до роботов. Иначе запись живёт в журнале или МИС, продажа в чате администратора.

Запуск считаем состоявшимся, когда РОП сам открыл фильтр и нашёл тестовую сделку. Пока фильтра нет, картина прежняя: реклама приводит заявки, явка и чек остаются в другой системе.

Что открыть на планёрке

Хватает трёх карточек по теме «Интеграция МИС и amoCRM: клиника без двойного ввода»: новая заявка, повтор того же контакта, срыв шага.

Неявка ставит задачу на перенос. Повторный визит не создаёт вторую сделку.

Интеграция МИС уже должен лежать в ленте. Если менеджер рассказывает статус по памяти, связка ещё не в работе.

Зачем это отделу продаж

Двойной ввод плодит ошибки: филиал, врач, дата и факт оплаты расходятся между системами. РОП не видит воронку от лида до визита. Пациент не получает единую цепочку «спасибо за запись → напоминание → обратная связь».

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

База — настройка amoCRM. Полное внедрение — внедрение amoCRM.

Как устроен сценарий

1. В МИС (пример контура — MEDODS) создаётся запись на приём: пациент, первичный/повторный визит, комментарий, слот.
2. Интеграция ищет сделку и контакт в amoCRM по телефону. Если их нет — создаёт новые. Если есть — находит сделку на этапе выше «Записан на приём» и переносит её на этот этап.
3. В карточку пишутся данные визита: филиал, врач, число визитов у клиента; обновляются поля контакта; в ленту уходит примечание с полной информацией. Считаются дни до приёма — для уведомлений.
4. Подтверждение записи в МИС двигает сделку на «Запись подтверждена» и закрывает задачу на подтверждение.
5. Счёт и платёж в МИС (например, услуга и оплата картой) передают бюджет в сделку и переводят её в успешное закрытие. Нулевой визит без оплаты и отмена уходят на свои этапы; при отмене ставится задача. Параллельно пациенту уходят уведомления: благодарность за запись, напоминание, запрос обратной связи после визита.

Что получает команда

Администратор работает в МИС, не дублируя запись в CRM. Менеджер и РОП видят визит, оплату и статус в amoCRM. Пациент получает сервисные сообщения без ручной рассылки.

Как проверить, что сценарий работает

1. Создайте тестовую запись в МИС на номер, который уже есть в amoCRM.
2. Убедитесь: сделка на этапе «Записан на приём», поля филиала/визитов заполнены, примечание в ленте.
3. Подтвердите запись в МИС — этап «Запись подтверждена», задача на подтверждение закрыта.
4. Добавьте счёт и платёж — бюджет в сделке обновился, статус успешного закрытия выставлен, есть ссылки на счёт/платёж.
5. Проверьте цепочку сообщений пациенту и отдельный путь для отмены или нулевого визита.

Частые вопросы

Какая МИС имеется в виду? В разобранном контуре — MEDODS. Логика та же для других МИС с API: запись, статусы визита и оплаты должны уметь отдавать события в amoCRM.

Что если контакта ещё нет в amoCRM? Создаются новый контакт и сделка, затем заполняются поля записи из МИС.

Нужно ли вручную двигать этапы после оплаты? Нет. Бюджет и успешное закрытие приходят событием из МИС; отмена и нулевой визит — на свои этапы.

Зачем дни до приёма в карточке? Чтобы автоматика слала напоминания и сервисные сообщения в нужный момент, а не «когда вспомнили».

С чего начать? С тестовой записи и сверки одного полного пути до оплаты. Смежные кейсы: /keysy. Каталог: /integracii.