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

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

---

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

В разделе «История» карточки визита добавлена кнопка «Подробная история».

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

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

В журнал активности автоматически выводится история сущностей «Визит» и «Услуга визита».

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

 

Скорректирована работа выбора стоматологических услуг через рубрикатор.

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

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

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

 

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

Теперь при отсутствии стоимости услуги в прайсе компании отображается более точное и понятное сообщение:
«По данной услуге не указана стоимость в рамках страховой программы. Для исправления обратитесь к ответственному сотруднику: необходимо добавить стоимость услуги в прайс компании в разделе “Компании”». 

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

 

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

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

• отображается как при создании визита, так и при последующем просмотре карточки
• появляется автоматически сразу после выбора пациента
• размещается в блоке уведомлений между сообщениями о ЛВН и предупреждением о недоступности врача в выбранное время

 

В карточке протокола добавлена возможность быстрого перехода к связанному визиту без выхода из текущего окна.
Если в протоколе указан визит, над полем «Визит» отображается новая кнопка «Карточка визита». При нажатии открывается карточка визита в pop-up окне сразу на вкладке «Услуги».

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

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

 

 

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

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

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

 

Динамическая ширина выпадающего списка «Услуги»

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

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

Логика отображения стала следующей:

• если блоки «Планы лечения» и «Рекомендации» отсутствуют или не содержат данных — поле «Услуги» автоматически растягивается на всю ширину строки
• если отображается только один из соседних блоков — ширина строки делится поровну между ним и блоком «Услуги»
• если отображаются оба блока — сохраняется трехколоночное отображение, при этом блоку «Услуги» выделяется приоритетная ширина относительно остальных блоков

Интерфейс динамически перестраивается при изменении данных. Например, если план лечения был удалён, блок «Услуги» расширяется.

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

 

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

Доработан интерфейс карточки визита для сценария переноса записи. 

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

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

---

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

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

Если в плане лечения не заполнены палата/место, дата и время поступления, дата и время выбытия, поля блока скрываются. Вместо них отображается кнопка «+ сведения о пребывании». Для уже существующих планов лечения, в которых заполнено хотя бы одно из этих полей, сохраняется прежнее отображение блока, при этом дополнительно доступна кнопка добавления сведений о пребывании.

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

• дата и время поступления
• дата и время выбытия/перевода
• чекбокс «Текущее пребывание»
• отделение
• палата/место
• удаление строки

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

Для поля «Палата/место» реализована динамическая фильтрация:

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

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

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

Добавлена расширенная проверка данных при сохранении плана лечения. Система не позволяет сохранить сведения о пребывании при наличии ошибок:

• не заполнены дата или время поступления
• не выбрано место пребывания
• дата выбытия меньше даты поступления
• периоды пребывания пересекаются

Если интервалы пересекаются хотя бы на одну минуту, отображается сообщение:
«Периоды пребывания пересекаются. Проверьте даты и время.»

При этом:

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

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

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

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

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

• «Занято до ДД.ММ.ГГГГ» — если известна дата окончания
• «Занято» — если дата выбытия отсутствует

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

• период пребывания
• отделение
• палата/место

Все записи автоматически сортируются по дате и времени поступления — от более ранних к более поздним.

 

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

Изменены существующие параметры автозамены:

• параметр «Палата» переименован в «Последняя палата»
• параметр «Место» переименован в «Последнее место»
• параметр «Палата - место» переименован в «Последние палата-место»

Теперь, если в стационарном плане лечения указано несколько записей пребывания:

• в параметр «Последняя палата» подставляется палата последнего добавленного места пребывания
• в параметр «Последнее место» подставляется последнее добавленное место
• в параметр «Последние палата-место» подставляется комбинация палаты и места из последней записи пребывания

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

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

Также добавлен новый параметр автозамены «Движение пациента (таблица)» - параметр формирует таблицу со всеми периодами пребывания пациента в рамках стационарного плана лечения и включает следующие колонки:

• дата поступления
• время поступления
• дата выбытия/перевода
• время выбытия/перевода
• отделение
• палата/место

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

Журнал планов лечения в модуле «Картотека» адаптирован для работы с несколькими периодами пребывания пациента в рамках одного стационарного плана лечения.

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

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

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

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

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

Пример отображения:

• Палата: 101 → 205 → 310
• Палата/Место: 101-1 → 205-2 → 310-1

---

Интеграции и API

