Заказы и результаты лабораторных исследований

Это инженерные рекомендации, а не юридическая консультация. Детали уточняйте у квалифицированного юриста.

Кратко

Лабораторная функция в телемедицине состоит из двух частей: отправить заказ (направление) в лабораторию и получить результат обратно – в консультацию и медицинскую карту пациента. Для обоих шагов есть стандарты обмена медданными: HL7 v2, которым российские МИС и лабораторные информационные системы (ЛИС) пользуются много лет, и FHIR, на котором работают платформы обмена вроде N3.Health. Результаты должны быть закодированы, чтобы «калий» означал одно и то же в обеих системах. Название анализа, привязанное к пациенту, – это сведения о здоровье (специальная категория персональных данных, ст. 10 152-ФЗ) и врачебная тайна, поэтому у каждого участника цепочки должно быть основание работать с ними: лаборатория – самостоятельная медорганизация, а шина, облако и ваша платформа обычно действуют по поручению клиники. Есть и ограничение, специфичное для телемедицины: без очного приёма врач может только рекомендовать обследование (приказ Минздрава 193н), поэтому продукт должен понимать, в каком сценарии пришёл результат. С крупными сетями – Инвитро, Гемотест, Хеликс, KDL, ЦМД – интеграция строится на договоре: напрямую, через платформу обмена или через МИС клиники. Это полноценный проект, а не работа на выходные.

Зачем это читать

Если после видеоконсультации нельзя направить пациента на анализы или разобрать пришедший результат, лечение ему придётся продолжать в другом месте. Именно здесь телемед-продукты и теряют доверие. Чтобы подключить лаборатории, нужно поддержать два стандарта обмена, кодировать результаты так, чтобы приложение могло подсвечивать отклонения, держать весь поток внутри контура медданных в России и встроить результаты в правила телемедицины. Статья написана для основателя, продакт-менеджера или клинического руководителя, которому нужно трезво оценить лабораторную функцию: что входит в цикл «заказ – результат», какие стандарты и пути его обслуживают и где скрыты юридические и клинические риски.

Цикл: заказ уходит, результат возвращается

Если убрать жаргон, лабораторная функция – это цикл. Врач решает, что пациенту нужен анализ, приложение отправляет запрос в лабораторию, лаборатория исследует образец, и результат возвращается в приложение – в идеале в ту же карту и ту же консультацию, откуда ушёл заказ. Всё остальное – детали: как каждый шаг форматируется, кодируется, защищается и показывается.

Запрос, с которого начинается цикл, называют заказом, или направлением на лабораторное исследование, – это электронный аналог бумажного направления. В заказе указаны пациент, исследование, назначивший врач и место взятия биоматериала. Лаборатория подтверждает заказ, берёт или получает образец, исследует его и возвращает результат: измеренное значение, единицу, референсный интервал и флаг, если значение вне нормы.

Реальный риск несут два шага, и лучше назвать их сразу. Первый – сопоставление: вернувшийся результат должен прикрепиться к нужному пациенту и нужному исходному заказу, иначе нормальный калий одного пациента превратится в опасное непонятное значение в чужой карте. Второй – возврат в карту: результат, пришедший плоским PDF вместо структурированных данных, нельзя ни подсветить, ни отследить в динамике, ни найти поиском. Из такой картинки данные уже не извлечь.

Нажмите, чтобы увеличить

Два стандарта обмена: HL7 v2 и FHIR

Лабораторные системы и медицинские карты обмениваются данными по одному из двух стандартов международной организации HL7, и телемед-продукту обычно нужны оба.

Старший – HL7 v2: текстовый формат сообщений с разделителями «|» и «^». С конца 1980-х он переносит клинические данные между системами, и по нему до сих пор идёт большая часть реального лабораторного трафика. На HL7 v2 МИС обмениваются данными с лабораторными системами и анализаторами – например, 1С:Медицина заявляет обмен по HL7 версии 2 [3][5]. Заказ здесь – сообщение OML, лаборатория подтверждает его сообщением ORL, а результат приходит в сообщении ORU (в старых интерфейсах встречается и заказ ORM) [3]. HL7 v2 выглядит архаично, но вполне жив: если лабораторная функция его не поддерживает, значительная часть партнёров не сможет с ней работать.

