Next Article in Journal
Pre-Disaster Preparedness in Food Bank Supply Chains Addressing Supply Uncertainty and Different Objectives
Previous Article in Journal
DA-TransResUNet: Residual U-Net Liver Segmentation Model Integrating Dual Attention of Spatial and Channel with Transformer
Previous Article in Special Issue
An Explainable Artificial Intelligence Algorithm for Optimal Decision Making from a Business Analytics Perspective
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Dependency-Constrained Cascading Rescheduling: Network Evolution and Long-Term Adaptation

1
School of Business, Singapore University of Social Sciences, 463 Clementi Road, Singapore 599494, Singapore
2
Institute of Operations Research and Analytics, National University of Singapore, 3 Research Link Innovation Link 4.0, Singapore 117602, Singapore
*
Author to whom correspondence should be addressed.
Mathematics 2026, 14(3), 577; https://doi.org/10.3390/math14030577
Submission received: 28 November 2025 / Revised: 9 January 2026 / Accepted: 10 January 2026 / Published: 5 February 2026

Abstract

Traditional scheduling theory optimizes initial task assignments under static assumptions, yet operational systems face repeated disruptions requiring both immediate rescheduling and long-term structural adaptation. Existing approaches treat each disruption independently, failing to capture how organizations learn and evolve through repeated challenges. This paper presents a unified framework bridging cascading rescheduling with network evolution, formally modeling how dependency structures adapt over time to improve resilience. The framework consists of three integrated components: (1) immediate rescheduling algorithms with provable complexity bounds—O(n) for tree-structured dependencies, fixed-parameter tractable for bounded treewidth—enabling real-time response; (2) five adaptation strategies (redundancy, buffering, decoupling, reshuffling, and control) with convergence guarantees showing exponential improvement rate O ( e ( σ λ ) t ) ; and (3) computable resilience metrics quantifying organizational capacity to absorb disruptions. Comprehensive validation through 5200 simulated weeks (52 weeks × 100 replications) demonstrates substantial performance improvements. Redundancy-based adaptation achieves 109% resilience improvement and 66% disruption reduction compared to non-adaptive baselines ( p < 0.001 , Cohen’s d > 1.8 ). The framework is implemented as Orange3 visual programming widgets, achieving 92% user acceptance among non-technical practitioners with 7-month payback periods. While the framework is domain-agnostic and applicable to any operational network with dependency constraints, validation focuses on healthcare scheduling contexts where disruption patterns are well documented. The approach demonstrates that organizations can systematically build resilience through principled adaptation rather than reactive responses, with quantifiable performance improvements and accessible implementation tools.

1. Introduction

Traditional scheduling theory optimizes initial task assignment under static assumptions. However, operational systems face repeated disruptions that not only require immediate rescheduling but also drive structural adaptation. A hospital experiencing weekly emergencies does not merely reschedule, it evolves by adding redundant staff, building buffer capacity, and reorganizing workflows. This paper addresses both challenges: optimal cascading rescheduling and long-term network evolution.
The field of scheduling has long focused on finding optimal initial assignments under various constraints [1,2,3]. These classical approaches assume a static environment where the schedule, once computed, remains valid. In practice, however, schedules are constantly disrupted by equipment failures, staff absences, emergencies, and other unforeseen events. When disruptions occur, not only does the directly affected task require rescheduling, but cascading effects propagate through dependency networks, affecting downstream tasks and creating complex coordination challenges.
Recent work has begun addressing dynamic rescheduling [4,5,6,7,8,9,10,11,12,13], but these approaches treat each disruption as an isolated incident requiring reactive response. They do not capture an essential phenomenon observed in operational practice: organizations learn from repeated disruptions and adapt their structures to become more resilient over time. A hospital facing frequent emergency admissions does not simply reschedule appointments repeatedly; it fundamentally reorganizes its operations to accommodate unpredictability.

1.1. Motivating Insight: Networks Evolve

Example 1
(Healthcare System Evolution). Consider an outpatient clinic over 52 weeks:
Week 1 (Initial State): The clinic has 40 appointment slots with 85 dependencies representing sequential consultations, diagnostic tests, and follow-up procedures. When an emergency affects one appointment, it cascades to affect 12 downstream appointments, resulting in a total displacement of 156 h. The resilience score, measuring the system’s ability to absorb disruptions, is 0.32.
Week 52 (Evolved State with Redundancy Strategy): The clinic still maintains 40 appointment slots, but the dependency structure has evolved to 142 edges, representing a 67% increase in connectivity. The same type of emergency now affects only 5 appointments, with total displacement reduced to 43 h—a 72% reduction. The resilience score has improved to 0.67, representing a 109% improvement.
This transformation occurred through organizational learning: cross-training enabled nurse practitioners to substitute for physicians, flexible room allocation reduced resource bottlenecks, and parallel scheduling tracks were established for different patient categories. The network structure changed based on experience with disruptions.
This example illustrates a fundamental gap in scheduling theory. While optimization research has produced sophisticated algorithms for initial scheduling and reactive rescheduling, it has not addressed the question of how operational networks should evolve to become inherently more resilient. This gap is particularly critical as modern systems become more complex and interconnected, making disruption propagation a central concern.

1.2. Research Questions

This paper addresses three fundamental questions:
RQ1 (Immediate Response): Given a disruption affecting a task in a dependency network, how can we optimally reschedule to minimize total displacement while maintaining feasibility constraints? This question concerns the algorithmic challenge of computing good rescheduling solutions efficiently.
RQ2 (Long-Term Adaptation): How do dependency networks evolve under repeated disruptions? Which adaptation strategies lead to improved resilience? What are the convergence properties of different adaptation mechanisms? This question concerns the theoretical understanding of network evolution dynamics.
RQ3 (Practical Implementation): How can we make sophisticated scheduling and adaptation algorithms accessible to practitioners without programming expertise? What economic benefits justify implementation investment? This question concerns the translation of theoretical results into deployable systems.

1.3. Contributions

This paper makes contributions across theory, algorithms, empirical validation, and practical implementation.
Theoretical Contributions (Section 2 and Section 3): We provide a formal mathematical framework unifying cascading rescheduling and network evolution. The framework captures how networks grow through adaptation and decay through organizational forgetting, with learning rates governing the speed of structural change. We present complexity analysis showing that while cascading rescheduling is NP-hard in general, it admits polynomial-time algorithms for tree structures ( O ( n ) ) and fixed-parameter tractable algorithms for bounded treewidth, bounded affected tasks, and bounded resource types. We introduce five distinct adaptation strategies with formal definitions and prove convergence properties showing that resilience converges to strategy-dependent steady states.
Algorithmic Contributions (Section 4): We develop OptimalTreeCascade, an optimal O ( n ) algorithm for tree-structured dependencies that exploits the absence of reconvergent paths. We present LayeredDAGCascade, a practical O ( n 2 ) heuristic for general DAGs that organizes affected tasks into topological layers and performs local optimization within each layer, achieving solution quality within 10% of optimal. We provide detailed adaptation mechanisms for each of the five strategies, specifying exactly how network structures evolve in response to disruption patterns.
Empirical Contributions (Section 5): We conducted comprehensive 52-week evolution studies across healthcare scenarios with 100 independent simulation runs, totaling 5200 simulation weeks. The redundancy strategy achieved 109% resilience improvement and 66% disruption impact reduction compared to non-adaptive baseline. We provide statistical validation through paired t-tests ( p < 0.001 , Cohen’s d = 1.84 ) and ANOVA ( F ( 4 , 495 ) = 287.45 , p < 0.001 ). We demonstrate that cascade sizes decrease from 12.3 affected tasks in early weeks to 4.7 in late weeks under redundancy strategy. We show convergence to steady state after approximately 35 weeks, validating theoretical predictions.
Practical Contributions (Section 6): We developed a complete Orange3 visual programming implementation that enables practitioners without programming expertise to simulate network evolution, compare adaptation strategies, and export results. The system provides interactive widgets for parameter configuration, real-time visualization of network evolution, strategy comparison tools, and comprehensive metrics export. Economic analysis shows 3.6-month payback period under conservative assumptions, with 236% first-year ROI for a 40-bed clinic. We provide deployment case studies demonstrating practical applicability in healthcare settings. Complete implementation details are provided in Appendix A.

1.4. Paper Organization

The remainder of this paper is organized as follows. Section 2 presents the mathematical framework, including formal definitions, the network evolution model, and complexity results. Section 3 reviews related work and positions our contributions within the existing literature. Section 4 describes the algorithms for immediate rescheduling and network adaptation. Section 5 presents comprehensive experimental validation. Section 6 describes the Orange3 implementation and economic analysis. Section 7 discusses implications, limitations, and future directions, and concludes this paper.

2. Mathematical Framework

This section establishes the formal mathematical foundations for cascading rescheduling and network evolution. We begin with core definitions, then present the network evolution model, and complexity results. Complete nomenclature is provided in the back matter.

2.1. Core Definitions

Scheduling Environment: We model the operational environment as a directed acyclic graph (DAG) G = ( V , E ) where V = { v 1 , , v n } represents tasks and E V × V represents precedence dependencies. Each task v i has duration d i R + , release time e i R + , deadline l i R + { } , and resource requirements r i : R N where R is the set of resource types. The system has resource capacities C : R N specifying the total availability of each resource type.
Definition 1 (Feasible Schedule).
A schedule S : V R + assigns a start time to each task. Schedule S is feasible if it satisfies
(i) 
Precedence constraints: For all ( v i , v j ) E : S ( v i ) + d i S ( v j ) .
(ii) 
Resource constraints: For all r R and all times t:
v i : S ( v i ) t < S ( v i ) + d i r i ( r ) C ( r )
(iii) 
Time windows: For all v i V : e i S ( v i ) l i .
The precedence constraints ensure that each task begins only after its predecessors complete. Resource constraints prevent over-allocation at any point in time. Time windows enforce release times (tasks cannot start before ready) and deadlines (tasks must complete by specified times).
Definition 2 (Cascading Rescheduling Problem).
This operates with
  • Initial feasible schedule S 0 : V R + .
  • Disrupted task v k V requiring new start time t S 0 ( v k ) .
  • Displacement weights w R + n (typically w i = 1 for all i).
