PACS DICOM Rendering Architecture for Low-Bandwidth Interaction

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing medical imaging systems face performance issues on low quality wide area networks, forcing radiologists and clinicians to choose between client-side and server-side rendering architectures without the ability to tailor the approach based on individual network parameters, leading to delays and poor interaction experiences.

Innovation Solution

A hybridized rendering model that dynamically configures different architectures (hub server-side, hub and spoke server-side, and edge-side) based on network conditions, user location, and usage patterns, allowing for tailored interaction experiences.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Manufacturing precision

If server-side rendering is used, then image rendering quality is improved, but network latency and interaction delays worsen on low quality networks

Engineering Contradiction:

Improveimage rendering qualityVSAvoidinteraction delay

Core Design Contradiction:

Manufacturing precisionVSLoss of time

Solution Approach 1:

The system dynamically switches between server-side rendering and client-side rendering modes based on real-time network conditions. When network quality is good, server-side rendering provides high image quality; when network quality degrades, the system transitions to client-side rendering to reduce latency and improve interactivity, thus resolving the contradiction between rendering quality and interaction speed.

Inventive Principle:

Principle #15Dynamics

Solution Approach 2:

The system changes the rendering mode parameter based on network conditions. By monitoring network parameters and adjusting the rendering approach accordingly, the system optimizes the balance between image quality and interaction responsiveness for different network environments.

Inventive Principle:

Principle #35Parameter changes

2Speed

If client-side rendering is used, then interaction speed is improved, but image rendering quality and consistency worsen

Engineering Contradiction:

Improveinteraction speedVSAvoidimage rendering quality

Core Design Contradiction:

SpeedVSManufacturing precision

Solution Approach 1:

The system employs dynamic rendering mode selection, switching between client-side and server-side rendering based on network conditions. When network quality is poor, client-side rendering provides faster interaction; when network quality improves, the system transitions to server-side rendering to enhance image quality and consistency.

Inventive Principle:

Principle #15Dynamics

Solution Approach 2:

The system introduces an intermediary mechanism that monitors network conditions and determines the optimal rendering mode. This intermediary layer ensures that the appropriate rendering approach is selected based on real-time network status, balancing interaction speed and image quality.

Inventive Principle:

Principle #24Intermediary (Mediator)

3Device complexity

If a single rendering architecture is used, then system complexity is reduced, but adaptability to different network conditions worsens

Engineering Contradiction:

Improvesystem complexityVSAvoidadaptability to network conditions

Core Design Contradiction:

Device complexityVSAdaptability or versatility

Solution Approach 1:

The system implements multi-functionality by supporting both server-side and client-side rendering modes within a single architecture. This universal approach allows the system to adapt to different network conditions while maintaining a unified codebase and deployment structure, thus achieving adaptability without proportionally increasing complexity.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system uses dynamic configuration to adapt rendering behavior based on network conditions. By introducing runtime adaptability through network condition monitoring and mode switching, the system achieves versatility without requiring multiple separate systems, thereby managing complexity effectively.

Inventive Principle:

Principle #15Dynamics

4Stability of the object's composition

If server-side rendering is used, then image consistency across devices is improved, but network bandwidth consumption worsens

Engineering Contradiction:

Improveimage consistencyVSAvoidnetwork bandwidth

Core Design Contradiction:

Stability of the object's compositionVSLoss of energy

Solution Approach 1:

The system dynamically adjusts rendering mode based on network bandwidth availability. When bandwidth is sufficient, server-side rendering ensures image consistency across devices; when bandwidth is limited, the system switches to client-side rendering to reduce network consumption, thus balancing consistency and bandwidth usage.

Inventive Principle:

Principle #15Dynamics

Solution Approach 2:

The system changes rendering mode as a response to network bandwidth parameters. By monitoring bandwidth conditions and adjusting the rendering approach, the system optimizes the trade-off between image consistency and network resource consumption.

Inventive Principle:

Principle #35Parameter changes

Data Source

PatentUS12469589B2Systems, methods, and devices for hub, spoke and edge rendering in a picture archiving and communication system (PACS)

Publication Date: 2025.11.11 HYLAND SOFTWARE INC

AI summary

Techniques, described herein, enable enhanced rendering solutions for digital imaging and communications in medicine (DICOM) objects to different rendering architectures. DICOM objects are rendered over one or more of: a hub server-side rendering architecture or a hub and spoke server-side rendering architecture based on one or more network parameters. Additionally, or alternatively, the DICOM objects are rendered over an edge-side rendering architecture based on the one or more network parameters.