Современный – FHIR (Fast Healthcare Interoperability Resources, читается «файр»): стандарт в духе веб-разработки, где каждый клинический факт – небольшой JSON-объект (ресурс), который запрашивают и отправляют через обычный HTTPS API. Лабораторный заказ в FHIR – ресурс ServiceRequest, результат – ресурс DiagnosticReport, объединяющий один или несколько ресурсов Observation, по одному измеренному значению в каждом. Отчёт ссылается на исходный заказ через поле basedOn, так что задача сопоставления решена в самом стандарте [1][2]. В России на FHIR работают платформы обмена медданными: N3.Health прямо заявляет работу по стандарту HL7 FHIR и передаёт в том числе лабораторные данные [6]. Если ваша платформа уже делает интеграцию с МИС по HL7 FHIR и СЭМД, для лабораторий пригодится тот же механизм. Большая часть лабораторного обмена сегодня идёт по HL7 v2, новые платформы переходят на FHIR – закладывайте поддержку обоих.

Коды и единицы: почему всё решает кодирование

Результат полезен, только если программа знает, что именно измерено. «Глюкоза», набранная свободным текстом, – просто подпись: приложение не сможет надёжно её подсветить, построить динамику или сравнить с результатом прошлого месяца из другой лаборатории. Решение – общий код для каждого исследования.

В международной практике это LOINC (Logical Observation Identifiers Names and Codes) – бесплатный универсальный справочник, который ведёт Regenstrief Institute. Он присваивает каждому лабораторному наблюдению стабильный идентификатор [4]: код 14749-6 означает глюкозу в сыворотке или плазме в молярных единицах, как бы лаборатория ни называла её у себя. В российском государственном контуре ту же роль играют справочники НСИ Минздрава – федеральная нормативно-справочная информация с REST API; руководства по реализации СЭМД указывают, из какого справочника брать каждый код [7]. На практике телемед-платформа сопоставляет каталог исследований каждой лаборатории со своим справочником, а свой справочник – с НСИ и, если партнёр работает по FHIR-профилям с LOINC, с LOINC. У каждой сети свой каталог со своими кодами, так что сопоставление приходится делать для каждого партнёра заново.

Код говорит, что измерено. Картину дополняют ещё три слоя. Единица: международный стандарт UCUM (Unified Code for Units of Measure) записывает её однозначно, чтобы приложение не спутало mmol/L с mg/dL [8]. Российские лаборатории выдают глюкозу в ммоль/л, а импортный глюкометр пациента или зарубежная выписка могут прислать миллиграммы на децилитр. Словесные результаты («положительно», «отрицательно», «обнаружено») тоже должны быть кодированными значениями, а не текстом: в международных профилях для этого используют SNOMED CT, в российском контуре – справочники НСИ. Наконец, от референсного интервала лаборатории зависит, подсвечивать ли значение. Если клиника оформляет результат как электронный медицинский документ, действует приказ Минздрава 209н: подпись только УКЭП, обязательное хранение и сохранение всех версий при исправлении [9].

Нажмите, чтобы увеличить

Всё это медданные: 152-ФЗ и врачебная тайна

Название анализа, привязанное к пациенту, раскрывает состояние здоровья: исследование на ВИЧ или онкомаркер в направлении говорит больше, чем запись в расписании. Поэтому весь лабораторный поток – это сведения о здоровье, специальная категория персональных данных (ст. 10 152-ФЗ), и врачебная тайна: по ст. 13 323-ФЗ ею является уже сам факт обращения за медицинской помощью [10][11]. На лабораторную функцию распространяется тот же режим, что и на всю телемед-платформу.

Практическое следствие: основание нужно каждому участнику цепочки. Лаборатория – самостоятельная медицинская организация со своей лицензией и своей обязанностью хранить врачебную тайну; отношения с ней строятся на договоре клиники с лабораторией о выполнении исследований и обмене результатами. Шина, облако с результатами и ваша платформа обычно обрабатывают данные по поручению клиники-оператора (ст. 6 ч. 3 152-ФЗ). В поручении указывают перечень данных и действий, цели, обязанность соблюдать конфиденциальность, требования к защите по ст. 19 и обязанность сообщать оператору об инцидентах [12]. Базы с результатами граждан РФ – только в России (ст. 18 ч. 5) [10].

Не смешивайте две вещи: на этом обычно и ошибаются. Шифрование защищает результат при передаче, а договор и поручение дают юридическое право вообще его передавать. Идеально зашифрованный канал к лаборатории без подписанных договоров – всё равно передача врачебной тайны третьему лицу. Если вы ещё не определили, кто в вашем стеке работает по поручению, начните со статьи о поручении обработки ПДн и договорах с подрядчиками и материала 152-ФЗ и врачебная тайна простым языком.

У лабораторного звена есть и своя специфика безопасности. Информационные системы для выполнения клинико-лабораторных исследований входят в перечень типовых отраслевых объектов критической информационной инфраструктуры в сфере здравоохранения (распоряжение Правительства от 26.02.2026 № 360-р) [13]. Для интеграции это значит, что служба безопасности лаборатории может предъявить к подключению собственные требования: к каналу, к средствам защиты, к тому, кто и откуда обращается к её системе. Время на такое согласование закладывайте с первого дня.

Анализы и правила телемедицины: зачем и кому приходит результат

Эта российская особенность влияет на дизайн сильнее любого стандарта. Порядок оказания помощи с применением телемедицинских технологий (приказ Минздрава 193н, действует с 1 сентября 2025 года) допускает в режиме «врач – пациент» профилактику, сбор жалоб и анамнеза, оценку эффективности лечения, наблюдение и решение о необходимости очного приёма. Скорректировать лечение можно, только если диагноз поставлен и лечение назначено на очном приёме [14][15]. Если очного приёма не было, заключение может содержать лишь рекомендации по обследованию перед очным приёмом, а поставить диагноз дистанционно нельзя (п. 40).

Отсюда три сценария для лабораторной функции, и продукт должен знать, в каком из них пришёл результат. До очного приёма телемедицина может рекомендовать анализы, чтобы пациент пришёл к врачу уже с результатами, но их разбор не превращается в онлайн-диагноз. После очного приёма результаты служат материалом для наблюдения и коррекции назначенного лечения. При дистанционном наблюдении (п. 43–46 193н) лечащий врач задаёт пороговые значения и обеспечивает реагирование, когда показатель за них выходит; тот же механизм нужен и для критических лабораторных значений [15]. Помечайте каждый заказ сценарием, и интерфейс врача не предложит «поставить диагноз» там, где порядок этого не допускает.

Второй вопрос – кто первым увидит результат. Пациент имеет право получить имеющуюся в медорганизации информацию о состоянии своего здоровья, включая результаты обследования, а также медицинские документы, их копии и выписки, в том числе по запросу в электронной форме (ст. 22 323-ФЗ) [16]. Та же статья устанавливает, что информацию о здоровье предоставляет лечащий врач или другие медработники, участвующие в обследовании и лечении, а неблагоприятный прогноз сообщается в деликатной форме. При этом пациент, сдавший анализ в сетевой лаборатории, часто видит результат в её личном кабинете раньше, чем врач телемед-сервиса. Проектируйте продукт с расчётом на то, что пациент может увидеть результат первым.

На практике работают такие решения: доставлять результат врачу и пациенту параллельно, а не прятать его от пациента до просмотра врачом; сопровождать то, что увидит пациент, понятными пояснениями и возможностью обсудить результат с врачом; значения за порогом сразу отправлять врачу как срочный сигнал. Если клиника решает выдавать отдельные чувствительные результаты только вместе с разговором с врачом, это должно быть осознанное правило клиники, задокументированное и согласованное с юристом, а не побочный эффект интеграции. Порядок оповещения о критических значениях задают договор с лабораторией и регламенты клиники; платформе нужно место, куда срочный сигнал попадёт даже вне запланированной консультации.

Нажмите, чтобы увеличить

«Типичная ошибка: выдавать результаты в PDF. Лабораторный интерфейс, который возвращает PDF-отчёт, «работает» в демо и не выдерживает эксплуатации. PDF нельзя подсветить как отклонение, сравнить с прошлым месяцем, найти поиском или превратить в сигнал о критическом значении – это лишь изображение результата. Требуйте дискретных кодированных результатов (структурированных Observation или сегментов OBX), а поток «только PDF» считайте временной заплаткой. Вторая классическая ошибка – не сопоставить вернувшийся результат с исходным заказом и пациентом. От неё защищает правильно использованная ссылка FHIR basedOn или возврат номера заказа в сообщении HL7 v2.»

Самим или через посредника: три пути к лабораториям

Подключиться к лабораториям можно тремя способами. Для большинства команд расчёт складывается в пользу посредника, но в России выбор сильнее зависит от того, в какие лаборатории ходят ваши пациенты и в каком регионе вы работаете.

Можно интегрировать каждую лабораторию напрямую: отдельный договор и интерфейс с Инвитро, Гемотестом, Хеликсом, KDL, ЦМД и каждой региональной или больничной лабораторией, куда ходят ваши пациенты. У каждой такой интеграции свой договор, свой формат обмена (HL7 v2, собственный API сети, иногда обмен файлами), свой каталог исследований для сопоставления, своё согласование со службой безопасности и бессрочное сопровождение. Для федерального телемед-продукта это несколько крупных проектов, поэтому напрямую обычно подключают одну-две ключевые сети, а не всех.

Можно пойти через платформу обмена или региональную систему: N3.Health, которая работает по HL7 FHIR и передаёт в том числе лабораторные данные, или региональные системы обмена данными лабораторных исследований (ОДЛИ), если клиника в них участвует [6]. Вы пишете одну интеграцию и подписываете один комплект договоров с посредником вместо многих, но охват ограничен лабораториями и регионами, подключёнными к платформе, – проверяйте это до выбора. Это то же решение «напрямую или через шину», которое подробно разобрано в гиде по решению об интеграции.

Наконец, лабораторные интерфейсы можно оставить МИС. Если ваш продукт встроен в МИС клиники, обмен с лабораториями может уже вести её лабораторный модуль или связанная с ней ЛИС, а вы читаете результаты через МИС (в линейке 1С:Медицина, например, есть и МИС, и лабораторная система «Клиническая лаборатория») [5]. Так вы полностью избавляетесь от лабораторных интеграций, но зависите от темпа работы и договоров разработчика МИС.

Нажмите, чтобы увеличить

Таблица ниже сравнивает пути по главным параметрам, включая вопрос, от которого зависит, может ли партнёр вообще работать с медданными.

Охват, условия и поддерживаемые форматы меняются; до выбора подтверждайте у каждого партнёра договорную основу, актуальный список лабораторий и поддержку структурированных результатов.

Где здесь Фора Софт

Лабораторная функция – в первую очередь задача защиты и качества медданных и только потом инженерная, и мы оцениваем её именно так. В телемед-платформах, которые мы строим, лабораторный поток с первой проектной сессии считается медданными: мы определяем, кто в цепочке самостоятельная медорганизация, а кто работает по поручению, держим базы в России, выбираем путь к лабораториям (напрямую к ключевой сети, через платформу обмена или через МИС) по списку реальных партнёров клиники и добиваемся дискретных кодированных результатов, чтобы продукт мог подсвечивать отклонения и строить динамику. Мы делаем видео реального времени, конференции и защищённые клинические системы с 2005 года, поэтому встраиваем заказ и результат в ту же консультацию, карту и журнал событий как единую систему – с учётом сценариев 193н и с местом для срочного сигнала врачу, которое заложено в дизайн, а не обнаружено при запуске.

Главное

• Лабораторная функция – это цикл: структурированный заказ уходит в лабораторию, кодированный результат возвращается в консультацию и карту.
• Результаты передают по HL7 v2 (OML → ORU), основному стандарту ЛИС и МИС, или по FHIR (ServiceRequest → DiagnosticReport + Observation).
• Кодируйте исследование (LOINC или справочник НСИ), единицу (UCUM) и словесные ответы; PDF – не интеграция.
• Весь поток – медданные и врачебная тайна: лаборатория – самостоятельная медорганизация, шина и платформа – по поручению клиники, базы – в России.
• По 193н без очного приёма возможны только рекомендации по обследованию: помечайте заказ сценарием и предусмотрите срочный сигнал врачу.
• С крупными сетями интеграция договорная: напрямую к ключевой сети, через платформу обмена или ОДЛИ либо через МИС клиники.

Что читать дальше

• Карта интеграций телемед-платформы: что с чем соединяется
• HL7 FHIR, СЭМД и реальность интеграции с МИС
• Гид по решению об интеграции: напрямую, через агрегатор или iframe