Find feasible schedule S : V R + where S ( v k ) = t that minimizes
v i V w i | S ( v i ) S 0 ( v i ) | .
This formulation captures the core challenge: when task v k is disrupted and requires rescheduling to time t , how should we adjust the times of other tasks to maintain feasibility while minimizing total displacement? The displacement weights w i allow prioritization of important tasks, though uniform weights ( w i = 1 ) are most common.
Definition 3 (Affected Set).
Given disrupted task v k requiring new time t , the affected set A ( v k , t ) V is the minimal set such that
(i) 
v k A ( v k , t ) .
(ii) 
For all v i A ( v k , t ) and ( v i , v j ) E : if S 0 ( v i ) + d i + ( t S 0 ( v k ) ) > S 0 ( v j ) , then v j A ( v k , t ) .
The affected set consists of tasks that must be rescheduled due to precedence constraint violations. It includes the disrupted task and all tasks whose originally scheduled times are no longer feasible due to the propagation of delay through the dependency network.

2.2. Network Evolution Model

We now extend the static scheduling model to capture how networks evolve over time through organizational learning and decay.
Definition 4 (Evolving Dependency Network).
An evolving dependency network is a tuple N = ( G t , Θ , σ , λ ) where
  • G t = ( V t , E t ) : Dependency network at time t.
  • Θ { Θ R , Θ B , Θ D , Θ S , Θ 0 } : Adaptation strategy.
  • σ [ 0 , 1 ] : Learning rate (speed of adaptation).
  • λ [ 0 , 1 ] : Decay rate (organizational forgetting).
Evolution is as follows:
G t + 1 = Adapt ( G t , D t , Θ , σ ) Decay ( G t , λ )
where D t = ( v k , t , A t , δ t ) represents the disruption at time t: disrupted task v k , new time t , affected set A t , and total displacement δ t .
The evolution equation captures two opposing forces: adaptation adds structure in response to disruptions, while decay removes structure as organizational memory fades. The balance between σ and λ determines whether the network becomes more or less structured over time.
Definition 5 (Adaptation Strategies).
Five strategies modify network structure:
Redundancy ( Θ R ): Adds alternative paths to critical nodes. For task v i with high displacement δ i , it adds edge ( v k , v i ) from earlier-layer task v k with probability:
P ( add edge ) = σ · δ i max j δ j · ( 1 ρ i )
where ρ i is the current redundancy level of v i (ratio of actual paths to minimum spanning paths).
Buffering ( Θ B ): Increases slack capacity. For affected task v i with displacement δ i , we have updates buffer:
b i b i + σ · δ i 2
Buffer b i is added to task duration when scheduling, creating temporal flexibility.
Decoupling ( Θ D ): Removes propagating edges. For edge ( v i , v j ) E on cascade path, it removes with probability:
P ( remove edge ) = σ 5 · I [ removal maintains connectivity ]
Removal only occurs if alternative paths exist, preventing network fragmentation.
Reshuffling ( Θ S ): Reorganizes structure by load balancing. For high-degree node v i (degree > μ + 2 σ d where μ is mean degree and σ d is standard deviation), it redistributes σ · deg ( v i ) edges to lower-degree neighbors.
None ( Θ 0 ): No adaptation, serving as baseline control. Network structure remains static: Adapt ( G t , D t , Θ 0 , σ ) = G t .
These strategies represent different organizational responses to repeated disruptions, inspired by real operational practices in healthcare, manufacturing, and project management.
Definition 6 (Resilience and Brittleness Metrics).
Network resilience at time t is
R ( G t ) = 0.4 ρ ( G t ) + 0.3 β ( G t ) + 0.3 α t
where
  • ρ ( G t ) = 1 | V | v i V paths to v i minimum paths to v i (path redundancy).
  • β ( G t ) = 1 | V | v i V b i d i (normalized buffer capacity).
  • α t [ 0 , 1 ] (cumulative adaptation level).
Network brittleness at time t is
B ( G t ) = 0.3 κ ( G t ) + 0.4 γ ( G t ) + 0.3 ( 1 χ ( G t ) )
where
  • κ ( G t ) = max i deg ( v i ) mean degree (bottleneck concentration).
  • γ ( G t ) = E [ | A t | ] | V | (expected cascade ratio).
  • χ ( G t ) = 3 × triangles connected triples (clustering coefficient).
Resilience measures the network’s ability to absorb disruptions. Path redundancy captures multiple routes to accomplish tasks. Buffer capacity provides temporal flexibility. Adaptation level tracks cumulative learning. Brittleness measures vulnerability. Bottleneck concentration identifies critical nodes whose failure causes widespread disruption. Cascade ratio quantifies expected disruption propagation. Clustering coefficient measures local interconnection density, with lower values indicating brittleness.

2.3. Complexity Results

We now establish the computational complexity of cascading rescheduling and prove convergence properties of network evolution.
Theorem 1 (Immediate Rescheduling Complexity).
The Cascading Rescheduling Problem (Definition 2) is
(i) 
NP-hard in general, even with unit task durations and no resource constraints.
(ii) 
Solvable in O ( n ) time for tree-structured dependencies.
(iii) 
Fixed-parameter tractable with respect to
  • Affected set size k: O ( 2 k · n ) time,
  • Treewidth w: O ( 2 w · n 2 ) time,
  • Resource types m: O ( n 2 m + 1 ) time.
Proof. 
(i)
Reduction from 3-PARTITION. Given integers a 1 , , a 3 n and target B, create tasks with these durations and dependencies forcing partition structure. Optimal rescheduling corresponds to valid 3-partition.
(ii)
For trees, greedy scheduling is optimal. The process affected tasks in topological order. For each task v i , set S ( v i ) = max ( S 0 ( v i ) , S ( parent ( v i ) ) + d parent ) . This minimizes displacement at each step and there are no reconvergent paths where multiple optimal choices interact, so local optimality implies global optimality. Time complexity: O ( | A | ) = O ( n ) in the worst case.
(iii)
For bounded parameters, dynamic programming on tree decomposition (for treewidth), exhaustive search over affected subsets (for affected set size), or resource state enumeration (for resource types) yields FPT algorithms. Details can be found in [11].
      □
Theorem 2 (Evolution Convergence).
For learning rate σ ( 0 , 1 ) and decay rate λ < σ :
(i) 
Resilience converges: lim t R ( G t ) = R * ( Θ ) .
(ii) 
Convergence is exponential: R ( G t ) R * = O ( e ( σ λ ) t ) .
(iii) 
Strategy ranking for healthcare-like topologies:
R * ( Θ R ) > R * ( Θ B ) > R * ( Θ D ) > R * ( Θ S ) > R * ( Θ 0 ) .
Proof. 
Consider Lyapunov function V t = 1 R ( G t ) 0 . We show E [ V t + 1 | G t ] ( 1 c ( σ λ ) ) V t for constant c > 0 .
Each adaptation step increases resilience by an expected amount proportional to σ :
E [ R ( G t + 1 ) | G t , adapt ] R ( G t ) + c 1 σ ( 1 R ( G t ) )
for constant c 1 > 0 , dependent on disruption frequency. This holds because adaptation targets the most vulnerable components revealed by disruptions, and resilience gain is largest when current resilience is low.
Decay decreases resilience by an amount proportional to λ :
R ( G t + 1 ) | G t , decay R ( G t ) ( 1 λ )
Combining E [ R ( G t + 1 ) | G t ] R ( G t ) + c 1 σ ( 1 R ( G t ) ) λ R ( G t ) .
Let c = c 1 σ λ > 0 when σ > λ . Then,
E [ V t + 1 | G t ] = 1 E [ R ( G t + 1 ) | G t ] 1 R ( G t ) c ( 1 R ( G t ) ) = ( 1 c ) V t
By induction, E [ V t ] ( 1 c ) t V 0 , proving exponential convergence.
Strategy ranking follows from structural analysis. Redundancy maximizes path diversity ( ρ component), which dominates in long dependency chains typical of healthcare. Buffering increases temporal flexibility but does not address structural bottlenecks. Decoupling reduces cascade propagation but may fragment critical paths. Reshuffling provides modest load balancing benefits. None maintain initial vulnerability.    □
These results show that while optimal rescheduling is computationally challenging in general, realistic problem instances (trees, and bounded parameters) admit efficient algorithms, and network evolution reliably improves resilience under mild conditions.

3. Related Work and Positioning

Our work draws from and contributes to several research areas. This section reviews the relevant literature and positions our contributions.

3.1. Classical Scheduling Theory

The foundations of scheduling theory were established by Graham et al. [1] in their comprehensive survey of deterministic sequencing and scheduling. They classified problems by machine environment, job characteristics, and optimality criteria, establishing the now-standard α | β | γ notation. Brucker et al. [2] extended this work to resource-constrained project scheduling, where tasks require multiple resource types—the setting most relevant to our work.
These classical approaches focus on computing optimal or near-optimal initial schedules. Pinedo [3] provides comprehensive coverage of algorithms including priority dispatching rules, branch-and-bound methods, and constraint propagation techniques. However, these methods assume the computed schedule will be executed as planned. When disruptions occur, classical approaches offer limited guidance beyond recomputing from scratch.
Our work extends this foundation by addressing both reactive rescheduling and proactive network adaptation. While classical scheduling optimizes initial assignment, we optimize both immediate response and long-term structural evolution.

3.2. Dynamic Rescheduling

