ERP-конвейер МЕДЕРП: Как превратить заявочную кампанию из хаоса в прозрачный процесс управления

МЕДЕРП единый механизм управления ресурсами
Возможности медицинской ERP системы МЕДЕРП | перейти к продукту Автоматизация управления ресурсами медицинского учреждения ERP система для полной автоматизации управления ресурсов здравоохранения: от заявки до приемки — единый конвейер, где каждый шаг связан с предыдущим.

Автоматическое определение финансовой аналитики — одна из ключевых возможностей медицинской ERP системы МЕДЕРП. Но это лишь вершина айсберга, следствие, а не причина. Главная инженерная красота МЕДЕРП скрыта на уровень ниже — в том, как устроены нормативно-справочная информация (НСИ) и архитектура «Изделий». Именно они превращают статичные справочники в живую ткань бизнес-процессов.

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

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

Как работает единый механизм управления ресурсами в ERP для медицины? Система использует четырехуровневую иерархию учета изделий. Пользователь видит только простой выбор позиции. А под капотом в этот момент запускается сложный механизм подстановки десятков параметров — от кода ОКПД2 до характеристик для техзадания в ЕИС.

Для руководителя это означает, что он может получить достоверный ответ на главный вопрос: «Кто, когда и на какие средства заказал то, что сейчас лежит на складе?». Без «выпадающей» аналитики на стыках этапов.

Единый язык: Почему «Изделие» — это не просто товар

Фундамент, на котором строится весь конвейер, — это отказ от хаоса наименований. В традиционном подходе одна и та же позиция в разных заявках может называться по-разному: «перчатки», «перчатки смотровые», «Gloves medical». Для системы это разные объекты, которые нужно вручную сводить в консолидации.

МЕДЕРП вводит понятие «Изделие» — унифицированную единицу планирования и учета. Это и есть тот самый «единый язык». Но главное не в названии, а в 4-уровневой архитектуре, которая его сопровождает:

  • Профиль изделия (зонирование: «Аптека», «ОМТО»).
  • Тип/Вид изделия (классификация: «Антикоагулянты», «Шовный материал»).
  • Изделие (унификация: «Ривароксабан, таблетки»).
  • Вариация изделия (детализация: «Ривароксабан 10 мг, Байер, №30»).

Когда старшая медсестра создает заявку, она выбирает конкретную Вариацию. А система, «поднимаясь» по иерархии вверх, понимает: это относится к такому-то виду затрат. А значит, автоматически применяются правила для расчета КОСГУ, КВР и счета учета, закрепленные на уровне вида изделия или изделия.

Конвейер аналитики: Сквозной маршрут заявочной кампании

Представьте себе очередную заявочную кампанию на закупку материальных ценностей и услуг в виде сборочного конвейера. На входе — заготовка (заявка от подразделения). На выходе — готовое изделие (исполненный договор и проводка в 1С). В МЕДЕРП этот конвейер спроектирован так, чтобы аналитика не «выпадала» на стыках этапов. Рассмотрим путь одной позиции подробнее.

Этап ERP конвейера: Обработка заявок отделений

Что происходит: Пользователь выбирает вариацию изделия и источник финансирования. Система автоматически определяет КФО, КОСГУ, КВР, счет учета и код ОБАС.

Создается «карточка» детализированной потребности со всей финансовой «начинкой» и привязкой к подразделению-заявителю.

Этап ERP конвейера: Консолидация в потребность к закупке

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

  • Не превышен ли план ФХД?
  • Есть ли аналоги для замены без потери аналитики?
  • Собран ли полный комплект файлов и все ли визы получены?
  • Кто заказал и зачем? Нужно ли актуализировать цены?

Осуществляется последовательная обработка документа с использованием различных инструментов системы и согласованием с соответствующими участниками.

Заявки собираются в единый «лот» — «Потребность к закупке», сохраняя аналитику каждой позиции. При необходимости их цены актуализируются.

Этап ERP конвейера: Формирование закупки

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

Происходит «примерка» рыночных условий к утвержденной потребности. Готовится состав закупки для размещения на ЕИС. Проходит полный цикл согласования ответственными лицами и отражение данных об обязательствах в регламентированном учете.

Этап ERP-конвейера: Подписание договора

