MyLab

Ultrasound Scanners

DICOM Conformance Statement

Document Version 5.9

Date: SEP. 22, 2008

Esaote MyLab Ultrasound Scanners

1 CONFORMANCE STATEMENT OVERVIEW

®
MyLab is a family of Ultrasound scanners made by Esaote; their software is based upon the Windows XP
®
Operating System. This DICOM Conformance Statement (DCS) specifies the conformance to the DICOM
1
standard for the Esaote MyLab systems.

The MyLab systems implement the necessary DICOM services to download work lists from an information
system, to save acquired Ultrasound images and clips to a network storage device, to print them to a
networked hardcopy device, or to save them on a CD-R, DVD or USB connected removable device.

Parts of this document are taken from the templates present in the DICOM standard document PS 3.2,
©
Copyright by the National Electrical Manufacturers Association.

Table 1 provides an overview of the network services supported by the MyLab systems.

Table 1
NETWORK SERVICES
SOP Classes User of Provider of
Service (SCU) Service (SCP)
Transfer
Ultrasound Image Storage Yes No
Ultrasound Multiframe Image Storage Yes No
(∗)
Secondary Capture Image Storage Yes No
(**)
Workflow Management
Modality Worklist Yes No
Storage Commitment Push Model Yes No
Modality Performed Procedure Step Yes No
Print Management
Basic Grayscale Print Management Yes No
Basic Color Print Management Yes No

1
DICOM is the registered trademark of the National Electrical Manufacturers Association for its standards
publications relating to digital communications of medical information.
(∗)
Not available on MyLab 15 / 20.
(**)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 2 of 66

Esaote MyLab Ultrasound Scanners

Table 2 provides an overview of the Media Storage Application Profiles supported by the MyLab systems.

Table 2
MEDIA SERVICES
Write Files
Media Storage Application Profile Read Files (FSR)
(FSC or FSU)

Compact Disk – Recordable

General Purpose CD-R Interchange (STD-GEN-CD) Yes No

Ultrasound Spatial Calibration Single and Multiframe

Yes No
CD-R Interchange (STD-US-SC-MF-CDR)

DVD

General Purpose DVD with Compression Interchange

Yes No
(STD-GEN-DVD-JPEG)

Ultrasound Spatial Calibration Single and Multiframe

Yes No
DVD Interchange (STD-US-SC-MF-DVD)

USB connected removable device

General Purpose USB Media Interchange with JPEG

Yes No
(STD-GEN-USB-JPEG)

©
Copyright Esaote, 1995-2008. All rights reserved.

DICOM Conformance Statement Version 5.9 Page 3 of 66

Esaote MyLab Ultrasound Scanners

2 TABLE OF CONTENTS

1 CONFORMANCE STATEMENT OVERVIEW ........................................................................................2

2 TABLE OF CONTENTS ..........................................................................................................................4
3 INTRODUCTION.....................................................................................................................................6
3.1 REVISION HISTORY .................................................................................................................6
3.2 AUDIENCE.................................................................................................................................7
3.3 REMARKS..................................................................................................................................7
3.4 TERMS AND DEFINITIONS ......................................................................................................7
3.5 BASICS OF DICOM COMMUNICATION...................................................................................9
3.6 ABBREVIATIONS ......................................................................................................................9
3.7 REFERENCES.........................................................................................................................11
3.8 IMPLEMENTATION IDENTIFYING INFORMATION ...............................................................12
4 NETWORKING......................................................................................................................................13
4.1 IMPLEMENTATION MODEL ...................................................................................................13
4.1.1 ... Application Data Flow........................................................................................................13
4.1.2 ... Functional Definition of AEs ..............................................................................................14
4.1.3 ... Sequencing of Real-World Activities .................................................................................15
4.2 AE SPECIFICATIONS .............................................................................................................17
4.2.1 ... Storage Application Entity Specification ............................................................................17
4.2.2 ... Workflow Application Entity Specification .........................................................................27
4.2.3 ... Hardcopy Application Entity Specification .........................................................................39
4.3 NETWORK INTERFACES .......................................................................................................50
4.3.1 ... Physical Network Interface ................................................................................................50
4.3.2 ... Additional Protocols ...........................................................................................................50
4.4 CONFIGURATION ...................................................................................................................50
4.4.1 ... AE Title/Presentation Address Mapping............................................................................50
4.4.2 ... Parameters ........................................................................................................................51
5 MEDIA INTERCHANGE........................................................................................................................53
5.1 IMPLEMENTATION MODEL ...................................................................................................53
5.1.1 ... Application Data Flow........................................................................................................53
5.1.2 ... Functional Definition of AEs ..............................................................................................53
5.1.3 ... Sequencing of Real-World Activities .................................................................................53
5.1.4 ... File Meta Information Options ...........................................................................................54
5.2 AE SPECIFICATIONS .............................................................................................................54
5.2.1 ... Offline-Media Application Entity Specification ...................................................................54
5.2 AUGMENTED AND PRIVATE APPLICATION PROFILES .....................................................55
5.3 MEDIA CONFIGURATION.......................................................................................................56
6 SUPPORT OF CHARACTER SETS .....................................................................................................57
7 SECURITY ............................................................................................................................................57
8 ANNEXES .............................................................................................................................................58
8.1 IOD CONTENTS ......................................................................................................................58
8.1.1 ... Created SOP Instances .....................................................................................................58
8.1.2 ... Used Fields in received IOD by application.......................................................................66
8.2 DATA DICTIONARY OF PRIVATE ATTRIBUTES ..................................................................66
8.3 CODED TERMINOLOGY AND TEMPLATES .........................................................................66
8.4 STANDARD EXTENDED / SPECIALIZED / PRIVATE SOP CLASSES .................................66
8.4.1 ... US, US Multiframe and Secondary Capture Image Storage SOP Classes ......................66

DICOM Conformance Statement Version 5.9 Page 4 of 66

Esaote MyLab Ultrasound Scanners

8.5 PRIVATE TRANSFER SYNTAXES .........................................................................................66

DICOM Conformance Statement Version 5.9 Page 5 of 66

Esaote MyLab Ultrasound Scanners

3 INTRODUCTION

3.1 REVISION HISTORY

Table 3
REVISION HISTORY
Document Date of
Author Description Systems SW Releases
Version Issue
5.9 September Luigi - New sw MyLab 15 4.2.1
th
22 , 2008 Pampana- releases. MyLab 20 4.2.2
Biancheri
- New Vet MyLab 25 8.01
attributes.
MyLab 30 8.02
- Simplified the
list of systems. MyLab 40 8.10
MyLab 50 8.11
- Added
information MyLab 60
about extended 4.00
MyLab 70
SOP Classes in 4.02
Media Storage. MyLab 70 XVG
4.10

This document applies to the software releases of the MyLab systems indicated in the above table: always
check for the latest version of it covering the desired systems and software versions. Foot page notes will
appear indicating the differences among the various systems, if any. Some of the MyLab systems are
intended for veterinary usage: these models are identified by the “VET” suffix; the differences between
human and veterinary systems are explicitly described in this document. For systems with suffixes not
indicated in the table above, please refer to the same model without any suffix.

For any other information, or for the latest version of this document, please contact us:

Esaote
DICOM and Connectivity Management
via Siffredi 58
I - 16153 GENOVA (Italy)
E-mail: [email protected]
Web site: http://www.esaote.com/dicom.htm

Please note that this document can be changed at any time without notice. Esaote provides this documenta-
tion without warranty of any kind.

NOTE: when in this document we refer to “Esaote”, without any further specification, we mean the Esaote
group:

Esaote S.p.A. Esaote Europe B.V.

Via Siffredi 58 Philipsweg 1

16153 Genova 6227AJ Maastricht

Italy The Netherlands

DICOM Conformance Statement Version 5.9 Page 6 of 66

Esaote MyLab Ultrasound Scanners

3.2 AUDIENCE
This document is written for the people that need to understand how the MyLab systems will integrate into
their healthcare facility. This includes both those responsible for overall imaging network policy and
architecture, as well as integrators who need to have a detailed understanding of the DICOM features of the
MyLab systems. This document contains some basic DICOM definitions so that any reader may understand
how the MyLab systems implement DICOM features. However, integrators are expected to fully understand
all the DICOM terminology, how the tables in this document relate to the product’s functionality, and how that
functionality integrates with other devices that support compatible DICOM features.

3.3 REMARKS
The scope of this DICOM Conformance Statement is to facilitate integration between the MyLab systems
and other DICOM products. The Conformance Statement should be read and understood in conjunction with
the DICOM Standard. DICOM by itself does not guarantee interoperability. The Conformance Statement
does, however, facilitate a first-level comparison for interoperability between different applications supporting
compatible DICOM functionality.

This Conformance Statement is not supposed to replace validation with other DICOM equipment to ensure
proper exchange of intended information. In fact, the user should be aware of the following important issues:

— The comparison of different Conformance Statements is just the first step towards assessing
interconnectivity and interoperability between the Esaote product and other DICOM conformant
equipment.

— Test procedures should be defined and executed to validate the required level of interoperability with
specific compatible DICOM equipment, as established by the healthcare facility.

— Some of the MyLab systems have participated in an industry-wide testing program sponsored by
Integrating the Healthcare Enterprise (IHE). The IHE Integration Statement for these MyLab systems,
together with the IHE Technical Framework, may facilitate the process of validation testing. See
http://www.esaote.com/dicom.htm for the list of the systems that participated to IHE.

— The DICOM standard will evolve to meet the users’ future requirements. Esaote is actively involved in
developing the standard further and therefore reserves the right to make changes to its products or to
discontinue their delivery.

The DICOM functionalities given by the Esaote MyLab systems are implemented by means of the DCMLab
Library, a DICOM software library which has been developed by the Esaote DICOM Management Group
(EDMG), in order to offer to all the Esaote modalities and applications a common DICOM platform.

3.4 TERMS AND DEFINITIONS

Informal definitions are provided for the following terms used in this Conformance Statement. The DICOM
Standard is the authoritative source for formal definitions of these terms.

Abstract Syntax – the information agreed to be exchanged between applications, generally equivalent to a
Service/Object Pair (SOP) Class. Examples : Verification SOP Class, Modality Worklist Information Model
Find SOP Class, Computed Radiography Image Storage SOP Class.

Application Entity (AE) – an end point of a DICOM information exchange, including the DICOM network or
media interface software; i.e., the software that sends or receives DICOM information objects or messages.
A single device may have multiple Application Entities.

Application Entity Title – the externally known name of an Application Entity, used to identify a DICOM
application to other DICOM applications on the network.

Application Context – the specification of the type of communication used between Application Entities.
Example: DICOM network protocol.

Association – a network communication channel set up between Application Entities.

Attribute – a unit of information in an object definition; a data element identified by a tag. The information
may be a complex data structure (Sequence), itself composed of lower level data elements. Examples:

DICOM Conformance Statement Version 5.9 Page 7 of 66

Esaote MyLab Ultrasound Scanners

Patient ID (0010,0020), Accession Number (0008,0050), Photometric Interpretation (0028,0004), Procedure

Code Sequence (0008,1032).

Information Object Definition (IOD) – the specified set of Attributes that comprise a type of data object;
does not represent a specific instance of the data object, but rather a class of similar data objects that have
the same properties. The Attributes may be specified as Mandatory (Type 1), Required but possibly unknown
(Type 2), or Optional (Type 3), and there may be conditions associated with the use of an Attribute (Types
1C and 2C). Examples: MR Image IOD, CT Image IOD, Print Job IOD.

Joint Photographic Experts Group (JPEG) – a set of standardized image compression techniques,
available for use by DICOM applications.

Media Application Profile – the specification of DICOM information objects and encoding exchanged on
removable media (e.g., CDs)

Module – a set of Attributes within an Information Object Definition that are logically related to each other.
Example: Patient Module includes Patient Name, Patient ID, Patient Birth Date, and Patient Sex.

Negotiation – first phase of Association establishment that allows Application Entities to agree on the types
of data to be exchanged and how that data will be encoded.

Presentation Context – the set of DICOM network services used over an Association, as negotiated
between Application Entities; includes Abstract Syntaxes and Transfer Syntaxes.

Protocol Data Unit (PDU) – a packet (piece) of a DICOM message sent across the network. Devices must
specify the maximum size packet they can receive for DICOM messages.

Security Profile – a set of mechanisms, such as encryption, user authentication, or digital signatures, used
by an Application Entity to ensure confidentiality, integrity, and/or availability of exchanged DICOM data

Service Class Provider (SCP) – role of an Application Entity that provides a DICOM network service;
typically, a server that performs operations requested by another Application Entity (Service Class User).
Examples: Picture Archiving and Communication System (image storage SCP, and image query/retrieve
SCP), Radiology Information System (modality worklist SCP).

Service Class User (SCU) – role of an Application Entity that uses a DICOM network service; typically, a
client. Examples: imaging modality (image storage SCU, and modality worklist SCU), imaging workstation
(image query/retrieve SCU)

Service/Object Pair (SOP) Class – the specification of the network or media transfer (service) of a
particular type of data (object); the fundamental unit of DICOM interoperability specification. Examples:
Ultrasound Image Storage Service, Basic Grayscale Print Management.

Service/Object Pair (SOP) Instance – an information object; a specific occurrence of information

exchanged in a SOP Class. Examples: a specific x-ray image.

Tag – a 32-bit identifier for a data element, represented as a pair of four digit hexadecimal numbers, the
“group” and the “element”. If the “group” number is odd, the tag is for a private (manufacturer-specific) data
element. Examples: (0010,0020) [Patient ID], (07FE,0010) [Pixel Data], (0019,0210) [private data element]

Transfer Syntax – the encoding used for exchange of DICOM information objects and messages.
Examples: JPEG compressed (images), little endian explicit value representation.

Unique Identifier (UID) – a globally unique “dotted decimal” string that identifies a specific object or a class
of objects; an ISO-8824 Object Identifier. Examples: Study Instance UID, SOP Class UID, SOP Instance
UID.

Value Representation (VR) – the format type of an individual DICOM data element, such as text, an integer,
a person’s name, or a code. DICOM information objects can be transmitted with either explicit identification
of the type of each data element (Explicit VR), or without explicit identification (Implicit VR); with Implicit VR,
the receiving application must use a DICOM data dictionary to look up the format of each data element.

DICOM Conformance Statement Version 5.9 Page 8 of 66

Esaote MyLab Ultrasound Scanners

3.5 BASICS OF DICOM COMMUNICATION

This section describes terminology used in this Conformance Statement for the non-specialist. The key terms
used in the Conformance Statement are highlighted in italics below. This section is not a substitute for
training about DICOM, and it makes many simplifications about the meanings of DICOM terms.

Two Application Entities (devices) that want to communicate with each other over a network using DICOM
protocol must first agree on several things during an initial network “handshake”. One of the two devices
must initiate an Association (a connection to the other device), and ask if specific services, information, and
encoding can be supported by the other device (Negotiation).

DICOM specifies a number of network services and types of information objects, each of which is called an
Abstract Syntax for the Negotiation. DICOM also specifies a variety of methods for encoding data, denoted
Transfer Syntaxes. The Negotiation allows the initiating Application Entity to propose combinations of
Abstract Syntax and Transfer Syntax to be used on the Association; these combinations are called
Presentation Contexts. The receiving Application Entity accepts the Presentation Contexts it supports.

For each Presentation Context, the Association Negotiation also allows the devices to agree on Roles –
which one is the Service Class User (SCU - client) and which is the Service Class Provider (SCP - server).
Normally the device initiating the connection is the SCU, i.e., the client system calls the server, but not
always.

The Association Negotiation finally enables exchange of maximum network packet (PDU) size, security
information, and network service options (called Extended Negotiation information).

The Application Entities, having negotiated the Association parameters, may now commence exchanging
data. Common data exchanges include queries for worklists and lists of stored images, transfer of image
objects and analyses (structured reports), and sending images to film printers. Each exchangeable unit of
data is formatted by the sender in accordance with the appropriate Information Object Definition, and sent
using the negotiated Transfer Syntax. There is a Default Transfer Syntax that all systems must accept, but it
may not be the most efficient for some use cases. Each transfer is explicitly acknowledged by the receiver
with a Response Status indicating success, failure, or that query or retrieve operations are still in process.

Two Application Entities may also communicate with each other by exchanging media (such as a CD-R).
Since there is no Association Negotiation possible, they both use a Media Application Profile that specifies
“pre-negotiated” exchange media format, Abstract Syntax, and Transfer Syntax.

3.6 ABBREVIATIONS
Abbreviations are as follows:

AE Application Entity
AET Application Entity Title
CAD Computer Aided Detection
CDA Clinical Document Architecture
CD-R Compact Disk Recordable
CSE Customer Service Engineer
CR Computed Radiography
CT Computed Tomography
DHCP Dynamic Host Configuration Protocol
DICOM Digital Imaging and Communications in Medicine
DIT Directory Information Tree (LDAP)
DN Distinguished Name (LDAP)
DNS Domain Name System
DX Digital X-ray
FSC File-Set Creator
DICOM Conformance Statement Version 5.9 Page 9 of 66
Esaote MyLab Ultrasound Scanners