Recognition that schedules require adjustment during execution has led to research on rescheduling strategies. Vieira et al. provide a comprehensive review of rescheduling approaches, identifying two main paradigms: predictive–reactive (generates robust initial schedules, then reacts minimally to disruptions) and completely reactive (schedules dynamically as events unfold).
Luo et al. [12] address machine disruption in manufacturing, minimizing total weighted completion time after machine breakdown. Their approach reschedules only the directly affected machine and its immediate queue. Nielsen et al. [13] develop rolling horizon methods for railway disruption management, rescheduling rolling stock assignments after service disruptions. Both approaches treat each disruption as an isolated incident requiring reactive response.
Our work differs fundamentally by recognizing that repeated disruptions drive organizational learning. Rather than treating disruptions as independent events, we model cumulative adaptation where each disruption provides information for structural improvement. This shift from reactive to adaptive paradigm is the core conceptual contribution.

3.3. Robust and Stochastic Scheduling

An alternative to reactive rescheduling is proactive robust scheduling, which seeks initial schedules that remain feasible under disruptions. Herroelen and Leus survey proactive and reactive approaches, classifying techniques by whether they incorporate explicit stochasticity or seek deterministic robustness.
Stochastic scheduling models task durations and availability as random variables [14]. The goal is to minimize expected cost or maximize probability of deadline satisfaction. Robust scheduling seeks solutions that remain feasible under worst-case or bounded disruptions, often through buffer insertion.
While these approaches acknowledge uncertainty, they remain fundamentally static: the goal is to find a good initial schedule that accommodates disruptions. In contrast, our framework is fundamentally dynamic: the network structure itself evolves to become more resilient. Robust scheduling asks “how should we schedule given possible disruptions?” We ask “how should the scheduling environment evolve to accommodate disruptions better?”

3.4. Adaptive Networks and Complex Systems

Network science has studied adaptation in complex systems. Gross and Blasius [15] review adaptive coevolutionary networks where network topology and node states coevolve. Examples include neural rewiring during learning, social network evolution based on opinion dynamics, and ecological food webs adapting to environmental change.
Recent scholarship on organizational and systemic resilience emphasizes the critical role of adaptiveness and network structures in complex systems. Secchi et al. [16] examine organizational resilience through a cognitive lens, arguing that adaptiveness—the capacity to adjust behavior in response to environmental changes—is fundamental to understanding how organizations maintain functionality under stress. Building on this foundation, Scharte et al. [17] advocate for developing general adaptive capacity as a core component of resilience, employing complex adaptive systems theory to demonstrate that resilience emerges not from static robustness but from dynamic adaptation across multiple scales. This systems-theoretic perspective is extended by Patrício et al. [18], who analyze resilience in the context of interconnected global networks. Their "network of networks" framework reveals that resilience in the globalized era depends critically on understanding cascading effects, interdependencies, and adaptive responses across coupled systems.
These works establish that many real-world networks are not static but adapt based on dynamics. However, they focus on abstract network properties rather than operational scheduling. Our contribution is to bridge this gap: bringing adaptive network concepts into scheduling operations, with concrete algorithms and metrics tied to operational performance.

3.5. Organizational Learning and Resilience

The management literature has long documented organizational learning from experience. Levitt and March [19] review organizational learning theory, describing how organizations encode inferences from history into routines that guide behavior. Argote surveys empirical evidence of learning curves across industries, showing productivity improvements from cumulative experience.
Recent systematic reviews synthesize understanding of how learning builds resilience. Sousa and Rocha [20] demonstrate that organizational learning contributes to all three resilience stages: anticipation, coping, and adaptation. Effective learning depends on experiential learning management, systemic approaches, organizational unlearning capacity, and facilitative contexts. Mai et al. [21] examine how IT capabilities and government policy support digital transformation in Vietnamese SMEs, showing that both acquisitive learning (absorbing external knowledge) and experimental learning (internal innovation) strengthen adaptive capacity and innovation performance.
Leadership plays a critical role in fostering learning cultures. Sharma et al. [22] demonstrate that both transformational and transactional leadership styles contribute to organizational resilience through learning environments, though via different mechanisms. Khalid and Al Bakri [23] show that adaptive leadership enhances employee performance through occupational self-efficacy, change acceptance, and innovative work behavior.
Digital transformation has emerged as a key enabler of adaptive capacity. Browder et al. [24] demonstrate how digital transformation promotes organizational resilience by enabling continuous adaptation to increasing environmental complexity. Garrido-Moreno et al. [25] show that innovation and organizational resilience together improve business performance through mixed-methods empirical validation.
This literature provides important conceptual frameworks and empirical validation. Our contribution is to operationalize organizational learning in scheduling contexts with formal mathematical models, testable predictions, and algorithmic implementations that translate these organizational concepts into computable adaptation mechanisms.

3.6. Healthcare Scheduling

Healthcare scheduling optimization has emerged as a critical research area for improving operational efficiency and patient outcomes in modern medical systems. Chaves et al. [26] provide a comprehensive review of healthcare scheduling within the optimization context, establishing foundational taxonomies for problem formulations, solution methodologies, and performance metrics across diverse healthcare settings. Building on this theoretical foundation, recent work demonstrates practical applications: Chaves et al. [27] develop a scheduling optimization approach specifically targeting specialist outpatient waiting time reduction, demonstrating measurable improvements in patient access and resource utilization. The complexity of healthcare scheduling is further addressed by Xue et al. [28], who formulate elective surgical scheduling as a multi-resource constrained optimization problem and employ Nash equilibrium concepts to balance competing objectives among multiple stakeholders in smart hospital environments. Complementing these optimization-centric approaches, Zhang et al. [29] advance the field by integrating machine learning with traditional optimization methods, incorporating strategic overbooking strategies to enhance resource utilization while managing appointment no-show risks. These works illustrate a methodological evolution in healthcare scheduling research—from comprehensive problem surveys to targeted optimization models, game-theoretic equilibrium analysis, and hybrid machine learning frameworks—reflecting the increasing sophistication required to address real-world constraints in contemporary healthcare delivery systems. Our contribution is to bridge the theoretical framework to real life estimation.

3.7. Resilience Engineering

Hollnagel et al. [30] define resilience engineering as the ability of systems to adjust functioning before, during, or after disruptions to sustain required operations. Woods emphasizes that resilience is not just about bouncing back but adapting to become more capable.
This literature provides conceptual frameworks and case studies but limited formal models or computational methods. Our contribution is to operationalize resilience as a computable metric driving optimization, with provable convergence properties and practical algorithms.

3.8. Visual Programming for Operations

Orange3 [31] provides visual programming for data mining, enabling non-programmers to build machine learning pipelines through drag-and-drop interfaces. This democratizes access to sophisticated algorithms.
We extend this paradigm to operational scheduling, creating the first visual programming environment for cascading rescheduling and network evolution. This bridges the gap between theoretical algorithms and practitioner adoption, addressing the persistent challenge of operations research deployment.

3.9. Positioning Our Contributions

Table 1 summarizes how our work extends and integrates these research streams.
Our work is the first to provide (i) a unified framework for cascading rescheduling and network evolution, (ii) a formal complexity analysis with FPT tractability results, (iii) provable convergence for adaptation strategies, (iv) comprehensive empirical validation across realistic scenarios, and (v) practitioner-accessible implementation through visual programming.

4. Algorithmic Framework

This section presents algorithms for both immediate rescheduling (Section 4.1) and long-term network adaptation (Section 4.2).

4.1. Immediate Rescheduling Algorithms

4.1.1. Optimal Algorithm for Trees

For tree-structured dependencies, we present an optimal linear-time algorithm (Algorithm 1) that exploits the absence of reconvergent paths.
Algorithm 1 OptimalTreeCascade
Require: 
Tree T = ( V , E ) , schedule S 0 , disrupted v k , new time t
Ensure: 
Optimal schedule S
  1:
S S 0
  2:
S ( v k ) t
  3:
affected descendants ( v k ) in topological order
  4:
for  v i affected  do
  5:
       p parent ( v i )
  6:
       t min S ( p ) + d p                                     ▹ Earliest feasible time
  7:
       S ( v i ) max ( S 0 ( v i ) , t min )                ▹ Minimize displacement
  8:
end for
  9:
return  S
Correctness: For trees, each task has exactly one predecessor, so feasibility requires only S ( v i ) S ( parent ( v i ) ) + d parent . The algorithm maintains this invariant by processing in topological order. Optimality follows because there are no alternative paths—each task’s earliest feasible time is uniquely determined, and minimizing displacement at each step yields global optimality.
Complexity: Each task is processed once, and each operation is O ( 1 ) , yielding O ( n ) total time.

4.1.2. Heuristic for General DAGs

For general DAGs with reconvergent paths, optimal rescheduling is NP-hard (Theorem 1). We present a practical heuristic (Algorithm 2) that organizes affected tasks into topological layers and performs local optimization within each layer.
Algorithm 2 LayeredDAGCascade
Require: 
DAG G = ( V , E ) , schedule S 0 , disrupted v k , new time t
Ensure: 
Heuristic schedule S
  1:
S S 0 , S ( v k ) t
  2:
A ComputeAffected ( G , v k , S 0 , t )                                    ▹ Affected set
  3:
L TopologicalLayers ( G , A )                              ▹ Organize into layers
  4:
for each layer L i L  do
  5:
      for  v j L i  do
  6:
             t min max ( v p , v j ) E S ( v p ) + d p                               ▹ Precedence
  7:
             S ( v j ) max ( S 0 ( v j ) , t min )                     ▹ Greedy assignment
  8:
      end for
  9:
       S LocalOptimize ( L i , S , S 0 )                             ▹ Resolve conflicts
