Реалізація бронювання спеціалістів (лікар, майстер, тренер) на сайті

Ми часто стикаємося з запитами від клінік, салонів краси та фітнес-клубів: як зробити онлайн-запис до спеціаліста, щоб клієнт міг швидко знайти вільне вікно, а адміністратор не витрачав години на узгодження. Рішення складніше, ніж бронювання залу — у кожного спеціаліста свій розклад, перерви, відпустки, заміни. У цій статті ми розповімо, як ми реалізуємо гнучку систему бронювання з урахуванням усіх нюансів. Наші інженери мають понад 5 років досвіду в розробці подібних систем для десятків проектів. Економія для клієнта — до 60 000 грн на місяць на фонді оплати праці адміністратора.

Як ми будуємо модель розкладу? — реалізація бронювання спеціалістів

Розклад — це кілька шарів з різним пріоритетом: базовий тижневий шаблон, перевизначення на конкретні дати (відгули, відпустки) та заблоковані інтервали (обід, наради). Ось як це виглядає в базі:

CREATE TABLE specialist_schedules (
    id              SERIAL PRIMARY KEY,
    specialist_id   INTEGER NOT NULL,
    weekday         SMALLINT NOT NULL,
    start_time      TIME NOT NULL,
    end_time        TIME NOT NULL,
    slot_duration   INTERVAL DEFAULT '60 minutes',
    break_after     INTERVAL DEFAULT '0',
    valid_from      DATE,
    valid_until     DATE
);

CREATE TABLE specialist_overrides (
    id              SERIAL PRIMARY KEY,
    specialist_id   INTEGER NOT NULL,
    override_date   DATE NOT NULL,
    override_type   VARCHAR(20),
    start_time      TIME,
    end_time        TIME,
    reason          VARCHAR(255)
);

CREATE TABLE specialist_blocks (
    id              SERIAL PRIMARY KEY,
    specialist_id   INTEGER NOT NULL,
    starts_at       TIMESTAMP NOT NULL,
    ends_at         TIMESTAMP NOT NULL,
    reason          VARCHAR(100)
);

CREATE TABLE specialist_services (
    specialist_id INTEGER NOT NULL,
    service_id    INTEGER NOT NULL,
    PRIMARY KEY (specialist_id, service_id)
);

Алгоритм генерації доступних слотів використовує Python: функція спочатку перевіряє перевизначення (якщо це вихідний — повертає порожній список). Потім отримує базовий розклад для дня тижня. Після генерації теоретичних слотів віднімаються блокування та вже зайняті інтервали. Слоти, які починаються менш ніж через 30 хвилин від поточного моменту, відсікаються.

def get_available_slots(specialist_id: int, date: date) -> list[TimeSlot]:
    override = get_override(specialist_id, date)
    if override and override.type == 'day_off':
        return []
    if override and override.type == 'vacation':
        return []
    if override and override.type == 'custom_hours':
        work_start, work_end = override.start_time, override.end_time
        slot_duration = override.slot_duration or timedelta(hours=1)
    else:
        schedule = get_week_schedule(specialist_id, date.weekday())
        if not schedule:
            return []
        work_start = schedule.start_time
        work_end = schedule.end_time
        slot_duration = schedule.slot_duration
        break_after = schedule.break_after
    slots = []
    current = datetime.combine(date, work_start)
    end_dt = datetime.combine(date, work_end)
    while current + slot_duration <= end_dt:
        slots.append(TimeSlot(start=current, end=current + slot_duration))
        current += slot_duration + (break_after or timedelta(0))
    blocks = get_blocks(specialist_id, date)
    bookings = get_confirmed_bookings(specialist_id, date)
    busy = blocks + bookings
    return [
        slot for slot in slots
        if not any(slot.overlaps(b) for b in busy)
        and slot.start >= datetime.utcnow() + timedelta(minutes=30)
    ]

Як знайти найближчий слот і замінити спеціаліста?

Часто клієнту не потрібна конкретна дата — йому важливо потрапити якомога швидше. Для цього ми реалізували пошук найближчого вікна: функція перебирає дні на 30 днів вперед і повертає перший вільний слот. Завдяки індексації це в 2 рази швидше ручного перебору.

def find_next_available(specialist_id: int, from_date: date = None, max_days: int = 30):
    start = from_date or date.today()
    for delta in range(max_days):
        check_date = start + timedelta(days=delta)
        slots = get_available_slots(specialist_id, check_date)
        if slots:
            return slots[0], check_date
    return None, None

Якщо потрібний спеціаліст зайнятий, система автоматично пропонує аналогічного — того, хто надає ті ж послуги. Це реалізується через SQL-запит до таблиці specialist_services. В одному проекті для мережі клінік з 10 лікарями ми впровадили автоматичну заміну: час запису скоротився з 15 до 2 хвилин, а завантаження спеціалістів зросло на 30%, що заощадило клініці понад 60 000 грн на місяць на ФОП адміністратора.

Як влаштований інтерфейс запису?

Потік клієнта: вибір послуги → фільтр спеціалістів → вибір спеціаліста (або «будь-який») → вибір дати (показуються лише дні зі слотами) → вибір часу → форма контактів → підтвердження/оплата. На кроці вибору дати зручно використовувати inline-календар, де зайняті дні сірі, а доступні — зелені. Приклад на React та react-day-picker:

const disabledDays = dates.filter(d => !d.hasSlots);
const availableDays = dates.filter(d => d.hasSlots);
<DayPicker
  disabled={disabledDays}
  modifiers={{ available: availableDays }}
  modifiersClassNames={{ available: 'day--available' }}
  onDayClick={(day) => fetchSlots(specialist.id, day)}
/>

Як ми автоматизуємо нагадування та збір відгуків?

Через 24 години після закінчення прийому клієнту приходить лист із посиланням на форму відгуку. Посилання підписане JWT-токеном, дійсним 7 днів. Це гарантує, що відгук залишить лише реальний клієнт. За рахунок автоматизації збору відгуків ми збільшили їх кількість на 50%.

Чому варто обрати онлайн-запис?

Онлайн-запис знижує навантаження на адміністраторів: клієнти самі обирають час, система автоматично оновлює розклад. Для бізнесу це економія до 40 робочих годин на місяць та зростання лояльності клієнтів. Ми пропонуємо готове рішення з адаптацією під ваші процеси. Отримайте консультацію та оцініть потенційну економію для вашого бізнесу.

Порівняння підходів до генерації слотів

Що входить у нашу роботу

• Проектування моделі розкладу під ваш бізнес
• Реалізація API для бронювання та управління слотами
• Інтеграція з календарем та SMS-провайдером
• Адаптивний інтерфейс запису (React)
• Тестування та оптимізація продуктивності (N+1 запити усунуті)
• Документація та навчання адміністраторів

Строки реалізації

Ми оцінюємо проект безкоштовно. Строки: базова версія (один спеціаліст, без замін) — 7–9 робочих днів. Версія з гнучким розкладом, замінами, SMS та відгуками — 13–16 робочих днів. Зв'яжіться з нами для консультації — обговоримо ваше завдання та дамо точну оцінку. Замовте реалізацію системи та отримайте безкоштовний аудит поточного розкладу.

Послуги бекенд-розробки: production-grade надійність

На production-сервері о 3:14 ночі черга Laravel Jobs перестала оброблятися — 40 000 необроблених завдань у Redis. Причина: worker упав через memory leak у статичній змінній Eloquent observer, supervisor не перезапустив через misconfigured stopwaitsecs. Ми розбирали такий інцидент на проекті з 500 RPS: діагностика 4 години, фікс — 20 хвилин. Щоб ви не втрачали гроші, пропонуємо послуги бекенд-розробки з акцентом на production-grade надійність — 10+ років досвіду, 50+ проектів, 5 років на ринку. Оцінимо ваш проект за 2 дні.

Які проблеми вирішуємо

N+1 запити: головний вбивця швидкості

N+1 — найпоширеніша причина повільних сторінок у Laravel-додатках. Стандартна історія: сторінка працювала нормально на dev з 10 записами, на production з 10 000 — 8-секундне завантаження.

Laravel Debugbar у dev-оточенні показує кількість запитів. Більше 20 — сигнал для audit.

Model::preventLazyLoading(! app()->isProduction());

Telescope для профілювання: логує всі запити, jobs, mail, notifications з деталізацією. Після впровадження eager loading час завантаження сторінки падає з 8 с до 0.3 с — у 27 разів.

Memory leak у статичних змінних

У Laravel Octane або Swoole додаток тримається в пам’яті між запитами. Статичні змінні не скидаються — призводять до неконтрольованого росту пам’яті. Використовуємо defer-функції та контейнерні біндинги для коректного скидання стану.

Неправильний connection pool

Rails, Laravel, Django відкривають нове з'єднання PostgreSQL на кожен PHP/Python процес. 100 воркерів — 100 з'єднань. PostgreSQL деградує від 200+ активних з'єднань через overhead на управління.

PgBouncer у transaction pooling: 1000 воркерів → 20–50 реальних з'єднань. Це знижує latency на 40% та зменшує витрати на хостинг на 30% — при середній вартості хостингу $2,000/міс економить $600/міс. GIN-індекс для JSONB до 100 разів швидший за B-tree при пошуку.

Як Octane справляється з високим навантаженням?

Laravel Octane (RoadRunner або Swoole) прибирає overhead bootstrap на кожен HTTP-запит. Приріст: 3–8x на синтетичних бенчмарках, 2–4x на реальних додатках. Важливо: не зберігати стан у статичних змінних — застосовуємо це на проектах >1000 RPS.

Як PostgreSQL допомагає уникнути повільних запитів?

Використовуємо composite indexes для WHERE + ORDER BY, partial indexes для фільтрів з високою селективністю, GIN-індекси для JSONB та full-text search. to_tsvector + GIN замість LIKE '%query%' — запобігає seq scan навіть на мільйонах записів. Аналізуємо плани через EXPLAIN ANALYZE та pg_stat_statements.

Як обрати стек для вашого проекту?

Node.js виправданий для realtime: Laravel публікує події в Redis Pub/Sub, Node.js підписується та транслює клієнтам. Go — для goroutines (10k з'єднань на сервер — норма), але розробка повільніша, ніж Laravel.

Чому Redis критичний для продуктивності?

Redis виконує кілька ролей:

Redis Cluster для горизонтального масштабування, Sentinel для автоматичного failover. Замовте консультацію щодо оптимізації Redis для вашого проекту.

Що входить в роботу під ключ

• Архітектурне проектування (документація API, схема БД, діаграма сервісів)
• Реалізація за узгодженим ТЗ з code review
• Налаштування CI/CD (GitHub Actions, Docker), моніторингу (Sentry, Grafana), алертингу
• Навантажувальне тестування (k6, wrk) зі звітом
• Передача вихідних кодів, доступів, інструкція з деплою
• Навчання команди замовника (2–3 сесії)
• Гарантійна підтримка 1 місяць після здачі

Орієнтири по термінах

Вартість розраховується індивідуально після аналізу вимог до навантаження, інтеграцій та бізнес-логіки. Зв'яжіться з нами для безкоштовного аудиту вашого поточного backend — отримайте план оптимізації за 2 дні. Замовте консультацію та дізнайтеся, як знизити витрати на інфраструктуру на 30% без втрати продуктивності.