МЕДЕРП против: Закупочная деятельность ERP системы

МЕДЕРП против | все статьи цикла Автоматизация закупочной деятельности: сравнительный анализ МЕДЕРП с иными решениями в сфере закупок медицинских организаций

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

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

Кому эта статья

• Руководителю ОМТО — который работает с большим объёмом Excel-заявок и ручных сверок.
• Экономисту по закупкам — который сталкивается с необходимостью сторнировать документы при смене источника финансирования.
• IT-директору — который ищет комплексное решение, а не точечные доработки в текущей экосистеме.

Сценарий 1. Сбор потребности от отделений

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

Итог: МЕДЕРП реализует автоматический расчёт потребности и контроль остатков при заявке. В 1С:Медицина аналогичный результат, как правило, требует доработок под специфику отделений.

Сценарий 2. Расчёт НМЦК и формирование лота

Что происходит в жизни: экономист вручную ищет цены в ЕИС, собирает 3 КП, проверяет КТРУ и ОКПД2. Планирование по статьям вместо потребностей — план ФХД формируется в разрезе статей без привязки к реальным потребностям. Деньги «привязаны» к кодам, а не к тому, что нужно врачам.

Итог: МЕДЕРП формирует протокол обоснования автоматически. В 1С:Медицина и Docsvision аналогичный результат, как правило, требует ручных операций или доработок.

Сценарий 3. Приёмка из ЕИС

Что происходит в жизни: поставщик отразил поставку в ЕИС. Далее — ручной процесс: зайти в ЕИС, скачать документы, передать техническому исполнителю, тот вводит данные в свои системы, экономист фиксирует в Excel, бухгалтер — в 1С. Одни и те же цифры вводятся в разные системы по 3-4 раза. Ошибки при переносе — обычное дело.

Итог в обычной практике: многоэтапный ручной процесс с участием нескольких сотрудников и риском ошибок при переносе.

Что происходит в МЕДЕРП:

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

Итог: время приёмки существенно сокращается, исключается двойной ввод данных.

Сценарий 4. Закупки с неопределённым объёмом

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

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

Ключевые принципы модели:

• Укрупнённые группы — вместо тысяч конкретных позиций создаются группы: «Электроинструменты», «Строительные материалы».
• Закрепление за видами затрат — каждая группа на уровне НСИ привязывается к соответствующим кодам КОСГУ/КВР.
• Конкретизация по факту — когда возникает реальная потребность, система позволяет детализировать внутри группы и автоматически проверяет, что закупка обеспечена лимитами.
• Автоматическое распределение средств — лимиты, выделенные на группу, распределяются между конкретными позициями по мере возникновения потребности.

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

Жизненный цикл закупки: этапы согласования

Серия статей «Жизненный цикл ПО» на ресурсе вендора описывает сквозной процесс на примере реальной закупки: закупка 44_26_00011/12 — лицензии на антивирусное ПО, сумма 510 000 руб., 2026 год. Ниже — этапы, подтверждённые документально.

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

Этап 1. Создание закупки

Роль: Специалист по закупкам

• Создание карточки закупки, заполнение шапки (направление деятельности, профиль изделий, ответственные лица).
• Выбор позиции плана ФХД, настройка параметров закупки.
• Отбор потребностей и формирование спецификации.
• Прикрепление технического задания и обоснований НМЦК.
• Запуск процесса согласования.

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

Этап 2. Утверждение руководителем центра ответственности

Роль: Руководитель ЦО

• Настройка фильтров, проверка документа по разделам.
• Подписание документа.

Этап 3. Обработка специалистом контрактной службы

Роль: Исполнитель КС

• Просмотр разделов, печать технического задания.
• Проверка файлов (НМЦК, ТЗ).
• Подписание ПЭП.

Этап 4. Участие дирекции

Роль: Заместитель генерального директора по цифровой трансформации

• Проверка ключевых разделов, контроль файлов.
• Подписание, фиксация в логе согласования.

Этап 5. Утверждение главным бухгалтером

Роль: Главный бухгалтер

• Проверка файлов (проект контракта, НМЦК).
• Анализ финансирования в режимах «Вид затрат / Источник / Полный / Детальный».
• Подписание.

Этап 6. Приёмка и отражение обязательств

Роль: Бухгалтер / Специалист ИТ

• Создание документа «Исполнение закупки».
• Автоматическое заполнение спецификации.
• Подписание ПЭП, контроль лога согласования.
• Выгрузка обязательств в 1С:БГУ.

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

