Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove age group assignment from ContactNetwork #147

Open
dburov190 opened this issue Jun 26, 2020 · 2 comments
Open

Remove age group assignment from ContactNetwork #147

dburov190 opened this issue Jun 26, 2020 · 2 comments

Comments

@dburov190
Copy link
Collaborator

Currently, age groups are assigned to nodes in ContactNetwork, and then read off via get_age_groups.
However, this seems redundant since age groups are never used except for distributions of clinical parameters, and those should be moved outside ContactNetwork and even TransitionRates anyway (see #144, #145).

@glwagner
Copy link
Collaborator

When we decided to store age as a "node attribute", it was envisioned that this is a simple, yet scalable approach for storing all person-specific data. This approach works when nodes correspond uniquely to individuals. For example, a model one might entertain is to calculate the transmission rate between two nodes as a function of the "amount of PPE" a particular node wears. For this, the amount of PPE is a node attribute that may be initialized and changed as needed.

Another application is under a more general model for hospitalization that is useful when not all severely infectious people are hospitalized. In this model, being "severely infectious" is associated with a higher mortality rate. One can then model the effect of hospitalization as reducing the mortality rate by some fraction. This model would allow an investigation of the effect of finite health system capacity on the evolution of an epidemic. For this purpose, person-specific mortality rates could be naturally stored as node attributes alongside age, and changes to the mortality rate could be managed by the HealthService.

We should consider these kinds of extensions --- as well as other future developments that we can't envision right now --- when considering where to put age information.

@lubo93
Copy link
Collaborator

lubo93 commented Jun 27, 2020

When we decided to store age as a "node attribute", it was envisioned that this is a simple, yet scalable approach for storing all person-specific data. This approach works when nodes correspond uniquely to individuals. For example, a model one might entertain is to calculate the transmission rate between two nodes as a function of the "amount of PPE" a particular node wears. For this, the amount of PPE is a node attribute that may be initialized and changed as needed.

Another application is under a more general model for hospitalization that is useful when not all severely infectious people are hospitalized. In this model, being "severely infectious" is associated with a higher mortality rate. One can then model the effect of hospitalization as reducing the mortality rate by some fraction. This model would allow an investigation of the effect of finite health system capacity on the evolution of an epidemic. For this purpose, person-specific mortality rates could be naturally stored as node attributes alongside age, and changes to the mortality rate could be managed by the HealthService.

We should consider these kinds of extensions --- as well as other future developments that we can't envision right now --- when considering where to put age information.

Yes, I agree. Storing certain "personal" information in node/edge attributes can be useful for future extensions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants