МЕДЕРП для специалиста: архитектура, интеграции, границы

МЕДЕРП для технического специалиста: архитектура, интеграции, границы | перейти к продукту Технические детали ERP-системы для медицинских учреждений Механика работы ERP системы МЕДЕРП: НСИ, управляемая валидация, интеграции с ЕИС, МДЛП, ГИС МТ, ФРМО, 1С:БГУ. Функциональные границы и условия применимости.

Этот материал предназначен для ИТ-специалистов, методологов, бизнес-аналитиков и специалистов по интеграциям, которые оценивают МЕДЕРП с технической стороны. Здесь описано, как устроена система внутри и где проходят границы её применимости.

Архитектура: уровни и внешние контуры

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

Требования к среде:

• Платформа 1С:Предприятие 8.3 версии 8.3.21.1849 или выше.
• Действующая подписка ИТС: КБФИТ (базовый).
• Регистрационная карточка организации в системе КБФИТ.

Уровни архитектуры:

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

Задача связки: обеспечить корректное отражение обязательств в 1С:БГУ на основе данных управленческого учёта, сформировать достоверную информацию для выгрузки в МСД и снизить количество ошибок, требующих сторнирования после закрытия периода.

Интеграционный контур: помимо 1С:БГУ и МСД ПУиО, система взаимодействует с ЕИС (через ВСУЗД — 1С:ГМЗ), ФРМО, МДЛП и ГИС МТ. Состав интеграций зависит от версии и настроек внедрения

4-уровневая НСИ и универсальная сущность «Изделие»

Одно из архитектурных решений МЕДЕРП — модель учёта позиций. Вместо плоского справочника номенклатуры или справочника, раздутого характеристиками поставщиков, используется экосистема справочников «Изделий» на основе 4-уровневой иерархии.

Четыре уровня НСИ:

• Профили изделий — зонирование закупаемых позиций по центрам ответственности (аптека, отдел МТО, служба эксплуатации). Основа для автоматического определения финансовой аналитики.
• Виды и типы изделий — классификация позиций с фиксацией финансовой аналитики. Например: «Шовный материал», «Услуги охраны», «Техническое обслуживание», «Антикоагулянты».
• Изделия — унификация закупаемых позиций. Каждое изделие привязывается к определённому виду затрат, который содержит настройки определения КОСГУ, КВР, счёта учёта и кода ОБАС.
• Вариации изделия — детализация сведений о позиции, фиксация цен и технических заданий. На этом уровне происходит фактический выбор при формировании заявок и закупок.

Централизованный учёт НСИ включает:

• Финансовые показатели: КВР, КОСГУ, счета бухучёта, виды затрат, источники финансирования.
• Лекарственные средства: лекарственные формы, действующие вещества, группы.
• Закупочная деятельность: КТРУ, ОКПД2, ОКЕИ, ОКВЭД2, способы закупки.
• Медицинские изделия: классификация Росздравнадзора, перечень аппаратов и оборудования.

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

Управляемая валидация согласования: механика работы

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

Два справочника в основе механизма:

• «Настраиваемые контроли согласования» — хранилище правил проверки. Каждый контроль содержит текст запроса на языке 1С, параметры выполнения, HTML-шаблон предупреждения и код ошибки из «Реестра ошибок» портала mederp.ru.
• «Маршруты согласования» — определяет, какие контроли и на каких этапах выполняются, а также привязку к группам пользователей.

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

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

Дифференциация по этапам и ролям: экономист видит финансовые проверки (лимиты, КОСГУ, КВР), юрист — юридические (ставки НДС, комплектность), специалист КС — закупочные (ОКПД2, КТРУ). Каждый — на своём этапе.

Информативные HTML-ошибки: пользователь видит таблицу с конкретными ошибками, кодом ошибки и рекомендациями по исправлению. Вместо «Ошибка в данных» — «По позиции №5 превышен лимит на 150 000 руб.». Шаблоны поддерживают макросы подстановки.

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

Интеграция с государственными информационными системами

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

• ЕИС (через ВСУЗД — 1С:ГМЗ) — автоукрупнение позиций, пересчёт упаковок, выгрузка лотов, консолидация нескольких внутренних позиций в одну строку спецификации для выгрузки в ЕИС. Режим «Спецификация (ВСУЗД)» помогает решить противоречие между внутренним учётом (под конкретные торговые марки) и требованиями 44-ФЗ (запрет указания товарных знаков). Пример: лабораторный пластик — потребность в «Пробирках центрифужных, 15 мл» по конкретным торговым маркам с разной фасовкой консолидируется в одну строку для ЕИС.
• ФРМО — синхронизация организационной структуры и структуры помещений, контроль соответствия стандартам оснащения.
• МДЛП — поддержка приёмки маркированных лекарственных препаратов с проверкой кодов через интеграцию с системой мониторинга.
• ГИС МТ («Честный знак») — поддержка приёмки маркированных товаров (медицинские изделия, обувь, шины и др.).
• 1С:БГУ — обмен данными по обязательствам и основным средствам, валидация данных, учёт статусов интеграции. По обязательствам реализован двусторонний обмен; по основным средствам — односторонняя загрузка и актуализация данных из 1С:БГУ.
• МСД ПУиО ГИИС ЭБ — подготовка корректных данных в 1С:БГУ для автоматической выгрузки в Электронный бюджет.

