Релиз от 27 августа. Что у нас нового?

26 Августа · 3 минуты чтения

Собрали обновления за последние недели: новые возможности при работе с визитами, резервами, маркетинговыми рассылками, документами, компаниями и интеграциями

Работа с визитами и резервами

В модуле «Звонки» добавлен новый раздел «Работа с визитами». Раздел доступен без подключения интеграции с телефонией и может быть включен отдельно в настройках модулей.

Внутри раздела доступен первый подраздел «Подтверждения».

Доступ к разделу «Работа с визитами» предоставляется пользователям с правом «Звонки» уровня «Чтение» и выше. Для страницы «Детализация по сотрудникам» добавлено отдельное право доступа — страница отображается только при наличии соответствующего разрешения.

Также обновлена структура модуля «Звонки». При наведении на название модуля отображается список разделов:

«Телефония»
«Работа с визитами»
«Номера»
«Теги»

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

В разделе «Звонки → Работа с визитами → Подтверждения» добавлена отдельная страница для работы с визитами, которые необходимо подтвердить. На странице доступны фильтры и отдельные блоки визитов, сформированные по количеству дней до приема.

Основной фильтр «Количество дней до визита» позволяет выбрать один или несколько периодов подтверждения. При расчете учитываются только даты: визит попадает в соответствующий блок, если количество дней между текущей датой и датой визита точно совпадает с выбранным значением. Например, при выборе «за 1 день» и «за 3 дня» завтрашние визиты отображаются в первом блоке, а визиты через три дня — во втором.

Дополнительно можно ограничить выборку по количеству дней между датой создания записи и датой визита с помощью полей «От» и «До». Если заполнено только «От», остаются визиты с разницей не меньше указанного значения; если только «До» — не больше указанного значения. Эти параметры не создают отдельные блоки, а дополнительно отбирают визиты внутри выбранных периодов.

Также доступны фильтры по клинике, врачу, номеру визита, пациенту, номеру телефона и статусу подтверждения. Статус можно выбрать из вариантов «Подтвержден», «Не удалось подтвердить» и «Отсутствует». При этом учитываются подтверждения как за 1 день, так и за 3 дня. Фильтры можно сохранять в шаблоны, а после их применения выбранные значения сохраняются для пользователя и восстанавливаются при следующем открытии страницы. По умолчанию выбраны периоды «за 1 день» и «за 3 дня», а также статусы «Отсутствует» и «Не удалось подтвердить».

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

Из таблицы можно открыть карточку визита или карту пациента, отправить сообщение, изменить статус подтверждения, посмотреть историю его изменений и создать задачу по пациенту. При подключенной телефонии и настроенном добавочном номере сотрудника телефон пациента доступен для исходящего звонка. При создании задачи автоматически подставляются пациент и тип задачи «Звонок».

Изменения статуса подтверждения, выполненные на новой странице, сохраняются в стандартной истории визита. В отдельном окне истории обработки отображаются дата и время изменения, сотрудник и действие. После изменения статус и связанные с ним данные в таблице обновляются без необходимости повторно открывать визит.
Для каждого блока предусмотрена отдельная пагинация по 10 записей. Если подходящих визитов нет, на странице отображается сообщение «Нет визитов для подтверждения».

В визитах расширена логика работы со статусами подтверждения. Теперь дополнительно поддерживается подтверждение визита за 3 дня.
Для хранения нового типа подтверждения используется существующее поле статуса подтверждения визита с добавлением новых значений «Подтверждено за 3 дня» и «Не удалось подтвердить за 3 дня».

Текущие статусы продолжают работать без изменений. В карточке визита обновлена механика выбора статуса подтверждения. Добавлен выпадающий список с выбором варианта подтверждения:

за 1 день
за 3 дня

При выборе нового статуса рядом с иконкой подтверждения отображается обозначение «3». Повторный выбор варианта автоматически сбрасывает предыдущий статус.

В «Сводке по визитам» и отчете «Услуги визитов» модуля Статистика добавлено отображение подтверждения визита за 3 дня.

