Skip to main content

Device Setup

This section of your organization setup allows you to view a list of DICOM Web and DICOM proxies connected to the organization. Adding a new device is a simple two-step process: first, add the device itself, and then add a DICOM station to link it to OmegaAI.

This process involves setting up a virtual router through OmegaAI-LINK, which acts as a supercharged router for medical images and seamlessly connects devices and clinics. There are no extra fees, regardless of whether you have one or ten locations. The LINK ensures an uninterrupted flow of studies, even if a machine is turned off, owing to its failover queue feature. In addition, it offers caching for fast access to the images.

The installation is straightforward, with approximately 60 minutes from download to installation. You can download it yourself as an executable file. RamSoft support is available if assistance is needed.

It is crucial to ensure that the LINK is on the same network as your devices or where images come from, whether it is your modality or an external facility. Once set up, LINK efficiently routes images, enabling seamless communication between medical equipment and the OmegaAI platform.

  1. On your organization details page, select Device. The device page will open.

    adding new device

  2. The details are as follows:

  • Device Type: By default, the device type is OmegaAI-LINK. This field cannot be modified.

  • Name: A default name will be provided, but you have the option of creating a unique name for your workstation.

  • AE Title: This serves as a distinct identifier, comparable to your Mac or Windows address, or even akin to a street name or house number. It is specifically assigned to the DICOM devices for identification within the network.

  • Port Number: Specific entry points for data on devices, allowing them to exchange imaging information efficiently. Typically, 105 for OmegaAI, and 104 for PowerServer.

    adding new device2

  1. Select Download from the bottom of the page to download the installation file. If you need to send the OmegaAI-LINK installation file to someone, please send the zip file with password protection or via the company's OneDrive or SharePoint, to ensure safety.

Note: You have 60 minutes to install the installation link.

Adding DICOM Station​

  1. As soon as a device is created, the panel opens adjacent to the list of devices. Select + in the panel.

  2. Perform the following in the General section:

  • DICOM Stations: Enter the name of the DICOM station you want to add.

  • AE Title (mandatory field): Enter the title of the Application Entity (AE).

  • IP Address/Hostname: Enter the IP Address of the station that will be used for DICOM communication. If the IP Address is dynamic, enter the name of the machine.

  • Port (mandatory for DICOM send and optional for receive): Enter the port number of the station that will be used for DICOM communication.

  • Enable TLS: This checkbox is selected to encrypt the DICOM communication.

  • Send Visit Documents:

    Overview

    The Send Visit Documents setting allows OmegaAI to include visit-level and order-level documents when sending studies to an external DICOM destination. Associated documents are automatically converted into DICOM document objects and transmitted together with the study images in a single DICOM send operation. This feature applies to all DICOM send methods, including Manual Send, Routing, Export, and Automated/Scripted Send.

    • Sends images and associated documents together in a single DICOM transmission.

    • Reduces duplicate document instances during repeat sends.

    • Automatically delivers the latest version of updated documents.

    • Preserves existing DICOM send behavior when the feature is disabled.

    When Send Visit Documents is enabled:

    • Visit-level and order-level documents associated with the study are automatically converted into DICOM document objects.

    • Documents are sent together with the study images as part of the same DICOM transmission.

    • Existing document instances are reused when unchanged to prevent duplicates.

    • Updated documents are automatically sent as new versions, while deleted or replaced documents are excluded from future transmissions.

    When Send Visit Documents is disabled

    If Send Visit Documents is OFF, OmegaAI sends only study images and existing supported reports (such as final reports). Visit-level and order-level documents are not included.

  • Is Archive Server: Select this checkbox if it is an archive server.

  • Need IOCM Notification: Select this if Imaging Object Change Management (IOCM) notification is required.

  • DICOM Station Description: Enter a description of the DICOM station.

  • Export: Click to export the DICOM station configuration to JSON format. The exported configuration can then be updated or edited.

  • Import: After modifying the configuration details, click on Import to upload it.

  • Active: Click Active to set the DICOM station to active.

  • Enable Heartbeat: Select this button to enable heartbeat.

  • Character Set: Select a preferred character set from the dropdown. The character set is associated with the station for processing incoming DICOM requests.

  • Test Connection: After you have completed all the details for the DICOM station, click this button to test the connection.

  • Status: This field is automatically populated. It indicates the status of the DICOM status based on the heartbeat. Depending on the status, this field displays the following values:

    1. Active: Indicates that the DICOM station is active. If the DICOM heartbeat is enabled, and the station is up and responding to the pings, then the status of the station appears as Online and a green indicator is displayed.

    2. Unknown: Indicates that the DICOM station is unknown. If the DICOM heartbeat is enabled, and the station is up and responding to the pings, then the status of the station appears as Online, and a green indicator is displayed.

    3. Offline: Indicates that the DICOM station is offline. If the DICOM station is offline, the system will not try to actively perform DICOM-send. If the DICOM heartbeat is enabled, and the station is up and responding to the pings, then the status of the station appears as Online and a green indicator is displayed.

  1. Select the following options in the DICOM Stations features section, as required:

    • Enable Heartbeat: Select this button to enable heartbeat.

    • Send to device DICOM stations: Select this checkbox to allow OmegaAI to send studies to the DICOM station.

    • Query/Retrieve Select this checkbox to allow the DICOM station to service DICOM queries or retrieve studies.

    • Sending Original Patient ID and Issuer: Select this checkbox to preserve and send the original Patient ID and Issuer of Patient ID DICOM tag.

      Note: This refers to the information that was originally received.

