Приложение для аптеки: маркировка, рецепты и учётная система
Аптека — регулируемая розница, и приложение для неё держится на трёх узлах, которых нет у обычного интернет-магазина: маркировка лекарств, правила продажи рецептурных и безрецептурных препаратов и интеграция с учётной системой. От того, как они проработаны, зависит, заработает приложение легально и без расхождений или нет.
Чем приложение аптеки сложнее обычного магазина
В интернет-магазине товар можно положить в корзину и оплатить. В аптеке у каждого из этих шагов есть отраслевые правила: упаковка лекарства маркирована и её движение отслеживается государством, часть препаратов отпускается только по рецепту, а ассортимент, цены и остатки живут в учётной системе с поддержкой маркировки.
Поэтому приложение аптеки — это не витрина поверх каталога, а часть регулируемого процесса продажи. Три узла, на которых оно держится: маркировка, рецепты и учётная система. Разберём каждый.
Большую часть приложения при этом закрывают готовые модули — каталог и поиск по препаратам, бронь, самовывоз и доставка, личный кабинет и программа лояльности, как в любом приложении для интернет-магазина. Аптечная специфика добавляется поверх этого фундамента. Если приложения ещё нет, спрос можно проверить на MVP с базовым набором функций, а полный объём с маркировкой и рецептурной логикой — зафиксировать в техническом задании и оценить через калькулятор разработки.
Маркировка лекарств (МДЛП) в приложении
Лекарственные препараты подлежат обязательной маркировке: на каждой упаковке есть код Data Matrix, а движение упаковок — от производителя до продажи — отслеживается в системе мониторинга движения лекарственных препаратов (МДЛП), которая входит в государственную систему «Честный знак».
Приёмка и продажа
Для аптеки маркировка — это два действия. Приёмка: при поступлении партии аптека сканирует коды и подтверждает приёмку в системе. Продажа: когда упаковку продают, касса списывает её код и сообщает в систему маркировки, что товар продан. Эту отметку о продаже обычно делает онлайн-касса вместе с учётной системой — они и передают данные в МДЛП в момент оплаты.
Что это значит для приложения
Приложение не подменяет этот процесс, а встраивается в него: заказ из приложения доходит до кассы и учётной системы аптеки, где продажа отмечается в системе маркировки штатно. Прямого доступа к МДЛП у приложения, как правило, нет — оно работает с учётной системой и кассой. Это упрощает приложение и оставляет регулируемую часть там, где ей положено быть.
Практический вывод: при оформлении заказа в приложении важно, чтобы продажа проходила через кассу аптеки, а не «мимо» неё. Иначе код проданной упаковки не спишется в системе маркировки, и появятся расхождения — а это уже вопрос к самой аптеке, а не к приложению.
Рецептурные и безрецептурные препараты
Ассортимент аптеки делится на две группы, и в приложении они ведут себя по-разному.
| Группа | Продажа онлайн | Как ведёт себя в приложении |
|---|---|---|
| Безрецептурные (OTC) | Разрешена дистанционно с 2020 года | Доступны к онлайн-заказу, самовывозу и доставке |
| Рецептурные (Rx) | Ограниченно — через эксперимент в отдельных регионах | Отпуск зависит от действующего режима: рецепт, регион, перечень препаратов |
Безрецептурные препараты
Безрецептурные препараты можно продавать дистанционно — это разрешено в России с 2020 года. В приложении они доступны к онлайн-заказу, самовывозу и доставке так же, как товары обычного интернет-магазина: каталог, корзина, оплата, статус заказа.
Рецептурные препараты
Рецептурные по умолчанию отпускаются в аптеке. Дистанционная продажа рецептурных вводилась в ограниченном режиме через эксперимент в Москве, Московской и Белгородской областях — по электронному или бумажному рецепту и с ограниченным перечнем препаратов (без наркотических, психотропных и сильнодействующих веществ). Условия дистанционной торговли рецептурными препаратами публикует Росздравнадзор.
Правила в этой области меняются, поэтому действующий режим, регион и перечень уточняют на момент запуска. В приложении это закладывают как настраиваемую логику: для рецептурного включается нужный сценарий — самовывоз и бронь, проверка рецепта или ограничение по региону и перечню. Так приложение соответствует действующим требованиям и не обещает того, что сейчас недоступно.
Интеграция с учётной системой
Сердце аптеки — учётная система. Чаще всего это 1С: специализированные аптечные конфигурации или 1С:Розница с поддержкой маркировки. В ней заведён ассортимент, цены, остатки и движение товара. Приложение подключается к учётной системе через её API и синхронизирует данные в обе стороны.
Что синхронизируется
Состав обмена определяется тем, что отдаёт API учётной системы и какие сценарии нужны аптеке. Чаще всего синхронизируется:
- Ассортимент и цены — карточки препаратов, описания, актуальная стоимость.
- Остатки по аптекам — наличие конкретного препарата в выбранной точке.
- Заказы и брони — заявка из приложения попадает в учётную систему и на кассу.
- Статусы и отметка о продаже по маркировке — через кассу и учётную систему.
- Данные рецепта — при необходимости и в защищённом виде.
Прямого доступа к МДЛП у приложения обычно нет: оно работает с учётной системой и кассой, а уже они общаются с системой маркировки. Это упрощает приложение и держит регулируемую часть там, где ей положено быть.
Кто обеспечивает интеграцию
На готовой платформе подключение к учётной системе идёт по понятной тарифной модели: в тарифе ПРО заказчик предоставляет готовые методы (API) своей системы, команда использует их при настройке; в тарифе ПРО+ интеграцию обеспечивает команда под ключ, в том числе когда готовых методов нет. Для аптечной сети это важно: точек и систем может быть несколько, и обмен настраивается под каждую.
Как это работает вместе
Приложение не обращается к кассе и государственным системам напрямую — между ними работает серверная часть. Она связывает приложение с учётной системой и кассой, а маркировка и отпуск остаются на их стороне.
| Что делает гость в приложении | Что происходит на стороне аптеки |
|---|---|
| Смотрит каталог и наличие | Данные берутся из учётной системы: ассортимент, цены, остатки по аптеке |
| Оформляет заказ или бронь | Заявка попадает в учётную систему и на кассу аптеки |
| Забирает или получает заказ | Продажа проходит через кассу, отметка о продаже уходит в систему маркировки (МДЛП) |
| Покупает рецептурный препарат | Включается сценарий под действующий режим: рецепт, регион, перечень |
Главное правило здесь — приложение управляет витриной и заказом, а маркировку, отметку о продаже и отпуск рецептурных оставляет кассе и учётной системе аптеки. Так зоны ответственности не смешиваются, и приложение можно развивать, не затрагивая регулируемую часть.
Планируете приложение для аптеки или сети? Опишите учётную систему и ассортимент — разберём маркировку, рецептурную логику и интеграцию. Прикинуть бюджет можно на калькуляторе стоимости разработки или сразу закажите приложение для аптеки и аптечной сети.
Типичные ошибки
Большинство проблем у аптечных приложений — на стыке с регулируемой частью. Что важно не упустить:
- Продажа «мимо» кассы. Если заказ из приложения не проходит через кассу, код проданной упаковки не списывается в системе маркировки — появляются расхождения с МДЛП.
- Рецептурные без учёта режима. Отпуск рецептурных препаратов без проверки рецепта, региона и перечня — прямой регуляторный риск.
- Расхождение остатков и цен. Без синхронизации с учётной системой приложение показывает не то, что есть и почём на самом деле.
- Данные рецепта без защиты. Сведения о рецептах чувствительны; их обработка без должных мер по персональным данным недопустима.
- Игнор стоп-позиций. Препарат закончился или снят с продажи, а в приложении всё ещё доступен к заказу.
Чек-лист запуска приложения аптеки
Что проверить до старта разработки и зафиксировать в техническом задании перед запуском:
- Учётная система и её API. Какая система (1С или другая), какие методы доступны, кто даёт доступ.
- Маркировка. Продажа из приложения проходит через кассу, отметка о продаже уходит в МДЛП.
- Безрецептурный ассортимент доступен к онлайн-заказу и доставке.
- Рецептурная логика настроена под действующий режим, регион и перечень препаратов.
- Персональные данные. Согласия, защищённое хранение и передача данных покупателя и рецепта.
- Остатки и стоп-позиции синхронизированы по каждой аптеке.
Опыт в аптечной рознице и интеграциях
Маркировка и рецептурная логика держатся на одном умении — глубокой интеграции приложения с учётной системой и кассой. Этот опыт у нас есть и в самой аптеке, и в смежной рознице.
Алоэ Аптека — приложение аптечной сети в App Store и Google Play
Приложение аптечной сети «Алоэ Аптека» в App Store и Google Play: каталог, поиск и заказ в собственном мобильном канале сети.
За пределами аптек у команды большой опыт приложений интернет-магазинов с каталогами в десятки тысяч позиций, интеграцией учётных систем (1С), доставкой и программами лояльности — те же инженерные задачи, что и у аптечной сети. Аптечная розница добавляет к ним маркировку и рецептурный отпуск, но фундамент — обмен с учётной системой — тот же. Полное портфолио — в разделе кейсов, а профильная услуга — разработка приложения для аптеки на базе платформы мобильных приложений для бизнеса.
Итог
Приложение для аптеки держится на трёх узлах: маркировка лекарств идёт через кассу и МДЛП, безрецептурные препараты продаются онлайн, рецептурные — по действующему режиму и региону, а ассортимент, цены и остатки приходят из учётной системы. Витрина — лишь верхушка; основная работа происходит в интеграции с регулируемой частью аптеки.
С чего начать:
- Зафиксировать сценарии. Маркировка, рецептурная логика и состав обмена описываются в техническом задании.
- Оценить бюджет. Прикиньте срок и стоимость на калькуляторе разработки.
- Проверить готовое приложение. Если приложение уже есть — аудит покажет, как подключить маркировку и учётную систему.
Часто задаваемые вопросы
Можно ли продавать лекарства через мобильное приложение аптеки?
Безрецептурные препараты можно продавать дистанционно — это разрешено в России с 2020 года. Рецептурные по умолчанию отпускаются в аптеке; дистанционная продажа рецептурных вводилась в ограниченном режиме через эксперимент в отдельных регионах по электронному или бумажному рецепту и с ограниченным перечнем препаратов. Нормы в этой области меняются, поэтому действующий режим уточняют на момент запуска приложения.
Как в приложении аптеки работает маркировка лекарств?
Лекарства подлежат обязательной маркировке: движение упаковок отслеживается в системе МДЛП (часть «Честного знака»). Отметку о продаже делают онлайн-касса и учётная система аптеки: касса списывает код проданной упаковки и сообщает об этом в систему маркировки. Приложение не подменяет этот процесс: заказ из приложения доходит до кассы, где продажа отмечается в системе маркировки штатно. Прямого доступа к МДЛП у приложения обычно нет.
Нужно ли интегрировать приложение аптеки с 1С?
Да, интеграция с учётной системой — основа приложения аптеки. Чаще всего это 1С (специализированные аптечные конфигурации или 1С:Розница) с поддержкой маркировки. Через интеграцию синхронизируются ассортимент и цены, остатки по аптекам, статусы заказов и брони. Подключение идёт через API учётной системы.
Можно ли продавать рецептурные препараты онлайн в приложении?
Это зависит от действующего режима и региона. Дистанционная продажа рецептурных препаратов в России вводилась через эксперимент в Москве, Московской и Белгородской областях по электронному или бумажному рецепту и с ограниченным перечнем (без наркотических, психотропных и сильнодействующих веществ). Логику отпуска рецептурных в приложении закладывают под текущие требования, поэтому правила уточняют на старте проекта.
Как защищаются данные рецептов и покупателей?
Данные рецепта относятся к чувствительной информации, поэтому их обработка строится по требованиям к персональным данным: согласие пользователя, ограничение доступа, защищённое хранение и передача. Конкретный объём мер определяется на этапе проектирования вместе с юристами заказчика.
Сколько стоит разработка приложения для аптеки?
Стоимость зависит от набора функций и сложности интеграций — маркировка, рецептурная логика, обмен с учётной системой. На готовой платформе базовые модули ускоряют старт, нестандартные сценарии считаются как доработки. Ориентиры по тарифам — на странице тарифов, предварительную оценку под задачу даёт калькулятор стоимости разработки.
Материал носит информационно-аналитический характер, это не юридическая консультация. Требования к маркировке, отпуску рецептурных препаратов и обработке персональных данных меняются — актуальные нормы сверяют на момент запуска проекта.