Соответствует ли суффикс производному от UUID стандарту DICOM UID?

Дополнительное обсуждение в группе google comp.protocols.dicom.


Конкретный пример:

Учитывая, что UID экземпляра являются производными от UUID, как описано в PS3.5 B.2.

Например, учитывая следующий UID экземпляра DICOM:

2.25.329800735698586629295641978511506172918

Соответствует ли он стандарту суффиксу этого UID путем добавления дополнительных компонентов?

2.25.329800735698586629295641978511506172918.1, 
2.25.329800735698586629295641978511506172918.2, 
...

Беспокойство:

При чтении стандарта у меня каким-то образом сложилось впечатление, что стандарт DICOM определяет эту форму UID только как действительную, если она состоит только из префикса 2.25 и десятичного представления действительного UUID - и ничего более:

ISO / IEC 9834-8 / ITU-T X.667 определяет метод, с помощью которого UID может быть создан из корня «2.25». за которым следует десятичное представление универсального уникального идентификатора (UUID). Это десятичное представление обрабатывает 128-битный UUID как целое число и, таким образом, может иметь длину до 39 цифр (начальные нули должны быть подавлены).

Он не говорит явно, может быть суффикс или нет.

Он имеет максимальную длину 5 + 39 символов и, следовательно, имеет еще некоторое пространство до предела UID в 64 символа.

Выполняйте все правила из PS3.5 9.1 по-прежнему применяется к определению UID для PS3.5 B.2 просто с фиксированным рутом? Или PS3.5 B.2 независимое определение?


Дополнительная информация о UID, производных от UUID:

Насколько я понимаю стандарт DICOM, PS3 .5 B.2 был добавлен в 2012 г. и является исключением из обычного определения UID, определенного PS3.5 9.1 и PS3.5 B.1. Он не требует корневого префикса организации. Вместо этого он использует общий префикс 2.25 для всех UID экземпляров, производных от UUID. Здесь важно отметить, что его следует использовать только для экземпляров UID. Видеть:

UID, производный от UUID, может подходить для динамически создаваемых UID, таких как UID экземпляра SOP, но обычно не подходит для UID, определенных во время разработки программного обеспечения, таких как частный класс SOP или UID синтаксиса передачи или UID класса реализации.

В качестве дополнительного указателя на это исключение (источник):

Другой подход к созданию UID, который не требует получения собственного корневого префикса, может использовать преимущества стандартного префикса, установленного для использования универсального уникального идентификатора (UUID) [...], по сути, он включает преобразование обычной шестнадцатеричной строковой формы UUID с дефисом. в одно большое десятичное число и добавив его к префиксу "2.25."


person Spenhouet    schedule 01.04.2020    source источник
comment
Мне немного любопытно, почему у вас только один UUID и почему ваши UID должны быть связаны с ним. Не было бы проще получить собственный префикс UID (например, здесь) и использовать это?   -  person scaramallion    schedule 02.04.2020
comment
Ваше утверждение о том, что производные от UUID UID следует использовать только для экземпляров UID, неверно. Эти UID, конечно, также могут использоваться как Series UID, Study UID и т. Д. Целью замечания в стандарте DICOM о том, что нецелесообразно использовать UID, производные от UUID, во время разработки программного обеспечения, является тот факт, что корневые UID организации легче понять. для людей и вернуться к организации, которая их создала. Например префикс 1.2.840.10008. подсказывает, что этот UID определяется самим стандартом DICOM. Компьютерные системы требуют только уникального идентификатора UID, не более того.   -  person Victor Derks    schedule 04.04.2020
comment
@VictorDerks Вы, наверное, неправильно истолковали, что я написал. Под UID экземпляра я имею в виду не только UID экземпляра SOP, но также UID экземпляра Series, UID экземпляра Study, ... и другие UID экземпляра.   -  person Spenhouet    schedule 05.04.2020


Ответы (2)


Точно нет.

Вы не можете добавить что-либо в качестве суффикса к 2.25 + UUID.

person David Clunie    schedule 02.04.2020

Я не думаю, что это соответствует изменению существующего UUID, производного от UUID, и даже если бы это было так, это было бы плохой идеей. Ожидается, что за UID с префиксом 2.25. следует значение компонента, которое может быть преобразовано в UUID.

Использование 2.25. + UUID - это зарегистрированный OID.

person scaramallion    schedule 02.04.2020
comment
Регистрируются только UID, выданные нотифицированными реестрами UID. Простое использование префикса 2.25 не превращает UID в OID. - person kritzel_sw; 02.04.2020
comment
При добавлении в конец дополнительного компонента ожидание того, что компонент, следующий за 2.25., получен из UUID, остается в силе. - person Spenhouet; 02.04.2020
comment
Для справки: связанный вопрос в группах Google ( из комментариев в удаленном ответе). - person MrBean Bremen; 02.04.2020