Уведомление и отказ от ответственности

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

Стандарты и руководящие публикации NEMA, к которым относится настоящий документ, разрабатываются в рамках добровольного процесса разработки стандартов на основе консенсуса. Этот процесс объединяет добровольцев и/или учитывает мнения лиц, заинтересованных в теме данной публикации. Хотя NEMA администрирует процесс и устанавливает правила для обеспечения справедливости при достижении консенсуса, NEMA не составляет документ и не проводит независимое тестирование, оценку или проверку точности либо полноты какой-либо информации, а также обоснованности каких-либо суждений, содержащихся в ее стандартах и руководящих публикациях.

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

Публикуя и предоставляя доступ к этому документу, NEMA не берет на себя оказание профессиональных или иных услуг для какого-либо лица или организации либо от их имени, а также не принимает на себя выполнение каких-либо обязанностей, возложенных на какое-либо лицо или организацию перед третьими лицами. Любой пользователь этого документа должен полагаться на собственное независимое суждение или, при необходимости, обратиться за консультацией к компетентному специалисту для определения разумной осмотрительности в конкретных обстоятельствах. Информация и другие стандарты по теме данной публикации могут быть доступны из других источников, к которым пользователь может обратиться для получения дополнительных мнений или сведений, не охваченных этой публикацией.

NEMA не обладает полномочиями и не берет на себя контроль или обеспечение соблюдения содержания этого документа. NEMA не сертифицирует, не тестирует и не инспектирует продукцию, проекты или установки в целях безопасности или охраны здоровья. Любая сертификация или иное заявление о соответствии какой-либо информации, связанной с безопасностью или охраной здоровья, содержащейся в этом документе, не может приписываться NEMA и является исключительно ответственностью лица, выполнившего сертификацию или сделавшего заявление.

Предисловие

Настоящий стандарт DICOM был разработан в соответствии с процедурами Комитета по стандартам DICOM.

Стандарт DICOM имеет структуру многотомного документа с учетом рекомендаций, установленных в [ISO/IEC Directives, Part 2].

DICOM® является зарегистрированным товарным знаком National Electrical Manufacturers Association для ее стандартных публикаций, относящихся к цифровому обмену медицинской информацией; все права защищены.

1 Область применения

Настоящая часть стандарта DICOM задает прикладно-ориентированные подмножества стандарта DICOM, соответствие которым может заявлять реализация. Такое заявление о соответствии относится к функционально совместимому обмену медицинскими изображениями и связанной информацией на носителях хранения для конкретных клинических применений. Оно следует структуре, определенной в PS3.10, для обмена различными типами информации на носителях хранения.

Настоящая часть связана с другими частями стандарта DICOM следующим образом:

PS3.2, Conformance, задает общие правила обеспечения интероперабельности, которые применяются к обмену через носители с использованием профилей приложений хранения на носителях, определенных в настоящей части
PS3.3, Information Object Definitions, задает ряд определений информационных объектов (например, различные типы изображений), которые могут использоваться совместно с настоящей частью. Она также определяет структуру медицинского каталога для упрощения доступа к объектам, сохраненным на носителях
PS3.4, Service Class Specifications, задает класс службы Media Storage Service Class, на котором построены профили приложений хранения на носителях
PS3.5, Data Structure and Encoding, рассматривает правила кодирования, необходимые для построения Data Set, инкапсулируемого в файл, как указано в PS3.10
PS3.6, Data Dictionary, содержит индекс по тегам всех Data Elements, относящихся к атрибутам Information Objects, определенных в PS3.3. Этот индекс включает Value Representation и Value Multiplicity для каждого Data Element
PS3.10, Media Storage and File Formats for Media Interchange, стандартизует общую открытую архитектуру Storage Media, используемую настоящей частью, включая определение общего File Format, Basic File Service и концепции Directory
PS3.12 , Media Formats and Physical Media, определяет ряд стандартных Physical Media и соответствующих Media Formats. Эти варианты Media Formats и Physical Media используются в ссылках одним или несколькими профилями приложений хранения на носителях, определенными в настоящей части. PS3.12 предполагается расширять по мере развития технологий, связанных с Physical Medium
PS3.15, Security Profiles, определяет ряд профилей для использования с Secure DICOM Media Storage Application Profiles. Media Storage Security Profiles задают криптографические методы, используемые для каждого Secure DICOM File в Secure Media Storage Application Profile.

2 Нормативные ссылки

Следующие стандарты содержат положения, которые посредством ссылок в настоящем тексте становятся положениями данного стандарта. На момент публикации указанные редакции были действующими. Все стандарты подлежат пересмотру, и сторонам соглашений, основанных на настоящем стандарте, рекомендуется изучать возможность применения наиболее поздних редакций указанных ниже стандартов.

[ISO/IEC Directives, Part 2] ISO/IEC. 2021. 9.0. Rules for the structure and drafting of International Standards. http://www.iso.org/sites/directives/current/part2/index.xhtml .

[ISO 7498-1] ISO. 1994. Information Processing Systems - Open Systems Interconnection - Basic Reference Model.

[ISO 7498-2] ISO. 1989. Information processing systems - Open Systems Interconnection - Basic reference Model - Part 2: Security Architecture.

3 Определения

Для целей настоящего стандарта применяются следующие определения.

3.1 Определения эталонной модели

В настоящей части стандарта используются следующие термины, определенные в [ISO 7498-1] и [ISO 7498-2]:

Application Entity (прикладная сущность): См. [ISO 7498-1].
Service: См. [ISO 7498-1].
Transfer Syntax: См. [ISO 7498-1].
Data Confidentiality: См. [ISO 7498-2].

Примечание

Определение: «свойство, при котором информация не становится доступной и не раскрывается неуполномоченным лицам, сущностям или процессам».
Data Origin Authentication: См. [ISO 7498-2].

Примечание

Определение: «подтверждение того, что источник полученных данных соответствует заявленному».
Data Integrity: См. [ISO 7498-2].

Примечание

Определение: «свойство, при котором данные не были изменены или уничтожены несанкционированным образом».
Key Management: См. [ISO 7498-2].

Примечание

Определение: «создание, хранение, распространение, удаление, архивирование и применение ключей в соответствии с политикой безопасности».

3.2 Определения из введения и обзора DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.1 стандарта DICOM:

Attribute: См. Attribute в PS3.1 .
Service Object Pair Class (SOP Class): См. Service-Object Pair Class в PS3.1 .

3.3 Соответствие DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.2 стандарта DICOM:

Conformance Statement: См. Conformance Statement в PS3.2 .
Standard SOP Class: См. Standard SOP Class в PS3.2 .
Standard Extended SOP Class: См. Standard Extended SOP Class в PS3.2 .
Specialized SOP Class: См. Specialized SOP Class в PS3.2 .
Private SOP Class: См. Private SOP Class в PS3.2 .
Standard Media Storage Application Profile: См. Standard Application Profile в PS3.2 .
Augmented Media Storage Application Profile: См. Augmented Application Profile в PS3.2 .
Private Media Storage Application Profile: См. Private Application Profile в PS3.2 .

3.4 Определения информационных объектов DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.3 стандарта DICOM:

Information Object Definition (определение информационного объекта) (IOD): См. Information Object Definition в PS3.3 .
Basic Directory (базовый каталог) IOD: См. Basic Directory (базовый каталог) IOD в PS3.3 .
Basic Directory (базовый каталог) Information Model: См. Basic Directory (базовый каталог) Information Model в PS3.3 .
Multi-frame Image: См. Multi-frame Image в PS3.3 .

3.5 Определения структуры данных и кодирования DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.5 стандарта DICOM:

Data Element: См. Data Element в PS3.5 .
Data Set: См. Data Set в PS3.5 .

3.6 Определения обмена сообщениями DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.7 стандарта DICOM:

Implementation Class UID: См. Implementation Class UID в PS3.7 .

3.7 Определения хранения на носителях и формата файлов DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.10 стандарта DICOM:

Media Storage Application Profile: См. Media Storage Application Profile в PS3.10 .
DICOM File Format: См. DICOM File Format в PS3.10 .
DICOM File Service: См. DICOM File Service в PS3.10 .
DICOM File: См. DICOM File в PS3.10 .
DICOMDIR File: См. DICOMDIR File в PS3.10 .
File: См. File в PS3.10 .
File ID: См. File ID в PS3.10 .
File Meta Information: См. File Meta Information в PS3.10 .
File-set: См. File-set в PS3.10 .
DICOM Media Storage Model: См. DICOM Media Storage Model в PS3.10 .
Secure DICOM File: См. Secure DICOM File в PS3.10 .
Secure Media Storage Application Profile: См. Secure Media Storage Application Profile в PS3.10 .

3.8 Профили приложений хранения на носителях

В настоящей части стандарта часто используются следующие определения:

Media Storage Application Profile Class: Группа связанных профилей приложений хранения на носителях, определенных в одном приложении к PS3.11.

3.9 Определения классов служб DICOM

В настоящей части стандарта используются следующие термины, определенные в PS3.4 стандарта DICOM:

Service Object Pair Instance (SOP Instance): См. Service-Object Pair Instance в PS3.4 .

4 Символы и сокращения

В настоящей части стандарта используются следующие символы и сокращения.

ACC: American College of Cardiology (Американский колледж кардиологии)
ACR: American College of Radiology (Американский колледж радиологии)
ASCII: American Standard Code for Information Interchange (американский стандартный код для обмена информацией)
AE: Application Entity (прикладная сущность)
ANSI: American National Standards Institute (Американский национальный институт стандартов)
BD: Blu-ray Disc™ (товарный знак Blu-ray Disc™ Association)
CEN TC 251: Comité Européen de Normalisation - Technical Committee 251 - Medical Informatics (Европейский комитет по стандартизации, технический комитет 251, медицинская информатика)
CF: CompactFlash card (карта CompactFlash)
DICOM: Digital Imaging and Communications in Medicine (цифровая визуализация и обмен данными в медицине)
DVD: товарный знак DVD Forum, не являющийся сокращением
FSC: File-set Creator (создатель набора файлов)
FSR: File-set Reader (считыватель набора файлов)
FSU: File-set Updater (обновляющий набор файлов)
HL7: Health Level 7
IEEE: Institute of Electrical and Electronics Engineers (Институт инженеров по электротехнике и электронике)
IETF: Internet Engineering Task Force (рабочая группа инженерии Интернета)
IS&C: Image Save and Carry (сохранение и перенос изображений)
ISO: International Standards Organization (Международная организация по стандартизации)
ID: Identifier (идентификатор)
IOD: Information Object Definition (определение информационного объекта)
JIRA: Japan Medical Imaging and Radiological Systems Industries Association (Японская ассоциация индустрии медицинской визуализации и радиологических систем)
MIME: Multipurpose Internet Mail Extensions (многоцелевые расширения интернет-почты)
MMC: Multimedia Card (мультимедийная карта)
NEMA: National Electrical Manufacturers Association (Национальная ассоциация производителей электрооборудования)
OSI: Open Systems Interconnection (взаимодействие открытых систем)
RFC: Request for Comments
SD: Secure Digital card (карта Secure Digital)
SMTP: Simple Mail Transfer Protocol (простой протокол передачи почты)
SOP: Service-Object Pair (пара служба-объект)
TCP/IP: Transmission Control Protocol/Internet Protocol (протокол управления передачей / интернет-протокол)
UDF: Universal Disk Format (универсальный дисковый формат)
UID: Unique Identifier (уникальный идентификатор)
USB: Universal Serial Bus (универсальная последовательная шина)
VR: Value Representation (представление значения)

5 Соглашения

Слова в этом документе пишутся с заглавной буквы, чтобы помочь читателю понять, что эти слова ранее были определены в разделе 3 настоящего документа и должны толковаться в этом значении.

6 Назначение профиля приложения хранения на носителях

Media Storage Application Profile (Media Storage Application Profile) представляет собой механизм выбора подходящего набора параметров из частей DICOM для поддержки конкретного приложения обмена через носители. Профили приложений хранения на носителях для часто используемых сценариев обмена, таких как межучрежденческий обмен рентгеноангиографическими исследованиями сердца или печать ультразвуковых исследований с записываемых носителей, предназначены для использования гибкости DICOM без появления такого множества вариантов носителей и форматов, которое нарушило бы обмен.

Приложения обмена через носители заявляют соответствие одному или нескольким профилям приложений хранения на носителях. Две реализации, соответствующие одинаковым профилям приложений хранения на носителях и поддерживающие взаимодополняющие роли File-set (например, FSC, обменивающийся носителем с FSR), способны обмениваться SOP Instances (фрагментами информации DICOM) на записанных носителях в контексте этих профилей приложений хранения на носителях.

Media Storage Application Profile DICOM задает:

какие SOP Classes и параметры должны поддерживаться, включая любые требуемые расширения, специализации или приватизации
какие Transfer Syntaxes могут использоваться для каждого SOP Class
какая информация должна включаться в Basic Directory (базовый каталог) IOD
какие параметры Media Storage Service Class могут использоваться
какие роли может выполнять приложение: File-set Creator, File-set Reader и/или File-set Updater
какие физические носители и соответствующие форматы носителей должны поддерживаться
должны ли DICOM Files в File-set быть Secure DICOM Files
какой Media Storage Security Profile должен использоваться для создания Secure DICOM Files

а также любые дополнительные требования соответствия.

В результате выбора необходимых параметров профиль приложения хранения на носителях можно рассматривать как вертикальный путь через различные части DICOM, который начинается с выбора информации для обмена и заканчивается физическим носителем. Рисунок 6-1 показывает связь между понятиями, используемыми в профиле приложения хранения на носителях, и частями DICOM.

Рисунок 6-1. Связь профиля приложения хранения на носителях с частями DICOM

Media Storage Application Profile организован в следующие основные части:

имя профиля приложения хранения на носителях или перечень профилей приложений хранения на носителях, сгруппированных в связанный класс
описание клинического контекста профиля приложения хранения на носителях
определение Media Storage Service Class с ролями устройства для профиля приложения хранения на носителях и связанными параметрами
информативный раздел, описывающий эксплуатационные требования профиля приложения хранения на носителях
спецификация поддерживаемых SOP Classes и связанных IOD, а также используемых Transfer Syntaxes
выбор Media Format и Physical Media, которые должны использоваться
если используется Directory Information Module, описание минимального требуемого подмножества Information Model
другие параметры, которые необходимо указать для обеспечения интероперабельного обмена через носители
параметры безопасности, выбирающие криптографические методы для использования с Secure Media Storage Application Profiles

Структура DICOM и устройство механизма профиля приложения хранения на носителях таковы, что расширение на дополнительные SOP Classes и новые носители обмена является прямолинейным.

7 Требования соответствия

Реализации могут заявлять соответствие одному или нескольким профилям приложений хранения на носителях PS3.11 в заявлении о соответствии, как описано в PS3.2.

Примечание

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

8 Структура профиля приложения хранения на носителях

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

Ниже приведен пример структуры профиля приложения хранения на носителях. Идентификатор раздела "X" следует заменить идентификатором соответствующего приложения.

X.1 Идентификация класса и профиля

Раздел X.1 профиля приложения хранения на носителях определяет класс и конкретные профили приложений хранения на носителях в этом классе.

Этот раздел назначает каждому профилю приложения хранения на носителях идентификатор вида ttt-x...x-y...y, где "ttt" указывает тип профиля приложения хранения на носителях, "x...x" является сокращением значимого термина клинического контекста, а "y...y" является значимым термином для отличительного признака конкретного профиля приложения хранения на носителях. Термин типа "ttt" должен быть одним из STD, AUG или PRI и указывает, является ли профиль приложения хранения на носителях соответственно стандартным, расширенным или частным профилем (см. PS3.2). Идентификаторы должны записываться так, чтобы их можно было кодировать с использованием Value Representation LO (Long String) (см. PS3.5).

Примечание

В заявлениях о соответствии может использоваться прежний префикс APL, эквивалентный STD. Такое использование является устаревшим и может быть исключено в будущих редакциях стандарта.

X.2 Клинический контекст

Раздел X.2 профиля приложения хранения на носителях должен описывать клиническую потребность в обмене медицинскими изображениями и связанной информацией на носителях хранения, а также контекст применения. Этот раздел не должен требовать от Application Entities, обменивающихся информацией с использованием носителей, какой-либо специальной функциональности сверх их возможностей в ролях File-set Creator, File-set Reader и File-set Updater.

Примечание

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

X.2.1 Роли и параметры класса службы

Раздел X.2.1 описывает используемые Service Class Options и контекстное применение ролей File-set Creator, File-set Reader и File-set Updater.

X.3 Общий профиль класса

Раздел X.3 определяет характеристики класса профилей приложений хранения на носителях, постоянные для всех конкретных профилей приложений хранения на носителях в этом классе.

X.3.1 SOP Classes и Transfer Syntaxes

Раздел X.3.1 перечисляет SOP Classes и Transfer Syntaxes, общие для всех конкретных профилей приложений хранения на носителях в классе, если такие имеются. Этот раздел указывает, какие SOP Classes являются обязательными и необязательными для ролей FSC, FSR и FSU, включая любые требуемые группировки или параметры SOP.

X.3.2 Физические носители и форматы носителей

Раздел X.3.2 определяет физические носители и соответствующие форматы носителей, общие для всех конкретных профилей приложений хранения на носителях в классе, если такие имеются.

Этот раздел также указывает любую функциональность файловой службы сверх DICOM File Service, требуемую клиническим приложением и предоставляемую Media Format Layer.

X.3.3 Информация каталога в DICOMDIR

Раздел X.3.3 указывает тип Directory Records, которые должны поддерживаться, и любые дополнительные связанные ключи. Он также определяет расширения или специализации Basic Directory (базовый каталог) Information Object Definition, если такие имеются.

X.3.4 Другие параметры

Раздел X.3.4 является необязательным; если он присутствует, он должен определять любые другие параметры, общие для всех конкретных профилей приложений хранения на носителях в классе, которые может потребоваться указать для обеспечения интероперабельного обмена через носители.

X.4 Конкретные профили приложений хранения на носителях

Раздел X.4 и последующие разделы определяют уникальные характеристики конкретного профиля приложения хранения на носителях. Если имеются изменения IOD, Transfer Syntax, DICOMDIR или других общих требований класса, специфичные для профиля приложения хранения на носителях, они должны быть описаны для каждого профиля, задающего такие изменения.

X.3.5 Параметры безопасности

Раздел X.3.5 является необязательным; если он отсутствует, профиль приложения хранения на носителях является незащищенным, и Secure DICOM File Format не должен использоваться ни для одного DICOM File в File-set.

Если этот раздел присутствует, он определяет Media Storage Security Profile, который должен использоваться для инкапсуляции всех DICOM Files в File-set, включая DICOM Directory. Если этот раздел присутствует, профиль приложения хранения на носителях называется Secure Media Storage Application Profile.

A Профиль приложения хранения на носителях для базовой кардиологической рентгеноангиографии (нормативное)

A.1 Идентификация класса и профиля

Настоящее приложение определяет класс профиля приложения хранения на носителях для клинических приложений базовой кардиологической рентгеноангиографии.

Идентификатором этого класса должен быть STD-XABC. Настоящее приложение относится только к кардиологической ангиографии.

Конкретный профиль приложения хранения на носителях в этом классе показан в таблице A.1-1.

Примечание

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

