Кейсы / Стоматологии · Платформа плана лечения
Клиент под NDA Планирование и интеграции

Три клиники и двенадцать кресел: до конца плана лечения теперь доходят 75% пациентов вместо 50%.

50% → 75%
доходят до конца плана
+15–20%
загрузка кресел
~2 мес
до полного контура

Клиент под NDA: отрасль и размер указаны диапазоном. Цифры — со стороны клиента, сравнение периодов до и после запуска; на похожих проектах результат отличался в обе стороны. Посчитать на своих объёмах →

Контекст

План лечения жил в голове администратора, а кресло простаивало.

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

Решение

Планирование от кресла, а не от журнала.

Стек тот же, что и на остальных проектах: Python и Django в ядре, PostgreSQL как источник истины по пациенту, этапу и креслу. Платформа знает длительность каждой процедуры, нужное оборудование и срок работы внешней зуботехнической лаборатории — и собирает расписание из этого, а не из свободного времени конкретного врача. Лаборатория подключена обменом заказами и статусами, поэтому срок изготовления работы — такой же вход в планирование, как длительность процедуры.

Архитектура
План леченияэтапы и срокиКресла и врачидоступностьЛабораториязаказы и статусыОплатыэтапы и рассрочкаЯдро платформыпациент · этап · креслоРасписание3 клиники · 12 креселНапоминанияSMS · мессенджерыКабинет пациентаплан и оплатыБухгалтерияоплаты и списанияСкладрасходники
Что построили

Шесть контуров за два месяца.

Порядок выбирали по деньгам: сначала то, что возвращает пациента и заполняет кресло, потом всё остальное.

01
План лечения как маршрут
Врач составляет план, платформа разбирает его на этапы: что за процедура, сколько занимает, что для неё нужно и через какой срок её можно делать после предыдущей.
02
Расписание от кресла и оборудования
Визиты складываются по креслам, а не по журналу врача: длинная работа получает окно, короткие визиты перестают дробить день, а свободное окно закрывается следующим подходящим этапом.
03
Возврат на следующий этап
Пациенту напоминает система, а не администратор по журналу. Пауза между этапами сократилась с недель до дней, а до конца плана стали доходить около 75% вместо примерно половины.
04
Внешняя лаборатория
Заказы на коронки, вкладки и каппы уходят в лабораторию прямо из системы, статус и срок готовности видны в карточке пациента, и визит назначается под фактический срок, а не с запасом.
05
Деньги по этапам
Стоимость плана считается сама, оплаты разносятся по этапам, а рассрочка ведётся вместе с планом лечения и уходит в бухгалтерию без перебивки.
06
Профгигиена и расходники
Напоминание о профгигиене раз в полгода уходит само, а расходники списываются по факту процедуры, а не инвентаризацией раз в квартал.
До и после

До и после.

До
Доходят до конца плана~50%
Загрузка креселисходная
Неявки~15%
Пауза между этапаминедели
Напоминания пациентуадминистратор
Заказы в лабораториютелефон и таблица
Оплата по этапамвручную
После
Доходят до конца плана~75%
Загрузка кресел+15–20%
Неявки~6%
Пауза между этапамидни
Напоминания пациентусистема
Заказы в лабораториюв системе
Оплата по этапамавтоматически
Границы автоматизации
Что осталось за людьми — намеренно.
Сам план лечения. Его составляет врач; платформа следит за исполнением, а не за содержанием.
Решение по рассрочке конкретному пациенту. Считает система, одобряет человек.
Перенос визита, когда пациент звонит с реальной проблемой. Здесь нужен администратор, а не автомат.
Приёмка работы из лаборатории. Совпадение по цвету и посадку проверяет врач.
Стек
Python Django PostgreSQL Интеграции с МИС Обмен с лабораторией Платежи и рассрочка Мониторинг и алерты
Честно про узкое место

Планировали от кресла, а не от врача.

Три клиники, двенадцать кресел. План лечения растягивается на месяцы, а кресло простаивает здесь и сейчас, и именно оно ограничивает выручку, а не количество врачей. Поэтому расписание собирается от кресел и оборудования: система знает, сколько занимает процедура, что для неё нужно и когда придёт работа из лаборатории, и складывает визиты так, чтобы окно закрывалось следующим подходящим этапом, а не любым свободным пациентом. Эти 15–20% появились без найма и без новых кресел. Весь контур занял около двух месяцев: стоматология процессно проще ритейла, а лаборатория — единственная внешняя система, с которой пришлось договариваться об обмене.

Связанное

Из чего собран этот кейс.

Страницы услуг объясняют метод, по которому сделан этот проект; страницы решений берут те же блоки по отдельности — каждый со своим объёмом и ценой.

Хотите то же для своего процесса?

Бесплатный мини-аудит покажет ROI для самого значимого процесса — дальше разработка по фиксированной цене.

Бесплатный мини-аудит →