Релиз от 5 февраля. Что у нас нового?

В четверг, 5 февраля, состоится обновление системы. Сейчас вы можете ознакомиться с основными изменениями в текстовом формате, а сами изменения появятся в день обновления системы.
Поделитесь своим мнением о релизе в опросе: Ссылка на опрос 📍

---

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

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

На вкладке «Услуги» в карточке визита появился новый вариант выбора — «Выберите услугу из рекомендаций». В список рекомендаций попадают услуги, которые:

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

Период рекомендаций настраивается отдельно в разделе «Настройки → Визиты → Карточка визита»:

• Период рекомендаций без признака ДМС (в днях)
• Период рекомендаций с признаком ДМС (в днях)

Если настройки не заданы, по умолчанию используется период 30 дней.

В списке рекомендаций отображается дополнительная информация:

• сколько услуг осталось и сколько было назначено всего
• артикул и название услуги
• врачи, назначившие услугу (в хронологическом порядке)

Это помогает быстро понять контекст назначения и принять решение о добавлении услуги в визит.

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

Также мы добавили дополнительные удобные действия в список рекомендованных услуг:

• «Добавить все услуги»
• «Добавить все лабораторные услуги»

Эти действия позволяют одним кликом добавить в визит все оставшиеся рекомендованные услуги соответствующего типа — аналогично работе с планами лечения. Каждая услуга при этом добавляется в визит в количестве 1 штуки. 

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

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

В настройках «Настройки → Визиты → Карточка визита» появился чекбокс «Проверка возраста».
Если настройка включена, система при создании визита сравнивает возраст пациента с возрастными ограничениями, указанными в карточке врача («Возраст с» / «Возраст до»), а также проверяет, указана ли дата рождения пациента:

• Если возраст пациента подходит под ограничения врача — запись создается без ограничений
• Если возраст не подходит: кнопка «Записать» блокируется, отображается сообщение, например: «Запись невозможна. Врач принимает пациентов с 6 до 12 лет»
• Если у пациента не указана дата рождения, запись также будет недоступна — система подскажет, что необходимо заполнить данные

Дополнительно в метод createAppointment добавлен необязательный параметр check_age (true/false). При check_age = true проверка возраста выполняется автоматически. Если проверка не пройдена, API возвращает ошибку с текстом, поясняющим возрастные ограничения врача.
Таким образом, мы надеемся, что будет меньше ошибочных записей и конфликтов на ресепшене, внешние информационные системы также смогут использовать данные изменения для повышения прозрачности и качества работы с расписанием врачей.

 

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

При нажатии кнопки «Автоподбор» МИС:

• анализирует предлагаемые временные слоты для каждого врача
• проверяет, чтобы визиты не пересекались друг с другом по времени
• формирует список визитов, которые можно выполнить последовательно без накладок

Например, если для первого врача предложен слот, например, 12:00–12:15, то для следующего врача система подберет время с окончанием не позже 12:00 или с началом не раньше 12:15. Если визитов больше двух, при подборе учитывается время всех предыдущих визитов.
Таким образом, исключаются пересекающиеся визиты при автоматической записи, а администратор сразу получает корректный набор вариантов без ручной проверки, что повышает точность и удобство работы с планами лечения.

---

Работа с финансами

С 1 января 2026 года в МИС реализована поддержка новой ставки НДС 22%. Обновление обеспечивает корректную работу системы в соответствии с изменениями налогового законодательства и требованиями к формированию фискальных документов.

Поддержка ставки НДС 22% добавлена во все ключевые элементы системы:

• в карточку услуги и выпадающий список ставок НДС
• в массовое действие «Задать НДС»
• в расчёт НДС в счетах
• в настройки кассы и пополнения кошелька
• в интеграцию с ККМ - при передаче данных в ККМ ставка НДС передаётся со значением Tax = 22.

Что необходимо проверить и настроить:

• Настройки услуг
  Для индивидуальной смены НДС необходимо перейти в раздел «Услуги → Карточка услуги» и установить ставку НДС 22% для актуальных услуг.
  Для массового изменения необходимо открыть раздел Услуги, выбрать нужные услуги с помощью фильтров и воспользоваться опцией «Задать НДС» и указать там новую ставку в 22%
• Настройки кассы
  Если вы используете НДС при пополнении кошелька, необходимо изменить ставку в разделе «Интеграции → Касса»
• Обновление ККТ
  Необходимо убедиться, что используемая ККТ (АТОЛ, ШТРИХ-М и др.) и её программное обеспечение обновлены и поддерживают ставку НДС 22%.
  При использовании устаревшей версии ККТ или ПО чеки могут формироваться некорректно.

 

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

Для этого в разделе «Настройки → Права доступа → Касса» обновлена логика дополнительного права «Удаление счета с возвратом средств на кошелек без ККМ».

• Если право включено — у оплаченного счета доступна кнопка удаления (иконка корзины)
• Если право выключено — у оплаченного счета кнопка удаления отсутствует, а у у неоплаченного счета возможность удаления сохраняется

Таким образом:

• Исключается случайное или незаметное удаление оплаченных счетов
• Снижается риск ошибок в финансовых операциях
• Повышается контроль и прозрачность работы с кассой и оплатами

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

В карточке договора компании «Компании → Юр. лица → Договоры → Карточка договора» появилось новое поле «Лимит договора (руб.)». Поле принимает числовые значения с точностью до двух знаков после запятой.

При создании нового счета в разделе «Касса → Счета» (для счетов, где плательщик — юридическое лицо):

• если лимит по договору не задан, счет сохраняется без ограничений
• если суммарная стоимость всех счетов по данному договору (включая создаваемый счет) не превышает лимит, счет сохраняется
• если сумма счетов превышает установленный лимит, сохранить счет невозможно.
  В этом случае внизу счета отображается сообщение об ошибке, например: «Превышен лимит договора на 15 000 ₽» (сумма указывается с учетом валюты, заданной в карточке компании).

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

Таким образом для клиники:

• повышается контроль исполнения договоров с компаниями
• появляется механизм предотвращение превышения согласованных лимитов
• снижаются финансовые и юридические риски
• отображается прозрачная и понятная ошибка при попытке превышения лимита для оперативного реагирования

Мы расширили возможности отчета «Выгрузка по услугам», добавив работу с кабинетами. Это позволяет точнее анализировать оказанные услуги с привязкой к месту их выполнения.
В разделе «Касса → Счета → Выгрузка по услугам → Фильтры → Визиты» добавлено новое поле «Кабинет» с поддержкой множественного выбора. В списке отображаются кабинеты всех филиалов, сгруппированные по клиникам.

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

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

---

Интеграции

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

Если при записи через виджет в URL страницы или в параметре referer присутствуют UTM-метки: utm_source, utm_medium, utm_campaign - они автоматически передаются в создаваемый визит.
На основании переданных UTM-меток в визите автоматически заполняется поле «Рекламный канал» — по соответствию, заданному в настройках рекламных каналов.

Таким образом:

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

 

Мы обновили работу интеграции с сервисом ФДОК для ветеринарной версии МИС с учетом особенностей подписания ветеринарных документов.

Для ветеринарной версии системы изменён адрес обращения к сервису ФДОК — теперь используется основной адрес fdoc.ru. Это обеспечивает корректную отправку и подписание документов без использования дополнительных механизмов верификации.

В ветеринарной версии МИС в разделе Документы → Шаблоны → Редактирование шаблона скрыт чекбокс «Требуется верификация в ЕСИА», так как для подписания ветеринарных документов подтверждение через ЕСИА не требуется.

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

 

Мы упростили создание системных API-ключей для подключения внешних сервисов, добавив возможность создавать ключи по заранее подготовленным шаблонам. На странице создания/редактирования API-ключа появилось новое поле «Шаблон ключа». Доступные варианты: НаПоправку, ПроДокторов, СберЗдоровье.

При выборе шаблона система автоматически заполняет основные параметры ключа:

• название (по выбранному шаблону)
• источник по умолчанию (по выбранному шаблону)
• набор доступных методов API (единый для всех шаблонов)

Для добавленных шаблонов доступен одинаковый список методов: getClinics, getProfessions, getUsers, getServiceCategories, getServices, getScheduleCategories, getSchedule, createAppointment, cancelAppointment, confirmAppointment.

После выбора шаблона все поля ключа можно при необходимости отредактировать, а сам ключ — обновить.

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

 

