Единый цифровой контур: тест передачи данных между клиниками
В эпоху, когда федеральные чиновники рапортуют о цифровой трансформации здравоохранения, такие сцены выглядят анахронизмом. Но обмен медицинскими данными между клиниками — это не кнопка «поделиться» из соцсетей. Это технический процесс с тестовыми контурами, XML-схемами, электронными подписями, защищёнными каналами и сроками передачи. И если кажется, что всё это бюрократия ради бюрократии, — новости смешанные. Часть механики действительно защищает данные и делает их пригодными для работы. Другая часть пока слишком легко превращается в красивую презентацию про «единую электронную медкарту».
Когда говорят о создании единого цифрового контура здравоохранения на основе ЕГИСЗ, обычно слышится простое обещание: «всё будет в электронке». На деле ЕГИСЗ — не одна большая база данных и не один сервер, где лежит вся медицинская история страны. Это набор взаимосвязанных подсистем: реестры организаций и медработников, сервисы записи, нормативно-справочная информация, контуры передачи документов и многое другое.
Для клиник и пациентов особенно важен РЭМД — реестр электронных медицинских документов. Туда должны поступать структурированные документы: протоколы исследований, эпикризы, сведения о приёмах и другие записи, которые могут понадобиться врачу за пределами одной конкретной регистратуры. Именно через этот механизм электронная медкарта пациента должна перестать быть закрытым архивом отдельной клиники. Должна — ключевое слово. Потому что между «документ создан» и «документ доступен в системе» лежит вполне земная работа интеграторов, врачей, IT-служб и администраторов МИС.
Технический фундамент: подключение МИС к тестовому контуру ЕГИСЗ
Прежде чем медицинская информационная система начнёт передавать реальные документы, она проходит проверку в тестовом контуре ЕГИСЗ. Это не декоративная ступень перед подключением и не бумажка, которую можно получить, не открывая программу. Тестовая среда нужна ровно для того, чтобы ошибки не обнаружились на реальных данных пациента и в момент, когда клиника уже обязана соблюдать регламент.
В тестовом контуре проверяют, умеет ли МИС создавать и отправлять СЭМД — структурированные электронные медицинские документы. Важно слово «структурированные». Речь не о PDF с печатью, который просто прикрепили к карточке. Документ должен быть собран в установленном формате, пройти XSD-схему и правила схематрона — валидатора, который проверяет не только форму, но и логические связи между полями.
Возьмём обычную для пациента ситуацию: врач оформил протокол инструментального исследования или амбулаторный эпикриз. На экране МИС это может выглядеть как понятный текст с заключением. Для РЭМД же это набор стандартизированных сведений: идентификаторы пациента и организации, дата и вид оказанной помощи, диагнозы, результаты, сведения о специалисте, подписи. У каждого элемента есть место, формат и допустимые значения.
Тестирование обычно вскрывает не какую-то одну грандиозную проблему, а цепочку мелочей, которые в сумме делают обмен невозможным:
- дата передана не в том формате, который ожидает схема;
- обязательное поле осталось пустым, хотя врачу оно могло казаться второстепенным;
- код диагноза, услуги или исследования не соответствует актуальному справочнику;
- МИС формирует документ по устаревшей версии спецификации;
- подпись накладывается не на тот набор данных или не проходит проверку;
- документ успешно уходит из интерфейса клиники, но получает технический отказ на стороне принимающего сервиса.
Вот почему интеграция медицинских систем — это не история про «подключить API за вечер». У клиники могут быть хорошие врачи, современное оборудование и красивый личный кабинет пациента, но обмен данными между клиниками начинается не с дизайна интерфейса. Он начинается с того, насколько аккуратно МИС умеет разговаривать на языке государственных сервисов.
Врачу проще поставить диагноз, чем объяснить своей МИС, почему протокол УЗИ не проходит валидацию. Схематрон — штука неумолимая, и с ним не спорят.
Тестовый контур особенно важен при обновлениях. Меняются требования к СЭМД, версии схем, состав справочников, правила заполнения отдельных полей. То, что вчера отправлялось без замечаний, после обновления может потребовать доработки. Это не значит, что система «сломалась»: чаще она просто перестала принимать документ, который больше не соответствует актуальному формату. Для клиники разница, правда, не всегда утешительная.
Валидация данных: как работает форматно-логический контроль и справочники ФНСИ
Если СЭМД — это письмо, то форматно-логический контроль — сотрудник почты, который не принимает конверт без адреса, с перепутанным индексом и чужим именем получателя. Только в медицине цена такой небрежности выше: ошибка может не просто задержать передачу, а создать путаницу в данных конкретного человека.
Форматно-логический контроль сверяет структуру документа, заполнение обязательных полей, допустимость значений и связь сведений между собой. В этой работе участвуют справочники ФНСИ — федеральной нормативно-справочной информации. Они нужны не для того, чтобы усложнить жизнь врачу кодами, а чтобы один и тот же диагноз, вид исследования или медицинская услуга не назывались в разных системах как кому вздумается.
Без унификации получается привычный цифровой хаос. В одной системе исследование записано свободным текстом, в другой — сокращением, в третьей — внутренним кодом поставщика МИС. Человек-то, возможно, догадается, что речь об одном и том же. Машина не обязана. А если она не обязана — обмен превращается в лотерею, где точность зависит от того, кто и как расшифрует чужую запись.
Форматно-логический контроль помогает отсечь типовые риски:
| Что проверяется | Зачем это нужно пациенту и клинике |
|---|---|
| Идентификационные сведения пациента | Чтобы документы не смешались между людьми с похожими ФИО или ошибочно введёнными данными |
| Формат и полнота обязательных полей | Чтобы документ можно было обработать не только глазами, но и другой информационной системой |
| Коды диагнозов, услуг и исследований | Чтобы сведения сохраняли одинаковый смысл при передаче между разными МИС |
| Соответствие XML-схеме и правилам схематрона | Чтобы РЭМД получил технически читаемый документ, а не набор полей с непредсказуемой логикой |
| Электронные подписи | Чтобы можно было установить автора документа и подтвердить юридическую значимость записи |
Это жёсткая механика, но без неё единый цифровой контур здравоохранения быстро стал бы единым цифровым складом ошибок. Врач в соседней клинике не должен гадать, что имел в виду коллега, какая дата верная и почему в документе отсутствует часть ключевых сведений.
При этом валидатор не умеет сочувствовать. Он не понимает, что регистратор торопился, врач закончил смену, а в МИС месяц назад обновили модуль и один из реквизитов переехал в другое поле. Для него документ либо соответствует правилам, либо нет. Поэтому зрелая интеграция — это не героическое исправление отказов вручную, а настройка процессов внутри клиники: кто следит за обновлениями, кто разбирает технические статусы, как ошибки возвращаются разработчику МИС, а не теряются в общей папке «разберём потом».
Безопасность обмена: роль КЭП и защищённых каналов связи ViPNet
Медицинский документ — не безобидное уведомление о записи на маникюр. В нём могут быть диагнозы, результаты исследований, сведения о лечении и другие данные, которые пациент имеет право не обсуждать даже с ближайшими родственниками. Поэтому безопасность обмена — не маркетинговая наклейка «ваши данные защищены», а обязательная часть архитектуры.
Передача СЭМД предполагает использование квалифицированных электронных подписей. Подпись врача подтверждает авторство медицинского документа. Подпись медицинской организации связывает документ с юридическим лицом, от имени которого он передаётся. Внутри клиники это требует дисциплины: сертификаты должны быть действующими, права доступа — корректно настроенными, а процедура подписания не должна существовать только в инструкции, которую никто не открывал.
КЭП здесь решает сразу несколько задач. Она позволяет подтвердить, кто оформил запись, защищает документ от незаметного изменения после подписания и оставляет понятный след ответственности. Если через время возникает вопрос к содержанию протокола, нельзя просто пожать плечами и сказать: «Наверное, оно само так выгрузилось».
Защищённый канал связи — вторая половина конструкции. Для взаимодействия с сервисами ЕГИСЗ используются сертифицированные средства защиты, в том числе решения семейства ViPNet. Пациенту не обязательно знать, как именно настроен криптографический шлюз в серверной клиники. Но ему полезно понимать принцип: медицинские сведения не должны уходить в федеральный контур как обычный файл, отправленный через случайный публичный сервис.
Две подписи на документ — это не «перестраховка от параноиков». Это способ сделать так, чтобы через полгода никто не смог сказать: «Этот протокол мы не делали».
На практике защищённый канал тоже требует внимания. Недостаточно один раз установить программный продукт и торжественно объявить цифровизацию завершённой. Есть сертификаты, ключи, маршрутизация, обновления, доступность инфраструктуры, взаимодействие с МИС. Любой из этих элементов способен стать причиной того, что документ не дойдёт с первого раза. Это не аргумент против защиты — скорее напоминание, что безопасность нельзя прикрутить к системе в последний день перед запуском.
Масштабируемость системы: что изменилось с увеличением лимитов РЭМД до 10 000 запросов
В феврале 2025 года общий лимит запросов на регистрацию документов на балансировщике РЭМД ЕГИСЗ был увеличен до 10 000 в минуту. Для человека вне IT это звучит как цифра из отчёта, которую можно спокойно пролистать. Для крупных сетей, интеграторов и региональных медицинских систем — это параметр, от которого зависит, насколько предсказуемо ведёт себя обмен в периоды высокой нагрузки.
Увеличенный лимит сам по себе не делает все документы идеальными и не отменяет форматно-логический контроль. Он решает другую задачу: даёт инфраструктуре больше пространства для одновременной обработки запросов. Когда множество МИС отправляют документы параллельно, ограничение пропускной способности может стать операционным риском. Возникают очереди, повторные попытки отправки, необходимость корректно обрабатывать временные технические ответы, а не превращать каждый такой ответ в ручную аварию.
Хорошая МИС в этой ситуации не должна истерично отправлять один и тот же документ снова и снова. Нужны очередь, повторная отправка по понятным правилам, журнал статусов и разделение ошибок. Одно дело — временная недоступность внешнего сервиса. Другое — документ, в котором неверно указан код или отсутствует обязательный реквизит. Если смешать эти случаи в одну надпись «Ошибка обмена», клиника получит не цифровой контур, а лотерею с красной кнопкой.
Увеличение лимита до 10 000 запросов в минуту снижает вероятность того, что общая пропускная способность станет узким горлышком при массовой передаче. Но масштабируемость не живёт только на стороне РЭМД. Она зависит и от того, как устроена сама МИС, выдерживает ли нагрузку локальная инфраструктура, не копятся ли документы в очереди и есть ли у клиники понятный порядок действий при сбоях.
Пациент обычно не видит этих деталей. Он видит итог: его выписка доступна следующему врачу или нет. И это, честно говоря, правильная оптика. Человека не должно волновать, сколько запросов выдерживает балансировщик. Но клиника, которая обещает цифровой сервис, обязана думать об этом заранее — чтобы пациент не становился тестировщиком чужой архитектуры.
Регламент передачи: почему критически важно соблюдать срок в 1 рабочий день
По регламенту сведения о факте приёма пациента и оформленные медицинские документы должны передаваться в РЭМД ЕГИСЗ в течение одного рабочего дня с момента оказания услуги. Один рабочий день — не «когда появится свободное окно у администратора» и не «после закрытия месяца». Смысл требования в том, чтобы медицинская информация не теряла ценность по дороге.
Представим вполне обычную ситуацию. Пациент прошёл обследование в одной клинике, а на следующий день оказался у другого специалиста — по направлению, в командировке, после ухудшения состояния или просто потому, что решил получить второе мнение. Если документ уже доступен в цифровом контуре, врачу не нужно собирать анамнез заново по памяти пациента и фотографиям заключений в телефоне. Если не доступен — вся красивая идея преемственности помощи остаётся на плакате.
Срок в один рабочий день дисциплинирует не только IT-службу. Он требует, чтобы внутри клиники не было разрыва между приёмом, оформлением документа, подписанием, контролем статуса и устранением ошибок. Нельзя считать задачу выполненной в момент, когда врач нажал «сохранить». Документ должен пройти весь путь: быть правильно сформированным, подписанным, переданным и принятым.
Для организации здесь важны не драматические подвиги, а скучные, но работающие вещи:
1. МИС должна показывать статус документа, а не прятать его за абстрактным сообщением «отправлено».
2. Ошибки в данных должны попадать к тем, кто может их исправить: врачу, регистратору, администратору справочников или разработчику системы — в зависимости от причины.
3. Технические сбои должны отличаться от ошибок заполнения. Их нельзя лечить одним и тем же советом «попробуйте позже».
4. Очередь документов нужно контролировать до того, как она превращается в накопленный долг.
5. Процедуры не должны зависеть от единственного сотрудника, который знает, где в МИС находится кнопка повторной отправки.
Риск задержки появляется не только из-за нагрузки внешних сервисов. Его могут создать неправильная настройка сертификатов, неактуальная версия модуля, некорректная запись в справочнике, человеческая ошибка при оформлении и банальная потеря ответственности между подразделениями. Поэтому разговор о сроке — это не разговор о наказании ради наказания. Это разговор о том, сможет ли следующая клиника увидеть важную информацию тогда, когда она действительно нужна.
Электронная медкарта — не магия, а качество процессов
Если убрать технический жаргон, создание единого цифрового контура здравоохранения сводится к довольно человеческой задаче: диагноз, результат обследования, протокол или эпикриз не должны исчезать вместе с дверью клиники, где их оформили. Механизм для этого есть: тестовый контур ЕГИСЗ, СЭМД, форматно-логический контроль, справочники ФНСИ, КЭП, защищённые каналы связи и регламент передачи.
Но электронная медкарта пациента не возникает сама по себе от того, что в холле поставили терминал, а на сайте появилась кнопка «личный кабинет». Её качество определяется не презентацией, а дисциплиной данных. Насколько корректно клиника ведёт записи. Насколько честно МИС сообщает об ошибках. Насколько быстро документ проходит путь от врача до РЭМД. Насколько ответственно организация относится к защите информации, а не только к отчёту о подключении.
Пациенту не нужно становиться специалистом по XML и ViPNet. Но и полностью полагаться на слово «цифровой» в названии услуги не стоит. После обследования или лечения имеет смысл сохранить копию заключения, уточнить, оформлен ли документ электронно и передан ли он в систему. Особенно если результаты могут понадобиться другому врачу в ближайшее время.
Бумажная выписка в этой истории — не символ поражения цифровизации. Пока обмен данными между клиниками проходит этап взросления, это нормальная страховка. А цель не в том, чтобы заставить пациента носить с собой ещё один документ, пусть и электронный. Цель в том, чтобы при следующем визите в другую клинику врач увидел нужные сведения без угадываний, повторных исследований и фразы, которую пациенты слышат слишком часто: «У нас вашей истории нет».