Select Test Connection, a status update will appear on the bottom left-hand corner of your OmegaAI platform screen indicating results.

testing connection

In the above example, the connection failed. As the administrator, you need to ensure the OmegaAI-LINK and device are both online at the same time for connection to be successful.

Note: If the connection fails even when both OmegaAI-LINK and the device are online, it's best to reach out to your local IT department, as it is likely a network issue. Make sure to verify that you have the correct IP address, AE title, and port number, and ensure that the other side is set up to accept the linked AE title.

Storage Commitment SCU​

What is Storage Commitment?​

Storage Commitment is a DICOM service where OmegaAI confirms whether a destination system has permanently stored received images.

After images are transmitted successfully (C-STORE), OmegaAI sends a Storage Commitment request asking the destination system to confirm safe archival.

The destination responds with:

  • Confirmation of successful storage
  • Partial success (some images stored)
  • Failure (images not stored)

This ensures images are not only delivered but also diligently archived.

Purpose​

Image transmission alone does not guarantee long-term storage. Failures such as network issues or destination storage errors may go unnoticed.

Storage Commitment provides:

  • Verification: Confirms images are permanently stored
  • Auditability: Full transaction tracking in logs
  • Reliability: Automatic retry and resend mechanisms
  • Compliance Support: Helps meet medical imaging retention requirements

When You’ll find SCU Useful​

Enable Storage Commitment SCU when:

  • Destination supports DICOM Storage Commitment
  • Verified archiving is required
  • You want audit-level confirmation of storage
  • You have experienced silent image loss

Note: If the destination does not support Storage Commitment, OmegaAI automatically marks the request as “Rejected” without disrupting workflows.

Enabling Storage Commitment for a Station​

Storage Commitment is disabled by default.

Steps:​

  1. Go to Settings → Organizations
  2. Select the organization
  3. Open Device / Station Configuration
  4. Select the station
  5. Enable Support Storage Commitment
  6. Save configuration

Important Notes:​

  • Applies only to future transmissions
  • Does not affect previously sent studies

Station Configuration Settings​

Support Storage Commitment​

Enables Storage Commitment SCU for the station.

  • Default: OFF
  • If OFF → standard DICOM send only

Storage Commitment Batch Size​

Controls number of images per request.

  • Default: 300 images
  • Large studies are split into multiple requests
  • Improves compatibility with destination systems

Auto Resend Failed Objects​

Controls automatic recovery of failed image storage.

SettingBehavior
ONAutomatically resends failed images and re-initiates commitment
OFF (default)Marks transaction failed; manual intervention required
  • Maximum: 3 resend cycles per failure set

(Reference image: image-20260618-195725.png)

Workflow Overview​

Once enabled, workflow is fully automated:

  1. Image Transmission (C-STORE)
    Images are sent to destination station

  2. Commitment Request Sent
    OmegaAI sends Storage Commitment request with Transaction ID

  3. Destination Response

    • Committed
    • Partially Committed
    • Failed / No response

  4. Logging
    Transaction recorded in Storage Commitment Log

  5. Retry / Resend (if needed)
    Based on system rules

Storage Commitment Log​

Accessible via:

DICOM Log → Status Reason: DicomStorageCommit

Logs track:

  • Retry attempts
  • Response details
  • Timeout events
  • Final outcome

Retry & Failure Handling​

Temporary Failures (Retry Enabled)​

Triggers retry when:

  • Network timeout
  • Destination unavailable
  • Temporary processing failure

Behaviour:

  • Exponential backoff between retries
  • OmegaAI waits up to 24 hours before retry logic is triggered
  • Auto recovery after system restart

Permanent Failures (No Retry)​