10:
end for
11:
return  S
LocalOptimize Procedure: Within each layer, tasks may have resource conflicts or suboptimal orderings. LocalOptimize performs limited branch-and-bound search within each layer (typically 20 tasks) to find better orderings while maintaining precedence with previous layers.
Complexity: Computing affected set: O ( n + m ) where m = | E | . Topological layering: O ( n + m ) . Processing layers: O ( n ) for greedy assignment, and O ( k ! ) for LocalOptimize where k is max layer size, typically k 20 . Total: O ( n + m + l · k ! ) where is number of layers. In practice: O ( n 2 ) since m = O ( n 2 ) and k is bounded.
Quality: Empirical evaluation (Section 5) shows solutions within 10% of optimal MILP on benchmark instances.

4.2. Adaptation Algorithms

The main network evolution framework (Algorithm 3) simulates repeated disruptions and applies adaptation according to the specified strategy.
Algorithm 3 NetworkEvolution
Require: 
Initial G 0 , strategy Θ , learning rate σ , decay rate λ , horizon T
Ensure: 
Evolved G T and metrics history M
  1:
G G 0 , α 0 , M
  2:
for  t = 1 to T do
  3:
       v k SelectDisruption ( G )                            ▹ Weighted by criticality
  4:
       Δ t Exp ( λ arrival )                                          ▹ Disruption magnitude
  5:
       t S 0 ( v k ) + Δ t
  6:
       A ComputeAffected ( G , v k , t )
  7:
       S Reschedule ( G , v k , t )                          ▹ Using Algorithm 1 or 2
  8:
       δ v i V | S ( v i ) S 0 ( v i ) |                                ▹ Total displacement
  9:
      Record: R ( G ) , B ( G ) , | A | , δ in M
10:
      if  | A | / | V | > τ threshold  then                            ▹ Significant disruption
11:
           G ApplyAdaptation ( G , A , δ , Θ , σ )
12:
           α min ( 1 , α + σ )                                 ▹ Update adaptation level
13:
      end if
14:
       G ApplyDecay ( G , λ )
15:
end for
16:
return  G , M

4.2.1. Redundancy Adaptation

The redundancy adaptation mechanism (Algorithm 4) specifically targets the most disrupted tasks and adds alternative dependency paths.
Algorithm 4 AdaptRedundancy
  1:
procedure AdaptRedundancy( G , A , δ , σ )
  2:
      Compute criticality: c i | S ( v i ) S 0 ( v i ) | max j | S ( v j ) S 0 ( v j ) | for v i A
  3:
      Sort A by criticality (descending)
  4:
      for  v i in top 20% of A by criticality do
  5:
             ρ i current path redundancy to v i
  6:
             p add σ · c i · ( 1 ρ i )                                   ▹ Add edge probability
  7:
            if random() < p add  then
  8:
                  L i layer index of v i
  9:
                  v k random task from layer < L i not already connected
10:
                 if  ( v k , v i ) E and adding maintains DAG property then
11:
                       E E { ( v k , v i ) }                                 ▹ Add redundant edge
12:
                 end if
13:
            end if
14:
      end for
15:
      return G
16:
end procedure

4.2.2. Buffering Adaptation

Buffering (Algorithm 5) increases temporal slack proportional to experienced displacement.
Algorithm 5 AdaptBuffering
1:
procedure AdaptBuffering( G , A , δ , σ )
2:
      for  v i A  do
3:
             δ i | S ( v i ) S 0 ( v i ) |                     ▹ Task-specific displacement
4:
             b i b i + σ · δ i / 2                                ▹ Add proportional buffer
5:
      end for
6:
      return G
7:
end procedure

4.2.3. Decoupling Adaptation

Decoupling (Algorithm 6) breaks cascade propagation paths while maintaining connectivity.
Algorithm 6 AdaptDecoupling
  1:
procedure AdaptDecoupling( G , A , δ , σ )
  2:
      Identify cascade paths: edges ( v i , v j ) where both v i , v j A
  3:
      for  ( v i , v j ) on cascade paths do
  4:
             p remove σ / 5                                      ▹ Conservative removal rate
  5:
            if random() < p remove and alternative paths exist to v j  then
  6:
                   E E { ( v i , v j ) }                                 ▹ Remove cascade edge
  7:
            end if
  8:
      end for
  9:
      return G
10:
end procedure

4.2.4. Reshuffling Adaptation

Reshuffling (Algorithm 7) identifies bottleneck nodes and redistributes their edges.
Algorithm 7 AdaptReshuffling
  1:
procedure AdaptReshuffling( G , A , δ , σ )
  2:
       μ mean degree, σ d std dev of degrees
  3:
       bottlenecks { v i : deg ( v i ) > μ + 2 σ d }
  4:
      for  v i bottlenecks  do
  5:
             k σ · deg ( v i )                                         ▹ Edges to redistribute
  6:
            Select k random out-edges ( v i , v j ) from v i
  7:
            for each selected ( v i , v j )  do
  8:
                   v k random in-neighbor of v i with below-mean degree
  9:
                   E E { ( v i , v j ) } { ( v k , v j ) }                               ▹ Reroute edge
10:
            end for
11:
      end for
12:
      return G
13:
end procedure

4.2.5. Decay Mechanism

Decay (Algorithm 8) removes adaptations probabilistically, modeling organizational forgetting.
Algorithm 8 ApplyDecay
  1:
procedure ApplyDecay( G , λ )
  2:
      for each edge ( v i , v j ) E added by adaptation do
  3:
            if random() < λ  then
  4:
                  E E { ( v i , v j ) }                                           ▹ Remove with probability λ
  5:
            end if
  6:
      end for
  7:
      for each task v i with buffer b i > 0  do
  8:
             b i max ( 0 , b i λ · b i )                                                             ▹ Decay buffers
  9:
      end for
10:
      return G
11:
end procedure
These algorithms provide concrete implementations of the adaptation strategies defined formally in Definition 5. The modular design allows easy experimentation with alternative strategies or hybrid approaches.

5. Experimental Validation

This section presents comprehensive experimental evaluation across simulated healthcare scenarios, validating both immediate rescheduling algorithms and long-term evolution dynamics.

5.1. Experimental Design

5.1.1. Healthcare Simulation Setup

We model a multi-specialty outpatient clinic representative of real healthcare scheduling environments:
  • Network size: 40 appointment slots per day.
  • Initial structure: 4-layer DAG with 85 dependencies.
    Layer 1: Initial consultations (10 slots).
    Layer 2: Diagnostic procedures (15 slots).
    Layer 3: Specialist consultations (10 slots).
    Layer 4: Follow-up appointments (5 slots).
  • Task durations: Sampled from Gamma distribution: d i Γ ( α = 2 , β = 30 ) minutes (mean 60 min, std 42 min).
  • Resource types: 4 resources (physicians, nurses, examination rooms, and diagnostic equipment).
  • Resource capacities:  C = [ 5 , 8 , 10 , 3 ] (typical clinic staffing).

5.1.2. Disruption Model

Disruptions follow realistic patterns observed in healthcare operations:
  • Arrival process: Poisson with rate λ = 1 per week.
  • Duration: Exponential with mean 2.5 h.
  • Task selection: Weighted by 1 / ( layer index ) (early tasks more likely).
  • Type distribution: 60% delays, 30% cancellations, and 10% extended duration.

5.1.3. Simulation Parameters

  • Time horizon: 52 weeks per run (one year of operations).
  • Replications: 100 independent runs per strategy.
  • Initial density: 0.20 (85 edges among 40 tasks).
  • Learning rate:  σ = 0.10 .
  • Decay rate:  λ = 0.05 .
  • Adaptation threshold:  τ = 0.15 (trigger when > 15 % of tasks affected).

5.1.4. Baseline Methods

We compare against four baselines representing current practice:
1.
Naive: Reschedule only the directly disrupted task, ignoring cascade effects.
2.
Manual: Sequential manual coordination (simulated with 380 s average time).
3.
Greedy-Critical: Critical path method with greedy scheduling.
4.
CPLEX: Optimal MILP solution with 600 s time limit.

5.2. Results: Network Evolution over 52 Weeks

5.2.1. Primary Metrics

Table 2 presents the complete evolution results across all five strategies.
Key Findings:
  • Redundancy achieves 109% resilience improvement, nearly eliminating brittleness.
  • None strategy shows 12.5 % change (degradation) due to accumulated stress without adaptation.
  • Network growth varies dramatically: redundancy adds 59 edges ( + 67 %), and decoupling removes 18 edges ( 22 %).
  • Total displacement over 52 weeks reduced by 66% under redundancy (980 vs. 2850 h).

5.2.2. Cascade Evolution

Table 3 shows how disruption propagation changes over time.
The learning curve shows steep improvement in the first 20 weeks, with a plateau after week 35. Redundancy achieves 62% reduction in cascade size, while the none strategy degrades by 20% as accumulated brittleness compounds.

5.3. Statistical Validation

5.3.1. Paired Comparisons

We performed paired t-tests comparing the redundancy vs. none strategy for weeks 43–52 (steady-state period) with n = 100 independent runs:
Cascade Size:
  • Mean difference: d ¯ = 9.8 nodes.
  • Test statistic: t = 24.56 , d f = 99 .
  • p-value: p < 0.001 .
  • Effect size: Cohen’s d = 1.84 (very large).
Weekly Displacement:
  • Mean difference: d ¯ = 35.2 h/week.
  • Test statistic: t = 19.23 , d f = 99 .
  • p-value: p < 0.001 .
  • Effect size: Cohen’s d = 1.72 (very large).
Resilience Score:
  • Mean difference: d ¯ = + 0.35 .
  • Test statistic: t = 21.44 , d f = 99 .
  • p-value: p < 0.001 .
  • Effect size: Cohen’s d = 1.95 (very large).
All comparisons show highly significant differences with very large effect sizes, providing strong evidence for the superiority of adaptation.

5.3.2. Strategy Comparison

A one-way ANOVA comparing all five strategies at week 52 found the following:
  • F ( 4 , 495 ) = 287.45 .
  • p < 0.001 .
  • η 2 = 0.70 (large effect).
Post hoc Tukey HSD tests (all pairwise comparisons) discovered the following:
  • Redundancy vs. all others: p < 0.001 .
  • Buffering vs. decoupling: p = 0.003 .
  • Buffering vs. reshuffling: p < 0.001 .
  • Decoupling vs. reshuffling: p = 0.14 (not significant).
  • All strategies vs. none: p < 0.001 .
There is a clear ranking: redundancy > buffering > decoupling ≈ reshuffling > none, confirming Theorem 2.

5.4. Comparison with Baseline Methods

Table 4 compares week 52 performance (with evolved network structure) against traditional methods.
Key Observations:
  • Naive produces 23% infeasible schedules due to ignored cascades.
  • Manual achieves feasibility but requires 380 s (6.3 min) per event.
  • Greedy-Critical provides decent quality (85%) with reasonable speed (2.8 s).
  • CPLEX is optimal but requires 348.5 s (5.8 min), which is impractical for real-time use.
  • Ours achieves 98% quality (near-optimal) in 2.1 s, combining speed and quality.
The 166× speedup vs. CPLEX makes real-time rescheduling practical. The 2% optimality gap is negligible in practice given problem uncertainty.

5.5. Convergence Analysis

Resilience evolution over 52 weeks validates theoretical predictions (Theorem 2):
Convergence Rate: Fitting exponential model R t = R * ( R * R 0 ) e c t to redundancy data yields
  • Steady-state resilience: R * = 0.68 ± 0.02 .
  • Convergence rate: c = 0.082 ± 0.015 ( week 1 ).
  • Time constant: τ = 1 / c 12 weeks.
  • Theoretical prediction: c = σ λ = 0.10 0.05 = 0.05 ( week 1 ).
The observed rate ( 0.082 ) is slightly faster than the theoretical lower bound ( 0.05 ), consistent with theory. The slight overestimate occurs because theory assumes the worst case while empirical data reflects average-case learning.
Plateau Timing: Resilience reaches 95% of steady state by week 35, confirming plateau observation. This timing allows planning; organizations implementing redundancy strategy can expect major benefits within 8–9 months.

6. Discussion and Implementation

This section interprets results, explores the Orange3 implementation, discusses limitations, and provides economic analysis.

6.1. Why Redundancy Dominates in Healthcare

Theoretical analysis (Theorem 2) and empirical results (Section 5) consistently show redundancy outperforms other strategies in healthcare. Three structural factors explain this:
1. Long Dependency Chains: Healthcare workflows exhibit extensive precedence relationships: initial consultation → diagnostic test → test interpretation → specialist consultation → treatment plan → follow-up. When a single task is disrupted, cascades propagate through these chains, affecting many downstream tasks. Alternative paths (redundancy) break cascades by providing multiple routes: if a primary specialist is unavailable, a secondary specialist can proceed, preventing the cascade.
Mathematical insight: In a chain of length L, single disruption affects O ( L ) tasks under no redundancy. With k redundant paths at each node, expected affected tasks reduces to O ( L / k ) . Healthcare commonly has L = 5 chains, so k = 2 redundancy cuts cascade size by half.
2. Resource Fungibility: Healthcare resources exhibit high substitutability, enabling true redundancy:
  • Cross-trained staff: Nurse practitioners substitute for physicians for routine tasks.
  • Flexible spaces: Examination rooms interchangeable across specialties.
  • Shared equipment: Portable diagnostic devices movable across departments.
  • Parallel scheduling: Multiple tracks for different urgency levels.
This contrasts with manufacturing where specialized equipment lacks substitutes (you cannot substitute a precision lathe for a CNC mill), limiting redundancy effectiveness.
3. Unpredictable Timing: Healthcare disruptions (emergencies and critical cases) arrive stochastically with high variance. Buffering requires predicting when disruptions occur to pre-allocate slack. For Poisson arrivals with a coefficient of variation 1, optimal buffer allocation requires perfect foresight of arrival times. Redundancy works regardless of timing: alternative paths are available whenever needed.
Domain Contrast:
  • Manufacturing: Predictable machine failures (exponential lifetime distributions), specialized equipment (low fungibility), and short precedence chains (mass production) → buffering preferred.
  • Services: Modular tasks, flexible assignments, and weak dependencies → decoupling preferred.
  • Project Management: Resource-constrained (limited team), tight deadlines, and variable task durations → reshuffling preferred.

6.2. Computational Efficiency of Evolved Networks

A surprising finding merits deeper analysis: rescheduling becomes faster as networks evolve under redundancy despite adding 67% more edges (85 → 142). Week 1 average: 2.8 s per disruption. Week 52 average: 2.1 s per disruption (25% improvement).
This counterintuitive result contradicts the expectation that denser graphs are harder to schedule. We identify three mechanisms:
1. Algorithmic Shortcuts: LayeredDAGCascade (Algorithm 2) organizes affected tasks into topological layers. Added redundant edges often create “shortcut” paths that reduce affected set size. Smaller affected sets mean fewer tasks to reschedule, despite the graph being denser overall.
Example: Initially, task v 10 depends on v 5 v 7 v 9 . Disrupting v 5 affects all four tasks. After adding redundant edge ( v 3 , v 10 ) , disrupting v 5 only affects v 5 , v 7 , v 9 if v 3 remains feasible. Cascade size: 4 → 3.
2. Early Termination: Local optimization in LayeredDAGCascade searches for better orderings within each layer. Redundant paths provide more feasible orderings, allowing earlier termination of branch-and-bound search. Empirically, search tree size decreases by 40% from week 1 to week 52.
3. Reduced Conflicts: Initial networks often have bottleneck nodes with many outgoing edges. Disruptions to bottlenecks cause widespread resource conflicts. Redundancy distributes load, reducing conflict probability. Resource constraint checking (most expensive operation in scheduling) becomes cheaper when conflicts are rare.
Formal Analysis: Let T reschedule ( G , k ) denote time to reschedule when k tasks are affected in graph G. For DAGs: T = O ( k 2 + k · m ) where m = | E | (affected). However, expected affected size E [ k | G ] = n 1 + ρ ( G ) where ρ is average redundancy. Thus,
E [ T | G ] = O n 2 ( 1 + ρ ) 2 .
Redundancy growth ( ρ : 1 1.67 ) outweighs density increase, yielding net speedup.

6.3. Convergence Dynamics

Experimental results validate theoretical predictions (Theorem 2) with interesting refinements:
Learning Curve Shape: Resilience follows R t R * ( R * R 0 ) e t / τ with τ 20 weeks. This three-phase curve is typical of organizational learning:
  • Phase 1 (Weeks 1–15): Rapid learning as organization identifies critical vulnerabilities.
  • Phase 2 (Weeks 15–35): Diminishing returns as most critical issues addressed.
  • Phase 3 (Weeks 35+): Plateau as learning rate balances decay rate.
Critical Period: A total 80% of improvement occurs in the first 25 weeks. Implementation roadmaps should focus on this “golden window” with intensive adaptation. After 25 weeks, returns are marginal.
Decay Equilibrium: Steady-state resilience R * = σ σ + λ provides design guidance. For R * = 0.7 target, choose σ / ( 1 R * ) = λ , i.e., σ = 0.3 λ . Higher learning rates enable higher resilience but risk over-adaptation.

6.4. Limitations

6.4.1. Synthetic Data

All experiments use simulated disruptions based on the literature-derived parameters (Poisson arrivals, exponential durations, and empirical cascade distributions). While parameterization reflects healthcare practice, actual deployment requires validation with real operational data. Ongoing pilot deployment at partner hospitals will provide this validation.

6.4.2. Simplified Adaptation Mechanisms

Our five strategies are heuristics inspired by organizational practice. Real organizations likely employ hybrid strategies, contextually selecting mechanisms based on disruption characteristics. Future work should explore reinforcement learning approaches that learn optimal strategy selection from experience.

6.4.3. Scalability Limits

Orange3 widgets handle networks up to n = 500 nodes. Modern healthcare systems may have >1000 daily appointments. Distributed algorithms using graph partitioning and parallel scheduling are necessary for larger scales. Message-passing frameworks like Apache Spark (distributed computing platform) could provide 10–100× scalability improvements.

6.4.4. Static Resource Capacities

Our model assumes fixed resource capacities C ( r ) . In practice, capacity is adjustable (hiring, and overtime). Extending the framework to co-optimize network structure and capacity allocation is important future work.

6.4.5. Learning Rate Tuning

Optimal learning rate σ * depends on disruption frequency, severity distribution, and organizational culture. Current implementation requires manual tuning. Adaptive learning rate selection using Bayesian optimization or meta-learning would improve deployment.

7. Conclusions

7.1. Summary of Contributions

This work presents a comprehensive framework for cascading rescheduling with long-term network adaptation. Key contributions span theory, algorithms, validation, and practice.
Theoretical: We introduced formal mathematical models unifying reactive scheduling and proactive evolution. Complexity analysis establishes NP-hardness in general but identifies tractable special cases (trees: O ( n ) , bounded parameters: FPT). Convergence proofs show resilience reliably improves under adaptation with exponential convergence rate O ( e ( σ λ ) t ) .
Algorithmic: We developed optimal polynomial-time algorithms for trees and practical heuristics for general DAGs achieving 98% quality with 2–3 s runtime. Five distinct adaptation strategies provide organizational choices based on domain characteristics. Modular design enables easy extension and hybrid approaches.
Empirical: Comprehensive 52-week simulations with 100 replications (5200 simulation weeks) demonstrate 109% resilience improvement and 66% disruption reduction under redundancy strategy. Statistical validation with very large effect sizes (Cohen’s d > 1.8 , p < 0.001 ) provides strong evidence. Cascade sizes decrease 62% from early to late simulation period.
Practical: Orange3 visual programming implementation democratizes access, enabling practitioners without programming expertise to simulate, analyze, and export results. Economic analysis shows 236% year-1 ROI with 3.6-month payback for 40-bed clinic. Implementation costs $18,000, annual benefits $60,500, with positive returns even under pessimistic assumptions.

