This notice has expired. Check the NIH Guide for active opportunities and notices.

EXPIRED

Notice of Special Interest (NOSI): Administrative Supplements to Enhance Software Tools for Open Science
Notice Number:
NOT-OD-23-073

Key Dates

Release Date:

March 7, 2023

First Available Due Date:
May 09, 2023
Expiration Date:
May 10, 2023

Related Announcements

PA-20-272- Administrative Supplements to Existing NIH Grants and Cooperative Agreements (Parent Admin Supp Clinical Trial Optional)

Reissue of NOT-OD-22-068 -Notice of Special Interest (NOSI): Administrative Supplements to Support Enhancement of Software Tools for Open Science

Issued by

Office of Data Science Strategy (ODSS)

National Eye Institute (NEI)

National Heart, Lung, and Blood Institute (NHLBI)

National Human Genome Research Institute (NHGRI)

National Institute on Aging (NIA)

National Institute on Alcohol Abuse and Alcoholism (NIAAA)

National Institute of Allergy and Infectious Diseases (NIAID)

National Institute of Arthritis and Musculoskeletal and Skin Diseases (NIAMS)

National Institute of Biomedical Imaging and Bioengineering (NIBIB)

Eunice Kennedy Shriver National Institute of Child Health and Human Development (NICHD)

National Institute on Deafness and Other Communication Disorders (NIDCD)

National Institute of Dental and Craniofacial Research (NIDCR)

National Institute of Diabetes and Digestive and Kidney Diseases (NIDDK)

National Institute on Drug Abuse (NIDA)

National Institute of General Medical Sciences (NIGMS)

National Institute of Mental Health (NIMH)

National Institute of Neurological Disorders and Stroke (NINDS)

National Institute on Minority Health and Health Disparities (NIMHD)

National Library of Medicine (NLM)

National Center for Complementary and Integrative Health (NCCIH)

National Center for Advancing Translational Sciences (NCATS)

Office of Strategic Coordination (Common Fund)

National Cancer Institute (NCI)

All applications to this funding opportunity announcement should fall within the mission of the Institutes/Centers. The following NIH Offices may co-fund applications assigned to those Institutes/Centers.

Division of Program Coordination, Planning and Strategic Initiatives, Office of Research Infrastructure Programs (ORIP)

Purpose

This Notice announces the continuing availability of administrative supplements to active awards that have a significant software development component or key role in maintaining software tools of recognized value in biomedical and behavioral research. The goal of these supplements is to enhance the sustainability and impact of research software tools by enabling the use of best practices and design principles in software development and leverage advances in computing in a modern data ecosystem. The supplements are intended to support and encourage collaborations between scientists and software engineers to update, refactor and enhance the design, implementation, and cloud-readiness of research software and build new communities for open science. Through these awards, the NIH Office of Data Science Strategy (ODSS) intends to help researchers who have developed scientifically valuable software to make their tools robust and sustainable, take advantage of new data science, software engineering, and computing paradigms, reach a broader community and contribute to open science. This initiative is aligned with the NIH Strategic Plan for Data Science, which describes actions aimed at building a better data infrastructure and a modernized data ecosystem.

Background

As part of their research projects, investigators often produce innovative, scientifically valuable software tools that are essential for scientists to use and interpret biomedical and behavioral research data. However, much of this valuable software has been built and supported under conditions that are no longer optimal in a rapidly changing technical and scientific landscape. Additionally, investigators often lack the resources to adapt and revise the software to take advantage of new technologies and computing paradigms.

The traditional grant funding process has emphasized innovation for research progress over the use of robust software engineering practices that have become essential for generating reliable software tools in an era of large-scale data and integrated data analytics. There have been few practical ways to support joint efforts between researchers and software engineers to develop and revise research tools according to well-recognized software engineering best practices and design principles. To transition to operational efficiency and sustainability that is envisioned by ODSS, new ways to support input from software engineers or industry professionals are needed to improve the valuable software tools that have been developed in academic settings for biomedical research to process, manage, mine, analyze, visualize, and interpret biomedical data.

Three previous rounds of NIH ODSS software supplements (NOT-OD-22-068, NOT-OD-21-091, and NOT-OD-20-073) have encompassed a wide range of research and translational projects reaching across NIH Institutes and Centers (ICs) and spanning many scientific domains. Building a robust software foundation is essential to the NIH’s vision to establish a modernized and integrated biomedical and behavioral data and compute ecosystem. Such an ecosystem will foster adoption of new data science technologies, cloud and hybrid computing, artificial intelligence, and best practice guidelines for open science arising from community consensus, such as FAIR principles and open-source development.

Research Objective

The goal of this Notice of Special Interest (NOSI) is to encourage and enable researchers to engage in new types of collaborations that focus on improving the quality and sustainability of research software from a software engineering perspective. Supplements will support efforts that address robustness, sustainability, reusability, portability, and scalability of existing biomedical research software tools and workflows of recognized scientific value. The goal of the opportunity is to improve software engineering fundamentals, going beyond software hardening or high-level user interfaces. These projects are expected to adhere to software best practices and design principles and take significant steps toward open science and sustainability in modern computing environments. Projects to improve design and implementation of significant research tools are sought regardless of the scientific area of emphasis but should not direct effort towards new research functions and must be within scope of the funded parent grant for which the supplement is being sought.

