Под капотом потребности к закупке: разбираем функциональность документа

Что под капотом? | узнать больше Разбираем устройство ключевых механизмов МЕДЕРП: архитектуру, принципы работы и интеграцию с другими подсистемами.

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

Документ «Потребность к закупке» в МЕДЕРП — это не просто форма для ввода данных. Это центральный планировочный механизм, который превращает хаос первичных заявок в структурированный и финансово обеспеченный план закупок. Он является связующим звеном между запросами отделов и запуском закупочных процедур.

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

• Материальные запасы (лекарства, изделия медицинского назначения)
• Основные средства (медицинское оборудование)
• Работы и услуги (ремонт, обслуживание)
• Прочие расходы (командировки, обучение, налоги)

Архитектура и принципы работы механизма

Документ построен на многоуровневой архитектуре, обеспечивающей гибкость, контроль и прослеживаемость. Вот ключевые принципы, на которых он работает:

• Версионирование как основа контроля: При каждом изменении ключевых реквизитов автоматически создается новая версия в фоновом режиме. Это обеспечивает полную историю изменений, позволяя анализировать динамику и сравнивать версии.
• Работа на основе документов-оснований: Основной источник данных — первичные заявки подразделений. Система поддерживает включение позиций из заявок, контролируя не вовлеченные объемы, но также позволяет заполнять состав и напрямую.
• Типизация и классификация: Для каждой позиции фиксируется тип изделия, что определяет её группу. При выборе типа система предлагает часто используемые варианты, ускоряя работу.
• Детализированный состав потребности: Каждая позиция в составе содержит всю необходимую информацию: наименование, количество, цену, единицы измерения, фасовку. Поддерживаются позиции как с количественным, так и с суммовым учетом.
• Многомерное финансирование: Распределение средств ведется по источникам финансирования с детализацией по годам (текущий, очередной, следующие за очередным).

Устройство механизма: составные части

1. Шапка документа и классификаторы

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

2. Состав потребности (Спецификация)

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

3. Блок финансирования

Механизм распределения сумм по источникам финансирования (бюджет, внебюджет, ОМС и т.д.) и по годам. Включает автоматическое определение детализированного источника на основе заявленного объема, автоматическое заполнение аналитики по виду затрат (КВР, КЭК, Код ОБАС) и проверку бюджетных ограничений.

Доступна привязка к соглашениям Минздрава (целевые субсидии).

4. Подсистема версионирования

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

5. Блок жизненного цикла и статусов

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

Режимы формирования потребности

Интеграция с другими механизмами системы

Документ «Потребность к закупке» не существует в вакууме. Его сила — в тесной интеграции с другими подсистемами МЕДЕРП:

• Подсистема «Заявки подразделений»: Является основным источником данных. Интеграция обеспечивает бесшовный подбор позиций и контроль не вовлеченных объемов.
• Подсистема «Закупки»: Утвержденная потребность напрямую передается в спецификацию закупки с контролем вовлекаемых объемов и сохранением истории происхождения позиций.
• Подсистема «Ценообразование»: Автоматическое заполнение цен на основании средневзвешенных цен, прайс-листов или результатов запросов ценовой информации.
• Подсистема «НСИ» (нормативно-справочная информация): Автоматическая актуализация типов изделий, единиц измерения, кодов ОКПД2 и финансовой аналитики для обеспечения корректности данных.

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

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

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

Роли участников и разграничение ответственности

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

Сравнение режимов формирования

Практические примеры настройки

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

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

Практические рекомендации по внедрению

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

• Настройте классификаторы: Убедитесь, что все типы изделий, единицы измерения и коды ОКПД2 актуальны. Это основа для корректной работы всех механизмов.
• Определите маршруты согласования: Заранее настройте интеллектуальные маршруты для разных типов потребностей (медикаменты, оборудование, услуги).
• Обучите персонал работе с источниками данных: Покажите, как правильно формировать и использовать заявки подразделений, чтобы данные в потребности были максимально точными.
• Используйте контроль вовлечения: Регулярно отслеживайте, какая часть утвержденной потребности уже вовлечена в закупки, чтобы оперативно корректировать планы.
• Проводите анализ статистики: Используйте данные о потреблении за прошлые периоды для обоснования заявок и выявления аномалий.