Как выбрать программу для стоматологии: критерии для руководителя

# Как выбрать программу для стоматологии и не получить ещё один разрозненный сервис

Редакция SGI24. Критерии собраны на основе проекта DentPro; это не рейтинг программ и не рекомендация конкретного поставщика. [О бюро](/company).

Программа для стоматологии должна поддерживать работу клиники от первого обращения до закрытого плана лечения и повторного визита. На практике директору часто показывают длинный список функций, но не объясняют, где будут заявки с сайта, как врач подпишет документ, откуда бухгалтерия возьмёт оплату и что произойдёт при ошибке обмена.

Правильный выбор начинается не с названия системы. Сначала нужно описать процессы клиники и определить, где должен находиться основной источник данных.

Посмотреть решение SGI24 для стоматологии

Почему запрос «программа для стоматологии» обманчив

За этим запросом скрываются разные задачи:

• врач ищет инструмент для медицинских карт;
• администратор хочет расписание и напоминания;
• собственник ищет управленческую аналитику;
• бухгалтерии нужна связь с оплатами и 1С;
• маркетологу важно учитывать обращения и источники;
• клиника готовится к работе с ЕГИСЗ;
• новая стоматология выбирает всю систему с нуля.

Поэтому универсальный рейтинг из десяти программ мало помогает. Одна система хорошо ведёт медицинскую работу, другая сильнее в коммуникациях, третья удобна для сети. Сравнивать их следует по своему маршруту работы.

Сначала определите четыре слоя

Медицинская работа

Здесь находятся карта пациента, диагнозы, планы лечения, приёмы, назначения, снимки, медицинские документы и подписи врачей. Этот слой требует особенно внимательной работы с доступами, журналированием и персональными данными.

Операционная работа

Расписание, кабинеты, кресла, смены, подтверждения, переносы, неявки, задачи администраторов и повторные визиты. Именно здесь клиника ежедневно теряет время, если программа не соответствует реальной организации приёма.

Финансы и ресурсы

Касса, оплаты, договоры, задолженность, планы лечения, зарплаты, материалы, лаборатории и склад. Не каждой клинике нужен весь набор в одной системе, но границы обмена должны быть понятны.

Привлечение и обращения

Сайт, звонки, мессенджеры, реклама, рекомендации и повторные пациенты. Заявка ещё не медицинская запись. Клиника должна видеть, откуда пришёл человек, кто ему ответил и чем закончился разговор.

Если продукт закрывает один слой, его не нужно объявлять единой системой. Нужно честно решить, как он будет связан с остальными.

Одна основная система для каждого вида данных

Споры начинаются, когда свободное время хранится сразу в медицинской программе, таблице администратора и календаре сайта. То же происходит с ценами, контактами пациентов и статусами лечения.

Для каждого объекта назначьте основной источник:

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

Критерий 1. Расписание и запись

Попросите показать полный сценарий, а не календарь на демонстрационном экране:

1. Администратор создаёт смену врача.
2. Пациент выбирает услугу и специалиста.
3. Сайт получает свободные слоты.
4. Два человека одновременно пытаются занять одно время.
5. Пациент переносит запись.
6. Врач заболел, смену нужно отменить.
7. Клиника видит неявку и назначает следующее действие.

Обратите внимание на кабинеты, продолжительность услуг, технические перерывы, работу ассистентов и параллельный приём. Простого списка времени часто недостаточно.

Критерий 2. Медицинская документация

Уточните, какие документы формируются для стоматологического приёма, как настроены шаблоны, кто подписывает и как хранится история изменений.

Проверьте:

• структуру электронной медицинской карты;
• план лечения и связь выполненных услуг с ним;
• информированные согласия;
• прикрепление снимков и файлов;
• разграничение доступа;
• электронные подписи;
• выгрузку или передачу документов;
• действия при исправлении записи;
• журнал действий сотрудников.

Если клиника работает с ЕГИСЗ, отдельно выясните перечень поддерживаемых электронных медицинских документов и путь передачи. Наличие слова «ЕГИСЗ» на странице продукта ещё не подтверждает, что нужный клинике документ успешно уходит.

Критерий 3. Заявки с сайта и телефонии

Многие медицинские программы хорошо ведут пациента после записи, но слабо работают с человеком до неё. Тогда обращения оседают в почте, чатах и личных телефонах.

Попросите показать:

• как создаётся новое обращение;
• сохраняется ли страница и рекламный источник;
• кто получает задачу на ответ;
• как фиксируется результат звонка;
• можно ли назначить повторный контакт;
• как обращение превращается в запись;
• как система обрабатывает дубли;
• что видит руководитель по необработанным заявкам.

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

Критерий 4. Интеграции и интерфейс обмена

Фраза «у нас есть API» должна быть расшифрована. API может разрешать чтение расписания, но не создание обращения. Может создавать запись, но не возвращать её изменения. Может быть доступен только в дорогой редакции.