В фильтре подтверждения появились новые варианты:

«Подтверждено за 3 дня»
«Не удалось подтвердить за 3 дня»

Также в таблицы добавлено новое отображаемое поле «Подтверждение», в котором можно проверить наличие отметки визита.
Изменение позволяет отдельно от стандартного подтверждения за 1 день анализировать результаты подтверждения визитов за 3 дня.

В разделе «Настройки → Визиты → Карточка визита» добавлена настройка «Автоматически привязывать резерв пациента при совпадении». По умолчанию она выключена.

Если настройка включена, при создании визита система автоматически проверяет действующие резервы пациента. Резерв считается подходящим, если совпадают клиника и врач либо специальность врача, а дата визита входит в период действия резерва. Если даты в резерве не указаны, для сопоставления учитываются остальные условия.
Если найдено несколько подходящих резервов, приоритет отдается резерву с точным совпадением врача, а затем — с совпадением по специальности. Найденный резерв автоматически привязывается к созданному визиту и переводится в статус «Реализован».

В «Сводке по резервам» автоматически реализованные резервы выделяются серым цветом. Вместо кнопки «Записать» для них отображается информация о созданном визите.
При выключенной настройке существующая логика работы с резервами остается без изменений.

В резерве добавлено отображение номера, а также новый признак обработки «Не удалось связаться».

Номер резерва теперь отображается в карточке резерва и в «Сводке по резервам». В таблице добавлено новое отображаемое поле «Номер резерва», которое включено по умолчанию. Номер стал кликабельным: при нажатии открывается окно редактирования резерва. Кнопка «Редактировать» из списка резервов удалена.

В настройках отображаемых полей убрано значение «№», так как оно является только порядковым номером строки таблицы.

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

Обновлена логика отображения необработанных визитов

В разделе «Необработанные визиты» изменены правила формирования списка и счётчика. Теперь система учитывает право «Запись без ограничения по клиникам» и системную роль «Сотрудник call-центра».

Если у сотрудника есть указанное право либо назначена роль сотрудника call-центра, в разделе отображаются необработанные визиты по всем филиалам. Счётчик в шапке показывает их общее количество. В остальных случаях список и счётчик формируются только по активному филиалу пользователя.

Для каждого визита, доступного в списке, поддержана возможность обработки. После успешного выполнения операции визит переводится в статус «Обработан», удаляется из списка без перезагрузки страницы, а значение счётчика автоматически уменьшается на один.

Работа с маркетингом

В карте пациента добавлен новый признак «Отправлять информационную (рекламную) рассылку». Он расположен в блоке «Оповещения» рядом с другими согласиями пациента и отображается в шапке карты отдельной меткой без перехода в режим редактирования.

Признак также доступен в подробной карточке пациента внутри визита. Функциональность связана с модулем «Маркетинг»: если модуль отключен, согласие на рассылки в интерфейсе не отображается.

В разделе «Картотека → Журнал пациентов» добавлен фильтр «Отправлять рассылки» и одноименное отображаемое поле. При его включении в таблице показывается информация о наличии согласия у пациента. Поле также включено в выгрузку журнала пациентов в форматы CSV и XLS.

Дополнительно в разделе «Настройки → Оповещения» появился параметр «Проставлять согласие на рассылки автоматически». Если он включен, при создании новой карты пациента согласие на информационную и рекламную рассылку устанавливается автоматически.

В разделе «Маркетинг → Оповещения» добавлен новый подраздел «Рассылки» для создания и отправки информационных и рекламных сообщений пациентам.

На странице отображается список созданных рассылок со статусом, датой создания и отправки, названием и описанием. Доступны поиск и сортировка, переход к подробной информации по отправленным рассылкам, удаление и создание новой рассылки. Для рассылок предусмотрены статусы «Создана», «Ожидает отправки» и «Отправлена».