The supplements are primarily intended to provide support for software engineering staff with some allowance for other infrastructure costs that may be required to improve tools with significant user base or demonstrate potential for community adoption. New collaborations either within or across institutions are expected which may include industry or academic partners. The notion of a “research software engineer" has been offered as an important enabler of sustainable research software in academic settings, both in the United States Research Software Engineer Association (US-RSE) and in similar organizations internationally. Developing skills, enhancing team science, and building a supporting ecosystem, are understood to be other potential benefits of these collaborations, along with extending reach across boundaries to engage new diverse, multidisciplinary participants.

Delivering reliable, sustainable, and reusable software across multiple platforms is a whole-lifecycle effort, as illustrated with a few instances. Software development can be improved by enhancing the development process, including addition of resources for building, testing, and managing change in an open-source community. Robustness and reliability can be improved through active community engagement to contribute to codes that are made available with appropriate open-source licensing. Reusability can be enhanced by improving dissemination channels for important algorithms and tools (e.g., inclusion in package distribution channels), by publication of tools in shared container registries, and with well-crafted operating manuals. Interoperability can be enhanced by incorporating open interfaces and data formats, especially through engagement in relevant communities and standards efforts. Refactoring can enhance portability and take advantage of new hardware or compute environments (e.g., parallelizing a process or using a standard workflow language that can run in cloud or hybrid environments).

Making software “cloud ready” can encompass a range of activities that allow it to be successfully adapted to modern computing environments (container, cloud/hybrid environments, distributed workflow systems) in a sustainable, secure, and scalable manner. Projects may propose to refactor software for the cloud or improve software that is already on the cloud as long as the main focus is to enhance software engineering of existing scientific tools for sustainability and open science.