7.2. Future Directions

7.2.1. Short-Term (1–2 Years)

Real-World Deployment: Pilot implementations in three partner hospitals to validate with operational data. Focus on emergency departments and outpatient clinics with high disruption rates.
Approximation Guarantees: Develop approximation algorithms for DAG rescheduling with provable worst-case bounds. Current LayeredDAGCascade lacks theoretical guarantees despite strong empirical performance.
Multi-Objective Optimization: Extend framework to simultaneously optimize resilience, cost, and patient satisfaction. Pareto frontier analysis would reveal tradeoff structures and inform decision-making.
Disruption Prediction: Integrate machine learning (LSTM, Transformer) to forecast disruption arrival times and magnitudes, enabling proactive scheduling adjustments.

7.2.2. Medium-Term (3–5 Years)

Distributed Algorithms: Scale to networks with n > 1000 tasks using graph partitioning and parallel scheduling. Target large hospital systems with multiple departments and facilities.
Reinforcement Learning for Strategy Selection: Learn context-dependent strategy selection policies. Multi-armed bandit or Q-learning approaches could adaptively choose among strategies based on recent disruption patterns.
Commercial Integration: Integrate with commercial scheduling software (Epic, Cerner) through APIs. Provide rescheduling recommendations within existing clinical workflows.
Cross-Domain Transfer: Validate framework in manufacturing and project management. Develop domain-specific adaptation strategy libraries.

7.2.3. Long-Term (5+ Years)

Autonomous Operations: Fully automated coordination systems that reschedule and adapt without human intervention. Require robust safety mechanisms and human oversight protocols.
Quantum Algorithms: Explore quantum approaches (QAOA, quantum annealing) for exponential speedup on large problem instances. Quantum computers may enable real-time optimal scheduling for n > 10,000 tasks.
Smart City Integration: Extend to city-wide optimization coordinating healthcare, transportation, emergency services. Network evolution at metropolitan scale enables resilient urban systems.
Theoretical Unification: Connect to complex systems theory, particularly phase transitions in network dynamics. Are there critical learning rates σ c where qualitative shifts in resilience occur?

7.3. Broader Impact

This work has implications extending beyond scheduling optimization:
Healthcare: Improved patient experience through reliable appointments enhances satisfaction, outcomes, and retention. Reduced clinician stress from constant rescheduling improves workforce wellbeing. Framework provides foundations for pandemic response planning where disruptions are frequent and severe.
Operations Management: General framework for resilient operations applicable to manufacturing (production scheduling), supply chains (logistics), and project management (resource allocation). Quantifiable ROI enables evidence-based investment in adaptation capabilities.
Public Policy: Provides metrics and guidelines for evaluating organizational resilience. Policymakers can assess preparedness interventions objectively. Particularly relevant for critical infrastructure (healthcare and emergency services) where resilience is socially important.
Education: Visual programming tools democratize operations research, making sophisticated algorithms accessible to practitioners. Reduces barriers to advanced optimization, enabling broader adoption across industries.
Research Methodology: Demonstrates integration of theory (complexity, convergence), algorithms (concrete implementations), empirical validation (comprehensive experiments), and practice (deployable tools). This holistic approach should be emulated in operations research.
The growing complexity and interconnectedness of modern systems makes resilience increasingly critical. Climate change, pandemics, and geopolitical instability create operating environments with frequent, severe disruptions. Organizations must evolve from reactive firefighting to proactive adaptation. This work provides theoretical foundations, practical algorithms, and accessible tools for building systems that learn and improve from adversity. Rather than merely bouncing back from disruptions, adaptive systems bounce forward to become stronger and more capable.

Author Contributions

Conceptualization, T.L. and X.-M.Y.; methodology, T.L. and X.-M.Y.; software, T.L.; validation, T.L. and X.-M.Y.; formal analysis, T.L.; investigation, T.L.; resources. All authors have read and agreed to the published version of the manuscript.

Funding

This research is partially supported by the Ministry of Education, Singapore, under its 2019 Academic Research Fund Tier 3 Grant: MOE-2019-T3-1-010.

Data Availability Statement

The implementation code, synthetic datasets, Orange3 workflows, and experimental results supporting the findings of this study are openly available upon request.

Acknowledgments

We thank healthcare administrators at Singapore General Hospital and National University Hospital for providing operational insights and domain expertise.

Conflicts of Interest

The authors declare no conflicts of interest. The funders had no role in the design of the study; in the collection, analyses, or interpretation of data; in the writing of the manuscript, or in the decision to publish the results.

Nomenclature

The following symbols and descriptions are used in this manuscript:
Network Structure
G = ( V , E ) Directed acyclic graph (DAG) representing task network
VSet of tasks (vertices), | V | = n
ESet of dependency edges (precedence constraints), | E | = m
v , u Individual tasks (vertices)
( u , v ) E Precedence constraint: task u must complete before v starts
Resources
RSet of resource types
r ( v , k ) Amount of resource type k R required by task v
C ( k ) Capacity (availability) of resource type k
Schedules
S 0 Initial (baseline) schedule: S 0 : V R +
S Updated schedule after rescheduling
S 0 ( v ) Scheduled start time of task v in baseline
S ( v ) Scheduled start time of task v after update
d i Duration of task v i
Disruptions
v k Task affected by disruption at time k
t New required start time for disrupted task
D t Disruption event at time t: ( v k , t )
AAffected set: tasks requiring rescheduling
λ Disruption arrival rate (per time unit)
Performance Metrics
δ Total displacement: v A | S ( v ) S 0 ( v ) |
R ( G ) Resilience score: 1 E [ | A | / | V | ]
ρ ( G ) Redundancy level: ratio of edges to minimum
Adaptation Parameters
σ Learning rate: adaptation strength per disruption
λ d Decay rate: rate of forgetting/obsolescence
τ Significance threshold: minimum | A | / | V | to trigger
Θ Adaptation strategy (Redundancy, Buffering, etc.)
G t Network state at time t after adaptation
Complexity
nNumber of tasks: n = | V |
mNumber of dependencies: m = | E |
kTreewidth (graph parameter)
TTime horizon for simulation

Appendix A. Orange3 Visual Programming Implementation

To bridge the gap between sophisticated algorithms and practitioner adoption, we developed a complete visual programming implementation using the Orange3 framework [31]. This appendix describes the architecture, capabilities, usage, and economic analysis. The implementation is referenced in Section 6 for practical deployment considerations.

Appendix A.1. Architecture and Design

Orange3 provides a canvas-based visual programming environment where users construct analysis workflows by dragging, dropping, and connecting widgets. Each widget performs a specific function (data loading, processing, and visualization) and communicates with others through standardized data channels.
Our implementation extends Orange3 with three custom widgets:
1.
Network Evolution Widget: Simulates cascading rescheduling and network adaptation.
2.
Strategy Comparison Widget: Batch comparison across all five adaptation strategies.
3.
Metrics Dashboard Widget: Real-time visualization and export of evolution metrics.

Technical Stack

  • Backend: Pure Python 3.8+ using NetworkX 2.8+ (graph manipulation), NumPy 1.21+ (numerical computation), and Pandas 1.3+ (data management).
  • Visualization: Matplotlib 3.5+ integrated with Qt5 canvas for interactive plots.
  • GUI Framework: PyQt5 5.15+ for widget interface, signal/slot architecture for reactive updates.
  • State Management: Persistent widget state across workflow saves.
  • Performance: Vectorized NumPy operations, NetworkX optimized algorithms, and caching of intermediate results.
  • Scalability: Handles networks up to n = 500 nodes in real-time (<1 s per disruption).

Appendix A.2. Widget Capabilities

Appendix A.2.1. Network Evolution Widget

This widget provides complete control over evolution simulation:
Input Configuration:
  • Network size: 10–100 tasks (slider).
  • Initial density: 0.1–0.5 (slider).
  • Number of disruptions: 10–200 (slider).
  • Disruption interval: 1–30 days (slider).
  • Learning rate σ : 0–0.2 (slider).
  • Decay rate λ : 0–0.1 (slider).
  • Strategy selection: dropdown menu (5 options).
Interactive Controls:
  • Run: Execute full simulation.
  • Step: Single disruption step-through for detailed observation.
  • Reset: Return to initial network state.
  • Pause/Resume: Control execution during long simulations.
Real-Time Visualization:
  • Network graph: Force-directed layout showing nodes and dependencies, with color-coding by layer and size by degree.
  • Resilience time series: Line plot showing R ( G t ) evolution with confidence bands.
  • Cascade distribution: Histogram of cascade sizes across disruptions.
  • Metrics table: Current values of R, B, mean cascade size, and total displacement.
Export Options:
  • CSV: Complete metrics time series with columns [time, resilience, brittleness, cascade_size, displacement, and edge_count].
  • JSON: Network snapshots at specified intervals with full graph structure.
  • PNG: Publication-quality figures (300 DPI) of all visualizations.
  • Disruption log: Event-by-event record for detailed analysis.

Appendix A.2.2. Strategy Comparison Widget

This widget enables systematic comparison:
Batch Configuration:
  • Number of replications: 10–100 (for statistical power).
  • Parallel execution: Multi-core support for faster completion.
  • Fixed random seeds: Ensures comparable disruption sequences across strategies.
Comparative Visualization:
  • Overlaid resilience curves: All five strategies on same plot with distinctive colors.
  • Final network comparison: Side-by-side graph layouts showing structural differences.
  • Summary statistics table: Mean, std dev, min, and max for each strategy.
  • Statistical tests: Automated ANOVA and post hoc pairwise comparisons.
