Резюме
Это пример применения методологии на основе открытых отраслевых данных. Цифры рассчитаны по публичным источникам — ваши результаты и декомпозиция процесса на блоки будут зависеть от конкретных условий.
Ситуация. Частная клиника, 15 врачей, 5 специализаций (терапия, кардиология, неврология, ортопедия, дерматология). 800+ записей в месяц через телефон, WhatsApp, сайт. 2 администратора.
Проблема. Перегруженность администраторов: администраторы тратят много часов на звонки, подтверждение записей и переписку через мессенджеры. Ошибки в расписании: 15% записей нужно переделать из-за конфликтов или неправильного выбора врача. No-show и опоздания: 15% пациентов не приходят или опаздывают на 15+ минут.
Результат анализа. 3 блоков — в 🟢 Автоматизация (EPOCH 1–2). 2 блоков — в 🟡 Усиление (EPOCH 3). 1 блок — в 🔴 Человек (EPOCH 5). Экономия — до 443 328 ₽ (Москва), ROI 787%.
Карта процесса
Процесс разбит на 6 блоков.
- 1 Принять обращение и зарегистрировать данные пациента Автоматизация
- 2 Подобрать врача и время по расписанию и запросу Автоматизация
- 3 Проверить ограничения (интервал между визитами, подготовка) Усиление
- 4 Подтвердить запись и отправить напоминание пациенту Автоматизация
- 5 Обработать перенос или отмену записи по запросу Усиление
- 6 Рекомендовать дообследование по истории визитов пациента Человек
Итого: 3 шага в 🟢 Автоматизация (EPOCH 1–2), 2 шага в 🟡 Усиление (EPOCH 3), 1 шаг в 🔴 Человек (EPOCH 5).
Проверка готовности
Все четыре ответа должны быть «Да» — тогда можно переходить к внедрению.
- Администраторы могут отличить, когда ИИ правильно выбрал врача и время, от случаев, когда нужна проверка?
- Есть API-доступ к МИС и расписанию врачей за 1–2 недели?
- Руководство поддерживает делегирование 60% работы администраторов ИИ-агенту?
- Команда осознаёт, что долгосрочное делегирование первичной обработки данных снижает способность врача замечать аномалии без подсказки ИИ?
Анализ
Таблица блоков
EPOCH (MIT Sloan, Loaiza & Rigobon, 2025) — шкала 1–5: насколько задача требует человеческого участия. Оценка = максимум из пяти параметров.
«Готовность ИИ-инструмента» определяет стартовый уровень контроля: чем больше опыта у команды с этой связкой «задача + инструмент», тем меньше проверок нужно с первого дня. Новый — команда ещё не делала этот тип задач с этим инструментом, уровень контроля 1. Пробуем — 1–2 цикла, результат ещё нестабильный, уровень 1–2. Стабильный — 3+ цикла без ошибок, уровень 2–3. Доказанный — 8+ циклов, уровень 3–4. Прочерк — блок не передаётся ИИ, оценка неприменима.
| # | Блок | Зависит от | EPOCH | Зона | Описание | Готовность ИИ-инструмента |
|---|---|---|---|---|---|---|
| 1 | Приём обращения | — | 1 | Автоматизация | Транскрибирует входящий звонок, извлекает ФИО, телефон, email и специализацию. Результат: JSON {patient_id, fio, phone, specialization} | Стабильный |
| 2 | Подбор врача и времени | 1 | 1 | Автоматизация | Ищет первый свободный слот у врача выбранной специализации. Результат: JSON {doctor_id, doctor_name, available_slots} | Стабильный |
| 3 | Проверка ограничений | 2 | 3 | Усиление | Проверяет интервалы между приёмами и требования подготовки. Сомнительные случаи — администратору. Результат: JSON {valid, restrictions} | Пробуем |
| 4 | Подтверждение и напоминание | 2, 3 | 1 | Автоматизация | Отправляет SMS-подтверждение и email-напоминание через 24 часа при отсутствии ответа. Результат: отправленные уведомления | Стабильный |
| 5 | Обработать перенос или отмену записи по запросу | 4 | 3 | Усиление | Обрабатывает перенос или отмену, предлагает свободные слоты. Переносы в день приёма — администратору. Результат: JSON {action, proposed_slots} | Пробуем |
| 6 | Рекомендация дообследования | 3 | 5 | Человек | Врач смотрит историю пациента и решает, нужны ли дополнительные анализы перед приёмом. ИИ может только предложить уведомление пациенту, но решение только врач | — |
Почему такие оценки
| # | Блок | EPOCH | Обоснование |
|---|---|---|---|
| 1 | Приём обращения | 1 | Транскрипция и извлечение полей. Механический ETL-процесс |
| 2 | Подбор врача и времени | 1 | Поиск свободных слотов по заданным критериям. Детерминированный процесс |
| 3 | Проверка ограничений | 3 | Определение интервалов и подготовки требует экспертного понимания медицинских правил и контекста истории пациента |
| 4 | Подтверждение и напоминание | 1 | Отправка SMS/email по шаблону |
| 5 | Обработать перенос или отмену записи по запросу | 3 | Определение возможности переноса и согласования с врачом требует экспертной оценки ситуации в медицинском контексте |
| 6 | Рекомендация дообследования | 5 | Требует анализа медицинской истории и решения врача. ИИ не может самостоятельно рекомендовать анализы |
Ограничения ChatGPT в этом процессе
- Нет связи с расписанием врачей (нужна интеграция с календарём)
- Не знает медицинские правила (интервалы, подготовка)
- Не может обработать звонок в реальном времени
- Галлюцинации опасны в медицине (может предложить несуществующий врача)
Инструкции для передачи задач ИИ
Чтобы передать задачу ИИ, нужно описать три вещи: что подаёте на вход, что получаете обратно и как поймёте, что результат верный. Ниже — такое описание для каждого блока, который переходит к ИИ. Это можно передать разработчику или использовать как основу для промпта.
Блок 2 (Подбор врача и времени)
- Слоты должны быть реально свободны. Администратор случайно проверяет 10% предложенных слотов и смотрит, занят ли они в календаре. Accuracy ≥ 98%.
- Слоты должны быть релевантны (выбранный врач, нужная специализация).
- Время ответа < 30 сек
Выбранная специализация от пациента, текущая дата, расписание врачей на месяц (интеграция с календарём)
JSON: `{available_slots: [{doctor_name, date, time, doctor_schedule_id}], top_3_options: [...]}`. Пример: `{available_slots: [{doctor_name: "Иванов И.И.", date: "2026-04-03", time: "14:30", doctor_schedule_id: 1234}], top_3: [...]}`
3 (авто-мониторинг). Система работает фоном. Если accuracy < 95% → уведомление администратору
Блок 3 (Проверка ограничений)
- Если valid = true → запись действительно может быть выполнена. Администратор смотрит 5 записей в день для проверки логики правил. Accuracy ≥ 90%.
- Если requires_admin = true → администратор должен действительно принять решение (не автоматическое отклонение). Логика должна быть ясна
Doctor_id, proposed_time, patient_history (если есть), specialization
JSON: `{valid: true/false, restrictions: [...], requires_admin: true/false, reason: "..."}`. Пример: `{valid: false, restrictions: ["Между приёмами должно быть минимум 20 мин"], requires_admin: true, reason: "Предыдущий приём в 14:50, предлагаемое время 15:00 — только 10 мин интервала"}`
2 (контролируемый) первые 2 недели. Администратор видит все решения системы и может одобрить или отклонить. К концу недели 2 → уровень 3
Блок 5 (Обработка переносов и отмен)
- Если action = "confirm" → пациент не должен получить неправильный новый слот. Администратор проверяет 10% переносов в день. Accuracy ≥ 95%.
- Если action = "route_to_admin" → причина должна быть ясной (e.g., "Перенос на сегодня — требует согласования врача")
Existing_appointment_id, patient_request (перенести на [дату], отменить), current_date
JSON: `{action: "confirm" \
2 (контролируемый)
Экономика
| Метрика | Часов в год | Экономия (₽/год) | Источник |
|---|---|---|---|
| Сокращение времени администратора на запись (60% из 800 ч/год) | 480 ч | 256 320₽ | 📊 Расчёт |
| Снижение переделок (70% из 360 ч/год) | 252 ч | 134 400₽ | 📊 Расчёт |
| Улучшение конверсии через быстрый ответ (50% × 240 потер. звонков) | — | 86 400₽ | 📈 Оценочно |
| Итого | 732 ч | 443 328₽ |
Ставки рассчитаны по медианным данным HH.ru и ГородРабот.ру, начало 2026 года. Без учёта НДФЛ и страховых взносов (~30%).
| До (без ИИ) | Стало возможным (с ИИ) | Изменение охвата |
|---|---|---|
| Запись только в рабочее время (9–18) с администратором, 0 переносов автоматически | 24/7 автоматические записи через чат-бот в любое время. Пациент может записаться в 23:00, перенести приём без звонка администратору | +50% обращений из-за удобства; 20% больше пациентов в расписании благодаря оптимизации слотов |
| Категория | Описание | Стоимость |
|---|---|---|
| Интеграция | Интеграция | 50 000 ₽ (разово) |
| Операционные | Операционные (API, подписки) | 1 600 ₽/мес |
| Обслуживание ИИ | Обслуживание ИИ | 1 600 ₽/мес |
| Разовая настройка | Разовые итого | 50 000 ₽ |
| Валидация | Валидация результатов | 1 000 ₽/мес |
| Компетенции | Поддержание компетенций | 200 ₽/мес |
Ловушка зависимости: чем дольше задача делегирована ИИ, тем сложнее замечать его ошибки. Раз в месяц — выполнить одну задачу вручную, чтобы сохранить способность оценивать результат. Подробнее — Мониторинг
Рекомендация
Начните с Блоков 1, 2 и 4 (все 🟢 Автоматизация) — приём обращения, подбор врача, отправка напоминания. За 2 недели вы автоматизируете 60% нагрузки администратора без риска: ошибки в этих блоках не необратимы. Блоки 3 и 5 (🟡 Усиление) подключайте на третьей неделе под ежедневным контролем.
На что обратить внимание:
- Если часто предлагаются занятые слоты → пересмотреть интеграцию с календарём
- Если много жалоб на переносы → правила слишком сложные, упростить
Проверка рисков
| Вопрос | Ответ | Следствие |
|---|---|---|
| Ошибка необратима? | Да | Блоки 3, 5 (🟡 Усиление) — сдвиг к 🟠 Коллаборация; потолок уровня 2 (двойной контроль минимум 4 недели) |
| Публика увидит результат без проверки? | Да | Блоки 1, 4 — администратор проверяет выборку перед отправкой пациенту |
| Грозит штраф, иск или вред? | Да | Блок 6 не делегируется; все решения уровня 2–3 логируются для аудита |
Уровень контроля после запуска
Уровень автономности — насколько самостоятельно ИИ работает. Для каждого блока выбирается свой уровень в зависимости от цены ошибки.
Блоки 1, 2, 4 — уровень 3 (авто-мониторинг) по данным рисков. Блоки 3, 5 — уровень 2 (контролируемый) минимум 4 недели из-за необратимости ошибок. Блок 6 — 🔴 Человек (врач).
Если хотите разобрать свой процесс похожим образом — экспресс-диагностика займёт около 45 минут.