Page 286 |
DICOM PS3.2 2020a - Conformance |
H.3 Introduction
H.3.1 Revision History
Table H.3.1-1. Revision History
Document Version |
Date |
Author |
Description |
1.1 |
October 30, 2006 |
DICOM WG6 |
Version for Final Text |
1.2 |
August 30, 2007 |
WG 6 |
Revised Introduction |
H.3.2 Audience,Remarks,Terms and Definitions, Basics of DICOM Communication, Abbrevi- ations, References
See example text in Section A.3.
H.3.3 Additional Remarks for This Example
The EXAMPLE-MEDICATION-SYSTEM-GATEWAY relies on the associated, but independent, Pharmacy and Medication Adminis- trationRecordSystemstofulfillthemedicalapplicationfunctionsimplicitintheDICOMservicessupported.Inparticular,thesefunctions are part of a critical patient safety workflow. However, those patient safety functions are not specified by DICOM, and they are not fullydescribedbythisConformanceStatement.PleaseseetheproductspecificationsofthePharmacyandMedicationAdministration Record Systems for full details on the clinical decision support and records management features of those systems.
ThisdocumentisasampleDICOMConformanceStatementcreatedforDICOMPS3.2.Itistobeusedsolelyasanexampletoillustrate how to create a DICOM Conformance Statement for a server supporting the DICOM Substance Administration Information Services. The subject of the document, EXAMPLE-MEDICATION-SYSTEM-GATEWAY, is a fictional product.
H.4 Networking
H.4.1 Implementation Model
H.4.1.1 Application Data Flow
The division of EXAMPLE-MEDICATION-SYSTEM-GATEWAY into the separate DICOM Application Entities represents their inde- pendent logical functionality.
By default all of the defined Application Entities have different AE Titles. However, EXAMPLE-MEDICATION-SYSTEM-GATEWAY can be configured so that the PHARMACY-SCP AE and MAR-SCP AE share the same Application Entity Title.
- Standard -
|
DICOM PS3.2 2020a - Conformance |
Page 287 |
||||||
|
|
DICOM Standard Interface |
||||||
|
|
|
|
|
|
|
Remote |
|
|
|
|
|
|
|
|
Application |
|
|
|
|
|
|
|
|
Entity Issues |
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
Verification |
|
|
|
|
|
|
|
|
Command |
|
Pharmacy |
|
|
|
|
|
|
Remote |
|
information |
|
PHARMACY - SCP |
|
|
|
|
||
System provides |
|
|
Application |
|||||
|
Application |
|
|
|
|
|||
drug information |
|
|
|
|
Entity Issues |
|||
|
||||||||
and authorization |
|
Entity |
|
product info |
||||
to administer |
|
|
|
|
|
|
Query |
|
|
|
|
|
|
|
|
Remote |
|
Patient |
|
|
|
|
|
|
Application |
|
|
|
|
|
|
|
Entity Issues |
||
Registration |
|
|
|
|
|
|
||
System provides |
|
|
|
|
|
|
substance admin |
|
|
|
|
|
|
|
approval |
||
|
|
|
|
|
|
|
||
patient demographics |
||||||||
Query |
||||||||
based upon Patient |
|
|
|
|
|
|
||
|
|
|
|
|
|
|
||
or Admission ID |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Remote |
|
|
|
|
|
|
|
|
Application |
|
|
|
|
|
|
|
|
Entity Issues |
|
|
|
|
|
|
|
|
||
Medication |
|
|
|
|
|
|
Verification |
|
|
|
|
|
|
|
Command |
||
Administration |
|
MAR - SCP |
|
|
|
|
||
|
|
|
||||||
Record System |
|
Application |
|
|
|
|
|
|
records drug or |
|
|
Remote |
|||||
|
Entity |
|
|
|
|
|||
contrast agent |
|
|
Application |
|||||
|
|
|
|
|
|
|||
administration |
|
|
|
|
|
|
Entity reports |
|
|
|
|
|
|
|
|
administration of |
|
|
|
|
|
|
|
|
drug or contrast |
|
|
|
|
|
|
|
|
agent |
|
|
|
|
|
|
|
|
||
Figure H.4.2-1. Example-Medication-System-Gateway DICOM Data Flow Diagram
H.4.1.2 Functional Definition of AEs
H.4.1.2.1 Functional Definition of PHARMACY-SCP Application Entity
The PHARMACY-SCP AE handles incoming external queries for pharmacy (drug and contrast agent) product data, and also handles requests for approval of administration of pharmacy product. The PHARMACY-SCP AE handles queries by translating the standard DICOM queries to the non-standard interface of the Pharmacy Information System and the Patient Registration System.
The PHARMACY-SCP AE waits for another application to connect at the presentation address configured for its Application Entity Title. PHARMACY-SCP AE will accept Associations with Presentation Contexts for SOP Classes of the DICOM Substance Adminis- tration Information Service Class, and Verification Service Class. It will handle query requests on these Presentation Contexts and respond with values corresponding to the information provided by the Pharmacy Information System.
H.4.1.2.2 Functional Definition of MAR-SCP Application Entity
The MAR-SCP AE receives incoming DICOM notifications of drug or contrast agent administration, and adds them to the Medication Administration Record System database.
The MAR-SCP AE waits for another application to connect at the presentation address configured for its Application Entity Title. The MAR-SCP AE will accept Associations with Presentation Contexts for SOP Classes of the Substance Administration Logging and Verification SOP Classes. Any drug or contrast agent administration images notifications received on such Presentation Contexts will be added to the Medication Administration Record System database.
H.4.1.3 Sequencing of Real-World Activities
There are no sequencing constraints across the EXAMPLE-MEDICATION-SYSTEM-GATEWAY Application Entities. Each query or notification is handled independently.
- Standard -
Page 288 |
DICOM PS3.2 2020a - Conformance |
H.4.2 AE Specifications
H.4.2.1 PHARMACY-SCP Application Entity Specification
H.4.2.1.1 SOP Classes
The PHARMACY-SCP AE provides Standard Conformance to the following DICOM SOP Classes:
Table H.4.2-1. SOP Classes for PHARMACY-SCP AE
SOP Class Name |
SOP Class UID |
SCU |
SCP |
Verification |
1.2.840.10008.1.1 |
No |
Yes |
Product Characteristics Query |
1.2.840.10008.5.1.4.41 |
No |
Yes |
Substance Approval Query |
1.2.840.10008.5.1.4.42 |
No |
Yes |
H.4.2.1.2 Association Policies
H.4.2.1.2.1 General
The PHARMACY-SCP AE will never initiate Associations; it only accepts Association Requests from external DICOM AEs. The PHARMACY-SCP AE will accept Associations for Verification (C-ECHO) and Query (C-FIND) requests.
The DICOM standard Application Context Name for DICOM is always accepted:
Table H.4.2-2. DICOM Application Context for PHARMACY-SCP AE
Application Context Name |
1.2.840.10008.3.1.1.1 |
H.4.2.1.2.2 Number of Associations |
|
ThePHARMACY-SCPAEcansupportmultiplesimultaneousAssociations.EachtimethePHARMACY-SCPAEreceivesanAssociation, a child process will be spawned to process the Verification or Query request. The maximum number of child processes, and thus the maximum number of simultaneous Associations that can be processed, is set by configuration. The default maximum is 10 in total.
Table H.4.2-3. Number of Simultaneous Associations as a SCP for PHARMACY-SCP AE
Maximum number of simultaneous Associations |
10 (Configurable) |
H.4.2.1.2.3 Asynchronous Nature |
|
ThePHARMACY-SCPAEdoesnotsupportasynchronouscommunication(multipleoutstandingtransactionsoverasingleAssociation). All Association requests must be completed and acknowledged before a new operation can be initiated.
Table H.4.2-4. Asynchronous Nature as a SCP for PHARMACY-SCP AE
Maximum number of outstanding asynchronous transactions |
1 (Not Configurable) |
H.4.2.1.2.4 Implementation Identifying Information |
|
The implementation information for the Application Entity is: |
|
Table H.4.2-5. DICOM Implementation Class and Version for PHARMACY-SCP AE
Implementation Class UID |
1.840.xxxxxxx.yyy.etc… |
Implementation Version Name |
EX_VERS_01 |
- Standard -
DICOM PS3.2 2020a - Conformance |
Page 289 |
NotethatallEXAMPLE-MEDICATION-SYSTEM-GATEWAYAEsusethesameImplementationClassUIDandImplementationVersion Name. This Version Name is updated with each new release of the product software, as the different AE versions are never released independently.
H.4.2.1.3 Association Initiation Policy
The PHARMACY-SCP AE does not initiate Associations.
H.4.2.1.4 Association Acceptance Policy
H.4.2.1.4.1 Activity - Handling Query Requests
H.4.2.1.4.1.1 Description and Sequencing of Activity
The PHARMACY-SCP AE accepts Associations only if they have valid Presentation Contexts. If none of the requested Presentation Contexts are accepted then the Association Request itself is rejected. It can be configured to only accept Associations with certain hosts (using TCP/IP address) and/or Application Entity Titles.
The following sequencing applies to the PHARMACY-SCP AE for handling queries (C-FIND-Requests) :
1.Peer AE opens an Association with the PHARMACY-SCP AE.
2.Peer AE sends a C-FIND-RQ Message
3.If the query is for a Substance Administration Approval, PHARMACY-SCP AE requests basic patient demographic data (e.g., name, sex) from the Patient Registration System
4.PHARMACY-SCP AE translates the query into a request for the Pharmacy Information System (for either Product Information or for Substance Administration Approval), which responds with the requested data (or an indication of no matching data for the query).
5.If matching information is provided, PHARMACY-SCP AE returns a C-FIND-RSP Message to the peer AE with the matching in- formation.
6.A final C-FIND-RSP is sent indicating that the matching is complete.
7.Peer AE closes the Association. Note that the peer AE does not have to close the Association immediately. Further C-FIND Re- quests can be sent over the Association before it is closed.
ThePHARMACY-SCPAEmayrejectAssociationattemptsasshowninthetablebelow.TheResult,SourceandReason/Diagcolumns represent the values returned in the corresponding fields of an ASSOCIATE-RJ PDU (see Section 9.3.4 “A-ASSOCIATE-RJ PDU Structure” in PS3.8). The following abbreviations are used in the Source column:
a.1 - DICOM UL service-user
b.2 - DICOM UL service-provider (ASCE related function)
c.3 - DICOM UL service-provider (Presentation related function)
Table H.4.2-6. Association Rejection Reasons
Result |
Source |
Reason/Diag |
Explanation |
|
2 - |
c |
2 |
- local-limit-exceeded |
The (configurable) maximum number of simultaneous |
rejected-transient |
|
|
|
Associations has been reached. An Association request with |
|
|
|
|
the same parameters may succeed at a later time. |
2 - |
c |
1 |
- temporary-congestion |
No Associations can be accepted at this time due to the |
rejected-transient |
|
|
|
real-time requirements of higher priority activities or because |
|
|
|
|
insufficientresourcesareavailable(e.g.,memory,processes, |
|
|
|
|
threads). An Association request with the same parameters |
|
|
|
|
may succeed at a later time. |
- Standard -
Page 290 |
|
|
DICOM PS3.2 2020a - Conformance |
|
Result |
Source |
Reason/Diag |
Explanation |
|
1 - |
a |
2 |
- |
The Association request contained an unsupported |
rejected-permanent |
application-context-name-not-supportedApplication Context Name. An association request with the |
|||
|
|
|
|
same parameters will not succeed at a later time. |
1 - |
a |
7 |
- called-AE-title-not-recognized |
The Association request contained an unrecognized Called |
rejected-permanent |
|
|
AE Title. An Association request with the same parameters |
|
|
|
|
|
will not succeed at a later time unless configuration changes |
|
|
|
|
are made. This rejection reason normally occurs when the |
|
|
|
|
Association initiator is incorrectly configured and attempts to |
|
|
|
|
address the Association acceptor using the wrong AE Title. |
1 - |
a |
3 |
- calling-AE-title-not-recognized |
The Association request contained an unrecognized Calling |
rejected-permanent |
|
|
AE Title. An Association request with the same parameters |
|
|
|
|
|
will not succeed at a later time unless configuration changes |
|
|
|
|
are made. This rejection reason normally occurs when the |
|
|
|
|
Association acceptor has not been configured to recognize |
|
|
|
|
the AE Title of the Association initiator. |
1 - |
b |
1 |
- no-reason-given |
TheAssociationrequestcouldnotbeparsed.AnAssociation |
rejected-permanent |
|
|
request with the same format will not succeed at a later time. |
|
The PHARMACY-SCP AE will close the Association under the exceptional circumstances listed in Table H.4.2-7.
Table H.4.2-7. PHARMACY-SCP AE Communication Failure Behavior
Exception
Behavior
Timeout expiry for an expected DICOM Message Request (DIMSE level The Association is aborted by issuing a DICOM timeout). I.e. The PHARMACY-SCP AE is waiting for the next C-FIND A-ABORT.
Request on an open Association but the timer expires.
Error message is output to the Service Audit Trail.
Timeout expiry for an expected DICOM PDU or TCP/IP packet (Low-levelThe Association is aborted by issuing a DICOM timeout). I.e. The PHARMACY-SCP AE is waiting for the next message A-ABORT.
PDU but the timer expires.
|
|
|
Error message is output to the Service Audit Trail. |
||
Association aborted by the SCU or the network layers indicate |
Error message is output to the Service Audit Trail. |
||||
communication loss (i.e., low-level TCP/IP socket closure) |
|
|
|
||
H.4.2.1.4.1.2 Accepted Presentation Contexts |
|
|
|
||
The PHARMACY-SCP AE will accept Presentation Contexts as shown in Table H.4.2-8. |
|
|
|||
Table H.4.2-8. Accepted Presentation Contexts By the PHARMACY-SCP AE |
|
||||
|
|
Presentation Context Table |
|
|
|
Abstract Syntax |
|
Transfer Syntax |
Role |
Extended |
|
Name |
UID |
Name |
UID |
|
Negotiation |
|
|
||||
Verification |
1.2.840.10008.1.1 DICOM Implicit VR Little Endian1.2.840.10008.1.2 |
SCP |
None |
||
Product |
1.2.840.10008.5.1.4.41DICOM Implicit VR Little Endian1.2.840.10008.1.2 |
SCP |
None |
||
Characteristics |
|
DICOM Explicit VR Little Endian1.2.840.10008.1.2.1 |
|
|
|
Query |
|
|
|
||
|
|
|
|
|
|
Substance |
1.2.840.10008.5.1.4.42DICOM Implicit VR Little Endian1.2.840.10008.1.2 |
SCP |
None |
||
Approval Query |
|
DICOM Explicit VR Little Endian1.2.840.10008.1.2.1 |
|
|
|
|
|
|
|
||
H.4.2.1.4.1.3 SOP Specific Conformance for Verification SOP Class
The PHARMACY -SCP AE provides standard conformance to the Verification SOP Class as an SCP.
- Standard -