Как выбрать медицинскую информационную систему для клиники: критерии и вопросы поставщику

Материал информационный. Он не заменяет консультацию юриста и специалиста по защите информации: обязанности конкретной клиники зависят от её формы, региона и видов работ. Нормативные тексты прочитаны по справочной системе КонсультантПлюс, состояние на октябрь 2026 года.

Что такое МИС и зачем она клинике

Медицинская информационная система (МИС) - программа или набор программ, в которых клиника ведёт свою работу: расписание врачей, записи пациентов, электронные медицинские карты, назначения, оплату, отчёты. Закон об охране здоровья оперирует понятием «информационные системы медицинских организаций». Статья 91 закона № 323-ФЗ перечисляет, через что идёт информационное обеспечение в здравоохранении: государственные информационные системы федерального и регионального уровня, системы обязательного медицинского страхования, информационные системы медицинских организаций и фармацевтических организаций¹. Именно к системам медицинских организаций относится то, что клиники обычно называют МИС.

Зачем она нужна, если можно вести таблицу и бумажные карты? Для небольшого кабинета таблица иногда действительно хватает. Но у клиники быстро появляются задачи, которые таблицей решаются плохо:

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

Важно понимать, чем МИС не является. Сайт клиники, онлайн-виджет записи, CRM для работы с обращениями и бухгалтерская программа - это отдельные инструменты. Часть МИС умеет их функции, часть - обменивается с ними данными. Выбирая МИС, вы выбираете не «программу», а основу рабочего процесса, из которой потом очень трудно выйти.

Что говорят закон и приказ Минздрава

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

Закон. Требования к государственным информационным системам субъектов, к медицинским информационным системам медицинских организаций и к информационным системам фармацевтических организаций устанавливает федеральный орган исполнительной власти в сфере здравоохранения, то есть Минздрав России¹. Статья 91.1 создаёт единую государственную информационную систему в сфере здравоохранения (ЕГИСЗ); её положение утверждает Правительство, а среди поставщиков и пользователей информации названы в том числе медицинские организации².

Положение о ЕГИСЗ. Положение утверждено постановлением Правительства от 09.02.2022 № 140. По прочитанному тексту (пункты 36-45 и 56-59): поставщиками информации называются, среди прочих, медицинские организации государственной, муниципальной и частной систем здравоохранения; поставщики обязаны представлять сведения в установленном порядке и сроки и обеспечивать их актуальность и достоверность; состав и сроки определяет приложение № 1; для ряда поставщиков достоверность сведений подтверждается усиленной квалифицированной электронной подписью; медицинские информационные системы медицинских организаций государственной, муниципальной и частной систем входят в перечень систем, с которыми взаимодействует ЕГИСЗ, а взаимодействие идёт через интеграционные подсистемы³. Оператор интеграционного сервиса в справочном материале описывает три способа подключения МИС: напрямую, через региональную систему или через оператора иных информационных систем¹¹; это описание поставщика услуги, а не норма. Выводы по Положению приведены по тексту в редакции, которую показывала справочная страница на дату проверки; перед внедрением проверьте действующую редакцию и приложение № 1.

Приказ Минздрава № 911н. Приказ от 24.12.2018 № 911н утвердил требования к государственным информационным системам субъектов, к МИС медицинских организаций и к информационным системам фармацевтических организаций; он вступил в силу с 1 января 2020 года⁴. В приложении есть общий раздел (защита информации, программно-технические требования) и отдельный раздел о МИС медицинских организаций. Среди общих требований, по тексту: размещение программно-технических средств на территории Российской Федерации; сертифицированные средства защиты; хранение медицинской документации в электронном виде с резервным копированием и восстановлением; журналирование доступа и операций; круглосуточная работа с ограничением по времени плановых работ; обмен сведениями с ЕГИСЗ; автоматическое формирование и проверка электронной подписи⁴. Раздел о МИС описывает функциональные подсистемы: поддержка управленческих решений, управление потоком пациентов (электронная регистратура), электронная медицинская карта, телемедицина, профилактика, иммунизация⁴. Электронная медицинская карта, в частности, должна позволять заказывать диагностические исследования и получать их результаты в электронном виде, оформлять электронные документы и справки⁴.

Что из этого следует и чего не следует. Следует: поставщик, которому вы доверяете работу клиники, должен уметь отвечать на вопросы о размещении данных, защите, копиях, журналах, подписи и обмене с ЕГИСЗ. Не следует автоматически: что любая частная клиника обязана купить именно «МИС»; что любая система автоматически «соответствует приказу», если об этом сказано в рекламе. Объём обязанностей вашей организации по передаче сведений в ЕГИСЗ, формат и сроки определяются Положением и приложениями, а также региональными особенностями. Я не нашёл в прочитанных разделах отдельного условия, которое прямо требовало бы от частной клиники иметь программу под названием МИС, но передача сведений описана через информационные системы³. Как это работает для вашей лицензии и региона, нужно подтвердить у юриста и у поставщика, письменно.

