Перенос данных из старой системы без потери истории
Опубликовано · 5 мин чтения

В каждом переходе между системами есть момент, когда кто-то говорит: просто перенесите данные. Эта фраза скрывает сложную часть. Данные — не файлы, что переезжают с места на место; это смысл, сохранённый в определённой структуре, а смысл можно потерять и тогда, когда все строки скопированы полностью.
Прежде всего: что вообще должно перейти
Предположение, что всё обязано перейти, дорого и чаще всего излишне. Практическое разделение на три группы:
| Группа | Что включает | Подход |
|---|---|---|
| Обязательно, структурировано | Активные пациенты, аллергии, лекарства, диагнозы, будущие приёмы | Полная конвертация в структуру новой системы |
| Важно, как текст или документ | Исторические итоги визитов, письма, старые результаты | Чаще всего достаточно как читаемый документ, привязанный к пациенту и дате |
| Остаётся позади | Старая финансовая история, журналы системы, черновики, внутренние данные системы | Доступ на чтение в старой системе на определённый срок |
Различие между первой и второй строкой — самое значимое. Структурированные данные — это данные, по которым система может действовать: аллергия, включающая предупреждение против рецепта, лекарство, появляющееся в активном списке. Та же информация свободным текстом внутри итога выглядит для человеческого глаза одинаково и бесполезна для системы. Поэтому аллергии и лекарства получают высший приоритет в структурированной конвертации, даже если это небольшой объём данных.
Ловушки, которые повторяются почти всегда
1. Удостоверение личности с ведущим нулём
Номер удостоверения, сохранённый как число, а не как текст, теряет ведущие нули. Пациент с номером, начинающимся с нуля, становится восьмизначным числом, и тогда проверка контрольной цифры проваливается, сопоставление с больничной кассой ломается и создаются дубликаты. Это самая частая неисправность в конвертациях в Израиле, и её легко проверить заранее.
2. Даты в смешанном формате
Файл, в котором часть дат записана как день-месяц-год, а часть как месяц-день-год, пройдёт конвертацию без ошибки и породит неверные даты рождения в каждом случае, где день меньше 13. Проверка: сосчитать, сколько дат рождения попадает в невозможный диапазон, и проверить распределение по месяцам.
3. Кодировка символов
Иврит, сохранённый в старой кодировке и прочитанный как другая, превращается в кракозябры. Иногда это бросается в глаза, а иногда затрагивает лишь определённые символы, такие как гереш или знаки пунктуации, и тогда обнаруживается поздно.
4. Скрытые управляющие символы
Системы, отображающие иврит рядом с числами, иногда добавляют невидимые управляющие символы направления. Если они сохранены вместе с данными, а не только в отображении, они пройдут в конвертацию и сломают поиск и точное сопоставление: имя будет выглядеть одинаково на экране, но не найдётся в поиске. Стоит явно их очистить.
5. Списки значений, которые не совпадают
Статусы, типы приёмов, категории документов — у каждой системы свои списки. Их сопоставление — ручная работа, которую нельзя обойти. Лучше сделать её рано, потому что она чаще всего выявляет, что старый список рос без порядка и включает дублирующиеся значения.
6. Дубликаты пациентов
Почти в каждой старой системе есть дублирующиеся пациенты: раз с именем на иврите и раз латиницей, раз с паспортом и раз с удостоверением личности. Конвертация переносит дубликаты как есть. Момент перед переносом — лучшая возможность для объединения.
Как работают на практике
- Первый экспорт рано. Ещё до окончательного решения попросить пробный экспорт. Он выявляет, что вообще можно выгрузить, и это влияет на решение.
- Пробная конвертация на копии. Прогнать конвертацию полностью в тестовой среде и пройтись по ней. Не пропускать это.
- Выборочная ручная проверка. Выбрать двадцать пациентов — включая крайние случаи: длинное имя, пациент с паспортом, младенец, пациент с длинной историей — и сравнить экран с экраном.
- Проверки подсчёта. Сколько пациентов, сколько визитов, сколько документов, сколько аллергий — до и после. Расхождение требует объяснения.
- Финальная конвертация в определённом окне. В конце недели, с заранее определённой точкой возврата и решением, кто объявляет об успехе.
- Доступ на чтение к старой системе. На определённый срок. Это страховочная сеть, позволяющая спать по ночам.
Проверка, которую стоит делать всегда: взять пять пациентов и убедиться, что сумма счетов, число визитов и список аллергий одинаковы в обеих системах. Если что-то не сходится на пяти, оно не сойдётся на пяти тысячах.
Кто что делает
Успешная конвертация требует трёх ясных ролей. Уходящий поставщик предоставляет данные и объясняет их структуру. Входящий поставщик выполняет конвертацию и отвечает за технический результат. А клиника — и это часть, которую склонны пропускать, — решает вопросы смысла: что считается активным пациентом, как сопоставить старый статус, у которого нет аналога, и что делать с записями, противоречащими самим себе. Это не технические вопросы, и ни один поставщик не может ответить на них вместо вас.
Стоит выделить на это явное время. Один рабочий день человека, знающего данные, рано в процессе, экономит недели последующих исправлений.
Что делать с данными, которые нельзя конвертировать
В каждой конвертации остаётся шлейф: записи с недостающими полями, значения без аналога, повреждённые документы. Соблазн — тихо их отбросить. Правильный подход — разделить на три кучи. То, что можно исправить вручную в разумном объёме, — исправить. То, что не критично, — записать и оставить. А то, что критично и не поддаётся конвертации, — перенести как прикреплённый документ с пометкой, чтобы хотя бы информация была доступна человеческому глазу.
Важно, чтобы третья куча была известна и задокументирована. Опасное расхождение — не отсутствующие данные, а данные, о которых все полагают, что они есть.
Что документировать
По завершении конвертации стоит, чтобы остался короткий документ, описывающий, что перенесено, что нет, как сопоставлены списки значений и что известно о данных, которые не удалось конвертировать. Через пару лет, когда кто-то спросит, почему не хватает документации за определённый год, этот документ сэкономит рабочий день и недопонимания.
И наконец, то, что перенести нельзя
Часть знаний в клинике не в системе, а в головах людей: кто чувствительные пациенты, почему определённый приём сохранён, как ведётся определённый процесс. Переход на новую систему — хорошая возможность записать часть этого. Не ради документирования как такового, а потому что во время перехода всё равно пересматривают каждый процесс заново — и это единственный раз за десятилетие, когда это происходит.
Другие статьи
Как проверить систему клиники на живом демо
Нейтральный гид покупателя по проверке любой системы управления клиникой или EMR на живом демо. Практические сценарии, 20 вопросов, красные флаги и та…
Как внедрить новую систему в клинике без простоя
Практическое руководство по переходу на новую систему управления клиникой без остановки приёма: подготовка, пилот, стратегии перехода, go-live и план…
Электронная медкарта (EMR) в частной клинике: практический гид
Практический гид по EMR в частной клинике: чем она отличается от EHR, PHR и CRM, что должно быть в карте, документирование визита с подписью, исправле…
Хотите увидеть это на примере вашей клиники
Вместе пройдём по журналу записи, карте пациента и процессу биллинга и увидим, что подходит, а чего не хватает. Полчаса разговора, без презентации.


