Дашборд для стоматологии 2026: загрузка кресел, no-show, лечение и recall

Дашборд для стоматологии нужен не для "красивой BI-картинки", а для ежедневных управленческих решений: какие кресла простаивают, где пациенты не доходят до приема, какие планы лечения не принимаются, как работает recall и можно ли доверять выручке по врачам. Если эти данные лежат в МИС, 1С, Excel и голове администратора, владелец видит полную запись, но не видит потери.

Первый рабочий dental dashboard в 2026 году можно собрать без BI-отдела: выгрузить CSV/XLSX из МИС или practice management system, загрузить файл в SimpleDashboard и согласовать формулы KPI. AI ускоряет сборку экрана, но не должен сам решать, что считать "загрузкой кресла", "no-show", "принятым планом лечения" или "активным пациентом". В стоматологии эти определения влияют на деньги, зарплаты, privacy-риски и управленческие выводы.

Главное

• Начинайте с 6-9 KPI: записи, no-show/cancellation, chair utilization, production/выручка, collection, treatment acceptance, recall/reappointment, active patients и ошибки данных.
• No-show нельзя прятать внутри загрузки: слот мог быть забронирован, но клиника не оказала услугу и не получила выручку.
• Chair utilization считайте по фактическим или продуктивным chair hours, а не только по занятым ячейкам календаря.
• Treatment acceptance лучше считать отдельно по количеству планов и по сумме: маленькие пломбы и дорогая ортопедия дают разные выводы.
• Recall rate зависит от окна повторного визита. Гигиена 6 месяцев, perio, ортодонтия и имплантация не должны жить в одной норме.
• Данные пациентов надо минимизировать до загрузки: для управленческого дашборда чаще достаточно внутреннего patient_id, даты, статуса, врача, услуги, суммы и длительности.
• Форумы владельцев, стоматологов и front desk полезны как сигналы проблем с no-show, chair time, recall и privacy, но не как источник точных бенчмарков.

Эта статья для владельца стоматологической клиники, управляющего, администратора сети, операционного директора или врача-собственника, которому нужен один экран по клинике без долгого внедрения BI.

На практике первый спор по дашборду стоматологии почти всегда возникает не вокруг графиков, а вокруг словаря статусов. Администратор считает "запись была", врач считает "пациент не пришел", финансы считают только оплату, а маркетинг считает первичный лид. Пока эти статусы не разделены, любой дашборд будет показывать аккуратные, но бесполезные проценты.

В нашем тесте на CSV-выгрузке расписания и оплат первый экран был полезен только после ручной сверки 12 строк: два переноса выглядели как две записи, один no-show был удален из календаря, а оплата по лечению попала в следующий день. Поэтому для стоматологии мы сначала выводим таблицу спорных строк, а уже потом считаем KPI.

KPI и риски для стоматологической клиники

Что считать источником данных

Для пилота достаточно CSV/XLSX из МИС, Open Dental, Dentrix/Dentrix Ascend, DentalPRO, 1С:Медицина, YCLIENTS, Google Sheets или другой системы записи. Важнее не бренд системы, а то, какие поля реально доступны в выгрузке.

Минимальный набор колонок:

• дата и время записи;
• статус записи: пришел, отменил, перенес, no-show, late cancellation;
• врач, hygienist или provider;
• кресло, кабинет или operatory;
• длительность слота и фактическая длительность, если есть;
• тип пациента: первичный, повторный, recall, treatment;
• услуга, процедура или treatment category;
• сумма, скидка, страховочная корректировка, возврат;
• дата оплаты, если нужно считать collection;
• внутренний patient_id без ФИО, телефона и email, если персональные данные не нужны для задачи.

Open Dental в официальной документации показывает, что appointment report можно фильтровать по датам, providers, clinics и источникам Web Sched, включая recall/new patient/existing patient. Recall List отдельно используется для отправки и отслеживания recall reminders, а recall types задают due date, interval и процедуры. Это хороший пример того, почему "запись", "recall" и "тип пациента" лучше хранить отдельными полями, а не пытаться восстановить их из текста услуги.

