RIS/PACS integration bandwidth and slicing

RIS/PACS integration · bandwidth planning and image tiling

Definition

In the "RIS/PACS Integrated Bandwidth and Slicing" scenario, sensors and business terminals often access the platform via cellular IoT; coverage quality, latency, security, and the full lifecycle of SIM management must all be considered.

Technical Features

It is recommended to differentiate telemetry, alarms, configuration, and OTA traffic; configure caching and retransmission in weak network environments; include TLS, certificates, and keys in the change and rollback strategy.

Use Cases

Applicable to distributed sites and remote operations. SimtoLink can provide combined capabilities like connection management, data pool, and directed/private networks, supporting large-scale replication.

Key points for cooperation with IoT SIM cards

  • Ledger: ICCID / IMEI bound to device number, installation location, and person in charge.
  • Network: APN, whitelist, SIM-device binding, and regional/roaming policies.
  • Operations & Maintenance: online rate, abnormal traffic, silent SIMs, and alert closure in ITSM.
  • Compliance: log desensitization, retention period, and cross-border/subcontracting agreements.

Bandwidth for workflow messages and pixel data

When RIS and PACS are integrated, the IoT SIM actually carries two completely different kinds of data: workflow messages such as exam registration, arrival, and report status, and image pixels. Bandwidth is planned for the pixels. Workflow messages are a small control plane. Accession numbers must match on both sides, routing must know which series belongs on which reading workstation, and cellular appears only between institutions or for mobile reading. It does not replace image exchange inside the department. Slices or tiles let the reader see the image near the current window first. They are not a second copy of the original series compressed until it cannot be undone. The original object must still be retrievable by instance. An edge cache may hold recently opened studies, but a cache hit must not change the exam status.

Lose one workflow message and the exam stays at "registered, not arrived," or the report cannot be written back. Lose a stretch of pixels and the image is incomplete. Their retries are opposite: messages must be ordered and take effect once, while pixels may fill holes by instance. Put them in one undifferentiated queue and a large series postpones the following report submit until after the exam has already ended. When a regional imaging center receives uploads from clinics, it should limit each site's push rate and leave room for the pull of the current consult. A controlled private network keeps images off the public internet. It does not decide, for the application, which traffic goes first.

A full-series push crowds out tile preview

It is easy for a clinic to push the whole day's series at night and compete with daytime preview for the same SIM. Preview tiles sit behind the full push. The doctor opens a study, sees a blank, and retries, which fills the link further. A full push should be interruptible by preview, or rate-limited. Another mistake is a tile index that does not match the original series version. After a re-acquisition or a resend, the reading end still uses the old tile index, and the slices seen do not match the report text. The index should expire with the series version.

Treating cache as already archived is also common. The edge box has the images, the center has not confirmed receipt, the site deletes the local original, the cache is then damaged, and the study cannot be rebuilt. Archive completion follows confirmation from the center. For acceptance, on one constrained link, start both: open the first few slices of a study, and push a large series in the background. The first slices should display first. During the push, a report-status message should still arrive within a short time. Before the center confirms, the source must not clear the only copy.

Do not delete the source copy before the center confirms

Images already in the edge cache do not mean the center archive is complete. Before the source receives confirmation from the center, it must not delete the only original series. The problem of preview tiles yielding to a full push should be handled the other way: opening the first slices of a study should be able to interrupt or rate-limit the background push. An old tile index expires after the series is resent, so the slices a doctor sees and the report are not different versions.

Retry workflow messages and pixels separately. Report status must not sit behind a large file until the exam ends. Each site's upload rate should leave room to be pulled. On a constrained link, preview and push at the same time: the first slices display first, the report message can still arrive in time, and the source copy is still there. That is when bandwidth between RIS and PACS has been checked.

If an exam is cancelled or rescheduled, a pixel transfer that has already started should be able to stop. It must not keep filling the link with the series of a voided exam. A failed report write-back stays pending write-back. Do not show the exam complete just because the images have all arrived. Two consecutive exams for the same patient should transfer as separate series. The registration message of the later exam must not be blocked by the earlier exam's large file. Mobile reading caches only the study that is open now. Clear local pixels when the session ends, so the next device does not open leftover images from the previous patient.

Related Terms

Back to the IoT SIM Card Glossary