Перейти к содержимому 
Клиника может быть недовольна своей медицинской информационной системой, но откладывать переход из-за рисков: что будет с базой пациентов, медицинскими записями и будущими приёмами, сохранятся ли данные в ЭСОЗ и не остановится ли работа учреждения?
Смена МИС не означает, что нужно начинать всё с нуля. Но миграцию необходимо спланировать: определить, какие данные нужно перенести, получить их из текущей системы, проверить новую МИС на реальных сценариях клиники, провести миграцию и только после сверки завершать работу со старой системой.
Разберём, как организовать переход на МИС Clinica Web и что необходимо проконтролировать руководителю клиники.
Когда клинике стоит сменить МИС
Переход оправдан, если проблема системная: текущая МИС не масштабируется вместе с клиникой, регулярно возникают технические проблемы, не хватает необходимых модулей и интеграций, персонал дублирует операции вручную или поддержка не решает критические вопросы.
Для многопрофильных медицинских центров особенно важно, чтобы одна система могла объединить работу разных направлений, врачей и подразделений без разрозненных баз и дублирования информации. Подробнее об этом рассказали в статье «МИС для многопрофильного медцентра: все направления в одной системе».
Ещё один сигнал — руководство не получает данных, необходимых для управления клиникой. Если отчёты приходится собирать вручную из разных источников, стоит оценить аналитические возможности новой системы ещё до перехода. Какие показатели необходимы руководителю, рассказываем в материале «Аналитика и KPI клиники: какие показатели руководитель должен видеть ежедневно».
Но если проблема только в неправильных настройках или персонал не умеет пользоваться имеющимися возможностями системы, смена МИС может её не решить. Перед переходом стоит чётко определить, что именно новая система должна изменить в работе клиники.
Что происходит с данными при переходе на другую МИС
Прежде всего необходимо разделять данные, переданные в ЦБД ЭСОЗ, и информацию, которая хранится непосредственно в МИС клиники.
Смена МИС не удаляет информацию, которая уже была внесена в центральную базу ЭСОЗ. Но значительная часть операционных данных может храниться именно в системе клиники: расписание, будущие записи, прайсы, финансовая информация, склад, документы, шаблоны, настройки, часть медицинских данных и т. д.
Именно эти данные необходимо инвентаризировать перед переходом.
Можно ли перенести базу пациентов и историю обращений
Возможность миграции зависит от того, какие данные и в каком формате позволяет получить текущая МИС.
Поэтому ещё до расторжения договора со старым поставщиком необходимо выяснить:
что можно экспортировать → в каком формате → в какие сроки → есть ли дополнительная стоимость выгрузки → как долго будет сохраняться доступ к старой системе.
Спрашивать лучше не просто «можно ли забрать базу», а конкретно: «В каком формате мы получим каждую категорию данных и до какой даты?»
Это позволяет команде новой МИС оценить реальный объём миграции ещё до начала перехода.
Как перейти с другой МИС на Clinica Web
Миграцию стоит рассматривать как отдельный проект с ответственным со стороны клиники и согласованным планом перехода.
Шаг 1. Провести аудит текущей МИС
Сначала определяется, какие данные, модули и интеграции использует клиника сейчас и что необходимо сохранить после перехода.
Стоит отдельно определить, что необходимо перенести в новую систему, что достаточно оставить в архиве, а какие устаревшие или дублированные данные переносить нецелесообразно.
Для сети также учитываются филиалы, роли пользователей, лабораторные и диагностические процессы, финансы и внешние интеграции.
Шаг 2. Получить и подготовить данные
До завершения сотрудничества со старой МИС необходимо получить согласованный экспорт.
Перед импортом проверяются структура базы, форматы, дубликаты, некорректные записи и соответствие полей. Это важный этап: новая система не должна унаследовать ошибки старой базы.
Особое внимание стоит уделить пациентам, истории обращений, будущим записям, прайсам, услугам, врачам, финансовым остаткам и документам, которые необходимы для непрерывной работы.
Шаг 3. Провести пробную миграцию и сверку
Переносить всю базу без предварительной проверки рискованно.
Оптимальный сценарий — выполнить тестовый перенос и проверить выборку данных: правильно ли отображаются карты пациентов, медицинская информация, услуги, записи и другие критические данные.
Результат должны проверить не только технические специалисты, но и представители клиники, которые ежедневно работают с этой информацией.
Шаг 4. Настроить Clinica Web под процессы клиники
Переход — это не просто импорт старой базы.
В Clinica Web настраиваются структура учреждения, пользователи, роли и права доступа, врачи, услуги, графики и необходимые интеграции.
До запуска необходимо протестировать основные рабочие сценарии конкретной клиники: запись пациента, приём врача, работу с ЭСОЗ, оплату, необходимые интеграции и отчётность.
Так руководство оценивает систему не по презентации, а по тому, как в ней будет работать именно его клиника.
Шаг 5. Подготовить персонал и провести финальный переход
Врачей, регистратуру и администраторов необходимо обучать в соответствии с их ролями и ежедневными задачами.
Между пробной миграцией и днём запуска в старой системе продолжают появляться новые записи и данные. Поэтому перед переходом необходимо перенести эти изменения и провести финальную сверку.
Только после этого клиника переходит к полноценной работе в Clinica Web.
Нужно ли останавливать работу клиники во время перехода
Это зависит от масштаба учреждения, объёма базы, интеграций и возможностей текущей МИС.
Чтобы минимизировать влияние на работу клиники, миграцию тестируют заранее, финальный запуск планируют на период меньшей нагрузки, а изменения, появившиеся после пробного переноса, догружают перед стартом.
Особенно тщательно этот процесс необходимо планировать сетям и крупным медицинским центрам, где ошибка может одновременно повлиять на регистратуру, врачей, лабораторию, кассу и несколько филиалов.
Что будет с данными в ЭСОЗ после смены МИС
Медицинские данные, которые уже переданы в центральную базу ЭСОЗ, не исчезают из-за смены МИС.
Новая система должна быть подключена к ЦБД ЭСОЗ, а до запуска необходимо проверить работу функционала, который использует конкретное учреждение.
Поэтому при выборе МИС важно проверять не только заявление поставщика об «интеграции с eHealth», но и актуальный статус системы в официальном перечне подключённых МИС и статус тестирования её функционала.
Clinica Web подключена к ЦБД ЭСОЗ и проходит тестирование в соответствии с актуальными требованиями. Перед переходом клиника также может самостоятельно проверить актуальный статус системы на официальных ресурсах ЭСОЗ.
Как защитить данные во время миграции
База пациентов содержит персональную и медицинскую информацию, поэтому безопасность должна быть предусмотрена ещё до передачи данных новому поставщику.
В договоре необходимо определить порядок обработки и передачи информации, доступ к ней во время миграции и условия хранения. В самой МИС — настроить роли и права пользователей в соответствии с их функциями.
Особенно важно контролировать, кто имеет доступ к медицинской информации пациентов и как система защищает её от несанкционированного просмотра или передачи. Подробнее требования к конфиденциальности и работу МИС с медицинскими данными рассмотрели в статье «Защита данных пациентов и медицинская тайна: как МИС обеспечивает конфиденциальность».
Также ещё до перехода стоит получить ответ на вопрос: как клиника сможет экспортировать собственные данные, если в будущем решит снова сменить систему?
Это один из критериев, который защищает медицинское учреждение от технологической зависимости от поставщика.
Когда можно закрывать старую МИС
Не сразу после запуска новой.
Сначала необходимо сверить ключевые данные: пациентов, медицинскую информацию, будущие записи, необходимые финансовые показатели и другие критически важные для учреждения данные.
До этого момента стоит сохранять доступ к предыдущей системе и резервный экспорт.
Закрывать старую МИС до завершения сверки — один из самых больших рисков миграции.
Только когда клиника убедилась, что необходимые данные перенесены и новая система стабильно работает, можно завершать сотрудничество с предыдущим поставщиком в соответствии с условиями договора.
Сколько времени занимает переход на новую МИС
Универсального срока нет.
На него влияют объём и качество базы, формат экспорта из старой системы, количество филиалов и пользователей, интеграции, настройки и готовность команды.
Поэтому вместо обещания «перейдём за несколько дней» стоит получить от нового поставщика план миграции с этапами, ответственными и сроками.
Именно после анализа текущей МИС можно реально оценить сложность перехода.
Планируете перейти с другой МИС на Clinica Web?
Расскажите команде Clinica Web, какой системой пользуется ваша клиника, какие данные необходимо сохранить и что именно вас не устраивает в текущей МИС.
Мы поможем оценить возможности миграции, покажем Clinica Web на реальных сценариях работы вашего учреждения и вместе определим оптимальный план перехода.
Закажите демо Clinica Web. Вы увидите, как будет работать ваша клиника в новой МИС, ещё до того, как примете решение о переходе.
