Medical Data Synchronization via Offline Protocols in DIL Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional medical software applications fail to effectively synchronize medical data in disrupted communication environments, such as war zones or catastrophes, due to unreliable wireless and cellular connectivity, leading to delayed, intermittently-connected, low-bandwidth conditions that hinder data transfer to secondary medical personnel.

Innovation Solution

Implementing a system with peer-to-peer and client/server communication protocols that buffer and delay data transfers until connectivity is available, utilizing advanced disruption tolerant networking technology, and enabling offline communication methods like NFC, QR codes, and hybrid routing to share medical data without radio-frequency emissions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional wireless and cellular communication protocols are used to synchronize medical data, then data transfer can occur in normal network conditions, but data synchronization fails in disrupted communication environments such as war zones or catastrophes

Engineering Contradiction:
Improvedata synchronization reliabilityVSAvoidadaptability to disrupted network environments
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system dynamically adapts its communication protocol based on network conditions. When disruption is detected, it transitions from conventional wireless/cellular protocols to offline communication methods such as NFC, QR codes, or hybrid routing protocols, ensuring continuous operational capability across varying environmental conditions

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes communication parameters by switching between different protocol modes (online vs. offline). It monitors network availability and adjusts its data transfer mechanism accordingly, using buffering and delayed transfer when connectivity is restored, thereby maintaining reliability across disrupted and non-disrupted environments

Inventive Principle:
Principle #35Parameter changes

2Reliability

If data is buffered and delayed until connectivity is available, then data integrity is maintained in disrupted networks, but data transfer time increases

Engineering Contradiction:
Improvedata integrityVSAvoiddata transfer time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary buffering of medical data locally on electronic devices before network disruption occurs or during disruption. This preliminary action ensures data is ready for immediate transfer once connectivity is restored, minimizing the actual transfer time while maintaining integrity through controlled buffering mechanisms

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system maintains continuous data availability through local storage and buffering, ensuring that the useful action of data transfer can resume immediately when network connectivity is restored. This continuity approach prevents data loss and minimizes interruption time while preserving data integrity throughout the disruption period

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS12437849B1Data synchronization in response to disruptions in networks
Publication Date: 2025.10.07 ARCHITECTURE TECH CORP
  • US12437849B1 patent drawing
  • US12437849B1 patent drawing
  • US12437849B1 patent drawing

AI summary

Described herein are methods and systems to send/receive medical data from one or more electronic devices to a secondary medical unit in delayed, intermittently-connected, low-bandwidth (DIL) environments. An application executing on the electronic devices may, in response to detecting a disruption within a communication network, execute an offline communication protocol to transmit medical data among a predetermined number of other electronic devices, wherein the offline communication protocol does not use the communication network. The application may then receive a request from a server of the secondary medical unit to transmit at least a part of the medical data. In response to authenticating the request, the application then transmits the medical data using an online communication protocol that uses the communication network or using an offline communication protocol.