Для API-ключей обновлены правила заполнения ограничений доступа.
Теперь при создании или редактировании ключа типа «API-ключ» необходимо обязательно указать: доступные методы API и разрешенные IP-адреса.

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

 

В разделе «Интеграции → Ключи доступа» обновлена работа с API-ключами и добавлен новый тип ключей — сервисные ключи.

Что изменилось:

• раздел «API-ключи» переименован в «Ключи доступа»
• при создании ключа теперь необходимо выбрать его тип: API-ключ или Сервисный ключ
• для сервисных ключей дополнительно указывается сервис, для которого создается доступ: Телефония, Месседжер, FDoc, Мобильное приложение или Песочница
• для уже созданных ключей автоматически установлен тип «API-ключ»
• на странице редактирования добавлена кнопка «Показать» для просмотра значения ключа
• обновлен интерфейс списка ключей: убрана колонка последнего использования, добавлена колонка со списком разрешенных для ключа IP-адресов, а рядом с названием теперь отображается тип ключа и связанный сервис

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

 

Обновлена схема работы с общим API-ключом. Теперь общий ключ переносится в раздел «Интеграции → Ключи доступа» и отображается как отдельный ключ с доступом ко всем актуальным методам API.

Что изменилось:

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

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

 

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

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

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

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

Это позволяет разграничить доступ между интеграциями и повысить безопасность работы внешних сервисов.
На время переходного периода (до 25.06.2026) сохранена поддержка текущей авторизации по общему API-ключу, чтобы клиники могли перейти на новую схему постепенно без остановки работы интеграций.

 

Изменения параметра «Сотрудники операционной бригады» в методах getAppointmentServicesV2 и getInvoiceServicesV2

В методах API getAppointmentServicesV2 и getInvoiceServicesV2 обновлен параметр provided_users, который используется для передачи данных о сотрудниках, участвующих в оказании услуги.

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

 

Расширение параметра clinic_id в методе getSchedule 

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

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

 

Отображаемая стоимость приема врача для мобильного приложения и метода API getUsers 

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

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

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

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

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

Метод API getUsers расширен 

• параметром запроса with_average_price - отображать стоимость приема (для врачей)
• параметром ответа average_price - Отображаемая стоимость приема (для врачей) 

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

 

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

В интеграции с сервисом «Панацея ИИ» изменена логика формирования содержимого медицинских документов, передаваемых в параметре content.

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

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

---

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

В разделе «Персонал → Активность» расширены возможности фильтра «Id сущности».

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

Поддерживаются варианты ввода:

• 123
• 123,456
• 123, 456, 789

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

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

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

 

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

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

В таблице результатов отображаются:

• номер по списку
• дата и время ошибки
• клиника
• номер ККМ
• текст ошибки

Данные формируются на основе ответов ККМ-сервера, в которых заполнено поле Error. Текст ошибки выводится напрямую из этого поля.

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

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

 

Наследование обязательных полей в карточке законного представителя 

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

Теперь карточка законного представителя использует те же правила обязательности полей, что и карточка пациента. Логика ориентируется на настройку: «Настройки → Визиты → Карточка визита → Обязательные поля при создании визита»

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

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

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

 

Расширение периода поиска диагнозов при заполнении реестров 

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

Теперь поиск диагноза выполняется с учетом дополнительных 14 дней до начала выбранного периода.
Например, если реестр формируется за период с 01.03.2026 по 31.03.2026, поиск диагнозов будет выполняться за период с 15.02.2026 по 31.03.2026. Это позволяет корректно подтягивать диагнозы из ранее оформленных документов, связанных с оказанными услугами.

Также обновлено описание настройки. Новый текст чек-бокса: «При отсутствии диагноза по МКБ у услуги будет произведен его поиск в других документах пациента за выбранный период + 14 дней до выбранного периода».

 

Доработка параметра автозамены «Общие рекомендации пациенту»

В системе добавлен новый параметр автозамены {общая_рекомендация_пациенту} для использования в шаблонах медицинских документов.

Новый параметр доступен в разделе настройки параметров документа:

• /settings/default/documents
• /patients/documents/update/id/<id_медицинского_документа>

Параметр связан с полем «Общая рекомендация пациенту» в элементе «Рекомендации и назначения».
При использовании параметра {общая_рекомендация_пациенту} в шаблоне медицинского документа значение из поля автоматически подставляется в печатную форму документа при его формировании и печати.

---

База знаний

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

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

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

Новые статьи

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