WO2023246516A1

WO2023246516A1 - Method and apparatus for generating visit report of clinical research project

Info

Publication number: WO2023246516A1
Application number: PCT/CN2023/099031
Authority: WO
Inventors: 易旦林
Original assignee: 上海妙一生物科技有限公司
Priority date: 2022-06-20
Filing date: 2023-06-08
Publication date: 2023-12-28
Also published as: CN114999604A

Abstract

The present invention relates to a method and apparatus for generating a visit report of a clinical research project. The method comprises: receiving a first request, which is used for requesting the setting of a visit report template of a clinical research project; in response to the first request, acquiring setting information of the visit report template, and generating the visit report template on the basis of the setting information; receiving a second request, which is used for requesting content editing performed in the visit report template; and in response to the second request, acquiring content editing information, and generating a visit report of the clinical research project on the basis of the content editing information. By means of the present application, the problems of a template of a visit report of a clinical research project be unable to be flexibly configured and the content being unable to be easily stored and modified in related art are solved, such that a visit report template is flexibly configured, the content of a visit report is edited online, and the effect of easy storage and modification is realized.

Description

A method and device for generating visit reports for clinical research projects

Technical field

The present invention relates to the technical field of clinical research, and in particular to a method, device, computer equipment and computer-readable storage medium for generating a visit report for a clinical research project.

Background technique

The visit reports of clinical research projects currently use the traditional offline paper text mode. Several types of visit report templates are fixed, and then manually filled in on the fixed paper visit report. Since the visit report of clinical research projects has strong flexibility, if the template is fixed, the visit report cannot be flexibly assembled according to the project; and the visit report needs to be filled in a lot of content, and it is inconvenient to save it if filled in manually. and make timely modifications.

Currently, no effective solution has been proposed for the problem in related technologies that the templates of visit reports for clinical research projects cannot be flexibly configured and the content cannot be easily saved and modified.

Contents of the invention

The purpose of this application is to provide a visit report generation method, device, computer equipment and computer-readable storage medium for clinical research projects in order to at least solve the shortcomings of clinical research projects in related technologies. There are problems with visit report templates that cannot be flexibly configured and the content is not easy to save and modify.

In order to achieve the above purpose, the technical solutions adopted by this application are:

In the first aspect, embodiments of this application provide a method for generating visit reports for clinical research projects, including:

Receive a first request, wherein the first request is used to request setting of a visit report template for a clinical research project;

In response to the first request, obtain the setting information of the visit report template, and generate the visit report template based on the setting information;

Receive a second request, wherein the second request is used to request content editing in the visit report template;

In response to the second request, content editing information is obtained, and a visit report of the clinical research project is generated based on the content editing information.

In some embodiments, the step of responding to the first request, obtaining the setting information of the visit report template, and generating the visit report template based on the setting information includes:

Output the selectable visit type of the clinical research project;

Receive the selected method type, and set the visit report template to be set corresponding to the selected visit type according to the selected visit type.

In some embodiments, setting the visit report template to be set corresponding to the selected visit type according to the selected visit type includes:

Output the optional setting method of the visit report template to be set, wherein the setting method includes system template setting and custom template setting;

Receive the selected setting method, and set the visit report template to be set according to the selected setting method.

In some embodiments, if the selected setting mode is system template setting, then setting the visit report template to be set according to the selected setting mode includes:

Output the optional visit report template to be set;

Receive the selected visit report template to be set, and output an editable system module;

Receive the selected system module and output the configuration items of the selected system module;

Receive configuration information of the configuration item, and set the selected visit report template to be set according to the configuration information.

In some embodiments, the editable operations of the system module include at least one of the following:

Delete system modules;

Sort system modules;

Configure the configuration items of the system module.

In some embodiments, if the selected setting method is custom template setting, then setting the visit report template to be set according to the selected setting method includes:

Get the name information of the custom module;

Obtain the custom field information in the custom module, and add the custom module to the visit report template to be set according to the custom field information.

In some embodiments, obtaining the setting information of the visit report template and generating the visit report template based on the setting information includes:

Obtain the setting information of field attributes and form attributes of the visit report template, and generate the visit report template based on the setting information of the field attributes and form attributes.

In the second aspect, embodiments of the present application provide a device for generating visit reports for clinical research projects, including:

A first receiving unit, configured to receive a first request, wherein the first request is used to request to set the visit report template of the clinical research project;

A first generating unit configured to respond to the first request, obtain the setting information of the visit report template, and generate the visit report template based on the setting information;

A second receiving unit, configured to receive a second request, where the second request is used to request content editing in the visit report template;

The second generation unit is configured to respond to the second request, obtain content editing information, and generate a visit report of the clinical research project based on the content editing information.

In a third aspect, embodiments of the present application provide a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor. When the processor executes the computer program Implement the method for generating visit reports for clinical research projects as described in the first aspect above.

In a fourth aspect, embodiments of the present application provide a computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the method for generating a visit report for a clinical research project as described in the first aspect is implemented. .

This application adopts the above technical solution. Compared with the existing technology, the method for generating visit reports for clinical research projects provided by the embodiments of this application obtains the setting information of the visit report template and generates the visit report template based on the setting information. Describing a visit report template, obtaining content editing information, and generating a visit report for the clinical research project based on the content editing information, solving the problem in related technologies that templates for visit reports for clinical research projects cannot be flexibly configured. In addition, the problem that the content is not easy to save and modify has been realized. Flexible and dynamic configuration of visit report templates and online editing of visit report contents are realized.

The details of one or more embodiments of the present application are set forth in the following drawings and description to make other features, objects, and advantages of the present application more concise and understandable.

Description of the drawings

The drawings described here are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation of the present application. In the attached picture:

Figure 1 is a structural block diagram of a mobile terminal according to an embodiment of the present application;

Figure 2 is a flow chart of a method for generating a visit report for a clinical research project according to an embodiment of the present application;

Figure 3 is a schematic diagram of the entry visit report template settings according to an embodiment of the present application;

Figure 4 is a schematic diagram of a visit report template setting method according to an embodiment of the present application;

Figure 5 is a schematic diagram of outputting a visit report template to be set in the system template setting mode according to an embodiment of the present application;

Figure 6 is a schematic diagram of an output system module according to an embodiment of the present application;

Figure 7 is a schematic diagram of an editing system module according to an embodiment of the present application;

Figure 8 is a schematic diagram of a customized configuration according to an embodiment of the present application;

Figure 9 is a schematic diagram of editing a custom module according to an embodiment of the present application;

Figure 10 is a schematic diagram of setting field attributes and form attributes according to an embodiment of the present application;

Figure 11 is a schematic diagram of a visit report template set according to the application embodiment of the present application;

Figure 12 is a schematic diagram of online editing of visit content according to an embodiment of the present application;

Figure 13 is a structural block diagram of a visit report generating device for a clinical research project according to an embodiment of the present application;

Figure 14 is a schematic diagram of the hardware structure of a computer device according to an embodiment of the present application.

Detailed ways

In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be described and illustrated below in conjunction with the drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the present application and are not used to limit the present application. Based on the embodiments provided in this application, all other embodiments obtained by those of ordinary skill in the art without any creative work shall fall within the scope of protection of this application.

Obviously, the drawings in the following description are only some examples or embodiments of the present application. For those of ordinary skill in the art, without exerting creative efforts, the present application can also be applied according to these drawings. Other similar scenarios. In addition, it will also be appreciated that, although such development efforts may be complex and lengthy, the technology disclosed in this application will be readily apparent to those of ordinary skill in the art relevant to the disclosure of this application. Some design, manufacturing or production changes based on the content are only conventional technical means and should not be understood as insufficient content disclosed in this application.

Reference in this application to "an embodiment" means that a particular feature, structure or characteristic described in connection with the embodiment may be included in at least one embodiment of the application. The appearances of this phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by those of ordinary skill in the art that the embodiments described in this application may be combined with other embodiments without conflict.