FSU File-Set Updater

FSR File-Set Reader
GSDF Grayscale Standard Display Function
GSPS Grayscale Softcopy Presentation State
HIS Hospital Information System
HL7 Health Level 7 Standard
IHE Integrating the Healthcare Enterprise
IOD Information Object Definition
IPv4 Internet Protocol version 4
IPv6 Internet Protocol version 6
ISO International Organization for Standards
IO Intra-oral X-ray
JPEG Joint Photographic Experts Group
LDAP Lightweight Directory Access Protocol
LDIF LDAP Data Interchange Format
LUT Look-up Table
MAR Medication Administration Record
MPEG Moving Picture Experts Group
MG Mammography (X-ray)
MPPS Modality Performed Procedure Step
MR Magnetic Resonance Imaging
MSPS Modality Scheduled Procedure Step
MTU Maximum Transmission Unit (IP)
MWL Modality Worklist
NM Nuclear Medicine
NTP Network Time Protocol
O Optional (Key Attribute)
OP Ophthalmic Photography
OSI Open Systems Interconnection
PACS Picture Archiving and Communication System
PET Positron Emission Tomography
PDU Protocol Data Unit
R Required (Key Attribute)
RDN Relative Distinguished Name (LDAP)
RF Radiofluoroscopy
RIS Radiology Information System.
RT Radiotherapy
SC Secondary Capture
SCP Service Class Provider
SCU Service Class User
SOP Service-Object Pair
DICOM Conformance Statement Version 5.9 Page 10 of 66
Esaote MyLab Ultrasound Scanners

SPS Scheduled Procedure Step

SR Structured Reporting
TCP/IP Transmission Control Protocol / Internet Protocol
U Unique (Key Attribute)
UL Upper Layer
US Ultrasound
VL Visible Light
VR Value Representation
XA X-ray Angiography

Some of the tables have a “Presence of …” column in which the following abbreviations are used, unless
specified:

VNAP Not Always Present (attribute sent zero length if no value is present)
ANAP Not Always Present
ALWAYS Always Present
EMPTY Attribute is sent without a value

The abbreviations used in the “Source” column:

MWL the attribute value source is the Modality Worklist

USER the attribute value comes from the User input
AUTO the attribute value is generated automatically
CONFIG the attribute value is a configurable parameter
PROFILE the attribute value is a parameter found in the profile chosen for the selected printer

3.7 REFERENCES

NEMA PS3 Digital Imaging and Communications in Medicine (DICOM) Standard, available free at
http://medical.nema.org/

DICOM Conformance Statement Version 5.9 Page 11 of 66

Esaote MyLab Ultrasound Scanners

3.8 IMPLEMENTATION IDENTIFYING INFORMATION

The Implementation Class UID and Implementation Version Name for all the Application Entities can change
according to the software release, and are described in the Table 4, that describes also the DCMLab
releases present in the various MyLab software releases.

Table 4
IMPLEMENTATION IDENTIFYING INFORMATION
DCMLab
Software Implementation Implementation
Model SW
release Class UID Version Name
Release
4.2.1 2.6.1 1.3.76.2.7.0 MYLAB_6.0.283.0
MyLab 15 / 20
4.2.2 2.6.2 1.3.76.2.7.0 MYLAB_6.0.334.0

8.01 2.6.2 1.3.76.2.2.2 MYLAB_6.0.313.0

8.02 2.6.2 1.3.76.2.2.2 MYLAB_6.0.334.0

MyLab 25 / 30 / 40 / 50
8.10 2.6.2 1.3.76.2.2.2 MYLAB_6.0.362.0

8.11 2.6.2 1.3.76.2.2.2 MYLAB_6.0.362.0

4.00 2.6.2 1.3.76.2.3.2 MYLAB_6.0.325.0

MyLab 60 / 70 / 70 XVG 4.02 2.6.2 1.3.76.2.3.2 MYLAB_6.0.347.0

4.10 2.6.2 1.3.76.2.3.2 MYLAB_6.0.362.0

DICOM Conformance Statement Version 5.9 Page 12 of 66

Esaote MyLab Ultrasound Scanners

4 NETWORKING

4.1 IMPLEMENTATION MODEL

4.1.1 Application Data Flow

Remote
Send Storage Application
Images Application Entity
Entity Receives
Images

Remote
Update Application
Worklist Entity
Provides
Worklist Items

Workflow
Application
Entity (*)

Acquire Remote
Images Application
Entity
Receives
MPPS

Remote
Film Application
Hardcopy
Images Entity Prints
Application
Entity Film Sheets

DICOM Standard Interface

Figure 1
APPLICATION DATA FLOW DIAGRAM

— The Storage Application Entity sends images to a remote AE. It is associated with the local real-world
activity “Send Images”. “Send Images” is performed upon user request for each study when closing it,
or for specific studies selected from the had disk database. If a remote AE is configured as a Storage
Commitment server, the Storage AE will request Storage Commitment and if a commitment is
successfully obtained will record this information in the local database.

(*)
— The Workflow Application Entity receives Worklist information from and sends MPPS information to a
remote AE. It is associated with the local real-world activities “Update Worklist” and “Acquire Images”.

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 13 of 66

Esaote MyLab Ultrasound Scanners

When the “Update Worklist” local real-world activity is performed the Workflow Application Entity
queries a remote AE for worklist items and provides the set of worklist items matching the query
request. ”Update Worklist” is performed as a result of an operator request or can be performed
automatically when entering the Worklist panel for selecting the exam to execute. When the “Acquire
Images” local real-world activity is performed the Workflow Application Entity creates and updates
Modality Performed Procedure Step instances managed by a remote AE. Acquisition of images will
result in automated creation of an MPPS Instance. Completion of the MPPS is performed as the result
of an operator action.

— The Hardcopy Application Entity prints images on a remote AE (DICOM Printer). It is associated with the
local real-world activity “Film Images”. “Film Images” creates a print-job within the print queue
containing one virtual film sheet composed from images selected by the user.

4.1.2 Functional Definition of AEs

4.1.2.1 Functional Definition of Storage Application Entity
It is possible to activate the Storage Application Entity both when closing the current study, and from the
database panel.

When closing the current study, a panel will allow the User to decide if and where to archive the images,
selecting among “ARCHIVE TO DB” (on the local Hard Disk), “ARCHIVE TO CD/DVD” (the CD-R or the
DVD), “ARCHIVE TO USB” and “ARCHIVE TO DICOM SERVER”. Selecting “DB” will store the acquired
images in the local database, while selecting “CD/DVD” or “USB” or “DICOM SERVER” will store or send
them in DICOM format to the selected destination (without keeping a copy in the local database).

From the local database panel, pressing the “DICOM” soft-key, a “DICOM PROCEDURE” panel will appear,
allowing to choose between the following destinations: “CD/DVD” (the CD-R or the DVD), “USB” and
“DICOM SERVER”, storing or sending the selected studies (previously archived to the local database, see
above), in DICOM format, to the selected destination.

When activating the above described functions choosing “DICOM SERVER”, the SOP Instances associated
with the selected study (or studies) will be collected into one send job. The existence of a send job queue
entry with associated network destination will activate the Storage AE. An association request will be sent to
the destination AE and upon successful negotiation of a Presentation Context the image transfer will be
started. If the association cannot be opened, the related send job will be set to an error state and it will be
possible to restarted it later by the user via job control interface. The Storage AE will not try to initiate another
association for this send job automatically.
(*)
4.1.2.2 Functional Definition of Workflow Application Entity
Worklist Update attempts to download a Worklist from a remote node. If the Workflow AE establishes an
Association to a remote AE, it will transfer all worklist items via the open Association. The results will be
displayed in a separate list, which will be cleared with the next Worklist Update, if successful. The previously
obtained worklist will be kept if for any reason a new one cannot be received: this is done to enable the use
of the device also when disconnected from the network.

The Workflow AE performs the creation of a MPPS Instance automatically whenever images are acquired.
When closing the exam, the MPPS “Complete” or “Discontinued” states can only be set from the user
interface.

4.1.2.3 Functional Definition of Hardcopy Application Entity

It is possible to activate the Hardcopy Application Entity both for printing images from the current Study, and
for printing a set of images from the local database. In any case, the images belonging to the current Study
will not be mixed in the same print-job with the images belonging to older Studies.

On the MyLab keyboard, according to the model, there are two or three print keys labeled “1”, “2” and “3” (if
present); each one can be assigned to a given DICOM printing profile, that is to a given configuration for a
given DICOM printer.

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 14 of 66

Esaote MyLab Ultrasound Scanners

Pressing one of the assigned print keys will add the current visualized image to queue that will be used to
compose the film sheet that will be printed according to the selected printing profile. There are different and
separated queues for images belonging to the current Study (real-time display, and images selected from the
“EXAM REV” environment), and for the images belonging to older Studies (images selected from the
“ARCHIVE REV” environment).

When activating the above described keys, the preformatted grayscale or color image (according to the color
capability of the corresponding printer) will be added to the print-job being prepared for the selected printing
profile. When the number of images requested to fill the film sheet for that printing profile is reached, an
association request will be sent to the destination AE, and upon successful negotiation of a Presentation
Context the data transfer will be started. If the association cannot be opened, or if some fatal error occurs,
the related print-job will be set to an error state, and it will be possible to restart it later by the user via job
control interface. The Hardcopy AE will not try to initiate another association for this print-job automatically.

4.1.3 Sequencing of Real-World Activities

Storage Hardcopy Workflow Department Printer Image Manager

Scheduler Manager

1. Query Worklist (*)

2. Receive Worklist (*)

3. Select Workitem (MSPS) (*)

4. Start Acquisition (Create MPPS) (*)

5. Acquire Images

6. Complete Acquisition (Finalize MPPS) (*)

7. Print Acquired Images

8. Store Acquired Images

9. Commit Acquired Images (*)

Figure 2
APPLICATION DATA FLOW DIAGRAM

DICOM Conformance Statement Version 5.9 Page 15 of 66

Esaote MyLab Ultrasound Scanners

Under normal conditions the sequencing constraints illustrated in Figure 2 apply:

1. Query Worklist.
(*)
2. Receive Worklist of Modality Scheduled Procedure Steps (MSPS) .
(*)
3. Select Workitem (MSPS) from Worklist .
(*)
4. Start acquisition and create MPPS .

5. Acquire Images.
(*)
6. Complete acquisition and finalize MPPS .

7. Print acquired images (optional step).

8. Store acquired images.

9. If there is a Storage Commitment server configured and enabled, the Storage AE will request
(*)
Storage Commitment for the images to it .

Other workflow situations (e.g. unscheduled procedure steps) will have other sequencing constraints.
Printing could equally take place after the acquired images have been stored. Printing could be omitted
completely if no printer is connected or hardcopies are not required.

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 16 of 66

Esaote MyLab Ultrasound Scanners

4.2 AE SPECIFICATIONS
4.2.1 Storage Application Entity Specification
4.2.1.1 SOP Classes
MyLab provides Standard Conformance to the following SOP Classes:

Table 5
SOP CLASSES FOR AE STORAGE
SOP Class Name SOP Class UID SCU SCP
Ultrasound Image Storage 1.2.840.10008.5.1.4.1.1.6.1 Yes No
Ultrasound Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1 Yes No
(*)
Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7 Yes No
(**)
Storage Commitment Push Model 1.2.840.10008.1.20.1 Yes No
(**) 2
Verification 1.2.840.10008.1.1 Yes Yes

4.2.1.2 Association Policies

4.2.1.2.1 General
The DICOM standard application context name for DICOM is always proposed:

Table 6
DICOM APPLICATION CONTEXT FOR AE STORAGE
Application Context Name 1.2.840.10008.3.1.1.1

4.2.1.2.2 Number of Associations

MyLab initiates one Association at a time for each destination to which a transfer request is being processed
in the active job queue list. Only one job will be active at a time, the other remains pending until the active job
is completed or failed.

Table 7
NUMBER OF ASSOCIATIONS INITIATED FOR AE STORAGE
Maximum number of simultaneous Associations Unlimited

MyLab accepts Associations to receive N-EVENT-REPORT notifications for the Storage Commitment Push
(*)
Model SOP Class .

4.2.1.2.3 Asynchronous Nature

MyLab does not support asynchronous communication (multiple outstanding transactions over a single
Association).

Table 8
ASYNCHRONOUS NATURE AS A SCU FOR AE STORAGE
Maximum number of outstanding asynchronous transactions 1

(*)
Not available on MyLab 15 / 20.
(**)
Not available on MyLab 15 / 20 and VET systems.
2
Only active when the Storage Commitment is enabled.

DICOM Conformance Statement Version 5.9 Page 17 of 66

Esaote MyLab Ultrasound Scanners

4.2.1.2.4 Implementation Identifying Information

See section 3.8.

4.2.1.3 Association Initiation Policy

(*)
4.2.1.3.1 Activity – Connectivity Verification
4.2.1.3.1.1 Description and Sequencing of Activities
The Storage AE is invoked to perform a verification by the Storage SCP server configuration interface. The
job consists of data describing the destination.

If a response to the C-ECHO-RQ is not received within a timeout, the Association will be aborted and an
error will be reported to the User.

Storage Image
AE Manager
Manager

1. Open Association

2. C-ECHO

3. Close Association

Figure 3
SEQUENCING OF ACTIVITY – CONNECTIVITY VERIFICATION

4.2.1.3.1.2 Proposed Presentation Context Table

The MyLab is capable of proposing the Presentation Contexts as shown in the following table:

Table 9
PROPOSED PRESENTATION CONTEXT FOR CONNECTIVITY VERIFICATION
Presentation Context Table
Abstract Syntax Transfer Syntax Role Ext.
Name UID Name List UID List Negot
Verification 1.2.840.10008.1.1 Implicit VR Little Endian 1.2.840.10008.1.2 SCU None

4.2.1.3.1.3 SOP Specific Conformance for Connectivity Verification

The MyLab provides standard conformance to the DICOM Verification Service Class as an SCU. The status
code for the C-ECHO is as follows:

Table 10
C-ECHO RESPONSE STATUS HANDLING BEHAVIOUR
Code Status Meaning
0000 Success The C-ECHO request is accepted.

(*)
Not available on MyLab 15 / 20.

DICOM Conformance Statement Version 5.9 Page 18 of 66

Esaote MyLab Ultrasound Scanners

4.2.1.3.2 Activity – Send Images

4.2.1.3.2.1 Description and Sequencing of Activities
The Storage AE is invoked to send images by the job control interface that is responsible for processing
network archival tasks. The job consists of data describing the instances marked for storage and the
destination. An internal daemon process triggered by a job initiates the procedure to store the instances
related to this job. If the process successfully establishes an Association to a remote Application Entity, it will
transfer the instances, one after another, via the open Association. If the job contains multiple instances,
then multiple C-STORE requests will be issued over the same Association. Status of the transfer is reported
through the job control interface. If the Association cannot be established, or one or more C-STORE
Responses from the remote Application contain a status other than Success, the related send job is switched
to a failed state, deleting from it the images that were successfully sent; it can be restarted at any time by
user interaction. If a response is not received within a timeout, the Association will be aborted and the
sending of the current instances will be considered failed.

If there is a configured Storage Commitment SCP, the Storage AE will, after all images have been sent,
transmit a single Storage Commitment request (N-ACTION) over another Association. Upon receiving the N-
ACTION response the Storage AE will close the Association. However, the Storage AE is capable of
receiving an N-EVENT-REPORT request at any time during an association provided a Presentation Context
for the Storage Commitment Push Model has been successfully negotiated (i.e. the N-ACTION is sent at the
end of one association and the N-EVENT-REPORT is received during an association initiated for a
subsequent send job or during an association initiated by the Remote AE for the specific purpose of sending
the N-EVENT-REPORT).

Storage Image
AE Manager

1. Open Association

2. C-STORE (Ultrasound Image)

3. C-STORE (Ultrasound Multiframe Image)

4. C-STORE (Secondary Capture Image)

5. N-ACTION (Storage Commitment request for images) (*)

6. N-EVENT-REPORT (Storage Commitment Response) (*)

7. Close Association

Figure 4
SEQUENCING OF ACTIVITY – SEND IMAGES

A possible sequence of interactions between the Storage AE and an Image Manager (e.g. a storage or
archive device supporting the Storage and Storage Commitment SOP Classes as an SCP) is illustrated in
Figure 4:

1. The Storage AE opens an association with the Image Manager

2. An acquired US or US-MF image, or a Secondary Capture image is transmitted to the Image

Manager using a C-STORE request and the Image Manager replies with a C-STORE response
(status success).

DICOM Conformance Statement Version 5.9 Page 19 of 66

Esaote MyLab Ultrasound Scanners

3. Another US or US-MF or Secondary Capture image is transmitted to the Image Manager using a C-
STORE request and the Image Manager replies with a C-STORE response (status success).

4. Another US or US-MF or Secondary Capture image is transmitted to the Image Manager using a C-
STORE request and the Image Manager replies with a C-STORE response (status success).

5. An N-ACTION request is transmitted to the Image Manager to obtain storage commitment of

previously transmitted images. The Image Manager replies with a N-ACTION response indicating the
(*)
request has been received and is being processed.

6. The Image Manager immediately transmits an N-EVENT-REPORT request notifying the Storage AE
of the status of the Storage Commitment Request (sent in step 5 using the N-ACTION message).
The Storage AE replies with a N-EVENT-REPORT response confirming receipt. The Image Manager
could send this message at any time or omit it entirely in favor of transmitting the N-EVENT-
(*)
REPORT over a separate dedicated association (see note).

7. The Storage AE closes the association with the Image Manager.

NOTE: Many other message sequences are possible depending on the number of images to be stored. The N-
EVENT-REPORT can also be sent over a separate association initiated by the Image Manager (see Section
4.2.1.3.1 on Activity – Receive Storage Commitment Response). The Storage SCP and the Storage
Commitment SCP can be different systems.

4.2.1.3.2.2 Proposed Presentation Contexts

MyLab is capable of proposing the Presentation Contexts shown in the following table:

Table 11
PROPOSED PRESENTATION CONTEXTS FOR ACTIVITY SEND IMAGES
Presentation Context Table

Abstract Syntax Transfer Syntax Ext.

Role
Name UID Name List UID List Neg.

JPEG lossy Baseline 1.2.840.10008.1.2.4

(Process 1) .50
RLE Lossless 1.2.840.10008.1.2.5
Ultrasound Image 1.2.840.10008.5.1.
Explicit VR Little Endian 1.2.840.10008.1.2.1 SCU None
Storage 4.1.1.6.1
Implicit VR Little Endian 1.2.840.10008.1.2
Explicit VR Little Endian 1.2.840.10008.1.2.1
Implicit VR Little Endian 1.2.840.10008.1.2
Explicit VR Little Endian 1.2.840.10008.1.2.1
Ultrasound 3
1.2.840.10008.1.2
1.2.840.10008.5.1. Implicit VR Little Endian
Multiframe Image SCU None
4.1.1.3.1 JPEG lossy Baseline 1.2.840.10008.1.2.4
Storage
(Process 1) .50
JPEG lossy Baseline 1.2.840.10008.1.2.4
(Process 1) .50
RLE Lossless 1.2.840.10008.1.2.5
Secondary Capture 1.2.840.10008.5.1.
4 Explicit VR Little Endian 1.2.840.10008.1.2.1 SCU None
Image Storage 4.1.1.7
Implicit VR Little Endian 1.2.840.10008.1.2
Explicit VR Little Endian 1.2.840.10008.1.2.1
Implicit VR Little Endian 1.2.840.10008.1.2

(*)
Not available on MyLab 15 / 20.
3
Only available on MyLab 60 / 70 / 70 XVG.
4
On the MyLab 15 / 20 this presentation context is negotiated, but will not be used.

DICOM Conformance Statement Version 5.9 Page 20 of 66

Esaote MyLab Ultrasound Scanners

Storage
1.2.840.10008.1.2
Commitment Push Implicit VR Little Endian 1.2.840.10008.1.2 SCU None
(*) 0.1
Model

Presentation Context for Ultrasound and Secondary Capture Images can be changed from the User’s
Interface pressing the MENU button, selecting DICOM CONFIGURATION and entering the QUALITY tab of
the configuration panel. The following choices are allowed for IMAGE QUALITY:

1. LOW (LOSSY JPEG): only the JPEG lossy Baseline (Process 1) will be offered;
2. MEDIUM (LOSSLESS RLE): the RLE, the Explicit VR Little Endian and the Implicit VR Little Endian will
be offered;
3. HIGH (UNCOMPRESSED): the Explicit VR Little Endian and the Implicit VR Little Endian will be offered.

On the MyLab 15 / 20 / 25 / 30 / 30 VET / 40 / 50 the Presentation Context for Ultrasound Multiframe Images
will only propose the JPEG lossy Baseline (Process 1) Transfer Syntax. From the User’s Interface pressing
the MENU button, selecting DICOM CONFIGURATION and entering the QUALITY tab of the configuration
panel, you will find three different settings for CLIP QUALITY; in any case the JPEG lossy Baseline (Process
1) will be offered, with three different compression levels.

On the MyLab 60 / 70 / 70 XVG the Presentation Context for Ultrasound Multiframe Images can be changed
from the User’s Interface pressing the MENU button, selecting DICOM CONFIGURATION and entering the
QUALITY tab of the configuration panel. You will find four different settings for CLIP QUALITY; selecting
LOW, MEDIUM and HIGH the JPEG lossy Baseline (Process 1) will be offered, with three different
compression levels, while selecting UNCOMPRESSED the Explicit VR Little Endian and the Implicit VR Little
Endian will be offered.

If all the offered Presentation Contexts are not accepted, an error is generated; otherwise, an error is
generated only if any of the images to be sent belong to a Presentation Context that has not been accepted.
The job failure is logged and reported to the user via the job control application.

4.2.1.3.2.3 SOP Specific Conformance for Image Storage SOP Classes

All Image SOP Classes supported by the Storage AE exhibit the same behavior, except where stated, and
are described together in this section.

The behavior of Storage AE when encountering status codes in a C-STORE response is summarized in the
Table below:

Table 12
STORAGE C-STORE RESPONSE STATUS HANDLING BEHAVIOR
Service Error
Further Meaning Behavior
Status Code
Success Success 0000 The SCP has successfully stored the SOP Instance. If all
SOP Instances in a send job have status success then the
job is marked as complete.
Refused Out of Resources A700- The send job is marked as failed. The status meaning is
A7FF logged and the job failure is reported to the user via the job
control application. This is a transient failure.
Error Data Set does not A900- The send job is marked as failed. The status meaning is
match SOP Class A9FF logged and the job failure is reported to the user via the job
control application.
Error Cannot Understand C000- The send job is marked as failed. The status meaning is
CFFF logged and the job failure is reported to the user via the job
control application.
Warning Coercion of Data B000 The send job is marked as failed. The status meaning is

(*)
Not available on MyLab 15 / 20.

DICOM Conformance Statement Version 5.9 Page 21 of 66

Esaote MyLab Ultrasound Scanners

Elements logged and the job failure is reported to the user via the job
control application.
Warning Data Set does not B007 The send job is marked as failed. The status meaning is
match SOP Class logged and the job failure is reported to the user via the job
control application.
Warning Elements B006 The send job is marked as failed. The status meaning is
Discarded logged and the job failure is reported to the user via the job
control application.
* * Any other The send job is marked as failed. The status code is logged
status and the job failure is reported to the user via the job control
code. application.

The behavior of Storage AE during communication failure is summarized in the Table below:

Table 13
STORAGE COMMUNICATION FAILURE BEHAVIOR
Exception Behavior
Timeout The connection is aborted and the send job is marked
as failed. The reason is logged and the job failure is
reported to the user via the job control application.
Association aborted by the SCP or network layers The send job is marked as failed. The reason is
logged and the job failure is reported to the user via
the job control application.

A failed send job can be restarted by user interaction: only the failed images will be re-sent.

The contents of US, US Multiframe and Secondary Capture Image Storage SOP Instances created by
MyLab conform to the DICOM US, US Multiframe and Secondary Capture Image IOD definitions and are
described in section 8.1.

The Secondary Capture instances are generated to export the report with the performed measures in a
human readable way. The sending of Secondary Capture images can be disabled from the User’s Interface
pressing the MENU button, selecting DICOM CONFIGURATION and entering the REPORT tab of the
configuration panel. Under REPORT EXPORT it is possible to select “EXPORT TO BIOPACS”, “EXPORT
TO OTHER SERVER” or “DO NOT EXPORT”: in the first case the Secondary Capture images will not be
sent and the report will be put in the proprietary attributes of one or more US image(s) that have a dummy
image plane: these images will be automatically discarded by the receiving viewer (Esaote Org@nizer-
BioPACS); in the second case the report will be written in the pixels of one or more Secondary Capture
images that will be sent together with the exam; in the third case the report will not be sent at all.
(*)
4.2.1.3.2.4 SOP Specific Conformance for Storage Commitment SOP Class
4.2.1.3.2.4.1 Storage Commitment Operations (N-ACTION)
The Storage AE will request storage commitment for instances of the Ultrasound, Ultrasound Multiframe and
Secondary Capture Image Storage SOP Classes if there is a Remote AE configured as a Storage
Commitment server (SCP) and a presentation context for the Storage Commitment Push Model has been
accepted.

The Storage AE will consider Storage Commitment failed if no N-EVENT-REPORT is received for a
Transaction UID within a configurable time period after receiving a successful N-ACTION response (duration
of applicability for a Transaction UID).

The Storage AE does not send the optional Storage Media FileSet ID & UID Attributes or the Referenced
Study Component Sequence Attribute in the N-ACTION.

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 22 of 66

Esaote MyLab Ultrasound Scanners

The list of the jobs for which a Storage Commitment request (N-ACTION) has been successfully sent to the
Storage Commitment SCP can be accessed right clicking the DICOM Network icon, and selecting (only in
the Archive Review environment) STORAGE COMMITMENT SUMMARY. For each job there is a status that
can be IN PROGRESS, FAILED or COMPLETED. Selecting one of the items of this list and clicking
DETAILS opens a panel in which the complete list of the SOP Instance UIDs for that job is present.

The behavior of Storage AE when encountering status codes in a N-ACTION response is summarized in the
Table below:

Table 14
STORAGE COMMITMENT N-ACTION RESPONSE STATUS HANDLING BEHAVIOR
Service Error
Further Meaning Behavior
Status Code
Success Success 0000 The request for storage comment is considered successfully
sent. A timer is started which will expire if no N-EVENT-
REPORT for the Transaction UID is received within a
configurable timeout period.
* * Any other The Association is aborted using A-ABORT and the request
status for storage comment is marked as failed. The status
code. meaning is logged and reported to the user via the job
control application.

The behavior of Storage AE during communication failure is summarized in the Table below:

Table 15
STORAGE COMMUNICATION FAILURE BEHAVIOR
Exception Behavior
Timeout The Association is aborted using A-ABORT and the
send job is marked as failed. The reason is logged
and the job failure is reported to the user via the job
control application.
Association aborted by the SCP or network layers The send job is marked as failed. The reason is
logged and the job failure is reported to the user via
the job control application.

4.2.1.3.2.4.2 Storage Commitment Notifications (N-EVENT-REPORT)

The Storage AE is capable of receiving an N-EVENT-REPORT notification if it has successfully negotiated a
Presentation Context for the Storage Commitment Push Model.

Upon receipt of a N-EVENT-REPORT the timer associated with the Transaction UID will be canceled.

The behavior of Storage AE when receiving Event Types within the N-EVENT-REPORT is summarized in
the Table below.

DICOM Conformance Statement Version 5.9 Page 23 of 66

Esaote MyLab Ultrasound Scanners

Table 16
STORAGE COMMITMENT N-EVENT-REPORT BEHAVIOUR
Event Type Name Event Behavior
Type
ID
Storage 1 The Referenced SOP Instances under Referenced SOP Sequence
Commitment (0008,1199) are marked within the STORAGE COMMITMENT SUMMARY
Request Successful list as “COMPLETED”. Successfully committed SOP Instances are
candidates for deletion from the local database.
Storage 2 The Referenced SOP Instances under Referenced SOP Sequence
Commitment (0008,1199) are treated in the same way as in the success case (Event
Request Complete Type 1). The Referenced SOP Instances under Failed SOP Sequence
– Failures Exist (0008,1198) are marked within the STORAGE COMMITMENT SUMMARY
- DETAILS as “FAILED”. A send job that failed storage commitment will not
be automatically restarted but can be restarted by user interaction.

The reasons for returning specific status codes in a N-EVENT-REPORT response are summarized in the
Table below.

Table 17
STORAGE COMMITMENT N-EVENT-REPORT RESPONSE STATUS REASONS
Service Further Error
Reasons
Status Meaning Code
Success Success 0000 The storage commitment result has been successfully received.
Failure Unrecognized 0211H The Transaction UID in the N-EVENT-REPORT request is not
Operation recognized (was never issued within an N-ACTION request).
Failure Resource 0213H The Transaction UID in the N-EVENT-REPORT request has expired
Limitation (no N-EVENT-REPORT was received within a configurable time limit).
Failure No Such Event 0113H An invalid Event Type ID was supplied in the N-EVENT-REPORT
Type request.
Failure Processing 0110H An internal error occurred during processing of the N-EVENT-
Failure REPORT. A short description of the error will be returned in Error
Comment (0000,0902).
Failure Invalid 0115H One or more SOP Instance UIDs with the Referenced SOP Sequence
Argument (0008,1199) or Failed SOP Sequence (0008,1198) was not included in
Value the Storage Commitment Request associated with this Transaction
UID. The unrecognized SOP Instance UIDs will be returned within the
Event Information of the N-EVENT-REPORT response.

DICOM Conformance Statement Version 5.9 Page 24 of 66

Esaote MyLab Ultrasound Scanners

(*)
4.2.1.3 Association Acceptance Policy
4.2.1.3.1 Activity – Receive Storage Commitment Response
4.2.1.3.1.1 Description and Sequencing of Activities
The Storage AE will accept associations in order to receive responses to a Storage Commitment Request.

Storage Image
AE Manager
Manager

1. Open Association

2. N-EVENT-REPORT (Storage Commitment Response)

3. Close Association

Figure 5
SEQUENCING OF ACTIVITY - RECEIVE STORAGE COMMITMENT RESPONSE

A possible sequence of interactions between the Storage AE and an Image Manager (e.g. a storage or
archive device supporting Storage Commitment SOP Classes as an SCP) is illustrated in the Figure above:

1. The Image Manager opens a new association with the Storage AE.

2. The Image Manager sends an N-EVENT-REPORT request notifying the Storage AE of the status of
a previous Storage Commitment Request. The Storage AE replies with a N-EVENT-REPORT
response confirming receipt.

3. The Image Manager closes the association with the Storage AE.

The Storage AE may reject association attempts as shown in the Table below. The Result, Source and
Reason/Diag columns represent the values returned in the appropriate fields of an ASSOCIATE-RJ PDU
(see PS 3.8, Section 9.3.4). The contents of the Source column is abbreviated to save space and the
meaning of the abbreviations are:

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 18
ASSOCIATION REJECTION REASONS
Result Source Reason/Diag Explanation
2 – rejected- c 2 – local-limit- The (configurable) maximum number of simultaneous
transient exceeded associations has been reached. An association request with
the same parameters may succeed at a later time.
2 – rejected- c 1 – temporary- No associations can be accepted at this time due to the real-
transient congestion time requirements of higher priority activities (e.g. during image
acquisition no associations will be accepted) or because
insufficient resources are available (e.g. memory, processes,
threads). An association request with the same parameters
may succeed at a later time.

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 25 of 66

Esaote MyLab Ultrasound Scanners

1 – rejected- a 2 – application- The association request contained an unsupported Application

permanent context-name- Context Name. An association request with the same
not-supported parameters will not succeed at a later time.
1 – rejected- a 7 – called-AE- The association request contained an unrecognized Called AE
permanent title-not- Title. An association request with the same parameters will not
recognized 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 – rejected- a 3 – calling-AE- The association request contained an unrecognized Calling AE
permanent title-not- Title. An association request with the same parameters will not
recognized 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 – rejected- b 1 – no-reason- The association request could not be parsed. An association
permanent given request with the same format will not succeed at a later time.

4.2.1.3.1.2 Accepted Presentation Contexts

The Storage AE will accept Presentation Contexts as shown in the Table below.

Table 19
ACCEPTABLE PRESENTATION CONTEXTS FOR
ACTIVITY RECEIVE STORAGE COMMITMENT RESPONSE
Presentation Context Table
Abstract Syntax Transfer Syntax Ext.
Name UID Name List UID List Role Neg.
Storage
Commitment 1.2.840.10008.1.20.1 Implicit VR Little Endian 1.2.840.10008.1.2 SCU None
Push Model
Verification 1.2.840.10008.1.1 Implicit VR Little Endian 1.2.840.10008.1.2 SCP None

The Storage AE will only accept the SCU role (which must be proposed via SCP/SCU Role Selection
Negotiation) within a Presentation Context for the Storage Commitment Push Model SOP Class.

4.2.1.3.1.3 SOP Specific Conformance for Storage Commitment SOP Class

4.2.1.3.1.4 Storage Commitment Notifications (N-EVENT-REPORT)
Upon receipt of a N-EVENT-REPORT the timer associated with the Transaction UID will be canceled, and
the job will be marked as “COMPLETED” in the STORAGE COMMITMENT SUMMARY list. Otherwise, when
the timer reaches the configured timeout value before reaching any response, the job will be marked as
“FAILED”.

The behavior of Storage AE when receiving Event Types within the N-EVENT-REPORT is summarized in
Table 17.

The reasons for returning specific status codes in a N-EVENT-REPORT response are summarized in Table
18.

DICOM Conformance Statement Version 5.9 Page 26 of 66

Esaote MyLab Ultrasound Scanners

(*)
4.2.2 Workflow Application Entity Specification
4.2.2.1 SOP Classes
MyLab provides Standard Conformance to the following SOP Classes:

Table 20
SOP CLASSES FOR AE WORKFLOW
SOP Class Name SOP Class UID SCU SCP

Modality Worklist Information Model – FIND 1.2.840.10008.5.1.4.31 Yes No

Modality Performed Procedure Step 1.2.840.10008.3.1.2.3.3 Yes No

4.2.2.2 Association Policies

4.2.2.2.1 General
The DICOM standard application context name for DICOM 3.0 is always proposed:

Table 21
DICOM APPLICATION CONTEXT FOR AE WORKFLOW

Application Context Name 1.2.840.10008.3.1.1.1

4.2.2.2.2 Number of Associations

MyLab initiates one Association at a time for a Worklist request.

Table 22
NUMBER OF ASSOCIATIONS INITIATED FOR AE WORKFLOW
Maximum number of simultaneous
1
Associations

4.2.2.2.3 Asynchronous Nature

MyLab does not support asynchronous communication (multiple outstanding transactions over a single
Association).

Table 23
ASYNCHRONOUS NATURE AS A SCU FOR AE WORKFLOW
Maximum number of outstanding
1
asynchronous transactions

4.2.2.2.4 Implementation Identifying Information

See section 3.8.

4.2.2.3 Association Initiation Policy

4.2.2.3.1 Activity – Worklist Update
4.2.2.3.1.1 Description and Sequencing of Activities
The request for a Worklist Update is initiated by user interaction (broad query), or automatically when starting
an exam selected among the previously requested worklist items (narrow query). Pressing the “WORKLIST”
soft key in the PATIENT DATA panel, the WORKLIST QUERY panel appears. Pressing the button “QUERY”
in this panel issues a broad worklist query to the configured worklist server.

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 27 of 66

Esaote MyLab Ultrasound Scanners

It is possible to configure the system to automatically execute the broad worklist query whenever the User
opens the Worklist panel, by checking “QUERY AT START” in the panel itself. Otherwise, the results of the
latest worklist query (if any) will appear until you press “QUERY”.

The “SHOW QUERY PARAMETERS” in the WORKLIST QUERY panel will display a “QUERY
PARAMETERS” panel for entering data as search criteria. When the QUERY is pressed, the data from the
panel will be inserted as matching keys into the query. In the QUERY PARAMETERS panel there is a
“RESET” button to reset the query parameters to the default (current day for the Scheduled Procedure Step
Start Date, local AE Title of the MyLab for the Scheduled Station AE Title).

With broad worklist queries the MyLab system always requests all items that match the matching keys in the
table below:

Table 24
BROAD WORKLIST QUERY MATCHING KEYS
Tag Attribute Contents
(0008,0050) Accession Number empty, can be set
(0008,0060) Modality always US
(0008,1050) Performing Physician’s Name empty, can be set
(0010,0010) Patient’s Name empty, can be set
(0010,0020) Patient ID empty, can be set
(0040,0002) Scheduled Procedure Step Start Date present date, can be modified
(0040,0001) Scheduled Station AE Title Local AE Title, can be modified
(0040,1001) Requested Procedure ID empty, can be set

Upon initiation of the request, the MyLab will build an Identifier for the C-FIND request, using the above
matching keys and the return keys in Table 29. Then it will initiate an Association to send the request and will
wait for Worklist responses. After retrieval of all responses, MyLab will display them in the WORKLIST
QUERY panel, showing for each Scheduled Procedure Step the Patient Name, sex, Scheduled Performing
Physician, Scheduled Procedure Step Start Date and Time, Scheduled Procedure Step ID, Accession
Number, and a STATUS information flag that identifies with “WARNING” the received Scheduled Procedure
Steps in which some for attributes that should be present are missing. For every item it is possible to show
the other information received by selecting it and pressing “DETAILS”. If some of the received Scheduled
Procedure Step records do not contain information absolutely necessary to execute the exam, in the
WORKLIST panel a red message will appear saying that some of the records are corrupted.

The results will be cleared with the next worklist update. In case of network error, or when the system is
rebooted, the results of the latest successful query (if any) are kept, until a new day begins (the old worklist
data are automatically deleted when crossing the midnight).

It is possible to configure the system to automatically execute a narrow worklist query whenever the User
starts an exam, by checking “REFRESH DATA WHEN PERFORMING EXAMS” in the worklist panel itself. In
this case each time a record is selected to use it for starting an exam using its data, a narrow query will be
performed to verify that the information still corresponds to the selected record. In case of any difference, a
broad query is automatically issued and the User is requested to select again the exam to start.

DICOM Conformance Statement Version 5.9 Page 28 of 66

Esaote MyLab Ultrasound Scanners

Table 25
NARROW WORKLIST QUERY MATCHING KEYS
Matching
Tag Attribute Contents Key
Type
(0040,0002) Scheduled Procedure Step the same used in the broad query R
Start Date
(0008,0060) Modality always MR R
(0010,0020) Patient ID from the selected result of the broad query R
(0008,0050) Accession Number from the selected result of the broad query O

Upon initiation of the request, the MyLab system will build an Identifier for the C-FIND request, using the
above matching keys and the return keys in Table 29. Then it will initiate an Association to send the request
and will wait for Worklist responses. After retrieval of all the responses, the MyLab system filters them for the
same Patient ID, Accession Number, Scheduled Procedure Step Start Date, Scheduled Procedure Step
Start Time, in order to identify the response that matches with the item selected in the broad query.

If from the narrow query, after filtering the responses as above, there are none or more than one matching
the selected item, or some of the relevant information in the return keys have changed since the broad
query, a warning message will be shown, a broad query will automatically be issued, and the User will be
asked to select the exam again, to be sure all the information is coherent with the one contained in the
Worklist Server.

For both the broad and narrow queries, the MyLab system will initiate an Association in order to issue a C-
FIND request according to the Modality Worklist Information Model.

Workflow Department
AE Scheduler

1. Open Association

2. C-FIND Request (Worklist Query)

3. C-FIND Response (Worklist Item) - Status = Pending

4. C-FIND Response (Worklist Item) - Status = Pending

5. C-FIND Response - Status = Success

6. Close Association

7. Select Worklist Item

Figure 6
SEQUENCING OF ACTIVITY – WORKLIST UPDATE

A possible sequence of interactions between the Workflow AE and a Departmental Scheduler (e.g. a device
such as a RIS or HIS which supports the Modality Worklist SOP Class as an SCP) is illustrated in the Figure
above:
DICOM Conformance Statement Version 5.9 Page 29 of 66
Esaote MyLab Ultrasound Scanners

1. The Worklist AE opens an association with the Departmental Scheduler

2. The Worklist AE sends a C-FIND request to the Departmental Scheduler containing the Worklist
Query attributes.

3. The Departmental Scheduler returns a C-FIND response containing the requested attributes of the
first matching Worklist Item.

4. The Departmental Scheduler returns another C-FIND response containing the requested attributes
of the second matching Worklist Item.

5. The Departmental Scheduler returns another C-FIND response with status Success indicating that
no further matching Worklist Items exist. This example assumes that only 2 Worklist items match
the Worklist Query.

6. The Worklist AE closes the association with the Departmental Scheduler.

7. The user selects a Worklist Item from the Worklist and prepares to acquire new images.

4.2.2.3.1.2 Proposed Presentation Contexts

MyLab will propose Presentation Contexts as shown in the following table:

Table 26
PROPOSED PRESENTATION CONTEXTS FOR ACTIVITY WORKLIST UPDATE
Presentation Context Table
Abstract Syntax Transfer Syntax
Ext.
Name UID Name List UID List
Role Neg.
Modality Worklist
1.2.840.10008.5.1.
Information Model – Implicit VR Little Endian 1.2.840.10008.1.2 SCU None
4.31
FIND

4.2.2.3.1.3 SOP Specific Conformance for Modality Worklist

The behavior of the MyLab when encountering status codes in a Modality Worklist C-FIND response is
summarized in the Table below. If any other SCP response status than "Success" or "Pending" is received
by the MyLab, a message “query failed” will appear on the user interface.

Table 27
MODALITY WORKLIST C-FIND RESPONSE STATUS HANDLING BEHAVIOR
Service Further Error
Behavior
Status Meaning Code
Success Matching is 0000 The SCP has completed the matches. Worklist items are available
complete for display or further processing.
Refused Out of A700 The Association is aborted using A-ABORT and the worklist query
Resources is marked as failed. The status meaning is logged and reported to
the user if an interactive query. Any additional error information in
the Response will be logged.
Failed Identifier does A900 The Association is aborted using A-ABORT and the worklist query
not match SOP is marked as failed. The status meaning is logged and reported to
Class the user if an interactive query. Any additional error information in
the Response will be logged.
Failed Unable to C000 – The Association is aborted using A-ABORT and the worklist query
Process CFFF is marked as failed. The status meaning is logged and reported to
the user if an interactive query. Any additional error information in
the Response will be logged.
Cancel Matching FE00 If the query was cancelled due to too may worklist items then the

DICOM Conformance Statement Version 5.9 Page 30 of 66

Esaote MyLab Ultrasound Scanners

terminated due SCP has completed the matches. Worklist items are available for
to Cancel display or further processing. Otherwise, the Association is
request aborted using A-ABORT and the worklist query is marked as
failed. The status meaning is logged and reported to the user if an
interactive query.
Pending Matches are FF00 The worklist item contained in the Identifier is collected for later
continuing display or further processing.

Pending Matches are FF01 The worklist item contained in the Identifier is collected for later
continuing – display or further processing. The status meaning is logged only
Warning that once for each C-FIND operation.
one or more
Optional Keys
were not
supported
* * Any other The Association is aborted using A-ABORT and the worklist is
status marked as failed. The status meaning is logged and reported to
code. the user if an interactive query. Any additional error information in
the Response will be logged.

The behavior of the MyLab during communication failure is summarized in the Table below.

Table 28
MODALITY WORKLIST COMMUNICATION FAILURE BEHAVIOR
Exception Behavior
Timeout The Association is aborted using A-ABORT and the worklist query marked as
failed. The reason is logged and reported to the user if an interactive query.
Association aborted by the The worklist query is marked as failed. The reason is logged and reported to
SCP or network layers the user if an interactive query.

Acquired images will always use the Study Instance UID specified for the Scheduled Procedure Step (if
available). If an acquisition is unscheduled, a Study Instance UID will be generated locally.

The Table below provides a description of the MyLab Worklist Request Identifier and specifies the attributes
that are copied into the images. Unexpected attributes returned in a C-FIND response are ignored.

Requested return attributes not supported by the SCP are set to have no value. Non-matching responses
returned by the SCP due to unsupported optional matching keys are ignored. No attempt is made it filter out
possible duplicate entries.

Table 29
WORKLIST REQUEST IDENTIFIER
Module Name
Tag VR M R Q D IOD
Attribute Name
SOP Common
Specific Character Set (0008,0005) CS S
Scheduled Procedure Step
Scheduled Procedure Step Sequence (0040,0100) SQ
> Scheduled Station AE Title (0040,0001) AE S x x d
> Scheduled Procedure Step Start Date (0040,0002) DA R x w
> Scheduled Procedure Step Start Time (0040,0003) TM x w
> Modality (0008,0060) CS S d x
> Scheduled Performing Physician’s Name (0040,0006) PN * x x x
> Scheduled Procedure Step Description (0040,0007) LO x d x
> Scheduled Protocol Code Sequence (0040,0008) SQ x d x
> Scheduled Procedure Step ID (0040,0009) SH x w x

DICOM Conformance Statement Version 5.9 Page 31 of 66

Esaote MyLab Ultrasound Scanners

Requested Procedure
Requested Procedure ID (0040,1001) SH x x d x
Requested Procedure Description (0032,1060) LO x d x
Requested Procedure Code Sequence (0032,1064) SQ x d x
Study Instance UID (0020,000D) UI x x
Referenced Study Sequence (0008,1110) SQ x x
Imaging Service Request
Accession Number (0008,0050) SH x x x x
Requesting Physician (0032,1032) PN x d
Referring Physician's Name (0008,0090) PN x x x
Visit Identification
Admission ID (0038,0010) LO x d
Visit Status
Current Patient Location (0038,0300) LO x d
Visit Admission
Admitting Diagnoses Description (0008,1080) LO x x x
Patient Identification
Patient’s Name (0010,0010) PN * x x x, w x
Patient ID (0010,0020) LO x x x x
Patient Demographic
Patient’s Birth Date (0010,0030) DA x x x
Patient’s Sex (0010,0040) CS x x, w x
Patient’s Weight (0010,1030) DS x d x
Patient’s Size (0010,1020) DS x d x
Patient Comments (0010,4000) LT x d
Patient Medical
Patient State (0038,0500) LO x d
Pregnancy Status (0010,21C0) US x d
Medical Alerts (0010,2000) LO x d
Contrast Allergies (0010,2110) LO x d
Special Needs (0038,0050) LO x d
Additional Patient History (0010,21B0) LT x d

The above table should be read as follows:

Module Name: The name of the associated module for supported worklist attributes.
Attribute Name: Attributes supported to build a MyLab Worklist Request Identifier.
Tag: DICOM tag for this attribute.
VR: DICOM VR for this attribute.
M: Matching keys for (default) Worklist Update. A "S" will indicate that the MyLab will supply
an attribute value for Single Value Matching, a “R” will indicate Range Matching and a “*”
will denote wildcard matching. The “Scheduled Station AE Title” is Matching Key with the
Local AE Title when “This Unit” is selected. The “Modality” is always Matching Key set to
“US”. Please note that “Specific Character Set” is always set to “ISO_IR 100”, and it is not
intended to be a matching key.
R: Return keys. An "x" will indicate that the MyLab will supply this attribute as Return Key
with zero length for Universal Matching. The “Scheduled Station AE Title” is Return Key
with zero length for Universal Matching when “All Units” is selected.
Q: Interactive Query Key. An “x” " will indicate that the MyLab will supply this attribute as
matching key, if entered in the QUERY PARAMETERS panel. For the “Patient’s Name”
and “Scheduled Performing Physician’s Name” only Last Name and First Name can be
inserted, a wildcard will be added for the other components. The “Scheduled Station AE
Title” is single value matching key when “Specific Unit” is selected and a AE Title is
supplied.
DICOM Conformance Statement Version 5.9 Page 32 of 66
Esaote MyLab Ultrasound Scanners

D: Displayed keys. A “w” indicates that this worklist attribute is displayed to the user in the
WORKLIST QUERY panel. An “x” indicates that this worklist attribute is displayed to the
user in the patient registration dialog, when the corresponding worklist item is selected
pressing “SELECT EXAM” from the WORKLIST QUERY panel. For example, Patient
Name will be displayed when registering the patient prior to an examination. A “d”
indicates that this worklist attribute is displayed to the user only when selecting a worklist
item and pressing “DETAILS”.
IOD: An "x" indicates that this Worklist attribute is included into all Object Instances created
during performance of the related Procedure Step.

The default Query Configuration is set to "Modality" (US) and "Date" (date of today). Optionally, additional
matching are configurable in the QUERY PARAMETERS panel, as described above.

4.2.2.3.2 Activity – Acquire Images

4.2.2.3.2.1 Description and Sequencing of Activities
Selecting an item from in the WORKLIST QUERY panel, and pressing “SELECT EXAM”, takes you back to
the PATIENT DATA panel, already filled with all the data coming from the worklist. It is possible to modify or
to input the Performing Physician, Height and Weight of the patient.

The trigger to create a MPPS SOP Instance is derived from pressing “OK” in the PATIENT DATA panel. An
Association to the configured MPPS SCP system is established immediately and the related MPPS SOP
Instance will be created.

When closing the current exam (“Start End” key) the MPPS will be set to the final state “COMPLETED”. It is
also possible to set it to “DISCONTINUED”, by checking “MPPS DISCONTINUED” before pressing OK in the
EXAM panel that appears when closing the exam.

Starting an exam for a locally registered Patient will create an “unscheduled cases”, by allowing MPPS
Instances to be communicated for locally registered Patients.

The MyLab only supports a 0-to-1 relationship between Scheduled and Performed Procedure Steps.

The MyLab will initiate an Association to issue an:

— N-CREATE request according to the CREATE Modality Performed Procedure Step SOP Instance
operation or a

— N-SET request to update the contents and state of the MPPS according to the SET Modality Performed
Procedure Step Information operation.

DICOM Conformance Statement Version 5.9 Page 33 of 66

Esaote MyLab Ultrasound Scanners

Workflow Department
AE Scheduler

1. Open Association

2. N-CREATE (MPPS) – IN PROGRESS

3. Close Association

4. Acquire Images

5. Open Association

6. N-SET (MPPS) – COMPLETED

7. Close Association

Figure 7
SEQUENCING OF ACTIVITY – ACQUIRE IMAGES

A possible sequence of interactions between the Workflow AE and a Departmental Scheduler (e.g. a device
such as a RIS or HIS which supports the MPPS SOP Class as an SCP) is illustrated in Figure 7:

1. The Worklist AE opens an association with the Departmental Scheduler

2. The Worklist AE sends an N-CREATE request to the Departmental Scheduler to create an MPPS
instance with status of “IN PROGRESS” and create all necessary attributes. The Departmental
Scheduler acknowledges the MPPS creation with an N-CREATE response (status success).

3. The Worklist AE closes the association with the Departmental Scheduler.

4. All images are acquired and stored in the local database.

5. The Worklist AE opens an association with the Departmental Scheduler.

6. The Worklist AE sends an N-SET request to the Departmental Scheduler to update the MPPS
instance with status of “COMPLETED” and set all necessary attributes. The Departmental
Scheduler acknowledges the MPPS update with an N-SET response (status success).

7. The Worklist AE closes the association with the Departmental Scheduler.

4.2.2.3.2.2 Proposed Presentation Contexts

The MyLab will propose Presentation Contexts as shown in the following table:

DICOM Conformance Statement Version 5.9 Page 34 of 66

Esaote MyLab Ultrasound Scanners

Table 30
PROPOSED PRESENTATION CONTEXTS FOR REAL-WORLD ACTIVITY ACQUIRE IMAGES
Presentation Context Table
Abstract Syntax Transfer Syntax
Ext.
Name UID Name List UID List
Role Neg.

Modality Performed 1.2.840.10008.3.1.

Implicit VR Little Endian 1.2.840.10008.1.2 SCU None
Procedure Step 2.3.3

4.2.2.3.2.3 SOP Specific Conformance for MPPS

The behavior of the MyLab when encountering status codes in an MPPS N-CREATE or N–SET response is
summarized in Table 31. If any other SCP response status than "Success" or “Warning” is received by the
MyLab, a message “MPPS update failed” will appear on the user interface.

Table 31
MPPS N-CREATE / N-SET RESPONSE STATUS HANDLING BEHAVIOR
Service Error
Further Meaning Behavior
Status Code
Success Success 0000 The SCP has completed the operation successfully.
Failure Processing Failure – 0110 The Association is aborted using A-ABORT and the
Performed Procedure MPPS is marked as failed. The status meaning is logged
Step Object may no and reported to the user. Additional information in the
longer be updated Response will be logged (i.e. Error Comment and Error
ID).
Warning Attribute Value Out of 0116H The MPPS operation is considered successful but the
Range status meaning is logged. Additional information in the
Response identifying the attributes out of range will be
logged (i.e. Elements in the Modification List/Attribute
List)
* * Any other The Association is aborted using A-ABORT and the
status MPPS is marked as failed. The status meaning is logged
code. and reported to the user.

The behavior of the MyLab during communication failure is summarized in the Table below:

Table 32
MPPS COMMUNICATION FAILURE BEHAVIOR
Exception Behavior
Timeout The Association is aborted using A-ABORT and MPPS marked as failed.
The reason is logged and reported to the user.
Association aborted by the SCP The MPPS is marked as failed. The reason is logged and reported to the
or network layers user.

Table 33 provides a description of the MPPS N-CREATE and N-SET request identifiers sent by the MyLab.
Empty cells in the N-CREATE and N-SET columns indicate that the attribute is not sent. A “Zero length”
attribute will be sent with zero length.

Table 33
MPPS N-CREATE / N-SET REQUEST IDENTIFIER
Attribute Name Tag VR N-CREATE N-SET
Specific Character (0008,0005) CS “ISO_IR 100”

DICOM Conformance Statement Version 5.9 Page 35 of 66

Esaote MyLab Ultrasound Scanners

Set
Modality (0008,0060) CS US
From Modality Worklist, contains
the value of the Requested
Procedure Code Sequence
(0032,1064). Not present for
Procedure Code
(0008,1032) SQ unscheduled exams or if the User
Sequence
unchecks “ACCEPT REQUESTED
PROCEDURE CODE
SEQUENCE” in the WORKLIST
QUERY panel.
Referenced Patient
(0008,1120) SQ Zero length.
Sequence
From Modality Worklist (all 5
components) or user input. The
Patient’s Name (0010,0010) PN
user cannot modify values
provided via Modality Worklist.
From Modality Worklist or user
input. The user cannot modify
Patient ID (0010,0020) LO
values provided via Modality
Worklist.
From Modality Worklist or user
input. The user cannot modify
Patient’s Birth Date (0010,0030) DA
values provided via Modality
Worklist.
From Modality Worklist or user
input. The user cannot modify
Patient’s Sex (0010,0040) CS
values provided via Modality
Worklist.
Generated by the device. From
Requested Procedure ID
Study ID (0020,0010) SH (0040,1001) on MyLab 60 / 70 /
70 XVG when Modality Worklist is
enabled.
Performed Station AE
(0040,0241) AE Local AE Title.
Title
Performed Station
(0040,0242) SH Zero length.
Name
Performed Location (0040,0243) SH Zero length.
Performed Procedure
(0040,0244) DA Generated by the device.
Step Start Date
Performed Procedure
(0040,0245) TM Generated by the device.
Step Start Time
Performed Procedure
(0040,0250) DA Zero length. Actual end date.
Step End Date
Performed Procedure
(0040,0251) TM Zero length. Actual end time.
Step End Time
Performed Procedure “DISCONTINUED” or
(0040,0252) CS “IN PROGRESS”.
Step Status “COMPLETED”.
Performed Procedure
(0040,0253) SH Generated by the device.
Step ID
Performed Procedure According to the chosen According to the chosen
(0040,0254) LO
Step Description application. application.

DICOM Conformance Statement Version 5.9 Page 36 of 66

Esaote MyLab Ultrasound Scanners

Performed Procedure
(0040,0255) LO Zero length. Zero length.
Type Description
Performed Protocol
(0040,0260) SQ Zero length.
Code Sequence
Scheduled Step
(0040,0270) SQ
Attributes Sequence
From Modality Worklist or user
input. The user cannot modify
> Accession Number (0008,0050) SH
values provided via Modality
Worklist.
> Referenced Study From Modality Worklist, empty for
(0008,1110) SQ
Sequence unscheduled exams.
>> Referenced SOP
(0008,1150) UI From Modality Worklist.
Class UID
>> Referenced SOP
(0008,1155) UI From Modality Worklist.
Instance UID
From Modality Worklist,
> Study Instance UID (0020,000D) UI automatically generated for
unscheduled exams.
> Requested
From Modality Worklist, Zero
Procedure (0032,1060) LO
length for unscheduled exams.
Description
> Scheduled
From Modality Worklist, Zero
Procedure Step (0040,0007) LO
length for unscheduled exams.
Description
> Scheduled Protocol From Modality Worklist, Zero
(0040,0008) SQ
Code Sequence length for unscheduled exams.
> Scheduled From Modality Worklist, Zero
(0040,0009) SH
Procedure Step ID length for unscheduled exams.
> Requested From Modality Worklist, Zero
(0040,1001) SH
Procedure ID length for unscheduled exams.
Performed Series
(0040,0340) SQ Zero length. One or more items.
Sequence
> Retrieve AE Title (0008,0054) AE Zero length.
According to the chosen
> Series Description (0008,103E) LO
application.
From Modality Worklist
(Scheduled Performing Phys.
> Performing Name) or user input. The
(0008,1050) PN
Physician’s Name user can modify values
provided via Modality
Worklist.
Generated by the device
> Operator’s Name (0008,1070) PN according to the login name
used to access the system.
> Referenced Image
(0008,1140) SQ One or more items.
Sequence
>> Referenced SOP
(0008,1150) UI Generated by the device.
Class UID
>> Referenced SOP
(0008,1155) UI Generated by the device.
Instance UID
> Protocol Name (0018,1030) LO According to the chosen pre-

DICOM Conformance Statement Version 5.9 Page 37 of 66

Esaote MyLab Ultrasound Scanners

set.
> Series Instance UID (0020,000E) UI Generated by the device.
> Referenced
Non-Image Zero length (SOP classes not
(0040,0220) SQ
Composite SOP supported).
Instance Seq.

4.2.2.4 Association Acceptance Policy

The Workflow Application Entity does not accept Associations.

DICOM Conformance Statement Version 5.9 Page 38 of 66

Esaote MyLab Ultrasound Scanners

4.2.3 Hardcopy Application Entity Specification

4.2.3.1 SOP Classes
The MyLab provides Standard Conformance to the following SOP Classes:

Table 34
SOP CLASSES FOR AE HARDCOPY
SOP Class Name SOP Class UID SCU SCP

Basic Grayscale Print Management Meta 1.2.840.10008.5.1.1.9 Yes No

Basic Color Print Management Meta 1.2.840.10008.5.1.1.18 Yes No

4.2.3.2 Association Policies

4.2.3.2.1 General
The DICOM standard application context name for DICOM 3.0 is always proposed:

Table 35
DICOM APPLICATION CONTEXT FOR AE HARDCOPY

Application Context Name 1.2.840.10008.3.1.1.1

4.2.3.2.2 Number of Associations

It is possible to simultaneously configure many hardcopy devices, and for each one of them it is possible to
configure many different printing profiles. According to the MyLab model, two or three of these printing
profiles (belonging to the same or to different hardcopy devices) can be assigned to the print keys “1”, “2”
and “3” (if present) of the MyLab keyboard.

There are two different printing environments, one for the images belonging to the current Study (and
displayed in the real-time environment, or selected and displayed from the “EXAM REV.” environment), and
another for the images belonging to older Studies (and displayed from the “ARCHIVE REV.” environment).

Every time a print key is pressed, the current image is added to the current film according to the print key
and the environment, so it is possible to simultaneously compose up to four (or six, according to the model)
films; whenever a film composing is completed, a print-job is prepared and the MyLab initiates the related
Association.

Table 36
NUMBER OF ASSOCIATIONS INITIATED FOR AE HARDCOPY

Maximum number of simultaneous Associations Unlimited.

MyLab does not accept Associations.

4.2.3.2.3 Asynchronous Nature

The MyLab does not support asynchronous communication (multiple outstanding transactions over a single
Association).

Table 37
ASYNCHRONOUS NATURE AS A SCU FOR AE HARDCOPY

Maximum number of outstanding asynchronous transactions 1

4.2.3.2.4 Implementation Identifying Information

The implementation information for this Application Entity can be found in Table 4.
DICOM Conformance Statement Version 5.9 Page 39 of 66
Esaote MyLab Ultrasound Scanners

4.2.3.2.5 Printer configuration

The Service personnel, when configuring the MyLab for a given DICOM printer, must select a suitable printer
configuration profile, according to the brand/model of the printer. In the printer configuration profile, compiled
using the DICOM Conformance Statement of the printer, for every attribute that can be put in the N-CREATE
of the Film Session SOP Class, in the N-CREATE of the Film Box SOP Class, and in the N-SET on the
Image Box SOP Class, there is the complete list of accepted values, and the most suitable one (or a flag that
says not to send this attribute, for the optional ones).

The Service personnel, according to the User’s needs, must decide in which format(s) to print with that
printer, preparing one or more printing profiles, in which some of the pre-defined attributes can be changed
among the ones present in the pre-defined printer configuration profile, while for the others the most suitable
one (or none) will be sent, according to the printer configuration profile. One of the configuration parameters
is the color capability: for printers that accept both the Basic Grayscale and Basic Color Print Management
Meta SOP Class, the Service personnel can decide in which way to print.

There is also a generic printer configuration profile, in which all the non-mandatory information (excepted the
attributes directly managed from the User’s interface) is marked not to be sent: this printer configuration
profile can be used with unknown printers, leaving the printer software the burden to chose the most correct
configuration parameters.

To use a configured printing profile, the User must tie it to one of the special print keys of the MyLab
keyboard (labeled “1”, “2”, or “3” if present).

4.2.3.3 Association Initiation Policy

4.2.3.3.1.1 Activity – Connectivity Verification
4.2.3.3.1.2 Description and Sequencing of Activities
The Hardcopy AE is invoked to perform a verification by the Print SCP configuration interface. The job
consists of data describing the destination.

If a response to the C-ECHO-RQ is not received within a timeout, the Association will be aborted and an
error will be reported to the User.

Storage Image
AE Manager
Manager

1. Open Association

2. C-ECHO

3. Close Association

Figure 8
SEQUENCING OF ACTIVITY – CONNECTIVITY VERIFICATION

4.2.3.3.1.3 Proposed Presentation Context Table

The MyLab is capable of proposing the Presentation Contexts as shown in the following table:

DICOM Conformance Statement Version 5.9 Page 40 of 66

Esaote MyLab Ultrasound Scanners

Table 38
PROPOSED PRESENTATION CONTEXT FOR CONNECTIVITY VERIFICATION
Presentation Context Table
Abstract Syntax Transfer Syntax Role Ext.
Name UID Name List UID List Negot
Verification 1.2.840.10008.1.1 Implicit VR Little Endian 1.2.840.10008.1.2 SCU None

4.2.3.3.1.4 SOP Specific Conformance for Connectivity Verification

The MyLab provides standard conformance to the DICOM Verification Service Class as an SCU. The status
code for the C-ECHO is as follows:

Table 39
C-ECHO RESPONSE STATUS HANDLING BEHAVIOUR
Code Status Meaning
0000 Success The C-ECHO request is accepted.

4.2.3.3.2 Activity – Film Images

4.2.3.3.2.1 Description and Sequencing of Activities
A user composes images onto one film sheet by pressing the printing key for every image that can be added
to the related printing layout; when the number of allowed images has been reached, or by selecting the
“PRINT NOW TO DICOM PRINTER” entry in the pop-up menu related to the desired printing layout, the
print-job is forwarded to the job queue and processed individually. Pressing the “RESET ADDED IMAGES”
entry in the above pop-up menu will delete all the already added images from the current print-job.

The Hardcopy AE is invoked by the job control interface that is responsible for processing network tasks. The
job consists of data describing the images and graphics to be printed as well as the requested layout and
other parameters. The film sheet is sent image by image. If no association to the printer can be established,
or some error occurs, the print-job is switched to a failed state and the user informed.

DICOM Conformance Statement Version 5.9 Page 41 of 66

Esaote MyLab Ultrasound Scanners

Hardcopy Printer
AE

1. Open Association

2. N-GET Printer

3. N-CREATE (Film Session)

4. N-CREATE (Film Box)

5. N-SET (Image Box)

6. N-SET (Image Box)

7. N-ACTION (Film Box)

8. Print Film Sheet

9. N-EVENT-REPORT (Printer)

10. N-DELETE (Film Box)

11. N-DELETE (Film Session)

12. Close Association

Figure 9
SEQUENCING OF ACTIVITY – FILM IMAGES

A typical sequence of DIMSE messages sent over an association between Hardcopy AE and a Printer is
illustrated in Figure 9:

1. Hardcopy AE opens an association with the Printer, using the Basic Grayscale or Basic Color Print
Management META SOP Class according to the configuration of the printing layout.

2. N-GET on the Printer SOP Class is used to obtain current printer status information. If the Printer
reports a status of FAILURE, the print-job is switched to a failed state and the user informed.

3. N-CREATE on the Film Session SOP Class creates a Film Session.

4. N-CREATE on the Film Box SOP Class creates a Film Box linked to the Film Session.

5. N-SET on the Image Box SOP Class transfers the contents of the first image to the printer.

6. N-SET on the Image Box SOP Class transfers the contents of the other various images to the
printer, or delete the unwanted ones from the Film Box.

7. N-ACTION on the Film Box SOP Class instructs the printer to print the Film Box already composed.

8. The printer prints the requested number of film sheets

DICOM Conformance Statement Version 5.9 Page 42 of 66

Esaote MyLab Ultrasound Scanners

9. The Printer asynchronously reports its status via N-EVENT-REPORT notification (Printer SOP
Class). The printer can send this message at any time. Hardcopy AE does not require the N-EVENT-
REPORT to be sent. Hardcopy AE is capable of receiving an N-EVENT-REPORT notification at any
time during an association. If the Printer reports a status of FAILURE, the print-job is switched to a
failed state and the user informed.

10. N-DELETE on the Film Box SOP Class deletes the Film Box SOP instance.

11. N-DELETE on the Film Session SOP Class deletes the complete Film Session SOP instance.

12. Hardcopy AE closes the association with the Printer

Status of the print-job is reported through the job control interface. If any Response from the remote
Application contains a status other than Success or Warning, the Association is aborted and the related Job
is switched to a failed state.

4.2.3.3.2.2 Proposed Presentation Contexts

The MyLab is capable of proposing the Presentation Contexts shown in the Table below:

Table 40
PROPOSED PRESENTATION CONTEXTS FOR ACTIVITY FILM IMAGES
Presentation Context Table
Abstract Syntax Transfer Syntax
Ext.
Name UID Name List UID List
Role Neg.
Basic Grayscale
1.2.840.10008.5.1.
Print Management Implicit VR Little Endian 1.2.840.10008.1.2 SCU None
1.9
Meta

Basic Color Print 1.2.840.10008.5.1.

Implicit VR Little Endian 1.2.840.10008.1.2 SCU None
Management Meta 1.18

4.2.3.3.2.3 Common SOP Specific Conformance for all Print SOP Classes
The general behavior of Hardcopy AE during communication failure is summarized in the Table below. This
behavior is common for all SOP Classes supported by Hardcopy AE.

Table 41
HARDCOPY COMMUNICATION FAILURE BEHAVIOR
Exception Behavior
Timeout The Association is aborted. The reason is logged and
reported to the user.
Association aborted by the SCP or network layers The Association is aborted. The reason is logged and
reported to the user.

4.2.3.3.2.4 SOP Specific Conformance for the Printer SOP Class

Hardcopy AE supports the following DIMSE operations and notifications for the Printer SOP Class:

— N-GET

— N-EVENT-REPORT

Details of the supported attributes and status handling behavior are described in the following subsections.

DICOM Conformance Statement Version 5.9 Page 43 of 66

Esaote MyLab Ultrasound Scanners

4.2.3.3.2.5 Printer SOP Class Operations (N-GET)

Hardcopy AE uses the Printer SOP Class N-GET operation to obtain information about the current printer
status. The attributes obtained via N-GET are listed in the Table below:

Table 42
PRINTER SOP CLASS N-GET REQUEST ATTRIBUTES
Attribute Presence
Tag VR Value Source
Name of Value
Printer Status (2110,0010) CS Provided by Printer ALWAYS Printer
Printer Status
(2110,0020) CS Provided by Printer ALWAYS Printer
Info
Printer Name (2110,0030) LO Provided by Printer (for logging purposes) ALWAYS Printer
Manufacturer (0008,0070) LO Provided by Printer (for logging purposes) ALWAYS Printer
Manufacturer's
(0008,1090) LO Provided by Printer (for logging purposes) ALWAYS Printer
Model Name
Software
(0018,1020) LO Provided by Printer (for logging purposes) ALWAYS Printer
Version(s)

The Printer Status information is evaluated as follows:

1. If Printer status (2110,0010) is NORMAL, the print-job continues to be printed.

2. If Printer status (2110,0010) is FAILURE, the print-job is marked as failed. The contents of Printer
Status Info (2110,0020) is logged and reported to the user.

3. If Printer status (2110,0010) is WARNING, the print-job continues to be printed. The contents of
Printer Status Info (2110,0020) is logged.

The behavior of Hardcopy AE when encountering status codes in a N-GET response is summarized in the
Table below:

Table 43
PRINTER SOP CLASS N-GET RESPONSE STATUS HANDLING BEHAVIOR
Service Further
Error Code Behavior
Status Meaning
Success Success 0000 The request to get printer status information was success.
* * Any other status The Association is aborted. The status meaning is logged
code. and reported to the user.

4.2.3.3.2.6 Printer SOP Class Notifications (N-EVENT-REPORT)

Hardcopy AE is capable of receiving an N-EVENT-REPORT request at any time during an association.

The behavior of Hardcopy AE when receiving Event Types within the N-EVENT-REPORT is summarized in
the Table below:

Table 44
PRINTER SOP CLASS N-EVENT-REPORT BEHAVIOUR
Event Type Event Behavior
Name Type ID
Normal 1 The print-job continues to be printed.
Warning 2 The print-job continues to be printed. The contents of Printer Status Info
(2110,0020) is logged.
Failure 3 The print-job is marked as failed. The contents of Printer Status Info
(2110,0020) is logged and reported to the user.
DICOM Conformance Statement Version 5.9 Page 44 of 66
Esaote MyLab Ultrasound Scanners

* * An invalid Event Type ID will cause a status code of 0113H to be returned in

a N-EVENT-REPORT response.

The reasons for returning specific status codes in a N-EVENT-REPORT response are summarized in the
Table below:

Table 45
PRINTER SOP CLASS N-EVENT-REPORT RESPONSE STATUS REASONS
Service Further Error
Reasons
Status Meaning Code
Success Success 0000 The notification event has been successfully received.
Failure No Such 0113H An invalid Event Type ID was supplied in the N-EVENT-REPORT
Event Type request.
Failure Processing 0110H An internal error occurred during processing of the N-EVENT-
Failure REPORT. A short description of the error will be returned in Error
Comment (0000,0902).

4.2.3.3.2.7 SOP Specific Conformance for the Film Session SOP Class
Hardcopy AE supports the following DIMSE operations for the Film Session SOP Class:

— N-CREATE

— N-DELETE

Details of the supported attributes and status handling behavior are described in the following subsections.

4.2.3.3.2.8 Film Session SOP Class Operations (N-CREATE)

The attributes supplied in an N-CREATE Request are listed in the Table below:

Table 46
FILM SESSION SOP CLASS N-CREATE REQUEST ATTRIBUTES
Attribute Presence
Tag VR Value Source
Name of Value
Number of Chosen by the User among the values in the
(2000,0010) IS ALWAYS USER
Copies Printer Profile.
Print Priority (2000,0020) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Chosen by the User among the values in the
Medium Type (2000,0030) CS ANAP USER
Printer Profile.
Film
(2000,0040) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Destination
Film Session
(2000,0050) LO Pre-defined value from the Printer Profile. ANAP PROFILE
Label
Memory
(2000,0060) IS Pre-defined value from the Printer Profile. ANAP PROFILE
Allocation
Owner ID (2100,0160) SH Pre-defined value from the Printer Profile. ANAP PROFILE

The behavior of Hardcopy AE when encountering status codes in a N-CREATE response is summarized in
the Table below:

DICOM Conformance Statement Version 5.9 Page 45 of 66

Esaote MyLab Ultrasound Scanners

Table 47
FILM SESSION SOP CLASS N-CREATE RESPONSE STATUS HANDLING BEHAVIOR
Service Further Error
Behavior
Status Meaning Code
Success Success 0000 The SCP has completed the operation successfully.
Warning Attribute 0116H The N-CREATE operation is considered successful and the user is
Value Out of notified that there was a warning. The status meaning and additional
Range information in the Response identifying the attributes out of range
will be logged (i.e. Elements in the Modification List/Attribute List).
Warning Attribute List 0107H The N-CREATE operation is considered successful and the user is
Error notified that there was a warning. The status meaning and additional
information in the Response identifying the attributes will be logged
(i.e. Elements in the Attribute Identifier List).
* * Any other The Association is aborted and the print-job is marked as failed and
status the user is notified that there was an error. The status meaning is
code. logged.

4.2.3.3.2.9 Film Session SOP Class Operations (N-DELETE)

The behavior of Hardcopy AE when encountering status codes in a N-DELETE response is summarized in
the Table below:

Table 48
FILM SESSION SOP CLASS N-DELETE RESPONSE STATUS HANDLING BEHAVIOR
Service Further Error
Behavior
Status Meaning Code
Success Success 0000 The SCP has completed the operation successfully.
* * Any other The Association is aborted and the print-job is marked as failed and
status the user is notified that there was an error. The status meaning is
code. logged.

4.2.3.3.2.10 SOP Specific Conformance for the Film Box SOP Class
Hardcopy AE supports the following DIMSE operations for the Film Box SOP Class:

— N-CREATE

— N-ACTION

— N-DELETE

Details of the supported attributes and status handling behavior are described in the following subsections.

4.2.3.3.2.11 Film Box SOP Class Operations (N-CREATE)

The attributes supplied in an N-CREATE Request are listed in the Table below:

Table 49
FILM BOX SOP CLASS N-CREATE REQUEST ATTRIBUTES
Attribute Presence
Tag VR Value Source
Name of Value
Image Display Chosen by the User among the
(2010,0010) CS ALWAYS USER
Format STANDARD\c,r values in the Printer Profile.
Chosen by the User among the values in the
Film Orientation (2010,0040) CS ANAP USER
Printer Profile.

DICOM Conformance Statement Version 5.9 Page 46 of 66

Esaote MyLab Ultrasound Scanners

Chosen by the User among the values in the

Film Size ID (2010,0050) CS ANAP USER
Printer Profile.
Magnification
(2010,0060) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Type
Smoothing
(2010,0080) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Type
Border Density (2010,0100) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Empty Image
(2010,0110) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Density
Max Density (2010,0130) US Pre-defined value from the Printer Profile. ANAP PROFILE
Min Density (2010,0120) US Pre-defined value from the Printer Profile. ANAP PROFILE
Trim (2010,0140) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Configuration
(2010,0150) ST Pre-defined value from the Printer Profile. ANAP PROFILE
Information
Referenced
Film Session (2010,0500) SQ ALWAYS AUTO
Sequence
>Referenced
(0008,1150) UI 1.2.840.10008.5.1.1.1 ALWAYS AUTO
SOP Class UID
>Referenced
SOP Instance (0008,1155) UI From created Film Session SOP Instance ALWAYS AUTO
UID
Requested
(2020,0050) CS Pre-defined value from the Printer Profile. ANAP PROFILE
Resolution ID

The behavior of Hardcopy AE when encountering status codes in a N-CREATE response is summarized in
the Table below:

Table 50
FILM BOX SOP CLASS N-CREATE RESPONSE STATUS HANDLING BEHAVIOR
Service Further
Error Code Behavior
Status Meaning
Success Success 0000 The SCP has completed the operation successfully.
* * Any other The Association is aborted and the print-job is marked as failed.
status code. The status meaning is logged and reported to the user.

4.2.3.3.2.12 Film Box SOP Class Operations (N-ACTION)

An N-ACTION Request is issued to instruct the Print SCP to print the contents of the Film Box. The Action
Reply argument in an N-ACTION response is not evaluated.

The behavior of Hardcopy AE when encountering status codes in a N-ACTION response is summarized in
the Table below:

Table 51
FILM BOX SOP CLASS N-ACTION RESPONSE STATUS HANDLING BEHAVIOR
Service Further
Error Code Behavior
Status Meaning
Success Success 0000 The SCP has completed the operation successfully. The film has
been accepted for printing.
* * Any other The Association is aborted and the print-job is marked as failed.
status code. The status meaning is logged and reported to the user.

DICOM Conformance Statement Version 5.9 Page 47 of 66

Esaote MyLab Ultrasound Scanners

4.2.3.3.2.13 Film Box SOP Class Operations (N-DELETE)

The behavior of Hardcopy AE when encountering status codes in a N-DELETE response is summarized in
the Table below:

Table 52
FILM BOX SOP CLASS N-DELETE RESPONSE STATUS HANDLING BEHAVIOR
Service Further Error
Behavior
Status Meaning Code
Success Success 0000 The SCP has completed the operation successfully.
* * Any other The Association is aborted and the print-job is marked as failed and
status the user is notified that there was an error. The status meaning is
code. logged.

4.2.3.3.2.14 SOP Specific Conformance for the Image Box SOP Class
Hardcopy AE supports the following DIMSE operations for the Image Box SOP Class:

— N-SET

Details of the supported attributes and status handling behavior are described in the following subsections.

4.2.3.3.2.15 Image Box SOP Class Operations (N-SET)

The attributes supplied in an N-SET Request are listed in the Tables below, one for the Basic Grayscale
Image Box SOP Class, and one for the Basic Color Image Box SOP Class:

Table 53
BASIC GRAYSCALE IMAGE BOX SOP CLASS N-SET REQUEST ATTRIBUTES
Attribute Presence
Tag VR Value Source
Name of Value
Image Position (2020,0010) US According to the place in the Film Box ALWAYS AUTO
Basic
Grayscale
(2020,0110) SQ ALWAYS AUTO
Image
Sequence
>Samples Per
(0028,0002) US 1 ALWAYS AUTO
Pixel
>Photometric
(0028,0004) CS MONOCHROME2 ALWAYS AUTO
Interpretation
According to the dimension of the
>Rows (0028,0010) US preformatted image (the same for all the ALWAYS AUTO
images in the same film)
According to the dimension of the
>Columns (0028,0011) US preformatted image (the same for all the ALWAYS AUTO
images in the same film)
>Bits Allocated (0028,0100) US 8 ALWAYS AUTO
>Bits Stored (0028,0101) US 8 ALWAYS AUTO
>High Bit (0028,0102) US 7 ALWAYS AUTO
>Pixel
(0028,0103) US 0000H = unsigned integer. ALWAYS AUTO
Representation
>Pixel Data (7FE0,0010) OB Pixels of rendered image ALWAYS AUTO

DICOM Conformance Statement Version 5.9 Page 48 of 66

 Esaote MyLab Ultrasound Scanners

Table 54
BASIC COLOR IMAGE BOX SOP CLASS N-SET REQUEST ATTRIBUTES
Presence
Attribute Name Tag VR Value Source
of Value
Image Position (2020,0010) US According to the place in the Film Box ALWAYS AUTO
Basic Color
(2020,0111) SQ ALWAYS AUTO
Image Sequence
>Samples Per
(0028,0002) US 3 ALWAYS AUTO
Pixel
>Photometric
(0028,0004) CS RGB ALWAYS AUTO
Interpretation
According to the dimension of the
>Rows (0028,0010) US preformatted image (the same for all the ALWAYS AUTO
images in the same film)
According to the dimension of the
>Columns (0028,0011) US preformatted image (the same for all the ALWAYS AUTO
images in the same film)
>Bits Allocated (0028,0100) US 8 ALWAYS AUTO
>Bits Stored (0028,0101) US 8 ALWAYS AUTO
>High Bit (0028,0102) US 7 ALWAYS AUTO
>Pixel
(0028,0103) US 0000H = unsigned integer. ALWAYS AUTO
Representation
>Pixel Data (7FE0,0010) OB Pixels of rendered image ALWAYS AUTO

The behavior of Hardcopy AE when encountering status codes in a N-SET response is summarized in the
Table below:

Table 55
IMAGE BOX SOP CLASS N-SET RESPONSE STATUS HANDLING BEHAVIOR
Service Further
Error Code Behavior
Status Meaning
Success Success 0000 The SCP has completed the operation successfully. Image
successfully stored in Image Box.
* * Any other The Association is aborted and the print-job is marked as failed.
status code. The status meaning is logged and reported to the user.

4.2.3.4 Association Acceptance Policy

The Hardcopy Application Entity does not accept Associations.

DICOM Conformance Statement Version 5.9 Page 49 of 66

Esaote MyLab Ultrasound Scanners

4.3 NETWORK INTERFACES

4.3.1 Physical Network Interface
The MyLab supports a single network interface. One or both of the following physical network interfaces will
be available depending on installed hardware options:

Table 56
SUPPORTED PHYSICAL NETWORK INTERFACES
Ethernet 100baseT
Ethernet 10baseT

4.3.2 Additional Protocols

The MyLab conforms to the System Management Profiles listed in the Table below. All requested
transactions for the listed profiles and actors are supported. Support for optional transactions are listed in the
Table below:

Table 57
SUPPORTED SYSTEM MANAGEMENT PROFILES
Profile Name Actor Protocols Used Optional Transactions Security Support
Network Address DHCP DHCP N/A
Management Client
DNS Client DNS N/A

4.3.2.1 DHCP
DHCP can be used to obtain TCP/IP network configuration information. The default Windows XP DHCP
client is used, if enabled by the System Administrator: please refer to the Windows XP documentation for
further details.

4.3.2.2 DNS
DNS can be used for address resolution. If DHCP is not in use or the DHCP server does not return any DNS
server addresses, the identity of the DNS servers can be configured by the System Administrator. If a DNS
server is not in use, the numeric IP addresses need to be used.

4.4 CONFIGURATION
4.4.1 AE Title/Presentation Address Mapping
4.4.1.1 Local AE Titles and TCP Ports
All local applications use the AE Title, IP address, and listening TCP Port. The Default AE Title is “MYLAB”,
(*)
the default TCP Port is 6104, both can be changed from the DICOM configuration menu, the new values
become effective after a reboot of the system.

4.4.1.2 Remote AE Title/Presentation Address Mapping

The AE Titles, host names or IP addresses, and TCP port numbers of remote applications can be configured
from the DICOM configuration menu.

