Когда в клинику звонит новый человек, кто-то должен завести его карточку в CRM: имя, телефон, услугу, желаемое время. Раньше это делал администратор вручную, отвлекаясь от очереди у стойки. Голосовой робот собирает те же поля прямо из живого разговора, проверяет их и создаёт карточку в момент подтверждения записи. Разбираем механику: когда карточка заводится, какие поля робот заполняет сам, как отсекает мусор и дубли и что делает, если пациент не представился.
Голосовой робот заводит карточку, когда звонит незнакомый номер и в базе нет совпадений. По ходу разговора он собирает имя, телефон, нужную услугу и удобное время, проверяет эти поля и создаёт запись в CRM в момент подтверждения записи. Всё, что пациент не назвал, остаётся пустым или подставляется автоматически.
Смысл в том, чтобы администратор не вбивал данные вручную на каждом звонке. Робот делает это одинаково аккуратно и не отвлекается на очередь у стойки.
Разберём по шагам: когда карточка заводится, какие поля робот заполняет, как он их проверяет и как защищает базу от мусора.
Решение принимается автоматически по номеру звонящего. Если номер уже есть в CRM, робот открывает существующую карточку и не плодит дубль. Если совпадений нет, он заводит новую карточку — но не сразу, а только когда пациент действительно хочет записаться. Пустой звонок без намерения карточку не создаёт вовсе.
Такое правило бережёт базу: ошибся номером, передумал, оборвался звонок — записи не появится. Карточка привязана к реальному намерению записаться, а не к самому факту звонка.
Для клиники это означает предсказуемость: в CRM попадают только осмысленные обращения, которые потом не приходится вычищать вручную.
Базовый набор полей карточки — имя пациента, номер телефона, интересующая услуга или врач и желаемое время визита. Робот вытягивает эти значения прямо из живой речи: не заставляет диктовать по буквам, а понимает формулировки вроде «хочу к неврологу на утро». Каждое поле привязано к цели записи.
Помимо основного набора, робот может зафиксировать источник обращения и короткий комментарий со слов пациента — без медицинских выводов. Это помогает администратору подготовиться к визиту заранее.
Всё, что робот кладёт в карточку, ограничено задачей записи. Он не собирает данные, которые ему не нужны, — это и требование минимизации, и защита от лишней ответственности за чужие персональные данные.
Имя робот берёт из ответа на прямой вопрос «Как вас зовут?» и распознаёт даже в потоке речи. Он отделяет имя от лишних слов, приводит к аккуратному виду и кладёт в поле карточки. Если пациент назвал только имя без фамилии, робот сохраняет что есть и не выдумывает недостающее.
Сложные и редкие имена — зона риска распознавания. Здесь робот при сомнении переспрашивает или проговаривает, как он понял, чтобы в карточку не попал искажённый вариант.
Имя нужно не только для карточки, но и для вежливого общения в звонке. Как система запоминает и использует такие детали, разобрано в материале про как бот помнит клиента.
Номер телефона — главный идентификатор карточки. Чаще всего робот берёт его автоматически из определителя номера, поэтому пациенту не приходится диктовать цифры. Именно по телефону система потом узнаёт повторного пациента и не создаёт дубль. Если номер скрыт, робот вежливо уточняет контакт для связи и записи.
Телефон проходит проверку формата: робот приводит его к единому виду, отсекает опечатки и явно неправильные значения. В карточку попадает нормализованный номер, по которому реально можно перезвонить.
Один и тот же номер — это ещё и связь всех обращений пациента в одну историю. Поэтому корректность этого поля важнее остальных.
Услуга или направление и удобное время — это поля, которые превращают карточку в реальную запись. Робот сопоставляет пожелание пациента с расписанием: находит нужного специалиста и свободные слоты. Если точного времени пациент не назвал, робот предлагает ближайшие варианты и фиксирует выбранный в карточке и в записи одновременно.
Здесь карточка и запись идут рука об руку: данные пациента и параметры визита создаются согласованно. Это избавляет администратора от ручного переноса из одного окна в другое.
Как связка робота с YClients настраивается по шагам, показано в материале про интеграцию с YClients.
Часть полей робот заполняет без участия пациента: дату и время звонка, канал обращения, источник, номер из определителя, а иногда и филиал по набранной линии. Эти данные система знает сама, поэтому пациенту их называть не нужно, а роботу — переспрашивать. Автозаполнение ускоряет создание карточки и убирает ручные ошибки администратора при вводе.
Автоподстановка полезна и для аналитики: по каналу и источнику потом видно, откуда приходят пациенты, без ручного проставления галочек администратором.
Всё, что можно узнать автоматически, лучше не спрашивать у человека — звонок становится короче, а данные в карточке точнее.
Перед созданием карточки робот проверяет собранные поля на осмысленность: телефон — на формат, имя — на непустое значение, услугу — на соответствие прайсу клиники. Если чего-то критичного не хватает, робот доуточняет это в разговоре, а не создаёт битую карточку. Валидация отсекает мусор ещё до записи в CRM.
Проверка идёт по правилам, заданным клиникой: какие поля обязательны, какие услуги существуют, в какие часы работает приём. Робот не пропускает заведомо невозможные комбинации.
Такой контроль на входе дешевле, чем чистка базы потом: по разным оценкам, до 20% карточек в неструктурированных базах — это дубли и мусор.
Карточка создаётся в CRM в момент, когда запись подтверждена, а не в первую секунду звонка. Так система не засоряется карточками от тех, кто ошибся номером или передумал. Робот собирает данные по ходу разговора, а фиксирует их в YClients, amoCRM или Битрикс24 одним согласованным действием при подтверждении.
Единый момент создания важен для целостности: карточка и запись появляются вместе, без промежуточных полупустых состояний, которые пришлось бы вычищать вручную.
Дальше карточка живёт в CRM как обычно — её видят администраторы, к ней привязываются будущие визиты и вся история пациента.
Мусорные карточки — это записи без намерения записаться: ошиблись номером, звонок оборвался, попал спам-обзвон. Робот защищает базу сразу несколькими способами: не создаёт карточку без подтверждённой записи, проверяет собранные поля, отсекает нереальные номера и не плодит дубли по уже известному контакту. В итоге база остаётся чистой.
Дополнительно помогает фильтрация на входе: короткие звонки без единого осмысленного ответа не превращаются в карточку. Порог задаёт клиника под свой поток.
Чистая база — это не косметика, а условие вменяемой аналитики и корректных повторных звонков. Каждый лишний дубль искажает статистику.
Если пациент не назвал имя, робот вежливо уточняет его хотя бы один раз, потому что имя нужно для карточки и записи. Если человек всё же не хочет называться, робот не давит: он создаёт карточку по номеру телефона, оставив имя пустым или пометив как «не представился», и запись всё равно проходит.
Телефон в такой ситуации спасает: он остаётся ключом карточки, и при следующем звонке пациента всё равно узнают. Имя можно дозаполнить позже вручную.
Навязчивое выпытывание данных отталкивает — робот собирает необходимое и не превращает запись в допрос.
Карточка пациента и запись на приём — разные сущности, которые робот создаёт связанно. Карточка хранит контакт и историю человека, запись — конкретный визит к врачу в слот. Одна карточка со временем накапливает много записей. Робот следит, чтобы новый визит привязался к правильной карточке, а не породил ещё одну.
Правильная привязка возможна только при чистом ключе — телефоне. Поэтому нормализация номера и защита от дублей напрямую влияют на то, соберётся ли история пациента в одном месте.
Как записи держатся в актуальном состоянии между роботом и CRM, разобрано в материале про двустороннюю синхронизацию записей.
Главная защита от дублей — поиск по номеру телефона перед созданием. Робот сначала проверяет, есть ли карточка с таким контактом, и только при отсутствии заводит новую. Если совпадение найдено, он дописывает визит в существующую карточку. Это правило снимает большую часть дублей ещё на входе.
Сложнее с вариациями номера и опечатками — здесь помогает нормализация к единому формату перед сравнением. Один и тот же человек не должен раздваиваться из-за +7 и 8 в начале номера.
Дубли разбирать задним числом дорого, поэтому дешевле не создавать их: чистая база экономит администратору часы ручной работы каждый месяц.
Создавая карточку, робот обрабатывает персональные данные, поэтому работает строго по закону: собирает минимум нужного, хранит данные на серверах в России, фиксирует согласие на обработку и запись разговора. Лишнего он не запрашивает и в карточку не кладёт, а пациент вправе позже попросить удалить свои данные из базы.
Минимизация здесь не формальность: чем меньше чувствительного в карточке от робота, тем ниже риск и проще соответствовать требованиям регулятора. Робот не ведёт медкарту и не хранит диагнозы.
Правовые детали работы голосового робота с персональными данными разобраны в материале про 152-ФЗ и голосовые боты.
Проверка простая: позвоните сами как новый пациент и посмотрите, что появилось в CRM. Оцените, все ли поля заполнены, нормализован ли телефон, не создался ли дубль при повторном звонке с того же номера. Робота Stexa можно протестировать бесплатно 7 дней без карты и подключить за 15 минут.
Полезно прогнать и краевые случаи: звонок без имени, звонок с ошибкой номера, повторный звонок существующего пациента. Так видно, что защита от мусора и дублей действительно работает.
Настроив создание карточек однажды, вы освобождаете администратора от ручного ввода на каждом звонке — робот делает это одинаково аккуратно 24/7.
7 дней бесплатно, без карты. Подключение к вашему номеру за 15 минут.