Кейси / Стоматології · Платформа плану лікування
Клієнт під 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 для найважливішого процесу — далі розробка за фіксованою ціною.

Безкоштовний міні-аудит →