Важное уточнение: универсальные SRM-системы, как правило, не имеют встроенной интеграции с ФРМО, МДЛП и ГИС МТ. МЕДЕРП закрывает контур медицинского учреждения — от закупок в ЕИС до синхронизации с ФРМО и учёта маркировки. Конкретный состав интеграций зависит от версии и настроек внедрения.

Направления развития интеграций:

• ГИС МТ — расширение сценариев приёмки маркированных товаров.
• 1С:Документооборот — связка закупочных документов с внутренним документооборотом.
• Зарплатные системы — обмен данными для расчёта затрат на персонал в калькуляциях.
• МИС — интеграция с медицинскими информационными системами для передачи данных о фактическом потреблении.

Интеграция с МДЛП: технические детали

Ниже — конкретные механизмы работы с МДЛП, реализованные в системе.

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

Приёмка из ЕИС, МДЛП и ГИС МТ

Когда поставщик по 44-ФЗ исполняет договор, он отражает это в ЕИС. Дальнейшая обработка часто происходит вручную: данные переносятся в Excel, передаются в ПЭО, затем в бухгалтерию.

В МЕДЕРП этот процесс автоматизирован:

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

Четыре способа формирования документа «Исполнение закупки»:

• На основании приёмки ЕИС.
• На основании ФГИС МДЛП (для лекарств).
• На основании ГИС МТ (для медицинских изделий — в пилоте).
• Ручное создание по первичным документам.

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

Учёт основных средств и интеграция с ФРМО

Механизм учёта основных средств в МЕДЕРП предлагает два режима работы в зависимости от наличия в учреждении 1С:БГУ.

Два режима работы с ОС:

• «Данные вводятся в 1С:БГУ» — МЕДЕРП выступает в роли витрины данных: информация поступает из 1С:БГУ, доступна для просмотра, используется в калькуляциях и отчётности, но не редактируется в ERP. Выгрузка характеристик в 1С:БГУ поддерживается.
• «Данные вводятся в МЕДЕРП» — самостоятельное ведение полного цикла учёта ОС непосредственно в МЕДЕРП. Система становится основным источником данных по оборудованию. Обмен с 1С:БГУ отсутствует, выгрузка характеристик не производится. Режим создан для организаций, которые не используют 1С:БГУ в повседневной деятельности.

Возможности интеграции с ФРМО:

• Интеграция в процесс приёмки — заполнение сведений по карточкам основных средств встроено в маршрут согласования и обработки документов приёмки.
• Привязка оборудования к конкретному подразделению, отделению, зданию, этажу и помещению согласно иерархической структуре ФРМО.
• Хеш-контроль — система отправляет данные в ФРМО только при реальном изменении атрибутов, снижая нагрузку на каналы связи.
• Визуальный статус-мониторинг: «В ФРМО», «Требуется выгрузка», «Наличие ошибок», «Нарушена связь реестров».
• Групповая обработка — массовое заполнение показателей, выгрузка, удаление или обновление статусов.
• Контроль соответствия стандартам оснащения — при лицензировании система проверяет, есть ли необходимое оборудование в нужном отделении.

Процедура привязки помещений: авторизация под учётной записью «Администратор НСИ» → подсистема «Нормативно-справочная информация» → «Подразделения организаций» → выбор подразделения → раздел «Помещения» → добавление/удаление помещений, выбор основного помещения.

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

Благодаря обмену с ФРМО данные о местонахождении медицинского оборудования поддерживаются в актуальном состоянии и соответствуют утверждённой структуре учреждения. Это снижает риски замечаний при проверках Росздравнадзора, но не исключает их полностью — итоговая корректность зависит от качества вводимых данных и своевременности обновления.

Калькуляция медицинских услуг: связь снабжения с себестоимостью

В МЕДЕРП расчёт стоимости медицинских услуг автоматизирован и базируется на фактических данных закупаемых позиций и действующей балансовой стоимости основных средств.

Как снабжение влияет на себестоимость:

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

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

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

Применение ИИ: текущий статус

ИИ-функциональность МЕДЕРП находится на стадии пилота. Это важно понимать при оценке готовности продукта.

Текущие сценарии:

• Автоматическая актуализация карточек ОС из открытых источников — система анализирует данные по оборудованию и предлагает заполнить недостающие или устаревшие характеристики.
• Автоматическая актуализация карточек ОС из контракта — анализ спецификации электронного документа в рамках контрактов по 44-ФЗ.
• Автоматическая идентификация и формирование позиций реактива (лабораторного изделия) — анализ наименования позиции для автоматической идентификации и заполнения карточки позиции.

