ГОСТ Р ИCO/HL7 27931-2015
ти. Его рекомендованная длина - шесть (6) символов, однако это ограничение не являет
ся обязательным. Второй компонент номера заказа у исполнителя всегда идентифицирует
фактического исполнителя заказа.
Поле 0BR-3 «Номер заказа у исполнителя» идентично полю 0RC-3 «Номер заказа
у исполнителя». Если это поле отсутствует в сегменте ORC, то оно должно присутство
вать в ассоциированном сегменте OBR. (Это правило равным образом относится к другим
совпадающим полям сегментов ORC и OBR и должно соблюдаться и в будущих версиях
стандарта для совместимости со стандартом ASTM.) Это особенно важно, когда результа
ты передаются в сообщении ORU. В этом случае сегмент ORC не является обязательным
и номер заказа у исполнителя, идентифицирующий заказ, должен присутствовать в сег
ментах OBR.
Номер заказа у исполнителя, передаваемый в поле 0BR-3 или в поле 0RC-3,также
однозначно идентифицирует заказ и связанные с ним результаты исследований. Предпо
ложим, к примеру, что учреждение получает результаты исследований от нескольких при
ложений вспомогательных подразделений и помещает их в общую базу данных. Пусть ка
кое-то другое приложение обращается к этой базе данных с запросом на получение ре
зультатов исследований. В этом случае регистрационные номера заказа у заказчика и у
исполнителя, переданные из базы данных, должны быть теми же, что были у фактических
заказчика и исполнителя, а не новыми, присвоенными приложением, которое ведет эту
базу данных.
Аналогично, если некоторое третье приложение, не являющееся ни исполнителем,
ни заказчиком, наделено правами модифицировать состояние заказа (например, отме
нять заказ),то это третье приложение должно посылать исполнителю сообщение ORM, у
которого поле 0RC-1 «Код управления заказом» сепиента ORC содержит значение «СА»
и исходные номера заказа у заказчика и исполнителя, а не присваивать эти номера само
стоятельно.
4.4.3.4 0BR-4 «Универсальный идентификатор услуги» (СЕ) 00238
Компоненты: идентификатор (ST)> Л <текст (ST)> л <имя системы кодирования
(Ю)> л <альтернативный идентификатор (ST)> л <альтернативный текст (ST)> л <имя аль
тернативной системы кодирования (Ю)>
Этополесодержиткод,идентифицирующийзапрошенноеисследова-
ние/анализ/панель. Эти коды могут задаваться местными соглашениями или быть «уни
версальными». Целесообразнее использовать «универсальные» коды. Структура типа
данных СЕ описана в разделе 2.
694