Ошибка перевода неявок в архив в медицинских информационных системах

Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

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

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

Суть проблемы: в чем заключается ошибка?

В стандартном рабочем процессе (workflow) приема пациента существуют следующие ключевые статусы визита:

  • Запланирован / Записан — пациент записан на определенное время.
  • Пришел / На приеме — пациент зарегистрирован в регистратуре или врачом.
  • Прием завершен / Выписан — медицинская помощь оказана, документация заполнена.
  • Не явился (No-show) — пациент не пришел в установленное время без предварительного уведомления.
  • Отменен — визит отменен заранее (пациентом или клиникой).

Ошибка «Сдача в архив» заключается в том, что система (или оператор по незнанию) переводит карту пациента или конкретный визит в статус «Архивный» сразу после фиксации факта неявки.

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

Основные причины возникновения ошибки

Неправильная настройка бизнес-процессов (Workflow) в МИС

Многие коробочные решения (1С:Медицина, Медблок, Инфоклиника, МОС, региональные ЭМИАС и др.) позволяют настраивать автоматическую смену статусов. Частая ошибка администраторов системы — назначить действию «Отметить неявку» триггер «Перевести в архив» вместо «Установить статус «Не явился»».

Человеческий фактор (ошибка регистратора/администратора)

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

Отсутствие отдельного справочника статусов визита

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

Ошибки интеграции с ЕМИАС / региональными системами

При обмене данными с едиными медицинскими информационно-аналитическими системами (ЕМИАС в Москве, ГИС Здравоохранение и др.) может происходить некорректная интерпретация кодов статусов. Например, код «Визит не состоялся» на стороне региональной системы маппится на код «Архив» в локальной МИС клиники.

Последствия для медицинской организации

Нарушение медицинской документации (ФЗ-323, Приказ Минздрава № 1130н)

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

  • Теряется история контактов (факты записи и неявок).
  • Невозможно составить достоверный отчет по показателю «Процент неявок» (No-show rate).
  • Нарушается требование ведения учета обращений застрахованных лиц (для ОМС/ДМС).

Финансовые потери и проблемы с ОМС/ДМС

  • ОМС: Тариф оплачивается за оказанную помощь. Неявка не оплачивается, но она должна быть зафиксирована для статистики и планирования нагрузки. Архив скрывает этот факт.
  • ДМС: Страховые компании требуют отчеты по неявкам (часто с штрафными санкциями за высокий процент). Если пациенты «в архиве» — отчет сгенерировать невозможно.
  • Платные услуги: Потеря контакта с «горячим» клиентом, который просто забыл или опоздал. CRM-модуль не увидит его в активной базе для перезвона.

Операционные сложности для персонала

  • Сложность повторной записи: Чтобы записать пациента снова, администратору нужно: найти архив -> разархивировать -> открыть карту -> записать. Это увеличивает время обслуживания в 3-5 раз.
  • Потеря контекста: Врач не видит, что пациент уже не явился ранее (нет алерта «Пациент имел неявки»), не может принять взвешенное решение о приоритете записи.
  • Проблемы с SMS/Email-напоминаниями: Автоматические системы рассылок обычно работают с «Активными» записями. Архивный визит исключается из рассылки напоминаний о следующей записи.

Как правильно должно работать: Стандартный процесс обработки неявки

  1. Фиксация факта: В момент окончания слота приема (или через 15-20 мин после начала) регистратор/врач нажимает кнопку «Не явился» (No-show).
  2. Смена статуса визита: Статус талона меняется на «Не состоялся / Не явился». Талон остается в истории пациента, но исчезает из «Активного журнала приема» врача на сегодня.
  3. Сохранение активности пациента: Карта пациента (профиль) остается в статусе «Активный» / «Наблюдается». Никакого архивации не происходит.
  4. Автоматические действия (Best Practice):
    • Срабатывает триггер в CRM: задача администратору/колл-центру «Перезвонить пациенту для переноса записи» (SLA: в течение 1-2 часов).
    • Фиксируется метрика неявки для аналитики (причина, время, врач).
    • Если настроено — автоматическое СМС: «Вы не явились на прием к врачу ИВАНОВУ И.И. Записаться снова: ссылка/телефон».
  5. Повторная запись: При звонке пациента администратор видит историю неявок, открывает активную карту и делает новую запись за 10 секунд.

