Imagine you're a city planner, but instead of one traffic model for rush hour, another for construction detours, and a third for concert nights, you build a single physics engine of how cars actually move — then just swap in different road configurations. That's the core mechanism here: learn how patients actually evolve over time, freeze that engine, and plug it into different ICU policy scenarios without rebuilding the patient model. The committed claim is that a single neural-network world model, trained once on longitudinal ICU data from MIMIC-IV, can replace the question-specific Markov and semi-Markov state-transition models that health operations researchers currently build from scratch for each new policy question. The model is trained, frozen, and then coupled to shared ICU infrastructure — calendars, beds, queues, staff — via lightweight scenario-specific mappings. One frozen model serves three distinct simulation tasks: ICU bed capacity, care dispatch, and post-ICU transfer capacity. The ladder here is revealing. The paper matches — not beats — Markov and semi-Markov baselines on aggregate occupancy and directional policy responses. That's an honest tie on the metrics where compact models already work fine. The real leverage shows up in history-dependent dynamics: for patients entering the same support state from different prior trajectories, the learned model captures a 24-hour recovery difference (−6.4 predicted vs. −6.7 observed percentage points) that compact state models structurally cannot represent. This propagates into different simulated care demand, queue burden, and bed use — the kind of downstream distinction that matters for operational decisions. Architecturally, this is a time-queryable neural sequence model trained on longitudinal EHR trajectories. The key design choice is freezing the patient dynamics model and connecting it to the simulation environment through scenario-specific mappings rather than end-to-end training. This separation is what makes the 'one model, many scenarios' claim work — the patient representation stays fixed while the policy scaffolding around it changes. The compute property being leaned on is the richness of MIMIC-IV's longitudinal records, which provide enough trajectory diversity to learn history-dependent transitions. Integrity is mixed. MIMIC-IV is a well-known community dataset, so the data source is strong. The baselines are the right family — Markov and semi-Markov are genuinely what practitioners use for this class of simulation. But the validation is all same-team simulation: the model predicts, the model evaluates, nobody external has replicated. The 24-hour recovery difference is the headline result, but it's demonstrated on replayed observed trajectories from the same dataset, not prospective or external validation. The paper is honest about ties on aggregate metrics, which earns credibility, but the history-dependent advantage is shown on a single illustrative comparison rather than a systematic ablation across patient subgroups. The milestone question is where things get concrete. Right now we have one frozen model serving three ICU scenarios on one hospital system's data (MIMIC-IV, Beth Israel Deaconess). The next meaningful number is demonstrating transfer: can the same frozen model serve policy simulations at a second hospital system without retraining? That's the test that separates 'interesting architecture' from 'usable tool.' Beyond that, scaling to full hospital operations — not just ICU — with the same frozen backbone would be the proof that this paradigm generalizes. The obvious experiment not run: testing on a second hospital's EHR data. MIMIC-IV is from a single institution. If the learned patient dynamics are truly general enough to replace question-specific models, they should transfer to different patient populations with different documentation patterns. My honest read is (a) — data access is the bottleneck. Getting a second hospital's longitudinal ICU data with equivalent granularity is genuinely hard, and the authors likely prioritized demonstrating the architectural concept on the data they had. This isn't a red flag, but it's the load-bearing experiment for the next paper.