Не принимайте решение по фразе «наша система соответствует требованиям Минздрава». Попросите назвать, к каким пунктам приказа № 911н и Положения о ЕГИСЗ относится это утверждение, и как это подтверждается.

Из чего состоит МИС: типичные модули

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

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

Электронная медицинская карта (ЭМК). Приём, диагнозы, назначения, шаблоны протоколов, вложения. В приказе № 911н карта описана как отдельная подсистема со своими возможностями⁴. Здесь решается вопрос, насколько врачу удобно: если на заполнение уходит слишком много времени, документы будут вестись формально.

Лаборатория и диагностика (ЛИС, обмен результатами). Заказ исследований, получение результатов, подключение внешних лабораторий. По приказу карта должна работать с заказом и получением результатов в электронном виде⁴; насколько это реализовано именно у вас, зависит от набора партнёров.

Касса и расчёты. Выставление счетов, приём оплаты, работа с кассовой техникой, возвраты, акты, договоры с юридическими лицами. Требования к ценам и договорам определяют правила платных услуг - см. материал о постановлении № 659.

Склад и расходные материалы. Учёт материалов и лекарственных средств, списания. Нужен там, где есть процедурные кабинеты, стоматология, косметология.

Аналитика и управленческие отчёты. Выручка по врачам и услугам, загрузка кабинетов, повторные приёмы, источники обращений. Помните, что источник пациента (сайт, карты, рекомендации) нужно записывать в систему при обращении, иначе отчёта не будет; об учёте источников см. материал о сквозной аналитике.

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

Кабинет пациента и мобильное приложение. Хороши для повторных пациентов, но создают дополнительные обязанности по защите данных и по оформлению согласий.

Сначала задачи: как описать, что нужно клинике

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

1. Опишите свой рабочий день по ролям. Что делает администратор от звонка до оплаты, что делает врач от открытия карты до закрытия приёма, что делает руководитель в конце месяца. Запишите шаги как есть, без желаемого.
2. Отметьте боли. Двойной ввод, потерянные записи, долгий поиск карты, отчёты вручную, ошибки в расчётах.
3. Разделите требования на три группы. Обязательные (без них нельзя работать), важные (сильно упростят), желательные (приятно иметь). Обязательные и важные превращаются в критерии оценки.
4. Учтите этап клиники. Кабинет одного врача, небольшая клиника на несколько специалистов и сеть с филиалами - три разные задачи. Кабинету может хватить расписания и простой карты; сети нужны единая картотека, права доступа по филиалам и консолидированные отчёты. Покупка «с запасом» дорога: вы платите за функции, которые не используете, и усложняете работу тем, кому нужна простота.
5. Запишите ограничения. Бюджет в месяц и в год, срок внедрения, кто отвечает за проект, кто будет обучать, что нельзя менять (кассовая техника, существующий сайт, лабораторные партнёры).

Приведу пример расчёта, чтобы ощутить цену неудобной системы. Допустим, администраторы вводят каждую запись дважды: в расписание и в таблицу для отчёта. Допустим, записей 40 в день, на дубль уходит 2 минуты. Получается 40 × 2 = 80 минут в день; при 22 рабочих днях 80 × 22 = 1 760 минут, то есть около 29 часов в месяц. Числа условные, но порядок понятен: потеря времени сопоставима с рабочей неделей сотрудника. Такой расчёт по своим цифрам - лучший аргумент при обсуждении бюджета.

Критерии выбора: на что смотреть кроме списка функций

Рамка из восьми критериев. Для каждого заведите оценку по своей шкале и подтверждайте её фактами, а не словами менеджера.

1. Соответствие задачам. Проверьте не наличие слова «ЭМК» в списке, а ваши сценарии: как записать пациента к двум врачам подряд, как оформить возврат, как выгрузить отчёт за месяц по услугам.
2. Удобство для врача и администратора. Количество кликов, скорость открытия, работа с шаблонами, мобильная версия. Врачи - главная группа, которая будет работать в системе каждый день; если им неудобно, внедрение провалится.
3. Данные и защита. Где хранятся данные, как делаются копии, какие меры защиты, как оформлена обработка по поручению (раздел ниже).
4. Закон и обмен с государственными системами. Что именно умеет система в части ЕГИСЗ, электронной подписи, электронных документов (раздел ниже).
5. Интеграции. Сайт, онлайн-запись, телефония, касса, платежи, лаборатории, рассылки. Оцените не наличие слова «API», а то, кто и за какие деньги делает интеграцию и кто отвечает, если она ломается.
6. Поддержка и эксплуатация. Каналы обращения, время реакции, график работ, как выпускаются обновления, кто следит за изменениями правил.
7. Совокупная стоимость владения. Лицензии, внедрение, обучение, миграция данных, интеграции, поддержка, рост числа рабочих мест.
8. Выход и независимость. Возможность забрать все данные в понятном формате и перейти на другую систему.

