Skip to content

Conversation

@123chrisc
Copy link

Briefly describe the feature or bug that this PR addresses.

This PR addresses (slightly) outdated estimate prioritization code

Please link the Airtable ticket associated with this PR.

N/A?

Describe the steps you took to test the feature/bugfix introduced by this PR.

I reviewed the estimate prioritization code and compared with our SOP and protocol prioritization. After making comparisons, I made minor edits to match.

Does any infrastructure work need to be done before this PR can be pushed to production?

No?

Christian Cao and others added 3 commits September 6, 2021 13:30
…to match SOP; Reordered "Test Type" prioritization to match SOP

Adjustment:
- Changed order to (only Pop Adj > only Test Adj)

Test types:
-Added 'Multiple Types' underneath 'Neutralization'.
-Reorganized single test type options (ELISA > CLIA)
context: .
dockerfile: Dockerfile-app
restart: always
image: "iit-backend/app"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we don't want to actually push this change so don't forget to revert this

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry for late follow-up on this. Did not open GitHub for a hot minute. Is this change sorted or do I need to go back and reverse it?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@123chrisc you need to undo this change, i.e. put this line back please.

Copy link
Contributor

@rahularoradfs rahularoradfs left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@123chrisc, congratulations on the pull request!! Overall looks good to me. I do have a few broader questions before we go ahead and approve this.

Things that should be done here:

  • Did you check to ensure that all variable names are correct here?
  • Have you tested to ensure that this doesn't break any functionality yourself, has a dev team member done so, or did @atatmaja indicate that this wasn't actually necessary with our automated tests?

Things that don't necessarily need to be part of this PR, but need to be done by the time we get the meta-analysis in:

Would be great if you could share a plan for the last two, whether or not they're part of this PR :)

lambda estimate: (estimate['pop_adj'] is True) and (estimate['test_adj'] is True),
lambda estimate: (pd.isna(estimate['pop_adj'])) and (estimate['test_adj'] is True),
lambda estimate: (estimate['pop_adj'] is True) and (pd.isna(estimate['test_adj'])),
lambda estimate: (pd.isna(estimate['pop_adj'])) and (estimate['test_adj'] is True),
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems fair to me @123chrisc - could certainly make a cogent argument that now with higher seroprevalence and better assays, we should prioritize pop-adj test-unadj in these cases

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Variables were all checked to match. Sorting pooling functions now!

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All variables do have a pooling function. They are also matched to the airtable_fields_config.py

lambda estimate: estimate['test_type'] == 'CLIA',
lambda estimate: estimate['test_type'] == 'ELISA'
lambda estimate: estimate['test_type'] == 'LFIA',
lambda estimate: estimate['test_type'] == 'Other',
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These 'catch-call' cases are already implied to be the last thing in the hierarchy, if they're not listed among the options listed- but it's good to be explicit about them!

context: .
dockerfile: Dockerfile-app
restart: always
image: "iit-backend/app"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@rahularoradfs
Copy link
Contributor

Can we get this merged @123chrisc @simonarocco?

@simonarocco
Copy link
Contributor

Can we get this merged @123chrisc @simonarocco?

@123chrisc just an FYI, as the PR request owner, it is your responsibility to get the PR merged. this means getting the approvals that you need to merge the PR (right now you have zero approvals). once you get these approvals you can merge. i believe there are still some unaddressed comments. once you have addressed a reviewer's comment please "resolve" the comment

Copy link
Contributor

@simonarocco simonarocco left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this looks good to me, but you need to revert the change to the docker-compose.yml file. also, please get rahul's approval on the changes to estimate prioritization before merging this

context: .
dockerfile: Dockerfile-app
restart: always
image: "iit-backend/app"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@123chrisc you need to undo this change, i.e. put this line back please.

@rahularoradfs
Copy link
Contributor

Thanks! @simonarocco: I left a comment above re: what needs to be done before merging. Copying that below
@123chrisc, would be great if you could take a look at this, but only after the 9th!

Things that should be done here:

  • Did you check to ensure that all variable names are correct here?
  • Have you tested to ensure that this doesn't break any functionality yourself, has a dev team member done so, or did @atatmaja indicate that this wasn't actually necessary with our automated tests?

Things that don't necessarily need to be part of this PR, but need to be done by the time we get the meta-analysis in:

Would be great if you could share a plan for the last two, whether or not they're part of this PR :)

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

Successfully merging this pull request may close these issues.

6 participants