4.4.1.2.1 Storage AE
The MyLab User must set the AE Title, port-number, host-name for up to 5 remote Storage SCPs, enabling
one or more of them.

The MyLab User must set the AE Title, port-number, host-name for up to 5 remote Storage Commitment
(*)
SCPs, enabling only one of them at a given time .

(*)
Not available on MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 50 of 66

Esaote MyLab Ultrasound Scanners

(*)
4.4.1.2.2 Workflow AE
The MyLab User must set the AE Title, port-number, host-name for up to 5 remote MWL SCPs, enabling
only one of them at a given time.

The MyLab User must set the AE Title, port-number, host-name for up to 5 remote MPPS SCPs, enabling
only one of them at a given time.

4.4.1.2.3 Hardcopy AE
The MyLab User must set the AE Title, port-number, host-name and printer profile for up to 5 remote Print
SCPs, enabling one or more of them. For every configured printer, one or more printing profile can be
created, and tied to one of the printing keys.

4.4.2 Parameters
A large number of parameters related to acquisition and general operation can be configured using the
Service/Installation Tool. The Table below only shows those configuration parameters relevant to DICOM
communication. See the MyLab Service Manual for details on general configuration capabilities.

Table 58
CONFIGURATION PARAMETERS TABLE

Parameter Configurable Default Value

(Yes/No)
General Parameters
Max PDU Receive Size No 28672 Bytes
Max PDU Send Size No 28672 Bytes
(larger PDUs will never be sent, even if the receiver supports a larger
Max PDU Receive Size. If the receiver supports a smaller Max PDU
Receive Size then the Max PDU Send Size will be reduced accordingly
for the duration of the Association. Max PDU Receive Size information is
exchanged during DICOM Association Negotiation in the Maximum
Length Sub-Item of the A-ASSOCIATION-RQ and A-ASSOCIATE-AC)
Time-out waiting for a acceptance or rejection response to an No 60 s
Association Request (Application Level Timeout)
Time-out waiting for a response to an Association release request No 60 s
(Application Level Timeout)
Time-out waiting for completion of a TCP/IP connect request (Low-level No 60 s
timeout)
Time-out awaiting a Response to a DIMSE Request (Low-Level Yes 60 s
Timeout)
Time-out for waiting for data between TCP/IP-packets (Low Level No 60 s
Timeout)
Storage SCU Parameters
Storage SCU time-out waiting for a response to a C-STORE-RQ Yes 60 s
Number of times a failed send job may be retried No 0 (Failed send
jobs are not
retried)
Delay between retrying failed send jobs No Not applicable
Maximum number of simultaneously initiated Associations by the No 1
Storage-SCU AE
Supported Transfer Syntaxes (separately configurable for each remote No See Table 11,

(*)
Not available in MyLab 15 / 20 and VET systems.

DICOM Conformance Statement Version 5.9 Page 51 of 66

Esaote MyLab Ultrasound Scanners

Parameter Configurable Default Value

(Yes/No)
AE) not separately
configurable
Storage Commitment Parameters
Timeout waiting for a Storage Commitment Notification (maximum Yes 600 s
duration of applicability for a Storage Commitment Transaction UID).
Maximum number of simultaneously accepted Associations by the No 1
Storage AE.
Delay association release after sending a Storage Commitment Request No 0s
(wait for a Storage Commitment Notification over the same association).
Modality Worklist Parameters
Modality Worklist SCU time-out waiting for the final response to a Yes 60 s
C-FIND-RQ
Maximum number of Worklist Items No Unlimited
Supported Transfer Syntaxes for Modality Worklist No See Table 26.
Delay between automatic Worklist Updates No No automatic
retry
Query Worklist for specific Scheduled Station AE Title Yes Local AE Title
Query Worklist for specific Modality Value No US
MPPS Parameters
MPPS SCU time-out waiting for a response to a N-CREATE-RQ No 60 s
MPPS SCU time-out waiting for a response to a N-SET-RQ No 60 s
Supported Transfer Syntaxes for MPPS No See Table 30.
Print Parameters
Print SCU time-out waiting for a response to a N-CREATE-RQ Yes 60 s
Print SCU time-out waiting for a response to a N-SET-RQ Yes 60 s
Print SCU time-out waiting for a response to a N-ACTION-RQ Yes 60 s
Supported Transfer Syntaxes (separately configurable for each remote No See Table 40,
printer) not separately
configurable
Number of times a failed print-job may be retried No 0 (Failed send
jobs are not
retried)
Delay between retrying failed print-jobs No Not applicable
Printer correction LUT (separately configurable for each remote printer) No Not applied

DICOM Conformance Statement Version 5.9 Page 52 of 66

Esaote MyLab Ultrasound Scanners

5 MEDIA INTERCHANGE

5.1 IMPLEMENTATION MODEL

5.1.1 Application Data Flow

Export Offline-Media CD-R or

to Application DVD or
media Entity USB
Storage
Medium

Figure 10
APPLICATION DATA FLOW DIAGRAM FOR MEDIA STORAGE

— Offline-Media Application Entity exports images to a CD-R or a DVD or a USB Storage medium. It is
associated with the local real-world activity “Archive”. “Archive” (to CD-R or to DVD or to USB) is
performed upon user request for each study when closing it, or for specific studies selected from the
had disk database.

5.1.2 Functional Definition of AEs

5.1.2.1 Functional Definition of Offline-Media Application Entity
It is possible to activate the Offline-Media Application Entity entry both when closing the current study, and
from the database panel.

When closing the current study, a panel will allow the User to decide if and where to archive the images,
selecting among “ARCHIVE TO DB” (on the local Hard Disk), “ARCHIVE TO CD/DVD” (the CD-R or DVD),
“ARCHIVE TO USB” and “ARCHIVE TO <DICOM SERVER>”. Selecting “DB” will store the acquired images
in the local database, while selecting “CD/DVD” or “USB” or “<DICOM SERVER>” will store or send them in
DICOM format to the selected destination (without keeping a copy in the local database).

From the local database panel, pressing the “DICOM” soft-key, a “DICOM PROCEDURE” panel will appear,
allowing to choose between the following destinations: “CD/DVD” (the CD-R or DVD), “USB” and “<DICOM
SERVER>”, storing or sending the selected studies (previously archived to the local database, see above), in
DICOM format, to the selected destination.

When activating the above described functions choosing “CD/DVD” or “USB”, the SOP Instances associated
with the selected study (or studies) will be collected into one export job. The existence of an export job queue
entry will activate the Offline-Media AE.

If the required medium is not present, or cannot be accessed, the related export job will be set to an error
state and it will be possible to restarted it later by the user via job control interface. The Offline-Media AE will
not try to export again the instances automatically.

5.1.3 Sequencing of Real-World Activities

The operator can insert a new CD-R or DVD, or a USB storage media (according to the case), at any time
before the Offline-Media Application Entity activation. The CD-R or DVD will be formatted, while the USB
storage media must be previously formatted using another computer. For CD-R and DVD a viewer will be
automatically put into the media.

DICOM Conformance Statement Version 5.9 Page 53 of 66

Esaote MyLab Ultrasound Scanners

Please note that the USB storage media, to meet the DICOM standard, must be formatted selecting the FAT
(and not FAT32) File System. For example, this is an option of the standard Windows XP Operating System
formatting utility.

5.1.4 File Meta Information Options

See section 3.6 for the implementation information written to the File Meta Header in each file.

5.2 AE SPECIFICATIONS
5.2.1 Offline-Media Application Entity Specification
The Offline-Media Application Entity provides standard conformance to the Media Storage Service Class.
The Application Profiles and roles are listed below:

Table 59
APPLICATION PROFILES, ACTIVITIES AND ROLES FOR OFFLINE-MEDIA
Application Profiles Supported Real World Activity Role
STD-GEN-CD Export to CD-R FSC
STD-GEN-DVD-JPEG Export to DVD FSC
STD-GEN-USB-JPEG Export to USB FSC, FSU
STD-US-SC-MF-CDR Export to CD-R FSC
STD-US-SC-MF-DVD Export to DVD FSC

5.2.1.1 File Meta Information for the Application Entity

The Source Application Entity Title included in the File Meta Header is configurable (see section 5.4).

5.2.1.2 Real-World Activities

5.2.1.2.1 Activity – Export to CD-R or DVD or USB
The Offline-Media Application Entity acts as an FSC when requested to export SOP Instances from the local
database to a CD-R or DVD or USB medium. When exporting to USB the Offline-Media Application Entity
can act as an FSU if a DICOMDIR is already present.

5.2.1.2.1.1 Media Storage Application Profiles

The Offline-Media Application Entity support the STD-GEN-CD, STD-GEN-DVD-JPEG, STD-GEN-USB-
JPEG, STD-US-SC-MF-CDR, and the STD-US-SC-MF-DVD Application Profiles.

Please note that, to strictly follow the STD-GEN-CD application profile, the patients must not contain
Ultrasound Multiframe images, and the single frame US or SC images must be exported in the
uncompressed format, by selecting the appropriate configuration in the QUALITY tab of the DICOM
CONFIGURATION panel (IMAGE QUALITY HIGH).

Please note that, to strictly follow the STD-GEN-DVD-JPEG and the STD-GEN-USB-JPEG application
profiles, the single frame US or SC images must be exported in the uncompressed or JPEG lossy
compressed format, by selecting the appropriate configuration in the QUALITY tab of the DICOM
CONFIGURATION panel (IMAGE QUALITY LOW or IMAGE QUALITY LOW HIGH).

Please note that, to strictly follow the STD-US-SC-MF-CDR and STD-US-SC-MF-DVD application profiles,
the SC image export must be disabled, by selecting the appropriate configuration in the REPORT EXPORT
5
tab of the DICOM CONFIGURATION panel (DO NOT EXPORT) .

The Offline-Media Application Entity supports the SOP Classes and Transfer Syntaxes listed in the Table
below:

5
Not requested on MyLab 15 / 20, that do not produce Secondary Capture images.

DICOM Conformance Statement Version 5.9 Page 54 of 66

Esaote MyLab Ultrasound Scanners

Table 60
IODS, SOP CLASSES AND TRANSFER SYNTAXES FOR OFFLINE MEDIA
Information
SOP Class UID Transfer Syntax Transfer Syntax UID
Object Definition

Media Storage
1.2.840.10008.1.3.10 Explicit VR Little Endian 1.2.840.10008.1.2.1
Directory Storage

Explicit VR Little Endian 1.2.840.10008.1.2.1

Ultrasound Image
1.2.840.10008.5.1.4.1.1.6.1 RLE Lossless 1.2.840.10008.1.2.5
Storage
JPEG lossy Baseline (Process 1) 1.2.840.10008.1.2.4.50
Ultrasound 6
Explicit VR Little Endian 1.2.840.10008.1.2.1
Multiframe Image 1.2.840.10008.5.1.4.1.1.3.1
Storage JPEG lossy Baseline (Process 1) 1.2.840.10008.1.2.4.50

Secondary Explicit VR Little Endian 1.2.840.10008.1.2.1

Capture Image 1.2.840.10008.5.1.4.1.1.7 RLE Lossless 1.2.840.10008.1.2.5
(*)
Storage
JPEG lossy Baseline (Process 1) 1.2.840.10008.1.2.4.50

The Transfer Syntax used for Ultrasound and Secondary Capture Images can be changed from the User’s
Interface pressing the MENU button, selecting DICOM CONFIGURATION and entering the QUALITY tab of
the configuration panel. The following choices are allowed for IMAGE QUALITY:

1. LOW (LOSSY JPEG): the JPEG lossy Baseline (Process 1) Transfer Syntax will be used;
2. MEDIUM (LOSSLESS RLE): the RLE Transfer Syntax will be used;
3. HIGH (UNCOMPRESSED): the Explicit VR Little Endian Transfer Syntax will be used.

On the MyLab 15 / 20 / 25 / 30 / 30 VET / 40 / 50 the Transfer Syntax used for Ultrasound Multiframe Images
will always be the JPEG lossy Baseline (Process 1). From the User’s Interface pressing the MENU button,
selecting DICOM CONFIGURATION and entering the QUALITY tab of the configuration panel, you will find
three different settings for CLIP QUALITY; in any case the JPEG lossy Baseline (Process 1) will be used,
with three different compression levels.

On the MyLab 60 / 70 / 70 XVG the Transfer Syntax used for Ultrasound Multiframe Images can be changed
from the User’s Interface pressing the MENU button, selecting DICOM CONFIGURATION and entering the
QUALITY tab of the configuration panel. You will find four different settings for CLIP QUALITY; selecting
LOW, MEDIUM and HIGH the JPEG lossy Baseline (Process 1) will be used, with three different
compression levels, while selecting UNCOMPRESSED the Explicit VR Little Endian will be used.

The US, US Multiframe and Secondary Capture Image Storage SOP Classes are extended to create
Standard Extended SOP Classes by addition of standard and private attributes to the created SOP Instances
as documented in Section 8.1.

Also the Media Storage Directory Storage SOP Class is extended, for supporting a larger number of
attributes. The DICOMDIR file created includes the Basic Directory IOD containing Directory Records at the
Patient and the subsidiary Study, Series and Image levels, appropriate to the SOP Classes in the
corresponding File Set. All Type 1 and Type 2 attributes are included in the DICOMDIR. All the other
attributes (Type 3 for the Basic Directory IOD) that are present in the indexed objects are also included in the
DICOMDIR at the correct level.

5.2 AUGMENTED AND PRIVATE APPLICATION PROFILES

MyLab does not support any augmented for private application profiles.

6
Only available on MyLab 60 / 70 / 70 XVG.
(*)
Not available on MyLab 15 / 20.

DICOM Conformance Statement Version 5.9 Page 55 of 66

Esaote MyLab Ultrasound Scanners

5.3 MEDIA CONFIGURATION

All local applications use the AE Title configured by the Service personnel. The Application Entity Title
configurable for Media Services is the same used for the network storage.

DICOM Conformance Statement Version 5.9 Page 56 of 66

Esaote MyLab Ultrasound Scanners

6 SUPPORT OF CHARACTER SETS

All MyLab DICOM applications support the

ISO_IR 100 (ISO 8859-1:1987 Latin Alphabet No. 1 supplementary set)

7 SECURITY

DICOM security is not implemented on the MyLab. It is assumed that MyLab is used within a secured
environment. It is assumed that a secured environment includes at a minimum:

a. Firewall or router protections to ensure that only approved external hosts have network access to
MyLab.
b. Firewall or router protections to ensure that MyLab only has network access to approved external hosts
and services.
c. Any communication with external hosts and services outside the locally secured environment use
appropriate secure network channels (e.g. such as a Virtual Private Network (VPN))
Other network security procedures such as automated intrusion detection may be appropriate in some
environments. Additional security features may be established by the local security policy and are beyond
the scope of this conformance statement.

DICOM Conformance Statement Version 5.9 Page 57 of 66

Esaote MyLab Ultrasound Scanners

8 ANNEXES

8.1 IOD CONTENTS

8.1.1 Created SOP Instances
(*)
Table 61 specifies the attributes of an US, US-MF or Secondary Capture Image transmitted by the MyLab
storage application.

The following tables use a number of abbreviations. The abbreviations used in the “Presence of …” column
are:
VNAP Value Not Always Present (attribute sent zero length if no value is present)
ANAP Attribute Not Always Present
ALWAYS Always Present
EMPTY Attribute is sent without a value

The abbreviations used in the “Source” column:

USER the attribute value source is from User input

MWL the attribute value source is from DICOM Modality Worklist Service
AUTO the attribute value is generated automatically
CONFIG the attribute value source is a configurable parameter

NOTE: All dates and times are encoded in the local configured calendar and time. Date, Time and Time zone are
configured using the Service/Installation Tool.

8.1.1.1 US and US Multiframe Image IOD

Table 61
IOD OF US, US MULTIFRAME AND SC CREATED SOP INSTANCES
IE Module Reference Presence of Module
Patient Patient Table 62 ALWAYS
General Study Table 63 ALWAYS
Study
Patient Study Table 64 ALWAYS

Series General Series Table 65 ALWAYS

General Equipment Table 66 ALWAYS

Equipment 7
SC Equipment Table 67 ANAP, only if SC.
Image General Image Table 68 ALWAYS

Image Pixel Table 69 ALWAYS

US Region ANAP, only if US or US-MF (not present when

Table 70
Calibration depth changes are applied when acquiring US-MF)
Cine Table 71 ANAP, only if US-MF
Multi-Frame Table 72 ANAP, only if US-MF

(*)
Not available on MyLab 15 / 20.
7
Not present on MyLab 15 / 20, that do not produce Secondary Capture images.

DICOM Conformance Statement Version 5.9 Page 58 of 66

Esaote MyLab Ultrasound Scanners

Frame Pointers Table 73 ANAP, only if cardiac US-MF

