Единая цифровая система здравоохранения: архитектура и интеграция данных
Федеральные сервисы принимают сведения о медицинских документах, региональная инфраструктура организует обмен, а медицинские организации продолжают работать со своими МИС и системами хранения.
Для клиники подключение к этой инфраструктуре требует одновременно технической и нормативной подготовки. Нужно определить, какие документы передаются, где хранится их содержимое, кто отвечает за подписание и доставку, как обрабатываются ошибки. Отдельно проверяется, соответствует ли выбранная схема региональным правилам и применимым требованиям к цифровому обмену.
Есть ещё одно важное различие. Наличие записи в реестре электронных медицинских документов позволяет обнаружить документ и получить связанные с ним сведения. Полный текст, изображение или результат исследования при этом могут храниться в МИС медицинской организации либо в региональном архиве. Понимание этой архитектуры помогает и клинике, и пациенту правильно оценивать возможности цифрового контура.
Трёхуровневая архитектура ЕГИСЗ и роль единого цифрового контура в медицине
ЕГИСЗ объединяет несколько уровней, на каждом из которых решаются собственные задачи:
- Федеральный уровень включает РЭМД и другие подсистемы, принимающие сведения о медицинских документах и иных объектах цифрового контура.
- Региональный уровень представлен региональными медицинскими информационными системами и государственными информационными системами здравоохранения. Они организуют обмен между участниками и связывают региональный контур с федеральными сервисами.
- Локальный уровень находится в медицинской организации. Здесь формируются электронные медицинские карты пациента, заключения, рецепты и другие документы, ведётся работа с данными пациента.
Такое устройство распределяет нагрузку между участниками. МИС клиники отвечает за клиническую и документарную работу, региональная инфраструктура помогает организовать совместный обмен, а федеральные подсистемы обеспечивают централизованные сервисы и реестры.
РЭМД помогает обнаружить электронный медицинский документ, тогда как его содержательная часть может храниться в МИС клиники или региональном архиве.
Связь между записью и документом обеспечивается идентификаторами и предусмотренными маршрутами доступа. Поэтому интеграция данных медицинских клиник включает сразу несколько операций: создание документа, проверку его структуры, подписание, передачу сведений, обработку ошибок и последующее получение содержимого. Само подключение к шлюзу или региональной системе занимает лишь часть этого пути.
Особенно заметна такая архитектура при работе сервисов телемедицины в государственном здравоохранении. Врач может провести дистанционный приём, сформировать медицинские документы в медицинской организации, а сведения о них передать через региональный и федеральный контур. Для продолжения наблюдения важно, чтобы последующий участник care-процесса получил корректную запись и смог проверить подлинность документа.
Практическая ценность единого цифрового контура проявляется в нескольких сценариях:
- пациент обращается в другую медицинскую организацию, где специалисту доступны сведения о ранее проведённом обследовании;
- врач видит историю наблюдения, сформированную в разных подразделениях или учреждениях;
- результаты диагностики передаются в электронные медицинские карты пациента без ручного повторного ввода;
- руководитель клиники контролирует полноту обмена и наличие ошибок на каждом участке.
Полнота этих процессов зависит от качества самой МИС. Синхронизация только части справочников способна привести к дублированию пациентов, расхождению номеров документов и ошибкам при поиске. Поэтому архитектура ЕГИСЗ начинается не с установки шлюза, а с проверки качества исходных данных и настроек обмена.
Нормативно-правовая база: Постановления Правительства РФ № 140 и № 852
Постановление Правительства РФ № 140 устанавливает положение о ЕГИСЗ, определяет состав системы и порядок её функционирования. Именно этот документ задаёт рамку взаимодействия участников. Технические подробности передачи сведений раскрываются в применимых регламентах и документах конкретных подсистем.
Постановление № 852 регулирует лицензионные требования к медицинской деятельности. Для цифровой интеграции оно важно в части обязанностей медицинской организации соблюдать установленные требования к оформлению документов и взаимодействию с государственными информационными системами.
Эти акты выполняют разные функции. ПП № 140 помогает понять, как устроена ЕГИСЗ и по каким правилам движутся данные. ПП № 852 помогает проверить обязанности клиники в рамках лицензирования. Смешивать эти вопросы рискованно: отсутствие отдельной технической функции ещё не позволяет сделать вывод о правовых последствиях для лицензии. Для этого требуется анализ действующей редакции требований и обстоятельств конкретной организации.
Федеральный закон № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации» задаёт общую правовую рамку здравоохранения. Статус электронных медицинских документов, требования к их подписанию, передаче и хранению складываются из норм этого закона, постановлений Правительства и применимых регламентов ЕГИСЗ.
| Акт или уровень | Основной предмет | Что необходимо проверить клинике |
|---|---|---|
| ПП РФ № 140 | Состав, функционирование и взаимодействие участников ЕГИСЗ | Какой региональный и федеральный маршрут применяется к выбранным документам |
| ПП РФ № 852 | Лицензионные требования к медицинской деятельности | Какие обязанности установлены для организации и как подтверждается их исполнение |
| Федеральный закон № 323-ФЗ | Общие основы охраны здоровья | Как цифровой документ соответствует требованиям к медицинской деятельности |
| Региональные регламенты и технические условия | Маршруты обмена, поддерживаемые интерфейсы, обработка ошибок | Какие типы документов доступны через конкретный региональный контур |
Для клиники практический подход состоит в сопоставлении каждого нормативного требования с конкретным процессом. Формирование документа, подписание, передача, обработка ответа и контроль наличия записи должны иметь ответственных. Тогда правовые и технические проверки превращаются в управляемую процедуру, а не остаются перечнем требований в папке.
РЭМД: регламенты обмена данными и сроки передачи
Реестр электронных медицинских документов выполняет задачу регистрации сведений о структурированных электронных медицинских документах. Через него можно получить метаданные, связанные с документом: тип, идентификатор, дату, сведения об авторе и другие зарегистрированные поля. Полный файл при этом может находиться в МИС медицинской организации или в региональном архиве.
Типовой процесс передачи выглядит следующим образом:
1. В МИС медицинской организации формируется электронный медицинский документ по итогам консультации, исследования или другого медицинского процесса.
2. Документ проверяется на соответствие структуре и заполняется клиническое содержимое.
3. Сведения о передаваемом в РЭМД структурированном электронном медицинском документе подписываются усиленной квалифицированной электронной подписью. Это обязательное условие передачи.
4. Сведения передаются в РЭМД в предусмотренном формате и по установленному маршруту.
5. Система фиксирует результат обработки, а клиника контролирует наличие регистрации и ошибки.
6. Исходный файл остаётся в предусмотренном хранилище либо размещается в региональном архиве.
Срок передачи сведений в РЭМД составляет 1 рабочий день с момента формирования документа или обращения пациента. Этот срок и обязательное подписание УКЭП применяются к передаваемым сведениям о СЭМД и должны учитываться при проектировании интеграции. Отдельный подрядчик не может вывести эти требования из процесса: ответственность за организацию передачи остаётся у медицинской организации.
Подписание УКЭП и передача сведений в РЭМД в течение установленного срока образуют обязательный контур контроля качества электронного документооборота.
Точный момент начала отсчёта должен соответствовать событию, указанному в требованиях: формированию документа или обращению пациента. В МИС полезно различать эти события, чтобы очередь передачи не запускалась по одному техническому событию дважды, а просроченные документы обнаруживались до того, как о них узнает пациент или врач.
Надёжный обмен предполагает несколько уровней контроля:
- проверка структуры и обязательных полей до отправки;
- контроль действительной подписи сведений;
- фиксация идентификатора документа и результата передачи;
- автоматическая повторная отправка при временно недоступном сервисе;
- сверка сведений в РЭМД с журналом клиники;
- разбор расхождений и повторное формирование записи.
Особое внимание требуется к ошибкам после передачи. Если подпись принята, но запись не найдена, проблема может находиться в реестре или маршруте доставки. Если сведения найдены, а документ недоступен, следует проверять хранилище файла и права доступа. Раздельная диагностика экономит время и не даёт списывать все сбои на «отсутствие в реестре».
Архивирование требует отдельного внимания. Сохранение файла на сервере само по себе не покрывает требования к долговечности электронных медицинских карт пациента. Нужно учитывать проверку подписи, восстановление после сбоя, сохранность связанной информации и возможность повторного получения документа. При этом место хранения определяется выбранной региональной и локальной схемой: исходные файлы могут оставаться в МИС клиники или размещаться в региональном архиве.
Стандарты структурированных документов: ГОСТ Р ИСО/HL7 27932-2015 и XML-форматы
Структурированный электронный медицинский документ должен быть понятен принимающей системе. Для этого недостаточно сформировать файл, который выглядит как заключение. Нужно описать его элементы так, чтобы система могла отдельно распознать заголовок, диагноз, результаты исследования, рекомендации и другие обязательные части.
В контексте ЕГИСЗ используется подход, связанный с ГОСТ Р ИСО/HL7 27932-2015 и стандартом HL7 CDA Release 2. CDA представляет клиническую информацию как целостный документ с определённой структурой. XML служит способом представления этой структуры в машинно-читаемом виде.
Такое решение требует трёх уровней проверки:
1. Техническая проверка подтверждает, что файл корректно сформирован и соответствует поддерживаемой схеме представления.
2. Структурная проверка выявляет пропущенные обязательные элементы, неверные типы данных и отклонения от схемы конкретного документа.
3. Клиническая и логическая проверка оценивает содержание: коды, значения, даты, связи между записями и актуальность сведений.
XML-разметка может быть синтаксически безупречной, при этом клиническое содержание останется некорректным. УКЭП подтверждает подписанное содержимое и его целостность, но не исправляет ошибочный диагноз или неверно заполненное поле. Поэтому валидация формата, проверка подписи и передача сведений в РЭМД относятся к разным этапам контроля.
| Параметр | HL7 CDA R2 | HL7 FHIR |
|---|---|---|
| Подход к данным | Целый документ с описанной клинической структурой | Отдельные ресурсы и элементы данных |
| Типичное представление | XML-документ | XML, JSON и другие поддерживаемые варианты |
| Главный вопрос для МИС | Соответствует ли документ требуемой структуре СЭМД | Поддерживает ли система необходимые ресурсы и интерфейсы |
| Что проверяется до внедрения | Схемы, версии, обязательные поля, правила подписания | Совместимость участников, поддержка ресурсов, порядок обмена |
Сравнение не превращает HL7 FHIR в прямую замену CDA. Для регистрации конкретного СЭМД нужно учитывать требования применимого регламента и интерфейсы регионального контура. Современность стандарта сама по себе не гарантирует совместимости с участниками обмена.
Поэтому запрос поставщику МИС должен быть предметным. Клинике важно знать, какие версии схем поддерживаются, как обрабатываются изменения, какие проверки выполняются перед отправкой, доступен ли тестовый контур и сохраняются ли результаты неуспешных передач. Формулировка о поддержке стандарта сама по себе не позволяет оценить готовность системы к реальному обмену.
Интеграция частных медицинских организаций через РМИС, шлюзы и операторов
Частная медицинская организация может выбрать один из нескольких маршрутов подключения. Порядок взаимодействия медицинских организаций с ЕГИСЗ и региональными информационными системами регулируется, в частности, постановлением Правительства РФ № 447. Конкретная применимость маршрута зависит от региональной инфраструктуры, возможностей МИС и состава передаваемых документов.
Через региональную медицинскую информационную систему
Региональные медицинские информационные системы выступают связующим звеном между медицинскими организациями и федеральными подсистемами. Такой маршрут использует уже настроенную региональную инфраструктуру, регламенты и правила обмена.
До начала интеграции необходимо уточнить перечень поддерживаемых документов, порядок тестирования, формат сообщений об ошибках и распределение ответственности. Следует также проверить, может ли региональная система хранить исходные файлы или только передаёт сведения в федеральный контур. От этого зависит архитектура долговременного хранения электронных медицинских карт пациента.
Через интеграционный шлюз
Шлюз может использоваться, когда региональный маршрут недоступен или не покрывает необходимые сценарии. Он принимает документы или сведения из МИС, преобразует их в требуемый формат и передаёт в подсистемы ЕГИСЗ.
Собственный шлюз требует постоянного технического сопровождения. Нужно отслеживать обновления схем, поддерживать защищённый канал, разбирать ошибки и проверять журналы. Передача части работ подрядчику не устраняет ответственность клиники за корректность медицинского документа и организацию процесса.
Через внешнего оператора
Внешний оператор предоставляет инфраструктуру и помогает подключить МИС к государственному контуру. Для небольшой клиники это может оказаться практичнее, поскольку собственная техническая команда часто не может постоянно сопровождать интеграцию.
Договор должен прояснить распределение ответственности:
- где физически размещаются исходные документы и резервные копии;
- как защищаются каналы передачи и доступ к данным;
- кто реагирует на сбой и в какой последовательности;
- как клиника получает документы при смене оператора;
- как обеспечивается возврат или экспорт данных после прекращения обслуживания.
| Вопрос | Через РМИС или ГИСЗ | Через шлюз | Через внешнего оператора |
|---|---|---|---|
| Основа подключения | Региональные интерфейсы и регламенты | Доступность нужного интерфейса и настройка шлюза | Возможности оператора и совместимость с МИС |
| Кто сопровождает обмен | Региональный оператор и команда клиники | Собственная команда или подрядчик | Оператор совместно с клиникой |
| Главный риск | Ограничения региональной инфраструктуры | Зависимость от качества настройки шлюза | Зависимость от условий договора и внешней инфраструктуры |
| Что должно остаться у клиники | Ответственность за данные и медицинские процессы | Контроль содержания и результатов обмена | Контроль полноты документов и порядка эскалации |
Выбор между вариантами определяется эксплуатационной реальностью клиники. Для крупной сети значимы единые процессы, управляемость обмена между площадками и возможность сопровождения собственными специалистами. Для небольшой организации внешний оператор может закрыть технические задачи, но договор должен сохранять за клиникой контроль полноты передаваемых сведений.
Что единый цифровой контур меняет для клиники и пациента
Интеграция влияет на повседневную работу врача и на путь пациента между медицинскими организациями. Когда обмен настроен корректно, врач получает необходимые сведения быстрее, а пациенту не приходится повторно проходить уже выполненные исследования. Электронные медицинские карты пациента становятся связным рабочим инструментом, а набором разрозненных файлов в разных учреждениях.
Ошибки интеграции проявляются на конкретных рабочих местах. Врач не находит заключение, сведения о документе расходятся с его содержанием, телемедицинский приём не связывается с предыдущей историей наблюдения. Поэтому клинике нужен собственный процесс эксплуатации: регулярная сверка записей, разбор отказов, обновление настроек и контроль сроков передачи.
Цифровой контур повышает связность медицины, но не создаёт гарантию полноты каждой записи. Полнота зависит от качества данных в МИС, настроек регионального маршрута и действий сотрудников на каждом этапе. ЕГИСЗ даёт инфраструктуру для обмена, тогда как качество электронной медицины определяется дисциплиной её использования.
Для клиники рациональная интеграция начинается с точного описания документов и ответственности. Сведения о СЭМД подписываются УКЭП и передаются в РЭМД в течение 1 рабочего дня с момента формирования документа или обращения пациента. Исходное содержимое остаётся в предусмотренном хранилище, а электронные медицинские карты пациента пополняются данными, доступными для следующего этапа медицинской работы. Такой контур и есть практическое содержание единой цифровой системы здравоохранения.
