Переход на новую МИС — это не «установить и забыть». Главный риск здесь не в интерфейсе, а в данных: если истории болезней, результаты анализов или финансовая история потеряются или исказятся, клиника столкнётся с проблемами при проверках, жалобами пациентов и ручным восстановлением. Разбираем порядок миграции, который позволяет пройти этот этап без потерь: от аудита старой системы до контрольной сверки после запуска.
Обсудить миграцию с «Киберсофт.Здоровье» СодержаниеО чём эта статья
Что переносится в первую очередь
Не все данные одинаково критичны. Есть то, без чего клиника не сможет работать на следующий день, и то, что можно перенести позже или оставить в архиве.
Приоритеты по данным
Критично (без этого нельзя работать)
- списки пациентов с контактами;
- медицинские карты и история обращений;
- записи на приём и расписание;
- услуги и прейскурант;
- финансовая история и оплаты.
Важно и желательно
- результаты лабораторных исследований;
- протоколы консультаций и назначения;
- бонусные программы и скидки;
- сертификаты и согласия;
- исторические данные для отчётности.
Аудит старой МИС: что реально можно выгрузить
Первый вопрос, который нужно задать до начала проекта: какие данные доступны для выгрузки и в каком формате. Если клиника работает в облачной системе или закрытом контуре, доступ к базе может быть ограничен.
Что выяснить на этапе аудита
Доступность данных
- можно ли выгрузить базу целиком или только по частям;
- в каком формате выгрузка (Excel, XML, CSV, дамп базы);
- какие данные выгрузить нельзя;
- нужно ли согласование с текущим вендором.
Качество данных
- есть ли дубли пациентов;
- насколько полны контактные данные;
- в каком состоянии медицинские карты;
- есть ли «мусорные» записи и как их отфильтровать.
Типичные способы выгрузки
| Способ | Когда используется |
|---|---|
| Выгрузка в Excel | Простые справочники, списки пациентов, услуги |
| Выгрузка в XML/CSV | Структурированные данные для конвертации |
| Прямая конвертация из базы | Когда есть доступ к БД и готовая схема соответствия |
| Через API | Если старая система предоставляет доступ |
Планирование миграции: карта соответствия
До начала переноса нужно составить карту: какое поле из старой системы соответствует какому полю в новой. Это техническое задание на конвертацию.
Что входит в план миграции
Техническая часть
- карта соответствия полей (старое → новое);
- правила нормализации: телефоны, адреса, ФИО;
- правила обработки дублей;
- порядок загрузки: сначала справочники, потом пациенты, потом история.
Организационная часть
- кто отвечает за миграцию со стороны клиники;
- кто со стороны вендора;
- сроки и этапы;
- план на случай сбоя (откат к старой системе).
Тестовая выгрузка и загрузка
Никогда не запускайте миграцию сразу «в бой». Сначала тестовая выгрузка на ограниченном наборе данных.
Что проверить на тесте
Формат
Данные загружаются без ошибок и правильно распределяются по полям.
Полнота
Все обязательные поля заполнены, ничего не потерялось.
Связи
Пациент связан с картой, карта — с услугами и оплатами.
Дубли
Нет дублей пациентов и записей.
Финальная миграция: день перехода
Финальная миграция делается в момент, когда клиника готова переключиться. Важно минимизировать простой.
Как организовать день перехода
Что сделать
- выбрать время с минимальной нагрузкой (вечер, выходной);
- сделать полную выгрузку из старой системы;
- загрузить в новую систему;
- проверить ключевых пациентов и записи;
- переключить сотрудников на новую систему.
Что иметь под рукой
- резервную копию старой системы;
- план отката, если что-то пойдёт не так;
- контакт поддержки нового вендора;
- список критичных данных для немедленной проверки.
Проверка целостности после миграции
После загрузки нужно убедиться, что данные не потерялись и не исказились. Это не формальность — именно здесь выявляются ошибки.
Что проверять
| Проверка | Что значит |
|---|---|
| Количество записей | Сколько пациентов, карт, оплат было и стало |
| Полнота полей | Нет пустых обязательных полей |
| Связи | Карта привязана к пациенту, оплата — к услуге |
| Дубли | Нет повторяющихся пациентов и записей |
| Выборочная сверка | 10–20 карт проверены вручную против старой системы |
Что делать с данными, которые нельзя выгрузить
В некоторых случаях старая система не позволяет выгрузить всё. Это не повод отказываться от миграции, но повод спланировать обходной путь.
Варианты
Если данные нужны для работы
- запросить выгрузку у старого вендора на договорной основе;
- выгрузить через отчёты и Excel;
- перенести вручную критичные карты (трудоёмко, но возможно).
Если данные нужны для истории
- оставить доступ к старой системе в режиме чтения;
- сохранить архив выгрузок;
- задокументировать, где и в каком виде хранится история.
Чек-лист миграции
Аудит
Выясните, какие данные можно выгрузить и в каком формате.
Карта
Составьте соответствие полей и правила нормализации.
Тест
Проверьте загрузку на 50–100 реальных пациентах.
Переход
Сделайте финальную миграцию в момент минимальной нагрузки.
Проверка
Сверьте количество записей, полноту полей и связи.
Архив
Решите, что делать с данными, которые не выгрузились.
Переход на «Киберсофт.Здоровье» без потери данных
Поможем спланировать миграцию: от аудита старой системы до проверки целостности после запуска. Покажем, как это работает на демо.
Обсудить миграцию