Dentrix Ascend в материале про no-show report отдельно предупреждает: если broken/no-show appointment удалить, он не попадет в отчет. Для дашборда это критично. Удаленный слот исчезает из аналитики, хотя операционная потеря была.

Privacy caveats: что нельзя обещать одним абзацем

Для стоматологии privacy - не декоративный блок в FAQ. В выгрузке могут быть ФИО, телефоны, email, адреса, диагнозы, планы лечения, снимки, оплаты, страховые данные и история посещений. Это может быть персональная медицинская информация, а не обычная "таблица для аналитики".

Практические правила для SimpleDashboard:

• До загрузки удалите ФИО, телефон, email, адрес, комментарии администратора и клинические заметки, если они не нужны для конкретного дашборда.
• Используйте стабильный внутренний patient_id, чтобы считать repeat/recall без раскрытия личности пациента.
• Не загружайте рентген, фото, медицинские карты и свободный текст лечения в пилотный KPI-дашборд.
• Ограничьте доступ к файлу и дашборду: владелец, управляющий, финансовый ответственный, администратор по необходимости.
• Храните дату выгрузки, источник файла и список удаленных/обезличенных полей.
• Для российских клиник отдельно проверьте 152-ФЗ, локальные политики обработки персональных данных, договоры с подрядчиками и требования к медицинской тайне.
• Для клиник, работающих в США или с covered entities/business associates, отдельно проверяйте HIPAA Privacy Rule и Security Rule, включая risk analysis, safeguards и правила de-identification.

Важно: нельзя честно написать "соответствует 152-ФЗ" или "HIPAA compliant" только потому, что файл загружен на ваш сервер. Соответствие зависит от состава данных, договоров, ролей сторон, доступа, журналирования, хранения, удаления, резервного копирования и risk analysis. SimpleDashboard можно настроить privacy-aware, но юридическую модель клиники должен подтвердить ответственный специалист.

Сигналы из клиник и сообществ

Форумы и community-обсуждения не являются статистической базой. Их полезно читать как список болей, которые потом надо проверить на своих данных.

Вывод простой: community-сигналы помогают сформулировать вопросы к дашборду. Но точные нормы по no-show, chair utilization, treatment acceptance и recall надо считать на данных конкретной клиники.

Как собрать дашборд стоматологии за 5 шагов

Шаг 1. Зафиксируйте словарь KPI

Перед загрузкой файла запишите короткие определения:

• что считается состоявшимся приемом;
• чем no-show отличается от late cancellation и переноса;
• какие статусы исключаются из выручки;
• считать chair utilization по booked time, actual chair time или productive time;
• считать treatment acceptance по количеству планов или по сумме;
• какой recall window использовать для гигиены, perio и других направлений;
• кто владелец каждой метрики.

Если словаря нет, AI может построить убедительный график с неправильным смыслом.

Шаг 2. Подготовьте выгрузку

Сделайте файл за понятный период, например 30 или 90 дней. Для первого запуска не нужен весь архив за 5 лет. Лучше взять свежий месяц, быстро найти ошибки, согласовать формулы и только потом расширять период.

Перед отправкой файла:

1. Уберите лишние персональные поля.
2. Проверьте, что no-show и отмены не удалены из истории.
3. Оставьте отдельные колонки для врача, кресла, услуги, статуса и суммы.
4. Добавьте source_file, exported_at или хотя бы дату выгрузки.
5. Сохраните исходный файл, чтобы можно было сверить спорные строки.

Шаг 3. Загрузите файл в SimpleDashboard

Отправьте CSV/XLSX в @coderboxbot и напишите задачу обычным языком:

"Нужен дашборд стоматологии за апрель: записи, no-show и late cancellation, загрузка кресел по дням, production и collection, выручка по врачам, treatment acceptance, recall overdue. Покажи фильтры по врачу, креслу, филиалу и типу услуги. Отдельно выведи строки с неизвестным статусом, пустым врачом, пустым креслом и персональными полями".

