Заявка принята
В этой статье вы узнаете:
- Что такое КМИС и чем она отличается от точечной МИС
- Что изменилось для медицинских организаций к 2026 году: ЕГИСЗ, электронные документы и ИБ
- Когда медицинской организации действительно нужна КМИС
- Пошаговая инструкция по внедрению КМИС в 2026 году
- Ответственность за нарушение законодательства при работе с КМИС
- Как понять, что КМИС внедрена не формально, а реально работает
- Заключение
Сколько клиника может жить в режиме, когда одна и та же информация о пациенте хранится в разных системах, документы приходится собирать вручную, а ошибки в обработке персональных данных, защите информации и соблюдении лицензионных требований могут привести к проверкам Роскомнадзора и Росздравнадзора, штрафам и дополнительным расходам?
Пока медорганизация небольшая, а ключевые процессы держатся на нескольких внимательных сотрудниках, разрозненные программы, ручные выгрузки и параллельные таблицы еще можно терпеть. Но как только растет поток пациентов, появляются несколько подразделений, электронные документы, лабораторный контур, обмен с внешними системами и требования к защите данных, такая схема начинает давать сбои. Каждый участок вроде бы работает, но вместе они уже не складываются в понятный и управляемый процесс.
«Бизнес Навигатор» смотрит на внедрение КМИС не как на покупку программы, а как на сборку рабочего контура. Мы — официальный партнер 1С и имеем подтвержденный статус «Центр компетенции по медицине».
- Поставляем, внедряем, сопровождаем и интегрируем решения 1С;
- оказываем услуги в области информационной безопасности;
- работаем с медицинскими организациями и проектами автоматизации в отрасли.
Поэтому ниже — не абстрактный обзор «про КМИС вообще», а практическая инструкция на основе опыта наших экспертов. Мы подготовили её с учетом отраслевой специфики процессов и требований к защите информации. Кроме того, вы всегда можете обратиться к нашим экспертам и получить бесплатную экспресс-консультацию по вопросам, связанным с КМИС, автоматизацией и ИБ учреждения.
Получите бесплатную консультацию
Отправить заявку
Что такое КМИС и чем она отличается от точечной МИС
Термин «КМИС» обычно используют не как юридическое, а как рабочее понятие. Закон не требует от клиники купить программу с конкретным названием «КМИС». От медорганизации требуется другое: вести медицинскую документацию по установленным правилам, соблюдать требования к электронному документообороту, защите информации, обработке персональных данных и электронной подписи, а в предусмотренных случаях — обеспечивать корректное информационное взаимодействие с ЕГИСЗ (Единой государственной информационной системой в сфере здравоохранения).
КМИС — это Комплексная Медицинская Информационная Система, которая помогает не одному кабинету или одному сотруднику, а всей клинике работать в едином цифровом контуре. Такая система связывает между собой основные процессы: запись пациента, прием, ведение медицинской документации, исследования, лабораторию, обмен данными между подразделениями, отчетность и интеграции. Ее задача простая: чтобы информация не дублировалась в разных местах, документы не приходилось собирать вручную, а сотрудники и руководство работали с согласованными данными.
Это и отличает КМИС от точечной МИС. Точечная система обычно закрывает один участок работы: например, регистратуру, расписание, отдельный вид приема или диагностическое направление. Для небольшой организации этого может хватать. Но когда пациент проходит через несколько подразделений, а данные и документы должны без потерь переходить из одного процесса в другой, локальная автоматизация начинает создавать лишние проблемы. Одна и та же информация появляется в нескольких системах, обмен между ними требует дополнительных настроек и ручных действий, а общую картину по организации приходится собирать по частям.
Поэтому КМИС — это не «еще одна программа для клиники», а способ навести порядок в работе всей медорганизации. Она нужна там, где важно видеть полный маршрут пациента, связывать между собой прием, диагностику, лабораторию, документы и управленческую аналитику, а не жить в режиме, где каждый участок автоматизирован сам по себе.
Такой контур можно выстроить на платформе «1С:Предприятие» и отраслевых решениях для медицины. У фирмы «1С» есть специализированные продукты для поликлиники, больницы и клинической лаборатории, а также облачный сервис «1С:Медицина через Интернет». Важно не только то, какие именно продукты используются, а сам принцип построения системы. В медицине единый рабочий контур часто собирают не из одной универсальной программы, а из нескольких связанных решений, каждое из которых отвечает за свой участок, но при этом работает в общей логике.
Что изменилось для медицинских организаций к 2026 году: ЕГИСЗ, электронные документы и ИБ
1. КМИС рискованно проектировать как внутреннюю программу «только для себя», без учета внешнего государственного контура.
Федеральный закон № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации» задает общую правовую рамку в сфере охраны здоровья и информационного взаимодействия, Постановление Правительства РФ № 140 от 09.02.2022 устанавливает положение о ЕГИСЗ, а Постановление Правительства РФ № 447 от 12.04.2018 определяет правила взаимодействия иных информационных систем с ЕГИСЗ. Для медорганизации это означает, что в 2026 году цифровой контур нужно изначально строить с учетом внешнего государственного контура, а не как изолированную внутреннюю систему. Это влияет не только на передачу сведений, но и на структуру данных, состав документов и устойчивость интеграций.
2. Электронный документооборот — это уже не про хранение сканов.
Приказ Минздрава России № 947н от 07.09.2020 задает правила ведения медицинской документации в электронном виде. Поэтому в 2026 году КМИС должна поддерживать не просто электронный архив, а процессы создания, подписания, хранения, доступа и обмена медицинской документацией в электронной форме. Конкретный состав функций нужно соотносить с требованиями приказа и моделью работы медорганизации, а не выводить из него расширительно.
3. Формы медицинской документации обновились, но применять их для электронных документов нужно с учетом разных сроков.
Для амбулаторного звена действует приказ Минздрава России № 274н от 13.05.2025. Он вступил в силу 1 сентября 2025 года, а для медицинской документации в форме электронных документов новые формы и порядки по этому приказу нужно применять с 1 сентября 2027 года. Для стационара и дневного стационара действует приказ Минздрава России № 530н от 05.08.2022. Это значит, что КМИС в 2026 году нужно проектировать и настраивать с учетом актуальных унифицированных форм и порядков их ведения, а не под устаревшие внутренние шаблоны. Если организация планирует развитие электронного документооборота в амбулаторном контуре, этот переходный срок тоже нужно учитывать заранее.
4. Информационная безопасность стала важной частью проекта, а не просто темой для последнего раздела в ТЗ.
Электронная подпись регулируется Федеральным законом № 63-ФЗ «Об электронной подписи», персональные данные — Федеральным законом № 152-ФЗ «О персональных данных», общая рамка по информации и ИТ — Федеральным законом № 149-ФЗ «Об информации, информационных технологиях и о защите информации», а требования к защите ПДн в ИСПДн — Постановлением Правительства РФ № 1119 от 01.11.2012. Поэтому КМИС в 2026 году нужно проектировать сразу вместе с ролями доступа, подписью, журналированием и мерами защиты информации и ИСПДн. Если оставить это «на потом», система войдет в зону риска еще до того, как успеет по-настоящему заработать.
Когда медицинской организации действительно нужна КМИС
Первый сигнал — когда данные в организации уже есть, а общей картины нет. Регистратура видит свое, врач — свое, лаборатория — свое, финансовый блок — свое, руководитель получает отчетность с задержкой и комментариями, а ИТ-служба становится переводчиком между системами. Это классический симптом лоскутной автоматизации. Она может быть насыщенной, дорогой и внешне «цифровой», но с точки зрения управления работает слабо.
Второй сигнал — сложный маршрут пациента. Например, первичный прием ведется в одном контуре, результаты исследований приходят из другого, часть документов формируется отдельно, а управленческая отчетность собирается в третьем месте. Пока поток небольшой, все держится на внимательности сотрудников. Когда нагрузка растет, система начинает терять темп: появляются дубли, задержки, повторный ввод и рассогласованные статусы документов. В этот момент КМИС нужна уже не ради цифровой зрелости, а ради нормальной работы.
Третий сигнал — хрупкий обмен и электронный документооборот. Если передача сведений в обязательные контуры или между внутренними системами регулярно требует ручного вмешательства, если документы приходится дополнять и пересобирать вручную, а интеграции держатся на памяти одного-двух сотрудников, текущая архитектура дошла до предела. Это уже не «точка роста», а точка риска.
Четвертый сигнал — слабая управленческая аналитика. Когда у организации есть программы, но нет данных, которым можно доверять, вопрос КМИС перестает быть ИТ-вопросом. Он становится вопросом управления. Руководителю нужны не просто цифры, а нормальная картина по подразделениям, врачебной нагрузке, документам, маршрутам и узким местам. Если эту картину приходится добывать вручную, текущий набор систем уже не тянет ни поток документов, ни обмены, ни нормальную управленческую аналитику.
Пошаговая инструкция по внедрению КМИС в 2026 году
Шаг 1. Назначьте владельца проекта.
Не формального куратора, а человека, который реально отвечает за результат и может принимать решения по процессам, срокам и приоритетам. В медицинских проектах без такого владельца внедрение быстро превращается в игру «это не моя зона». ИТ говорит про серверы, медблок — про врачебные формы, администрация — про регистратуру, подрядчик — про ТЗ, а КМИС зависает между всеми ними.
Шаг 2. Переведите ожидания в процессы и KPI.
Фраза «нам нужна современная система» ничего не значит. Работают другие цели: сократить ручные переносы, стабилизировать электронный документооборот, уменьшить количество дублей, получить сопоставимую отчетность по подразделениям, упростить обмен с внешними системами. Пока цель не выражена через действие и измеримый результат, проектом невозможно управлять.
Шаг 3. Проведите обследование текущего контура.
Для КМИС предпроектное обследование — обязательный этап. На нем нужно понять, как в медорганизации реально устроены процессы, где создаются документы, какие данные дублируются, какие системы уже используются, какие интеграции критичны, а где разрывы пока закрываются ручными действиями сотрудников.
Шаг 4. Спроектируйте целевую архитектуру.
Именно на этом этапе формируется целевая архитектура: какие процессы должны войти в единый цифровой контур, какие решения нужны на старте, что можно запускать поэтапно, как будет устроена работа лабораторного блока, где и в каком виде будут формироваться электронные документы, какие обмены критичны и какие требования система должна выдерживать в реальной эксплуатации.
Шаг 5. Проверьте обязательные требования до выбора решения.
До выбора КМИС нужно разобраться, какие требования система обязана выдерживать на практике: по формам документации, электронным документам, электронной подписи, ИСПДн и обмену с ЕГИСЗ. Если этот контур не проработан заранее, выбор решения почти всегда оказывается поверхностным. В результате организация покупает систему, а уже потом выясняет, что ее нужно срочно дорабатывать под реальные требования.
Шаг 6. Сформируйте требования к КМИС и критерии выбора.
Сравнивать нужно не рекламные презентации поставщиков, а пригодность решения к вашим сценариям. Для врача важны одни вещи, для регистратуры — другие, для лаборатории — третьи, для ИТ и ИБ — четвертые, для руководства — пятые. Если все эти роли не отражены в требованиях, система почти наверняка понравится кому-то одному и разочарует остальных.
Шаг 7. Подготовьте инфраструктуру, доступы и ИБ.
Это не только серверы и рабочие места. Это сертификаты подписи, роли доступа, журналирование, резервирование, тестовая среда, правила обновлений, меры по защите ПДн и ИСПДн. В медицинских проектах внедрение 1С, интеграции и ИБ нельзя разрывать: документ, маршрут и безопасность в реальной работе всегда идут вместе.
Шаг 8. Спланируйте миграцию данных и переход на электронный документооборот.
Опаснее всего здесь соблазн «перенесем все». На практике нужно решать точнее: что переносится обязательно, что очищается, что архивируется, как сверяются справочники, как проверяется качество переноса, как будет жить организация в переходный период. Иначе новая система получает старые ошибки в красивой упаковке. С медицинскими данными это особенно болезненно: ошибка миграции бьет не только по отчету, но и по доверию пользователей.
Шаг 9. Проведите пилот и запускайте поэтапно.
Массовый старт без пилотного запуска похож на попытку проверить парашют за секунду до прыжка. Иногда срабатывает, но безопаснее сначала поднять ограниченный контур: одну площадку, одно подразделение, набор типовых ролей или сценариев. На пилоте сразу видно, где процесс действительно работает, а где пока только красиво выглядит в презентации.
Шаг 10. Заложите постпроектную стабилизацию.
Система не становится рабочей в момент подписания акта. Она становится рабочей, когда качество данных стабилизируется, пользователи перестают искать обходные пути, KPI начинают отражать реальную картину, а обмены работают без постоянного ручного вмешательства. В этот момент КМИС перестает быть разовым проектом и становится обычным рабочим инструментом для всей организации.
Рабочая карта этапов
| Этап внедрения | Что сделать | Кто отвечает | Какой результат должен быть на выходе |
|---|---|---|---|
| Назначить владельца проекта | Определить руководителя проекта и рабочую группу | Руководство медорганизации | Есть единый центр принятия решений |
| Зафиксировать цели | Перевести ожидания в процессы и KPI | Владелец проекта, медблок, ИТ | Есть измеримые цели |
| Провести обследование | Описать процессы, роли, документы, интеграции и разрывы | Проектная команда, подрядчик | Есть карта текущего контура |
| Спроектировать целевую модель | Определить архитектуру КМИС и карту обменов | Руководство, проектная команда | Есть целевой цифровой контур |
| Проверить нормативные требования | Сверить документы, ЕГИСЗ, подпись, ПДн, ИСПДн | ИТ, ИБ, юристы, медблок | Нет критичных белых пятен |
| Сформировать требования к системе | Подготовить сценарии и критерии выбора | Проектная команда | Есть согласованное ТЗ |
| Подготовить инфраструктуру | Настроить доступы, среду, подпись, резервирование | ИТ и ИБ | Контур готов к запуску |
| Спланировать миграцию данных | Очистить, перенести и проверить данные | ИТ, владельцы данных | Данные переходят без хаоса |
| Провести пилот и обучение | Ограниченно запустить контур и собрать обратную связь | Проектная команда, руководители подразделений | Процесс проверен, откорректирован, в итоге выполняется без ошибок |
| Запустить и стабилизировать | Измерять KPI, разбирать ошибки, сопровождать | Владелец проекта, ИТ, подрядчик | КМИС реально работает |
Ошибки, из-за которых проект внедрения КМИС срывается
Самая частая ошибка — внедрение ради внедрения.
Организация понимает, что «надо цифровизироваться», но не отвечает себе на вопрос, что именно должно измениться после проекта. В итоге появляется система без критериев успеха. Пользователи раздражены, руководство не видит эффекта, подрядчик показывает формально выполненные работы, а проект начинает восприниматься как дорогая неприятность.
Вторая ошибка — автоматизировать беспорядок.
Если организация не описала процессы до старта, новая система не наведет порядок сама. Она просто перенесет старые перекосы в новый интерфейс и новую базу. После этого все удивляются, почему цифровизация не помогла, хотя проблема изначально была не в программе, а в логике работы.
Третья ошибка — выбирать решение только по цене, бренду, демонстрации или советам коллег.
Презентация почти всегда показывает идеальный сценарий. Советы коллег тоже не дают надежной опоры: система, которая подошла другой клинике, может не подойти вам из-за другой структуры подразделений, маршрутов пациента, состава документов, требований к интеграциям, нагрузки, правил подписи и состава услуг. В медицине слишком многое зависит от конкретной организации, чтобы выбирать КМИС по принципу «у них работает — значит, и нам подойдет».
В реальной медорганизации система должна выдерживать сложные маршруты, нестандартные ситуации, оформление медицинских документов, работу с электронной подписью, обмены между системами и взаимодействие нескольких подразделений. Если не проверить это до выбора решения, основные проблемы проявятся уже в ходе проекта: выяснится, что часть процессов не укладывается в типовую логику, интеграции требуют доработок, а привычные для клиники сценарии приходится перестраивать под ограничения системы.
Четвертая ошибка — отложить ИБ «на потом».
Для медицины это почти всегда плохая идея. Документы, подпись, права доступа, ПДн, журналирование и ИСПДн нельзя добавлять к готовому проекту как декоративную рамку. Иначе система может функционировать, но постоянно быть в зоне риска. Именно связка КМИС, интеграций и ИБ в одном проектном контуре снижает риск несогласованных решений между внедрением, обменами и защитой информации.
Пятая ошибка — недооценить миграцию данных и обучение.
Если в новую систему переехали грязные справочники, дубли пациентов и старые логические ошибки, пользователи перестают доверять КМИС быстрее, чем успевают выучить новый интерфейс. После этого начинается откат к параллельным таблицам, блокнотам и неофициальным чатам.
Шестая ошибка — считать проект завершенным в день запуска.
На самом деле в этот день начинается честная эксплуатация. И если у команды нет плана стабилизации, очереди улучшений и механизма контроля качества данных, КМИС рискует остаться формально внедренной, но не стать опорой для реальной работы.
Типовые ошибки и как их предотвратить
| Типовая ошибка | Чем опасна | Как предотвратить | Чем может помочь «Бизнес Навигатор» |
|---|---|---|---|
| Нет владельца проекта | Решения расползаются между подразделениями | Назначить единого владельца с полномочиями | Проведем консультацию по ролям, полномочиям и организации проекта. |
| Не описаны процессы | Система закрепляет старый беспорядок | Провести обследование до выбора решения | Выполним предпроектное обследование и составим «дорожную карту» проекта. При желании вы сможете использовать эти материалы для внедрения своими силами или с другим подрядчиком. |
| Выбор по демо, советам или цене | Получаете не то, что нужно процессам | Фиксировать критерии выбора заранее | Поможем сформировать критерии выбора и сценарии проверки. |
| ИБ вынесена «на потом» | Возникают риски по подписи, ПДн, доступам и журналам | Проектировать ИБ вместе с КМИС | Обеспечим инфобезопасность под ключ или выполним отдельные работы по защите информации. |
| Слабая миграция данных | Дубли, ошибки, недоверие к системе | Делать отдельный план миграции и верификацию | Подготовим план миграции, перенос и сверку данных. |
| Нет пилота и обучения | Пользователи сопротивляются, сценарии ломаются | Запускать поэтапно и учить по ролям | Выполним пилотный запуск, обучение и сбор обратной связи, корректировки до финального результата. |
| Нет обслуживания после старта | КМИС формально есть, реально не работает | Планировать постпроектную фазу заранее | Обеспечим сопровождение и развитие системы. |
Хотите внедрить КМИС без ошибок и затрат на их исправление? Отправьте заявку, Андрей или Анна перезвонят вам в ближайшее время и проконсультируют.
Задать вопрос
Ответственность за нарушение законодательства при работе с КМИС
КМИС — это не только вопрос удобства и скорости работы. Это еще и зона юридической ответственности. Нарушение правил разграничения доступа, обработки персональных данных, сохранения врачебной тайны, использования электронной подписи или защиты информации может обойтись медорганизации заметно дороже, чем любая неудачная доработка интерфейса. Важно соотносить каждый риск с конкретным составом правонарушения: одна и та же техническая ошибка не всегда образует один и тот же состав ответственности, а максимальные санкции зависят от квалификации нарушения.
| Закон или акт | Что регулирует в контуре КМИС | Предусмотренная ответственность | Ссылки на текст НПА |
|---|---|---|---|
| 152-ФЗ «О персональных данных» + ст. 13.11 КоАП РФ | Законность обработки ПДн пациентов и сотрудников, обязанности оператора, требования к обработке и защите персональных данных | Административная ответственность по ст. 13.11 КоАП РФ зависит от состава нарушения. По отдельным составам для юридического лица — до 500 млн руб.; максимальный размер по статье включает оборотный штраф от 1 до 3% выручки, но не менее 20 млн руб. и не более 500 млн руб., который применяется не к любому нарушению, а к повторным составам, предусмотренным ч. 15 и ч. 18 ст. 13.11 КоАП РФ. |
|
| Постановление Правительства РФ № 852 + ст. 14.1 КоАП РФ | Лицензионный контур медицинской деятельности и соблюдение лицензионных требований | При грубом нарушении лицензионных требований — до 200 тыс. руб. для юридического лица или до 90 суток административного приостановления деятельности. |
|
| 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации» + ст. 13.14 КоАП РФ | Конфиденциальность сведений о факте обращения за медицинской помощью, состоянии здоровья и иных сведений, составляющих врачебную тайну; административная ответственность — за разглашение информации с ограниченным доступом | До 200 тыс. руб. для юридического лица; для должностного лица — дисквалификация до 3 лет |
|
| 149-ФЗ «Об информации, информационных технологиях и о защите информации» + ст. 13.12 КоАП РФ | Общие требования к информации, ИТ и защите информации; по ст. 13.12 КоАП РФ — ответственность за нарушение правил защиты информации | В зависимости от состава — до 100 тыс. руб. для юридического лица; по отдельным составам, связанным с лицензируемой деятельностью в области защиты информации, — до 90 суток административного приостановления деятельности. |
|
| УК РФ, ст. 272 | Неправомерный доступ к охраняемой законом компьютерной информации в информационной системе | До 7 лет лишения свободы | УК РФ, ст. 272 |
| УК РФ, ст. 272.1 | Незаконные использование и (или) передача, сбор и (или) хранение компьютерной информации, содержащей персональные данные, а также создание и (или) обеспечение функционирования информационных ресурсов, предназначенных для ее незаконных хранения и (или) распространения | По ч. 1 — до 4 лет лишения свободы. Максимум по статье — до 10 лет лишения свободы и до 3 млн руб. штрафа — предусмотрен только для деяний, указанных в чч. 1–4 ст. 272.1 УК РФ, если они повлекли тяжкие последствия либо совершены организованной группой. | УК РФ, ст. 272.1 |
Как понять, что КМИС внедрена не формально, а реально работает
Первый критерий — ключевые процессы действительно вышли из ручного режима. Не на словах и не в итоговой презентации, а в ежедневной работе. Регистрация, оформление документа, прием, результаты исследований, движение пациента между подразделениями, подпись и обмен происходят в целевом контуре, а не через набор временных обходов.
Второй критерий — руководитель начинает доверять цифрам. Это очень точный маркер. Если после внедрения отчетность по подразделениям, нагрузке, документам и маршрутам собирается быстрее и вызывает меньше споров о корректности, система начинает работать как инструмент управления. Когда же у каждой службы по-прежнему свои цифры, комплексного эффекта нет, даже если интерфейс стал приятнее.
Третий критерий — КМИС используют разные роли, а не только регистратура или несколько мотивированных сотрудников. Врач, средний персонал, администратор, ИТ, руководитель и аналитик должны видеть в ней рабочий инструмент для своей части процесса. Если система живет только в одном сегменте, у вас еще не КМИС, а хорошо автоматизированный участок.
Четвертый критерий — электронный документооборот и обмены перестают быть ручным искусством. Документы создаются по понятной модели, подписываются по регламенту, права доступа не «плавают», а интеграции держатся не на памяти одного сотрудника, а на выстроенной схеме. С этого момента система перестает быть сервисом на энтузиазме и становится нормальной инфраструктурой.
Пятый критерий — у проекта есть взрослая жизнь после запуска. Появляются KPI, контроль качества данных, очередь улучшений, правила сопровождения, понятные роли поддержки и дорожная карта развития. Это и есть признак того, что КМИС внедрена не для отчета, а для работы.
Заключение
Именно поэтому сильный проект начинается не с вопроса «какую КМИС купить», а с вопроса «как у нас реально устроена работа и где она рвется». Практический маршрут обычно выглядит так: обследование, затем проектирование целевой архитектуры, после этого внедрение и сопровождение. Это менее эффектно, чем обещание «быстро все поставим», но лучше помогает увидеть реальные разрывы процессов, данных, интеграций и ИБ до старта проекта.
Если ваша медорганизация уже живет на ручных обменах, параллельных таблицах, несостыкованных данных и плотной зависимости от нескольких «знающих» сотрудников, правильный следующий шаг — не срочная закупка КМИС, а профессиональное обследование текущего контура. Такое обследование помогает заранее увидеть разрывы процессов, риски миграции, требования к интеграциям и уязвимые места в контуре ИБ.
Обратитесь в ООО «Бизнес Навигатор» и получите бесплатный экспресс-аудит текущего контура и готовности медицинской организации к внедрению КМИС.
Отправить заявку