ГОСТ Р ИCO/HL7 27931-2015
Это поле имеет тип данных идентификатора объекта (см. 2.16.28 «Е1 - идентифика
тор объекта»). Первый компонент представляет собой строку, идентифицирующую кон
кретный заказ (например, OBR). Ограничение ее длины (15 символов) рекомендуется, но
не является обязательным. Этот идентификатор объекта присваивается заказчиком (при
ложением, оформляющим заказ). Он уникальноидентифицирует заказсреди всех
остальных, созданных данным приложением-заказчиком. Компоненты со второго по чет
вертый образуют идентификатор приложения-заказчика в форме, аналогичной типу дан
ных HD (см. 2.16.36 «HD - иерархический идентификатор»). Второй компонент, «иденти
фикатор из пространства имен», является местным идентификатором приложения, кото
рый должен быть уникальным в данном учреждении. Его рекомендованная длина - шесть
(6) символов, однако это ограничение не является обязательным. Учреждение или группа
взаимодействующих учреждений должны создать единый список приложений, которые
могут быть потенциальными заказчиками и исполнителями, и присвоить этим приложени
ям уникальные идентификаторы. Эти компоненты отделяются друг от друга разделителем
компонентов.
Информация о том, когда это поле является обязательным, приведена в подразде
ле 4.4.1
2
«0RC-2 «Номер заказа у заказчика» (EI) 00216».
Список идентификаторов приложений становится одним из нормативно-справочных
файлов учреждения, документированных в разделе 8. Поскольку третьи приложения (не
являющиеся заказчиками или исполнителями заказов) могут посылать и получать сооб
щения ORM и ORR.
to
приложение с идентификатором, указанным в поле 0BR-2 «Номер
заказа у заказчика», может не совпадать ни с приложением-отправителем, ни с приложе
нием-получателем (идентификаторы которых указаны в сегменте заголовка сообщения
MSH).
Поле 0RC-2 «Номер заказа у заказчика» имеет тот же смысл, что и поле 0BR-2
«Номер заказа у заказчика». Если регистрационный номер заказа, присваиваемый заказ
чиком, отсутствует в сегменте ORC.
to
он должен присутствовать в ассоциированном сег
менте OBR, и наоборот. Если оба поля, 0RC-2 «Номер заказа у заказчика» и 0BR-2 «Но
мер заказа у заказчика», присутствуют в сообщении, то они должны содержать одно и то
же значение. Если результаты передаются в сообщении ORU.
to
сегмент ORC не являет
ся обязательным и номер заказа у заказчика должен присутствовать в сегментах OBR.
Эти правила равным образом применимы к нескольким другим полям, присутству
ющим как в сегменте ORC.TaKu в сегменте OBR для совместимости с предыдущими вер
сиями стандарта (например, количество/срок; номера заказов-родителей; система, сде
лавшая заказ; телефоны для справок по заказу).
1322