SimpleDashboard построит первый экран, предложит графики и покажет, какие поля нужно подтвердить.

Шаг 4. Проверьте контрольные строки

Перед управленческими решениями выберите 10-15 реальных записей и вручную проверьте:

• состоявшийся прием попал в production;
• no-show не попал в production и не исчез из schedule loss;
• перенос не задвоил пациента и слот;
• оплата попала в правильный период collection;
• план лечения не считается accepted без явного статуса;
• recall due date не смешан с датой последнего визита;
• врач и кресло соответствуют МИС;
• персональные поля не попали в экран без необходимости.

Шаг 5. Публикуйте только с caveats

На рабочем дашборде должны быть видны:

• дата последней выгрузки;
• источник данных;
• период отчета;
• список включенных и исключенных статусов;
• число строк с ошибками;
• дата проверки формул;
• владелец метрики;
• privacy note: какие персональные поля удалены или скрыты.

Без этого клиника не понимает, смотрит она свежую управленческую картину или красивый снимок старого файла.

Чем AI-дашборд отличается от встроенной аналитики МИС

Встроенные отчеты МИС полезны для ежедневной работы администратора: расписание, оплаты, recall list, treatment plans, отчеты по appointments. Но владелец часто хочет один экран, где рядом видны кресла, врачи, no-show, production, collection и recall.

Когда SimpleDashboard не подходит

Не используйте AI-дашборд как единственный источник истины, если:

• отчет напрямую влияет на зарплату врачей без ручной сверки;
• данные нужны для налоговой, страховой, судебной или юридически значимой отчетности;
• в файле нельзя удалить или обезличить чувствительные данные;
• нужна сложная ролевая модель доступа на уровне пациента, врача или филиала;
• МИС меняет статусы и структуру выгрузки без владельца процесса;
• нет человека, который подтвердит формулы KPI.

В этих случаях SimpleDashboard можно использовать как прототип, аудит выгрузки и слой обсуждения. Production-аналитику надо строить вокруг учетной системы, прав доступа, журналирования и регламента обновления.

Часто задаваемые вопросы

Какие данные нужны для дашборда стоматологии?

Минимум: дата записи, статус, врач, кресло, длительность, тип пациента, услуга, сумма и внутренний patient_id. Для collection нужны оплаты и корректировки. Для treatment acceptance нужны представленные и принятые планы лечения. Для recall нужны due date, reminder/contact status и факт следующего визита.

Можно ли считать загрузку кресел из обычного расписания?

Да, для первого приближения. Но лучше разделить booked utilization и productive utilization. Забронированное кресло показывает нагрузку календаря, а productive chair time показывает фактическое оказание услуг.

Почему no-show надо считать отдельно?

Потому что no-show может занимать слот в расписании, но не давать лечение, оплату и production. Если смешать no-show с загрузкой, владелец увидит высокий процент занятости и пропустит потерянные часы.

Как считать treatment acceptance rate?

Сначала определите статусы: presented, accepted, scheduled, started, completed, declined. Затем считайте отдельно acceptance by count и acceptance by value. Для дорогих планов лечения денежная версия метрики важнее, чем простое количество.

Безопасно ли загружать данные пациентов?

Безопасность зависит от состава файла, доступа, хранения, договоров и локальных правил клиники. Для KPI-дашборда обычно не нужны ФИО, телефоны, email, адреса, снимки и клинические заметки. Лучше заменить пациента на внутренний patient_id и оставить только поля, необходимые для метрик. Юридическое соответствие 152-ФЗ, HIPAA или другим требованиям нельзя обещать без отдельной проверки процесса.

Работает ли это с Open Dental, Dentrix, DentalPRO, 1С:Медицина или другой МИС?

Да, если система дает CSV/XLSX, отчет или API, который можно привести к таблице. Для первого пилота достаточно файла. Для регулярного production-дашборда лучше отдельно согласовать источник, расписание обновления, владельца формул и правила доступа.