Что подтверждает жизненный цикл

Интеграция с ЕИС, МДЛП и 1С:БГУ

Одна из ключевых задач закупочного отдела — разрозненные системы, в которые одни и те же данные вводятся по 3-4 раза. МЕДЕРП выступает интеграционным слоем между внутренним учётом и внешними системами.

Ключевое преимущество: МЕДЕРП не требует замены существующих систем. Он встраивается в текущий ландшафт — ВСУЗД, 1С:БГУ, МИС — и связывает их в единый управленческий контур. Это снижает риски внедрения: не нужно отказываться от работающих решений.

Режим «Спецификация (ВСУЗД)»

Это «переводчик» между внутренним учётом и ЕИС. Внутри медицинской организации потребность часто формируется под конкретные торговые позиции. Однако 44-ФЗ запрещает указывать в ТЗ конкретные товарные знаки.

Ключевая задача режима — решить фундаментальное противоречие между внутренним оперативным учётом и внешними регламентами.

Как работает режим:

Приёмка из ЕИС — автоматический конвейер

Когда поставщик отражает исполнение в ЕИС, МЕДЕРП автоматически:

• Загружает данные приёмки.
• Определяет договор и ответственных.
• Формирует документ «Исполнение закупки».
• Подгружает все файлы поставщика.
• Валидирует цены, НДС и единицы измерения со спецификацией договора.
• Запускает процесс согласования с таймером выполнения.

МЕДЕРП обеспечивает интеграцию с внешними системами (ЕИС, МДЛП, 1С:БГУ, ФРМО). Пользователь работает в едином интерфейсе, а система сама «переводит» данные на язык каждой внешней системы и обратно.

Управляемая валидация согласования

Механизм «Управляемая валидация согласования» позволяет аналитикам самостоятельно создавать правила проверки документов без привлечения разработчиков. В документации описаны пять принципов архитектуры: настраиваемые правила через low-code, динамическая модель управления доступностью действий, обязательный параметр «ПредметСогласования», расширяемость через переопределяемые функции и единый формат сообщений об ошибках.

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

Три режима выполнения контролей:

Примеры настройки контролей в маршруте согласования:

• Этап «Расчёт ПЭО»: контроль «Соответствие счетов учёта и КЭК» → режим «Блокировать».
• Этап «Обработка бухгалтером»: контроль «Привязка к основным средствам» → режим «Блокировать».
• Этап «Формирование»: контроли «Валидация маршрутов согласования», «Валидация данных документа» → режим «Блокировать».
• Этап «Ответственный за направление»: контроль «Наличие служебных записок» → режим «Уведомлять».

Алгоритм вызова при согласовании:

1. Стандартные проверки — заполнение обязательных реквизитов, корректность спецификации, превышение плана ФХД.
2. Определение контекста — текущий этап маршрута, группа пользователя, предмет согласования.
3. Сбор контролей — из маршрута извлекаются все контроли, назначенные на текущий этап и группу.
4. Выполнение контролей — если блокирующий контроль сработал — согласование прерывается с HTML-сообщением.
5. Завершение — если все блокирующие контроли пройдены — документ передаётся на следующий этап.

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

Что меняется в 2026 году

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

Итоговая таблица для быстрой сверки (чек-лист)

Заключение: как принять решение

Когда МЕДЕРП становится выбором:

• Если у вас 20+ отделений и сбор заявок в Excel занимает дни — автосбор потребности с контролем остатков сокращает трудозатраты.
• Если вы работаете по 44-ФЗ и каждая ошибка в НМЦК — риск проверки ФАС — автоматический протокол обоснования снижает риск ошибок при оформлении.
• Если у вас сотни контрактов в год и ручная приёмка из ЕИС съедает ресурсы — автоматический конвейер освобождает сотрудников.
• Если нужна гибкость в закупках — модель с неопределённым объёмом позволяет планировать категориями, детализировать по факту.
• Если важно исключить двойной ввод — интеграция с ЕИС, МДЛП и 1С:БГУ сокращает ручные операции.
• Если нужен контроль качества согласования — управляемая валидация позволяет настраивать правила проверки без разработчиков.

Когда МЕДЕРП может быть избыточен:

• Если достаточно Excel для плана ФХД.
• Если закупок мало и они стандартные.
• Если бюджет ограничен, а ИТ-команда небольшая.