Материал: part16

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Page 76​

DICOM PS3.16 2020a - Content Mapping Resource​

- Standard -​

DICOM PS3.16 2020a - Content Mapping Resource​

Page 77​

5 Conventions​

Terms listed in Section 3 are capitalized throughout the document.​

- Standard -​

Page 78​

DICOM PS3.16 2020a - Content Mapping Resource​

- Standard -​

DICOM PS3.16 2020a - Content Mapping Resource​

Page 79​

6 Form of Template Specifications​

TemplatesarepatternsthatspecifytheConceptNames,Requirements,Conditions,ValueTypes,ValueMultiplicity,ValueSetrestric-​ tions, Relationship Types and other attributes of Content Items for a particular application.​

An IOD may specify that particular Standard Templates shall be used or may be used to define or constrain the content of a Content​ Item construct. A Content Item construct includes a coded concept name and one of several types of coded values. Content Item​ constructs are used in:​

•​the main Data Set and recursively nested Content Sequences (0040,A730) of the SR Document Content Module​

•​the Acquisition Context Sequence(0040,0555) of the Acquisition Context Module,​

•​the Protocol Context Sequence (0040,0440) and Content Item Modifier Sequence (0040,0441) of the Scheduled Procedure Step​ Module, Image Acquisition Results Module, and others.​

•​the Specimen Preparation Step Content Item Sequence (0040,0612) of the Specimen Module.​

Annexes A and C of this Part define Standard Templates.​

Note​

Standard Extended and Private Templates may be defined by implementers of the Standard. The rules for definition of​ Standard Extended and Private SR Templates are similar to the rules for definition of Standard Extended and Private SOP​ Classes. One row of a Template definition table corresponds to one row of a Module table.​

Each Standard Template is specified by a Template table in this Part. Each Template table specifies exactly one Template, corres-​ ponding to a pattern of content within a Content Item construct.​

Each Template table identifies whether the order of Content Items is significant or not significant. SOP Instances whose content is​ based on a Template where the order is significant shall encode the top level Content Items in the order they are specified in the​ Template, and the subsidiary Content Items under each parent item in the order they are specified, and so on for each Nesting Level.​ ThesignificanceoftheorderappliesonlytotheTemplateitself;subsidiaryincludedTemplatesmayhaveadifferentordersignificance.​

Note​

Even if a Template specifies that the order is not significant, there may be significance to the order in which Content Items​ are encoded in a SOP Instance. For example, CONTAINER Content Items with attribute Continuity of Content (0040,A050)​ value CONTINUOUS encode Content Items in narrative sequence, and procedure logs encode Content Items in time order.​

The Content Items from subsidiary Templates may be intermingled if and only if the parent and subsidiary all specify that the order​ is not significant. This permits later refactoring into reusable Templates.​

The range of concepts and the options that are permitted in a family of SR Documents vary inversely with the level of constraint that​ is applied by the corresponding SR Template. The more narrow the range of concepts and the more restricted the options permitted​ by a Template, the more predictable the content of the SR Documents will be.​

Note​

1.​A very specific Template defines a family of SR Documents that are very similar to each other. They have a narrow​ range of content options (e.g., high level of constraint of Content Item values; use of CODE or NUM with Enumerated​ Context Groups) and their content is therefore highly predictable. A very general (e.g., permissive or broad) Template​ defines a family of SR Documents that may differ considerably from one another. They have a broader range of content​ options (e.g., low level of constraint of Content Item values; use of TEXT and relatively little restriction of Content Item​ values) and their content is less predictable.​

2.​The degree of interoperability that may be achieved with a family of SR Documents generated from a Template may be​ determinedintentionallyandpreciselyatadesiredlevelbyappropriateTemplatedesigntoachievethenecessarydegree​ of predictability of SR Document contents.​

- Standard -​

Page 80​ DICOM PS3.16 2020a - Content Mapping Resource​

6.1 Template Table Field Definition​

SR Templates are described using tables of the following form:​

Type:​

(Non-) Extensible​

Order:​

(Non-) Significant​

Root:​

Yes or No​

 

Table TID <#>. <SR Context Template Name>​

NL​ Rel with Parent​ VT​

Concept Name​

VM​ Req Type​ Condition​

Value Set​

 

 

 

 

 

 

Constraint​

1​

 

 

 

 

 

 

2​

 

 

 

 

 

 

3​

 

 

 

 

 

 

Acquisition Context Templates are described using tables of the following form:​

 

 

 

Type:​

(Non-) Extensible​

 

 

 

 

Order:​

(Non-) Significant​

 

 

 

 

 

Table TID <#>. <Acquisition Context Template Name>​

 

 

VT​

Concept Name​

VM​

Req Type​

Condition​

Value Set Constraint​

1​

 

 

 

 

 

 

2​

 

 

 

 

 

 

3​

 

 

 

 

 

 

Protocol Context Templates are described using tables of the following form:​

 

 

 

Type:​

(Non-) Extensible​

 

 

 

 

Order:​

(Non-) Significant​

 

 

 

 

 

Table TID <#>. <Protocol Context Template Name>​

 

 

NL​

VT​ Concept Name​ VM​

Req Type​

Condition​

Value Set Constraint​

1​

 

 

 

 

 

 

2​ 3​

Thesemanticsofthefields(columns)ofTemplatetablesaredefinedbysubsectionsofthisSection.ArowofaTemplatetablespecifies​ eitheroneContentItemorinclusionofanotherTemplatethatmayspecifyanynumberofContentItems(seeSection6.2.3fordefinition​ of Included Templates). Each Template table is named by a title, identified by a TID number and further explained by a description​ such as explanation of Template contents, purpose and use cases.​

The following conventions are defined for the form of references to coded concepts, Context Groups and Templates.​

Code Meanings are enclosed in quotation marks (for example "cm"). Code Values and Coding Scheme Designators are not enclosed​ in quotation marks unless a comma occurs in the string.​

References to coded concepts take the following form:​

•​EV or DT (CV, CSD, "CM")​

e.g., an Enumerated Value with only CV, CSD, and CM defined is represented as follows: EV (CV, CSD, "CM"), for example EV​ (76752008, SCT, "Breast").​

•​MemberOf { BCID or DCID (CID) CNAME } MemberOf selects one term from the specified context group.​

- Standard -​

Источник: https://studfile.net/preview/14585769/