Мы доработали интеграцию с сервисом Имобис, расширив набор передаваемых параметров для системных уведомлений и шаблонов оповещений. 

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

• Для системных уведомлений «Подтверждение визита» и «Напоминание о телемедицинской консультации» теперь дополнительно передаётся тип уведомления.
  Это позволяет на стороне Имобис однозначно связывать сообщения с конкретными сценариями и применять корректную логику обработки. 
• Для уведомления о медицинском заключении добавлен чекбокс «Использовать бота».
  Как и для других уведомлений, на сторону Имобис теперь передаются название оповещения, тип канала и параметры автозамены — вне зависимости от выбранного канала отправки.
• Для передаваемых признаков «Телемедицина», «Бонусная программа» и «Артикулы услуг» при отсутствии значений теперь явно передаётся строковое значение "0".
  Это исключает неоднозначную интерпретацию данных на стороне сервиса уведомлений.

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

 

Мы расширили возможности встроенного онлайн-эквайринга в МИС, сделав повторные оплаты для пациентов удобнее, а работу администраторов — быстрее и проще.

При формировании платежной ссылки теперь используется параметр saveCard = true.
Это позволяет пациенту при первой оплате сохранить карту для последующих платежей.

Если пациент соглашается на сохранение карты:

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

Это ускоряет повторные платежи и повышает удобство для пациентов.

При наличии настроенной интеграции с онлайн-эквайрингом в окне созданного счета появляется кнопка «Онлайн-эквайринг» с дополнительными действиями: Скопировать ссылку (копирует ссылку на оплату в буфер обмена) и «Отправить сообщение».

При отправке сообщения:

• отправляется ссылка пациенту через СМС или мессенджер — в зависимости от настроек клиники
• сообщение отправляется как системное уведомление
• текст сообщения имеет формат: «Ссылка на онлайн-оплату в <краткое название клиники>: <ссылка>»
• после отправки отображается уведомление «Ссылка на оплату отправлена».

Отправка ссылки не требует ручной обработки платежа — после оплаты средства автоматически фиксируются в МИС.

Таким образом, данные изменения позволяют клинике:

• быстрее и удобнее принимать удаленные оплаты
• сократить набор ручных действий со стороны администраторов
• упростить повторные платежи для пациентов
• создать прозрачную и полностью встроенную в МИС логику онлайн-оплат

Мы добавили дополнительную настройку интеграции с Orthanc, которая позволяет открывать список исследований пациента по прямой ссылке.

В разделе Интеграции → Сервисы → Orthanc добавлена галочка: «Использовать альтернативный вариант открытия списка исследований».
Если настройка включена, на странице История болезни кнопка Orthanc формируется как прямая ссылка на список исследований пациента в Orthanc — с фильтрацией по PatientID (номер карты пациента) и сортировкой по дате обновления.

Формат ссылки: {API URL}/ui/app/index.html#/filtered-studies?PatientID={Номер карты пациента}&order-by=Metadata,LastUpdate,DESC

Таким образом:

• быстрее открывается список исследований конкретного пациента
• упрощается работа при интеграционных особенностях Orthanc и пожеланиях клиентов
• сохраняется возможность использовать стандартный вариант (если галочка не включена)

---

Работа с API

Изменение логики поиска свободных слотов в методе API getSchedule

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

В метод getSchedule добавлен параметр mode, который определяет алгоритм формирования интервалов.

1. mode = slots — режим по умолчанию
Метод работает по старой логике:

• загружается график работы врача
• график сразу нарезается на слоты по заданному шагу
• после этого:
  - отмечаются занятые слоты
  - отфильтровываются недоступные интервалы
  
   Особенность режима: если свободное время не совпадает с сеткой слотов, оно может быть потеряно и не попасть в результат.

2. mode = visits — новый режим
Метод работает по новой логике:

• загружается график работы врача
• из него исключается фактически занятое время (визиты)
• формируются реальные свободные окна в расписании
• только после этого свободные окна нарезаются на слоты
  
  В этом режиме свободное время не теряется, даже если оно не совпадает с фиксированной сеткой слотов.

Ключевое отличие режимов: slots: сначала нарезка по шагу → потом поиск свободного времени, visits: сначала поиск реального свободного времени → потом нарезка по шагу.
В первом случае свободные интервалы могут не попасть в результат, во втором — этот эффект исключен.