US Image Table 74 ANAP, only if US or US-MF
(*) EMPTY, can be present only for SC, but no
SC Image ===
attributes of this module are present.
SOP Common Table 75 ALWAYS
ANAP, present only in special (blank) images that
(*) carry the measures acquired, when “EXPORT TO
Private Application Table 76
BIOPACS” is selected in the REPORT EXPORT
configuration panel.

8.1.1.2 Common Modules

Table 62
PATIENT MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
From Modality Worklist or user input (in
this case it accepts only the first three
components). For VET systems, the
MWL /
Patient’s Name (0010,0010) PN first two of the five components in their VNAP
USER
order of occurrence are the Owner’s
name and the name of the animal. The
remaining components are not present.
MWL /
Patient ID (0010,0020) LO From Modality Worklist or user input. VNAP
USER
MWL /
Patient’s Birth Date (0010,0030) DA From Modality Worklist or user input. VNAP
USER
From Modality Worklist or user input MWL /
Patient’s Sex (0010,0040) CS VNAP
(accepts only M or F). USER
CANINE, FELINE, EQUINE, BOVINE,
Patient Species
(**) (0010,2201) LO OVINE, CAPRINE, PORCINE or VNAP USER
Description
UNKNOWN.
Patient Breed From User input.
(**) (0010,2292) LO VNAP USER
Description
Patient Breed Code Always empty. (**)
(**) (0010,2293) SQ EMPTY AUTO
Sequence
Breed Registration Always empty. (**)
(**) (0010,2294) SQ EMPTY AUTO
Sequence
Responsible From User input, the Owner’s Name. (**)
(**) (0010,2297) PN VNAP USER
Person
Present if Responsible Person is not
Responsible (**)
(**) (0010,2298) CS empty, in this case it is Always ANAP AUTO
Person Role
OWNER.
Responsible Always empty. (**)
(**) (0010,2299) LO EMPTY AUTO
Organization

Table 63
GENERAL STUDY MODULE OF CREATED SOP INSTANCES

(*)
Not present in MyLab 15 / 20.
(**)
Present only in SOP instances produced by a VET system.

DICOM Conformance Statement Version 5.9 Page 59 of 66

Esaote MyLab Ultrasound Scanners

Presence
Attribute Name Tag VR Value Source
of Value
From Modality Worklist or generated by MWL /
Study Instance UID (0020,000D) UI ALWAYS
the device. AUTO
Study Date (0008,0020) DA <yyyymmdd> ALWAYS AUTO
Study Time (0008,0030) TM <hhmm> ALWAYS AUTO
MWL /
Accession Number (0008,0050) SH From Modality Worklist or user input. VNAP
USER
Referring Physician’s MWL /
(0008,0090) PN From Modality Worklist or user input. VNAP
Name USER
Generated by the device. From
Requested Procedure ID (0040,1001) on AUTO /
Study ID (0020,0010) SH ALWAYS
MyLab 60 / 70 / 70 XVG when Modality MWL
Worklist is enabled.
Study Description (0008,1030) LO Always empty. EMPTY AUTO
From Modality Worklist, is the reference
Referenced Study
(0008,1110) SQ to the Study SOP Class/SOP Instance. VNAP MWL
Sequence
Not present for unscheduled exams.
From Modality Worklist, contains the
value of the Requested Procedure Code
Sequence (0032,1064). Not present for
Procedure Code
(0008,1032) SQ unscheduled exams or if the User VNAP MWL
Sequence
unchecks “ACCEPT REQUESTED
PROCEDURE CODE SEQUENCE” in
the WORKLIST QUERY panel.

Table 64
PATIENT STUDY MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Admitting Diagnoses MWL /
(0008,1080) LO From Modality Worklist or user input. VNAP
Description USER
Patient's Age (0010,1010) AS From user input. VNAP USER
Patient's Size From Modality Worklist or user input (can
MWL /
(0010,1020) DS be empty according to the selected VNAP
USER
application).
From Modality Worklist or user input (can
MWL /
Patient’s Weight (0010,1030) DS be empty according to the selected VNAP
USER
application).
Patient’s Sex ALTERED, UNALTERED or empty.
(**) (0010,2203) CS VNAP USER
Neutered

Table 65
GENERAL SERIES MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Modality (0008,0060) CS US ALWAYS AUTO
Series Instance UID (0020,000E) UI Generated by device. ALWAYS AUTO
Series Number (0020,0011) IS Generated by device. ALWAYS AUTO

(**)
Present only in SOP instances produced by a VET system.

DICOM Conformance Statement Version 5.9 Page 60 of 66

Esaote MyLab Ultrasound Scanners

Laterality (0020,0060) CS Always empty. EMPTY AUTO

Series Date (0008,0021) DA <yyyymmdd> ALWAYS AUTO
Series Time (0008,0031) TM <hhmm> ALWAYS AUTO
Generated by device according to the
Series Description (0008,103E) LO ALWAYS AUTO
selected application.
Generated by the device according to the
Operators' Name (0008,1070) PN ALWAYS AUTO
login name used to access the system.
Referenced Identifies the Performed Procedure Step
Performed Procedure (0008,1111) SQ SOP Instance to which the Series is related. VNAP AUTO
Step Sequence Not present if MPPS not enabled.
Generated by device according to the
Protocol Name (0018,1030) LO ALWAYS AUTO
selected application.
Performed Procedure
(0040,0253) SH Generated by device. VNAP AUTO
Step ID
Performed Procedure
(0040,0244) DA Generated by device. VNAP AUTO
Step Start Date
Performed Procedure
(0040,0245) TM Generated by device. VNAP AUTO
Step Start Time
Performed Procedure
(0040,0254) LO Generated by device. VNAP AUTO
Step Description
Request Attributes From Modality Worklist, the whole sequence
(0040,0275) SQ VNAP MWL
Sequence is not present for unscheduled exams.
> Requested
(0040,1001) SH From Modality Worklist. VNAP MWL
Procedure ID
> Requested
Procedure (0032,1060) LO From Modality Worklist. VNAP MWL
Description
> Scheduled
(0040,0009) SH From Modality Worklist. VNAP MWL
Procedure Step ID
> Scheduled
Procedure Step (0040,0007) LO From Modality Worklist. VNAP MWL
Description
> Scheduled Protocol
(0040,0008) SQ From Modality Worklist. VNAP MWL
Code Sequence

Table 66
GENERAL EQUIPMENT MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Manufacturer (0008,0070) LO ESAOTE ALWAYS AUTO
The CENTER name input in the
Institution Name (0008,0080) LO GENERAL PRESET configuration VNAP CONFIG
panel.

DICOM Conformance Statement Version 5.9 Page 61 of 66

Esaote MyLab Ultrasound Scanners

Internal model name: it can be 2700

(MyLab 15 / 20), 2750001 (MyLab 40),
2750002 (MyLab 40 VET), 6100
(MyLab 70 XVG), 6150 (MyLab 60 /
Manufacturer’s Model 70), 7300001 (MyLab 30), 7300002
(0008,1090) LO ALWAYS AUTO
Name (MyLab 25), 7300003 (MyLab 30 VET),
7340001 (MyLab 30 Gold), 7340002
(MyLab 25 Gold), 7340003 (MyLab 30
VET Gold), 7350001 (MyLab 50),
7350002 (MyLab 50 XV).
8
Device Serial Number (0018,1000) LO Generated by device . ALWAYS AUTO
Software Version(s) (0018,1020) LO Generated by device. ALWAYS AUTO

Table 67
SC EQUIPMENT MODULE OF SC CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Conversion Type (0008,0064) CS SYN. ALWAYS AUTO

Table 68
GENERAL IMAGE MODULE OF CREATED SOP INSTANCES
Presenc
Attribute Name Tag VR Value e of Source
Value
Generated by the device. Can be repeated
Instance
(0020,0013) IS when cloning one image from another (adding ALWAYS AUTO
Number
measures etc.)
Content Date (0008,0023) DA <yyyymmdd> ALWAYS AUTO
Content Time (0008,0033) TM <hhmm> ALWAYS AUTO
Patient
(0020,0020) CS Always empty. EMPTY AUTO
Orientation
For JPEG lossy compressed images the first
two fields are DERIVED\SECONDARY. The
third and fourth are specified according to the
Image Type (0008,0008) CS standard for the US images. For the SC images ALWAYS AUTO
the third field is the same of the corresponding
US and US-MF images, the fourth field is
absent.
Acquisition Date (0008,0022) DA <yyyymmdd> ALWAYS AUTO
Acquisition Time (0008,0032) TM <hhmm> ALWAYS AUTO
Derivation Generated by the device for JPEG lossy
(0008,2111) ST ANAP AUTO
Description compressed images.

8
Instead of the Serial Number as marked on the product label, on the MyLab 15 / 20 this attribute will
contain the Flash Card Serial Nr., that can be read by pressing MENU and selecting the SYSTEM
ADMINISTRATION panel; on the MyLab 60 / 70 / 70 XVG this attribute will contain the Hardware ID of the
machine, that can be read pressing MENU, opening the LICENSES panel, and selecting the
APPLICATIONS tab (for example, it is shown for the GENERAL IMAGING license). Anyway, in both cases, it
is a unique identifier in the machines of the same series.

DICOM Conformance Statement Version 5.9 Page 62 of 66

Esaote MyLab Ultrasound Scanners

Lossy Image
Generated by the device for JPEG lossy
Compression (0028,2112) DS 9 ANAP AUTO
compressed images .
Ratio
Lossy Image
(0028,2110) CS 01 for JPEG lossy compressed images. ANAP AUTO
Compression
Lossy Image
ISO_10918_1 for JPEG lossy compressed
Compression (0008,2114) CS ANAP AUTO
images.
Method
NO (the images produced by the MyLab never
contain burned in annotation that can be used
Burned In to identify the patient and date the image was
(0028,0301) CS ALWAYS AUTO
Annotation acquired; they can contain other burned in
information about the acquisition, the
measures, etc.).

Table 69
IMAGE PIXEL MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Samples per
(0028,0002) US 3 ALWAYS AUTO
Pixel
Photometric YBR_FULL_422 for JPEG lossy
(0028,0004) CS ALWAYS AUTO
Interpretation compressed images.
Rows (0028,0010) US According to the image. ALWAYS AUTO
Columns (0028,0011) US According to the image (normally 800). ALWAYS AUTO
Bits Allocated (0028,0100) US 8 ALWAYS AUTO
Bits Stored (0028,0101) US 8 ALWAYS AUTO
High Bit (0028,0102) US 7 ALWAYS AUTO
Pixel
(0028,0103) US 0000H ALWAYS AUTO
Representation
Planar
(0028,0006) US 0 ALWAYS AUTO
Configuration
For the US and US-MF images, the Pixel
Data contain burned-in text annotation (data
describing the image acquisition
Pixel Data (7FE0,0010) OW parameters) and graphics. For the SC ALWAYS AUTO
images, the Pixel Data contain the text of
the report with the measures in a human
readable format.

Table 70
US REGION CALIBRATION MODULE OF US AND US-MF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Sequence of
Ultrasound (0018,6011) SQ ALWAYS AUTO
Regions
>Region Spatial
(0018,6012) US Generated by the device. ALWAYS AUTO
Format

9
For JPEG lossy compressed US-MF images the User can select among three different compression
factors.

DICOM Conformance Statement Version 5.9 Page 63 of 66

Esaote MyLab Ultrasound Scanners

>Region Data
(0018,6014) US Generated by the device. ALWAYS AUTO
Type
>Region Flags (0018,6016) UL Generated by the device. ALWAYS AUTO
>Region
(0018,6018) UL Generated by the device. ALWAYS AUTO
Location Min x0
>Region
(0018,601A) UL Generated by the device. ALWAYS AUTO
Location Min y0
>Region
(0018,601C) UL Generated by the device. ALWAYS AUTO
Location Max x1
>Region
(0018,601E) UL Generated by the device. ALWAYS AUTO
Location Max y1
>Physical Units
(0018,6024) US Generated by the device. ALWAYS AUTO
X Direction
>Physical Units
(0018,6026) US Generated by the device. ALWAYS AUTO
Y Direction
>Physical Delta
(0018,602C) FD Generated by the device. ALWAYS AUTO
X
>Physical Delta
(0018,602E) FD Generated by the device. ALWAYS AUTO
Y
>Reference
(0018,6020) SL Generated by the device. ALWAYS AUTO
Pixel x0
>Reference
(0018,6022) SL Generated by the device. ALWAYS AUTO
Pixel y0
>Ref. Pixel
Physical Value (0018,6028) FD Generated by the device. ALWAYS AUTO
X
>Ref. Pixel
Physical Value (0018,602A) FD Generated by the device. ALWAYS AUTO
Y

Table 71
CINE MODULE OF US-MF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Only if US-MF image, generated by the
Frame Time (0018,1063) DS ANAP AUTO
device.

Table 72
MULTI-FRAME MODULE OF US-MF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Number of Only if US-MF image, generated by the
(0028,0008) IS ANAP AUTO
Frames device.

Table 73
FRAME POINTERS MODULE OF US-MF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Representative Only if cardiac US-MF images, calculated by
(0028,6010) US ANAP AUTO
Frame Number the device.

DICOM Conformance Statement Version 5.9 Page 64 of 66

Esaote MyLab Ultrasound Scanners

Only if cardiac US-MF images. The frame

Frame Numbers numbers of the frames to which the ECG R
(0028,6020) US ANAP AUTO
Of Interest (FOI) Waves belong, as calculated by the device
from the ECG leads input.
Only if cardiac US-MF images. For each of
Frame Of the Frames Of Interest identified in
Interest (0028,6022) LO (0028,6020), this attribute will contain “R ANAP AUTO
Description Wave number n”, where “n” is a progressive
integer number starting from 1.
Only if cardiac US-MF images, generated by
Frame of the device. For each of the Frames Of
(0028,6023) CS ANAP AUTO
Interest Type Interest identified in (0028,6020), this
attribute will contain “RWAVE”.

Table 74
US IMAGE MODULE OF US AND US-MF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Calculated by the device from the ECG leads
Heart Rate (0018,1088) IS input. Can be zero if impossible to determine ALWAYS AUTO
(ECG signal not present, non cardiac images).
Frame
Contains the tag of the Frame Time attribute,
Increment (0028,0009) AT ANAP AUTO
(0018,1063). Only for US-MF images.
Pointer
R Wave Time Only for cardiac US-MF images, calculated by
(0018,6060) FL ANAP AUTO
Vector the device from the ECG leads input.

Table 75
SOP COMMON MODULE OF CREATED SOP INSTANCES
Attribute Presence
Tag VR Value Source
Name of Value
Specific
(0008,0005) CS ISO_IR 100 ALWAYS AUTO
Character Set
SOP Class
(0008,0016) UI According to the SOP Class (US, US-MF or SC) ALWAYS AUTO
UID
SOP Instance
(0008,0018) UI Generated by the device. ALWAYS AUTO
UID

Table 76
(*)
PRIVATE APPLICATION MODULE OF US CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Private Creator (6161,0010) LO ReportEsa ALWAYS AUTO
Report in Esaote Variable length: contains the report
(6161,1030) OB ALWAYS AUTO
proprietary format in Esaote internal proprietary format.
Private Creator (6161,0011) LO XMLReport ALWAYS AUTO

(*)
Not present in MyLab 15 / 20.

DICOM Conformance Statement Version 5.9 Page 65 of 66

Esaote MyLab Ultrasound Scanners

Variable length: contains the report

Report in Esaote
(6161,1130) OB with the measures in Esaote XML ALWAYS AUTO
proprietary XML format
internal format.

8.1.2 Used Fields in received IOD by application

The MyLab storage application does not receive SOP Instances.

8.2 DATA DICTIONARY OF PRIVATE ATTRIBUTES

The Private Attributes added to created SOP Instances are listed in the Table below. The MyLab system
reserves blocks of private attributes in group 6161. Further details on usage of these private attributes are
contained in Section 8.1.

Table 77
DATA DICTIONARY OF PRIVATE ATTRIBUTES
Tag Attribute Name VR VM
(6161,0010) Private Creator LO 1
(6161,1030) Report in Esaote proprietary format OB 1
(6161,0011) Private Creator LO 1
(6161,1130) Report in Esaote proprietary XML format OB 1

8.3 CODED TERMINOLOGY AND TEMPLATES

Not applicable.

8.4 STANDARD EXTENDED / SPECIALIZED / PRIVATE SOP CLASSES

No Specialized or Private SOP Classes are supported.

8.4.1 US, US Multiframe and Secondary Capture Image Storage SOP Classes
The US, US Multiframe and Secondary Capture Image Storage SOP Classes are extended to create
Standard Extended SOP Classes by addition of standard and private attributes to the created SOP Instances
as documented in Section 8.1.

8.5 PRIVATE TRANSFER SYNTAXES

No Private Transfer Syntaxes are supported.

DICOM Conformance Statement Version 5.9 Page 66 of 66