Dependency-Constrained Cascading Rescheduling: Network Evolution and Long-Term Adaptation
Abstract
1. Introduction
1.1. Motivating Insight: Networks Evolve
1.2. Research Questions
1.3. Contributions
1.4. Paper Organization
2. Mathematical Framework
2.1. Core Definitions
- (i)
- Precedence constraints: For all : .
- (ii)
- Resource constraints: For all and all times t:
- (iii)
- Time windows: For all : .
- Initial feasible schedule .
- Disrupted task requiring new start time .
- Displacement weights (typically for all i).
- (i)
- .
- (ii)
- For all and : if , then .
2.2. Network Evolution Model
- : Dependency network at time t.
- : Adaptation strategy.
- : Learning rate (speed of adaptation).
- : Decay rate (organizational forgetting).
- (path redundancy).
- (normalized buffer capacity).
- (cumulative adaptation level).
- (bottleneck concentration).
- (expected cascade ratio).
- (clustering coefficient).
2.3. Complexity Results
- (i)
- NP-hard in general, even with unit task durations and no resource constraints.
- (ii)
- Solvable in time for tree-structured dependencies.
- (iii)
- Fixed-parameter tractable with respect to
- Affected set size k: time,
- Treewidth w: time,
- Resource types m: time.
- (i)
- Reduction from 3-PARTITION. Given integers 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 , set . 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: 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].
- (i)
- Resilience converges: .
- (ii)
- Convergence is exponential: .
- (iii)
- Strategy ranking for healthcare-like topologies:
3. Related Work and Positioning
3.1. Classical Scheduling Theory
3.2. Dynamic Rescheduling
3.3. Robust and Stochastic Scheduling
3.4. Adaptive Networks and Complex Systems
3.5. Organizational Learning and Resilience
3.6. Healthcare Scheduling
3.7. Resilience Engineering
3.8. Visual Programming for Operations
3.9. Positioning Our Contributions
4. Algorithmic Framework
4.1. Immediate Rescheduling Algorithms
4.1.1. Optimal Algorithm for Trees
| Algorithm 1 OptimalTreeCascade |
|
4.1.2. Heuristic for General DAGs
| Algorithm 2 LayeredDAGCascade |
|
4.2. Adaptation Algorithms
| Algorithm 3 NetworkEvolution |
|
4.2.1. Redundancy Adaptation
| Algorithm 4 AdaptRedundancy |
|
4.2.2. Buffering Adaptation
| Algorithm 5 AdaptBuffering |
|
4.2.3. Decoupling Adaptation
| Algorithm 6 AdaptDecoupling |
|
4.2.4. Reshuffling Adaptation
| Algorithm 7 AdaptReshuffling |
|
4.2.5. Decay Mechanism
| Algorithm 8 ApplyDecay |
|
5. Experimental Validation
5.1. Experimental Design
5.1.1. Healthcare Simulation Setup
- 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: minutes (mean 60 min, std 42 min).
- Resource types: 4 resources (physicians, nurses, examination rooms, and diagnostic equipment).
- Resource capacities: (typical clinic staffing).
5.1.2. Disruption Model
- Arrival process: Poisson with rate per week.
- Duration: Exponential with mean 2.5 h.
- Task selection: Weighted by (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: .
- Decay rate: .
- Adaptation threshold: (trigger when of tasks affected).
5.1.4. Baseline Methods
- 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
- Redundancy achieves 109% resilience improvement, nearly eliminating brittleness.
- None strategy shows % change (degradation) due to accumulated stress without adaptation.
- Network growth varies dramatically: redundancy adds 59 edges (%), and decoupling removes 18 edges (%).
- Total displacement over 52 weeks reduced by 66% under redundancy (980 vs. 2850 h).
5.2.2. Cascade Evolution
5.3. Statistical Validation
5.3.1. Paired Comparisons
- Mean difference: nodes.
- Test statistic: , .
- p-value: .
- Effect size: Cohen’s (very large).
- Mean difference: h/week.
- Test statistic: , .
- p-value: .
- Effect size: Cohen’s (very large).
- Mean difference: .
- Test statistic: , .
- p-value: .
- Effect size: Cohen’s (very large).
5.3.2. Strategy Comparison
- .
- .
- (large effect).
- Redundancy vs. all others: .
- Buffering vs. decoupling: .
- Buffering vs. reshuffling: .
- Decoupling vs. reshuffling: (not significant).
- All strategies vs. none: .
5.4. Comparison with Baseline Methods
- 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.
5.5. Convergence Analysis
- Steady-state resilience: .
- Convergence rate: ().
- Time constant: weeks.
- Theoretical prediction: ().
6. Discussion and Implementation
6.1. Why Redundancy Dominates in Healthcare
- 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.
- 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
6.3. Convergence Dynamics
- 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.
6.4. Limitations
6.4.1. Synthetic Data
6.4.2. Simplified Adaptation Mechanisms
6.4.3. Scalability Limits
6.4.4. Static Resource Capacities
6.4.5. Learning Rate Tuning
7. Conclusions
7.1. Summary of Contributions
7.2. Future Directions
7.2.1. Short-Term (1–2 Years)
7.2.2. Medium-Term (3–5 Years)
7.2.3. Long-Term (5+ Years)
7.3. Broader Impact
Author Contributions
Funding
Data Availability Statement
Acknowledgments
Conflicts of Interest
Nomenclature
| Network Structure | |
| Directed acyclic graph (DAG) representing task network | |
| V | Set of tasks (vertices), |
| E | Set of dependency edges (precedence constraints), |
| Individual tasks (vertices) | |
| Precedence constraint: task u must complete before v starts | |
| Resources | |
| R | Set of resource types |
| Amount of resource type required by task v | |
| Capacity (availability) of resource type k | |
| Schedules | |
| Initial (baseline) schedule: | |
| Updated schedule after rescheduling | |
| Scheduled start time of task v in baseline | |
| Scheduled start time of task v after update | |
| Duration of task | |
| Disruptions | |
| Task affected by disruption at time k | |
| New required start time for disrupted task | |
| Disruption event at time t: | |
| A | Affected set: tasks requiring rescheduling |
| Disruption arrival rate (per time unit) | |
| Performance Metrics | |
| Total displacement: | |
| Resilience score: | |
| Redundancy level: ratio of edges to minimum | |
| Adaptation Parameters | |
| Learning rate: adaptation strength per disruption | |
| Decay rate: rate of forgetting/obsolescence | |
| Significance threshold: minimum to trigger | |
| Adaptation strategy (Redundancy, Buffering, etc.) | |
| Network state at time t after adaptation | |
| Complexity | |
| n | Number of tasks: |
| m | Number of dependencies: |
| k | Treewidth (graph parameter) |
| T | Time horizon for simulation |
Appendix A. Orange3 Visual Programming Implementation
Appendix A.1. Architecture and Design
- 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 nodes in real-time (<1 s per disruption).
Appendix A.2. Widget Capabilities
Appendix A.2.1. Network Evolution Widget
- 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).
- 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.
- Network graph: Force-directed layout showing nodes and dependencies, with color-coding by layer and size by degree.
- Resilience time series: Line plot showing 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.
- 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
- 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.
- 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.
- 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
- Resilience improvement: as percentage.
- Cascade reduction: as percentage.
- Network growth: as percentage.
- Total saved hours: .
- 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.
- Resilience threshold: Alert when (high vulnerability).
- Cascade threshold: Alert when mean cascade tasks (system overload).
- Growth threshold: Alert when (excessive complexity).
Appendix A.3. Usage Example: Healthcare Scheduling Workflow
- 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).
- 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”.
- 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.
- 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).
- 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”.
- 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.
Appendix A.4. Implementation Insights
Appendix A.4.1. User Experience Design
- Immediate Feedback: All parameter changes update visualizations within 200 ms.
- Sensible Defaults: Pre-configured with literature-based parameter values (, ).
- 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
- 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.
Appendix A.5. Economic Analysis
Appendix A.5.1. Implementation Costs
| Category | Amount (USD) | Calculation |
|---|---|---|
| Implementation Costs (One-time) | ||
| Orange3 (open source) | 0 | Free software |
| Workflow development | 8000 | 40 h × $200/h |
| Data integration | 5000 | API connections to scheduling system |
| Training | 3000 | Staff workshops (2 sessions) |
| Testing | 2000 | 2-week pilot period |
| Total Initial | 18,000 | |
| Annual Benefits | ||
| Coordination time saved | 22,500 | 50 events × 3 h × $150/h |
| Reduced disruption cost | 30,000 | $200 k annual cost × 15% reduction |
| Patient satisfaction | 8000 | Retention improvement (conservative) |
| Total Annual | 60,500 | |
| Return Metrics | ||
| ROI (Year 1) | 236% | |
| Payback Period | 3.6 months | |
| NPV (5 years, 10% discount) | $211,000 | Standard DCF |
Appendix A.5.2. Cost Breakdown Details
- Initial workflow design: 16 h.
- Custom widget configuration: 12 h.
- Testing and refinement: 8 h.
- Documentation: 4 h.
- API development to hospital information system: $3000.
- Data extraction scripts (appointments, dependencies): $1000.
- Automated export configuration: $1000.
- 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
- 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.
- 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.
- 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
| Scenario | Annual Benefits | Year 1 ROI |
|---|---|---|
| Pessimistic (50% benefits) | $30,250 | 68% |
| Base Case | $60,500 | 236% |
| Optimistic (150% benefits) | $90,750 | 404% |
Appendix A.5.5. Scalability 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.
References
- 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]
- 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]
- Pinedo, M.L. Scheduling: Theory, Algorithms, and Systems, 5th ed.; Springer: Berlin/Heidelberg, Germany, 2016. [Google Scholar]
- Lendl, S.; Pferschy, U.; Rener, E. Rescheduling with new orders under bounded disruption. INFORMS J. Comput. 2024, 36, 1654–1675. [Google Scholar] [CrossRef]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- Gross, T.; Blasius, B. Adaptive coevolutionary networks: A review. J. R. Soc. Interface 2008, 5, 259–271. [Google Scholar] [CrossRef]
- 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]
- Scharte, B. The need for general adaptive capacity—Discussing resilience with complex adaptive systems theory. Risk Anal. 2025, 45, 1443–1452. [Google Scholar] [CrossRef]
- 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]
- Levitt, B.; March, J.G. Organizational learning. Annu. Rev. Sociol. 1988, 14, 319–338. [Google Scholar] [CrossRef]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- 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]
- Moura, A.; Pinho, M. A scheduling optimization approach to reduce outpatient waiting times for specialists. Healthcare 2025, 13, 749. [Google Scholar] [CrossRef] [PubMed]
- 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]
- 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]
- Hollnagel, E.; Woods, D.D.; Leveson, N. Resilience Engineering: Concepts and Precepts; Ashgate Publishing: Farnham, UK, 2006. [Google Scholar]
- Orange Data Mining Team. Orange: Interactive Data Analysis. Available online: https://orangedatamining.com (accessed on 1 November 2024).
| Research Area | Prior Focus | Our Extension |
|---|---|---|
| Classical Scheduling | Initial assignment | +Reactive + Adaptive |
| Dynamic Rescheduling | Isolated disruptions | +Cumulative learning |
| Robust Scheduling | Proactive buffers | +Structural evolution |
| Adaptive Networks | Abstract dynamics | +Operational metrics |
| Org. Learning | Qualitative | +Formal models |
| Resilience Engineering | Conceptual | +Computable + Algorithmic |
| Visual Programming | Data mining | +Scheduling ops |
| Strategy | Week 1 Resilience | Week 52 Resilience | Change (%) | Total Disp (h) | Final Edges |
|---|---|---|---|---|---|
| None | 0.32 ± 0.03 | 0.28 ± 0.04 | 2850 ± 312 | 83 | |
| Redundancy | 0.32 ± 0.03 | 0.67 ± 0.05 | 980 ± 145 | 142 | |
| Buffering | 0.32 ± 0.03 | 0.58 ± 0.06 | 1240 ± 178 | 89 | |
| Decoupling | 0.32 ± 0.03 | 0.51 ± 0.05 | 1480 ± 201 | 67 | |
| Reshuffling | 0.32 ± 0.03 | 0.48 ± 0.06 | 1620 ± 224 | 91 |
| Strategy | Weeks 1–10 | Weeks 20–30 | Weeks 43–52 | Improvement |
|---|---|---|---|---|
| None | 12.1 ± 2.3 | 13.2 ± 2.8 | 14.5 ± 3.1 | % |
| Redundancy | 12.3 ± 2.4 | 7.8 ± 1.9 | 4.7 ± 1.2 | % |
| Buffering | 12.0 ± 2.3 | 8.5 ± 2.0 | 6.2 ± 1.5 | % |
| Decoupling | 12.2 ± 2.5 | 9.1 ± 2.1 | 7.4 ± 1.7 | % |
| Reshuffling | 12.1 ± 2.4 | 9.4 ± 2.2 | 8.1 ± 1.8 | % |
| Method | Avg Disp per Event (h) | Processing Time (s) | Quality vs. Optimal (%) | Feasible Solutions |
|---|---|---|---|---|
| Naive | 68.3 | 0.1 | — | 23% |
| Manual | 42.7 | 380 | — | 100% |
| Greedy-Critical | 28.4 | 2.8 | 85 | 100% |
| CPLEX (600 s) | 19.2 | 348.5 | 100 | 100% |
| Ours (Redundancy) † | 18.8 | 2.1 | 98 | 100% |
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. |
© 2026 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license.
Share and Cite
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
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 StyleLee, 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 StyleLee, 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

