Розробка сайту аптечної мережі на 1С-Бітрікс: каталог, бронювання, МДЛП

Розробка фармацевтичного сайту на 1С-Бітрікс з інтеграцією обліку та МДЛП

Велика аптечна мережа з 15 000 SKU та 200 аптек виявила: на сайті відображалися залишки триденної давності. Користувачі оформлювали бронь, а в аптеці товару не було. Інтеграція з 1С через FTP-файли ламалася раз на місяць, а пошук аналогів був відсутній. Ми перепроектували архітектуру — тепер залишки оновлюються кожні 15 хвилин, а пошук за симптомами обробляє 10 000 запитів на день. Ми гарантуємо якість та дотримання термінів. Наша команда має 12 років досвіду в розробці аптечних сайтів.

Чому розробка сайту аптеки на 1С-Бітрікс потребує особливого підходу?

Аптечний e-commerce зарегульований Федеральним законом №61-ФЗ «Про обіг лікарських засобів». Крім ліцензування, потрібна інтеграція з МДЛП, врахування рецептурних обмежень, точні залишки та підбір аналогів. Бітрікс з інфоблоками та Highload-блоками вирішує ці завдання, але потребує правильного налаштування. Ми закладаємо архітектуру так, щоб справлятися з 47% трафіку, що приходить через пошук за симптомами. Наше рішення в 3 рази швидше за стандартне завдяки кешуванню та оптимізованим HL-блокам. Ми спеціалізуємося саме на розробці сайту аптеки на 1С-Бітрікс.

Каталог лікарських препаратів

Структура каталогу базується на інфоблоці з властивостями для фармацевтики:

Для рецептурних препаратів кнопка «Купити» замінюється на «Забронювати» з поясненням: відпуск тільки при пред'явленні рецепту. Це перевіряє властивість PRESCRIPTION у шаблоні catalog.element. Категоризація подвійна: за АТХ-групами та за тегами призначення (від головного болю, від застуди).

Як реалізувати пошук за симптомами та інтеграцію з МКБ-10?

Довідник МКБ-10 завантажується в Highload-блок hl_mkb10:

• UF_CODE — код діагнозу (J06.9, K21.0)
• UF_NAME — назва діагнозу
• UF_PARENT_CODE — код батьківської групи
• UF_SYNONYMS — побутові назви (нежить, печія, мігрень)

Пошуковий рядок з автопідказкою: користувач вводить «болить горло» — система знаходить J02 (гострий фарингіт) та J03 (гострий тонзиліт), підставляє пов'язані препарати. Зв'язок «діагноз → препарат» зберігається в проміжному HL-блоці hl_mkb_drugs (поля: UF_MKB_CODE, UF_PRODUCT_ID). Пошук працює через AJAX-контролер, результати кешуються на стороні клієнта (sessionStorage). На бекенді — складений індекс по UF_SYNONYMS + UF_NAME для швидкої фільтрації.

Перевірка наявності по аптеках та пошук аналогів

Це найзатребуваніша функція. Користувач хоче: чи є потрібний препарат в аптеці поруч, і якщо ні — які аналоги доступні.

Архітектура перевірки наявності: Залишки надходять з облікової системи аптечної мережі. Варіанти:

1. 1С:Управління аптечною мережею — вивантаження через REST-сервіс по HTTP
2. Фарматіка / М-Аптека плюс — обмін через CSV/XML на FTP
3. Кастомна система — REST API або SOAP

Дані потрапляють до Highload-блоку hl_pharmacy_stock:

Синхронізація запускається cron-агентом CPharmacyStockAgent кожні 15 хвилин. Повне вивантаження — вночі, вдень — інкрементальне. При 200 аптеках та 15 000 SKU таблиця містить 3 000 000 записів — потрібен індекс по (UF_PRODUCT_ID, UF_PHARMACY_ID).

Виведення на фронті:

На детальній сторінці — блок «Наявність в аптеках». AJAX-запит повертає список аптек із залишками, відсортованих за віддаленістю від користувача (Geolocation API + формула Haversine). Кожен рядок: назва, адреса, залишок (точна кількість або «В наявності» / «Мало» / «Немає»), кнопка «Забронювати». Точну кількість не показуємо — застаріває за хвилини. Три градації: зелений (>5), жовтий (1–5), сірий (0). Поріг налаштовується.

Пошук аналогів:

Коли препарату немає — користувачеві пропонуються аналоги?

Алгоритм:

1. Береться МНН поточного препарату (ACTIVE_SUBSTANCE).
2. Вибираються всі товари з тим же МНН і тією ж дозуванням — повні аналоги (дженерики).
3. Якщо мало збігів — розширюється до тієї ж АТХ-групи 4-го рівня (фармакологічні аналоги).
4. Результат фільтрується за наявністю в аптеках — тільки ті, що в наявності.

Властивість ANALOGS заповнюється автоматично cron-скриптом на основі МНН. Ручне редагування — для винятків.

Онлайн-бронювання

Бронювання — не продаж. Оплата на сайті не стягується. Процес:

1. Користувач обирає препарат та аптеку, натискає «Забронювати».
2. Створюється заявка в CRM Бітрікс (лід або угода) з даними: препарат, аптека, телефон.
3. Паралельно — запит в облікову систему на резервування.
4. Користувач отримує SMS/push з номером броні та терміном (24–48 годин).
5. При закінченні — автоматичне скасування, повернення у вільний залишок.

Для рецептурних препаратів бронювання доступне, але при отриманні обов'язковий рецепт.

Інтеграція з МДЛП

Маркування через «Чесний ЗНАК» обов'язкове. На сайті: кожен препарат містить GTIN (MDLP_GTIN), на детальній сторінці — посилання «Перевірити справжність» на checkmark.crpt.ru. При бронюванні фіксується серійний номер упаковки (якщо аптека передає через API).

Schema.org для фармацевтики

Мікророзмітка schema.org/Drug на детальних сторінках:

• nonProprietaryName — МНН
• activeIngredient — діюча речовина
• dosageForm — форма випуску
• drugClass — фармакологічна група
• manufacturer — виробник
• availableStrength — дозування
• prescriptionStatus — OTC або PrescriptionOnly
• isAvailableGenerically — наявність дженериків

Це покращує індексацію та розширені снипети.

Етапи проекту

Що входить в результат

Ви отримуєте готовий до роботи сайт із документацією по архітектурі, доступ до адміністрування, навчання редакторів та техпідтримку на старті. Ми передаємо вихідні коди та інструкції по інтеграції. Отримайте консультацію щодо вашого проекту — зв'яжіться з нами для попередньої оцінки. Замовте розробку сайту аптеки вже сьогодні!