WO2002075477A2 - Techniques intégrées de développement de médicaments - Google Patents

Techniques intégrées de développement de médicaments Download PDF

Info

Publication number
WO2002075477A2
WO2002075477A2 PCT/US2001/044704 US0144704W WO02075477A2 WO 2002075477 A2 WO2002075477 A2 WO 2002075477A2 US 0144704 W US0144704 W US 0144704W WO 02075477 A2 WO02075477 A2 WO 02075477A2
Authority
WO
WIPO (PCT)
Prior art keywords
proofs
studies
objectives
development
data
Prior art date
Application number
PCT/US2001/044704
Other languages
English (en)
Other versions
WO2002075477A3 (fr
Inventor
Ann Marie Crawford
Barry Dean Crist
Charles Lee Haddad
Lisa Ingellis Hearn
Maurice John Wolfred
Original Assignee
Eli Lilly And Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Eli Lilly And Company filed Critical Eli Lilly And Company
Priority to AU2001297710A priority Critical patent/AU2001297710A1/en
Publication of WO2002075477A2 publication Critical patent/WO2002075477A2/fr
Publication of WO2002075477A3 publication Critical patent/WO2002075477A3/fr

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/50—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for simulation or modelling of medical disorders
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage

Definitions

  • the present invention is directed to product development techniques, and more particularly, but not exclusively relates to the integration of development tasks for drugs or other medical products.
  • One embodiment of the present invention is a unique product development technique. Other embodiments include unique systems and methods for medical product development .
  • a computer system is programmed to establish an integrated development environment.
  • This system can provide various design, analysis, simulation, documentation, and management tools.
  • This system can include a knowledge base of certified information from previously designed developments, such as various established ways to prove elemental design objectives. Further features can include a graphic representation of a development design; associated resource allocation, decision logic, and documentation/presentation materials .
  • Another embodiment of the present invention is a method to facilitate medical product development.
  • This method includes operating a computer program to maintain a database relating to a development strategy for a medical product; entering a number of objectives into the database to characterize the development strategy; establishing a number of proofs with the computer program to test these objectives; grouping the proofs into a number of studies; and executing the studies. Data from the studies can be entered into the database, and at least one of the objectives, proofs, or studies can be modified in response to this data.
  • a method includes operating a computer program to maintain a database relating to a clinical testing strategy for a medical product and entering a number of objectives into the database to characterize this strategy. A number of procedures are established to test the objectives that are simulated with the computer program. In response, one or more of the procedures are modified based on this simulation.
  • one object of the present invention is to provide a unique product development technique .
  • Another object is to provide a unique system, method, or apparatus for medical product development.
  • Fig. 1 is a diagrammatic view of a computer system of one embodiment of the present invention.
  • Fig. 2 is a diagrammatic view of an integrated development environment defined with the system of Fig. 1.
  • Fig. 3 is a flowchart of a development design process using the system of Fig. 1.
  • Fig. 4 is a graphical depiction of the content of a representative development design provided with the process of Fig. 3 and the system of Fig. 1.
  • Fig. 5 is graphical depiction of decision logic for the development design of Fig. 4.
  • Fig. 6 is a graphical depiction of presentation and documentation materials relative to the development design of Fig. 4.
  • Fig. 7 is graphical depiction of a resource allocation associated with the development design of Fig. 4.
  • Phase I of clinical trials can begin. In this first phase, the safety of the drug is evaluated by administering it to a number of healthy volunteers. Following Phase I, Phase II trials are directed to establishing efficacy and dosage by treating patients having the disease state for which the drug is intended to be of therapeutic value. After Phase II trials, Phase III trials are performed on a much larger group in order to establish a statistical basis of proven results for the drug. In the United States, the clinical trial culminates in the submission of a detailed New Drug Application (NDA) to the FDA. Once the NDA is approved, the drug proceeds to production and marketing. It should be appreciated that the clinical trial process often makes efficiency improvements difficult to realize.
  • NDA detailed New Drug Application
  • a computer- implemented development environment includes a shared knowledge base accessible by various participating parties to facilitate more efficient clinical trial development for new drugs .
  • the development environment is organized to promote the creation, test, simulation and change management of information about new drug developments - especially in the area of clinical trial design, planning, and execution.
  • a new drug development design is initially defined by a * therapeutic strategy description that can be presented in the form of a conceptual label for the new drug.
  • This strategy is represented in terms of a number of elemental, target objectives. These objectives each correspond to a particular need or want associated with the new drug and can be organized into a hierarchical arrangement of corresponding questions.
  • One or more proofs are associated with each objective.
  • Proofs are activities that are performed to determine if a corresponding objective is being met -- providing an answer to each question posed by the objectives. Once proofs are established, they can be individually simulated to determine if any improvements can be made to the development design, and are grouped into various work packages. These work packages can be simulated to identify design improvements as appropriate and are then performed to execute the development in accordance with the design.
  • Fig. 1 depicts a diagram of. computer system 20.
  • Systems 20 includes development subsystem 22 coupled to a number of user sites 24 by computer network 26.
  • Network 26 can include one or more Local Area Networks (LANs) or Wide Area Networks (WANs) , such as the Internet, and/or such other network types as would occur to those skilled in the art.
  • Each user site 24 includes at least one network interface device 28.
  • one or more of interface devices 2S are client computers coupled to subsystem 22 through the Internet.
  • Subsystem 22 includes one or more computer servers 30 and an associated data store 40.
  • the one or more computer servers 30 and/or data store 40 can be a single unit, or distributed among two or more components remotely or centrally located with respect to each other.
  • Subsystem 22 communicates with network 26 via one or more communication ports 50.
  • Subsystem 22 also includes one or more operator input (I/P) devices 60 and one or more operator output (O/P) devices 70.
  • I/P operator input
  • O/P operator output
  • Input devices 60 can include a conventional mouse, keyboard, trackball, light pen, voice recognition subsystem, and/or a different input device type as would occur to those skilled in the art.
  • Output devices 70 can include a conventional graphic Cathode Ray Tube (CRT) display, Liquid Crystal Display (LCD) , or plasma-type display monitor, printer, aural output system, and/or a different output device type as would occur to those skilled in the art.
  • CTR graphic Cathode Ray Tube
  • LCD Liquid Crystal Display
  • plasma-type display monitor printer
  • printer aural output system
  • one or more of the interface devices 28 of user sites 24 can include such input and/or output devices, but are not shown to preserve clarity.
  • system 20 is logically arranged to define a drug development environment 120.
  • the one or more servers 30 are programmed to facilitate the creation, organization, analysis, simulation, documentation, execution, and management of clinical trial drug developments, one of which is illustrated as drug development design 122. Indeed, a number of additional drug development designs can be supported with system 20 and drug development environment 120, but are not shown to preserve clarity.
  • the one or more servers 30 are arranged to provide a number of software-based development tools 130.
  • Development tools 130 include software procedures to create, manage, simulate, test, schedule, and analyze various aspects of the drug development design 122. Such tools are preferably integrated into environment 120 using common Graphical User Interface (GUI) techniques.
  • GUI Graphical User Interface
  • drug development environment 120 also includes a knowledge base 140.
  • Knowledge base 140 resides on data store 40 previously described. Knowledge base 140 is arranged to store data associated with drug development design 122, and serve as a repository of information pertinent to the creation and execution of drug development design 122 as will be more fully explained hereinafter.
  • Portal 150 Access to drug development design 120, tools 130, and knowledge base 140 is provided via a logically defined portal 150 that corresponds to the one or more ports 50 previously described.
  • Portal 150 can be configured to provide a measure of security for selected data by implementing one or more levels of access restriction to the information contained within subsystem 22.
  • Security measures can include one or more conventional firewalls or the like.
  • portal 150 is illustrated with an output filter 152 to selectively restrict information output to the general public as -10-
  • FIG. 2 lists a few representative members of public user group 160 as consumers, pharmacists, advocacy organizations, and physicians .
  • data gathering group 170 that provide data 172 relevant to planning and execution of a given drug development design.
  • Data 172 is represented as residing on data store 40 in Fig. 2.
  • Typical members of group 170 include investigators conducting experiments relating to the drug under consideration, patients being considered for clinical trials, patients undergoing clinical trials, and physicians conducting clinical trials.
  • clinical trial patients belonging to group 170 are provided with internet access to facilitate electronic communications concerning various aspects of ongoing clinical trials.
  • computer network communications can be used in association with one or more network-coupled devices to automatically dispense the drug under study and/or electronically monitor various physical characteristics of a patient.
  • electronic teleconferencing via computer network 26 or otherwise
  • the interface between group 170 and subsystem 22 can include wireless devices designed to dispense medication, communicate with patients, and/or monitor one or more physical characteristics of a patient.
  • Agents 180 include statisticians, clinical scientists, a regulatory liaison, the regulatory agency itself, and marketing personnel. Agents 180 interface with the drug development design 122, knowledge base 140, and/or each other to build a negotiated framework 190 that dynamically adjusts to changes as drug development design 122 evolves and is executed.
  • Process 220 begins in operation 222 with the identification of a therapeutic strategy of the drug for which a development plan is being designed.
  • This strategy can correspond to a conceptual label describing the indications, dosage, contraindications, and the like for the drug under study.
  • the therapeutic strategy is defined in terms of a number of ob ectives.
  • Each objective is a discrete benchmark that corresponds to a quantifiable and measurable potential outcome.
  • the objectives can be modeled as a set of questions each having two or more possible answers . These potential answers each correspond to a different potential outcome for an associated objective.
  • One or more objectives can be dependent on the outcome of one or more other of the objectives.
  • various predecessor objectives can be identified that need to be started and/or completed before one or more corresponding successor objectives.
  • these dependent relationships can be used to logically organize the objectives in a hierarchy of different possible sequences of objective outcomes. This arrangement can be in the form of a decision logic tree as will be more fully explained hereinafter.
  • the objectives represent the needs and wants derived from the conceptual label.
  • objectives can typically be grouped into various categories including safety, efficacy, marketing, and manufacture, to name just a few. Attributes that can be associated with an objective include its textual description, author(s), date created, date last modified, category status, market valuation, and pTS (probability of technical success) .
  • searching can be conducted of both internal and therapeutic information regarding previously established objectives and competitor products.
  • objectives can be routed to market research and regulatory groups belonging to agents 180 to access market liability and probability of regulatory approval, respectively, via portal 150.
  • therapeutic strategists can continue to refine the therapeutic strategy and identify further objectives directed to establishing desired targets.
  • Part of the strategy management can include identification of resources, timelines, costs, and probability of success. This information permits the movement of resources, timelines, and money among different projects in a simulation mode to facilitate decision-making with regard to different drug developments.
  • similar compound or disease state information from existing marketing and regulatory research as well as information from prior internal research can be consulted, and existing objectives can be refined and new objectives added as required to provide a desired level of design definition.
  • A. - Drug RX is Superior to Placebo as measured by overall reduction in Psychopathology .
  • A.1.2.1.1.1 - Response %patients achieving at least a 40% improvement from baseline in BPRS total score.
  • A.2. - Drug RX is Superior to Placebo in PANSS (Positive and Negative Symptom Sale) total score.
  • B.l. - Drug RX is superior to Placebo in reduction of MADRS (Montgomery - Asberg Depression Rating Scale) total scores
  • A. - Discontinuation Rates due to Adverse Events is not significantly different from Placebo.
  • A.l. Difference in Incidence
  • A.1.1 Analysis Method
  • A.1.1.1 Pearson's chi-square
  • A.1.1.1.1 - Response % patients who discontinue due to an adverse event -15-
  • B.l.1.1.1 - Response % patients with occurrence of event not present at BL (Baseline) or increase in severity of event present at BL
  • Questions linked with objectives can be of a type that are formally integrated into the corresponding objective hierarchy initially, or "ad hoc" -- that is being introduced into the hierarchy only after the hierarchy has been initially created. Furthermore, the nature of an acceptable answer to a given objective question can be variable, including such types as an expert opinion, an empirical study, forecast, or reference to prior work to name just a few.
  • a proof is a means to obtain an answer for a given objective question.
  • Proofs can be designed utilizing one or more development tools 130 or selected from a library of pre-existing proofs contained in knowledge base 140 or otherwise accessible through computer network 26.
  • Pre-existing proofs can be of a certified nature -- that is verified by an independent proof standards body -- or of a local, uncertified nature.
  • the proof validation process can be implemented using historical data or available external data as appropriate.
  • Conditional 224a of operation 224 corresponds to whether a desired proof is not available. If a proof is not available, it is designed and created in stage 224b. Process 220 then proceeds to operation 226 with the new proof.
  • the new proof can optionally be certified as part of the execution of stage 224b. If the desired proof is available as tested by conditional 224a, then the proof is selected from an appropriate source and process 220 proceeds from operation 224 to operation 226 with the selected proof.
  • a proof for an efficacy objective might be performance of a specific empirical test, such as "Fisher's Exact Test" listed in the outline previously described.
  • proofs can be of one or more different varieties, such as an opinion type, reference type, and/or analytic type.
  • opinion type the proof is answered by an opinion of one or more experts .
  • reference type research information can support the proof.
  • analytic type the proof is of an empirical nature, such as the Fischer's Exact Test example. The outcome of an analytic proof typically depends on experimental data.
  • An analytical proof type can be defined in an ob ect-oriented fashion using various development tools 130 to assemble input data objects, data collection procedures, scheduling objects, and an output representation type, such as a table, graph, etc.
  • an analytic proof corresponds to a clinical test that is performed with a designated number of patients and corresponding patient visits. Proofs can be made up of data elements, work instructions and procedures for collecting data, statistical methods, application and frequency analysis, required study groups, and dosage information, just to name a few.
  • Figs. 4-7 four different graphical presentation windows 320, 420, 520, and 620 are illustrated, respectively.
  • Figs. 4-7 correspond to one embodiment of a GUI implementation of the type typically provided with an operator display monitor.
  • Windows 320, 420, 520, and 620 each include a corresponding selection tab 321, 421, 521, and 621, respectively. Selecting one of tabs
  • Tabs 321, 421, 521, and 621, and icon bars 322, 422, 522 and 622 can be arranged for selection with a computer graphic pointing device, such as a mouse, trackball, or light pen; a keyboard; and/or such other operator input device type as would occur to those skilled in the art .
  • a computer graphic pointing device such as a mouse, trackball, or light pen
  • keyboard such as a keyboard
  • display region 324 positioned between tab 321 and icon bar 322 is display region 324.
  • Display region 324 presents graphic map 330 of various elements 331 representative of the content of drug development design 122.
  • Elements 331 include strategy block 332 at the leftmost part of map 330 to which a number of objective blocks 334 (individually designated OBJl, 0BJ2 , OBJ3 , and 0BJ4) are linked by right-pointing arrows.
  • Strategy block 332 represents the therapeutic strategy for drug development design 122.
  • Objective blocks 334 represent the objectives for the therapeutic strategy.
  • objective blocks 334 are relationally linked by right-pointing arrows to corresponding proof blocks 340 (individually designated as PI, P2, P3, P4, P5, P6, and P7) .
  • Proof blocks 340 represent the one or more proofs associated with each objective as indicated by the respective arrow linkages . Relational pathways associate each proof block 340 with a corresponding answer block 344.
  • Answer blocks 344 are designated individually as answer blocks Al, A2 , A3, A4, A5 , A6, and A7 in Fig. 4. Each answer block 344 represents a result from performance of the proof corresponding to the arrow-linked proof block 340. Answer blocks 344 are each relationally linked by a right pointing arrow to a supporting data block 348. Each data block 348 represents supporting data for the answer represented by the arrow-linked answer block 344.
  • map 330 of Fig. 4 is typically built a block at a time going from left-to-right.
  • map 330 begins with formation of strategy block 332 in correspondence with operation 122.
  • objective blocks 334 are formed and relationally linked to block 332.
  • proof blocks 340 are selected, they are likewise linked to associated object blocks 334.
  • answer blocks 344 and data blocks 348 are each displayed in series with a corresponding proof block 340.
  • elements 331 are added to map 330, detailed information about each element can be displayed in a separate GUI window by selecting the corresponding block 332, 334, 340, 344, or 348 with a point-and-click procedure or a different technique as would occur to those skilled in the art.
  • a textural description of the therapeutic strategy could be accessed by selecting strategy block 332.
  • the attributes and/or description of an objective or proof could be accessed by selecting the corresponding block 334 or 340. Further details regarding a given answer and/or its supporting data can be accessed by selecting a respective block 344 or 348.
  • a decision tree 430 is illustrated in display region 424 between tab 421 and icon bar 422 that corresponds to the hierarchical logic dependencies ' of the various objectives determined with operation 222.
  • Decision tree 430 includes various elements 431, such as conditionals 432 (individually designated by Ql and Q2 ) that are representative of questions corresponding to the objectives and results 440 (individually designated by Rl, R2 , R3 , R4, and R5) that are linked to conditionals 432.
  • results Rl, R2 , and R3 each represent a different possible outcome for the objective question Ql .
  • decision tree 430 provides a graphical representation of the conditional relationships between elements 431 of drug development design 122, providing a different model of design 122 than map 330.
  • the relationship of proofs to one another is part of a proof design procedure that enables creation of the corresponding decision tree 430.
  • additional details of each element 431 of design tree 430 can optionally be reviewed by selecting the corresponding graphical icon for the conditional 432 or result 440.
  • process 220 proceeds to proof simulation- operation 226 of Fig. 3.
  • each proof is simulated using external or internal data to optimize proof design and forecast answer scenarios .
  • map 330 representation different coloration or graphical patterns of a given element 331 can be used to represent different development stages such as design, simulation, or execution.
  • Operation 226 can include the optional application of a number of different tools.
  • a data finder agent can be used to search knowledge base 140 for existing proofs that are similar to that being simulated and/or search external data sources, such as the internet, for similar proofs that have already been executed.
  • Another tool can be a data importer that allows data located with the data finder agent to be mapped to the proof for use in simulation.
  • Yet another optional tool is a proof data manager that allows simulation data to be entered by hand, filtered, and modified.
  • Still another tool includes a data browser to view data output by the simulation and a document browser to facilitate identification of documents effected by the proof and provide for viewing of text and documents related to the proof .
  • process 220 proceeds to operation 230.
  • ISS Integrated Summary of Safety
  • ISE Integrated Summary of Efficacy
  • a draft of a corresponding drug label can be generated and reviewed. Also, the proofs and scenarios can be incorporated into decision tree 430 of window 420.
  • Map 530 includes elements 531 that correspond to block 532 for a conceptual label, block 534 for the ISS and ISE, blocks 540 for various supporting study reports, and blocks 550 for various corresponding graphs.
  • the relationships between elements 531 are indicated by right pointing arrow connectors .
  • elements 531 of window 520 can operate as GUI icons that are selectable to show the corresponding item and/or related information in greater detail. For example, selection of block 532 accesses a textual description of the label. Similarly, for the ISS or ISE, corresponding documents can be accessed through selection of block 534. Likewise, reports or graphs can be displayed by selecting the corresponding block 540 or 550. -22 -
  • work packages are designed that group selected proofs together.
  • various work packages are alternatively represented as studies 362, 364, and 366 in window 320 of Fig. 4. It should be appreciated as depicted for studies 364 and 366, that the work packages can overlap.
  • the work package design operation 230 includes various development tools 130 to guide the clinical trial planner through the process of selecting appropriate objectives and proofs and combining them into an efficient number and order of studies.
  • This grouping includes identification and management of constraints associated with various studies . These constraints are focused on costs, resources, timelines and outcomes, and can include corresponding tools to direct a planner to more efficient study compositions.
  • Initial input can be provided by way of a template and prior development information.
  • the plan can be improved by adjusting resources, timeline, study designs, costs, precedence of proofs, and/or other design changes.
  • process 2'20 proceeds to operation 232.
  • the work packages are simulated and the results evaluated in accordance with the test of conditional 234. If the results are not acceptable, process 220 loops back to operation 230 to refine the work package design and perform a new simulation on the refined design.
  • table elements 631 are presented in display region 624 between tab 621 and icon bar 622.
  • Elements 631 include table 640 for human resources, table 650 for money resources, and table 660 for time resources. For the initial performance of operation 230, only the corresponding plan portions 642, 652, and 662 would be available for tables 640, 650 and 660, respectively.
  • process 220 continues with operation 240.
  • set-up in accordance with the work packages is performed, including obtaining approvals, bids on work to be done, allocating needed resources, and verifying acceptable training of human resources .
  • An execution plan of the approved study protocol including data capture information, start-up materials, and instructions are automatically created using the work package designs and correspondingly predefined work flows .
  • process 220 proceeds to execution stage 242.
  • the studies 362, 364, and 366 are performed in accordance with the predefined procedures associated with the proofs of design 122, and using the resources as represented by tables 640, 650, and 660 of Fig. 7.
  • Document/presentation elements 531 are populated with actual results as the execution progresses.
  • an independent team that is protected from being biased by the studies, can examine the results to draw inferences and analysis, author customized discussion sections of documents, review conclusion sections of any study reports or summaries, conduct ⁇ , ad hoc" analysis for inclusion in the final documents, and recommend further steps and/or modifications.
  • process 220 the representative blocks of windows 320, 420, and 520 can be modified to reflect the changing status.
  • drug development design 122 the actual allocations of people, money and ti e, are tracked via blocks 644, 654, and 664 of tables 640, 650, and 660, respectively.
  • conditional 260 tests whether process 220 is complete. If not, monitoring of process 220 continues in operation 262. From operation 262, conditional 262a is encountered that tests whether any change is needed. If a change is needed, process 220 returns to the appropriate operation to process the change . Only a few of the possible return points are illustrated in Fig. 3 to preserve clarity. Indeed, such changes can be directed to any aspect previously described in connection with process 220 such as the therapeutic strategy, labeling, ISS, ISE, objectives, proofs, proof simulations, work package designs, work package simulations, set up, execution, etc. If no changes are required as tested by conditional 262a, process 220 loops back to conditional 260 until conditional 260 is affirmative, in which case process 220 terminates.
  • Icons 820 provide a way to graphically select different sets of development tools 130 in correspondence with different operations/stages of process 220.
  • design tools such as a therapeutic area strategy authoring tool, knowledge retrieval tool and competitive intelligence/research tool can be accessed by selecting objective definition icon 822.
  • this selection can provide an organization tool to put the objectives into a desired hierarchy of questions, and/or templates to standardize the objectives.
  • Selection of proof design icon 824 provides access to various proof design tools.
  • These tools can include a proof library manager that is organized according to various categories such as therapeutic class, statistical methods, etc. Furthermore, the existence of and level of proof certification can be indicated. Indeed, the tools can also include management of the proof certification process itself. Besides the library associated tools, a proof search tool can be provided. When it is not desired to use an existing proof, a proof designer tool can be utilized that facilitates an object-oriented definition of a new proof. In the case of an analytic proof type, objects that might be made available include input data, collection procedure objects, scheduling objects, default output objects and the like. Further, tools directed to data collection procedure design, and textual descriptions of the proof are also envisioned, just to name a few other options.
  • Proof simulation icon 826 provides for various proof simulation tools.
  • these tools can be a data finder agent operable to search knowledge base 140 for similar executed proofs and/or external data sources such as the internet.
  • a data importer tool can also be provided that facilitates mapping data to a proof undergoing simulation, such as are found with the finder agent.
  • a data management tool can also be included.
  • a data browser and/or document browser tool can be included. As simulations are completed, the confidence level associated with various relational pathways can be indicated as part of map 330 of window 320 and/or decision tree 430 of window 420.
  • Work packaging icon 830 accesses work package tools.
  • these tools can be an automated bundler or work packager to bundle proofs into desired studies, including resources to accomplish the work, such as people, time, and money; an associated time schedule; descriptions of assorted tasks and procedures; training materials; instructions; reference materials; and a sequence of specific tasks.
  • work packages can be grouped into different types, including clinical trial, laboratory experiment, manufacturing, marketing, etc.
  • potential conflicts can be identified and resolved (i.e., patient visit scheduling conflicts), various procedure steps may be consolidated, data redundancies can be identified and removed, and data conflicts resolved.
  • Work package (Pkg.) simulation icon 832 corresponds to operation 232 providing tools for work package simulation. These tools define each person or entity involved as an autonomous agent characterizing its behavior and rules for behavior as pertains to the various tasks to be performed. Tools accessible with icon 832 can also include a search agent to find studies similar to the subject work package, data importers, data browsers, and trade-off analyses.
  • Set-up icon 840 is selected to facilitate set-up of work packages.
  • Set-up activities include obtaining approvals, soliciting bids on work, allocating actual resources, and training of resources.
  • Icon 840 can also include the set-up of a production environment using the designs and automated workflows from the simulated work packages .
  • Execution icon 850 accesses information and tools corresponding to execution stage 242.
  • Such tools can include a detailed local patient management system, time data collection system, and automated electronic work flow that are implemented using electronic technologies including, but not limited to, smart cards, portable wireless data collection devices, internet connections, and/or networked medical data collection devices in medical facilities, patient homes, and/or on or in patient's bodies.
  • This system could be used to facilitate more direct, interactive, and real-time contact/data collection with patients and investigators, and could include voice recognition, natural handwriting, remote sensors, and the like .
  • Other features that could be provided as part of the execution operation include automated dosage dispensing, and remote patient monitoring by internet communication, wireless communication, and/or a different technique known to those skilled in the art.
  • Icon 862 corresponds to monitoring operation 262, and can be arranged to access details regarding execution progress. For example, enrollment rates, patent visits completed, data problems, etc., can be described in this matter. Furthermore, a change order tool can be included to facilitate modification of designs as required during execution.
  • windows 320, 420, 520, and 620 are merely examples provided for illustration purposes, and can vary from design-to-design. Moreover, multiple designs and corresponding windows and tools can be defined with environment 120.
  • environment 120 process 220, windows 320, 420, 520, and 620; and various associated tools and procedures are provided by operating logic of the one or more servers 30.
  • This logic can be in the form of software programming, firmware, and/or dedicated hardware of an analog and/or digital type.
  • another embodiment includes a computer system to facilitate medical product development that includes a computer network, a number of clients coupled to the network, and a server coupled to the network.
  • the server is programmed to maintain a development database that includes a number of development objectives for a development design. These objectives relate to a number of proofs. These proofs are each grouped into a number of studies.
  • the server is operable to provide one or more reports relating data from execution of the studies to the proofs .
  • a computer-readable device encoded with a program executable by a computer system maintains information relating to development of a medical product .
  • the program includes a number of instructions operable to relate a number of hierarchical development strategy objectives for the medical product to a number of proofs to test these objectives.
  • the instructions also relate each of a number of studies to a different set of the proofs and simulate one or more of the proofs or studies.
  • the instructions further provide a number of reports relating to data entered into the computer system resulting from execution of the studies.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Medicinal Chemistry (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Toxicology (AREA)
  • Biomedical Technology (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

L'invention concerne des techniques destinées à faciliter le développement de produits médicaux. Ces techniques consistent à exploiter un programme d'ordinateur pour tenir à jour une base de données relatives à une stratégie de développement pour un produit médical et à introduire un certain nombre d'objectifs dans la base de données afin de caractériser cette stratégie. Un certain nombre d'épreuves sont établies avec le programme pour tester les objectifs qui sont ensuite groupés en un certain nombre d'études. Ces études sont exécutées et les données issues de ces études sont introduites dans la base de données. Parmi ces objectifs, ces épreuves ou ces études, l'un au moins est modifié en réponse aux données introduites. Ces techniques trouvent des applications particulières dans le développement d'essais cliniques concernant de nouveaux médicaments. Dans un autre aspect, l'invention concerne diverses techniques qui impliquent la simulation d'épreuves et de groupements d'études.
PCT/US2001/044704 2000-12-22 2001-12-10 Techniques intégrées de développement de médicaments WO2002075477A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001297710A AU2001297710A1 (en) 2000-12-22 2001-12-10 Integrated drug development techniques

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US25813900P 2000-12-22 2000-12-22
US60/258,139 2000-12-22

Publications (2)

Publication Number Publication Date
WO2002075477A2 true WO2002075477A2 (fr) 2002-09-26
WO2002075477A3 WO2002075477A3 (fr) 2004-04-01

Family

ID=22979234

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/044704 WO2002075477A2 (fr) 2000-12-22 2001-12-10 Techniques intégrées de développement de médicaments

Country Status (2)

Country Link
AU (1) AU2001297710A1 (fr)
WO (1) WO2002075477A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1554668A2 (fr) * 2002-10-23 2005-07-20 Capital Surini Group International Systemes et procedes de gestion des informations relatives a des essais cliniques
WO2005078628A2 (fr) * 2004-02-18 2005-08-25 Siemens Aktiengesellschaft Procede permettant d'ameliorer une etude clinique
CN116895338A (zh) * 2023-08-08 2023-10-17 盐城师范学院 树形分子研究模型的改进方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5799981A (en) * 1995-05-12 1998-09-01 Global Healthcomm, Inc. Pharmaceutical marketing device and system
US6226620B1 (en) * 1996-06-11 2001-05-01 Yeong Kuang Oon Iterative problem solving technique
US6411936B1 (en) * 1999-02-05 2002-06-25 Nval Solutions, Inc. Enterprise value enhancement system and method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5799981A (en) * 1995-05-12 1998-09-01 Global Healthcomm, Inc. Pharmaceutical marketing device and system
US6226620B1 (en) * 1996-06-11 2001-05-01 Yeong Kuang Oon Iterative problem solving technique
US6411936B1 (en) * 1999-02-05 2002-06-25 Nval Solutions, Inc. Enterprise value enhancement system and method

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1554668A2 (fr) * 2002-10-23 2005-07-20 Capital Surini Group International Systemes et procedes de gestion des informations relatives a des essais cliniques
EP1554668A4 (fr) * 2002-10-23 2006-08-02 Capital Surini Group Internat Systemes et procedes de gestion des informations relatives a des essais cliniques
WO2005078628A2 (fr) * 2004-02-18 2005-08-25 Siemens Aktiengesellschaft Procede permettant d'ameliorer une etude clinique
WO2005078628A3 (fr) * 2004-02-18 2006-03-09 Siemens Ag Procede permettant d'ameliorer une etude clinique
CN116895338A (zh) * 2023-08-08 2023-10-17 盐城师范学院 树形分子研究模型的改进方法及系统
CN116895338B (zh) * 2023-08-08 2024-02-20 盐城师范学院 树形分子研究模型的改进方法及系统

Also Published As

Publication number Publication date
WO2002075477A3 (fr) 2004-04-01
AU2001297710A1 (en) 2002-10-03

Similar Documents

Publication Publication Date Title
US7020618B1 (en) Method and system for customer service process management
Cain et al. Diffusion of innovation in health care
Nurdiani et al. The impacts of agile and lean practices on project constraints: A tertiary study
Bonczek et al. Foundations of decision support systems
Peleg et al. Comparing computer-interpretable guideline models: a case-study approach
US6363393B1 (en) Component based object-relational database infrastructure and user interface
US20210216925A1 (en) Generating a process model
EP1364333A2 (fr) Systeme et procede de gestion d'essais cliniques
Fernández et al. A case study on the application of an artefact-based requirements engineering approach
US11940980B2 (en) Methods and systems for predictive clinical planning and design
Lau et al. Clinical dashboard development and use for academic detailing in the US Department of Veterans Affairs
CN105989450A (zh) 自动加速原型生成系统
CN107169675A (zh) 质量任务生成方法、装置及系统
Henninger An environment for reusing software processes
Kasemsap Applying lean production and six sigma in global operations
McDowell et al. Herding cats: the challenges of EMR vendor selection
WO2002075477A2 (fr) Techniques intégrées de développement de médicaments
Escobar-Rodriguez et al. The roles of users' personal characteristics and organisational support in the attitude towards using ERP systems in a Spanish public hospital
Triansyah et al. Design and Build a Web-Based Service Information System at the Sejahtera Medika Clinic in Rangkasbitung
Loomba Pharmacovigilance in emerging economies: modeling interaction among barriers
El-Attar et al. Is in-depth object-oriented knowledge necessary to develop quality robustness diagrams?
Huser et al. Use of workflow technology tools to analyze medical data
Dang et al. Human workflows via document-driven process choreography
Muller Evaluating time, scope and cost of human labour versus digital process automation capabilities
Li et al. Additive manufacturing and its impact on pharmaceutical supply chains

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ CZ DE DE DK DK DM DZ EC EE EE ES FI FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP