Содержание
Список рисунков
Список таблиц
Информация в настоящей публикации была признана технически обоснованной по консенсусу лиц, участвовавших в разработке и утверждении документа на момент его создания. Консенсус не обязательно означает единогласное согласие среди всех лиц, участвующих в разработке настоящего документа.
Стандарты и руководящие публикации NEMA, одной из которых является документ, содержащийся в настоящем издании, разрабатываются в рамках процесса добровольной разработки стандартов на основе консенсуса. Этот процесс объединяет добровольцев и/или выявляет мнения лиц, заинтересованных в теме, охваченной настоящей публикацией. Хотя NEMA управляет процессом и устанавливает правила для обеспечения справедливости при выработке консенсуса, она не составляет документ и не проводит независимо тестирование, оценку или проверку точности или полноты любой информации или обоснованности любых суждений, содержащихся в её стандартах и руководящих публикациях.
NEMA не несёт ответственности за любые телесные повреждения, ущерб имуществу или иные убытки любого характера, будь то особые, косвенные, последующие или компенсационные, прямо или косвенно вытекающие из публикации, использования, применения или полагания на настоящий документ. NEMA отказывается и не даёт никаких гарантий или поручительств, явных или подразумеваемых, относительно точности или полноты любой информации, опубликованной в настоящем издании, и отказывается и не гарантирует, что информация в настоящем документе будет отвечать каким-либо вашим конкретным целям или потребностям. NEMA не обязуется гарантировать характеристики продукции или услуг любого отдельного производителя или продавца в силу настоящего стандарта или руководства.
Публикуя и предоставляя доступ к настоящему документу, NEMA не берёт на себя оказание профессиональных или иных услуг для любого лица или организации или от их имени, равно как и NEMA не берёт на себя выполнение каких-либо обязанностей, возложенных на любое лицо или организацию в отношении третьих лиц. Любое лицо, использующее настоящий документ, должно полагаться на собственное независимое суждение или, в зависимости от обстоятельств, обращаться за консультацией к компетентному специалисту при определении меры разумной осторожности в каждой конкретной ситуации. Информация и другие стандарты по теме, охваченной настоящей публикацией, могут быть доступны из других источников, к которым пользователь может пожелать обратиться за дополнительными мнениями или сведениями, не охваченными настоящей публикацией.
NEMA не имеет полномочий и не берёт на себя контроль или обеспечение соблюдения положений настоящего документа. NEMA не сертифицирует, не испытывает и не инспектирует продукцию, конструкцию или установки в целях безопасности или охраны здоровья. Любая сертификация или иное заявление о соответствии любой информации, связанной со здоровьем или безопасностью, в настоящем документе не может быть приписана NEMA и является исключительной ответственностью лица, проводящего сертификацию, или автора соответствующего заявления.
Настоящий стандарт DICOM был разработан в соответствии с процедурами Комитета по стандартам DICOM.
Стандарт DICOM структурирован как многочастный документ с использованием руководящих принципов, установленных в [ISO/IEC Directives, Part 2].
DICOM® является зарегистрированным товарным знаком Национальной ассоциации производителей электрооборудования (National Electrical Manufacturers Association) для её публикаций стандартов, относящихся к цифровой связи медицинской информации, все права защищены.
HL7® и CDA® являются зарегистрированными товарными знаками Health Level Seven International, все права защищены.
SNOMED®, SNOMED Clinical Terms®, SNOMED CT® являются зарегистрированными товарными знаками Международной организации по разработке стандартов терминологии в области здравоохранения (International Health Terminology Standards Development Organisation , IHTSDO), все права защищены.
LOINC® является зарегистрированным товарным знаком Regenstrief Institute, Inc, все права защищены.
Заявления о соответствии (Conformance Statements) критически важны для интероперабельности, поскольку они предоставляют важную информацию разработчикам и системным интеграторам для определения того, взаимодействуют ли приложения между собой. Кроме того, при возникновении проблем они служат источником информации для их потенциального устранения. Наконец, важно предоставить потенциальным разработчикам согласованный шаблон для составления таких документов.
PS3.2 определяет принципы, которым должны следовать реализации, заявляющие о соответствии Стандарту. PS3.2 устанавливает:
минимальные общие требования соответствия, которым должна удовлетворять любая реализация, заявляющая о соответствии стандарту DICOM. Дополнительные требования соответствия для конкретных функций, сервисных классов, информационных объектов и протоколов связи можно найти в разделах о соответствии других Частей стандарта DICOM;
назначение и структуру Заявления о соответствии. PS3.2 предоставляет основу, в рамках которой информация о соответствии может быть внесена в Заявление о соответствии в соответствии с требованиями разделов о соответствии других Частей стандарта DICOM.
Стандарт DICOM не устанавливает:
процедуры тестирования или валидации для оценки соответствия реализации Стандарту;
процедуры тестирования или валидации для оценки того, соответствует ли реализация своему Заявлению о соответствии;
какие опциональные функции, сервисные классы или информационные объекты должны поддерживаться для данного типа устройства.
Следующие стандарты содержат положения, которые посредством ссылок в настоящем тексте составляют положения настоящего Стандарта. На момент публикации указанные редакции были действующими. Все стандарты подлежат пересмотру, и сторонам соглашений, основанных на настоящем Стандарте, рекомендуется изучить возможности применения самых последних редакций указанных ниже стандартов.
[ISO/IEC Directives, Part 2] 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] 1994. Information Processing Systems - Open Systems Interconnection - Basic Reference Model.
Для целей настоящего стандарта применяются следующие определения.
В данной Части Стандарта используются следующие термины, определённые в [ISO 7498-1]:
См. [ISO 7498-1].
См. [ISO 7498-1].
См. [ISO 7498-1].
См. [ISO 7498-1].
В данной Части Стандарта используются следующие термины, определённые в [ISO 8649]:
См. [ISO 8649].
См. [ISO 8649].
В данной Части Стандарта используются следующие термины, определённые в [ISO 8822]:
См. [ISO 8822].
См. [ISO 8822].
См. [ISO 8822].
См. [ISO 8822].
В данной Части Стандарта используются следующие термины, определённые в PS3.1:
В данной Части Стандарта используются следующие термины, определённые в PS3.3:
В данной Части Стандарта используются следующие термины, определённые в PS3.4:
В данной Части Стандарта используются следующие термины, определённые в PS3.5:
В данной Части Стандарта используются следующие термины, определённые в PS3.7:
В данной Части Стандарта используются следующие термины, определённые в PS3.8:
В данной Части Стандарта используются следующие термины, определённые в PS3.10:
Настоящая Часть использует следующие определения:
SOP Class, определённый в стандарте DICOM, который используется в реализации без изменений.
SOP Class, определённый в стандарте DICOM, расширенный в реализации дополнительными атрибутами Type 3. Дополнительные атрибуты могут быть либо взяты из словаря данных (Data Dictionary) в PS3.6, либо являться частными атрибутами (Private Attributes). Семантика соответствующего Standard SOP Class не должна изменяться дополнительными атрибутами Type 3 при их отсутствии. Поэтому Standard Extended SOP Class использует тот же UID, что и соответствующий Standard SOP Class.
SOP Class, производный от Standard SOP Class, который был специализирован в реализации посредством дополнительных атрибутов Type 1, 1C, 2, 2C или 3, посредством перечисления конкретных допустимых значений атрибутов, либо посредством перечисления конкретных допустимых шаблонов (Templates). Дополнительные атрибуты могут быть либо взяты из словаря данных в PS3.6, либо являться частными атрибутами. Перечень допустимых значений атрибутов или шаблонов должен быть подмножеством значений, допустимых для соответствующего Standard SOP Class. Поскольку семантика соответствующего Standard SOP Class может быть изменена дополнительными атрибутами, Specialized SOP Class использует приватно определённый UID (Privately Defined UID), отличающийся от UID соответствующего Standard SOP Class.
Поскольку Specialized SOP Class имеет UID, отличный от Standard или Standard Extended SOP Class, другие реализации DICOM могут не распознавать Specialized SOP Class. Из-за этого ограничения Specialized SOP Class следует использовать только тогда, когда Standard или Standard Extended SOP Class не подходят. Прежде чем разные реализации смогут обмениваться экземплярами (Instances) в рамках Specialized SOP Class, реализации должны согласовать UID, содержимое (в частности, дополнительные атрибуты Type 1, 1C, 2 и 2C) и семантику Specialized SOP Class. Specialized SOP Class может использоваться для создания нового или экспериментального SOP Class, тесно связанного со Standard SOP Class.
Согласование ассоциации (Association Negotiation) для Specialized SOP Class может включать SOP Class Common Extended Negotiation Sub-Item (как определено в PS3.7) для идентификации сервисного класса и связанного общего SOP Class (Related General SOP Class), из которого он был специализирован. Это может позволить принимающему приложению, без предварительного согласования IOD для Specialized SOP Class, обрабатывать экземпляры этого класса, как если бы они были экземплярами Related General SOP Class.
SOP Class, не определённый в стандарте DICOM, но опубликованный в Заявлении о соответствии реализации.
Поскольку Private SOP Class не определён в стандарте DICOM, другие реализации DICOM могут не распознавать Private SOP Class. Из-за этого ограничения Private SOP Class следует использовать только тогда, когда Standard или Standard Extended SOP Class не подходят. Для того чтобы разные реализации могли обмениваться экземплярами в рамках Private SOP Class, реализации должны согласовать UID, содержимое (в частности, атрибуты Type 1, 1C, 2 и 2C) и семантику Private SOP Class. Private SOP Class может использоваться для создания полностью нового или экспериментального SOP Class.
Атрибут, определённый в словаре данных (Data Dictionary) в PS3.6.
Профиль приложения хранения на носителях (Media Storage Application Profile), определённый в стандарте DICOM, который используется в реализации без изменений.
Профиль приложения хранения на носителях, производный от Standard Application Profile за счёт включения поддержки дополнительных Standard или Standard Extended SOP Class.
Профиль приложения хранения на носителях, не определённый в стандарте DICOM, но опубликованный в Заявлении о соответствии реализации.
Механизм выбора подходящего набора вариантов из Частей стандарта DICOM вместе с соответствующими механизмами безопасности (например, алгоритмами шифрования) для поддержки средств обеспечения безопасности.
Механизм сопоставления и преобразования объектов DICOM SR в документы HL7 CDA.
В данной Части Стандарта используются следующие термины, определённые в PS3.18:
В данной Части Стандарта используются следующие термины, определённые в PS3.18
В настоящей части стандарта используются следующие символы и сокращения.
Comite Europeen de Normalisation-Technical Committee 251-Medical Informatics
Japan Medical Imaging and Radiological Systems Industries Association
RESTful веб-сервис — это веб-сервис, реализованный с использованием архитектуры REST и HTTP (см. http://www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdf)
В Заявлении о соответствии связи между Real-World Activity и прикладными сущностями (Application Entity) иллюстрируются диаграммой потоков данных приложения (Application Data Flow Diagram).
Прикладная сущность изображается в виде прямоугольника на диаграмме потоков данных приложения, как показано на Рисунке 5.1-1
Real-World Activity изображается в виде круга на диаграмме потоков данных приложения, как показано на Рисунке 5.1-2.
Круги, представляющие несколько Real-World Activity, могут перекрываться, указывая на степень их взаимного пересечения.
Связь между локальной Real-World Activity и прикладной сущностью изображается на диаграмме потоков данных приложения путём размещения локальной Real-World Activity слева от связанной с ней прикладной сущности с пунктирной линией между ними, как показано на Рисунке 5.1-3.
Прикладная сущность может быть связана с несколькими Real-World Activity.
Real-World Activity может быть связана с несколькими прикладными сущностями.
Ассоциация между локальной прикладной сущностью и удалённой прикладной сущностью по сети, поддерживающей удалённую Real-World Activity, изображается на диаграмме потоков данных приложения путём размещения удалённой Real-World Activity справа от связанной с ней локальной прикладной сущности с одной или двумя стрелками между ними, как показано на Рисунке 5.1-4. Пунктирная линия представляет стандартный интерфейс DICOM (DICOM Standard Interface), которым может быть DICOM DIMSE, DICOM Web Services или DICOM Real-Time Video, между локальными прикладными сущностями и теми удалёнными прикладными сущностями, которые обрабатывают удалённые Real-World Activity. Стрелка от удалённой Real-World Activity к локальной прикладной сущности указывает, что локальная прикладная сущность ожидает получить запрос ассоциации при возникновении удалённой Real-World Activity, что приводит к выполнению локальной прикладной сущностью локальной Real-World Activity.
Прикладные сущности, обменивающиеся информацией на носителях, используют файловую службу DICOM (DICOM File Service), определённую в PS3.10, для доступа к File-set или их создания. Эта файловая служба предоставляет операции, поддерживающие три базовые роли: File-set Creator (FSC), File-set Reader (FSR) и File-set Updater (FSU).
Эти роли изображаются на диаграмме потоков данных приложения направленными стрелками, расположенными между локальными прикладными сущностями и носителями хранения DICOM (DICOM Storage Media), к которым эти роли применяются.
Рисунок 5.1-5 иллюстрирует три базовые роли.
Локальные взаимодействия, показанные слева, между локальной Real-World activity и локальной прикладной сущностью изображаются пунктирной линией. Стрелки справа представляют доступ локальной прикладной сущности к File-set на носителе хранения DICOM (DICOM Storage Medium). Когда прикладная сущность поддерживает несколько ролей, эта комбинация изображается несколькими стрелками, соответствующими каждой из ролей. Пунктирная стрелка символизирует съёмный характер носителя для приложения обмена данными.
Использование двух стрелок применительно к FSC и FSR следует отличать от случая, когда используется двойная стрелка применительно к FSU. Например, FSU может обновить File-set без создания нового File-set, тогда как комбинация FSC и FSR может использоваться для создания и проверки File-set.
Реализации не обязательно использовать все опциональные компоненты стандарта DICOM. После выполнения минимальных общих требований соответствующая стандарту DICOM реализация может использовать любые SOP Class, протоколы связи, профили приложений хранения на носителях (Media Storage Application Profile), опциональные (Type 3) атрибуты, коды и контролируемую терминологию и т. д., необходимые для выполнения предназначенной ей задачи.
На практике ожидается, что реализация может поддерживать только те SOP Class, которые связаны с её Real-World Activity. Например, простой плёночный дигитайзер может не поддерживать SOP Class для других модальностей визуализации, поскольку такая поддержка может не требоваться. С другой стороны, от сложного сервера хранения может потребоваться поддержка SOP Class нескольких модальностей, чтобы адекватно функционировать в качестве сервера хранения. Выбор того, какие компоненты стандарта DICOM используются реализацией, в значительной степени зависит от предполагаемого приложения и выходит за рамки настоящего стандарта.
Кроме того, стандарт DICOM позволяет реализации расширять или специализировать определённые в DICOM SOP Class, а также определять Private SOP Class.
Заявление о соответствии позволяет пользователю определить, какие опциональные компоненты стандарта DICOM поддерживаются конкретной реализацией, а также какие дополнительные расширения или специализации она добавляет. Сравнивая Заявления о соответствии двух разных реализаций, знающий пользователь должен быть в состоянии определить, возможен ли обмен данными между этими двумя реализациями и в каком объёме.
Содержание Заявления о соответствии имеет согласованную структуру независимо от того, поддерживает ли реализация интерфейс DIMSE, интерфейс хранения на носителях DICOM, интерфейс веб-служб DICOM, интерфейс DICOM Real-Time Video или их комбинацию. Должно предоставляться единое Заявление о соответствии с заполненными соответствующими разделами. Разделы, не относящиеся к реализации, должны сохраняться и помечаться как неприменимые. Подразделы раздела, помеченного как неприменимый, не обязательно включать в Заявление о соответствии (см. шаблон в Приложении N).
Заявлению о соответствии разрешается состоять либо из одного файла документа, либо быть основным файлом документа, ссылающимся на ряд приложений, содержащихся в одном или нескольких отдельных файлах документов.
Первая часть Заявления о соответствии содержит обзор Заявления о соответствии DICOM (DICOM Conformance Statement Overview) — обычно краткое резюме в начале документа, дающее общее описание системы верхнего уровня. В нём должны быть перечислены возможности передачи, службы DIMSE, службы носителей, веб-службы DICOM и службы DICOM Real-Time Video, включая их роли (SCU/SCP, FSC, FSR и т. д.), а также поддерживаемые синтаксисы передачи. Этот обзор также должен включать перечень всех корневых шаблонов (Root Template), поддерживаемых системой.
Функциональный обзор, содержащий диаграмму потоков данных приложения, которая показывает все прикладные сущности. Она также показывает, как они связаны как с локальными, так и с удалёнными Real-World Activity.
Раздел описания служб и интероперабельности Заявления о соответствии состоит из следующих основных частей:
Содержит более подробную спецификацию каждого SOP Class, поддерживаемого в рамках различных служб (Worklist, MPPS, Storage, Query/Retrieve, Print и т. д.)
Для каждого SOP Class, связанного с Abstract Syntax, приводит перечень поддерживаемых опций SOP;
Содержит описание любых расширений, специализаций и публично раскрытых приватизаций в данной реализации;
Содержит описание любых деталей реализации, которые могут иметь отношение к соответствию DICOM или интероперабельности;
Содержит описание того, какие коды и механизмы контролируемой терминологии используются.
Раздел хранения на носителях Заявления о соответствии состоит из следующих основных частей:
более подробная спецификация каждой прикладной сущности с перечнем поддерживаемых профилей приложений хранения на носителях, описывающая политики, в соответствии с которыми она создаёт, читает или обновляет File-set на носителе;
описание любых расширений, специализаций и публично раскрытых приватизаций в данной реализации, таких как Augmented или Private Application Profile;
описание любых деталей реализации, которые могут иметь отношение к соответствию DICOM или интероперабельности;
описание того, какие коды и механизмы контролируемой терминологии используются.
Раздел деталей сетевого взаимодействия и взаимодействия через носители Заявления о соответствии состоит из следующих основных частей:
Диаграммы потоков данных Real-World activity, показывающие последовательность действий между прикладными сущностями
Политики, в соответствии с которыми каждая комбинация прикладной сущности и Real-World Activity инициирует или принимает ассоциации
Коды состояния (Status Codes) и их обработка для служб DIMSE и веб-служб DICOM
Реализация, заявляющая о соответствии DICOM, может по своему выбору поддерживать один или несколько из следующих механизмов связи:
Соответствие протоколу DIMSE (см. Раздел 7.1.1 Требования соответствия протоколу DIMSE)
Соответствие веб-службам DICOM (см. Раздел 7.1.2 Требования соответствия веб-службам DICOM)
Соответствие хранению на носителях DICOM (см. Раздел 7.2 Требования соответствия обмену через носители DICOM)
Соответствие DICOM Real-Time Video (см. Раздел 7.8 Требования соответствия DICOM Real-Time Video)
Реализация, заявляющая о сетевом соответствии DIMSE, должна:
соответствовать минимальным требованиям соответствия, определённым в настоящем Разделе;
предоставить Заявление о соответствии, структурированное в соответствии с правилами и политиками настоящей Части, и следовать шаблону, приведённому в Приложении N;
соответствовать как минимум одному Standard или Standard Extended SOP Class, как определено в PS3.4;
Соответствие Standard или Standard Extended SOP Class подразумевает соответствие связанному IOD, изложенному в PS3.3, элементам данных, определённым в PS3.6, и операциям и уведомлениям, определённым в PS3.7.
соблюдать правила, регулирующие типы SOP Class, изложенные в Разделе 7.3;
принимать Presentation Context для Verification SOP Class в роли SCP, если реализация принимает какие-либо запросы ассоциации DICOM;
формировать и/или обрабатывать Data Set, как определено в PS3.5;
Реализация, заявляющая о соответствии веб-службам DICOM, должна:
соответствовать минимальным требованиям соответствия, определённым в настоящем Разделе;
предоставить Заявление о соответствии, структурированное в соответствии с правилами и политиками настоящей Части, и следовать шаблону, приведённому в Приложении N;
соответствовать как минимум одной службе (Service), как определено в PS3.18;
соблюдать правила, регулирующие типы SOP Class, изложенные в Разделе 7.3;
формировать и/или обрабатывать Data Set, как определено в PS3.5 и/или PS3.18;
получить законное право на зарегистрированный <org id> для создания UID (см. PS3.5), если реализация использует Privately Defined UID (т. е. UID, не определённые в стандарте DICOM).
Реализация, заявляющая о соответствии обмену через носители DICOM, должна:
соответствовать минимальным требованиям соответствия, определённым в настоящем Разделе;
предоставить Заявление о соответствии, структурированное в соответствии с правилами и политиками настоящей Части, и следовать шаблону, приведённому в Приложении N;
соответствовать как минимум одному Standard Media Storage Application Profile, как определено в PS3.11;
поддерживать один из физических носителей и соответствующий формат носителя, как указано в PS3.12;
соблюдать правила, регулирующие типы SOP Class, изложенные в Разделе 7.3;
соблюдать конкретные правила, регулирующие профили приложений хранения на носителях в соответствии с их типами, как указано в Разделе 7.4. Не допускается использование профилей приложений других типов;
читать в роли FSR или FSU все SOP Class, определённые как обязательные каждым из поддерживаемых профилей приложений хранения на носителях, закодированные в любом из обязательных синтаксисов передачи.
записывать в роли FSC или FSU все SOP Class, определённые как обязательные каждым из поддерживаемых профилей приложений хранения на носителях, в одном из обязательных синтаксисов передачи;
корректно игнорировать любые Standard, Standard Extended, Specialized или Private SOP Class, которые могут присутствовать на носителе хранения, но не определены ни в одном из профилей приложений хранения на носителях, на соответствие которым заявляется.
Для создания или чтения File-set на одном физическом носителе может использоваться более одного профиля приложения хранения на носителях (например, на носителе может быть File-set, созданный с использованием Standard и Augmented Application Profile).
корректно игнорировать записи каталога (Directory Record) в файле DICOMDIR, которые не соответствуют записям каталога, определённым ни в одном из профилей приложений хранения на носителях, на соответствие которым заявляется.
обращаться к File-set на носителях, используя стандартные роли, определённые в PS3.10;
формировать и/или обрабатывать Data Set, как определено в PS3.5, инкапсулированные в файлах DICOM;
получить законное право на зарегистрированный <org id> для создания UID (см. PS3.5), если реализация использует Privately Defined UID (т. е. UID, не определённые в стандарте DICOM).
Реализация, не соответствующая всем вышеуказанным требованиям, не должна заявлять о соответствии DICOM для обмена через хранение на носителях.
Каждый SOP Class, опубликованный в Заявлении о соответствии, относится к одному из четырёх базовых типов. Каждый SOP Class в реализации, заявляющей о соответствии стандарту DICOM, должен обрабатываться в соответствии со следующими правилами, определяемыми типом SOP Class.
Standard SOP Class соответствуют всем применимым Частям стандарта DICOM без каких-либо дополнений или изменений.
Чтобы заявить о соответствии Standard SOP Class, реализация должна указать этот факт в своём Заявлении о соответствии и определить выбранные ею опции, роли и поведение.
Standard Extended SOP Class должны:
являться собственным надмножеством одного Standard SOP Class;
не изменять семантику ни одного Standard Attribute этого Standard SOP Class;
не содержать никаких Private атрибутов Type 1, 1C, 2 или 2C и не добавлять дополнительные Standard атрибуты Type 1, 1C, 2 или 2C;
не изменять тип каких-либо Standard атрибутов Type 3 на Type 1, 1C, 2 или 2C;
использовать тот же UID, что и Standard SOP Class, на котором он основан.
Standard Extended SOP Class может включать Standard и/или Private атрибуты Type 3 сверх тех, что определены в IOD, на котором он основан, при условии что Заявление о соответствии указывает добавленные атрибуты и определяет их связь с информационной моделью PS3.3. Если передаются дополнительные атрибуты Type 3, взятые из словаря данных в PS3.6, которые влияют на кодирование других атрибутов или кодирование которых зависит от значений других атрибутов, их наличие и использование должны быть согласованными.
Например, атрибут Pixel Padding Value (0028,0120) со словарным VR US или SS не может присутствовать без одновременного присутствия Pixel Representation (0028,0103) для разрешения неоднозначности кодирования. Кроме того, Pixel Padding Value не может присутствовать при отсутствии Pixel Data (7FE0,0010), к которому он относится.
Реализация, заявляющая о соответствии Standard Extended SOP Class, должна указать в своём Заявлении о соответствии расширяемый Standard SOP Class, выбранные опции, роли и поведение, а также описать добавляемые атрибуты в привязке к модели IOD и модулям Standard SOP Class.
содержать дополнительные Standard и/или Private атрибуты Type 1, 1C, 2 или 2C;
добавлять Private и Standard атрибуты Type 3, которые могут как публиковаться, так и не публиковаться в Заявлении о соответствии.
перечислять допустимые значения атрибутов в пределах набора, разрешённого Standard SOP Class;
перечислять допустимые шаблоны (Template) для Content Item в пределах набора, разрешённого Standard SOP Class.
Реализация, заявляющая о соответствии Specialized SOP Class, должна включить в своё Заявление о соответствии идентификацию специализируемого Standard SOP Class, описание использования всех Standard и Private атрибутов Type 1, 1C, 2 и 2C в Specialized SOP Class, описание ограничений на значения атрибутов и шаблоны, а также соответствующий Privately Defined UID.
полностью соответствовать применимым Частям стандарта DICOM, за возможным исключением того, что поддержка DICOM Default Transfer Syntax или синтаксиса передачи, обязательного согласно профилю приложения хранения на носителях, не требуется;
не изменять спецификацию PS3.6 для каких-либо Standard Attribute;
использовать Privately Defined UID для своего SOP Class (т. е. не должен идентифицироваться DICOM Defined UID);
не изменять существующие файловые службы DICOM, определённые в PS3.10, и не расширять их таким образом, чтобы это ставило под угрозу интероперабельность.
использовать или применять службы DIMSE к приватно определённым или изменённым IOD (т. е. не обязательно основываться на Standard SOP Class);
использовать или применять операции хранения на носителях к приватно определённым или изменённым IOD (т. е. не обязательно основываться на Standard SOP Class);
назначать любому Standard Attribute Type 1, 1C, 2 или 2C независимо от типа этого атрибута в других IOD;
включать Private и Standard атрибуты Type 3, которые могут как публиковаться, так и не публиковаться в Заявлении о соответствии.
Реализация, заявляющая о соответствии Private SOP Class, должна предоставить в Заявлении о соответствии реализации описание Private SOP Class по образцу PS3.3, PS3.4 и PS3.6, включая описания использования всех Standard и Private атрибутов Type 1, 1C, 2 или 2C в SOP Class, информационной модели DICOM и Privately Defined UID.
Неопубликованные SOP Class (т. е. SOP Class, которые не определены в стандарте DICOM и не определены в Заявлении о соответствии) допускаются для того, чтобы реализация могла поддерживать другие abstract syntax в рамках DICOM Application Context. Такие неопубликованные SOP Class будут использовать Privately Defined UID. Наличие неопубликованного SOP Class не препятствует тому, чтобы реализация была соответствующей DICOM, но не будет иметь значения для других реализаций и может игнорироваться.
Профиль приложения хранения на носителях, используемый в Заявлении о соответствии, должен относиться к одному из трёх базовых типов. Каждый профиль приложения хранения на носителях в реализации, заявляющей о соответствии стандарту DICOM, должен обрабатываться в соответствии со следующими правилами, определяемыми типом профиля приложения хранения на носителях.
Standard Application Profile должен:
поддерживать только один из физических носителей и соответствующий формат носителя, как указано в PS3.12.
Чтобы заявить о соответствии Standard Application Profile, реализация должна указать этот факт в своём Заявлении о соответствии и определить выбранные ею опции, роли и поведение.
Реализация Standard Application Profile может расширять Standard SOP Class этого Standard application profile. Такие Standard Extended SOP Class должны соответствовать требованиям, указанным в Разделе 7.3.
Augmented Application Profile должен:
Augmented Application Profile может:
включать один или несколько Standard или Standard Extended SOP Class в дополнение к тем, что предусмотрены соответствующим Standard Application Profile. Эти дополнительные SOP Class могут быть обязательными или опциональными;
включать расширения (например, дополнительные обязательные ключи, дополнительные записи каталога) к Basic Directory Information Object, соответствующие SOP Class, определённым в пункте a);
Чтобы заявить о соответствии Augmented Application Profile, реализация должна указать этот факт в своём Заявлении о соответствии, а также указать Standard Application Profile, от которого он произведён, и описать дополнения. Реализация также должна определить выбранные ею опции, роли и поведение.
Реализация Augmented Application Profile может:
расширять Standard SOP Class соответствующего Standard application profile. Такие Standard Extended SOP Class должны соответствовать требованиям, указанным в Разделе 7.3;
также заявлять о соответствии Standard Application Profile, на котором основан данный Augmented Profile. В этом случае реализации FSC и FSU должны быть способны ограничивать своё поведение рамками Standard Application Profile (т. е. предоставлять возможность записи только тех Standard или Standard Extended SOP Class, которые определены в соответствующем Standard Application Profile).
соответствует PS3.10 и Media Storage Service Class, указанному в PS3.4;
поддерживает только один из физических носителей и соответствующий формат носителя, как указано в PS3.12;
соответствует правилам, регулирующим SOP Class, изложенным в Разделе 7.3.
Чтобы заявить о соответствии Private Application Profile, реализация должна указать этот факт в своём Заявлении о соответствии и предоставить описание профиля приложения хранения на носителях по образцу описаний в PS3.11. Реализация также должна определить выбранные ею опции, роли и поведение.
Реализация, не удовлетворяющая положениям Раздела 7, включая типы профилей приложений хранения на носителях, не соответствует DICOM и, следовательно, выходит за рамки соответствия DICOM. Такая реализация не является профилем приложения хранения на носителях в терминологии DICOM. Например, если реализация записывает файлы DICOM на носитель, не предусмотренный в PS3.12, или использует файловую систему, не определённую для конкретного типа носителя в PS3.12, то такая реализация не может заявлять о своём соответствии стандарту DICOM при использовании этого носителя или файловой системы.
DICOM не определяет соответствие носителя в общем смысле. Соответствие носителя стандарту DICOM может оцениваться только в рамках одного или нескольких профилей приложений хранения на носителях, определяющих конкретные контексты интероперабельности.
DICOM определяет методы обеспечения безопасности на различных уровнях базовой эталонной модели ISO OSI за счёт использования механизмов, специфичных для конкретного уровня. Методы применения этих механизмов описаны в различных Частях стандарта DICOM. Некоторые механизмы и алгоритмы определены в PS3.15 в качестве профилей безопасности (Security Profile). Заявление о соответствии реализации описывает, какие профили безопасности могут использоваться данным приложением.
Например, Basic TLS Secure Transport Connection Profile определяет механизм аутентификации сущностей, участвующих в обмене данными, а также защиты целостности и конфиденциальности информации при обмене.
Реализация должна перечислить в своём Заявлении о соответствии все поддерживаемые ею профили безопасности, способ выбора используемых профилей безопасности, способ использования функций этого профиля безопасности, а также любые расширения, которые она вносит в этот профиль безопасности.
Реализация должна перечислить в своём Заявлении о соответствии любое дополнительное использование под-элемента согласования User Identity Association, не предусмотренное стандартным профилем безопасности.
DICOM определяет преобразование объектов DICOM SR в документы CDA в PS3.20.
Это преобразование является однонаправленным (DICOM SR в HL7 CDA). Заявления о соответствии должны как минимум указывать соответствие шаблонам верхнего уровня, используемым для документа SR и документа CDA.
Реализация, заявляющая о соответствии DICOM Real-Time Video, должна:
соответствовать минимальным требованиям соответствия, определённым в настоящем Разделе;
предоставить Заявление о соответствии, структурированное в соответствии с правилами и политиками настоящей Части, и следовать шаблону, приведённому в Приложении N;
соответствовать как минимум одной службе (Service), как определено в PS3.22;
соблюдать правила, регулирующие типы SOP Class, изложенные в Разделе 7.3;
формировать и/или обрабатывать Data Set, как определено в PS3.5 и/или PS3.22;
получить законное право на зарегистрированный <org id> для создания UID (см. PS3.5), если реализация использует Privately Defined UID (т. е. UID, не определённые в стандарте DICOM).
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Retired. See PS3.2-2022d
Настоящее Приложение содержит шаблон Заявления о соответствии DICOM. Для удобства версия этого шаблона в формате Microsoft Word доступна по адресу: http://www.dicomstandard.org/resources/templates
Настоящее Приложение определяет нормативное содержание Заявления о соответствии DICOM. Изменения в настоящем Приложении могут не сразу отражаться в версии этого шаблона в формате Microsoft Word. Если текущий выпуск DICOM PS3.2 и версия этого шаблона в формате Microsoft Word не совпадают, ответственность за обеспечение соответствия создаваемого Заявления о соответствии DICOM актуальному содержанию несёт составитель этого Заявления.
Содержание и структура Заявлений о соответствии DICOM должны соответствовать настоящему шаблону.
В настоящем шаблоне используются следующие соглашения по форматированию, помогающие составителям Заявления о соответствии. В зависимости от формата текста, использованного в шаблоне, Заявление о соответствии DICOM должно:
Включать без изменений текст, показанный обычным начертанием шрифта (т. е. не курсивом). Такой текст представляет собой стандартный «шаблонный» (boilerplate) текст, например вводные фразы к разделам, таблицы с перечнем обязательных атрибутов и т. д.
Удалять текст, показанный курсивным начертанием шрифта и [заключённый в квадратные скобки]. Такой текст содержит инструкции для составителей Заявления о соответствии по использованию настоящего шаблона. Этот текст может сохраняться, пока составитель не воспользуется им, но должен быть удалён перед публикацией Заявления о соответствии.
Либо удалять текст, показанный курсивным начертанием шрифта, либо соответствующим образом изменять его и переводить в обычное начертание. Такой текст является примерным и может содержать типовые формулировки, примеры тем, которые могут быть затронуты в определённом разделе, либо перечень опциональных атрибутов, которые следует удалить, если они не поддерживаются, и т. д.
Заменять текст <заключённый в угловые скобки> на соответствующий текст. Такой текст является заполнителем для переменных, например названия продукта. При замене текста символы < > следует удалить.
Заменять текст <<заключённый в двойные угловые скобки>> на одно значение из приведённого перечня. Такой текст содержит перечень альтернатив, например DICOM Defined Terms для значения атрибута. При замене текста символы << >> следует удалить.
Если могут использоваться значения, отличные от перечисленных, это указывается многоточием перед закрывающими угловыми скобками (т. е. «…>>»)
Если можно выбрать несколько значений, это будет указано в тексте инструкции.
Если часть из нескольких значений являются обязательными, обязательные значения показываются обычным начертанием шрифта, а опциональные значения — курсивным начертанием шрифта.
Некоторые разделы и таблицы сочетают текст с разными начертаниями шрифта. Каждый фрагмент текста трактуется в соответствии с его начертанием.
В настоящем шаблоне используются следующие соглашения, способствующие единообразию, которое облегчает потребителям чтение Заявлений о соответствии от разных производителей и поиск конкретных сведений. Заявление о соответствии DICOM должно:
Указывать поддержку в таблицах (например, в столбцах «SCU» и «SCP» таблицы со строками для SOP Class), используя «Y» для «да» и «N» для «нет».
Включать в таблицы строки только для тех элементов (например, SOP Class, служб, атрибутов и т. д.), которые поддерживаются вашей реализацией. Не включать строки для неподдерживаемых элементов.
Форматировать поддерживаемые диапазоны значений в ячейках таблицы с использованием квадратных скобок следующим образом: [нижнее значение … верхнее значение].
Форматировать несколько поддерживаемых значений в ячейках таблицы, разделяя их точкой с запятой внутри ячейки.
Заменять содержимое разделов, не применимых к реализации, текстом «N/A» и добавлять «- N/A» в конец заголовка раздела. Это делается вместо удаления раздела; однако если все подразделы раздела помечены «N/A», подразделы могут быть удалены, и в этом случае родительский раздел должен содержать текст «N/A» в качестве содержимого, а к его исходному заголовку следует добавить «- N/A». Это позволяет сохранить единую нумерацию разделов во всех Заявлениях о соответствии DICOM для упрощения сравнения.
Если необходимо добавить разделы, их следует добавлять в конец родительского раздела, чтобы сохранить нумерацию разделов в соответствии с настоящим шаблоном.
Таблицы должны нумероваться последовательно в пределах каждого крупного подраздела. Следовать нумерации таблиц из шаблона не обязательно, если конкретные таблицы не применимы к продукту, описанному в данном Заявлении о соответствии DICOM.
Рассмотреть возможность приведения сведений (например, подробных пояснений) в виде сноски под таблицей, если сведения превышают удобный размер ячейки.
Приложения являются обязательными частями настоящего шаблона и должны быть заполнены, если применимо к реализации. Например, определения IOD должны быть заполнены, если реализация поддерживает создание экземпляров SOP DICOM.
Если по ходу документа какие-либо таблицы становятся слишком широкими для книжной ориентации, для такой таблицы рекомендуется переключиться на альбомную ориентацию.
Таблицы разделены на подразделы для улучшения читаемости. Если подраздел таблицы не поддерживается, следует полностью удалить этот подраздел из таблицы.
Если Заявление о соответствии DICOM описывает несколько продуктов/версий в одном документе, на титульной странице следует указать, какие продукты/версии охвачены.
Обеспечить единообразие написания терминов во всём Заявлении о соответствии DICOM в соответствии со стандартом DICOM.
Если настоящий шаблон противоречит нормативным положениям других Частей стандарта DICOM, преимущественную силу имеют эти другие Части.
Содержание шаблона начинается после этой строки.
[При использовании настоящего шаблона для создания Заявления о соответствии DICOM нумерацию фактического содержания документа следует начинать с Раздела 1 для Обзора, а не с N.1.]
[Приведите краткое описание функциональности DICOM продукта.]
[Отредактируйте следующую иллюстрацию, изображающую службы DICOM, реализованные в вашем продукте, и взаимодействия с удалёнными системами, подключёнными к продукту. Замените <Product> названием вашего продукта, <Remote Systems x> — категорией системы, например модальность, PACS, RIS, а <DICOM Service> — применимой службой, например storage, query/retrieve, query modality worklist, ….]
Таблица N.1-1 перечисляет все Storage SOP Class, поддерживаемые механизмы передачи, а также сценарии использования этих экземпляров.
Столбец «Transfer Syntax Set» перечисляет наборы синтаксисов передачи, определённые в Таблице N.1-2, применимые к каждому SOP Class. Столбцы «DIMSE», «DICOM Web» и «Media Services» указывают роли, поддерживаемые для каждого SOP Class.
Столбцы «Function» указывают, как экземпляры используются системой:
Create: система создаёт экземпляры SOP Class. Тип создаваемого SOP Class указывается одним из следующих сокращений:
Display: система отображает экземпляры SOP Class пользователю либо путём отображения экземпляров SOP в исходном виде, либо путём применения экземпляров другого подходящего SOP Class к экземплярам изображений (например, Presentation State или CAD SR).
Process: система обрабатывает экземпляры SOP Class для получения дополнительной информации, предоставляемой пользователю (например, алгоритм обработки CAD или 3D-рендеринг).
Archive: система сохраняет экземпляры SOP Class и снова делает их доступными.
[Перечислите все Storage SOP Class, поддерживаемые системой, в числовом порядке SOP Class UID. В столбце «Transfer Syntax Set» укажите, какие из наборов синтаксисов передачи, определённых в Таблице N.1-2, поддерживаются. Обратите внимание, что для каждого SOP Class может поддерживаться несколько наборов синтаксисов передачи.]
[Для столбцов «Create Function» используйте значения, определённые выше. Для всех остальных поддерживаемых столбцов ролей/«Function» указывайте «Y» для «да» и «N» для «нет».]
[Таблица N.1-2 определяет несколько примеров наборов синтаксисов передачи, на которые в Таблице N.1-1 выше ссылаются по их сокращению. Вы можете изменить наборы синтаксисов передачи в соответствии с реализацией вашего продукта и расширить Таблицу дополнительными наборами синтаксисов передачи по мере необходимости. Для дополнительных наборов синтаксисов передачи создайте дополнительные строки и присвойте сокращения в «() », на которые можно ссылаться в Таблице выше.]
Таблица N.1-2. Поддерживаемые синтаксисы передачи
Таблица N.1-3 перечисляет все идентификаторы шаблонов (TID) корневых шаблонов, поддерживаемых системой. Столбец «Function» указывает, как система использует содержимое DICOM SR:
CREATE: система создаёт экземпляры с использованием указанного TID.
RENDER: система отображает содержимое SR, не используя данные для какой-либо обработки.
EXTRACT_DATA: система может извлекать структурированные данные из содержимого и использовать эти данные для последующей обработки (например, для составления отчётов).
OVERLAY: система использует информацию из SR для отображения информации непосредственно на изображениях (например, маркеры Mammography CAD).
ARCHIVE: система сохраняет экземпляры для последующего получения.
Столбец «SOP Class UID» указывает, какие из SR Storage SOP Class используются для кодирования информации или её хранения. Если поддерживается несколько SOP Class, столбец «Condition» описывает условия использования разных SOP Class.
[Таблица N.1-3 приводит несколько примеров, добавьте/удалите TID в соответствии с реализацией вашего продукта. Добавляйте корневые TID в порядке возрастания номеров.
За разъяснением значения столбцов см. описание выше. Обратите внимание, что в столбце «Function» может быть перечислено несколько значений.
Рекомендуется добавить в столбце «Root Template ID» ссылку на соответствующий подраздел Раздела N.10.]
Таблица N.1-4 указывает поддержку Verification SOP Class.
[Измените Таблицу N.1-4, отразив поддержку Verification SOP Class.]
Подробнее о поддерживаемых Storage SOP Class см. Раздел N.1.1.
Таблица N.1-5 перечисляет все поддерживаемые Workflow Management SOP Class.
[Измените Таблицу N.1-5, отразив поддерживаемые SOP Class в области управления рабочим процессом. Для каждой поддерживаемой службы укажите поддерживаемую роль. Если SOP Class не поддерживается ни как SCU, ни как SCP, удалите соответствующую строку из Таблицы]
Таблица N.1-6 перечисляет все поддерживаемые Query/Retrieve SOP Class.
[Таблица N.1-6 перечисляет некоторые SOP Class для запроса и получения от удалённого узла DICOM, тем не менее PS3.4 определяет ещё много дополнительных SOP Class для запроса и получения. Если ваш продукт поддерживает какие-либо из этих дополнительных SOP Class (например, любые SOP Class, поддерживающие C-GET), добавьте их в Таблицу N.1-6 и удалите SOP Class, не поддерживаемые вашим продуктом. Если SOP Class не поддерживается ни как SCU, ни как SCP, удалите соответствующую строку из Таблицы N.1-6.]
Таблица N.1-7 перечисляет все поддерживаемые Printing SOP Class.
[Таблица N.1-7 перечисляет некоторые SOP Class для печати, а PS3.4 определяет дополнительные SOP Class для печати. Если ваш продукт поддерживает какие-либо из этих дополнительных SOP Class, добавьте их в Таблицу N.1-7, и удалите строки, не применимые к вашему продукту. Если SOP Class не поддерживается ни как SCU, ни как SCP, удалите соответствующую строку из Таблицы N.1-7.]
Таблица N.1-8 перечисляет детали поддержки службы URI.
[Заполните Таблицу N.1-8, указав поддержку веб-службы URI.]
О поддерживаемых ресурсах см. Таблицу N.1-1 в Разделе N.1.1
Таблица N.1-9 перечисляет детали поддержки службы исследований.
[Заполните Таблицу N.1-9, указав поддержку веб-службы исследований]
[Если ваш Origin Server поддерживает какие-либо ресурсы Rendered MPR Volume или Rendered 3D Volume, укажите поддерживаемые SOP Class в столбце «Process» Таблицы N.1-1.]
Таблица N.1-10 перечисляет детали поддержки службы рабочих списков.
[Заполните Таблицу N.1-10, указав поддержку веб-службы рабочих списков.]
Таблица N.1-11 перечисляет детали поддержки службы экземпляров, не связанных с пациентом.
Подробнее о поддерживаемых категориях ресурсов (например, Color Palette, Defined Procedure Protocol, Hanging Protocol или Implant Templates) см. Таблицу N.1-1.
[Заполните Таблицу N.1-11, указав поддержку веб-службы экземпляров, не связанных с пациентом.]
Таблица N.1.3.5-1 перечисляет детали поддержки службы подтверждения сохранения.
[Заполните Таблицу N.1.3.5-1, указав поддержку веб-службы подтверждения сохранения.]
Таблица N.1.3.6-1 перечисляет детали поддержки службы запланированного этапа процедуры модальности.
[Заполните Таблицу N.1.3.6-1, указав поддержку веб-службы запланированного этапа процедуры модальности]
Таблица N.1.3.7-1 перечисляет детали поддержки службы выполненного этапа процедуры модальности.
[Заполните Таблицу N.1.3.7-1, указав поддержку веб-службы выполненного этапа процедуры модальности]
[При поддержке ролей и Origin Server, и User Agent укажите, отражается ли создание и обновление MPPS на стороне Origin Server на стороне User Agent, выбрав один из двух приведённых ниже текстов. Если поддерживается только одна из ролей, удалите приведённые ниже тексты.]
Данная система не отражает создание и обновление MPPS со стороны Origin Server на стороне User Agent.
Данная система отражает создание и обновление MPPS со стороны Origin Server на стороне User Agent.
Таблица N.1-12 перечисляет все поддерживаемые профили приложений хранения на носителях.
[Таблица N.1-12 перечисляет профили приложений хранения на носителях и поддерживаемые роли. Расширьте/измените Таблицу, чтобы перечислить профили, поддерживаемые вашей системой.]
Таблица N.1-13 перечисляет все поддерживаемые Real-Time Video SOP Class и синтаксисы передачи.
[Перечислите все поддерживаемые Real-Time Video SOP Class в Таблице N.1-13. Для столбца «Transfer Syntax Set» используйте наборы синтаксисов передачи, определённые в Таблице N.1-2.]
Таблица N.1-14 перечисляет все поддерживаемые профили и опции деидентификации.
[Заполните Таблицу N.1-14, перечислив поддерживаемые профили и опции деидентификации. Если деидентификация не поддерживается, удалите эту таблицу и пометьте раздел как N/A]
[Перечислите все поддерживаемые наборы символов, их название по IANA, а также описание в Таблице N.1-15.]
[Приведите историю изменений настоящего документа, включая номер версии документа, дату версии документа, версию(и) продукта, к которым применяется Заявление о соответствии DICOM, и краткое описание изменений на высоком уровне.]
Настоящий документ предназначен для перечисленной ниже аудитории. Предполагается, что читатель обладает рабочими знаниями стандарта DICOM.
[Ниже приведён перечень типичных пользователей Заявления о соответствии DICOM; при необходимости измените его и добавьте другие группы пользователей.]
Структура документа была разработана для упрощения доступа к соответствующей информации для различных групп пользователей:
Клинические пользователи, желающие получить обзор реализованных возможностей интероперабельности системы, могут ознакомиться с Разделом N.4 «Модель реализации».
Персонал, занимающийся продажами, может использовать информацию в Разделе N.1 для оценки совместимости между различными системами в ситуации продажи.
Системные интеграторы могут использовать информацию в Разделе N.6 при установке системы, а также сведения из Раздела N.5 «Описание служб и интероперабельности» для получения подробностей о реализованных службах.
Инженеры сервисного обслуживания на местах могут использовать сведения из Раздела N.5 «Описание служб и интероперабельности» и из Раздела N.7 «Детали сетевого взаимодействия и взаимодействия через носители» для устранения неполадок.
ИТ-персонал больницы, занимающийся вопросами безопасности, может использовать сведения, приведённые в Разделе N.8 «Безопасность», о реализованных функциях безопасности.
Исследовательский персонал может быть заинтересован в использовании информации, приведённой в Разделе N.9 «Информационные объектные дефиниции (IOD)» или Разделе N.10 «Кодирование содержимого структурированных отчётов» для получения подробной информации об изображениях и измерениях.
[Здесь указываются любые важные замечания, отказы от ответственности и общие сведения. Приведённый ниже пример может использоваться в качестве шаблона.]
Назначение настоящего Заявления о соответствии DICOM — содействовать интеграции между < Product> и другими продуктами DICOM. Заявление о соответствии следует читать и понимать совместно со стандартом DICOM [1]. Сам по себе DICOM не гарантирует интероперабельность.
Тем не менее, Заявление о соответствии облегчает сравнение первого уровня на предмет интероперабельности между разными приложениями, поддерживающими совместимую функциональность DICOM.
Настоящее Заявление о соответствии не должно заменять проверку с другим оборудованием DICOM для обеспечения надлежащего обмена предполагаемой информацией. Фактически, именно пользователь несёт ответственность за выполнение следующих проверочных мероприятий:
Сравнение Заявлений о соответствии <Product> и другого оборудования, соответствующего DICOM, является первым шагом к оценке взаимосвязанности и интероперабельности между этими системами.
Процедуры тестирования должны быть определены и выполнены для проверки требуемого уровня интероперабельности с конкретным оборудованием, соответствующим DICOM, установленным медицинским учреждением.
[Если у продукта есть IHE Integration Statement, может быть применимо следующее утверждение]:
<Product> принял участие в отраслевой программе тестирования, спонсируемой Integrating the Healthcare Enterprise (IHE). IHE Integration Statement для <Product> вместе с IHE Technical Framework может облегчить процесс проверочного тестирования.
[Здесь следует перечислить термины и определения. Следующий перечень включает термины DICOM; удалите термины, не используемые в Заявлении о соответствии, но не добавляйте и не изменяйте перечисленные здесь термины.]
Следующий перечень включает термины DICOM, используемые в настоящем Заявлении о соответствии:
|
Информация, о которой достигнута договорённость об обмене между приложениями, как правило эквивалентная Service/Object Pair (SOP) Class. Примеры: Verification SOP Class, Modality Worklist Information Model Find SOP Class, Computed Radiography Image Storage SOP Class. |
|
|
Представление внешнего поведения процесса приложения в терминах сетевых служб DICOM, веб-служб и/или возможностей обмена через носители, реализованных в одной или нескольких ролях. Одно устройство может иметь несколько прикладных сущностей. |
|
|
Название прикладной сущности (Application Entity Title, AET) |
Внешне известное имя прикладной сущности, используемое для идентификации приложения DICOM перед другими приложениями DICOM в сети. |
|
Спецификация типа связи, используемой между прикладными сущностями. Пример: сетевой протокол DICOM. |
|
|
Канал сетевой связи, устанавливаемый между прикладными сущностями. |
|
|
Единица информации в информационной объектной дефиниции; элемент данных, идентифицируемый тегом. Информация может представлять собой сложную структуру данных (Sequence), которая сама состоит из элементов данных более низкого уровня. Примеры: Patient ID (0010,0020), Accession Number (0008,0050), Photometric Interpretation (0028,0004), Procedure Code Sequence (0008,1032). |
|
|
Единица информации, определяемая одной записью в словаре данных. Закодированный атрибут информационной объектной дефиниции (IOD), состоящий как минимум из трёх полей: тега элемента данных, длины значения и поля значения. Для некоторых конкретных синтаксисов передачи элемент данных также содержит поле VR, в котором явно указывается представление значения этого элемента данных |
|
|
Информационная объектная дефиниция (Information Object Definition, IOD) |
Определённый набор атрибутов, составляющих тип объекта данных; не представляет конкретный экземпляр объекта данных, а скорее класс подобных объектов данных, обладающих одинаковыми свойствами. Примеры: MR Image IOD, CT Image IOD, Print Job IOD. Атрибуты в составе IOD могут быть указаны как обязательные (Type 1), требуемые, но, возможно, неизвестные (Type 2), или опциональные (Type 3), а также могут существовать условия, связанные с использованием атрибута (Type 1C и 2C). |
|
Профиль приложения хранения на носителях (Media Storage Application Profile) |
Спецификация информационных объектов DICOM и кодирования, которыми обмениваются на съёмных носителях (например, компакт-дисках). |
|
Набор атрибутов в составе информационной объектной дефиниции, логически связанных друг с другом. Пример: модуль Patient включает Patient's Name, Patient ID, Patient's Birth Date и Patient's Sex. |
|
|
Первая фаза установления ассоциации, позволяющая прикладным сущностям договориться о типах данных, которыми предстоит обмениваться, и о том, как эти данные будут кодироваться. |
|
|
Обозначает программу, способную формировать авторитетные ответы на HTTP-запросы для заданного целевого ресурса (Target Resource). Термин «сервер» относится к любой реализации, которая получает сообщение запроса веб-службы от user agent. |
|
|
Набор сетевых служб DICOM, используемых в рамках ассоциации, согласованный между прикладными сущностями; включает Abstract Syntax и синтаксисы передачи. |
|
|
SOP Class, не определённый в стандарте DICOM, но опубликованный в Заявлении о соответствии реализации. |
|
|
Пакет (часть) сообщения DICOM, отправляемый по сети. Устройства должны указывать максимальный размер пакета, который они могут принять для сообщений DICOM. |
|
|
Набор механизмов, таких как шифрование, аутентификация пользователя или цифровые подписи, используемых прикладной сущностью для обеспечения конфиденциальности, целостности и/или доступности передаваемых данных DICOM. |
|
|
Роль прикладной сущности, предоставляющей сетевую службу DICOM; как правило, сервер, выполняющий операции по запросу другой прикладной сущности (Service Class User). Примеры: система архивации и передачи изображений (SCP хранения изображений и SCP запроса/получения изображений), радиологическая информационная система (SCP рабочего списка модальности). |
|
|
Роль прикладной сущности, использующей сетевую службу DICOM; как правило, клиент. Примеры: модальность визуализации (SCU хранения изображений и SCU рабочего списка модальности), рабочая станция визуализации (SCU запроса/получения изображений). |
|
|
Пара сервис-объект, класс (Service/Object Pair Class, SOP Class) |
Спецификация сетевой передачи или передачи через носители (службы) для определённого типа данных (объекта); фундаментальная единица спецификации интероперабельности DICOM. Примеры: Ultrasound Image Storage Service, Basic Grayscale Print Management. |
|
Пара сервис-объект, экземпляр (Service/Object Pair Instance, SOP Instance) |
Информационный объект; конкретный экземпляр информации, которой обмениваются в рамках SOP Class. Например, конкретное рентгеновское изображение. |
|
SOP Class, производный от стандартного и специализированный дополнительными атрибутами Type 1, 1C, 2, 2C или 3, перечислением конкретных допустимых значений атрибутов, либо перечислением конкретных допустимых шаблонов. Дополнительные атрибуты могут быть либо взяты из словаря данных в PS3.6, либо являться частными атрибутами. |
|
|
SOP Class, определённый в стандарте, который реализован и используется без каких-либо изменений. |
|
|
SOP Class, определённый в стандарте и расширенный дополнительными атрибутами Type 3. Дополнительные атрибуты могут быть либо взяты из словаря данных DICOM в PS3.6, либо являться частными атрибутами. |
|
|
32-битный идентификатор элемента данных, представленный в виде пары четырёхзначных шестнадцатеричных чисел — «группы» (group) и «элемента» (element). Если номер «группы» нечётный, тег относится к частному (специфичному для производителя) элементу данных. Примеры: (0010,0020) [Patient ID], (07FE,0010) [Pixel Data], (0019,0210) [частный элемент данных]. |
|
|
Кодирование, используемое для обмена информационными объектами и сообщениями DICOM. Примеры: сжатие JPEG (изображения), Little Endian Explicit Value Representation. |
|
|
Порт TCP, на котором реализация принимает соединения TLS для обмена информацией DICOM. |
|
|
Глобально уникальная строка в «десятично-точечном» формате, идентифицирующая конкретный объект или класс объектов; идентификатор объекта (Object Identifier) ISO-8824. Примеры: Study Instance UID, SOP Class UID, SOP Instance UID. |
|
|
Клиент в сетевом протоколе, используемом для связи в распределённой вычислительной системе типа клиент-сервер. В частности, протокол передачи гипертекста (HTTP) идентифицирует клиентское программное обеспечение, инициирующее запрос, с помощью заголовка user-agent, даже если клиент не управляется пользователем. |
|
|
Тип формата отдельного элемента данных DICOM, например текст, целое число, имя человека или код. Информационные объекты DICOM могут передаваться либо с явным указанием типа каждого элемента данных (Explicit VR), либо без явного указания (Implicit VR); при использовании Implicit VR принимающее приложение должно использовать словарь данных DICOM для определения формата каждого элемента данных. |
[Измените: добавьте здесь перечень специфичных для продукта определений. Если они не нужны, удалите следующее вступление и таблицу]
Следующий перечень включает специфичные для продукта определения, используемые в настоящем Заявлении о соответствии
Здесь перечислены сокращения, используемые в настоящем Заявлении о соответствии DICOM.
[Важно добавить любые дополнительные термины, используемые реализацией. Термины из перечня также могут быть удалены по усмотрению разработчика.]
[Здесь следует перечислить документы, на которые даются ссылки, включая соответствующие руководства к продукту (например, сервисные руководства, определяющие настройку параметров связи DICOM). Ссылки на стандарт DICOM должны содержать URL бесплатно публикуемой версии стандарта, но не должны указывать дату публикации]:
[1] PS3 / ISO 12052 Digital Imaging and Communications in Medicine (DICOM) Standard. http://www.dicomstandard.org .
[2] IHE Radiology Technical Framework. http://www.ihe.net/Resources/technical_frameworks/#radiology .
[Приведите краткое описание вашей реализации, включая перечень названий продуктов и версий, которые охватывает настоящее Заявление о соответствии DICOM (DCS), а также использование сетевого взаимодействия DICOM, обмена через носители DICOM и веб-служб DICOM для достижения их назначения.]
[Также приведите некоторые детали архитектуры вашего продукта верхнего уровня, относящиеся к функциям интероперабельности продукта (например, реализация функциональности в отдельных приложениях).]
Модель приложения для сетевого взаимодействия и обмена через носители для < Product> показана на Рисунке N.4-1 — диаграмме потоков данных приложения <Product>.
[Отредактируйте диаграмму потоков данных приложения и приведённое ниже описание соответствующим образом. Обратите внимание, что названия Real-World Activity и прикладных сущностей, указанные на рисунке, должны использоваться единообразно во всём документе. Если ваш продукт поддерживает настраиваемое определение AE, опишите в этом разделе конфигурацию AE по умолчанию. Напомним, что AE — это представление внешнего поведения процесса приложения в терминах сетевых служб DICOM, веб-служб и/или возможностей обмена через носители, реализованных в одной или нескольких ролях. Одно устройство может иметь несколько прикладных сущностей.]
[Для каждой AE, перечисленной на Рисунке N.4-1, добавьте один подраздел A.4.1.x, описывающий функциональность DICOM этой AE в отношении поддерживаемых служб DIMSE, DICOM Web и Media Services, включая Real-World Activity, которые могут запускать эту службу.]
[Если ваша система поддерживает гибкую группировку служб в прикладные сущности, сохраните следующий абзац, в противном случае удалите его]
Настоящий раздел описывает организацию поддерживаемых служб в прикладные сущности на основе конфигурации системы по умолчанию. Это может меняться в зависимости от фактической настройки на объекте заказчика. Подробнее о настраиваемости распределения служб по AE см. Раздел N.6.
Таблица N.5-1 содержит обзор прикладных сущностей и служб, поддерживаемых каждой AE.
[Таблица N.5-1 предоставляет отображение между прикладными сущностями, службами и ролями, как показано в примере ниже.]
[При необходимости поясните специфичное поведение AE в примечании, например, если у вас есть AE, которая обеспечивает специально хранение деидентифицированных экземпляров или поддержку запроса отклонённых экземпляров, как определено в профиле IOCM, например:
Данная реализация службы Query/Retrieve обрабатывает получение отклонённых экземпляров, как определено в IHE Radiology IOCM Profile [2].
[Следующие разделы подробно определяют детали поддерживаемых служб DIMSE. Заполните информацию по всем службам, поддерживаемым системой. Таблицы приведены в качестве примеров и должны быть изменены в соответствии с функциональностью системы.]
В роли Service Class User для Modality Worklist Information Model - FIND SOP Class, <Product> использует сообщение C-FIND-RQ для запроса к SCP. Он поддерживает ключи запроса, перечисленные в Таблице N.5-2.
В столбце «Matching Type» могут использоваться следующие значения:
SINGLE_VALUE: SCU может запросить сопоставление по одному значению этого атрибута.
UID: SCU может запросить сопоставление по списку UID для этого атрибута.
WILDCARD: SCU может запросить сопоставление по маске (Wildcard) для этого атрибута.
RANGE: SCU может запросить сопоставление по диапазону для этого атрибута.
SEQUENCE: SCU может запросить сопоставление по последовательности (Sequence) для этого атрибута.
UNIVERSAL: SCU может запросить, чтобы атрибут был возвращаемым значением (универсальное сопоставление).
В столбце «Query Value Source» могут использоваться следующие значения:
FIXED: значение запроса не может быть изменено пользователем или конфигурацией.
GENERATED: значение запроса генерируется системой (например, текущая дата в качестве даты исследования).
CONFIGURATION: значение запроса зависит от конфигурации системы.
SCANNED: значение запроса считывается со сканера штрихкодов или аналогичного устройства.
EMPTY: значение запроса отправляется с нулевой длиной, указывая, что это только возвращаемый ключ.
В столбце «Display on UI» могут использоваться следующие значения:
[Измените Таблицу N.5-2, включив все атрибуты, поддерживаемые вашей системой, и используйте термины, определённые выше для Matching Type, Query Value Source и Display on UI. Если значения Display on UI изменены по сравнению с полученными, укажите это в сноске. Если для Query Value Source поддерживается несколько значений, перечислите их все.]
[Опишите сценарии, в которых продукт может отправлять запросы C-FIND-CANCEL, например,
Продукт отправляет запросы C-FIND CANCEL в следующих сценариях:* обнаружено настраиваемое максимальное количество совпадений* инициировано пользователем]
[Также опишите поведение SCU, если SCP игнорирует запрос отмены и продолжает отправлять ответы.]
[Опишите возможности запроса вашего продукта и поведение при обработке нестандартных наборов символов, особенно при обработке имён людей (VR PN), например:
При настройке поддержки японского набора символов атрибуты запроса Person Name могут содержать идеографическое (кандзи) и/или фонетическое (хирагана и катакана) и/или латинизированное (ромадзи) представления.
При настройке поддержки китайского набора символов атрибуты запроса Person Name могут содержать идеографическое (ханьцзы) и/или фонетическое (пиньинь) представления. Для Patient's Name (0010,0010) представление, отображаемое в рабочем списке по умолчанию, настраивается.
При настройке поддержки корейского набора символов атрибуты запроса Person Name могут содержать идеографическое (ханча) и/или фонетическое (хангыль) и/или латинизированное представления.
Если продукт получает от SCP ответ C-FIND, содержащий неподдерживаемые значения в Specific Character Set (0008,0005), символы в этом наборе символов будут трактоваться как неизвестные символы, как описано в Разделе 6.1.2.3 в PS3.5 .
Если атрибут Person Name содержит несколько представлений, графический интерфейс отобразит одно представление на основе настраиваемого порядка предпочтения.]
В роли Service Class Provider для Modality Worklist Information Model - FIND SOP Class, <Product> использует C-FIND-RSP для передачи совпадений обратно SCU. Он поддерживает ключи сопоставления, перечисленные в Таблице N.5-3.
В столбце «Matching Type» могут использоваться следующие значения:
SINGLE_VALUE: SCP может выполнять сопоставление по одному значению этого атрибута.
UID: SCP может выполнять сопоставление по списку UID для этого атрибута.
WILDCARD: SCP может выполнять сопоставление по маске (Wildcard) для этого атрибута.
RANGE: SCP может выполнять сопоставление по диапазону для этого атрибута.
SEQUENCE: SCP может выполнять сопоставление по последовательности (Sequence) для этого атрибута.
UNIVERSAL: SCP может предоставить атрибут в ответе C-FIND (т. е. универсальное сопоставление).
[Таблица N.5-3 содержит набор атрибутов, которые могут поддерживаться продуктом. Добавляйте и удаляйте атрибуты в соответствии с реализацией вашего продукта, используя тип сопоставления, определённый выше. Если поддерживается несколько кодов, перечислите их все. Используйте столбец «Comments», если требуется пояснение.]
[Опишите поведение продукта при получении запроса C-FIND-CANCEL.]
[Опишите возможности запроса вашего продукта и поведение при обработке нестандартных наборов символов, особенно при обработке имён людей (VR PN), например:
Если продукт получает от SCU Request Identifier, содержащий неподдерживаемые значения в Specific Character Set (0008,0005), сопоставление не выполняется, и возвращается ошибка, указывающая, что SCP не может обработать запрос.]
[Опишите возможности запроса вашего продукта и поведение при обработке зависящего от реализации сопоставления для VR, таких как DA, DT, TM, IS и DS.]
Как пользователь класса обслуживания (SCU) класса SOP этапов выполнения процедуры модальности, <Product> поддерживает атрибуты, перечисленные в Таблице N.5-4, в сообщениях N-CREATE-RQ и N-SET-RQ, если он создаёт данное сообщение.
В столбце «Source» (Источник) могут использоваться следующие значения:
[Перечислите все атрибуты, передаваемые в сообщении MPPS, и укажите значения, используемые для заполнения сообщений N-CREATE или N-SET; добавьте или удалите атрибуты применительно к вашему продукту и учтите, что в столбце «Source» несколько значений могут быть перечислены через точку с запятой.]
Таблица N.5-4. Поддерживаемые атрибуты N-CREATE и N-SET для этапа выполнения процедуры модальности — SCU
[Опишите триггеры, по которым ваш продукт инициирует отправку сообщений, например, N-CREATE отправляется при начале получения изображений, а N-SET — при закрытии исследования.]
[Если продукт также поддерживает пересылку сообщений MPPS (например, как описано для актора MPPS Manager в профиле IHE Schedule Workflow), приведите здесь описание поведения продукта.]
Как поставщик класса обслуживания (SCP) класса SOP этапов выполнения процедуры модальности, продукт принимает от удалённого SCU сообщения N-CREATE-RQ и N-SET-RQ, указывающие статус процедуры.
[Укажите в Таблице N.5-5, предъявляет ли ваш продукт специфические требования к содержимому сообщения, например, являются ли определённые атрибуты обязательными, используя Y для «да» и N для «нет».]
Таблица N.5-5 перечисляет требуемое содержимое сообщения.
Таблица N.5-5. Поддерживаемые атрибуты N-CREATE и N-SET для этапа выполнения процедуры модальности — SCP
[Опишите поведение продукта при получении сообщения MPPS, как N-CREATE, так и N-SET.]
[Если ваш продукт поддерживает какие-либо классы SOP Unified Worklist, перечислите поддерживаемые классы SOP, роль, список поддерживаемых сообщений и содержимое каждого поддерживаемого сообщения. Если один или несколько классов SOP Unified Worklist не поддерживаются, сохраните раздел, но укажите текст, обозначающий, что данный класс SOP — «Н/П» (N/A).]
Как пользователь класса обслуживания (SCU) класса SOP уведомления о доступности экземпляров, система использует сообщение N-CREATE-RQ для информирования удалённых SCP о доступности и статусе сохранённых экземпляров. Подробности содержимого сообщения приведены в Таблице N.5-6.
В столбце «Source» (Источник) могут использоваться следующие значения:
[Таблица N.5-6 приводит некоторые атрибуты уведомления о доступности экземпляров в качестве примеров. Заполните таблицу атрибутами, поддерживаемыми вашим продуктом. Для столбца «Source» используйте значения, определённые выше.]
Таблица N.5-6. Поддерживаемые атрибуты N-CREATE для уведомления о доступности экземпляров — SCU
|
См. Таблицу N.5-7 |
||||
<Product> поддерживает значения, перечисленные в Таблице N.5-7, для атрибута Instance Availability (0018,0056).
[Заполните Таблицу N.5-7 значениями, поддерживаемыми для атрибута Instance Availability, и определите значение (смысл) этих значений в контексте вашего <Product>]
[Опишите механизм, инициирующий отправку уведомления о доступности экземпляров, частоту и возможности получения для указанных экземпляров.]
[Опишите взаимосвязь между уведомлением о доступности экземпляров и классом SOP этапа выполнения процедуры, если оба поддерживаются.]
Как поставщик класса обслуживания (SCP) класса SOP уведомления о доступности экземпляров, система принимает сообщение N-CREATE-RQ, содержащее информацию о доступности и статусе сохранённых экземпляров.
Таблица N.5-8 описывает поведение <Product> при получении одного из следующих значений атрибута Instance Availability (0018,0056).
[Заполните таблицу значениями, поддерживаемыми для атрибута Instance Availability, и определите политику продукта при получении этих значений.]
[Опишите взаимосвязь между уведомлением о доступности экземпляров и классом SOP этапа выполнения процедуры, если оба поддерживаются и такая взаимосвязь существует.]
Как пользователь класса обслуживания (SCU) сервисного класса хранения, <Product> использует сообщение C-STORE-RQ для запроса сохранения объектов DICOM удалённым SCP. Список поддерживаемых классов SOP см. в Разделе N.1.1 «Содержание и передача» в Обзоре.
Подробности о содержимом экземпляров SOP, создаваемых системой, см. в Разделе N.9, описывающем базовую IOD поддерживаемых классов SOP.
[Приведите некоторые подробности об инициировании запросов на сохранение (например, автоматически при сохранении экземпляра, автоматически при закрытии исследования либо инициировано пользователем).]
[Опишите, когда и как ваш продукт разбивает наборы экземпляров на несколько серий и/или исследований и как они упорядочиваются.]
[Опишите поведение вашего продукта в случае операции C-STORE с использованием синтаксиса передачи со ссылкой на данные пикселей, такого как JPIP Referenced Pixel Data Transfer Syntax. Это включает срок действия ссылки.]
[Для реализаций, сохраняющих данные локально с использованием нескольких синтаксисов передачи, и если SCU включает несколько синтаксисов передачи в каждый согласуемый им контекст представления, приведённая ниже информация может быть полезной сводкой для оценки совместимости с принимающими системами. Если эта информация не полезна для вашего продукта, замените содержимое данного раздела текстом «Н/П» и добавьте «- Н/П» в конец заголовка раздела.]
Таблица N.5-9 описывает поддерживаемые транскодирования между локально сохранённой кодировкой экземпляров SOP и согласованным синтаксисом передачи. Могут использоваться следующие значения:
[Таблица N.5-9 показывает пример того, как может выглядеть такое транскодирование; изменяйте и добавляйте столбцы и строки по мере необходимости для синтаксисов передачи, поддерживаемых вашим продуктом. Если требуется привести дополнительные подробности о конкретном транскодировании, их можно добавить в виде примечаний под таблицей.]
Таблица N.5-9. Транскодирование синтаксисов передачи
Как поставщик класса обслуживания (SCP) сервисного класса хранения, <Product> принимает сообщение C-STORE-RQ от удалённых SCU. Список поддерживаемых классов SOP см. в Разделе N.1.1 «Содержание и передача» в Обзоре.
Таблица N.5-10 определяет уровни соответствия <Product>.
<Product> приводит (coerces) атрибуты, перечисленные в Таблице N.5-11, при получении их от других систем.
Столбец «SOP Class UID» указывает, применяется ли приведение к конкретным классам SOP либо ко «ALL» (всем) классам SOP.
Столбец «Type of Change» определяет тип приведения, выполненного над атрибутами; могут использоваться следующие значения:
Столбец «Condition» определяет условие, при котором выполняется приведение. Могут использоваться следующие значения:
ALWAYS: приведение данных выполняется для каждого экземпляра указанного класса SOP, принятого системой.
EXTERNAL: приведение данных выполняется для экземпляров, полученных от систем, внешних по отношению к учреждению.
CONFIGURATION: приведение данных выполняется на основании конфигурации системы.
OTHER: приведение данных выполняется при иных условиях. Подробности определены в столбце «Comments».
[Таблица N.5-11 приводит некоторые примеры, для которых может выполняться приведение данных. Добавляйте/удаляйте сценарии применительно к реализации вашего продукта. В случае использования OTHER в качестве условия, столбец «Comments» должен использоваться для более подробного описания условия. Рекомендуется включать приводимые атрибуты в Modified Attributes Sequence (0400,0550) последовательности Original Attributes Sequence (0400,0561), которая описана в Разделе N.9.1.1.]
Таблица N.5-12 перечисляет любые ограничения на отображение или обработку экземпляров, например, отображение или обработка соответствующих экземпляров SOP становится невозможной из-за неподдерживаемого значения атрибута либо отсутствия этого атрибута.
[Если ограничение основано на нескольких атрибутах (например, изображения не могут отображаться, если они сжаты без потерь и закодированы с Photometric Interpretation RGB), атрибуты перечисляются каждый в отдельной строке, а ячейки «Comments» и «Effect» объединяются, как показано в примере ниже. Столбец «Comments» используется для пояснений по мере необходимости. Также используйте этот механизм при документировании ограничений, основанных на частных атрибутах (Private Attributes), например, укажите атрибут Private Creator наряду с самим частным атрибутом.]
Столбец «Effect» описывает, что происходит при возникновении ограничения. Используются следующие значения:
[Если ограничений на требования к отображению или обработке нет, замените предложение выше на "No restriction to display or post processing apply" (Ограничений на отображение или последующую обработку нет).]
Таблица N.5-12. Ограничения отображения и обработки для SCP хранения
Таблица N.5-13 перечисляет действия, выполняемые при получении экземпляров от удалённой AE, и поведение системы при возникновении определённых условий
[Заполните Таблицу N.5-13 подробностями. Таблица показывает некоторые примеры, которые могут быть повторно использованы, изменены, удалены или дополнены применительно к реализации вашего продукта]
Таблица N.5-13. Поведение при сохранении экземпляров
Таблица N.5-14 описывает, как SCP обрабатывает сжатие для сохраняемых экземпляров.
В столбце «Behavior» используются следующие значения:
Синтаксис передачи используется для описания применяемого механизма сжатия.
Таблица N.5-14. Сжатие изображений в SCP хранения
[Опишите механизм, посредством которого дополнительные классы SOP поддерживаются динамически.]
[Опишите подробности хранения, указанные в PS3.4, Раздел B.4.3.2.]
Как пользователь класса обслуживания (SCU) класса SOP подтверждения сохранения, <Product> использует сообщение N-ACTION-RQ для запроса подтверждения сохранения у удалённого SCP. В свою очередь, он принимает от SCP сообщения N-EVENT-REPORT-RQ, указывающие на успех или неудачу запроса.
[Приведите список классов SOP хранения, для которых продукт запрашивает подтверждение сохранения. Также укажите, настраивается ли это.]
[Если подтверждение сохранения предоставляется для всех поддерживаемых классов SOP, вы можете привести ссылку на список поддерживаемых классов SOP хранения в Разделе N.1.1]
Как пользователь класса обслуживания (SCU) классов SOP модели Storage Commitment Push Model, продукт поддерживает подтверждение сохранения для всех классов SOP хранения, перечисленных в Разделе N.1.1 «Содержание и передача».
[Если подтверждение сохранения предоставляется только для подмножества всех поддерживаемых классов SOP хранения, приведите их список и удалите абзац выше.]
[Укажите, поддерживает ли ваш продукт атрибуты Storage Media File Set ID и UID в запросе N-ACTION. Если это поддерживается, также перечислите профили Media Application, поддерживаемые в этом контексте.]
[Опишите, поддерживает ли ваш продукт приём запроса N-EVENT-REPORT в той же ассоциации, что и N-ACTION.]
[Опишите поведение <product> при получении N-EVENT-REPORT с Event Type ID равным 1, например.
При получении N-EVENT-REPORT с Event Type равным 1 экземпляры удаляются из системы по истечении настраиваемого времени либо при нехватке места]
Таблица N.5-15 перечисляет поведение <Product> для каждой возможной причины отказа Failure Reason (0008,1197) в Failed SOP Sequence (0008,1198) при получении от SCP запроса N-EVENT-REPORT с Event Type ID равным 2 (Storage Commitment Request Complete - Failures Exist).
[Заполните поведение вашего продукта при получении кода состояния. Обратите внимание, что для каждого кода, перечисленного в таблице, необходимо указать поведение. Если ваша система не поддерживает конкретные коды, укажите «Code is ignored by the system» (Код игнорируется системой).]
Таблица N.5-15. Поведение при отказе для SCU подтверждения сохранения
[Опишите поведение вашего продукта в случае, если запрос N-EVENT-REPORT не получен по истечении определённого времени, например, <Product> ожидает получить запрос N-EVENT-REPORT в настраиваемый промежуток времени после отправки N-ACTION. Если N-EVENT-REPORT не получен в течение этого настраиваемого промежутка, он повторяет N-ACTION-REQUEST.]
[Опишите политику удаления экземпляров вашим продуктом как при успешном подтверждении сохранения, так и в сценариях отказа.]
Как поставщик класса обслуживания (SCP) класса SOP подтверждения сохранения, <Product> принимает сообщение N-ACTION-RQ с запросом подтверждения сохранения от удалённого SCU. В свою очередь он инициирует сообщения N-EVENT_REPORT-RQ к SCU, указывающие на успех или неудачу запроса.
[Опишите, поддерживает ли ваш продукт отправку запроса N-EVENT-REPORT в той же ассоциации, что и N-ACTION.]
Таблица N.5-16 перечисляет условия, при которых отправляется код ошибки в атрибуте Failure Reason (0008,1197) в Failed SOP Sequence (0008,1198) запроса N-EVEN-REPORT.
[Заполните условия, при которых ваш продукт отправляет перечисленные коды состояния. Обратите внимание, что для каждого кода, перечисленного в таблице, необходимо указать условие. Если ваша система не поддерживает конкретные коды, укажите «Code is not supported» (Код не поддерживается)]
Таблица N.5-16. Условия отказа для SCP подтверждения сохранения
[Укажите, поддерживает ли ваш продукт атрибуты Storage Media File Set ID и UID в запросе N-ACTION. Если это поддерживается, также перечислите профили Media Application, поддерживаемые в этом контексте.]
[Укажите, поддерживается ли атрибут Retrieve AE Title, и если да, то какие политики существуют для его использования.]
[Опишите политику и характер обязательства продукта, например, срок хранения, возможности получения, задержку, ёмкость и прочую значимую информацию.]
[Опишите, сколько времени продукту обычно требуется, чтобы отправить N-EVENT-REPORT-RQ после получения N-ACTION-RQ.]
[Разделы ниже определяют в качестве примеров некоторые из наиболее часто используемых классов SOP Query/Retrieve, однако в DICOM PS 3.4 определено значительно больше классов SOP Query/Retrieve. Если ваш продукт поддерживает какие-либо из этих дополнительных классов SOP, добавьте для них дополнительные разделы для SCU и SCP, используя структуру, указанную для любого из классов SOP ниже.]
Как пользователь класса обслуживания (SCU) класса SOP Study Root Q/R - Information Model - FIND, <Product> использует сообщение C-FIND-RQ и поддерживает ключи запроса, перечисленные в Таблице N.5-17, для иерархических запросов.
В столбце «Matching Type» могут использоваться следующие значения:
SINGLE_VALUE: SCU может запросить сопоставление по одному значению этого атрибута.
UID: SCU может запросить сопоставление по списку UID для этого атрибута.
WILDCARD: SCU может запросить сопоставление по маске (Wildcard) для этого атрибута.
RANGE: SCU может запросить сопоставление по диапазону для этого атрибута.
SEQUENCE: SCU может запросить сопоставление по последовательности (Sequence) для этого атрибута.
UNIVERSAL: SCU может запросить, чтобы атрибут был возвращаемым значением (универсальное сопоставление).
В столбце «Query Value Source» могут использоваться следующие значения:
FIXED: значение запроса не может быть изменено пользователем или конфигурацией.
GENERATED: значение запроса генерируется системой (например, текущая дата в качестве даты исследования).
CONFIGURATION: значение запроса зависит от конфигурации системы.
SCANNED: значение запроса считывается со сканера штрихкодов или аналогичного устройства.
EMPTY: значение запроса отправляется с нулевой длиной, указывая, что это только возвращаемый ключ.
В столбце «Display on UI» могут использоваться следующие значения:
[Измените Таблицу N.5-17, включив все атрибуты, поддерживаемые вашей системой (стандартные, а также частные атрибуты), и используйте термины, определённые выше для Matching Type, Query Value Source и Display on UI. Если поддерживается несколько кодов, перечислите их все.]
[Если <product> поддерживает расширенное согласование (Extended Negotiation) для реляционных запросов, опишите поддерживаемые атрибуты сопоставления.]
[Опишите сценарии, в которых продукт может отправлять запросы C-FIND-CANCEL, например,
Продукт отправляет запросы C-FIND CANCEL в следующих сценариях:* обнаружено настраиваемое максимальное количество совпадений* инициировано пользователем]
[Также опишите поведение SCU, если SCP игнорирует запрос отмены и продолжает отправлять ответы.]
[Опишите возможности запроса вашего продукта и поведение при обработке нестандартных наборов символов, особенно при обработке имён людей (VR PN), например:
При настройке поддержки японского набора символов атрибуты запроса Person Name могут содержать идеографическое (кандзи) и/или фонетическое (хирагана и катакана) и/или латинизированное (ромадзи) представления.
При настройке поддержки китайского набора символов атрибуты запроса Person Name могут содержать идеографическое (ханьцзы) и/или фонетическое (пиньинь) представления. Для Patient’s Name (0010,0010) представление, отображаемое в рабочем списке по умолчанию, настраивается.
При настройке поддержки корейского набора символов атрибуты запроса Person Name могут содержать идеографическое (ханча) и/или фонетическое (хангыль) и/или латинизированное представления.
Если продукт получает от SCP ответ C-FIND, содержащий неподдерживаемые значения в Specific Character Set (0008,0005), символы в этом наборе символов будут трактоваться как неизвестные символы, как описано в Разделе 6.1.2.3 в PS3.5 .
Если атрибут Person Name содержит несколько представлений, графический интерфейс отобразит одно представление на основе настраиваемого порядка предпочтения.]
[Если этот класс SOP поддерживается, заполните раздел, как указано в Разделе N.5.2.7.1.]
[Опишите, может ли использоваться сопоставление List of UID для получения нескольких сущностей на уровнях STUDY, SERIES или IMAGES.]
[Также укажите условия, при которых может быть отправлен C-MOVE CANCEL.]
[Укажите, поддерживает ли ваш продукт отправку совпадающих экземпляров на другой AE Title.]
[Укажите поведение вашего продукта в случае, если запрос C-STORE не получен по истечении определённого времени, например, <Product> ожидает получить запрос C-STORE в настраиваемый промежуток времени после отправки запроса C-MOVE. Если запросы C-STORE не получены в течение этого настраиваемого промежутка, он повторяет C-MOVE-Request.]
[Если этот класс SOP поддерживается, заполните раздел, как указано в Разделе N.5.2.7.3.]
Как поставщик класса обслуживания (SCP) класса SOP Study Root Q/R - Information Model - FIND, <Product> использует C-FIND-RSP для передачи совпадений обратно SCU. Он поддерживает ключи сопоставления, перечисленные в Таблице N.5-18, для иерархических запросов.
В столбце «Matching Type» могут использоваться следующие значения:
SINGLE_VALUE: SCP может выполнить сопоставление по одному значению этого атрибута.
UID: SCP может выполнить сопоставление по списку UID для этого атрибута.
WILDCARD: SCP может выполнить сопоставление по маске (Wildcard) для этого атрибута.
RANGE: SCP может выполнить сопоставление по диапазону для этого атрибута.
SEQUENCE: SCP может выполнить сопоставление по последовательности (Sequence) для этого атрибута.
UNIVERSAL: SCP может предоставить атрибут в ответе C-FIND (универсальное сопоставление).
[Таблица N.5-18 содержит набор атрибутов (стандартных, а также частных атрибутов), которые могут поддерживаться продуктом. Добавляйте и удаляйте атрибуты в соответствии с реализацией вашего продукта, используя тип сопоставления, определённый выше. Если поддерживается несколько кодов, перечислите их все. При необходимости пояснений используйте столбец «Comments».]
[Если <product> поддерживает расширенное согласование (Extended Negotiation) для реляционных запросов, опишите поддерживаемые атрибуты сопоставления.]
[Опишите поведение вашего продукта в случае обнаружения неподдерживаемых частных атрибутов.]
[Опишите поведение продукта при получении запроса C-FIND-CANCEL.]
[Опишите возможности запроса вашего продукта и поведение при обработке нестандартных наборов символов, особенно при обработке имён людей (VR PN), например:
Если продукт получает от SCU Request Identifier, содержащий неподдерживаемые значения в Specific Character Set (0008,0005), сопоставление не выполняется и возвращается ошибка, указывающая, что SCP не может обработать запрос.]
[Опишите возможности запроса вашего продукта и поведение при обработке зависящего от реализации сопоставления VR, таких как DA, DT, TM, IS и DS.]
[Если ваш продукт поддерживает расширенное согласование (Extended Negotiation) для нечёткого семантического сопоставления имён людей, опишите, как выполняется сопоставление, например, нечувствительно ли ваше сопоставление к регистру, позиции, ударению или кодировке символов, либо поддерживаете ли вы фонетическое сопоставление.]
[Если этот класс SOP поддерживается, заполните раздел, как указано в Разделе N.5.2.7.5.]
Как SCP класса SOP Study Root Q/R - Information Model - MOVE, <Product> принимает C-MOVE-RQ и, в свою очередь, использует подоперацию C-STORE-RQ для отправки совпадающих экземпляров SOP на Move Destination AE, указанный в C-MOVE-RQ.
[Приведите список поддерживаемых классов SOP хранения либо сошлитесь на таблицу хранения в Обзоре, например.]
Как SCP сервисного класса хранения, поддерживаются все классы SOP хранения, перечисленные в Разделе N.1.1.
[Опишите взаимосвязь между входящим запросом C-MOVE и подоперацией C-STORE, например, отправляется ли каждый экземпляр в отдельной ассоциации или для всех экземпляров используется одна и та же ассоциация, настраивается ли это поведение.]
[Опишите поведение вашего продукта при получении запроса C-MOVE-CANCEL.]
[Если этот класс SOP поддерживается, заполните раздел, как указано в Разделе N.5.2.7.7.]
Мета-класс SOP Basic Grayscale Print Management Meta состоит из обязательных классов SOP, перечисленных в Таблице N.5-19.
Таблица N.5-20 перечисляет поддерживаемые службы DIMSE для класса SOP Basic Film Session:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемые.]
Таблица N.5-21 перечисляет поддерживаемые атрибуты N-CREATE и N-SET для Basic Film Session:
[Перечислите поддерживаемые атрибуты и их возможные значения/диапазоны. Укажите значение по умолчанию, если это уместно. Все теги для SCU в Basic Film Session являются необязательными. См. пример ниже.]
Таблица N.5-22 перечисляет поддерживаемые службы DIMSE для класса SOP Basic Film Box:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемые.]
Таблица N.5-23 перечисляет поддерживаемые атрибуты N-CREATE и N-SET для Basic Film Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
Таблица N.5-23. Поддерживаемые атрибуты N-CREATE и N-SET для класса SOP Basic Film Box — SCU
Таблица N.5-24 перечисляет поддерживаемую службу DIMSE для класса SOP Basic Grayscale Image Box:
Таблица N.5-25 перечисляет поддерживаемые атрибуты N-SET для Basic Grayscale Image Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
Таблица N.5-26 перечисляет поддерживаемые службы DIMSE для класса SOP Printer:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемые.]
Запрос N-EVENT-REPORT может быть получен SCU в любой момент в течение ассоциации.
Таблица N.5-27 подытоживает поведение SCU при получении типов событий (Event Types) в составе N-EVENT-REPORT.
[Удалите следующий текст и таблицу, если N-GET не поддерживается.]
Таблица N.5-28 перечисляет поддерживаемые атрибуты N-GET для класса SOP Printer:
[Перечислите поддерживаемые атрибуты и поведение SCU при получении Printer Status / Printer Status Info. Удалите из таблицы неподдерживаемые атрибуты.]
Мета-класс SOP Basic Color Print Management Meta состоит из обязательных классов SOP, перечисленных в Таблице N.5-29:
[Если ваша система также поддерживает мета-класс SOP Basic Grayscale Print Management и параметры Film Session идентичны для цвета, см. Раздел N.5.2.8.1.1 «Класс SOP Basic Film Session» для мета-класса SOP Basic Grayscale Print Management. В противном случае скопируйте сюда таблицу Film Session и заполните нужными значениями.]
[Если ваша система также поддерживает мета-класс SOP Basic Grayscale Print Management и параметры Film Box идентичны для цвета, см. Раздел N.5.2.8.1.2 «Класс SOP Basic Film Box» для мета-класса SOP Basic Grayscale Print Management. В противном случае скопируйте сюда таблицу Film Box и заполните нужными значениями.]
Таблица N.5-30 перечисляет поддерживаемую службу DIMSE для класса SOP Basic Color Image Box:
Таблица N.5-31 перечисляет поддерживаемые атрибуты N-SET для Basic Color Image Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
[Если ваша система также поддерживает мета-класс SOP Basic Grayscale Print Management, см. «Класс SOP Printer» для мета-класса SOP Basic Grayscale Print Management в Разделе N.5.2.8.1.4. В противном случае скопируйте сюда таблицу класса SOP Printer и заполните нужными значениями.]
Таблица N.5-32 перечисляет поддерживаемую службу DIMSE для класса SOP Basic Annotation Box:
Таблица N.5-33 перечисляет поддерживаемые атрибуты N-SET для класса SOP Basic Annotation Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
Таблица N.5-34 перечисляет поддерживаемые службы DIMSE для класса SOP Print Job:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемый.]
Запрос N-EVENT-REPORT может быть получен SCU в любой момент в течение ассоциации, если класс SOP Print Job был согласован SCU.
Таблица N.5-35 подытоживает поведение SCU при получении типов событий (Event Types) в составе N-EVENT-REPORT.
[Удалите следующий текст и таблицу, если N-GET не поддерживается.]
Таблица N.5-36 перечисляет поддерживаемые атрибуты N-GET для класса SOP Print Job:
[Перечислите поддерживаемые атрибуты и поведение SCU при получении Execution Status / Execution Status Info. Удалите из таблицы неподдерживаемые атрибуты.]
Таблица N.5-37 перечисляет поддерживаемые службы DIMSE для класса SOP Presentation LUT:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемый.]
Таблица N.5-38 перечисляет поддерживаемые атрибуты N-CREATE для Presentation LUT:
[Перечислите поддерживаемые атрибуты. Должен присутствовать либо Presentation LUT Sequence, либо Presentation LUT Shape (не оба сразу).]
Таблица N.5-39 перечисляет поддерживаемую службу DIMSE для класса SOP Printer Configuration Retrieval:
Мета-класс SOP Basic Grayscale Print Management Meta состоит из обязательных классов SOP, перечисленных в Таблице N.5-40:
Таблица N.5-41 перечисляет поддерживаемые службы DIMSE для класса SOP Basic Film Session:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемый.]
Таблица N.5-42 перечисляет поддерживаемые атрибуты N-CREATE и N-SET для Basic Film Session:
[Перечислите поддерживаемые атрибуты и их возможные значения/диапазоны. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
[Если SCP поддерживает N-ACTION для класса SOP Film Session, то SCP должен указать максимальное число подобранных (collated) плёнок.]
Таблица N.5-43 перечисляет поддерживаемые службы DIMSE для класса SOP Basic Film Box:
[Перечислите поддерживаемые элементы службы DIMSE. Удалите неподдерживаемый.]
Таблица N.5-44 перечисляет поддерживаемые атрибуты N-CREATE и N-SET для Basic Film Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
Таблица N.5-44. Поддерживаемые атрибуты N-CREATE и N-SET для Basic Film Box — SCP
[Опишите каждый поддерживаемый пользовательский Image Display Format (2010,0010) и приведите подробности, такие как позиция и размеры каждого составляющего Image Box, включая схему нумерации позиций изображений.]
[Опишите каждый поддерживаемый Annotation Display Format ID (2010,0030) (например, позицию и размеры annotation box, шрифт, количество символов).]
[Опишите поддерживаемую конфигурационную информацию (например, идентификацию, содержимое).]
Таблица N.5-45 перечисляет поддерживаемую службу DIMSE для класса SOP Basic Grayscale Image Box:
Таблица N.5-46 перечисляет поддерживаемые атрибуты N-SET для Basic Grayscale Image Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
[Если поддерживается обрезка (cropping) или прореживание (decimating) изображений, опишите алгоритм удаления строк и столбцов из изображения.]
Таблица N.5-47 перечисляет поддерживаемые службы DIMSE для класса SOP Printer:
Таблица N.5-48 перечисляет поведение N-EVENT-REPORT класса SOP Printer:
Таблица N.5-48. Поведение N-EVENT-REPORT класса SOP Printer
Таблица N.5-49 перечисляет поддерживаемые атрибуты N-GET для класса SOP Printer:
[Перечислите поддерживаемые атрибуты. Удалите из таблицы неподдерживаемые атрибуты]
Таблица N.5-49. Поддерживаемые атрибуты N-GET для класса SOP Printer — SCP
Мета-класс SOP Basic Color Print Management Meta состоит из обязательных классов SOP, перечисленных в Таблице N.5-50:
[Если ваша система также поддерживает мета-класс SOP Basic Grayscale Print Management и параметры Film Session идентичны для цвета, см. «Класс SOP Basic Film Session» для мета-класса SOP Basic Grayscale Print Management в Разделе N.5.2.8.7.1. В противном случае скопируйте сюда таблицу Film Session и заполните нужными значениями.]
[Если ваша система также поддерживает мета-класс SOP Basic Grayscale Print Management и параметры Film Box идентичны для цвета, см. «Класс SOP Basic Film Box» для мета-класса SOP Basic Grayscale Print Management в Разделе N.5.2.8.7.2. В противном случае скопируйте сюда таблицу Film Box и заполните нужными значениями.]
Таблица N.5-51 перечисляет поддерживаемую службу DIMSE для класса SOP Basic Color Image Box:
Таблица N.5-52 перечисляет поддерживаемые атрибуты N-SET для Basic Color Image Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
[Если ваш принтер является чёрно-белым принтером, поддерживающим печать цветных изображений (например, он поддерживает мета-класс SOP Basic Color Print Management), опишите поведение при печати цветных изображений.]
[Если ваша система также поддерживает мета-класс SOP Basic Grayscale Print Management, см. «Класс SOP Printer» для мета-класса SOP Basic Grayscale Print Management в Разделе N.5.2.8.7.4. В противном случае скопируйте сюда таблицу класса SOP Printer и заполните нужными значениями.]
Таблица N.5-53 перечисляет поддерживаемую службу DIMSE для класса SOP Basic Annotation Box:
Таблица N.5-54 перечисляет поддерживаемые атрибуты N-SET для класса SOP Basic Annotation Box:
[Перечислите поддерживаемые атрибуты и их возможные значения. Укажите значение по умолчанию, если это уместно. См. пример ниже.]
Таблица N.5-55 перечисляет поддерживаемые службы DIMSE для класса SOP Print Job:
Запрос N-EVENT-REPORT может быть отправлен SCP в любой момент в течение ассоциации, если класс SOP Print Job был согласован SCU.
Таблица N.5-56 перечисляет поддерживаемые типы событий и атрибуты в составе N-EVENT-REPORT.
Таблица N.5-56. N-EVENT-REPORT класса SOP Print Job — SCP
[Удалите всю таблицу, если N-GET не поддерживается.]
Таблица N.5-57 перечисляет поддерживаемые атрибуты N-GET для класса SOP Print Job:
[Перечислите поддерживаемые атрибуты и поддерживаемые значения, если это уместно. Удалите из таблицы неподдерживаемые атрибуты.]
Таблица N.5-57. Поддерживаемые атрибуты N-GET для класса SOP Print Job — SCP
Таблица N.5-58 перечисляет поддерживаемые службы DIMSE для класса SOP Presentation LUT:
Таблица N.5-59 перечисляет поддерживаемые атрибуты N-CREATE для Presentation LUT:
[Перечислите поддерживаемые атрибуты в Таблице N.5-59.]
Таблица N.5-60 перечисляет поддерживаемые службы DIMSE для класса SOP Printer Configuration Retrieval:
Данный раздел приводит подробности о веб-службе URI. Обзор поддерживаемых транзакций см. в Таблице N.1-8 «Служба URI».
Поддерживаемые классы SOP хранения DICOM / синтаксисы передачи перечислены в Разделе N.1.1 данного документа.
[Приведите требования к отображению и обработке экземпляров, полученных через веб-службы. Это можно сделать, сославшись на Раздел N.5.2.5.2, если применяются те же требования, либо скопировав таблицы из Раздела N.5.2.5.2 и заполнив их надлежащим образом, если требования для веб-служб отличаются.]
Таблица N.5-61 перечисляет поддерживаемые отображаемые типы носителей в зависимости от категории типа носителя.
[Укажите, какие категории / типы носителей поддерживаются вашей системой, отметив ячейки Y или N. Удалите строки для типов носителей, не поддерживаемых ни как User Agent, ни как Origin Server].
[Приведите требования к отображению и обработке экземпляров, полученных через веб-службу URI. Это можно сделать, сославшись на Раздел N.5.2.5.2 (как указано ниже), если применяются те же требования, либо скопировав таблицы из Раздела N.5.2.5.2 и заполнив их надлежащим образом, если требования для полученных экземпляров отличаются.]
Для отображения или обработки экземпляров DICOM, полученных через веб-службу URI, см. Раздел N.5.2.5.2.
User Agent веб-службы URI поддерживает параметры запроса, перечисленные в Таблице N.5-62.
[Перечислите поддерживаемые параметры и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-62. Параметры запроса для веб-службы URI получения экземпляра DICOM — User Agent
|
[Должно быть совместимо с допустимыми типами носителей в заголовке HTTP] Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1. Ищите «Y» в столбце «UA» |
||
User Agent веб-службы URI поддерживает поля заголовка, перечисленные в Таблице N.5-63:
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-63. Поля заголовка для веб-службы URI получения экземпляра DICOM — User Agent
|
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1. Ищите «Y» в столбце «UA» |
||
Origin Server веб-службы URI принимает GET-запросы для исследований, серий и экземпляров, содержащие параметры запроса и поля заголовка. Поддерживаемые значения перечислены в таблицах параметров запроса и полей заголовка (Таблица N.5-64 и Таблица N.5-65).
URI составляется из базового URI: см. Раздел N.6.3.1 для базового URI Origin Server.
Origin Server веб-службы URI поддерживает параметры запроса, перечисленные в Таблице N.5-64.
[Перечислите поддерживаемые параметры и их значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-64. Параметры запроса для веб-службы URI получения экземпляра DICOM — Origin Server
|
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1. Ищите «Y» в столбце «OS» |
||
Origin Server веб-службы URI поддерживает поля заголовка, перечисленные в Таблице N.5-65.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-65. Поля заголовка для веб-службы URI получения экземпляра DICOM — Origin Server
|
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1. Ищите «Y» в столбце «OS» |
||
[Приведите требования к отображению и обработке экземпляров, полученных через веб-службу URI. Это можно сделать, сославшись на раздел 5.2.5.2 (как указано ниже), если применяются те же требования, либо скопировав таблицы из Раздела 5.2.5.2 и заполнив их надлежащим образом, если требования для полученных экземпляров отличаются.]
Для отображения или обработки экземпляров DICOM, полученных через веб-службу URI, см. Раздел N.5.2.5.2.
User Agent веб-службы URI поддерживает параметры запроса, перечисленные в Таблице N.5-66.
[Перечислите поддерживаемые параметры и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-66. Параметры запроса для веб-службы URI получения отображаемого экземпляра — User Agent
|
Подробности см. в Разделе N.5.3.1.1.2 |
||
|
[если указан presentationUID, то presentationSeriesUID должен присутствовать.] |
User Agent веб-службы URI поддерживает поля заголовка, перечисленные в Таблице N.5-67.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-67. Поля заголовка для веб-службы URI получения отображаемого экземпляра — User Agent
|
Подробности см. в Разделе N.5.3.1.1.2 |
||
Origin Server веб-службы URI принимает GET-запросы для исследований, серий и экземпляров, содержащие параметры запроса и поля заголовка. Поддерживаемые значения перечислены в таблицах параметров запроса и полей заголовка (Таблица N.5-68 и Таблица N.5-69).
URI составляется из базового URI: см. Раздел N.6.3.1 для базового URI origin server.
Origin Server веб-службы URI поддерживает параметры запроса, перечисленные в Таблице N.5-68.
[Перечислите поддерживаемые параметры и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-68. Параметры запроса для веб-службы URI получения отображаемого экземпляра — Origin Server
|
Подробности см. в Разделе N.5.3.1.1.2 |
||
|
Добавьте здесь дополнительно поддерживаемые значения ключевых слов |
||
|
[если указан presentationUID, то presentationSeriesUID должен присутствовать.] |
Origin Server веб-службы URI поддерживает поля заголовка, перечисленные в Таблице N.5-69.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-69. Поля заголовка для веб-службы URI получения отображаемого экземпляра — Origin Server
|
Подробности см. в Разделе N.5.3.1.1.2 «Отображаемые типы носителей» |
Данный раздел приводит подробности о веб-службе исследований. Обзор поддерживаемых транзакций и ресурсов см. в Таблице N.1-9 «Служба исследований».
Поддерживаемые классы SOP хранения DICOM / синтаксисы передачи перечислены в Разделе N.1.1 данного документа.
[Приведите требования к отображению и обработке экземпляров, полученных через веб-службы. Это можно сделать, сославшись на Раздел N.5.2.5.2, если применяются те же требования, либо скопировав таблицы из Раздела N.5.2.5.2 и заполнив их надлежащим образом, если требования для веб-служб отличаются.]
[Укажите в таблице комбинацию тип носителя / синтаксисы передачи, поддерживаемые вашим user agent и/или origin server для каждой категории. Удалите неподдерживаемые типы носителей. X обозначает синтаксисы передачи по умолчанию, которые должны поддерживаться для каждой категории.]
Несжатые объёмные данные (Bulk Data) передаются с использованием синтаксиса передачи Explicit VR Little Endian.
Таблица N.5-70 перечисляет поддерживаемые типы носителей и UID синтаксисов передачи для сжатых объёмных данных (Compressed Bulk Data).
Таблица N.5-70. Типы носителей сжатых объёмных данных DICOM
Таблица N.5-71 перечисляет поддерживаемые отображаемые типы носителей для каждой категории типа носителя.
[Укажите, какие категории / типы носителей поддерживаются вашей системой, отметив ячейки Y или N. Удалите строки для типов носителей, не поддерживаемых ни как user agent, ни как origin server.
В столбце Transformation укажите, в какой Transfer Syntax UID origin server преобразует полученное изображение. N/A означает, что тип носителя не требует преобразования, поскольку для него уже существует синтаксис передачи DICOM.]
Транзакция получения (Retrieve Transaction) веб-службы исследований также известна как WADO-RS.
User Agent транзакции получения может запрашивать ресурсы, перечисленные в Таблице N.5-72:
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции получения. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» подробностями о вашей реализации.]
Таблица N.5-72. Ресурсы транзакции получения — User Agent
|
Ресурсы экземпляров DICOM (DICOM Instance Resources) — путь ресурсов см. в Таблице 10.4.1-1 в PS3.18 |
|
|
Ресурсы метаданных DICOM (DICOM Metadata Resources) — путь ресурсов см. в Таблице 10.4.1-2 в PS3.18 |
|
|
Ресурсы объёмных данных DICOM (DICOM Bulk Data Resources) — путь ресурсов см. в Таблице 10.4.1.5-1 в PS3.18 |
|
|
Ресурсы данных пикселей DICOM (DICOM Pixel Data Resources) — путь ресурсов см. в Таблице 10.4.1.6-1 в PS3.18 |
|
|
Отображаемые ресурсы (Rendered Resources) — путь ресурсов см. в Таблице 10.4.1-3 в PS3.18 |
|
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) — путь ресурсов см. в Таблице 10.4.1.7-1 в PS3.18 |
|
|
Отображаемые ресурсы 3D-объёма (Rendered 3D Volume Resources) — путь ресурсов см. в Таблице 10.4.1.8-1 в PS3.18 |
|
|
Ресурсы миниатюр (Thumbnail Resources) — путь ресурсов см. в Таблице 10.4.1-4 в PS3.18 |
|
[Если поддерживается отображение миниатюр (Thumbnails), приведите описание высокого уровня метода, используемого для отображения миниатюр для исследования, серии или экземпляра.
Например, описание может указывать, выбирается ли из серии репрезентативный экземпляр и как он выбирается, либо что используется фиксированное содержимое в зависимости от модальности.]
User Agent транзакции получения поддерживает параметры запроса, перечисленные в Таблице N.5-73.
[Включите в таблицу строку для каждого параметра, который ваш user agent способен отправлять, включая параметры, отправляемые всегда, и параметры, отправляемые по желанию. Удалите строки для параметров, которые ваш user agent не может отправлять. См. Раздел 8.3.5 в PS3.18 для списка параметров запроса рендеринга (Rendering Query Parameters).
Для каждой строки укажите в столбце Supported Values конкретные значения, которые ваш user agent может отправлять, и/или описание того, как заполняется значение. Столбец «Comments» может использоваться для пояснения деталей вашей реализации, которые могут быть полезны интеграторам, например:
Таблица N.5-73. Параметры запроса для транзакции получения — User Agent
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) |
||
|
Значения атрибутов для адресации поиска (ключ сопоставления). Поддерживаемый атрибут DICOM см. в Таблице N.5-84 |
||
|
Отображаемые ресурсы 3D-объёма (Rendered 3D Volume Resources) |
||
|
Значения атрибутов для адресации поиска (ключ сопоставления). Поддерживаемый атрибут DICOM см. в Таблице N.5-84 |
||
User Agent транзакции получения поддерживает поля заголовка, перечисленные в Таблице N.5-74.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации. См. Раздел 10.4.4 в PS3.18 для списка ресурсов и соответствующих им типов носителей.]
Таблица N.5-74. Поля заголовка для транзакции получения — User Agent
|
multipart/related; type="application/dicom"; transfer-syntax={uid} |
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1. Ищите «Y» в столбце «UA». |
|
|
Ресурс объёмных данных и данных пикселей (Bulk Data and Pixel Data resource) |
||
|
<<multipart/related; type="application/octet-stream">> |
Подробности см. в Разделе N.5.3.2.1.2. |
|
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) |
||
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Отображаемые ресурсы 3D-объёма (Rendered 3D Volume Resources) |
||
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
Origin Server транзакции получения принимает GET-запросы для получения конкретных исследований, серий или экземпляров.
User agent указывает целевой ресурс (Target Resource) как часть URI, а допустимый Content-Type ответа — в заголовке HTTP (т.е. dicom, dicom+xml, dicom+json, octet-stream, сжатые данные пикселей).
URI составляется из базового URI: см. Раздел N.6.3.2.1 для базового URI origin server
Origin Server транзакции получения поддерживает ресурсы, перечисленные в Таблице N.5-75.
[Перечислите поддерживаемые ресурсы для вашего origin server транзакции получения. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец Comments информацией о вашей реализации.]
Таблица N.5-75. Ресурсы транзакции получения — Origin Server
|
Ресурсы экземпляров DICOM (DICOM Instance Resources) — путь ресурсов см. в Таблице 10.4.1-1 в PS3.18 |
|
|
Ресурсы метаданных DICOM (DICOM Metadata Resources) — путь ресурсов см. в Таблице 10.4.1-2 в PS3.18 |
|
|
Ресурсы объёмных данных DICOM (DICOM Bulk Data Resources) — путь ресурсов см. в Таблице 10.4.1.5-1 в PS3.18 |
|
|
Ресурсы данных пикселей DICOM (DICOM Pixel Data Resources) — путь ресурсов см. в Таблице 10.4.1.6-1 в PS3.18 |
|
|
Отображаемые ресурсы (Rendered Resources) — путь ресурсов см. в Таблице 10.4.1-3 в PS3.18 |
|
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) — путь ресурсов см. в Таблице 10.4.1.7-1 в PS3.18 |
|
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) — путь ресурсов см. в Таблице 10.4.1.7-1 в PS3.18 |
|
|
Ресурсы миниатюр (Thumbnail Resources) — путь ресурсов см. в Таблице 10.4.1-4 в PS3.18 |
|
Таблица N.5-76 перечисляет параметры запроса, поддерживаемые для транзакции получения в качестве origin server.
[Перечислите поддерживаемые параметры и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации. См. Раздел 8.3.5 в PS3.18 для списка параметров запроса рендеринга (Rendering Query Parameters).]
Таблица N.5-76. Параметры запроса для транзакции получения — Origin Server
|
[Поддерживаемые значения такие же, как для поля заголовка Accept.] |
||
|
[Добавьте здесь дополнительно поддерживаемые значения ключевых слов.] |
||
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) |
||
|
Значения атрибутов для адресации поиска (ключ сопоставления). Поддерживаемый атрибут DICOM см. в Таблице N.5-84 |
||
|
Отображаемые ресурсы 3D-объёма (Rendered 3D Volume Resources) |
||
|
Значения атрибутов для адресации поиска (ключ сопоставления). Поддерживаемый атрибут DICOM см. в Таблице N.5-84 |
||
Origin Server транзакции получения поддерживает поля заголовка, перечисленные в Таблице N.5-77.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации. См. Раздел 10.4.4 в PS3.18 для списка ресурсов и соответствующих им типов носителей.]
Таблица N.5-77. Поля заголовка для транзакции получения — Origin Server
|
multipart/related; type="application/dicom"; transfer-syntax={uid} |
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1. Ищите «Y» в столбце «OS». |
|
|
Ресурс объёмных данных и данных пикселей (Bulk Data and Pixel Data resource) |
||
|
<<multipart/related; type="application/octet-stream">> |
Подробности см. в Разделе N.5.3.2.1.2. |
|
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Отображаемые ресурсы объёма MPR (Rendered MPR Volume Resources) |
||
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Отображаемые ресурсы 3D-объёма (Rendered 3D Volume Resources) |
||
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Подробности см. в Разделе N.5.3.2.1.3. |
||
|
Content-Type, возвращаемый origin server в ответе. Содержит тип носителя полезной нагрузки (Payload). Поддерживаемые значения см. в Accept |
||
Подробности об IOD, создаваемых системой, см. в Разделе N.9.
User agent транзакции сохранения может запрашивать ресурсы, перечисленные в Таблице N.5-78.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции сохранения. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец Comments информацией о вашей реализации.]
Таблица N.5-78. Ресурсы транзакции сохранения — User Agent
|
Путь ресурсов см. в Таблице 10.5.1-1 в PS3.18 |
|
User agent транзакции сохранения поддерживает поля заголовка, перечисленные в Таблице N.5-79.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-79. Поля заголовка для транзакции сохранения — User Agent
|
multipart/related; type="application/dicom"; transfer-syntax={uid} |
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1 (ищите «Y» в столбце «UA») |
|
|
multipart/related; type="application/dicom+xml"; boundary={messageBoundary} multipart/related; type="application/dicom+json"; boundary={messageBoundary} |
||
|
multipart/related; type="application/octet-stream" |
Подробности см. в Разделе N.5.3.2.1.2. |
|
Origin Server транзакции сохранения принимает POST-запросы для сохранения или добавления к существующему ресурсу на сервере.
User agent указывает целевой ресурс (Target Resource) как часть URI и инкапсулирует данные в теле multipart-запроса с соответствующим Content-Type (т.е. BINARY, XML или JSON).
URI составляется из базового URI: см. базовый URI для origin server в Разделе N.6.3.2.2.
Origin Server транзакции сохранения может запрашивать ресурсы, перечисленные в Таблице N.5-80.
[При необходимости заполните столбец Comments информацией о вашей реализации.]
Таблица N.5-80. Ресурсы транзакции сохранения — Origin Server
|
Путь ресурсов см. в Таблице 10.5.1-1 в PS3.18 |
|
Origin Server транзакции сохранения поддерживает поля заголовка, перечисленные в Таблице N.5-81.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-81. Поля заголовка для транзакции сохранения — Origin Server
|
multipart/related; type="application/dicom"; boundary={messageBoundary} multipart/related; type="application/dicom+xml"; boundary={messageBoundary} multipart/related; type="application/dicom+json"; boundary={messageBoundary} |
Поддерживаемые классы SOP DICOM / синтаксисы передачи см. в Обзоре, в Таблице N.1-1 (ищите «Y» в столбце «OS») |
|
|
multipart/related; type="application/dicom+xml"; boundary={messageBoundary} multipart/related; type="application/dicom+json"; boundary={messageBoundary} |
||
|
multipart/related; type="application/octet-stream" |
Подробности см. в Разделе N.5.3.2.1.2. |
|
User agent транзакции поиска может запрашивать ресурсы, перечисленные в Таблице N.5-82.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции поиска. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-82. Ресурсы транзакции поиска — User Agent
|
Путь ресурсов см. в Таблице 10.6.1-1 в PS3.18 |
|
User agent транзакции поиска поддерживает параметры запроса, перечисленные в Таблице N.5-83.
[Укажите поддерживаемые параметры и поддерживаемые значения. Подробности о возможностях реализации см. в Таблице 8.3.4-1 в PS3.18. При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-83. Параметры запроса для транзакции поиска — User Agent
|
Значения атрибутов для адресации поиска (ключ сопоставления). Поддерживаемый атрибут DICOM см. в Таблице N.5-84 |
||
|
Атрибуты, включаемые в ответ (ключ возврата). Поддерживаемые атрибуты DICOM см. в Таблице N.5-84 |
||
|
[Максимальное количество результатов, возвращаемых сервером.] |
||
|
[Количество результатов, которые сервер пропускает перед первым возвращаемым результатом.] |
[Укажите, какие атрибуты запроса DICOM поддерживаются и поддерживаются ли они в качестве ключа сопоставления (Matching) и/или ключа возврата (Return, include). Добавьте или удалите атрибуты в соответствии с вашей реализацией. Если таблицы совпадают с используемыми в службах DIMSE, можно указать ссылку на Таблицу N.5-17 и удалить приведённые ниже текст и таблицу. В противном случае приведите следующий текст и Таблицу N.5-84.]
Таблица N.5-84 перечисляет атрибуты запроса DICOM, поддерживаемые user agent транзакции поиска.
Таблица N.5-84. Поддерживаемые атрибуты запроса User Agent
User agent транзакции поиска поддерживает поля заголовка, перечисленные в Таблице N.5-85.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-85. Поля заголовка для транзакции поиска — User Agent
|
Поддерживаемые значения см. в Разделе N.5.7 |
Origin Server транзакции поиска принимает GET-запросы для поиска исследований, серий или экземпляров.
[Укажите здесь, является ли реализация нативной или прокси DICOM (DICOM Proxy).]
User agent указывает целевой ресурс (Target Resource) как часть URI, а допустимый Content-Type ответа — в заголовке HTTP (т.е. dicom+xml или dicom+json).
URI составляется из базового URI: см. базовый URI для origin server в Разделе A.6.3.2.3.
Origin Server транзакции поиска поддерживает ресурсы, перечисленные в Таблице N.5-86.
[При необходимости заполните столбец Comments информацией о вашей реализации.]
Таблица N.5-86. Ресурсы транзакции поиска — Origin Server
|
Путь ресурсов см. в Таблице 10.6.1-1 в PS3.18 |
||
Origin Server транзакции поиска поддерживает параметры запроса, перечисленные в Таблице N.5-87.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Подробности о возможностях реализации см. в Таблице 8.3.4-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-87. Параметры запроса для транзакции поиска — Origin Server
|
Значения атрибутов для адресации поиска (ключ сопоставления). Поддерживаемые атрибуты DICOM, предоставляемые в ответе, см. в Таблице N.5-89 |
||
|
Атрибуты, включаемые в ответ (ключ возврата). Поддерживаемые атрибуты DICOM, предоставляемые в ответе, см. в Таблице N.5-89 |
||
|
Количество результатов, которые сервер пропускает перед первым возвращаемым результатом |
Origin Server транзакции поиска поддерживает поля заголовка, перечисленные в Таблице N.5-88.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-88. Поля заголовка для транзакции поиска — Origin Server
[Укажите, какие атрибуты запроса DICOM поддерживаются / возвращаются в ответе и поддерживаются ли они в качестве ключа сопоставления (Matching) и/или ключа возврата (Return, include). Если таблицы совпадают с используемыми в службах DIMSE, можно указать ссылку на Таблицу N.5-18 и удалить приведённые ниже текст и таблицу. В противном случае приведите следующий текст и Таблицу N.5-89, а также добавьте или удалите атрибуты в соответствии с вашей реализацией. В таблице ниже атрибуты / ключи сопоставления / ключи возврата, набранные обычным шрифтом, обязательны для поддержки.]
Таблица N.5-89 перечисляет атрибуты запроса / возврата DICOM, поддерживаемые origin server транзакции поиска.
Таблица N.5-89. Ключи запроса / возврата транзакции поиска — Origin Server
Этот раздел содержит подробности о веб-службе списка рабочих заданий (Worklist Web Service). Обзор поддерживаемых транзакций и ресурсов см. в Таблице N.1-10 Worklist Service.
User agent веб-службы списка рабочих заданий может запрашивать ресурсы, перечисленные в Таблице N.5-90, для транзакции создания рабочего задания (Create Workitem Transaction).
[Укажите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец Comments информацией о вашей реализации.]
Таблица N.5-90. Ресурсы веб-службы списка рабочих заданий для транзакции создания — User Agent
|
Путь ресурсов см. в Разделе 11.4.1.1 в PS3.18 |
|
Таблица N.5-91 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции создания.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-91. Параметры запроса веб-службы списка рабочих заданий для создания рабочего задания — User Agent
Таблица N.5-92 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции создания.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.4.1-3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-92. Поля заголовка веб-службы списка рабочих заданий для создания рабочего задания — User Agent
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-93, для транзакции создания:
[При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-93. Ресурсы веб-службы списка рабочих заданий для транзакции создания — Origin Server
|
Путь ресурсов см. в Разделе 11.4.1.1 в PS3.18 |
|
Таблица N.5-94 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции создания.
[Укажите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.4.1-3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-94. Параметры запроса веб-службы списка рабочих заданий для транзакции создания — Origin Server
Таблица N.5-95 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции создания.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.4.1-3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-95. Поля заголовка веб-службы списка рабочих заданий для транзакции создания — Origin Server
User agent транзакции получения рабочего задания (Retrieve Workitem Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-96.
[При необходимости заполните столбец Comments информацией о вашей реализации.]
Таблица N.5-96. Ресурсы веб-службы списка рабочих заданий для транзакции получения — User Agent
|
Путь ресурсов см. в Разделе 11.5.1 в PS3.18 |
|
Таблица N.5-97 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции получения.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-97. Параметры запроса веб-службы списка рабочих заданий для получения рабочего задания — User Agent
Таблица N.5-98 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции получения.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.5.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-98. Поля заголовка веб-службы списка рабочих заданий для получения рабочего задания — User Agent
Origin Server транзакции получения рабочего задания может запрашивать ресурсы, перечисленные в Таблице N.5-99.
[При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-99. Ресурсы веб-службы списка рабочих заданий для транзакции получения — Origin Server
|
Путь ресурсов см. в Разделе 11.5.1 в PS3.18 |
|
Таблица N.5-100 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции получения.
[Укажите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-100. Параметры запроса веб-службы списка рабочих заданий для получения рабочего задания — Origin Server
Таблица N.5-101 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции получения.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.5.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-101. Поля заголовка веб-службы списка рабочих заданий для получения рабочего задания — Origin Server
User agent транзакции обновления рабочего задания (Update Workitem Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-102.
[При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-102. Ресурсы веб-службы списка рабочих заданий для транзакции обновления — User Agent
|
Путь ресурсов см. в Разделе 11.6.1 в PS3.18. |
|
Таблица N.5-103 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции обновления.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Разделе 11.6.1.2 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-103. Параметры запроса веб-службы списка рабочих заданий для транзакции обновления — User Agent
Таблица N.5-104 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции обновления.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 11.6.1.3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-104. Поля заголовка веб-службы списка рабочих заданий для транзакции обновления — User Agent
Origin Server транзакции обновления рабочего задания может запрашивать ресурсы, перечисленные в Таблице N.5-105.
[При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-105. Ресурсы веб-службы списка рабочих заданий для транзакции обновления — Origin Server
|
Путь ресурсов см. в Разделе 11.6.1 в PS3.18 |
|
Таблица N.5-106 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции обновления.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Разделе 11.6.1.2 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-106. Параметры запроса веб-службы списка рабочих заданий для транзакции обновления — Origin Server
Таблица N.5-107 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции обновления.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 11.6.1.3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-107. Поля заголовка веб-службы списка рабочих заданий для транзакции обновления — Origin Server
User agent транзакции изменения состояния (Change State Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-108.
Таблица N.5-108. Ресурсы веб-службы списка рабочих заданий для изменения состояния — User Agent
|
Путь ресурсов см. в Таблице 11.1.1-1 в PS3.18. |
|
Таблица N.5-109 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции изменения состояния.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-109. Параметры запроса веб-службы списка рабочих заданий для изменения состояния — User Agent
Таблица N.5-110 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции изменения состояния.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.7.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-110. Поля заголовка веб-службы списка рабочих заданий для изменения состояния — User Agent
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-111, для транзакции изменения состояния
Таблица N.5-111. Ресурсы веб-службы списка рабочих заданий для изменения состояния — Origin Server
|
Путь ресурсов см. в Таблице 11.1.1-1 в PS3.18. |
|
Таблица N.5-112 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции изменения состояния.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-112. Параметры запроса веб-службы списка рабочих заданий для транзакции изменения состояния — Origin Server
Таблица N.5-113 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции изменения состояния.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.7.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-113. Поля заголовка веб-службы списка рабочих заданий для транзакции изменения состояния — Origin Server
[Если ваша система не поддерживает транзакцию запроса отмены (Request Cancellation Transaction) веб-службы списка рабочих заданий в качестве user agent, вы можете указать, что этот раздел неприменим, и удалить приведённые ниже таблицу и подразделы.]
User agent транзакции запроса отмены (Request Cancellation Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-114.
Таблица N.5-114. Ресурсы веб-службы списка рабочих заданий для транзакции запроса отмены — User Agent
|
Путь ресурсов см. в Разделе 11.8.1 в PS3.18. |
|
|
Запрос отмены рабочего задания (Workitem Request Cancellation) |
Таблица N.5-115 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции запроса отмены.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-115. Параметры запроса веб-службы списка рабочих заданий для запроса отмены — User Agent
Таблица N.5-116 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции запроса отмены.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.8.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-117, для транзакции запроса отмены.
Таблица N.5-117. Ресурсы веб-службы списка рабочих заданий для запроса отмены — Origin Server
|
Путь ресурсов см. в Разделе 11.8.1 в PS3.18. |
|
|
Запрос отмены рабочего задания (Workitem Request Cancellation) |
Таблица N.5-118 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции запроса отмены.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-118. Параметры запроса веб-службы списка рабочих заданий для транзакции запроса отмены — Origin Server
Таблица N.5-119 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции запроса отмены.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.8.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-119. Поля заголовка веб-службы списка рабочих заданий для транзакции запроса отмены — Origin Server
User agent транзакции поиска может запрашивать ресурсы, перечисленные в Таблице N.5-120.
Таблица N.5-120. Ресурсы веб-службы списка рабочих заданий для транзакции поиска — User Agent
|
Путь ресурсов см. в Разделе 11.9.1 в PS3.18. |
|
Таблица N.5-121 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции поиска.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 8.3.4-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-121. Параметры запроса веб-службы списка рабочих заданий для транзакции поиска — User Agent
Таблица N.5-122 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции поиска.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.9.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-122. Поля заголовка веб-службы списка рабочих заданий для транзакции поиска — User Agent
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-123, для транзакции поиска.
Таблица N.5-123. Ресурсы веб-службы списка рабочих заданий для транзакции поиска — Origin Server
|
Путь ресурсов см. в Разделе 11.9.1 в PS3.18. |
|
|
/workitems?{&match*}{&includefield}{&fuzzymatching}{&offset}{&limit} |
Таблица N.5-124 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции поиска.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 8.3.4-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-124. Параметры запроса веб-службы списка рабочих заданий для транзакции поиска — Origin Server
Таблица N.5-125 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции поиска.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 11.9.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-125. Поля заголовка веб-службы списка рабочих заданий для транзакции поиска — Origin Server
[Если ваша система не поддерживает транзакцию подписки (Subscribe Transaction) веб-службы списка рабочих заданий, вы можете указать, что этот раздел неприменим, и удалить приведённые ниже подразделы.]
User agent транзакции подписки (Subscribe Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-126.
[Перечислите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-126. Ресурсы веб-службы списка рабочих заданий для транзакции подписки — User Agent
|
Путь ресурсов см. в Таблице 11.10.1-1 в PS3.18. |
|
Таблица N.5-127 перечисляет параметры запроса, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции подписки.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.10.1-2 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-127. Параметры запроса веб-службы списка рабочих заданий для транзакции подписки — User Agent
Таблица N.5-128 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции подписки:
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 8.4.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-128. Поля заголовка веб-службы списка рабочих заданий для транзакции подписки — User Agent
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-129, для транзакции подписки.
[Перечислите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-129. Ресурсы веб-службы списка рабочих заданий для транзакции подписки — Origin Server
|
Путь ресурсов см. в Таблице 11.10.1-1 в PS3.18. |
|
Таблица N.5-130 перечисляет параметры запроса, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции подписки.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 11.10.1-2 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-130. Параметры запроса веб-службы списка рабочих заданий для транзакции подписки — Origin Server
Таблица N.5-131 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции подписки.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в DICOM Таблице 8.4.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-131. Поля заголовка веб-службы списка рабочих заданий для транзакции подписки — Origin Server
User agent транзакции отмены подписки (Unsubscribe Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-132.
[Перечислите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-132. Ресурсы веб-службы списка рабочих заданий для транзакции отмены подписки — User Agent
|
Путь ресурсов см. в Таблице 11.11.1-1 в PS3.18. |
|
Таблица N.5-133 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции отмены подписки.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 8.4.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-133. Поля заголовка веб-службы списка рабочих заданий для транзакции отмены подписки — User Agent
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-134, для транзакции отмены подписки.
Таблица N.5-134. Ресурсы веб-службы списка рабочих заданий для транзакции отмены подписки — Origin Server
|
Путь ресурсов см. в Таблице 11.11.1-1 в PS3.18. |
|
|
/workitems/1.2.840.10008.5.1.4.34.5/subscribers/{aetitle}{/suspend} |
|
|
/workitems/1.2.840.10008.5.1.4.34.5.1/subscribers/{aetitle}{/suspend} |
Таблица N.5-135 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции отмены подписки.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 8.4.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-135. Поля заголовка веб-службы списка рабочих заданий для транзакции отмены подписки — Origin Server
User agent транзакции приостановки глобальной подписки (Suspend Global Subscription Transaction) может запрашивать ресурсы, перечисленные в Таблице N.5-136.
[Перечислите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» подробностями вашей реализации.]
Таблица N.5-136. Ресурсы веб-службы списка рабочих заданий для транзакции приостановки глобальной подписки — User Agent
|
Путь ресурсов см. в Таблице 11.12.1-1 в PS3.18 |
|
|
/workitems/1.2.840.10008.5.1.4.34.5/subscribers/{aetitle}{/suspend} |
|
|
/workitems/1.2.840.10008.5.1.4.34.5.1/subscribers/{aetitle}{/suspend} |
Таблица N.5-137 перечисляет поля заголовка, поддерживаемые user agent веб-службы списка рабочих заданий для транзакции приостановки глобальной подписки.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 8.4.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-137. Поля заголовка веб-службы списка рабочих заданий для транзакции приостановки глобальной подписки — User Agent
Origin Server веб-службы списка рабочих заданий поддерживает ресурсы, перечисленные в Таблице N.5-138, для транзакции приостановки глобальной подписки.
Таблица N.5-138. Ресурсы веб-службы списка рабочих заданий для транзакции приостановки глобальной подписки — Origin Server
|
Путь ресурсов см. в Таблице 11.12.1-1 в PS3.18 |
|
|
/workitems/1.2.840.10008.5.1.4.34.5/subscribers/{aetitle}{/suspend} |
|
|
/workitems/1.2.840.10008.5.1.4.34.5.1/subscribers/{aetitle}{/suspend} |
Таблица N.5-139 перечисляет поля заголовка, поддерживаемые origin server веб-службы списка рабочих заданий для транзакции приостановки глобальной подписки.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Таблице 8.4.1-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-139. Поля заголовка веб-службы списка рабочих заданий для транзакции приостановки глобальной подписки — Origin Server
Этот раздел содержит подробности о веб-службе экземпляров, не связанных с пациентом (Non-Patient Instance Web Service). Обзор поддерживаемых транзакций и ресурсов см. в Таблице N.1-11 Non-Patient Instance Service.
Поддерживаемые SOP-классы хранения экземпляров, не связанных с пациентом, перечислены в Таблице N.5-140 ниже. Поддерживаемые синтаксисы передачи перечислены в Разделе N.1.1 этого документа.
[Укажите, какие SOP-классы поддерживаются вашей системой. Удалите неподдерживаемые классы. Возможные SOP-классы NPI см. в Таблице GG.3-1 PS 3.4
Таблица N.5-140. SOP-классы хранения веб-службы экземпляров, не связанных с пациентом (Non-Patient Instance Web Service)
[Укажите требования к отображению и обработке экземпляров, полученных через веб-службы. Это можно сделать либо путём ссылки на Раздел N.5.2.5.2, если применяются те же требования, либо путём копирования таблиц из Раздела N.5.2.5.2 и их соответствующего заполнения, если требования для веб-служб отличаются.]
Транзакция получения (Retrieve Transaction) экземпляров, не связанных с пациентом (NPI), в роли user agent может запрашивать ресурсы, перечисленные в Таблице N.5-141
[Укажите особенности реализации в столбце «Comments» и укажите поддерживаемые {npi-name}. Это могут быть:
Таблица N.5-141. Ресурсы веб-службы NPI для транзакции получения — User Agent
|
Путь ресурсов см. в Таблице 12.4.1-1 в PS3.18 |
|
Таблица N.5-142 перечисляет параметры запроса, поддерживаемые user agent веб-службы NPI для транзакции получения.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 12.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-143 перечисляет поля заголовка, поддерживаемые user agent веб-службы NPI для транзакции получения.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 12.4.1.3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Origin Server веб-службы NPI поддерживает ресурсы, перечисленные в Таблице N.5-144 для транзакции получения:
[Укажите особенности реализации в столбце «Comments» и укажите поддерживаемые {npi-name}. Это могут быть:
Таблица N.5-144. Ресурсы веб-службы NPI для транзакции получения — Origin Server
|
Путь ресурсов см. в Таблице 12.4.1-1 в PS3.18 |
|
Таблица N.5-145 перечисляет параметры запроса, поддерживаемые origin server веб-службы NPI для транзакции получения.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 12.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-146 перечисляет поля заголовка, поддерживаемые origin server веб-службы NPI для транзакции получения.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 12.4.1.3 в PS3.18 и Разделе 12.4.3.2 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Подробности об IOD, создаваемых системой, см. в Разделе N.9.
User agent транзакции сохранения NPI может запрашивать ресурсы, перечисленные в Таблице N.5-147.
[Перечислите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов.
Укажите особенности реализации в столбце «Comments» и укажите, какие {npi-name} поддерживаются. Это могут быть:
Таблица N.5-147. Ресурсы веб-службы NPI для транзакции сохранения — User Agent
|
Путь ресурсов см. в Таблице 12.5.1-1 в PS3.18. |
|
Таблица N.5-148 перечисляет параметры запроса, поддерживаемые user agent веб-службы NPI для транзакции сохранения.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 12.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-149 перечисляет поля заголовка, поддерживаемые user agent веб-службы NPI для транзакции сохранения.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 12.5.1.3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Origin server транзакции сохранения NPI получает запросы POST для сохранения или добавления к существующему ресурсу на сервере.
User agent указывает целевой ресурс (Target Resource) как часть URI и инкапсулирует данные в теле составного (multipart) запроса с соответствующим типом содержимого Content-Type (например, BINARY, XML или JSON).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.4.
Origin server транзакции сохранения NPI поддерживает ресурсы, перечисленные в Таблице N.5-150.
[Перечислите поддерживаемые ресурсы. Удалите строки для неподдерживаемых ресурсов.
Укажите особенности реализации в столбце «Comments» и укажите, какие {npi-name} поддерживаются. Это могут быть:
Таблица N.5-150. Ресурсы веб-службы NPI для транзакции сохранения — Origin Server
|
Путь ресурсов см. в Таблице 12.5.1-1 в PS3.18. |
||
Таблица N.5-151 перечисляет параметры запроса, поддерживаемые origin server веб-службы NPI для транзакции сохранения.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Таблице 12.1.2-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-152 перечисляет поля заголовка, поддерживаемые origin server веб-службы NPI для транзакции сохранения.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 12.5.1.3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
User agent транзакции поиска NPI может запрашивать ресурсы, перечисленные в Таблице N.5-153.
[Укажите особенности реализации в столбце «Comments» и укажите, какие {npi-name} поддерживаются. Это могут быть:
Таблица N.5-153. Ресурсы веб-службы NPI для транзакции поиска — User Agent
|
Путь ресурсов см. в Таблице 12.6.1-1 в PS3.18. |
|
Таблица N.5-154 перечисляет параметры запроса, поддерживаемые user agent веб-службы NPI для транзакции поиска.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Разделе 12.1.2 в PS3.18 и Таблице 8.3.4-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-155 перечисляет атрибуты запроса DICOM, поддерживаемые user agent веб-службы NPI для транзакции поиска.
[Укажите, какие атрибуты запроса DICOM поддерживаются и поддерживаются ли они в качестве ключа сопоставления (Matching) и/или ключа возврата (Return, include). См. Таблицу 12.6.1-2 PS 3.18]
Таблица N.5-156 перечисляет поля заголовка, поддерживаемые user agent веб-службы NPI для транзакции поиска.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 12.6.1.3 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Origin server транзакции поиска NPI получает запросы GET для поиска исследований, серий или экземпляров.
[Укажите здесь, является ли это нативной реализацией или реализацией через DICOM Proxy.]
User agent указывает целевой ресурс (Target Resource) как часть URI и допустимый тип содержимого ответа (Content-Type) в HTTP-заголовке (например, dicom+xml или dicom+json).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.4.
Origin server транзакции поиска поддерживает ресурсы, перечисленные в Таблице N.5-157.
[Укажите особенности реализации в столбце «Comments» и укажите поддерживаемые {npi-name}. Это могут быть:
Таблица N.5-157. Ресурсы веб-службы NPI для транзакции поиска — Origin Server
|
Путь ресурсов см. в Таблице 12.6.1-1 в PS3.18. |
|
Таблица N.5-158 перечисляет параметры запроса, поддерживаемые origin server веб-службы NPI для транзакции поиска.
[Перечислите поддерживаемые параметры и поддерживаемые значения. Возможные параметры/значения см. в Разделе 12.1.2 в PS3.18 и Таблице 8.3.4-1 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. Возможные поля заголовка/значения см. в Разделе 12.6.1.3 в PS3.18 и Разделе 12.6.3.2 в PS3.18. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5-160 перечисляет атрибуты запроса/возврата DICOM, поддерживаемые origin server веб-службы NPI для транзакции поиска.
[Укажите, какие атрибуты запроса DICOM поддерживаются/возвращаются в ответе и поддерживаются ли они в качестве ключа сопоставления (Matching) и/или ключа возврата (Return, include). См. Таблицу 12.6.1-2 в PS3.18]
[Если ваша веб-служба поддерживает уведомления, опишите, как открываются соединения WebSocket. Подробности см. в Разделе 8.10 в PS3.18]
Этот раздел содержит подробности о веб-службе подтверждения сохранения (Storage Commitment Web Service). Обзор поддерживаемых транзакций и ресурсов см. в Таблице N.1.3.5-1 Storage Commitment Service
User agent транзакции запроса может запрашивать ресурсы, перечисленные в Таблице N.5.3.6.1.1-1.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции запроса подтверждения сохранения. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.6.1.1-1. Ресурсы транзакции запроса — User Agent
|
Путь ресурсов см. в Таблице 13.1.1-1 в PS3.18 |
|
User agent транзакции запроса поддерживает поля заголовка, перечисленные в Таблице N.5.3.6.1.1-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.6.1.1-2. Поля заголовка транзакции запроса — User Agent
Origin server транзакции запроса получает запросы POST для подтверждения сохранения ссылочных экземпляров SOP (SOP Instances).
User agent указывает целевой ресурс (Target Resource) как часть URI и указывает UID экземпляров SOP как часть данных в теле запроса с соответствующим Content-Type (например, XML или JSON).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.5.
Origin server транзакции запроса поддерживает ресурсы, перечисленные в Таблице N.5.3.6.1.2-1.
[При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.6.1.2-1. Ресурсы транзакции запроса — Origin Server
|
Путь ресурсов см. в Таблице 13.1.1-1 в PS3.18 |
|
Origin server транзакции запроса поддерживает поля заголовка, перечисленные в Таблице N.5.3.6.1.2-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.6.1.2-2. Поля заголовка транзакции запроса — Origin Server
Ресурсы и поля заголовка, поддерживаемые user agent для транзакции проверки результата, совпадают с транзакцией запроса; см. Раздел N.5.3.6.1.1.
Origin server транзакции проверки результата получает запросы GET для проверки наличия результата запроса подтверждения сохранения.
Базовый URI, ресурсы и поля заголовка, поддерживаемые origin server для транзакции проверки результата, совпадают с транзакцией запроса; см. Раздел N.5.3.6.1.2.
Этот раздел содержит подробности о веб-службе этапа запланированной процедуры модальности (Modality Scheduled Procedure Step Web Service). Обзор поддерживаемых транзакций и ресурсов см. в Таблице N.1.3.6-1 Modality Scheduled Procedure Step Service.
[Если ваша система не поддерживает транзакцию поиска веб-службы этапа запланированной процедуры модальности, вы можете указать, что этот раздел неприменим, и удалить подразделы ниже.]
User agent транзакции поиска может запрашивать ресурсы, перечисленные в Таблице N.5.3.7.1.1-1.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции поиска этапа запланированной процедуры модальности. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.7.1.1-1. Ресурсы транзакции поиска — User Agent
|
Путь ресурсов см. в Таблице 14.1.1-1 в PS3.18 |
|
User agent транзакции поиска поддерживает поля заголовка, перечисленные в Таблице N.5.3.7.1.1-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.7.1.1-2. Поля заголовка транзакции поиска — User Agent
Origin server транзакции поиска получает запросы GET для поиска этапов запланированной процедуры модальности.
User agent указывает целевой ресурс (Target Resource) как часть URI и приемлемый Content-Type в HTTP-заголовке (т.е. XML или JSON).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.6.
Origin server транзакции поиска поддерживает ресурсы, перечисленные в Таблице N.5.3.7.1.2-1.
[При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.7.1.2-1. Ресурсы транзакции поиска — Origin Server
|
Путь ресурсов см. в Таблице 14.1.1-1 в PS3.18 |
|
Origin server транзакции поиска поддерживает поля заголовка, перечисленные в Таблице N.5.3.7.1.2-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.7.1.2-2. Поля заголовка транзакции поиска — Origin Server
Этот раздел содержит подробности о веб-службе выполненного этапа процедуры модальности (Modality Performed Procedure Step Web Service). Обзор поддерживаемых транзакций и ресурсов см. в Таблице N.1.3.7-1 Modality Performed Procedure Step Service.
[Если ваша система не поддерживает транзакцию создания веб-службы выполненного этапа процедуры модальности, вы можете указать, что этот раздел неприменим, и удалить подразделы ниже.]
User agent транзакции создания может запрашивать создание ресурсов, перечисленных в Таблице N.5.3.8.1.1-1.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции создания выполненного этапа процедуры модальности. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.1.1-1. Ресурсы транзакции создания — User Agent
|
Путь ресурсов см. в Таблице 15.1.1-1 в PS3.18 |
|
User agent транзакции создания поддерживает поля заголовка, перечисленные в Таблице N.5.3.8.1.1-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.1.1-2. Поля заголовка транзакции создания — User Agent
Origin server транзакции создания получает запросы POST для создания выполненного этапа процедуры модальности.
User agent указывает целевой ресурс (Target Resource) как часть URI и приемлемый Content-Type в HTTP-заголовке (т.е. XML или JSON).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.7.
Origin server транзакции создания поддерживает ресурсы, перечисленные в Таблице N.5.3.8.1.2-1.
[При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.1.2-1. Ресурсы транзакции создания — Origin Server
|
Путь ресурсов см. в Таблице 15.1.1-1 в PS3.18 |
|
Origin server транзакции создания поддерживает поля заголовка, перечисленные в Таблице N.5.3.8.1.2-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
[Если ваша система не поддерживает транзакцию обновления веб-службы выполненного этапа процедуры модальности, вы можете указать, что этот раздел неприменим, и удалить подразделы ниже.]
User agent транзакции обновления может запрашивать обновление ресурсов, перечисленных в Таблице N.5.3.8.2.1-1.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции обновления выполненного этапа процедуры модальности. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.2.1-1. Ресурсы транзакции обновления — User Agent
|
Путь ресурсов см. в Таблице 15.1.1-1 в PS3.18 |
|
User agent транзакции обновления поддерживает поля заголовка, перечисленные в Таблице N.5.3.8.2.1-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.2.1-2. Поля заголовка транзакции обновления — User Agent
Origin server транзакции обновления получает запросы POST для обновления выполненного этапа процедуры модальности.
User agent указывает целевой ресурс (Target Resource) как часть URI и приемлемый Content-Type в HTTP-заголовке (т.е. XML или JSON).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.7.
Origin server транзакции обновления поддерживает ресурсы, перечисленные в Таблице N.5.3.8.2.2-1.
[При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.2.2-1. Ресурсы транзакции обновления — Origin Server
|
Путь ресурсов см. в Таблице 15.1.1-1 в PS3.18 |
|
Origin server транзакции обновления поддерживает поля заголовка, перечисленные в Таблице N.5.3.8.2.2-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
[Если ваша система не поддерживает транзакцию получения веб-службы выполненного этапа процедуры модальности, вы можете указать, что этот раздел неприменим, и удалить подразделы ниже.]
User agent транзакции получения может запрашивать получение ресурсов, перечисленных в Таблице N.5.3.8.3.1-1.
[Перечислите поддерживаемые ресурсы для вашего user agent транзакции получения выполненного этапа процедуры модальности. Удалите строки для неподдерживаемых ресурсов. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.3.1-1. Ресурсы транзакции получения — User Agent
|
Путь ресурсов см. в Таблице 15.1.1-1 в PS3.18 |
|
User agent транзакции получения поддерживает поля заголовка, перечисленные в Таблице N.5.3.8.3.1-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.3.1-2. Поля заголовка транзакции получения — User Agent
Origin server транзакции получения получает запросы GET для получения выполненного этапа процедуры модальности.
User agent указывает целевой ресурс (Target Resource) как часть URI и приемлемый Content-Type в HTTP-заголовке (т.е. XML или JSON).
URI составляется из базового URI (Base URI): см. базовый URI для origin server в Разделе N.6.3.7.
Origin server транзакции получения поддерживает ресурсы, перечисленные в Таблице N.5.3.8.3.2-1.
[При необходимости заполните столбец «Comments» информацией о вашей реализации.]
Таблица N.5.3.8.3.2-1. Ресурсы транзакции получения — Origin Server
|
Путь ресурсов см. в Таблице 15.1.1-1 в PS3.18 |
|
Origin server транзакции получения поддерживает поля заголовка, перечисленные в Таблице N.5.3.8.3.2-2.
[Перечислите поддерживаемые поля заголовка и поддерживаемые значения. При необходимости заполните столбец «Comments» информацией о вашей реализации.]
<Product> поддерживает создание Basic Directory IOD в качестве создателя набора файлов (File Set Creator) согласно определению в Разделе N.9.5.
Список поддерживаемых профилей прикладного применения носителей (Media Storage Application Profiles) см. в Разделе N.1.4 в Обзоре.
Список поддерживаемых классов SOP см. в Разделе N.1.1 в Обзоре.
[Опишите, как создатель набора файлов выбирает профили прикладного применения носителей (Media Storage Application Profiles), используемые для создания носителя.]
<Product> поддерживает профили прикладного применения носителей (Media Storage Application Profiles), перечисленные в Разделе N.1.4 в Обзоре.
Список поддерживаемых классов SOP см. в Разделе N.1.1 в Обзоре.
[Укажите требования к отображению и обработке экземпляров, содержащихся на носителе. Это можно сделать либо путём ссылки на Раздел N.5.2.5.2 (как указано ниже), если применяются те же требования, либо путём копирования таблиц из Раздела N.5.2.5.2 и их надлежащего заполнения, если требования для внешних носителей отличаются.]
Для отображения или обработки экземпляров DICOM, содержащихся на носителе, см. Раздел N.5.2.5.2.
<Product> поддерживает создание Basic Directory IOD согласно определению в Разделе N.9.5.
Список поддерживаемых профилей прикладного применения носителей (Media Storage Application Profiles) см. в Разделе N.1.4 в Обзоре.
Список поддерживаемых классов SOP см. в Разделе N.1.1 в Обзоре.
Список поддерживаемых классов SOP см. в Разделе N.1.5 в Обзоре.
Таблица N.5-161 перечисляет ограничения, применяемые к экземплярам RTV, поддерживаемым service consumer.
[Перечислите ограничения для RTV service consumer в Таблице N.5-161 ниже.]
Таблица N.5-162 перечисляет разрешения экрана, поддерживаемые service consumer.
[Перечислите все поддерживаемые разрешения экрана в Таблице N.5-162 ниже.]
[Укажите политики соединения, включая доступ к URL для получения объекта SDP и количество одновременных соединений.]
Список поддерживаемых классов SOP см. в Разделе N.1.5 в Обзоре.
Таблица N.5-163 перечисляет ограничения, применяемые к экземплярам RTV, поддерживаемым service provider.
[Перечислите ограничения для RTV service consumer в Таблице N.5-163 ниже.]
Таблица N.5-164 перечисляет разрешения экрана, поддерживаемые service provider.
[Перечислите все поддерживаемые разрешения экрана в Таблице N.5-164 ниже.]
[Укажите политики соединения, включая URL, по которому service consumer может получить объект SDP, и количество одновременных соединений.]
Этот раздел описывает взаимодействие между реализациями различных служб DICOM в данном продукте. Детали, относящиеся к отдельной службе, рассматриваются в предыдущих разделах служб.
Примечание: Стандарт DICOM обычно не определяет требования, относящиеся к взаимодействию служб. Поэтому данный раздел содержит описание реализации и не является строго обязательным для соответствия DICOM.
[Опишите любые межслужебные взаимодействия, например, отправку сообщения MPPS COMPLETED при завершении архивирования связанных экземпляров в исследовании. Если межслужебные взаимодействия отсутствуют, удалите текст выше и отметьте раздел как N/A.]
Поддерживаемые значения атрибута Specific Character Set (0008,0005) см. в Разделе N.1.7.
Общая конфигурация для специфичных наборов символов (Specific Character Sets) описана в Разделе N.6.1. Специфичная для службы конфигурация специфичных наборов символов рассматривается в соответствующих подразделах Раздела N.6.2 или Раздела N.6.3.
[Опишите такие особенности поведения, как, например, отправляет ли ваш продукт значение 1, например:]
Данный продукт опускает Значение 1 атрибута Specific Character Set (0008,0005), когда присутствует несколько значений. Согласно PS3.5, пустое Значение 1 означает использование ISO 2022 IR 6.
[Опишите представление символов пользователю, т.е. возможности, ограничения шрифтов и/или замены символов.]
[Если ваш продукт поддерживает отображение/редактирование не-стандартных наборов символов (non-default Character Sets), заполните следующую таблицу, в противном случае удалите следующую таблицу и вводный текст.]
<Product> поддерживает отображение наборов символов, выходящих за пределы стандартного репертуара символов (ISO-IR 6), для всех отображаемых атрибутов.
<Product> поддерживает редактирование наборов символов, выходящих за пределы стандартного репертуара символов (ISO-IR 6), для атрибутов, перечисленных в Таблице N.5-164a.
[Если ваш продукт поддерживает сопоставление/преобразование не-стандартных наборов символов (non-default Character Sets), заполните таблицу ниже, в противном случае удалите таблицу и вводный текст ниже.]
<Product> поддерживает сопоставление/преобразование наборов символов, перечисленных в Таблице N.5-165.
[Опишите, как специфичные наборы символов, получаемые системой, сопоставляются со специфичными наборами символов, отправляемыми системой. Здесь не рассматривается набор символов, используемый внутри продукта. В столбце «Mapping Situation» опишите сценарий, в котором происходит такое сопоставление, например, при сопоставлении наборов символов из записи Modality Worklist или ответа Query Retrieve с создаваемыми экземплярами.]
Таблица N.5-165. Преобразование/сопоставление не-стандартных специфичных наборов символов
[Объясните поведение вашего продукта при обнаружении неподдерживаемых наборов символов.]
[Кратко опишите, существует ли интерфейс конфигурации (сервисный инструмент, административный GUI, веб-интерфейс или иной) для настройки базовых параметров.]
Во всех подразделах в столбце «Configurable» могут использоваться следующие значения:
Таблица N.6-1 перечисляет общие параметры конфигурации, применимые ко всем поддерживаемым службам DICOM.
Таблица N.6-1. Общие параметры конфигурации
Таблицы в следующих подразделах показывают параметры конфигурации, необходимые для служб DIMSE.
Для определения того, является ли <product> SCP и/или SCU, применяется следующее:
[Используйте этот шаблон таблицы в каждом разделе поддерживаемой службы DIMSE, аналогично приведённым примерам таблиц, и предоставьте информацию по мере необходимости для реализации продукта. «Local Configuration Parameters» описывает параметры продукта, описанного в данном DCS, тогда как «Remote Configuration Parameters» описывает информацию, необходимую данному продукту для взаимодействия с удалённой системой.
Удалите строки для любых неподдерживаемых параметров. Например, если <product> является только SCU, удалите строки Called AE Title и Ports в части «Local Configuration Parameters» таблицы и строку Calling AE Title в части «Remote Configuration Parameters». Если <product> является только SCP, удалите строку Calling AE Title в части «Local Configuration Parameters» и удалите строки Called AE Title, Ports и Host из части «Remote Configuration Parameters».
Если ваша реализация продукта поддерживает несколько AE Title для одной службы, перечислите их все в отдельных строках и опишите их использование в столбце «Comments».
Таблица N.6-2 перечисляет параметры конфигурации службы рабочего списка (Worklist Service):
Таблица N.6-2. Параметры службы рабочего списка (Worklist Service)
Таблица N.6-3 перечисляет параметры конфигурации службы этапов выполнения процедуры модальности (Modality Performed Procedure Step Service):
Таблица N.6-3. Параметры службы MPPS
Таблица N.6-4 перечисляет параметры конфигурации единой службы списка рабочих заданий и этапов процедуры (Unified Worklist and Procedure Step Service):
Таблица N.6-4. Параметры единой службы списка рабочих заданий и этапов процедуры
Таблица N.6-5 перечисляет параметры конфигурации службы уведомления о доступности экземпляров (Instance Availability Notification Service):
Таблица N.6-5. Параметры службы IAN
Таблица N.6-6 перечисляет параметры конфигурации службы хранения (Storage Service):
Таблица N.6-6. Параметры службы хранения (Storage Service)
|
[Этот пример показывает конфигурацию для Storage SCU и SCP, например, для PACS.] |
[Если значение по умолчанию отсутствует, оставьте поле пустым.] |
[Предоставьте комментарии или значения/диапазоны, если применимо.] |
|
|
Список AE Title можно настроить в зависимости от использования (исследование подлежит верификации или нет; исследования не подлежат архивированию; исследование предназначено только для отображения…) |
|||
|
Для исследований, предназначенных только для отображения (не импортируются в БД/кэш, порт по умолчанию 110) |
|||
|
См. Таблицу N.1-2 |
|||
|
См. Таблицу N.1-1 |
Можно добавлять или удалять классы SOP хранения (Storage SOP Classes) |
||
|
[Если значение по умолчанию отсутствует, оставьте поле пустым.] |
[Предоставьте комментарии или значения/диапазоны, если применимо.] |
||
|
Если удалённый Storage SCU не отправляет issuer идентификатора пациента (Patient ID), можно задать издателя (issuer) входящего идентификатора пациента по умолчанию. |
|||
|
Если для отправляемого исследования существует несколько PID/issuer, можно выбрать PID/issuer по умолчанию для отправки в качестве основного идентификатора пациента удалённому storage SCP |
|||
Таблица N.6-7 перечисляет параметры конфигурации службы подтверждения сохранения (Storage Commitment Service):
Таблица N.6-7. Параметры службы подтверждения сохранения (Storage Commitment Service)
Таблица N.6-8 перечисляет параметры конфигурации сервисного класса запроса/получения (Query/Retrieve Service):
Таблица N.6-8. Параметры сервисного класса запроса/получения (Query/Retrieve Service)
Таблица N.6-9 перечисляет параметры конфигурации службы управления печатью (Print Management Service):
Таблица N.6-9. Параметры службы управления печатью (Print Management Service)
Таблицы в следующих подразделах показывают параметры конфигурации, необходимые для веб-служб DICOM.
Для определения того, является ли <product> origin server и/или user agent, применяется следующее:
[«Local Configuration Parameters» описывает параметры продукта, описанного в данном DCS, тогда как «Remote Configuration Parameters» описывает информацию, необходимую данному продукту для взаимодействия с удалённой системой. Удалите строки для любых неподдерживаемых параметров]
Таблица N.6-10 перечисляет параметры конфигурации, необходимые для веб-службы URI (URI Web Service).
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6-10. Параметры веб-службы URI (URI Web Service)
Транзакция получения (Retrieve Transaction) также известна как WADO-RS. Таблица N.6-11 перечисляет параметры конфигурации для транзакции получения веб-службы исследований (Studies Web Service):
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6-11. Параметры транзакции получения
Транзакция сохранения (Store Transaction) также известна как STOW-RS. Таблица N.6-12 перечисляет параметры конфигурации для транзакции сохранения веб-службы исследований (Studies Web Service):
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6-12. Параметры транзакции сохранения
Служба транзакции поиска (Search Transaction) также известна как QIDO-RS. Таблица N.6-13 перечисляет параметры конфигурации для транзакции поиска веб-службы исследований (Studies Web Service):
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6-13. Параметры транзакции поиска
Веб-служба списка рабочих заданий (Worklist Web Service) также известна как UPS-RS.
Таблица N.6-14 перечисляет параметры конфигурации веб-службы списка рабочих заданий (Worklist Web Service).
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6-14. Параметры веб-службы списка рабочих заданий (Worklist Web Service)
Таблица N.6-15 перечисляет параметры конфигурации веб-службы экземпляров, не связанных с пациентом (NPI Web Service).
[ Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6-15. Параметры веб-службы NPI (NPI Web Service)
Таблица N.6.3.5-1 перечисляет параметры конфигурации для транзакции запроса службы подтверждения сохранения (Storage Commitment Service):
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6.3.5-1. Параметры транзакции запроса и проверки результата
Таблица N.6.3.5-1 перечисляет параметры конфигурации для транзакции проверки результата службы подтверждения сохранения (Storage Commitment Service).
Таблица N.6.3.6-1 перечисляет параметры конфигурации для транзакции поиска службы этапа запланированной процедуры модальности (Modality Scheduled Procedure Step Service).
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6.3.6-1. Параметры транзакции поиска
Таблица N.6.3.7-1 перечисляет параметры конфигурации для транзакции создания службы этапа выполнения процедуры модальности (Modality Performed Procedure Step Service).
[Удалите неподдерживаемые параметры из локальных и удалённых параметров конфигурации.]
Таблица N.6.3.7-1. Параметры транзакций создания, обновления и получения
Таблица N.6.3.7-1 перечисляет параметры конфигурации для транзакции обновления службы этапа выполнения процедуры модальности (Modality Performed Procedure Step Service).
Таблица N.6.3.7-1 перечисляет параметры конфигурации для транзакции получения службы этапа выполнения процедуры модальности (Modality Performed Procedure Step Service).
Таблица N.6-16 перечисляет параметры конфигурации службы носителей (Media Storage service).
Таблица N.6-16. Параметры службы носителей (Media Storage Service)
Таблица N.6-17 перечисляет параметры конфигурации службы видео реального времени (Real-Time Video service).
Таблица N.6-17. Параметры службы RTV
[Если ваша система является только originator, удалите таблицу параметров Collector.]
[Если ваша система является только collector, удалите таблицу параметров Originator.]
[Если ваша система является одновременно originator и collector, оставьте обе таблицы и укажите, является ли она relay.]
Таблица N.6-18 перечисляет параметры конфигурации для источника журнала аудита (Audit Trail Originator).
Таблица N.6-18. Параметры источника журнала аудита (Audit Trail Originator)
Таблица N.6-19 перечисляет параметры конфигурации для приёмника журнала аудита (Audit Trail Collector).
Таблица N.6-19. Параметры приёмника журнала аудита (Audit Trail Collector)
Взаимодействие между прикладными сущностями (AE) показано на диаграммах ниже.
[Ниже приведены примеры взаимодействия между AE. Измените их в соответствии с реализацией вашего продукта.]
Таблица N.7-1 перечисляет параметры ассоциации (Association), применимые ко всем AE в системе.
[Если параметры ассоциации (Association) для вашей системы одинаковы для всех AE, заполните приведённую ниже таблицу и отметьте соответствующие разделы для специфичных для AE параметров ассоциации как N/A. Если ваша система использует разные параметры ассоциации для каждой AE, замените содержимое данного раздела на N/A и добавьте N/A к заголовку раздела.]
Таблица N.7-1. Общие параметры ассоциации (Association)
[Опишите последовательность обмена сообщениями AE для выполняемой реальной активности (Real-World Activity).
Например: локальная реальная активность <2> сначала открывает ассоциацию (Association), инициирует сообщение <a> и сообщение <b> в этой ассоциации перед её закрытием. Затем в системе выполняется действие <c>, после чего может быть запущена локальная реальная активность <1> для отправки сообщения <d> в новой ассоциации и получения сообщения <e> в той же ассоциации.]
[Также укажите здесь использование веб-служб DICOM, включая любую функциональность прокси между веб-службой и эквивалентной службой DIMSE.
Также укажите использование служб DICOM-RTV, включая любую функциональность прокси между DICOM-RTV и другой службой, предоставляемой через DIMSE-службу или RESTful (например, сохранение полученного видео и аудио с сопутствующими метаданными).
Примечание: Эта диаграмма может быть разбита на несколько диаграмм для представления каждой службы отдельно.]
[Ниже приведены примеры для AE Query Retrieve и Web AE. Измените в соответствии с реализацией вашего продукта.]
Таблица N.7-2 перечисляет параметры ассоциации (Association), применимые к <AE1.>
[Если ваша система использует разные параметры ассоциации для каждой AE, заполните приведённую ниже таблицу для каждой AE и отметьте данный раздел как N/A.]
Таблица N.7-2. Параметры ассоциации для <AE1>
Этот раздел содержит подробности о политиках ассоциации (Association) прикладной сущности при инициировании ассоциации.
[Для каждой реальной активности (Real-World Activity) AE1 предоставьте подразделы Раздела N.7.2.1.3 «Association Initiation».x.]
[Опишите политики создания ассоциаций (Associations). Включите следующие детали:
[Опишите действия и поведение, которые заставляют продукт отправлять запросы N-ACTION, и как это связано с предыдущим запросом хранения, например, инициируется ли подтверждение сохранения сразу после успешного C-STORE, или подтверждение сохранения отправляется после успешного сохранения всех экземпляров в исследовании, …]
[Опишите поведение инициирования ассоциации вашего продукта в отношении запроса N-EVENT-REPORT, например, отправляется ли запрос N-EVENT-REPORT в той же ассоциации или инициируется в другой ассоциации.]
[Опишите поведение вашей системы, если ваш продукт не может установить ассоциацию с SCU, например, есть ли механизм повторных попыток, настраивается ли он, …]
Параметры расширенного согласования (Extended Negotiation) для всех служб, поддерживаемых прикладной сущностью для реальной активности <Activity 1>, описаны в Таблице N.7-3.
[Опишите ниже всё расширенное согласование (Extended Negotiation), которое прикладная сущность запрашивает для <Activity 1> во время согласования ассоциации. Используйте «Y» в столбце «Support» для обозначения поддержки расширенного согласования или «N» для обозначения отсутствия поддержки, а значение по умолчанию отправляется в поле ассоциации. Опишите любое поведение, связанное с обработкой расширенного поведения при инициировании ассоциации, в этом разделе.]
[Измените таблицу ниже, чтобы отразить службы, участвующие в <Activity 1>.]
Таблица N.7-3. Расширенное согласование для <Activity 1> сущности <AE1> — инициирование ассоциации
|
Нечёткое семантическое сопоставление имён лиц (Fuzzy semantic matching of person names) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
|
Применимо ко всем классам SOP хранения, перечисленным в Разделе N.5. |
|||
|
Уровень поддержки цифровой подписи (Level of Digital Signature support) |
|||
|
Применимо ко всем классам SOP Query Retrieve - FIND, указанным в Разделе N.5. |
|||
|
Нечёткое семантическое сопоставление имён лиц (Fuzzy semantic matching of person names) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
|
Преобразование расширенных многокадровых изображений (Enhanced Multi-Frame Image Conversion) |
|||
|
Применимо ко всем классам SOP Query Retrieve - MOVE, указанным в Разделе N.5. |
|||
|
Преобразование расширенных многокадровых изображений (Enhanced Multi-Frame Image Conversion) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
|
Нечёткое семантическое сопоставление имён лиц (Fuzzy semantic matching of person names) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
[Опишите, поддерживает ли AE согласование ролей (Role Negotiation) в случае синхронного выполнения подтверждения сохранения, т.е. если N-ACTION и N-EVENT-REPORT выполняются в одной и той же ассоциации.]
Этот раздел содержит подробности о политиках ассоциации (Association) прикладной сущности, когда она является акцептором ассоциации.
[Для каждой реальной активности (Real-World Activity) AE1 предоставьте подразделы Раздела N.7.2.1.4 «Association Acceptance».x.]
[Опишите специфичное для службы поведение принятия ассоциации вашего продукта, например
Параметры расширенного согласования (Extended Negotiation) для всех служб, запрашиваемых прикладной сущностью для реальной активности <Activity 2>, описаны в Таблице N.7-4.
[Опишите ниже всё расширенное согласование (Extended Negotiation), поддерживаемое прикладной сущностью для <Activity 2> во время согласования ассоциации. Используйте «Y» в столбце «Support» для обозначения поддержки расширенного согласования или «N» для обозначения отсутствия поддержки, а значение по умолчанию отправляется в поле ассоциации. Опишите любое поведение, связанное с обработкой расширенного поведения при принятии ассоциации, в этом разделе.]
[Измените таблицу ниже, чтобы отразить службы, участвующие в <Activity 2>.]
Таблица N.7-4. Расширенное согласование для <Activity 2> сущности <AE1> — принятие ассоциации
|
Нечёткое семантическое сопоставление имён лиц (Fuzzy semantic matching of person names) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
|
Применимо ко всем классам SOP хранения, перечисленным в Разделе N.5. |
|||
|
Уровень поддержки цифровой подписи (Level of Digital Signature support) |
|||
|
Применимо ко всем классам SOP Query Retrieve - FIND, указанным в Разделе N.5. |
|||
|
Нечёткое семантическое сопоставление имён лиц (Fuzzy semantic matching of person names) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
|
Преобразование расширенных многокадровых изображений (Enhanced Multi-Frame Image Conversion) |
|||
|
Применимо ко всем классам SOP Query Retrieve - MOVE, указанным в Разделе N.5. |
|||
|
Преобразование расширенных многокадровых изображений (Enhanced Multi-Frame Image Conversion) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
|
Нечёткое семантическое сопоставление имён лиц (Fuzzy semantic matching of person names) |
|||
|
Корректировка запроса по часовому поясу (Timezone query adjustment) |
|||
Transfer Syntax Selection Policies
Этот раздел содержит таблицы, описывающие предпочтения синтаксиса передачи (Transfer Syntax) для различных классов SOP или групп классов SOP, когда инициатор ассоциации предоставляет несколько синтаксисов передачи для реальной активности <Activity 2> сущности <AE1> системы.
[Предпочтение выбора синтаксиса передачи основано на типе данных, т.е. классы SOP изображений, классы SOP видео или классы SOP, не относящиеся к изображениям/видео.]
[Отредактируйте таблицы ниже, чтобы указать политики выбора передачи, применимые к документируемой активности.
Если существуют исключения для классов SOP со стандартными предпочтениями, укажите это в столбце «Comments».
Если порядок предпочтений основан на других критериях, добавьте ещё одну таблицу.]
Таблица N.7-5. Порядок предпочтения синтаксисов передачи — классы SOP изображений для <AE1>
Таблица N.7-7. Порядок предпочтения синтаксисов передачи — классы SOP, не относящиеся к изображениям, для <AE1>
Следующие разделы описывают коды состояния (Status Codes), поддерживаемые системой для каждой реализованной службы, а также причины отправки конкретных кодов состояния или связанное с этим поведение при их получении.
[Во всех подразделах, относящихся к SCP, при необходимости укажите в столбце «Condition» дополнительную информацию (помимо информации в столбце «Further Meaning») о конкретной ситуации/условии, в котором отправляется соответствующий код состояния. Например, для кода состояния
Таблица N.7-8 описывает поведение AE при возникновении сбоя связи, когда она инициировала ассоциацию (Association).
[Опишите ниже поведение AE при возникновении сбоя связи, когда она инициировала ассоциацию, например: тайм-аут, ABORT при разрыве сети и т.д.]
Таблица N.7-8. Поведение при сбое связи DICOM в роли инициатора ассоциации
Таблица N.7-9 описывает, как AE реагирует при получении запроса ассоциации, приводящего к сбою связи.
[Опишите, как AE реагирует при получении запросов ассоциации, приводящих к сбою связи: ошибка приложения при обработке, нераспознанные значения PDU в запросе ассоциации и т.д. Перечислите все случаи, поддерживаемые продуктом.]
Таблица N.7-9. Обработка сбоя связи DICOM в роли акцептора ассоциации
Таблица N.7-10 перечисляет коды состояния, которые SCU класса SOP Modality Worklist Information Model Find поддерживает для сообщения C-FIND, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-10. Коды состояния для C-FIND класса SOP Modality Worklist Information Model — SCU
Таблица N.7-11 перечисляет коды состояния, которые SCP класса SOP Modality Worklist Information Model Find поддерживает для сообщения C-FIND, и определяет условия, при которых отправляются перечисленные коды состояния.
[Перечислите атрибуты, используемые для дополнительной детализации кодов состояния в столбце «Related Fields». Используйте N/A, если связанные поля отсутствуют. Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-11. Коды состояния для C-FIND класса SOP Modality Worklist Information Model — SCP
Таблица N.7-12 перечисляет коды состояния, которые SCU класса SOP Modality Performed Procedure Step поддерживает для сообщения N-CREATE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.]
[В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-12. Коды состояния для N-CREATE класса SOP Modality Performed Procedure Step — SCU
Таблица N.7-13 перечисляет коды состояния, которые SCU класса SOP Modality Performed Procedure Step поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-13. Коды состояния для N-SET класса SOP Modality Performed Procedure Step — SCU
Таблица N.7-14 перечисляет коды состояния, которые SCP класса SOP Modality Performed Procedure Step поддерживает для сообщения N-CREATE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-14. Коды состояния для N-CREATE класса SOP Modality Performed Procedure Step — SCP
Таблица N.7-15 перечисляет коды состояния, которые SCP класса SOP Modality Performed Procedure Step поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-15. Коды состояния для N-SET класса SOP Modality Performed Procedure Step — SCP
Таблица N.7-16 перечисляет коды состояния, которые SCU класса SOP UPS Push поддерживает для сообщения N-CREATE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-16. Коды состояния для N-CREATE класса SOP UPS Push — SCU
Таблица N.7-17 перечисляет коды состояния, которые SCU запроса отмены UPS (Request UPS Cancel) класса SOP UPS Push поддерживает для сообщения N-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-17. Коды состояния для N-ACTION запроса отмены UPS класса SOP UPS Push — SCU
Таблица N.7-18 перечисляет коды состояния, которые SCU класса SOP UPS Push поддерживает для сообщения N-GET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-18. Коды состояния для N-GET класса SOP UPS Push — SCU
Таблица N.7-19 перечисляет коды состояния, которые SCU класса SOP UPS Pull поддерживает для сообщения C-FIND, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-19. Коды состояния для C-FIND класса SOP UPS Pull — SCU
Таблица N.7-20 перечисляет коды состояния, которые SCU класса SOP UPS Pull поддерживает для сообщения N-GET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-20. Коды состояния для N-GET класса SOP UPS Pull — SCU
Таблица N.7-21 перечисляет коды состояния, которые SCU класса SOP UPS Pull поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-21. Коды состояния для N-SET класса SOP UPS Pull — SCU
Таблица N.7-22 перечисляет коды состояния, которые SCU класса SOP Change UPS State of UPS Pull поддерживает для сообщения N-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-22. Коды состояния для N-ACTION класса SOP UPS Pull — SCU
Таблица N.7-23 перечисляет коды состояния, которые SCU подписки/отписки (Un/Subscribe) класса SOP UPS Watch поддерживает для сообщения N-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-23. Коды состояния для N-ACTION (подписка/отписка) класса SOP UPS Watch — SCU
Таблица N.7-24 перечисляет коды состояния, которые SCU класса SOP UPS Watch поддерживает для сообщения N-GET, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-24. Коды состояния для N-GET класса SOP UPS Watch — SCU
Таблица N.7-25 перечисляет коды состояния, которые SCU класса SOP UPS Watch поддерживает для сообщения C-FIND, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-25. Коды состояния для C-FIND класса SOP UPS Watch — SCU
Таблица N.7-26 перечисляет коды состояния, которые SCU запроса отмены UPS (Request UPS Cancellation) класса SOP UPS Watch поддерживает для сообщения C-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-26. Коды состояния для N-ACTION (запрос отмены) класса SOP UPS Watch — SCU
Таблица N.7-27 перечисляет коды состояния, которые SCU класса SOP UPS Event поддерживает для сообщения N-EVENT-REPORT, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-28 перечисляет коды состояния, которые SCP класса SOP UPS Push поддерживает для сообщения N-CREATE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-28. Коды состояния для N-CREATE класса SOP UPS Push — SCP
Таблица N.7-29 перечисляет коды состояния, которые SCP класса SOP UPS Push поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-29. Коды состояния для N-ACTION (запрос отмены) класса SOP UPS Push — SCP
Таблица N.7-30 перечисляет коды состояния, которые SCP класса SOP UPS Push поддерживает для сообщения N-GET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-30. Коды состояния для N-GET класса SOP UPS Push — SCP
Таблица N.7-31 перечисляет коды состояния, которые SCP класса SOP UPS Pull поддерживает для сообщения C-FIND, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-31. Коды состояния C-FIND класса SOP UPS Pull — SCP
Таблица N.7-32 перечисляет коды состояния, которые SCP класса SOP UPS Pull поддерживает для сообщения N-GET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-32. Коды состояния для N-GET класса SOP UPS Pull — SCP
Таблица N.7-33 перечисляет коды состояния, которые SCP класса SOP UPS Pull поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-33. Коды состояния для N-SET класса SOP UPS Pull — SCP
Таблица N.7-34 перечисляет коды состояния, которые SCP класса SOP Change UPS State of UPS Pull поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-34. Коды состояния для N-ACTION (смена состояния) класса SOP UPS Pull — SCP
Таблица N.7-35 перечисляет коды состояния, которые SCP подписки/отписки (Un/Subscribe) класса SOP UPS Watch поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-35. Коды состояния для N-ACTION (подписка/отписка) класса SOP UPS Watch — SCP
Таблица N.7-36 перечисляет коды состояния, которые SCP класса SOP UPS Watch поддерживает для сообщения N-GET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-36. Коды состояния для N-GET класса SOP UPS Watch — SCP
Таблица N.7-37 перечисляет коды состояния, которые SCP класса SOP UPS Watch поддерживает для сообщения C-FIND, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-37. Коды состояния C-FIND класса SOP UPS Watch — SCP
Таблица N.7-38 перечисляет коды состояния, которые SCP запроса отмены UPS (Request UPS Cancellation) класса SOP UPS Watch поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-38. Коды состояния для N-ACTION (запрос отмены) класса SOP UPS Watch — SCP
Таблица N.7-39 перечисляет коды состояния, которые SCP класса SOP UPS Event поддерживает для сообщения N-EVENT-REPORT, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-39. Коды состояния для N-EVENT-REPORT класса SOP UPS Event — SCP
Таблица N.7-40 перечисляет коды состояния, которые SCU класса SOP Instance Availability Notification поддерживает для сообщения N-CREATE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-40. Коды состояния для N-CREATE класса SOP Instance Availability Notification — SCU
Таблица N.7-41 перечисляет коды состояния, которые SCP класса SOP Instance Availability Notification поддерживает для сообщения N-CREATE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-42 перечисляет коды состояния, которые SCU классов SOP Storage поддерживает для сообщения C-STORE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-42. Коды состояния C-STORE для классов SOP Storage — SCU
Таблица N.7-43 перечисляет коды состояния, которые SCP классов SOP Storage поддерживает для сообщения C-STORE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
[Перечислите атрибуты, используемые для дополнительной детализации кодов состояния в столбце «Related Fields». Используйте N/A, если связанные поля не используются. Дополнительные комментарии о связанных полях можно указать в столбце «Condition»]
Таблица N.7-43. Коды состояния C-STORE классов SOP Storage — SCP
Таблица N.7-44 перечисляет коды состояния, которые SCU класса SOP Storage Commitment Push Model поддерживает для сообщения N-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-45 перечисляет коды состояния, которые SCU класса SOP Storage Commitment Push Model поддерживает для сообщения N-EVENT-REPORT, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-46 перечисляет коды состояния, которые SCP класса SOP Storage Commitment Push Model поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-47 перечисляет коды состояния, которые SCP класса SOP Storage Commitment Push Model поддерживает для сообщения N-EVENT-REPORT, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-48 перечисляет коды состояния, которые SCU любого из классов SOP Query/Retrieve FIND поддерживает для сообщения C-FIND, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-48. Коды состояния C-FIND для классов SOP Query/Retrieve FIND — SCU
Таблица N.7-49 перечисляет коды состояния, которые SCU любого из классов SOP Query/Retrieve MOVE поддерживает для сообщения C-MOVE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-49. Коды состояния C-MOVE для классов SOP Query/Retrieve MOVE — SCU
Таблица N.7-50 перечисляет коды состояния, которые SCP любого из классов SOP Query/Retrieve FIND поддерживает для сообщения C-FIND, и определяет условия, при которых отправляются перечисленные коды состояния.
[Перечислите атрибуты, используемые для дополнительной детализации кодов состояния в столбце «Related Fields». Используйте N/A, если связанные поля не используются. Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-50. Коды состояния C-FIND для классов SOP Query/Retrieve FIND — SCP
Таблица N.7-51 перечисляет коды состояния, которые SCP любого из классов SOP Query/Retrieve MOVE поддерживает для сообщения C-MOVE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
[Опишите действие над подоперацией C-STORE вследствие указанных выше условий. Укажите, что происходит с подоперацией C-STORE при возникновении конкретного условия.]
Таблица N.7-51. Коды состояния C-MOVE для классов SOP Query/Retrieve MOVE — SCP
Таблица N.7-52 перечисляет коды состояния, которые SCU класса SOP Basic Film Session поддерживает для сообщения N-CREATE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-52. Коды состояния для N-CREATE класса SOP Basic Film Session — SCU
Таблица N.7-53 перечисляет коды состояния, которые SCU класса SOP Basic Film Session поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-53. Коды состояния для N-SET класса SOP Basic Film Session — SCU
Таблица N.7-54 перечисляет коды состояния, которые SCU класса SOP Basic Film Session поддерживает для сообщения N-DELETE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-55 перечисляет коды состояния, которые SCU класса SOP Basic Film Session поддерживает для сообщения N-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-55. Коды состояния для N-ACTION класса SOP Basic Film Session — SCU
Таблица N.7-52 перечисляет коды состояния, которые SCU класса SOP Basic Film Box поддерживает для сообщения N-CREATE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-56. Коды состояния для N-CREATE класса SOP Basic Film Box — SCU
Таблица N.7-57 перечисляет коды состояния, которые SCU класса SOP Basic Film Box поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-57. Коды состояния для N-SET класса SOP Basic Film Box — SCU
Таблица N.7-58 перечисляет коды состояния, которые SCU класса SOP Basic Film Box поддерживает для сообщения N-DELETE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-59 перечисляет коды состояния, которые SCU класса SOP Basic Film Box поддерживает для сообщения N-ACTION, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-59. Коды состояния для N-ACTION класса SOP Basic Film Box — SCU
Таблица N.7-60 перечисляет коды состояния, которые SCU класса SOP Basic Grayscale Image Box поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-60. Коды состояния для N-SET класса SOP Basic Grayscale Image Box — SCU
Таблица N.7-61 перечисляет коды состояния, которые SCU класса SOP Basic Color Image Box поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-61. Коды состояния для N-SET класса SOP Basic Color Image Box — SCU
Таблица N.7-62 перечисляет коды состояния, которые SCU класса SOP Printer поддерживает для сообщения N-EVENT-REPORT, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-63 перечисляет коды состояния, которые SCU класса SOP Printer поддерживает для сообщения N-GET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-64 перечисляет коды состояния, которые SCU класса SOP Basic Annotation Box поддерживает для сообщения N-SET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-65 перечисляет коды состояния, которые SCU класса SOP Print Job поддерживает для сообщения N-EVENT-REPORT, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Если поддерживается какой-либо другой код состояния, добавьте его в таблицу.] В строке «other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-66 перечисляет коды состояния, которые SCU класса SOP Print Job поддерживает для сообщения N-GET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-67 перечисляет коды состояния, которые SCU класса SOP Presentation LUT поддерживает для сообщения N-CREATE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-67. Коды состояния для N-CREATE класса SOP Presentation LUT — SCU
Таблица N.7-68 перечисляет коды состояния, которые SCU класса SOP Presentation LUT поддерживает для сообщения N-DELETE, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-69 перечисляет коды состояния, которые SCU класса SOP Printer Configuration Retrieval поддерживает для сообщения N-GET, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-70 перечисляет коды состояния, которые SCP класса SOP Basic Film Session поддерживает для сообщения N-CREATE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-70. Коды состояния для N-CREATE класса SOP Basic Film Session — SCP
Таблица N.7-71 перечисляет коды состояния, которые SCP класса SOP Basic Film Session поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-71. Коды состояния для N-SET класса SOP Basic Film Session — SCP
Таблица N.7-72 перечисляет коды состояния, которые SCP класса SOP Basic Film Session поддерживает для сообщения N-DELETE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-73 перечисляет коды состояния, которые SCP класса SOP Basic Film Session поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-73. Коды состояния для N-ACTION класса SOP Basic Film Session — SCP
Таблица N.7-74 перечисляет коды состояния, которые SCP класса SOP Basic Film Box поддерживает для сообщения N-CREATE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-74. Коды состояния для N-CREATE класса SOP Basic Film Box — SCP
Таблица N.7-75 перечисляет коды состояния, которые SCP класса SOP Basic Film Box поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-75. Коды состояния для N-SET класса SOP Basic Film Box — SCP
Таблица N.7-76 перечисляет коды состояния, которые SCP класса SOP Basic Film Box поддерживает для сообщения N-DELETE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-77 перечисляет коды состояния, которые SCP класса SOP Basic Film Box поддерживает для сообщения N-ACTION, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-77. Коды состояния для N-ACTION класса SOP Basic Film Box — SCP
Таблица N.7-78 перечисляет коды состояния, которые SCP класса SOP Basic Grayscale Image Box поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-78. Коды состояния для N-SET класса SOP Basic Grayscale Image Box — SCP
Таблица N.7-79 перечисляет коды состояния, которые SCP класса SOP Basic Color Image Box поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-79. Коды состояния для N-SET класса SOP Basic Color Image Box — SCP
Таблица N.7-80 перечисляет коды состояния, которые SCP класса SOP Printer поддерживает для сообщения N-EVENT-REPORT, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-81 перечисляет коды состояния, которые SCP класса SOP Printer поддерживает для сообщения N-GET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-82 перечисляет коды состояния, которые SCP класса SOP Basic Annotation Box поддерживает для сообщения N-SET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-83 перечисляет коды состояния, которые SCP класса SOP Print Job поддерживает для сообщения N-EVENT-REPORT, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-84 перечисляет коды состояния, которые SCP класса SOP Print Job поддерживает для сообщения N-GET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-85 перечисляет коды состояния, которые SCP класса SOP Presentation LUT поддерживает для сообщения N-CREATE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-85. Коды состояния для N-CREATE класса SOP Presentation LUT — SCP
Таблица N.7-86 перечисляет коды состояния, которые SCP класса SOP Presentation LUT поддерживает для сообщения N-DELETE, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-87 перечисляет коды состояния, которые SCP класса SOP Printer Configuration Retrieval поддерживает для сообщения N-GET, и определяет условия, при которых отправляются перечисленные коды состояния.
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
В этом разделе описано общее поведение кодов состояния и их обработка для всех поддерживаемых транзакций.
Таблица N.7-88 перечисляет коды состояния, которые сервер-источник (origin server) поддерживает для всех транзакций, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-89 перечисляет коды состояния, которые пользовательский агент (user agent) поддерживает для всех транзакций, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-90 перечисляет коды состояния, которые сервер-источник поддерживает для веб-службы URI, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-91 перечисляет коды состояния, которые пользовательский агент поддерживает для веб-службы URI, и определяет поведение приложения при получении перечисленных кодов состояния.
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-92 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Retrieve веб-службы Studies, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-93 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Retrieve веб-службы Studies, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-94 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Store веб-службы Studies, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-95 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Store веб-службы Studies, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-96 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Search веб-службы Studies, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-97 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Search веб-службы Studies, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-98 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Create веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-99 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Create веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-100 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Retrieve Workitem веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-101 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Retrieve Workitem веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-102 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Update Workitem веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-103 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Update Workitem веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-104 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Change Workitem State веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-105 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Change Workitem State веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-106 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Request Cancellation веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-107 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Request Cancellation веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-108 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Search веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-109 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Search веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-110 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Subscribe веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-111 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Subscribe веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-112 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Unsubscribe веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-113 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Unsubscribe веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-114 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Suspend Global Subscription веб-службы Worklist, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-115 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Suspend Global Subscription веб-службы Worklist, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-116 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Retrieve веб-службы Non-Patient Instance, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-117 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Retrieve веб-службы Non-Patient Instance, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-118 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Store веб-службы Non-Patient Instance, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-119 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Store веб-службы Non-Patient Instance, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7-120 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Search веб-службы Non-Patient Instance, и условия, при которых отправляются перечисленные коды состояния:
[Опишите условие, при котором приложение отправляет конкретный код состояния. Для каждого дополнительно используемого кода состояния добавьте строку в таблицу.]
Таблица N.7-121 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Search веб-службы Non-Patient Instance, и определяет поведение приложения при получении перечисленных кодов состояния:
[Опишите поведение приложения при получении любого из кодов состояния, перечисленных в таблице ниже, например, отображение и регистрация кода ошибки в журнале или повторную попытку запроса. Для каждого дополнительно поддерживаемого кода состояния добавьте строку в таблицу.
В строке «Other Status Codes» укажите поведение приложения при обнаружении неизвестного кода состояния.]
Таблица N.7.3.3.6.1-1 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Request веб-службы Storage Commitment, и условие, при котором отправляется любой из перечисленных кодов состояния.
[Опишите ниже условие, при котором приложение отправляет конкретный код состояния в ответе на транзакцию Request в роли сервера-источника.]
Таблица N.7.3.3.6.1-1. Коды состояния сервера-источника для транзакции Request
Таблица N.7.3.3.6.2-1 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Request веб-службы Storage Commitment, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите ниже поведение приложения при получении различных кодов состояния в ответе на транзакцию Request.]
Таблица N.7.3.3.6.2-1. Коды состояния пользовательского агента для транзакции Request
Таблица N.7.3.3.6.3-1 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Result Check веб-службы Storage Commitment, и условие, при котором отправляется любой из перечисленных кодов состояния.
[Опишите ниже условие, при котором приложение отправляет конкретный код состояния в ответе на транзакцию Result Check в роли сервера-источника.]
Таблица N.7.3.3.6.3-1. Коды состояния сервера-источника для транзакции Result Check
Таблица N.7.3.3.6.4-1 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Result Check веб-службы Storage Commitment, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите ниже поведение приложения при получении различных кодов состояния в ответе на транзакцию Result Check.]
Таблица N.7.3.3.6.4-1. Коды состояния пользовательского агента для транзакции Result Check
Таблица N.7.3.3.7.1-1 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Search веб-службы Modality Scheduled Procedure Step, и условие, при котором отправляется любой из перечисленных кодов состояния.
[Опишите ниже условие, при котором приложение отправляет конкретный код состояния в ответе на транзакцию Search в роли сервера-источника.]
Таблица N.7.3.3.7.1-1. Коды состояния сервера-источника для транзакции Search
Таблица N.7.3.3.7.2-1 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Search веб-службы Modality Scheduled Procedure Step, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите ниже поведение приложения при получении различных кодов состояния в ответе на транзакцию Search]
Таблица N.7.3.3.7.2-1. Коды состояния пользовательского агента для транзакции Search
Таблица N.7.3.3.8.1-1 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Create веб-службы Modality Performed Procedure Step, и условие, при котором отправляется любой из перечисленных кодов состояния.
[Опишите ниже условие, при котором приложение отправляет конкретный код состояния в ответе на транзакцию Create в роли сервера-источника.]
Таблица N.7.3.3.8.1-1. Коды состояния сервера-источника для транзакции Create
Таблица N.7.3.3.8.2-1 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Create веб-службы Modality Performed Procedure Step, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите ниже поведение приложения при получении различных кодов состояния в ответе на транзакцию Create]
Таблица N.7.3.3.8.3-1 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Update веб-службы Modality Performed Procedure Step, и условие, при котором отправляется любой из перечисленных кодов состояния.
[Опишите ниже условие, при котором приложение отправляет конкретный код состояния в ответе на транзакцию Update в роли сервера-источника.]
Таблица N.7.3.3.8.3-1. Коды состояния сервера-источника для транзакции Update
Таблица N.7.3.3.8.4-1 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Update веб-службы Modality Performed Procedure Step, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите ниже поведение приложения при получении различных кодов состояния в ответе на транзакцию Update]
Таблица N.7.3.3.8.5-1 перечисляет коды состояния, которые сервер-источник поддерживает для транзакции Retrieve веб-службы Modality Performed Procedure Step, и условие, при котором отправляется любой из перечисленных кодов состояния.
[Опишите ниже условие, при котором приложение отправляет конкретный код состояния в ответе на транзакцию Retrieve в роли сервера-источника.]
Таблица N.7.3.3.8.5-1. Коды состояния сервера-источника для транзакции Retrieve
Таблица N.7.3.3.8.6-1 перечисляет коды состояния, которые пользовательский агент поддерживает для транзакции Retrieve веб-службы Modality Performed Procedure Step, и определяет поведение приложения при получении любого из перечисленных кодов состояния.
[Опишите ниже поведение приложения при получении различных кодов состояния в ответе на транзакцию Retrieve]
[Этот раздел содержит несколько подразделов, описывающих информацию, которая может уже присутствовать в других документах по безопасности (например, в заявлении MDS2). Поэтому для каждого подраздела вы можете либо заполнить его, либо удалить и сослаться на документ по безопасности, если вся запрашиваемая информация присутствует в указанном документе.]
Раздел безопасности описывает функции безопасности, реализованные в данном изделии. Он включает описания сетевых протоколов, отличных от DICOM, сведения для настройки межсетевых экранов и списков разрешённых приложений, перечни поддерживаемых профилей безопасности DICOM, а также функции веб-безопасности. Кроме того, в этом разделе безопасности также описаны защищённое хранение на носителях, VPN и т. д.
Таблица N.8-1 описывает дополнительные сетевые протоколы, отличные от DICOM, которые использует <Product>.
[Удалите из этой таблицы любые профили/акторы/транзакции, которые не поддерживаются вообще. Если профиль поддерживается с использованием защищённого механизма, укажите Y (да) в столбце «Security Support», в противном случае укажите N (нет).]
См. раздел N.6 «Configuration» для получения информации об использовании портов для DICOM и других протоколов. Этот раздел содержит полезную информацию для администраторов изделия по настройке межсетевых экранов, списков разрешённых приложений и т. д.
[Рекомендуется предоставить достаточно информации для обеспечения настройки безопасности. Например, для настройки межсетевого экрана перечислите все остальные не относящиеся к DICOM порты и/или предоставьте ссылку на любой другой документ по безопасности, который может быть полезен читателю.]
Таблица N.8-2 перечисляет профили безопасного использования и идентификации пользователя:
[В Таблице N.8-2 ниже все неподдерживаемые профили можно удалить. Однако для прозрачности также допускается оставить их и отметить буквой «N».]
[В Таблице N.8-3 ниже все неподдерживаемые профили можно удалить. Однако для прозрачности также допускается оставить их и отметить буквой «N».
В столбце «Secured AE» перечислите AE, поддерживающие профиль (используйте ALL, если профиль поддерживают все AE, или ALL EXCEPT для указания списка исключений). В столбцах «Sender» и «Receiver» укажите, поддерживается ли профиль, с помощью Y или N.]
Таблица N.8-3 перечисляет профили защищённого транспортного соединения, поддерживаемые изделием. Допустимые наборы шифров описаны в разделе, указанном в столбце «Reference».
См. раздел N.1.4 «Media Services» для получения информации о поддерживаемых профилях приложений защищённого хранения на носителях и защищённых носителях.
Таблица N.8-4 подробно описывает механизмы шифрования, поддерживаемые для защищённых носителей.
[В Таблице N.8-4 все неподдерживаемые профили можно удалить. Однако для прозрачности также допускается оставить их и отметить буквой «N».]
[В Таблице N.8-5 все неподдерживаемые профили можно удалить. Однако для прозрачности также допускается оставить их и отметить буквой «N».]
[В Таблице N.8-6 все неподдерживаемые профили можно удалить. Однако для прозрачности также допускается оставить их и отметить буквой «N».]
Таблица N.8-7 перечисляет поддерживаемые профили конфиденциальности атрибутов и их опции:
[В Таблице N.8-7 все неподдерживаемые профили можно удалить. Однако для прозрачности также допускается оставить их и отметить буквой «N».
Добавьте любые частные опции и/или частные профили. Для каждой опции укажите в столбце «AE» список AE, поддерживающих опцию (используйте ALL, если опцию поддерживают все AE, или ALL EXCEPT для указания списка исключений). В остальных столбцах укажите, поддерживается ли опция в роли деидентификатора, в роли повторного идентификатора, и можно ли настроить способ применения анонимизации.]
Таблица N.8-7. Профили конфиденциальности атрибутов
[Опишите здесь общую стратегию, применяемую в изделии для новых атрибутов, которые могут быть определены в стандарте позднее. Будут ли они сохранены, удалены, или поведение можно настроить? Если поведение настраиваемое, применяется ли настройка ко всем новым элементам, или её можно задавать для каждого элемента данных отдельно?]
См. раздел N.11.2.6 для получения сведений о реализации.
[Перечислите здесь любые профили цифровой подписи, которые может поддерживать ваше изделие. Также задокументируйте подробности поддерживаемых профилей в разделе N.11.2.7. Отметьте этот раздел как N/A, если ваше изделие не поддерживает ни одного профиля цифровой подписи.]
[Если ваше изделие не поддерживает согласование идентификации пользователя (User Identity Negotiation), отметьте этот раздел как N/A и удалите подразделы.]
Таблица N.8-8 перечисляет поддержку согласования идентификации пользователя в роли инициатора ассоциации:
[В следующей таблице, если ваше изделие поддерживает согласование идентификации пользователя в роли инициатора ассоциации, укажите Y (да) в столбце «Supported», в противном случае укажите N (нет). Для каждого поддерживаемого поля укажите список поддерживаемых значений в столбце «Requested Value».]
[Если ваше изделие реализует согласование идентификации пользователя без поддержки профиля идентификации пользователя, перечисленного в разделе N.8.4.1, опишите здесь дополнительные алгоритмы шифрования, MAC и подписи, которые поддерживает ваше изделие сверх минимальных требований, указанных в RFC 7519 (например, для поддержки JSON Web Token (JWT) — User identity type=5).]
Таблица N.8-9 перечисляет поддержку согласования идентификации пользователя в роли получателя ассоциации:
[В следующей таблице, если ваше изделие поддерживает согласование идентификации пользователя в роли получателя ассоциации, укажите Y (да) в столбце «Supported» и укажите список поддерживаемых значений в столбце «Requested Value», в противном случае укажите N (нет).]
[Опишите здесь, как ваше изделие поддерживает согласование идентификации пользователя для аутентификации пользователя, и правила, применяемые к этой аутентификации. Если эта информация предоставлена во внешнем документе, вместо этого укажите в этом разделе ссылку на данный документ.]
[Опишите в этом разделе механизмы безопасности, используемые в реализации. В частности (но не только), рассмотрите:
Политику и метод авторизации доступа, включая сведения о методах доверия, например использование OAuth, использование токенов доступа и т. д.
Защиту хранения учётных данных (для токенов, утверждений и т. д.)
Поддержку подготовки, отмены подготовки, балансировки нагрузки, отказоустойчивости и т. д.
Системы межсайтовой авторизации, такие как Cross-Origin Resource Sharing (CORS)
Эти описания могут быть лишь ссылкой на другой раздел данного Заявления о соответствии, если эти механизмы совпадают с сетевыми службами DICOM, описанными ранее, либо могут содержать ссылки на другую соответствующую документацию.]
[Опишите в следующих подразделах любые дополнительные функции безопасности, не рассмотренные в предыдущих разделах, которые может поддерживать ваше изделие.]
[Опишите здесь любую поддержку дополнительных функций безопасности хранения на носителях, таких как зашифрованные носители. Укажите «N/A», если таковых нет.]
[Опишите здесь любую поддержку дополнительных функций сетевой безопасности, таких как VPN и т. д. Укажите «N/A», если таковых нет.]
[Опишите здесь любые дополнительные поддерживаемые функции безопасности, не описанные в предыдущих подразделах, такие как средства физической безопасности (карты доступа, токены, двухфакторная аутентификация, OAuth, профиль IHE IUA и т. д.). При наличии вы также можете указать здесь ссылку на заявления MDS2, применимые к различным AE данного изделия. Укажите «N/A», если таковых нет.]
[В фактическом Заявлении о соответствии DICOM разделы с N.9 по N.13 должны быть пронумерованы как Приложение A — Приложение E.]
[Обратите внимание, что приложения, определённые в следующих подразделах, являются обязательной частью Заявления о соответствии DICOM и должны быть заполнены для любого изделия, создающего объекты DICOM.]
[Для всех экземпляров SOP поддерживаемых классов SOP хранения (включая объекты Real-Time Video), которые могут быть созданы системой (см. обзор в разделе N.1.1), предоставьте приложение A.x.]
[Во всех таблицах данного приложения порядок Tag соответствует порядку, приведённому в стандарте DICOM, для упрощения сравнения и проверки. Рекомендуется, чтобы изделия придерживались того же порядка в своих Заявлениях о соответствии.]
В этом разделе описаны все экземпляры SOP, изначально создаваемые <Product>, например изображения, создаваемые модальностью сбора данных, или документы-подтверждения, создаваемые на рабочей станции просмотра (т. е. все классы SOP, отмеченные в столбце «Created» в Таблице N.1-1). Подробности о приведении атрибутов (attribute coercion) определены в разделе N.5.2.5.2.
В столбце «Source» могут использоваться следующие значения:
Столбцы «Presence» отражают использование модуля, макроса функциональной группы, атрибутов или значения в реализации <product>, и не обязательно совпадают с тем, как это определено в стандарте DICOM. Для столбца «Presence» могут использоваться следующие значения:
ALWAYS: модуль, макрос функциональной группы, атрибуты или значение присутствуют всегда.
CONDITIONAL: наличие модуля, макроса функциональной группы, атрибутов или значения зависит от условия. Условие должно быть указано в столбце «Conditions».
SRC_COPY: наличие атрибутов и значений зависит от их наличия в исходных экземплярах, используемых для копирования этой информации.
EMPTY: атрибут присутствует, но без значения (нулевой длины).
All SOP Instances generated by the system use the common modules listed in Table N.9-1 to Table N.9-12 or a subset of them, as defined in the IOD specific subsections below.
[The tables list the most common Modules; tables for additional Modules can be appended at the end. It is up to the editor of the DICOM Conformance Statement to move some of the tables to the IOD specific sections, if the information differs between the documented IODs.]
[Complete the following tables and provide information on all Attributes that are populated in your IOD, add additional Attributes, remove Attributes not used and provide a description how the Attributes are populated.]
[For the "Source" column use one of the pre-defined terms above, also note that multiple Values are allowed, however an explanation of the conditions under which one or the other Value is used, must be provided.]
[If in the "Value" column different Values are supported, they can be defined in the Shared Values and Code Set subsection and a reference to the respective table can be entered in the "Value" column. Furthermore, for Coded Terms it is possible to provide a reference to a CID defined in PS3.16.]
[For the "Presence" columns the Values defined above can be used. Also note that multiple Values are allowed, however an explanation of the conditions under which one or the other Value is used, must be provided.]
[If the modules use Attributes that can support different Value Representations (see PS3.5), add the Value Representation supported in the "Comments" column.]
Таблица N.9-1. Patient Module
|
Значение отсутствует, если пациент неидентифицирован (Value empty if unidentified Patient) |
См. раздел N.12 |
||||||
Таблица N.9-2. General Study Module
|
См. раздел N.12 |
|||||||
|
См. раздел N.9.1.4 |
Копируется из MWL или считывается из файла конфигурации (Copied from MWL or read from Configuration File) |
||||||
Таблица N.9-9. Multi-Frame Functional Groups Module
Таблица N.9-12. SOP Common Module
|
Значение соответствует классу SOP создаваемого объекта (Value matches SOP Class of generated object) |
|||||||
|
См. раздел N.5.7 |
Требуется, если используется любой набор символов, кроме ISO_IR 100 (Required if any Character Set other than ISO_IR 100 is used) |
||||||
|
Присутствует только в IOD, использующих частные элементы данных (Only present in IODs that use private data elements) |
Используется, если IOD содержит частные атрибуты (Used if IOD contains private Attributes) |
||||||
[Если ваше изделие использует другие модули, общие для нескольких IOD, создаваемых вашим изделием, перечислите их в таблицах, следуя структуре приведённых выше.]
Таблицы ниже перечисляют общие макросы функциональных групп, которые могут использоваться либо как часть Shared Functional Groups Sequence (5200,9229), либо как часть Per-frame Functional Groups Sequence (5200,9230) расширенных (enhanced) IOD изображений.
[Измените/добавьте/удалите таблицы ниже в соответствии с реализацией вашего изделия. Содержимое столбцов см. в инструкциях в разделе A.1.1 Common Modules:
Если вы не создаёте расширенные (enhanced) IOD, отметьте этот раздел как N/A, добавьте «-N/A» к заголовку раздела и удалите таблицы ниже.]
Таблицы ниже перечисляют частные (private) атрибуты, используемые в нескольких IOD, создаваемых системой. Для удобства документирования и читаемости они организованы в виде модулей, хотя понятие модуля не существует в стандарте применительно к частным атрибутам.
[Для каждого общего частного модуля создайте таблицу по структуре, приведённой ниже, и заполните её всеми частными атрибутами, общими для разных IOD. Для каждого атрибута укажите имя, Tag, представление значения (Value Representation), множественность значения (Value Multiplicity), а также содержит ли значение идентифицирующую информацию. В столбце «Identifiable Information» могут использоваться следующие значения: SAFE, UNSAFE, MIXED. Подробности см. в Private Data Element Characteristics Sequence (0008,0300), как определено в DICOM PS3.3.
Для остальных столбцов см. инструкции выше. Настоятельно рекомендуется заполнять Private Data Element Characteristics Sequence (0008,0300), если используются частные атрибуты.]
[Для описания назначения частного атрибута используйте либо столбец «Comments», либо добавьте примечание под таблицей.]
Таблица N.9-22 перечисляет кодированные значения, на которые ссылается столбец «Value» приведённых выше таблиц.
[Задокументируйте кодированные термины (Coded Terms) и значения Code String в следующей таблице. Кодированные термины должны быть задокументированы в виде (Code Value, Coding Scheme Designator, "Code Meaning").]
Таблица N.9-23 определяет структуру <Image IOD 1>.
[Приведите список всех модулей, их наличие, условия, при которых они присутствуют, и ссылку на таблицу с подробным описанием модуля. Ниже приведён пример для CT Image IOD.]
Таблица N.9-23. <Image IOD 1>
Следующие таблицы перечисляют модули и атрибуты, специфичные для <Image IOD 1>:
[Перечислите все специфичные для данного IOD модули в отдельной таблице по структуре, определённой ниже, их атрибуты, значения, использование и условия в таблице ниже. Инструкции по содержимому столбцов см. в разделе N.9 A.A Information Object Definitions (IODs).]
Таблица N.9-26 перечисляет частные модули и атрибуты для <Image IOD 1>:
[Перечислите здесь все частные атрибуты, добавленные специально для данного IOD. Отметьте этот раздел как N/A, если таковых нет. Если описание становится слишком длинным, вы можете добавить сноски под таблицей.]
Таблица N.9-27 перечисляет кодированные значения, на которые ссылается столбец «Value» приведённых выше таблиц, для <Image IOD 1>:
[Задокументируйте кодированные термины (Coded Terms) и значения Code String в следующей таблице. Кодированные термины должны быть задокументированы в виде (Code Value, Coding Scheme Designator, "Code Meaning").]
Таблица N.9-28 определяет структуру <Image IOD 2>.
[Приведите список всех модулей, их наличие, условия, при которых они присутствуют, и ссылку на таблицу с подробным описанием модуля. Ниже приведён пример для Enhanced Computed Tomography Image IOD.]
Таблица N.9-29 перечисляет макросы функциональных групп, используемые в <Image IOD2>. Столбец «Usage» определяет, используется ли макрос как общий (shared), на покадровой основе, или, в зависимости от контекста сбора данных, может использоваться в обоих контекстах. Поддерживаются следующие значения:
PER_FRAME: макрос используется на покадровой основе, атрибуты включаются в Per-frame Functional Groups Sequence (5200,9230)
SHARED: макрос является общим для всех кадров; атрибуты включаются в Shared Functional Groups Sequence (5200,9229)
CONTEXT_DEPENDENT: в зависимости от контекста сбора данных макрос может использоваться либо на покадровой основе, либо быть общим для всех кадров.
[Приведите список всех макросов функциональных групп, их наличие, условия, при которых они присутствуют, и ссылку на таблицу с подробным описанием макроса.]
Таблица N.9-29. Макросы функциональных групп, используемые в < Image IOD 2>
Следующие таблицы перечисляют модули и атрибуты, специфичные для <Image IOD 2>:
[Перечислите все специфичные для данного IOD модули в отдельной таблице по структуре, определённой ниже, их атрибуты, значения, использование и условия в таблице ниже. Инструкции по содержимому столбцов см. в разделе N.9 A.A Information Object Definitions (IODs).]
Таблицы ниже перечисляют макросы функциональных групп и атрибуты для <Image IOD 2>:
[Для расширенных (enhanced) объектов приведите список специфичных для данного IOD общих (shared) макросов функциональных групп и покадровых (per-frame) макросов функциональных групп. Создайте одну таблицу для каждого поддерживаемого макроса функциональной группы по структуре, определённой ниже.]
[Перечислите здесь все частные атрибуты, добавленные специально для данного IOD. Отметьте этот раздел как N/A, если таковых нет.]
Таблица N.9-44 перечисляет кодированные значения, на которые ссылается столбец «Value» приведённых выше таблиц, для <Image IOD 2>:
[Задокументируйте кодированные термины (Coded Terms) и значения Code String в следующей таблице. Кодированные термины должны быть задокументированы в виде (Code Value, Coding Scheme Designator, "Code Meaning").]
Таблица N.9-45 определяет структуру <SR IOD 1>.
[Приведите список всех модулей, их наличие, условия, при которых они присутствуют, и ссылку на таблицу с подробным описанием модуля. Ниже приведён пример для Comprehensive SR IOD.]
Таблицы ниже перечисляют модули и атрибуты, используемые в <SR IOD1>:
[Перечислите все специфичные для данного IOD модули в отдельной таблице по структуре, определённой ниже, их атрибуты, значения, использование и условия в таблице ниже. Инструкции по содержимому столбцов см. в разделе N.9 A.A Information Object Definitions (IODs).]
Таблица N.9-46. Модуль SR Document Series, используемый в <SR IOD 1>
|
(См. раздел N.12 для подробностей) |
См. раздел N.12 |
||||||
Таблица N.9-47. Модуль SR Document General, используемый в <SR IOD 1>
|
См. раздел N.12 |
См. раздел N.12 |
||||||
Таблица N.9-48. Модуль SR Document Content, используемый в <SR IOD 1>
|
См. раздел N.10 для сведений о кодировании поддерживаемых TID |
[Перечислите здесь все частные атрибуты, добавленные специально для данного IOD. Отметьте этот раздел как N/A, если таковых нет.]
Таблица N.9-49 перечисляет кодированные значения, на которые ссылается столбец «Value» приведённых выше таблиц, для <SR IOD1>:
[Задокументируйте кодированные термины (Coded Terms) и значения Code Stringe в следующей таблице. Кодированные термины должны быть задокументированы в виде (Code Value, Coding Scheme Designator, "Code Meaning").]
Таблица N.9-50 определяет структуру Basic Directory IOD.
Таблица N.9-50. Basic Directory IOD
Таблица N.9-51 определяет структуру <Private IOD 1>.
[Приведите список всех модулей, их наличие, условия, при которых они присутствуют, и ссылку на таблицу с подробным описанием модуля. Ниже приведён пример для Private IOD.]
[Для <Private IODs> приведите список общих (shared) макросов функциональных групп и покадровых (per-frame) макросов функциональных групп. Создайте одну таблицу для каждого поддерживаемого макроса функциональной группы по структуре, определённой ниже.]
Таблицы ниже перечисляют частные модули и атрибуты, специфичные для <Private IOD 1>:
[Перечислите все специфичные для данного IOD модули в отдельной таблице по структуре, определённой ниже, их атрибуты, значения, использование и условия в таблице ниже. Инструкции по содержимому столбцов см. в разделе N.9 A.A Information Object Definitions (IODs).]
Таблица N.9-54 перечисляет кодированные значения, на которые ссылается столбец «Value» приведённых выше таблиц, для <Private IOD 1>:
[Задокументируйте кодированные термины (Coded Terms) и значения Code String в следующей таблице. Кодированные термины должны быть задокументированы в виде (Code Value, Coding Scheme Designator, "Code Meaning").]
[Обратите внимание, что приложения, определённые в следующих подразделах, являются обязательной частью DICOM Conformance Statement и должны быть заполнены любым продуктом, создающим объекты DICOM SR.]
[Для каждого TID SR (включая частные TID), создаваемого системой (см. обзор в разделе N.1.1.1), приведите Annex B.x.]
[Если вы расширяете TID путём добавления дополнительных концептов, обозначьте это расширение, добавив звёздочку к номеру TID в столбце TID (например, 4000*).]
[Если ваш продукт создаёт экземпляры SR для TID, включающего длинные списки измерений, они также могут быть задокументированы во внешнем файле. Подробности см. в инструкциях непосредственно перед разделом N.10.2.]
Данный раздел содержит подробное кодирование содержимого для всех TID, поддерживаемых <product>.
Во всех таблицах, перечисленных в Разделе N.10, для столбцов «Source» и «Presence of Content Item» используются следующие коды.
В столбце «Source» могут использоваться следующие значения:
В столбце «Presence of Content Item» могут использоваться следующие значения:
ALWAYS: модуль, макрос функциональной группы, атрибуты или значение присутствуют всегда.
CONDITIONAL: наличие модуля, макроса функциональной группы, атрибутов или значения зависит от условия. Условие должно быть указано в столбце «Comments».
SRC_COPY: наличие атрибутов и значений зависит от их наличия в исходных экземплярах, используемых для копирования этой информации.
EMPTY: атрибут присутствует, но без значения (нулевая длина).
Таблица N.10-1 показывает кодирование содержимого DICOM Mammography CAD SR (TID 4000).
[Следующая таблица показывает, как документировать использование содержимого TID, на примере TID 4000. Измените её в соответствии с реализацией вашего продукта, например, выберите поддерживаемые концепты и значения и добавьте дополнительные шаблоны по мере необходимости. В столбце «Value» вы можете либо перечислить кодированные значения напрямую, либо сослаться на CID из DICOM PS3.16, если он используется без изменений, либо привести таблицу в разделе N.10.1.1, если вы используете более двух кодов (в противном случае коды можно добавить непосредственно в таблицу). Для более сложных TID можно разбить приведённую ниже таблицу на несколько таблиц по структуре шаблонов, определённой в DICOM PS 3.16.]
Следующие таблицы перечисляют специфичные наборы кодов, на которые ссылается Mammography CAD SR (TID 4000).
Таблица N.10-2. Mammography CAD SR — коды модификаторов вида изображения (Image View Modifier Codes)
Таблица N.10-3. Mammography CAD SR — коды находок на отдельном изображении (Single Image Finding Codes)
Таблица N.10-4 показывает кодирование содержимого DICOM-отчёта об эхокардиографическом исследовании (Echocardiography Procedure Report, TID 5200).
[Таблица N.10-4 показывает, как документировать использование содержимого TID, на примере TID 5200. Измените в соответствии с реализацией вашего продукта, например, выберите поддерживаемые концепты и значения, и добавьте дополнительные шаблоны по мере необходимости.]
Таблица N.10-4. Структурированный отчёт об эхокардиографическом исследовании (Echocardiography Procedure Report SR) (TID 5200)
|
По одному контейнеру (Container) для каждой поддерживаемой области исследования (Finding Site), см. раздел N.10.2.1 |
||||||||
|
Следующие строки поддерживаются для всех областей исследования (Finding Sites), перечисленных в разделе N.10.2.1. Значения для поддерживаемых концептов перечислены в столбце "Modifier" таблиц в соответствующих подразделах раздела N.10.2.1. |
||||||||
|
См. TID 5200 для поддерживаемых областей исследования (Finding Sites) |
||||||||
|
См. раздел N.10.2.1 для измерений и поддерживаемых модификаторов для каждой области исследования (Finding Site) |
||||||||
В следующих разделах приводится перечень измерений, закодированных для каждой области исследования (Finding Site).
[Поскольку списки измерений могут быть достаточно обширными, они могут быть предоставлены в отдельном excel-файле, минимально содержащем столбцы для
Кодирования измерения с использованием Coding Scheme Designator, Code Value и Code Meaning
Одного столбца для каждого поддерживаемого модификатора (Image Mode, Image View, Measurement Method, Cardiac Cycle Point, …)
Кода единицы измерения с использованием Coding Scheme Designator, Code Value и Code Meaning.]
[Если вы используете внешний документ, укажите следующее:]
Сведения о поддерживаемых измерениях можно найти по адресу <link to external document>.
[Если измерения задокументированы в этом документе, добавьте для каждой поддерживаемой области исследования (Finding Site) подраздел со всеми поддерживаемыми измерениями и их модификаторами ниже, следуя приведённым примерам.]
Таблица N.10-5 содержит перечень измерений, поддерживаемых <product>. Первый столбец содержит метку, используемую на <products reporting screen> для выбора соответствующих измерений.
[Задокументируйте все измерения, поддерживаемые продуктом, используя соответствующие измерения. Измените в соответствии с реализацией вашего продукта, например, выберите поддерживаемые концепты и значения, и добавьте дополнительные шаблоны по мере необходимости. Если используются частные (private) коды, укажите их через Coding Scheme Designator вида 99_VENDOR_X, где VENDOR_X необходимо заменить на значение, специфичное для поставщика.]
[В столбце "Modifier" перечислите все поддерживаемые модификаторы, используя Concept Name Code из Таблицы N.10-4 в разделе N.10.2 и добавьте код для каждого значения модификатора (Modifier Value).]
Таблица N.10-5. Измерения левого желудочка (Left Ventricle Measurements)
Таблица N.10-6 содержит перечень измерений, поддерживаемых <product>. Первый столбец содержит метку, используемую на <products reporting screen> для выбора соответствующих измерений.
Таблица N.10-6. Измерения правого желудочка (Right Ventricle Measurements)
[Этот раздел содержит несколько подразделов, описывающих информацию, которая может уже присутствовать в других документах по безопасности (например, в заявлении MDS2). Для каждого подраздела вы можете заполнить его или удалить и сослаться на отдельный документ по безопасности, если вся информация, запрашиваемая в этом шаблоне, присутствует в отдельном ссылочном документе.]
Данный раздел содержит дополнительные сведения о функциях безопасности, формально описанных в разделе N.8.
[Если ваш продукт следует RFC 8633, укажите это здесь, в противном случае опишите, что реализовано, например:
Если ваш продукт способен выполнять транзакцию Find NTP Servers с использованием DCP, когда ни один сервер не найден через NTP, опишите это здесь.
Укажите здесь, что делает продукт, если NTP-серверы недоступны, либо сошлитесь на раздел руководства пользователя продукта, описывающий действия в таком случае.]
[Если данное приложение поддерживает профиль Basic Network Address Management в качестве клиента DHCP, укажите здесь, как обнаруживается DHCP-сервер.
Если DNSSEC поддерживается (RFC 4033, RFC 4034, RFC 4035) для взаимодействий, определённых в профиле Basic Network Address Management, опишите здесь поддерживаемые параметры или предоставьте ссылку на документ, их описывающий.]
Таблица N.11-1 определяет поддерживаемые шаблоны безопасности :
[Укажите здесь, какой(ие) шаблон(ы) безопасности поддерживает реализация вашего LDAP Client и/или LDAP Server. Удалите любой неподдерживаемый актор (actor).]
[Укажите здесь, как продукт ограничивает удалённый доступ (User Access, Access per Patient, Access per Doctor). Если эта информация описана в отдельном документе, укажите здесь ссылку на него.]
Таблица N.11-2 определяет специфичные для DICOM сообщения аудита (Audit Messages), которые <Product> может обнаруживать и передавать. Она определяет перечень триггеров, вызывающих генерацию сообщения аудита, и то, можно ли настраивать эти триггеры. Также указывается, можно ли настраивать содержимое сообщения аудита.
[Укажите Y (да) или N (нет) в столбце "Used", чтобы указать, поддерживает ли ваш продукт данное сообщение аудита. Затем опишите перечень триггеров в столбце "Supported Triggers", вызывающих генерацию сообщения аудита вашим продуктом. Укажите Y или N в столбцах "Configurable Triggers" или "Configurable Message", поддерживаются ли эти функции вашим продуктом.]
[Следующая часть этого раздела может быть либо определена в DCS, либо оформлена в виде ссылки на руководство по обслуживанию/безопасности. В любом случае все частные (private) сообщения должны быть описаны в дополнение к стандартно определённым сообщениям. В качестве примера ниже приведён формат таблицы, который можно использовать для описания этих сообщений в данном документе.]
Таблица N.11-3 определяет детали реализации каждого сообщения аудита, поддерживаемого данным продуктом.
См. раздел N.6.6 «Audit Trail Syslog Configuration» для сведений о параметрах Syslog-TLS.
См. раздел N.6.6 «Audit Trail Syslog Configuration» для сведений о параметрах Syslog-UDP.
Таблица N.11.2.5-1 содержит перечень профилей защищённого транспортного соединения и наборов шифров (cipher suites), поддерживаемых для TLS 1.3:
[Опишите здесь механизмы и инструменты, поддерживаемые реализацией для распространения сертификатов (Certificate Distribution), проверки сертификатов (Certificate Validation) и управления ключами (Key Management).]
[В Таблице N.11.2.5-1 Secure Transport Connection Profiles and Cipher Suites добавьте любой профиль, заявленный в разделе N.8.4.2 Secure Transport Connection Profiles. Для каждого профиля перечислите все наборы шифров TLS 1.3, поддерживаемые вашим продуктом, и заполните столбец "Default Preference Order", если применимо.]
Таблица N.11.2.5-1. Профили защищённого транспортного соединения и наборы шифров (Secure Transport Connection Profiles and Cipher Suites)
Таблица N.11.2.5-2 содержит перечень профилей защищённого транспортного соединения и алгоритмов обмена ключами, поддерживаемых для TLS 1.3:
[В Таблице N.11.2.5-2 Secure Transport Connection Profiles and TLS 1.3 Key Exchange Algorithms добавьте любой профиль, заявленный в разделе N.8.4.2 Secure Transport Connection Profiles. Для каждого профиля перечислите все алгоритмы обмена ключами TLS 1.3, поддерживаемые вашим продуктом, и заполните столбец "Default Preference Order", если применимо]
Таблица N.11.2.5-2. Профили защищённого транспортного соединения и алгоритмы обмена ключами TLS 1.3 (Secure Transport Connection Profiles and TLS 1.3 Key Exchange Algorithms)
Таблица N.11.2.5-3 содержит перечень профилей защищённого транспортного соединения и алгоритмов подписи, поддерживаемых для TLS 1.3:
[В Таблице N.11.2.5-3 Secure Transport Connection Profiles and TLS 1.3 Signature Algorithms добавьте любой профиль, заявленный в разделе N.8.4.2 Secure Transport Connection Profiles. Для каждого профиля перечислите все алгоритмы подписи TLS 1.3, поддерживаемые вашим продуктом, и заполните столбец "Default Preference Order", если применимо]
Таблица N.11.2.5-3. Профили защищённого транспортного соединения и алгоритмы подписи TLS 1.3 (Secure Transport Connection Profiles and TLS 1.3 Signature Algorithms)
Таблица N.11-4 содержит перечень профилей защищённого транспортного соединения и наборов шифров, поддерживаемых для TLS 1.2:
[В Таблице N.11-4 добавьте любой профиль, заявленный в разделе N.8.4.2 Secure Transport Connection Profiles. Для каждого профиля перечислите все наборы шифров TLS 1.2, поддерживаемые вашим продуктом, и заполните столбец "Default Preference Order", если применимо.]
Таблица N.11-4. Профили защищённого транспортного соединения и наборы шифров (Secure Transport Connection Profiles and Cipher Suites)
[Опишите здесь механизмы и инструменты, поддерживаемые реализацией для распространения сертификатов (Certificate Distribution), проверки сертификатов (Certificate Validation) и управления ключами (Key Management).]
Таблица N.11-5 описывает настраиваемые параметры и поведение, поддерживаемые данным продуктом для защищённого транспортного соединения (Secure Transport Connection):
[Укажите в столбце "Configurable", являются ли параметры настраиваемыми (Y) или нет (N).]
Таблица N.11-5. Настройка защищённого транспортного соединения (Secure Transport Connection Configuration)
|
Настройка локального защищённого транспортного соединения (Local Secure Transport Connection Configuration) |
|||
|---|---|---|---|
|
Общие параметры защищённого транспортного соединения (Common Secure Transport Connection parameters) |
|||
|
См. раздел N.6 «Configuration» |
|||
|
Причина A-P-ABORT provider при сбое проверки целостности (A-P-ABORT provider reason in case of integrity check failure) |
|||
|
BCP 195 RFC 8996 TLS Secure Transport Connection (защищённое транспортное соединение) |
|||
|
[Перечислите конкретные настраиваемые параметры для локальной системы] |
|||
|
Параметры Modified BCP 195 RFC 8996 TLS Secure Transport Connection (защищённое транспортное соединение) |
|||
|
[Перечислите конкретные настраиваемые параметры для локальной системы] |
|||
|
Параметры защищённого транспортного соединения для другого профиля (Other Profile Secure Transport Connection parameters) |
|||
|
Параметры настройки удалённого защищённого транспортного соединения (Remote Secure Transport Connection Configuration Parameters) |
|||
|
Общие параметры защищённого транспортного соединения (Common Secure Transport Connection Parameters) |
|||
|
См. раздел N.6 «Configuration» |
|||
|
Причина A-P-ABORT provider при сбое проверки целостности (A-P-ABORT provider reason in case of integrity check failure) |
|||
|
BCP 195 RFC 8996 TLS Secure Transport Connection (защищённое транспортное соединение) |
|||
|
[Перечислите конкретные настраиваемые параметры для локальной системы] |
|||
|
Параметры Modified BCP 195 RFC 8996 TLS Secure Transport Connection (защищённое транспортное соединение) |
|||
|
[Перечислите конкретные настраиваемые параметры для локальной системы] |
|||
|
Параметры защищённого транспортного соединения для <Other Profile> |
|||
Таблица N.11-6 содержит перечень атрибутов и действие, выполняемое при деидентификации (de-identifying) экземпляров. Поддерживаемые коды действий (Action Codes) определены в PS 3.15, раздел E.1.
[Для каждого элемента, перечисленного в Таблице N.11-6 «De-identified Elements and Actions», опишите действие, которое может выполнить приложение, используя один из кодов действий, определённых ниже:]
D: заменить значением ненулевой длины, которое может быть фиктивным (dummy) значением, соответствующим VR
Z: заменить значением нулевой длины либо значением ненулевой длины, которое может быть фиктивным значением, соответствующим VR
K: сохранить (без изменений для атрибутов, не являющихся последовательностями, очищено для последовательностей)
C: очистить, то есть заменить значениями схожего смысла, заведомо не содержащими идентифицирующей информации и соответствующими VR
U: заменить UID ненулевой длины, внутренне согласованным в пределах набора экземпляров
Z/D: Z, если только D не требуется для соответствия IOD (Type 2 в сравнении с Type 1)
X/Z: X, если только Z не требуется для соответствия IOD (Type 3 в сравнении с Type 2)
X/D: X, если только D не требуется для соответствия IOD (Type 3 в сравнении с Type 1)
X/Z/D: X, если только Z или D не требуются для соответствия IOD (Type 3 в сравнении с Type 2 в сравнении с Type 1)
X/Z/U*: X, если только Z или замена содержащихся UID экземпляров (U) не требуются для соответствия IOD (Type 3 в сравнении с Type 2 в сравнении с Type 1 последовательностями, содержащими ссылки на UID)
[Укажите в столбце "Encrypted", поддерживается ли шифрование. Y — да, N — нет.]
Таблица N.11-6. Деидентифицированные элементы и действия (De-identified Elements and Actions)
[Опишите здесь область, в пределах которой приложение может обеспечить ссылочную целостность заменяющих значений для ссылок, таких как SOP Instance UID, Frame of Reference UID и т.д., при деидентификации нескольких экземпляров SOP (например, в разных исследованиях (Studies), согласованная замена при многократной обработке одного и того же исследования и т.д.)
Также укажите, используется ли Encrypted Attributes Data Set, и какие синтаксисы передачи (Transfer Syntaxes) поддерживаются для кодирования/декодирования Encrypted Attributes Data Set.
Наконец, перечислите здесь любые дополнительные ограничения (например, размеры ключей для открытых ключей (public keys)).]
[Опишите сопоставление атрибутов (Mapping of Attributes) в этом приложении, создав отдельный подраздел для каждого сопоставления. Примеры таких сопоставлений:
[Следующий подраздел показывает пример сопоставления между экземплярами рабочего списка модальности (Modality Worklist) и MPPS.]
Таблица N.12-1 описывает сопоставление атрибутов между экземплярами рабочего списка модальности и сообщениями MPPS.
В столбце "Scenario" используются следующие значения:
[Перечислите различные сценарии, которые поддерживает ваш продукт для сопоставления атрибутов, и используйте эти значения в столбце "Scenario" Таблицы N.12-1. Приведённый ниже список представляет собой пример, заимствованный из IHE Radiology Technical Framework - Vol. 2; однако вы можете определить собственные сценарии или изменить список ниже. Все записи в списке должны присутствовать как неизменный текст в вашем DICOM Conformance Statement.]
SCHEDULED: получение изображения было запланировано в РИС (RIS), а сведения о процедуре переданы в запросе MWL)
UNSCHEDULED: получение изображения выполнено без сведений рабочего списка модальности (Modality Worklist)
APPEND: полученные экземпляры добавляются к существующему исследованию после завершения первоначальной процедуры
GROUP: несколько запрошенных процедур объединяются в одно исследование.
В столбцах "Value Source" используются следующие значения. Ячейка столбца может дополнительно содержать Tag атрибута, если значение копируется из другого атрибута.
Столбцы "Destination" содержат либо TOP, если атрибут добавляется в набор данных (Data Set) верхнего уровня экземпляра, либо Tag атрибута последовательности (Sequence), в которую будет добавлен атрибут. Столбец "Comments" может использоваться для указания дополнительной информации о значениях, добавляемых в экземпляр или MPPS.
[Обновите Таблицу N.12-1 в соответствии с реализацией вашего продукта. Записи в таблице приведены в качестве примера.]
Таблица N.12-1. Сопоставление атрибутов из рабочего списка модальности с экземпляром и MPPS (Mapping of Attributes from Modality Worklist to Instance and MPPS)