In order to serve as a Service Class Provider (SCP) of one or more Relevant Patient Information Model SOP Classes, a DICOM Application Entity (AE) possesses relevant information about patients. This information is organized into a Relevant Patient Information Model.
The SOP Classes are composed of both the Information Model and a DIMSE-C Service Group.
The E/R Model consists of Patient and Structured Information, with no relationship to other Information Entities in the DICOM Information model.
The Patient IE includes the Attributes of the Patient Identification and Patient Demographics Modules.
The Structured Information IE includes Attributes that are not inherently related to a real-world entity, but are interpreted through their coded content. This includes the Attributes of the Structured Document Content Module, which in the case of the Relevant Patient Information Query Service has its content constrained by specified templates to convey patient related information. Also included in the Structured Information IE are Attributes of the SOP Common and Common Instance Reference Modules that support the interpretation of coded data, or support access to referenced information objects identified in the coded data.
Table Q.4-1 defines the Attributes of the Relevant Patient Information Model:
Table Q.4-1. Attributes for the Relevant Patient Information Model
|
Shall be retrieved with Single Value Matching. In situations where there are multiple issuers, this key constrains matching of Patient ID (0010,0020) to a domain in which the Patient ID (0010,0020) is unique. |
||||
|
All other Attributes of the Patient Identification Module |
||||
|
All other Attributes of the Patient Demographic Module |
||||
|
See Section Q.4.3.1.2.1. |
||||
|
See Section Q.4.3.1.2.1. |
||||
|
>Include Table 8-3a “Enhanced SCU/SCP Coded Entry Macro with no SCU Support and no Matching Key Support” |
||||
|
See Section Q.4.3.1.2.1. |
||||
|
Content Items as provided by the SCP. Requirements on Content Item Attribute Types shall be in accordance with the definitions in the SR Document Content Module. |
||||
|
Required if Content Sequence (0040,A390) includes Content Items that reference SOP Instances that use the Patient/Study/Series/Instance information model. |
||||
The Attributes in Table Q.4-2 are not part of the Information Model; their inclusion in the C-FIND request and response identifier are governed by rules in sections Section Q.2.1.1.3.1 and Section Q.2.1.1.3.2, respectively.
Table Q.4-2. Additional C-FIND Identifier Attributes
|
Required if expanded or replacement character sets are used. See Section Q.2.1.1.3, |
Concept Name Code Sequence (0040,A043) in a C-FIND Response shall have one sequence item that identifies the Root node concept of the returned structure. This shall be the same as the Concept Name of the first row of the template identified in the Content Template Sequence (0040,A504) in the Identifier. The Concept Name Code Sequence (0040,A043) shall always be sent zero length in the Request Identifier.
The Value Type (0040,A040) applies to the Concept Name Code Sequence (0040,A043), and shall be the same as the Value Type (0040,A040) of the first row of the template identified in the Content Template Sequence (0040,A504) in the Identifier.
The Content Sequence (0040,A730) is a potentially recursively nested Sequence of Items, as described in PS3.3, SR Document Content Module. The Content Sequence shall always be sent zero length in the Request Identifier. The Content Sequence in the Data Set of the Response shall contain the Content Items of the requested template.