| Literature DB >> 33793084 |
Amin Rostami-Hodjegan1,2, Frederic Y Bois2.
Abstract
As model-informed drug development becomes an integral part of modern approaches to the discovery of new therapeutic entities and showing their safety and effectiveness, modalities of incorporating the paradigm into widespread practice require a revisit. Traditionally, modeling and simulation (M&S) have been performed by specialized teams who create bespoke models for each case and have reservations about letting modeling be done by the greater mass of scientists engaged in various stages of drug development. An analogy can be drawn between M&S and automobiles: typical drivers of ordinary cars use them for daily tasks, such as going from point A to B whereas specialized Formula 1 drivers using bespoke individually made cars to test the latest technologies. The reliability and robustness of ordinary cars for the first group requires elements related to quality and endurance that are very different from those applicable to any Formula 1 car supported by a large team of engineers. In this commentary, we frame and analyze the problems concerning the structure and setup of various M&S tools, and their pros and cons. We demonstrate that many misconceptions have precluded having an open discussion on what each modality of M&S tools strives to achieve, and we provide data and evidence that support the move of M&S to main stream use by many, as opposed to specialized usage by few. Parallels are drawn in many other areas involving laboratory instrumentation, statistical analyses, and so on.Entities:
Mesh:
Year: 2021 PMID: 33793084 PMCID: PMC8129708 DOI: 10.1002/psp4.12615
Source DB: PubMed Journal: CPT Pharmacometrics Syst Pharmacol ISSN: 2163-8306
Definitions used throughout this commentary in relation to modeling tools
|
|
| Executable computer codes (with or without data) enabling the user to perform modeling (involving data analysis or simulations). Examples vary from common (general use) platforms, such as Microsoft Excel to specialized systems, such as NonMEM. |
|
|
| The ways models are built within a platform vary and sometimes this requires writing (coding) model equations in a language that might be a general programming language like FORTAN, SBML, LUA, C+, or one specific to the chosen platform, like PML for Phoenix, the R scripting language, or SimBiology for MATLAB. |
|
|
| Set of equations and algorithms put together within a platform (using a modeling language or a graphical selection of options, etc.) for the purpose of analyzing sets of data or simulating certain scenarios. |
|
|
| Model parameter values specified by the user (abbreviated with names or coded numerically in the given model) or sets of observations that models attempt to reproduce. If the latter type of data were used in model building, for example, by fitting or Bayesian calibration, then the outcome should not be considered as “true ab initio predictions,” but rather as “posterior predictions” (post‐diction). |
|
|
| This means that major parts of the computer code are available under a license in which the copyright holder grants every user the rights to look at, use, change, and redistribute them for any purpose to anyone. In practice, there are elements that users cannot reasonably change without rewriting an entire computer system; these mainly relate to fundamental mathematical functions, core elements of the user interface and so on. Therefore, the definitions of open source cover a spectrum from completely open to completely closed, not including the latter. |
|
|
| Open source can be replicated and distributed at will; in many cases, commercial exploitation cannot risk pirating and cannot expose the source code. That does not prevent the fundamentals of the code to be made public and does not prevent verification of the code accuracy, for example. However, these might be disclosed only to paying customers or regulatory agencies who are interested in qualification and verifications rather than competitors. |
|
|
| If parts of a model code are not made public (and considered to be trade secrets), then the model can be considered to be a “Black Box”; however, the fact that users cannot access or change part of the code does not necessarily mean the algorithms are not publicly known. We designate by “Glass Box” the case where the algorithms are published and transparent but the users do not have the freedom of modifying them. |
|
|
| Sponsors of development of any model platform are the group responsible for creation, maintenance, improvement, and continuous development of the platform and associated databases. Unless these are supported by governments and via public tax, or via crowd funding, sponsors will be private companies or corporations who invest in the development for financial benefit. There are other beneficiaries though who use the platform for the purpose of drug development (which, if successful, brings monitory rewards), or providing consultancy for such activities through commercial services. |
FIGURE 1Proportional use of various software platforms in the area of physiologically‐based pharmacokinetic over the last 20 years stratified based on the affiliations of the authorship of the report to industry, academia, or regulatory agencies. Simcyp and GastroPlus are commonly considered as commercial/non‐open‐source platforms (see the main text for definition); PK‐Sim was a commercial entity from 2003 until recently when it became freeware with many aspects of the code open. “Other” category includes freeware (e.g., R software) or commercial systems (e.g., Matlab), which are considered open‐source due to access of every user to model code. The data demonstrates the larger proportional use of open‐source systems within academia than industry (over twofold; 28% vs. 11%). However, open‐source platforms are used far much less than so‐called commercial platforms (<1/3) even within academia. See Elkhateeb et al. for details of the survey