← Все кейсы
Medods и интеграция с amoCRM принесла пользу. Что важно учитывать при интеграции?
28 ИЮЛЯ 2025
Как интеграция MEDODS и amoCRM помогает клиникам снизить неявки, автоматизировать продажи и улучшить контроль за пациентами — разбор от эксперта.
До 30 % входящих заявок остаются без ответа, а пустое кресло в среднем «съедает» ≈ 12 000 ₽ выручки в день. Интеграция MEDODS и amoCRM переводит все процессы в «единое окно» и закрывает эти дыры.
До 30 % входящих заявок остаются без ответа, а пустое кресло в среднем «съедает» ≈ 12 000 ₽ выручки в день. Интеграция MEDODS и amoCRM переводит все процессы в «единое окно» и закрывает эти дыры.
Что даёт интеграция MEDODS и amoCRM клинике?
1. Заявка пришла и потерялась между каналами
Клиент позвонил, написал в WhatsApp или заполнил форму на сайте — без «единого окна» эти обращения обрабатывают разные люди и системы. Интеграция MEDODS ↔ amoCRM ловит лид на любом этапе: по API создаётся карточка пациента и сделка, автоматически подтягиваются контакты, источник трафика и тег рекламной кампании. Администратору остаётся только позвонить или дописать. В результате удаётся “подобрать” до 30 % лидов, которые раньше бесследно терялись.
Клиент позвонил, написал в WhatsApp или заполнил форму на сайте — без «единого окна» эти обращения обрабатывают разные люди и системы. Интеграция MEDODS ↔ amoCRM ловит лид на любом этапе: по API создаётся карточка пациента и сделка, автоматически подтягиваются контакты, источник трафика и тег рекламной кампании. Администратору остаётся только позвонить или дописать. В результате удаётся “подобрать” до 30 % лидов, которые раньше бесследно терялись.
Пациенты забывают о приёме и не приходят
2. Пациенты забывают о приёме и не приходят
No-show растёт, когда напоминания рассылают вручную или поздно. После связки систем MEDODS отправляет данные о приёме в amoCRM, а та запускает триггерные SMS/WhatsApp-напоминания и ставит задачу администратору, если пациент не подтвердил визит. Статус «Подтверждён» автоматически возвращается из MEDODS, что убирает двойную работу. Практика показывает минус 25-30 % неявок уже через первый месяц.
No-show растёт, когда напоминания рассылают вручную или поздно. После связки систем MEDODS отправляет данные о приёме в amoCRM, а та запускает триггерные SMS/WhatsApp-напоминания и ставит задачу администратору, если пациент не подтвердил визит. Статус «Подтверждён» автоматически возвращается из MEDODS, что убирает двойную работу. Практика показывает минус 25-30 % неявок уже через первый месяц.
Какие данные синхронизируются?
– Пациент ↔ Контакт (ФИО, телефон, e-mail, маркетинговый источник)
– Приём ↔ Сделка (дата/время, стоимость, врач)
– Статусы: Записан → Прибыл → Лечение → Закрыт/Неявка
– Чеки, оплаты, ЛМС при подключённом модуле кассы 54-ФЗ
– HL7 / FHIR сообщения для лабораторий и госпиталей (по требованию)
– Приём ↔ Сделка (дата/время, стоимость, врач)
– Статусы: Записан → Прибыл → Лечение → Закрыт/Неявка
– Чеки, оплаты, ЛМС при подключённом модуле кассы 54-ФЗ
– HL7 / FHIR сообщения для лабораторий и госпиталей (по требованию)
Рынок InsurTech и MedTech стремительно меняется. Так же быстро должны меняться и внутренние бизнес-процессы компании, если она хочет идти в ногу со временем. Если говорить о процессах продаж, то отделы продаж и андеррайтинга (андеррайтеры занимаются расчетом рисков и стоимости страховки) уже работали в amoCRM, а для автоматизации их работы использовалась система управления бизнес-процессами Camunda. К сожалению, эта система не позволяла быстро перестраивать и масштабировать процессы, а также тестировать новые гипотезы. Помимо этого пользователи время от времени могли сталкиваться с рядом проблем.
Технические проблемы в системе Camunda
Другие проблемы
Все это сказывалось на эффективности, которую, по сути, и оценить было сложно: так как процессы давно не актуализировались, то и собираемые по ним ключевые операционные метрики не отражали реального положения дел, т. е. бизнес не располагал достоверными цифрами.
Технические проблемы в системе Camunda
- Масштабирование и изменение процессов требует больших вложений денег и времени. Даже на микроизменения может уходить от пяти дней.
- Смена статуса сделок осуществляется вручную. Бизнес-процессы выстроены на жестких ограничениях, поэтому в сделках нельзя автоматически менять статус на следующий, если не выполнены условия предыдущего.
Другие проблемы
- Риск блокировки в amoCRM: из-за нестабильной работы платформы и отсутствия балансировщика возможна блокировка от amoCRM, что приводит к остановке процессов.
- Трата времени на ручные операции, а не на полезное взаимодействие с клиентами: менеджеры использовали amoCRM как записную книжку, где приходилось вручную передвигать сделки по этапам, чтобы информация поступала другому отделу.
- Человеческий фактор: регулярные ошибки из-за недостаточной автоматизации.
- Двойная работа: приходилось дублировать заполнение информации о клиентах в amoCRM и в Яндекс.Таблице (техническое задание, скоринг и пр.).
- Отсутствие операционных метрик: аналитика велась только по бизнес-метрикам макроуровня напрямую из amoCRM, в то время как операционные метрики не собирали и не анализировали.
Все это сказывалось на эффективности, которую, по сути, и оценить было сложно: так как процессы давно не актуализировались, то и собираемые по ним ключевые операционные метрики не отражали реального положения дел, т. е. бизнес не располагал достоверными цифрами.
Технические проблемы в системе Camunda
Что мы сделали
Рынок InsurTech и MedTech стремительно меняется. Так же быстро должны меняться и внутренние бизнес-процессы компании, если она хочет идти в ногу со временем. Если говорить о процессах продаж, то отделы продаж и андеррайтинга (андеррайтеры занимаются расчетом рисков и стоимости страховки) уже работали в amoCRM, а для автоматизации их работы использовалась система управления бизнес-процессами Camunda. К сожалению, эта система не позволяла быстро перестраивать и масштабировать процессы, а также тестировать новые гипотезы. Помимо этого пользователи время от времени могли сталкиваться с рядом проблем.
Технические проблемы в системе Camunda
Другие проблемы
Все это сказывалось на эффективности, которую, по сути, и оценить было сложно: так как процессы давно не актуализировались, то и собираемые по ним ключевые операционные метрики не отражали реального положения дел, т. е. бизнес не располагал достоверными цифрами.
Технические проблемы в системе Camunda
- Масштабирование и изменение процессов требует больших вложений денег и времени. Даже на микроизменения может уходить от пяти дней.
- Смена статуса сделок осуществляется вручную. Бизнес-процессы выстроены на жестких ограничениях, поэтому в сделках нельзя автоматически менять статус на следующий, если не выполнены условия предыдущего.
Другие проблемы
- Риск блокировки в amoCRM: из-за нестабильной работы платформы и отсутствия балансировщика возможна блокировка от amoCRM, что приводит к остановке процессов.
- Трата времени на ручные операции, а не на полезное взаимодействие с клиентами: менеджеры использовали amoCRM как записную книжку, где приходилось вручную передвигать сделки по этапам, чтобы информация поступала другому отделу.
- Человеческий фактор: регулярные ошибки из-за недостаточной автоматизации.
- Двойная работа: приходилось дублировать заполнение информации о клиентах в amoCRM и в Яндекс.Таблице (техническое задание, скоринг и пр.).
- Отсутствие операционных метрик: аналитика велась только по бизнес-метрикам макроуровня напрямую из amoCRM, в то время как операционные метрики не собирали и не анализировали.
Все это сказывалось на эффективности, которую, по сути, и оценить было сложно: так как процессы давно не актуализировались, то и собираемые по ним ключевые операционные метрики не отражали реального положения дел, т. е. бизнес не располагал достоверными цифрами.
ОПИСАНИЕ ПРОЦЕССА
Все это сказывалось на эффективности, которую, по сути, и оценить было сложно: так как процессы давно не актуализировались, то и собираемые по ним ключевые операционные метрики не отражали реального положения дел, т. е. бизнес не располагал достоверными цифрами.
Диагностика потенциала роста прибыли Стоматологии
За 45 минут разберём, где могут теряться входящие обращения: заявки, запись, явка, повторные визиты, средний чек. Составим карту роста и предоставим файл с расчётами себе в работу.
Оставить заявку 
