Переход на МКБ-11: что меняется в работе

МКБ-11 отличается от МКБ-10 не только кодами, но и логикой: появились основа и линейные варианты. Для клиники это проект на месяцы: пилот, сопоставление кодов, обучение и контроль ошибок. Ниже — как спланировать переход без остановки работы.

Чем отличается структура

В МКБ-11 коды буквенно-цифровые, а классификация построена из основы (foundation) и линейных вариантов для статистики. У одного понятия может быть несколько линейных кодов в разных вариантах.

Расширяющие коды

К основному коду можно добавлять расширяющие коды: они уточняют детали, которые в МКБ-10 передавались словами. Это даёт более точную статистику, но требует обучения.

Пилот

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

Маппинг

Таблицы соответствия МКБ-10 → МКБ-11 не бывают полными: часть кодов сопоставляется один-к-одному, часть — один-ко-многим. Для неоднозначных случаев нужен письменный регламент.

Обучение

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

Контроль после перехода

Сравнивайте распределение кодов до и после, следите за долей неспецифичных кодов и повторных исправлений. Резкий рост одной рубрики — повод разобрать выборку.

Отчётность в переходный период

Уточните, в какой версии нужно сдавать отчёты и как хранить исторические данные. Смешение версий в одной выгрузке ломает сравнение периодов.

Пример

Клиника начала с пилота в одном отделении: 200 случаев закодировали в двух версиях. Расхождения составили заметную долю, и до расширения пришлось описать правила для 12 неоднозначных групп кодов.

Итог

Переход на МКБ-11 — это проект по данным и обучению, а не обновление справочника. Пилот, письменный маппинг и контроль распределения кодов снижают риск ошибок в отчётности.

Что подготовить заранее

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

Без этой карты переход распадается на несвязанные задачи.

Назначьте ответственного за каждую систему.

Как оценить готовность персонала

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

Повторите срез после обучения.

Не оценивайте по самоощущению.

Риски и как их снижать

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

Снижайте риск параллельным периодом и сверкой распределений.

Фиксируйте решения письменно.

Частые ошибки

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

Четвёртая — не обновлять шаблоны и справочники в смежных системах.

Пятая — не фиксировать версию в выгрузках.

Каждую ошибку лучше поймать на пилоте.

План на четыре недели

Неделя 1 — инвентаризация систем и версий. Неделя 2 — пилот на одном отделении. Неделя 3 — разбор расхождений и правила маппинга. Неделя 4 — обучение и план расширения.

Коротко о главном

Переход на МКБ-11 — проект по данным, а не обновление справочника. Пилот, письменный маппинг и сверка распределений кодов снижают риск ошибок в отчётности.

Как считать стоимость перехода

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

Сравните два варианта: постепенный переход и параллельный период.

Зафиксируйте бюджет времени по этапам.

Что считать результатом

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

Сравните с показателями до перехода.

Оцените повторно через квартал.

Как работать с неоднозначными случаями

Заведите список групп кодов, где соответствие не один-к-одному. Для каждой группы опишите правило и пример. Список должен быть доступен кодировщикам и обновляться по мере находок.

Пересматривайте его при новых версиях.

Один список на организацию лучше десяти личных заметок.

Кого включить в рабочую группу

Кодировщика, врача-представителя отделения, сотрудника МИС и аналитика. Четыре роли закрывают правила, практику, систему и отчётность.

Добавьте вендора как консультанта, но не как владельца решения.

Встречайтесь раз в две недели.

Как закрыть проект

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

Передайте журнал решений в поддержку.

Запланируйте повторную проверку через квартал.

Итог по практике

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

Чек-лист

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

Частые вопросы

Нужно ли перекодировать архив?

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

Сколько длится переход?

Зависит от размера организации и требований. Планируйте пилот, обучение и параллельный период.

Можно ли вести обе версии одновременно?

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