The emphasis is on how software tools are built according to best practices engineering principles as opposed to developing new tools. Projects with a primary focus to develop new scientific functions as opposed to improving software engineering should seek other opportunities. The supplement application must provide details of how the best software engineering practices and design principles will be employed in the supplement project, including a plan for how the software will be shared (see https://datascience.nih.gov/tools-and-analytics/best-practices-for-sharing-research-software-faq). The plan should also describe how the software will be improved for open science and innovative community engagement.

Examples that address one or more challenges toward building robust software suitable for open science and modern computing include, but are not limited to:

  • Adding APIs and services to software, especially when compliant to community standards;
  • Refactoring of software to incorporate standard interfaces and data formats, replace custom code with standard, hardened libraries where indicated;
  • Reducing coupling and complex shared state, allowing code to operate on diverse data sources and in collaboration with other services;
  • Adopting standard input and output data formats including providing clean and well-documented input, output, and configuration that make software components more usable in composition via workflow languages and ensure that data exchanged by services maximizes the use of open data formats;
  • Implementing standard logging models, improving performance through improved logging, monitoring, code profiling and optimization, taking advantage of parallelization, or use of GPUs;
  • Factoring configuration of services into environment variables and configuration properties for deployment;
  • Enhancing source code, documentation, version management and build/test tools to support community open-source development;
  • Developing standard build and packaging tools to manage dependencies and produce containerized runtimes;
  • Formatting packages for sharing via common package management tools appropriate to the language and environment;
  • Enhancing standard unit and functional testing support and sample data sets for testing patches and upgrades;
  • Refactoring software for portability and to scale efficiently on cloud or hybrid environments;
  • Improving architecture to reduce network transfer and to minimize data ingress/egress charges in cloud environments;
  • Containerization of software and entry into a tool registry;
  • Enhancing usability, interoperability, and scalability under increasing load, including making use of enhanced hardware and clustering technology;
  • Employing standard security that relies on cloud Identity and Access Management (IAM) models, and other improvements in privacy and security protection;
  • Employ innovative approaches to standards adoption and community development for open science;

Supplement applications must (1) demonstrate that the selected software is currently being used by the scientific community by describing its user base or demonstrate its clear potential for increased adoption by the user community in an open science paradigm and (2) discuss how the proposed improvements will increase the usage, and impact of the software for open science.

Projects involving significant new scientific features or developing new tools as opposed to software engineering are NOT appropriate for this NOSI.

Projects with no active software development components that would like to add one are NOT eligible for this NOSI.

Awardees should be willing to participate in virtual meetings organized by NIH.

Application and Submission Information

Budget

To be eligible, the parent award must be able to receive funds in FY2023 (Oct 1, 2022 - Sep 30, 2023) and not be in the final year or in a no-cost extension period as of Sep 30, 2023.The proposed project period cannot extend beyond the parent award.

Funds must be used to meet increased costs that are within the scope of the approved award, but were unforeseen when the new or renewal application or grant progress report for non-competing continuation support was submitted.

Funds can be used to cover cost increases that are associated with achieving certain new research objectives, as long as the research objectives are within the original scope of the peer reviewed and approved project, or the cost increases are for unanticipated expenses within the original scope of the project.

Grants that have already received awards under NOT-OD-22-068, NOT-OD-21-091, or NOT-OD-20-073 are NOT eligible for this NOSI.

One-year supplement budget requests cannot exceed $150,000 direct costs. The total number of awards will be contingent on availability of funds and receipt of meritorious applications. It is currently anticipated that 20 or more awards will be made.

Eligible Activity Codes:

Additional funds may be awarded as supplements to parent awards using any Activity Code, with the following exceptions: Small business activity codes (e.g., R41, R42, R43, R44, U44, and Fast Track), as well as G20, PS1, P60, R13, U13, U42, UG1, and S10 are NOT ELIGIBLE. Note that not all participating NIH Institutes and Centers (ICs) support all the activity codes that may otherwise be allowed. Applicants are therefore strongly encouraged to consult the program officer and the grant management specialist of the parent grant to confirm eligibility.

Centers and multi-project grant mechanisms are eligible but must provide a strong justification for why existing funds cannot be reallocated toward the proposed project and clearly demonstrate benefit of the project to open science and a broader community outside the original focus.

For awards that are already primarily funded to deliver software resources to the community (e.g., R24, U24, P41), applicants should provide strong justification for why additional funds are needed to support software enhancement and to adopt best practices, given that these activities could already be supported through the parent award.

Additional Information

Applications for this initiative must be submitted using the following opportunity or its subsequent reissued equivalent.

  • PA-20-272- Administrative Supplements to Existing NIH Grants and Cooperative Agreements (Parent Admin Supp Clinical Trial Optional)

All instructions in the SF424 (R&R) Application Guide and PA-20-272 must be followed, with the following additions:

  • Application Due Date(s) – May 9, 2023, by 5:00 PM local time of applicant organization.
  • For funding consideration, applicants must include "NOT-OD-23-073" (without quotation marks) in the Agency Routing Identifier field (box 4B) of the SF424 R&R form. Applications without this information in box 4B will not be considered for this initiative.
  • Requests may be for one year of support only.
  • The Project Summary should briefly summarize the parent grant and describe the goals of the supplement project.
  • Biosketches for additional staff may be included beyond the Key Personnel in order to document the strength of the software engineering staff.
  • The Introduction page should succinctly describe the parent project including the goals and background and indicate how the proposed supplement is within scope of the parent grant.
  • The Specific Aims page should provide the name or clearly identify the software that is the subject of the supplement project.
  • The Research Strategy section of the application is limited to 3 pages. This section should succinctly justify the value of the software to the scientific community such as significant user base or clear potential for increased adoption and community access. Applicants should describe the approach to enhancing the software, clearly indicate the use of the best software engineering practices and design principles and provide a software engineering plan with timelines for the activities proposed. The section should also address how the proposed work contributes to open science, community engagement, outreach, building diverse collaborations and workforce development.
  • The Budget Justification should specify team member contributions to the proposed work with roles and responsibilities, and clearly indicate the software engineering team skills and expertise.

Administrative Evaluation Process

Submitted applications must follow the guidelines of the IC(s) that funds the parent grant. Administrative Supplements do not undergo peer review. Each IC will conduct administrative reviews of applications submitted to their IC for scientific scope and relevance to their mission. The most meritorious applications will be evaluated by a trans-NIH data science panel. The criteria described below will be considered in the administrative evaluation process:

  1. Is the work proposed within the scope of the active award?
  2. Does the active award to be supplemented have a significant software development component or key role in maintaining software tools of recognized value in biomedical and behavioral research?
  3. Does the user base or demonstrated value to the scientific community justify the need for additional support?
  4. Are the proposed timelines technically feasible and realistic?
  5. Is the proposed supplement project focused on software engineering for robust, sustainable software for open science (as opposed to developing new scientific functions)?
  6. Does the project clearly demonstrate sound software engineering practices, and address how the design enhances sustainability, community engagement, interoperability, performance, portability, reliability, and adoption?

Other Information:

It is strongly recommended that the applicants contact their respective program officers (or their designees) at the ICs supporting the parent award in advance to:

  • Confirm that the supplement falls within scope of the parent award;
  • Request the IC requirements for submitting applications for administrative supplements;

Investigators planning to submit an application in response to this NOSI are also strongly encouraged to contact and discuss their proposed research/aims with the Office of Data Science Strategy listed on this NOSI in advance of the application receipt date.

Following submission, applicants are strongly encouraged to notify the program contact at the IC supporting the parent award that a request has been submitted in response to this NOSI in order to facilitate efficient processing of the request.

Inquiries

Please direct all inquiries to:

Scientific/Research Contact(s)

Office of Data Science Strategy (ODSS)
Division of Program Coordination, Planning, and Strategic Initiatives
Office of the Director
[email protected]