Стоимость SimpleDashboard - 5 000 ₽/мес. Напишите в Telegram: @coderboxbot - соберем первый дашборд стоматологии по вашей выгрузке и отдельно покажем спорные строки.

Подробнее о возможностях SimpleDashboard

Источники:

• American Dental Association: "Appointment Confirmations" - рекомендации по подтверждениям визитов, consent, HIPAA/privacy и phone/text/email reminders: https://www.ada.org/resources/practice/practice-management/appointment-confirmations
• American Dental Association: "Patient Registration and Forms" - HIPAA, PHI и требования к patient records/forms: https://www.ada.org/resources/practice/practice-management/patient-registration-and-forms
• American Dental Association: "Active vs. Inactive Patients" - определения active/inactive dental patients of record: https://www.ada.org/resources/practice/practice-management/active-vs-inactive-patients
• American Dental Association: "Patient Autonomy" - confidentiality, treatment decisions and patient records in the ADA Code of Ethics: https://www.ada.org/about/principles/code-of-ethics/patient-autonomy
• HHS: "Methods for De-identification of PHI" - de-identification standard and residual re-identification risk: https://www.hhs.gov/hipaa/for-professionals/privacy/special-topics/de-identification/index.html
• HHS: "Summary of the HIPAA Privacy Rule" - covered entities, de-identified health information and limits on PHI use/disclosure: https://www.hhs.gov/hipaa/for-professionals/privacy/laws-regulations/index.html
• HHS: "Guidance on Risk Analysis" - risk analysis for electronic protected health information under the Security Rule: https://www.hhs.gov/hipaa/for-professionals/security/guidance/guidance-risk-analysis/index.html
• Open Dental Manual: "Appointments Report" - appointment filters by date, provider, clinic and Web Sched recall/new/existing patient sources: https://www.opendental.com/manual/reportappts.html
• Open Dental Manual: "Recall List" - recall reminders, inactive patients and scheduling workflow: https://www.opendental.com/manual/recalllist.html
• Open Dental Manual: "Recall Types" - recall intervals, due dates and procedures: https://www.opendental.com/manual/recalltypes.html
• Dentrix Ascend Blog: "Building a No Show Report" - warning that deleted broken/no-show appointments are not included in the report: https://blog.dentrixascend.com/2019/06/26/building-a-no-show-report/
• SimpleKPI: "Dental Practice KPI Dashboard Example" - KPI taxonomy for new patients, no-show, chair utilization, treatment acceptance, net production, collection and recall: https://www.simplekpi.com/KPI-Dashboard-Examples/dental-practice-kpi-dashboard-example
• Reddit r/Dentists: no-show and cancellation policy discussion, community signal only: https://www.reddit.com/r/Dentists/comments/1qp63tg/losing_3kweek_to_no_shows_and_lastminute/
• Reddit r/Dentistry: FQHC no-show and schedule pressure discussion, community signal only: https://www.reddit.com/r/Dentistry/comments/17q9tit/fqhc_dentist_how_many_patients_are_you_scheduled/
• Reddit r/DentalPracticeOwner: HIPAA-safe case discussion/privacy concern, community signal only: https://www.reddit.com/r/DentalPracticeOwner/comments/1q2ms5a/why_hipaasafe_case_discussion_communities_are/
• Reddit r/hipaa: appointment disclosure/privacy discussion, community signal only: https://www.reddit.com/r/hipaa/comments/1ljftq6/dentist_office_disclosing_my_appointment_to_my/

Материал обновлен 2026-05-05 для wave simple-dashboard-wave-5 по issue #113. AI-инструмент использовался для первичного исследования dental KPI sources, группировки clinic/community/forum signals, черновой структуры и проверки Google 2026 quality gaps. Форумы использованы только как сигналы практических проблем, не как доказательная база для точных бенчмарков. Финальные формулы, privacy caveats, источники, CTA и продуктовые ограничения проверил человек: Александр Руин, основатель habab.ru.