Использование параметра mode позволяет:

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

 

Доработка методов getInvoices (V1, V2)

Мы доработали методы API getInvoices (V1 и V2) для корректного отражения способов оплаты в сценариях использования оплаты с кошелька, включая оплату средствами пациента, бонусными рублями и их комбинацией.

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

Методы getInvoices теперь корректно возвращают данные в следующих сценариях:

• Оплата с кошелька: средства пациента + бонусные рубли
  payment_type = 5 — оплата с кошелька; bonuses_written_off — сумма бонусных рублей (передаётся только в версии V2)
• Оплата с кошелька: только средства пациента
  payment_type = 5 — оплата с кошелька
• Оплата с кошелька: только бонусные рубли
  payment_type = 3 — оплата бонусными рублями; payment_type_name = "оплата с кошелька"; bonuses_written_off — сумма списанных бонусных рублей (передаётся только в версии V2).

Если счёт был частично оплачен другим способом, а остаток — через кошелёк, в ответе API: payment_type и payment_type_name сохраняются такими же, как при первой оплате;
Поле bonuses_written_off теперь всегда содержит общую сумму бонусных рублей, списанных: как из бонусной программы, так и при оплате с кошелька.

Таким образом, данные изменения позволяют:

• корректно и однозначно интерпретировать способы оплаты
• повысить стабильность работы аналитики и партнёрских интеграций
• исключить наличие null-значений в критичных полях ответа API
• обеспечить единое поведение методов getInvoices для V1 и V2 (с учетом расширений V2)

 

Фильтрация слотов по категориям расписания в API getSchedule 

Мы доработали метод API getSchedule, чтобы можно было управлять выдачей слотов в зависимости от категорий расписания, настроенных для конкретного источника записи.

В метод getSchedule добавлен необязательный параметр source — источник записи (id или название).

Если параметр source передан, метод при формировании ответа учитывает настройки категорий расписания:

• слоты расписаний, чья категория выключена в справочниках для данного источника, не попадают в ответ
• при этом категории могут быть настроены:
  - в общих справочниках (Интеграции → Справочники → Категории расписания) — применяются для всех источников
  - в индивидуальных настройках справочников источника — если для источника включен режим индивидуальных справочников.

Если передан несуществующий source, выдача слотов формируется по общим настройкам (без учёта индивидуальных источников).

Если у расписания не задана категория, такие слоты отдаются всегда, независимо от параметра source.

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

Таким образом:

• источники записи (виджеты, партнёрские интеграции и т.п.) получают только те слоты, которые им разрешены
• снижается риск записи в «не те» окна/категории
• повышается управляемость расписания при множестве каналов записи.

 

Расширение API и карточки услуг

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

Изменения в методах АПИ:

• Метод getUsers
  в ответ добавлен параметр insurance — СНИЛС сотрудника
• Метод getProfessions
  - добавлен параметр egisz_code — код специальности по НСИ
  - добавлен параметр egisz_position — должность медицинского персонала по НСИ
• Метод getServices
  - добавлен параметр is_telemedicine — признак телемедицинской услуги
  - добавлен параметр is_outside — признак услуги с выездом на дом

В разделе Услуги → Карточка услуги (создание и редактирование) добавлены новые флаги: «Телемедицина» и «Выезд на дом». 
Флаги размещены рядом с основными параметрами услуги (выше лабораторного блока), что упрощает настройку и восприятие структуры карточки.

Таким образом внешние информационные системы, включая мобильные приложения:

• получают расширенный и структурированный набор данных
• обеспечивается корректное сопоставление услуг и специалистов с требованиями ЕГИСЗ
• упрощается настройка телемедицинских и выездных услуг
• повышается стабильность и предсказуемость работы интеграции

Доработка API модуля задач и уведомлений

Мы доработали метод API getTasks, расширив его возможности для анализа просмотров задач, объявлений и уведомлений сотрудниками.

Метод getTasks получил дополнительные возможности:

• добавлен параметр запроса type — тип задачи
  1 - задание, 2 - звонок, 3 - объявление, 4 - уведомление; возможно несколько через запятую