Что происходит: Используя возможности межсистемной интеграции, из внешней системы учета закупочной деятельности (ВСУЗД) загружаются данные, размещенные в ЕИС. Ответственные лица контрактной службы загружают и актуализируют данные, переводя закупку в статус договора.

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

Этап ERP конвейера: Исполнение договора (приемка)

Что происходит: На основе уведомления из ЕИС или МДЛП автоматически создается документ приемки и запускается соответствующий бизнес-процесс. Целевые технические исполнители (сотрудники склада, аптеки, столовой, пищеблока, ИТ-отдела) получают задачу на обработку приемки.

Вариативность маршрутов согласования позволяет включать и расширять состав участников, а механизмы «Управляемой валидации согласования» настраивают контроли так, чтобы максимально исключить человеческий фактор. Результат — готовый документ для отражения в регламентированном учете с зафиксированной «первичкой» во вложенных файлах, составом, привязанным к спецификации договора, и финансированием, подтвержденным экономическим блоком.

Потребность наполняется не только сведениями о конкретном договоре, но и конкретным документом приемки (УПД, товарная накладная, счет-фактура или иной документ от поставщика). Вся исходная аналитика (целевое подразделение, позиция) сохраняется. Данные дополняются новыми сведениями, а финансовая аналитика актуализируется автоматически под оперативные нужды медицинского учреждения.

Этап ERP-конвейера: Регламентированное отражение

Что происходит: Данные о приемке с полным набором аналитик (позиция, КФО, КПС, КОСГУ) выгружаются в интегрируемые системы (1С:БГУ или иную учетную систему) для отражения соответствующими документами: поступление материальных запасов, поступление услуг, поступление основных средств.

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

Сердце конвейера: Детализированная потребность

Мы рассмотрели ключевую этапность работы конвейера, но за кадром остались некоторые важные аспекты (например, загрузка данных из МДЛП со спецификой работы «уведомлений о приемке» или применение заявок поставщику). Для их детального изучения рекомендуем обратиться к статьям рубрики «Жизненный цикл».

Карточку «Детализации потребности» можно представить себе в виде блока (если вы знакомы с технологией блокчейн) или, если привычнее работать с Excel, — как строку одной большой таблицы. Эта строка хранит максимум информации: целевого заявителя, позицию, цену, сумму, количество, фасовку, документы, в которые включена позиция, сведения о центрах ответственности и исполнителях, финансирование и привязку к спецификации закупки. Данные строки формируются, разбиваются и актуализируются в автоматическом режиме, без участия пользователя. Это «вшито» в ядро медицинской ERP-системы.

Что дает этот конвейер? Прозрачность. Вы всегда можете «развернуть» данные и увидеть, из какой заявки и какого отделения она родилась. И наоборот — по заявке отделения увидеть, закупается ли уже этот товар и на каком складе лежит.

Интеллектуальные контролеры: Точки принятия решений

Простой конвейер — это линейная передача деталей. Умный конвейер — это еще и встроенные контролеры качества на каждом этапе. В МЕДЕРП такими контролерами выступают настраиваемые маршруты согласования, автоматические проверки и механизм управляемой валидации согласования.

Главные «контролеры», которые связывают механизмы воедино:

  • Контроль лимитов и плана ФХД: Система проверит возможность закупки, и если она превышает утвержденный план ФХД, то может запретить. Но! Она предложит варианты: перебросить финансирование с другой статьи (через АРМ распределения) или внести изменения в план ФХД или просто проигнорироваться данный контроль. Это не тупой запрет, а интеллектуальное управление.
  • Работа с аналогами: Если нужной вариации нет на рынке, инициатору закупки приходит уведомление. Он может согласовать аналог. При этом финансовая аналитика (КОСГУ, вид затрат) не сломается, если аналог относится к тому же виду изделия. Это гибкость в рамках правил.
  • Контроль целесообразности: При формировании закупки МЕДЕРП автоматически показывает: «Слушай, а ведь за последние 3 года вы покупали этот товар по цене на 20% ниже» или «На складе еще 100 упаковок, зачем еще 50?». Это связка модуля аналитики (динамика потребления, остатки) и модуля планирования.
  • Контроль целевого использования бюджетных средств: Экономисты видят случаи нецелевого использования финансирования как по позициям, так и по подразделениям. У них в руках гибкий инструментарий не только для реакции на обнаруженные ошибки, но и для расширения допустимого финансирования.
  • Управляемая валидация согласования: Кроме «вшитых» в систему контролей, ERP-решение дает гибкие инструменты для их расширения — как на основе данных, указанных в системе, так и с учетом специфики работы организации. Например: контроль фиксации приемки по данным МДЛП при закупке медикаментов либо обязательное участие заместителя генерального директора по цифровой трансформации в процессах согласования закупки позиций, входящих в его зону ответственности. Система предоставляет гибкий конструктор для управленческих решений.

Эти контролеры — не просто проверки. Это инструменты принятия решений, которые работают на основе единой НСИ и позволяют минимизировать «человеческий фактор», требуя заполнять данные корректно и не «ломать» процесс.

Единый результат: Управление, а не учет

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

Руководитель перестает «тушить пожары», связанные с отсутствием нужных лекарств или срывами закупок. Вместо этого он управляет процессом на основе данных, а не на основе эмоций или срочных звонков. План ФХД больше не оторван от реальности, а закупки не «падают» в последний момент из-за неверной аналитики.

Вот что получает руководитель на выходе этого конвейера:

  • Достоверный план ФХД: План строится не с нуля, а на основе консолидированных и очищенных заявок отделений.
  • Контроль исполнения в реальном времени: Не нужно ждать отчета от бухгалтерии. Достаточно открыть отчет «Анализ исполнения потребности центра ответственности», чтобы увидеть, сколько заказано, сколько оплачено и где находится товар.
  • Снижение рисков: Автоматическая проверка КОСГУ, лимитов и целесообразности закупок отсекает ошибки, ведущие к нецелевому использованию средств, на ранних этапах.
  • Прозрачность для проверяющих: Вы всегда можете показать «цифровой след» каждой закупки, подтвердив, что решение было экономически обоснованным и прошло все необходимые согласования.

МЕДЕРП — это конструктор, где из простых деталей (справочник изделий, маршрут согласования, вид затрат) собирается сложный, но надежный и понятный механизм. Механизм, который берет на себя рутину, позволяя финансистам и медикам сосредоточиться на главном — на обеспечении клиники всем необходимым для спасения жизней.

Сквозное управление ресурсами — только одна из многих возможностей ERP системы МЕДЕРП. Если вы хотите узнать, как система может изменить управление ресурсами в вашей организации, вот несколько способов продолжить знакомство с продуктом.

Как узнать больше о менеджменте ресурсов в МЕДЕРП

В ERP системе автоматизированы все этапы управления ресурсами: от сбора заявок подразделений до исполнения договоров и выгрузки данных в 1С:БГУ. Автоматическое определение финансовой аналитики, контроль остатков, электронное согласование, подбор аналогов, расчет НМЦК, интеграция с ЕИС, МДЛП и ФРМО — все это работает в едином контуре.

Узнайте, как возможности МЕДЕРП могут изменить управление ресурсами в вашей организации:

  • Запросить демонстрацию
    Запросить персональную демонстрацию сквозного управления ресурсами — sales@kbfit.ru (Связаться)
    Наши специалисты покажут, как единый механизм МЕДЕРП работает именно для ваших задач.
  • Видеообзоры МЕДЕРП на Rutube
    Смотреть видеообзоры МЕДЕРП на Rutube (Смотреть)
    Канал посвящен автоматизации медицинской деятельности организаций. Короткие ролики о ключевых возможностях, включая единый конвейер управления.
  • Новости КБФИТ
    Быть в курсе новостей КБФИТ (Читать)
    Будьте в курсе свежих обновлений и новостей продуктов КБФИТ, включая развитие функционала управления ресурсами.
  • Сообщество КБФИТ ВКонтакте
    Присоединиться к сообществу КБФИТ (Присоединиться)
    Обсуждаем автоматизацию, делимся опытом, отвечаем на вопросы. Тема сквозного управления ресурсами — одна из самых популярных.
  • Описание продукта МЕДЕРП
    Комплексная автоматизация мед. учреждений (Перейти)
    Медицинская ERP-система МЕДЕРП для системной автоматизации. Полное описание, цены, паспорт программы, запись в реестре российского ПО и многое другое.