Разработка ИТ-решения для фармацевтического предприятия: сквозное управление процессами

Исходная ситуация: что есть и чего не хватает#

Типичное фармацевтическое предприятие, проходящее цифровую трансформацию, сталкивается со следующей картиной.

Что уже внедрено или внедряется на базе «1С»:

• «1С:ERP Управление предприятием» — финансы, закупки, склад, кадры.
• Отраслевые конфигурации — управление рецептурами, учёт сырья и готовой продукции, интеграция с системой цифровой маркировки.
• Лабораторная информационная система — учёт результатов анализов.
• Система электронного документооборота — обмен с поставщиками, аптечными сетями, дистрибьюторами.

Чего не хватает:

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

2. Персональной ответственности. В «1С» фиксируется, что документ создал пользователь с определённой учётной записью. Но это не цепочка ответственности. Кто принял решение изменить рецептуру? Кто разрешил отгрузку партии с отклонением по качеству? Кто согласовал закупку сырья у непроверенного поставщика? Эти данные размазаны по журналам, служебным запискам и памяти участников.

3. Информационной безопасности, встроенной в процесс. «1С» обеспечивает разграничение прав доступа на уровне форм и отчётов. Но защита рецептур, технологических карт, данных клинических исследований от инсайдеров и внешних атак требует гораздо более глубокой интеграции безопасности в каждый узел процесса.

Что мы строим: архитектура управляющей надстройки#

Мы проектируем управляющую надстройку, которая не заменяет экосистему «1С», а дополняет её. «1С» остаётся учётным ядром — источником достоверных данных о финансах, запасах и кадрах. Надстройка забирает эти данные, обогащает их данными реального времени с оборудования и лабораторных систем, и формирует единый контур управления процессами.

Модуль 1. Непрерывный контроль качества и прослеживаемость#

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

Как работает непрерывность. В классической модели «1С» качество контролируется в точках: входной контроль сырья, контроль на выходе передела, выходной контроль готовой продукции. Между этими точками — «слепые зоны». Управляющая надстройка заполняет их данными реального времени.

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

Интеграция с «1С». Все данные о качестве, собранные надстройкой, передаются в «1С» для учёта и отчётности. «1С» остаётся источником данных для регуляторов. Надстройка — инструментом управления качеством в реальном времени.

Модуль 2. Персональная ответственность и цепочки согласования#

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

Как работает персональная ответственность. В классической модели «1С» документ «приходная накладная» создан пользователем «Иванов». Но кто проверил качество сырья? Кто согласовал закупку именно у этого поставщика? Кто утвердил цену? Эти данные существуют, но они не связаны в единую цепочку.

Надстройка выстраивает матрицу согласования для каждого типа решений:

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

Пример. Технолог хочет изменить режим кондиционирования желатиновой массы. Он вносит предложение в систему. Система автоматически направляет его на согласование главному технологу и начальнику лаборатории. Только после получения обеих подписей изменение вступает в силу и передаётся на контроллер оборудования. Вся цепочка — от инициатора до исполнителя — сохранена и доступна для аудита.

Интеграция с «1С». «1С» хранит учётные данные о сотрудниках, их должностях и полномочиях. Надстройка использует эти данные для построения матриц согласования. Результаты согласований фиксируются в «1С» как часть audit trail.

Модуль 3. Управление рисками и предиктивная аналитика#

Что делает. Прогнозирует риски на основе данных реального времени и исторической статистики. Не «фиксирует отклонение постфактум», а «предсказывает и предотвращает».

Какие риски прогнозирует:

• Отклонение качества партии — на основе тренда параметров сырья и режимов обработки.
• Срыв сроков поставки — на основе данных о загрузке линий и уровне запасов.
• Рост дебиторской задолженности конкретного дистрибьютора — на основе истории платежей и текущей динамики.
• Валютные потери — на основе открытой валютной позиции и прогноза курса.

Пример. Система анализирует данные о платежах дилерской сети за последние шесть месяцев. Для трёх дистрибьюторов она фиксирует тренд: срок оплаты увеличился с 30 до 45 дней, затем до 60. Система предупреждает коммерческого директора: «При сохранении тренда просрочка превысит 90 дней, рекомендуемое действие — сократить лимит отгрузки или перевести на предоплату».

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

Модуль 4. Интеграционная шина реального времени#

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

Как работает. «1С» остаётся учётным ядром. Но данные в неё поступают не через ручной ввод первичных документов, а автоматически — с датчиков, анализаторов, контроллеров. Надстройка забирает эти данные, нормализует их и передаёт в «1С» для учёта. Одновременно она использует их для оперативного управления процессами.

Модуль 5. Граничный ИИ-аналитик#

Что делает. Размещается на вычислителях непосредственно на критическом оборудовании — линиях фасовки, машинах желатинирования, сушильных камерах. Непрерывно анализирует поток данных и выявляет отклонения, которые человек не заметит.

Пример. ИИ фиксирует, что амплитуда вибрации на линии фасовки изменилась так же, как это было за три дня до выхода из строя дозатора в прошлом году. Система выдаёт предупреждение: «Вероятность отказа дозатора в ближайшие 72 часа — 78 процентов, рекомендуемое действие — заменить дозатор в плановое технологическое окно».

Принципиальное отличие от облачных решений. Граничный ИИ работает автономно. Данные не покидают площадку. При обрыве связи с центральным сервером он продолжает анализировать и выдавать рекомендации.

Модуль 6. Информационная безопасность как встроенная петля#

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

Как работает:

• Аутентификация на уровне устройств. Контроллер, передающий команду на дозатор, идентифицирован и проверен. Это исключает подмену устройства и несанкционированное вмешательство в технологический процесс.
• Шифрование всех каналов передачи данных между лабораторной системой, производственным оборудованием и учётным контуром.
• Контроль целостности рецептур. Любое изменение состава продукта, технологической карты или параметров обработки фиксируется с меткой времени и идентификатором инициатора. Попытка несанкционированного изменения — блокировка и оповещение.
• Обнаружение аномалий. Выгрузка рецептур на внешний носитель, изменение параметров в нерабочее время, многократные попытки доступа к закрытым данным — система блокирует операцию и оповещает службу безопасности.
• Защита данных клинических исследований. Доступ к протоколам исследований — только через защищённый контур с логированием каждого обращения.

Интеграция с «1С». «1С» обеспечивает базовое разграничение прав доступа. Надстройка добавляет защиту на уровне данных и устройств, которую «1С» не обеспечивает по своей архитектуре.

Модуль 7. Сквозная аналитика для первых лиц#

Что делает. Дашборды не «вообще», а по трём операционным показателям. Динамика Выработки, Запасов и Операционных расходов — по каждому продукту, каждому каналу продаж, каждому переделу.

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

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

План внедрения: дополнить, а не заменить#

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

Шаг 1. Интеграционная шина и подключение источников данных#

Что делаем. Проводим полный аудит текущего ИТ-ландшафта. Разворачиваем интеграционную шину, которая связывает «1С», лабораторную систему, производственное оборудование и систему цифровой маркировки в единый контур. Данные начинают поступать в реальном времени.

Что не меняется. Все существующие системы продолжают работать. «1С» остаётся учётным ядром. Лабораторная система продолжает вести учёт анализов. Операторы продолжают работать в привычных интерфейсах.

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

Шаг 2. Непрерывность и персональная ответственность#

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

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

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

Шаг 3. Предиктивная аналитика и граничный ИИ#

Что делаем. Устанавливаем граничные вычислители на критическом оборудовании. Обучаем модели ИИ на исторических данных, собранных на Шаге 1. Запускаем в режиме «советчика»: система выдаёт рекомендации, решение принимает человек.

Что не меняется. ИИ не управляет оборудованием напрямую. Последнее слово — за технологом или оператором. Система предоставляет обоснование и прогноз последствий.

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

Шаг 4. Встроенная информационная безопасность#

Что делаем. Внедряем защиту на уровне устройств, каналов передачи данных и целостности рецептур. Настраиваем обнаружение аномалий и защиту клинических данных.

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

Шаг 5. Передача и сопровождение#

Что делаем. Обучаем внутреннюю команду, передаём документацию, остаёмся на абонентском сопровождении.

Результат. Предприятие получает работающую систему, которая не требует нашего постоянного присутствия.

Что вы получаете в итоге#

Сравнение сценариев#

Часто задаваемые вопросы#

Для кого эта услуга#

Все материалы по теме#