В карточке рассылки можно подготовить текст для нескольких каналов: СМС, мессенджера, каскадной отправки, push-уведомлений и email. Для сообщений поддерживаются параметры автозамены, в том числе ФИО и дата рождения пациента, данные организации и клиники, а также текущая дата.

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

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

После запуска рассылки текст и список получателей становятся недоступны для изменения. После завершения отправки рассылка получает статус «Отправлена», а в общем списке отображается количество успешно отправленных сообщений и ошибок.
Все отправленные сообщения сохраняются в «Маркетинг → Оповещения → История оповещений» с новым типом события «Рассылка», а также в разделе «Оповещения» карты соответствующего пациента.

Корректная работа поиска и сортировки в таблицах раздела «Маркетинг»

Исправлена совместная работа поиска и сортировки в таблицах раздела «Маркетинг»:

«Акции»
«Дисконты»
«Бонусные программы»
«Произвольные шаблоны»
«Рассылки»

Ранее после применения поиска по одному из столбцов и последующей сортировки таблицы параметры поиска могли сбрасываться или применяться некорректно. Из-за этого результаты переставали соответствовать заданному фильтру.

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

Работа с документами

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

Для параметров «Доступность в ЛК пациента» и «Разрешить печать» можно отдельно выбрать момент, после которого документ станет доступен:

сразу после создания
после завершения визита
после подтверждения документа
после подписания электронной подписью

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

Для личного кабинета выбранный тип публикации определяет момент автоматического включения признака «Доступен в ЛК». Настройки протокола или шаблона имеют приоритет над общей настройкой показа документов в личном кабинете по умолчанию.

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

При копировании документа настройки доступности применяются заново в соответствии с исходным шаблоном или протоколом. Например, если установлен тип публикации «Сразу», скопированный документ снова становится доступным по заданному правилу, даже если у исходного документа доступ в ЛК был отключен вручную.

В блоке «Рекомендации» добавлено отображение ФИО диспетчера, согласовавшего услуги и даты согласования. Информация доступна как при открытии протокола в режиме просмотра, так и при просмотре его содержимого без перехода в сам документ.

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

Печатная форма протокола не изменилась: ФИО диспетчера и дата согласования в неё не выводятся.

Ограничение отображения контактов пациента в документах

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

Ограничение распространяется на данные из блока «Контакты» в карте пациента и карте законного представителя. Вместо фактических значений телефонов, электронной почты и других контактных данных отображается скрытая область.

При этом исходное содержимое документа в системе не изменяется: скрытие применяется только при отображении документа для пользователя с соответствующим ограничением доступа.

Работа с компаниями

Корректный поиск диагноза при заполнении реестров

Изменена логика заполнения диагнозов при построении реестра с включенной настройкой «Заполнение пустых диагнозов».

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

Если подходящий документ с диагнозом не найден, поле «Диагноз» в реестре остается пустым.
Остальная логика определения диагноза не изменилась: поиск по плану лечения и по документам автора, который является рекомендателем услуги, работает по прежним правилам.

Обновление импорта пациентов в компании

Расширены возможности импорта пациентов для компаний с типом сотрудничества ДМС/ОМС. В структуру файла импорта добавлен новый столбец «Плательщик по умолчанию», позволяющий автоматически назначать основного плательщика при загрузке данных.

Поле принимает значения:

1 — установить плательщика как основного
0 — не устанавливать признак «По умолчанию»

Если столбец присутствует в файле, но значение не заполнено, используется значение 0.

При импорте система автоматически устанавливает признак «По умолчанию» в карточке плательщика пациента в соответствии со значением, указанным в файле. Если для пациента уже существует плательщик с установленным признаком «По умолчанию», этот признак автоматически снимается и переносится на плательщика, для которого в импортируемых данных указано значение 1.

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

Работа с интеграциями

Переход на новый адрес обращения к API

Для облачных клиентов изменен адрес обращения к публичным API-методам. Вместо прежнего адреса app.rnova.org теперь используется новый адрес api.rnova.org. Новый адрес также обновлен в PDF-файле с описанием API, который формируется при нажатии кнопки «Скачать PDF».