Таблица A.1-1. Базовый кардиологический профиль XA

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
Базовые кардиологические рентгеноангиографические исследования на носителе CD-R	STD-XABC-CD	Он поддерживает однокадровые или многокадровые цифровые изображения до 512x512x8 бит; биплановые исследования кодируются как два одноплоскостных информационных объекта.

A.2 Клинический контекст

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

Рисунок A.2-1. Клинический контекст базовой кардиологической рентгеноангиографии

Практическое использование обмена через носители возможно как внутри учреждения, так и между учреждениями.

A.2.1 Роли и параметры класса службы

Этот класс профиля приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей File-set Creator, File-set Reader и File-set Updater, определенных в PS3.10.

A.2.1.1 Создатель File-set

Application Entity, выступающая в роли File-set Creator, создает File-set в рамках класса профиля приложения хранения на носителях STD-XABC. Типичными объектами, использующими эту роль, являются оборудование рентгеноангиографической лаборатории и архивные системы, формирующие запись пациента для передачи в другое учреждение. File-set Creators должны уметь создавать Basic Directory SOP Class в файле DICOMDIR со всеми типами Directory Records, связанными с SOP Classes, сохраненными в File-set.

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

Примечание

Многотомный набор (логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один CD-R, FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном носителе CD-R и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на дисках, чтобы указать, что для данного набора файлов (например, исследования) существует более одного диска.

A.2.1.2 Читатель File-set

Роль File-set Reader используется Application Entities, которые принимают переданный File-set. Типичными объектами, использующими эту роль, являются рабочие станции просмотра и архивные системы, принимающие запись пациента, переданную из другого учреждения. File-set Readers должны уметь читать все SOP Classes, определенные для конкретного профиля приложения хранения на носителях, для которого заявлено соответствие, с использованием всех определенных Transfer Syntaxes.

A.2.1.3 Обновляющий File-set

Роль File-set Updater используется Application Entities, которые принимают переданный File-set и обновляют его путем добавления информации. Типичными объектами, использующими эту роль, являются аналитические рабочие станции, которые, например, могут добавить в File-set информационный объект с обработанным изображением (например, с усиленными контурами). Станции, обновляющие информационные объекты пациента, также используют эту роль. File-set Updaters не обязаны читать изображения. File-set Updaters должны уметь создавать один или несколько SOP Instances, определенных для конкретного профиля приложения хранения на носителях, для которого заявлено соответствие, а также читать и обновлять файл DICOMDIR.

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

Примечание

Если диск не был закрыт, File-set Updater должен уметь обновлять информацию при условии, что на диске достаточно места для записи нового файла DICOMDIR, самой информации и базовых управляющих структур CD-R. Управляющие структуры CD-R являются структурами, присущими стандартам CD-R; см. PS3.12.

A.3 Базовый кардиологический профиль STD-XABC-CD

A.3.1 SOP Classes и Transfer Syntaxes

Этот профиль приложения хранения на носителях основан на Media Storage Service Class (см. PS3.4).

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этим профилем приложения хранения на носителях, указаны в таблице A.3-1.

Таблица A.3-1. SOP Classes и Transfer Syntaxes для STD-XABC-CD

Information Object Definition (определение информационного объекта)

SOP Class UID (UID класса SOP)

Transfer Syntax Name and UID (имя и UID синтаксиса передачи)

Требование для FSC

Требование для FSR

Требование для FSU

Basic Directory (базовый каталог)

1.2.840.10008.1.3.10

Explicit VR Little Endian

1.2.840.10008.1.2.1

Обязательно

X-Ray Angiographic Image (рентгеноангиографическое изображение)

1.2.840.10008.5.1.4.1.1.12.1

JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1])

1.2.840.10008.1.2.4.70

Обязательно

Необязательно

Примечание

Этот профиль приложения хранения на носителях не допускает использование SOP Class X-Ray Angiographic Bi-Plane Image Storage. Поэтому биплановые исследования должны передаваться как два одноплоскостных SOP Instances.
Этот профиль приложения хранения на носителях включает только SOP Class X-Ray Angiographic Image Storage. Он не включает SOP Classes Standalone Curve, Modality LUT, VOI LUT или Overlay Storage.

A.3.2 Физические носители и форматы носителей

Базовые кардиологические профили приложений хранения на носителях класса STD-XABC требуют физический носитель CD-R диаметром 120 мм с форматом носителя ISO/IEC 9660, как определено в PS3.12.

A.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях, соответствующих SOP Classes в File-set.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

A.3.3.1 Дополнительные ключи

Таблица A.3-2 указывает тип Directory Records, которые должны поддерживаться, и дополнительные связанные ключи. См. Basic Directory IOD в PS3.3.

Таблица A.3-2. Дополнительные ключи DICOMDIR для STD-XABC-CD

Ключевой атрибут	Tag	Тип Directory Record	Тип	Примечания
Patient's Birth Date (дата рождения пациента)	(0010,0030)	PATIENT	2
Patient's Sex (пол пациента)	(0010,0040)	PATIENT	2
Institution Name (название учреждения)	(0008,0080)	SERIES	2
Institution Address (адрес учреждения)	(0008,0081)	SERIES	2
Performing Physicians' Name (имена выполняющих врачей)	(0008,1050)	SERIES	2
Icon Image (значковое изображение) Sequence (последовательность)	(0088,0200)	IMAGE	1
Image Type (тип изображения)	(0008,0008)	IMAGE	1
Calibration Image (калибровочное изображение)	(0050,0004)	IMAGE	2
Referenced Image Sequence (последовательность ссылочных изображений)	(0008,1140)	IMAGE	1C	Требуется, если SOP Instance, на который ссылается Directory Record, имеет Image Type (тип изображения) (0008,0008) со значением BIPLANE A или BIPLANE B. В иных случаях может присутствовать.
>Referenced SOP Class UID	(0008,1150)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (последовательность ссылочных изображений) (0008,1140)
>Referenced SOP Instance UID	(0008,1155)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (последовательность ссылочных изображений) (0008,1140)
>All other Attributes from Referenced Image Sequence (including Purpose of Reference Code Sequence and its content) Все остальные атрибуты из Referenced Image Sequence (включая Purpose of Reference Code Sequence и ее содержимое)		IMAGE	3

A.3.3.2 Значковые изображения

Directory Records типа IMAGE должны включать Icon Images. Пиксельные данные значка должны поддерживаться при Bits Allocated (0028,0100), равном 8, и значениях атрибутов Rows (0028,0010) и Columns (0028,0011), равных 128.

Примечание

Этот размер значка больше рекомендованного в PS3.10 поскольку значок 64x64 не был бы клинически полезен для идентификации и выбора рентгеноангиографических изображений.
Для Multi-frame Images рекомендуется формировать значковое изображение из кадра, указанного в атрибуте Representative Frame Number (0028,6010), если он определен для SOP Instance изображения. Если Representative Frame Number отсутствует, следует выбрать кадр примерно на одной трети длительности Multi-frame Image. Процесс уменьшения изображения 512x512 до 128x128 выходит за рамки настоящего стандарта.

A.3.4 Другие параметры

Этот раздел определяет другие параметры, общие для всех конкретных профилей приложений хранения на носителях класса STD-XABC, которые необходимо указать для обеспечения интероперабельного обмена через носители.

A.3.4.1 Значения атрибутов изображения

Атрибуты, перечисленные в таблице A.3-3 и используемые в файлах X-Ray Angiographic Image, должны принимать указанные значения.

Таблица A.3-3. Обязательные значения атрибутов изображения для STD-XABC-CD

Атрибут	Tag	Значение
Modality (модальность)	(0008,0060)	XA
Rows (строки)	(0028,0010)	512 (см. ниже)
Columns (столбцы)	(0028,0011)	512 (см. ниже)
Bits Allocated (выделено бит)	(0028,0100)	8
Bits Stored (сохранено бит)	(0028,0101)	8

При создании или обновлении File-set значения Rows или Columns не должны превышать 512. При чтении File-set FSR или FSU должен принимать значение Rows или Columns не менее 512.

Данные наложения, если они присутствуют, должны кодироваться в Overlay Data (60XX,3000).

A.3.4.1.1 Приоритет значений атрибутов

Исключено из действующего стандарта. См. PS3.11 2004.

Примечание

Исключенный из действующего стандарта Detached Patient Management SOP Class ранее предлагался для обновления идентификационной и демографической информации пациента без изменения файлов составных Image IOD. Такое использование теперь исключено из действующего стандарта.

B Профиль приложения хранения на носителях для рентгеноангиографии 1024 (нормативное)

B.1 Идентификация класса и профиля

Настоящее приложение определяет класс профилей приложений хранения на носителях для клинических приложений рентгеноангиографии 1024. Идентификатором этого класса должен быть STD-XA1K. Эти профили предназначены для обратной совместимости с профилем приложения хранения на носителях для базовой кардиологической рентгеноангиографии (STD-XABC-CD) из приложении A.

Конкретные профили приложений хранения на носителях в этом классе показаны в таблице B.1-1.

Таблица B.1-1. Рентгеноангиографические профили 1024

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
Рентгеноангиографические исследования 1024 на носителе CD-R	STD-XA1K-CD	Он поддерживает однокадровые или многокадровые цифровые рентгеновские изображения до 1024x1024x12 бит; биплановые исследования кодируются как два одноплоскостных информационных объекта. Поддерживаются изображения Secondary Capture.
Рентгеноангиографические исследования 1024 на носителе DVD	STD-XA1K-DVD	Он поддерживает однокадровые или многокадровые цифровые рентгеновские изображения до 1024x1024x12 бит; биплановые исследования кодируются как два одноплоскостных информационных объекта. Поддерживаются изображения Secondary Capture.

B.2 Клинический контекст

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

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

Практическое использование обмена через носители возможно как внутри учреждения, так и между учреждениями.

Примечание

FSC, соответствующий базовому кардиологическому ангиографическому профилю 512 и профилю CD-R общего назначения с поддержкой SC Image Media Storage SOP Class, мог бы при соблюдении ограничений настоящего профиля создавать изображения, читаемые FSR, поддерживающим данный профиль. И наоборот, SC Images, записанные FSC, соответствующим настоящему профилю, были бы читаемы FSR, соответствующим базовому кардиологическому ангиографическому профилю 512 и профилю CD-R общего назначения с поддержкой SC Image Media Storage SOP Class.

B.2.1 Роли и параметры класса службы

Этот класс профиля приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей File-set Creator, File-set Reader и File-set Updater, определенных в PS3.10.

B.2.1.1 Создатель File-set

Application Entity, выступающая в роли File-set Creator, создает File-set в рамках класса профиля приложения хранения на носителях STD-XA1K. Типичными объектами, использующими эту роль, являются оборудование рентгеноангиографической лаборатории и архивные системы, формирующие запись пациента для передачи в другое учреждение. File-set Creators должны уметь создавать Basic Directory SOP Class в файле DICOMDIR со всеми типами Directory Records, связанными с SOP Classes, сохраненными в File-set.

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

Примечание

