CN112698924A - Clinical test electronic data acquisition system and operation method thereof - Google Patents
Clinical test electronic data acquisition system and operation method thereof Download PDFInfo
- Publication number
- CN112698924A CN112698924A CN202110305084.XA CN202110305084A CN112698924A CN 112698924 A CN112698924 A CN 112698924A CN 202110305084 A CN202110305084 A CN 202110305084A CN 112698924 A CN112698924 A CN 112698924A
- Authority
- CN
- China
- Prior art keywords
- custom logic
- logic
- container
- electronic data
- clinical trial
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45587—Isolation or security of virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a clinical test electronic data acquisition system and an operation method thereof, wherein the method comprises the following steps: receiving operation requests of different users for self-defined logic of the users to form a task queue, wherein the self-defined logic corresponds to a clinical test business rule; for each custom logic in the task queue, judging whether storage resources and processing resources required by running the custom logic meet preset limiting conditions or not; if yes, creating a container corresponding to the custom logic through a virtual machine, wherein the container has storage resources and processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic; running the custom logic in the container; and writing the operation result of the self-defined logic into a host file.
Description
Technical Field
The invention mainly relates to the technical field of information, in particular to a clinical test electronic data acquisition system, an operation method thereof and a computer readable medium.
Background
In clinical trial electronic data collection systems for meeting the needs of multiple users, there may be a variety of different customization needs for different users. One solution is to compile and develop system function pages with different characteristics according to the requirements of different users, and meet different requirements respectively, but the method has low efficiency and high cost, and cannot be applied to large-scale requirements. If different users can add corresponding functions to the system according to their own requirements, the system will be brought with uncontrollable security risks.
Disclosure of Invention
The technical problem to be solved by the invention is to provide a clinical test electronic data acquisition system and an operation method thereof, which can meet the data acquisition requirements of different users and control the safety risk of the system.
In order to solve the technical problem, the invention provides an operation method of a clinical test electronic data acquisition system, which comprises the following steps: receiving operation requests of different users for self-defined logic of the users to form a task queue, wherein the self-defined logic corresponds to a clinical test business rule; for each custom logic in the task queue, judging whether storage resources and processing resources required by running the custom logic meet preset limiting conditions or not; if yes, creating a container corresponding to the custom logic through a virtual machine, wherein the container has storage resources and processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic; running the custom logic in the container; and writing the operation result of the self-defined logic into a host file.
In an embodiment of the invention, the context includes global variables and global functions required when running the custom logic.
In an embodiment of the present invention, after writing the operation result of the custom logic into a host file, releasing a container resource corresponding to the custom logic.
In an embodiment of the present invention, if the custom logic includes a declaration of required storage resources and processing resources, comparing the declared resources with the preset constraint; otherwise, the storage resources and processing resources are allocated in a default manner.
In one embodiment of the invention, the particular image includes program code describing the custom logic.
In an embodiment of the present invention, if the storage resource and the processing resource required for running the custom logic request do not meet the preset limiting condition, the current custom logic is skipped.
In an embodiment of the invention, the method further comprises reallocating the released container resources when processing a subsequent operation request.
In an embodiment of the invention, the business rules include design and application rules of forms of clinical trial data collection.
The invention also provides a clinical trial electronic data acquisition system, which comprises a main server and a function server, wherein the main server and the function server are connected through a network, and the main server is configured to: receiving operation requests of different users for self-defined logic of the users to form a task queue, wherein the self-defined logic corresponds to a clinical test business rule; for each custom logic in the task queue, judging whether storage resources and processing resources required by running the custom logic meet preset limiting conditions or not;
the function server is configured to: if the storage resources and the processing resources required by the user-defined logic request meet preset limiting conditions, creating a container corresponding to the user-defined logic through a virtual machine, wherein the container has the storage resources and the processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic; running the custom logic in the container; and writing the operation result of the self-defined logic into the host machine file on the host server.
The invention also provides a clinical trial electronic data acquisition system, comprising: a memory for storing instructions executable by the processor; and a processor for executing the instructions to implement the method as previously described.
The invention also provides a computer-readable medium having stored thereon computer program code which, when executed by a processor, implements a method as described above.
Compared with the prior art, the invention has the following advantages: according to the technical scheme, the user-defined logics of different users are put into different containers to be executed, so that the interference among the different users does not exist, the overall operation of the service system is not influenced while the correctness of the user-defined logics of the different users can be verified, and the stable and safe operation of the service system is ensured.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the principle of the invention. In the drawings:
FIG. 1 is a flow chart of a method of operating a clinical trial electronic data acquisition system according to an embodiment of the present application.
FIG. 2 is a schematic diagram of the components of a clinical trial electronic data acquisition system according to an embodiment of the present application.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention, but the present invention may be practiced in other ways than those specifically described herein, and thus the present invention is not limited to the specific embodiments disclosed below.
Flow charts are used herein to illustrate operations performed by systems according to embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed in the exact order in which they are performed. Rather, various steps may be processed in reverse order or simultaneously. Meanwhile, other operations are added to or removed from these processes.
Embodiments of the present application describe a clinical trial electronic data acquisition system, a method of operating the same, and a computer readable medium.
FIG. 1 is a flow chart of a method of operating a clinical trial electronic data acquisition system according to an embodiment of the present application. As shown in FIG. 1, the method for operating a clinical trial electronic data collection system of the present application may include, step 101, receiving operation requests from different users for their custom logic corresponding to clinical trial business rules to form a task queue. Step 102, judging whether the storage resources and the processing resources required by the operation of each custom logic in the task queue meet preset limiting conditions. 103, if the storage resources and the processing resources required by the user-defined logic request meet preset limiting conditions, creating a container corresponding to the user-defined logic through a virtual machine, wherein the container has the storage resources and the processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic. And 104, running the custom logic in the container. And 105, writing the operation result of the custom logic into a host file.
Specifically, in step 101, a task queue is formed by receiving running requests of different users for their custom logic, which corresponds to the clinical trial business rules. In one embodiment, the clinical trial business rules may include design rules for forms in clinical trial data collection, such as forms related to collection, aggregation, etc. of subject information during clinical trial, or forms related to drug delivery, recovery, etc., or forms of laboratory test forms related to laboratory test procedures, etc., and the design and application rules of these forms may generate different requirements according to different users, different types of clinical trials, or different stages of clinical trials. According to the technical scheme, a necessary Application Programming Interface (API) can be developed for a user, and the user can edit and form corresponding custom logic according to actual requirements, such as different form styles and different test rules. The custom logic may include a plurality of functions, each function having an input value, an operation rule, and an output result. After the user-defined logic is written by the user, in order to check whether the functions in the logic can operate correctly, the logic can be uploaded to a business system, namely a clinical test electronic data acquisition system for checking. Therefore, in the operation method of the clinical trial electronic data collection system, in step 101, the operation requests of different users for the customized logic of the users are received to form a task queue.
In order to enable the user-defined requirements of different users to be met in an efficient and convenient manner, the technical scheme of the application opens a necessary application programming interface for the users to select and edit according to the requirements of the users (or called tenants). And uploading the compiled custom logic to a service system for detection and verification, and checking whether the custom logic compiled by the user can operate correctly and effectively to obtain an expected operation result. However, it is also necessary to prevent the occurrence of malicious program codes or high risk codes from bringing high operational risk to the system.
Therefore, in the technical solution of the present application, step 102, for each custom logic in the task queue, determines whether the storage resource and the processing resource required for running the custom logic meet a preset constraint condition. 103, if the storage resources and the processing resources required by the user-defined logic request meet preset limiting conditions, creating a container corresponding to the user-defined logic through a virtual machine, wherein the container has the storage resources and the processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic.
In the technical scheme of this application, to each custom logic in the task queue, establish through the virtual machine with the container that custom logic corresponds run in the container custom logic, in the technical scheme of this application, put into different containers respectively with different users 'custom logic and carry out, make it not have the interference each other, can not influence the business system when letting different users can verify the exactness of its custom logic simultaneously, clinical trial electronic data collection system's whole operation promptly to reduce the security risk of business system as far as possible, prevent by the attack of malicious user or malicious program code, or the leak that high risk code leads to.
Therefore, in the present disclosure, in step 104, the custom logic is run in the container. And in step 105, writing the operation result of the custom logic into a host file. The host machine is, for example, a device running a clinical trial electronic data acquisition system.
In one embodiment, if the custom logic includes a statement of required storage resources and processing resources, comparing the declared resources with the preset limiting conditions; otherwise, the storage resources and processing resources are allocated in a default manner, e.g., a set amount of storage resources and processing resources are allocated.
In some embodiments, if it is determined or verified that the storage resources and the processing resources required for running the custom logic request do not meet the preset limiting conditions, skipping the current custom logic.
As described above, if the storage resources and processing resources required for running the custom logic request meet preset limiting conditions, creating a container corresponding to the custom logic through a virtual machine, where the container has storage resources and processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic. The memory resources may include memory resources and hard disk storage resources, and the processor resources may include, for example, CPU processing resources or other types of processing resources.
In some embodiments, the context includes global variables and global functions required to run the custom logic, or system environment settings associated with running the custom logic. The particular image includes program code that describes the custom logic. The particular image may be written or invoked by a user.
In one embodiment, the customized specific image may include exemplary code as shown below.
const { VM } = require('vm2');
const vm =new VM({
timeout: 1000, sandbox: { Promise:function(){}}
});
vm.run(code);
Run (code) may be extended to specific program code describing the custom logic, only briefly labeled here.
In some embodiments, the method further includes releasing the container resource corresponding to the custom logic after writing the operation result of the custom logic into the host file. Reallocating the released container resources upon processing subsequent custom logic execution requests. Therefore, the storage resources and the processing resources are in a high-efficiency circulation state, the continuous user requirements are met in a simple resource calling mode, and the safe and stable operation of the system is ensured while the user requirements are met.
The application also provides a clinical test electronic data acquisition system which comprises a main server and a function server, wherein the main server and the function server are connected through a network.
FIG. 2 is a schematic diagram of the components of a clinical trial electronic data acquisition system according to an embodiment of the present application.
In some embodiments, the primary server is configured to: receiving operation requests of different users for self-defined logic of the users to form a task queue, wherein the self-defined logic corresponds to a clinical test business rule; and for each custom logic in the task queue, judging whether the storage resource and the processing resource required by running the custom logic meet the preset limiting condition.
The function server is configured to: if the storage resources and the processing resources required by the user-defined logic request meet preset limiting conditions, creating a container corresponding to the user-defined logic through a virtual machine, wherein the container has the storage resources and the processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic; running the custom logic in the container; and writing the operation result of the self-defined logic into a host file on the host server, wherein the host server can be a host.
As mentioned above, the custom logic of different users may contain multiple functions, each having an input value, an operation rule, and an output result. After the user-defined logic is written by the user, in order to check whether the functions in the logic can operate correctly, the logic can be uploaded to a business system, namely a clinical test electronic data acquisition system for checking. In some embodiments, the running of the custom logic may be performed on a function server, a container corresponding to the custom logic is created on the function server through a virtual machine, and the custom logic is run in the container.
In some embodiments, the context includes global variables and global functions required to run the custom logic, or system environment settings associated with running the custom logic.
In some embodiments, the clinical trial electronic data collection system of the present application releases the container resource corresponding to the custom logic after writing the run result of the custom logic into the host file. Reallocating the released container resources upon processing subsequent custom logic execution requests. Therefore, the storage resources and the processing resources are in a high-efficiency circulation state, the continuous user requirements are met in a simple resource calling mode, and the safe and stable operation of the system is ensured while the user requirements are met.
The present application further provides a clinical trial electronic data acquisition system comprising a memory for storing instructions executable by a processor; and a processor for executing the instructions to implement the method as described above.
As shown in FIG. 2, the clinical trial electronic data collection system 200 of the present application may include a communication line 201, a Processor (Processor) 202, a Read Only Memory (ROM) 203, a Random Access Memory (RAM) 204, and a communication port 205. The clinical trial electronic data collection system may also include a separately set-up main server 206, a function server 208, and corresponding server data store A207 and server data store B209.
The communication line 201 may enable data communication between the components of the server side of the clinical trial electronic data collection system 200. Processor 202 may make the determination and issue the prompt. In some embodiments, processor 202 may be comprised of one or more processors. The communication port 205 may enable data communication between the clinical trial electronic data acquisition system 200 and the outside. The clinical trial electronic data collection system 200 may also include various forms of program storage units and data storage units, such as a hard disk, Read Only Memory (ROM) 203 and Random Access Memory (RAM) 204, capable of storing various data files for computer processing and/or communication use, as well as possible program instructions for execution by the processor 202. The processor executes these instructions to implement the main parts of the method. The results processed by the processor are communicated to the user device through the communication port and displayed on the user interface.
The method of operating the clinical trial electronic data collection system described above may be implemented as a computer program stored in memory and executable by the processor 202 to implement the method of operating the clinical trial electronic data collection system of the present application.
The method of operating the clinical trial electronic data acquisition system, when embodied as a computer program, may also be stored as an article of manufacture in a computer readable storage medium. For example, computer-readable storage media can include but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips), optical disks (e.g., Compact Disk (CD), Digital Versatile Disk (DVD)), smart cards, and flash memory devices (e.g., electrically Erasable Programmable Read Only Memory (EPROM), card, stick, key drive). In addition, various storage media described herein can represent one or more devices and/or other machine-readable media for storing information. The term "machine-readable medium" can include, without being limited to, wireless channels and various other media (and/or storage media) capable of storing, containing, and/or carrying code and/or instructions and/or data.
It should be understood that the above-described embodiments are illustrative only. The embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, and/or other electronic units designed to perform the functions described herein, or a combination thereof.
Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing disclosure is by way of example only, and is not intended to limit the present application. Various modifications, improvements and adaptations to the present application may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present application and thus fall within the spirit and scope of the exemplary embodiments of the present application.
Also, this application uses specific language to describe embodiments of the application. Reference throughout this specification to "one embodiment," "an embodiment," and/or "some embodiments" means that a particular feature, structure, or characteristic described in connection with at least one embodiment of the present application is included in at least one embodiment of the present application. Therefore, it is emphasized and should be appreciated that two or more references to "an embodiment" or "one embodiment" or "an alternative embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, some features, structures, or characteristics of one or more embodiments of the present application may be combined as appropriate.
Aspects of the present application may be embodied entirely in hardware, entirely in software (including firmware, resident software, micro-code, etc.) or in a combination of hardware and software. The above hardware or software may be referred to as "data block," module, "" engine, "" unit, "" component, "or" system. The processor may be one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), digital signal processing devices (DAPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, or a combination thereof. Furthermore, aspects of the present application may be represented as a computer product, including computer readable program code, embodied in one or more computer readable media. For example, computer-readable media may include, but are not limited to, magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips … …), optical disks (e.g., Compact Disk (CD), Digital Versatile Disk (DVD) … …), smart cards, and flash memory devices (e.g., card, stick, key drive … …).
The computer readable medium may comprise a propagated data signal with the computer program code embodied therein, for example, on a baseband or as part of a carrier wave. The propagated signal may take any of a variety of forms, including electromagnetic, optical, and the like, or any suitable combination. The computer readable medium can be any computer readable medium that can communicate, propagate, or transport the program for use by or in connection with an instruction execution system, apparatus, or device. Program code on a computer readable medium may be propagated over any suitable medium, including radio, electrical cable, fiber optic cable, radio frequency signals, or the like, or any combination of the preceding.
Similarly, it should be noted that in the preceding description of embodiments of the application, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the embodiments. This method of disclosure, however, is not intended to require more features than are expressly recited in the claims. Indeed, the embodiments may be characterized as having less than all of the features of a single embodiment disclosed above.
Having thus described the basic concept, it will be apparent to those skilled in the art that the foregoing disclosure is by way of example only, and is not intended to limit the present application. Various modifications, improvements and adaptations to the present application may occur to those skilled in the art, although not explicitly described herein. Such modifications, improvements and adaptations are proposed in the present application and thus fall within the spirit and scope of the exemplary embodiments of the present application.
Claims (13)
1. A method of operating a clinical trial electronic data acquisition system, comprising the steps of:
receiving operation requests of different users for self-defined logic of the users to form a task queue, wherein the self-defined logic corresponds to a clinical test business rule;
for each custom logic in the task queue, judging whether storage resources and processing resources required by running the custom logic meet preset limiting conditions or not;
if yes, creating a container corresponding to the custom logic through a virtual machine, wherein the container has storage resources and processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic;
running the custom logic in the container; and
and writing the operation result of the self-defined logic into a host file.
2. The method of operating a clinical trial electronic data collection system as defined in claim 1, wherein the context includes global variables and global functions required in operating the custom logic.
3. The method of operating a clinical trial electronic data collection system according to claim 1, further comprising releasing container resources corresponding to the custom logic after writing the results of the operation of the custom logic to a host file.
4. The method of operating a clinical trial electronic data collection system according to claim 1, wherein if a statement of required storage resources and processing resources is included in the custom logic, the declared resources are compared to the preset constraints; otherwise, the storage resources and processing resources are allocated in a default manner.
5. The method of operating a clinical trial electronic data collection system as defined in claim 1, wherein the particular image includes program code describing the custom logic.
6. The method of operating a clinical trial electronic data collection system according to claim 1, wherein if the storage and processing resources required to run the custom logic request do not meet preset constraints, then skipping the current custom logic.
7. The method of operating a clinical trial electronic data collection system according to claim 3, further comprising reallocating the freed container resources upon processing a subsequent run request.
8. The method of operating a clinical trial electronic data collection system as claimed in claim 1, wherein the business rules include rules for the design and application of forms of clinical trial data collection.
9. A clinical trial electronic data collection system comprising a main server and a function server, the main server and function server being connected by a network, the main server being configured to:
receiving operation requests of different users for self-defined logic of the users to form a task queue, wherein the self-defined logic corresponds to a clinical test business rule;
for each custom logic in the task queue, judging whether storage resources and processing resources required by running the custom logic meet preset limiting conditions or not;
the function server is configured to:
if the storage resources and the processing resources required by the user-defined logic request meet preset limiting conditions, creating a container corresponding to the user-defined logic through a virtual machine, wherein the container has the storage resources and the processing resources determined according to the preset limiting conditions; wherein the virtual machine creates the container based on a particular image that defines context and execution time constraints when the container runs the custom logic;
running the custom logic in the container; and
and writing the operation result of the self-defined logic into the host machine file on the host server.
10. A clinical trial electronic data collection system according to claim 9, wherein the context includes global variables and global functions required in running the custom logic.
11. The clinical trial electronic data collection system of claim 9, wherein the container resource corresponding to the custom logic is released after writing the results of the execution of the custom logic to a host file on the host server.
12. A clinical trial electronic data acquisition system comprising:
a memory for storing instructions executable by the processor; and
a processor for executing the instructions to implement the method of any one of claims 1-8.
13. A computer-readable medium having stored thereon computer program code which, when executed by a processor, implements the method of any of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110305084.XA CN112698924A (en) | 2021-03-23 | 2021-03-23 | Clinical test electronic data acquisition system and operation method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110305084.XA CN112698924A (en) | 2021-03-23 | 2021-03-23 | Clinical test electronic data acquisition system and operation method thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112698924A true CN112698924A (en) | 2021-04-23 |
Family
ID=75515343
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110305084.XA Pending CN112698924A (en) | 2021-03-23 | 2021-03-23 | Clinical test electronic data acquisition system and operation method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112698924A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113343145A (en) * | 2021-05-31 | 2021-09-03 | 嘉兴易迪希计算机技术有限公司 | Random management method for self-defined butt joint of random system in EDC system |
| CN113409908A (en) * | 2021-06-28 | 2021-09-17 | 浙江太美医疗科技股份有限公司 | Method and device for migrating clinical medical data and computer readable medium |
| WO2023085957A1 (en) * | 2021-11-15 | 2023-05-19 | Sy Justin Lawrence | Permission-based system for and method of managing electronic medical records in a computing environment |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018205325A1 (en) * | 2017-05-08 | 2018-11-15 | 网宿科技股份有限公司 | Method and system for use in constructing content delivery network platform on heterogeneous resources |
| CN109376017A (en) * | 2019-01-07 | 2019-02-22 | 人和未来生物科技（长沙）有限公司 | Cloud computing platform task processing method, system and its application method based on container |
| CN111212116A (en) * | 2019-12-24 | 2020-05-29 | 湖南舜康信息技术有限公司 | High-performance computing cluster creating method and system based on container cloud |
| CN111897622A (en) * | 2020-06-10 | 2020-11-06 | 中国科学院计算机网络信息中心 | High-throughput computing method and system based on container technology |
| CN112349361A (en) * | 2021-01-08 | 2021-02-09 | 浙江太美医疗科技股份有限公司 | Execution scheduling method, system and readable medium for clinical trial data processing task |
-
2021
- 2021-03-23 CN CN202110305084.XA patent/CN112698924A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018205325A1 (en) * | 2017-05-08 | 2018-11-15 | 网宿科技股份有限公司 | Method and system for use in constructing content delivery network platform on heterogeneous resources |
| CN109376017A (en) * | 2019-01-07 | 2019-02-22 | 人和未来生物科技（长沙）有限公司 | Cloud computing platform task processing method, system and its application method based on container |
| CN111212116A (en) * | 2019-12-24 | 2020-05-29 | 湖南舜康信息技术有限公司 | High-performance computing cluster creating method and system based on container cloud |
| CN111897622A (en) * | 2020-06-10 | 2020-11-06 | 中国科学院计算机网络信息中心 | High-throughput computing method and system based on container technology |
| CN112349361A (en) * | 2021-01-08 | 2021-02-09 | 浙江太美医疗科技股份有限公司 | Execution scheduling method, system and readable medium for clinical trial data processing task |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113343145A (en) * | 2021-05-31 | 2021-09-03 | 嘉兴易迪希计算机技术有限公司 | Random management method for self-defined butt joint of random system in EDC system |
| CN113409908A (en) * | 2021-06-28 | 2021-09-17 | 浙江太美医疗科技股份有限公司 | Method and device for migrating clinical medical data and computer readable medium |
| WO2023085957A1 (en) * | 2021-11-15 | 2023-05-19 | Sy Justin Lawrence | Permission-based system for and method of managing electronic medical records in a computing environment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112698924A (en) | Clinical test electronic data acquisition system and operation method thereof | |
| CN111381938B (en) | Method and system for executing intelligent contracts in block chain based on basic instruction set | |
| US11556348B2 (en) | Bootstrapping profile-guided compilation and verification | |
| KR20170132296A (en) | Federation-based memory management | |
| CN104137076A (en) | Validation of applications for graphics processing unit | |
| JP2017146966A (en) | Method and system for extending function to package file | |
| CN103699437A (en) | Resource scheduling method and device | |
| CN111078279B (en) | Method, device, equipment and storage medium for processing byte code file | |
| CN112558946A (en) | Method, device and equipment for generating code and computer readable storage medium | |
| US11301225B2 (en) | Reducing application startup time by generating bytecode from metadata at build time | |
| CN113296786A (en) | Data processing method and device, electronic equipment and storage medium | |
| US9715372B2 (en) | Executable guidance experiences based on implicitly generated guidance models | |
| WO2022017242A1 (en) | Method and apparatus for running second system application in first system, device, and medium | |
| CN111767056A (en) | Source code compiling method, executable file running method and terminal equipment | |
| CN114372256A (en) | Application program running method, device, equipment and storage medium | |
| US10540151B1 (en) | Graphical customization of a firmware-provided user interface (UI) | |
| CN112604273B (en) | Data-driven game system function loading method, device and storage medium | |
| KR101826828B1 (en) | System and method for managing log data | |
| CN105677481A (en) | Method and system for processing data and electronic equipment | |
| CN116719579A (en) | AI model observability realization method and device, electronic equipment and storage medium | |
| CN113296876B (en) | Equipment direct connection method, equipment and storage medium of virtual machine | |
| CN112346390B (en) | Optical module control method, device, equipment and computer readable storage medium | |
| CN114174983A (en) | Optimization for automatic verification of advanced constructs using test vectors | |
| CN113688358B (en) | System security detection method and device, electronic equipment, medium and product | |
| CN113127051B (en) | Application resource packaging process monitoring method, device, equipment and medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210423 |