Изменение необходимо для перехода на новый адрес API. Пользователям будет предоставлен переходный период: текущий адрес app.rnova.org продолжит работать до 29 сентября, после чего обращения к публичным методам API через него станут недоступны.

Изменения в описании API по rate-лимитам

Обновлено описание API на странице «Интеграции» → API для облачной версии МИС, а также в PDF-документе, формируемом по кнопке «Скачать PDF».

В разделы «Описание API системы» и «Описание API МИС Renovatio» добавлена информация о действующих ограничениях на частоту обращений (rate-лимитах) для отдельных методов API.

Установлены следующие ограничения:

1 запрос в секунду с одного IP-адреса для методов: getAppointments (v1, v2), getAppointmentServices, getInvoices (v1, v2), getInvoiceServices, getPatient, getPatientBalance, getPet, checkAppointmentStatus, uploadFile, uploadPatientFile
3 запроса в секунду с одного IP-адреса для методов: createPatient, createAppointment

Изменение позволяет сделать документацию API более полной и предоставляет разработчикам актуальную информацию о действующих ограничениях при работе с методами API.

Поддержка подтверждения визита за 3 дня в API

В API добавлена поддержка нового типа подтверждения визита — подтверждение за 3 дня.

В методе getAppointments v2 расширено возвращаемое значение статуса подтверждения визита. Теперь в ответе передаются значения, соответствующие новым статусам:

подтверждено за 3 дня
не удалось подтвердить за 3 дня

В метод confirmAppointment добавлен параметр для указания типа подтверждения визита. Параметр является необязательным:

при передаче параметра подтверждение фиксируется как подтверждение за 3 дня
при отсутствии параметра сохраняется стандартная логика подтверждения за 1 день

Также обновлен метод checkAppointmentStatus: в параметре confirm_status добавлены новые значения для отображения статусов подтверждения за 3 дня. Дополнительно скорректирована обработка значения confirm_status — если статус не указан, API возвращает 0 вместо пустого значения. Обновлены описание методов и правила валидации параметров.

Указание сервисного ключа в настройках мессенджеров и расширение методов API

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

В разделе «Интеграции → Оповещения → Настройка мессенджеров» ссылка «Адрес для обращения из сервиса» теперь автоматически формируется с использованием сервисного ключа типа «Мессенджер», созданного в разделе Интеграции → Ключи доступа. Если в системе создано несколько таких ключей, в ссылке используется первый добавленный ключ.

Логика отображения подсказки не изменилась — она становится доступна только после сохранения настроек интеграции.
Также расширен набор методов API, доступных для сервисных ключей типа «Мессенджер». Помимо ранее доступных методов, теперь поддерживаются методы getAppointmentsV1 и getServices, что позволяет использовать сервисный ключ в большем количестве сценариев интеграции.

Определение РК по utm меткам

Доработан механизм автоматического определения рекламного канала при создании записи через внешние интеграции.

Ранее рекламный канал определялся только при наличии всех трех UTM-параметров: utm_source, utm_medium и utm_campaign. Теперь для поиска рекламного канала достаточно любого сочетания этих параметров.

При поступлении запроса система сопоставляет переданные значения utm_source, utm_medium и utm_campaign с настройками справочника рекламных каналов и автоматически выбирает подходящий рекламный канал. Если найдено несколько совпадений, используется рекламный канал, созданный раньше остальных.

Дополнительно изменен приоритет определения рекламного канала. Если в запросе явно передан параметр channel и соответствующий рекламный канал найден в системе, он используется независимо от результатов поиска по UTM-меткам.

Изменение позволяет повысить точность определения источника обращения при работе с внешними сервисами и обеспечивает корректную обработку запросов с неполным набором UTM-параметров.

Выбор торговой точки при оплате через эквайринг

В карточке счета добавлен выбор торговой точки при создании ссылки на оплату через эквайринг «Точки».

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

База знаний

Новые статьи

Актуализированные статьи

Предыдущая статья Следующая статья