До выбора запросите описание сценариев:

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

На проекте DentPro официальный интерфейс 1С используется для услуг, врачей, свободного времени, авторизации пациента и создания записи. Показатели для руководителя, которых нет в публичном интерфейсе, читаются через отдельное защищённое подключение без права записи. У каждого канала своя роль.

Критерий 5. Персональные данные и доступы

Стоматология хранит сведения о здоровье. При выборе системы выясните, где находится сервер и как устроена работа с данными целиком.

Проверьте:

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

Договор с поставщиком должен соответствовать фактической роли сторон. Нельзя считать вопрос закрытым только потому, что поставщик известен на рынке.

Критерий 6. Финансы, склад и лаборатории

Не пытайтесь купить самый большой модульный набор. Сначала определите, что клиника действительно будет вести в системе.

Для финансовых данных важны:

• связь плана лечения и оплат;
• частичные платежи;
• возвраты;
• задолженность;
• договоры и счета;
• кассовые операции;
• обмен с бухгалтерией;
• расчёты с врачами.

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

Работа с лабораториями включает заказ, срок, статус, стоимость и привязку к пациенту. Простого поля «комментарий» для растущей клиники быстро становится мало.

Критерий 7. Управленческая аналитика

Красивый дашборд бесполезен, если руководитель не понимает происхождение цифр. Начните с решений, которые нужно принимать каждую неделю.

Например:

• сколько первичных обращений не получили ответа;
• какой источник приводит подтверждённые записи;
• где появляются неявки;
• как загружены врачи и кабинеты;
• сколько планов лечения принято;
• какие повторные визиты не назначены;
• как меняются выручка и средний чек по направлениям;
• где возникла задолженность;
• когда данные обновлялись последний раз.

Показатель должен раскрываться до исходных строк. Если число нельзя проверить, оно быстро перестаёт участвовать в управлении.

Критерий 8. Работа при сбое

На демонстрации всё доступно. В реальной клинике пропадает интернет, облачный сервис отвечает с задержкой, подпись истекает, а интеграция возвращает ошибку.

До договора выясните:

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

Один день простоя в рабочее время может стоить дороже годовой разницы между тарифами.

Нужна ли отдельная CRM

Ответ зависит от того, умеет ли медицинская система вести путь до записи и после неё.

Отдельная система оправдана, если клиника:

• получает обращения из многих источников;
• хочет контролировать скорость первого ответа;
• ведёт длительные планы лечения;
• возвращает пациентов на повторные этапы;
• распределяет обращения между филиалами;
• анализирует рекламу до фактического визита;
• ставит задачи администраторам и координаторам.

Но CRM нельзя превращать во вторую медицинскую карту. Ей достаточно данных для коммуникации и процесса. Медицинские сведения остаются в защищённой системе, где они нужны для лечения.

Как провести демонстрацию поставщика

Отправьте поставщику один и тот же сценарий. Пусть он покажет его на продукте:

Новый пациент нашёл страницу имплантации, выбрал консультацию, записался на свободное время, перенёс визит, пришёл, получил план лечения, оплатил первый этап и должен вернуться через две недели. Руководитель хочет увидеть источник, скорость ответа, загрузку врача, оплату и назначенный следующий визит.

Зафиксируйте, какие шаги выполняются автоматически, какие вручную, а какие требуют другого продукта. После трёх демонстраций сравнивайте уже не интерфейсы, а разрывы процесса.

Красные флаги при выборе

• поставщик не показывает выгрузку данных;
• права сотрудников нельзя настроить по ролям;
• интеграция существует только в презентации;
• нет журнала ошибок обмена;
• работа с ЕГИСЗ описана одной строкой без перечня документов;
• расписание на сайте придётся обновлять вручную;
• для каждого отчёта нужна платная доработка без доступа к данным;
• резервное копирование не описано;
• прекращение договора означает потерю истории;
• менеджер обещает заменить все системы клиники за один день.

Когда нужна архитектура, а не новая программа

SGI24 не составляет рейтинг коробочных программ по количеству кнопок. Мы разбираем действующую работу клиники и определяем роль каждой системы.

Смотрим путь обращения, запись, медицинскую работу, оплату, повторные визиты, сайт, ЕГИСЗ и отчётность руководителя. Затем фиксируем основную систему для каждого вида данных, нужные интеграции и первый этап, который можно проверить на реальном процессе.

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

Разобрать системы стоматологии

В форме перечислите действующие системы и один процесс, который приходится сводить вручную. Этого достаточно, чтобы начать с архитектурной границы, а не с абстрактного подбора программы.

Связанные материалы

• Каким должен быть сайт стоматологической клиники
• ЕГИСЗ для частной стоматологии
• Персональные данные в стоматологии
• Цифровая система DentPro