ГОСТ Р MCO/HL7 27931-2015
4.4.6.1 IPC-1 «Идентификатор исследования» (EI) 01330
Компоненты: сидентификатор объекта (ST)> Л идентификатор из пространства
имен (IS)> л <универеальный идентификатор (ST)> Л <тип универсального идентификато
ра (Ю)>
Информационная система отделения лучевой диагностики (ИС ОЛД), управляющая
рабочими процессами, генерирует номер, идентифицирующий полученный исполнителем
заказ на лучевое исследование (требование лучевого исследования). Этот идентифика
тор находится в отношении один-к-одному с номером заказа у исполнителя, но использу
ется для целей внутреннего отслеживания задач и для взаимодействия между разными
ИС ОЛД. Кроме того, этот идентификатор должен соответствовать требованиям стандарта
DICOM. Он имеет тип данных идентификатора объекта (EI, см. 220.28). Его первый ком
понент представляет собой строку, идентифицирующую требование лучевого исследова
ния. Для совместимости со стандартом DICOM ее длина должна быть ограничена шест
надцатью (16) символами. Дальнейшие детали описания атрибута DICOM (0008,0050),
идентичного первому компоненту данного поля, приведена в части 3 стандарта DICOM.
ИС ОЛД, выполняющая функции управления потоками работ в отделении лучевой
диагностики, может принять от заказчика один заказ, по которому будет создано одно или
более внутренних требований лучевых исследований. Например, ИС ОЛД может получить
заказ на рентгеновское исследование пациента, которое должно проводиться каждое
утров 8:00 в течение следующих трех дней. В целях выполнения этого заказа ИС ОЛД
идентифицирует эти три исследования или как три внутренних заказа, или как части одно
го внутреннего заказа. Соответственно, ИС ОЛД присвоит каждому исследованию один
или несколько номеров заказа у исполнителя. Для каждого из этих номеров она создаст
уникальный номер исследования.
Каждое из требований лучевого исследования может содержать одну или несколько
требуемых процедур, которым ИС ОДД присвоит отдельные идентификаторы. Требуемая
процедура является наиболее мелкой единицей работ, которая может привести к созда
нию отчета о выполнении процедуры. Каждый такой отчет вносить свой вклад в результа
ты выполнения заказа. В приведенном выше примере для каждого из ежедневных иссле
дований требуется создать отдельный протокол исследования, поэтому каждое из них
трактуется как отдельная требуемая процедура. В зависимости от способа обработки за
каза в ИС ОДД, она либо свяжет все требуемые процедуры с одним внутренним заказом,
либо свяжет каждую требуемую процедуру с отдельным внутренним заказом. Точный тип
требуемой процедуры задается с помощью кодированных значений в полях OBR-44 «Код
процедуры» и OBR-45 «Модификатор кода процедуры». Учтите, что в том случае, когда
733