No retry occurs when:

  • Storage Commitment not supported
  • Invalid destination configuration
  • Unsupported operation

Auto Resend of Failed Images​

Triggered when destination confirms partial failure.

If enabled:

  • Only failed images are resent
  • New Storage Commitment request is issued
  • Original transaction updated
  • Up to 3 resend cycles

Purpose: Ensures delayed or incomplete destination processing does not result in data loss.

Common Usage Questions​

Does this change image sending behaviour?
No. Only adds post-send verification.

Is historical data included?
No. Only new sends after enabling.

Does restart affect transactions?
No. Pending transactions resume automatically.

Can this be enabled per station?
Yes.

What is Partial Commitment?
Some images stored, others failed or unconfirmed.

Can batch size be changed?
Yes. Default is recommended for most systems.

Timeout behaviour?
OmegaAI waits up to 24 hours before retry logic is triggered.

What is IOCM?​

Imaging Object Change Management (IOCM) is a DICOM/IHE standard that allows imaging systems to communicate image rejection and deletion events across connected systems.

When an image, series, study, document, or report is deleted or rejected in OmegaAI, IOCM automatically notifies configured external PACS, VNAs, archives, and imaging systems so they can update their records accordingly.

IOCM supports both:

  • Outbound Notifications – OmegaAI sends rejection notices to external systems
  • Inbound Notifications – OmegaAI receives rejection notices from external systems and updates affected objects within OmegaAI

Benefits of IOCM​

IOCM helps maintain consistency across connected imaging systems by:

  • Preventing use of rejected or invalid images
  • Synchronizing image deletion and rejection decisions across systems
  • Supporting patient safety initiatives
  • Maintaining audit and compliance records
  • Eliminating manual communication between systems

Typical Workflow​

Outbound IOCM​

  1. User deletes or rejects an image, series, study, document, or report
  2. A rejection reason is selected
  3. OmegaAI generates a DICOM Rejection Note
  4. The rejection note is sent to all configured IOCM destinations
  5. Receiving systems mark referenced objects as rejected or unavailable
  6. Delivery activity is recorded in logs and audit records

Inbound IOCM​

  1. OmegaAI receives a DICOM Rejection Note from an external system
  2. Referenced images are identified
  3. Images are marked unavailable within OmegaAI

Configuring IOCM​

Enable IOCM Notifications​

To configure a station to receive IOCM notifications:

  1. Navigate to Settings → Organizations
  2. Open the desired organization
  3. Select the appropriate Device/Station
  4. Enable Need IOCM Notification
  5. Save changes

Note: IOCM notifications are disabled by default for all stations.

Station Configuration​

Need IOCM Notification​

SettingDefault
Need IOCM NotificationOFF

Default Rejection / Deletion Reason​

SettingDefault
Default Rejection / Deletion ReasonRejected for Quality Reasons

This value is automatically selected when enabling IOCM and can be changed during configuration.

Rejection Reasons​

ReasonDescription
Rejected for Quality ReasonsImage quality is insufficient for diagnostic use
Rejected for Patient Safety ReasonsIncorrect patient association or safety concern
Incorrect Modality Worklist EntryStudy acquired using incorrect worklist information
Data Retention Policy ExpiredAutomated system deletion due to retention policy

IOCM Notification Triggers​

OmegaAI automatically generates IOCM notifications when the following actions occur:

ActionResult
Delete ImageNotification sent for the image
Delete SeriesNotification sent for all images in series
Delete StudyNotification sent for all images in study
Delete DocumentNotification sent for the document
Delete ReportNotification sent for the report
Move/Re-parent SeriesNotification sent for moved images

Multiple Destinations​

A separate rejection note is generated and sent to each station configured for IOCM notifications.

No Configured Destinations​

If no stations are configured for IOCM notifications:

  • The deletion still completes successfully
  • No rejection note is generated

Deleted Image Processing​

When an object is deleted:

  • The object is marked deleted in OmegaAI
  • A rejection note is generated
  • The rejection note is queued and delivered
  • Delivery status is tracked

Common Usage Questions​

Does IOCM change the deletion process?
No. Users continue deleting images as usual. IOCM processing occurs automatically in the background.

Can users change the rejection reason?
Yes. The configured default reason is pre-selected but can be modified before confirming the deletion.

Can IOCM be enabled for specific stations only?
Yes. IOCM is configured independently for each station.

Is every IOCM transaction audited?
Yes. All delivery attempts, whether successful or unsuccessful, are recorded in the audit log.

Does moving a series trigger IOCM?
Yes. OmegaAI generates IOCM notifications for the moved series.