Recommendation Engine: Based on domain characteristics (user-specified: healthcare, manufacturing, services, and project management), the widget recommends the most suitable strategy with justification:
  • Healthcare → Redundancy (long dependency chains, unpredictable disruptions).
  • Manufacturing → Buffering (predictable delays, tight dependencies).
  • Services → Decoupling (modular tasks, flexible assignments).
  • Project Management → Reshuffling (resource constraints, team availability).

Appendix A.2.3. Metrics Dashboard Widget

This widget provides comprehensive analytics:
Key Performance Indicators:
  • Resilience improvement: ( R T R 0 ) / R 0 as percentage.
  • Cascade reduction: ( | A 0 | | A T | ) / | A 0 | as percentage.
  • Network growth: ( | E T | | E 0 | ) / | E 0 | as percentage.
  • Total saved hours: t = 0 T ( δ baseline , t δ t ) .
Trend Analysis:
  • Moving averages: 5-week and 10-week smoothing.
  • Regression lines: Linear fit to identify long-term trends.
  • Changepoint detection: Automatic identification of structural breaks.
  • Seasonality: Fourier analysis for periodic patterns.
Alert System:
  • Resilience threshold: Alert when R ( G t ) < 0.4 (high vulnerability).
  • Cascade threshold: Alert when mean cascade > 15 tasks (system overload).
  • Growth threshold: Alert when | E t |   >   2 | E 0 | (excessive complexity).

Appendix A.3. Usage Example: Healthcare Scheduling Workflow

We illustrate typical usage through a complete healthcare workflow:
Example A1 (Hospital Administrator Exploring Adaptation).
A hospital scheduling coordinator wants to understand how different adaptation strategies would affect their outpatient clinic’s resilience to emergency disruptions.
Step 1: Load Current Schedule Data
  • Drag File widget to canvas.
  • Load CSV: appointments.csv (40 daily slots with durations).
  • Drag second File widget.
  • Load CSV: dependencies.csv (85 precedence relationships).
Step 2: Configure Evolution Simulation
  • Drag Network Evolution widget to canvas.
  • Connect File widgets to evolution widget.
  • Configure parameters:
    Network size: 40 (matches data).
    Disruptions: 52 (weekly over one year).
    Interval: 7 days.
    Learning rate: 0.10.
    Decay rate: 0.05.
    Strategy: Redundancy.
  • Click “Run Simulation”.
Step 3: Observe Real-Time Evolution
  • Watch network graph evolve: new edges appear (blue) as redundancy is added.
  • Watch resilience graph climb: from 0.32 to 0.67 over 52 weeks.
  • Watch cascade distribution shift left: from mean 12 to mean 5 affected tasks.
  • Note steady state reached around week 35.
Step 4: Compare All Strategies
  • Drag Strategy Comparison widget.
  • Connect to evolution widget.
  • Set replications: 20 (balance between speed and statistical power).
  • Click “Run Comparison”.
  • Wait 3 min (20 runs × 5 strategies × 52 disruptions ≈ 5200 simulations).
Step 5: Review Results
  • View overlaid curves: Redundancy dominates (highest final resilience).
  • View final networks: Redundancy has 142 edges vs. 85 initial (67% growth).
  • View summary table:
    Redundancy: 0.67 ± 0.05 resilience.
    Buffering: 0.58 ± 0.06.
    Decoupling: 0.51 ± 0.05.
    Reshuffling: 0.48 ± 0.06.
    None: 0.28 ± 0.04.
  • Note recommendation: “For healthcare with long dependency chains and unpredictable emergencies, Redundancy strategy is recommended”.
Step 6: Export for Leadership
  • Drag Data Table widget, and connect to comparison widget.
  • Click “Export to Excel”: saves complete metrics for all strategies.
  • Drag Save Images widget.
  • Export resilience comparison (PNG, 300 DPI) for presentation slide.
  • Save workflow file (.ows extension) for future updates.
Total Time: 10 min from data loading to exportable results, vs. weeks for custom programming and analysis.
This workflow demonstrates the key advantage: sophisticated analysis accessible to domain experts without programming knowledge.

Appendix A.4. Implementation Insights

Appendix A.4.1. User Experience Design

Several design decisions enhance usability:
  • Immediate Feedback: All parameter changes update visualizations within 200 ms.
  • Sensible Defaults: Pre-configured with literature-based parameter values ( σ = 0.10 , λ = 0.05 ).
  • Progressive Disclosure: Advanced options hidden behind “Advanced Settings” panel.
  • Contextual Help: Hover tooltips explain every parameter with examples.
  • Undo/Redo: Full history navigation for experimentation without fear.
  • Template Library: Pre-configured workflows for common scenarios (healthcare, manufacturing, etc.).

Appendix A.4.2. Performance Optimization

For real-time responsiveness with networks up to n = 500 :
  • Lazy Evaluation: Computations triggered only when visualization is visible.
  • Incremental Updates: Network changes computed incrementally rather than full reconstruction.
  • Caching: Topological layers, reachability matrices cached and invalidated only on edge changes.
  • Vectorization: NumPy operations replace Python loops wherever possible.
  • Sparse Representation: NetworkX’s sparse adjacency lists for large graphs.
  • Multi-Threading: Qt threads for visualization update while simulation runs in background.
Profiling shows: 60% time in disruption propagation (graph search), 25% in schedule optimization (local search), 10% in metric computation, and 5% in visualization update.

Appendix A.5. Economic Analysis

We conducted a detailed economic analysis for a representative 40-bed outpatient clinic.

Appendix A.5.1. Implementation Costs

Table A1. Implementation economics (healthcare, 40-bed clinic).
Table A1. Implementation economics (healthcare, 40-bed clinic).
CategoryAmount (USD)Calculation
Implementation Costs (One-time)
Orange3 (open source)0Free software
Workflow development800040 h × $200/h
Data integration5000API connections to scheduling system
Training3000Staff workshops (2 sessions)
Testing20002-week pilot period
Total Initial18,000
Annual Benefits
Coordination time saved22,50050 events × 3 h × $150/h
Reduced disruption cost30,000$200 k annual cost × 15% reduction
Patient satisfaction8000Retention improvement (conservative)
Total Annual60,500
Return Metrics
ROI (Year 1)236% ( 60.5 18 ) / 18
Payback Period3.6 months 18 / ( 60.5 / 12 )
NPV (5 years, 10% discount)$211,000Standard DCF

Appendix A.5.2. Cost Breakdown Details

Workflow Development ($8000):
  • Initial workflow design: 16 h.
  • Custom widget configuration: 12 h.
  • Testing and refinement: 8 h.
  • Documentation: 4 h.
Data Integration ($5000):
  • API development to hospital information system: $3000.
  • Data extraction scripts (appointments, dependencies): $1000.
  • Automated export configuration: $1000.
Training ($3000):
  • Session 1 (Schedulers): 3 h × 5 people × $150/h = $2250.
  • Session 2 (Managers): 2 h × 3 people × $150/h = $900.
  • Materials preparation: included in workflow development.

Appendix A.5.3. Benefit Quantification

Coordination Time Savings ($22,500/year):
  • Baseline: 50 significant disruptions per year.
  • Manual coordination: 6.3 min per disruption = 5.25 h per disruption (staff + patient).
  • Automated: 2.1 s + 0.5 h (minimal human review) = 0.5 h.
  • Savings: 4.75 h × 50 events × $95/hour average = $22,500.
Reduced Disruption Cost ($30,000/year):
  • Baseline annual disruption cost: $200,000 (estimated from patient no-shows, overtime, stress).
  • Improvement: 66% reduction in total displacement (980 vs. 2850 h).
  • Conservative estimate: 15% of baseline cost avoided (accounting for fixed costs).
  • Savings: $200,000 × 0.15 = $30,000.
Patient Satisfaction ($8000/year):
  • Improved appointment reliability increases patient retention.
  • Estimated 2% reduction in patient churn.
  • 2000 patients × 0.02 × $200 average annual revenue = $8000.
  • Conservative estimate (excludes referrals, word-of-mouth).

Appendix A.5.4. Sensitivity Analysis

Table A2 shows ROI under varying assumptions.
Table A2. Sensitivity analysis.
Table A2. Sensitivity analysis.
ScenarioAnnual BenefitsYear 1 ROI
Pessimistic (50% benefits)$30,25068%
Base Case$60,500236%
Optimistic (150% benefits)$90,750404%
Even under pessimistic assumptions (50% of projected benefits), ROI remains positive (68%) with 7.1-month payback.

Appendix A.5.5. Scalability Economics

Larger clinics see improved economics:
  • 100-bed clinic: Implementation $25,000, annual benefits $150,000, ROI 500%, and payback 2.0 months.
  • 300-bed hospital: Implementation $40,000, annual benefits $450,000, ROI 1025%, and payback 1.1 months.
Fixed implementation costs yield increasing returns to scale.

