Standard Analyses & Code Sharing
Working Group Overview
|Mary Nilsson||Industry Co-lead and Steering Committee Liaison||Lilly||nilsson_mary_e (at) lilly.com|
|Hanming Tu||Industry Co-lead and Steering Committee Liaison||Frontage||htu (at) frontagelab.com|
|Wendy Dobson||PHUSE Project Manager||PHUSE||Wendy@phuse.eu|
|Analysis and Display White papers (Mary Nilsson)||This project includes the development of white papers that provide recommended Tables, Figures, and Listings for clinical trial study reports and submission documents. The intent is to begin the process of developing industry standards with respect to analysis and reporting for measurements that are common across clinical trials and across therapeutic areas. Script developers could then create scripts consistent with the recommendations for all to use, improving efficiency and safety signal detection.||Yes|
|Code Sharing (Repository) (Hanming Tu, Bob Friedman, Gustav Bernard)||Establish and maintain a collaboration platform for leveraging crowd-sourcing to improve the content and implementation of analyses for medical research and leading to better data interpretations and increased efficiency in the clinical drug development and review processes.||Yes|
|GPP in Macro Development (Ninan Luke)||Macros provide an effective way to automate and reuse code in a standard and consistent manner across SAS programs. This ability to reuse code means that the use of GPP is particularly important in macro code and we think that there is a need to develop a consensus and document good programming prairies specifically for macro programming.||Yes|
|R-shiny Interactive Forest Plot in Collaboration with ASA (Dhananjay Chhatre/Bryant Chen/Melvin Munsaka)||Development of R-shiny application(s) to enable the generation of identified plots for direct inclusion in submission packages for regulatory agencies. Initial scope is to develop tools to generate forest plots for inclusion in submissions to the FDA. This work is in conjunction with the ASA.||Yes|
|Test Data Factory (Dante Di Tommaso)||Several CS Projects develop and specify medical research methods, features, or processes, and some even create software components or subsystems for common tasks in drug development. As part of these efforts, a variety of SDTM or ADaM test datasets are required. The typical fallback position of project teams is to use data from the CDISC pilot project and/or anonymized study data that are provided by project team members. The Test Data Factory project aims at providing test data formatted in SDTM and ADaM that support a more systematic and comprehensive testing of these concepts and scripts.||Yes|
|Key Links||Previously published deliverables & News||FYI|
Small tasks that Working Group members can help with
- CPE project - Help with entering conferences and due dates for abstract submissions
- CPE project - After a presentation is given, add the ppt and pdf versions to the wiki
Working Group Meeting Minutes
- P04: Legal ownership and issues in open source repository (Sally Cassells)
- Task completed, creating a summary is planned
- P05: Create templates and metadata for documenting scripts and coding practices (Jean-Marc Ferran and Eric Sun)
- Closed, remaining tasks are folded into RGI project.
- P06: Refine process for creating and editing scripts in Google Code (Kevin Kane)
- Closed, any remaining tasks moved to Project 03
Development_of_Standard_Scripts_for_Analysis_and_Programming - This contains the legacy working group information.
FDA comments are an informal communication and represent the individual's best judgment. These comments do not bind or obligate FDA. The contents of this wiki are from the individual contributors and do not necessarily reflect the view and/or policies of the Food and Drug Administration, the employers of the individuals involved or any of their staff.
Disclaimer for Others
Documents and comments provided as part of the PHUSE CSS Working Group efforts represent the individual's best judgment. They do not necessarily reflect the view and/or policies of their company or institution, the employers of the individuals involved or any of their staff.
Note: Individuals participating in PHUSE CSS Working Group discussions on the wiki are responsible for determining whether this disclaimer is sufficient for complying with any relevant procedures from their company or institution.