Inhoudsopgave
Advertenties
4 AE specifications
4.1 AE Specifications for IBox-DiW
IBox-DiW provides Standard Conformance to the following DICOM V3.0 Service Object
Pair (SOP) Class as a Modality Worklist Service Class User (SCU).
SOP Class UID
1.2.840.10008.1.1
1.2.840.10008.5.1.4.31
Table 2: Valid SCU SOP Classes for IBox-DiW AE
4.1.1 Association establishment policies for IBox-DiW AE
4.1.1.1 General
The IBox-DiW module will initiate an association as a Modality Worklist Service Class
User requesting modality and patient data.
4.1.1.2 Number of associations
The IBox-DiW AE allows a single association for association initiation.
4.1.1.3 Asynchronous nature
The IBox-DiW AE does not support asynchronous communication (multiple outstanding
transactions over a single association).
4.1.1.4 Implementation identifying information
This implementation will be identified by:
-
Implementation Class UID:
-
Implementation Version Name: OFFIS_DCMTK_354
4.1.2 Association initiation by real-world activity for IBox-DiW
The IBox-DiW initiates an association for the appropriate Modalty Worklist Service Class
that corresponds to the set of data requested to be transferred. The association is closed
when the query has been sent to the remote DICOM network node.
4.1.2.1 Real-World activity for Find and Move Execution operations of IBox-DiW
The IBox-DiW opens an association and performs a C-FIND to retrieve information from a
remote DICOM Modality Worklist SCP. The association is closed after an error.
4.1.2.1.1 Presentation context table for Find and Move Execution operations
Abstract Syntax
Name
Modality
1.2.840.10008.5.1.4.31
Worklist Find
Table 3: Find Execution Presentation Contexts of IBox-DiW
Presentation Context Table
UID
Name List
Little Endian Implicit
SOP Class Name
Verification SOP class
Modality Worklist Find
1.2.276.0.7230010.3.0.3.5.4
Transfer Syntax
UID List
1.2.840.10008.1.2
4 AE specifications
Extended
Role
Negotiation
SCU
None
5
Advertenties
Hoofdstukken
Inhoudsopgave
