1С:Медицина: один пациент, несколько филиалов. Сохраните следующую запись.

Что подтверждает официальный сайт 1С

Официальная карточка 1С:Медицина. Стоматологическая клиника описывает решение для частных практикующих врачей, стоматологических центров и крупных сетей. В одной программе заявлены лечение, продажи, закупки, склад, финансы, CRM и отчётность.

Для сети официальный источник отдельно указывает общую базу пациентов, лицевые счета и бонусные начисления. Это полезный контекст для подключения, но не готовая спецификация внешнего обмена. Версию, редакцию, роли и доступные методы нужно проверить у конкретной клиники.

Подключим 1С:Медицина. Стоматологическая клиника к Про.Внимание, подберём готовый или индивидуальный способ обмена под клинику. Способ обмена подберём под вашу конфигурацию. Время после ответа пациента оформляет администратор.

Сначала согласуем конфигурацию и границы обмена

1С остаётся системой клиники, где команда работает с пациентом, расписанием и учётом. Про.Внимание получает только согласованные данные, применяет правила сценария и отправляет сообщение через выбранный канал. После ответа сотрудник проверяет доступное время и оформляет визит в 1С.

Для сети проверяем, как различаются филиалы, часовые пояса, врачи и кабинеты. Уточняем, где фиксируется перенос, как распознаётся отмена и кто продолжает разговор. Если готовый способ не подходит, обсуждаем индивидуальную передачу через доступный интерфейс или выгрузку.

Перед запуском берём тестовый пример без публикации паролей и медицинских подробностей. Сверяем исходную запись, адрес, текст, ответ и результат в 1С. Сценарий не запускается, если статус противоречив или ответственный филиал не определён.

Пять сценариев для сети

Новая запись всегда важнее старого приглашения. При появлении времени сценарий останавливается. При переводе между филиалами сообщение получает тот адрес и тот ответственный, которые согласованы для пациента.

Три сообщения для разных задач

Тексты, названия филиалов и правила обращения задаются для конкретной клиники. Сообщение не назначает лечение и не заменяет консультацию.

Единая база требует единого порядка работы

Администратор читает ответ и открывает карточку пациента в 1С. Он проверяет филиал, врача, кабинет и свободное окно, затем оформляет конкретную запись. Координатор продолжает разговор о маршруте, врач отвечает на медицинские вопросы.

До запуска закрепляем передачу смены: кто отвечает на новые сообщения, кто принимает вечернюю очередь, где указана договорённость и когда задача закрывается после визита. Если пациент просит перезвонить завтра, следующий сотрудник видит срок и контекст.

Анализ базы начинаем с филиала, будущей записи, последнего визита и наличия организационного следующего шага. Отдельно проверяем дубли и пациентов, которые уже записались через другой канал. Результат оцениваем по цепочке доставка, ответ, запись, визит.

Как проверить базу сети до запуска

Начинаем с одного филиала и одной понятной группы. Например, пациент посетил клинику, получил организационный следующий шаг и пока не выбрал будущую дату. Проверяем контакт, ответственную площадку, врача и наличие новой записи. Если пациент уже оформил визит через другой канал, его исключаем.

После отправки администратор видит ответ, уточняет запрос и предлагает конкретное время. В следующую смену передаётся контекст: какая дата обсуждалась, какой филиал удобен и что обещано пациенту. После оформления записи в 1С приглашение прекращается.

Руководитель сравнивает филиалы по одной цепочке: доставка, ответ, предложение окна, запись и состоявшийся визит. Такой разбор показывает, нужен ли новый текст, дополнительное обучение смены или уточнение статуса в конфигурации.

Сопровождение после первого запуска

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

Когда пациент отвечает, сотрудник не ищет информацию в нескольких местах. Он видит задачу, открывает 1С, проверяет расписание и сообщает реальное время. Такой порядок экономит внимание команды и делает заботу ощутимой для пациента.

Разбор результата для руководителя

Через согласованный период смотрим, сколько пациентов получили подходящий контакт, сколько ответили, сколько записей появилось в 1С и сколько визитов состоялось. В каждой цифре сохраняем источник и филиал. Если результат отличается между площадками, обсуждаем доступность времени и передачу задач, а не просто увеличиваем отправку.

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

Условия, которые команда фиксирует заранее

Для каждого филиала определяем рабочие часы, адрес, ответственного и правило передачи диалога. Для каждого сценария указываем событие, срок, канал и исключения. Если пациент отвечает вне рабочего времени, сообщение получает следующий сотрудник с понятным контекстом. Если запись перенесена, старый повод прекращается, а новый выбирается по текущим данным.

Мы также заранее определяем, где руководитель увидит результат и кто сверит состоявшийся визит. Это делает интеграцию частью управления клиникой, а не отдельной технической настройкой.

Этапы внедрения

1. Выбрать филиал и задачу

   Определяем, какой процесс проверяем первым и кто отвечает за результат.

2. Уточнить конфигурацию

   Проверяем редакцию, роли, статусы, справочники и доступные способы обмена.

3. Настроить правила

   Согласуем готовый или индивидуальный вариант, сроки, исключения и тексты.

4. Обучить сотрудников

   Разбираем ответ, передачу смены и оформление времени в 1С.

5. Проверить путь

   Сверяем событие, сообщение, ответ, запись и состоявшийся визит.