Настройка 1с аптека для маркировки

Обновлено: 22.01.2025

Данный цикл будет посвящен маркировке лекарственных препаратов (далее ЛП), нюансам работы с "1С: Библиотека интеграции с МДЛП" (далее библиотека МДЛП), доступной для скачивания на сайте ИТС, методиками работы с регистраторами выбытия (далее РВ), и проблемам, с которыми пришлось столкнуться при интеграции.

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

Для начала необходимо проверить регистрацию в личном кабинете МДЛП. После рекомендую скачать с сайта ИТС библиотеку МДЛП. В ней на данный момент реализованы все основные функции, необходимые для выполнения обмена документами с МДЛП. Интеграция данной библиотеки в Вашу конфигурацию не займет много времени. Весь контур библиотеки МДЛП будет являться отдельной подсистемой в Вашей конфигурации, не мешая основному контуру учета. Если ресурсов и времени мало, то можно вполне ограничиться только интеграцией библиотеки. Однако необходимо выполнить ее первоначальную настройку и выполнить несколько проверочных обменов в контуре «Песочница» (тестовый контур МДЛП для разработчиков).

Рекомендации по регистрации в МДЛП

Для начала необходимо пройти процедуру регистрации в Личном кабинете МДЛП. Необходимо иметь ЭЦП руководителя, настроенный КриптоПро (или другое криптографическое средство защиты информации).

Далее необходимо пройти процедуру регистрации на сайте Рекомендации по интеграции библиотеки МДЛП

Библиотека МДЛП содержит в своем составе библиотеки БПО, БСП, БИП (целиком или частично сказать затруднительно), поэтому при интеграции рекомендую в первую очередь проверить общие модули:

ОбновлениеИнформационнойБазыБИП;
ОбновлениеИнформационнойБазыБСП;
ОбновлениеИнформационнойБазыБПО;

Здесь необходимо обратить внимание на процедуру ПриДобавленииПодсистемы, в которой храниться текущая версия конкретной библиотеки. В случае если библиотека МДЛП содержит более позднюю версию рекомендую обновлять модули данной библиотеки. В противном случае можно обновить только контур МДЛП.

В общем случае в первую очередь необходимо обращать внимание на модули, содержащие МДЛП в своем имени.
Перечень обязательных к переносу метаданных

ИнтеграцияМДЛП в основном предназначены для обмена с контуром МДЛП (формирование документов на отправку, получение квитанций, авторизация и пр.);
ОбновлениеИнформационнойБазыМДЛП (стандартный модуль, содержащий процедуры обновления до текущей версии);
СобытияФормМДЛП служат для процедур интерактивной обработки в формах документов;
ТранспортМДЛП содержит настройки обмена с МДЛП;

Здесь следует обратить внимание на ВестиСведенияДляМониторингаДвиженияЛекарственныхПрепаратов - не забудьте установить в Истину в клиентском приложении, иначе не будете видеть документы МДЛП;

ИспользоватьАвтоматическуюОтправкуПолучениеДанныхМДЛП опция, позволяющая выполнять обмен автоматически;

большинство необходимых типов имеют тип строка, в частности ОснованиеУведомленияО<ТипДокумента> в дальнейшем необходимо будет выставить в необходимый ссылочный тип, если Вы планируете делать ввод на основании;

АвторизацияАПИМДЛП форма ввода логина пароля для авторизации;

Драйвер1СУстройстваВводаNative - драйвер необходимый для сканера штрих кодов;

Необходим обязательно последний пакет (ИнтеграцияМДЛП_1_35 на текущий момент);

Необходимо перенести все (кроме имеющих префикс удалить). Подробнее о документах далее.

Необходимы все, имеющие МДЛП в своем имени;

ПанельМаркировкиМДЛП является основным рабочим столом. Подробнее о ней далее.
ПолучитьСоставТранспортныхУпаковокМДЛП позволяет просмотреть упаковки, входящие в групповую;
ПроверкаИПодборУпаковокМДЛП используется в формах документов для указания наличия\наличия упаковки в документе;
СверкаОстатковМДЛП служебная обработка, позволяющая проводить сверку остатков в базе и в контуре МДЛП;

После переноса необходимых метаданных необходимо выполнить обязательные начальные настройки в клиентском приложении.