• добавлены параметры ответа type (ID типа задачи), type_title (название типа задачи)
• добавлен параметр ответа views - массив ID сотрудников, которые просмотрели задачу / объявление / уведомление

На основе массива views клиентская сторона может определить: кто уже ознакомился с информацией, а какие сотрудники ещё не просмотрели задачу или уведомление.
Таким образом, внешние инструменты аналитики получают гибкий инструмент для аналитики просмотров, и появляется возможность реализаций дашбордов и счётчиков прочитанных / непрочитанных уведомлений.

---

Мобильное приложение для пациента

Фиксация мобильного устройства за пациентом в МИС

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

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

Ранее связь формировалась только при создании визита из приложения и выглядела как «устройство → визит».

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

Данные об устройстве фиксируются/обновляются в МИС при следующих событиях:

• создание визита (в авторизованной и неавторизованной части приложения)
• вход в личный кабинет (по номеру телефона или по логину/парол   ю)
• создание личного кабинета
• при отмене визита

Это обновление необходимо, чтобы формировалась база для дальнейшей отправки push-уведомлений (подтверждения, напоминания, изменения по визитам и т.п.).

 

Настройка Firebase для отправки push-уведомлений

Мы расширили настройки мобильного приложения пациента в МИС, добавив возможность указать авторизационные данные для отправки push-уведомлений через Firebase.

Firebase — это облачная платформа от Google, которая используется мобильными приложениями для доставки push-уведомлений на устройства пациентов (Android и iOS).

В разделе Интеграции → Мобильное приложение добавлен блок «JSON-данные сервисного аккаунта Firebase». В этом блоке клиника вставляет содержимое файла serviceAccount.json из проекта Firebase (ключ сервисного аккаунта). Эти данные используются МИС для авторизации при отправке push-уведомлений в приложение.

Таким образом:

• появляется централизованная настройка для подключения отправки push-уведомлений
• клиника может корректно связать свою инсталляцию МИС с проектом Firebase мобильного приложения
• создается основа для дальнейших сценариев push-уведомлений пациентам

 

Отправка произвольного push-уведомления из карты пациента 

Мы добавили в МИС возможность отправлять пациенту произвольные push-уведомления напрямую из карты пациента — по аналогии с отправкой произвольных СМС и email. 

Появилась кнопка «Отправить push-уведомление» в разделе Картотека → Карта пациента → Оповещения.

Кнопка отображается всегда, но активна только если у пациента есть валидный токен устройства (установлено мобильное приложение и доступна доставка push). 
По нажатию открывается модальное окно отправки (логика и сценарий — как у произвольных сообщений).

В модальном окне можно:

• указать текст сообщения (обязательное поле, до 600 символов)
• при необходимости настроить отложенную отправку (дата/время) — тогда кнопка «Отправить» меняется на «Сохранить», а уведомление попадает в историю со статусом «ожидается отправка»
• выбрать шаблон из Маркетинг → Оповещения → Произвольные шаблоны (источник: Push) — текст шаблона подставляется в поле сообщения.

Отправленное (или запланированное) push-уведомление сохраняется в истории оповещений и отображается:

• в карте пациента → Оповещения → История оповещений
• Маркетинг → Оповещения → История оповещений

Если push отправить нельзя, уведомление фиксируется с причиной, например: у пациента отсутствует токен (приложение), невалидный токен.

Чтобы не показывать технический токен в явном виде: в деталях уведомления и в модальном окне отправки вместо строки токена отображается «мобильное приложение пациента». Рядом с полем «Контакт» добавлена иконка (i) — в подсказке показывается фактический токен устройства.

Функция отправки произвольных push-уведомлений полезна как оперативный канал прямой коммуникации с пациентом, встроенный прямо в МИС и не зависит от внешних сервисов доставки сообщений (смс, мессенджеры).

 

Отправка push-уведомлений по автоматическим событиям

Мы расширили систему автоматических оповещений в МИС, добавив поддержку push-уведомлений для событийных сценариев — наряду с уже существующими каналами сообщений и email.

Теперь для каждого события в разделе Маркетинг → Оповещения → Шаблоны событий можно отдельно включать и настраивать отправку push-уведомлений пациентам.

Логика настройки и работы push-уведомлений полностью соответствует уже существующим сценариям для сообщений и email.

