PS3.20

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

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

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

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

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

Предисловие

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

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

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

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

Настоящая часть стандарта DICOM определяет шаблоны для кодирования отчетов по медицинским изображениям с использованием стандарта HL7 Clinical Document Architecture Release 2 (CDA R2, или просто CDA). В область применения входят отчеты о клинических процедурах для специальностей, использующих визуализацию в целях скрининга, диагностики или терапии.

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

Как руководство по реализации отчетов по медицинским изображениям, настоящая часть уделяет особое внимание использованию и ссылкам на данные, полученные при процедурах визуализации, как на явные доказательные материалы в отчетах. Эти данные включают изображения, волновые формы, измерения, аннотации и другие аналитические результаты, управляемые как экземпляры DICOM SOP. В частности, настоящая часть содержит спецификацию преобразования экземпляров DICOM Structured Report, представляющих отчеты по изображениям, в документы CDA.

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

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

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

ANSI/HL7 CDA®, R2-2005 HL7 Version 3 Standard: Clinical Document Architecture (CDA) Release 2, 2005 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7)

CDA® является зарегистрированным товарным знаком HL7 International.

ANSI/HL7 V3 CPPV3MODELS, R1-2012 HL7 Version 3 Standard: Core Principles and Properties of Version 3 Models, Release 1 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=58)

ANSI/HL7 V3 CMET, R2-2009 Health Level Seven Version 3 Standard: Common Message Element Types, Release 2, 2009.

ANSI/HL7 V3 DT, R1-2004 HL7 Version 3 Data Types Abstract Specification, Release 1 - November 2004. [Note: this specific release version is required by CDA R2]

ANSI/HL7 V3 XMLITSDT, R1-2004 HL7 Version 3 XML Implementation Technology Specification - Data Types, Release 1 - April 2004. [Note: this specific release version is required by CDA R2]

HL7 CDA R2 DIR IG, R1-2009 Health Level Seven Implementation Guide for CDA Release 2: Imaging Integration, Basic Imaging Reports in CDA and DICOM, Diagnostic Imaging Reports (DIR) Release 1.0 - Informative, 2009 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=13)

HL7 CDAR2_IG_IHE_CONSOL HL7 Implementation Guide for CDA® Release 2: IHE Health Story Consolidation, Release 1.1 - US Realm, Draft Standard for Trial Use, July 2012 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=258)

HL7 CDAR2_IG_CCDA_CLINNOTES_R2 HL7 Implementation Guide for CDA® Release 2: Consolidated CDA Templates for Clinical Notes, Release 2 - US Realm, Draft Standard for Trial Use, November 2014 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=379)

HL7 CDAR2_IG_GREENMOD4CCD HL7 Implementation Guides for CDA® R2: greenCDA Modules for CCD®, Release 1 - Informative, April 2011(http://www.hl7.org/implement/standards/product_brief.cfm?product_id=136)

HL7 Templates HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 - DSTU, October 2014 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377)

HL7 CDA Digital Signatures HL7 Implementation Guide for CDA® Release 2: Digital Signatures and Delegation of Rights, Release 1 - DSTU, October 2014 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=375)