Совокупная стоимость владения: условный расчёт

Цена в прайсе - лишь часть расходов. Допустим, клиника из пяти рабочих мест оценивает систему на три года (все числа условные, не цены рынка). Лицензия - 1 500 ₽ в месяц за рабочее место, внедрение - 60 000 ₽ единовременно, обучение - 20 000 ₽, перенос данных - 30 000 ₽, интеграция с сайтом и кассой - 40 000 ₽.

• Лицензии: 1 500 × 5 × 36 = 270 000 ₽.
• Единовременные расходы: 60 000 + 20 000 + 30 000 + 40 000 = 150 000 ₽.
• Итого за три года: 270 000 + 150 000 = 420 000 ₽; в среднем около 11 700 ₽ в месяц.

Сравнивайте варианты по такой «трёхлетней» цене, а не по цене лицензии. И обязательно спросите, что происходит с ценой при росте числа рабочих мест, филиалов, объёма хранимых данных и при выходе новых версий.

Данные, подпись и реестр отечественного ПО

Персональные данные и их хранение. МИС хранит сведения о здоровье, а это специальная категория персональных данных; её обработка допускается, в частности, в медицинских целях лицом, профессионально занимающимся медицинской деятельностью и обязанным сохранять врачебную тайну⁷. Для сбора персональных данных граждан России, в том числе через интернет, закон требует записывать, систематизировать, накапливать, хранить, уточнять и извлекать их с использованием баз данных, находящихся на территории России, за исключением случаев, перечисленных в статье⁵. Для вас это означает простой вопрос поставщику: где физически находятся серверы и где хранятся резервные копии. Ответ «в облаке» не принимается: нужен адрес, юридическое лицо - владелец площадки и договор.

Обработка по поручению. Если оператором является клиника, а данные обрабатывает поставщик, это оформляется поручением. Закон требует в поручении указать перечень данных, перечень действий, цели обработки, обязанность соблюдать конфиденциальность и меры по защите, обязанность предоставлять по запросу документы, подтверждающие соблюдение требований, и обязанность уведомлять оператора об инцидентах в случаях, предусмотренных законом; за действия обрабатывающего лица перед субъектом данных отвечает оператор, то есть клиника⁶. Поэтому договор с поставщиком МИС не может быть формальностью.

Электронная подпись. Закон об электронной подписи различает простую подпись и усиленную; усиленная бывает неквалифицированной и квалифицированной, а квалифицированная требует сертификата и средств, подтверждённых на соответствие⁹. В Положении о ЕГИСЗ для ряда поставщиков достоверность сведений подтверждается усиленной квалифицированной подписью³. Спросите, какие виды подписи поддерживает система, как хранятся ключи и как организована подпись документов врачом и сотрудником.

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

Вопросы поставщику: чек-лист из 25 пунктов

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

Данные и хранение

1. Где физически размещены серверы с данными и где хранятся резервные копии? Какое юридическое лицо владеет площадкой?
2. Привлекаются ли субподрядчики (хостинг, облако, сервисы рассылок), и как они указаны в договоре?
3. Как оформляется поручение на обработку персональных данных и что в нём прописано (перечень данных, действий, цели, меры защиты, уведомление об инцидентах)?⁶
4. Какие меры защиты применены, какие сертификаты и подтверждающие документы есть?
5. Как часто делается резервное копирование, как долго копии хранятся, проверяется ли восстановление и когда проверяли последний раз?
6. Ведётся ли журнал доступа и операций, кто может его посмотреть?
7. Как устроено разграничение прав: по ролям, по филиалам, по картам?
8. Как и за какое время поставщик сообщает об инциденте с данными?

Закон и обмен

1. Что именно система передаёт в ЕГИСЗ, через какой интеграционный механизм, и кто отвечает за сбои?³
2. Какие виды электронной подписи поддерживает система и как организована подпись документов?⁹
3. Какие электронные документы формирует система (справки, выписки, направления) и как они хранятся?
4. Есть ли запись в реестре российского программного обеспечения? Просим номер.¹⁰
5. На каких условиях предоставляется право использования, есть ли в составе сторонние компоненты и чьи они?

Эксплуатация и поддержка

1. Какой уровень доступности системы гарантируется договором (SLA), какое время плановых работ, что при сбое?
2. Как устроена техподдержка: каналы, часы, время реакции, кто разбирает инцидент?
3. Кто и как обновляет систему при изменении правил и форматов обмена, входит ли это в абонентскую плату?
4. Как проходит обучение, сколько часов, для каких ролей, что после обучения?
5. Сколько времени занимает внедрение для клиники нашего размера, кто с вашей стороны отвечает за проект?

Интеграции и перенос

1. Какие интеграции готовы (сайт, онлайн-запись, телефония, кассы, лаборатории, платежи), какие делаются под заказ и за какую цену?
2. Как переносятся данные из прежней системы: что переносится, в каком формате, как проверяется полнота?
3. Можно ли получить полную выгрузку наших данных в понятном формате в любой момент и по окончании договора? Входит ли это в цену?

Деньги и договор

1. Что входит в стоимость, что оплачивается отдельно, как меняется цена при росте числа рабочих мест, филиалов, объёма данных?
2. Каков порядок расторжения, сколько дней хранятся данные после расторжения и как они удаляются?
3. Можно ли поговорить с клиникой, похожей на нашу по профилю и размеру? Дадите ли вы контакт?
4. Какие изменения в системе запланированы на ближайший год и где это зафиксировано?

Пилот, внедрение и миграция данных

Пилот: как проверить систему до покупки

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

1. Выберите 2-3 кандидата. Больше трудно сравнивать.
2. Подготовьте сценарии. Десять-пятнадцать задач из реального дня: записать пациента на повторный приём, перенести запись, оформить возврат, закрыть смену, найти карту по телефону, составить отчёт за период, вывести список пациентов по услуге. Все системы проверяйте одним набором.
3. Привлеките тех, кто будет работать. Администратор и два-три врача разного возраста. Оценка руководителя не заменяет мнения врача.
4. Дайте срок. Хотя бы неделя работы на тестовых данных. Не используйте реальные персональные данные пациентов в тестовой среде без оформленных условий.
5. Оцените по шкале. По каждому критерию - балл и комментарий. Итоговое решение принимайте не по сумме баллов, а по обязательным критериям: если не пройден хотя бы один обязательный, система не подходит.
6. Оцените ответы поставщика. Как быстро и как точно отвечал на вопросы из чек-листа и на вопросы в процессе пилота. Поддержка до продажи обычно лучше поддержки после; если и до продажи она слаба, дальше будет хуже.

Внедрение и перенос данных

Внедрение лучше разбить на этапы, а не включать всё сразу.

• Подготовка. Назначить ответственного, очистить справочники (услуги, цены, врачи, кабинеты), договориться о правилах работы.
• Перенос данных. Определить, что переносится: картотека пациентов, история приёмов, остатки склада, расписание на будущее. Не всё нужно переносить; архив можно оставить в прежней системе в режиме чтения.
• Пробный период параллельной работы. Короткое время работаете в обеих системах и сверяете результаты. Это дорого, но дешевле, чем потерять записи.
• Обучение. Отдельно для администраторов, врачей и руководителя. Проверять навыки на сценариях из пилота.
• Переключение. Выбирайте день с минимальной загрузкой; подготовьте запасной вариант (бумажные листы записи, список телефонов).
• Первые недели. Журнал ошибок, ежедневная короткая встреча, быстрая обратная связь поставщику.

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

Риски и как ими управлять

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

Недоступность. Система остановилась, а запись и приёмы продолжаются. Защита: SLA, знание, что делать без системы (бумажные формы, список записанных на день, распечатываемое расписание), локальная копия расписания, телефон поддержки в доступном месте.

Утечка и нарушение защиты. Обработка данных о здоровье накладывает повышенные требования⁷; за действия поставщика перед пациентом отвечает клиника⁶. Защита: договор с обязательными условиями, ограничение прав доступа, обучение сотрудников, журнал доступа, быстрый порядок действий при инциденте.

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

Несовпадение ожиданий. Продавец обещает одно, внедрение даёт другое. Защита: приложение к договору с перечнем функций и сроками, акт приёмки по этапам.

Как это решается в Doctor Vrach

Сайт врача на Doctor Vrach не заменяет МИС. Заявки с формы сайта попадают в раздел «Заявки», а уведомление о каждой новой заявке приходит на почту, в Telegram-бот и в Битрикс24, если они подключены; если у клиники есть система онлайн-записи с выбором времени, ссылку на неё можно указать в разделе «Обо мне»: на сайте форма превращается в две плитки «Записаться онлайн» и «Заказать звонок». Перенос записей в расписание клиники остаётся на стороне клиники и её системы.

Итоги и чек-лист перед решением

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

Материал проверен в октябре 2026 года. Нормативные акты в этой области меняются; перед подписанием договора проверьте действующие редакции документов, на которые вы опираетесь.