Unless otherwise defined, the technical terms or scientific terms involved in this application shall have the usual meanings understood by those with ordinary skills in the technical field to which this application belongs. "A", "an", "a", "the" and other similar words used in this application do not indicate a quantitative limit and may indicate singular or plural numbers. The terms "include", "include", "have" and any variations thereof involved in this application are intended to cover non-exclusive inclusion; for example, a process, a method, a series of steps or modules (units), Systems, products, or devices are not limited to the listed steps or units, but may also include steps or units that are not listed, or may include other steps or units that are inherent to these processes, methods, products, or devices. Words such as "connected", "connected", "coupled" and the like mentioned in this application are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. The "plurality" mentioned in this application refers to two or more than two. "And/or" describes the relationship between related objects, indicating that three relationships can exist. For example, "A and/or B" can mean: A alone exists, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the related objects are in an "or" relationship. The terms “first”, “second”, “third”, etc. used in this application are only used to distinguish similar objects and do not represent a specific ordering of the objects.

This embodiment provides a mobile terminal. Figure 1 is a structural block diagram of a mobile terminal according to an embodiment of the present application. As shown in Figure 1, the mobile terminal includes: a radio frequency (Radio Frequency, referred to as RF) circuit 110, a memory 120, an input unit 130, a display unit 140, a sensor 150, an audio circuit 160, and wireless fidelity (wireless fidelity, referred to as WiFi) module 170, processor 180, and power supply 190 and other components. Those skilled in the art can understand that the structure of the mobile terminal shown in Figure 1 does not constitute a limitation on the mobile terminal, and may include more or fewer components than shown, or combine certain components, or arrange different components.

The following is a detailed introduction to each component of the mobile terminal in conjunction with Figure 1:

The RF circuit 110 can be used to receive and transmit information or signals during a call. In particular, after receiving downlink information from the base station, it is processed by the processor 180; in addition, the designed uplink data is sent to the base station. Typically, RF circuits include, but are not limited to, antennas, at least one amplifier, transceiver, coupler, low noise amplifier (LNA), duplexer, etc. Additionally, RF circuitry 110 may communicate with networks and other devices through wireless communications. The above wireless communication can use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), code division multiple Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Messaging Service (abbreviated as SMS), etc.

The memory 120 can be used to store software programs and modules. The processor 180 executes various functional applications and data processing of the mobile terminal by running the software programs and modules stored in the memory 120 . The memory 120 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function (such as a sound playback function, an image playback function, etc.), etc.; the storage data area may store a program according to Data created by the use of mobile terminals (such as audio data, phone books, etc.), etc. In addition, the memory 120 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.

The input unit 130 may be used to receive input numeric or character information, and generate key signal input related to user settings and function control of the mobile terminal. Specifically, the input unit 130 may include a touch panel 131 and other input devices 132 . touch surface The pad 131, also known as the touch screen, can collect the user's touch operations on or near it (such as the user's operations on or near the touch panel 131 using a finger, stylus, or any suitable object or accessory). , and drive the corresponding connection device according to the preset program. Optionally, the touch panel 131 may include two parts: a touch detection device and a touch controller. Among them, the touch detection device detects the user's touch orientation, detects the signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts it into contact point coordinates, and then sends it to the touch controller. to the processor 180, and can receive commands sent by the processor 180 and execute them. In addition, the touch panel 131 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 131, the input unit 130 may also include other input devices 132. Specifically, other input devices 132 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), trackball, mouse, joystick, etc.

The display unit 140 may be used to display information input by the user or information provided to the user and various menus of the mobile terminal. The display unit 140 may include a display panel 141. Optionally, the display panel 141 may be configured in the form of a Liquid Crystal Display (Liquid Crystal Display, LCD for short), Organic Light-Emitting Diode (OLED for short), etc. Further, the touch panel 131 can cover the display panel 141. When the touch panel 131 detects a touch operation on or near it, it is sent to the processor 180 to determine the type of the touch event. The processor 180 then determines the type of the touch event. Type provides corresponding visual output on display panel 141. Although in FIG. 1 , the touch panel 131 and the display panel 141 are used as two independent components to implement the input and input functions of the mobile terminal, in some embodiments, the touch panel 131 and the display panel 141 can be integrated. And realize the input and output functions of the mobile terminal.

