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