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

Работа с административными данными

В разделе «Картотека → Импорт» добавлена новая вкладка «Импорт объединения дублей», предназначенная для массового объединения карточек пациентов на основании заранее подготовленного файла.

Для запуска операции достаточно создать новый импорт и загрузить файл в формате CSV или XLS, содержащий идентификаторы основной карточки пациента и карточек-дублей, которые необходимо объединить. Для файлов формата CSV требуется кодировка UTF-8. Максимальный размер загружаемого файла составляет 10 МБ. Перед запуском импорта отображается предупреждение о том, что результат объединения отменить невозможно.

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

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

 

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

При выполнении уничтожения персональных данных система:

• очищает персональные данные в карточке пациента
• удаляет адреса и контактную информацию
• обезличивает ФИО пациента
• устанавливает дату рождения 01.01.1900
• очищает содержимое медицинских и административных документов
• удаляет файлы, связанные с пациентом
• удаляет уведомления
• удаляет задачи
• удаляет историю изменений
• удаляет звонки и связанные с ними записи
• удаляет историю отправки документов в ЕГИСЗ
• удаляет подписанные XML-файлы, сформированные для передачи данных в ЕГИСЗ

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

 

        

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

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

 

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

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

В сводке по резервам расширены возможности поиска и анализа данных:

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

Клиника создания резерва автоматически определяется по клинике, в которой пользователь авторизован в момент создания резерва.

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

---

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

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

Если для договора лимит не задан, отображается значение «0 / 0». Это позволяет быстро оценить доступный остаток средств по каждому договору без открытия его карточки.

 

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

В карточке бонусной программы в блоке «Дополнительные настройки» добавлены новые параметры:

• «Не начислять бонусы при использовании скидок»
• «Автоматически назначать бонусную программу по сумме потраченных средств»

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

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

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

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

В карточке пациента рядом с полем «Бонусная программа» добавлена иконка «Замочек», позволяющая зафиксировать назначенную бонусную программу.

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

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

 

Применение автоматического списания бонусных рублей к конкретному начислению

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

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

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

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

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

---

ЕГИСЗ и работа с медицинскими данными 

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

Также добавлены две новые настройки:

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

Для каждой настройки можно выбрать тип публикации:

• Сразу
• После завершения визита
• После подтверждения
• После подписи

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

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

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

• Сразу — после прохождения остальных системных проверок
• После завершения визита — после перевода визита в статус «Завершён»
• После подтверждения — после включения чекбокса «Подтвержден» в документе
• После подписи — после подписания документа электронной подписью

Для публикации документа в личном кабинете дополнительно учитывается настройка отображения документов по умолчанию в интеграции с ЛК пациента. Для печати, помимо выбранного условия публикации, сохраняются действующие проверки системы: наличие сформированного счета (если это требуется настройками), заполнение обязательных полей документа и прохождение проверок сервиса Panacea.

 

 

Для планов лечения с типами «Амбулаторный план» и «Амбулаторный план со сроком» добавлена новая вкладка «Справка №086/у».
На вкладке доступны следующие разделы:

• Данные справки
• Осмотр врачей-специалистов
• Результаты инструментального исследования
• Заключение

Также реализованы:

• автоматическое заполнение номера справки по следующему свободному значению
• автоматическое добавление пяти обязательных специальностей (терапия, хирургия, неврология, оториноларингология, офтальмология) с текущими датой и временем осмотра
• возможность добавлять и удалять записи об осмотрах врачей
• возможность добавлять сведения об инструментальных исследованиях
• автоматическое сохранение введённых данных при заполнении формы
• кнопка «Сформировать справку по результатам осмотра», которая создаёт медицинский документ «Справка №086/у» и открывает его в новой вкладке

 

СЭМД 196: Новый тип документа, формирование и отправка xml протокола

Добавлен новый тип медицинского документа «Справка №086/у».
Новый тип документа доступен:

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

Реализовано формирование электронного медицинского документа «Справка №086/у» для последующей отправки в ЕГИСЗ.

 

СЭМД 196: Печатная форма

Для документа «Справка №086/у» реализована печатная форма, соответствующая утверждённому образцу (но пока заполняем только те данные, которые обязательны для передачи в ЕГИСЗ, другие поля в печатную версию не добавлялись).

Также:

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

 

СЭМД 196: Подписание и валидация

Перед формированием справки реализована проверка обязательных данных.
Проверяется заполнение:

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

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

---

Работа с API и партнерами

В МИС добавлена поддержка нового провайдера мессенджеров — WaHelp. Это позволяет использовать сервис для отправки уведомлений пациентам наряду с уже существующими интеграциями.

В разделе Интеграции → Оповещения → Настройка мессенджеров появился новый провайдер WaHelp. При его выборе доступны настройки, аналогичные интеграции с Имобис:

• режим использования (не использовать, использовать, использовать каскад)
• поле для указания токена авторизации

При использовании WaHelp все уведомления, отправляемые через каналы «Мессенджер» или «Каскад», автоматически передаются через API сервиса с использованием токена, указанного в настройках.

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

 

Новый метод API createPromos и изменение текущего getPromos

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

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

Для работы с маркетинговыми акциями в разделе Интеграции → API добавлен новый блок «Маркетинг». В его состав включен новый метод createPromos, предназначенный для создания акций через API.

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

Одновременно обновлена документация API с учетом новых возможностей и состава параметров методов.

 

Автоматическое заполнение поля «Место рождения» из документов F.Doc

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

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

 

Обновление синхронизации шаблонов F.doc 

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

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

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

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

Обновление списка шаблонов выполняется автоматически в нескольких сценариях:

• при нажатии кнопки «Обновить» в настройках интеграции
• при редактировании сотрудника и выдаче доступа к F.doc после успешного получения accessToken
• автоматически в фоновом режиме каждые 3 часа

 

Создание личного кабинета для пациента при наличии существующей карты без ЛК

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

Ранее при обнаружении такой карточки система воспринимала ее как дубликат и возвращала ошибку, из-за чего регистрация пациента в мобильном приложении или внешнем сервисе становилась невозможной.
Теперь API поддерживает специальный режим обработки таких ситуаций. При использовании параметра dont_check_existing система может создать новую карточку пациента с системной меткой «Неподтвержденный ЛК», автоматически создать для нее личный кабинет и отправить пациенту SMS с данными для входа.

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

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

 

Доработка API

Доработаны методы API для передачи дополнительной информации о пациентах и питомцах.

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

В методе getPatient расширен состав данных, передаваемых в параметре documents (при запросе параметр with_documents=1). Теперь при наличии иностранного паспорта в ответ включается информация о документе в формате: фамилия и имя по документу, серия и номер паспорта, а также дата его выдачи (параметр foreign_document в массиве documents).

Изменения были необходимы для продукта «Сервис подписи».

---

База знаний

Новые статьи

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