The mobile terminal may also include at least one sensor 150, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor. The ambient light sensor may adjust the brightness of the display panel 141 according to the brightness of the ambient light. The proximity sensor may close the display panel 141 when the mobile terminal moves to the ear. /or backlight. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (usually three axes). It can detect the magnitude and direction of gravity when stationary, and can be used to identify applications such as mobile terminal posture (such as horizontal and vertical screen switching, Related games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, knock), etc.; as for other sensors such as gyroscope, barometer, hygrometer, thermometer, infrared sensor, etc. that can be configured on the mobile terminal, here No longer.

The speaker 161 and the microphone 162 in the audio circuit 160 can provide an audio interface between the user and the mobile terminal. The audio circuit 160 can transmit the electrical signal converted from the received audio data to the speaker 161, and the speaker 161 converts it into a sound signal for output; on the other hand, the microphone 162 converts the collected sound signal into an electrical signal, and the audio circuit 160 After being received, it is converted into audio data, and then processed by the audio data output processor 180, and then sent to, for example, another mobile terminal through the RF circuit 110, or the audio data is output to the memory 120 for further processing.

WiFi is a short-distance wireless transmission technology. The mobile terminal can help users send and receive emails, browse through the WiFi module 170 It provides users with wireless broadband Internet access to browse the web and access streaming media. Although FIG. 1 shows the WiFi module 170, it can be understood that it is not a necessary component of the mobile terminal and can be omitted or replaced with other short-range wireless modules as needed without changing the essence of the invention. Transmission module, such as Zigbee module, or WAPI module, etc.

The processor 180 is the control center of the mobile terminal, using various interfaces and lines to connect various parts of the entire mobile terminal, by running or executing software programs and/or modules stored in the memory 120, and calling data stored in the memory 120 , execute various functions of the mobile terminal and process data, thereby overall monitoring the mobile terminal. Optionally, the processor 180 may include one or more processing units; preferably, the processor 180 may integrate an application processor and a modem processor, where the application processor mainly processes operating systems, user interfaces, application programs, etc. , the modem processor mainly handles wireless communications. It can be understood that the above modem processor may not be integrated into the processor 180 .

The mobile terminal also includes a power supply 190 (such as a battery) that supplies power to various components. Preferably, the power supply can be logically connected to the processor 180 through a power management system, so that functions such as charging, discharging, and power consumption management can be implemented through the power management system.

Although not shown, the mobile terminal may also include a camera, a Bluetooth module, etc., which will not be described again here.

In this embodiment, the processor 180 is configured to:

In some of these embodiments, processor 180 is further configured to:

Output the selectable visit type of the clinical research project;

In some of these embodiments, processor 180 is further configured to:

If the selected setting method is system template setting, output the optional visit report template to be set;

In some of these embodiments, processor 180 is further configured to:

Delete system modules;

Sort system modules;

Configure the configuration items of the system module.

In some of these embodiments, processor 180 is further configured to:

If the selected setting method is custom template setting, obtain the name information of the custom module;

In some of these embodiments, processor 180 is further configured to:

This embodiment provides a method for generating visit reports for clinical research projects. Figure 2 is a flow chart of a method for generating a visit report for a clinical research project according to an embodiment of the present application. As shown in Figure 2, the process includes the following steps:

Step S201: Receive a first request, wherein the first request is used to request to set the visit report template of the clinical research project;

Step S202: Respond to the first request, obtain the setting information of the visit report template, and generate the visit report template based on the setting information;

Step S203: Receive a second request, where the second request is used to request content editing in the visit report template;

Step S204: Respond to the second request, obtain content editing information, and generate a visit report of the clinical research project based on the content editing information.

Through the above steps, the problem in the related technology that the visit report template of the clinical research project cannot be flexibly configured and the content is not easy to save and modify is solved, and a flexible and dynamically configured visit report template is realized online. Edit the visit report content.

In some embodiments, the step S202 responds to the first request, obtains the setting information of the visit report template, and generates the visit report template based on the setting information, including:

Output the selectable visit type of the clinical research project;

Output the optional visit report template to be set;

Delete system modules;

Sort system modules;

Configure the configuration items of the system module.

Get the name information of the custom module;

According to the characteristics of the visit reports of clinical research projects, the embodiment of this application adopts a dynamic and assemblable method to design the visit report templates under the project. The contents of the visit reports of different projects are different. Moreover, it breaks the shortcomings of traditional paper reports that are easy to lose and difficult to modify. Online editing of visit report content is easy to save and provides convenient modification functions.

A system or platform can be constructed using the method for generating visit reports for clinical research projects in the embodiments of this application, on which users can operate to realize flexible configuration of visit report templates and online editing of visit report contents.

As shown in Figure 3, the project manager of the clinical research project can enter the visit template through project settings and set the visit report template for the clinical research project. After entering the visit template, visit report templates for different visit types can be output, and the project manager can select any template for settings.

As shown in Figure 4, there are two ways to set different visit types: system template and custom.

As shown in Figure 5, for system template configuration, the project manager can select the visit report template to be configured. As shown in Figure 6, for the selected visit report template to be set, the system modules can be output, and the project manager can edit or delete the system modules. As shown in Figure 7, for system modules, the project manager can drag and drop controls, add, delete, and modify system modules.

As shown in Figure 8, for custom configuration, the project manager can fill in the name of the custom module and click the confirmation button to add the custom module.

As shown in Figure 9, for custom modules, you can edit the content, manually drag and drop controls, etc.

As shown in Figure 10, the project manager can also set the field attributes and form attributes of the visit report template.

As shown in Figure 11, after setting the visit report template to be set, the set visit report template can be submitted and applied to the center's visit report.

As shown in Figure 12, the project manager can edit the visit content online in the configured visit report.

This application embodiment adopts flexible and configurable visit report template design, and configures visit report templates according to different projects, thereby reducing labor costs, improving the personalized processing capabilities of project visit reports, and making the execution of monitoring visits more efficient. Report quality has been improved, making it easier to save and modify report content for a long time.

It should be noted that the steps shown in the above process or the flow chart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical sequence is shown in the flow chart, in the In some cases, the steps shown or described may be performed in a different order than here.

This embodiment provides a device for generating a visit report for a clinical research project. The device is used to implement the above embodiments and preferred implementations. What has already been explained will not be described again. As used below, the terms "module", "unit", "sub-unit", etc. may be a combination of software and/or hardware that implements a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.

Figure 13 is a structural block diagram of a visit report generating device for a clinical research project according to an embodiment of the present application. As shown in Figure 13, the Devices include:

The first receiving unit 1301 is configured to receive a first request, where the first request is used to request to set the visit report template of the clinical research project;

The first generating unit 1302 is configured to respond to the first request, obtain the setting information of the visit report template, and generate the visit report template based on the setting information;

The second receiving unit 1303 is configured to receive a second request, where the second request is used to request content editing in the visit report template;

The second generation unit 1304 is configured to respond to the second request, obtain content editing information, and generate a visit report of the clinical research project based on the content editing information.

In some embodiments, the first generating unit 1302 includes:

An output module for outputting selectable visit types of the clinical research project;

The setting module is configured to receive the selected method type, and set the visit report template to be set corresponding to the selected visit type according to the selected visit type.

In some embodiments, the setting module includes:

An output sub-module is used to output the optional setting method of the visit report template to be set, wherein the setting method includes system template setting and custom template setting;

The setting sub-module is used to receive the selected setting method and set the visit report template to be set according to the selected setting method.

In some embodiments, if the selected setting mode is system template setting, the setting sub-module is used to:

Output the optional visit report template to be set;

Delete system modules;

Sort system modules;

Configure the configuration items of the system module.

In some embodiments, if the selected setting mode is custom template setting, the setting sub-module is used to:

Get the name information of the custom module;

In some embodiments, the first generating unit 1302 includes:

An acquisition module is configured to obtain the field attributes and form attribute setting information of the visit report template, and generate the visit report template based on the field attributes and form attribute setting information.

