Load Balancer Server Failover for EHR Data Integrity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current healthcare systems face challenges in maintaining uninterrupted access to electronic health records (EHRs) during server downtime, leading to potential delays or incorrect patient care due to limited alternatives for accessing patient data, especially when PDFs are incompatible with modern medication verification procedures.

Innovation Solution

A system utilizing a load balancer to detect server status and redirect requests from a primary EHR server to a backup server, deactivating write operations to prevent data corruption and ensuring read-only access during downtime, thereby maintaining data integrity and availability.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the primary EHR server is taken offline for maintenance or upgrades, then server reliability and system performance are improved, but data availability and continuous patient care access deteriorate

Engineering Contradiction:
Improveserver reliabilityVSAvoiddata availability
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The system performs preliminary actions by continuously maintaining a backup server with synchronized data before the primary server needs to go offline. The backup server is prepared in advance and can immediately take over when the primary server is taken offline for maintenance or upgrades, ensuring continuous data availability without interruption to patient care.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The load balancer acts as an intermediary that automatically detects when the primary server is offline and redirects traffic to the backup server. This intermediary component enables seamless failover, maintaining data availability while allowing the primary server to be taken offline for reliability improvements.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If the backup server allows write operations during downtime, then data access flexibility is improved, but data integrity and fidelity deteriorate due to potential data corruption

Engineering Contradiction:
Improvedata access flexibilityVSAvoiddata integrity
Core Design Contradiction:
Ease of operationVSStability of the object's composition

Solution Approach 1:

The system applies different operational modes to different servers based on their roles. The backup server is configured with read-only access during downtime, while the primary server maintains full read-write capabilities when online. This local quality differentiation ensures data integrity on the backup server while maintaining operational flexibility where needed.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system preemptively prevents write operations on the backup server during downtime by configuring it in read-only mode. This preliminary anti-action blocks potential data corruption before it can occur, while still allowing read operations to maintain data access flexibility for continuous patient care.

Inventive Principle:
Principle #9Preliminary anti-action

3Reliability

If manual paper charting is used during EHR downtime, then continuous patient care is maintained, but operational efficiency and accuracy deteriorate

Engineering Contradiction:
Improvecontinuous patient careVSAvoidoperational efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The load balancer serves as an intermediary that automatically detects server status and redirects user requests to the backup server when the primary server is offline. This eliminates the need for manual workarounds like paper charting, maintaining both continuous patient care and operational efficiency through automated failover.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system provides self-service by automatically handling the failover process without requiring manual intervention from healthcare providers. The load balancer and backup server work together to seamlessly continue EHR access, maintaining productivity and accuracy while ensuring continuous patient care during primary server downtime.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11295836B2Preservation of multi-server database fidelity
Publication Date: 2022.04.05 CERNER INNOVATION INC
  • US11295836B2 patent drawing
  • US11295836B2 patent drawing
  • US11295836B2 patent drawing

AI summary

Methods, systems, and computer-readable media are provided for the automated preservation and downtime mitigation of server-based databases and applications. Read and write operations intended for a database may be communicated to a load balancer. The load balancer may direct the operations to a primary server and/or a backup server. Further, during periods of primary server downtime, write-based tasks, operations, and/or requests of remote applications may be deactivated by the load balancer. Additionally, the load balancer may prevent corruption of backup databases from coming out of sync, and/or unexpected, undesirable, or unwanted data modification by deactivating, denying, locking, or otherwise preventing the write operations of the backup server.