HL7 v3-2014 HL7 Version 3 Interoperability Standards, Normative Edition 2014 (http://www.hl7.org/implement/standards/product_brief.cfm?product_id=362]

IHE Card Sup CIRC IHE Cardiology Technical Framework Supplement, Cardiac Imaging Report Content, Trial Implementation, July 2011 (http://www.ihe.net/Technical_Frameworks/#cardiology)

IHE ITI TF IHE IT Infrastructure Technical Framework, Revision 11.0, September 2014 (http://www.ihe.net/Technical_Frameworks/#IT)

IHE PCC TF IHE Patient Care Coordination Technical Framework, Revision 10.0, November 2014 (http://www.ihe.net/Technical_Frameworks/#pcc)

IHE RAD TF IHE Radiology Technical Framework, Revision 13.0, July 2014 (http://www.ihe.net/Technical_Frameworks/#radiology)

LOINC Logical Observation Identifier Names and Codes, Regenstrief Institute, Indianapolis 2013.

Этот продукт включает всю таблицу LOINC® или ее часть, файл панелей и форм LOINC, файл онтологии документов LOINC и/или файл иерархий LOINC либо является производным от одного или нескольких из перечисленных материалов, на условиях лицензии Regenstrief Institute, Inc. Использование вами таблицы LOINC, кодов LOINC, файла панелей и форм LOINC, файла онтологии документов LOINC и файла иерархий LOINC также регулируется этой лицензией; ее копия доступна по адресу http://loinc.org/terms-of-use. Текущая полная таблица LOINC, руководство пользователя LOINC, файл панелей и форм LOINC, файл онтологии документов LOINC и файл иерархий LOINC доступны для загрузки по адресу http://loinc.org. Таблица LOINC и коды LOINC защищены авторским правом © 1995-2013 Regenstrief Institute, Inc. и комитета Logical Observation Identifiers Names and Codes (имена и коды логических идентификаторов наблюдений) (LOINC). Файл панелей и форм LOINC, файл онтологии документов LOINC и файл иерархий LOINC защищены авторским правом © 1995-2013 Regenstrief Institute, Inc. Все права защищены.

ТАБЛИЦА LOINC (ВО ВСЕХ ФОРМАТАХ), ФАЙЛ ПАНЕЛЕЙ И ФОРМ LOINC, ФАЙЛ ОНТОЛОГИИ ДОКУМЕНТОВ LOINC И ИЕРАРХИИ LOINC ПРЕДОСТАВЛЯЮТСЯ «КАК ЕСТЬ». ЛЮБЫЕ ЯВНЫЕ ИЛИ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ИСКЛЮЧАЮТСЯ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ КОММЕРЧЕСКОЙ ПРИГОДНОСТИ И ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ.

LOINC® является зарегистрированным в США товарным знаком Regenstrief Institute, Inc. Небольшая часть таблицы LOINC может включать содержимое (например, опросники), права на которое принадлежат третьим сторонам. Такое содержимое сопоставлено с терминами LOINC с учетом применимых авторских прав и условий использования. Если такое содержимое включается, необходимо также включать уведомления об авторских правах и условиях лицензии соответствующих третьих сторон.

RFC4646 Tags for Identifying Languages, The Internet Society, 2005

SNOMED CT® Systematized Nomenclature of Medicine (систематизированная медицинская номенклатура) - Clinical Terms, International Release, International Health Terminology Standards Development Organisation (IHTSDO), January 2015

SNOMED CT является зарегистрированным товарным знаком International Health Terminology Standard Development Organisation (IHTSDO).

UCUM Unified Code for Units of Measure (единый код единиц измерения), Regenstrief Institute, Indianapolis 2013.

Этот продукт включает всю таблицу UCUM или ее часть, коды UCUM и определения UCUM либо является производным от них, на условиях лицензии Regenstrief Institute, Inc. и The UCUM Organization. Использование вами таблицы UCUM, кодов UCUM и определений UCUM также регулируется этой лицензией; ее копия доступна по адресу http://unitsofmeasure.org. Текущая полная таблица UCUM и спецификация UCUM доступны для загрузки по адресу http://unitsofmeasure.org. Таблица UCUM и коды UCUM защищены авторским правом © 1995-2013 Regenstrief Institute, Inc. и организации Unified Codes for Units of Measures (UCUM). Все права защищены.

ТАБЛИЦА UCUM (ВО ВСЕХ ФОРМАТАХ), ОПРЕДЕЛЕНИЯ UCUM И СПЕЦИФИКАЦИЯ ПРЕДОСТАВЛЯЮТСЯ «КАК ЕСТЬ». ЛЮБЫЕ ЯВНЫЕ ИЛИ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ИСКЛЮЧАЮТСЯ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ КОММЕРЧЕСКОЙ ПРИГОДНОСТИ И ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ.

XML Extensible Markup Language (расширяемый язык разметки) (XML) 1.0 (Fifth Edition), World Wide Web Consortium, 2008 (http://www.w3.org/TR/REC-xml/)

XML Schema Datatypes XML Schema Part 2: Datatypes Second Edition, World Wide Web Consortium, 2004 (http://www.w3.org/TR/xmlschema-2/)

xml:id xml:id Version 1.0, World Wide Web Consortium, 2005 (http://www.w3.org/TR/xml-id)

XPath XML Path Language (XPath), Version 1.0, World Wide Web Consortium, 1999 (http://www.w3.org/TR/xpath/)

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

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

3.1 Определения кодов и контролируемой терминологии

Следующие определения обычно используются в настоящей части стандарта DICOM:

Context Group: Набор кодированных понятий, определенный ресурсом сопоставления и образующий множество, пригодное для использования в конкретном контексте.
Context ID (CID): Идентификатор контекстной группы.
Template: Шаблон, описывающий элементы содержимого, типы значений, типы отношений и наборы значений, которые могут использоваться в части дерева содержимого структурированного отчета либо в других конструкциях элементов содержимого, таких как контекст получения данных или контекст протокола. Аналогичен модулю определения информационного объекта.
Template ID (TID): Идентификатор шаблона.
Coding Schemes: Словари (лексиконы) понятий (терминов) с назначенными кодами и четко определенными значениями.

3.2 Определения модели словаря

Следующие термины, используемые в настоящей части стандарта DICOM, определены в HL7 Core Principles and Properties of Version 3 Models:

Concept Domain: Именованная категория сходных понятий (семантический тип), задаваемая в объявлении словаря атрибута информационной модели. Она ограничивает смысловое назначение кодированного элемента, откладывая привязку элемента к конкретному набору кодов до более позднего этапа процесса спецификации.
Value Set: Уникально идентифицируемый набор допустимых идентификаторов понятий. Наборы значений ограничивают допустимое содержимое кодированного элемента в информационной модели или спецификации типа данных.
Vocabulary Binding: Механизм определения конкретных кодов, используемых для выражения семантики кодированных элементов модели в информационных моделях или свойствах кодированного типа данных. Привязка словаря может связывать кодированный элемент или свойство типа данных с одним фиксированным кодом значения либо с утверждением о наборе значений.

3.3 Определения шаблонов

Следующий термин, используемый в настоящей части стандарта DICOM, определен в стандарте HL7 Templates и применяется к спецификациям шаблонов CDA:

Template: Набор утверждений о соответствии, которые дополнительно ограничивают существующую информационную модель.

3.4 Определения отчета по медицинским изображениям

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

Business Name: Идентификатор элемента данных CDA, атрибута или структуры элементов данных, соответствующий бизнес-требованию к обмену информацией.

4 Обозначения и сокращения

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

ANSI: American National Standards Institute (Американский национальный институт стандартов)
CDA: Clinical Document Architecture (архитектура клинического документа HL7)
DICOM: Digital Imaging and Communications in Medicine (цифровая визуализация и обмен медицинскими изображениями)
HL7: Health Level 7 (уровень 7 для обмена медицинской информацией)
HMD: Hierarchical Message Description (иерархическое описание сообщений HL7)
IE: Information Entity (информационная сущность)
IHE: Integrating the Healthcare Enterprise (интеграция медицинского предприятия)
IOD: Information Object Definition (определение информационного объекта)
ISO: International Standards Organization (Международная организация по стандартизации)
LOINC: Logical Observation Identifiers Names and Codes (имена и коды логических идентификаторов наблюдений)
MRRT: IHE Management of Radiology Report Templates Profile (профиль IHE управления шаблонами радиологических отчетов)
NEMA: National Electrical Manufacturers Association (Национальная ассоциация производителей электрооборудования)
OID: Object Identifier (идентификатор объекта, ISO 8824)
RSNA: Radiological Society of North America (Радиологическое общество Северной Америки)
SNOMED: Systematized Nomenclature of Medicine (систематизированная медицинская номенклатура)
SR: Structured Reporting (структурированная отчетность)
UCUM: Unified Code for Units of Measure (единый код единиц измерения)
UID: Unique Identifier (уникальный идентификатор)
XML: Extensible Markup Language (расширяемый язык разметки)

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

AD: Postal Address (почтовый адрес)
CE: Coded With Equivalents (кодированное значение с эквивалентами)
CD: Concept Descriptor (дескриптор понятия)
CS: Coded Simple Value (простое кодированное значение)
ED: Encapsulated Data (инкапсулированные данные)
EN: Entity Name (имя сущности)
II: Instance Identifier (идентификатор экземпляра)
INT: Integer Number (целое число)
IVL<>: Interval (интервал)
LIST<>: List (список)
OID: ISO Object Identifier (идентификатор объекта ISO)
ON: Organization Name (наименование организации)
PN: Person Name (имя лица)
PQ: Physical Quantity (физическая величина)
REAL: Real Number (вещественное число)
ST: Character String (строка символов)
TEL: Telecommunication Address (телекоммуникационный адрес)
TS: Point in Time (момент времени)
UID: Unique Identifier String (строка уникального идентификатора)
URL: Universal Resource Identifier (универсальный идентификатор ресурса)

5 Соглашения

5.1 Метаданные шаблона

Каждый шаблон имеет набор метаданных, заданный в спецификации HL7 Templates. Метаданные представлены в виде таблицы, как показано в Таблица 5.1-1.

Таблица 5.1-1. Формат таблицы метаданных шаблона

Template ID	OID (see Section 5.1.1)
Name
Effective Date
Version Label	(see Section 5.1.1)
Status	"draft", "active", "review" or "retired"
Description
Classification	type of the template, e.g., CDA Section Level
Relationships	relationships to other templates or model artifacts
Context	"parent node", "sibling node" (see Section 5.1.2)
Open/Closed	"open", "closed"(see Section 5.1.3)
Revision History

5.1.1 Идентификаторы и версия шаблона

Идентификаторы шаблонов (templateId) назначаются для каждого шаблона уровня документа, раздела и записи. Если идентификатор шаблона указан в экземпляре, он показывает, что к экземпляру применен набор ограничений, определенных этим шаблоном. Значение этого атрибута (например, @root="2.16.840.1.113883.10.20.22.4.8") предоставляет уникальный идентификатор соответствующего шаблона.

Шаблон может дополнительно уточняться меткой версии. Такая метка может использоваться как атрибут extension элемента templateID (например, @extension="20150309"). Все версии шаблона, независимо от метки версии, должны быть совместимы; то есть они могут различаться только необязательными требованиями соответствия к содержимому. Поэтому метка версии обычно не используется как ограничение соответствия.

В настоящем стандарте версии шаблонов идентифицируются строкой "DICOM" и датой принятия (в формате YYYYMMDD), разделенными дефисом (например, DICOM-20150523).

5.1.2 Контекст

Как описано в разделе 2.9.9.4 спецификации HL7 Template, контекст определяет, применяется ли шаблон к родительскому узлу, в котором templateID является элементом, или к одноуровневым узлам в таблице шаблона. Обычно эти варианты применяются соответственно к шаблонам с одним родительским элементом, имеющим структуру дочерних элементов, и к шаблонам с плоским списком одноуровневых элементов (см. Раздел 5.2.8).

5.1.3 Открытые и закрытые шаблоны

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

5.2 Структура таблицы шаблона

Каждый шаблон задается в табличной форме, как показано в Таблица 5.2-1.

Таблица 5.2-1. Формат таблицы шаблона

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ScopingBusinessName
ElementBusinessName
ReferencedBusinessName

5.2.1 Бизнес-имя

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

Бизнес-имя назначается каждому элементу или атрибуту, которому при формировании экземпляра клинического документа может быть присвоено пользовательское значение. Бизнес-имена задаются для упрощения реализации логики формирования документов в приложениях подготовки клинических отчетов. Преимущество состоит в том, что разработчикам таких приложений не требуется глубокое знание CDA, модели данных HL7 v3 R-MIM или XML-структур. Использование читаемых и интуитивно понятных бизнес-имен предоставляет прямой способ вставки данных, специфичных для каждого экземпляра клинического отчета.

Примечание

Бизнес-имена также описаны в спецификации HL7 greenCDAModules for CCD, однако эта спецификация предполагает использование конкретной XML-структуры для логики формирования документов, что не требуется настоящей частью. Спецификация логики формирования документов с использованием бизнес-имен находится вне области применения настоящей части.

Бизнес-имена не задаются для элементов, которым предполагается автоматически сгенерированное значение, например для элемента id каждого документа, раздела и записи.

По соглашению бизнес-имена в колонке Business Name таблиц шаблонов записываются в CamelCase: с чередованием прописных и строчных букв, без пробелов, с первой прописной буквой.

Бизнес-имена организованы иерархически, а их контекстная область действия задается бизнес-именами более высокого уровня.

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

Бизнес-имена области действия распространяются на все атрибуты и элементы, подчиненные элементу, которому назначено такое имя.

Примеры:

Бизнес-имя верхнего уровня области действия для отчета по изображениям — "ImagingReport"; оно охватывает все атрибуты и элементы документа, то есть сам XML-элемент <ClinicalDocument> и все подчиненные ему элементы
Бизнес-имя для раздела отчета 9.2 Clinical Information — "ImagingReport:ClinicalInformation"; оно охватывает все атрибуты и элементы, включая XML-элемент <section> в шаблоне 1.2.840.10008.9.2 и все подчиненные ему элементы
Бизнес-имя для текстового элемента раздела отчета 9.2 Clinical Information — "ImagingReport:ClinicalInformation:Text"
Бизнес-имя для текстового элемента раздела 9.6 Impression — "ImagingReport:Impression:Text"

Обратите внимание, что и 9.2 Clinical Information, и 9.6 Impression определяют бизнес-имя "Text", однако они различаются своим иерархическим расположением под бизнес-именами области действия соответствующих разделов.

5.2.1.1 Множественные экземпляры

Некоторые шаблоны или элементы могут вызываться в экземпляре документа многократно; например, шаблон 10.5 Quantity Measurement создается для каждого числового измерения в отчете. Каждый экземпляр может иметь идентифицирующую строку, уникальную в пределах документа, которая используется как дискриминатор между несколькими экземплярами. Бизнес-имя каждого элемента, который может иметь несколько экземпляров, имеет суффикс [*], указывающий на использование строки-дискриминатора. Это позволяет логике формирования документов на основе бизнес-имен идентифицировать конкретные экземпляры элемента.

Примечание

Логика формирования документов на основе бизнес-имен должна допускать одиночные экземпляры элементов без дискриминатора; например, Раздел 8.1 General Header задает Patient[*], что позволяет в особых случаях записывать нескольких пациентов, хотя подавляющее большинство отчетов относится к одному пациенту, для которого дискриминатор не нужен.

Пример 5.2.1.1-1. Пример логики формирования на основе бизнес-имен с дискриминаторами для двух измерений

-- "Q21a" является дискриминатором первого измерения
-- "Q21b" является дискриминатором второго измерения
ImagingReport:Findings:QuantityMeasurement[Q21a]:MeasurementName = ("112058", "DCM", "Calcium score")
ImagingReport:Findings:QuantityMeasurement[Q21a]:MeasurementValue = "8"
ImagingReport:Findings:QuantityMeasurement[Q21a]:MeasurementUnits = "[arb'U]"
ImagingReport:Findings:QuantityMeasurement[Q21b]:MeasurementName = ("408716009", "SNOMED", "Stenotic lesion length")
ImagingReport:Findings:QuantityMeasurement[Q21b]:MeasurementValue = "14"
ImagingReport:Findings:QuantityMeasurement[Q21b]:MeasurementUnits = "mm"

Строка-дискриминатор должна соответствовать требованиям XML Name, используемым для атрибута XML ID (см. Раздел 5.3.4 об использовании XML ID).

Некоторые элементы CDA могут включать атрибут XML ID. Этот атрибут идентифицируется символом '*' (звездочка) как своим бизнес-именем, а его значением должна быть строка-дискриминатор.

5.2.1.2 Неявная структура элемента для бизнес-имени

Бизнес-имя может быть связано с элементом, подчиненным другому элементу, у которого нет связанного бизнес-имени. В таком случае при создании в документе экземпляра элемента с бизнес-именем должна быть создана вся иерархия его родительских элементов, даже если эти элементы указаны как необязательные.

Примечание

Например, в шаблоне 8.1 General Header, если создается экземпляр Recipient:Name, то для размещения содержимого элемента name должна быть создана вся иерархическая структура informationRecipient/intendedRecipient/informationRecipient/name.

5.2.2 Уровень вложенности

Документы CDA кодируются с использованием Extensible Markup Language (XML) и размечаются иерархически вложенными XML-элементами (тегами). Колонка Nesting Level в таблицах шаблонов определяет иерархический уровень каждого элемента относительно других элементов таблицы с помощью символа правой угловой скобки '>'. Несколько уровней вложенности обозначаются несколькими символами >.

XML-элементы могут иметь атрибуты, кодируемые внутри тега элемента как пары "<name>=<value>". Такие атрибуты идентифицируются с помощью символа '@'.

5.2.3 Имена элементов/атрибутов и нотация XPath

Имя каждого XML-элемента и атрибута, используемого в документе CDA и имеющего конкретные ограничения, указывается в колонке Element/Attribute таблиц шаблонов. Необязательные элементы, использование которых не задано и не ограничено, не показываются.

Элементы и атрибуты, использующие значение по умолчанию, заданное в спецификации CDA, не показываются. Например, элемент Section имеет атрибуты по умолчанию classCode='DOCSECT' и moodCode='EVN'; они не перечисляются в шаблонах. В соответствии со спецификацией HL7 v3 атрибуты со значениями по умолчанию не обязаны включаться в экземпляры, а их отсутствие подразумевает значение по умолчанию.

Нотация XML Path Language (XPath) используется для идентификации XML-элементов и атрибутов в экземпляре документа CDA, к которым применяются различные ограничения. Неявным контекстом этих выражений является корневой узел документа и проход по пути к корневому узлу соответствующего шаблона. Эта нотация предоставляет разработчикам знакомый механизм идентификации частей XML-документа.

Синтаксис XPath выбирает узлы из XML-документа с помощью пути, содержащего контекст узла или узлов. Путь строится из имен узлов и имен атрибутов (с префиксом '@') и объединяется символом '/'.

Пример 5.2.3-1 является примером фрагмента документа CDA.

Пример 5.2.3-1. Пример XML-документа

<author>
    <assignedAuthor>
        ...
        <code codeSystem='2.16.840.1.113883.6.96' codeSystemName='SNOMED CT'
                code='17561000' displayName='Cardiologist' />
            ...
        </assignedAuthor>
    </author>

Таблица 5.2.3-1 является примером фрагмента таблицы спецификации шаблона.

Таблица 5.2.3-1. Пример элемента и атрибута шаблона

…	Nest Level	Element/Attribute
		author
	>	assignedAuthor
…
	>>	code
	>>@	@codeSystem
	>>@	@codeSystemName
	>>@	@code
	>>@	@displayName
…

В Таблица 5.2.3-1 атрибут code элемента code может быть выбран выражением XPath author/assignedAuthor/code/@code.

5.2.4 Кардинальность

Каждый элемент/атрибут имеет показатель кардинальности, который задает допустимое число появлений в экземпляре шаблона. Показатели кардинальности интерпретируются в формате "m…n", где m означает минимальное, а n максимальное число появлений:

0..1 ноль или один
1..1 ровно один
1..* не менее одного
0..* ноль или более
1..n не менее одного и не более n
0..0 отсутствует [SHALL NOT]

5.2.5 Соответствие элемента/атрибута

Каждый элемент/атрибут помимо ограничения кардинальности имеет глагол соответствия (ключевое слово).

Ключевые слова SHALL, SHOULD, MAY, SHOULD NOT, SHALL NOT и NEED NOT в настоящем документе следует интерпретировать так, как описано в ISO/IEC Directives, Part 2, Annex H "Verbal forms for the expression of provisions":

SHALL: обязательное требование
SHALL NOT: абсолютный запрет на включение
SHOULD/SHOULD NOT: рекомендуемая практика или рекомендация. Могут существовать обоснованные причины не следовать рекомендации, однако перед отказом от рекомендуемой практики необходимо понимать и тщательно оценить все последствия.
MAY/NEED NOT: действительно необязательно; может включаться или опускаться по усмотрению создателя содержимого без последствий для соответствия

Ключевое слово SHALL связано с минимальной кардинальностью не менее 1; другие ключевые слова имеют минимальную кардинальность 0. Если элемент требуется по SHALL, но неизвестен (и без требования SHALL был бы опущен), он должен быть представлен с помощью nullFlavor. SHALL допускает использование nullFlavor, если требование не относится к атрибуту (nullFlavor не применяется к атрибутам) и если использование nullFlavor явно не запрещено (см. Раздел 5.2.7 Value Conformance и Раздел 5.3.2 Null Flavor).

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

В открытом шаблоне дополнительные элементы и атрибуты, разрешенные спецификацией CDA, не исключаются ограничениями шаблона, если только не применимы спецификации шаблона SHALL NOT.

5.2.6 Тип данных

Тип данных, связанный с каждым элементом/атрибутом, указывается в соответствии с описанием в спецификации CDA и в указанном в ней HL7v3 Data Types Release 1. Для элементов, которые являются только тегами с подчиненным содержимым в виде вложенных элементов, например именами клонов классов RIM, колонка Data Type остается пустой.

Многие типы данных являются непримитивными и могут включать составные элементы-компоненты и/или атрибуты. Такие подчиненные компоненты не указываются в шаблонах, если к ним не должны применяться конкретные ограничения.

5.2.7 Соответствие значения

Таблица шаблона может ограничивать значения или словари, используемые с элементом или атрибутом. Ограничения значений включают глагол соответствия (SHALL, SHOULD, MAY и т. д.), определенный в Разделе 5.2.5, и указываются в колонке Value Conformance таблиц шаблонов.

Элементы, для которых nullFlavor запрещен, обозначаются дополнительным ключевым словом ограничения noNull.

Кроме того, ограничения, задающие наборы значений, включают степень обязательности кодирования CWE (Coded With Extensibility) или CNE (Coded with No Extensibility), как определено в Core Principles and Properties of HL7 Version 3 Models, Release 1.

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

5.2.8 Спецификация значения

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

Таблица шаблона может содержать элементы без спецификации значения и без бизнес-имени. Обычно это элементы id. Приложение, создающее экземпляр документа, должно заполнить такие элементы подходящими значениями.

5.2.8.1 Простое кодированное значение (Coded Simple Value)

Значения типа данных CS (Coded Simple Value, простое кодированное значение) имеют фиксированную систему кодирования, определенную в спецификации CDA, и являются простыми строками. Таблицы шаблонов указывают только ограничение на значение кода и не задают ни фиксированную систему кодирования, ни значение кода (отображаемое имя), поскольку они не кодируются в экземпляре CDA.

5.2.8.2 Дескриптор понятия (Concept Descriptor) и кодированное значение с эквивалентами (Coded With Equivalents)

Одиночные значения типа данных CD (Concept Descriptor, дескриптор понятия) или CE (Coded With Equivalents, кодированное значение с эквивалентами) задаются в таблицах шаблонов с помощью триплетной нотации, определенной в PS3.16:

(CodeValue, Coding Scheme Designator, "Code Meaning")

Coding Scheme Designator является простым, читаемым человеком идентификатором системы кодирования и соответствует необязательному атрибуту codeSystemName элемента CD или CE. Спецификация CDA требует, чтобы OID системы кодирования был закодирован в атрибуте codeSystem элемента CD или CE. Соответствующий OID для каждого Coding Scheme Designator приведен в Приложении 8 “Coding Schemes” в PS3.16. Code Meaning кодируется в атрибуте displayName элемента CD или CE.

5.2.8.3 Набор значений (Value Set)

Элементы, значение которых может выбираться из набора значений (Value Set), имеют этот набор значений, указанный в колонке Value после ключевого слова ValueSet.

5.2.8.4 Области понятий (Concept Domains)

Области понятий (Concept Domains; см. определение в Разделе 3.2) используются для задания именованной категории в структурном шаблоне, которая может быть привязана вызывающим шаблоном к конкретному значению или набору значений, тем самым специализируя структурный шаблон для конкретного варианта использования. Имена областей понятий вводятся ключевым словом ConceptDomain в колонке Value. Например, область понятий "observationType" шаблона 10.5 Quantity Measurement может быть привязана к набору значений ультразвуковых измерений плода в одном вызывающем шаблоне или к набору значений измерений КТ сердца в другом вызывающем шаблоне.

Имена областей понятий похожи на бизнес-имена элементов тем, что предоставляют открытый интерфейс, который позднее в процессе спецификации и формирования документа привязывается к конкретным значениям. У Concept Domains нет собственного глагола Value Conformance; глагол соответствия задается, когда Concept Domain привязывается к конкретному значению или набору значений (см. Раздел 5.2.9.1).

5.2.8.5 Сопоставление из экземпляров DICOM SOP и сообщений HL7v2

Для элементов, значения которых могут сопоставляться из экземпляра DICOM SOP или сообщения HL7v2, имя и тег исходного атрибута указываются в колонке Value курсивом. Следует учитывать, что многие из этих значений происходят из ИТ-систем вне отделения визуализации, и приложение отчетности может получать доступ к таким значениям альтернативными путями, например через веб-сервис HL7 FHIR.

Примечание

Из-за различий в использовании элементов данных HL7v2 сопоставления не следует считать нормативными.

Данные, сопоставляемые из конкретного атрибута интерпретируемого изображения или изображений DICOM, идентифицируются именем и тегом атрибута, представленными в сопоставлении следующим образом:

Attribute Name (gggg,eeee)

Данные, сопоставляемые из атрибутов внутри последовательностей, идентифицируются с помощью символа >:

Sequence Attribute Name (ggg0,eee0) > Item Attribute Name (ggg1,eee1)

Данные, сопоставляемые из поля HL7v2 в заказе на исследование, идентифицируются именем элемента и идентификатором поля сегмента:

Element Name seg-n

Сопоставление значения обычно требует преобразования из представления значения DICOM VR или представления типа данных HL7v2 в кодирование типа данных CDA. Например, преобразование атрибута DICOM Code Sequence или поля HL7v2 CWE в тип данных CD или CE требует поиска OID схемы кодирования.

5.2.9 Дочерние шаблоны

Шаблон может включать дочерние шаблоны. Обычно шаблоны имеют один из двух стилей: один родительский элемент со структурой дочерних элементов или плоский список одноуровневых элементов.

Стиль с одним родительским элементом типичен для шаблонов верхнего уровня Document, Section и Entry, а родительский элемент относится к классу act модели HL7 v3 RIM. Поэтому включение такого шаблона предполагает элемент actRelationship; этот элемент actRelationship задается в вызывающем шаблоне.

Стиль одноуровневых элементов типичен для наборов элементов и атрибутов, сгруппированных для удобства описания.

Включение дочернего шаблона содержит имя включаемого шаблона и его templateID, указанные в колонке Subsidiary Template таблицы вызывающего шаблона.

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

5.2.9.1 Привязка словаря и ограничения

Включение шаблона может задавать привязку словаря для Concept Domain или другие словарные ограничения, например ограничивать элемент во включенном шаблоне конкретным значением из его определенного Value Set. Эти словарные ограничения задаются в табличной форме, как показано в Таблица 5.2.9.1-1. Таблица включается в дополнительные требования к шаблону со ссылкой в колонке Value записи шаблона, вызывающей дочерний шаблон. Колонки Value Conformance и спецификации Value интерпретируются так же, как в таблицах шаблонов.

Таблица 5.2.9.1-1. Формат таблицы привязки словаря

Concept Domain or Element	Value Conf	Value
...	...	...

5.2.10 Дополнительные требования

Каждый шаблон может сопровождаться дополнительными требованиями и пояснениями по использованию, изложенными на языке описательной спецификации.

5.3 Кодирование

Полное обсуждение представления типов данных и словарей выходит за рамки настоящего документа; дополнительную информацию см. в спецификациях HL7 V3 Abstract Data Types R1 и XML Data Types R1, на которые ссылается спецификация CDA.

Примечание

Многие типы данных кодируют свои значения в атрибутах, а не в символьных данных. Например, тип данных URL кодирует свое значение в атрибуте value внутри тега элемента, например <reference value="http://xyz.org">. В настоящей спецификации атрибуты, содержащие значение, не идентифицируются, кроме случаев, где применяются конкретные ограничения.
Спецификация Consolidated CDA включает обширные примеры допустимых и недопустимых кодирований, которые могут быть полезны разработчикам.
Спецификация представления типов данных для использования в логике формирования отчетов на основе бизнес-имен выходит за рамки настоящего стандарта.

5.3.1 Элемент кода-перевода

Типы данных HL7 CD (Concept Descriptor, дескриптор понятия) и CE (Coded With Equivalents, кодированное значение с эквивалентами) допускают элемент кода-перевода, который позволяет кодировать одно и то же понятие в альтернативной системе кодирования. Это поддерживает кодирование как исходно введенного (локального) кода, так и кода, заданного для межсистемной совместимости.

Настоящая часть следует соглашению, используемому в спецификации Consolidated CDA Implementation Guide, согласно которому стандартный интероперабельный код указывается в корне независимо от того, является он исходным или переводом. Стандарт HL7v3 Data Types R1, включенный в CDA, формально предписывает помещать в корень исходный код, то есть код, первоначально введенный в приложении информационной системы.

Примечание

Это расхождение устранено в HL7v3 Data Types R2, где принят подход, используемый здесь; рабочая группа HL7 Structured Documents одобрила "предварительное принятие" подхода Data Types R2 в реализациях CDA.

Пример 5.3.1-1. Пример кода-перевода

<code code='206525008'
      displayName='neonatal necrotizing enterocolitis 'codeSystem='2.16.840.1.113883.6.96'
      codeSystemName='SNOMED CT'>
    <translation code='NEC-1'
      displayName='necrotizing enterocolitis'
      codeSystem='2.16.840.1.113883.19'/>
</code>

5.3.2 Null Flavor

Информационные системы хранят данные и управляют ими, но иногда данные недоступны: элемент может быть неизвестен, неприменим, невычислим или неизмерим. В HL7 v3 причина отсутствия данных описывается с помощью flavor of null, или nullFlavor.

Например, если пациент поступает в отделение неотложной помощи без сознания и без документов, null flavor используется для представления отсутствия информации. Дата рождения пациента может быть представлена null flavor "NAV", который является кодом для "temporarily unavailable" (временно недоступно). Когда пациент придет в сознание или прибудет родственник, ожидается, что дату рождения пациента можно будет получить.

Пример 5.3.2-1. Пример nullFlavor

<birthTime nullFlavor="NAV"/> <!--coding an unknown birthdate-->

Используйте null flavors для неизвестных, обязательных или необязательных атрибутов:

NI: Нет информации. Это наиболее общий null flavor, используемый по умолчанию.
NA: Неприменимо. Известно, что корректного значения быть не может (например, последняя менструация у мужчины).
UNK: Неизвестно. Корректное значение применимо, но неизвестно.
ASKU: Запрашивалось, но неизвестно. Информацию пытались получить, но она не была найдена (например, пациента спросили, но он не знал).
NAV: Временно недоступно. Информация сейчас недоступна, но ожидается, что она станет доступной позднее.
NASK: Не запрашивалось. Пациента не спрашивали.
MSK: Скрыто. Информация по этому элементу имеется, но отправитель не предоставил ее по соображениям безопасности, конфиденциальности или иным причинам. Может существовать альтернативный механизм получения доступа к этой информации.
OTH: Другое. Фактическое значение не входит в область значений переменной (например, понятие не предоставлено требуемой системой кодирования).

Перечисленные выше null flavors обычно используются в клинических документах. Полный список и описания см. в домене словаря nullFlavor в HL7 v3 Vocabulary, на который ссылается спецификация CDA.

Любое требование соответствия SHALL для элемента может использовать nullFlavor, если nullFlavor явно не запрещен (что обозначается noNull, см. Раздел 5.2.7 Value Conformance). Требования соответствия SHOULD и MAY также могут использовать nullFlavor. nullFlavor не применяется к требованиям соответствия для атрибутов.

Кодирование nullFlavor как атрибута элемента типа данных в шаблонах не показывается, поэтому с этим атрибутом не связано бизнес-имя.

Примечание

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

Пример 5.3.2-2. XML-пример допустимых nullFlavor для обязательного элемента

<entry>
    <observation classCode="OBS" moodCode="EVN">
        <id nullFlavor="NI"/>
        <code nullFlavor="OTH">
            <originalText>New Grading system</originalText>
        </code>
        <statusCode code="completed"/>
        <effectiveTime nullFlavor="UNK"/>
        <value xsi:type="CD" nullFlavor="NAV">
            <originalText>Spiculated mass grade 5</originalText>
        </value>
    </observation>
</entry>

5.3.3 Неизвестная информация

Если создатель документа хочет указать, что часть информации неизвестна, применяются следующие принципы:

Если создатель не знает атрибут акта, этот атрибут может быть null.

Пример 5.3.3-1. Пример неизвестного лекарственного препарата

<text>patient was given a medication but I do not know what it was</text>
<entry>
    <substanceAdministration moodCode="EVN" classCode="SBADM">
        <consumable>
            <manufacturedProduct>
                <manufacturedLabeledDrug>
                    <code nullFlavor="NI"/>
                </manufacturedLabeledDrug>
            </manufacturedProduct>
        </consumable>
    </substanceAdministration>
</entry>

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

Пример 5.3.3-2. Пример неизвестного применения антикоагулянта

<text>I do not know whether or not patient received an anticoagulant drug</text>
<entry></para>
    <substanceAdministration moodCode="EVN" classCode="SBADM" nullFlavor="NI">
        <consumable>
            <manufacturedProduct>
                <manufacturedLabeledDrug>
                    <code code="81839001" displayName="anticoagulant drug"
                        codeSystem="2.16.840.1.113883.6.96"
                        codeSystemName="SNOMED CT"/>
                </manufacturedLabeledDrug>
            </manufacturedProduct>
        </consumable>
    </substanceAdministration>
</entry>

Если отправитель хочет указать "нет известных", для соответствующего акта (substanceAdministration, Procedure и т. д.) может использоваться negationInd

Пример 5.3.3-3. Пример отсутствия известных лекарственных препаратов

<text>No known medications</text>
<entry>
    <substanceAdministration moodCode="EVN" classCode="SBADM" negationInd="true">
        <consumable>
            <manufacturedProduct>
                <manufacturedLabeledDrug>
                    <code code="410942007" displayName="drug or medication"
                        codeSystem="2.16.840.1.113883.6.96"
                        codeSystemName="SNOMED CT"/>
                </manufacturedLabeledDrug>
            </manufacturedProduct>
        </consumable>
    </substanceAdministration>
</entry>

Другие руководства по реализации CDA рекомендовали использовать конкретные коды для утверждения об отсутствии известного содержимого, например SNOMED CT 160244002 "No known allergies" или 160245001 "No current problems or disability". Конкретные коды по-прежнему разрешены; однако использование negationInd является альтернативой, а конкретный подход для каждого случая будет задан в соответствующем шаблоне.

5.3.4 XML ID

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

Примечание

Таким образом, атрибут с именем ID имеет XML-тип атрибута ID. Его также необходимо отличать от элемента с именем id типа данных HL7v3 UID, который входит в большинство классов RIM. Имя атрибута всегда записывается прописными буквами, имя элемента всегда строчными.
Фактическая спецификация схемы CDA использует определение XML ID (xs:ID) из XML Schema Datatypes. Читателям также может быть знакома спецификация xml:id, которая формально не используется CDA, поскольку была опубликована после спецификации CDA.

В спецификации CDA R2 возможность атрибута XML ID применяется к элементам Section и observationMedia, а также к различным типам разметки повествовательных блоков, и используется для создания связи между структурированными записями и соответствующим повествовательным текстом (см. Раздел 9.1.1 Section Text).

5.4 Расширение и пространство имен

В соответствии с правилами расширяемости CDA R2 (и HL7 v3 XML), описанными в разделе 1.4 CDA R2, может задаваться "локально определенная" XML-разметка, когда необходимо передать информацию, для которой в CDA R2 нет подходящего представления. Такие расширения описываются в контексте шаблонов, где они используются. Все такие расширения используют типы данных HL7 v3, применяемые CDA R2.

Примечание

Рабочая группа HL7 Structured Documents координирует расширения разметки, определенные для руководств по реализации, опубликованных HL7, IHE, DICOM и другими организациями. См. http://wiki.hl7.org/index.php?title=CDA_R2_Extensions

Пространство имен для расширений, определенных в настоящем стандарте, имеет значение "urn:dicom-org:ps3-20"; в настоящем стандарте для него используется псевдоним "ps3-20". Расширения, определенные в настоящем стандарте:

ps3-20:accessionNumber - расширение accessionNumber позволяет однозначно идентифицировать идентификатор отделения визуализации для запроса услуги (заказа). Хотя этот идентификатор мог бы передаваться как еще один id для элемента inFulfillmentOf/Order, в таком контексте нет надежного способа отличить его от Placer Order Number. Поскольку это основной управленческий идентификатор в рабочих процессах отделения, для него определена отдельная локальная разметка. Это расширение использует тип данных II.

Пространство имен для расширений, определенных HL7, имеет значение "urn:hl7-org:sdtc"; в настоящем стандарте для него используется псевдоним "sdtc". Расширения, определенные HL7 и используемые в настоящем стандарте:

sdtc:signatureText - предоставляет место для текстового или мультимедийного представления подписи, с помощью которой участник подтверждает и принимает ответственность за свое участие в Act, как задано в Participation.typeCode. Подробности содержимого элемента описаны в стандарте HL7 CDA Digital Signature. Это расширение использует тип данных ED.

5.5 Порядок сериализации элементов

Схема CDA требует кодировать элементы в заданном порядке, который может отличаться от порядка их описания в шаблонах. Сериализация элементов должна выполняться в соответствии с HL7 CDA Hierarchical Description. Особое внимание следует уделять порядку сериализации элементов, определенных в одноуровневых шаблонах (см. Раздел 5.1.2).

Примечание

Например, различные шаблоны заголовка являются одноуровневыми и задают наборы элементов на одном и том же иерархическом уровне. Эти элементы разных шаблонов должны кодироваться в экземпляре объекта в надлежащем порядке сериализации: сначала все элементы templateID из шаблона документа и всех шаблонов заголовка, затем элементы класса clinicalDocument в предписанном порядке, затем участия в предписанном порядке и затем отношения act в предписанном порядке.

6 Соответствие

Раздел 1.3 спецификации CDA содержит требования соответствия для создателей документов (Document Originators) и получателей документов (Document Recipients).

Примечание

Раздел 2.8 Consolidated CDA Implementation Guide включает рекомендуемые практики для получателей документов, отображающих документы CDA.
Могут существовать и другие стандарты, связанные с CDA, соответствие которым может заявлять приложение. Например, IHE Patient Care Coordination Technical Framework определяет участника Document Consumer с четырьмя вариантами соответствия.

Экземпляр документа CDA, соответствующий настоящему стандарту, заявляет свое соответствие шаблону путем включения заданных элементов templateID в документ, разделы и записи.

7 Шаблоны уровня документа

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

7.1 Отчет по медицинским изображениям

Template ID	1.2.840.10008.9.1
Name	Imaging Report Отчет по медицинским изображениям
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	This CDA Imaging Report document template defines the report content and technical constraints for top level elements, attributes, sections, and entries to be used in imaging report instances. This template may apply to screening, diagnostic, or therapeutic radiology, cardiology, or other imaging reports. The body of an Imaging Report may contain five main imaging report sections: Clinical information (optionally); Current imaging procedure description; Comparison studies (optionally); Findings (optionally); Impression; plus potentially an Addendum(s) The report templates sponsored by the RSNA Radiology Reporting Initiative (http://www.radreport.org) adhere to this general section outline. The section and subsection structure of this template is also identified by LOINC panel code 87416-4.
Classification	CDA Document Level
Relationships
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ImagingReport		ClinicalDocument
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.1
DocType	>	code	1..1	SHALL	CD	SHALL CWE noNull	ValueSet LOINC Imaging Document Codes 1.3.6.1.4.1.12009.10.2.5
	>		1..1	SHALL				8.1 General Header 1.2.840.10008.9.20
	>		1..1	SHALL				8.2 Imaging Header 1.2.840.10008.9.21
	>		0..1	MAY				8.3 Parent Document 1.2.840.10008.9.22
	>	component	1..1	SHALL
	>>	structuredBody	1..1	SHALL
	>>>	component	0..1	MAY
ClinicalInformation	>>>>	section						9.2 Clinical Information 1.2.840.10008.9.2
	>>>	component	1..1	SHALL
ProcedureDescription	>>>>	section						9.3 Imaging Procedure Description 1.2.840.10008.9.3
	>>>	component	0..1	MAY
ComparisonStudy	>>>>	section						9.4 Comparison Study 1.2.840.10008.9.4
	>>>	component	0..1	MAY
Findings	>>>>	section						9.5 Findings 2.16.840.1.113883.10.20.6.1.2
	>>>	component	1..1	SHALL
Impression	>>>>	section						9.6 Impression 1.2.840.10008.9.5
	>>>	component	0..*	COND
Addendum[*]	>>>>	section						9.7 Addendum 1.2.840.10008.9.6

7.1.1 clinicalDocument/code

Большинство кодов в наборе значений LOINC Imaging Document Codes заранее согласованы с модальностью визуализации, исследуемой анатомической областью и/или конкретным методом визуализации. Если используются такие предварительно согласованные коды, любые кодированные значения в других частях документа, описывающие модальность, анатомическую область и т. п., должны быть согласованы с кодом типа документа. Локальные коды, используемые для типов отчетов, могут быть включены в код как элемент translation.

Примечание

Использование набора значений LOINC Imaging Document Codes согласовано с HL7 Consolidated CDA Templates for Clinical Notes, Release 2. DICOM CID 7001 “Diagnostic Imaging Report Heading”, применяемый в TID 2000 “Basic Diagnostic Imaging Report”, является подмножеством LOINC Imaging Document Codes.

Пример 7.1.1-1. Пример clinicalDocument/code с элементом translation для локального кода

<code code="18748-4"
        displayName="Diagnostic Imaging Report"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" >
    <translation code="XRPEDS"
        displayName="Pediatric Radiography Report"
        codeSystem="2.16.840.1.123456.78.9" />
</code>

7.1.2 Дополнение

COND: Если заголовок содержит элемент relatedDocument с typeCode RPLC, а заменяемый документ содержал элемент legalAuthenticator (т. е. был подписан), component/structuredBody SHALL содержать по крайней мере один 9.7 Addendum.

7.2 Отчет-дополнение по медицинским изображениям

Template ID	1.2.840.10008.9.24
Name	Imaging Addendum Report Отчет-дополнение по медицинским изображениям
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Document structure for an Imaging Addendum Report, i.e., an appendage to an existing report document that contains supplemental information. The parent document content remains unaltered. The Addendum Report must be read together with its parent document for full context. Some institutions may have policies that forbid the use of Addendum Reports, and require revised reports with a complete restatement of the original documentation.
Classification	CDA Document Level
Relationships
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ImagingAddendum		ClinicalDocument
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.1
DocType	>	code	1..1	SHALL	CD	SHALL CWE noNull	ValueSet LOINC Imaging Document Codes 1.3.6.1.4.1.12009.10.2.5
	>		1..1	SHALL				8.1 General Header 1.2.840.10008.9.20
	>		1..1	SHALL				8.2 Imaging Header 1.2.840.10008.9.21
	>	relatedDocument	1..1	SHALL
	>@	@typecode	1.1	SHALL	CS	SHALL	APND
	>>	parentDocument	1..1	SHALL
AmendedDocumentID	>>>	id	1..1	SHALL	II
	>	component	1..1	SHALL
	>>	structuredBody	1..1	SHALL
	>>>	component	1..*	SHALL
Addendum[*]	>>>>	section						9.7 Addendum 1.2.840.10008.9.6

8 Шаблоны содержимого заголовка

8.1 Общий заголовок

Template ID	1.2.840.10008.9.20
Name	General Header Elements Элементы общего заголовка
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	CDA Header Elements for all documents, including primary participations
Classification	CDA Header Elements
Relationships	Included in all document level templates
Context	sibling node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
		templateId	1..1	SHALL	II
	@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.20
ContentTemplate		templateId	0..*	MAY	II
		typeId	1..1	SHALL	II
	@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.1.3
	@	@extension	1..1	SHALL	ST	SHALL	POCD_HD000040
		id	1..1	SHALL	II
Title		title	1..1	SHALL	ST
CreationTime		effectiveTime	1..1	SHALL	TS
Confidentiality		confidentialityCode	1..1	SHALL	CE	SHALL CWE	ValueSet x_BasicConfidentialityKind Value Set 2.16.840.1.113883.11.16926
LanguageCode		languageCode	1..1	SHALL	CS	SHALL CNE	ValueSet CID 5000 “Language”
SetId		setId	0..1	MAY	II
VersionNumber		versionNumber	1..1	COND	INT
*Patient[]**		recordTarget	1..*	SHALL
	>	patientRole	1..1	SHALL
	>>	id	1..*	SHALL	II
IDIssuer	>>@	root	1..1	SHALL	UID		Issuer of Patient ID Qualifiers Sequence (0010,0024) > Universal Entity ID (0040,0032) Patient ID List PID-3.4.2
ID	>>@	extension	1..1	SHALL	ST		Patient ID (0010,0020) Patient ID List PID-3.1
Addr	>>	addr	1..*	SHALL	AD
Tele	>>	telecom	1..*	SHALL	TEL
	>>	patient	1..1	SHALL
Name	>>>	name	1..1	SHALL	PN		Patient's Name (0010,0010) Patient Name PID-5
Gender	>>>	administrativeGenderCode	1..1	SHALL	CE	SHALL CNE	ValueSet AdministrativeGender Value Set 2.16.840.1.113883.11.1 Patient's Sex (0010,0040); [Map value "O" to nullFlavor UNK] Administrative Sex PID-3.8
BirthTime	>>>	birthTime	1..1	SHALL	TS		Patient's Birth Date (0010,0030) + Patient's Birth Time (0010,0032) Date/Time of Birth PID-7
	>>	providerOrganization	0..1	MAY
ProviderOrgName	>>>	name	1..*	SHALL	ON		Issuer of Patient ID (0010,0021)
ProviderOrgTel	>>>	telecom	0..*	SHOULD	TEL
ProviderOrgAddr	>>>	addr	0..*	SHOULD	AD
		legalAuthenticator	0..1	MAY
SigningTime	>	time	1..1	SHALL	TS
	>	signatureCode	1..1	SHALL	CS	SHALL	S
	>	assignedEntity	1..1	SHALL
SignerID	>>	id	1.*	SHALL	II
SignerAddr	>>	addr	1.*	SHALL	AD
SignerTel	>>	telecom	1..*	SHALL	TEL
	>>	assignedPerson	1..1	SHALL
SignerName	>>>	name	1..1	SHALL	PN
SignatureBlock	>	sdtc:signatureText	0..1	MAY	ED
*Author[]**		author	1..*	SHALL
AuthoringTime	>	time	1..1	SHALL	TS
	>	assignedAuthor	1..1	SHALL
	>>	id	1.*	SHALL	II
Addr	>>	addr	1.*	SHALL	AD
Tel	>>	telecom	1..*	SHALL	TEL
	>>	assignedPerson	1..1	SHALL
Name	>>>	name	1..1	SHALL	PN
*Recipient[]**		informationRecipient	0..*	MAY
	>	intendedRecipient	1..1	SHALL
	>@	@classCode	1..1	SHALL	CS	SHALL	ASSIGNED
Addr	>>	addr	0.*	MAY	AD
Tel	>>	telecom	0..*	MAY	TEL
	>>	informationRecipient	0..1	MAY
Name	>>>	name	1..1	SHALL	PN
	>>	receivedOrganization	0..1	MAY
Org	>>>	name	1..1	SHALL	ON
		custodian	1..1	SHALL
	>	assignedCustodian	1..1	SHALL
	>>	representedCustodianOrganization	1..1	SHALL
CustodianOrgID	>>>	id	1.*	SHALL	II
CustodianOrgName	>>>	name	1..1	SHALL	ON
CustodianOrgAddr	>>>	addr	1..1	SHALL	AD
CustodianOrgTel	>>>	telecom	1..1	SHALL	TEL

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

8.1.1 templateId - contentTemplate

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

Примечание

Профиль IHE MRRT определяет "dcterms.identifier", который может использоваться для этого templateId.

8.1.2 title

Элемент title может включать название использованного шаблона отчета.

Примечание

Профиль IHE MRRT определяет "dcterms.title", который может использоваться в этом элементе.

8.1.3 effectiveTime

Элемент effectiveTime обозначает время создания документа, то есть момент его первоначального возникновения. Если документ CDA является преобразованием исходного документа в другом формате, ClinicalDocument.effectiveTime соответствует времени создания исходного документа. Время выполнения самого преобразования в CDA не представляется.

8.1.4 setID и versionNumber

Элементы setID и versionNumber могут использоваться системой создания документа для управления версиями документа в соответствии с разделами 4.2.1.7 и 4.2.1.8 спецификации CDA.

COND: Тогда и только тогда, когда присутствует элемент setID, элемент versionNumber SHALL присутствовать.

8.1.5 recordTarget/patientRole

Элемент recordTarget указывает пациента, сведения о здоровье которого описываются клиническим документом; он должен содержать по крайней мере один элемент patientRole.

Несколько элементов recordTarget следует использовать только в случае сросшихся близнецов/тройняшек, являющихся объектом одной процедуры визуализации, либо в особых случаях (например, при пренатальной хирургии, когда для плода заведена медицинская карта).

Пример 8.1.5-1. Пример заголовка

<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
<!-- DICOM Imaging Report Template -->
<templateId root="1.2.840.10008.9.1"/>
<!-- General Header Template -->
<templateId root="1.2.840.10008.9.20"/>
<id extension="999021" root="2.16.840.1.113883.19"/>
<code codeSystem="2.16.840.1.113883.6.1"
    codeSystemName="LOINC" code="18748-4"
    displayName="Diagnostic Imaging Report"/>
<title>Radiology Report</title>
<effectiveTime value="20150329171504+0500"/>
<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
<languageCode code="en-US" codeSystem="2.16.840.1.113883.6.121"/>
<setId extension="111199021" root="2.16.840.1.113883.19"/>
<versionNumber value="1"/>

8.1.6 legalAuthenticator

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

Примечание

Согласно стандарту CDA, юридический удостоверяющий участник, если он присутствует, должен быть физическим лицом, а удостоверение относится к человекочитаемому повествовательному тексту в section/text и к любому содержимому renderMultiMedia, на которое есть ссылки. Структурированные записи и внешние изображения, на которые указывает linkHtml, юридическим удостоверением не подтверждаются.

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

legalAuthenticator SHALL содержать ровно один [1..1] элемент time, представляющий время подписи.

legalAuthenticator MAY содержать ноль или один [0..1] элемент расширения sdtc:signatureText. Он предоставляет текстовое или мультимедийное представление подписи, с помощью которой участник подтверждает и принимает ответственность за свое участие в Act. Этот элемент описан в стандарте HL7 CDA Digital Signature.

Пример 8.1.6-1. Пример legalAuthenticator

<legalAuthenticator>
    <time value="20050329224411+0500"/>
    <signatureCode code="S"/>
    <assignedEntity>
        <id extension="KP00017" root="2.16.840.1.113883.19"/>
        <addr>
            <streetAddressLine>21 North Ave.</streetAddressLine>
            <city>Burlington</city>
            <state>MA</state>
            <postalCode>02368</postalCode>
            <country>US</country>
        </addr>
        <telecom use="WP" value="tel:(555) 555-1003"/>
        <assignedPerson>
            <name>
                <given>Henry</given>
                <family>Seven</family>
            </name>
        </assignedPerson>
    </assignedEntity>
</legalAuthenticator>

8.1.7 recordTarget/patientRole/Patient/birthTime

birthTime пациента SHALL указываться с точностью до года, SHOULD указываться с точностью до дня.

Пример 8.1.7-1. Пример recordTarget

<recordTarget>
    <patientRole>
        <id extension="12345" root="2.16.840.1.113883.19"/>
        <!-Example ID using fake assigning authority OID. ->
        <id extension="111-00-1234" root="2.16.840.1.118975.4.1"/>
        <!-Fake Social Security Number using the actual SSN OID. ->
        <addr use="HP">
            <!-HP is "primary home" from codeSystem 2.16.840.1.113883.5.1119 ->
            <streetAddressLine>17 Daws Rd.</streetAddressLine>
            <city>Blue Bell</city>
            <state>MA</state>
            <postalCode>02368</postalCode>
            <country>US</country>
            <!-US is "United States" from ISO 3166-1 Country Codes: 1.0.3166.1 ->
        </addr>
        <telecom value="tel:(781) 555-1212" use="HP"/>
        <!-HP is "primary home" from AddressUse 2.16.840.1.113883.5.1119 ->
        <patient>
            <name use="L">
                <!-L is "Legal" from EntityNameUse 2.16.840.1.113883.5.45 ->
                <prefix>Mr.</prefix>
                <given>Adam</given>
                <given qualifier="CL">Frankie</given>
                <!-CL is "Call me" from EntityNamePartQualifier 2.16.840.1.113883.5.43 ->
                <family>Everyman</family>
            </name>
            <administrativeGenderCode code="M"
                codeSystem="2.16.840.1.113883.5.1" displayName="Male"/>
            <birthTime value="19541125"/>
        </patient>
        <providerOrganization>
            <id root="2.16.840.1.113883.19"/>
            <name>Good Health Clinic</name>
            <telecom use="WP" value="tel:(781) 555-1212"/>
            <addr>
                <streetAddressLine>21 North Ave</streetAddressLine>
                <city>Burlington</city>
                <state>MA</state>
                <postalCode>02368</postalCode>
                <country>US</country>
            </addr>
        </providerOrganization>
    </patientRole>
</recordTarget>

8.1.8 author/assignedAuthor

Элемент author представляет создателя клинического документа. Этот шаблон ограничивает автора физическим лицом.

Такой author SHALL содержать ровно один [1..1] элемент time, представляющий время начала участия автора в создании содержимого клинического документа.

Пример 8.1.8-1. Пример автора - физического лица

<author>
    <time value="20050329224411+0500"/>
    <assignedAuthor>
        <id extension="KP00017" root="2.16.840.1.113883.19.5"/>
        <addr>
            <streetAddressLine>21 North Ave.</streetAddressLine>
            <city>Burlington</city>
            <state>MA</state>
            <postalCode>02368</postalCode>
            <country>US</country>
        </addr>
        <telecom use="WP" value="tel:(555) 555-1003"/>
        <assignedPerson>
            <name>
                <given>Henry</given>
                <family>Seven</family>
            </name>
        </assignedPerson>
    </assignedAuthor>
</author>

8.1.9 InformationRecipient/intendedRecipient

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

Пример 8.1.9-1. Пример informationRecipient

<informationRecipient>
    <intendedRecipient classCode="ASSIGNED">
        <informationRecipient>
            <name>
                <given>Henry</given>
                <family>Seven</family>
            </name>
        </informationRecipient>
        <receivedOrganization>
            <name>Good Health Clinic</name>
        </receivedOrganization>
    </intendedRecipient>
</informationRecipient>

8.2 Заголовок отчета по изображениям

Template ID	1.2.840.10008.9.21
Name	Imaging Header Elements Элементы заголовка отчета по изображениям
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	CDA Header Elements for imaging reports, including encounter, order, and study context
Classification	CDA Header Elements
Relationships	Included in 7.1 Imaging Report
Context	sibling node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
		templateId	1..1	SHALL	II
	@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.21
		componentOf	1..1	SHALL
	>	encompassingEncounter	1..1	SHALL
	>>	id	0..1	SHOULD	II
EncounterIDIssuer	>>@	@root	1..1	SHALL	UID		Issuer of Admission ID Sequence (0038;0014) > Universal Entity ID (0040,0032) Visit Number PV1-19.4.2
EncounterID	>>@	@extension	1..1	SHALL	ST		Admission Id (0038,0010) Visit Number PV1-19.1
EncounterTime	>>	effectiveTime	1..1	SHALL
	>>	location	0..1	MAY
	>>>	healthCareFacility	1..1	SHALL
	>>>>	location	0..1	SHOULD
HealthcareFacilityName	>>>>>	name	1..1	SHALL	EN
HealthcareFacilityAddress	>>>>>	addr	1..1	SHALL	AD
	>>>>	serviceProviderOrganization	0..1	SHOULD
HealthcareProviderOrganizationName	>>>>>	name	1..1	SHALL	ON
	>>	encounterParticipant	0..*	MAY
	>>@	@typeCode	1..1	SHALL			ATND
	>>>	assignedEntity	1..1	SHALL
	>>>>	assignedPerson	1..1	SHALL
AttendingPhysicianName	>>>>>	name	1..1	SHALL	EN
		inFulfillmentOf	1..*	SHALL
*Order[]**	>	order	1..1	SHALL
	>>	id	1..1	SHALL	II
OrderAssigningAuthority	>>@	@root	1..1	SHALL	UID		Order Placer Identifier Sequence (0040,0026) > Universal Entity ID (0040,0032) Placer Order Number OBR-2.3
OrderPlacerNumber	>>@	@extension	1..1	SHALL	ST		Placer Order Number/Imaging Service Request (0040,2016) Placer Order Number OBR-2.1
	>>	ps3-20:accessionNumber	1..1	SHALL	II
AccessionAssigningAuthority	>>@	@root	1..1	SHALL	UID		Issuer of Accession Number Sequence (0008,0051) > Universal Entity ID (0040,0032) Filler Order Number OBR-2.3
AccessionNumber	>>@	@extension	1..1	SHALL	ST		Accession Number (0008,0050) Filler Order Number OBR-2.1
OrderedProcedureCode	>>	code	0..1	SHOULD	CE		Requested Procedure Code Sequence (0032,1064) Universal Service ID OBR-4
OrderPriority	>>	priorityCode	0..1	SHOULD	CE		ValueSet ActPriority Value Set 2.16.840.1.113883.11.16866
		documentationOf	1..*	SHALL
*Study[]**	>	serviceEvent	1..1	SHALL
StudyUID	>>	id	1..1	SHALL	II		Study Instance UID (0020,000D) Study Instance UID IPC-3
ProcedureCode	>>	code	1..1	SHALL	CE		Procedure Code Sequence (0008,1032)
Modality	>>>	translation	1..*	SHALL	CD	SHALL CNE	Modality (0008,0060)
AnatomicRegionCode	>>>	translation	0..1	SHOULD	CD		ConceptDomain AnatomicRegion
	>>	effectiveTime	1..1	SHALL	IVL <TS>
StudyTime	>>>	low	1..1	SHALL	TS		Study Date (0008,0020) + Study Time (0008,0030) + Timezone Offset From UTC (0008,0201) Observation Date/Time OBR-7
*Performer[]**	>>	performer	0..*	MAY
Type	>>@	@typeCode	1..1	SHALL	CS	SHALL	ValueSet x_serviceEventPerformer Value Set 2.16.840.1.113883.11.19601
	>>>	assignedEntity	1..1	SHALL
ID	>>>>	id	1..1	SHALL	II
	>>>>	assignedPerson	1..1	SHALL
Name	>>>>>	name	1..1	SHALL	PN
		participant	1..1	SHALL
	@	@typeCode	1..1	SHALL	CS	SHALL	REF
	>	associatedEntity	1..1	SHALL
	>@	@classCode	1..1	SHALL	CS	SHALL	PROV
ReferrerID	>>	id	0..1	SHOULD	II		Ordering Provider ORC-12.1 + ORC-12.9.2
ReferrerAddr	>>	addr	0.*	SHOULD	AD		Ordering Provider Address ORC-24
ReferrerTel	>>	telecom	0..*	SHOULD	TEL		Call Back Phone Number ORC-14
	>>	associatedPerson	1..1	SHALL
ReferrerName	>>>	name	1..1	SHALL	PN		Referring Physician's Name (0008,0090) Ordering Provider ORC-12
		dataEnterer	0..1	MAY
	@	@typeCode	1..1	SHALL	CS	SHALL	ENT
	>	assignedEntity	1..1	SHALL
TranscriptionistID	>>	id	0..1	SHOULD	II		Transcriptionist OBR-35.1.1
	>>	assignedPerson	0..1	SHOULD
TranscriptionistName	>>>	name	1..1	SHALL	PN		Transcriptionist OBR-35.1

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

8.2.1 componentOf/encompassingEncounter

Элемент id внутри encompassingEncounter представляет идентификатор обращения. Если диагностическая процедура визуализации выполняется в контексте пребывания в стационаре или амбулаторного визита, для которого существует Encounter Number, Visit Number или Admission ID, эквивалентный атрибуту DICOM (0038,0010), этот номер должен присутствовать как ID элемента encompassingEncounter.

effectiveTime элемента encompassingEncounter представляет временной интервал или момент времени, когда произошло обращение. Охватывающее обращение может соответствовать госпитализации или визиту в кабинет, в рамках которого была выполнена процедура визуализации. Если effective time неизвестно, можно использовать атрибут nullFlavor.

Пример 8.2.1-1. Пример componentOf

<componentOf>
    <encompassingEncounter>
        <id extension="9937012" root="1.3.6.4.1.4.1.2835.12"/>
        <effectiveTime value="20060828170821"/>
        <encounterParticipant typeCode="ATND">
            <assignedEntity>
                <id extension="4" root="2.16.840.1.113883.19"/>
                <code code="208M00000X"
                    codeSystem="2.16.840.1.113883.6.101"
                    codeSystemName="NUCC"
                    displayName="Hospitalist"/>
                <addr nullFlavor="NI"/>
                <telecom nullFlavor="NI"/>
                <assignedPerson>
                    <name>
                        <prefix>Dr.</prefix>
                        <given>Fay </given>
                        <family>Family</family>
                    </name>
                </assignedPerson>
            </assignedEntity>
        </encounterParticipant>
    </encompassingEncounter>
</componentOf>

8.2.2 Участник - лечащий врач, указанный в записи

Этот encounterParticipant с typeCode="ATND" (Attender) обозначает лечащего врача и обычно отличается от Physician Reading Study Performer, определенного в documentationOf/serviceEvent.

Пример 8.2.2-1. Пример участника - лечащего врача, указанного в записи

<encounterParticipant typeCode="ATND">
    <assignedEntity>
        <id extension="44444444" root="2.16.840.1.113883.4.6"/>
        <code code="208M00000X"
            codeSystem="2.16.840.1.113883.6.101"
            codeSystemName="NUCC"
            displayName="Hospitalist"/>
        <addr nullFlavor="NI"/>
        <telecom nullFlavor="NI"/>
        <assignedPerson>
            <name>
                <prefix>Dr.</prefix>
                <given>Fay</given>
                <family>Family</family>
            </name>
        </assignedPerson>
    </assignedEntity>
</encounterParticipant>

8.2.3 inFulfillmentOf/Order и @ID

Элемент inFulfillmentOf представляет заказ размещающей стороны (Placer Order). Если один отчет выполняет несколько заказов, может быть более одного элемента inFulfillmentOf. Для каждого отдельного Order, связанного с отчетом, SHALL быть один inFulfillmentOf/order.

В каждом inFulfillmentOf/order SHALL быть один order/id для Placer Order Number (0040,2016). Для DICOM Accession Number (0008,0050), связанного с заказом, SHALL быть один order/ps3-20:accessionNumber. ps3-20:accessionNumber SHALL иметь Data Type II; он SHALL иметь атрибут UID root, идентифицирующий назначивший орган, а DICOM Accession Number SHALL находиться в атрибуте extension.

Пример 8.2.3-1. Пример inFulfillmentOf

<xs:schema ...
    xmlns:ps3-20="urn:dicom-org:ps3-20"
    ...
</xs:schema>
<inFulfillmentOf>
    <order>
        <id extension="089-927851" root="2.16.840.1.113883.19.4.33"/>
        <!-- {extension} =
          Placer Order Number/Imaging Service Request (0040,2016) {root} =
          Order Placer Identifier Sequence (0040,0026) > Universal Entity ID (0040,0032) -->
        <ps3-20:accessionNumber extension="10523475" root="2.16.840.1.113883.19.4.27" />
        <!-- {extension}=
          Accession Number (0008,0050) {root} =
          Issuer of Accession Number Sequence (0008,0051) > Universal Entity ID (0040,0032) -->
        <code code="RPID24"
            displayName="CT HEAD WITH IV CONTRAST"
            codeSystem="2.16.840.1.113883.6.256"
            codeSystemName="RadLex Playbook">
        <!-- Ordered Procedure Code is
          Requested Procedure Code Sequence (0032,1064) -->
    </order>
</inFulfillmentOf>

8.2.4 documentationOf/serviceEvent

Каждый documentationOf/serviceEvent указывает процедуру визуализации, которую поставщик медицинской помощи описывает и интерпретирует в содержимом отчета. Основная деятельность, описываемая этим документом, включает как выполнение процедуры визуализации, так и ее интерпретацию.

Если отчет интерпретирует несколько исследований DICOM, может быть более одного элемента documentationOf/serviceEvent. Для одного исследования DICOM также может существовать несколько отчетов.

Элемент serviceEvent/id содержит DICOM Study Instance UID.

Дата и время процедуры визуализации указываются в элементе serviceEvent/effectiveTime; дата и время интерпретации находятся в clinicalDocument/effectiveTime.

Примечание

serviceEvent/effectiveTime использует тип данных IVL_TS с обязательным элементом low для гармонизации с Consolidated CDA release 1.1.

8.2.4.1 code и translation

Внутри каждого элемента documentationOf находится один элемент serviceEvent. Тип процедуры визуализации может быть дополнительно описан в элементе serviceEvent/code. Настоящее руководство не дает конкретных рекомендаций относительно основного словаря, используемого для описания этого события, идентифицируемого как Procedure Code.

Элементы serviceEvent/code/translation включают коды, представляющие основную модальность получения изображения с использованием терминологии DICOM (DCM), а также целевую анатомическую область (для которой рекомендуется терминология SNOMED).

Примечание

Эти коды могут использоваться как поисковые метаданные обмена медицинской информацией в соответствии с профилем IHE Radiology Technical Framework Cross-Enterprise Document Sharing for Imaging (XDS-I).
Привязка Concept Domains ProcedureCode и AnatomicRegion к конкретным наборам значений может быть выполнена при дальнейшей профилизации использования этого шаблона.

Пример 8.2.4.1-1. Пример documentationOf

<documentationOf>
    <serviceEvent classCode="ACT" moodCode="EVN">
        <!-- study instance UID (0020,000D) -->
        <id root="1.2.840.113619.2.62.994044785528.114289542805"/>
        <!-- code is DICOM (Performed) Procedure Code Seq (0008,1032) -->
        <code code="71020"
            displayName="Radiologic examination, chest, two views, frontal and lateral"
            codeSystem="2.16.840.1.113883.6.12"
            codeSystemName="CPT4">
            <translation code="XR"
                displayName="XR"
                codeSystem="1.2.840.10008.2.16.4"
                codeSystemName="DCM"/>
        </code>
        <!-- translation code is Modality (0008,0060) -->
        <effectiveTime value="20060823222400+0800"/>
    </serviceEvent>
</documentationOf>

8.2.4.2 Исполнитель

documentationOf/serviceEvent может включать в качестве участника врача, интерпретирующего исследование, что эквивалентно атрибуту DICOM (0008,1060), а также других медицинских специалистов, участвующих в процедуре (например, хирурга-исполнителя при интервенционной процедуре).

Примечание

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

Пример 8.2.4.2-1. Пример исполнителя - врача, интерпретирующего исследование

<performer typeCode="PRF">
    <assignedEntity>
        <id extension="111111111" root="2.16.840.1.113883.4.6"/>
        <code code="2085R0202X"
            codeSystem="2.16.840.1.113883.6.101"
            codeSystemName="NUCC"
            displayName="Diagnostic Radiology"/>
        <addr nullFlavor="NI"/>
        <telecom nullFlavor="NI"/>
        <assignedPerson>
            <name><given>Christine</given><family>Cure</family><suffix>MD</suffix></name>
        </assignedPerson>
    </assignedEntity>
</performer>

Пример 8.2.4.2-2. Пример participant

<participant typeCode="REF">
    <associatedEntity classCode="PROV">
        <id nullFlavor="NI"/>
        <addr nullFlavor="NI"/>
        <telecom nullFlavor="NI"/>
        <associatedPerson>
            <name><given>Amanda</given><family>Assigned</family><suffix>MD</suffix></name>
        </associatedPerson>
    </associatedEntity>
</participant>

Пример 8.2.4.2-3. Пример dataEnterer

<dataEnterer>
    <assignedEntity typeCode="ENT">
        <id root="2.16.840.1.113883.19.5" extension="43252"/>
        <addr>
            <streetAddressLine>21 North Ave.</streetAddressLine>
            <city>Burlington</city>
            <state>MA</state>
            <postalCode>02368</postalCode>
            <country>US</country>
        </addr>
        <telecom use="WP" value="tel:(555) 555-1003"/>
        <assignedPerson>
            <name><given>Henry</given><family>Seven</family></name>
        </assignedPerson>
    </assignedEntity>
</dataEnterer>

8.3 Родительский документ

Template ID	1.2.840.10008.9.22
Name	Parent Document Header Elements Элементы заголовка родительского документа
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	CDA Header Elements describing relationship to prior/parent documents
Classification	CDA Header Elements
Relationships	Included in all document level templates
Context	sibling node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
		relatedDocument	0..1	MAY
	@	@typecode	1.1	SHALL	CS	SHALL	RPLC
	>	parentDocument	1..1	SHALL
ReplacedDocumentID	>>	id	1..1	SHALL	II
ReplacedDocumentSetID	>>	setId	0..1	MAY	II
ReplacedDocumentVersion	>>	versionNumber	1..1	COND	INT
		relatedDocument	0..1	MAY
	@	@typecode	1.1	SHALL	CS	SHALL	XFRM
	>	parentDocument	1..1	SHALL
TransformedDocumentID	>>	id	1..1	SHALL	II

8.3.1 relatedDocument

Документ может иметь два типа родительского документа:

Устаревшая версия, которую настоящий документ полностью заменяет (typeCode =RPLC). До юридического удостоверения документы могут проходить стадии пересмотра. Такими ранними стадиями могут быть черновики после транскрипции, версии, созданные ординаторами, или другие предварительные версии. Требования к хранению таких более ранних версий могут регулироваться политиками, не охватываемыми этой спецификацией. За исключением судебно-медицинских целей, последняя версия в цепочке редакций представляет полный и актуальный отчет.
Исходный документ, из которого преобразован настоящий документ (typeCode = XFRM). Документ может быть создан путем преобразования документа DICOM Structured Report (SR) (см. Приложение C).

Словарь управления документами CDA включает связь typeCode APND (append) с родительским документом. Этот тип связи в данной спецификации не поддерживается; вместо этого добавление реализуется путем создания заменяющего документа с 9.7 Addendum.

8.3.2 parentDocument/setId и versionNumber

COND: Тогда и только тогда, когда присутствует элемент setID, элемент versionNumber SHALL присутствовать.

Пример 8.3.2-1. Пример relatedDocument

<!-- transformation of a DICOM SR -->
<relatedDocument typeCode="XFRM">
    <parentDocument>
        <id root="1.2.840.113619.2.62.994044785528.20060823.200608232232322.9"/>
        <!-- SOP Instance UID (0008,0018) of SR sample document -->
    </parentDocument>
</relatedDocument>

9 Шаблоны уровня разделов

9.1 Общие требования к разделам

9.1.1 Текст раздела

Template ID	1.2.840.10008.9.19
Name	Section Text Текст раздела
Effective Date	2022/01/16
Version Label	DICOM-20220116
Status	Active
Description	Этот шаблон задает общий набор разметки повествовательного блока, который может включаться в раздел отчета CDA по медицинским изображениям.
Classification	CDA Element Set
Relationships	Included in all sections
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version DICOM-20220116: Relax requirement on XML ID

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
Text		text	1..1	COND	ED
*Content[]**	>	content	0..*	MAY	ST
*	>@	@ID	1..1	COND	XML ID		[See 5.3.4 XML ID]
Style	>@	@styleCode	0..1	MAY	XML NMTOKENS
*IntRef[]**	>	linkHtml	0..*	MAY	ST
URL	>@	@href	1..1	SHALL	ST (URL - XML IDREF)
*GraphicRef[]**	>	renderMultiMedia	0..*	MAY
	>@	@referencedObject	1..1	SHALL	XML IDREF
Caption	>>	caption	0..1	MAY	ST
*ExtRef[]**	>	linkHtml	0..*	MAY	ST
URL	>@	@href	1..1	SHALL	ST (URL)
*Paragraph[]**	>	paragraph	0..*	MAY	ST
Caption	>>	caption	0..1	MAY	ST
*List[]**	>	list	0..*	MAY	ST
*	>@	@ID	1..1	COND	XML ID		[See 5.3.4 XML ID]
Ordered	>@	@listType	0..1	MAY	XML NMTOKENS	SHALL	ordered
Caption	>>	caption	0..1	MAY	ST
Item[*]	>>	item	1..*	SHALL	ST
*	>>@	@ID	1..1	COND	XML ID		[See 5.3.4 XML ID]
*Table[]**	>	table	1..1	SHALL
*	>@	@ID	1..1	COND	XML ID		[See 5.3.4 XML ID]
Caption	>>	caption	0..1	MAY	ST
	>>	Tr	1..1	SHALL
	>>@	@styleCode	1..1	SHALL	CS	SHALL	Bold
ColumnHead[*]	>>>	Th	1..*	SHALL	ST
*Row[]**	>>	Tr	1..*	SHALL
*	>>@	@ID	1..1	COND	XML ID		[See 5.3.4 XML ID]
Cell[*]	>>>	Td	1..1	SHALL	ST

Элемент text внутри раздела хранит повествовательное содержимое, предназначенное для отображения, как описано в спецификации CDA R2; он называется повествовательным блоком CDA.

COND: Элемент text SHALL присутствовать, если содержимое раздела не полностью представлено подразделами.

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

Дополнительные сведения спецификации для повествовательного блока CDA приведены в спецификации CDA R2, в разделах 1.2.1, 1.2.3, 1.3, 1.3.1, 1.3.2, 4.3.4.2 и 6.

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

9.1.1.1 Разметка <content> и ссылки из записей

Повествовательный блок CDA может содержать элемент разметки <content>, охватывающий блок текста, чтобы его можно было явно идентифицировать с помощью атрибута XML ID и ссылаться на него из других мест документа. В частности, структурированные записи могут ссылаться на свое эквивалентное повествовательное представление в блоке content с использованием XML ID (см. спецификацию CDA R2, раздел 4.3.5.1).

COND: Атрибут XML ID SHALL присутствовать, если на содержимое есть ссылка из другого места документа.

Кроме того, блок content может включать атрибут styleCode для указания рекомендуемого отображения (см. спецификацию CDA R2, раздел 4.3.5.11). Например, Bold также может использоваться для выделения клинически значимых находок, требующих действий, в тексте разделов 9.5 Findings и/или 9.6 Impression.

9.1.1.2 Разметка <linkHtml> и внутренние ссылки

Повествовательный блок CDA MAY содержать разметку <linkHtml> для создания ссылки между повествовательным текстом в одном разделе и блоком content в другом разделе (см. спецификацию CDA R2, раздел 4.3.5.2). XML ID целевого блока content используется в атрибуте href элемента linkHtml с префиксом '#', показывающим, что ссылка указывает на текущий документ.

Например, ссылку linkHtml можно использовать, чтобы связать клинически значимую находку, требующую действий, в разделе 9.6 Impression с конкретным подробным измерением, подтверждающим проблему, которая была выявлена в тексте раздела 9.5 Findings.

9.1.1.3 Разметка <renderMultiMedia> и графическое содержимое

Повествовательный блок CDA MAY содержать элемент разметки <renderMultiMedia> для включения графического содержимого, например схемы коронарного дерева или диаграммы движения стенок миокарда типа "bulls-eye chart". Элемент renderMultiMedia SHALL ссылаться на структурированную запись observationMedia с использованием XML ID этой записи (см. Раздел 10.3.1 и спецификацию CDA R2, раздел 4.3.5.6).

Примечание

Логика формирования, использующая Business Name GraphicRef, должна присваивать связанное значение атрибуту referencedObject.

9.1.1.4 Разметка <linkHtml> и внешние ссылки

Повествовательный блок CDA MAY содержать разметку <linkHtml> для создания ссылки между повествовательным текстом и внешним (не удостоверенным) ресурсом (см. спецификацию CDA R2, раздел 4.3.5.2).

Примечание

Для радиологических отчетов эта возможность может использоваться для пометки понятий в повествовательном блоке понятиями, определенными в терминологии RadLex (http://www.radlex.org), разработанной Radiological Society of North America. Кодированный словарь RadLex является полезным инструментом для индексирования содержимого отчетов с целью интеллектуального анализа данных. Он предназначен не как полная грамматика для выражения клинических утверждений, а как лексикон для пометки значимых понятий.

В повествовательных блоках разделов отчета коды RadLex могут включаться с помощью элемента <linkHtml> и URI, указывающего на ресурс RadLex. Элементы <linkHtml> могут встраиваться в текст в месте упоминания понятия (в области действия тега content) либо приводиться списком в конце повествовательного блока.

Пример 9.1.1.4-1. Ссылки linkHtml в месте использования для RadLex

<section>
    ...
    <text>
        ...
        <content ID="find1">There is focal opacity
            <linkHtml href="http://www.radlex.org/RID/RID28530"/>
            at the right lung
            <linkHtml href="http://www.radlex.org/RID/RID1302"/>
            base most likely representing right lower lobe atelectasis
            <linkHtml href="http://www.radlex.org/RID/RID28493"/>.
        </content>
        <content ID="find2">The mediastinum ...</content>
    </text>
    ...
</section>

Пример 9.1.1.4-2. Ссылки linkHtml в конце повествовательного блока для RadLex

<section>
    <title>Findings</title>
    <text>
        <content ID="find1">Pleura normal... </content>
        <linkHtml href="http://www.radlex.org/RID/RID1362"/>
    </text>
</section>

9.1.1.5 Разметка <linkHtml> и ссылки на изображения

Элементы text (и их дочерние элементы) MAY содержать ссылки Web Access to DICOM Persistent Object (WADO) на объекты DICOM путем включения элемента linkHtml, в котором @href является допустимым URL WADO. Текстовое содержимое linkHtml MAY быть видимым текстом гиперссылки либо дескриптором или идентификатором изображения.

linkHtml может быть связан с элементом разметки <renderMultiMedia>, чтобы задать копию изображения ограниченного разрешения для отображения в повествовательном блоке (например, миниатюру); элемент renderMultiMedia SHALL ссылаться на структурированную запись observationMedia с использованием XML ID этой записи. Поскольку CDA не допускает использование изображения как отображаемого гиперссылочного содержимого linkHtml, linkHtml должен следовать непосредственно за renderMultiMedia для миниатюры.

Пример 9.1.1.5-1. Ссылка linkHtml для доступа к изображению через WADO

<text>
    ...
    <paragraph>
        <caption>Source of Measurement</caption>
        <renderMultiMedia referencedObject="#thumb1"/>
        <linkHtml href="http://www.example.org/wado?requestType=WADO
            &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
            &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051
            &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
            &amp;contentType=application/dicom">Chest_PA</linkHtml>
    </paragraph>
    ...
</text>

9.1.1.6 list

Этот шаблон задает структуру и Business Names для разметки списков в повествовательном тексте, как описано в спецификации CDA, раздел 4.3.5.8. Включение атрибута listType="ordered" задает нумерованный список элементов.

COND: Атрибут XML ID SHALL присутствовать для списка или элемента списка, если на содержимое есть ссылка из другого места документа.

Элементы списка содержат человекочитаемый отображаемый текст с использованием любых структур повествовательного текста, разрешенных в section/text, включая внутренние, внешние ссылки или ссылки на изображения, а также графику. Обрабатываемые структурированные данные могут кодироваться в записях 10.1 Coded Observation или 10.5 Quantity Measurement внутри section. Такие записи observation SHOULD быть связаны с соответствующим элементом через атрибут ID этого элемента (см. Раздел 10.1.2 и Раздел 10.5.1).

9.1.1.7 table

Этот шаблон задает структуру и Business Names для разметки таблиц в повествовательном тексте, как описано в спецификации CDA, раздел 4.3.5.9; обычно такая разметка используется для таблицы измерений. Таблица может иметь произвольный размер.

Примечание

См. Travis, A., et al., "Preferences for Structured Reporting of Measurement Data", JAcadRadiology 21:6 DOI:10.1016/j.acra.2014.02.008

COND: Атрибут XML ID SHALL присутствовать для таблицы или строки таблицы, если на содержимое есть ссылка из другого места документа.

Ячейки таблицы содержат человекочитаемый отображаемый текст с использованием любых структур повествовательного текста, разрешенных в section/text, включая внутренние, внешние ссылки или ссылки на изображения, а также графику. Обрабатываемые структурированные данные могут кодироваться в записях 10.1 Coded Observation или 10.5 Quantity Measurement внутри section. Такие записи observation SHOULD быть связаны с соответствующей строкой через атрибут ID строки (см. Раздел 10.1.2 и Раздел 10.5.1).

Пример 9.1.1.7-1. Пример таблицы измерений 1

При отображении

Таблица . Кардиологические измерения

Название измерения	Значение	Флаг
Фракция выброса левого желудочка	40 %	LOW
Конечный диастолический объем левого желудочка	120 ml
Конечный систолический объем левого желудочка	72 ml

При кодировании в экземпляре CDA

<text>
	<table ID="T-C">
		<caption>Cardiac Measurements</caption>
		<tr styleCode="Bold">
			<th>Measurement name</th>
			<th>Value</th>
			<th>Flag</th>
		</tr>
		<tr ID="Q1">
			<td>Left ventricular ejection fraction</td>
			<td>40 %</td>
			<td styleCode="Bold">LOW</td>
		</tr>
		<tr ID="Q2">
			<td>Left ventricle end diastolic volume</td>
			<td>120 ml</td>
		</tr>
		<tr ID="Q3">
			<td>Left ventricle end systolic volume</td>
			<td>72 ml</td>
		</tr>
	</table>
</text>
<entry>
	<observation classCode="OBS" moodCode="EVN">
		<templateId root="2.16.840.1.113883.10.20.6.2.14"/>
		<id root="1.2.840.10213.2.62.7044234.11652014"/>
		<code code="10230-1" codeSystem="2.16.840.1.113883.6.1"
		    codeSystemName="LOINC" displayName="LVEF" />
		<text><reference value="#Q1"/></text>
		<statusCode code="completed"/>
		<effectiveTime value="20140913223912"/>
		<value xsi:type="PQ" unit="%" value="40" />
		<interpretationCode code="L" codeSystem="2.16.840.1.113883.6.83"
		    codeSystemName="ObservationInterpretation" displayName="Low" />
	</observation>
</entry>
<entry>
	<observation classCode="OBS" moodCode="EVN">
		<templateId root="2.16.840.1.113883.10.20.6.2.14"/>
		<id root="1.2.840.10213.2.62.7044234.11652014"/>
		<code code="8821-1" codeSystem="2.16.840.1.113883.6.1"
		    codeSystemName="LOINC" displayName="LVEDV" />
		<text><reference value="#Q2"/></text>
		<statusCode code="completed"/>
		<effectiveTime value="20140913223912"/>
		<value xsi:type="PQ" unit="ml" value="120" />
	</observation>
</entry>
<entry>
	<observation classCode="OBS" moodCode="EVN">
		<templateId root="2.16.840.1.113883.10.20.6.2.14"/>
		<id root="1.2.840.10213.2.62.7044234.11652014"/>
		<code code="8823-7" codeSystem="2.16.840.1.113883.6.1"
		    codeSystemName="LOINC" displayName="LVESV" />
		<text><reference value="#Q3"/></text>
		<statusCode code="completed"/>
		<effectiveTime value="20140913223912"/>
		<value xsi:type="PQ" unit="ml" value="72" />
	</observation>
</entry>

Пример 9.1.1.7-2. Пример таблицы измерений 2

При отображении

Таблица . Текущие размеры очагов со сравнением с исследованием от 2014/11/16

Ref	Название измерения	Текущее значение	Предыдущее значение	Ссылка на изображение
L1	Размер левого парааортального лимфатического узла (мм)	12 x 8	15 x 10	Ser:3, Img:67
L2	Размер очага во 2-м сегменте левой доли (мм)	6 x 8	10 x 9	Ser:3, Img:79
L3	Размер левого общего подвздошного лимфатического узла (мм)	12 x 3	16 x 5	Ser:3, Img:139

При кодировании в экземпляре CDA

<text>
	<table ID="Table2">
		<caption>Current Lesion Sizes with Comparison to Exam on 2014/11/16</caption>
		<tr styleCode="Bold">
			<td>Ref</td>
			<td>Measurement name</td>
			<td>Current Value</td>
			<td>Prior Value</td>
			<td>Image Reference</td>
		</tr>
		<tr ID="lesRow1">
			<td>L1</td>
			<td>Left periaortic lymph node size (mm) </td>
			<td>12 x 8</td>
			<td>15 x 10</td>
			<td><linkHtml href="http://wado.pacs.guh.org/..." >Ser:3, Img:67</linkHtml></td>
		</tr>
		...
	</table>
</text>

9.1.2 Общие записи раздела

Template ID	1.2.840.10008.9.23
Name	General Section Entries Общие записи раздела
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Этот шаблон задает общий набор структурированных записей, которые могут включаться в раздел отчета CDA по медицинским изображениям, а также участие автора для раздела.
Classification	CDA Element Set
Relationships	Included in 9.5 Findings section and its sub-sections, 9.2 Clinical Information and other sections
Context	sibling node
Open/Closed	open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Subsidiary Template
ContentTemplate		templateId	0..1	MAY	II
		author	0..*	MAY
AuthoringTime	>	time	1..1	SHALL	TS
	>	assignedAuthor	1..1	SHALL
AuthorID	>>	id	1.*	SHALL	II
	>>	assignedPerson	1..1	COND
AuthorName	>>>	name	1..1	SHALL	PN
	>>	assignedAuthoringDevice	1..1	COND
AuthorDeviceModel	>>>	manufacturerModelName	0..1	SHOULD	ST
AuthorSoftware	>>>	softwareName	0..1	SHOULD	ST
	>>	representedOrganization	0..1	MAY
AuthorOrganization	>>>	name	0..1	SHOULD	ON
		entry	0..*	MAY
CodedObservation[*]	>	observation	1..1	SHALL		10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13
		entry	0..*	MAY
QuantityMeasurement[*]	>	observation	1..1	SHALL		10.5 Quantity Measurement 2.16.840.1.113883.10.20.6.2.14
		entry	0..*	MAY
Graphic[*]	>	observationMedia	1..1	SHALL		10.3 observationMedia 1.3.6.1.4.1.19376.1.4.1.4.7
		entry	0..*	MAY
SOPInstance[*]	>	observation	1..1	SHALL		10.8 SOP Instance Observation 1.2.840.10008.9.18
		entry	0..*	MAY
	>	regionOfInterest	0..0	SHALL NOT

Кроме того, ID этого шаблона не представляется в элементе templateID. Вместо этого templateID вызывающего шаблона неявно включает элементы, заданные этим шаблоном.

9.1.2.1 templateId

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

9.1.2.2 author

Участие author позволяет зафиксировать автора раздела, что эквивалентно TID 1002 “Observer Context”. Автором раздела или подраздела может быть указано либо физическое лицо, либо устройство.

COND: Должен присутствовать либо элемент assignedPerson, либо элемент assignedAuthoringDevice.

Пример 9.1.2.2-1. Пример author

<author>
    <assignedAuthor>
        <id extension="121008" root="2.16.840.1.113883.19.5"/>
        <assignedPerson>
            <name>
                <given>John</given>
                <family>Blitz</family>
                <suffix>MD</suffix>
            </name>
        </assignedPerson>
    </assignedAuthor>
</author>

9.1.2.3 section/entry

Раздел может содержать записи CDA, представляющие клинические утверждения в кодированной форме (с использованием шаблона 10.1 Coded Observation), числовые измерения (с использованием шаблона 10.5 Quantity Measurement), изображения для отображения в повествовательном блоке (с использованием шаблона 10.3 observationMedia и вызовом из элемента renderMultiMedia) либо ссылки на внешние изображения или аннотированные изображения (с использованием шаблона 10.8 SOP Instance Observation).

Эти записи могут располагаться в любом порядке.

9.1.2.4 regionOfInterest

Шаблоны разделов, определенные в этом руководстве по реализации, SHALL NOT использовать запись CDA Region of Interest Overlay (classCode="ROIOVL"). Если требуется показывать изображения с графическими аннотациями, аннотации SHOULD кодироваться в объектах DICOM Presentation State, которые ссылаются на изображение. Приложения отчетности, отображающие ссылочные изображения и аннотации, могут получать отрисованное изображение с помощью ссылки WADO в соответствии с PS3.18, включая изображение и Presentation State, либо с помощью других методов получения и отображения DICOM. Такой подход исключает риски ошибок при совмещении аннотации области интереса CDA с изображениями DICOM и помещает все отображение изображений в область действия стандарта DICOM, включая полный диапазон 2D- и 3D-представлений, определенных в DICOM.

9.2 Клиническая информация

Template ID	1.2.840.10008.9.2
Name	Clinical Information Клиническая информация
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Clinical details about the case such as presenting signs and symptoms, past clinical history, the overall condition of the patient, etc.
Classification	CDA Section Level
Relationships	Included in 7.1 Imaging Report
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ClinicalInformation		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.2
	>	id	1..1	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(55752-0, LOINC, "Clinical Information")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	component	0..1	MAY
Request	>>	section	1..1	SHALL				9.8.1 Request 1.2.840.10008.9.7
	>	component	0..1	MAY
ProcedureIndications	>>	section	1..1	SHALL				9.8.2 Procedure Indications 1.2.840.10008.9.22
	>	component	0..1	MAY
History	>>	section	1..1	SHALL				9.8.3 Medical (General) History 2.16.840.1.113883.10.20.22.2.39
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

Пример 9.2-1. Пример раздела клинической информации

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.2"/>
    <id root="1.2.840.10213.2.62.994044785528.114289542805"/>
    <code code="55752-0" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Clinical Information"/>
    <title>Clinical Information</title>
    <text>The patient was referred for evaluation of suspected pulmonary embolism.</text>
    <!---see examples for other sections/entries -->
</section>

9.3 Описание процедуры визуализации

Template ID	1.2.840.10008.9.3
Name	Imaging Procedure Description Описание процедуры визуализации
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	The Imaging Procedure Description section records the technical details of the procedure and may include information about protocol, imaging device, contrast, radiation dose, medications administered (sedation, stress agents), etc.
Classification	CDA Section Level
Relationships	Included in 7.1 Imaging Report
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ProcedureDescription		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.3
	>	id	1..1	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(55111-9, LOINC, "Current Imaging Procedure Description")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	1..1	SHALL
ProcedureTechnique	>>	procedure	1..1	SHALL				10.4 Procedure Technique 1.2.840.10008.9.14
	>	entry	0..*	MAY
ProceduralMedication[*]	>>	substanceAdministration	1..1	SHALL				10.2 Procedural Medication 1.2.840.10008.9.13
	>	component	0..1	MAY
Complications	>>	section	1..1	SHALL				9.8.4 Complications 2.16.840.1.113883.10.20.22.2.37
	>	component	0..1	COND
RadiationExposure	>>	section	1..1	SHALL				9.8.5 Radiation Exposure and Protection Information 1.2.840.10008.9.8
	>	component	1..1	SHALL
DICOMObjectCatalog	>>	section	1..1	SHALL				9.8.7 DICOM Object Catalog 2.16.840.1.113883.10.20.6.1.1
	>	entry	0..1	MAY
ImageQuality	>>	observation	1..1	SHALL				10.9 Image Quality 1.2.840.10008.9.15

Пример 9.3-1. Пример раздела описания текущей процедуры визуализации

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.3"/>
    <id root="1.2.840.10213.2.62.9940434234785528.11428954534542805"/>
    <code code="55111-9" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Current Imaging Procedure Description"/>
    <title>Imaging Procedure Description</title>
    <text>A CT study was acquired with 2.5 mm images of the abdomen and pelvis with 140 ml of... </text>
    <!-- See Procedure Technique template example - required here -->
    <!-- See DICOM Imaging Catalog template example - required here -->
    <!---see examples for other sections/entries -->
</section>

9.3.1 component/section - информация о радиационном воздействии и защите

COND: Если документируемая услуга использует ионизирующее излучение, раздел 9.8.5 Radiation Exposure and Protection Information MAY присутствовать.

9.4 Сравнительное исследование

TemplateID	1.2.840.10008.9.4
Name	Comparison Study Сравнительное исследование
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Documentation of a prior Imaging Procedure to which the current images were compared
Classification	CDA Section Level
Relationships	Included in 7.1 Imaging Report
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ComparisonStudy		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.4
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(18834-2, LOINC, "Radiology Comparison study")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	0..*	MAY
ProcedureTechnique	>>	procedure	1..1	SHALL				10.4 Procedure Technique 1.2.840.10008.9.14
	>	entry	0..*	MAY
Study[*]	>>	act	1..1	SHALL				10.6 Study Act 1.2.840.10008.9.16
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

Пример 9.4-1. Пример раздела сравнительного исследования

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.4"/>
    <id root="1.2.840.10213.2.62.994056444785528.1142893564536542805"/>
    <code code="18834-2" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Radiology Comparison Study"/>
    <title>Comparison Study</title>
    <text>A prior CT with contrast performed on May 7, 2012, showed that ...</text>
    <! ---see examples for other sections/entries />
</section>

9.5 Находки

Template ID	2.16.840.1.113883.10.20.6.1.2
Name	Findings Находки
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Records clinically significant observations confirmed or discovered during the procedure.
Classification	CDA Section Level
Relationships	Included in 7.1 Imaging Report
Context	parent node
Open/Closed	Open
Revision History	From Consolidated CDA r1.1 DICOM-20150324: Added optional subsections and entries

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
Findings		section
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.6.1.2
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(59776-5, LOINC, "Procedure Findings")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	component	0..*	MAY
FetusFindings[*]	>>	section	1..1	SHALL				9.8.8 Fetus Findings 1.2.840.10008.9.9
	>	component	0..*	MAY
Subsection[*]	>>	section	1..1	SHALL				9.8.9 Labeled Subsection 1.2.840.10008.9.10
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

9.5.1 text

Если записи присутствуют, section/text SHALL точно отражать все такие утверждения и MAY содержать дополнительный текст.

Повествовательный текст, связанный с клинически значимой находкой, требующей действий, SHOULD выделяться с использованием styleCode Bold. См. раздел 9.1.1.1.

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

Передача информации о клинически значимых находках, требующих действий, SHOULD документироваться в разделе 9.8.10 Communication of Actionable Findings.

Пример 9.5.1-1. Пример раздела находок

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.6.1.2"/>
    <id root="1.2.840.10213.2.62.941494044785528.114289542452452805"/>
    <code code="59776-5" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Procedure Findings"/>
    <title>Findings</title>
    <text>
        <paragraph>
            <caption>Finding</caption>
            <content ID="Fndng2">The cardiomediastinum is... </content>
        </paragraph>
        <paragraph>
            <caption>Diameter</caption>
            <content ID="Diam2">45mm</content>
        </paragraph>
        ...
    </text>
    <entry>
        <templateId root="2.16.840.1.113883.10.20.6.2.12"/>
        ...
    </entry>
    <!-- see examples for other sections/entries -->
</section>

9.6 Заключение

Template ID	1.2.840.10008.9.5
Name	Impression Заключение
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	The most important diagnoses or other clinical conclusions that can be made from the imaging observations and other clinical information are recorded here. This section may include recommendations for additional imaging tests or other actions, as well as global assessments, such as BI-RADS Categories or the equivalent.
Classification	CDA Section Level
Relationships	Included in 7.1 Imaging Report
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
Impression		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.5
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(19005-8, LOINC, "Impressions")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	component	0..1	MAY
CommunicationOfActionableFindings	>>	section	1..1	SHALL				9.8.10 Communication of Actionable Findings 1.2.840.10008.9.11
	>	component	0..1	MAY
KeyImages	>>	section	1..1	SHALL				9.8.6 Key Images 1.3.6.1.4.1.19376.1.4.1.2.14
	>	component	0..*	MAY
Recommendation	>>	section	1..1	SHALL				9.8.11 Recommendation 1.2.840.10008.9.12
	>	entry	0..*	MAY
CodedObservation	>>	observation	1..1	SHALL	CD			10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13

Пример 9.6-1. Пример раздела заключения

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.22.2.27"/>
    <id root="1.2.840.10213.2.62.994948294044785528.11422458954285205"/>
    <code code="19005-8"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC"
        displayName="Impressions"/>
    <title>Impression</title>
    <text>This exam identified ...</text>
    <!-- other sections and entries here -->
</section>

9.7 Дополнение

Template ID	1.2.840.10008.9.6
Name	Addendum Дополнение к отчету
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Addendum section for imaging report includes supplemental information added to the original document contents..
Classification	CDA Section Level
Relationships	Included in 7.1 Imaging Report
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*Addendum[]**		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.6
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(55107-7, LOINC, "Addendum")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	author	1..1	SHALL
Time	>>	time	1..1	SHALL	TS
	>>	assignedAuthor	1..1	SHALL
AuthorID	>>>	id	1..*	SHALL	II
	>>>>	assignedPerson	1..1	SHALL
AuthorName	>>>>>	name	1..1	SHALL	PN
	>	component	0..1	MAY
CommunicationOfActionableFindings	>>	section	1..1	SHALL				9.8.10 Communication of Actionable Findings 1.2.840.10008.9.11
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

9.7.1 author

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

9.7.2 component/section - передача информации о клинически значимых находках, требующих действий

Отчет по медицинским изображениям может быть юридически подписан (аутентифицирован) до того, как информация о клинически значимых находках, требующих действий, будет надлежащим образом передана. В этом случае часто создается дополнение к отчету по медицинским изображениям, чтобы документировать передачу такой информации. Это можно включить в section/text раздела 9.7 Addendum или оформить с использованием подраздела 9.8.10 Communication of Actionable Findings.

Пример 9.7.2-1. Пример раздела дополнения

<section classCode="DOCSECT" moodCode="EVN" ID="Adndm">
    <templateId root="1.2.840.10008.9.6"/>
    <id root="1.2.840.10213.2.62.7906994044785528.1142895428068506"/>
    <code code="55107-7" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName=" Addendum"/>
    <title>Addendum</title>
    <text>The supplemental information added to the original document...</text>
    <author>
        <time value="20140605143000+0500"/>
        <assignedAuthor>
            <id extension="23454345" root="2.16.840.1.113883.19.5"/>
            <assignedPerson>
            <name><given>Henry</given> <family>Radiologist</family></name>
            </assignedPerson>
        </assignedAuthor>
    </author>
</section>

9.8 Подразделы

9.8.1 Запрос

Template ID	1.2.840.10008.9.7
Name	Request Запрос на исследование
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Information about the requested imaging studies and associated tests. It may include information on the reason for the request, and on any validation of the request by clinical decision support against relevant appropriateness criteria.
Classification	CDA Section Level
Relationships	Included in 9.2 Clinical Information
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
Request		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.7
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(55115-0, LOINC, "Request")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
CDSRecordText[*]	>>	content	0..*	MAY	ST
*	>>@	@ID	1..1	SHALL	XML ID
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

9.8.1.1 text/content and @ID – запись CDS

Повествовательный текстовый блок раздела Request MAY включать блоки content, фиксирующие оценки запроса системой поддержки клинических решений с учетом показаний, характеристик пациента и применимых руководств. Каждый такой text/content SHALL включать XML-атрибут ID, который служит дискриминатором бизнес-имени, связанным с экземпляром элемента. Даже если создается только один блок content, атрибут ID должен присутствовать.

Пример 9.8.1.1-1. Пример раздела запроса

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.7" />
    <id root="1.2.840.10213.2.62.7906994785528.114289506"/>
    <code code="55115-0"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC"
        displayName="Request" />
    <title>Request</title>
    <text>PTA (Iliac Angioplasty) for treatment of symptomatic
        atherosclerotic disease in both iliac arteries.
        <content ID="CDS001">Procedure ordered by Pat Smith, MD, NPI:8740944987.
        Classified APPROPRIATE by RadCDS based on ACR Select criteria
        at 2015-07-21 10:52:31 CDT</content>
    </text>
</section>

9.8.2 Показания к процедуре

Template ID	2.16.840.1.113883.10.20.22.2.29
Name	Procedure Indications Показания к процедуре
Effective Date	2012-07
Version Label	DICOM-20150324
Status	Active
Description	Records details about the reason for the procedure. This section may include the pre-procedure diagnosis or diagnoses as well as one or more symptoms that contribute to the reason the procedure is being performed.
Classification	CDA Section Level
Relationships	Included in 9.2 Clinical Information
Context	parent node
Open/Closed	Open
Revision History	From Consolidated CDA r1.1 DICOM-20150324: adapted to use optional Coded Observation entry rather than optional Indication entry

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
ProcedureIndications		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.22.2.29
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(59768-2, LOINC, "Procedure Indications")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	0..*	MAY
CodedObservation[*]	>>	observation	1..1	SHALL			See 9.8.2.1 entry/observation	10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13

9.8.2.1 entry/observation

Привязка к доменам понятий Coded Observation следующая:

Concept Domain or Element	Value Conf	Value
ObservationType	SHOULD	(432678004, SNOMED, "Indication for procedure")
Other concept domains		unspecified

Примечание

В Consolidated CDA r1.1 привязка к observationType выполняется к набору значений Problem Type (2.16.840.1.113883.3.88.12.3221.7.2) с уровнем соответствия SHOULD. Значения из этого набора также допустимы здесь.

Пример 9.8.2.1-1. Пример раздела показаний к процедуре

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.22.2.29"/>
    <id root="1.2.840.10213.2.62.044785528.1142895426"/>
    <code code="59768-2"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC"
        displayName="Procedure Indications"/>
    <title>Procedure Indications</title>
    <text>The procedure is performed as a follow-up for abnormal screening result.</text>
</section>

9.8.3 Медицинский анамнез (общий)

Template ID	2.16.840.1.113883.10.20.22.2.39
Name	Medical (General) History Медицинский анамнез (общий)
Effective Date	2012-07
Version Label	DICOM-20150324
Status	Active
Description	History general describes all aspects of medical history of the patient even if not pertinent to the current procedure, and may include chief complaint, past medical history, social history, family history, surgical or procedure history, medication history, and other history information. The history may be limited to information pertinent to the current procedure or may be more comprehensive. It may also be reported as a collection of random clinical statements or it may be reported categorically. Categorical report formats may be divided into multiple subsections, including Past Medical History and Social History.
Classification	CDA Section Level
Relationships	Included in 9.2 Clinical Information
Context	parent node
Open/Closed	Open
Revision History	From Consolidated CDA r1.1 DICOM-20150324: Addition of optional entries; C-CDA templateID retained

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
History		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.22.2.39
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(11329-0, LOINC, "History General")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

9.8.3.1 section/text

В контексте Imaging Report элемент section/text должен документировать любые противопоказания к введению контрастного вещества или к другим методикам процедуры, которые повлияли на выбор или выполнение протокола.

Пример 9.8.3.1-1. Пример раздела медицинского анамнеза (общего)

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.22.2.39"/>
    <id root="1.2.840.10213.2.62.7044785528.114289875"/>
    <code code="11329-0"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC"
        displayName="History General"/>
    <title>Relevant Medical History</title>
    <text>
        <list>
            <item>Patient reported adverse reaction to iodine.</item>
            <item>Patient is smoker (1 pack daily).</item>
        </list>
    </text>
</section>

9.8.4 Осложнения

Template ID	2.16.840.1.113883.10.20.22.2.37
Name	Complications Осложнения
Effective Date	2012-07
Version Label	DICOM-20150324
Status	Active
Description	The Complications section records problems that occurred during the procedure or other activity. The complications may have been known risks or unanticipated problems.
Classification	CDA Section Level
Relationships	Included in 9.3 Imaging Procedure Description
Context	parent node
Open/Closed	Open
Revision History	From Consolidated CDA r1.1 DICOM-20150324: Addition of optional entries

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
Complications		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.22.2.37
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(55109-3, LOINC, "Complications")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	0..*	MAY
CodedObservation[*]	>>	observation						10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13

Пример 9.8.4-1. Пример раздела осложнений

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.22.2.37"/>
    <id root="1.2.840.10213.2.62.70444786655528.11428987524546666"/>
    <code code="55109-3"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC"
        displayName="Complications"/>
    <title>Complications</title>
    <text>Immediately following IV contrast injection, the patient reporting itching "all over".
        Dr. Smith examined the patient and found multiple urticaria. The patient denied difficulty
        breathing or swallowing. The patient was given Benadryl 50 mg PO and was followed for
        30 minutes, during which time the symptoms subsided.</text>
    <entry>
        <observation classCode="OBS" moodCode="EVN">
            <templateId root="2.16.840.1.113883.10.20.6.2.13"/>
            <!-- Coded Observation -->
            ...
        </observation>
    </entry>
</section>

9.8.5 Информация о радиационном воздействии и защите

Template ID	1.2.840.10008.9.8
Name	Radiation Exposure and Protection Information Информация о радиационном воздействии и защите
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Contains information related to the radiation exposure and protection of the patient, as may be required by national or local legal requirements or standards.
Classification	CDA Section and Entry Level
Relationships	Included in 9.3 Imaging Procedure Description
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
RadiationExposure		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.8
	>	code	1..1	SHALL	CD	SHALL	(73569-6, LOINC, "Radiation exposure and protection information")
	>	id	1..1	SHALL	II
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	SHALL	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	0..1	COND
	>>	procedure	1..1	SHALL
	>>@	@classCode	1..1	SHALL	CS	SHALL	PROC
	>>@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>>>	code	1..1	SHALL	CD	SHALL	(121290, DCM, "Patient exposure to ionizing radiation")
	>>>	participant	1..1	SHALL
	>>@	@typeCode	1..1	SHALL	CS	SHALL	RESP
	>>>	participantRole	1..1	SHALL
IrradiationAuthorizingID	>>>>	id	1..1	SHALL	II
	>>>>	functionCode	1..1	SHALL	CE	SHALL	(113850, DCM, "Irradiation Authorizing")
	>>>>	playingEntity	1..1	SHALL
IrradiationAuthorizingName	>>>>>	name	1..1	SHALL	PN
	>	entry	0..*	MAY
SOPInstance[*]	>>	observation	1..1	SHALL				10.8 SOP Instance Observation 1.2.840.10008.9.18
	>	entry	1..1	COND
CodedObservation[pregnancy]	>>	observation	1..1	SHALL			[See 9.8.5.4 entry/observation Pregnancy]	10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13
	>	entry	0..1	MAY
CodedObservation[indication]	>>	observation	1..1	SHALL			[See 9.8.5.5 entry/observation Indication]	10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13
	>	entry	0..*	MAY
QuantityMeasurement[*]	>>	observation	1..1				[See 9.8.5.6 entry/observation Dose Measurements]	10.5 Quantity Measurement 2.16.840.1.113883.10.20.6.2.14
	>	entry	0..1	MAY
	>>	substanceAdministration
	>>@	@classCode	1..1	SHALL		SHALL	SBADM
	>>@	@moodCode	1..1	SHALL		SHALL	EVN
	>>>	code	1..1			SHALL	(440252007, SNOMED, "Administration of radiopharmaceutical")
RadioactivityDose	>>>	doseQuantity	0..1	SHOULD	PQ
	>>>	consumable	1..1	SHALL
	>>>>	manufacturedProduct	1..1	SHALL
	>>>>>	material	1..1	SHALL
Radiopharmaceutical	>>>>>>	code	1..1	SHALL	CE	SHOULD CWE	ValueSet CID 25 “Radiopharmaceutical”, or CID 4021 “PET Radiopharmaceutical”
FreeTextRadiopharmaceutical	>>>>>>>	original Text	0..1	SHOULD	ED

9.8.5.1 text

Текст раздела SHALL содержать информацию, связанную с радиационным воздействием на пациента и его защитой, как того требуют государственные/национальные правовые требования или стандарты, например:

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

Примечание

Сравните с TID 2008 “Radiation Exposure and Protection Information”.

9.8.5.2 entry/procedure Patient Exposure - облучение пациента

COND: Если модальность является CT, MG, NM, PT, XR, XA или XF, раздел SHOULD содержать запись procedure для воздействия ионизирующего излучения на пациента.

Эта запись SHALL иметь participant - лицо, разрешающее облучение, то есть клинициста, ответственного за определение того, что процедура с облучением была обоснована имеющимися показаниями.

Примечание

Это может быть тот же человек, что и выполняющий врач, указанный в заголовке.

9.8.5.3 entry/observation SOP Instance - экземпляр SOP

Раздел может включать ссылку на один или несколько экземпляров DICOM Dose Report SOP Instance, которые содержат подробную запись облучения.

9.8.5.4 entry/observation Pregnancy - беременность

COND: Запись coded observation SHALL присутствовать, если пациентка является женщиной детородного возраста.

Привязка к доменам понятий Coded Observation следующая:

Concept Domain or Element	Value Conf	Value
ObservationType	SHALL	(364320009, SNOMED, "Pregnancy observable")
ObservationValue	SHALL CNE	ValueSet CID 6096 Pregnancy Status
Other concept domains		unspecified

9.8.5.5 entry/observation Indication - показание

Показание к процедуре, записанное в этом разделе, должно быть согласовано с любыми показаниями, указанными в разделе 9.2 Clinical Information и/или 9.8.2 Procedure Indications. Оно включается здесь для соответствия нормативным требованиям некоторых юрисдикций, где показания должны быть указаны в контексте информации о радиационном воздействии.

Привязка к доменам понятий Coded Observation следующая:

Concept Domain or Element	Value Conf	Value
ObservationType	SHALL	(432678004, SNOMED, "Indication for procedure")
Other concept domains		unspecified

9.8.5.6 entry/observation Dose Measurements - измерения дозы

Раздел может включать несколько измерений дозы. Привязка к доменам понятий Quantity Measurement следующая:

Concept Domain or Element	Value Conf	Value
ObservationType	SHALL CWE	ValueSet CID 10050 “Summary Radiation Exposure Quantity”
Other concept domains		unspecified

Пример 9.8.5.6-1. Пример раздела информации о радиационном воздействии и защите

<section classCode="DOCSECT" moodCode="EVN">
	<templateId root="1.2.840.10008.9.8" />
	<id root="1.2.840.10213.2.62.704478559484.11428372623"/>
	<code code="73569-6"
		codeSystem="2.16.840.1.113883.6.1"
		codeSystemName="LOINC"
		displayName="Radiation Exposure And Protection Information"/>
	<title> Radiation Exposure and Protection Information</title>
	<text>A dosage of... </text>
	<entry>
		<procedure classCode="PROC" moodCode="EVN">
			<code code="121290"
			    codeSystem="2.16.840.1.113883.6.1"
			    codeSystemName="DCM"
			    displayName="Patient exposure to ionizing radiation"/>
			<participant typeCode="RESP">
				<participantRole>
					<id root="2.16.840.1.113883.4.6" extension="980003719"/>
					<code code="113850"
					    codeSystem="2.16.840.1.113883.6.1"
					    codeSystemName="DCM"
					    displayName="Irradiation Authorizing"/>
					<playingEntity>
						<name>
							<given>Martha</given>
							<family>Radiologist</family>
						</name>
					</playingEntity>
				</participantRole>
			</participant>
		</procedure>
	</entry>
	<entry>
		<observation classCode="OBS" moodCode="EVN" ID="pregnancy">
			<templateId root="2.16.840.1.113883.10.20.6.2.13"/>
			<id root="1.2.840.10213.2.62.7044779.114265201"/>
			<code code="364320009"
			    codeSystem="2.16.840.1.113883.6.96"
			    codeSystemName="SNOMED CT"
			    displayName="Pregnancy observable"/>
			<statusCode code="completed"/>
			<value xsi:type="CD" code="60001007"
			    codeSystem="2.16.840.1.113883.6.96"
			    codeSystemName="SNOMED CT"
			    displayName="not pregnant"/>
			<effectiveTime value="20140914171504+0500"/>
		</observation>
	</entry>
</section>

9.8.6 Ключевые изображения

ID	1.3.6.1.4.1.19376.1.4.1.2.14
Name	Key Images Ключевые изображения
Effective Date	2011-07
Version Label	DICOM-20150324
Status	Active
Description	The Key Images section contains narrative description of and references to DICOM Image Information Objects that illustrate the findings of the procedure reported.
Classification	CDA Section Level
Relationships	Included in 9.6 Impression
Context	parent node
Open/Closed	Open
Revision History	From IHE Cardiac Imaging Report Content DICOM-20150324: Addition of optional inline image (observationMedia)

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
KeyImages		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.3.6.1.4.1.19376.1.4.1.2.14
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(55113-5, LOINC, "Key Images")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	0..*	SHOULD
SOPInstance[*]	>>	observation	1..1	SHALL
	>	entry	0..*	MAY
Graphic[*]	>>	observationMedia	1..1	SHALL				10.3 observationMedia 1.3.6.1.4.1.19376.1.4.1.4.7

9.8.6.1 Section/text - текст раздела

Текст раздела Key Images SHALL содержать ссылки на изображения с использованием элементов linkHtml, где @href является допустимым URL Web Access to DICOM Persistent Object (WADO). См. раздел 9.1.1.5. Текстовое содержимое linkHtml должно быть либо видимым текстом гиперссылки, либо дескриптором или идентификатором изображения; оно может быть связано с копией изображения ограниченного разрешения (см. раздел 9.8.6.3).

9.8.6.2 SOP Instance Observation - наблюдение экземпляра SOP

Раздел Key Images SHOULD включать записи 10.8 SOP Instance Observation, эквивалентные ссылкам linkHtml на изображения.

9.8.6.3 observationMedia

Раздел Key Images MAY включать записи observationMedia со встроенно закодированными копиями указанных изображений, связанными с повествовательным блоком с использованием разметки renderMultiMedia. См. раздел 9.1.1.3. Эти встроенно закодированные изображения могут иметь ограниченное разрешение и сжатие с потерями, если это уместно для включения в отчет.

Пример 9.8.6-1. Пример раздела ключевых изображений

<section classCode="DOCSECT" moodCode="EVN">>
	<templateId root="1.3.6.1.4.1.19376.1.4.1.2.14" />
	<id root="1.2.840.10213.2.62.704478559484.11428372623" />
	<code code="55113-5"
		codeSystem="2.16.840.1.113883.6.1"
		codeSystemName="LOINC"
		displayName="Key Images"/>
	<title>Key Images</title>
	<text>Maximum extent of tumor is shown in
		<linkHtml href="http://www.example.org/wado?requestType=WADO&amp;...">image 1</linkHtml>
		<renderMultiMedia referencedObject="refimag1"/>
	</text>
	<entry>
		<!-- SOP Instance reference -->
		<observation classCode=DGIMG moodCode=EVN ID="SOP1-2"/>
	</entry>
	<entry>
		<!-- inline rendered image -->
		<observationMedia ID="refimag1">
			<value representation=B64 mediaType="image/jpeg">
				Bgd3fsET4g...
			</value>
		</observationMedia>
	</entry>
</section>

9.8.7 Каталог объектов DICOM

Template ID	2.16.840.1.113883.10.20.6.1.1
Name	DICOM Object Catalog Section Раздел каталога объектов DICOM
Effective Date	2012-07
Version Label	CCDA-1.1
Status	Active
Description	DICOM Object Catalog lists all referenced objects and their parent Series and Studies, plus other DICOM attributes required for retrieving the objects. The DICOM Object Catalog section is not intended for viewing and may contain empty section text.
Classification	CDA Section Level
Relationships	Included in 9.3 Imaging Procedure Description
Context	parent node
Open/Closed	Open
Revision History	From Consolidated CDA r1.1

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
DICOMCatalog		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.6.1.1
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(121181, DCM, "Dicom Object Catalog")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	SHALL	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	entry	0..*	SHOULD
Study[*]	>>	act	1..1	SHALL				10.6 Study Act 2.16.840.1.113883.10.20.6.2.6

Пример 9.8.7-1. Пример раздела каталога объектов DICOM

<section classCode="DOCSECT" moodCode="EVN">
	<templateId root="2.16.840.1.113883.10.20.6.1.1"/>
	<id root="1.2.840.10213.2.62.70447834679.11429737"/>
	<code code="121181"
		codeSystem="1.2.840.10008.2.16.4"
		codeSystemName="DCM"
		displayName="DICOM Object Catalog"/>
	<entry>
        <!-- **** Study Act **** -->
        <act classCode="ACT" moodCode="EVN">
			<templateId root="2.16.840.1.113883.10.20.6.2.6"/>
			<id root="1.2.840.113619.2.62.994044785528.114289542805"/>
			<code code="113014" codeSystem="1.2.840.10008.2.16.4"
				codeSystemName="DCM" displayName="Study"/>
			<!-- **** Series Act ****-->
			<entryRelationship typeCode="COMP">
				<act classCode="ACT" moodCode="EVN">
					<id root="1.2.840.113619.2.62.994044785528.20060823223142485051"/>
					<code code="113015" codeSystem="1.2.840.10008.2.16.4"
						codeSystemName="DCM" displayName="Series">
						...
					</code>
					<!-- **** SOP Instance UID *** -->
					<!-- 2 References -->
					<entryRelationship typeCode="COMP">
						<observation classCode="DGIMG" moodCode="EVN">
							<templateId root="2.16.840.1.113883.10.20.6.2.8"/>
							...
						</observation>
					</entryRelationship>
					<entryRelationship typeCode="COMP">
						<observation classCode="DGIMG" moodCode="EVN">
							<templateId root="2.16.840.1.113883.10.20.6.2.8"/>
							...
						</observation>
					</entryRelationship>
				</act>
			</entryRelationship>
        </act>
	</entry>

9.8.8 Находки по плоду

Template ID	1.2.840.10008.9.9
Name	Fetus Findings Находки по плоду
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Records observations related to a fetus confirmed or discovered during an imaging procedure.
Classification	CDA Section Level
Relationships	Included in 9.5 Findings
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*FetusFindings[]**		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.9
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(76514-9, LOINC, "Fetal Study observation")
Title	>	title	1..1	SHALL	ST
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	subject	1..1	SHALL
	>>	relatedSubject	1..1	SHALL
	>>>	code	1..1	SHALL	CE	SHALL	(121026, DCM, "Fetus")
	>>>	subject	1..1	SHALL
FetusID	>>>>	name	1..1	SHALL	PN
	>	component	0..*	MAY
Subsection[*]	>>	section	1..1	SHALL				9.8.9 Labeled Subsection 1.2.840.10008.9.10
	>		0.1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

Для отчетов о матерях и их плоде/плодах информация о матери отображается в recordTarget/PatientRole/Patient в заголовке CDA. Информация о плоде отображается в subject/relatedSubject/SubjectPerson на уровне раздела CDA. Если документ содержит наблюдения по плоду/плодам, в документ должна быть включена контекстная информация как о матери, так и о плоде.

9.8.8.1 name - FetusID, идентификатор плода

Элемент subject/relatedSubject/subject/name используется для хранения идентификатора плода, обычно псевдонима, например "fetus A". Он должен присутствовать даже в том случае, если в документе указан только один плод.

Пример 9.8.8-1. Пример раздела находок по плоду

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.22.2.27" />
    <id root="1.2.840.10213.2.62.70447834679.11429737"/>
    <code code="76514-9" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Fetal Study observation" />
    <title>Fetus #1</title>
    <text>Estimated gestational age of 27 weeks... </text>
    <relatedSubject>
        <code code="121026" codeSystem="1.2.840.10008.2.16.4" displayName="Fetus"/>
        <subject>
            <name>Fetus 1</name>
        </subject>
    </relatedSubject>
</section>

9.8.9 Именованный подраздел

Template ID	1.2.840.10008.9.10
Name	Labeled Subsection Именованный подраздел
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Narrative or coded subsection that allows organization of content for a labeled topic (a particular organ or anatomic feature, a lesion, a tumor, etc.). The section.code shall be absent, but the section.title shall be present.
Classification	CDA Section Level
Relationships	Included in 9.5 Findings
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*Subsection[]**		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.10
	>	id	1..*	SHALL	II
	>	code	0..0	SHALL NOT
Title	>	title	1..1	SHALL noNull	ST		[See 9.8.9.1 title]
Text	>	text	1..1	COND	ED			9.1.1 Section Text 1.2.840.10008.9.19
	>	component	0..*	MAY
Subsection[*]	>>	section	1..1	SHALL				9.8.9 Labeled Subsection 1.2.840.10008.9.10
	>		0..1	MAY				9.1.2 General Section Entries 1.2.840.10008.9.23

9.8.9.1 title

Элемент title используется для указания темы (конкретного органа или анатомической структуры, аномалии, очага поражения и т. п.) как предмета находок подраздела в человекочитаемом документе. Поскольку section.code отсутствует, это обязательный механизм представления назначения раздела в виде свободного текста.

9.8.9.2 component/section Labeled Subsection - именованный подраздел

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

Пример 9.8.9.2-1. Пример именованного подраздела

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.10" />
    <id root="1.2.840.10213.2.62.7044794679.114296787"/>
    <title>Liver</title>
    <text>No evidence of cirrhosis, nodular regeneration, or ... </text>
</section>

9.8.10 Передача информации о клинически значимых находках, требующих действий

Template ID	1.2.840.10008.9.11
Name	Communication of Actionable Findings Передача информации о клинически значимых находках, требующих действий
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	A section that documents the notification of an actionable finding to a provider or other person responsible for patient care. The documentation in narrative text, and optionally in a coded entry, includes by whom, to whom, and at what date/time. Specific findings, including actionable (aka. critical) findings documented in text or as coded entries, are typically found in the 9.5 Findings. The actionable findings may be duplicated in the 9.6 Impression in either text or as coded entries. The actionable findings may be new (critical) or a change to a previous report/diagnosis (discrepant).
Classification	CDA Section and Entry Level
Relationships	Included in 9.6 Impression and 9.7 Addendum
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
ActionableFindings		section	1..1	SHALL
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.11
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(73568-8, LOINC, "Communication of Critical Results")
Title	>	title	1..1	SHALL	ST
	>	text	1..1	SHALL	ED
*Content[]**	>>	content	0..*	SHALL	ST		[See 9.8.10.1 section/text/content - narrative]
*	>>@	@ID	1..1	SHALL	XML ID
FindingRef	>>>	linkHtml	0..*	MAY	ST
FindingURI	>>>@	@href	1..1	SHALL	URL (XML IDREF)		#findingRef
	>	entry	0..*	SHOULD
*Communication[]**	>>	act	1..1	SHALL		SHALL
	>>@	@classCode	1..1	SHALL	CS	SHALL	ACT
	>>@	@moodCode	1..1	SHALL	CS	SHALL	EVN
*	>>@	@ID	1..1	SHALL	XML ID
	>>>	code	1..1	SHALL	CD	SHALL	(121291, DCM, "Results communicated")
CommTime	>>>	effectiveTime	1..1	SHALL	TS
	>>>	text	1..1	SHALL	ED
Ref	>>>>	reference	1..1	SHALL	URL (XML IDREF)		# contentRef
	>>>	performer	1..1	SHALL
	>>>>	assignedEntity	1..1	SHALL
	>>>>>	assignedPerson	1..1	SHALL
ReportingPhysicianName	>>>>>>	name	1..1	SHALL	PN
	>>>	participant	1..1	SHALL
	>>>@	@typeCode	1..1	SHALL	CS	SHALL	NOT
	>>>>	participantRole	1..1	SHALL
NotificationContactTelecom	>>>>>	telecom	1..1	SHALL	TEL
	>>>>>	playingEntity	1..1	SHALL
NotificationContactName	>>>>>>	name	1..1	SHALL	PN

9.8.10.1 section/text/content - повествовательный текст

Каждый документированный акт передачи информации о клинически значимых находках, требующих действий, SHALL включаться как повествовательный текст в элемент section/text/content, помеченный XML ID (см. раздел 9.1.1.1).

Примечание

Следующее текстовое содержимое для такого блока задано в RSNA Radiology Reporting Templates, Template 297: Communication of Actionable Finding (http://radreport.org/txt-mrrt/0000297):

method [обсуждено непосредственно | обсуждено по телефону | описано в сообщении]

by [лицо]

to [лицо]

on [<дата>] at [<время>]

Документация также может содержать ссылку linkHtml на повествовательное описание клинически значимой находки, требующей действий, в другом месте отчета, например в разделе 9.5 Findings или 9.8.4 Complications (см. раздел 9.1.1.2).

9.8.10.2 entry/act

Структурированное представление акта передачи информации в виде записи MAY включаться в раздел. Эта запись не обязательно представляет весь акт так, как он описан в повествовательном тексте; например, в ней не представлены способ передачи и фактическое содержание сообщения, а также то, подтвердил ли получатель получение информации ("read-back"). Элемент act/text/reference SHALL включать значение XML IDREF, указывающее на связанный блок повествовательного содержимого.

9.8.10.3 entry/act/effectiveTime

Элемент entry/act/effectiveTime представляет дату и время передачи информации о клинически значимых находках, требующих действий. Время, когда находки были впервые наблюдены, записывается в элементе effectiveTime исходного observation, связанном через элемент section/text/content/linkHtml.

9.8.10.4 entry/act/participant

Элемент entry/act/participant представляет уведомленную сторону (@typecode = "NOT"). Это может быть пациент.

Пример 9.8.10-1. Пример раздела передачи информации о клинически значимых результатах

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.11"/>
    <id root="1.2.840.10213.2.62.7044794679.114296787"/>
    <code code="73568-8"
        codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC"
        displayName="Communication of Critical Results"/>
    <title>Communication of Actionable Results</title>
    <text>
        <content ID=CR1>Dr. Smith was phoned at 262-966-0120 at 3:14pm on
        Wednesday, June 4, 2014, and the 4mm lung nodule was discussed directly
        with Dr. Smith to explain the follow-up recommendation of ...</content>
    </text>
    <entry>
        <act classCode="ACT" moodCode="EVN">
            <code code="121291"
                codeSystem="1.2.840.10008.2.16.4"
                codeSystemName="DCM"
                displayName="Results Communicated"/>
            <text>
                <reference value="#CR1"/>
            </text>
            <effectiveTime value="20140604221400-0700"/>
            <performer>
                <assignedEntity>
                    <id root="1.2.840.10213.2.62.7044794679.114298686"/>
                    <assignedPerson>
                        <name>Jane Doctor</name>
                    </assignedPerson>
                </assignedEntity>
            </performer>
            <participant typeCode="NOT">
                <participantRole>
                    <telecom value="tel:262-966-0120"/>
                    <playingEntity>
                        <name>Dr. Smith</name>
                    </playingEntity>
                </participantRole>
            </participant>
        </act>
    </entry>
</section>

9.8.11 Рекомендация

Template ID	1.2.840.10008.9.12
Name	Recommendation Рекомендация
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	This section provides a separate section to describe the study interpreter's recommendations for follow-up studies or procedures.
Classification	CDA Section Level
Relationships	Included in 9.6 Impression
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
Recommendation		section
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.12
	>	id	1..*	SHALL	II
	>	code	1..1	SHALL	CD	SHALL	(18783-1, LOINC, "Study recommendation")
Title	>	title	0..1	MAY	ST
Text	>	text	0..1	SHALL	ED
*Content[]**	>>	content	0..*	SHALL	ST		[See 9.8.11.1 text/content]
*	>>@	@ID	1..1	SHALL	XML ID
GuidelineRef	>>>	linkHtml	0..1	MAY	ST
GuidelineURI	>>>@	@href	1..1	SHALL	URI
	>	entry	0..*	SHOULD
*FollowupProcedure[]**	>>	procedure	1..1	SHALL
	>>@	@classCode	1..1	SHALL	CS	SHALL	PROC
	>>@	@moodCode	1..1	SHALL	CS	SHALL	PRP
ProcedureCode	>>>	code	1..1	SHALL	CD		ConceptDomain Recommended Follow-up
When	>>>	effectiveTime	1..1	SHOULD	IVL <TS>
	>>>	text	1..1	SHALL	ED
Ref	>>>>	reference	1..1	SHALL	URL (XML IDREF)		# contentRef

9.8.11.1 text/content

Каждая документированная рекомендация SHALL быть включена как повествовательный текст в элемент content, помеченный XML ID (см. раздел 9.1.1.1 <content> Markup and Links From Entries). Элемент content NEED NOT быть разметкой верхнего уровня внутри элемента section/text; он MAY быть заключен в другую разрешенную разметку повествовательного блока, например paragraph, list/item или table/row/cell.

Если рекомендация основана на клиническом руководстве, ссылка на это руководство MAY быть включена в элемент linkHtml.

Каждая рекомендация SHOULD иметь соответствующую структурированную запись.

9.8.11.2 entry/procedure

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

Примечание

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

9.8.11.3 entry/procedure/code

Привязка словаря для концептуальной области Recommended Follow-up может быть дополнительно профилирована в руководствах по отдельным специализациям.

Примечание

Примером может служить Value Set CID 6028 “Mammography Recommended Follow-up”, включающий понятия из ACR BI-RADS ^®.

9.8.11.4 entry/procedure/effectiveTime

Тип данных HL7v3 IVL <TS>, используемый для effectiveTime, требует указания абсолютных дат, а не даты, заданной относительно даты отчета.

Примечание

Поэтому понятие «последующее наблюдение в течение одного года» нужно кодировать как IVL <TS> со значением элемента effectiveTime/high, соответствующим дате через один год после даты отчета.

9.8.11.5 entry/procedure/text/reference

Запись procedure SHALL включать элемент text/reference, атрибут value которого SHALL начинаться с символа '#' и SHALL указывать на соответствующий блок повествовательного содержимого. См. раздел 9.1.1.1.

Пример 9.8.11-1. Пример раздела радиологической рекомендации

<section classCode="DOCSECT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.12" />
    <id root="1.2.840.10213.2.62.7044779.114265201"/>
    <code code="18783-1" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Study Recommendation"/>
    <title>Radiology Recommendation</title>
    <text>
        <content ID="rec01">Biopsy should be considered. Follow-up at 3 month interval.
        </content>
        <linkHtml href="http://pubs.rsna.org/doi/abs/10.1148/radiol.2372041887"/>
    </text>
    <entry>
        <procedure ID="RadRec1" classCode="PROC" moodCode="PRP"/>
        <!-- local coding scheme -->
        <code code="9191919" codeSystem="2.16.840.1.56789.6.1"
            codeSystemName="My Hospital Coding System"
            displayName="3 month follow-up"/>
        <text><reference value="#rec01"/></text>
        <effectiveTime value="20141213"/>
    </entry>
</section>

10 Шаблоны уровня записей

10.1 Кодированное наблюдение

Template ID	2.16.840.1.113883.10.20.6.2.13
Name	Coded Observation Кодированное наблюдение
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Qualitative or categorical observation using a value of type CD.
Classification	CDA Entry Level
Relationships	Included in all sections
Context	parent node
Open/Closed	open
Revision History	From Consolidated CDA r1.1 DICOM-20150324: Added optional negationInd, interpretationCode, targetSiteCode, and methodCode with Business Names; added optional subject Coded Observation

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*CodedObservation[]**		observation
	@	@classCode	1..1	SHALL	CS	SHALL	OBS
	@	@moodCode	1..1	SHALL		SHALL	EVN
Not	@	@negationInd	0..1	MAY	BL	SHALL	true
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.6.2.13
	>	id	1..1	SHALL	II
ObsName	>	code	1..1	SHALL	CD		ConceptDomain ObservationType
	>	text	0..1	SHOULD	ED
Ref	>>	reference	1..1	SHALL	URL (XML IDREF)		# contentRef
	>	statusCode	1..1	SHALL	CS	SHALL	COMPLETED
Time	>	effectiveTime	0..1	SHOULD	TS
ObsValue	>	value	1..1	SHALL	CD		ConceptDomain ObservationValue
	>@	@xsi:type	1..1	SHALL	ST	SHALL	CD
InterpretationCode	>	interpretationCode	0..1	MAY	CE	SHALL CNE	ValueSet ObservationInterpretation Value Set 2.16.840.1.113883.11.78
ActionablePriority	>>	translation	0..1	MAY	CD	MAY CWE	ValueSet CID 7035 “Actionable Finding Classification” [See 10.1.3 interpretationCode and translation For Actionable Findings]
TargetSite	>	targetSiteCode	1..1	COND	CD		ConceptDomain ObservationSite
	>>	qualifier	0..1	COND
	>>>	name	1..1	SHALL	CD	SHALL	(272741003, SNOMED CT, "laterality")
Laterality	>>>	value	1..1	SHALL	CD	SHALL CNE	ValueSet CID 244 “Laterality”
	>>	qualifier	0..1	COND
	>>>	name	1..1	SHALL	CD	SHALL	(106233006, SNOMED CT, "topographical modifier")
TopoModifier	>>>	value	1..1	SHALL	CD	SHALL CNE	ValueSet CID 2 “Anatomic Modifier”
Method	>	methodCode	0..1	MAY	CD		ConceptDomain ObservationMethod
	>	entryRelationship	0..*	MAY
	>@	@typeCode	1..1	SHALL	CS	SHALL	SPRT
SOPInstance[*]	>>	observation	1..1	SHALL				10.8 SOP Instance Observation 1.2.840.10008.9.18
	>	entryRelationship	0..*	MAY
	>@	@typeCode	1..1	SHALL	CS	SHALL	SPRT
QuantityMeasurement[*]	>	observation	1..1	SHALL				10.5 Quantity Measurement 2.16.840.1.113883.10.20.6.2.14
	>	entryRelationship	0..*	MAY
	>@	@typeCode	1..1	SHALL	CS	SHALL	SUBJ
CodedObservation[*]	>	observation	1..1	SHALL				10.1 Coded Observation 2.16.840.1.113883.10.20.6.2.13

10.1.1 code и @negationInd

С элементом Observation code связана концептуальная область ObservationType. Репрезентативная привязка для этой концептуальной области выполняется к значению (ASSERTION, actcode[2.16.840.1.113883.5.4], "Assertion"), которое предоставляет утверждение о понятии находки в элементе value.

Observation может иметь атрибут @negationInd со значением "true"; вместе с кодом "ASSERTION" это указывает, что находка не была обнаружена, например для представления утверждения "No finding of stroke".

Примечание

Это шаблон, используемый в Consolidated CDA для отрицательных находок.

10.1.2 text/reference и связанная разметка повествовательного блока

Запись Observation SHOULD включать элемент text/reference, атрибут value которого (не следует путать с элементом value класса Observation) SHALL начинаться с символа '#' и SHALL указывать на соответствующий повествовательный текст в родительском разделе (с использованием подхода, определенного в CDA Release 2, раздел 4.3.5.1). См. раздел 9.1.1.1.

10.1.3 interpretationCode и translation для клинически значимых находок, требующих действий

Когда наблюдение является неожиданным или «требующим действий» (один из типов таких наблюдений обозначается как «критическая находка»), оно может быть помечено с использованием interpretationCode. Для резко патологических находок элемент interpretationCode SHALL быть установлен в (AA, ObservationInterpretation, "abnormal alert"). Неожиданные нормальные находки, например отсутствие признаков заболевания, когда лечение пациента планировалось на предположении о наличии заболевания, также могут быть помечены с использованием interpretationCode (N, ObservationInterpretation, "normal").

Элемент translation внутри interpretationCode может использоваться для предоставления дополнительной классификации, определенной в регионально или профессионально заданном наборе значений. Этот шаблон определяет необязательный набор значений для категорий ACR Actionable Finding 1, 2 и 3, как описано в: Larson PA, et al. J Am Coll Radiol 2014; опубликовано онлайн. DOI 10.1016/j.jacr.2013.12.016.

Повествовательный текст, связанный с клинически значимой находкой, требующей действий, SHOULD выделяться с использованием styleCode Bold. См. раздел 9.5.1 и раздел 9.1.1.1.

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

10.1.4 targetSiteCode

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

COND: Если участок наблюдения не является предварительно скоординированным в observation/code или observation/value, он SHALL быть указан в observation/targetSiteCode.

COND: Элемент qualifier для латеральности SHALL присутствовать, если targetSiteCode представляет парную часть тела, а латеральность не является предварительно скоординированной в targetSiteCode.

Обратите внимание, что включение в именованный подраздел (см. раздел 9.8.9) не означает, что участок находки для наблюдения выводится из заголовка. Заголовок семантически не является частью посткоординации.

10.1.5 entryRelationship/@typeCode=SUBJ/observation - кодированное наблюдение

Запись Coded Observation MAY включать actRelationship типа SUBJ (has subject) к дочернему Coded Observation (рекурсивно вызывая этот же шаблон). Это позволяет строить сложные клинические утверждения.

Пример 10.1-1. Пример кодированного наблюдения

<text>
    ...
    <content ID="fnd-1"> ...finding of a right hilar mass (abnormal - class 1) ...</content>
</text>
...
<entry>
    <observation classCode="OBS" moodCode="EVN">
        <templateId root="2.16.840.1.113883.10.20.6.2.13"/>
        <id root="1.2.840.10213.2.62.7044779.114265201"/>
        <code code="ASSERTION" codeSystem="2.16.840.1.113883.5.4"
            codeSystemName="actCode"
            displayName="Assertion"/>
        <text><reference value="#fnd-1"/></text>
        <statusCode code="completed"/>
        <effectiveTime value="20140914171504+0500"/>
        <value xsi:type="CD" code="309530007"
            codeSystem="2.16.840.1.113883.6.96"
            codeSystemName="SNOMED CT"
            displayName="Hilar mass"/>
        <interpretationCode code = "AA" codeSystem="2.16.840.1.113883.5.83"
                codeSystemName="ObservationInterpretation"
                displayName="Abnormal Alert">
            <translation code="RID49480" codeSystem="2.16.840.1.113883.6.256"
                codeSystemName="RADLEX"
                displayName="ACR Category 1 Actionable Finding"/>
        </interpretationCode>
        <!-- although "hilar mass" is by definition in the lung, the observation.value
             does not describe right or left lung, so targetSite is required -->
        <targetSiteCode code="3341006"
            codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"
            displayName="right lung">
        </targetSiteCode>
        <!-- entryRelationship elements referring to SOP Instance Observations
             or Quantity Measurement Observations may appear here -->
    </observation>
</entry>

10.2 Лекарственное средство, введенное при процедуре

Template ID	1.2.840.10008.9.13
Name	Procedural Medication Лекарственное средство, введенное при процедуре
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Procedural medication describes a substance administration that has actually occurred prior to or during a procedure (e.g., imaging contrast/agents, anti-histamines, anti-anxiety, beta blockers to control heart rate during procedure, etc.).
Classification	CDA Entry Level
Relationships	Included in 9.3 Imaging Procedure Description
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
*ProceduralMedication[] or Contrast[]*		substanceAdministration	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	SBADM
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.13
	>	id	1..1	SHALL	II
	>	text	0..1	SHOULD	ED
Ref	>>	reference	0..1	SHOULD	URL (XML IDREF)		#contentRef
	>	statusCode	1..1	SHALL	CS	SHALL	COMPLETED
Route	>	routeCode	0..1	MAY	CE	SHOULD CWE	ValueSet CID 11 “Administration Route”
Dose	>	doseQuantity	0..1	SHOULD	PQ
DoseUnit	>@	@unit	0..1	SHOULD		SHALL CNE	ValueSet CID 82 “Measurement Unit”
Rate	>	rateQuantity	0..1	MAY	PQ
RateUnit	>@	@unit	1..1	SHALL	CS	SHALL CNE	ValueSet CID 82 “Measurement Unit”
	>	consumable	1..1	SHALL
	>>	manufacturedProduct	1..1	SHALL
	>>@	@classCode	1..1	SHALL	CS	SHALL	MANU
	>>>	manufacturedMaterial	1..1	SHALL
CodedProductName	>>>>	code	1..1	SHALL	CE		ConceptDomain MedContrastName
FreeTextProductName	>>>>>	original Text	0..1	SHOULD	ED

10.2.1 Псевдоним бизнес-имени

Этот шаблон определяет основное бизнес-имя области действия "ProceduralMedication" и псевдоним "Contrast". Это позволяет логике формирования документа использовать любой из этих терминов, хотя структура остается идентичной.

10.2.2 text/reference и связанная разметка повествовательного блока

Запись substanceAdministration SHOULD включать элемент text/reference, атрибут value которого SHALL начинаться с символа '#' и SHALL указывать на соответствующий повествовательный текст в родительском разделе (с использованием подхода, определенного в CDA Release 2, раздел 4.3.5.1). См. раздел 9.1.1.1.

10.2.3 doseQuantity

Предварительно скоординированный расходуемый продукт: если код consumable представляет предварительно скоординированную единичную дозу (например, "metoprolol 25mg tablet"), то doseQuantity является безразмерным числом, указывающим количество продуктов, введенных за одно введение (например, "2", что означает 2 x "metoprolol 25mg tablet").
Не предварительно скоординированный расходуемый продукт: если код consumable не является предварительно скоординированным (например, это просто "metoprolol"), то doseQuantity должен представлять физическую величину с @unit, например "25" и "mg", задающую количество продукта, введенное за одно введение.

Пример 10.2-1. Пример действия по введению лекарственного средства при процедуре

<substanceAdministration classCode="SBADM" moodCode="EVN">
    <templateId root="1.2.840.10008.9.13"/>
    <id root="cdbd33f0-6cde-11db-9fe1-0800200c9a66"/>
    <text>
        <reference value="#med1"/>
    </text>
    <statusCode code="completed"/>
    <routeCode code="47625008" codeSystem="2.16.840.1.113883.6.96"
        codeSystemName="SNOMED CT" displayName="intravenous route"/>
    <doseQuantity value="100" unit="ml"/>
    <consumable>
        <manufacturedProduct classCode="MANU">
            <templateId root="2.16.840.1.113883.10.20.22.4.23"/>
            <id/>
            <manufacturedMaterial>
                <code code="412372002"
                        codeSystem="2.16.840.1.113883.6.96"
                        codeSystemName="SNOMED CT"
                        displayName="Meglumine Diatrizoate">
                    <originalText>
                        <reference value="#manmat1"/>
                    </originalText>
                    <translation code="3320"
                        codeSystem="2.16.840.1.113883.6.88" codeSystemName="RxNorm"
                        displayName="Diatrizoate Meglumine"/>
                </code>
            </manufacturedMaterial>
        </manufacturedProduct>
    </consumable>
</substanceAdministration>

10.3 observationMedia - встроенное изображение

Template ID	1.3.6.1.4.1.19376.1.4.1.4.7
Name	observationMedia Entry Запись встроенного изображения observationMedia
Effective Date	2011-07
Version Label	IHECIRC-TI
Status	Active
Description	The observationMedia Entry provides an in-line graphic depiction of the section findings. It is referenced by a <renderMultiMedia> element in the section text. Typical uses are for graphic representation of findings (e.g., arterial tree diagrams) or in-line representations of key images.
Classification	CDA Entry Level
Relationships
Context	parent node
Open/Closed	Open
Revision History	From IHE Cardiac Imaging Report Content Profile Supplement for Trial Implementation

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
*Graphic[]**		observationMedia	1..1	SHALL
	@	classCode	1..1	SHALL	CS	OBS
	@	moodCode	1..1	SHALL	CS	EVN
*	@	@ID	1..1	SHALL	XML ID		[See 5.3.4 XML ID]
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.3.6.1.4.1.19376.1.4.1.4.7
	>	id	1..1	SHALL	II
Image	>	value	1..1	SHALL	ED
	>@	@representation	1..1	SHALL	CS	SHALL	B64
MediaType	>@	@mediaType	1..1	SHALL	CS	SHALL CNE STATIC	ValueSet ImageMediaType Value Set 2.16.840.1.113883.11.14839
ImageURI	>>	reference	0..1	MAY	TEL

10.3.1 observationMedia/@ID и связанная разметка повествовательного блока

Запись ObservationMedia SHALL включать атрибут XML ID (не следует путать с элементом id класса act), используемый как цель элемента <renderMultiMedia> в повествовательном блоке section/text родительского раздела. См. раздел 9.1.1.3.

10.3.2 value и ссылка

Значение типа ED SHALL содержать встроенное кодирование изображения с использованием base64. Элемент <reference>, если он присутствует, SHALL ссылаться на URI того же изображения, которое включено встроенно.

Пример 10.3-1. Пример действия Observation Media

<observationMedia classCode="SBADM" moodCode="EVN" ID="obsMedia-1">
    <templateId root="1.3.6.1.4.1.19376.1.4.1.4.7"/>
    <id root="1.2.840.19432234.2342342.23232232"/>
    <value representation="B64" mediaType="image/jpeg">
        Bgd3fsET4g...
    </value>
</observationMedia>

10.4 Методика процедуры

Template ID	1.2.840.10008.9.14
Name	Procedure Technique Методика процедуры
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	The Procedure Technique entry allows the encoding of various parameters of the image acquisition. Other details may be found in other entries (e.g., procedural medication).
Classification	CDA Entry Level
Relationships	Included in 9.3 Imaging Procedure Description and 9.4 Comparison Study
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial version

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
ProcedureTechnique		procedure	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	PROC
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID		1.2.840.10008.9.14
	>	id	1..1	SHALL	II
ProcedureCode	>	code	1..1	SHALL	CD		ConceptDomain ProcedureCode
	>	text	0..1	SHOULD	ED
Ref	>>	reference	1..1	SHALL	URL (XML IDREF)		# contentRef
EffectiveTime	>	effectiveTime	0..1	SHOULD	IVL <TS>
Modality	>	methodCode	1..*	SHALL	CD	SHALL CNE	ValueSet CID 29 “Acquisition Modality”
MethodCode	>	methodCode	0..*	MAY	CD		ConceptDomain ImagingTechnique
TargetSite	>	targetSiteCode	0..*	SHOULD	CD		ConceptDomain TargetSite
	>>	qualifier	0..1	COND
	>>>	name	1..1	SHALL	CD	SHALL	(272741003, SNOMED CT, "laterality")
Laterality	>>>	value	1..1	SHALL	CD	SHALL CNE	ValueSet CID 244 “Laterality”
	>	participation	0..1	COND
	>@	@typecode	1..1	SHALL	CS	SHALL	LOC
	>>	participantRole	1..1	SHALL
	>>@	classCode	1..1	SHALL	CS	SHALL	SDLOC
	>>>	scopingEntity	1..1	SHALL
ProviderOrganization	>>>>	desc	1..1	SHALL	ST

10.4.1 id

procedure/id не соответствует какому-либо DICOM UID, а является произвольным идентификатором этой записи.

10.4.2 code

При вызове из (текущего) раздела 9.3 Описание процедуры визуализации procedure/code SHALL быть идентичен documentationOf/serviceEvent/code в заголовке CDA.

10.4.3 text/reference и связанная разметка повествовательного блока

Запись Procedure SHOULD включать элемент text/reference, атрибут value которого SHALL начинаться с символа '#' и SHALL указывать на соответствующий повествовательный текст в родительском разделе (с использованием подхода, определенного в CDA Release 2, раздел 4.3.5.1). См. раздел 9.1.1.1.

10.4.4 methodCode - модальность

При вызове из (текущего) раздела 9.3 Описание процедуры визуализации procedure/methodCode, используемый для модальности, SHALL быть идентичен documentationOf/serviceEvent/code/translation, используемому для модальности в заголовке CDA (см. раздел 8.2.4.1).

10.4.5 methodCode - другие параметры

methodCode может использоваться для кодирования типа исследования, использования контраста, функциональной нагрузки, проекций, позиционирования (CID 91 “Functional Condition Present During Acquisition”, CID 92 “Joint Position During Acquisition”, CID 93 “Joint Positioning Method”, CID 94 “Physical Force Applied During Acquisition”) и т. п.

10.4.6 targetSiteCode и латеральность

procedure/targetSiteCode может использоваться для кодирования конкретного анатомического фокуса и не обязательно идентичен documentationOf/serviceEvent/code/translation, используемому для анатомической области в заголовке CDA. Он может быть получен из Body Part Examined (0018,0015), согласно сопоставлению с кодами SNOMED в Annex L “Correspondence of Anatomic Region Codes and Body Part Examined Defined Terms” in PS3.16, либо из Anatomic Region Sequence (0008,2218).

10.4.7 participation - место выполнения

COND: Если этот шаблон вызывается из раздела Comparison Study, procedure/participation MAY использоваться для указания места (организации-поставщика), где было выполнено сравниваемое исследование.

Пример 10.4-1. Пример шаблона методики процедуры

<procedure moodCode="EVN" classCode="PROC">
    <templateId root="1.2.840.10008.9.14"/>
    <id root="1.2.840.6544.33.9100653988998717.997527582345600170"/>
    <code code="RPID465"
        displayName="MR NECK ANGIOGRAPHY"
        codeSystem="2.16.840.1.113883.6.256"
        codeSystemName="RadLex"/>
    <text><reference value="#proc"/></text>
    <effectiveTime value="20140913222400"/>
    <methodCode code="MR"
        displayName="Magnetic Resonance"
        codeSystem="1.2.840.10008.2.16.4" codeSystemName="DCM"/>
    <targetSiteCode code="45048000"
        codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"
        displayName="Neck (structure)">
    </targetSiteCode>
</procedure>

10.5 Количественное измерение

Template ID	2.16.840.1.113883.10.20.6.2.14
Name	Quantity Measurement Количественное измерение
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	A Quantity Measurement records quantitative measurements such as linear, area, volume, and numeric measurements. If based on image data, a reference to the image may be present.
Classification	CDA Entry Level
Relationships
Context	parent node
Open/Closed	open
Revision History	DICOM-20150324: Initial publication, derived from template originally published in DIR r1-2009, revised in Consolidated CDA r1-2011 as 2.16.840.1.113883.10.20.6.2.14. This derivation includes Units of Measure specified with DICOM value set for UCUM (CID 82 “Measurement Unit”), equivalent to C-CDA specified value set (UCUM Units of Measure (case sensitive) 2.16.840.1.113883.11.12839); addition of optional interpretationCode and actionable priority

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*QuantityMeasurement[]**		observation	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	OBS
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	2.16.840.1.113883.10.20.6.2.14
	>	id	1..1	SHALL	II
MeasurementName	>	code	1..1	SHALL	CD		ConceptDomain ObservationType
	>	text	0..1	SHOULD
Ref	>>	reference	1..1	SHALL	URL (XML IDREF)		# contentRef
	>	statusCode	1..1	SHALL	CS	SHALL	COMPLETED
Time	>	effectiveTime	0..1	SHOULD	TS
	>	value	1..1	SHALL
	>@	@xsi:type	1..1	SHALL	ST	SHALL	PQ
MeasurementValue	>@	@value	1..1	SHALL	REAL
MeasurementUnits	>@	@unit	1..1	SHALL	CS	SHALL CNE	ValueSet CID 82 “Measurement Unit”
InterpretationCode	>	interpretationCode	0..1	MAY	CE	SHALL CNE	ValueSet ObservationInterpretation Value Set 2.16.840.1.113883.11.78
ActionablePriority	>>	translation	1..1	MAY	CD	MAY CWE	ValueSet CID 7035 “Actionable Finding Classification” [See 10.1.3 interpretationCode and translation For Actionable Findings]
TargetSite	>	targetSiteCode	1..1	COND	CD		ConceptDomain ObservationSite
	>>	qualifier	0..1	COND
	>>>	name	1..1	SHALL	CD	SHALL	(272741003, SNOMED CT, "laterality")
Laterality	>>>	value	1..1	SHALL	CD	SHALL CNE	ValueSet CID 244 “Laterality”
	>>	qualifier	0..1	COND
	>>>	name	1..1	SHALL	CD	SHALL	(106233006, SNOMED CT, "Topographical modifier")
TopoModifier	>>>	value	1..1	SHALL	CD	SHALL CNE	ValueSet CID 2 “Anatomic Modifier”
Method	>	methodCode	0..1	MAY	CD		ConceptDomain ObservationMethod
	>	entryRelationship	0..*	MAY
	>@	@typeCode	1..1	SHALL	CS	SHALL	SPRT
SOPInstance[*]	>>	observation	1..1	SHALL				10.8 SOP Instance Observation 1.2.840.10008.9.18
	>	entryRelationship	0..*	MAY
	>@	@typeCode	1..1	SHALL	CS	SHALL	SPRT
QuantityMeasurement[*]	>	observation	1..1	SHALL				10.5 Quantity Measurement 2.16.840.1.113883.10.20.6.2.14

10.5.1 text/reference и связанная разметка повествовательного блока

Запись Observation SHOULD включать элемент text/reference, чей атрибут value (не следует путать с элементом value класса Observation) SHALL начинаться с символа '#' и SHALL указывать на соответствующий повествовательный текст в родительском разделе (с использованием подхода, определенного в CDA Release 2, раздел 4.3.5.1). См. раздел 9.1.1.1.

10.5.2 interpretationCode и translation для клинически значимых находок, требующих действий

Когда измерение выходит за пределы нормального диапазона, оно может быть помечено с использованием interpretationCode. Резко отклоняющиеся значения, часто обозначаемые как превышающие "panic limits" либо как "actionable" или "critical findings", могут иметь значения, такие как (LL, ObservationInterpretation, "low alert"), (HH, ObservationInterpretation, "high alert") или (AA, ObservationInterpretation, "abnormal alert").

10.5.3 targetSiteCode

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

COND: Если участок наблюдения не является предварительно скоординированным в observation/code, он SHALL быть указан в observation/targetSiteCode.

COND: Элемент qualifier для топографического модификатора SHALL присутствовать, если targetSiteCode не задает локализацию наблюдения с достаточной полнотой.

Примечание

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

См. пример 10.5-2 «Пример наблюдения количественного измерения 2», где показано измерение с использованием квалификатора топографического модификатора.

Пример 10.5-1. Пример наблюдения количественного измерения 1

<text> ...
    <content ID="Q21" styleCode="Bold">Calcium score (Agatston) : 817 [HIGH - ACR Cat3]</content>
    ...
</text>
<entry>
    <observation classCode="OBS" moodCode="EVN">
        <templateId root="2.16.840.1.113883.10.20.6.2.14"/>
        <id root="1.2.840.10213.2.62.7044234.11652014"/>
        <code code="112058" codeSystem="1.2.840.10008.2.16.4"
            codeSystemName="DCM" displayName="Calcium score" />
        <text><reference value="#Q21"/></text>
        <statusCode code="COMPLETED"/>
        <effectiveTime value="20140913223912"/>
        <value xsi:type="PQ" unit="[arb'U]" value="817" />
        <interpretationCode code="HH" codeSystem="2.16.840.1.113883.5.83"
                codeSystemName="ObservationInterpretation" displayName="High alert">
            <translation code="RID49482" codeSystem="2.16.840.1.113883.6.256"
                codeSystemName="RADLEX" displayName="ACR Category 3 Actionable Finding" />
        </interpretationCode>
        <methodCode code="112055" codeSystem="1.2.840.10008.2.16.4"
            codeSystemName="DCM" displayName="Agatston" />
        <!-- entryRelationships to SOP Instance Observations may go here -->
    </observation>
</entry>

Пример 10.5-2. Пример наблюдения количественного измерения 2

<section>
    <title>Left femoral artery</title>
    <text>
        ...
        <content ID="M10">Distal lumen stenosis: 75%</content>
        ...
    </text>
    <entry>
        <observation classCode="OBS" moodCode="EVN">
            <templateId root="2.16.840.1.113883.10.20.6.2.14"/>
            <id root="1.2.840.10213.2.62.7044234.988810005"/>
            <code code="408714007" codeSystem="2.16.840.1.113883.6.96"
                codeSystemName=" SNOMED CT"
                displayName="Vessel lumen diameter reduction" />
            <text><reference value="#M10"/></text>
            <statusCode code="COMPLETED"/>
            <effectiveTime value="20140913223912"/>
            <value xsi:type="PQ" unit="%" value="75" />
            <targetSiteCode code="113270003"
                    codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"
                    displayName="Left femoral artery">
                <qualifier>
                    <name code="106233006" codeSystem="2.16.840.1.113883.6.96"
                        codeSystemName="SNOMED CT" displayName="Topographical modifier" />
                    <value code="46053002" codeSystem="2.16.840.1.113883.6.96"
                        codeSystemName="SNOMED CT" displayName="Distal" />
                </qualifier>
            </targetSiteCode>
        </observation>
    </entry>
</section>

10.6 Действие исследования

Template ID	1.2.840.10008.9.16
Name	Study Act Действие исследования
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	A Study Act contains the DICOM study information that defines the characteristics of an imaging study performed on a patient. An imaging study is a collection of one or more series of medical images, presentation states, SR documents, overlays, and/or curves that are logically related for the purpose of diagnosing a patient. Each study is associated with exactly one patient. A study may include composite instances that are created by a single modality, multiple modalities, or by multiple devices of the same modality. The study information is modality-independent.
Classification	CDA Entry Level
Relationships	Included in 9.8.7 DICOM Object Catalog and 9.4 Comparison Study
Context	parent node
Open/Closed	Open
Revision History	DICOM-20150324: Initial publication, derived from template originally published in DIR r1-2009, revised in Consolidated CDA r1-2011 as 2.16.840.1.113883.10.20.6.2.6. This derivation makes Series conditional (required for Object Catalog) to support use in Comparison Study reference, and uses DICOM-20150324 Series Act subsidiary template.

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*Study[]**		act	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	ACT
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.16
	>	id	1..1	SHALL	II
StudyUID	>@	@root	1..1	SHALL	UID		Study Instance UID (0020,000D)
	>@	@extension	0..0	SHALL NOT
	>	code	1..1	SHALL	CD	SHALL	(113014, DCM, "Study")
Description	>	text	0..1	MAY	ED
Time	>	effectiveTime	0..1	SHOULD	TS		Study Date (0008,0020) + Study Time (0008,0030) + Timezone Offset From UTC (0008,0201)
	>	entryRelationship	1..*	COND
	>@	@typeCode	1..1	SHALL	CS	SHALL	COMP
Series[*]	>>	act						10.7 Series Act 1.2.840.10008.9.17

10.6.1 entryRelationship/act - серия

COND: Если этот шаблон вызывается разделом 9.8.7 Каталог объектов DICOM, entryRelationship к действию Series SHALL присутствовать; в противном случае он MAY присутствовать.

Пример 10.6-1. Пример действия исследования

<act classCode="ACT" moodCode="EVN">
    <templateId root="2.16.840.1.113883.10.20.6.2.6"/>
    <id root="1.2.840.113619.2.62.994044785528.114289542805"/>
    <code code="113014" codeSystem="1.2.840.10008.2.16.4"
        codeSystemName="DCM" displayName="Study"/>
    <effectiveTime value="20060823223232"/>
    <!-- **** Series ****-->
    <entryRelationship typeCode="COMP">
        <act classCode="ACT" moodCode="EVN">
            ...
        </act>
    </entryRelationship>
</act>

10.7 Действие серии

Template ID	1.2.840.10008.9.17
Name	Series Act Действие серии
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	A Series Act contains the DICOM series information for referenced DICOM composite objects. The series information defines the attributes that are used to group composite instances into distinct logical sets. Each series is associated with exactly one study. Series Act clinical statements are only instantiated in the 9.8.7 DICOM Object Catalog section inside a 10.6 Study Act.
Classification	CDA Entry Level
Relationships	Included in 10.6 Study Act
Context	parent node
Open/Closed	open
Revision History	DICOM-20150324: Initial publication, derived from template originally published in DIR r1-2009, revised in Consolidated CDA r1-2011 as 2.16.840.1.113883.10.20.22.4.63. This derivation uses DICOM-20150324 SOP Instance subsidiary template.

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*Series[]**		act	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	ACT
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.17
	>	id	1..1	SHALL
SeriesUID	>@	@root	1..1	SHALL	UID		Series Instance UID (0020,000E)
	>@	@extension	0..0	SHALL NOT
	>	code	1..1	SHALL	CD	SHALL	(113015, DCM, "Series")
	>>	qualifier	1..1	SHALL
	>>>	name	1..1	SHALL	CD	SHALL	(121139, DCM, "Modality")
Modality	>>>	value	1..1	SHALL	CD		Modality (0008,0060)
Description	>	text	0..1	MAY	ED
Time	>	effectiveTime	0..1	SHOULD	TS		Series Date (0008,0021) + Series Time (0008,0031) + Timezone Offset From UTC (0008,0201)
	>	entryRelationship	1..*	SHALL
	>@	@typeCode	1..1	SHALL	CS	SHALL	COMP
SOPInstance[*]	>>	observation	1..1					10.8 SOP Instance Observation 1.2.840.10008.9.18

Пример 10.7-1. Пример действия серии

<act classCode="ACT" moodCode="EVN">
    <templateId root="1.2.840.10008.9.17"/>
    <id root="1.2.840.113619.2.62.994044785528.20060823223142485051"/>
    <code code="113015" codeSystem="1.2.840.10008.2.16.4"
            codeSystemName="DCM" displayName="Series">
        <qualifier>
            <name code="121139" codeSystem="1.2.840.10008.2.16.4"
                codeSystemName="DCM"
                displayName="Modality"/>
            <value code="CR" codeSystem="1.2.840.10008.2.16.4"
                codeSystemName="DCM"
                displayName="Computed Radiography"/>
        </qualifier>
    </code>
    <!-- **** SOP Instance UID *** -->
    <entryRelationship typeCode="COMP">
        <observation classCode="DGIMG" moodCode="EVN">
            <templateId root="2.16.840.1.113883.10.20.6.2.8"/>
            ...
        </observation>
    </entryRelationship>
</act>

10.8 Наблюдение экземпляра SOP

Template ID	1.2.840.10008.9.18
Name	SOP Instance Observation Наблюдение экземпляра SOP
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	A SOP Instance Observation contains the DICOM Service Object Pair (SOP) Instance information for referenced DICOM composite objects. The SOP Instance act class is used to reference both image and non-image DICOM instances. The text attribute contains the DICOM WADO reference.
Classification	CDA Entry Level
Relationships
Context	parent node
Open/Closed	open
Revision History	DICOM-20150324: Initial publication, derived from template originally published in DIR r1-2009, revised in Consolidated CDA r1-2011 as 2.16.840.1.113883.10.20.6.2.8 This derivation includes Purpose of Reference value set specified with DICOM CID 7003; directly incorporates descendant templates Purpose of Reference Observation, Referenced Frames, and Boundary Observation

Business Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value	Subsidiary Template
*SOPInstance[]**		observation	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	DGIMG
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.18
SOPInstanceUID	>	id	1..*	SHALL	II		SOP Instance UID (0008,0018)
	>	code	1..1	SHALL	CD
SOPClassUID	>@	@code	1..1	SHALL	ST		SOP Class UID (0008,0016)
	>@	@codeSystem	1..1	SHALL	UID	SHALL	1.2.840.10008.2.6.1
	>	text	0..1	SHOULD	ED
	>@	@mediaType	1..1	SHALL	ST	SHALL	application/dicom
WADOReference	>>	reference	1..1	SHALL	URL
	>	effectiveTime	0..1	SHOULD	TS		Instance Creation Date (0008,0012) + Instance Creation Time (0008,0013) + Timezone Offset From UTC (0008,0201)
	>	entryRelationship	0..*	COND
	>@	@typeCode	1..1	SHALL	CS	SHALL	SUBJ
SOPInstance[*]	>>	observation	1..1	SHALL				10.8 SOP Instance Observation 1.2.840.10008.9.18
	>	entryRelationship	0..1	COND
	>@	@typeCode	1..1	SHALL	CS	SHALL	RSON
	>>	observation	1..1	SHALL
	>>@	@classCode	1..1	SHALL	CS	SHALL	OBS
	>>@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>>>	code	1..1	SHALL	CD	SHALL	(ASSERTION, ActCode [2.16.840.1.113883.5.4], "Assertion")
PurposeOfReference	>>>	value	1..1	SHALL	CD	SHALL CWE DYNAMIC	ValueSet CID 7003 “Diagnostic Imaging Report Purpose of Reference”
	>	entryRelationship	0..1	COND
	>@	@typeCode	1..1	SHALL	CS	SHALL	COMP
	>>	observation	1..1	SHALL
	>>@	@classCode	1..1	SHALL	CS	SHALL	ROIBND
	>>@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>>	code	1..1	SHALL	CD	SHALL	(121190, DCM, "Referenced Frames")
	>>	entryRelationship	1..1	SHALL
	>>@	@typeCode	1..1	SHALL	CS	SHALL	COMP
	>>>	observation	1..1	SHALL
	>>>@	@classCode	1..1	SHALL	CS	SHALL	OBS
	>>>@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>>>	code	1..1	SHALL	CD	SHALL	(113036, DCM, "Frames for Display")
ReferencedFrames	>>>	value	1..1	SHALL	LIST <INT>

10.8.1 entryRelationship

COND: entryRelationship SHALL NOT присутствовать в 10.8 Наблюдение экземпляра SOP, включенном в раздел 9.8.7 Каталог объектов DICOM; в остальных случаях он MAY присутствовать.

10.8.1.1 entryRelationship/@typeCode=SUBJ (экземпляр SOP)

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

Примечание

Обычно это не требуется, поскольку сам экземпляр DICOM SOP идентифицирует связи с соответствующими другими экземплярами SOP.

10.8.1.2 entryRelationship/@typeCode=RSON (назначение ссылки)

Purpose of Reference Observation описывает назначение ссылки на составной объект DICOM. Для задания семантики назначения ссылки могут использоваться подходящие коды, например внешне определенные коды DICOM. Если это наблюдение отсутствует, подразумевается, что причина ссылки неизвестна.

Примечание

В Consolidated CDA r1.1 это было определено с использованием отдельного шаблона "Purpose of Reference Observation", который напрямую включен в эту спецификацию шаблона.

10.8.1.3 entryRelationship/@typeCode=COMP (ссылочные кадры)

Referenced Frames Observation содержит список целочисленных значений для ссылочных кадров экземпляра SOP многокадрового изображения DICOM. Оно идентифицирует номера кадров внутри ссылочного экземпляра SOP, к которым относится ссылка. Наблюдение идентифицирует кадры по тому же соглашению, что и DICOM: первым кадром в ссылочном объекте является Frame 1. Referenced Frames Observation должно использоваться, если ссылочный экземпляр DICOM SOP является многокадровым изображением и ссылка относится не ко всем кадрам.

Примечание

В Consolidated CDA r1.1 это было определено с использованием отдельных шаблонов "Referenced Frames Observation" и "Boundary Observation", которые напрямую включены в эту спецификацию шаблона.

Пример 10.8-1. Пример наблюдения экземпляра SOP с назначением ссылки

<observation classCode="DGIMG" moodCode="EVN">
    <templateId root="1.2.840.10008.9.18"/>
    <id root="1.2.840.113619.2.62.994044785528.20060823.200608232232322.3"/>
    <code code="1.2.840.10008.5.1.4.1.1.1"
        codeSystem="1.2.840.10008.2.6.1" codeSystemName="DCMUID"
        displayName="Computed Radiography Image">
    </code>
    <text mediaType="application/dicom">
        <reference value="http://www.example.org/wado?requestType=WADO
            &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
            &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051
            &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
            &amp;contentType=application/dicom"/>
        <!--reference to image 1 (PA) -->
    </text>
    <effectiveTime value="20060823223232"/>
    <entryRelationship typeCode="RSON">
        <observation classCode="OBS" moodCode="EVN">
            <templateId root="2.16.840.1.113883.10.20.6.2.9"/>
            <code code="ASSERTION" codeSystem="2.16.840.1.113883.5.4"/>
            <value xsi:type="CD" code="121112"
                codeSystem="1.2.840.10008.2.16.4"
                codeSystemName="DCM"
                displayName="Source of Measurement"/>
        </observation>
    </entryRelationship>
</observation>

10.9 Качество изображения

Template ID	1.2.840.10008.9.15
Name	Image Quality Качество изображения
Effective Date	2015/03/24
Version Label	DICOM-20150324
Status	Active
Description	Provides a quality assessment for the image set identified by the invoking section. By default unless otherwise identified, applies to the image set interpreted by the document (typically a Study). If the quality rating applies to only a subset of the Study (e.g., a Series, or a specific Image), that subset shall be identified in the invoking section.
Classification	CDA Entry Level
Relationships	Included in 9.3 Imaging Procedure Description
Context	parent node
Open/Closed	open
Revision History	DICOM-20150324: Initial version Derived from Coded Observation

Name	Nest Level	Element/Attribute	Card	Elem/Attr Conf	Data Type	Value Conf	Value
ImageQuality		observation	1..1	SHALL
	@	@classCode	1..1	SHALL	CS	SHALL	OBS
	@	@moodCode	1..1	SHALL	CS	SHALL	EVN
	>	templateId	1..1	SHALL	II
	>@	@root	1..1	SHALL	UID	SHALL	1.2.840.10008.9.15
	>	id	1..1	SHALL	II
	>	code	1..1	SHALL	CD		(111050, DCM, "Image Quality Assessment")
	>	text	0..1	SHOULD
Ref	>>	reference	1..1	SHALL	URL (XML IDREF)		# contentRef
	>	statusCode	1..1	SHALL	CS	SHALL	COMPLETED
Rating	>	value	1..1	SHALL	CD	SHOULD CWE	ValueSet CID 7036 “Image Quality Assessment”
	>@	@xsi:type	1..1	SHALL	ST	SHALL	CD

10.9.1 text/reference и связанная разметка повествовательного блока

Пример 10.9-1. Пример качества изображения

<observation classCode="OBS" moodCode="EVN">
    <templateId root="1.2.840.10008.9.15"/>
    <id root="1.2.840.113619.2.62.994044785528.20060823.200608232232322.3"/>
    <code code="111050" codeSystem="1.2.840.10008.2.6.1"
        codeSystemName="DCM"
        displayName="Image Quality Assessment"/>
    <text>
        <reference value="#Q9"/>
    </text>
    <statusCode code="completed"/>
    <value xsi:type="CD" code="RID12"
        codeSystem="2.16.840.1.113883.6.256"
        codeSystemName="RADLEX"
        displayName="Diagnostic quality"/>
</observation>

A Руководство по преобразованию диагностического отчета визуализации SR

Исключено из действующей редакции. См. PS3.20-2015.

Примечание

В этом приложении было описано преобразование документов SR, основанных на TID 2000 Basic Diagnostic Imaging Report, в отчеты визуализации HL7 CDA Release 2, основанные на шаблоне 2.16.840.1.113883.10.20.6 из информационной спецификации HL7 Diagnostic Imaging Reports (DIR) Release 1.0.

B Руководство по преобразованию диагностического отчета визуализации SR

Исключено из действующей редакции. См. PS3.20-2015.

Примечание

В этом приложении было описано преобразование документов SR, основанных на TID 2006 Imaging Report With Conditional Radiation Exposure and Protection Information, в отчеты визуализации HL7 CDA Release 2, основанные на шаблоне 2.16.840.1.113883.10.20.6 из информационной спецификации HL7 Diagnostic Imaging Reports (DIR) Release 1.0.

C Руководство по преобразованию отчета визуализации из SR в CDA

Ограниченные документы DICOM SR, основанные на шаблонах отчетов визуализации, могут быть сопоставлены с отчетами визуализации HL7 CDA Release 2, основанными на шаблоне 1.2.840.10008.9.1, как указано в разделе 7.1. Шаблоны отчетов SR, к которым применяется это преобразование, включают:

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

Документы SR можно рассматривать как состоящие из заголовка документа и тела документа, соответствующих заголовку и телу документа CDA. Заголовок включает модули, относящиеся к информационным сущностям Patient, Study, Series и Equipment, а также SR Document General Module, как указано в PS3.3. SR Document Content Module содержит дерево содержимого (структурированное содержимое) тела документа. Однако следует учитывать, что DICOM SR рассматривает корневой элемент содержимого, включая кодированный заголовок отчета, и некоторые элементы содержимого, задающие контекст, как часть дерева содержимого тела документа, но они составляют часть заголовка CDA. См. рисунок C-1.

C.1 Ограничения

Это приложение определяет преобразование экземпляра Enhanced SR SOP в экземпляр CDA. К таким экземплярам SOP применяются следующие ограничения:

Observation Context: сопоставление не поддерживает изменение контекста наблюдения для отчета в целом относительно его контекста по умолчанию, заданного информационными сущностями Patient, Study и Document Information Entities (см. PS3.3 Section C.17.5 “Observation Context Encoding”)

Примечание

TID 2000, TID 2005 и TID 2006 задают включение TID 1001 Observation Context как обязательное, но TID 1001 не содержит данных, если все аспекты контекста наследуются, как при данном ограничении.
Subject Context: сопоставление не поддерживает, чтобы субъектом какого-либо раздела отчета был образец (TID 1009), устройство (TID 1010) или нечеловеческий субъект. Для раздела Findings поддерживается только контекст субъекта-плода.
Procedure Context: сопоставление допускает идентификацию процедуры, отличной от процедуры, идентифицированной в SR Study IE, только как контекст для раздела Prior Procedure Descriptions.
De-identified Documents: в HL7 нет руководства по реализации CDA для деидентифицированных документов, кроме общих правил использования MSK null flavor (см. раздел 5.3.2). В CDA нет возможности, эквивалентной Encrypted Attributes Sequence (см. PS3.3 Section C.12.1.1.4.1 “Encrypted Attributes Sequence”), для передачи зашифрованных данных повторной идентификации.
Patient Study Module: медицинские или клинические характеристики пациента, указанные в Patient Study Module, не сопоставляются (см. PS3.3 Section C.17.5 “Observation Context Encoding”)
Clinical Trials: шаблон 1.2.840.10008.9.1 не определяет атрибуты для клинических исследований, эквивалентные атрибутам информационных сущностей Patient, Study и Series IE (Clinical Trial Subject Module, Clinical Trial Study Module, Clinical Trial Series Module).
Spatial Coordinates: сопоставление не поддерживает наблюдения SCOORD. Поскольку документы CDA предназначены преимущественно для чтения человеком, предполагается, что подробные данные ROI находятся в экземплярах DICOM SOP исследования либо в изображениях, готовых к отображению с Presentation State, а не в отчете CDA. Шаблон 1.2.840.10008.9.1 не поддерживает класс записи CDA Region of Interest Overlay (см. раздел 9.1.2.4).

Рисунок C-1. Структура TID 2000, обобщенная по PS3.16, и сопоставление с CDA

C.2 Соглашения

Литеральные значения, которые должны быть закодированы в элементах CDA, представлены в таблицах сопоставления обычным шрифтом, как строка или как триплет кодированного значения:

"NI"
(codeValue, codingScheme, codeMeaning)

Соглашения для сопоставления из атрибутов DICOM в преобразуемом SR описаны в разделе 5.2.8.

Данные, сопоставляемые из элемента содержимого SR, идентифицируются по Concept Name этого элемента содержимого, представленному в таблицах сопоставления триплетом курсивным шрифтом:

(codeValue, codingScheme, codeMeaning)

Данные, сопоставляемые из конкретного атрибута в элементе содержимого SR, используют триплет для идентификации элемента содержимого, символ > и конкретное имя и тег атрибута:

(codeValue, codingScheme, codeMeaning) > Attribute Name (gggg,eeee)

Дополнительные примечания приводятся в квадратных скобках:

[Note]

Mandatory CDA elements for which there is no corresponding source data in the SR SOP Instance may be coded with a nullFlavor attribute (see Section 5.3.2).

C.3 Преобразование заголовка

Для преобразования содержимого SR в заголовок CDA целевые элементы экземпляра CDA перечислены в таблице C.3-1 по их Business Names вместе с рекомендуемым источником в экземпляре SR. Это позволяет преобразующему приложению извлечь из SR нужные сведения для заполнения заголовка CDA.

Таблица C.3-1. Содержимое заголовка CDA из SR

CDA Business Name	DICOM SR
ImagingReport: DocType	Concept Name Code Sequence (0040,A043) [of the root content item]
ImagingReport: ContentTemplate
ImagingReport: DocumentID
ImagingReport: Title	(121050, DCM, "Equivalent Meaning of Concept Name") > Concept Code Sequence (0040,A168) > Code Meaning (0008,0104) if present; otherwise Concept Name Code Sequence (0040,A043) > Code Meaning (0008,0104) [of the root content item].
ImagingReport: CreationTime	Content Date (0008,0023) + Content Time (0008,0033) + Timezone Offset From UTC (0008,0201)
ImagingReport: Confidentiality
ImagingReport: LanguageCode	(121049, DCM, "Language of Content Item and Descendants")
ImagingReport: SetId
ImagingReport: VersionNumber
ImagingReport: Patient:ID	Patient ID (0010,0020)
ImagingReport: Patient:IDIssuer	Issuer of Patient ID Qualifiers Sequence (0010,0024) > Universal Entity ID (0040,0032)
ImagingReport: Patient:Addr	Patient's Address (0010,1040)
ImagingReport: Patient:Tele	Patient's Telephone Numbers (0010,2154)
ImagingReport: Patient:Name	Patient's Name (0010,0010)
ImagingReport: Patient:Gender	Patient's Sex (0010,0040) [Map value "O" to nullFlavor UNK]
ImagingReport: Patient:BirthTime	Patient's Birth Date (0010,0030) + Patient's Birth Time (0010,0032)
ImagingReport: Patient:ProviderOrgName	Issuer of Patient ID (0010,0021)
ImagingReport: Patient:ProviderOrgTel
ImagingReport: Patient:ProviderOrgAddr
ImagingReport: SigningTime	Verifying Observer Sequence (0040,A073) > Verification DateTime (0040,A030).
ImagingReport: SignerID	Verifying Observer Sequence (0040,A073) > Verifying Observer Identification Code Sequence (0040,A088) [code value as identifier]
ImagingReport: SignerAddr
ImagingReport: SignerTel
ImagingReport: SignerName	Verifying Observer Sequence (0040,A073) > Verifying Observer Name (0040,A075)
ImagingReport: SignatureBlock
ImagingReport: Author:AuthoringTime	Content Date (0008,0023) + Content Time (0008,0033) + Timezone Offset From UTC (0008,0201)
ImagingReport: Author:ID	Author Observer Sequence (0040,A078) > Person Identification Code Sequence (0040,1101) [code value as identifier]
ImagingReport: Author:Addr
ImagingReport: Author:Tel
ImagingReport: Author:Name	Author Observer Sequence (0040,A078) > Person Name (имя лица) (0040,A123)
ImagingReport: Recipient:Addr
ImagingReport: Recipient:Tel
ImagingReport: Recipient:Name
ImagingReport: Recipient:Org
ImagingReport: CustodianOrgID	Custodial Organization Sequence (0040,A07C) > Institution Code Sequence (0008,0082) [code value as identifier]
ImagingReport: CustodianOrgName	Custodial Organization Sequence (0040,A07C) > Institution Name (0008,0080)
ImagingReport: CustodianOrgAddr
ImagingReport: CustodianOrgTel
ImagingReport: EncounterID	Admission Id (0038,0010)
ImagingReport: EncounterIDIssuer	Issuer of Admission ID Sequence (0038;0014) > Universal Entity ID (0040,0032)
ImagingReport: EncounterTime
ImagingReport: HealthcareFacilityName
ImagingReport: HealthcareFacilityAddress	Institution Address (0008,0081)
ImagingReport:HealthcareProviderOrganizationName	Institution Name (0008,0080)
ImagingReport:AttendingPhysicianName	Physician(s) of Record (0008,1048)
ImagingReport:OrderPlacerNumber	Referenced Request Sequence (0040,A370) > Placer Order Number/Imaging Service Request (0040,2016)
ImagingReport:OrderAssigningAuthority	Referenced Request Sequence (0040,A370) > Order Placer Identifier Sequence (0040,0026) > Universal Entity ID (0040,0032)
ImagingReport:AccessionNumber	Accession Number (0008,0050)
ImagingReport:AccessionAssigningAuthority	Issuer of Accession Number Sequence (0008,0051) > Universal Entity ID (0040,0032)
ImagingReport:OrderedProcedureCode	Referenced Request Sequence (0040,A370) > Requested Procedure Code Sequence (0032,1064)
ImagingReport: OrderPriority
ImagingReport:Study:StudyUID	Study Instance UID (0020,000D)
ImagingReport:Study:ProcedureCode	Procedure Code Sequence (0008,1032)
ImagingReport:Study:Modality	(122142, DCM, "Acquisition Device Type") or (55111-9, LN, "Current Procedure Descriptions") > (122142, DCM, "Acquisition Device Type")
ImagingReport:Study:AnatomicRegionCode	(123014, DCM, "Target Region") or (55111-9, LN, "Current Procedure Descriptions") > (123014, DCM, "Target Region")
ImagingReport:Study:StudyTime	Study Date (0008,0020) + Study Time (0008,0030) + Timezone Offset From UTC (0008,0201)
ImagingReport: Performer:Type
ImagingReport: Performer:ID
ImagingReport: Performer:Name
ImagingReport: ReferrerAddr	Referring Physician Identification Sequence (0008,0096) > Person's Address (0040,1102)
ImagingReport: ReferrerTel	Referring Physician Identification Sequence (0008,0096) > Person's Telephone Numbers (0040,1103)
ImagingReport: ReferrerName	Referring Physician's Name (0008,0090)
ImagingReport: TranscriptionistID	Participant Sequence (0040,A07A) > Person Identification Code Sequence (0040,1101) , [where Participation Type (0040,A080) equals "ENT" (Data Enterer); code value as identifier]
ImagingReport: TranscriptionistName	Participant Sequence (0040,A07A) Person Name (имя лица) (0040,A123) [where Participation Type (0040,A080) equals "ENT" (Data Enterer) ]
ImagingReport: TransformedDocumentID	SOP Instance UID (0008,0018)

ImagingReport:Study:Modality and ImagingReport:Study:AnatomicRegionCode may be mapped from attributes in the root CONTAINER, if present there as in TID 2000, or in the Current Procedure Descriptions section CONTAINER, if present there as in TID 2006.

C.4 Преобразование тела документа

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

C.4.1 Сопоставление разделов

В SR TID 2000, TID 2005 и TID 2006 указано, что элементы отчета по визуализационному исследованию содержатся в разделах, представленных как CONTAINER с кодами наименований понятий из CID 7001.

Каждый CONTAINER, непосредственно подчиненный корневому CONTAINER, должен сопоставляться с разделом или подразделом, как указано в таблице C.4-1. Обратите внимание, что некоторые разделы документа SR сопоставляются с подразделами в рамках шаблона CDA 1.2.840.10008.9.1.

Таблица C.4-1. Сопоставление разделов SR с CDA

Coding Scheme Designator	Code Value	Code Meaning	Map to Template Section/Subsection
LN	11329-0	History	9.2 Clinical Information / 9.8.3 Medical (General) History
LN	55115-0	Request	9.2 Clinical Information / 9.8.1 Request
LN	55111-9	Current Procedure Descriptions	9.3 Imaging Procedure Description
LN	55114-3	Prior Procedure Descriptions	9.4 Comparison Study
LN	18834-2	Previous Findings	9.4 Comparison Study
LN	18782-3	Findings (Study Observation)	9.5 Findings or 9.5 Findings / 9.8.8 Fetus Findings (see C.4.1.3)
LN	59776-5	Findings	9.5 Findings or 9.5 Findings / 9.8.8 Fetus Findings (see C.4.1.3)
LN	19005-8	Impressions	9.6 Impression
LN	18783-1	Recommendations	9.6 Impression / 9.8.11 Recommendation
LN	55110-1	Conclusions	9.6 Impression
LN	55107-7	Addendum	9.7 Addendum
LN	18785-6	Indications for Procedure	9.2 Clinical Information / 9.8.2 Procedure Indications
LN	55108-5	Patient Presentation	9.2 Clinical Information
LN	55109-3	Complications	9.3 Imaging Procedure Description / 9.8.4 Complications
LN	55112-7	Summary	9.6 Impression
LN	55113-5	Key Images	9.6 Impression / 9.8.6 Key Images
LN	73569-6	Radiation Exposure and Protection Information	9.3 Imaging Procedure Description / 9.8.5 Radiation Exposure and Protection Information
LN	55752-0	Clinical Information	9.2 Clinical Information
LN	29549-3	Medications Administered	9.3 Imaging Procedure Description / 10.2 Procedural Medication
LN	73568-8	Communication of Critical Results	9.6 Impression / 9.8.10 Communication of Actionable Findings

Шаблон CDA 1.2.840.10008.9.1 требует как минимум раздел описания процедуры визуализации и раздел заключения.

Элемент section/code должен заполняться в соответствии с применимым шаблоном CDA; обратите внимание, что код может отличаться от кода Concept Name у CONTAINER раздела SR. Элемент title каждого раздела CDA должен заполняться, как показано в таблице C.4-2.

Таблица C.4-2. Сопоставление разделов CDA из SR

CDA Business Name	DICOM SR
<section>: Title	Concept Name Code Sequence (0040,A043) > Code Meaning (0008,0104) [of the section CONTAINER content item]
<section>: Text	[See C.4.2]
<section>: CodedObservation[*]	[See C.4.3.1 and C.4.3.2]
<section>: QuantityMeasurement[*]	[See C.4.3.4]
<section>: SOPInstance[*]	[See C.4.3.3]

SR allows sections to be qualified by observation context, using TID 1001 and its subsidiary templates. This capability is constrained in this mapping.

C.4.1.1 Контекст наблюдателя раздела

TID 1002 Observer Context позволяет идентифицировать автора-человека или автора-устройство.

Таблица C.4-3. Сопоставление автора раздела CDA из SR

CDA Business Name	DICOM SR
<section>: AuthorID	If (121005, DCM, "Observer Type") = (121007, DCM, "Device"), then (121012, DCM, "Device Observer UID") ID for human observer not represented in SR; use nullFlavor="UNK"
<section>: AuthorName	(121008, DCM, "Person Observer Name")
<section>: AuthorOrganization	(121009, DCM, "Person Observer's Organization Name (наименование организации)")
<section>: AuthorDeviceModel	(121015, DCM, "Device Observer Model Name")
<section>: AuthorSoftware	(121013, DCM, "Device Observer Name")

C.4.1.2 Контекст процедуры сравниваемого исследования

TID 1005 Procedure Study Context позволяет идентифицировать процедуру, отличную от процедуры, указанной в SR Study IE, как контекст для наблюдений раздела. В преобразованиях этого приложения в качестве Procedure Context поддерживается только идентифицированная процедура сравнения; преобразуемым разделом SR должен быть либо Prior Procedure Descriptions, либо Previous Findings, а раздел CDA должен соответствовать шаблону раздела Comparison Study 1.2.840.10008.9.4.

Экземпляры SR, использующие TID 2006, имеют дополнительные атрибуты процедуры сравнения, заданные с помощью TID 2007, который используется в разделе Prior Procedure Descriptions. Атрибуты как TID 1005, так и TID 2007 являются исходными данными для сопоставления в таблице C.4-4.

Таблица C.4-4. Сопоставление сравниваемого исследования из SR

CDA Business Name	DICOM SR
ComparisonStudy: ProcedureTechnique: ProcedureCode	(121023, DCM, "Procedure Code")
ComparisonStudy: ProcedureTechnique: EffectiveTime	(111060, DCM, "Study Date") + (111061, DCM, "Study Time")
ComparisonStudy: ProcedureTechnique: Modality	(122142, DCM, "Acquisition Device Type")
ComparisonStudy: ProcedureTechnique: MethodCode
ComparisonStudy: ProcedureTechnique: TargetSite	(123014, DCM, "Target Region")
ComparisonStudy: ProcedureTechnique: Laterality:
ComparisonStudy: ProcedureTechnique: Ref:
ComparisonStudy: ProcedureTechnique: ProviderOrganization
ComparisonStudy: Study[*]: StudyUID	(121018, DCM, "Procedure Study Instance UID")
ComparisonStudy: Study[*]: Description	(121065, DCM, "Procedure Description") , if present, or (121023, DCM, "Procedure Code") > Code Meaning (0008,0104)
ComparisonStudy: Study[*]: Time	(111060, DCM, "Study Date") + (111061, DCM, "Study Time")

C.4.1.3 Контекст субъекта-плода

TID 1006 Subject Context позволяет идентифицировать субъект, отличный от пациента, указанного в SR Patient IE. В преобразованиях этого приложения в качестве Subject Context для раздела Findings поддерживается только идентифицированный субъект-плод. Раздел SR с контекстом субъекта-плода должен сопоставляться с разделом CDA, соответствующим шаблону подраздела Fetus Findings 1.2.840.10008.9.9. Этот раздел является дочерним по отношению к разделу Findings верхнего уровня; несколько разделов SR с находками по плодам могут сопоставляться с отдельными подразделами CDA Fetus Findings.

Таблица C.4-5. Сопоставление субъекта-плода CDA из SR

CDA Business Name	DICOM SR
Findings: FetusFindings[*]: FetusID	(121030, DCM, "Subject ID") or (11951-1, LN, "Fetus ID")

C.4.2 Section/text

DICOM TID 2002 Report Narrative указывает, что разделы содержат элементы отчета по визуализации с типом CODE, TEXT, IMAGE или NUM.

Section/text в документе CDA содержит повествовательный текст документа, то есть подтвержденное содержимое. Section/text должен формироваться из всех Content Items, подчиненных CONTAINER раздела документа SR, так чтобы полный смысл был однозначно передан в повествовательном блоке.

Повествовательное представление каждого Content Item должно быть заключено в элемент <content> повествовательного блока, чтобы связанная запись могла ссылаться на него.

C.4.3 Сопоставление Content Item

Каждый Content Item, непосредственно подчиненный CONTAINER раздела, должен сопоставляться с соответствующим шаблоном уровня записи и включаться как дочерний элемент связанного раздела или подраздела CDA. Это выполняется дополнительно к его отображению в повествовательном блоке section/text.

Кодированные понятия, закодированные в SR с использованием Coding Scheme Designator "SRT", должны сопоставляться с эквивалентным кодом SNOMED CT. Сопоставления для наборов значений, используемых как в SR, так и в CDA, приведены в PS3.16.

C.4.3.1 Кодированные наблюдения

Content Items SR с типом CODE должны сопоставляться с записями Coded Observation.

Таблица C.4-6. Сопоставление CDA Coded Observation из SR CODE

CDA Business Name	DICOM SR
CodedObservation[*]: ObsName	Concept Name Code Sequence (0040,A043)
CodedObservation[*]: ObsValue	Concept Code Sequence (0040,A168)
CodedObservation[*]: Time	Observation DateTime (0040,A032)
CodedObservation[*]: InterpretationCode
CodedObservation[*]: ActionableFindingCode
CodedObservation[*]: TargetSite	(363698007, SCT, "Finding Site")
CodedObservation[*]:Laterality	(363698007, SCT, "Finding Site") > (272741003, SCT, "Laterality")
CodedObservation[*]:TopoModifier
CodedObservation[*]:Method
CodedObservation[*]: SOPInstance	[See C.4.3.3]
CodedObservation[*]: QuantityMeasurement	[See C.4.3.4]
CodedObservation[*]: CodedObservation

Наблюдения CODE в TID 2002 явно не включают место находки, латеральность и топографические модификаторы, однако эти модификаторы не запрещены шаблоном и могут присутствовать в экземпляре SR SOP, преобразуемом в CDA.

C.4.3.2 Текстовые наблюдения

Content Items SR с типом TEXT сопоставляются с записями Coded Observation, но код задается как nullFlavor, а текстовое содержимое помещается в originalText.

Таблица C.4-7. Сопоставление CDA Coded Observation из SR TEXT

CDA Business Name or XPath	DICOM SR
CodedObservation[*]: ObsName	Concept Name Code Sequence (0040,A043)
observation/value/@nullFlavor	"NI"
observation/value/originalText	Text Value (0040,A160)
CodedObservation[*]: Time	Observation DateTime (0040,A032)
CodedObservation[*]: InterpretationCode
CodedObservation[*]: ActionableFindingCode
CodedObservation[*]: TargetSite
CodedObservation[*]:Laterality
CodedObservation[*]:TopoModifier
CodedObservation[*]:Method
CodedObservation[*]: SOPInstance	[See C.4.3.3]
CodedObservation[*]: QuantityMeasurement	[See C.4.3.4]
CodedObservation[*]: CodedObservation

C.4.3.3 Наблюдения изображений

Content Items SR с типом IMAGE должны сопоставляться с записями SOP Instance Observation.

Таблица C.4-8. Сопоставление CDA SOP Instance Observation из SR IMAGE

CDA Business Name	DICOM SR
SOPInstance[*]:SOPInstanceUID	Referenced SOP Sequence (0008,1199) > Referenced SOP Instance UID (0008,1155)
SOPInstance[*]:SOPClassUID	Referenced SOP Sequence (0008,1199) > Referenced SOP Class UID (0008,1150)
SOPInstance[*]:WADOReference	[WADO link constructed from image reference; also used in linkHtml in narrative block]
SOPInstance[*]:PurposeOfReference	Concept Name Code Sequence (0040,A043)
SOPInstance[*]:ReferencedFrames	Referenced SOP Sequence (0008,1199) > Referenced Frame Number (0008,1160)

C.4.3.4 Числовые наблюдения

Content Items SR с типом NUM должны сопоставляться с записями Quantity Measurement.

Таблица C.4-9. Сопоставление CDA Quantity Measurement из SR NUM

CDA Business Name	DICOM SR
QuantityMeasurement[*]: MeasurementName	Concept Name Code Sequence (0040,A043)
QuantityMeasurement[*]: MeasurementValue	Measured Value Sequence (0040,A300) > Numeric Value (0040,A30A)
QuantityMeasurement[*]: MeasurementUnits	Measured Value Sequence (0040,A300) > Measurement Units Code Sequence (0040,08EA) > Code Value (0008,0100)
QuantityMeasurement[*]: Time	Observation DateTime (0040,A032)
QuantityMeasurement[*]: InterpretationCode
QuantityMeasurement[*]: ActionableFindingCode
QuantityMeasurement[*]: TargetSite	(363698007, SCT, "Finding Site")
QuantityMeasurement[*]:Laterality	(363698007, SCT, "Finding Site") > (272741003, SCT, "Laterality")
QuantityMeasurement[*]:Method	(370129005, SCT, "Measurement Method")
QuantityMeasurement[*]:TopoModifier	(106233006, SCT, "Topographical modifier")
QuantityMeasurement[*]: SOPInstance	[See C.4.3.3]
QuantityMeasurement[*]: QuantityMeasurement	[See C.4.3.4]

Шаблоны SR, вызываемые для измерений NUM из TID 2000, явно не включают место находки, латеральность и топографические модификаторы, однако эти модификаторы не запрещены шаблоном, используются во многих других шаблонах значений NUM, например в TID 300 Measurement, и могут присутствовать в экземпляре SR SOP, преобразуемом в CDA.

C.4.3.5 Наблюдения, выведенные из изображений

SR TID 2001 и TID 2002 допускают Content Items, которые являются INFERRED FROM наблюдений IMAGE. Отношение INFERRED FROM сопоставляется с entryRelationship с typeCode=SPRT, а наблюдение IMAGE сопоставляется с записью CDA SOP Instance Observation, подчиненной родительской записи CDA Coded Observation или Quantity Measurement. Такое entryRelationship показано в шаблонах CDA Coded Observation и Quantity Measurement.

C.4.3.6 Наблюдения, выведенные из числовых данных

SR TID 2001 и TID 2002 допускают Content Items, которые являются INFERRED FROM наблюдений NUM. Отношение INFERRED FROM сопоставляется с entryRelationship с typeCode=SPRT, а наблюдение NUM сопоставляется с записью CDA Quantity Measurement, подчиненной родительской записи CDA Coded Observation или Quantity Measurement. Такое entryRelationship показано в шаблонах CDA Coded Observation и Quantity Measurement.

C.4.3.7 Наблюдения, выведенные из пространственных координат

SR TID 1400, TID 1401, TID 1402 и TID 1404 допускают Content Items NUM, которые являются INFERRED FROM наблюдений SCOORD, являющихся SELECTED FROM наблюдений IMAGE. Это приложение не задает преобразование для наблюдений SCOORD; для них использовалась бы запись CDA Region Of Interest, которую PS3.20 запрещает (см. раздел 9.1.2.4).

C.4.4 Сопоставление содержимого отдельных разделов

Некоторые разделы отчета CDA Imaging Report имеют специальные сопоставления из заголовка DICOM SR или из специализированных шаблонов с содержимым для конкретных вариантов использования.

C.4.4.1 Показания к процедуре

Модуль DICOM SR Document General Module может задавать Reason for the Requested Procedure либо как свободный текст в атрибуте (0040,1002), и/или как несколько кодированных значений в атрибуте (0040,100A). Эти сведения сопоставляются с подразделом Procedure Indications раздела Clinical Information отчета CDA Imaging Report.

Примечание

Показания к процедуре также могут быть заданы как элементы содержимого SR в CONTAINER (18785-6, LN, "Indications for Procedure"), который может сопоставляться с экземпляром CDA в соответствии с разделом C.4.3. Способ обработки нескольких представлений показаний в документе SR определяется реализацией.

Таблица C.4-10. Сопоставление Procedure Indications раздела Clinical Information из SR

CDA Business Name	DICOM SR
ClinicalInformation: ProcedureIndications: Text	Referenced Request Sequence (0040,A370) > Reason for the Requested Procedure (0040,1002)
ClinicalInformation: ProcedureIndications: CodedObservation[*]: ObsName	(432678004, SNOMED, "Indication for procedure")
ClinicalInformation: ProcedureIndications: CodedObservation[*]: ObsValue	Referenced Request Sequence (0040,A370) > Reason for the Requested Procedure Code Sequence (0040,100A)

C.4.4.2 Описания текущей процедуры

Экземпляры SR, использующие TID 2006, содержат раздел Current Procedure Descriptions, заданный с помощью TID 2007. Исходные данные из этого шаблона и из General Study Module сопоставляются с разделом CDA Procedure Description.

Таблица C.4-11. Сопоставление Current Procedure Description из SR

CDA Business Name	DICOM SR
ProcedureDescription: ProcedureTechnique: ProcedureCode	Procedure Code Sequence (0008,1032)
ProcedureDescription: ProcedureTechnique: EffectiveTime	(111060, DCM, "Study Date") + (111061, DCM, "Study Time")
ProcedureDescription: ProcedureTechnique: Modality	(122142, DCM, "Acquisition Device Type")
ProcedureDescription: ProcedureTechnique: MethodCode
ProcedureDescription: ProcedureTechnique: TargetSite	(123014, DCM, "Target Region")
ProcedureDescription: ProcedureTechnique: Laterality
ProcedureDescription: ProcedureTechnique: Ref

C.4.4.3 Информация о радиационном воздействии и защите

Раздел Radiation Exposure and Protection Information, определенный в SR TID 2006, задается с помощью TID 2008, который предоставляет дополнительные исходные данные для сопоставления с эквивалентным подразделом CDA в разделе Imaging Procedure Description.

Таблица C.4-12. Сопоставление CDA Radiation Exposure and Protection Information из SR

CDA Business Name	DICOM SR
RadiationExposure: IrradiationAuthorizingID
RadiationExposure: IrradiationAuthorizingName	(113850, DCM, "Irradiation Authorizing ")
RadiationExposure:SOPInstance[doseReport]	(113701, DCM, "X-Ray Radiation Dose Report") [from Current Procedure Description section]
RadiationExposure:CodedObservation[pregnancy]	(111532, DCM, "Pregnancy Status")
RadiationExposure:CodedObservation[indication]	(18785-6, LN, "Indications for Procedure")
RadiationExposure:CodedObservation[exposure]	(113921, DCM, "Radiation Exposure")
RadiationExposure:QuantityMeasurement
RadiationExposure: RadioactivityDose
RadiationExposure: Radiopharmaceutical
RadiationExposure: FreeTextRadiopharmaceutical	(113922, DCM, "Radioactive Substance Administered")

Content Item Radiation Exposure в TID 2008 использует Value Type TEXT, а не NUM, и поэтому сопоставляется с записью Coded Observation в соответствии с разделом C.4.3.2.

C.4.4.4 Ключевые изображения

TID 2005 Transcribed Diagnostic Imaging Report задает структуру раздела для раздела Key Images в SR, что позволяет выполнить сопоставление с эквивалентным подразделом CDA в разделе Impression.

Таблица C.4-13. Сопоставление Key Image из SR

CDA Business Name	DICOM SR
KeyImages: Title	"Key Images" [or equivalent in local language]
KeyImages: Text	(113012, DCM, "Key Object Description")
KeyImages: Text: GraphicRef[*]	[Reference to ObservationMedia entry]
KeyImages: Text: ExtRef[*]: URL	[WADO link constructed from image reference]
KeyImages: SOPInstance[*]	[See C.4.3.3]
KeyImages: Graphic[*]: Image	[Thumbnail constructed from referenced image]
KeyImages: Graphic[*]: MediaType	[recommended "image/jpeg"]
KeyImages: Graphic[*]: ImageURI

C.5 Пример

C.5.1 DICOM SR "Basic Diagnostic Imaging Report" (базовый диагностический отчет по визуализации, TID 2000)

Кодирование примера документа SR включает сведения о глубине дерева тела документа SR (колонка 1: SR Tree Depth), уровне вложенности для вложенных артефактов, таких как последовательности и элементы последовательностей (колонка 2: Nesting), именах атрибутов DICOM (колонка 3: Attribute), теге DICOM (колонка 4: Tag), представлении значения атрибута DICOM (колонка 5: VR, как определено в PS3.5), шестнадцатеричном значении длины значения (колонка 6: VL (hex)) и значениях атрибутов примера документа (колонка 7: Value).

Таблица C.5-1. Кодирование примера документа

SR Tree Depth	Nesting	Attribute	Tag	VR	VL (hex)	Value
		Instance Creation Date	(0008,0012)	DA	0008	20060827
		Instance Creation Time	(0008,0013)	TM	0006	224157
		Instance Creator UID	(0008,0014)	UI	001c	1.2.276.0.7230010.3.0.3.5.4
		SOP Class UID	(0008,0016)	UI	001e	1.2.840.10008.5.1.4.1.1.88.22
		SOP Instance UID	(0008,0018)	UI	003c	1.2.840.113619.2.62.994044785528.20060823.200608232232322.9
		Study Date	(0008,0020)	DA	0008	20060823
		Content Date	(0008,0023)	DA	0008	20060823
		Study Time	(0008,0030)	TM	0006	222400
		Content Time	(0008,0033)	TM	0006	224352
		Accession Number	(0008,0050)	SH	0008	10523475
		Issuer of Accession Number Sequence	(0008,0051)	SQ	ffffffff
	%item
	>	Local Namespace Entity ID	(0040,0032)	UT	0008	WUH-RIS
	>	Universal Entity ID	(0040,0032)	UT	0024	1.2.840.113619.2.62.994044785528.27
	>	Universal Entity ID Type	(0040,0033)	CS	0004	ISO
	%enditem
	%endseq
		Modality	(0008,0060)	CS	0002	SR
		Manufacturer	(0008,0070)	LO	000a	DicomWg20
		Referring Physician's Name	(0008,0090)	PN	0010	Smith^John^^^MD
		Procedure Code Sequence	(0008,1032)	SQ	ffffffff
	%item
	>	Code Value	(0008,0100)	SH	0006	11123
	>	Coding Scheme Designator	(0008,0102)	SH	0008	99WUHID
	>	Code Meaning	(0008,0104)	LO	000c	X-Ray Study
	%enditem
	%endseq
		Referenced Performed Procedure Step Sequence	(0008,1111)	SQ	ffffffff
	%endseq
		Patient's Name	(0010,0010)	PN	0008	Doe^John
		Patient ID	(0010,0020)	LO	000a	0000680029
		Issuer of Patient ID	(0010,0021)	LO	001a	World University Hospital
		Issuer of Patient ID Qualifiers Sequence	(0010,0024)	SQ	ffffffff
	%item
	>	Universal Entity ID	(0040,0032)	UT	0024	1.2.840.113619.2.62.994044785528.10
	>	Universal Entity ID Type	(0040,0033)	CS	0004	ISO
	%enditem
	%endseq
		Patient's Birth Date	(0010,0030)	DA	0008	19641128
		Patient's Sex	(0010,0040)	CS	0002	M
		Study Instance UID	(0020,000d)	UI	002e	1.2.840.113619.2.62.994044785528.114289542805
		Series Instance UID	(0020,000e)	UI	0036	1.2.840.113619.2.62.994044785528.20060823223142485052
		Study ID	(0020,0010)	SH	0008	10523475
		Series Number	(0020,0011)	IS	0004	560
		Instance Number	(0020,0013)	IS	0006	07851
1		Value Type	(0040,a040)	CS	000a	CONTAINER
1		Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1	%item
1	>	Code Value	(0008,0100)	SH	0008	18782-3
1	>	Coding Scheme Designator	(0008,0102)	SH	0002	LN
1	>	Code Meaning	(0008,0104)	LO	000c	X-Ray Report
1	%enditem
1	%endseq
1		Continuity Of Content	(0040,a050)	CS	0008	SEPARATE
		Verifying Observer Sequence	(0040,a073)	SQ	ffffffff
	%item
	>	Verifying Organization	(0040,a027)	LO	001a	World University Hospital
	>	Verification DateTime	(0040,a030)	DT	000e	20060827141500
	>	Verifying Observer Name	(0040,a075)	PN	0012	Blitz^Richard^^^MD
	>	Verifying Observer Identification Code Sequence	(0040,a088)	SQ	ffffffff
	%item
	>>	Code Value	(0008,0100)	SH	0008	08150000
	>>	Coding Scheme Designator	(0008,0102)	SH	0008	99WUHID
	>>	Code Meaning	(0008,0104)	LO	0016	Verifying Observer ID
	%enditem
	%endseq
	%enditem
	%endseq
		Referenced Request Sequence	(0040,a370)	SQ	ffffffff
	%item
	>	Accession Number	(0008,0050)	SH	0008	10523475
	>	Issuer of Accession Number Sequence	(0008,0051)	SQ	ffffffff
	%item
	>>	Local Namespace Entity ID	(0040,0032)	UT	0008	WUH-RIS
	>>	Universal Entity ID	(0040,0032)	UT	0024	1.2.840.113619.2.62.994044785528.27
	>>	Universal Entity ID Type	(0040,0033)	CS	0004	ISO
	%enditem
	%endseq
	>	Referenced Study Sequence	(0008,1110)	SQ	ffffffff
	%item
	>>	Referenced SOP Class UID	(0008,1150)	UI	001a	1.2.840.10008.5.1.4.1.1.1
	>>	Referenced SOP Instance UID	(0008,1155)	UI	003c	1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
	%enditem
	%endseq
	>	Study Instance UID	(0020,000d)	UI	002e	1.2.840.113619.2.62.994044785528.114289542805
	>	Requested Procedure Description	(0032,1060)	LO	0020	CHEST TWO VIEWS, PA AND LATERAL
	>	Requested Procedure Code Sequence	(0032,1064)	SQ	ffffffff
	%item
	>>	Code Value	(0008,0100)	SH	0006	11123
	>>	Coding Scheme Designator	(0008,0102)	SH	0008	99WUHID
	>>	Code Meaning	(0008,0104)	LO	000c	X-Ray Study
	%enditem
	%endseq
	>	Order Placer Identifier Sequence	(0040,0026)	SQ	ffffffff
	%item
	>>	Local Namespace Entity ID	(0040,0032)	UT	0008	WUH-CPOE
	>>	Universal Entity ID	(0040,0032)	UT	0024	1.2.840.113619.2.62.994044785528.29
	>>	Universal Entity ID Type	(0040,0033)	CS	0004	ISO
	%enditem
	%endseq
	>	Requested Procedure ID	(0040,1001)	SH	0006	123453
	>	Reason for the Requested Procedure	(0040,1002)	LO	0014	Suspected lung tumor
	>	Placer Order Number/Imaging Service Request	(0040,2016)	LO	0006	123451
	%enditem
	%endseq
		Performed Procedure Code Sequence	(0040,a372)	SQ	ffffffff
	%item
	>	Code Value	(0008,0100)	SH	0006	11123
	>	Coding Scheme Designator	(0008,0102)	SH	0008	99WUHID
	>	Code Meaning	(0008,0104)	LO	000c	X-Ray Study
	%enditem
	%endseq
		Current Requested Procedure Evidence Sequence	(0040,a375)	SQ	ffffffff
	%item
	>	Referenced Series Sequence	(0008,1115)	SQ	ffffffff
	%item
	>>	Referenced SOP Sequence	(0008,1199)	SQ	ffffffff
	%item
	>>>	Referenced SOP Class UID	(0008,1150)	UI	001a	1.2.840.10008.5.1.4.1.1.1
	>>>	Referenced SOP Instance UID	(0008,1155)	UI	003c	1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
	%enditem
	%item
	>>>	Referenced SOP Class UID	(0008,1150)	UI	001a	1.2.840.10008.5.1.4.1.1.1
	>>>	Referenced SOP Instance UID	(0008,1155)	UI	003c	1.2.840.113619.2.62.994044785528.20060823.200608232231422.3
	%enditem
	%endseq
	>>	Series Instance UID	(0020,000e)	UI	0036	1.2.840.113619.2.62.994044785528.20060823223142485051
	%enditem
	%endseq
	>	Study Instance UID	(0020,000d)	UI	002e	1.2.840.113619.2.62.994044785528.114289542805
	%enditem
	%endseq
		Completion Flag	(0040,a491)	CS	0008	COMPLETE
		Verification Flag	(0040,a493)	CS	0008	VERIFIED
1		Content Sequence	(0040,a730)	SQ	ffffffff
1.1	%item
1.1	>	Relationship Type	(0040,a010)	CS	0010	HAS CONCEPT MOD
1.1	>	Value Type	(0040,a040)	CS	0004	CODE
1.1	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.1	%item
1.1	>>	Code Value	(0008,0100)	SH	0006	122142
1.1	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.1	>>	Code Meaning	(0008,0104)	LO	0018	Acquisition Device Type
1.1	%enditem
1.1	%endseq
1.1	>	Concept Code Sequence	(0040,a168)	SQ	ffffffff
1.1	%item
1.1	>>	Code Value	(0008,0100)	SH	0002	XR
1.1	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.1	>>	Code Meaning	(0008,0104)	LO	0002	XR
1.1	%enditem
1.1	%endseq
1.1	%enditem
1.2	%item
1.2	>	Relationship Type	(0040,a010)	CS	0010	HAS CONCEPT MOD
1.2	>	Value Type	(0040,a040)	CS	0004	CODE
1.2	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.2	%item
1.2	>>	Code Value	(0008,0100)	SH	0006	123014
1.2	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.2	>>	Code Meaning	(0008,0104)	LO	000e	Target Region
1.2	%enditem
1.2	%endseq
1.2	>	Concept Code Sequence	(0040,a168)	SQ	ffffffff
1.2	%item
1.2	>>	Code Value	(0008,0100)	SH	0008	51185008
1.2	>>	Coding Scheme Designator	(0008,0102)	SH	0004	SCT
1.2	>>	Code Meaning	(0008,0104)	LO	0006	Chest
1.2	%enditem
1.2	%endseq
1.2	%enditem
1.3	%item
1.3	>	Relationship Type	(0040,a010)	CS	0010	HAS CONCEPT MOD
1.3	>	Value Type	(0040,a040)	CS	0004	CODE
1.3	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.3	%item
1.3	>>	Code Value	(0008,0100)	SH	0006	121049
1.3	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.3	>>	Code Meaning	(0008,0104)	LO	0028	Language of Content Item and Descendants
1.3	%enditem
1.3	%endseq
1.3	>	Concept Code Sequence	(0040,a168)	SQ	ffffffff
1.3	%item
1.3	>>	Code Value	(0008,0100)	SH	0006	en-US
1.3	>>	Coding Scheme Designator	(0008,0102)	SH	0008	ISO639_1
1.3	>>	Code Meaning	(0008,0104)	LO	000e	English (U.S.)
1.3	%enditem
1.3	%endseq
1.3	%enditem
1.4	%item
1.4	>	Relationship Type	(0040,a010)	CS	0010	HAS CONCEPT MOD
1.4	>	Value Type	(0040,a040)	CS	0004	TEXT
1.4	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.4	%item
1.4	>>	Code Value	(0008,0100)	SH	0006	121050
1.4	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.4	>>	Code Meaning	(0008,0104)	LO	0022	Equivalent Meaning of Concept Name
1.4	%enditem
1.4	%endseq
1.4	>	Text Value	(0040,a160)	UT	001c	Chest X-Ray, PA and LAT View
1.4	%enditem
1.5	%item
1.5	>	Relationship Type	(0040,a010)	CS	0010	HAS OBS CONTEXT
1.5	>	Value Type	(0040,a040)	CS	0004	CODE
1.5	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.5	%item
1.5	>>	Code Value	(0008,0100)	SH	0006	121005
1.5	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.5	>>	Code Meaning	(0008,0104)	LO	000e	Observer Type
1.5	%enditem
1.5	%endseq
1.5	>	Concept Code Sequence	(0040,a168)	SQ	ffffffff
1.5	%item
1.5	>>	Code Value	(0008,0100)	SH	0006	121006
1.5	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.5	>>	Code Meaning	(0008,0104)	LO	0006	Person
1.5	%enditem
1.5	%endseq
1.5	%enditem
1.6	%item
1.6	>	Relationship Type	(0040,a010)	CS	0010	HAS OBS CONTEXT
1.6	>	Value Type	(0040,a040)	CS	0006	PNAME
1.6	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.6	%item
1.6	>>	Code Value	(0008,0100)	SH	0006	121008
1.6	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.6	>>	Code Meaning	(0008,0104)	LO	0014	Person Observer Name
1.6	%enditem
1.6	%endseq
1.6	>	Person Name (имя лица)	(0040,a123)	PN	0012	Blitz^Richard^^^MD
1.6	%enditem
1.7	%item
1.7	>	Relationship Type	(0040,a010)	CS	0008	CONTAINS
1.7	>	Value Type	(0040,a040)	CS	000a	CONTAINER
1.7	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.7	%item
1.7	>>	Code Value	(0008,0100)	SH	0006	121060
1.7	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.7	>>	Code Meaning	(0008,0104)	LO	0008	History
1.7	%enditem
1.7	%endseq
1.7	>	Continuity Of Content	(0040,a050)	CS	0008	SEPARATE
1.7	>	Content Sequence	(0040,a730)	SQ	ffffffff
1.7.1	%item
1.7.1	>>	Relationship Type	(0040,a010)	CS	0008	CONTAINS
1.7.1	>>	Value Type	(0040,a040)	CS	0004	TEXT
1.7.1	>>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.7.1	%item
1.7.1	>>>	Code Value	(0008,0100)	SH	0006	121060
1.7.1	>>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.7.1	>>>	Code Meaning	(0008,0104)	LO	0008	History
1.7.1	%enditem
1.7.1	%endseq
1.7.1	>>	Text Value	(0040,a160)	UT	000c	Sore throat.
1.7.1	%enditem
1.7	%endseq
1.7	%enditem
1.8	%item
1.8	>	Relationship Type	(0040,a010)	CS	0008	CONTAINS
1.8	>	Value Type	(0040,a040)	CS	000a	CONTAINER
1.8	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.8	%item
1.8	>>	Code Value	(0008,0100)	SH	0006	121070
1.8	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.8	>>	Code Meaning	(0008,0104)	LO	0008	Findings
1.8	%enditem
1.8	%endseq
1.8	>	Continuity Of Content	(0040,a050)	CS	0008	SEPARATE
1.8	>	Content Sequence	(0040,a730)	SQ	ffffffff
1.8.1	%item
1.8.1	>>	Relationship Type	(0040,a010)	CS	0008	CONTAINS
1.8.1	>>	Value Type	(0040,a040)	CS	0004	TEXT
1.8.1	>>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.8.1	%item
1.8.1	>>>	Code Value	(0008,0100)	SH	0006	121071
1.8.1	>>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.8.1	>>>	Code Meaning	(0008,0104)	LO	0008	Finding
1.8.1	%enditem
1.8.1	%endseq
1.8.1	>>	Text Value	(0040,a160)	UT	01ae	The cardiomediastinum is within normal limits. The trachea is midline. The previously described opacity at the medial right lung base has cleared. There are no new infiltrates. There is a new round density at the left hilus, superiorly (diameter about 45mm). A CT scan is recommended for further evaluation. The pleural spaces are clear. The visualized musculoskeletal structures and the upper abdomen are stable and unremarkable.
1.8.1	>>	Content Sequence	(0040,a730)	SQ	ffffffff
1.8.1.1	%item
1.8.1.1	>>>	Relationship Type	(0040,a010)	CS	000e	INFERRED FROM
1.8.1.1	>>>	Observation DateTime	(0040,a032)	DT	000e	20060823223912
1.8.1.1	>>>	Value Type	(0040,a040)	CS	0004	NUM
1.8.1.1	>>>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.8.1.1	%item
1.8.1.1	>>>>	Code Value	(0008,0100)	SH	0008	81827009
1.8.1.1	>>>>	Coding Scheme Designator	(0008,0102)	SH	0004	SCT
1.8.1.1	>>>>	Code Meaning	(0008,0104)	LO	0008	Diameter
1.8.1.1	%enditem
1.8.1.1	%endseq
1.8.1.1	>>>	Measured Value Sequence	(0040,a300)	SQ	ffffffff
1.8.1.1	%item
1.8.1.1	>>>>	Measurement Units Code Sequence	(0040,08ea)	SQ	ffffffff
1.8.1.1	%item
1.8.1.1	>>>>>	Code Value	(0008,0100)	SH	0002	mm
1.8.1.1	>>>>>	Coding Scheme Designator	(0008,0102)	SH	0004	UCUM
1.8.1.1	>>>>>	Code Meaning	(0008,0104)	LO	0002	mm
1.8.1.1	%enditem
1.8.1.1	%endseq
1.8.1.1	>>>>	Numeric Value	(0040,a30a)	DS	0002	45
1.8.1.1	%enditem
1.8.1.1	%endseq
1.8.1.1	>>>	Content Sequence	(0040,a730)	SQ	ffffffff
1.8.1.1.1	%item
1.8.1.1.1	>>>>	Referenced SOP Sequence	(0008,1199)	SQ	ffffffff
1.8.1.1.1	%item
1.8.1.1.1	>>>>>	Referenced SOP Class UID	(0008,1150)	UI	001a	1.2.840.10008.5.1.4.1.1.1
1.8.1.1.1	>>>>>	Referenced SOP Instance UID	(0008,1155)	UI	003c	1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
1.8.1.1.1	%enditem
1.8.1.1.1	%endseq
1.8.1.1.1	>>>>	Relationship Type	(0040,a010)	CS	000e	INFERRED FROM
1.8.1.1.1	>>>>	Value Type	(0040,a040)	CS	0006	IMAGE
1.8.1.1.1	>>>>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.8.1.1.1	%item
1.8.1.1.1	>>>>>	Code Value	(0008,0100)	SH	0006	121112
1.8.1.1.1	>>>>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.8.1.1.1	>>>>>	Code Meaning	(0008,0104)	LO	0016	Source of Measurement
1.8.1.1.1	%enditem
1.8.1.1.1	%endseq
1.8.1.1.1	%enditem
1.8.1.1	%endseq
1.8.1.1	%enditem
1.8.1	%endseq
1.8.1	%enditem
1.8	%endseq
1.8	%enditem
1.9	%item
1.9	>	Relationship Type	(0040,a010)	CS	0008	CONTAINS
1.9	>	Value Type	(0040,a040)	CS	000a	CONTAINER
1.9	>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.9	%item
1.9	>>	Code Value	(0008,0100)	SH	0006	121072
1.9	>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.9	>>	Code Meaning	(0008,0104)	LO	000c	Impressions
1.9	%enditem
1.9	%endseq
1.9	>	Continuity Of Content	(0040,a050)	CS	0008	SEPARATE
1.9	>	Content Sequence	(0040,a730)	SQ	ffffffff
1.9.1	%item
1.9.1	>>	Relationship Type	(0040,a010)	CS	0008	CONTAINS
1.9.1	>>	Value Type	(0040,a040)	CS	0004	TEXT
1.9.1	>>	Concept Name Code Sequence	(0040,a043)	SQ	ffffffff
1.9.1	%item
1.9.1	>>>	Code Value	(0008,0100)	SH	0006	121073
1.9.1	>>>	Coding Scheme Designator	(0008,0102)	SH	0004	DCM
1.9.1	>>>	Code Meaning	(0008,0104)	LO	000a	Impression
1.9.1	%enditem
1.9.1	%endseq
1.9.1	>>	Text Value	(0040,a160)	UT	009c	No acute cardiopulmonary process. Round density in left superior hilus, further evaluation with CT is recommended as underlying malignancy is not excluded.
1.9.1	%enditem
1.9	%endseq
1.9	%enditem
1	%endseq

C.5.2 Перекодированный отчет визуализации HL7 CDA Release 2

<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="CDA-DIR.xsl"?>
<ClinicalDocument xmlns="urn:hl7-org:v3"
        xmlns:voc="urn:hl7-org:v3/voc"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xmlns:ps3-20="urn:dicom-org:ps3-20"
        xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd">
    <realmCode code="UV"/>
    <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>
    <templateId root="1.2.840.10008.9.1"/>
    <templateId root="1.2.840.10008.9.20"/>
    <templateId root="1.2.840.10008.9.21"/>
    <templateId root="1.2.840.10008.9.22"/>
    <id root="1.2.840.113619.2.62.994044785528.12"extension="20060828170821659"/>
    <code code="18748-4" codeSystem="2.16.840.1.113883.6.1"
        codeSystemName="LOINC" displayName="Diagnostic Imaging Report"/>
    <title>Chest X-Ray, PA and LAT View</title>
    <effectiveTime value="20060828170821"/>
    <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>
    <languageCode code="en-US"/>
    <recordTarget>
        <patientRole>
            <id root="1.2.840.113619.2.62.994044785528.10" extension="0000680029"/>
            <addr nullFlavor="NI"/>
            <telecom nullFlavor="NI"/>
            <patient>
                <name>
                    <given>John</given>
                    <family>Doe</family>
                </name>
                <administrativeGenderCode codeSystem="2.16.840.1.113883.5.1"code="M"/>
                <birthTime value="19641128"/>
            </patient>
        </patientRole>
    </recordTarget>
    <author>
        <time value="20060823224352"/>
        <assignedAuthor>
            <id extension="121008" root="2.16.840.1.113883.19.5"/>
            <addr nullFlavor="NI"/>
            <telecom nullFlavor="NI"/>
            <assignedPerson>
                <name>
                    <given>Richard</given>
                    <family>Blitz</family>
                    <suffix>MD</suffix>
                </name>
            </assignedPerson>
        </assignedAuthor>
    </author>
    <custodian>
        <!-- custodian values have been added based on organizational policy (int his
         case they are not mapped from the SR sample document) -->
        <assignedCustodian>
            <representedCustodianOrganization>
                <id root="2.16.840.1.113883.19.5"/>
                <name>World University Hospital</name>
                <telecom nullFlavor="NI"/>
                <addr nullFlavor="NI"/>
            </representedCustodianOrganization>
        </assignedCustodian>
    </custodian>
    <!-- legal authenticator present in sample, document is VERIFIED -->
    <legalAuthenticator>
        <time value="20060827141500"/>
        <!-- Verification DateTime (0040,A030) -->
        <signatureCode code="S"/>
        <assignedEntity>
            <id extension="08150000" root="1.2.840.113619.2.62.994044785528.33"/>
            <addr nullFlavor="NI"/>
            <telecom nullFlavor="NI"/>
            <assignedPerson>
                <name>
                    <given>Richard</given>
                    <family>Blitz</family>
                    <suffix>MD</suffix>
                </name>
            </assignedPerson>
        </assignedEntity>
    </legalAuthenticator>
    <!-- Mapped from Referring Physician's Name (0008,0090) SR sample document -->
    <participant typeCode="REF">
        <associatedEntity classCode="PROV">
            <id nullFlavor="NI"/>
            <addr nullFlavor="NI"/>
            <telecom nullFlavor="NI"/>
            <associatedPerson>
                <name>
                    <given>John</given>
                    <family>Smith</family>
                    <suffix>MD</suffix>
                </name>
            </associatedPerson>
        </associatedEntity>
    </participant>
    <inFulfillmentOf>
        <order>
            <id extension="123451" root="1.2.840.113619.2.62.994044785528.29"/>
            <ps3-20:accessionNumber extension="10523475"root="1.2.840.113619.2.62.994044785528.27"/>
        </order>
    </inFulfillmentOf>
    <documentationOf>
        <serviceEvent classCode="ACT">
            <id root="1.2.840.113619.2.62.994044785528.114289542805"/>
            <!-- Study Instance UID -->
            <code code="11123" codeSystem="1.2.840.113619.2.62.5661"
                codeSystemName="99WUHID" displayName="X-Ray Study"/>
            <translation code="XR" displayName="XR"
                codeSystem="1.2.840.10008.2.16.4" codeSystemName="DCM"/>
            <translation code="51185008" displayName="Chest"
                codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>
            <!-- anatomy code mapped from old style SNOMED in SR to new -->
        </code>
    </code>
    <effectiveTime>
        <low value="20060823222400"/>
    </effectiveTime>
</serviceEvent>
</documentationOf>
<!-- transformation of a DICOM SR -->
<relatedDocument typeCode="XFRM">
    <parentDocument>
        <id root="1.2.840.113619.2.62.994044785528.20060823.200608232232322.9"/>
        <!-- SOP Instance UID (0008,0018) of SR sample document-->
    </parentDocument>
</relatedDocument>
<component>
    <structuredBody>
        <component>
            <!--**************** Clinical Information Section *****************-->
            <section>
                <templateId root="1.2.840.10008.9.2"/>
                <code code="55752-0" codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC" displayName="Clinical Information"/>
                <title>Clinical Information</title>
                <component>
                    <!--**************** Procedure Indications Subsection *****************
                        Section text mapped from "Reason for the Requested Procedure" (0040,1002)
                        within the Referenced Request Sequence (0040,A370) of the SR header, under
                        the assumption that the header attribute value has been displayed to, and
                        accepted by, the legal authenticator.-->
                    <section>
                        <templateId root="2.16.840.1.113883.10.20.22.2.29"/>
                        <id root="1.2.840.10213.2.62.044785528.1142895426"/>
                        <code code="59768-2" codeSystem="2.16.840.1.113883.6.1"
                        codeSystemName="LOINC" displayName="Procedure Indications"/>
                        <title>Indications for Procedure</title>
                        <text>Suspected lung tumor</text>
                    </section>
                    <!--**************** End of Procedure Indications Subsection *****************-->
                </component>
                <component>
                    <!--**************** History Subsection *****************-->
                    <section>
                        <templateId root="2.16.840.1.113883.10.20.22.2.39"/>
                        <id root="1.2.840.10213.2.62.7044785528.114289875"/>
                        <code code="11329-0" codeSystem="2.16.840.1.113883.6.1"
                        codeSystemName="LOINC" displayName="History General"/>
                        <title>History</title>
                        <text>
                            <paragraph>
                                <caption>History</caption>
                                <content ID="Fndng1">Sore throat.</content>
                            </paragraph>
                        </text>
                        <entry>
                            <!-- History report element (TEXT) -->
                            <observation classCode="OBS" moodCode="EVN">
                                <templateId root="2.16.840.1.113883.10.20.6.2.12"/>
                                <code code="121060" codeSystem="1.2.840.10008.2.16.4"
                                    codeSystemName="DCM" displayName="History"/>
                                <value xsi:type="ED">
                                    <reference value="#Fndng1"/>
                                </value>
                            </observation>
                        </entry>
                    </section>
                    <!--**************** End of History Subsection *****************-->
                </component>
                <!--**************** End of Clinical Information Section *****************-->
            </component>
            <component>
                <!--**************** Imaging Procedure Description Section *****************-->
                <section classCode="DOCSECT" moodCode="EVN">
                    <templateId root="1.2.840.10008.9.3"/>
                    <id root="1.2.840.10213.2.62.9940434234785528.11428954534542805"/>
                    <code code="55111-9" codeSystem="2.16.840.1.113883.6.1"
                    codeSystemName="LOINC" displayName="Current Imaging Procedure Description"/>
                    <title>Imaging Procedure Description</title>
                    <text> </text>
                    <entry>
                        <procedure moodCode="EVN" classCode="PROC">
                            <templateId root="1.2.840.10008.9.14"/>
                            <id root="1.2.840.6544.33.9100653988998717.997527582345600170"/>
                            <code code="11123" displayName="X-Ray Study"
                            codeSystem="1.2.840.113619.2.62.5661" codeSystemName="99WUHID"/>
                            <effectiveTime value="20060823222400"/>
                            <methodCode code="XR" displayName="XR"
                            codeSystem="1.2.840.10008.2.16.4" codeSystemName="DCM"/>
                            <targetSiteCode code="51185008" displayName="Chest"
                            codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>
                        </procedure>
                    </entry>
                    <component>
                        <!--**************** DICOM Object Catalog Sub-section *****************-->
                        <section classCode="DOCSECT" moodCode="EVN">
                            <templateId root="2.16.840.1.113883.10.20.6.1.1"/>
                            <code code="121181" codeSystem="1.2.840.10008.2.16.4"
                                codeSystemName="DCM" displayName="DICOM Object Catalog"/>
                            <entry>
                                <!--**************** Study *****************-->
                                <act classCode="ACT" moodCode="EVN">
                                    <templateId root="2.16.840.1.113883.10.20.6.2.6"/>
                                    <id root="1.2.840.113619.2.62.994044785528.114289542805"/>
                                    <code code="113014" codeSystem="1.2.840.10008.2.16.4"
                                        codeSystemName="DCM" displayName="Study"/>
                                    <!--**************** Series (Parent SR Document) *****************-->
                                    <entryRelationship typeCode="COMP">
                                        <act classCode="ACT" moodCode="EVN">
                                            <id root="1.2.840.113619.2.62.994044785528.20060823222132232023"/>
                                            <code code="113015" codeSystem="1.2.840.10008.2.16.4"
                                                    codeSystemName="DCM" displayName="Series">
                                                <qualifier>
                                                    <name code="121139" codeSystem="1.2.840.10008.2.16.4"
                                                        codeSystemName="DCM" displayName="Modality">
                                                    </name>
                                                    <value code="CR" codeSystem="1.2.840.10008.2.16.4"
                                                        codeSystemName="DCM" displayName="SR Document">
                                                    </value>
                                                </qualifier>
                                            </code>
                                            <!--**************** SOP Instance UID *****************-->
                                            <!-- Reference to SR Document -->
                                            <entryRelationship typeCode="COMP">
                                                <observation classCode="DGIMG" moodCode="EVN">
                                                    <templateId root="2.16.840.1.113883.10.20.6.2.8"/>
                                                    <id
                                                    root="1.2.840.113619.2.62.994044785528.20060823.200608242334312.3"/>
                                                    <code code="1.2.840.10008.5.1.4.1.1.88.22"codeSystem="1.2.840.10008.2.6.1"
                                                        codeSystemName="DCMUID"displayName="Enhanced SR">
                                                    </code>
                                                    <text mediaType="application/dicom">
                                                        <reference value="http://www.example.org/wado?requestType=WADO
                                                            &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
                                                            &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823222132232023
                                                            &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.9
                                                            &amp;contentType=application/dicom"/>
                                                        <!--reference to image 1 (PA) -->
                                                    </text>
                                                    <effectiveTime value="20060823223232"/>
                                                </observation>
                                            </entryRelationship>
                                        </act>
                                    </entryRelationship>
                                    <!--**************** Series (CR Images) *****************-->
                                    <entryRelationship typeCode="COMP">
                                        <act classCode="ACT"
                                            moodCode="EVN">
                                            <id root="1.2.840.113619.2.62.994044785528.20060823223142485051"/>
                                            <code code="113015" codeSystem="1.2.840.10008.2.16.4"
                                                    codeSystemName="DCM" displayName="Series">
                                                <qualifier>
                                                    <name code="121139" codeSystem="1.2.840.10008.2.16.4"
                                                        codeSystemName="DCM" displayName="Modality">
                                                    </name>
                                                    <value code="CR" codeSystem="1.2.840.10008.2.16.4"
                                                        codeSystemName="DCM" displayName="Computed Radiography">
                                                    </value>
                                                </qualifier>
                                            </code>
                                            <!--**************** SOP Instance UID *****************-->
                                            <!-- 2 References (chest PA and LAT) -->
                                            <entryRelationship typeCode="COMP">
                                                <observation classCode="DGIMG" moodCode="EVN">
                                                    <templateId root="2.16.840.1.113883.10.20.6.2.8"/>
                                                    <id root="1.2.840.113619.2.62.994044785528.20060823.200608232232322.3"/>
                                                    <code code="1.2.840.10008.5.1.4.1.1.1"codeSystem="1.2.840.10008.2.6.1"
                                                        codeSystemName="DCMUID"displayName="Computed Radiography Image Storage">
                                                    </code>
                                                    <text mediaType="application/dicom">
                                                        <reference value="http://www.example.org/wado?requestType=WADO
                                                            &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
                                                            &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051
                                                            &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
                                                            &amp;contentType=application/dicom"/>
                                                        <!--reference to image 1 (PA) -->
                                                    </text>
                                                    <effectiveTime value="20060823223232"/>
                                                </observation>
                                            </entryRelationship>
                                            <entryRelationship typeCode="COMP">
                                                <observation classCode="DGIMG" moodCode="EVN">
                                                    <templateId root="2.16.840.1.113883.10.20.6.2.8"/>
                                                    <id root="1.2.840.113619.2.62.994044785528.20060823.200608232231422.3"/>
                                                    <code code="1.2.840.10008.5.1.4.1.1.1"codeSystem="1.2.840.10008.2.6.1"
                                                        codeSystemName="DCMUID"displayName="Computed Radiography Image Storage">
                                                    </code>
                                                    <text
                                                        mediaType="application/dicom">
                                                        <reference value="http://www.example.org/wado?requestType=WADO
                                                        &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
                                                        &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051
                                                        &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232231422.3
                                                        &amp;contentType=application/dicom"/>
                                                        <!--reference to image 2 (LAT) -->
                                                    </text>
                                                    <effectiveTime value="20060823223142"/>
                                                </observation>
                                            </entryRelationship>
                                        </act>
                                    </entryRelationship>
                                </act>
                            </entry>
                        </section>
                        <!--**************** End of DICOM Object Catalog Subsection *****************-->
                    </component>
                </section>
                <!--**************** End of Imaging Procedure Description Section *****************-->
            </component>
            <component>
                <!--**************** Findings Section  *****************-->
                <section>
                    <templateId root="2.16.840.1.113883.10.20.6.1.2"/>
                    <id root="1.2.840.10213.2.62.9940434234785528.114289545000804445"/>
                    <code code="59776-5" codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC" displayName="Findings"/>
                    <title>Findings</title>
                    <text>
                        <paragraph>
                            <caption>Finding</caption>
                            <content ID="Fndng2">The cardiomediastinum is within normal limits. The trachea is midline.
                            The previously described opacity at the medial right lung base has cleared. There are no new
                            infiltrates. There is a new round density at the left hilus,superiorly (diameter about 45mm).
                            A CT scan is recommended for further evaluation. The pleural spaces are clear. The visualized
                            musculoskeletal structures and the upper abdomen are stable and unremarkable.</content>
                        </paragraph>
                        <paragraph>
                            <caption>Diameter</caption>
                            <content ID="Diam2">45mm</content>
                        </paragraph>
                        <paragraph>
                            <caption>Source of Measurement</caption>
                            <content ID="SrceOfMeas2">
                                <linkHtml
                                    href="http://www.example.org/wado?requestType=WADO
                                        &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
                                        &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051
                                        &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
                                        &amp;contentType=application/dicom">Chest_PA</linkHtml>
                            </content>
                        </paragraph>
                    </text>
                    <entry>
                        <observation classCode="OBS" moodCode="EVN">
                            <!-- Text Observation -->
                            <templateId root="2.16.840.1.113883.10.20.6.2.12"/>
                            <code code="121071" codeSystem="1.2.840.10008.2.16.4"codeSystemName="DCM" displayName="Finding"/>
                            <value xsi:type="ED">
                                <reference value="#Fndng2"/>
                            </value>
                            <!-- inferred from measurement -->
                            <entryRelationship typeCode="SPRT">
                                <observation classCode="OBS" moodCode="EVN">
                                    <templateId root="2.16.840.1.113883.10.20.6.2.14"/>
                                    <code code="246120007" codeSystem="2.16.840.1.113883.6.96"codeSystemName="SNOMED"
                                        displayName="Nodule size">
                                        <originalText>
                                            <reference value="#Diam2"/>
                                        </originalText>
                                    </code>
                                    <!-- no DICOM attribute <statusCode code="completed"/> -->
                                    <effectiveTime value="20060823223912"/>
                                    <value xsi:type="PQ" value="45" unit="mm"/>
                                    <!-- inferred from image -->
                                    <entryRelationship typeCode="SUBJ">
                                        <observation classCode="DGIMG" moodCode="EVN">
                                            <templateId root="2.16.840.1.113883.10.20.6.2.8"/>
                                            <!-- (0008,1155) Referenced SOP Instance UID-->
                                            <id root="1.2.840.113619.2.62.994044785528.20060823.200608232232322.3"/>
                                            <!-- (0008,1150) Referenced SOP Class UID -->
                                            <code code="1.2.840.10008.5.1.4.1.1.1"codeSystem="1.2.840.10008.2.6.1"
                                                codeSystemName="DCMUID"displayName="Computed Radiography Image Storage">
                                            </code>
                                            <text mediaType="application/dicom">
                                                <!--reference to CR DICOM image (PA view) -->
                                                <reference
                                                value="http://www.example.org/wado?requestType=WADO
                                                    &amp;studyUID=1.2.840.113619.2.62.994044785528.114289542805
                                                    &amp;seriesUID=1.2.840.113619.2.62.994044785528.20060823223142485051
                                                    &amp;objectUID=1.2.840.113619.2.62.994044785528.20060823.200608232232322.3
                                                    &amp;contentType=application/dicom"/>
                                            </text>
                                            <effectiveTime value="20060823223232"/>
                                            <!-- Purpose of Reference -->
                                            <entryRelationship typeCode="RSON">
                                                <observation classCode="OBS" moodCode="EVN">
                                                    <templateId root="2.16.840.1.113883.10.20.6.2.9"/>
                                                    <code code="ASSERTION"codeSystem="2.16.840.1.113883.5.4"/>
                                                    <value xsi:type="CD" code="121112"codeSystem="1.2.840.10008.2.16.4"
                                                            codeSystemName="DCM"displayName="Source of Measurement">
                                                        <originalText>
                                                            <reference value="#SrceOfMeas2"
                                                            />
                                                        </originalText>
                                                    </value>
                                                </observation>
                                            </entryRelationship>
                                        </observation>
                                    </entryRelationship>
                                </observation>
                            </entryRelationship>
                        </observation>
                    </entry>
                </section>
                <!--**************** End of Findings Section *****************-->
            </component>
            <component>
                <!--**************** Impressions Section *****************-->
                <section>
                    <templateId root="1.2.840.10008.9.5"/>
                    <id root="1.2.840.10213.2.62.9940434234785528.114289545345927752"/>
                    <code code="19005-8" codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC" displayName="Impressions"/>
                    <title>Impressions</title>
                    <text>
                        <paragraph>
                            <caption>Impression</caption>
                            <content ID="Fndng3">No acute cardiopulmonary process. Round density in left superior hilus, further
                            evaluation with CT is recommended as underlying malignancy is not excluded.</content>
                        </paragraph>
                    </text>
                    <entry>
                        <!-- Impression report element (TEXT) -->
                        <observation classCode="OBS" moodCode="EVN">
                            <!-- Text Observation -->
                            <templateId root="2.16.840.1.113883.10.20.6.2.12"/>
                            <code code="121073" codeSystem="1.2.840.10008.2.16.4"codeSystemName="DCM" displayName="Impression"/>
                            <value xsi:type="ED">
                                <reference value="#Fndng3"/>
                            </value>
                        </observation>
                    </entry>
                </section>
                <!--**************** End of Impressions
                 Section *****************-->
            </component>
        </structuredBody>
    </component>
</ClinicalDocument>