It should be noted that each of the above modules can be a functional module or a program module, and can be implemented by software or hardware. For modules implemented by hardware, each of the above-mentioned modules can be located in the same processor; or each of the above-mentioned modules can also be located in different processors in any combination.

Embodiments provide a computer device. The visit report generation method combined with the clinical research project of the embodiment of the present application can be implemented by computer equipment. Figure 14 is a schematic diagram of the hardware structure of a computer device according to an embodiment of the present application.

The computer device may include a processor 141 and a memory 142 storing computer program instructions.

Specifically, the above-mentioned processor 141 may include a central processing unit (CPU), or an Application Specific Integrated Circuit (ASIC for short), or may be configured to implement one or more integrated circuits according to the embodiments of the present application.

Among others, memory 142 may include mass storage for data or instructions. By way of example and not limitation, the memory 142 may include a hard disk drive (HDD), a floppy disk drive, a solid state drive (SSD), flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial drive. Universal Serial Bus (USB) driver or a combination of two or more of these. Memory 142 may include removable or non-removable (or fixed) media, where appropriate. Memory 142 may be internal or external to the data processing device, where appropriate. In certain embodiments, memory 142 is Non-Volatile memory. In a specific embodiment, the memory 142 includes read-only memory (ROM) and random access memory (Random Access Memory, RAM). Under appropriate circumstances, the ROM can be a mask-programmed ROM, a programmable ROM (Programmable Read-Only Memory, referred to as PROM), an erasable PROM (Erasable Programmable Read-Only Memory, referred to as EPROM), or an electrically removable ROM. Erase PROM (Electrically Erasable Programmable Read-Only Memory, referred to as EEPROM), electrically rewritable ROM (Electrically Alterable Read-Only Memory, referred to as EAROM) or flash memory (FLASH) or a combination of two or more of these. Under appropriate circumstances, the RAM can be static random access memory (Static Random-Access Memory, referred to as SRAM) or dynamic random access memory (Dynamic Random Access Memory, referred to as DRAM), wherein the DRAM can be a fast page Fast Page Mode Dynamic Random Access Memory (FPMDRAM for short), Extended Date Out Dynamic Random Access Memory (EDODRAM for short), Synchronous Dynamic Random Access Memory (Synchronous Dynamic Random-Access Memory (SDRAM for short), etc.

Memory 142 may be used to store or cache various data files required for processing and/or communication, as well as possible computer program instructions executed by processor 141.

The processor 141 reads and executes the computer program instructions stored in the memory 142 to implement the visit report generation method for any clinical research project in the above embodiments.

In some of these embodiments, the computer device may also include a communication interface 143 and a bus 140. Among them, as shown in Figure 14, the processor 141, the memory 142, and the communication interface 143 are connected through the bus 140 and complete communication with each other.

The communication interface 143 is used to implement communication between modules, devices, units and/or equipment in the embodiments of this application. The communication interface 143 can also implement data communication with other components such as: external devices, image/data acquisition equipment, databases, external storage, image/data processing workstations, etc.

Bus 140 includes hardware, software, or both, coupling components of the computer equipment to each other. The bus 140 includes but is not limited to at least one of the following: data bus (Data Bus), address bus (Address Bus), control bus (Control Bus), expansion bus (Expansion Bus), and local bus (Local Bus). By way of example, but not limitation, the bus 140 may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, or a Front Side Bus. , referred to as FSB), Hyper Transport (HT) interconnect, Industry Standard Architecture (ISA) bus, wireless bandwidth (InfiniBand) interconnect, low pin count (Low Pin Count, LPC for short) bus, memory bus, Micro Channel Architecture (MCA for short) bus, Peripheral Component Interconnect (PCI for short) bus, PCI-Express (PCI-X) bus, serial The Serial Advanced Technology Attachment (SATA) bus, the Video Electronics Standards Association Local Bus (VLB) bus or other suitable bus or a combination of two or more of these. Where appropriate, bus 140 may include one or more buses. Although the embodiments of this application describe and illustrate a specific bus, this application contemplates any suitable bus or interconnection.

In addition, combined with the method for generating visit reports for clinical research projects in the above embodiments, embodiments of the present application can provide a computer-readable storage medium for implementation. Computer program instructions are stored on the computer-readable storage medium; when the computer program instructions are executed by the processor, the method for generating a visit report for any clinical research project in the above embodiments is implemented.

The technical features of the above-described embodiments can be combined in any way. To simplify the description, not all possible combinations of the technical features in the above-described embodiments are described. However, as long as there is no contradiction in the combination of these technical features, All should be considered to be within the scope of this manual.

The above-described embodiments only express several implementation modes of the present application, and their descriptions are relatively specific and detailed, but they should not be construed as limiting the scope of the invention patent. It should be noted that, for those of ordinary skill in the art, without departing from the scope of the present application, Under the premise of thinking, several deformations and improvements can also be made, which all belong to the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

A method for generating visit reports for clinical research projects, which is characterized by including:

Receive a first request, wherein the first request is used to request setting of a visit report template for a clinical research project;

In response to the first request, obtain the setting information of the visit report template, and generate the visit report template based on the setting information;

Receive a second request, wherein the second request is used to request content editing in the visit report template;

In response to the second request, content editing information is obtained, and a visit report of the clinical research project is generated based on the content editing information.
The method for generating a visit report for a clinical research project according to claim 1, wherein in response to the first request, the setting information of the visit report template is obtained, and the setting information of the visit report template is generated based on the setting information. Visit report template, including:

Output the selectable visit type of the clinical research project;

Receive the selected method type, and set the visit report template to be set corresponding to the selected visit type according to the selected visit type.
The method for generating visit reports for clinical research projects according to claim 1, characterized in that, according to the selected visit type, the visit report template to be set corresponding to the selected visit type is processed. settings, including:

Output the optional setting method of the visit report template to be set, wherein the setting method includes system template setting and custom template setting;

Receive the selected setting method, and set the visit report template to be set according to the selected setting method.
The method for generating a visit report for a clinical research project according to claim 3, characterized in that if the selected setting mode is a system template setting, the visit to be set is generated according to the selected setting mode. Set up according to the report template, including:

Output the optional visit report template to be set;

Receive the selected visit report template to be set, and output an editable system module;

Receive the selected system module and output the configuration items of the selected system module;

Receive configuration information of the configuration item, and set the selected visit report template to be set according to the configuration information.
The method for generating visit reports for clinical research projects according to claim 4, wherein the editable operations of the system module include at least one of the following:

Delete system modules;

Sort system modules;

Configure the configuration items of the system module.
The method for generating a visit report for a clinical research project according to claim 3, characterized in that if the selected setting mode is a custom template setting, then the to-be-set setting method is configured according to the selected setting mode. Visit report template to set up, including:

Get the name information of the custom module;

Obtain the custom field information in the custom module, and add the custom module to the visit report template to be set according to the custom field information.
The method for generating a visit report for a clinical research project according to any one of claims 1 to 6, characterized in that: obtaining setting information of the visit report template, and generating the visit report template based on the setting information. Visual report templates include:

Obtain the setting information of field attributes and form attributes of the visit report template, and generate the visit report template based on the setting information of the field attributes and form attributes.
A device for generating visit reports for clinical research projects, which is characterized by including:

A first receiving unit, configured to receive a first request, wherein the first request is used to request to set the visit report template of the clinical research project;

A first generating unit configured to respond to the first request, obtain the setting information of the visit report template, and generate the visit report template based on the setting information;

A second receiving unit, configured to receive a second request, where the second request is used to request content editing in the visit report template;

The second generation unit is configured to respond to the second request, obtain content editing information, and generate a visit report of the clinical research project based on the content editing information.
A computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that when the processor executes the computer program, it implements claims 1 to 1 Method for generating visit reports for clinical research projects described in any one of 7.
A computer-readable storage medium with a computer program stored thereon, characterized in that when the program is executed by a processor, the method for generating a visit report for a clinical research project according to any one of claims 1 to 7 is implemented.