Смена МИС в работающей клинике: когда переезд оправдан, а когда нет

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

Откуда берётся желание переехать

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

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

Сколько на самом деле стоит переезд

Цена лицензии новой системы — меньшая часть расходов. Основные затраты другие.

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

Параллельный период. Несколько недель клиника живёт в двух системах: приёмы уже в новой, долги и история — ещё в старой. В это время регистратура работает медленнее, а ошибок в расписании становится больше.

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

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

Какие претензии переездом не лечатся

Если главная боль — запись и переписка, переезд разочарует. Онлайн-запись, ответы пациентам в мессенджерах ночью, подтверждения визитов — это задачи отдельного класса сервисов, которые подключаются к расписанию МИС снаружи. Такой сервис ставится поверх текущей системы: он видит свободные окна, ведёт диалог с пациентом и создаёт визит прямо в расписании. Как это устроено и чем отличаются подходы, разобрано на странице о программах для стоматологии.

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

Когда менять систему действительно нужно

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

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

Если переезд неизбежен: как снизить цену ошибки

Несколько правил, которые экономят месяцы.

Запросите у нового вендора тестовый перенос вашей реальной базы до подписания договора — не демо на чужих данных, а выгрузку вашей картотеки в тестовый контур. Смотрите не на то, что перенеслось, а на то, что потерялось: зубные формулы, связки «пациент — план — оплата», файлы снимков.

Назначьте дату, после которой в старую систему никто не пишет, и объявите её всем сотрудникам заранее. Самые дорогие ошибки переезда — записи, сделанные «по привычке» в старой системе и не попавшие в новую.

Не совмещайте переезд с другими изменениями: новым прайсом, новым филиалом, сменой администраторов. Каждое изменение в отдельности переживается нормально, вместе они умножают хаос.

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

<aside style="display:flex;gap:16px;align-items:flex-start;margin:28px 0;padding:20px 22px;background:#fff;border:1px solid #e6e6e6;border-left:3px solid #d62f2a;border-radius:16px"> <div> <div style="font-weight:600;color:#1a1a1a;line-height:1.3">МедЧат</div> <div style="font-size:14px;color:#6b6b6b;margin-bottom:8px">ИИ-администратор для клиник и стоматологий</div> <div style="color:#1a1a1a;line-height:1.6">Самая частая ошибка, которую мы видим, — клиника меняет МИС из-за записи и переписки, тратит полгода на переезд и обнаруживает, что пациентам по-прежнему отвечает администратор вручную. Учётную систему стоит менять из-за учёта. Коммуникация подключается поверх любой из распространённых МИС и не требует трогать то, что уже работает.</div> </div> </aside>

Как принять решение за один вечер

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

Если тяжесть в правом столбце — оставайтесь на своей системе и закрывайте правый столбец надстройкой. Это работает и для облачных систем вроде Medesk, и для конфигураций на платформе 1С — например, 1С:Медицина. Стоматологическая клиника. Если тяжесть слева — планируйте переезд, но закладывайте на него втрое больше времени, чем обещает вендор, и переносите базу до отключения старой системы, а не после.