Текущая реализация: через внешние ИИ-сервисы.

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

Это означает, что ИИ — не готовая функция, а пилот с планами развития. Для организаций с повышенными требованиями к безопасности данных текущая реализация через внешние сервисы может быть неприемлема.

Ограничения и граничные условия

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

• Масштаб учреждения. Наибольший эффект достигается в федеральных медицинских центрах, НМИЦ, ФГБУ, ФНКЦ и крупных многопрофильных стационарах с многоканальным финансированием и развитой контрактной службой. Для небольших учреждений с простым снабжением выгоды могут быть менее выраженными.
• Инфраструктура. Требуется стабильный канал связи, серверные мощности или размещение в соответствии с политикой ИБ учреждения, а также настроенная интеграция с 1С:БГУ. Состав требований уточняется на этапе предпроектного обследования.
• Компетенции команды. Для настройки контролей согласования, НСИ и маршрутов нужен бизнес-аналитик или методолог со стороны учреждения. Программирование на 1С для типовых настроек не требуется, но участие ИТ-специалистов необходимо для интеграций.
• Качество мастер-данных. Эффект от 4-уровневой НСИ и автоматической подстановки аналитики зависит от полноты и корректности справочников на старте. Миграция данных требует отдельного этапа.
• Сроки и стоимость. Типовой проект внедрения занимает от нескольких месяцев до года и более в зависимости от объёма интеграций и числа подразделений. Стоимость определяется по итогам обследования и не является фиксированной для всех учреждений.
• Зависимость от внешних систем. Корректность обмена с ЕИС, МДЛП, ГИС МТ, ФРМО и 1С:БГУ зависит от доступности и стабильности этих систем, а также от соблюдения регламентов на стороне учреждения.
• Требования к среде. Для работы требуется действующая подписка ИТС: КБФИТ (базовый) и платформа 1С:Предприятие 8.3 версии 8.3.21.1849 или выше.

Что система не делает

Этот раздел описывает функциональные границы продукта — то, что не входит в его задачи, в отличие от условий применимости, описанных выше.

• Не заменяет 1С:БГУ. Регламентированный учёт, формирование бухгалтерской и бюджетной отчётности остаются в 1С:БГУ. МЕДЕРП готовит и передаёт данные, но не заменяет бухгалтерскую систему.
• Не является SRM-системой в классическом понимании. МЕДЕРП ориентирован на медицинское учреждение и его интеграции, а не на универсальное управление отношениями с поставщиками для любых отраслей.
• Не автоматизирует клинические процессы. Это ERP-контур снабжения и ресурсов, а не МИС. Медицинская документация, расписания и клинические данные остаются в профильных системах.
• Не является готовым решением для ИИ. ИИ-функциональность находится в пилоте и реализуется через внешние сервисы.
• Не работает «из коробки» без настройки. Требуется адаптация НСИ, маршрутов согласования, интеграций и обучение пользователей.
• Не покрывает все сценарии приёмки автоматически. При отсутствии уведомления из ЕИС, МДЛП или ГИС МТ или при неполных данных используется ручное создание документа по первичным документам.

Глоссарий

• КОСГУ — классификация операций сектора государственного управления.
• КВР — код вида расходов.
• КФО — код финансового обеспечения.
• ОБАС — код обоснования бюджетных ассигнований.
• МСД ПУиО — модуль сбора данных «Подсистемы учёта и отчётности» ГИИС «Электронный бюджет».
• ГИИС ЭБ — государственная интегрированная информационная система «Электронный бюджет».
• ФРМО — Федеральный реестр медицинских организаций.
• МДЛП — мониторинг движения лекарственных препаратов.
• ГИС МТ — государственная информационная система мониторинга за оборотом товаров, подлежащих обязательной маркировке («Честный знак»).
• ВСУЗД — внешняя система учёта закупочной деятельности (1С: ГМЗ).
• ЕИС — Единая информационная система в сфере закупок.
• НСИ — нормативно-справочная информация.
• ОМТО — отдел материально-технического обеспечения.
• ПЭО — планово-экономический отдел.
• ТРУ — товары, работы, услуги.
• ОКПД2 — Общероссийский классификатор продукции по видам экономической деятельности.
• КТРУ — Каталог товаров, работ, услуг для обеспечения государственных и муниципальных нужд.
• GTIN — глобальный номер товарной позиции.
• ЕСКЛП — Единый структурированный справочник-каталог лекарственных препаратов.
• МНН — международное непатентованное наименование.
• ОКЕИ — Общероссийский классификатор единиц измерения.
• ОКВЭД2 — Общероссийский классификатор видов экономической деятельности.

Как узнать больше о МЕДЕРП

МЕДЕРП — это самостоятельная конфигурация на платформе 1С:Предприятие 8.3, работающая в связке с 1С:БГУ и государственными информационными системами. Функциональная механика раскрыта в открытой документации достаточно детально; экономические и эксплуатационные аспекты требуют уточнения на этапе предпроектного обследования.

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

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