Тип Описание Набор символов Длина
CS

Code String

Строка символов

Прописные буквы, цифры, знак подчеркивания Макс. 16
DA Дата в виде символьной строки ГГГГММДД Цифры 0 - 9

Фикс.

8 байт

DS

Decimal String

Строка символов, представляющая либо число с фиксированной точкой, либо «0» - «9», «+», «-», «E», «e», «.» и максимум 16 байтов число с плавающей запятой. Число с фиксированной точкой должно содержать только символ ПРОБЕЛ
символы 0-9 с необязательным начальным "+" или "-" и по умолчанию
"." десятичная точка. Число с плавающей запятой должно быть, как определено в ANSI X3.9, с «E» или «e» для обозначения
начало показателя. Десятичные строки могут быть дополнены ведущими или конечными пробелами

"0"-"9", "+", "-", "E", "e", "." 16 bytes maximum
IS

Integer String

Строка символов, представляющая целое число

"0"-"9", "+", "-" 12 bytes maximum
LO

Long String

Строка символов, которая может быть дополнена начальными и / или конечными пробелами. Код символа 5CH (BACKSLASH "\" в ISO-IR 6) не должен присутствовать, поскольку он используется в качестве разделителя между значениями в многозначных элементах данных. Строка не должна содержать управляющих символов, кроме ESC

Набор символов по умолчанию и/или как определено в (0008,0005), за исключением BACKSLASH "\" 64 символа максимум
LT

Long Text

Строка символов, которая может содержать один или несколько абзацев. Он может содержать набор графических символов и управляющие символы CR, LF, FF и ESC. Он может быть дополнен завершающими пробелами, которые можно игнорировать, но начальные пробелы считаются значимыми. Элементы данных с этим VR не должны быть многозначными, и поэтому можно использовать код символа 5CH (BACKSLASH "\" в ISO-IR 6).

Набор символов по умолчанию и/или как определено (0008 0005), за исключением символов управления, кроме TAB, LF, FF, CR

10240 chars

maximum

PN

Person Name

Строка символов, закодированная с использованием 5-компонентного соглашения. Код символа 5CH (BACKSLASH "\" в ISO-IR 6) не должен присутствовать, поскольку он используется в качестве разделителя между значениями в многозначных элементах данных. Строка может быть дополнена пробелами. Для использования человеком, пять компонентов в их порядке появления: комплекс фамилии, комплекс имени, отчество, префикс имени, суффикс имени

Любой из пяти компонентов может быть пустой строкой. Разделитель компонента должен быть символом «^» (5EH).

Разделители требуются для внутренних нулевых компонентов. Завершающие нулевые компоненты и их разделители могут быть опущены. В каждом компоненте допускается несколько записей, которые кодируются как строки естественного текста в формате, предпочтительном для указанного лица.
Для ветеринарного использования первые два из пяти компонентов в порядке их появления: фамилия ответственного лица или имя ответственного лица, имя пациента. Остальные компоненты не используются и не должны присутствовать.
Эта группа из пяти компонентов называется группой компонентов «Личное имя».
Для написания имен идеографическими и фонетическими символами можно использовать до 3 групп компонентов (см. Приложения H, I и J). Разделителем для групп компонентов должен быть символ равенства "=" (3DH). Три составляющие группы компонентов в порядке их появления: буквенное представление, идеографическое представление и фонетическое представление.
Может отсутствовать любая группа компонентов, включая первую группу компонентов. В этом случае имя человека может начинаться с одного или нескольких разделителей "=". Разделители требуются для внутренних пустых групп компонентов. Конечные нулевые группы компонентов и их разделители могут быть опущены.

Набор символов по умолчанию и / или как определено (0008 0005), за исключением кода символа 5CH (BACKSLASH "\" в ISO-IR 6) и всех управляющих символов, кроме ESC, при использовании для escape-последовательностей ISO 2022. 64 chars maximum
SH

Short String

Строка символов, которая может быть дополнена начальными и / или конечными пробелами. Код символа 5CH (BACKSLASH "\" в ISO-IR 6) не должен присутствовать, поскольку он используется в качестве разделителя между значениями в многозначных элементах данных. Строка не должна содержать управляющих символов, кроме ESC

Набор символов по умолчанию и/или как определено в (0008,0005), за исключением BACKSLASH "\" 16 символов максимум
ST

Short Text

Строка символов, которая может содержать один или несколько абзацев. Он может содержать набор графических символов и управляющие символы CR, LF, FF и ESC. Он может быть дополнен завершающими пробелами, которые можно игнорировать, но начальные пробелы считаются значимыми. Элементы данных с этим VR не должны быть многозначными, и поэтому можно использовать код символа 5CH (BACKSLASH "\" в ISO-IR 6).

Набор символов по умолчанию и/или как определено (0008 0005), за исключением символов управления, кроме TAB, LF, FF, CR

1024 chars

maximum

TM

Time

Строка символов в формате HHMMSS.FFFFFF; где HH содержит часы (диапазон «00» - «23»), MM содержит минуты (диапазон «00» - «59»), SS содержит секунды (диапазон «00» - «60»), а FFFFFF содержит дробную часть секунда, равная 1 миллионной секунде (диапазон «000000» - «999999»). Используются круглосуточные часы.
Полночь должна быть представлена только «0000», поскольку «2400» будет нарушать часовой диапазон. Строка может быть дополнена пробелами. Ведущие и встроенные пробелы не допускаются.
Один или несколько компонентов MM, SS или FFFFFF могут быть неопределенными, если каждый компонент справа от неопределенного компонента также не указан, что указывает на то, что значение не является точным с точностью этих неопределенных компонентов.
Компонент FFFFFF, если он присутствует, должен содержать от 1 до 6 цифр. Если FFFFFF не указан, предыдущий "." не должны быть включены.

"0"-"9", "." 14 bytes maximum
UI

Unique Identifier (UID)

Символьная строка, содержащая UID, который используется для уникальной идентификации «0» - «9», «.» символа по умолчанию 64 байта максимально широкий спектр тем. UID представляет собой последовательность числовых компонентов Repertoire, разделенных точкой "." персонаж. Если поле значения, содержащее один или несколько идентификаторов UID, имеет нечетное число байтов в длину, поле значения должно быть дополнено одним завершающим символом NULL (00H), чтобы гарантировать, что поле значения имеет четное число байтов в длину.

"0"-"9", "." 64 bytes maximum
US

Unsigned Short

Бинарное целое число без знака длиной 16 бит. Представляет целое число n в диапазоне от 0 до 65536 (2 в 16-й степени).

2 bytes fixed

UT

Unlimited

Text

Строка символов, которая может содержать один или несколько абзацев. Он может содержать набор графических символов и управляющие символы CR, LF, FF и ESC. Он может быть дополнен завершающими пробелами, которые можно игнорировать, но начальные пробелы считаются значимыми. Элементы данных с этим VR не должны быть многозначными, и поэтому можно использовать код символа 5CH (BACKSLASH "\" в ISO-IR 6).

Набор символов по умолчанию и/или как определено (0008 0005), за исключением управляющих символов, кроме TAB, LF, FF, CR

(и ESC при использовании для escape-последовательностей ISO 2022).

Набор данных (Data Set) представляет собой экземпляр информационного объекта реального мира. Набор данных состоит из элементов данных. Элементы данных содержат закодированные значения атрибутов этого объекта. Конкретное содержание и семантика этих атрибутов указаны в определениях информационных объектов (см. PS3.3).
Структура, характеристики и кодирование набора данных и его элементов данных обсуждаются в этом разделе. Пиксельные данные, наложения и кривые - это элементы данных, интерпретация которых зависит от других связанных элементов.

Элемент данных однозначно идентифицируется тегом элемента данных. Элементы данных в наборе данных упорядочиваются по возрастанию номера тега элемента данных и должны встречаться не более одного раза в наборе данных.

Определены два типа элементов данных:

Стандартные элементы данных имеют четный номер группы, который не равен (0000, eeee), (0002, eeee), (0004, eeee) или (0006, eeee).

Элементы личных данных имеют нечетный номер группы, который не равен (0001, eeee), (0003, eeee), (0005, eeee), (0007, eeee) или (FFFF, eeee).

Элемент данных должен иметь одну из трех структур. Две из этих структур содержат VR элемента данных (явный VR), но различаются по способу выражения их длин, тогда как другая структура не содержит VR (неявный VR). Все три структуры содержат тег элемента данных, длину значения и значение для элемента данных. Смотрите рисунок 7.1-1.
Неявные и явные элементы данных VR не должны сосуществовать в наборе данных и вложенных в него наборах данных (см. Раздел 7.5). Использует ли набор данных явный или неявный VR, помимо прочих характеристик, определяется согласованным синтаксисом передачи (см. Раздел 10 и Приложение А).

VR не содержатся в элементах данных, когда используется синтаксис передачи по умолчанию DICOM (неявный синтаксис передачи с прямым порядком байтов DICOM)

Уникальные идентификаторы (UID) предоставляют возможность уникальной идентификации широкого спектра элементов. Они гарантируют уникальность в нескольких
страны, сайты, продавцы и оборудование. Различные классы объектов, экземпляры объектов и информационные объекты можно отличить друг от друга в рамках дискурса DICOM независимо от любого семантического контекста.

Например, одно и то же значение UID нельзя использовать для идентификации как экземпляра исследования (UID экземпляра исследования), так и экземпляра серии (UID экземпляра серии) в рамках этого исследования или другого исследования. Разработчики также должны быть предупреждены против создания новых значений UID путем деривации (например, путем добавления суффикса) из UID, назначенного другой реализацией.
Схема идентификации UID основана на Идентификации объекта OSI (числовая форма) в соответствии со стандартом [ISO / IEC 8824]. Все уникальные идентификаторы, используемые в контексте стандарта DICOM, являются зарегистрированными значениями, как определено в [ИСО / МЭК 9834-1] для обеспечения глобальной уникальности. Использование таких UID определено в различных частях стандарта DICOM.

Каждый UID состоит из двух частей: <org root> и <suffix>

Часть <org root> UID однозначно идентифицирует организацию (т.е. производителя, исследовательскую организацию, NEMA и т. Д.) И состоит из ряда числовых компонентов, как определено в [ИСО / МЭК 8824]. Часть <суффикса> UID также состоит из ряда числовых компонентов и должна быть уникальной в рамках <корневого каталога org>. Это означает, что организация, указанная в <org root>, несет ответственность за гарантию уникальности <суффикса> путем предоставления политик регистрации. Эти политики должны гарантировать уникальность <суффикса> для всех идентификаторов UID, созданных этой организацией. В отличие от <org root>, который может быть общим для UID в организации, <суффикс> должен принимать разные уникальные значения между разными UID, которые идентифицируют разные объекты.

Правила кодирования DICOM UID определены следующим образом:

Каждый компонент UID является номером и должен состоять из одной или нескольких цифр. Первая цифра каждого компонента не должна быть нулевой, если компонент не является одной цифрой.

Регистрирующие органы могут распространять компоненты с незначительными начальными нулями. При кодировании начальные нули должны игнорироваться (то есть «00029» будет кодироваться как «29»).

Каждое числовое значение компонента должно быть закодировано с использованием символов 0-9 Базового набора G0 Международной справочной версии ISO 646: 1990 (набор символов DICOM по умолчанию).

Компоненты должны быть разделены знаком "." (2EH).

Если заканчивается на нечетной границе байта, за исключением случаев, когда используется для согласования сети (см. PS3.8), один завершающий NULL (00H), как символ заполнения, должен следовать за последним компонентом, чтобы выровнять UID по четной границе байта ,

UID не должен превышать 64 символов.

"1.2.840.xxxxx.3.152.235.2.12.187636473"

\___________/ \______________________/

root . Suffix

В этом примере корень:

1 идентифицирует ISO

2 идентифицирует тело члена ANSI

840 код страны конкретного органа-члена (США для ANSI)

xxxxx Идентифицирует конкретную организацию. (Назначается ANSI)

В этом примере первые два компонента суффикса относятся к идентификации устройства:

3 определенный производителем тип устройства

152 Серийный номер, определенный производителем

Остальные четыре компонента суффикса относятся к идентификации изображения:

235 номер исследования

2 Серийный номер

12 номер изображения

187636473 Кодированная дата и время получения изображения

В этом примере организация выбрала эти компоненты, чтобы гарантировать уникальность. Другие организации могут выбрать совершенно другую серию компонентов для уникальной идентификации своих изображений. Например, возможно, было бы совершенно правильным не указывать номер исследования, номер серии и номер изображения, если отметка времени имела достаточную точность, чтобы гарантировать, что никакие два изображения не могут иметь одинаковую отметку даты и времени.
Из-за гибкости, допускаемой стандартом DICOM при создании организационно производных UID, реализации не должны зависеть от какой-либо предполагаемой структуры UID и не должны пытаться анализировать UID для извлечения семантики некоторых его компонентов.

Примечание

1. Например, в США ANSI назначает за плату идентификаторы организации для любой запрашивающей организации. Такой идентификатор может использоваться идентифицированной организацией в качестве корня, к которому он может добавить суффикс, состоящий из одного или нескольких компонентов. Указанная организация принимает на себя ответственность за правильную регистрацию этих суффиксов для обеспечения уникальности

2. Ниже приведены два типичных примера получения UID <org root>. Эти примеры не предназначены для иллюстрации всех возможных методов получения UID <org root>, см. [ИСО / МЭК 8824] и [ИСО / МЭК 9834-1] для получения полной спецификации.
Идентификаторы организации можно получить в различных органах-членах ISO (например, IBN в Бельгии, ANSI в США, AFNOR во Франции, BSI в Великобритании, DIN в Германии, COSIRA в Канаде). В первом примере показан случай <org root>, выданный органом-членом ISO (в данном примере ANSI в США).

<Org root> состоит из идентификатора ISO, идентификатора ветви тела участника, кода страны и идентификатора организации. Обратите внимание, что не требуется, чтобы реализация, использующая выданный ANSI <org root>, была сделана или находилась в США.

<Org root> состоит из следующих компонентов: 1.2.840.xxxxx

1 обозначает ISO

2 обозначает ветвь тела члена ISO

840 идентифицирует код страны конкретного органа-члена ISO (США для ANSI)

xxxxx идентифицирует конкретную организацию, зарегистрированную органом-членом ISO ANSI.

Во втором примере показан случай <org root>, выданный ISO (делегирован BSI) международной организации.

Он состоит из идентификатора ISO, идентификатора ветви международной организации и международного обозначения кода. Значение <org root> назначается международным органом регистрации, который может использоваться многими различными UID, определенными одной и той же международной организацией. <Org root> состоит из следующих компонентов:

1.3.yyyy

1 обозначает ISO

3 обозначает филиал международной организации

yyyy идентифицирует конкретную организацию, зарегистрированную международным регистрационным органом по обозначению кода (см.ISO 6523).

Примерные компоненты <суффикса> для уникальной идентификации изображения могут включать:

товар

системный идентификатор

исследование, серия и номера изображений

изучение, серия и изображение даты и времени.

ISO 3166-1:

Украина — 804

Россия — 643

Великобритания — 826

Набор символов по умолчанию для символьных строк в DICOM - это базовый набор G0 международной справочной версии ISO 646: 1990 (ISO IR-6). Кроме того, поддерживаются управляющие символы LF, FF, CR, TAB и ESC. Эти управляющие символы являются подмножеством набора C0, определенного в ISO 646: 1990 и ISO 6429: 1990.
Байтовая кодировка набора символов по умолчанию показана в таблице E-1. Эта таблица может использоваться для получения как байтовых значений столбца / строки ISO, так и шестнадцатеричных значений для закодированных представлений

J.5 Person Name Value Representation in Other Languages Using Unicode

Имена людей на многих языках могут быть написаны локальным (не латинским) шрифтом, а также транслитерацией к латинскому шрифту (романизация). Информационные системы здравоохранения в этих средах могут поддерживать один или оба формата имен. Локальные сценарии могут быть закодированы с использованием Unicode в UTF-8.

Для целей обмена в DICOM существует три типичных использования групп компонентов имен, использующих Unicode в UTF-8:

1. Имена в латинском алфавите могут быть закодированы в первой (алфавитной) группе компонентов, а имена в локальном шрифте (алфавит, абугида или слоговый) в третьей (фонетической) группе компонентов (см. Таблицу 6.2-1). Вторая (идеографическая) группа компонентов является нулевой. Это предпочтительное использование для межфирменного или международного общения.

2. Если локальный сценарий исторически имеет однобайтовый набор символов, определенный для конкретного набора символов (0008 0005), т. Е. Кириллицы, арабского, греческого, иврита, тайского и различных версий латиницы, может использоваться только группа компонентов первого имени использоваться. Кодирование может быть в Unicode в UTF-8, как описано в этом Приложении, в качестве эквивалента для использования этого определенного однобайтового набора символов в группе компонентов первого имени (см. Примечание 1).

3. Имена в локальном скрипте могут быть закодированы в первой группе компонентов, а имена в латинском алфавите в третьей группе компонентов, оба кодируются в Unicode в UTF-8.

Примечание

1. Предыдущее издание DICOM требовало, чтобы группа компонентов имени использовала однобайтовый набор символов (см. PS3.5-2008). Юникод в UTF-8 теперь может использоваться в этой группе компонентов просто как кодировка другого набора символов, но с тем же самым прикладным использованием этой группы компонентов.

2. Информационные системы здравоохранения будут использовать конкретные сценарии в одной, двух или трех группах компонентов «Личное имя» в соответствии с местной политикой. Соответствующие прикладные программы DICOM, которые получают атрибуты имени, должны принимать несколько групп компонентов имени. Прикладная сущность, которая настраивается таким образом, чтобы разрешить использование локального сценария для имен в первой или третьей группе компонентов и сценария транслитерации в другой, будет поддерживать все эти типичные представления.

3. Транслитерация (из местного алфавита) может быть нелатинским шрифтом, например кириллицей. Применяются те же принципы, и имя с кириллицей может быть закодировано в первой группе компонентов, а локальный скрипт (который на самом деле может быть производным от латиницы) в третьей группе компонентов.