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

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

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

Да, можно передавать информацию о задачах из IDENT в amoCRM и непрерывно актуализировать статусы задачи
в CRM системе, но опять-таки есть нюанс… Когда мы передаем задачи из МИС IDENT в amoCRM, то мы предполагаем,
что сотрудники будут работать с этими задачами в рамках amoCRM, то есть выполнять и отписываться по ним они будут
в рамках CRM системы. И тут возникает проблема, что отписавшись по задаче и закрыв ее в amoCRM, - задача в МИС IDENT не закроется. Обмен такими данными в противоположную сторону из amoCRM в IDENT технически невозможен, поэтому как-то передать информацию о том, что мы выполнили задачу, - мы не можем.

И получается, что сотруднику нужно выполнить задачу в amoCRM, а затем перейти в IDENT и выполнить эту задачу еще раз в МИС, что опять-таки будет только усложнять и удваивать работу. Поэтому логически нет смысла передавать задачи из МИС IDENT в amoCRM.

Карточка пациента в 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.

Если компьютер, на котором установлена БД IDENT, выключился, или на нем отключился интернет, то в данном случае перестает работать БД IDENT и временно останавливаются все обновления и передача данных. Когда соединение будет вновь восстановлено, то наша связка, разработанная компанией REON, с помощью соответствующих временных штампов увидит, когда была сделана последняя успешная синхронизация или передача данных из IDENT в amoCRM, и с этой точной даты и времени запустит передачу данных. Это обеспечивается специальным модулем, который был разработан и интегрирован в связку между IDENT и amoCRM, и который обеспечивает вот такую отказоустойчивость и консистентность данных в двух системах. То есть эта информация будет в любом случае передана в CRM систему, но после включения ПК и восстановления интернет соединения.

Чтобы получить доступ к БД IDENT с правами на чтение вам необходимо:

• Заполнить заявление на предоставление доступа к базе данных IDENT от имени директора клиники. На заявлении нужно поставить подпись генерального директора клиники и юридически заверенную печать.

• Распечатать и отсканировать или сфотографировать заявление и отправить его в техподдержку IDENT по адресу support@ident-it.ru с общей почты клиники или с личной почты директора.

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

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

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

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

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

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