Таким образом, push-уведомления становятся полноценным автоматическим каналом оповещений в МИС, позволяя: 

• гибко настраивать доставку уведомлений по событиям
• точно настраивать время и условия отправки
• использовать push-уведомления параллельно с другими каналами
• повысить оперативность и эффективность коммуникации с пациентами через мобильное приложение

 

Добавление ссылки на согласие на обработку персональных данных в мобильном приложении пациента 

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

В разделе Интеграции → Мобильное приложение появилось новое поле «Ссылка на согласие на обработку персональных данных», в котором клиника может задать URL с текстом согласия.

Это значение используется в мобильном приложении пациента: 

• в сценарии отображения согласия на обработку персональных данных и политики конфиденциальности
• текст «персональных данных» становится кликабельной ссылкой и ведёт на указанный URL

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

 

Управление двухфакторной авторизацией по СМС для мобильного приложения пациента

Мы расширили настройки мобильного приложения пациента в МИС, добавив возможность управлять использованием СМС-подтверждения номера телефона (двухфакторной авторизации).

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

Эта настройка позволяет администратору МИС централизованно управлять отправкой СМС с кодом подтверждения номера телефона пациента в мобильном приложении.

Логика работы настройки:

• при включенном чекбоксе МИС разрешает отправку СМС с кодом подтверждения номера телефона
• при выключенном чекбоксе отправка таких СМС блокируется

Настройка применяется к следующим сценариям:

• подтверждение номера телефона при создании записи на визит неавторизованным пациентом
• авторизация пациента в мобильном приложении по номеру телефона
• создание личного кабинета пациента из мобильного приложения

По умолчанию настройка включена.

---

Прочие изменения

Быстрый поиск на любой странице МИС

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

Чтобы открыть поиск, нажмите на иконку 🔍 в правом углу верхнего меню или дважды нажмите Shift — окно поиска появится поверх текущей страницы.

Что можно искать:

• пациентов, сотрудников, юридические компании, услуги, разделы МИС
• данные в истории болезни (если вы находитесь в карте пациента).

Дополнительные настройки:

• поиск по данным в корзине
• открытие результата в текущей вкладке или в новой (по умолчанию — в новой)

Зачем это нужно:

• экономит время и сокращает количество переключений между разделами
• создаёт единую точку поиска по всей МИС
• станет основой для дальнейшего развития и добавления новых возможностей

Мы будем благодарны за обратную связь и идеи по развитию этого инструмента, чтобы сделать работу в МИС ещё быстрее и удобнее.
 

Проверка вхождения услуги в договор или программу прикрепления при рекомендации в протоколе

Мы реализовали механизм автоматической проверки, входит ли выбранная услуга: в договор со страховой компанией / юридическим лицом или в программу прикрепления пациента.

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

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

Для пациента система последовательно проверяет:

• Наличие активного плательщика
  Если плательщик отсутствует — проверка завершается, результат не отображается
• Активность договора / полиса
  Текущая дата должна входить в период действия договора
  Если договор не активен — проверка завершается
• Наличие программы прикрепления
  если у пациента есть активная программа прикрепления: учитывается настройка «Запрет услуг вне программы», система проверяет, входит ли услуга в программу прикрепления
  Если программы нет или услуга в неё не входит — выполняется проверка общего договора
• Проверка услуги в договоре
  Если услуга входит в договор с компанией — проверка считается успешной
• Несколько плательщиков
  Если у пациента несколько активных плательщиков, проверка выполняется для каждого из них.
  Результатом становится список компаний, для которых услуга доступна

Под наименованием добавленной услуги отображается результат проверки:

• Если услуга входит в программу прикрепления или договор, выводится строка вида: {Название компании} {Тип согласования}
• Если услуга не входит, дополнительная информация под услугой не отображается

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

Переименование поля ЕГИСЗ для телемедицинских протоколов

Мы скорректировали наименование одного из полей ЕГИСЗ для протоколов типа «Телемедицинская консультация», чтобы привести терминологию к более корректному и универсальному виду.

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

 

Актуализация справочника «Процедуры и манипуляции»

Мы обновили системный справочник «Процедуры и манипуляции» до актуальной версии.
Обновлены наименования процедур и коды, удалены позиции, которых больше нет в новой версии справочника НСИ.

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