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

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

Поделитесь своим мнением о релизе в опросе: Ссылка на опрос

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

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

Для этого в настройках добавлено новое поле «Автоматически подтверждать визит при записи за (в минутах)»:

• в разделе «Настройки → Визиты → Карточка визита»
• а также в разделе «Интеграции → Источники при создании или редактировании источника»

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

В разделе «Маркетинг → Оповещения → Шаблоны событий» добавлен новый тип уведомления — «Напоминание о повторной явке».
В рамках настройки этого уведомления:

• доступна настройка отправки через SMS, мессенджеры, каскадные сценарии или e-mail
• для каждого канала можно задать: время отправки (по умолчанию 12:00), шаблон сообщения и список врачей, для которых отправка блокируется
• поддерживаются чекбоксы для выбора периода отправки: за 1 день, за 3 дня, за 1 неделю, за 2 недели
• в шаблоны добавлены новые параметры автозамены: дата/время резерва, специальность резерва и др

Логика работы уведомления следующая:

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

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

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

При включении этой опции:

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

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

Мы доработали отображение занятости оборудования при добавлении услуг в визит.

• Если всё оборудование занято, система оставляет выбранным один из аппаратов
• Отображается уведомление: «Для услуги {артикул услуги} все оборудование занято»
• В списке оборудования, аналогично списку кабинетов, теперь добавляется пометка [Занято]

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

В карточке сотрудника в блоке Дополнительная информация появилось новое поле «Должность сотрудника для ККМ» (необязательное).

Теперь при оплате счета через ККМ в поле CashierName передается значение в формате: {Должность для ККМ} {Фамилия И.О.}
Например: «Администратор Иванов И.И.».

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

Мы расширили возможность переноса данных между документами: теперь можно быстро предзаполнять новый протокол данными из ранее созданных документов пациента — без полной подмены шаблона.

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

• слева — фильтр по типу документа (по умолчанию выбран текущий тип)
• справа — предпросмотр содержимого (как в «Просмотре»)
• внизу — кнопка «Предзаполнить»

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

• Переносятся только именованные элементы (пользовательские поля, списки, таблицы), а не весь документ
• Сопоставление «1 к 1»: если одинаковый по имени элемент есть и в источнике, и в текущем протоколе — данные копируются
• Если элементов с таким именем несколько или структура различается — используем сопоставление по родительскому блоку (заголовок/подраздел/раздел):
  • если в источнике полей больше — копируем только те, чьи родительские блоки совпали
  • если в текущем документе полей больше — заполняем те, у кого совпал родительский блок
• Шаблон текущего протокола не заменяется: переносятся лишь совпавшие по правилам поля

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

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

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

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

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

Мы обновили интеграцию с сервисом обогащения СНИЛС от N3Health, поскольку данный сервис изменил логику своей работы и перешел на модель регистрации заявок на получение СНИЛС пациента взамен ответа сразу из-за высокой нагрузки от клиник.

Теперь при нажатии «Предзаполнить» номер заказа сохраняется в карте пациента и вместо кнопки отображается: «Заказ на получение СНИЛС №{номер} создан».
Далее МИС каждые 15 секунд начинает опрашивать сервис на предмет статуса зарегистрированной заявки:

• в случае успешного ответа  — СНИЛС добавляется в карту пациента
• если данных по СНИЛС пока нет — заказ остается в очереди, а в карте пациента отображается: «Заказ на получение СНИЛС №{номер} в процессе выполнения»
• если сервис возвращает информацию с ошибкой — заказ удаляется из очереди, а в персональных данных отображается: «Заказ на получение СНИЛС №{номер} не выполнен: {текст ошибки}», при этом снова появляется кнопка «Предзаполнить».

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

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

При получении внутреннего статуса «Не пройдена проверка в РЭМД» система делает дополнительный запрос к EventLog API Нетрики и при получении статуса документа «автоматическая перевыгрузка» МИС будет продолжать запрашивать информацию о конечном статусе регистрации медицинского документа в системе ЕГИСЗ.
Таким образом исключается преждевременное прекращение опроса по документам, которые впоследствии успешно регистрируются, из-за чего возникают вопросы о «ложно отрицательных» статусов РЭМД.

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

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

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

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

В разделе «Интеграции → API» после блока «Звонки» появился новый блок «Склад» с методами для работы со справочниками:

• getLegalEntities — юрлица
• getSuppliers — поставщики
• getStorages — склады
• getStandards — нормы выработки
• getBoxes — тары
• getPtoductGroups — группы товаров
• getProducts — товары
• getStandardCalcs — стандартные калькуляции списаний

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

В блоке API «Расписание и запись» добавлен метод checkAppointmentStatus.
Метод принимает параметр appointment_id (один или несколько через запятую) и возвращает:

• id — идентификатор визита
• status — статус (upcoming — предстоящий, completed — завершён, refused — отменён)
• is_moved — флаг переноса (true / false)

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

Мы расширили API в ветеринарной версии МИС, добавив поддержку питомцев и их категорий.
В методе getAppointments (V2) теперь возвращается параметр pet_id — идентификатор питомца, к которому относится визит.
В методе getPatient появился массив pets_id со списком питомцев владельца.
Новый метод getPet - позволяет получать детальную информацию о питомце по pet_id или patient_id (владельцу). В ответе возвращаются ключевые данные: кличка, вид и порода, дата рождения, пол, вес, паспорт, чипирование, окрас, клеймо и прочая информация.

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

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

Импорт и обновление списка услуг в форматах XLS/XLSX

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

• Новые форматы файлов. Теперь поддерживается загрузка в форматах XLS и XLSX. Импорт через CSV по-прежнему доступен, но требует учёта кодировки (UTF-8) и дополнительных действий. Использование Excel-форматов делает процесс проще и надёжнее.
• Новый порядок столбцов.
  Фиксированные столбцы всегда идут в начале: артикул; код 804н; название; стоимость; себестоимость; длительность в минутах; длительность в составе комплекса; краткое описание; подробное описание; подготовка услуги; показания; противопоказания; УЕТ; синонимы.
  Дополнительные столбцы перенесены в конец (например: время исполнения; время исполнения ЦИТО; стоимость ЦИТО; биоматериал; контейнер), а также динамические столбцы, появляющиеся при наличии особых настроек (например, работа с иностранными пациентами; произвольные типы цен).
• Управление доступностью услуг для филиала. В случае выбора филиала в момент импорта в файле появилась колонка «Услуга отключена»:
  значения «1» или «да» — услуга автоматически отключается для филиала,
  значения «0», «нет» или пустое поле — услуга остаётся доступной.

Таким образом, импорт стал удобнее и предсказуемее, а управление услугами филиалов — быстрее и проще.

Сброс и актуализация кабинетов при настройке профосмотров

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

Переименование и уточнение настроек визитов

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

Блок «Фильтр визитов»:

• «Только врачи с расписанием по умолчанию» → «Показывать только элементы с расписанием»

Блок «Карточка визита»:

• «Учитывать длительность услуг во времени окончания при формировании визита» → «Автоматически рассчитывать время окончания визита по длительности услуг»
• «Допустимое прошедшее время для записи (в минутах)» перенесено в блок Календарь визитов
• «Открывать карточку созданного визита при записи в очередь» → «Автоматически открывать созданный визит при записи в статус “Ожидает”»
• «Создавать визит только в рамках расписания» → «Блокировать создание визитов вне графика работы врача»
• «Скрывать заблокированные услуги» → «Скрывать услуги, недоступные для записи»

Блок «Распорядок дня»:

• «Скрывать отмены приёма в распорядке дня по умолчанию» → «Скрывать отмены в расписании врача в распорядке дня»
• «Автоматически скрывать отмены приема через (мин.)» → «Скрывать отмены в расписании врача в распорядке дня».

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

База зананий

Мы полностью актуализировали модуль «Настройки» и добавили статью «Безопасность»