Способы устранения и профилактики ошибки

Настройка прав доступа (RBAC, Role-Based Access Control)

Запретите роль «Регистратор» / «Администратор» архивировать пациентов. Право «Перевести в архив» / «Завершить наблюдение» / «Выписать» должно быть только у:

  • Врача (для завершения лечения/наблюдения).
  • Старшей медсестры / Зав. отделения.
  • Администратора МИС (системного админа) — для ручной корректировки ошибок.

Настройка бизнес-процессов в МИС (Конфигуратор)

В конфигураторе системы найдите событие «Нажатие кнопки ‘Не явился’» или «Смена статуса визита на ‘Не явился’». Убедитесь, что в действиях НЕТ команды «Установить статус пациента = Архив». Должна быть только команда «Установить статус визита = Не явился».

Визуальное разделение интерфейса (UX/UI)

Если система позволяет кастомизацию форм:

  • Кнопку «Не явился» сделайте оранжевой/красной с иконкой «Человек с крестиком».
  • Кнопку «В архив» / «Завершить наблюдение» спрячьте в подменю «Действия с картой» или сделайте серой с иконкой «Архив/Ящик» и обязательным диалогом подтверждения: «Вы точно хотите завершить наблюдение за пациентом? Это скроет его из активных списков».

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

При нажатии «Не явился» система должна требовать выбрать причину (справочник):

  • Не дозвонились / Не предупредили.
  • Заболел / Почувствовал себя лучше.
  • Записался в другое место;
  • Финансовые причины.
  • Ошибка записи (дубль).

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

Контроль и аудит (Регулярные отчеты)

Настройте еженедельный автоматический отчет для главного врача / МЭК: «Пациенты, переведенные в архив за неделю».

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

Алгоритм исправления уже допущенной ошибки (Ретроспективно)

Если ошибка уже произошла и сотни пациентов ошибочно сданы в архив:

  1. Выгрузка списка: Сформируйте SQL-запрос или отчет: «Все пациенты со статусом Архив, у которых за последние 30 дней был статус визита ‘Не явился’ или ‘Запланирован’».
  2. Массовое разархивирование: Большинство МИС имеют функцию «Массовое изменение статуса» или скрипт в конфигураторе. Верните статус «Активен / Наблюдается» для выгруженного списка.
  3. Восстановление истории визитов: Убедитесь, что визиты со статусом «Не явился» восстановились в истории пациента (не удалились при архивации). Если удалились — восстанавливайте из бэкапа БД (Point-in-time recovery) или вручную по логам аудита.
  4. Рассылка/Обзвон: Инициируйте обзвон этих пациентов колл-центром: «Мы заметили, что вы не пришли на прием, хотите записаться снова?».
  5. Анализ причины: Проведите совещание с регистратурой и IT-отделом, внедрите меры из п. 5.

Чек-лист для проверки вашей МИС прямо сейчас

Проверка Ожидаемый результат Статус (Да/Нет)
Есть ли отдельный статус визита «Не явился» (No-show)? Да, отличный от «Отменен» и «Архив»
При нажатии «Не явился» карта пациента остается активной? Да, статус пациента не меняется
Может ли регистратор случайно нажать «В архив» вместо «Не явился»? Нет (разные меню, разные права, подтверждение)
Формируется ли задача на перезвон при неявке автоматически? Да (CRM/Задачи/Telegram-бот)
Видит ли врач в карте пациента историю неявок? Да, в разделе «История визитов» с иконкой предупреждения
Есть ли отчет «Процент неявок по врачам/отделениям» за месяц? Да, строится по статусу визита «Не явился»

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

Главное правило: Неявка — это событие в истории визитов, а не повод для завершения наблюдения за пациентом.

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


Статья подготовлена на основе лучших практик управления медицинскими информационными системами (МИС), требований законодательства РФ (ФЗ-323, Приказы Минздрава) и стандартов качества медицинской помощи (КМС, JCI).