Skip to content

Potential Usage of Rix in clinical trial flow #466

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

Open
pzhang-cims opened this issue Apr 11, 2025 · 4 comments
Open

Potential Usage of Rix in clinical trial flow #466

pzhang-cims opened this issue Apr 11, 2025 · 4 comments

Comments

@pzhang-cims
Copy link

Hi,

Thank you so much for the contributions of the package. I have been watching the corresponding presentations (including today's shiny conference topic from Eric) and find this might be a more convenient tool for the consistent environment. I have some quick questions about potential usage in pharma area:

  1. I believe currently more and more organizations start to build their RStudio/Shiny server (e.g. Posit Workbench/Connect). Is package something that can be compatible with them, or more for personal usage?

  2. Based on recent communications with personnel involved in R regulatory submission, current alignment between Sponsor and regulatory is to communicate about the environment requirements (R version, OS). To facilitate a reproducible environment at regulatory end, as they might not have a server-level RStudio, current practices ask data scientist to prepare/test from previous server level to desktop/local level for reproducibility, so that the desktop version from regulatory can possibly work. I'm wondering if Rix can be a potential tool to

    • "Copy/export" the specs/environment from server level to local level to create the same environment, and
    • Enable the regulatory to create same environment as well through rix configuration.

Thanks in advance and appreciate for the effort!

@b-rodrigues
Copy link
Contributor

b-rodrigues commented Apr 14, 2025

Thanks for your interest and encouraging words!

  1. I believe currently more and more organizations start to build their RStudio/Shiny server (e.g. Posit Workbench/Connect). Is package something that can be compatible with them, or more for personal usage?

Could you elaborate? Do you mean if you can use rix to generate an expression to set up a shiny server? That should indeed be possible.

  1. Based on recent communications with personnel involved in R regulatory submission, current alignment between Sponsor and regulatory is to communicate about the environment requirements (R version, OS). To facilitate a reproducible environment at regulatory end, as they might not have a server-level RStudio, current practices ask data scientist to prepare/test from previous server level to desktop/local level for reproducibility, so that the desktop version from regulatory can possibly work. I'm wondering if Rix can be a potential tool to>
    • "Copy/export" the specs/environment from server level to local level to create the same environment, and
    • Enable the regulatory to create same environment as well through rix configuration.

Well, rix generates a single default.nix that fully defines the environment an analysis was produced in. This default.nix can be used on a server, locally, on continuous integration...
So you could share this file with a regulatory team, and, if they install Nix, they can exactly recreate the same environment to review an analysis.

@pzhang-cims
Copy link
Author

@b-rodrigues Thank you for the quick turnaround! I think for the point 2, if there can be a pilot submission to prove that, and if health authority can accept other system dependency installation (e.g., Nix), this can be a mor efficient way that renv::restore() through detailed process (which can be long). For the point 1, sorry after iterating this question, I feel like I should dive more into Rix first and get you back. Thank you so much for your perspective!

@b-rodrigues
Copy link
Contributor

Well, that would certainly save everyone a lot of time! Nix is actually built around reproducibility, and it goes to great lengths to ensure that a build process always results in the exact same artifacts.

There's this paper that uses rix to generate the default.nix file: https://github.com/jgeller112/L2_VWP_Webcam
you could re-use the same file to get exactly the same environment to reproduce the results of this paper.

There's also this academic reference that may interest you: https://www.usenix.org/legacy/event/lisa04/tech/full_papers/dolstra/dolstra.pdf

@pzhang-cims
Copy link
Author

Thank you so much for the materials! I will pass along to our IT and Software Development team for more discussions.

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

2 participants