Выставить константу Вести сведения для мониторинга движения лекарственных препаратов в истину;
Открыть обработку ПанельМаркировкиМДЛП, раскрыть группу Настройки и справочники, указать последнюю версию обмена (например, на текущий момент 1.35), установить адрес API на один из необходимых:
- Тестовый стенд API;
- Тестовая система МДЛП («Песочница»);
- Промышленная система;
Если хотите протестировать работоспособность - нужна «Песочница», для отправки и получения реальных документов необходима Промышленная система.

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

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

Библиотека МДЛП является хорошей основой для ведения учета и в принципе серьезных изменений ее не требуется для ведения базового учета. Однако работа пользователей будет достаточно неудобной, если интегрировать библиотеку хотя бы без основных изменений.

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

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

УведомлениеОПриемкеМДЛП - первый документ с которого стоит начать знакомство. Позволяет оприходовать ЛП на вашу организацию. Различается типом акцептования, либо обратный порядок, либо прямой. Если очень кратко обратный порядок - ваша организация сделала уведомление о приемке, отдала в МДЛП, поставщик подтвердил. Прямой акцепт наоборот - поставщик отправил документ отгрузки, ваша организация загрузила документ из МДЛП и подтвердила получение.

Нюансы, на которые стоит обратить внимание:
- если источник финансирования указан Средства федерального бюджета или Средства регионального бюджета поле Номер контракта обязательно к заполнению, иначе МДЛП вернет ошибку. Рекомендую добавить проверку заполнения по условию.
- если сбита нумерации документа (пример внутренний номер документ стал вместо "00000000027" "2" при обмене будет получена ошибка с неуникальным номером). Рекомендую пользователям запретить сразу редактирование номера, так как они часто путают поля номер и номер документа (тут хранится в большинстве случаев номер накладной).
- при получении документа прямого акцепта пользователь должен подтвердить, что упаковки получены сканированием дата матрикс или вручную. Рекомендую запретить пользователю ручную простановку, так как это чревато оприходованием того что нет в документе. Поставщики тоже путаются.
- если не ошибаюсь, на данный момент не считается сумма от цены и количества в табличных частях документов. Рекомендую к доработке.
- соответственно ввод на основании данного документа должен быть в обе стороны из-за наличия двух видов акцептования. Обратный акцепт вводится на основании вашего документа оприходования в основной системе учета, прямой акцепт создает документ оприходования.
- для сопоставления организаций и контрагентов служит регистр сведений СубъектыОбращенияМДЛП доступный из ПанельМаркировкиМДЛП по гиперссылке. Однако можно прописать соответствие через константу, если у вас одна организация и одно место деятельности. После использовать при заполнении на основании всех уведомлений.
УведомлениеОПеремещенииМДЛП служит для перемещения КМ между вашими местами деятельности. Рекомендации аналогичные, за исключением акцептов - данный документ ими не оперирует.

УведомлениеОбОтгрузкеМДЛП данный документ является парным с документом УведомлениеОПриемкеМДЛП и так же оперирует акцептованием, с небольшой разницей что обратный акцепт загружается из МДЛП, прямой же создается пользователем. Рекомендации по изменениям те же что и для приемки.

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

Библиотека МДЛП реализовала возможность работы с РВ. Необходимо заполнить справочники РегистраторыВыбытия и РабочиеМестаМДЛП. К сожалению подробных рекомендаций, по коду в этой области не могу дать, так как самостоятельно осваивал АПИ РВ и реализовывал работу с РВ еще до того, как это умела библиотека. Некоторыми подробностями планирую поделится в следующих статьях.

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

Вам нужен общий модуль ИнтеграцияМДЛПКлиентСервер Функция РазобратьКакШтрихкодГС1(Штрих код)

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

УведомлениеОбАгрегированииИТрансформацииУпаковокМДЛП документ позволяет производить различные манипуляции с групповыми упаковками. В большинстве случаев на начальном этапе может потребоваться дезагрегация. Сам документ был значительно доработан в последних версиях библиотеки (ранее он позволял, например, дезагрегировать лишь одну упаковку в документе. Это приводило к необходимости существования отдельной формы документа для этой операции). Здесь основной рекомендацией на мой взгляд является создание на основании уведомления о приемке документа дезагрегации и наличия ссылки на этот документ из документа приемки. Пользователи, думаю, будут вам благодарны, когда не придется искать долго эти связанные документы. На крайний случай при нехватке времени советую набросать хотя бы быстрый отчет на СКД по этим документам, связав их по номерам групповых упаковок.

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

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

Маркировка лекарственных препаратов вводилась в Российской Федерации поэтапно. В октябре 2019 года стартовала обязательная маркировка лекарственных препаратов семи высокозатратных нозологий. Введение обязательной маркировки остальных препаратов несколько раз откладывалось, в том числе, из-за недостаточной технической и программной подготовленности производителей к новым правилам выпуска и продажи лекарств. С 1 июля 2020 года маркировка всех лекарственных препаратов является обязательной, но многие производители и дистрибьюторы все-таки остаются не в полной мере довольны реализованным у себя на производстве решением. Сейчас, когда сложный этап уже пройден и лекарства выходят с конвейера промаркированными, самое время задуматься над удобством использования внедренного решения.

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

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

Покажем, как на практике выглядит процесс маркировки на стороне производителя с установленным дополнением МЛП.

Схема бизнес процесса «Маркировка на производстве»

Шаг 1. Заполнение номера GTIN в карточке номенклатуры

После поступления заявки на выпуск продукции, сотрудник производства создает распоряжение на выпуск продукции. Например, в учетной системе 1С:ERP в качестве такого распоряжения будет фигурировать документ «Заказ на производство». Помимо этого, производственный отдел формирует задачу на упаковку для оборудования.

Следующим шагом будет создание документа «Бизнес-заказ СУЗ». С помощью документа «Бизнес-заказ СУЗ» возможен заказ кодов маркировки, обогащенных крипто-хвостами в системе управления заказами (СУЗ). Производитель указывает GTIN лекарственного препарата, количество требуемых кодов, а также идентификатор организации-производителя и место деятельности, на котором будет происходить упаковка продукции.

Дополнение МЛП позволяет создавать Бизнес-заказы СУЗ на основании документов «Заказ на производство». При этом в Бизнес-заказ СУЗ будут перенесены все необходимые сведения: GTIN (уникальный идентификатор препарата), количество, данные об организации и месте деятельности.

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

Шаг 2. Выбор и установка способа получения кодов маркировки

После этого можно задать настройки получения кодов маркировки для данного препарата, страну-производителя и способ оплаты. Существует 2 способа получения кодов маркировки: на стороне СУЗ или на стороне МЛП. Эта настройка становится доступна и задается в МЛП при внесении в систему GTIN препарата. При внесении GTIN также можно указать, каким образом будет происходить генерация кодов маркировки: на стороне СУЗ или на стороне МЛП.

Для генерации кодов маркировки на стороне СУЗ в регистре «Международный код маркировки (GTIN) номенклатуры МЛП» необходимо, для каждой из номенклатуры (у которой указан GTIN), установить положительное значение реквизита «Генерация на стороне СУЗ».

Шаг 3. Создания документа «Бизнес-заказ СУЗ»

Для создания документа «Бизнес-заказ СУЗ» на основании заказа на производство, переходим в панель маркировки МДЛП. В конфигурации 1С:ERP доступ к панели находится в разделе «НСИ и Администрирование» - «Сервис».

В открывшейся панели МДЛП переходим по ссылке «Бизнес-заказы СУЗ».

Откроется форма списка документов «Бизнес-заказ СУЗ». Создаем новый документ. В открывшемся окне выбираем команду «Заполнить из распоряжения».

Откроется окно выбора документов «Заказ на производство». Потребуется выбрать нужный документ из списка.

Происходит автоматический расчёт количества требуемых коробов в зависимости от вместимости упаковки и количества планируемых к выпуску упаковок лекарств.

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

Шаг 4. Заказ и получение кодов в СУЗ

Будет создан документ «Бизнес-заказ СУЗ». После его проведения требуемое количество кодов групповых упаковок будет автоматически сгенерировано программой, а коды маркировки будут заказаны в СУЗ.

СУЗ требуется некоторое время, чтобы сгенерировать коды маркировки и обогатить их крипто-хвостами. Для того, чтобы узнать, на какой стадии находится получение кодов маркировки с крипто-хвостами от СУЗ, нажимаем на форме документа «Бизнес-заказ СУЗ»: «Действия с СУЗ» - «Показать состояние буфера». Будет выведено окно, в котором будет показан статус буфера, а также, какое количество кодов уже получено от СУЗ и находится в буфере. В данном случае, заказано 5 кодов, а получено 0, поэтому состояние «PENDING (Буфер КМ находится в ожидании)» .

