DCS MyLab 62 Web 1 PDF
DCS MyLab 62 Web 1 PDF
DCS MyLab 62 Web 1 PDF
Ultrasound Scanners
®
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
2
system, to save acquired Ultrasound images, clips and Structured Report objects to a network storage
device, to save them on a CD-R, DVD or USB connected removable device, or to print images to a
networked hardcopy 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
Comprehensive SR 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.
2
DICOM Structured Report not available in VET models.
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)
DVD
©
Copyright Esaote, 1995-2009. All rights reserved.
2 TABLE OF CONTENTS
8.5.1 ... US, US Multiframe and Secondary Capture Image Storage SOP Classes ....................262
8.6 ...... PRIVATE TRANSFER SYNTAXES .......................................................................................262
3 INTRODUCTION
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: dicom@esaote.com
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:
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.
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.
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:
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.
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.
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 6.2 Page 9 of 262
Esaote MyLab Ultrasound Scanners
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
3.7 REFERENCES
NEMA PS3 Digital Imaging and Communications in Medicine (DICOM) Standard, available free at
http://medical.nema.org/
Table 4
IMPLEMENTATION IDENTIFYING INFORMATION
DCMLab
Software Implementation Implementation
Model SW
release Class UID Version Name
Release
10.01 2.7.4.1 1.3.76.2.2.2 MYLAB_8.0.97.0
4 NETWORKING
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
Figure 1
APPLICATION DATA FLOW DIAGRAM
4
— The Storage Application Entity sends images, clips and Structured Report objects 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.
3
Storage Commitment and MPPS SOP Classes not present in VET models.
4
DICOM Structured Report not available in VET models.
— 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”.
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.
When closing the current study, a panel will allow the User to decide if and where to archive the images,
5
clips and Structured Report objects , 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.
6
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 the exam is started.
When closing the exam, the MPPS “COMPLETE” or “DISCONTINUED” states can be chosen from the user
interface. In case of automatic saving of the exam to a DICOM server, the MPPS message will be
“COMPLETE” when one or more images have been acquired, “DISCONTINUED” otherwise.
5
DICOM Structured Report not available in VET models.
6
MPPS SOP Class not present in VET models.
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.
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.
7
4.1.3 Sequencing of Real-World Activities
1. Query Worklist
2. Receive Worklist
5. Acquire Images
7
Storage Commitment and MPPS SOP Classes not present in VET models.
Figure 2
APPLICATION DATA FLOW DIAGRAM
1. Query Worklist.
5. Acquire 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.
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
8
Comprehensive SR Storage 1.2.840.10008.5.1.4.1.1.88.33 Yes No
9
Storage Commitment Push Model 1.2.840.10008.1.20.1 Yes No
10
Verification 1.2.840.10008.1.1 Yes Yes
Table 6
DICOM APPLICATION CONTEXT FOR AE STORAGE
Application Context Name 1.2.840.10008.3.1.1.1
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.
Table 8
ASYNCHRONOUS NATURE AS A SCU FOR AE STORAGE
Maximum number of outstanding asynchronous transactions 1
8
Comprehensive SR Storage SOP Class not present in VET models.
9
Storage Commitment SOP Class not present in VET models.
10
Only active when the Storage Commitment is enabled.
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
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
Table 10
C-ECHO RESPONSE STATUS HANDLING BEHAVIOUR
Code Status Meaning
0000 Success The C-ECHO request is accepted.
11
4.2.1.3.2 Activity – Send Images
4.2.1.3.2.1 Description and Sequencing of Activities
12
The Storage AE is invoked to send images, clips and SR objects 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
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:
11
Storage Commitment SOP Class not present in VET models.
12
DICOM Structured Report not available in VET models.
2. A Storage SOP Instance (US, US-MF, SC or SR object) is transmitted to the Image Manager using a
C-STORE request and the Image Manager replies with a C-STORE response (status success).
3. Another Storage SOP Instance 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 Storage SOP Instance is transmitted to the Image Manager using a C-STORE request and
the Image Manager replies with a C-STORE response (status success).
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).
NOTE: Many other message sequences are possible depending on the number of Storage SOP Instances 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.
Table 11
PROPOSED PRESENTATION CONTEXTS FOR ACTIVITY SEND IMAGES
Presentation Context Table
13
Only available on MyLab 60 / 70 / 70 XVG / 90.
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 Five / 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.
Please note that sending Ultrasound Multiframe Images without compressing them could produce very large
files, and adversely affect the operation of the MyLab system, of the network and of the receiving system:
this option has been added for testing purposes only, and should not be used for normal operations,
especially with long clips.
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.
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
14
Not present in VET models.
15
Storage Commitment SOP Class not present in VET models.
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 Image, US Multiframe Image, Secondary Capture Image and Comprehensive SR
Storage SOP Instances created by MyLab conform to the DICOM US, US Multiframe, Secondary Capture
Image and Comprehensive SR IOD definitions and are described in section 8.1.
The report with the performed measures can be exported in several ways according to the configuration of
the system and the kind of application used to produce it. 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 among the following choices:
1. EXPORT TO BIOPACS: this option is only intended to be used when the receiving application is an
Esaote Org@nizer or BioPACS system; in this case the report will be put in proprietary attributes of one or
more US images that have a dummy image plane: these images will be automatically discarded by the
receiving Esaote Org@nizer-BioPACS application, after filling with the information present in the proprietary
attributes the report attached to the received exam; this only works for applications supported by the Esaote
Org@nizer-BioPACS (see its documentation), otherwise the information will be lost;
2. EXPORT TO OTHER SERVER: the report will be written in a human readable way into the pixels of one
or more Secondary Capture images, that will be sent together with the exam;
3. DO NOT EXPORT: the report will not be sent at all;
16
4. EXPORT DICOM STRUCTURED REPORT : a Comprehensive SR object will be created for applications
16
DICOM Structured Report not available in VET models.
that allow it (human “CARDIAC” and “VASCULAR”), while the report will be written in the pixels of one or
more Secondary Capture images for the other applications.
17
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,
18
Secondary Capture Image and Comprehensive SR 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.
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.
17
Storage Commitment SOP Class not present in VET models.
18
DICOM Structured Report not available in VET models.
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.
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.
19
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
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
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
19
The Storage AE will not accept associations when Storage Commitment SOP Class not present or not
enabled.
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.
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.
20
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
Table 21
DICOM APPLICATION CONTEXT FOR AE WORKFLOW
Table 22
NUMBER OF ASSOCIATIONS INITIATED FOR AE WORKFLOW
Maximum number of simultaneous
1
Associations
Table 23
ASYNCHRONOUS NATURE AS A SCU FOR AE WORKFLOW
Maximum number of outstanding
1
asynchronous transactions
20
MPPS SOP Class not present in VET models.
21
MPPS SOP Class not present in VET models.
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.
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.
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
22
(0040,0001) Scheduled Station AE Title 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
6. Close Association
22
Not present in MyLab Five / 20 Plus / 25 / 30 / 40 / 50 sw release 10.01 and MyLab MyLab 60 / 70 /
70XVG / 90 sw release 6.00.
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:
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.
7. The user selects a Worklist Item from the Worklist and prepares to acquire new images.
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
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
DICOM Conformance Statement Version 6.2 Page 31 of 262
Esaote MyLab Ultrasound Scanners
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
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.
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.
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 “ABANDONED PROCEDURE” before pressing OK
in the EXAM panel that appears when closing the exam. This check is pre-set when no images have been
acquired, anyway can be unchecked if needed (for example, measures done without storing images). In case
of automatic saving of the exam to a DICOM server, the MPPS message will be “COMPLETED” when one or
more images have been acquired, “DISCONTINUED” otherwise.
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.
— 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.
23
MPPS SOP Class not present in VET models.
Workflow Department
AE Scheduler
1. Open Association
3. Close Association
4. Acquire Images
5. Open Association
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:
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).
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).
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.
25
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.
24
MPPS SOP Class not present in VET models.
25
MPPS SOP Class not present in VET models.
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”
Set
Modality (0008,0060) CS US
From Modality Worklist, contains
the value of the Requested
Procedure Code Sequence
Procedure Code (0032,1064). Not present for
(0008,1032) SQ
Sequence unscheduled exams or if the User
unchecks “PERFORM
PROCEDURE AS REQUESTED”
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.
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
Table 34
SOP CLASSES FOR AE HARDCOPY
SOP Class Name SOP Class UID SCU SCP
Table 35
DICOM APPLICATION CONTEXT FOR AE HARDCOPY
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
Table 37
ASYNCHRONOUS NATURE AS A SCU FOR AE HARDCOPY
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).
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
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
Table 39
C-ECHO RESPONSE STATUS HANDLING BEHAVIOUR
Code Status Meaning
0000 Success The C-ECHO request is accepted.
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.
Hardcopy Printer
AE
1. Open Association
2. N-GET Printer
9. N-EVENT-REPORT (Printer)
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.
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.
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.
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.
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
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.
— N-GET
— N-EVENT-REPORT
Details of the supported attributes and status handling behavior are described in the following subsections.
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)
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.
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 6.2 Page 45 of 262
Esaote MyLab Ultrasound Scanners
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.
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:
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.
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.
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.
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.
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.
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.
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
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.
Table 56
SUPPORTED PHYSICAL NETWORK INTERFACES
Ethernet 100baseT
Ethernet 10baseT
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.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
26
SCPs, enabling only one of them at a given time .
26
Storage Commitment SOP Class not present in VET models.
DICOM Conformance Statement Version 6.2 Page 51 of 262
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
27
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
27
MPPS SOP Class not present in VET models.
5 MEDIA INTERCHANGE
Figure 10
APPLICATION DATA FLOW DIAGRAM FOR MEDIA STORAGE
28
— Offline-Media Application Entity exports images, clips and SR objects 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.
When closing the current study, a panel will allow the User to decide if and where to archive in DICOM the
images, clips and SR objects: the User should check “DICOM” and select among “CD/DVD” (the CD-R or
DVD), “USB”, “<DICOM SERVER 1>”, “<DICOM SERVER 2>”, etc. Selecting “CD/DVD” or “USB” will store
the DICOM objects on the chosen medium, while selecting one of the configured DICOM servers (“<DICOM
SERVER 1>”, “<DICOM SERVER 2>”, etc.) will send them in DICOM format to the selected destination.
Please note that the current study will not be archived into the local database unless you also check “LOCAL
ARCHIVE”.
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” , “<DICOM
SERVER 1>”, “<DICOM SERVER 2>”, etc. In this way you can store or send the selected studies (previously
archived to the local database), 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.
28
DICOM Structured Report not available in VET models.
storage media must be previously formatted using another computer. For CD-R and DVD a viewer will be
automatically put into the media.
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.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
Please note that, to strictly follow the STD-GEN-CD application profile, the 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, CLIP QUALITY UNCOMPRESSED, when available,
otherwise the patients must not contain any US-MF objects).
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 HIGH).
Please note that, to strictly follow the STD-US-SC-MF-CDR and STD-US-SC-MF-DVD application profiles,
the SC image or SR object export must be disabled, by selecting the appropriate configuration in the
REPORT EXPORT 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:
Table 60
IODS, SOP CLASSES AND TRANSFER SYNTAXES FOR OFFLINE MEDIA
Information
Object SOP Class UID Transfer Syntax Transfer Syntax UID
Definition
Media Storage
Directory 1.2.840.10008.1.3.10 Explicit VR Little Endian 1.2.840.10008.1.2.1
Storage
Explicit VR Little Endian 1.2.840.10008.1.2.1
Ultrasound
1.2.840.10008.5.1.4.1.1.6.1 RLE Lossless 1.2.840.10008.1.2.5
Image Storage
JPEG lossy Baseline (Process 1) 1.2.840.10008.1.2.4.50
Ultrasound 29
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
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 25 / 30 / 30 / 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.
Please note that archiving Ultrasound Multiframe Images without compressing them could produce very
large files, and adversely affect the operation of the MyLab system and of the receiving system: this option
has been added for testing purposes only, and should not be used for normal operations, especially with
long clips.
The US Image, US Multiframe Image, Secondary Capture Image and Comprehensive SR 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.
29
Only available on MyLab 60 / 70 / 70 XVG / 90.
30
Not present in VET models.
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. A few other
attributes (Type 3 for the Basic Directory IOD), when present in the indexed objects, are also included in the
DICOMDIR at the correct level.
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.
8 ANNEXES
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
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.
31
8.1.1.2 Comprehensive Structured Report IOD
Table 62
IOD OF SR CREATED SOP INSTANCES
IE Module Reference Presence of Module
Patient Patient Table 63 ALWAYS
General Study Table 64 ALWAYS
Study
Patient Study Table 65 EMPTY
Series SR Document Series Table 76 ALWAYS
Equipment General Equipment Table 67 ALWAYS
SR Document General Table 77 ALWAYS
Document SR Document Content Table 78 ALWAYS
SOP Common Table 79 ALWAYS
31
DICOM Structured Report not available in VET models.
(*)
Present only in SOP instances produced by a VET system.
Table 64
GENERAL STUDY MODULE OF CREATED SOP INSTANCES
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.
Generated by device according to the
Study Description (0008,1030) LO ALWAYS AUTO
selected application (localized).
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 “PERFORM PROCEDURE AS
REQUESTED” in the WORKLIST
QUERY panel.
Table 65
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).
Table 66
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
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 (not localized).
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 (localized).
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
(*)
Present only in SOP instances produced by a VET system.
Table 67
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.
Internal model name: it can be 2750001
(MyLab 40), 2750002 (MyLab 40 VET),
6100 (MyLab 70 XVG), 6150 (MyLab
60 / 70), 7300001 (MyLab 30), 7300002
Manufacturer’s Model (MyLab 25), 7300003 (MyLab 30 VET),
(0008,1090) LO ALWAYS AUTO
Name 7340001 (MyLab 30 Gold), 7340002
(MyLab 25 Gold), 7340003 (MyLab 30
VET Gold), 7341001 (MyLab Five),
7350001 (MyLab 50), 7350002 (MyLab
50 XV).
32
Device Serial Number (0018,1000) LO Generated by device . ALWAYS AUTO
Software Version(s) (0018,1020) LO Generated by device. ALWAYS AUTO
Table 68
SC EQUIPMENT MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Conversion Type (0008,0064) CS SYN. ALWAYS AUTO
Table 69
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
32
Instead of the Serial Number as marked on the product label, on the MyLab 60 / 70 / 70 XVG / 90 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, it is a unique identifier in the machines of the same series.
Table 70
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 71
US REGION CALIBRATION MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Sequence of (0018,6011) SQ ALWAYS AUTO
33
For JPEG lossy compressed US-MF images the User can select among three different compression
factors.
Ultrasound
Regions
>Region Spatial
(0018,6012) US Generated by the device. ALWAYS AUTO
Format
>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 72
CINE MODULE OF 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 73
MULTI-FRAME MODULE OF 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 74
FRAME POINTERS MODULE OF 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.
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 75
US IMAGE MODULE OF 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 76
SR DOCUMENT SERIES MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Modality (0008,0060) CS SR ALWAYS AUTO
Series Instance UID (0020,000E) UI Generated by device. ALWAYS AUTO
Series Number (0020,0011) IS Generated by device. ALWAYS AUTO
Series Date (0008,0021) DA <yyyymmdd> ALWAYS AUTO
Series Time (0008,0031) TM <hhmm> ALWAYS AUTO
Referenced Identifies the Performed Procedure Step
Performed Procedure (0008,1111) SQ SOP Instance to which the Series is related, ALWAYS AUTO
Step Sequence present even if MPPS is not enabled.
Table 77
SR DOCUMENT GENERAL MODULE OF CREATED SOP INSTANCES
Presence
Attribute Name Tag VR Value Source
of Value
Instance Number (0020,0013) IS Generated by the device. ALWAYS AUTO
Completion Flag (0040,A491) CS PARTIAL ALWAYS AUTO
Table 78
SR DOCUMENT CONTENT MODULE OF CREATED SOP INSTANCES
Presenc
Attribute Name Tag VR Value e of Source
Value
Content
Template (0040,A504) SQ Generated by the device. ALWAYS AUTO
Sequence
>Mapping
(0008,0105) CS DCMR ALWAYS AUTO
Resource
5200 (for TID 5200, Adult Echocardiography
>Template
(0040,DB00) CS Procedure Report) or 5100 (for TID 5100, ALWAYS AUTO
Identifier
Vascular Ultrasound Procedure Report).
See Table 81 for TID 5200, Adult
Content Echocardiography Procedure Report and Table
(0040,A730) SQ
Sequence 82 for TID 5100, Vascular Ultrasound
Procedure Report.
Concept Name
(0040,A043) SQ Generated by the device. ALWAYS AUTO
Code Sequence
125200 for Adult Echocardiography Procedure
>Code Value (0008,0100) SH Report or 125001 for Vascular Ultrasound ALWAYS AUTO
Procedure Report.
>Coding
Scheme (0008,0102) SH DCM ALWAYS AUTO
Designator
Adult Echocardiography Procedure Report or
>Code Meaning (0008,0104) LO ALWAYS AUTO
Vascular Ultrasound Procedure Report.
Continuity of
(0040,A050) CS SEPARATE ALWAYS AUTO
Content
Table 79
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 80
PRIVATE APPLICATION MODULE OF 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
Variable length: contains the report
Report in Esaote
(6161,1130) OB with the measures in Esaote XML ALWAYS AUTO
proprietary XML format
internal format.
This appendix has the aim of finding, for a given measure in the MyLab system, its corresponding encoding
in the produced SR object. The following tables follow the same organization of the reports that can be
printed from the MyLab system itself, or exported as a series of Secondary Capture images. That is, the
tables are divided into various sections that correspond to the various sections of the reports; each section is
divided in subsections that correspond to the various subsections of the reports; the first column of the table
correspond to the measure name in the Esaote report. The other three columns contain the DICOM mapping
of this measure, indicating the Base Measurement Concept Name, the Section, and the Concept or
Acquisition Context Modifiers.
Table 81
ADULT ECHOCARDIOGRAPHY SR MAPPING
ESAOTE BASE MEAS.
SECTION CONCEPT OR ACQUISITION CONTEXT MODIFIERS
MEASURE CONCEPT NAME
DOPPLER
MITRAL
34
DICOM Structured Report not available in VET models.
MITRAL REGURGITATION
PISA (MITRAL)
MITRAL TV
AORTA
AORTIC REGURGITATION
PISA (AORTA)
TRICUSPID
TRIC REGURGITATION
PULMONARY VEINS
(29450-4,LN, (T-48581,SRT,
(G-0373, SRT, "Image Mode") = (R-409E4,SRT, "Doppler Pulsed")
PV SYSTOLIC "Pulmonary Vein "Pulmonary
(R-4089A, SRT, "Cardiac Cycle Point") = (F-32020,SRT, "Systole")
VELOCITY Systolic Peak Venous
(111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
Velocity") Structure")
(29451-2,LN, (T-48581,SRT,
(G-0373, SRT, "Image Mode") = (R-409E4,SRT, "Doppler Pulsed")
PV DIAST "Pulmonary Vein "Pulmonary
(R-4089A, SRT, "Cardiac Cycle Point") = (F-32010,SRT, "Diastole")
VELOCITY Diastolic Peak Venous
(111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
Velocity") Structure")
(29453-8,LN,
(T-48581,SRT,
"Pulmonary Vein (G-0373, SRT, "Image Mode") = (R-409E4,SRT, "Doppler Pulsed")
REV ATRIAL "Pulmonary
Atrial Contraction (R-4089A, SRT, "Cardiac Cycle Point") = (F-32010,SRT, "Diastole")
VELOCITY Venous
Reversal Peak (111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
Structure")
Velocity")
(T-48581,SRT,
(G-038B,SRT, (G-0373, SRT, "Image Mode") = (R-409E4,SRT, "Doppler Pulsed")
A WAVE "Pulmonary
"Pulmonary Vein (G-C048, SRT, "Flow Direction") = (R-42047,SRT, "Antegrade Flow")
DURATION Venous
A-Wave Duration") (111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
Structure")
(29452-0,LN, (T-48581,SRT,
PV SYST / DIAST "Pulmonary Vein "Pulmonary (G-0373, SRT, "Image Mode") = (R-409E4,SRT, "Doppler Pulsed")
VEL Systolic to Venous (111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
Diastolic Ratio") Structure")
PULMONARY ARTERY
PULM MEAN (20256-4,LN, (T-35200,SRT, (G-0373, SRT, "Image Mode") = (R-409E3,SRT, "Doppler Continuouos
PULM REGURGITATION
CARDIAC OUTPUT-LVOT
CARDIAC OUTPUT-AORTA
CARDIAC OUTPUT-PULM
(18020-8,LN, (T-44000,SRT,
(G-0373, SRT, "Image Mode") = (G-03A2,SRT, "2D mode")
PA DIAMETER "Main Pulmonary "Pulmunary
(111031, DCM, "Image View") = (G-0397,SRT, "Parasternal short axis")
Artery Diameter") Artery")
(G-0373, SRT, "Image Mode") = (R-409E3,SRT, "Doppler Continuouos
Wave")
(G-C036, SRT, "Measurement Method") = (125219,DCM, "Doppler
STROKE (F-32120,SRT, (T-32500,SRT,
Volume Flow")
VOLUME "Stroke Volume") "Right Ventricle")
(G-C0E3, SRT, "Finding Site") = (T-32550,SRT, "Right Ventricle Outflow
Tract")
(111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
B-MODE
EF (SIMPSON)
EF (AREA-LENGTH)
LEFT VENTRICLE
AORTA
RIGHT VENTRICLE
(20304-2,LN,
(G-0373, SRT, "Image Mode") = (G-03A2,SRT, "2D mode")
RV DIAMETER- "Right Ventricular (T-32500,SRT,
(R-4089A, SRT, "Cardiac Cycle Point") = (F-32010,SRT, "Diastole")
DIAST Internal Diastolic "Right Ventricle")
(111031, DCM, "Image View") = (G-0396,SRT, "Parasternal long axis")
Dimension")
(G-0373, SRT, "Image Mode") = (G-03A2,SRT, "2D mode")
(17988-7,LN,
(T-32500,SRT, (R-4089A, SRT, "Cardiac Cycle Point") = (F-32020,SRT, "Systole")
RV AREA "Right Atrium
"Right Ventricle") (G-C036, SRT, "Measurement Method") = (125220,DCM, "Planimetry")
Systolic Area")
(111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
(20304-2,LN,
(G-0373, SRT, "Image Mode") = (G-03A2,SRT, "2D mode")
"Right Ventricular (T-32500,SRT,
RV LONG AXIS (R-4089A, SRT, "Cardiac Cycle Point") = (F-32010,SRT, "Diastole")
Internal Diastolic "Right Ventricle")
(111031, DCM, "Image View") = (G-A19C,SRT, "Apical four chamber")
Dimension")
MITRAL
LEFT ATRIUM
M-MODE
LEFT VENTRICLE
(20304-2,LN,
(G-0373, SRT, "Image Mode") = (G-0394,SRT, "M mode")
RV DIAMETER- "Right Ventricular (T-32500,SRT,
(R-4089A, SRT, "Cardiac Cycle Point") = (F-32011,SRT, "End Diastole")
DIAST Internal Diastolic "Right Ventricle")
(111031, DCM, "Image View") = (G-0396,SRT, "Parasternal long axis")
Dimension")
(18154-5,LN, (G-0373, SRT, "Image Mode") = (G-0394,SRT, "M mode")
IV SEPTUM- "Interventricular (T-32600,SRT, (R-4089A, SRT, "Cardiac Cycle Point") = (F-32011,SRT, "End Diastole")
DIASTOLE Septum Diastolic "Left Ventricle") (G-C0E3, SRT, "Finding Site") = (T-32600,SRT, "Left Ventricle")
Thickness") (111031, DCM, "Image View") = (G-0396,SRT, "Parasternal long axis")
(29436-3,LN, "Left (G-0373, SRT, "Image Mode") = (G-0394,SRT, "M mode")
LV DIAMETER- Ventricle Internal (T-32600,SRT, (R-4089A, SRT, "Cardiac Cycle Point") = (F-32011,SRT, "End Diastole")
DIAST End Diastolic "Left Ventricle") (G-C0E3, SRT, "Finding Site") = (T-32600,SRT, "Left Ventricle")
Dimension") (111031, DCM, "Image View") = (G-0396,SRT, "Parasternal long axis")
AORTA/LEFT ATRIUM
MITRAL
Table 82
VASCULAR SR MAPPING
ESAOTE BASE MEAS.
SECTION CONCEPT OR ACQUISITION CONTEXT MODIFIERS
MEASURE CONCEPT NAME
L CAR VEL
L CCA PROXIMAL
(T-45005,SRT,
(11726-7,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L CCA PROX PS
"Peak Systolic (T-45100,SRT, (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL
Velocity") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
(11653-3,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L CCA PROX ED
"End Diastolic (T-45100,SRT, (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL
Velocity") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
L CCA PROX FVI
(T-45005,SRT,
(20354-7,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
FVI "Velocity Time (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Integral") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
"Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
PULSATILITY (12008-9,LN,
(T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index")
"Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
(12023-8,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
RESISTIVE
"Resistivity (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX
Index") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
(11726-7,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
PEAK VELOCITY "Peak Systolic (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Velocity") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
(MN-
"Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
25,ESAOTE_P1,
MEAN VELOCITY (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
"Time Averaged
"Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Velocity")
Artery")
(T-45005,SRT,
(MN-
"Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
REVERSE 27,ESAOTE_P1,
(T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
VELOCITY "Reverse
"Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Velocity")
Artery")
(T-45005,SRT,
(11653-3,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
DIASTOLIC
"End Diastolic (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
VELOCITY
Velocity") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
"Artery of neck") (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
(20247-3,LN,
PEAK GRADIENT (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
"Peak Gradient")
"Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
MEAN GRADIENT (20256-4,LN, (T-45005,SRT, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L L LIMBS
LCAR STEN
L ABDOMEN
L CIA PROXIMAL
(T-47040,SRT,
"Artery of Lower
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L CIA PROX PS Extremity")
"Peak Systolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-46710,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L CIA PROX ED Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-46710,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
L CIA PROX FVI
(T-47040,SRT,
"Artery of Lower
(20354-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
Extremity")
FVI "Velocity Time (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-46710,SRT,
Integral") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
PULSATILITY (12008-9,LN, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index") (T-46710,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(12023-8,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
RESISTIVE Extremity")
"Resistivity (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX (T-46710,SRT,
Index") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
Extremity")
PEAK VELOCITY "Peak Systolic (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-46710,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
(MN- "Artery of Lower
(G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
25,ESAOTE_P1, Extremity")
MEAN VELOCITY (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
"Time Averaged (T-46710,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Velocity") "Common Iliac
Artery")
(T-47040,SRT,
(MN- "Artery of Lower
(G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
REVERSE 27,ESAOTE_P1, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
VELOCITY "Reverse (T-46710,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Velocity") "Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
DIASTOLIC Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
VELOCITY (T-46710,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
(20247-3,LN, Extremity")
PEAK GRADIENT (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
"Peak Gradient") (T-46710,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
MEAN GRADIENT (20256-4,LN, (T-47040,SRT, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
LL LIMBS
L CFA PROXIMAL
(T-47040,SRT,
"Artery of Lower
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L CFA PROX PS Extremity")
"Peak Systolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-47400,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L CFA PROX ED Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-47400,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
L CFA PROX FVI
(T-47040,SRT,
"Artery of Lower
(20354-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
Extremity")
FVI "Velocity Time (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-47400,SRT,
Integral") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
PULSATILITY (12008-9,LN, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index") (T-47400,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
RESISTIVE (12023-8,LN, (T-47040,SRT, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
LU LIMBS
L SCA PROXIMAL
(T-47020,SRT,
"Artery Of Upper
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L SCA PROX PS Extremity")
"Peak Systolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-46100,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Subclavian
Artery")
(T-47020,SRT,
"Artery Of Upper
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
L SCA PROX ED Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-46100,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Subclavian
Artery")
L SCA PROX FVI
(T-47020,SRT,
"Artery Of Upper
(20354-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
Extremity")
FVI "Velocity Time (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-46100,SRT,
Integral") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Subclavian
Artery")
(T-47020,SRT,
"Artery Of Upper
(G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
PULSATILITY (12008-9,LN, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index") (T-46100,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Subclavian
Artery")
(T-47020,SRT,
"Artery Of Upper
(12023-8,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
RESISTIVE Extremity")
"Resistivity (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX (T-46100,SRT,
Index") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Subclavian
Artery")
(T-47020,SRT,
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A101,SRT, "Left")
"Artery Of Upper
PEAK VELOCITY "Peak Systolic (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Extremity")
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
(T-46100,SRT,
L RA
R CAR VEL
R CCA PROXIMAL
(T-45005,SRT,
(11726-7,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
RCCA PROX PS
"Peak Systolic (T-45100,SRT, (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL
Velocity") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
(11653-3,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
RCCA PROX ED
"End Diastolic (T-45100,SRT, (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL
Velocity") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
R CCA PROX FVI
(T-45005,SRT,
(20354-7,LN, "Artery of neck") (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
FVI "Velocity Time (T-45100,SRT, (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Integral") "Common Carotid (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Artery")
(T-45005,SRT,
(G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
PULSATILITY (12008-9,LN, "Artery of neck")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index") (T-45100,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Carotid
R L LIMBS
RCAR STEN
R ABDOMEN
R CIA PROXIMAL
(T-47040,SRT,
"Artery of Lower
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
R CIA PROX PS Extremity")
"Peak Systolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-46710,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
R CIA PROX ED Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-46710,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
R CIA PROX FVI
(T-47040,SRT,
"Artery of Lower
(20354-7,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
Extremity")
FVI "Velocity Time (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-46710,SRT,
Integral") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
PULSATILITY (12008-9,LN, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index") (T-46710,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
(T-47040,SRT,
"Artery of Lower
(12023-8,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
RESISTIVE Extremity")
"Resistivity (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX (T-46710,SRT,
Index") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common Iliac
Artery")
PEAK VELOCITY (11726-7,LN, (T-47040,SRT, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
RL LIMBS
R CFA PROXIMAL
(T-47040,SRT,
"Artery of Lower
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
R CFA PROX PS Extremity")
"Peak Systolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-47400,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
R CFA PROX ED Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL (T-47400,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
R CFA PROX FVI
(T-47040,SRT,
"Artery of Lower
(20354-7,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
Extremity")
FVI "Velocity Time (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-47400,SRT,
Integral") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
PULSATILITY (12008-9,LN, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX "Pulsatility Index") (T-47400,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(12023-8,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
RESISTIVE Extremity")
"Resistivity (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
INDEX (T-47400,SRT,
Index") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(11726-7,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
Extremity")
PEAK VELOCITY "Peak Systolic (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-47400,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
(MN- "Artery of Lower
(G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
25,ESAOTE_P1, Extremity")
MEAN VELOCITY (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
"Time Averaged (T-47400,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Velocity") "Common
Femoral Artery")
(T-47040,SRT,
(MN- "Artery of Lower
(G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
REVERSE 27,ESAOTE_P1, Extremity")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
VELOCITY "Reverse (T-47400,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
Velocity") "Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(11653-3,LN, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
DIASTOLIC Extremity")
"End Diastolic (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
VELOCITY (T-47400,SRT,
Velocity") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
(T-47040,SRT,
"Artery of Lower
(G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
(20247-3,LN, Extremity")
PEAK GRADIENT (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
"Peak Gradient") (T-47400,SRT,
(G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Common
Femoral Artery")
MEAN GRADIENT (20256-4,LN, (T-47040,SRT, (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
RU LIMBS
R SCA PROXIMAL
(T-47020,SRT,
(11726-7,LN, "Artery Of Upper (G-C171, SRT, "Laterality")=(G-A100,SRT, "Right")
R SCA PROX PS
"Peak Systolic Extremity") (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL
Velocity") (T-46100,SRT, (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Subclavian
R RA
AORTA
(T-46002,SRT,
(11726-7,LN, "Artery of
AORTIC PEAK (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
"Peak Systolic Abdomen")
SYS VEL (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
Velocity") (T-42000,SRT,
"Aorta")
(T-46002,SRT,
(11653-3,LN, "Artery of
AORTIC (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
"End Diastolic Abdomen")
ENDDIAST VEL (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
Velocity") (T-42000,SRT,
"Aorta")
AORTIC FVI
(T-46002,SRT,
(20354-7,LN, "Artery of
(G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
FVI "Velocity Time Abdomen")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Integral") (T-42000,SRT,
"Aorta")
(T-46002,SRT,
"Artery of
PULSATILITY (12008-9,LN, (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
Abdomen")
INDEX "Pulsatility Index") (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-42000,SRT,
"Aorta")
(T-46002,SRT,
(12023-8,LN, "Artery of
RESISTIVE (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
"Resistivity Abdomen")
INDEX (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Index") (T-42000,SRT,
"Aorta")
(T-46002,SRT,
(11726-7,LN, "Artery of
(G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
PEAK VELOCITY "Peak Systolic Abdomen")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Velocity") (T-42000,SRT,
"Aorta")
(T-46002,SRT,
(20352-1,LN, "Artery of
(G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
MEAN VELOCITY "Time averaged Abdomen")
(121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
mean velocity") (T-42000,SRT,
"Aorta")
(T-46002,SRT,
(MN-
"Artery of
REVERSE 27,ESAOTE_P1, (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
Abdomen")
VELOCITY "Reverse (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-42000,SRT,
Velocity")
"Aorta")
(T-46002,SRT,
(11653-3,LN, "Artery of
DIASTOLIC (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
"End Diastolic Abdomen")
VELOCITY (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
Velocity") (T-42000,SRT,
"Aorta")
(T-46002,SRT,
"Artery of
(20247-3,LN, (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
PEAK GRADIENT Abdomen")
"Peak Gradient") (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
(T-42000,SRT,
"Aorta")
(20256-4,LN, (T-46002,SRT, (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
MEAN GRADIENT
"Mean Gradient") "Artery of (121401, DCM, "Derivation")=(R-41D2D,SRT, "Calculated")
AORTA
AO PROXIMAL DIAM
(T-46002,SRT,
(G-0364,SRT, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AO PROX SYS
"Vessel lumen Abdomen") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
DIAM
diameter") (T-42000,SRT, (R-4089A, SRT, "Cardiac Cycle Point")=(F-32020,SRT, "Systole")
"Aorta")
(T-46002,SRT,
(G-0364,SRT, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AO PROX DIAST
"Vessel lumen Abdomen") (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
DIAM
diameter") (T-42000,SRT, (R-4089A, SRT, "Cardiac Cycle Point")=(F-32010,SRT, "Diastole")
"Aorta")
AO DISTAL DIAM
(T-46002,SRT,
(G-0364,SRT, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AO DIST SYS
"Vessel lumen Abdomen") (G-A1F8, SRT, "Topographical Modifier")=(G-A119,SRT, "Distal")
DIAM
diameter") (T-42000,SRT, (R-4089A, SRT, "Cardiac Cycle Point")=(F-32020,SRT, "Systole")
"Aorta")
(T-46002,SRT,
(G-0364,SRT, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AO DIST DIAST
"Vessel lumen Abdomen") (G-A1F8, SRT, "Topographical Modifier")=(G-A119,SRT, "Distal")
DIAM
diameter") (T-42000,SRT, (R-4089A, SRT, "Cardiac Cycle Point")=(F-32010,SRT, "Diastole")
"Aorta")
AO DIL SEGM LENGTH
(T-46002,SRT,
(R-1025F,SRT, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AO DIL SEGM
"Length of Abdomen") (G-A1F8, SRT, "Topographical Modifier")=(R-1025B,SRT, "Dilated portion
LENGTH
Segment") (T-42000,SRT, of segment")
"Aorta")
AO DIL SEGM WIDTH
(T-46002,SRT,
(G-0364,SRT, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AO DIL SEGM
"Vessel lumen Abdomen") (G-A1F8, SRT, "Topographical Modifier")=(R-1025B,SRT, "Dilated portion
WIDTH
diameter") (T-42000,SRT, of segment")
"Aorta")
AORTA PROXIMAL
(T-46002,SRT,
(11726-7,LN, "Artery of (G-C171, SRT, "Laterality")=(G-A103,SRT, "Unilateral")
AORTA PROX PS
"Peak Systolic Abdomen") (121401, DCM, "Derivation")=(R-00355,SRT, "Point source measurement")
VEL
Velocity") (T-42000,SRT, (G-A1F8, SRT, "Topographical Modifier")=(G-A118,SRT, "Proximal")
"Aorta")
Table 83
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
Structured Reporting uses codes supplied by DCMR (DICOM Code Mapping Resource, PS 3-16), LOINC,
SRT and, for Vascular SR, ESAOTE_P1 (Esaote Private Codes for Ultrasound). See Table 84 for the list of
these codes.
Table 84
ESAOTE PRIVATE CODES FOR ULTRASOUND
Code Value Coding Scheme designator
Code Meaning (0008,0104)
(0008,0100) (0008,0102)
MN-04 ESAOTE_P1 Acceleration
MN-11 ESAOTE_P1 Reflux Duration Time
MN-13 ESAOTE_P1 Fibroma Width
MN-14 ESAOTE_P1 Left Ovary Mass Width
MN-15 ESAOTE_P1 RightOvary Mass Width
MN-16 ESAOTE_P1 Fibroma Length
8.5.1 US, US Multiframe and Secondary Capture Image Storage SOP Classes
The US, US Multiframe and Secondary Capture Image Storage, and Comprehensive SR 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.