Model 29.1 Anemia YLDs

[tylerdy]

Model 29.1 Anemia YLDs

Description

• Category: sensitivity analysis
• JIRA issue: https://jira.ihme.washington.edu/browse/SSCI-2551
• Research reference: https://github.com/ihmeuw/vivarium_research/pull/1897/changes

Changes and notes

• Removes oral iron effect on hemoglobin
• Adds pregnancy outcome stratification to anemia YLDs observer

Results in

/mnt/team/simulation_science/pub/models/vivarium_gates_mncnh/results/model29.1/ethiopia/2026_02_17_13_50_47/results
/mnt/team/simulation_science/pub/models/vivarium_gates_mncnh/results/model29.1/pakistan/2026_02_17_13_51_55/results
/mnt/team/simulation_science/pub/models/vivarium_gates_mncnh/results/model29.1/nigeria/2026_02_17_13_52_38/results

Verification and Testing

Anemia YLDs results contain pregnancy outcomes stratification.

*** REMINDER ***
CI WILL NOT RUN ANY TESTS.
MANUALLY RUN TESTS WITH EACH PR.
MAKE SURE CONSTANTS/PATHS.PY IS USING THE CORRECT MODEL RESULTS DIRECTORY.
-->

• model results directory is up to date
• all tests pass (pytest --runslow with both vivarium_gates_mncnh_artifact and vivarium_gates_mncnh_simulation)

simulation:
================================ 7 passed, 8 skipped, 84 warnings in 92.70s (0:01:32) =================================

[zmbc]

Should this have a base branch of epic/anemia_ylds? Looks like there are some commits from Hussain in the diff

[zmbc]

@tylerdy two more things:

• I don't see the outputs of running the tests in this PR.
• The model_dir constant was not updated.

[zmbc]

Looked into the model_dir issue, and it appears that additionally:

• This model was only run for one location (Pakistan)
• The model results directory was not named consistently with other model runs

[review-notebook-app]

Check out this pull request on 

See visual diffs & provide feedback on Jupyter Notebooks.

---

Powered by ReviewNB

[zmbc]

Note, you don't need to do the Path(result_dir / observation_dir).glob('*') part -- you can simply use pd.read_parquet with the directory name. But this notebook will be deleted soon anyway.