«1С:Здравоохранение 72» получила сертификат «Совместимо!»: что это значит для медицинских организаций

Что произошло: «1С:Здравоохранение 72» прошла сертификацию

Продукт «1С:Здравоохранение 72», ред. 1.0, от компании «1С-Медицина-Регион» успешно прошёл очередную сертификацию и получил статус «Совместимо! Система программ 1С:Предприятие». На проверку решение подавалось как конфигурация, разработанная в среде «1С:Предприятие 8.3». Сообщение о сертификате опубликовано в новостях фирмы «1С» 5 октября 2026 года.

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

Новость разошлась и по партнёрским лентам, например на портале v8.1c.ru и у партнёров 1С. Для руководителя медорганизации смысл короткий: решение прошло проверку вендора и получило официальный статус совместимости с платформой.

Что даёт сертификат «Совместимо!» и почему он важен при выборе решения

Статус «Совместимо! Система программ 1С:Предприятие» присваивают по итогам проверки конфигурации на платформе. Для «1С:Здравоохранение 72» проверка шла в среде «1С:Предприятие 8.3», то есть базовая совместимость кода и типовых механизмов с платформой подтверждена на уровне фирмы «1С», а не только заявлениями продавца.

Что это даёт поликлинике, больнице или диспансеру:

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

Границы у сертификата тоже есть. Он подтверждает корректную работу продукта на платформе, но не гарантирует автоматического соответствия всем отраслевым требованиям. Часть настроек под регламенты конкретной медорганизации выполняют при запуске системы, и эти работы стоит планировать заранее.

Как сертификат влияет на надёжность и поддержку

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

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

Какие задачи закрывает «1С:Здравоохранение 72»

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

Амбулаторное звено: рабочее место регистратора, врача, участковой службы, руководителя; прикрепление населения к поликлинике; ведение электронной медицинской карты; управление потоками пациентов; направление на лабораторные и диагностические исследования; диспансерный учёт; диспансеризация и профилактические осмотры.

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

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

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

Работа с электронной медицинской картой и потоками пациентов

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

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

Оформление электронных листков нетрудоспособности и родовых сертификатов

Электронные листки нетрудоспособности оформляются по требованиям N 86-ФЗ от 01.05.2017. Электронные родовые сертификаты ФСС оформляются по приказу Минздрава от 15.06.2021 № 634н. Эти документы обязательны для медорганизации, и их поддержка заложена в конфигурацию.

Если учреждение работает с электронными назначениями и рецептами, посмотрите отдельный обзор сертифицированного решения для интеграции «1С:Медицина. Поликлиника» с федеральной платформой Е-РП: там разобраны выписка, отмена и коллегиальное подписание рецептов по требованиям Минздрава.

Интеграция с ВИМИС, РЭМД, ФРМР и ФРМО

Продукт взаимодействует с четырьмя внешними контурами: ВИМИС (вертикально-интегрированная медицинская информационная система), РЭМД (регистр электронных медицинских документов), ФРМР (федеральный регистр медицинских работников) и ФРМО (федеральный реестр медицинских организаций).

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

Для каких медицинских организаций подходит решение

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

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

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

Технические требования и возможности адаптации

Для работы продукта нужна установленная платформа «1С:Предприятие 8» не ниже версии 8.3.26. Конфигурация разработана с использованием функционала «1С:Библиотеки стандартных подсистем», ред. 3.1, и конфигурации «1С:Медицина.Больница», а программный код полностью открыт, чтобы продукт можно было адаптировать под нужды конечных пользователей (технические условия продукта).

Минимальные версии платформы и совместимость

Версия 8.3.26 - нижняя граница. Более старые релизы продукт не поддерживает. Проверьте это до планирования: если в организации стоит платформа 8.3.20 или 8.3.24, сначала понадобится обновление платформы и только потом запуск конфигурации.

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

Открытый код: как адаптировать под свою организацию

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

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

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

Как «1С:Здравоохранение 72» отличается от других решений на 1С

Ближайший ориентир для сравнения - «1С:Медицина.Больница». Функционал этой конфигурации использован при разработке «1С:Здравоохранение 72», поэтому базовая логика стационара и поликлиники читается знакомо для тех, кто с ней уже работал.

«1С:Здравоохранение 72» развивает «1С-Медицина-Регион» как отдельный отраслевой продукт: он закрывает и амбулаторный, и стационарный контуры, содержит интеграции с ВИМИС, РЭМД, ФРМР и ФРМО, поставляется с открытым кодом. Выбор между решениями зависит от масштаба учреждения, уже используемых систем и состава федеральных интеграций, которые нужно поддерживать.

Статус «Совместимо!» проверяйте для каждого кандидата отдельно и по первоисточникам: у продуктов он разный, а срок действия и номер сертификата в новостных сообщениях обычно не приводят.

Практические сценарии использования

Ниже три сценария, которые собираются из заявленных функций конфигурации.

Сценарий 1. Амбулаторный приём. Пациент записывается через регистратуру, сведения попадают в электронную медицинскую карту. Врач ведёт приём, оформляет назначения и направляет на лабораторные или диагностические исследования. Услуга, оказанная в кабинете, учитывается в общем объёме медуслуг, а данные о посещениях используют при формировании реестров для страховой организации.

Сценарий 2. Госпитализация. Приёмное отделение регистрирует поступление пациента, при отказе в госпитализации фиксирует его, при госпитализации передаёт данные в клиническое отделение. Лечение и медикаментозная терапия отражаются в системе, услуги отделений и параклинических кабинетов учитываются, при выписке оформляются медицинские документы. Для тяжёлых пациентов предусмотрен функционал палаты интенсивной терапии и отделения реанимации.

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

Что это значит для медицинских организаций: выводы

Сертификат «Совместимо! Система программ 1С:Предприятие» подтверждает, что «1С:Здравоохранение 72» корректно работает на платформе 1С и прошёл проверку вендора. Для медорганизации это снижает риск несовместимости и упрощает разговор с интегратором: состав функций заявлен, точка поддержки известна.

Функционально решение закрывает широкий контур: регистратура и участковая служба, электронная медицинская карта, потоки пациентов, стационар, электронные листки нетрудоспособности и родовые сертификаты, интеграции с ВИМИС, РЭМД, ФРМР и ФРМО, расчёты со страховыми организациями. Требования к платформе начинаются с версии 8.3.26, а открытый код оставляет возможность доработок под конкретное учреждение.

Что сделать перед решением: сверьте версию платформы, перечислите федеральные интеграции, которые обязаны работать в вашем регионе, и уточните у разработчика «1С-Медицина-Регион» (г. Тюмень) состав поставки и условия поддержки. Сертификат - проверяемая часть картины, остальное определит проект запуска.