Проверка наличия и бронирование лекарств в мобильном приложении

Механика поиска лекарств в приложении

Поисковая система мобильного приложения ориентирована на три базовых способа ввода: торговое наименование, международное непатентованное название (МНН) и штрихкод. МНН — официальный термин, отражающий действующее вещество препарата, а штрихкод обычно представлен в формате EAN-13 (GTIN-13), что позволяет однозначно идентифицировать упаковку при сканировании камерой.

Поиск по названию, МНН и штрихкоду

При вводе названия реализуется полнотекстовый поиск с учётом морфологии и опечаток; поиск по МНН группирует препараты по действующему веществу независимо от торговых наименований. Сканирование штрихкода возвращает конкретную упаковку с указанием производителя и регистрационных данных. Взаимосвязь этих вариантов заключается в том, что поиск по МНН полезен для подбора альтернатив с тем же действующим веществом, а штрихкод — для точной идентификации конкретной партии. Также доступна веб-версия сервиса: сайт поиска лекарств в аптеках.

Фильтры: форма выпуска, дозировка и упаковка

Фильтрация позволяет уточнить форму выпуска (таблетки, суспензия, аэрозоль), дозировку (например, 250 мг, 500 мг) и количество в упаковке (10, 20, 30 единиц). Форма выпуска влияет на способ применения и совместимость с возрастными ограничениями; дозировка определяет кратность приёма; упаковка — на удобство хранения и расчёт необходимого количества упаковок. Результаты поиска обновляются с учётом выбранных фильтров.

Проверка наличия и источники данных

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

Статусы наличия и их трактовка

Шаблонные статусы: «в наличии», «под заказ», «ожидается», «нет в аптеке». «В наличии» обычно сопровождается указанием количества упаковок или единиц; «под заказ» означает возможность заказа поставщиком; «ожидается» указывает на поступление по поставке с известной датой; «нет в аптеке» означает отсутствие свободных запасов в выбранном пункте выдачи. Каждому статусу сопоставляется вероятность выполнения брони и ориентировочные сроки получения.

Как и как часто обновляются остатки в системе

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

Процесс бронирования препаратов

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

Шаги от запроса до получения подтверждения

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

Сроки хранения брони и правила отмены

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

Правила для рецептурных препаратов

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

Форматы рецептов и порядок проверки в приложении

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

Юридические ограничения и требования к выдаче

Законы и санитарные правила определяют перечень рецептурных препаратов, возрастные ограничения и условия хранения. Аптека несёт ответственность за соответствие отпуска установленным нормам и обязана отказать при отсутствии действительного рецепта или при выявлении признаков фальсификации.

Алгоритмы при проблемных ситуациях и замены

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

Действия при неверных данных об остатках

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

Предложение и согласование аналогов с аптекой

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

Безопасность данных и пользовательский опыт

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

Защита фото рецептов и персональных данных

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

Настройки уведомлений и история бронирований

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