Когда количество заказанных кодов сравняется с количеством кодов, полученных буфером, статус буфера изменится на «ACTIVE (Буфер создан)».

Теперь, чтобы загрузить коды из буфера в Бизнес-заказ, нажимаем «Действия с СУЗ» - «Получить КМ из буфера».

Шаг 5. Передача кодов на упаковочную линию

Дальше можно передавать коды на упаковочную линию для нанесения и проведения агрегирования. Настройки упаковочной линии и схемы взаимодействия задаются в системе на этапе внедрения МЛП и интеграции с оборудованием. Для отправки кодов на линию на форме списка документов «Бизнес-заказ СУЗ» предусмотрена команда. Нажимаем «Упаковочная лини» - «Передать коды на линию».

После отправки кодов состояние бизнес-заказа изменится. Теперь на форме списка документов «Бизнес-заказ СУЗ» напротив бизнес-заказа будет стоять галочка, свидетельствующая о том, что коды переданы на линию.

Шаг 6. Загрузка информации о нанесении кодов с упаковочной линии

После нанесения кодов на потребительские упаковки, загружаем информацию о нанесении с линии с помощью команды «Загрузить коды с линии». На форме списка документов «Бизнес-заказ СУЗ» напротив бизнес-заказа будет стоять галочка, свидетельствующая о том, что коды загружены с линии.

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

Шаг 7. Закрытие отчета об использовании кодов в СУЗ

Для получения сведений о закрытии отчета о нанесении кодов от СУЗ необходимо получить обратный статус по отчету. На форме документа «Бизнес-заказ СУЗ» выбираем: «Действия с СУЗ» - «Получить статус обработки отчета». На форме списка документов «Бизнес-заказ СУЗ» напротив бизнес-заказа будет стоять галочка, свидетельствующая о том, что отчет закрыт.

Статус о закрытии получен, отчет закрыт, статусы упаковок в «Бизнес заказе» изменяются на «использован», крипто-хвосты по каждой упаковке автоматически удаляются из «Бизнес заказа» и системы в целом.

Шаг 8. Закрытие бизнес заказа

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

Таким образом, на практике, мы наглядно разобрали процесс маркировки на стороне производителя с установленным дополнением МЛП.

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

Ниже приведен наглядный пример работы производственных процессов на неуправляемых формах:

Причины купить

Интегрируется в продукты 1С как на управляемые, так и на неуправляемые формы.

Лицензии не имеют срока действия (являются бессрочными).

Варианты покупки клиентской лицензии для продукта:
- Клиентская лицензия на 1 рабочее место – 45 000 руб.
- Клиентская лицензия на 5 рабочих мест – 191 250 руб.
- Клиентская лицензия на 10 рабочих мест – 337 500 руб.
- Клиентская лицензия на 30 рабочих мест – 877 500 руб.
Совместимое оборудование:
- Сканеры штрихкода
- Терминалы сбора данных на всех этапах движения маркированных препаратов
- Принтер этикеток
Конфигурация предназначена для использования с платформой "1С: Предприятие 8.3" не ниже версии 8.3.12.1469.

Продукт предназначен для конфигураций:
- Управление производственным предприятием, редакция 1.3 (1.3.133.3) и выше;
- 1С:ERP Управление предприятием 2 (2.4.11.98) и выше;
- Управление торговлей, редакция 10.3 (10.3.60.3) и выше;
- Управление торговлей, редакция 11 (11.4.11.102) и выше;
Достоинства
- Продукт предназначен для компаний, которые производят, импортируют и продают лекарства
- Обеспечивает комплексный подход к маркировке продукции и отслеживанию ее движения
- Пройдет валидацию информационной системы (стандарт — GAMP 5)
- Продукт прошел сертификацию 1С и получил статус «1С:Совместимо»
Применяется для автоматизации процессов:
- Производственных. Упаковка отражается в 1С с указанием иерархии. Таким образом известно, какие упаковки хранятся в каких коробках. Работает в полном взаимодействии со станцией управления заказами (СУЗ).
Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.

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

Читайте также: