ГОСТ Р ИCO/HL7 27931-2015
Поле 0RC-2 «Номер заказа у заказчика» имеет тот же смысл, что и поле 0BR-2
«Номер заказа у заказчика». Если регистрационный номер заказа, присваиваемый заказ
чиком, отсутствует в сегменте ORC.
to
он должен присутствовать в ассоциированном сег
менте OBR, и наоборот. Если оба поля, 0RC-2 «Номер заказа у заказчика» и 0BR-2 «Но
мер заказа у заказчика», присутствуют в сообщении, то они должны содержать одно и то
же значение. Если результаты передаются в сообщении ORU.
to
сегмент ORC не являет
ся обязательным и номер заказа у заказчика должен присутствовать в сегментах OBR.
Эти правила равным образом применимы к нескольким другим полям, присутству
ющим как в сегменте ORC.TaKu в сегменте OBR для совместимости с предыдущими вер
сиями стандарта (например, количество/срок; номера заказов-родителей; система, сде
лавшая заказ; телефоны для справок по заказу).
4.4.1.3 0RC-3 «Номер заказа у исполнителя (EI) 00217
Компоненты: <идентификатор объекта (ST}> л идентификатор из пространства
имен (IS)> л универсальный идентификатор (ST)> А <тип универсального идентификато
ра (Ю)>
Это поле содержит регистрационный номер заказа, присвоенный приложением-
исполнителем. Оно имеет тип данных идентификатора объекта (см. 2.8.13 «Е1 - иденти
фикатор объекта»). Его первый компонент представляет собой строку, идентифицирую
щую конкретный заказ (например, OBR). Ограничение ее длины (15 символов) рекомен
дуется, но не является обязательным. Реализации стандарта, в которых длина этого поля
увеличена, чтобы в нем можно было передавать более длинные номера заказа у испол
нителя, необходимые местным приложениям, считаются соответствующими стандарту.
Этот идентификатор обьекга присваивается исполнителем (приложением, обрабатываю
щим заказ). Он идентифицирует данный заказ среди всех остальных, обрабатываемых
приложением-исполнителем в данном подразделении (например, в клинической лабора
тории). Эта уникальность должна сохраняться стечением времени.
Компоненты со второго по четвертый образуют идентификатор приложения-
исполнителя в форме, аналогичной типу данных HD (см. 2.8.18 «HD - иерархический
идентификатор»). Второй компонент, «идентификатор из пространства имен», является
местным идентификатором приложения, который должен быть уникальным в данном
учреждении. Его рекомендованная длина - шесть (6) символов, однако это ограничение
не является обязательным. Этот компонент всегда идентифицирует фактического испол
нителя заказа.
Учреждение или группа взаимодействующих учреждений должны создать единый
список приложений, которые могут быть потенциальными заказчиками и исполнителями,и
668