Так как это разные пациенты, то даже если у них один номер телефона, то информация о них должна быть сохранена в разных карточках контакта.

Идентификация в этом случае будет производиться по уникальному ID номеру пациента в IDENT, при этом номера телефонов у этих контактов будут одинаковые. В рамках amoCRM эти сущности будут являться дублями и система будет предлагать их склеить, но делать этого не нужно, так как это будет некорректно в рамках разных пациентов.

В целом данная ситуация является некорректной не только для amoCRM, но и для IDENT, потому что у каждого пациента должен быть свой номер телефона. При этом мы понимаем, что есть определенные обстоятельства и уникальная логика работы в стоматологиях, которая предполагает наличие карточек пациентов, у которых один и тот же номер телефона. Поэтому данный нюанс учтен в нашей связке и по каждому пациенту будет создана отдельная карточка контакта.

Карточка пациента в IDENT равна карточке контакта в amoCRM, а карточка записи на прием в IDENT равна карточке сделки в amoCRM. Поэтому если у пациента несколько записей на прием, то по каждой записи на прием в IDENT должна быть создана новая карточка сделки в amoCRM. Нельзя фиксировать в одну карточку сделки в amoCRM информацию обо всех приемах и записях из IDENT! Это ошибка!

Очень важным вопросом при интеграции является работа с дублями. Важно, чтобы связка не создавала в amoCRM дублирующие сущности: дубли карточек контактов и карточек сделок. Для этого внутри связки должна быть реализована трехступенчатая идентификация для поиска информации в amoCRM.

Такими идентификаторами при поиске пациентов являются номер телефона и ID пациента, а при поиске приема,
- добавляется еще ID приема.

При первом запуске связки будут полностью синхронизированы все пациенты и карточки контактов между IDENT и amoCRM, а также будут переданы все будущие приемы из IDENT в amoCRM. Стартовая синхронизация по времени может занять от нескольких часов до нескольких дней, всё зависит от объема накопленной информации в вашей БД IDENT.

В дальнейшем, наша связка настроена таким образом, что синхронизация данных будет производиться в рамках
10-40 секунд, и данные в amoCRM будут обновляться с таким интервалом. Задержка данных может произойти в том случае, если будут проблемы с подключением интернета на компьютере, на котором установлена база данных IDENT. Доступность amoCRM контролируется самой CRM системой, что обеспечивает непрерывную работу 24/7. Поэтому каких-либо проблем по передаче данных со стороны amoCRM быть не должно.

Частая ошибка, когда клиенты, обращаясь за связкой amoCRM с IDENT, полагают, что администраторам/операторам call-центра/кураторам больше не придется работать в МИС IDENT и всю работу они будут вести только в amoCRM. К сожалению, это не так. Сотрудникам предстоит работать как в amoCRM, так и в МИС IDENT, просто эта работа будет разной. В amoCRM специалисты будут обрабатывать весь входящий трафик, вести всю коммуникацию с клиентами, проводить квалификации и консультации, но запись на прием они будут производить сразу в IDENT. А далее уже сама связка заберет данные о записи пациента из МИС IDENT и передаст их в CRM систему, где сотрудник уже продолжит дальнейшую работу с пациентом. Но при этом специалисты не будут делать двойную работу и дублировать одну и ту же информацию параллельно в две системы, как раз-таки это за них сделает наша связка.

При реализации кастомной связки между IDENT и amoCRM и получении прямого доступа к базе данных IDENT, - важно, чтобы непрерывно работала именно база данных IDENT и компьютер, на котором она установлена. Если они будут работать, то и связка в онлайн-режиме 24/7 будет иметь возможность забирать все необходимые данные.

Теоретически да, обмен данными может быть организован в обе стороны, но… Количество данных, которые могут быть переданы из внешних структур, платформ и сервисов в МИС IDENT, - сильно ограничено.

Из внешних источников в МИС IDENT могут быть частично переданы данные по звонкам из телефонии (дата и время вызова, номер телефона, время ожидания ответа, продолжительность разговора и др.), данные по заявкам с медицинских сайтов-агрегаторов (ID записи, дата создания заявки, номер телефона, email, ФИО, желаемое время начала приема, желаемый специалист, ID желаемого специалиста и др.). Но такие новые звонки и заявки попадают в IDENT в виде заявок, которые специалисты еще должны обработать, заполнить часть информации (дату приема, время приема,
ФИО специалиста), а затем сохранить эту информацию и подтвердить запись. То есть это требует дополнительных время
и трудозатрат от администраторов/операторов call-центра/кураторов. И если мы говорим про связку между МИС IDENT
и amoCRM, когда данные о записи фиксируются в amoCRM, а потом частично передаются в МИС IDENT, где сотруднику повторно приходится обрабатывать этого же клиента и записывать его на прием уже в МИС, то это просто бессмысленно! Администратор/оператор call-центра/куратор делает двойную работу и еще больше погружается в эту рутину. Задача связки между двумя системами облегчить сотрудникам работу, а не наоборот.

Что касается передачи данных из МИС IDENT во внешние источники, то системой предусмотрена и подробно описана в базе знаний передача данных об онлайн-расписании.

Но дополнительно есть нерегламентированная возможность по забору данных напрямую из БД IDENT с помощью запроса пользователя с правами только на чтение. Подключившись к базе данных мы фактически можем забрать любую информацию из IDENT, которая нам необходима! Но главный нюанс кроется в том, что какой-то документации, описывающей структуру базы данных IDENT, не существует! Эта информация скрыта. И получается, что мы вслепую методом проб и ошибок находим нужные нам данные в этой БД, предполагая, что это именно те таблицы и те данные, которые нам нужны. Это сильно усложняет нам работу и удлиняет процесс забора данных.