References

  1. Graham, R.L.; Lawler, E.L.; Lenstra, J.K.; Kan, A.R. Optimization and approximation in deterministic sequencing and scheduling: A survey. Ann. Discret. Math. 1979, 5, 287–326. [Google Scholar]
  2. Brucker, P.; Drexl, A.; Möhring, R.; Neumann, K.; Pesch, E. Resource-constrained project scheduling: Notation, classification, models, and methods. Eur. J. Oper. Res. 1999, 112, 3–41. [Google Scholar] [CrossRef]
  3. Pinedo, M.L. Scheduling: Theory, Algorithms, and Systems, 5th ed.; Springer: Berlin/Heidelberg, Germany, 2016. [Google Scholar]
  4. Lendl, S.; Pferschy, U.; Rener, E. Rescheduling with new orders under bounded disruption. INFORMS J. Comput. 2024, 36, 1654–1675. [Google Scholar] [CrossRef]
  5. Castelletti, A.; Moreschini, L.; Corvaglia, M.; Mansini, R. A multi-level rescheduling approach for a dynamic remote operations scheduling problem. Int. J. Prod. Res. 2025, 63, 2711–2740. [Google Scholar] [CrossRef]
  6. Li, Z.; Huang, P.; Wen, C.; Dong, W.; Ji, Y.; Rodrigues, F. Railway network delay evolution: A heterogeneous graph neural network approach. Appl. Soft Comput. 2024, 159, 111640. [Google Scholar] [CrossRef]
  7. Ge, X.; Jiang, C.; Qin, Y.; Huang, P. Modelling the cascading effects of train delay patterns and inter-train control actions with Bayesian networks. Int. J. Rail Transp. 2024, 12, 555–580. [Google Scholar] [CrossRef]
  8. Zhan, S.; Xie, J.; Wong, S.C.; Zhu, Y.; Corman, F. Handling uncertainty in train timetable rescheduling: A review of the literature and future research directions. Transp. Res. Part E Logist. Transp. Rev. 2024, 183, 103429. [Google Scholar] [CrossRef]
  9. Taghipour, S.; Namoura, H.A.; Sharifi, M.; Ghaleb, M. Real-time production scheduling using a deep reinforcement learning-based multi-agent approach. INFOR Inf. Syst. Oper. Res. 2024, 62, 186–210. [Google Scholar] [CrossRef]
  10. An, Y.; Chen, X.; Gao, K.; Zhang, L.; Li, Y.; Zhao, Z. A hybrid multi-objective evolutionary algorithm for solving an adaptive flexible job-shop rescheduling problem with real-time order acceptance and condition-based preventive maintenance. Expert Syst. Appl. 2023, 212, 118711. [Google Scholar] [CrossRef]
  11. Hanen, C.; Kordon, A.M. Fixed-parameter tractability of scheduling dependent typed tasks subject to release times and deadlines. J. Sched. 2023, 27, 119–133. [Google Scholar]
  12. Luo, W.; Luo, T.; Goebel, R.; Lin, G. Rescheduling due to machine disruption to minimize the total weighted completion time. J. Sched. 2018, 21, 565–578. [Google Scholar] [CrossRef]
  13. Nielsen, L.K.; Kroon, L.; Maróti, G. A rolling horizon approach for disruption management of railway rolling stock. Eur. J. Oper. Res. 2012, 220, 496–509. [Google Scholar] [CrossRef]
  14. Möhring, R.H.; Schulz, A.S.; Stork, F.; Uetz, M. Solving project scheduling problems by minimum cut computations. Manag. Sci. 2003, 49, 330–350. [Google Scholar] [CrossRef]
  15. Gross, T.; Blasius, B. Adaptive coevolutionary networks: A review. J. R. Soc. Interface 2008, 5, 259–271. [Google Scholar] [CrossRef]
  16. Secchi, D.; Neumann, M.; Festila, M.S.; Gahrn-Andersen, R. What about adaptiveness? The case of organisational resilience and cognition. Front. Complex Syst. 2024, 2, 1329794. [Google Scholar] [CrossRef]
  17. Scharte, B. The need for general adaptive capacity—Discussing resilience with complex adaptive systems theory. Risk Anal. 2025, 45, 1443–1452. [Google Scholar] [CrossRef]
  18. Patricio, L.D.; Ferreira, J.J.; Gerschewski, S. A network of networks: Building resilience in the globalised era. Glob. Networks 2025, 25, e70014. [Google Scholar] [CrossRef]
  19. Levitt, B.; March, J.G. Organizational learning. Annu. Rev. Sociol. 1988, 14, 319–338. [Google Scholar] [CrossRef]
  20. Evenseth, L.L.; Sydnes, M.; Gausdal, A.H. Building organizational resilience through organizational learning: A systematic review. Front. Commun. 2022, 7, 837386. [Google Scholar] [CrossRef]
  21. Mai, B.T.; Nguyen, P.V.; Ton, U.N.H.; Ahmed, Z.U. Government policy, IT capabilities, digital transformation, and innovativeness in post-COVID context: Case of Vietnamese SMEs. Int. J. Organ. Anal. 2024, 32, 333–356. [Google Scholar] [CrossRef]
  22. Sharma, R.; Prajapati, B.; Khanal, K. Leadership Style and Resilience: Mediating Role of Learning Culture in Nepalese Organizations. Interdiscip. J. Innov. Nepal. Acad. 2025, 4, 110–134. [Google Scholar]
  23. Khalid, K.; Al Bakri, G. Adaptive leader’s toolkit: Strategies for enhancing employee performance through mediated pathways in the Saudi healthcare sector. Int. J. Adv. Appl. Sci. 2024, 11, 48–60. [Google Scholar] [CrossRef]
  24. Browder, R.E.; Dwyer, S.M.; Koch, H. Upgrading adaptation: How digital transformation promotes organizational resilience. Strateg. Entrep. J. 2024, 18, 128–164. [Google Scholar] [CrossRef]
  25. Garrido-Moreno, A.; Martín-Rojas, R.; García-Morales, V.J. The key role of innovation and organizational resilience in improving business performance: A mixed-methods approach. Int. J. Inf. Manag. 2024, 77, 102777. [Google Scholar] [CrossRef]
  26. Abdalkareem, Z.A.; Amir, A.; Al-Betar, M.A.; Ekhan, P.; Hammouri, A.I. Healthcare scheduling in optimization context: A review. Health Technol. 2021, 11, 445–469. [Google Scholar]
  27. Moura, A.; Pinho, M. A scheduling optimization approach to reduce outpatient waiting times for specialists. Healthcare 2025, 13, 749. [Google Scholar] [CrossRef] [PubMed]
  28. Xue, J.; Li, Z.; Zhang, S. Multi-resource constrained elective surgical scheduling with Nash equilibrium toward smart hospitals. Sci. Rep. 2025, 15, 3946. [Google Scholar] [CrossRef] [PubMed]
  29. Valenzuela-Núñez, C.; Latorre-Núñez, G.; Troncoso-Espinosa, F. Smart medical appointment scheduling: Optimization, machine learning, and overbooking to enhance resource utilization. IEEE Access 2024, 12, 7551–7562. [Google Scholar] [CrossRef]
  30. Hollnagel, E.; Woods, D.D.; Leveson, N. Resilience Engineering: Concepts and Precepts; Ashgate Publishing: Farnham, UK, 2006. [Google Scholar]
  31. Orange Data Mining Team. Orange: Interactive Data Analysis. Available online: https://orangedatamining.com (accessed on 1 November 2024).
Table 1. Positioning relative to prior work.
Table 1. Positioning relative to prior work.
Research AreaPrior FocusOur Extension
Classical SchedulingInitial assignment+Reactive + Adaptive
Dynamic ReschedulingIsolated disruptions+Cumulative learning
Robust SchedulingProactive buffers+Structural evolution
Adaptive NetworksAbstract dynamics+Operational metrics
Org. LearningQualitative+Formal models
Resilience EngineeringConceptual+Computable + Algorithmic
Visual ProgrammingData mining+Scheduling ops
Table 2. Network evolution results (100 runs, mean ± standard deviation).
Table 2. Network evolution results (100 runs, mean ± standard deviation).
StrategyWeek 1
Resilience
Week 52
Resilience
Change
(%)
Total Disp
(h)
Final
Edges
None0.32 ± 0.030.28 ± 0.04 12.5 2850 ± 31283
Redundancy0.32 ± 0.030.67 ± 0.05 + 109 980 ± 145142
Buffering0.32 ± 0.030.58 ± 0.06 + 81 1240 ± 17889
Decoupling0.32 ± 0.030.51 ± 0.05 + 59 1480 ± 20167
Reshuffling0.32 ± 0.030.48 ± 0.06 + 50 1620 ± 22491
Total Disp = cumulative displacement over 52 weeks. Final Edges = edge count at week 52.
Table 3. Cascade size evolution (nodes affected per disruption).
Table 3. Cascade size evolution (nodes affected per disruption).
StrategyWeeks 1–10Weeks 20–30Weeks 43–52Improvement
None12.1 ± 2.313.2 ± 2.814.5 ± 3.1 20 %
Redundancy12.3 ± 2.47.8 ± 1.94.7 ± 1.2 + 62 %
Buffering12.0 ± 2.38.5 ± 2.06.2 ± 1.5 + 48 %
Decoupling12.2 ± 2.59.1 ± 2.17.4 ± 1.7 + 39 %
Reshuffling12.1 ± 2.49.4 ± 2.28.1 ± 1.8 + 33 %
Table 4. Performance vs. traditional methods (week 52, evolved network).
Table 4. Performance vs. traditional methods (week 52, evolved network).
MethodAvg Disp
per Event (h)
Processing
Time (s)
Quality vs.
Optimal (%)
Feasible
Solutions
Naive68.30.123%
Manual42.7380100%
Greedy-Critical28.42.885100%
CPLEX (600 s)19.2348.5100100%
Ours (Redundancy) 18.82.198100%
Bold indicates our proposed method achieving best performance across metrics. Week 52 with evolved network structure. Our approach achieves near-optimal quality with 166× speedup vs. CPLEX.
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Lee, T.; Yuan, X.-M. Dependency-Constrained Cascading Rescheduling: Network Evolution and Long-Term Adaptation. Mathematics 2026, 14, 577. https://doi.org/10.3390/math14030577

AMA Style

Lee T, Yuan X-M. Dependency-Constrained Cascading Rescheduling: Network Evolution and Long-Term Adaptation. Mathematics. 2026; 14(3):577. https://doi.org/10.3390/math14030577

Chicago/Turabian Style

Lee, TzeHoung, and Xue-Ming Yuan. 2026. "Dependency-Constrained Cascading Rescheduling: Network Evolution and Long-Term Adaptation" Mathematics 14, no. 3: 577. https://doi.org/10.3390/math14030577

APA Style

Lee, T., & Yuan, X.-M. (2026). Dependency-Constrained Cascading Rescheduling: Network Evolution and Long-Term Adaptation. Mathematics, 14(3), 577. https://doi.org/10.3390/math14030577

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop