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

01 Апреля · 3 минуты чтения

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

Общие изменения

В системе переработан раздел с обновлениями и реализован новый механизм работы с новостями.

В верхнем меню добавлен новый пункт «Новости», который ведет в отдельный подраздел модуля common. Новый раздел построен на основе ранее существующего блока «Поддержка — Обновления», при этом логика и структура сохранены, но сам раздел переименован и упрощен — из него убраны лишние элементы, не относящиеся к новостям.

Теперь при открытии модуля «Поддержка» по умолчанию отображается раздел с тикетами.

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

Добавлена настройка управления видимостью новостей. В разделе «Настройки → Оповещения» появился новый блок «Новости» с параметром «Скрытие новостей». Внутри настройки:

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

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

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

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

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

В системе реализован полный цикл работы с документом «Выписной эпикриз» для стационарного лечения — от создания и заполнения до формирования печатной версии и отправки структурированного XML в ЕГИСЗ.

Добавлен новый тип документа — «Выписной эпикриз». Тип доступен при создании документа, во всех фильтрах по типам документа

Картотека → Журнал документов
Документы → Протоколы
Карточка пациента → История болезни

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

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

сведения о случае оказания медицинской помощи (форма, условия, исход госпитализации)
блок добавления диагнозов (МКБ-10 с указанием вида диагноза)
данные о состоянии при поступлении с возможностью переноса информации из ранее созданных консультаций
сведения о пребывании пациента по отделениям (с датами, временем, лечащими врачами)
состояние пациента при выписке
результат госпитализации

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

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

На основе сформированного печатного заключения реализована XML-версия для отправки в ЕГИСЗ — СЭМД 235 «Эпикриз в стационаре выписной (CDA), редакция 6».

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

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

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

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

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

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

Работа со статистикой

В разделе «Статистика → Отчеты» добавлен новый отчёт «Отчёт по бонусным программам».

Отчет выполнен в типовой структуре и включает:

блок Фильтры
блок Сводка по бонусным программам
таблицу «Пациенты бонусной программы» с настраиваемыми полями

Фильтры

Доступны стандартные периоды (месяц, год, произвольный период), а также дополнительные параметры:

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

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

Сводка по бонусным программам

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

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

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

Таблица «Пациенты бонусной программы»

Таблица содержит данные пациента, финансовую историю и маркетинговые параметры.

По умолчанию выводятся:

№ карточки
ФИО
пол
количество счетов
начислено бонусов
списано бонусов
баланс бонусов

Дополнительные возможности

ФИО пациента — открывает карточку пациента в новой вкладке
Количество счетов — открывает модальное окно со списком счетов (с датами, клиникой, суммами и бонусными операциями)
Данные можно выгрузить в xlsx

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

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

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

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

Параметр «Диагноз по МКБ код + расшифровка из плана лечения» работает аналогично и подставляет код МКБ-10 с расшифровкой из соответствующего плана лечения. При отсутствии привязки к плану или незаполненном коде значение не выводится. Если в плане указано несколько диагнозов, они выводятся через запятую.

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

В карточке создания формы реестра в разделе «Список полей» добавлены новые параметры:

факторы вредности
виды работ
тип профосмотра

При формировании реестра реализована передача значений этих параметров из плана лечения.

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

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

Также скорректирован расчёт показателя «Количество пациентов с возрастом до 18 лет» в заключительном акте. В расчёт включаются только пациенты младше 18 лет, без включения пациентов, которым уже исполнилось 18 лет.

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

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

В карточке пользователя добавлен новый блок «Данные для ЕГИСЗ». Блок отображается только для пользователей с ролью «Врач» и только при наличии настроенной интеграции с N3Health.

Блок расположен между разделами «Ограничение доступа по IP» и «Двухфакторная авторизация» и содержит три отдельных поля:

Фамилия
Имя
Отчество

Новые поля используются при формировании XML для всех типов протоколов, отправляемых в Нетрику / ЕГИСЗ.

Логика заполнения ФИО в XML стала следующей:

если поля в блоке «Данные для ЕГИСЗ» не заполнены, система использует существующее ФИО врача из карточки пользователя
если заполнены поля «Фамилия» и «Имя», в XML передаются именно они
поле «Отчество» является необязательным: если оно заполнено, оно также передается в XML, если нет — XML формируется без отчества.

Корректными считаются только два варианта заполнения:

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

Если поля заполнены частично или в другой комбинации, например указана только фамилия, только имя или имя вместе с отчеством без фамилии, XML не формируется. При попытке подписать протокол система выводит сообщение: «Данные ФИО для ЕГИСЗ заполнены некорректно».

В методе API getServiceTypes расширен формат ответа. Для каждого типа услуги теперь дополнительно возвращается поле desc, содержащее описание типа услуги из поля ServiceType[desc].

Теперь ответ метода содержит следующие поля для каждого типа услуги:

id — идентификатор типа услуги
title — наименование типа услуги
desc — текстовое описание
is_deleted — признак удаления.

Пример ответа:

id: 123
title: «Заведующий отделением ЛОР»
desc: «Тестовое описание типа цены»
is_deleted: 0

Мы расширили возможности онлайн-эквайринга и доработали метод API getPaymentLink для поддержки сценариев оплаты по QR-коду.
В метод добавлен необязательный параметр paymentMode. Он позволяет указать, какой способ оплаты должен быть доступен по сформированной ссылке. Поддерживаются значения:

sbp — оплата через СБП
card — оплата банковской картой
tinkoff — оплата через Т-Банк
dolyame — оплата через «Долями»

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

Для сценария оплаты по QR-коду система теперь формирует QR-код на своей стороне и встраивает в него платежную ссылку, полученную через getPaymentLink с нужным значением paymentMode. Например, при передаче paymentMode=sbp пациент сразу попадает на страницу оплаты через СБП: на компьютере отображается QR-код, а на мобильном устройстве открывается стандартная страница выбора банка для оплаты.

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

Веб-хук обновление карточки пациента

Реализован веб-хук «Обновление пациента» для получения данных при изменении карточки пациента.

В настройках уведомлений о событиях добавлен новый тип — «Обновление пациента», доступный при создании веб-хука.

Уведомление отправляется только при изменении, добавлении или удалении ключевых данных пациента: номера карты, ФИО, даты и места рождения, телефона или email.

При возникновении события в веб-хук передаются:

тип события update_patient
актуальные данные пациента в формате метода getPatient
дата и время отправки уведомления

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

Прочие доработки

Новые фильтры в произвольных шаблонах

В разделе «Маркетинг → Оповещения → Произвольные шаблоны» добавлен блок фильтров для упрощения поиска и редактирования шаблонов.

Доступны следующие параметры фильтрации:

название (текстовое поле)
описание (текстовое поле)
источник (выпадающий список: «Сообщение» или «E-mail»)

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

Расширение метода getUsers в передаче параметра clinic

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

Например, вместо одного значения: clinic=1 теперь можно использовать: clinic=1,2,5 или: clinic=Клиника на Ленина,Клиника на Мира

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

Скрытие по источнику в карточке услуги

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

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

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

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

Улучшение работы импорта визитов

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

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

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

Одновременно система пересчитывает признаки первичности визита:

первичный визит в организацию
первичный визит в клинику
первичный визит к врачу

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

Изменение в импорте типов цен с нулевым значением

Изменена логика импорта типов цен в разделе «Услуги → Импорт». Теперь значение 0 в полях стоимости считается корректным значением и не воспринимается как пустое поле.
При импорте новой услуги, если для типа цены передано значение 0, для услуги сохраняется стоимость 0.

При обновлении существующей услуги с включенной опцией «Обновить информацию об услугах в случае совпадения»:

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

Изменение логики импорта услуг для филиала

Изменена логика импорта услуг для конкретного филиала в разделе «Услуги → Импорт → Новый импорт → Конкретный филиал».

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

Также обновлено описание формата импорта: из текстовой подсказки для поля «Услуга отключена» удалено значение «пусто», так как пустая ячейка теперь всегда означает «не изменять текущее состояние».

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

В формах создания и редактирования пациента доработаны поля «Код подразделения» и «Место выдачи» для паспортных данных.

Изменение применяется в следующих местах:

Картотека → Новый пациент
Картотека → Редактирование пациента → Добавление законного представителя
Подробная карточка пациента → Законный представитель → Добавить нового

В указанных формах поля «Код подразделения» и «Место выдачи» поменяны местами: сначала отображается поле «Код подразделения», затем — «Место выдачи».

Для поля «Код подразделения» добавлена интеграция с DaData. После ввода кода подразделения система автоматически определяет и подставляет соответствующее место выдачи паспорта. Это позволяет быстрее заполнять данные и снижает количество ошибок при вводе.

Доработка отображения доступных клиник для сотрудника с ролью «Директор»

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

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

Скрытие карты прививок в ветеринарной версии

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

Обновление шапки МИС по всплывающим подсказкам

Изменено отображение всплывающих подсказок в обновленной шапке МИС.

Для экранов шириной от 1780 px подсказки больше не отображаются для элементов:

«Сводка по визитам»
«Сводка по резервам»

Для экранов шириной от 1360 px до 1780 px добавлены подсказки:

«Задачи» — при наведении на блок задач
«Поддержка» — при наведении на блок поддержки

Для всех разрешений экрана добавлены подсказки:

«Поиск» — для блока поиска
«База знаний» — для блока базы знаний
«Справочники быстрого доступа» — для иконки справочников
«Выход» — для иконки выхода из МИС

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