Дашборд для аптеки 2026: остатки, сроки годности, рецепты, МДЛП и деньги на полке
Дашборд для аптеки нужен не для того, чтобы увидеть красивую диаграмму продаж по брендам. Управляющему каждый день нужно видеть другое: какие партии подходят к сроку годности, где остаток числится в учетной системе, но не подтвержден физически, какие рецептурные позиции нельзя смешивать с обычным retail-отчетом, где ЖНВЛП и минимальный ассортимент требуют отдельного контроля, и какие дорогие SKU заморозили оборотные деньги.
Главная ошибка аптечной аналитики - строить "товарный дашборд" как обычный retail. Лекарства живут партиями, сроками годности, кодами маркировки, рецептами, правилами хранения, предметно-количественным учетом, возвратами поставщику и регуляторными ограничениями. SimpleDashboard помогает быстро собрать управленческий экран из CSV/XLSX выгрузок 1С-Аптеки, МойСклад, СБИС, кассы, аптечной CRM или Google Sheets, но юридические и фармацевтические решения остаются за ответственным специалистом.

Главное
- Честный ЗНАК в базе знаний указывает, что маркировке подлежат все лекарственные препараты для медицинского применения, а Росздравнадзор описывает систему маркировки как мониторинг движения лекарств от производителя до конечного потребителя. Поэтому аптечный дашборд не должен подменять МДЛП: он может показывать управленческие риски, но первичный контур маркировки остается отдельным.
- 61-ФЗ об обращении лекарственных средств отдельно регулирует хранение лекарственных средств, а статья 58.1 вводит предметно-количественный учет для отдельных лекарственных средств через регистрацию операций, меняющих количество или состояние. Значит, "остаток на полке" и "остаток в управленческом отчете" надо сверять по разным источникам.
- NCPA в материале Managing the Pharmacy Inventory выделяет inventory turns, carrying costs, basic stock, safety stock и GMROI. Для аптеки это практичная KPI-рамка: не только выручка, но и деньги, зависшие в медленно оборачиваемых и дорогих препаратах.
- Срок годности должен считаться по партии, а не только по названию препарата. Один и тот же SKU может иметь несколько партий с разными датами, и отчет без FEFO/short-dated блока опасен.
- Форумы и Reddit ниже использованы только как signal-only: специалисты часто обсуждают cycle counts, обработку expired/damaged drugs, возвраты, расхождения системы и факта, частоту инвентаризаций и учет controlled substances. Это не доказательство норм, а подсказка, какие исключения вынести на экран.
- SimpleDashboard стоит 5 000 ₽/мес и подходит для первого проверяемого слоя: загрузить выгрузки, согласовать формулы, увидеть спорные строки и решить, нужен ли дальше полноценный BI/API-проект.
Эта статья для владельца аптеки, управляющего аптечным пунктом, категорийного менеджера, бухгалтера, провизора-организатора или руководителя сети, которому нужен dashboard for pharmacy inventory: остатки, expiry tracking, prescription mix, ABC/XYZ, оборачиваемость, GMROI, МДЛП caveats и список действий на сегодня.
В нашем практическом разборе аптечной выгрузки проблема появилась еще до визуализации: часть строк была без номера партии, срок годности был заполнен только у закупочной поставки, рецептурные и безрецептурные продажи лежали в одной группе, возвраты поставщику не вычитались из "доступного остатка", а дорогой препарат в группе A продавался 1 раз за 90 дней. Поэтому полезный дашборд начинается с словаря статусов и контрольных строк, а не с выбора графиков.
KPI и риски аптечного дашборда
| KPI | Формула для первого запуска | Что показывает | Главный риск интерпретации |
|---|---|---|---|
| Stock on hand | Остаток по SKU, партии, складу и месту хранения | Что числится доступным сейчас | Учетный остаток может не совпадать с фактом, МДЛП-статусом или полкой |
| Short-dated stock | Партии со сроком годности 30/60/90 дней | Что нужно продать, вернуть, переместить или списать | Без скорости продаж список "сроков" не показывает финансовый риск |
| Expiry exposure | Остаток партии * закупочная цена для партий в риск-окне | Сколько денег может уйти в списание | Нужна политика возвратов поставщику и фактическая закупочная стоимость |
| ABC by revenue | Доля SKU в выручке за 90/180 дней | Какие позиции дают основной оборот | Высокая выручка не равна высокой марже или медицинской обязательности |
| ABC by margin | Валовая прибыль SKU / валовая прибыль категории | Где товар реально зарабатывает | Скидки, ЖНВЛП и возвраты могут исказить маржу |
| XYZ / demand stability | Вариация продаж по неделям или месяцам | Насколько прогнозируем спрос | Сезонность, перебои поставки и рекламные акции ломают классификацию |
| Inventory turns | Себестоимость продаж / средний запас за период | Как быстро запас превращается в деньги | Не сравнивать рецептурные, OTC, БАДы и дорогостоящие редкие препараты одним порогом |
| GMROI | Валовая прибыль / средний запас по закупочной стоимости | Доходность денег, вложенных в товар | Требует чистой маржи без возвратов, списаний и разовых скидок |
| Stockout risk | Продажи за период, остаток, lead time, safety stock | Что уйдет в ноль до следующей поставки | Нулевая продажа может быть спросом, который не случился из-за отсутствия товара |
| Minimum assortment gap | Обязательные позиции, отсутствующие в наличии | Регуляторный и операционный риск | Список надо сверять с актуальным перечнем и формой аптечной организации |
| Prescription mix | Выручка/количество по рецептурным позициям | Долю продаж с особыми правилами отпуска | Не выгружать лишние персональные данные рецептов в BI-слой |
| Marking exceptions | Ошибки приемки, выбытия, статуса кода, расхождения МДЛП | Где управленческий остаток может быть недостоверен | Дашборд не заменяет ФГИС МДЛП и регистратор выбытия |
| Data quality | Нет партии, нет expiry, дубль SKU, отрицательный остаток, stale export | Можно ли сегодня верить экрану | AI построит график даже по грязной выгрузке, если ошибки не вынести отдельно |
Для первого экрана обычно достаточно 8-10 блоков: остатки, short-dated stock, expiry exposure, stockout risk, ABC/XYZ, inventory turns, GMROI, рецептурный/OTC mix, marking exceptions, minimum assortment gap и data quality. Остальные метрики лучше добавлять после проверки контрольных строк.
Что говорят официальные и отраслевые источники
Честный ЗНАК и Росздравнадзор: маркировка - отдельный контур, не просто поле в отчете
В базе знаний Честного ЗНАКА указано, что обязательной маркировке подлежат все лекарственные препараты для медицинского применения. Росздравнадзор описывает систему маркировки как автоматизированный мониторинг движения лекарственных препаратов от производителя до конечного потребителя с целями контроля качества, борьбы с фальсификатом, мониторинга цен ЖНВЛП и управления запасами.
Практический вывод: дашборд аптеки может показывать список упаковок и партий с риском, но не должен объявлять себя заменой МДЛП, кассы, регистратора выбытия или официального личного кабинета. В управленческом экране полезны поля mdlp_status, last_marking_sync_at, acceptance_error, withdrawal_error, code_status_unknown, но финальную сверку надо делать в официальном контуре.
61-ФЗ: хранение, состояние и количество нельзя свести к одной колонке "остаток"
Статья 58 61-ФЗ говорит о правилах хранения лекарственных средств, а статья 58.1 описывает предметно-количественный учет для лекарственных средств, где операции, меняющие количество или состояние, регистрируются в специальных журналах. Для управленческого дашборда это не формальность: хранение, партия, статус, срок годности и учетная операция влияют на то, можно ли товар считать доступным.
Практический вывод: выводите остатки минимум в четырех состояниях: available, reserved, quarantine/blocked, expired/for_return_or_writeoff. Если в выгрузке есть только "количество", добавьте предупреждение: показатель не учитывает полный регуляторный и физический статус товара.
Рецепты и персональные данные: не тащите лишнее в BI
Приказы Минздрава по рецептам и отпуску лекарственных препаратов регулируют формы рецептурных бланков, оформление, учет и отпуск. 152-ФЗ регулирует обработку персональных данных юридическими лицами и физическими лицами, если обработка происходит с автоматизацией или сопоставимым способом.
Для аптечного дашборда это означает: для KPI обычно достаточно обезличенных полей rx_flag, prescription_type, sale_date, sku, quantity, amount, discount, pharmacist_id/hash, branch_id. Не выгружайте ФИО пациента, телефон, диагноз, адрес, полный текст рецепта, комментарии фармацевта и лишние реквизиты, если они не нужны для управленческой задачи.
NCPA: inventory turns и GMROI важнее красивого топа продаж
National Community Pharmacists Association в Managing the Pharmacy Inventory описывает inventory turns как количество раз в год, когда запас продается и заменяется по себестоимости, а GMROI как показатель операционной доходности аптеки. В том же материале подчеркивается, что слишком большой запас ухудшает cash flow, а slow movers держат капитал на полке.
Практический вывод: топ продаж нужен, но он не отвечает на главный вопрос собственника: какие деньги работают, а какие лежат. Поэтому рядом с ABC по выручке должны быть GMROI, inventory turns, short-dated exposure и список дорогих редких SKU, которые лучше заказывать под подтвержденный спрос.
Community signals: где аптечная аналитика ломается в реальности
Форумы не являются источником юридических норм, медицинских требований или универсальных KPI. Они полезны как карта бытовых сбоев.
В r/PharmacyTechnician участник описывает inventory work как приемку заказов, обработку expired/damaged drugs, закупки у wholesaler, returns для overstock и rarely dispensed drugs, cycle counts, организацию полок, маркировку soon-to-expire позиций и логи controlled substances. Это сигнал: дашборд должен показывать не только продажи, но и ежедневную работу с партиями, возвратами, просрочкой и расхождениями.
В обсуждении частоты инвентаризаций участники приводят разные практики: кто-то делает полный пересчет раз в год, кто-то считает отдельные группы чаще, а controlled substances выделяются в отдельный контур. Это не стандарт для вашей аптеки, но сигнал добавить на экран last_physical_count_at, cycle_count_required, high_value_count_required и controlled_or_PKU_review_required.
В обсуждениях аптечного inventory recurring pain выглядит так: система показывает наличие, а физическая полка или срок годности говорят другое; expensive meds считают вручную; returns и outdates лучше убрать до инвентаризации; открытые упаковки требуют отдельного правила оценки. Для дашборда это означает одно: нужен блок "исключения", иначе руководитель увидит среднюю температуру по складу.
Какие данные нужны для первого прототипа
Для CSV/XLSX-пилота хватит 5-8 выгрузок за 90-180 дней:
items: SKU, наименование, МНН/бренд, категория, рецептурность, ЖНВЛП flag, минимальный ассортимент flag;batches: SKU, batch_id, срок годности, дата приемки, поставщик, закупочная цена, количество;stock: SKU, batch_id, branch_id, storage_zone, available_qty, reserved_qty, blocked_qty, last_sync_at;sales: sale_id, date, branch_id, SKU, batch_id if available, quantity, revenue, discount, refund flag;purchases: date, supplier, SKU, batch_id, quantity, acquisition_cost, delivery_date;returns_writeoffs: date, SKU, batch_id, reason, quantity, amount, supplier_return_status;marking: code/batch status, acceptance/withdrawal status, last_mdlp_sync_at, errors;rx_summary: sale_id, rx_flag, prescription_type, anonymized pharmacist_id, без персональных данных пациента.
Если в файле нет batch_id и expiry date, первый дашборд всё равно можно собрать, но блок сроков годности должен быть помечен как неполный. Если нет закупочной цены, GMROI и expiry exposure лучше не показывать как точные KPI.
Как собрать дашборд аптеки через SimpleDashboard
Шаг 1. Сверьте контрольные числа
Перед графиками выберите один филиал и одну неделю. Проверьте руками:
- 10 ходовых SKU из группы A по выручке.
- 10 дорогих SKU с низкой частотой продаж.
- 10 партий со сроком годности до 90 дней.
- 5 позиций, где учетный остаток не сходился с физическим пересчетом.
- 5 рецептурных продаж без выгрузки персональных данных.
- 5 возвратов поставщику или списаний.
- 5 ошибок МДЛП/маркировки или строк без статуса синхронизации.
- 5 позиций из минимального ассортимента или ЖНВЛП, если это применимо к вашей аптеке.
- 3 отрицательных или нулевых остатка с продажами после нуля.
- Дату последней выгрузки и время последней физической сверки.
Если эти строки не сходятся с учетной системой, кассой, МДЛП и фактом на полке, сначала чинится модель данных. Дашборд не должен маскировать расхождения красивой визуализацией.
Шаг 2. Загрузите файл и опишите задачу
Загрузите CSV/XLSX в @coderboxbot и напишите:
Собери дашборд для аптеки: остатки по филиалам и партиям, сроки годности 30/60/90 дней, expiry exposure в закупочных ценах, ABC по выручке и марже, XYZ по стабильности спроса, inventory turns, GMROI, stockout risk, рецептурный/OTC mix, ЖНВЛП и minimum assortment gaps, ошибки маркировки/МДЛП, data quality table. Не показывай персональные данные пациентов.
AI предложит структуру экрана, но правила исключений утверждает человек: что считать доступным остатком, какие партии блокируются, как учитывать возвраты, какие рецептурные поля допустимы, какие SKU исключаются из retail KPI и какие ошибки маркировки критичны.
Шаг 3. Покажите риски рядом с KPI
| Сигнал | Что проверить | Возможное действие |
|---|---|---|
| Остаток высокий, продаж мало | Спрос за 90/180 дней, закупочная цена, сезонность | Снизить min/max, вернуть поставщику, не докупать |
| Срок годности до 60 дней | Скорость продаж, условия возврата, полка, акция | Переместить, вернуть, предупредить категорийного менеджера |
| Группа A уходит в ноль | Lead time, safety stock, поставщик, сезонность | Увеличить reorder point или настроить alert |
| GMROI низкий | Валовая маржа, средний запас, скидки, возвраты | Пересмотреть ассортимент и закупку |
| МДЛП-статус неизвестен | Дата синхронизации, ошибки приемки/выбытия | Сверить официальный контур до продажи/отчета |
| Рецептурный mix растет | Категории, филиал, регламент отпуска, данные рецептов | Проверить, что KPI не тянут лишние ПДн |
| Минимальный ассортимент gap | Актуальный перечень, форма аптечной организации | Уточнить обязательность и причину отсутствия |
| Отрицательные остатки | Возвраты, пересортица, задержка кассы, batch_id | Остановить автоотчет по SKU до сверки |
| Дорогой rare SKU лежит долго | История спроса, пациентский заказ, срок годности | Заказывать под подтвержденный спрос |
| Data quality errors растут | Дубли SKU, пустой expiry, stale export | Исправить источник до регулярного отчета |
Privacy, compliance caveats и ограничения
Аптечный дашборд может затронуть чувствительные данные: рецепты, сведения о покупках, номера документов, телефон, ФИО, комментарии фармацевта, льготные категории, данные о назначениях и идентификаторы сотрудников. Для управленческой аналитики чаще всего достаточно агрегатов и технических ID.
Ограничения, которые стоит подписать прямо на экране:
- дашборд не заменяет ФГИС МДЛП, Честный ЗНАК, кассовый контур, аптечную учетную систему и обязательные журналы;
- AI не должен сам решать, можно ли отпускать препарат, принимать рецепт, списывать товар или менять регламент хранения;
- сроки годности должны считаться по партии, а не по названию товара;
- рецептурные KPI лучше строить на обезличенных полях без персональных данных пациента;
- ЖНВЛП, минимальный ассортимент, ПКУ и наркотические/психотропные препараты требуют отдельной проверки по актуальным нормативным актам и вашей лицензии;
- температура хранения, холодильная цепь и карантинные статусы должны идти из профильного источника, если они влияют на доступность товара;
- KPI, влияющие на премии, закупки или регуляторные решения, должны быть утверждены ответственным специалистом.
Когда Excel достаточно, а когда нужен отдельный BI-проект
| Ситуация | Excel еще подходит | SimpleDashboard подходит | Нужен полноценный BI/API-проект |
|---|---|---|---|
| Один аптечный пункт, ручной отчет раз в неделю | Да | Как быстрый экран владельца | Обычно нет |
| 2-10 филиалов и выгрузки из 1С/кассы | Быстро расходится | Да, для сверки KPI и спорных строк | Если нужен refresh по расписанию |
| Нужно контролировать сроки годности по партиям | Только временно | Да, если есть batch/expiry поля | Если нужно daily FEFO и роли |
| Есть МДЛП-ошибки и разные статусы маркировки | Нет | Как управленческий список исключений | Нужна интеграция с официальным контуром |
| KPI влияют на закупки и бонусы | Риск спорных формул | Как прототип методологии | Нужны DWH, права, audit trail |
| Много рецептурных и ПКУ-позиций | Опасно без регламента | Только с caveats и обезличиванием | Нужен комплаенс-проект |
Практическое правило: если аптека еще спорит, что считать доступным остатком, просрочкой, возвратом и рецептурной продажей, сначала нужен словарь KPI. Покупка тяжелого BI без словаря только ускорит распространение ошибки.
Часто задаваемые вопросы
Какие KPI должны быть в дашборде аптеки?
Минимум: остатки по SKU/партиям/филиалам, сроки годности 30/60/90 дней, expiry exposure, ABC по выручке и марже, XYZ, inventory turns, GMROI, stockout risk, рецептурный/OTC mix, ЖНВЛП/minimum assortment gaps, marking exceptions и data quality errors.
Можно ли строить аналитику аптеки только по кассовым продажам?
Для витрины продаж - да. Для управления аптекой - нет. Касса не объяснит партии, срок годности, МДЛП-статусы, остаток на складе, возвраты поставщику, карантин, физическую сверку и будущий stockout.
Как считать риск просрочки?
Начните с партий, срок которых истекает через 30/60/90 дней. Затем умножьте остаток на закупочную цену и сравните с текущей скоростью продаж. Партия с 20 упаковками и продажей 2 упаковки в неделю менее рискованна, чем партия с 5 упаковками и нулевыми продажами за 90 дней.
Чем ABC отличается от GMROI?
ABC по выручке показывает, какие товары дают оборот. GMROI показывает, насколько эффективно товарный запас превращается в валовую прибыль. Препарат может быть в группе A по выручке, но плохо работать по GMROI из-за низкой маржи, большого запаса или списаний.
Нужно ли выгружать данные рецептов?
Для управленческого KPI обычно достаточно флага рецептурности, типа рецепта и агрегированных продаж. Персональные данные пациента, текст рецепта и медицинские детали лучше не передавать в BI-слой без явного основания, регламента и прав доступа.
AI сам найдет все ошибки в аптечной выгрузке?
AI хорошо находит дубли, пустые поля, отрицательные остатки, странные даты и подозрительные выбросы. Но он не заменяет провизора, бухгалтера, МДЛП-контур и локальный регламент. Контрольные строки должен проверить человек.
Смотрите также
- Учёт остатков товаров: дашборд для контроля запасов
- Дашборд для розничного магазина: продажи, остатки и маржа
- Аналитика продаж: KPI, дашборд и ошибки данных
- KPI дашборд: мониторинг ключевых показателей
- Автоматизация отчётности через BI
- Дашборд из CSV и Excel: загрузи таблицу - получи аналитику
Стоимость и следующий шаг
SimpleDashboard стоит 5 000 ₽/мес. Для первого разговора достаточно одной выгрузки остатков или продаж и короткого описания: какие решения вы хотите принимать по срокам годности, закупке, stockout risk, рецептурным продажам и ошибкам данных каждую неделю.
Напишите в Telegram: @coderboxbot. Я помогу собрать первый дашборд аптеки, проверить контрольные строки и решить, достаточно ли SimpleDashboard или нужен отдельный BI/API-проект.
Попробовать бесплатно | SimpleDashboard
Источники и проверка
Официальные и отраслевые источники:
- Честный ЗНАК: Какие лекарственные препараты подлежат обязательной маркировке?
- Росздравнадзор: Система маркировки лекарственных препаратов
- КонсультантПлюс: 61-ФЗ, статья 58. Хранение лекарственных средств
- ГАРАНТ: 61-ФЗ, статья 58.1. Предметно-количественный учет лекарственных средств
- КонсультантПлюс: Приказ Минздрава России от 24.11.2021 N 1094н о рецептурных бланках
- Росавиация: 152-ФЗ "О персональных данных"
- National Community Pharmacists Association: Managing the Pharmacy Inventory
- Фармвестник: Как правильно проводить ABC-анализ аптечного ассортимента
Community signals, не источники фактов и норм:
- Reddit r/PharmacyTechnician: My favorite part of pharmacy is doing inventory
- Reddit r/PharmacyTechnician: How often does your pharmacy do inventory?
- Reddit r/InventoryManagement: Medical Inventory Management
Для статьи использован AI-ассистент для структуры, ресерча и проверки полноты; финальную редактуру, отбор источников и caveats выполнил Александр Руин, основатель habab.ru. Обновлено: 2026-05-05.
О сервисе "AI-конструктор бизнес-дашбордов"
Платформа для создания аналитических дашбордов через AI-чат. Загрузите CSV/Excel или подключите API, опишите какие метрики нужны — получите готовый дашборд с графиками, KPI и фильтрами. Без программирования, за минуты.
Ключевые преимущества:
- Не нужен программист или BI-аналитик
- Дашборд готов за минуты, а не за недели
- AI сам предлагает подходящие визуализации
- Данные остаются на вашем сервере
- Интеграция с любыми источниками через API
- Автоматическое обновление и рассылка отчётов
Для кого подходит:
Сценарии использования:
📰 Промо-статьи наших решений
Изучите детальные обзоры наших технологических решений для различных отраслей:
🚀 Разработка и автоматизация
- Автоматизация холодных продаж в криптопроектах
- AI-Assisted Development
- AI CRM Constructor: Конструктор CRM под ваш бизнес
- Парсер лидов с FL.ru
- Разработка Платформы для Автоматизации Найма Переводчиков
- Разработка WhatsApp Business Автоматизации под ключ
- Корпоративная Платформа Обмена Изображениями
- AI Quality Assurance — контроль качества AI-ответов
- Интеграция AMOCRM, Excel и Google Drive
- SimpleCrypto — AI-конфигуратор крипто-кошелька
- Синхрон1С - Автоматизация 1С без программиста
- SimpleReview — Chrome-расширение для автоматического исправления ошибок сайта
- Разработка Telegram Mini App с Лутбоксами
- YouTube-Telegram Скрапер для Стартапов
📈 Бизнес и автоматизация
- Разработка Telegram Ботов под ключ
- YandexDirect MCP сервер
- Корпоративные решения голосового ввода с ИИ
- Веб-версия аналитического дашборда для телефонии
- Платформа управления Telegram рекламой
- Bitcoin Mempool Explorer
- Презентационный сайт по брендбуку
- Разработка Платформы Прогнозов на Спорт по Модели GoalBet
- Обучающий кабинет
- Корпоративная система мониторинга медиа и аналитики
- Администрирование серверов
- Криптовалютный AML-чекер бот
- Новостной радар для промышленности
- Счетчик калорий Telegram Bot
- Talk to Excel / Talk to SQL — AI-ассистент для табличных данных
- Разработка веб-приложений по дизайну
- Разработка системы анализа договоров с ИИ
- Презентационный сайт по брендбуку
- Синхронизация 1С с WordPress
💰 FinTech и медиа
Работаю до результата и бизнес-ценности, быстро корректирую подходы в процессе. Использую современный стек для качественного и быстрого решения задач.