Многотомный набор (логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один экземпляр носителя, FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном экземпляре носителя и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на дисках, чтобы указать, что для данного набора файлов (например, Study) существует более одного диска.

B.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set. Типичными объектами, использующими эту роль, являются рабочие станции просмотра и архивные системы, принимающие запись пациента, переданную из другого учреждения. File-set Readers должны уметь читать все определенные SOP Instances, заданные для конкретных профилей приложений хранения на носителях, для которых заявлено соответствие, с использованием всех определенных Transfer Syntaxes.

B.2.1.3 Обновляющий File-set

Роль File-set Updater должна использоваться Application Entities, которые принимают переданный File-set и обновляют его путем добавления обработанной информации. Типичными объектами, использующими эту роль, являются аналитические рабочие станции, которые, например, могут добавить в File-set информационный объект с обработанным кадром изображения (например, с усиленными контурами). Станции, обновляющие информационные объекты пациента, также используют эту роль. File-set Updaters должны уметь читать и обновлять файл DICOMDIR. File-set Updaters не обязаны читать информационный объект изображения. File-set Updaters должны уметь создавать один или несколько SOP Instances, определенных для конкретных профилей приложений хранения на носителях, для которых заявлено соответствие, а также читать и обновлять файл DICOMDIR.

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

Примечание

Если диск не был финализирован, File-set Updater сможет обновить информацию при условии, что на диске достаточно места для записи нового файла DICOMDIR, самой информации и базовых управляющих структур тома. Управляющие структуры тома являются структурами, присущими стандартам физического тома; см. PS3.12

Роль FSU для профиля STD-XA1K-DVD не определена.

B.3 Требования класса профиля приложения хранения на носителях STD-XA1K

B.3.1 SOP Classes и Transfer Syntaxes

Этот класс профиля приложения хранения на носителях основан на Media Storage Service Class (см. PS3.4).

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этим профилем приложения хранения на носителях, указаны в таблице B.3-1.

Таблица B.3-1. SOP Classes и Transfer Syntaxes для STD-XA1K

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR	Требование для FSU (see Примечание 1)
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian 1.2.840.10008.1.2.1	Обязательно	Обязательно	Обязательно
X-Ray Angiographic Image (рентгеноангиографическое изображение)	1.2.840.10008.5.1.4.1.1.12.1	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Обязательно	Обязательно	Необязательно
X-Ray Angiographic Image (рентгеноангиографическое изображение)	1.2.840.10008.5.1.4.1.1.12.1	JPEG Baseline (Process 1) 1.2.840.10008.1.2.4.50	Необязательно для DVD; запрещено для CD	Обязательно для DVD; запрещено для CD	Не определено для DVD; запрещено для CD
X-Ray Angiographic Image (рентгеноангиографическое изображение)	1.2.840.10008.5.1.4.1.1.12.1	JPEG Extended (Process 2 & 4) 1.2.840.10008.1.2.4.51	Необязательно для DVD; запрещено для CD	Обязательно для DVD; запрещено для CD	Не определено для DVD; запрещено для CD
Secondary Capture Image (изображение вторичного захвата)	1.2.840.10008.5.1.4.1.1.7	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Обязательно	Необязательно
Grayscale Softcopy Presentation State (состояние представления для экранного просмотра в градациях серого)	1.2.840.10008.5.1.4.1.1.11.1	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно	Необязательно

Примечание

Требование для FSU для профиля STD-XA1K-DVD не определено.
SOP Classes Standalone Overlay Storage, Standalone Curve Storage и Detached Patient Management ранее были определены в этих профилях, но теперь исключены из действующего стандарта. SOP Class Grayscale Softcopy Presentation State Storage добавлен как предпочтительный механизм передачи аннотаций.

B.3.2 Физические носители и форматы носителей

Профиль CD-R для рентгеноангиографического приложения 1024 STD-XA1K-CD требует физический носитель CD-R диаметром 120 мм с форматом носителя ISO/IEC 9660, как определено в PS3.12.

Профиль DVD для рентгеноангиографического приложения 1024 STD-XA1K-DVD требует любой DVD-носитель диаметром 120 мм, кроме DVD-RAM, как определено в PS3.12.

B.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях, соответствующих SOP Classes в File-set.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

B.3.3.1 Дополнительные ключи

Таблица B.3-2 указывает тип Directory Records, которые должны поддерживаться, и дополнительные связанные ключи. См. Basic Directory IOD в PS3.3.

Таблица B.3-2. Дополнительные ключи DICOMDIR для STD-XA1K

Ключевой атрибут	Tag (тег)	Тип Directory Record	Type (тип)	Примечания
Patient's Birth Date (дата рождения пациента)	(0010,0030)	PATIENT	2
Patient's Sex (пол пациента)	(0010,0040)	PATIENT	2
Institution Name (название учреждения)	(0008,0080)	SERIES	2
Institution Address (адрес учреждения)	(0008,0081)	SERIES	2
Performing Physicians' Name (имена выполняющих врачей)	(0008,1050)	SERIES	2
Icon Image Sequence (последовательность значкового изображения)	(0088,0200)	IMAGE	1
Image Type (тип изображения)	(0008,0008)	IMAGE	1C	Требуется, если SOP Instance, на который ссылается Directory Record, является XA Image.
Calibration Image (калибровочное изображение)	(0050,0004)	IMAGE	2
Referenced Image Sequence (последовательность ссылочных изображений)	(0008,1140)	IMAGE	1C	Требуется, если SOP Instance, на который ссылается Directory Record, является XA Image и имеет значение 3 атрибута Image Type (0008,0008), равное BIPLANE A или BIPLANE B. В иных случаях может присутствовать.
>Referenced SOP Class UID	(0008,1150)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (0008,1140)
>Referenced SOP Instance UID	(0008,1155)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (0008,1140)
>All other Attributes from Referenced Image Sequence (including Purpose of Reference Code Sequence and its content) Все остальные атрибуты из Referenced Image Sequence (включая Purpose of Reference Code Sequence и ее содержимое)		IMAGE	3
Lossy Image Compression Ratio (коэффициент сжатия изображения с потерями)	(0028,2112)	IMAGE	1C	Требуется, если присутствует в объекте изображения со значением ненулевой длины.

B.3.3.2 Значковые изображения

Directory Records типа IMAGE должны включать Icon Images. Пиксельные данные значка должны иметь значения атрибутов Bits Allocated (0028,0100) и Bits Stored (0028,0101), равные 8, значения атрибутов Rows (0028,0010) и Columns (0028,0011), равные 128, и значение атрибута Photometric Interpretation (фотометрическая интерпретация) (0028,0004), равное MONOCHROME2.

Примечание

Рекомендуется кодировать Icon Images с использованием кодирования VR OB. Использование OW, разрешенное базовым кардиологическим профилем STD-XABC-CD, определенным в приложении A, считается устаревшим и может быть исключено в будущих редакциях стандарта.
Этот размер значка больше рекомендованного в PS3.10, поскольку значок 64x64 не был бы клинически полезен для идентификации и выбора рентгеноангиографических изображений.
Для Multi-frame Images рекомендуется формировать значковое изображение из кадра, указанного в атрибуте Representative Frame Number (0028,6010), если он определен для SOP Instance изображения. Если Representative Frame Number отсутствует, следует выбрать кадр примерно на одной трети длительности Multi-frame Image. Процесс уменьшения любого изображения до 128x128 выходит за рамки настоящего стандарта.

B.3.4 Другие параметры

Этот раздел определяет другие параметры, общие для всех конкретных профилей приложений хранения на носителях класса STD-XA1K, которые необходимо указать для обеспечения интероперабельного обмена через носители.

B.3.4.1 Значения атрибутов изображения

Атрибуты, перечисленные в таблице B.3-3 и используемые в файлах X-Ray Angiographic Image, имеют указанные значения.

Таблица B.3-3. Обязательные значения атрибутов XA-изображения для STD-XA1K

Attribute (атрибут)	Tag (тег)	Value (значение)
Modality (модальность)	(0008,0060)	XA
Rows (строки)	(0028,0010)	до 1024 (см. ниже)
Columns (столбцы)	(0028,0011)	до 1024 (см. ниже)
Bits Stored (сохранено бит)	(0028,0101)	только 8, 10 и 12 бит

Примечание

При создании или обновлении File-set FSC или FSU не должен задавать значения Rows или Columns больше 1024. При чтении File-set FSR или FSU должен принимать все значения Rows или Columns до 1024 включительно.
Photometric Interpretation (фотометрическая интерпретация), Pixel Representation (представление пикселя), High Bit (старший бит), Bits Allocated и Samples per Pixel (выборок на пиксель) определены в XA IOD.

Атрибуты, перечисленные в таблице B.3-4 и используемые в файлах Secondary Capture Image, имеют указанные значения.

Таблица B.3-4. Обязательные значения атрибутов SC-изображения для STD-XA1K

Attribute (атрибут)	Tag (тег)	Value (значение)
Rows (строки)	(0028,0010)	до 1024 (см. ниже)
Columns (столбцы)	(0028,0011)	до 1024 (см. ниже)
Samples per Pixel (выборок на пиксель)	(0028,0002)	1
Photometric Interpretation (фотометрическая интерпретация)	(0028,0004)	MONOCHROME2
Bits Allocated (выделено бит)	(0028,0100)	только 8 бит
Bits Stored (сохранено бит)	(0028,0101)	только 8 бит
High Bit (старший бит)	(0028,0102)	7
Pixel Representation (представление пикселя)	(0028,0103)	0000H (без знака)

Примечание

При создании или обновлении File-set FSC или FSU не должен задавать значения Rows или Columns больше 1024. При чтении File-set FSR или FSU должен принимать все значения Rows или Columns до 1024 включительно.
Рекомендуется, чтобы Referenced Image Sequence (0008,1140) присутствовала, если SC Image существенно связана с XA-изображениями и кадрами, сохраненными на том же носителе; при наличии она должна содержать ссылки на эти изображения и кадры.

Overlay Group 60XX не должна присутствовать в Secondary Capture Images, а Standalone Overlays не должны ссылаться на Secondary Capture Images, используемые в этом профиле, и на них не должны ссылаться такие изображения.

B.3.4.2 Формат многокадрового JPEG

Кодирование пиксельных данных JPEG должно использовать Interchange Format (с заданием таблиц) для всех кадров.

B.3.4.3 Приоритет значений атрибутов

Исключено из действующего стандарта.

C Профиль приложения хранения на носителях для ультразвуковых исследований (нормативное)

C.1 Идентификация класса и профиля

Настоящее приложение определяет профили приложений хранения на носителях для ультразвуковых приложений хранения. Каждый профиль приложения хранения на носителях имеет уникальный идентификатор, используемый при заявлении соответствия. Из-за разнообразия клинических применений носителей хранения в ультразвуковой диагностике в этом разделе описывается семейство профилей приложений хранения на носителях, чтобы выбор приложения лучше соответствовал конкретным потребностям пользователя. Идентификатор, описывающий каждый профиль, состоит из трех частей: префикса, средней части и суффикса. Префикс описывает общий класс профиля приложения хранения на носителях и является общим для всех ультразвуковых профилей приложений хранения на носителях. Средняя часть описывает конкретное клиническое применение профиля. Суффикс описывает фактический выбор носителя, который будет использовать профиль.

Префикс для этого класса профилей приложений хранения на носителях задается идентификатором STD-US.

Примечание

В заявлениях о соответствии может использоваться прежний префикс APL, эквивалентный STD. Такое использование считается устаревшим и может быть исключено в будущих редакциях стандарта.

Средняя часть делится на три подкласса, описывающих клиническое использование данных. Эти подклассы: Image Display (отображение изображений) (идентификатор ID), Spatial Calibration (пространственная калибровка) (идентификатор SC) и Combined Calibration (комбинированная калибровка) (идентификатор CC). Все три подкласса могут применяться либо к однокадровым изображениям (SF), либо к однокадровым и многокадровым изображениям (MF). Подкласс SC расширяет класс ID, добавляя требование к данным пространственной калибровки, специфичным для области, в каждом IOD. Подкласс CC расширяет подкласс SC, требуя калибровку компонентов пикселя, специфичную для области.

Суффикс xxxx используется для описания фактического выбора носителя, применяемого в заявлении соответствия. Любой из указанных выше классов может быть сохранен на одном из восьми типов носителей, описанных в таблице C.3-3.

Конкретные профили приложений хранения на носителях показаны в следующей таблице.

Таблица C.1-1. Идентификаторы профилей приложений хранения на носителях для ультразвуковых исследований

Media Storage Application Profile (профиль приложения хранения на носителях)	Single Frame (однокадровый)	Single & Multi-Frame (однокадровый и многокадровый)
Image Display (отображение изображений)	STD-US-ID-SF-xxxx	STD-US-ID-MF-xxxx
Spatial Calibration (пространственная калибровка)	STD-US-SC-SF-xxxx	STD-US-SC-MF-xxxx
Combined Calibration (комбинированная калибровка)	STD-US-CC-SF-xxxx	STD-US-CC-MF-xxxx

Классы профилей приложений хранения на носителях ID предназначены для передачи ультразвуковых изображений с целью отображения.

Классы профилей приложений хранения на носителях SC предназначены для передачи ультразвуковых изображений с данными пространственной калибровки для количественных целей (см. раздел C.4).

Классы профилей приложений хранения на носителях CC предназначены для передачи ультразвуковых изображений с данными пространственной калибровки и калибровки компонентов пикселя для более сложных количественных целей (см. раздел C.5).

C.2 Клинический контекст

Эти классы профилей приложений хранения на носителях облегчают обмен ультразвуковыми данными на носителях. Типичный обмен выполняется между ультразвуковыми системами, между ультразвуковой системой и рабочей станцией просмотра, между рабочими станциями просмотра либо между ультразвуковой системой и архивом данных. Этот контекст показан на рисунке C.2-1.

Рисунок C.2-1. Клинический контекст ультразвукового исследования

Практическое использование передачи через носители возможно как внутри учреждения, так и между учреждениями.

C.2.1 Роли

C.2.1.1 Создатель File-set

Роль File-set Creator должна использоваться Application Entities, которые создают File-set в рамках класса профилей приложений хранения на носителях STD-US. Типичными объектами, использующими эту роль, являются ультразвуковое визуализирующее оборудование, рабочие станции и архивные системы, формирующие запись пациента для передачи. File-set Creators должны уметь создавать файл каталога DICOMDIR, файлы однокадровых и/или многокадровых ультразвуковых информационных объектов и, в зависимости от подкласса, калибровку, специфичную для области, в определенных Transfer Syntaxes.

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

C.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set. Типичными объектами, использующими эту роль, являются ультразвуковые системы, рабочие станции просмотра и архивные системы, принимающие запись пациента с носителя. File-set Readers должны уметь читать файл каталога DICOMDIR и все Information Objects, определенные для конкретных профилей приложений хранения на носителях, с использованием определенных Transfer Syntaxes.

C.2.1.3 Обновляющий File-set

Роль File-set Updater должна использоваться Application Entities, которые принимают переданный File-set и обновляют его путем добавления объектов на носитель или удаления объектов с носителя. Типичными объектами, использующими эту роль, являются ультразвуковые системы, добавляющие новые записи пациентов на носитель, и рабочие станции, которые могут добавить информационный объект, содержащий обработанное или измененное изображение.

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

Роль FSU не определена для профилей STD-US-xx-xx-DVD (то есть для DVD-носителей, отличных от DVD-RAM).

C.3 Общий профиль класса

C.3.1 SOP Classes и Transfer Syntaxes

Профили приложений хранения на носителях этого класса, STD-US, должны поддерживать соответствующие Information Object Definitions (IODs) и Transfer Syntaxes, указанные в следующей таблице. В роли FSU или FSC приложение может выбрать один из трех возможных Transfer Syntaxes для создания SOP Instance. В роли FSR приложение должно поддерживать все Transfer Syntaxes, определенные для соответствующего профиля приложения хранения на носителях STD-US.

Таблица C.3-1. SOP Classes и Transfer Syntaxes для ультразвуковых исследований

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name (имя синтаксиса передачи)	Transfer Syntax UID (UID синтаксиса передачи)
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian	1.2.840.10008.1.2.1
Ultrasound Image (ультразвуковое изображение)	1.2.840.10008.5.1.4.1.1.6.1	Explicit VR Little Endian	1.2.840.10008.1.2.1
Ultrasound Image (ультразвуковое изображение)	1.2.840.10008.5.1.4.1.1.6.1	RLE Lossless	1.2.840.10008.1.2.5
Ultrasound Image (ультразвуковое изображение)	1.2.840.10008.5.1.4.1.1.6.1	JPEG Baseline (Process 1)	1.2.840.10008.1.2.4.50
Ultrasound Multi-frame Image (многокадровое ультразвуковое изображение)	1.2.840.10008.5.1.4.1.1.3.1	Explicit VR Little Endian	1.2.840.10008.1.2.1
Ultrasound Multi-frame Image (многокадровое ультразвуковое изображение)	1.2.840.10008.5.1.4.1.1.3.1	RLE Lossless	1.2.840.10008.1.2.5
Ultrasound Multi-frame Image (многокадровое ультразвуковое изображение)	1.2.840.10008.5.1.4.1.1.3.1	JPEG Baseline (Process 1)	1.2.840.10008.1.2.4.50

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

Профили приложений хранения на носителях класса STD-US требуют, чтобы все объекты ультразвуковых изображений сохранялись только с использованием значений, описанных в US Image Module в PS3.3, и специализаций, используемых для Ultrasound Single and Multi-Frame IODs.

В роли FSU или FSC приложение может выбрать любой из поддерживаемых Photometric Interpretations, описанных в US Image Module в PS3.3, для создания IOD. В роли FSR приложение должно поддерживать все Photometric Interpretations, описанные в US Image Module в PS3.3.

таблица C.3-2 описывает ограничения на использование различных Transfer Syntaxes с поддерживаемыми Photometric Interpretations как для однокадровых, так и для Multi-frame Images.

Таблица C.3-2. Определенные пары Photometric Interpretation и Transfer Syntax (синтаксис передачи)

Photometric Interpretation Value (значение фотометрической интерпретации)	Transfer Syntax (синтаксис передачи)	Transfer Syntax UID (UID синтаксиса передачи)
MONOCHROME2	Explicit VR Little Endian RLE Lossless	1.2.840.10008.1.2.1 1.2.840.10008.1.2.5
RGB	Explicit VR Little Endian RLE Lossless	1.2.840.10008.1.2.1 1.2.840.10008.1.2.5
PALETTE COLOR	Explicit VR Little Endian RLE Lossless	1.2.840.10008.1.2.1 1.2.840.10008.1.2.5
YBR_FULL	RLE Lossless	1.2.840.10008.1.2.5
YBR_FULL_422	Explicit VR Little Endian JPEG Baseline (Process 1)	1.2.840.10008.1.2.1 1.2.840.10008.1.2.4.50

C.3.2 Физические носители и форматы носителей

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

Таблица C.3-3. Классы носителей

Media (носитель)	Классы носителей (классы носителей)	Media Format (формат носителя)	PS3.12
2.3GB 90mm MOD	MOD23-90	DOS, без разделов (съемный носитель)	Приложение Q “Магнитооптический диск 90 мм 2,3 ГБ (нормативное)”
CD-R	CDR	ISO/IEC 9660	Приложение F “Носитель CD-R 120 мм (нормативное)”
DVD-RAM	DVD-RAM	UDF1.5	Приложение J “UDF на носителе DVD-RAM 120 мм (нормативное)”
120 mm DVD	DVD	UDF or ISO 9660	Приложение P “DVD-носитель 120 мм (нормативное)”

Примечание

Классы носителей FLOP, MOD128, MOD230, MOD540, MOD640, MOD650, MOD12 и MOD23 ранее были определены, но теперь исключены из действующего стандарта. См. PS3.11 2004.

C.3.3 DICOMDIR

Directory должен включать Directory Records типов PATIENT, STUDY, SERIES, IMAGE, соответствующие файлам информационных объектов в File-set. На все DICOM-файлы в File-set, включающие SOP Instances (Information Objects), определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records. На уровне изображения каждый файл содержит один объект ультразвукового изображения или один объект Ultrasound Multi-frame Image, как определено в PS3.3 стандарта.

Примечание

Для всех носителей, выбранных в этом классе профиля приложения хранения на носителях STD-US, применяются следующие положения, как определено в PS3.12.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. На одном носителе должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Для двусторонних MOD-носителей на каждой стороне носителя должен быть DICOMDIR.

На одном носителе ключ Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента.

C.3.3.1 Дополнительные ключи

File-set Creators и File-set Updaters обязаны создавать только обязательные Attributes, указанные в PS3.10. На каждом уровне записи каталога любые дополнительные Data Elements могут быть добавлены как ключи, но от File-set Readers не требуется уметь использовать их как ключи.

C.3.3.2 Идентификаторы компонентов файла

Примечание

File Component IDs следует создавать с использованием имени файла на основе случайного числа, чтобы минимизировать коллизии File Component ID, как описано в PS3.12. FSU должен проверять существование Component ID перед созданием такого ID. Если возникает коллизия ID, FSU должен попробовать другой ID.

C.4 Требования класса Spatial Calibration (SC)

Все реализации, соответствующие классу профиля приложения хранения на носителях SC, должны включать US Region Calibration Module, за исключением Pixel Component Organization (0018,6044) и других Attributes, условных по этому Attribute.

C.5 Требования класса Combined Calibration (CC)

Все реализации, соответствующие классу профиля приложения хранения на носителях CC, должны включать US Region Calibration Module, включая Pixel Component Organization (0018,6044) и другие Attributes, условные по этому Attribute.

D Профили обмена общего назначения для CD-R, DVD и BD (нормативное)

D.1 Идентификация профиля

Настоящее приложение определяет класс профиля приложения хранения на носителях, потенциально включающий все определенные Media Storage SOP Classes. Этот класс предназначен для обмена Composite SOP Instances через носители CD-R, DVD-RAM и BD в приложениях общего назначения. На одном носителе могут включаться объекты из нескольких модальностей.

Подробный список Media Storage SOP Classes, которые могут поддерживаться, определен в PS3.4.

Таблица D.1-1. Профиль STD-GEN

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
Обмен общего назначения на CD-R	STD-GEN-CD	Поддерживает обмен Composite SOP Instances, такими как изображения, Structured Reports, Presentation States и Waveforms.
Обмен общего назначения на носителе DVD-RAM	STD-GEN-DVD-RAM	Поддерживает обмен Composite SOP Instances, такими как изображения, Structured Reports, Presentation States и Waveforms.
Защищенный обмен общего назначения на CD-R	STD-GEN-SEC-CD	Поддерживает обмен Composite SOP Instances, такими как изображения, Structured Reports, Presentation States и Waveforms. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
Защищенный обмен общего назначения на носителе DVD-RAM	STD-GEN-SEC-DVD-RAM	Поддерживает обмен Composite SOP Instances, такими как изображения, Structured Reports, Presentation States и Waveforms. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
Обмен общего назначения на носителе BD	STD-GEN-BD	Поддерживает обмен Composite SOP Instances, такими как изображения, Structured Reports, Presentation States и Waveforms.
Защищенный обмен общего назначения на носителе BD	STD-GEN-SEC-BD	Поддерживает обмен Composite SOP Instances, такими как изображения, Structured Reports, Presentation States и Waveforms. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.

Идентификатором этого класса профиля обмена изображениями общего назначения должен быть STD-GEN.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем заявлении о соответствии поддерживаемое подмножество Media Storage SOP Classes.

Примечание

Поскольку поддержка всех Media Storage Classes не требуется, пользователю следует внимательно оценивать подмножество поддерживаемых Media Storage SOP Classes в заявлениях о соответствии такого оборудования, чтобы обеспечить эффективный обмен объектами.

D.2 Клинический контекст

Этот профиль приложения хранения на носителях облегчает обмен изображениями и связанными данными на носителях CD-R, DVD-RAM и BD. Типичный обмен выполняется между устройствами сбора данных, архивами и рабочими станциями.

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

Этот профиль предназначен только для приложений общего назначения. Он не предназначен для замены конкретных профилей приложений хранения на носителях, которые могут быть определены для определенного клинического контекста. Последние могут поддерживать Transfer Syntaxes со сжатием, ограничения формы и содержимого экземпляров SOP Class, а также конкретные варианты носителей, исключающие использование профиля обмена общего назначения.

Примечание

Создание CD, DVD-RAM или BD значительно сложнее их чтения. Поэтому клинический контекст этого профиля приложения хранения на носителях, вероятно, будет асимметричным: со сложным File-set Creator и относительно простыми File-set Readers.

D.2.1 Роли и параметры класса службы

Этот профиль приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей File-set Creator (FSC), File-set Reader (FSR) и File-set Updater (FSU), определенных в PS3.10.

D.2.1.1 Создатель File-set

Роль File-set Creator должна использоваться Application Entities, которые создают File-set в рамках этого класса профилей приложений хранения на носителях для обмена изображениями.

File-set Creators должны уметь создавать Basic Directory SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, сохраненными в File-set. Application Entity, выступающая в роли File-set Creator, создает File-set в рамках профиля приложения хранения на носителях STD-GEN.

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

Примечание

Многотомный набор (то есть логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один физический том (сторону одного экземпляра носителя), FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе (стороне одного экземпляра носителя) и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для данного набора файлов (например, исследования) существует более одного физического тома.

D.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set в рамках класса профилей приложений хранения на носителях для обмена изображениями. Типичными объектами, использующими эту роль, являются системы формирования изображений, рабочие станции просмотра и архивные системы, принимающие запись пациента, например переданную из другого учреждения.

File-set Readers должны уметь читать файл каталога DICOMDIR и все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, для которого сделано заявление о соответствии, с использованием определенного Transfer Syntax.

D.2.1.3 Обновляющий File-set

Роль File-set Updater используется Application Entities, которые принимают переданный File-set в рамках класса профилей приложений хранения на носителях для обмена изображениями и обновляют его путем добавления изображений или информации на носитель либо удаления их с носителя. Типичными объектами, использующими эту роль, являются системы формирования изображений и рабочие станции, обрабатывающие или изменяющие изображения.

File-set Updaters должны уметь создавать один или несколько SOP Instances, определенных для этого профиля приложения хранения на носителях, для которого сделано заявление о соответствии, а также читать и обновлять файл DICOMDIR.

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

Примечание

Если том не был финализирован, File-set Updater сможет обновить информацию при условии, что на томе достаточно места для записи нового файла DICOMDIR, самой информации и базовых управляющих структур тома. Управляющие структуры тома являются структурами, присущими стандартам физического тома; см. PS3.12.

D.3 Класс профиля STD-GEN

D.3.1 SOP Classes и Transfer Syntaxes

Эти профили приложений хранения на носителях основаны на Media Storage Service Class (см. PS3.4).

Таблица D.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-CD, STD-GEN-DVD-RAM, STD-GEN-SEC-CD, STD-GEN-SEC-DVD-RAM, STD-GEN-BD, STD-GEN-SEC-BD

Information Object Definition (определение информационного объекта)

SOP Class UID (UID класса SOP)

Transfer Syntax Name and UID (имя и UID синтаксиса передачи)

Требование для FSC

Требование для FSR

Требование для FSU

Basic Directory (базовый каталог)

1.2.840.10008.1.3.10

Explicit VR Little Endian

1.2.840.10008.1.2.1

Обязательно

Composite IODs, для которых в PS3.4 определен Media Storage SOP Class

См. PS3.4

Explicit VR Little Endian

1.2.840.10008.1.2.1

Определено в заявлении о соответствии

Необязательно

SOP Classes и соответствующий Transfer Syntax, поддерживаемые этими профилями приложений хранения на носителях, указаны в таблице D.3-1. Поддерживаемые Storage SOP Class(es) должны быть перечислены в заявлении о соответствии.

D.3.2 Физический носитель и формат носителя

Профили приложений хранения на носителях STD-GEN-CD и STD-GEN-SEC-CD требуют физический носитель CD-R диаметром 120 мм с форматом носителя ISO/IEC 9660, как определено в PS3.12.

Профили приложений хранения на носителях STD-GEN-DVD-RAM и STD-GEN-SEC-DVD-RAM требуют носитель DVD-RAM диаметром 120 мм, как определено в PS3.12.

Профили приложений хранения на носителях STD-GEN-BD и STD-GEN-SEC-BD требуют любой носитель BD диаметром 120 мм, как определено в PS3.12.

D.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующих SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. На каждый File-set должен приходиться только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

D.3.3.1 Дополнительные ключи

File-set Creators и File-set Updaters обязаны создавать обязательные Attributes, указанные в PS3.3.

Таблица D.3-2 указывает дополнительные связанные ключи. На каждом уровне записи каталога могут быть добавлены другие дополнительные Data Elements, но от File-set Readers не требуется уметь использовать их как ключи. См. Basic Directory IOD в PS3.3.

Таблица D.3-2. Дополнительные ключи DICOMDIR для STD-GEN

Ключевой атрибут	Tag (тег)	Тип Directory Record	Type (тип)	Примечания
Image Type (тип изображения)	(0008,0008)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
Referenced Image Sequence (последовательность ссылочных изображений)	(0008,1140)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
>Referenced SOP Class UID	(0008,1150)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (0008,1140)
>Referenced SOP Instance UID	(0008,1155)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (0008,1140).
>All other Attributes from Referenced Image Sequence (including Purpose of Reference Code Sequence and its content) Все остальные атрибуты из Referenced Image Sequence (включая Purpose of Reference Code Sequence и ее содержимое)		IMAGE	3

Примечание

Требования к обязательным ключам DICOMDIR в PS3.3 подразумевают, что эти атрибуты либо присутствуют в Image IOD, либо каким-либо другим способом предоставляются File-set Creator. Этими атрибутами являются (0010,0020) Patient ID, (0008,0020) Study Date, (0008,0030) Study Time, (0020,0010) Study ID, (0020,0011) Series Number и (0020,0013) Instance Number.

D.3.3.2 Приоритет значений атрибутов

Исключено из действующего стандарта. См. PS3.11 2004.

Примечание

Исключенный из действующего стандарта Detached Patient Management SOP Class ранее предлагался для обновления идентификационной и демографической информации пациента без изменения файлов составных Image IOD. Такое использование теперь исключено из действующего стандарта.

D.3.4 Другие параметры

Не применимо.

D.3.5 Параметры безопасности

Профили приложений хранения на носителях STD-GEN-SEC-CD, STD-GEN-SEC-DVD-RAM и STD-GEN-SEC-BD требуют, чтобы все DICOM Files в File-set, включая DICOMDIR, были Secure DICOM Files, инкапсулированными в соответствии с требованиями Basic DICOM Media Security Profile, как определено в PS3.15.

Примечание

Эти профили приложений хранения на носителях не накладывают ограничений согласованности на использование Basic DICOM Media Security Profile с разными DICOM Files одного File-set. Например, считывающие приложения не должны предполагать, что все Files в File-set могут быть декодированы одним и тем же набором получателей. Также считывающие приложения не должны предполагать, что все защищенные Files используют один и тот же подход (хэш-ключ или цифровую подпись) для обеспечения целостности или несут подписи одних и тех же отправителей.

E Профили приложений хранения на носителях для изображений CT и MR (нормативное)

E.1 Идентификация профиля

Настоящее приложение определяет профили приложений хранения на носителях для обмена и хранения изображений компьютерной томографии и магнитно-резонансной томографии на перезаписываемых магнитооптических дисках (MOD) большой емкости, а также на CD-R, DVD-RAM и других DVD-носителях, без сжатия и со сжатием без потерь.

Таблица E.1-1. Профили STD-CTMR

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
Исследования CT/MR на MOD 4,1 ГБ	STD-CTMR-MOD41	Поддерживает однокадровые 8-, 12- или 16-битные полутоновые изображения и 8-битные изображения с палитровым цветом, без сжатия и со сжатием без потерь.
Исследования CT/MR на CD-R	STD-CTMR-CD	Поддерживает однокадровые 8-, 12- или 16-битные полутоновые изображения и 8-битные изображения с палитровым цветом, без сжатия и со сжатием без потерь.
Исследования CT/MR на носителе DVD-RAM	STD-CTMR-DVD-RAM	Поддерживает однокадровые 8-, 12- или 16-битные полутоновые изображения и 8-битные изображения с палитровым цветом, без сжатия и со сжатием без потерь.
Исследования CT/MR на DVD-носителе	STD-CTMR-DVD	Поддерживает однокадровые 8-, 12- или 16-битные полутоновые изображения и 8-битные изображения с палитровым цветом, без сжатия и со сжатием без потерь.

Примечание

Профили носителей STD-CTMR-MOD650, STD-CTMR-MOD12 и STD-CTMR-MOD23 ранее были определены, но теперь исключены из действующего стандарта. См. PS3.11 2004.

E.2 Клинический контекст

Эти профили приложений хранения на носителях облегчают обмен и хранение первичных CT- и MR-изображений, а также связанных Secondary Capture Images с определенными атрибутами, включая полутоновые изображения и изображения с палитровым цветом. CT-, MR- и SC-изображения могут сосуществовать в одном File-set.

Типичный обмен выполняется между устройствами сбора данных, архивами и рабочими станциями внутри учреждений и между ними.

E.2.1 Роли и параметры класса службы

Эти профили приложений хранения на носителях используют Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей: File-set Creator, File-set Reader и File-set Updater, определенных в PS3.10.

E.2.1.1 Создатель File-set

Application Entity, выступающая в роли File-set Creator, создает File-set в рамках профиля приложения хранения на носителях STD-CTMR. Типичными объектами, использующими эту роль, являются оборудование CT или MR и архивные системы, формирующие запись пациента для передачи в другое учреждение. File-set Creators должны уметь создавать Basic Directory SOP Class в файле DICOMDIR со всеми типами Directory Records, связанными с SOP Classes, сохраненными в File-set.

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

Примечание

Многотомный набор (логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один физический том, FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для данного набора файлов (например, исследования) существует более одного физического тома.

E.2.1.2 Читатель File-set

Роль File-set Reader используется Application Entities, которые принимают переданный File-set. Типичными объектами, использующими эту роль, являются рабочие станции просмотра и архивные системы, принимающие запись пациента, переданную из другого учреждения. File-set Readers должны уметь читать все SOP Classes, определенные для конкретного профиля приложения хранения на носителях, для которого сделано заявление о соответствии, с использованием всех определенных Transfer Syntaxes.

E.2.1.3 Обновляющий File-set

Роль File-set Updater используется Application Entities, которые принимают переданный File-set и обновляют его путем добавления информации. Типичными объектами, использующими эту роль, являются аналитические рабочие станции, которые, например, могут добавить в File-set информационный объект с обработанным изображением. Станции, обновляющие информационные объекты пациента, также используют эту роль. File-set Updaters не обязаны читать изображения. File-set Updaters должны уметь создавать один или несколько SOP Instances, определенных для конкретного профиля приложения хранения на носителях, для которого заявлено соответствие, а также читать и обновлять файл DICOMDIR.

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

Примечание

Если том не был финализирован, File-set Updater сможет обновить информацию при условии, что на томе достаточно места для записи нового файла DICOMDIR, добавляемой информации и основных структур управления томом. Структуры управления томом являются структурами, присущими стандартам физического тома; см. PS3.12.

Роль FSU для профиля STD-CTMR-DVD не определена.

E.3 Профили STD-CTMR

E.3.1 SOP Classes и Transfer Syntaxes

Эти профили приложений хранения на носителях основаны на Media Storage Service Class (см. PS3.4).

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этими профилями приложений хранения на носителях, указаны в таблице E.3-1.

Таблица E.3-1. SOP Classes и Transfer Syntaxes для STD-CTMR

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR	Требование для FSU (see Примечание 1)
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian 1.2.840.10008.1.2.1	Обязательно	Обязательно	Обязательно
CT Image (CT-изображение)	1.2.840.10008.5.1.4.1.1.2	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Необязательно	Обязательно	Необязательно
CT Image (CT-изображение)	1.2.840.10008.5.1.4.1.1.2	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Обязательно	Необязательно
MR Image (MR-изображение)	1.2.840.10008.5.1.4.1.1.4	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Необязательно	Обязательно	Необязательно
MR Image (MR-изображение)	1.2.840.10008.5.1.4.1.1.4	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Обязательно	Необязательно
Secondary Capture Image (Grayscale) (полутоновое изображение вторичного захвата)	1.2.840.10008.5.1.4.1.1.7	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Необязательно	Обязательно	Необязательно
Secondary Capture Image (Grayscale) (полутоновое изображение вторичного захвата)	1.2.840.10008.5.1.4.1.1.7	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Обязательно	Необязательно
Secondary Capture Image (Palette Color) (изображение вторичного захвата с палитровым цветом)	1.2.840.10008.5.1.4.1.1.7	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Необязательно	Необязательно	Необязательно
Secondary Capture Image (Palette Color) (изображение вторичного захвата с палитровым цветом)	1.2.840.10008.5.1.4.1.1.7	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно	Необязательно
Grayscale Softcopy Presentation State (состояние представления для экранного просмотра в градациях серого)	1.2.840.10008.5.1.4.1.1.11.1	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно	Необязательно
X-Ray Radiation Dose SR (структурированный отчет о дозе рентгеновского излучения)	1.2.840.10008.5.1.4.1.1.88.67	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно	Необязательно

Примечание

Требование для FSU для профиля STD-CTMR-DVD не определено.
SOP Class Detached Patient Management ранее был определен в этих профилях, но теперь исключен из действующего стандарта.

E.3.2 Физический носитель и формат носителя

Профиль приложения хранения на носителях STD-CTMR-MOD41 требует физический носитель 130 мм 4,1 ГБ R/W MOD с форматом носителя PCDOS, как определено в PS3.12.

Профиль приложения хранения на носителях STD-CTMR-CD требует физический носитель 120 мм CD-R с форматом носителя ISO 9660, как определено в PS3.12.

Профиль приложения хранения на носителях STD-CTMR-DVD-RAM требует носитель 120 мм DVD-RAM, как определено в PS3.12.

Профиль приложения хранения на носителях STD-CTMR-DVD требует любой 120 мм DVD-носитель, кроме DVD-RAM, как определено в PS3.12.

E.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях, соответствующих SOP Classes в File-set. На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

E.3.3.1 Дополнительные ключи

File-set Creators и File-set Updaters должны формировать обязательные атрибуты, указанные в Annex F “Basic Directory (базовый каталог) IOD (Normative)” in PS3.3.

E.3.3.2 Атрибуты, связанные с локализатором

Directory Records типа IMAGE должны включать обязательные атрибуты из модулей Frame of Reference и Image Plane, если они присутствуют в составном объекте изображения, как указано в PS3.3 и включено в таблицу E.3-2, чтобы изображение можно было связать с изображением-локализатором или другим ортогональным изображением. Атрибуты Rows (строки) (0028,0010) и Columns (столбцы) (0028,0011) требуются для облегчения аннотирования такого локализатора.

Примечание

Модуль Frame of Reference указан в PS3.3 как обязательный для составных информационных объектов CT и MR, но не для объектов Secondary Capture.

E.3.3.3 Значковые изображения

Directory Records типа SERIES или IMAGE могут включать Icon Images. Данные пикселей значкового изображения должны соответствовать определению Icon Image Key Definition в PS3.3 и ограничиваются следующими условиями: Photometric Interpretation (фотометрическая интерпретация) (0028,0004) должен быть MONOCHROME2 или PALETTE COLOR, Bits Allocated (выделено бит) (0028,0100) и Bits Stored (сохранено бит) (0028,0101) должны быть равны 8, а Rows (строки) (0028,0010) и Columns (столбцы) (0028,0011) должны быть равны 64.

E.3.4 Другие параметры

Этот раздел определяет другие параметры профилей STD-CTMR, которые необходимо указать для обеспечения интероперабельного обмена информацией.

Таблица E.3-2. Дополнительные ключи DICOMDIR для STD-CTMR

Ключевой атрибут	Tag (тег)	Тип Directory Record	Type (тип)	Примечания
Referenced Image Sequence (последовательность ссылочных изображений)	(0008,1140)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
>Referenced SOP Class UID	(0008,1150)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (0008,1140).
>Referenced SOP Instance UID	(0008,1155)	IMAGE	1C	Требуется, если присутствует Referenced Image Sequence (0008,1140).
>All other Attributes from Referenced Image Sequence (including Purpose of Reference Code Sequence and its content) Все остальные атрибуты из Referenced Image Sequence (включая Purpose of Reference Code Sequence и ее содержимое)		IMAGE	3
Image Position (Patient) (положение изображения относительно пациента)	(0020,0032)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
Image Orientation (Patient) (ориентация изображения относительно пациента)	(0020,0037)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
Frame of Reference UID (UID системы отсчета)	(0020,0052)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
Rows (строки)	(0028,0010)	IMAGE	1
Columns (столбцы)	(0028,0011)	IMAGE	1
Pixel Spacing (шаг пикселей)	(0028,0030)	IMAGE	1C	Требуется, если присутствует в объекте изображения.

Примечание

Определение информационного объекта Basic Directory (базовый каталог) в PS3.3 задает следующие атрибуты как Type 1 или Type 2: для Directory Records PATIENT: (0010,0010) Patient's Name; для Directory Records STUDY: (0008,0050) Accession Number, (0008,0020) Study Date, (0008,1030) Study Description (описание); для Directory Records SERIES: (0008,0060) Modality (модальность). Поэтому здесь они повторно не определяются.
Определение информационного объекта Basic Directory (базовый каталог) в PS3.3 допускает необязательное включение Icon Images на уровне IMAGE или SERIES. Для данного профиля они остаются необязательными, а решение о включении Icon Images для каждого изображения или каждой серии либо более выборочно оставляется разработчику реализации. В разделе E.3.3.3 описаны ограничения, применимые к Icon Images, включенным в этот профиль.

E.3.4.1 Значения атрибутов изображения

Атрибуты, перечисленные в таблице E.3-3 для файлов CT Image (CT-изображение), в таблице E.3-4 для файлов MR Image (MR-изображение), в таблице E.3-5 для файлов grayscale SC Image и в таблице E.3-6 для файлов color SC Image, должны принимать указанные значения. Эти значения более конкретны, чем заданные в определениях информационных объектов CT, MR и SC Image в PS3.3, но должны оставаться с ними согласованными.

Таблица E.3-3. Обязательные значения атрибутов изображения для CT-изображений STD-CTMR

Attribute (атрибут)	Tag (тег)	Value (значение)
Modality (модальность)	(0008,0060)	CT
Photometric Interpretation (фотометрическая интерпретация)	(0028,0004)	MONOCHROME2

Таблица E.3-4. Обязательные значения атрибутов изображения для MR-изображений STD-CTMR

Attribute (атрибут)	Tag (тег)	Value (значение)
Modality (модальность)	(0008,0060)	MR
Photometric Interpretation (фотометрическая интерпретация)	(0028,0004)	MONOCHROME2
Bits Stored (сохранено бит)	(0028,0101)	8, от 12 до 16
High Bit (старший бит)	(0028,0102)	Bits Stored (сохранено бит) (0028,0101) - 1

Примечание

Определение составного объекта изображения MR в PS3.3 не ограничивает (0028,0101) Bits Stored (сохранено бит) или (0028,0102) High Bit (старший бит).

Таблица E.3-5. Обязательные значения атрибутов изображения для полутоновых SC-изображений STD-CTMR

Attribute (атрибут)	Tag (тег)	Value (значение)
Samples Per Pixel (выборок на пиксель)	(0028,0002)	1
Photometric Interpretation (фотометрическая интерпретация)	(0028,0004)	MONOCHROME2
Bits Allocated (выделено бит)	(0028,0100)	8 или 16
Bits Stored (сохранено бит)	(0028,0101)	Bits Allocated (выделено бит) (0028,0100)
High Bit (старший бит)	(0028,0102)	Bits Stored (сохранено бит) (0028,0101) - 1

Таблица E.3-6. Обязательные значения атрибутов изображения для цветных SC-изображений STD-CTMR

Attribute (атрибут)	Tag (тег)	Value (значение)
Samples Per Pixel (выборок на пиксель)	(0028,0002)	1
Photometric Interpretation (фотометрическая интерпретация)	(0028,0004)	PALETTE COLOR
Bits Allocated (выделено бит)	(0028,0100)	8
Bits Stored (сохранено бит)	(0028,0101)	8
High Bit (старший бит)	(0028,0102)	7

E.3.4.1.1 Приоритет значений атрибутов

Исключено из действующего стандарта.

F Профиль обмена дискетами с волновыми формами (нормативное)

Исключено из действующего стандарта. См. PS3.11 2004.

G Профиль обмена MIME общего назначения (нормативное)

G.1 Идентификация профиля

Это приложение определяет класс профиля приложения хранения на носителях, включающий все определенные Media Storage SOP Classes. Этот класс предназначен для обмена Composite SOP Instances по электронной почте в приложениях общего назначения.

Примечание

Этот класс профиля приложения хранения на носителях не предназначен для замены более надежного DICOM Storage Service Class.

В одно сообщение электронной почты могут быть включены объекты нескольких модальностей. Подробный список Media Storage SOP Classes, которые могут поддерживаться, определен в PS3.4.

Таблица G.1-1. Профиль STD-GEN-MIME

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
General Purpose MIME Interchange (обмен MIME общего назначения)	STD-GEN-MIME	Обеспечивает обмен Composite SOP Instances по электронной почте.

Идентификатором этого профиля General Purpose MIME Interchange (обмен MIME общего назначения) должен быть STD-GEN-MIME.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем Conformance Statement поддерживаемое подмножество Media Storage SOP Classes.

Примечание

Поскольку поддержка всех Media Storage Classes не требуется, пользователю следует внимательно учитывать подмножество поддерживаемых Media Storage SOP Classes в Conformance Statements такого оборудования, чтобы обеспечить эффективный обмен объектами.

G.2 Клинический контекст

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

Этот профиль предназначен только для приложений общего назначения. Он не предназначен для замены специальных профилей приложений хранения на носителях, которые могут быть определены для конкретного клинического контекста.

Примечание

Настоящий профиль приложения хранения на носителях не включает какого-либо специального механизма обеспечения конфиденциальности. Однако при использовании профиля приложения хранения на носителях STD-GEN-MIME в сетях, которые не защищены иным образом, настоятельно рекомендуется применять защищенные механизмы, например S/MIME.

G.2.1 Роли и параметры класса службы

Этот профиль приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или две роли: File-set Creator (FSC) и File-set Reader (FSR), определенные в PS3.10. Поскольку обмен по электронной почте не предполагает хранения на носителе, роль File-set Updater (FSU) не задается.

G.2.1.1 Создатель File-set

Роль File-set Creator может использоваться Application Entities, которые формируют File-set в рамках этого класса обмена профилей приложений хранения на носителях.

File-set Creators могут формировать Basic Directory (базовый каталог) SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, включенными в File-set.

Application Entity, выступающая в роли File-set Creator, формирует File-set в рамках профиля приложения хранения на носителях STD-GEN-MIME.

Примечание

Многотомный набор (то есть логический том, который может охватывать несколько носителей) этим классом профиля приложения хранения на носителях не поддерживается. Поскольку MIME является виртуальным носителем, а механизмы электронной почты предусматривают фрагментацию частей MIME для передачи через электронную почту с ограничением размера, необходимость в нескольких томах отсутствует.

G.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set в рамках класса обмена изображениями профилей приложений хранения на носителях.

File-set Readers могут читать файл каталога DICOMDIR и должны уметь читать все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, используя Transfer Syntaxes, указанные в Conformance Statement.

G.3 Профиль STD-GEN-MIME

G.3.1 SOP Classes и Transfer Syntaxes

Этот профиль приложения хранения на носителях основан на Media Storage Service Class (см. PS3.4).

Таблица G.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-MIME

Information Object Definition (определение информационного объекта)	SOP Class UID	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	Определяется в Conformance Statement	Определяется в Conformance Statement	Определяется в Conformance Statement

Information Object Definition (определение информационного объекта)

SOP Class UID

Transfer Syntax Name and UID (имя и UID синтаксиса передачи)

Требование для FSC

Требование для FSR

Basic Directory (базовый каталог)

1.2.840.10008.1.3.10

Explicit VR Little Endian

1.2.840.10008.1.2.1

Необязательно

Composite IODs, для которых в PS3.4 определен Media Storage SOP Class

См. PS3.4

Определяется в Conformance Statement

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этим профилем приложения хранения на носителях, указаны в таблице G.3-1. Поддерживаемые Storage SOP Class(es) и Transfer Syntax(es) должны быть перечислены в Conformance Statement.

G.3.2 Физический носитель и формат носителя

Профиль приложения хранения на носителях STD-GEN-MIME требует носитель DICOM MIME, как определено в PS3.12.

G.3.3 Информация каталога в DICOMDIR

Если DICOMDIR включен, соответствующие Application Entities должны включать в него Basic Directory (базовый каталог) IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.
В DICOMDIR на каждый объект можно ссылаться с помощью referenced file ID (например, 000/000), содержащего несколько значений, соответствующих пути в физической системе, поскольку организация MIME является плоской. Нет требования, чтобы принимающее приложение использовало этот путь для создания иерархии файлов.

В одном File-set может быть только один файл DICOMDIR. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

G.3.3.1 Дополнительные ключи

Дополнительные ключи не заданы.

H Профили обмена DVD общего назначения со сжатием (нормативное)

H.1 Идентификация профиля

Это приложение определяет класс профиля приложения хранения на носителях, потенциально включающий все определенные Media Storage SOP Classes. Этот класс предназначен для обмена Composite SOP Instances на DVD-носителях в приложениях общего назначения. На одном носителе могут находиться объекты нескольких модальностей. Изображения могут быть сжаты с потерями или без потерь с использованием JPEG или JPEG 2000; все File-set Readers обязаны поддерживать распаковку всех сжатых Transfer Syntaxes, определенных для каждого профиля.

Подробный список Media Storage SOP Classes, которые могут поддерживаться, определен в PS3.4.

Таблица H.1-1. Профили STD-GEN-DVD и STD-GEN-SEC-DVD

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
General Purpose DVD Interchange with JPEG (обмен DVD общего назначения с JPEG)	STD-GEN-DVD-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения, структурированные отчеты, состояния представления и волновые формы, без сжатия либо со сжатием JPEG без потерь или с потерями.
General Purpose DVD Interchange with JPEG 2000 (обмен DVD общего назначения с JPEG 2000)	STD-GEN-DVD-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения, структурированные отчеты, состояния представления и волновые формы, без сжатия либо со сжатием JPEG 2000 без потерь или с потерями.
General Purpose Secure DVD Interchange with JPEG (защищенный обмен DVD общего назначения с JPEG)	STD-GEN-SEC-DVD-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения, структурированные отчеты, состояния представления и волновые формы, без сжатия либо со сжатием JPEG без потерь или с потерями. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Secure DVD Interchange with JPEG 2000 (защищенный обмен DVD общего назначения с JPEG 2000)	STD-GEN-SEC-DVD-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения, структурированные отчеты, состояния представления и волновые формы, без сжатия либо со сжатием JPEG 2000 без потерь или с потерями. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем заявлении о соответствии поддерживаемое подмножество Media Storage SOP Classes.

Примечание

Поскольку поддержка всех Media Storage Classes не требуется, пользователю следует внимательно учитывать подмножество поддерживаемых Media Storage SOP Classes в заявлениях о соответствии такого оборудования, чтобы обеспечить эффективный обмен объектами.

H.2 Клинический контекст

Этот класс профиля приложения хранения на носителях облегчает обмен изображениями и связанными данными на DVD-носителях. Типичный обмен выполняется между устройствами сбора данных, архивами и рабочими станциями.

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

Этот профиль предназначен только для приложений общего назначения. Он не предназначен для замены специальных профилей приложений хранения на носителях, которые могут быть определены для конкретного клинического контекста.

Примечание

Создание DVD существенно сложнее его чтения. Поэтому клинический контекст для этого профиля приложения хранения на носителях, вероятно, будет асимметричным: сложный File-set Creator и относительно простые File-set Readers.

H.2.1 Роли и параметры класса службы

Этот класс профиля приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей File-set Creator (FSC) или File-set Reader (FSR), определенных в PS3.10. Роль File-set Updater (FSU) не определена.

H.2.1.1 Создатель File-set

Роль File-set Creator должна использоваться Application Entities, которые формируют File-set в рамках этого класса обмена изображениями профилей приложений хранения на носителях.

File-set Creators должны уметь формировать Basic Directory (базовый каталог) SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, сохраненными в File-set. Application Entity, выступающая в роли File-set Creator, формирует File-set в рамках профиля приложения хранения на носителях STD-GEN-DVD или STD-GEN-SEC-DVD.

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

Примечание

Многотомный набор (то есть логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один физический том (сторону одного носителя), FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе (стороне одного носителя) и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для данного набора файлов (например, исследования) существует более одного физического тома.

H.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set в рамках класса обмена изображениями профилей приложений хранения на носителях. Типичными объектами, использующими эту роль, являются системы формирования изображений, рабочие станции отображения и архивные системы, принимающие запись пациента, например переданную из другого учреждения.

File-set Readers должны уметь читать файл каталога DICOMDIR и все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, для которого заявлено соответствие, с использованием всех Transfer Syntaxes, определенных для профиля.

Примечание

FSR должен поддерживать все Transfer Syntaxes, определенные в профиле. Недопустимо поддерживать только один из вариантов: несжатые или сжатые Transfer Syntaxes.

H.2.1.3 Обновляющий File-set

Роль FSU для профилей STD-GEN-DVD и STD-GEN-SEC-DVD не определена.

H.3 Классы профилей STD-GEN-DVD и STD-GEN-SEC-DVD

H.3.1 SOP Classes и Transfer Syntaxes

Этот профиль приложения хранения на носителях основан на Media Storage Service Class (см. PS3.4).

Таблица H.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-DVD и STD-GEN-SEC-DVD

Information Object Definition (определение информационного объекта)	SOP Class UID	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian 1.2.840.10008.1.2.1	Обязательно	Обязательно
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	Explicit VR Little Endian 1.2.840.10008.1.2.1	Определяется в заявлении о соответствии	Обязательно для всех SOP Classes, определенных в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Определяется в заявлении о соответствии	Обязательно для профилей -JPEG для всех SOP Classes, определенных в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Baseline (Process 1) 1.2.840.10008.1.2.4.50	Определяется в заявлении о соответствии	Обязательно для профилей -JPEG для всех SOP Classes, определенных в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Extended (Process 2 & 4) 1.2.840.10008.1.2.4.51	Определяется в заявлении о соответствии	Обязательно для профилей -JPEG для всех SOP Classes, определенных в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG 2000 Image Compression (Lossless Only) 1.2.840.10008.1.2.4.90	Определяется в заявлении о соответствии	Обязательно для профилей -J2K для всех SOP Classes, определенных в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG 2000 Image Compression 1.2.840.10008.1.2.4.91	Определяется в заявлении о соответствии	Обязательно для профилей -J2K для всех SOP Classes, определенных в заявлении о соответствии

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этими профилями приложений хранения на носителях, указаны в таблице H.3-1. Поддерживаемые Storage SOP Class(es) должны быть перечислены в заявлении о соответствии.

H.3.2 Физический носитель и формат носителя

Профили приложений хранения на носителях STD-GEN-DVD и STD-GEN-SEC-DVD требуют любой DVD-носитель диаметром 120 мм, кроме DVD-RAM, как определено в PS3.12.

H.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory (базовый каталог) IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. В одном File-set должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

H.3.3.1 Дополнительные ключи

File-set Creators и File-set Updaters должны формировать обязательные атрибуты, указанные в PS3.3.

Таблица H.3-2 задает дополнительные связанные ключи. На каждом уровне записи каталога могут быть добавлены другие дополнительные Data Elements, но не требуется, чтобы File-set Readers могли использовать их как ключи. См. Basic Directory (базовый каталог) IOD в PS3.3.

Таблица H.3-2. Дополнительные ключи DICOMDIR для STD-GEN-DVD и STD-GEN-SEC-DVD

Ключевой атрибут	Tag (тег)	Тип Directory Record	Type (тип)	Примечания
Patient's Birth Date (дата рождения пациента)	(0010,0030)	PATIENT	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Patient's Sex (пол пациента)	(0010,0040)	PATIENT	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Institution Name (название учреждения)	(0008,0080)	SERIES	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Institution Address (адрес учреждения)	(0008,0081)	SERIES	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Performing Physicians' Name (имена выполняющих врачей)	(0008,1050)	SERIES	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Image Type (тип изображения)	(0008,0008)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
Calibration Image (калибровочное изображение)	(0050,0004)	IMAGE	1C	Требуется, если присутствует в объекте изображения с ненулевой длиной значения.
Referenced Image Sequence (последовательность ссылочных изображений)	(0008,1140)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения с одним или несколькими элементами, либо в Data Set верхнего уровня, либо вложенным в последовательность функциональной группы Shared Functional Groups Sequence (5200,9229). Эта последовательность должна содержать все содержимое последовательности, присутствующей в объекте изображения (все элементы и атрибуты должны копироваться в том же порядке, без добавления или удаления). Если в объекте изображения присутствует более одной последовательности, должна копироваться последовательность из Data Set верхнего уровня.
Lossy Image Compression Ratio (коэффициент сжатия изображения с потерями)	(0028,2112)	IMAGE	1C	Требуется, если присутствует в объекте изображения с ненулевой длиной значения.
Rows (строки)	(0028,0010)	IMAGE или SPECTROSCOPY	1
Columns (столбцы)	(0028,0011)	IMAGE или SPECTROSCOPY	1
Frame of Reference UID (UID системы отсчета)	(0020,0052)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии.
Synchronization Frame of Reference UID (UID синхронизирующей системы отсчета)	(0020,0200)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии.
Number of Frames (число кадров)	(0028,0008)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии.
Acquisition Time Synchronized (синхронизация времени сбора данных)	(0018,1800)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии.
Acquisition DateTime (дата и время сбора данных)	(0008,002A)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии.
Image Position (Patient) (положение изображения относительно пациента)	(0020,0032)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии, либо в Data Set верхнего уровня, либо вложенным в последовательность функциональной группы Shared Functional Groups Sequence (5200,9229).
Image Orientation (Patient) (ориентация изображения относительно пациента)	(0020,0037)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии, либо в Data Set верхнего уровня, либо вложенным в последовательность функциональной группы Shared Functional Groups Sequence (5200,9229).
Pixel Spacing (шаг пикселей)	(0028,0030)	IMAGE или SPECTROSCOPY	1C	Требуется, если присутствует в объекте изображения или спектроскопии, либо в Data Set верхнего уровня, либо вложенным в последовательность функциональной группы Shared Functional Groups Sequence (5200,9229).

Примечание

Требования к обязательным ключам DICOMDIR в PS3.3 подразумевают, что эти атрибуты либо присутствуют в Image IOD, либо каким-либо другим способом предоставляются File-set Creator. Эти атрибуты: (0010,0020) Patient ID, (0008,0020) Study Date, (0008,0030) Study Time, (0020,0010) Study ID, (0020,0011) Series Number и (0020,0013) Instance Number.

H.3.4 Другие параметры

H.3.4.1 Формат многокадрового JPEG

Кодирование пиксельных данных JPEG должно использовать Interchange Format (с указанием таблиц) для всех кадров.

H.3.5 Параметры безопасности

Профили приложений хранения на носителях STD-GEN-SEC-DVD требуют, чтобы все DICOM Files в File-set, включая DICOMDIR, были Secure DICOM Files, инкапсулированными в соответствии с требованиями Basic DICOM Media Security Profile, как определено в PS3.15.

Примечание

Эти профили приложений хранения на носителях не накладывают ограничений согласованности на использование Basic DICOM Media Security Profile с разными DICOM Files одного File-set. Например, читатели не должны предполагать, что все файлы в File-set могут быть декодированы одним и тем же набором получателей. Читатели также не должны предполагать, что все защищенные файлы используют один и тот же подход (хэш-ключ или цифровую подпись) для обеспечения целостности или содержат подписи одних и тех же отправителей.

I Профили обмена DVD MPEG2 (нормативное)

I.1 Идентификация профиля

Это приложение определяет класс профиля приложения хранения на носителях для всех многокадровых Media Image Storage SOP Classes, сжатых с использованием MPEG2.

Таблица I.1-1. Профили STD-DVD-MPEG2-MPML и STD-DVD-SEC-MPEG2-MPML

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
DVD Interchange with MPEG2 MP@ML (обмен DVD с MPEG2 MP@ML)	STD-DVD-MPEG2-MPML	Обеспечивает обмен многокадровыми изображениями в виде видеопоследовательностей, сжатых MPEG2 MP@ML.
Secure DVD Interchange with MPEG2 MP@ML (защищенный обмен DVD с MPEG2 MP@ML)	STD-DVD-SEC-MPEG2-MPML	Обеспечивает обмен многокадровыми изображениями в виде видеопоследовательностей, сжатых MPEG2 MP@ML. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем заявлении о соответствии поддерживаемое подмножество Media Storage SOP Classes.

I.2 Клинический контекст

Этот класс профиля приложения хранения на носителях облегчает обмен данными изображений на DVD-носителях. Типичный обмен выполняется между устройствами сбора данных, архивами и рабочими станциями.

I.2.1 Роли и параметры класса службы

Этот класс профиля приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей File-set Creator (FSC) или File-set Reader (FSR), определенных в PS3.10. Роль File-set Updater (FSU) не определена.

I.2.1.1 Создатель File-set

Роль File-set Creator должна использоваться Application Entities, которые формируют File-set в рамках этого класса обмена изображениями профилей приложений хранения на носителях.

File-set Creators должны уметь формировать Basic Directory (базовый каталог) SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, сохраненными в File-set. Application Entity, выступающая в роли File-set Creator, формирует File-set в рамках профиля приложения хранения на носителях STD-DVD-MPEG2-MPML или STD-DVD-SEC-MPEG2-MPML.

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

Примечание

Многотомный набор (то есть логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один физический том (сторону одного носителя), FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе (стороне одного носителя) и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для данного набора файлов (например, исследования) существует более одного физического тома.

I.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set в рамках класса обмена изображениями профилей приложений хранения на носителях. Типичными объектами, использующими эту роль, являются системы формирования изображений, рабочие станции отображения и архивные системы, принимающие запись пациента, например переданную из другого учреждения.

File-set Readers должны уметь читать файл каталога DICOMDIR и все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, для которого заявлено соответствие, с использованием всех Transfer Syntaxes, определенных для профиля.

I.2.1.3 Обновляющий File-set

Роль FSU для профилей STD-DVD-MPEG2-MPML и STD-DVD-SEC-MPEG2-MPML не определена.

I.3 Классы профилей STD-DVD-MPEG2-MPML и STD-DVD-SEC-MPEG2-MPML

I.3.1 SOP Classes и Transfer Syntaxes

Эти профили приложений хранения на носителях основаны на Media Storage Service Class (см. PS3.4).

Таблица I.3-1. SOP Classes и Transfer Syntaxes для STD-DVD-MPEG2-MPML и STD-DVD-SEC-MPEG2-MPML

Information Object Definition (определение информационного объекта)

SOP Class UID

Transfer Syntax Name and UID (имя и UID синтаксиса передачи)

Требование для FSC

Требование для FSR

Basic Directory (базовый каталог)

1.2.840.10008.1.3.10

Explicit VR Little Endian

1.2.840.10008.1.2.1

Обязательно

Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class

См. PS3.4

MPEG2 Main Profile / Main Level

1.2.840.10008.1.2.4.100

Определяется в заявлении о соответствии

Обязательно для всех SOP Classes, определенных в заявлении о соответствии

SOP Classes и соответствующий Transfer Syntax, поддерживаемые этими профилями приложений хранения на носителях, указаны в таблице I.3-1. Поддерживаемые Storage SOP Class(es) должны быть перечислены в заявлении о соответствии.

I.3.2 Физический носитель и формат носителя

Профили приложений хранения на носителях STD-DVD-MPEG2-MPML и STD-DVD-SEC-MPEG2-MPML требуют любой DVD-носитель диаметром 120 мм, кроме DVD-RAM, как определено в PS3.12.

I.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory (базовый каталог) IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. В одном File-set должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

I.3.3.1 Дополнительные ключи

File-set Creators и File-set Updaters должны формировать обязательные атрибуты, указанные в PS3.3.

Таблица I.3-2 задает дополнительные связанные ключи. На каждом уровне записи каталога могут быть добавлены другие дополнительные Data Elements, но не требуется, чтобы File-set Readers могли использовать их как ключи. См. Basic Directory (базовый каталог) IOD в PS3.3.

Таблица I.3-2. Дополнительные ключи DICOMDIR для STD-DVD-MPEG2-MPML и STD-DVD-SEC-MPEG2-MPML

Ключевой атрибут	Tag (тег)	Тип Directory Record	Type (тип)	Примечания
Patient's Birth Date (дата рождения пациента)	(0010,0030)	PATIENT	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Patient's Sex (пол пациента)	(0010,0040)	PATIENT	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Institution Name (название учреждения)	(0008,0080)	SERIES	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Institution Address (адрес учреждения)	(0008,0081)	SERIES	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Performing Physicians' Name (имена выполняющих врачей)	(0008,1050)	SERIES	1C	Требуется, если присутствует с ненулевой длиной значения в любых объектах, на которые ссылаются подчиненные записи.
Image Type (тип изображения)	(0008,0008)	IMAGE	1C	Требуется, если присутствует в объекте изображения.
Lossy Image Compression Ratio (коэффициент сжатия изображения с потерями)	(0028,2112)	IMAGE	1C	Требуется, если присутствует в объекте изображения с ненулевой длиной значения.
Rows (строки)	(0028,0010)	IMAGE	1
Columns (столбцы)	(0028,0011)	IMAGE	1

Примечание

Требования к обязательным ключам DICOMDIR в PS3.3 подразумевают, что эти атрибуты либо присутствуют в Image IOD, либо каким-либо другим способом предоставляются File-set Creator. Эти атрибуты: (0010,0020) Patient ID, (0008,0020) Study Date, (0008,0030) Study Time, (0020,0010) Study ID, (0020,0011) Series Number и (0020,0013) Instance Number.

I.3.4 Параметры безопасности

Профили приложений хранения на носителях STD-DVD-SEC-MPEG2-MPML требуют, чтобы все DICOM Files в File-set, включая DICOMDIR, были Secure DICOM Files, инкапсулированными в соответствии с требованиями Basic DICOM Media Security Profile, как определено в PS3.15.

Примечание

Эти профили приложений хранения на носителях не накладывают ограничений согласованности на использование Basic DICOM Media Security Profile с разными DICOM Files одного File-set. Например, читатели не должны предполагать, что все файлы в File-set могут быть декодированы одним и тем же набором получателей. Читатели также не должны предполагать, что все защищенные файлы используют один и тот же подход (хэш-ключ или цифровую подпись) для обеспечения целостности или содержат подписи одних и тех же отправителей.

I.3.5 "dual-format" (информативное)

Желательно, чтобы бытовые DVD-проигрыватели и компьютерное программное обеспечение для воспроизведения обычных DVD-фильмов могли воспроизводить видеоданные, закодированные на DICOM DVD. Битовый поток MPEG2, "инкапсулированный" DICOM Transfer Syntax, потенциально может повторно использоваться такими приложениями, если создана соответствующая структура UDF, позволяющая разделять один и тот же extent между DICOM-файлом и файловым форматом и структурой папок, используемыми форматом бытового DVD Video. Альтернативно битовый поток может быть продублирован, и оба набора файлов могут присутствовать на одном и том же носителе.

Этот профиль не требует этого и не указывает, какой подход следует использовать. В частности, этот профиль не требует наличия файла DVD Video и структуры папок, хотя это рекомендуется.

J Профили обмена USB и флэш-памяти общего назначения со сжатием (нормативное)

J.1 Идентификация профиля

Это приложение определяет класс профиля приложения хранения на носителях, потенциально включающий все определенные Media Storage SOP Classes. Этот класс предназначен для обмена Composite SOP Instances на носителях USB, CF, MMC или SD в приложениях общего назначения. На одном носителе могут находиться объекты нескольких модальностей. Изображения могут быть сжаты с потерями или без потерь с использованием JPEG или JPEG 2000; все File-set Readers обязаны поддерживать распаковку всех сжатых Transfer Syntaxes, определенных для каждого профиля.

Подробный список Media Storage SOP Classes, которые могут поддерживаться, определен в PS3.4.

Таблица J.1-1. Профили STD-GEN-USB, STD-GEN-SEC-USB, STD-GEN-MMC, STD-GEN-SEC-MMC, STD-GEN-CF, STD-GEN-SEC-CF, STD-GEN-SD и STD-GEN-SEC-SD

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
General Purpose USB Media Interchange with JPEG (обмен USB-носителями общего назначения с JPEG)	STD-GEN-USB-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы.
General Purpose USB Media Interchange with JPEG-2000 (обмен USB-носителями общего назначения с JPEG 2000)	STD-GEN-USB-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы.
General Purpose Secure USB Media Interchange with JPEG (защищенный обмен USB-носителями общего назначения с JPEG)	STD-GEN-SEC-USB-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Secure USB Media Interchange with JPEG-2000 (защищенный обмен USB-носителями общего назначения с JPEG 2000)	STD-GEN-SEC-USB-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Multimedia Card Interchange with JPEG (обмен картами Multimedia Card общего назначения с JPEG)	STD-GEN-MMC-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы.
General Purpose Multimedia Card Interchange with JPEG-2000 (обмен картами Multimedia Card общего назначения с JPEG 2000)	STD-GEN-MMC-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы.
General Purpose Secure Multimedia Card Interchange with JPEG (защищенный обмен картами Multimedia Card общего назначения с JPEG)	STD-GEN-SEC-MMC-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Secure Multimedia Card Interchange with JPEG-2000 (защищенный обмен картами Multimedia Card общего назначения с JPEG 2000)	STD-GEN-SEC-MMC-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose CompactFlash Interchange with JPEG (обмен CompactFlash общего назначения с JPEG)	STD-GEN-CF-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы.
General Purpose CompactFlash Interchange with JPEG-2000 (обмен CompactFlash общего назначения с JPEG 2000)	STD-GEN-CF-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы.
General Purpose Secure CompactFlash Interchange with JPEG (защищенный обмен CompactFlash общего назначения с JPEG)	STD-GEN-SEC-CF-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Secure CompactFlash Interchange with JPEG-2000 (защищенный обмен CompactFlash общего назначения с JPEG 2000)	STD-GEN-SEC-CF-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Digital Card Interchange with JPEG (обмен Digital Card общего назначения с JPEG)	STD-GEN-SD-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы.
General Purpose Digital Card Interchange with JPEG-2000 (обмен Digital Card общего назначения с JPEG 2000)	STD-GEN-SD-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы.
General Purpose Secure Digital Card Interchange with JPEG (защищенный обмен Secure Digital Card общего назначения с JPEG)	STD-GEN-SEC-SD-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.
General Purpose Secure Digital Card Interchange with JPEG-2000 (защищенный обмен Secure Digital Card общего назначения с JPEG 2000)	STD-GEN-SEC-SD-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые обратимым или необратимым JPEG 2000), структурированные отчеты, состояния представления и волновые формы. Предоставляет конфиденциальность, целостность и, в зависимости от выбора File-set Creator, аутентификацию источника данных.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем заявлении о соответствии поддерживаемое подмножество Media Storage SOP Classes.

Примечание

Поскольку поддержка всех Media Storage Classes не требуется, пользователю следует внимательно учитывать подмножество поддерживаемых Media Storage SOP Classes в заявлениях о соответствии такого оборудования, чтобы обеспечить эффективный обмен объектами.

J.2 Клинический контекст

Этот класс профиля приложения хранения на носителях облегчает обмен изображениями и связанными данными на носителях USB, CF, MMC или SD. Типичный обмен выполняется между устройствами сбора данных, архивами и рабочими станциями.

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

Этот профиль предназначен только для приложений общего назначения. Он не предназначен для замены специальных профилей приложений хранения на носителях, которые могут быть определены для конкретного клинического контекста.

J.2.1 Роли и параметры класса службы

Этот класс профиля приложения хранения на носителях использует Media Storage Service Class, определенный в PS3.4.

Application Entity должна поддерживать одну или несколько ролей File-set Creator (FSC), File-set Reader (FSR) или File-set Updater (FSU), определенных в PS3.10.

J.2.1.1 Создатель File-set

Роль File-set Creator должна использоваться Application Entities, которые формируют File-set в рамках этого класса обмена профилей приложений хранения на носителях.

File-set Creators должны уметь формировать Basic Directory (базовый каталог) SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, сохраненными в File-set. Application Entity, выступающая в роли File-set Creator, формирует File-set в рамках профиля приложения хранения на носителях STD-GEN-USB, STD-GEN-SEC-USB, STD-GEN-MMC, STD-GEN-SEC-MMC, STD-GEN-CF, STD-GEN-SEC-CF, STD-GEN-SD или STD-GEN-SEC-SD.

Примечание

Многотомный набор (то есть логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один физический том (сторону одного носителя), FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе (стороне одного носителя) и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для данного набора файлов (например, исследования) существует более одного физического тома.

J.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set в рамках этого класса обмена профилей приложений хранения на носителях. Типичными объектами, использующими эту роль, являются системы формирования изображений, рабочие станции отображения и архивные системы, принимающие запись пациента, например переданную из другого учреждения.

File-set Readers должны уметь читать файл каталога DICOMDIR и все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, для которого заявлено соответствие, с использованием всех Transfer Syntaxes, определенных для профиля.

Примечание

FSR должен поддерживать все Transfer Syntaxes, определенные в профиле. Недопустимо поддерживать только один из вариантов: несжатые или сжатые Transfer Syntaxes.

J.2.1.3 Обновляющий File-set

Роль File-set Updater используется Application Entities, которые принимают переданный File-set в рамках этого класса обмена профилей приложений хранения на носителях и обновляют его путем добавления или удаления изображений либо информации на носителе. Типичными объектами, использующими эту роль, являются системы формирования изображений и рабочие станции, которые обрабатывают или изменяют изображения.

File-set Updaters должны уметь создавать один или несколько SOP Instances, определенных для этого профиля приложения хранения на носителях, для которого заявлено соответствие, а также читать и обновлять файл DICOMDIR.

J.3 Классы профилей STD-GEN-USB, STD-GEN-SEC-USB, STD-GEN-MMC, STD-GEN-SEC-MMC, STD-GEN-CF, STD-GEN-SEC-CF, STD-GEN-SD и STD-GEN-SEC-SD

J.3.1 SOP Classes и Transfer Syntaxes

Эти профили приложений хранения на носителях основаны на Media Storage Service Class (см. PS3.4).

Таблица J.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-USB, STD-GEN-SEC-USB, STD-GEN-MMC, STD-GEN-SEC-MMC, STD-GEN-CF, STD-GEN-SEC-CF, STD-GEN-SD и STD-GEN-SEC-SD

Information Object Definition (определение информационного объекта)	SOP Class UID	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR	Требование для FSU
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian 1.2.840.10008.1.2.1	Обязательно	Обязательно	Обязательно
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	Explicit VR Little Endian 1.2.840.10008.1.2.1	Определяется в заявлении о соответствии	Обязательно для всех SOP Classes, определенных в заявлении о соответствии	Определяется в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) 1.2.840.10008.1.2.4.70	Определяется в заявлении о соответствии	Обязательно для профилей JPEG для всех SOP Classes, определенных в заявлении о соответствии	Определяется в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Baseline (Process 1) 1.2.840.10008.1.2.4.50	Определяется в заявлении о соответствии	Обязательно для профилей JPEG для всех SOP Classes, определенных в заявлении о соответствии	Определяется в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Extended (Process 2 & 4) 1.2.840.10008.1.2.4.51	Определяется в заявлении о соответствии	Обязательно для профилей JPEG для всех SOP Classes, определенных в заявлении о соответствии	Определяется в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG 2000 Image Compression (Lossless Only) 1.2.840.10008.1.2.4.90	Определяется в заявлении о соответствии	Обязательно для профилей J2K для всех SOP Classes, определенных в заявлении о соответствии	Определяется в заявлении о соответствии
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG 2000 Image Compression 1.2.840.10008.1.2.4.91	Определяется в заявлении о соответствии	Обязательно для профилей J2K для всех SOP Classes, определенных в заявлении о соответствии	Определяется в заявлении о соответствии

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этими профилями приложений хранения на носителях, указаны в таблице J.3-1. Поддерживаемые Storage SOP Class(es) должны быть перечислены в заявлении о соответствии.

J.3.2 Физический носитель и формат носителя

Профили приложений хранения на носителях STD-GEN-USB-JPEG, STD-GEN-SEC-USB-JPEG, STD-GEN-USB-J2K и STD-GEN-SEC-USB-J2K требуют любое съемное устройство, подключаемое по USB, как определено в PS3.12.

Профили приложений хранения на носителях STD-GEN-MMC-JPEG, STD-GEN-SEC-MMC-JPEG, STD-GEN-MMC-J2K и STD-GEN-SEC-MMC-J2K требуют любое съемное устройство Multimedia Card, как определено в PS3.12.

Профили приложений хранения на носителях STD-GEN-CF-JPEG, STD-GEN-SEC-CF-JPEG, STD-GEN-CF-J2K и STD-GEN-SEC-CF-J2K требуют любое съемное устройство CompactFlash, как определено в PS3.12.

Профили приложений хранения на носителях STD-GEN-SD-JPEG, STD-GEN-SEC-SD-JPEG, STD-GEN-SD-J2K и STD-GEN-SEC-SD-J2K требуют любое съемное устройство Secure Digital Card, как определено в PS3.12.

J.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory (базовый каталог) IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. В одном File-set должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

J.3.3.1 Дополнительные ключи

File-set Creators и File-set Updaters должны формировать обязательные атрибуты, указанные в PS3.3.

Таблица H.3-2 задает дополнительные связанные ключи, которые также применимы к профилям, определенным в этом приложении. На каждом уровне записи каталога могут быть добавлены другие дополнительные Data Elements, но не требуется, чтобы File-set Readers могли использовать их как ключи. См. Basic Directory (базовый каталог) IOD в PS3.3.

J.3.4 Другие параметры

J.3.4.1 Формат многокадрового JPEG

Кодирование пиксельных данных JPEG должно использовать Interchange Format (с указанием таблиц) для всех кадров.

J.3.5 Параметры безопасности

Профили приложений хранения на носителях STD-GEN-SEC-USB-JPEG, STD-GEN-SEC-MMC-JPEG, STD-GEN-SEC-CF-JPEG, STD-GEN-SEC-SD-JPEG, STD-GEN-SEC-USB-J2K, STD-GEN-SEC-MMC-J2K, STD-GEN-SEC-CF-J2K и STD-GEN-SEC-SD-J2K требуют, чтобы все DICOM Files в File-set, включая DICOMDIR, были Secure DICOM Files, инкапсулированными в соответствии с требованиями Basic DICOM Media Security Profile, как определено в PS3.15.

Примечание

Эти профили приложений хранения на носителях не накладывают ограничений согласованности на использование Basic DICOM Media Security Profile с разными DICOM Files одного File-set. Например, читатели не должны предполагать, что все файлы в File-set могут быть декодированы одним и тем же набором получателей. Читатели также не должны предполагать, что все защищенные файлы используют один и тот же подход (хэш-ключ или цифровую подпись) для обеспечения целостности или содержат подписи одних и тех же отправителей.

K Профиль приложения хранения стоматологических данных на носителях (нормативное)

K.1 Идентификация класса и профиля

Это приложение определяет профили приложений хранения на носителях для стоматологических приложений хранения данных.

Таблица K.1-1. Идентификаторы профиля приложения хранения стоматологических данных на носителях

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
Dental Radiograph Interchange (обмен стоматологическими рентгенограммами)	STD-DEN-CD	Обмен стоматологическими рентгенографическими изображениями на CD.

K.2 Клинический контекст

Этот профиль приложения хранения на носителях облегчает обмен стоматологическими данными на носителях. Типичный обмен выполняется между стоматологическими системами, между стоматологической системой и рабочей станцией отображения, между рабочими станциями отображения либо между стоматологической системой и архивом данных. Этот контекст показан на рисунке K.2-1.

Рисунок K.2-1. Стоматологический клинический контекст

Практическое использование передачи на носителях возможно между частнопрактикующими специалистами и учреждением, внутри учреждения и между учреждениями.

K.2.1 Роли

K.2.1.1 Создатель File-set

Роль File-set Creator должна использоваться Application Entities, которые формируют File-set в рамках профиля приложения хранения на носителях STD-DEN-CD. Типичными объектами, использующими эту роль, являются стоматологическое оборудование визуализации, рабочие станции и архивные системы, формирующие запись пациента для передачи. File-set Creators должны уметь формировать Basic Directory (базовый каталог) SOP Class Instance в файле DICOMDIR, а также Digital Intra-oral X-Ray и Digital X-Ray Image Storage SOP Class Instances в File-set.

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

Примечание

Многотомный набор (логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, не может быть полностью записан на один CD-R, FSC создает несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном носителе CD-R и управлялся собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на дисках, чтобы указать, что для данного набора файлов (например, исследования) существует более одного диска.

K.2.1.2 Читатель File-set

Роль File-set Reader должна использоваться Application Entities, которые принимают переданный File-set. Типичными объектами, использующими эту роль, являются стоматологические системы, рабочие станции отображения и архивные системы, принимающие запись пациента с носителя. File-set Readers должны уметь читать файл каталога DICOMDIR и все SOP Class Instances, определенные для этого профиля приложения хранения на носителях, с использованием определенных Transfer Syntaxes.

K.2.1.3 Обновляющий File-set

Роль File-set Updater этим профилем не поддерживается.

K.3 Профиль общего класса

K.3.1 SOP Classes и Transfer Syntaxes

Профиль приложения хранения на носителях STD-DEN-CD должен поддерживать SOP Classes и Transfer Syntaxes, указанные в следующей таблице.

Таблица K.3-1. SOP Classes и Transfer Syntaxes для STD-DEN-CD

Information Object Definition (определение информационного объекта)	SOP Class UID	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian 1.2.840.10008.1.2.1	Обязательно	Обязательно
Digital Intra-oral X-Ray Image Storage - For Presentation (хранение внутриротового рентгеновского изображения для представления)	1.2.840.10008.5.1.4.1.1.1.3	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Обязательно
Digital X-Ray Image Storage - For Presentation (хранение цифрового рентгеновского изображения для представления)	1.2.840.10008.5.1.4.1.1.1.1	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Обязательно
Basic Structured Display Storage (хранение базового структурированного отображения)	1.2.840.10008.5.1.4.1.1.131	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно
Grayscale Softcopy Presentation State (состояние представления для экранного просмотра в градациях серого)	1.2.840.10008.5.1.4.1.1.11.1	Explicit VR Little Endian 1.2.840.10008.1.2.1	Необязательно	Необязательно

Примечание

SOP Classes Digital X-Ray Image Storage и Digital Intra-oral X-Ray Image Storage - For Presentation также могут использоваться для сканированной пленки.

File-set Creator должен поддерживать по меньшей мере один из указанных SOP Classes хранения изображений.

K.3.2 Физические носители и форматы носителей

Профиль STD-DEN-CD требует физический носитель CD-R диаметром 120 мм с форматом носителя ISO/IEC 9660, как определено в PS3.12.

K.3.3 Информация каталога в DICOMDIR

Соответствующие Application Entities должны включать в файл DICOMDIR Basic Directory (базовый каталог) IOD, содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. В одном File-set должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

Для этого профиля дополнительные ключи DICOMDIR не заданы.

K.3.4 Другие параметры

K.3.4.1 Значения атрибутов изображения

Атрибуты, перечисленные в таблице K.3-3 и используемые в файлах изображений, должны принимать указанные значения.

Таблица K.3-3. STD-DEN-CD - обязательные значения атрибутов изображения

Attribute (атрибут)	Tag (тег)	Value (значение)
Bits Allocated (выделено бит)	(0028,0100)	Если Bits Stored (сохранено бит) (0028,0101) равно 8, то 8; иначе 16.
Bits Stored (сохранено бит)	(0028,0101)	8, 10, 12 или 16

K.3.4.2 Специализация атрибутов изображения

Атрибуты, перечисленные в таблице K.3-4, должны иметь специализированные типы.

Таблица K.3-4. STD-DEN-CD - обязательные типы атрибутов изображения

Attribute (атрибут)	Tag (тег)	Type (тип)
Institution Name (название учреждения)	(0008,0080)	2
Manufacturer's Model Name (название модели производителя)	(0008,1090)	2
Detector ID (идентификатор детектора)	(0018,700A)	2
Detector Manufacturer Name (название производителя детектора)	(0018,702A)	2
Detector Manufacturer's Model Name (название модели производителя детектора)	(0018,702B)	2

Примечание

Эти атрибуты Type 3 модулей General Equipment и DX Detector специализированы, чтобы побудить FSC включать для них значения, с учетом того, что существуют ситуации, в которых значения могут быть неизвестны.

L Профили обмена ZIP-файлом по электронной почте (нормативное)

L.1 Идентификация профиля

В этом приложении определены три профиля приложений хранения на носителях для обмена набором данных DICOM, инкапсулированным в ZIP File, по электронной почте.

Два профиля приложений хранения на носителях поддерживают все определенные Media Storage SOP Classes. Они предназначены для обмена Composite SOP Instances по электронной почте в приложениях общего назначения. В одно сообщение электронной почты могут включаться объекты нескольких модальностей. Сообщение также может содержать объекты, не относящиеся к DICOM. Один из этих общих профилей поддерживает шифрование электронной почты.

A detailed list of the Media Storage SOP Classes is defined in PS3.4

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

Конкретные профили приложений хранения на носителях приведены в Таблице L.1-1:

Таблица L.1-1. Профили приложений хранения на носителях STD-x-ZIP-MAIL

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
General Purpose ZIP Email (электронная почта с ZIP-файлом общего назначения)	STD-GEN-ZIP-MAIL	Обмен Composite SOP Instances по электронной почте.
General Purpose Secure ZIP Email (защищенная электронная почта с ZIP-файлом общего назначения)	STD-GEN-SEC-ZIP-MAIL	Обмен Composite SOP Instances по зашифрованной электронной почте.
Dental Radiograph ZIP Email (электронная почта с ZIP-файлом стоматологических рентгенограмм)	STD-DTL-SEC-ZIP-MAIL	Обмен стоматологическими рентгенографическими изображениями по зашифрованной электронной почте

L.2 Клинический контекст

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

Профили STD-GEN-ZIP-MAIL и STD-GEN-SEC-ZIP-MAIL предназначены для приложений общего назначения. Они не предназначены для замены специальных профилей приложений хранения на носителях, которые могут быть определены для конкретного клинического контекста. Профиль STD-DTL-SEC-ZIP-MAIL предназначен для клинического контекста обмена стоматологическими рентгенограммами.

Примечание

Транспорт электронной почты можно использовать без применения зашифрованного защищенного профиля. Это имеет смысл при отправке объектов DICOM, которым не требуется защита.

L.2.1 Роли

L.2.1.1 Создатель File-set

Роль создателя File-set должна использоваться прикладными сущностями, которые формируют File-set по любому из профилей, перечисленных в Таблице L.1-1. Типичными сущностями, использующими эту роль, являются системы, предназначенные для отправки изображений другим системам в виде вложений электронной почты. Создатели File-set должны уметь формировать файл каталога DICOMDIR и файлы информационных объектов любых поддерживаемых DICOM Storage SOP Classes.

L.2.1.2 Читатель File-set

Роль читателя File-set должна использоваться прикладными сущностями, которые принимают переданный File-set. Читатели File-set должны уметь считывать файл каталога DICOMDIR и все информационные объекты, определенные для конкретных профилей приложений хранения на носителях, с использованием заданных Transfer Syntaxes.

L.2.1.3 Средство обновления File-set

Роль средства обновления File-set для этих профилей приложений хранения на носителях не определена.

L.3 Профиль общего класса

L.3.1 SOP Classes и Transfer Syntaxes для STD-GEN-ZIP-MAIL и STD-GEN-SEC-ZIP-MAIL

Приложения, обменивающиеся данными по профилям STD-GEN-ZIP-MAIL и STD-GEN-SEC-ZIP-MAIL, должны поддерживать Information Object Definitions (IOD) и Transfer Syntaxes для Media Storage SOP Class, указанные в Таблице L.3-1.

Таблица L.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-ZIP-MAIL и STD-GEN-SEC-ZIP-MAIL

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Обязательно	Обязательно
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	Определяется в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)

Information Object Definition (определение информационного объекта)

SOP Class UID (UID класса SOP)

Transfer Syntax Name and UID (имя и UID синтаксиса передачи)

Требование для FSC

Требование для FSR

Basic Directory (базовый каталог)

1.2.840.10008.1.3.10

Explicit VR Little Endian (явный VR с прямым порядком байтов)

1.2.840.10008.1.2.1

Обязательно

Composite IODs, для которых в PS3.4 определен Media Storage SOP Class

См. PS3.4

Определяется в Conformance Statement (заявлении о соответствии)

Оборудование, заявляющее соответствие этим профилям приложений хранения на носителях, должно перечислять поддерживаемое подмножество Storage SOP Classes и Transfer Syntaxes в своем Conformance Statement (заявлении о соответствии).

L.3.2 Формат носителя

Профили приложений хранения на носителях STD-GEN-ZIP-MAIL и STD-GEN-SEC-ZIP-MAIL должны использовать ZIP File Media, передаваемый в формате Email Media, как определено в PS3.12. Такой носитель Email должен соответствовать следующим требованиям:

Содержимое должно быть идентифицировано как: Content-Type: application/zip
Вложение должно быть идентифицировано как: id="DICOM.ZIP"; name="DICOM.ZIP"
Расположение содержимого должно быть задано как: Content-Disposition: attachment; filename="DICOM.ZIP"
Сообщение электронной почты не должно быть сжато.
Строка темы должна содержать фразу: DICOM-ZIP

Примечание

В будущем в стандарте могут быть определены дополнительный тип содержимого, расширение файла и имя файла для специального ZIP-файла DICOM.

L.3.3 Информация каталога в DICOMDIR

Каталог должен включать записи каталога PATIENT, STUDY, SERIES, IMAGE, соответствующие файлам информационных объектов в File-set. На все файлы DICOM в File-set, содержащие SOP Instances (информационные объекты), определенные для конкретного профиля приложения хранения на носителях, должны ссылаться записи каталога.

Примечание

Файлы DICOMDIR без информации каталога не допускаются этими профилями приложений хранения на носителях.

В одном File-set может быть только один файл DICOMDIR. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

L.3.3.1 Дополнительные ключи

Дополнительные ключи не заданы.

L.3.4 Защищенный транспорт

Обмен с использованием Email Media по профилю STD-GEN-SEC-ZIP-MAIL должен применять профиль Secure Use of Email Transport, указанный в PS3.15.

L.4 Профиль стоматологического класса

L.4.1 SOP Classes и Transfer Syntaxes для STD-DTL-SEC-ZIP-MAIL

Приложения, обменивающиеся данными по профилю STD-DTL-SEC-ZIP-MAIL, должны поддерживать Information Object Definitions (IOD) и Transfer Syntaxes для Media Storage SOP Class, указанные в Таблице L.3-2. Создатели File-set для STD-FTL-SEC-ZIP-MAIL должны поддерживать по крайней мере один из необязательных IOD.

Таблица L.3-2. SOP Classes и Transfer Syntaxes для STD-DTL-SEC-ZIP-MAIL

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Обязательно	Обязательно
Digital Intra-oral X-Ray Image Storage - For Presentation (хранение цифрового внутриротового рентгеновского изображения для представления)	1.2.840.10008.5.1.4.1.1.1.3	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Необязательно	Обязательно
Digital X-Ray Image Storage - For Presentation (хранение цифрового рентгеновского изображения для представления)	1.2.840.10008.5.1.4.1.1.1.1	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Необязательно	Обязательно

Information Object Definition (определение информационного объекта)

SOP Class UID (UID класса SOP)

Transfer Syntax Name and UID (имя и UID синтаксиса передачи)

Требование для FSC

Требование для FSR

Basic Directory (базовый каталог)

1.2.840.10008.1.3.10

Explicit VR Little Endian (явный VR с прямым порядком байтов)

1.2.840.10008.1.2.1

Обязательно

Digital Intra-oral X-Ray Image Storage - For Presentation (хранение цифрового внутриротового рентгеновского изображения для представления)

1.2.840.10008.5.1.4.1.1.1.3

Explicit VR Little Endian (явный VR с прямым порядком байтов)

1.2.840.10008.1.2.1

Необязательно

Обязательно

Digital X-Ray Image Storage - For Presentation (хранение цифрового рентгеновского изображения для представления)

1.2.840.10008.5.1.4.1.1.1.1

Explicit VR Little Endian (явный VR с прямым порядком байтов)

1.2.840.10008.1.2.1

Необязательно

Обязательно

L.4.2 Формат носителя

Профиль приложения хранения на носителях STD-DTL-SEC-ZIP-MAIL должен использовать ZIP File Media, передаваемый в формате Email Media, как определено в PS3.12. Такой носитель Email должен соответствовать следующим требованиям:

Содержимое должно быть идентифицировано как: Content-Type: application/zip
Вложение должно быть идентифицировано как: id="DICOM.ZIP"; name="DICOM.ZIP"
Расположение содержимого должно быть задано как: Content-Disposition: attachment; filename="DICOM.ZIP"
Сообщение электронной почты не должно быть сжато.
Строка темы должна содержать фразу: DICOM-ZIP

Примечание

В будущем в стандарте могут быть определены дополнительный тип содержимого, расширение файла и имя файла для специального ZIP-файла DICOM.

L.4.3 Информация каталога в DICOMDIR

Каталог должен включать записи каталога PATIENT, STUDY, SERIES, IMAGE, соответствующие файлам информационных объектов в File-set. На все файлы DICOM в File-set, содержащие SOP Instances (информационные объекты), определенные для конкретного профиля приложения хранения на носителях, должны ссылаться записи каталога.

Примечание

Файлы DICOMDIR без информации каталога не допускаются этими профилями приложений хранения на носителях.

В одном File-set может быть только один файл DICOMDIR. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

L.4.4.1 Дополнительные ключи

Дополнительные ключи не заданы.

L.4.5 Специальные требования к изображениям для STD-DTL-SEC-ZIP-MAIL

Для экземпляров Digital Intra-oral X-Ray Image и Digital X-Ray Image, которыми обмениваются по профилю STD-DTL-SEC-ZIP-MAIL, атрибуты, перечисленные в Таблице L.4-1 и используемые внутри экземпляров изображений, должны принимать указанные значения.

Таблица L.4-1. STD-DTL-ZIP-MAIL - обязательные значения атрибутов изображения

Attribute (атрибут)	Tag (тег)	Value (значение)
Bits Allocated (выделено бит)	(0028,0100)	Если Bits Stored (сохранено бит) (0028,0101) равно 8, то 8; иначе 16.
Bits Stored (сохранено бит)	(0028,0101)	8, 10, 12 или 16

Для атрибутов, перечисленных в Таблице L.4-2, должны быть специализированы их типы.

Таблица L.4-2. STD-DTL-ZIP-MAIL - обязательные типы атрибутов изображения

Attribute (атрибут)	Tag (тег)	Type (тип)
Institution Name (название учреждения)	(0008,0080)	2
Manufacturer's Model Name (название модели производителя)	(0008,1090)	2
Detector ID (идентификатор детектора)	(0018,700A)	2
Detector Manufacturer Name (название производителя детектора)	(0018,702A)	2
Detector Manufacturer's Model Name (название модели детектора у производителя)	(0018,702B)	2

Примечание

Эти атрибуты Type 3 из General Equipment Module и DX Detector Module специализированы, чтобы побудить FSC включать для них значения, с учетом того, что бывают ситуации, когда значения могут быть неизвестны.

L.4.6 Защищенный транспорт

Обмен с использованием Email Media по профилю STD-DTL-SEC-ZIP-MAIL должен применять профиль Secure Use of Email Transport, указанный в PS3.15.

M Профили обмена BD общего назначения со сжатием (нормативное)

M.1 Идентификация профиля

В этом приложении определяется класс профилей приложений хранения на носителях, потенциально включающий все определенные Media Storage SOP Classes. Этот класс предназначен для обмена Composite SOP Instances через носители BD в приложениях общего назначения. На одном носителе могут размещаться объекты нескольких модальностей. Изображения могут быть сжаты без потерь или с потерями с использованием JPEG или JPEG 2000. Multi-frame Images и видео могут быть сжаты с использованием MPEG2 Main Profile / Main Level (основной профиль / основной уровень MPEG2), MPEG2 Main Profile / High Level (основной профиль / высокий уровень MPEG2), MPEG-4 AVC/H.264 High Profile / Level 4.1 (высокий профиль / уровень 4.1 MPEG-4 AVC/H.264) или MPEG-4 AVC/H.264 BD-compatible High Profile / Level 4.1 (BD-совместимый высокий профиль / уровень 4.1 MPEG-4 AVC/H.264); все читатели File-set обязаны поддерживать распаковку всех сжатых Transfer Syntaxes, определенных для каждого профиля.

Подробный список Media Storage SOP Classes, которые могут поддерживаться, определен в PS3.4.

Таблица M.1-1. Профили STD-GEN-BD и STD-GEN-SEC-BD

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
General Purpose BD Interchange with JPEG (обмен BD общего назначения с JPEG)	STD-GEN-BD-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), Structured Reports, Presentation States и Waveforms.
General Purpose BD Interchange with JPEG 2000 (обмен BD общего назначения с JPEG 2000)	STD-GEN-BD-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG 2000 без потерь или с потерями), Structured Reports, Presentation States и Waveforms.
General Purpose BD Interchange with MPEG2 MP@ML (обмен BD общего назначения с MPEG2 MP@ML)	STD-GEN-BD-MPEG2-MPML	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG2 MP@ML.
General Purpose BD Interchange with MPEG2 MP@HL (обмен BD общего назначения с MPEG2 MP@HL)	STD-GEN-BD-MPEG2-MPHL	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG2 MP@HL.
General Purpose BD Interchange with MPEG-4 AVC/H.264 HiP@Level4.1 (обмен BD общего назначения с MPEG-4 AVC/H.264 HiP@Level4.1)	STD-GEN-BD-MPEG4-HPLV41	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 HiP@Level4.1.
General Purpose BD Interchange with MPEG-4 AVC/H.264 BD-Compatible HiP@Level4.1 (обмен BD общего назначения с BD-совместимым MPEG-4 AVC/H.264 HiP@Level4.1)	STD-GEN-BD-MPEG4-HPLV41BD	Обеспечивает обмен Multi-frame Images и видео с использованием BD-совместимого сжатия MPEG-4 AVC/H.264 HiP@Level4.1.
General Purpose Secure BD Interchange with JPEG (защищенный обмен BD общего назначения с JPEG)	STD-GEN-SEC-BD-JPEG	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG без потерь или с потерями), Structured Reports, Presentation States и Waveforms. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with JPEG 2000 (защищенный обмен BD общего назначения с JPEG 2000)	STD-GEN-SEC-BD-J2K	Обеспечивает обмен Composite SOP Instances, такими как изображения (необязательно сжатые JPEG 2000 без потерь или с потерями), Structured Reports, Presentation States и Waveforms. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with MPEG2 MP@ML (защищенный обмен BD общего назначения с MPEG2 MP@ML)	STD-GEN-SEC-BD-MPEG2-MPML	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG2 MP@ML. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with MPEG2 MP@HL (защищенный обмен BD общего назначения с MPEG2 MP@HL)	STD-GEN-SEC-BD-MPEG2-MPHL	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG2 MP@HL. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with MPEG-4 AVC/H.264 HiP@Level4.1 (защищенный обмен BD общего назначения с MPEG-4 AVC/H.264 HiP@Level4.1)	STD-GEN-SEC-BD-MPEG4-HPLV41	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 HiP@Level4.1. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with MPEG-4 AVC/H.264 BD-compatible HiP@Level4.1 (защищенный обмен BD общего назначения с BD-совместимым MPEG-4 AVC/H.264 HiP@Level4.1)	STD-GEN-SEC-BD-MPEG4-HPLV41BD	Обеспечивает обмен Multi-frame Images и видео с использованием BD-совместимого сжатия MPEG-4 AVC/H.264 HiP@Level4.1. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем Conformance Statement поддерживаемое подмножество Media Storage SOP Classes.

Примечание

Поскольку поддержка всех Media Storage Classes не требуется, пользователю следует внимательно учитывать подмножество поддерживаемых Media Storage SOP Classes в Conformance Statements такого оборудования, чтобы обеспечить эффективный обмен объектами.

M.2 Клинический контекст

Этот класс профилей приложений хранения на носителях обеспечивает обмен изображениями и связанными данными на носителях BD. Типичный обмен выполняется между устройствами получения изображений, архивами и рабочими станциями.

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

Этот профиль предназначен только для приложений общего назначения. Он не предназначен для замены специальных профилей приложений хранения на носителях, которые могут быть определены для конкретного клинического контекста.

Примечание

Создание BD значительно сложнее, чем его чтение. Поэтому клинический контекст этого профиля приложения хранения на носителях, вероятно, будет асимметричным: сложный создатель File-set и относительно простые читатели File-set.
Каждый BD Rewritable/Recordable содержит уникальный ID, который может быть считан приводом BD. Этот ID можно использовать для ссылки на BD, например в базе данных.

M.2.1 Роли и параметры Service Class

Этот класс профилей приложений хранения на носителях использует Media Storage Service Class, определенный в PS3.4 с параметром Interchange Option.

Прикладная сущность должна поддерживать одну или несколько ролей: создатель File-set (FSC), читатель File-set (FSR) или средство обновления File-set (FSU), определенные в PS3.10.

M.2.1.1 Создатель File-set

Роль создателя File-set должна использоваться прикладными сущностями, которые формируют File-set в рамках этого класса профилей приложений хранения на носителях для обмена.

Создатели File-set должны уметь формировать Basic Directory (базовый каталог) SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, сохраненными в File-set. Прикладная сущность, выступающая в роли создателя File-set, формирует File-set по профилю приложения хранения на носителях STD-GEN-BD или STD-GEN-SEC-BD.

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

Примечание

Многотомный носитель (то есть логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, нельзя полностью записать на один физический том (сторону одного носителя), FSC создаст несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе (стороне одного носителя) и управлялся своим собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для этого набора файлов (например, исследования) существует более одного физического тома.

M.2.1.2 Читатель File-set

Роль читателя File-set должна использоваться прикладными сущностями, которые принимают переданный File-set в рамках класса профилей приложений хранения на носителях для обмена изображениями. Типичными сущностями, использующими эту роль, являются системы формирования изображений, рабочие станции просмотра и архивные системы, принимающие запись пациента, например переданную из другого учреждения.

Читатели File-set должны уметь считывать файл каталога DICOMDIR и все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, для которого заявляется Conformance Statement, с использованием всех Transfer Syntaxes, определенных для профиля.

Примечание

FSR должен поддерживать все Transfer Syntaxes, определенные в профиле. Недопустимо поддерживать только один из вариантов: несжатые или сжатые Transfer Syntaxes.

M.2.1.3 Средство обновления File-set

Роль средства обновления File-set используется прикладными сущностями, которые принимают переданный File-set в рамках этого класса профилей приложений хранения на носителях для обмена и обновляют его путем добавления изображений или информации на носитель либо удаления их с носителя. Типичными сущностями, использующими эту роль, являются системы формирования изображений и рабочие станции, которые обрабатывают или изменяют изображения.

Средства обновления File-set должны уметь формировать один или несколько SOP Instances, определенных для этого профиля приложения хранения на носителях, для которого заявляется Conformance Statement, а также считывать и обновлять файл DICOMDIR.

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

Примечание

Если том не был финализирован, File-set Updater сможет обновить информацию при условии, что на томе достаточно места для записи нового файла DICOMDIR, добавляемой информации и основных структур управления томом. Структуры управления томом являются структурами, присущими стандартам физического тома; см. PS3.12.

M.3 Классы профилей STD-GEN-BD и STD-GEN-SEC-BD

M.3.1 SOP Classes и Transfer Syntaxes

Эти профили приложений хранения на носителях основаны на Media Storage Service Class с параметром Interchange Option (см. PS3.4).

Таблица M.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-BD и STD-GEN-SEC-BD

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR	Требование для FSU
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Обязательно	Обязательно	Обязательно
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Lossless, Non-Hierarchical, First-Order Prediction (Process 14 [Selection Value 1]) (JPEG без потерь, неиерархический, предсказание первого порядка) 1.2.840.10008.1.2.4.70	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для профилей JPEG для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Baseline (Process 1) (базовый JPEG) 1.2.840.10008.1.2.4.50	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для профилей JPEG для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG Extended (Process 2 & 4) (расширенный JPEG) 1.2.840.10008.1.2.4.51	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для профилей JPEG для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG 2000 Image Compression (Lossless Only) (сжатие изображения JPEG 2000 только без потерь) 1.2.840.10008.1.2.4.90	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для профилей J2K для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	JPEG 2000 Image Compression (сжатие изображения JPEG 2000) 1.2.840.10008.1.2.4.91	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для профилей J2K для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG2 Main Profile / Main Level (основной профиль / основной уровень MPEG2) 1.2.840.10008.1.2.4.100	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG2 Main Profile / High Level (основной профиль / высокий уровень MPEG2) 1.2.840.10008.1.2.4.101	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG-4 AVC/H.264 High Profile / Level 4.1 (высокий профиль / уровень 4.1 MPEG-4 AVC/H.264) 1.2.840.10008.1.2.4.102	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG-4 AVC/H.264 BD-compatible High Profile / Level 4.1 (BD-совместимый высокий профиль / уровень 4.1 MPEG-4 AVC/H.264) 1.2.840.10008.1.2.4.103	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этими профилями приложений хранения на носителях, указаны в Таблица M.3-1. Поддерживаемые Storage SOP Class(es) должны быть перечислены в Conformance Statement (заявлении о соответствии).

M.3.2 Физический носитель и формат носителя

Профили приложений хранения на носителях STD-GEN-BD и STD-GEN-SEC-BD требуют любой из 120-мм разновидностей носителя BD, как определено в PS3.12.

M.3.3 Информация каталога в DICOMDIR

Соответствующие прикладные сущности должны включать в файл DICOMDIR IOD Basic Directory (базовый каталог), содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. В каждом File-set должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

M.3.3.1 Дополнительные ключи

Создатели File-set и средства обновления File-set обязаны формировать требуемые атрибуты, указанные в PS3.3.

Таблица H.3-2 задает дополнительные связанные ключи, которые также должны применяться к профилям, определенным в этом приложении. На каждом уровне записи каталога могут добавляться другие дополнительные Data Elements, но от читателей File-set не требуется уметь использовать их как ключи. См. Basic Directory (базовый каталог) IOD в PS3.3.

M.3.4 Другие параметры

M.3.4.1 Формат многокадрового JPEG

Кодирование пиксельных данных JPEG должно использовать Interchange Format (с заданием таблиц) для всех кадров.

M.3.5 Параметры безопасности

Профили приложений хранения на носителях STD-GEN-SEC-BD требуют, чтобы все файлы DICOM в File-set, включая DICOMDIR, были Secure DICOM Files, инкапсулированными в соответствии с требованиями Basic DICOM Media Security Profile, как определено в PS3.15.

Примечание

Эти профили приложений хранения на носителях не накладывают ограничений согласованности на использование Basic DICOM Media Security Profile с разными DICOM Files одного File-set. Например, читатели не должны предполагать, что все Files в File-set могут быть декодированы одним и тем же набором получателей. Читатели также не должны предполагать, что все защищенные Files используют один и тот же подход (хэш-ключ или цифровую подпись) для обеспечения целостности либо несут подписи одних и тех же отправителей.

N Профили обмена BD общего назначения со сжатием MPEG-4 AVC/H.264 Level 4.2 (нормативное)

N.1 Идентификация профиля

В этом приложении определяется класс профилей приложений хранения на носителях, потенциально включающий все определенные Media Storage SOP Classes. Этот класс предназначен для обмена Composite SOP Instances через носители BD в приложениях общего назначения. На одном носителе могут размещаться объекты нескольких модальностей. Multi-frame Images и видео могут быть сжаты с использованием MPEG-4 AVC/H.264 High Profile / Level 4.2 или MPEG-4 AVC/H.264 Stereo High Profile / Level 4.2 (стерео высокий профиль / уровень 4.2 MPEG-4 AVC/H.264).

Подробный список Media Storage SOP Classes, которые могут поддерживаться, определен в PS3.4.

Таблица N.1-1. Профили STD-GEN-BD-MPEG4-LV42 и STD-GEN-SEC-BD-MPEG4-LV42

Media Storage Application Profile (профиль приложения хранения на носителях)	Identifier (идентификатор)	Description (описание)
General Purpose BD Interchange with MPEG-4 AVC/H.264 HiP@Level4.2 for 2D video (обмен BD общего назначения с MPEG-4 AVC/H.264 HiP@Level4.2 для 2D-видео)	STD-GEN-BD-MPEG4-HPLV42-2D	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 HiP@Level4.2 для 2D-видео.
General Purpose BD Interchange with MPEG-4 AVC/H.264 HiP@Level4.2 for 3D video (обмен BD общего назначения с MPEG-4 AVC/H.264 HiP@Level4.2 для 3D-видео)	STD-GEN-BD-MPEG4-HPLV42-3D	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 HiP@Level4.2 для 3D-видео.
General Purpose BD Interchange with MPEG-4 AVC/H.264 Stereo HiP@Level4.2 (обмен BD общего назначения со стереопрофилем MPEG-4 AVC/H.264 HiP@Level4.2)	STD-GEN-BD-MPEG4-SHPLV42	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 Stereo High Profile / Level 4.2 (стерео высокий профиль / уровень 4.2 MPEG-4 AVC/H.264).
General Purpose Secure BD Interchange with MPEG-4 AVC/H.264 HiP@Level4.2 for 2D video (защищенный обмен BD общего назначения с MPEG-4 AVC/H.264 HiP@Level4.2 для 2D-видео)	STD-GEN-SEC-BD-MPEG4-HPLV42-2D	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 HiP@Level4.2 для 2D-видео. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with MPEG-4 AVC/H.264 HiP@Level4.2 for 3D video (защищенный обмен BD общего назначения с MPEG-4 AVC/H.264 HiP@Level4.2 для 3D-видео)	STD-GEN-SEC-BD-MPEG4-HPLV42-3D	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 HiP@Level4.2 для 3D-видео. Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.
General Purpose Secure BD Interchange with MPEG-4 AVC/H.264 Stereo HiP @ Level4.2 (защищенный обмен BD общего назначения со стереопрофилем MPEG-4 AVC/H.264 HiP@Level4.2)	STD-GEN-SEC-BD-MPEG4-SHPLV42	Обеспечивает обмен Multi-frame Images и видео с использованием сжатия MPEG-4 AVC/H.264 Stereo High Profile / Level 4.2 (стерео высокий профиль / уровень 4.2 MPEG-4 AVC/H.264). Обеспечивает конфиденциальность, целостность и, в зависимости от выбора создателя File-set, аутентификацию источника данных.

Оборудование, заявляющее соответствие этому профилю приложения хранения на носителях, должно перечислить в своем Conformance Statement поддерживаемое подмножество Media Storage SOP Classes.

Примечание

Поскольку поддержка всех Media Storage Classes не требуется, пользователю следует внимательно учитывать подмножество поддерживаемых Media Storage SOP Classes в Conformance Statements такого оборудования, чтобы обеспечить эффективный обмен объектами.

N.2 Клинический контекст

Этот класс профилей приложений хранения на носителях обеспечивает обмен изображениями и связанными данными на носителях BD. Типичный обмен выполняется между устройствами получения изображений, архивами и рабочими станциями.

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

Этот профиль предназначен только для приложений общего назначения. Он не предназначен для замены специальных профилей приложений хранения на носителях, которые могут быть определены для конкретного клинического контекста.

Примечание

Создание BD значительно сложнее, чем его чтение. Поэтому клинический контекст этого профиля приложения хранения на носителях, вероятно, будет асимметричным: сложный создатель File-set и относительно простые читатели File-set.
Каждый BD Rewritable/Recordable содержит уникальный ID, который может быть считан приводом BD. Этот ID можно использовать для ссылки на BD, например в базе данных.

N.2.1 Роли и параметры Service Class

Этот класс профилей приложений хранения на носителях использует Media Storage Service Class, определенный в PS3.4, с параметром Interchange Option.

Прикладная сущность должна поддерживать одну или несколько ролей: создатель File-set (FSC), читатель File-set (FSR) или средство обновления File-set (FSU), определенные в PS3.10.

N.2.1.1 Создатель File-set

Роль создателя File-set должна использоваться прикладными сущностями, которые формируют File-set в рамках этого класса профилей приложений хранения на носителях для обмена.

Создатели File-set должны уметь формировать Basic Directory (базовый каталог) SOP Class в файле DICOMDIR со всеми подчиненными Directory Records, связанными с Image SOP Classes, сохраненными в File-set. Прикладная сущность, выступающая в роли создателя File-set, формирует File-set по профилю приложения хранения на носителях STD-GEN-BD-MPEG4-LV42 или STD-GEN-SEC-BD-MPEG4-LV42.

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

Примечание

Многотомный носитель (то есть логический том, который может охватывать несколько физических носителей) этим классом профиля приложения хранения на носителях не поддерживается. Если набор файлов, например Study, нельзя полностью записать на один физический том (сторону одного носителя), FSC создаст несколько независимых DICOM File-sets так, чтобы каждый File-set размещался на одном физическом томе (стороне одного носителя) и управлялся своим собственным файлом DICOMDIR. Пользователь FSC может использовать письменные метки на физических томах, чтобы указать, что для этого набора файлов (например, исследования) существует более одного физического тома.

N.2.1.2 Читатель File-set

Роль читателя File-set должна использоваться прикладными сущностями, которые принимают переданный File-set в рамках класса профилей приложений хранения на носителях для обмена изображениями. Типичными сущностями, использующими эту роль, являются системы формирования изображений, рабочие станции просмотра и архивные системы, принимающие запись пациента, например переданную из другого учреждения.

Читатели File-set должны уметь считывать файл каталога DICOMDIR и все файлы SOP Instance, определенные для этого профиля приложения хранения на носителях, для которого заявляется Conformance Statement, с использованием всех Transfer Syntaxes, определенных для профиля.

Примечание

FSR должен поддерживать все Transfer Syntaxes, определенные в профиле. Недопустимо поддерживать только один из вариантов: несжатые или сжатые Transfer Syntaxes.

N.2.1.3 Средство обновления File-set

Роль средства обновления File-set используется прикладными сущностями, которые принимают переданный File-set в рамках этого класса профилей приложений хранения на носителях для обмена и обновляют его путем добавления изображений или информации на носитель либо удаления их с носителя. Типичными сущностями, использующими эту роль, являются системы формирования изображений и рабочие станции, которые обрабатывают или изменяют изображения.

Средства обновления File-set должны уметь формировать один или несколько SOP Instances, определенных для этого профиля приложения хранения на носителях, для которого заявляется Conformance Statement, а также считывать и обновлять файл DICOMDIR.

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

Примечание

Если том не был финализирован, File-set Updater сможет обновить информацию при условии, что на томе достаточно места для записи нового файла DICOMDIR, добавляемой информации и основных структур управления томом. Структуры управления томом являются структурами, присущими стандартам физического тома; см. PS3.12.

N.3 Классы профилей STD-GEN-BD-MPEG4-LV42 и STD-GEN-SEC-BD-MPEG4-LV42

N.3.1 SOP Classes и Transfer Syntaxes

Эти профили приложений хранения на носителях основаны на Media Storage Service Class с параметром Interchange Option (см. PS3.4).

Таблица N.3-1. SOP Classes и Transfer Syntaxes для STD-GEN-BD-MPEG4-LV42 и STD-GEN-SEC-BD-MPEG4-LV42

Information Object Definition (определение информационного объекта)	SOP Class UID (UID класса SOP)	Transfer Syntax Name and UID (имя и UID синтаксиса передачи)	Требование для FSC	Требование для FSR	Требование для FSU
Basic Directory (базовый каталог)	1.2.840.10008.1.3.10	Explicit VR Little Endian (явный VR с прямым порядком байтов) 1.2.840.10008.1.2.1	Обязательно	Обязательно	Обязательно
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG-4 AVC/H.264 High Profile / Level 4.2 For 2D Video (высокий профиль / уровень 4.2 MPEG-4 AVC/H.264 для 2D-видео) 1.2.840.10008.1.2.4.104	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG-4 AVC/H.264 High Profile / Level 4.2 For 3D Video (высокий профиль / уровень 4.2 MPEG-4 AVC/H.264 для 3D-видео) 1.2.840.10008.1.2.4.105	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)
Multi-frame Composite IODs, для которых в PS3.4 определен Media Storage SOP Class	См. PS3.4	MPEG-4 AVC/H.264 Stereo High Profile / Level 4.2 (стерео высокий профиль / уровень 4.2 MPEG-4 AVC/H.264) 1.2.840.10008.1.2.4.106	Определяется в Conformance Statement (заявлении о соответствии)	Обязательно для всех SOP Classes, определенных в Conformance Statement (заявлении о соответствии)	Определяется в Conformance Statement (заявлении о соответствии)

SOP Classes и соответствующие Transfer Syntaxes, поддерживаемые этими профилями приложений хранения на носителях, указаны в Таблице N.3-1. Поддерживаемые Storage SOP Class(es) должны быть перечислены в Conformance Statement (заявлении о соответствии).

N.3.2 Физический носитель и формат носителя

Профили приложений хранения на носителях STD-GEN-BD-MPEG4-LV42 и STD-GEN-SEC-BD-MPEG4-LV42 требуют любой из 120-мм разновидностей носителя BD, как определено в PS3.12.

N.3.3 Информация каталога в DICOMDIR

Соответствующие прикладные сущности должны включать в файл DICOMDIR IOD Basic Directory (базовый каталог), содержащий Directory Records на уровне Patient и подчиненных уровнях Study и Series, соответствующие SOP Classes в File-set.

На все DICOM-файлы в File-set, включающие SOP Instances, определенные для конкретного профиля приложения хранения на носителях, должны ссылаться Directory Records.

Примечание

DICOMDIR без информации каталога этим профилем приложения хранения на носителях не допускаются.

Все реализации должны включать DICOM Media Storage Directory в файл DICOMDIR. В каждом File-set должен быть только один файл DICOMDIR. Файл DICOMDIR должен находиться в корневом каталоге носителя. Patient ID на уровне пациента должен быть уникальным для каждой записи каталога пациента в одном File-set.

N.3.3.1 Дополнительные ключи

Создатели File-set и средства обновления File-set обязаны формировать требуемые атрибуты, указанные в PS3.3.

Таблица H.3-2 задает дополнительные связанные ключи, которые также должны применяться к профилям, определенным в этом приложении. На каждом уровне записи каталога могут добавляться другие дополнительные Data Elements, но от читателей File-set не требуется уметь использовать их как ключи. См. Basic Directory (базовый каталог) IOD в PS3.3.

N.3.4 Параметры безопасности

Профили приложений хранения на носителях STD-GEN-SEC-BD-MPEG4-LV42 требуют, чтобы все файлы DICOM в File-set, включая DICOMDIR, были Secure DICOM Files, инкапсулированными в соответствии с требованиями Basic DICOM Media Security Profile, как определено в PS3.15.

Примечание

Эти профили приложений хранения на носителях не накладывают ограничений согласованности на использование Basic DICOM Media Security Profile с разными DICOM Files одного File-set. Например, читатели не должны предполагать, что все Files в File-set могут быть декодированы одним и тем же набором получателей. Читатели также не должны предполагать, что все защищенные Files используют один и тот же подход (хэш-ключ или цифровую подпись) для обеспечения целостности либо несут подписи одних и тех же отправителей.

PS3.11

DICOM PS3.11 2026b - Профили приложений хранения на носителях

Комитет по стандартам DICOM

Уведомление и отказ от ответственности

Предисловие

1 Область применения

2 Нормативные ссылки

3 Определения

3.1 Определения эталонной модели

Примечание

Примечание

Примечание

Примечание

3.2 Определения из введения и обзора DICOM

3.3 Соответствие DICOM

3.4 Определения информационных объектов DICOM

3.5 Определения структуры данных и кодирования DICOM

3.6 Определения обмена сообщениями DICOM

3.7 Определения хранения на носителях и формата файлов DICOM

3.8 Профили приложений хранения на носителях

3.9 Определения классов служб DICOM

4 Символы и сокращения

5 Соглашения

6 Назначение профиля приложения хранения на носителях

7 Требования соответствия

Примечание

8 Структура профиля приложения хранения на носителях

X.1 Идентификация класса и профиля

Примечание

X.2 Клинический контекст

Примечание

X.2.1 Роли и параметры класса службы

X.3 Общий профиль класса

X.3.1 SOP Classes и Transfer Syntaxes

X.3.2 Физические носители и форматы носителей

X.3.3 Информация каталога в DICOMDIR

X.3.4 Другие параметры

X.4 Конкретные профили приложений хранения на носителях

X.3.5 Параметры безопасности

A Профиль приложения хранения на носителях для базовой кардиологической рентгеноангиографии (нормативное)

A.1 Идентификация класса и профиля

Примечание

A.2 Клинический контекст

A.2.1 Роли и параметры класса службы

A.2.1.1 Создатель File-set

Примечание

A.2.1.2 Читатель File-set

A.2.1.3 Обновляющий File-set

Примечание

A.3 Базовый кардиологический профиль STD-XABC-CD

A.3.1 SOP Classes и Transfer Syntaxes

Примечание

A.3.2 Физические носители и форматы носителей

A.3.3 Информация каталога в DICOMDIR

Примечание

A.3.3.1 Дополнительные ключи

A.3.3.2 Значковые изображения

Примечание

A.3.4 Другие параметры

A.3.4.1 Значения атрибутов изображения

A.3.4.1.1 Приоритет значений атрибутов

Примечание

B Профиль приложения хранения на носителях для рентгеноангиографии 1024 (нормативное)

B.1 Идентификация класса и профиля

B.2 Клинический контекст

Примечание

B.2.1 Роли и параметры класса службы

B.2.1.1 Создатель File-set

Примечание

B.2.1.2 Читатель File-set

B.2.1.3 Обновляющий File-set

Примечание

B.3 Требования класса профиля приложения хранения на носителях STD-XA1K

B.3.1 SOP Classes и Transfer Syntaxes

Примечание

B.3.2 Физические носители и форматы носителей

B.3.3 Информация каталога в DICOMDIR

Примечание

B.3.3.1 Дополнительные ключи

B.3.3.2 Значковые изображения