Method and device for implementing a payment system for subjects of drug trials in clinical research

Abstract

The present invention provides a method for realizing a subject payment system of a drug trial in a clinical study. The subject payment system comprises a subject payment form page on a Web end and a mobile end. The method comprises the following steps: encapsulating components of a design form to obtain JSON data; forming a basic component bar with data corresponding to the components; performing a second-level encapsulation on elements in the basic component bar to form a design component responsive to click and move operations; monitoring the components encapsulated by the second level in a form design area; performing data binding and rendering on the components; arranging the components; displaying a configuration bar; receiving operations on a Web end; transmitting data corresponding to the designed form to a server end; requesting data of a subject payment form page from a mobile end, wherein elements of the form page are defined based on a first form style of a Web end page; and converting, on the mobile end, a page defined by the first form style to a page defined by a second form style based on the mobile end.

Description

Technical Field

[0001] The present invention mainly relates to the field of information technology, and in particular to a method and device for realizing a subject payment system for drug trials in clinical research. Background Art

[0002] In drug trials of clinical research, payment and settlement of subject fees is one of the necessary processes. Under normal circumstances, the settlement of fees to subjects takes a long time and is cumbersome, and various receipts need to be collected. At the same time, it is difficult to leave traces of intermediate information, making supervision difficult. Hospital and institutional expense management costs are high and inefficient. If there are personnel changes during the trial, such as CRC (Clinical Research Coordinator), the successor must also be familiar with the process of payment and settlement to the subjects. Summary of the invention

[0003] The technical problem to be solved by the present invention is to provide a method for implementing a subject payment system for drug trials in clinical research, so as to achieve coordination and efficient flow of the subject payment process.

[0004] In order to solve the above technical problems, the present invention provides a method for implementing a subject payment system for drug trials in clinical research, wherein the subject payment system includes a subject payment form page on a Web end and a subject payment form page on a mobile end, and the method includes the following steps: encapsulating a component for designing a subject payment form to obtain JSON data; the JSON data formed by the encapsulation includes the original property settings of the component and the initial data rendering; the original property corresponds to the interactive form and graphic style of the component; the JSON data corresponding to the component is initially rendered and arranged to form a basic component bar; the elements in the basic component bar are second-level encapsulated to form a form design component that responds to the click and move operations of the Web end; the form design component that has been encapsulated by the second level is monitored in the form design area; when the form When the design component moves to the form design area in response to the click and move operation of the Web side, the form design component is data bound and rendered; the form design component is arranged with a responsive layout superimposed on a streaming layout; in response to clicking the form component in the form design area, the configuration bar of the form component is displayed; the operation of the configuration bar on the Web side is received, and the configuration result is rendered to the form design area; the JSON data corresponding to the designed form is transmitted to the server side; the data of the subject payment form page is requested from the mobile terminal to the server side, and the elements of the subject payment form page are defined based on the first form style of the Web side page; and at the mobile terminal, the subject payment form page defined based on the first form style is converted into a subject payment form page defined based on the second form style of the mobile terminal.

[0005] In one embodiment of the present invention, the elements of the subject payment form page include a format, one or more groups, and one or more items; wherein each format includes one or more groups; each group includes one or more items; and the elements of the subject payment form page are parsable.

[0006] In one embodiment of the present invention, the mobile terminal converts the subject payment form page defined based on the first form style into a subject payment form page defined based on the second form style of the mobile terminal; including: parsing the elements of the subject payment form page defined by the first form style; obtaining the business logic corresponding to the subject payment form page defined by the first form style; and converting the parsed elements of the subject payment form page defined by the first form style into elements of the subject payment form page defined by the second form style according to a mapping relationship between a pre-established element set of the first form style and an element set of the second form style.

[0007] In an embodiment of the present invention, the method further comprises rendering on the mobile terminal to form the subject payment form page based on the mobile terminal page, and the rendered elements include labels, formats, virtual groups and items.

[0008] In one embodiment of the present invention, each item includes the name of the item and a corresponding input control.

[0009] In an embodiment of the present invention, the type of the input control includes one or more of the following: text input, value input, date input, selection box, check box, drop-down box and button.

[0010] In one embodiment of the present invention, the item names configured on the Web-based subject payment form page include: drug name, trial site name, amount, type, status, serial number, visit name, visit date, subject abbreviation, subject screening number, voucher upload, transfer amount and approval record.

[0011] In an embodiment of the present invention, the configuration includes verification configuration and authority configuration.

[0012] The present invention also provides a device for implementing a subject payment system for drug trials in clinical research, comprising: a memory for storing instructions executable by a processor; and a processor for executing the instructions to implement the method as described above.

[0013] The present invention also provides a computer readable medium storing computer program codes, wherein the computer program codes implement the above method when executed by a processor.

[0014] Compared with the prior art, the present invention has the following advantages: by applying the subject payment system, it is convenient to fill in the form when the payment applicant applies for settlement to the subject, and the circulation and approval process after filling in can also be carried out efficiently. The whole process of settlement circulation operation is traceable, the settlement efficiency is high, and it is conducive to the smooth progress of the research process. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] The accompanying drawings are provided to provide a further understanding of the present application. They are included and constitute a part of the present application. The accompanying drawings illustrate embodiments of the present application and together with the present specification serve to explain the principles of the present invention. In the accompanying drawings:

[0016] Figure 1 The present invention is a flowchart of a method for implementing a subject payment system for drug trials in clinical research according to an embodiment of the present invention.

[0017] Figure 2 It is a flow chart of a method for generating a mobile terminal interface for a subject payment form according to an embodiment of the present invention.

[0018] Figure 3 It is a schematic diagram of the approval interface of the subject payment application on the Web side according to an embodiment of the present invention.

[0019] Figure 4 It is a schematic diagram of a payment application filling interface for a subject on a mobile terminal according to an embodiment of the present invention.

[0020] Figure 5 It is a schematic diagram of a system implementation environment of an implementation device for a subject payment system for a drug trial in clinical research according to an embodiment of the present invention. DETAILED DESCRIPTION

[0021] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, the specific embodiments of the present invention are described in detail below with reference to the accompanying drawings.

[0022] In the following description, many specific details are set forth to facilitate a full understanding of the present invention. However, the present invention may also be implemented in other ways different from those described herein. Therefore, the present invention is not limited to the specific embodiments disclosed below.

[0023] Flowcharts are used in the present application to illustrate the operations performed by the system according to the embodiments of the present application. It should be understood that the preceding or following operations are not necessarily performed accurately in order. On the contrary, various steps may be processed in reverse order or simultaneously. At the same time, other operations may be added to these processes, or one or more operations may be removed from these processes.

[0024] The embodiments of the present application describe a method and apparatus for implementing a subject payment system for drug trials in clinical research.

[0025] In one embodiment, a subject payment system for a drug trial in a clinical study includes a Web-side subject payment form page and a mobile-side subject payment form page. The Web-side subject payment form page can be obtained through a customized form design. The mobile-side subject payment form page is obtained through a form style mapping from the Web-side to the mobile-side.

[0026] In one embodiment, the steps of the implementation method of the subject payment system for drug trials in clinical research include: step 101, encapsulating the components of the subject payment form design to obtain JSON data. Step 102, initially rendering and arranging the JSON data corresponding to the components to form a basic component bar. Step 103, performing a second-level encapsulation on the elements in the basic component bar to form a form design component that responds to the click and move operations of the Web end. Step 104, listening to the form design component that has been encapsulated by the second level in the form design area; when the form design component moves to the form design area in response to the click and move operations of the Web end, data binding and rendering are performed on the form design component. Step 105, arranging the form design components with a responsive layout superimposed on a flow layout. Step 106, in response to clicking on the form component in the form design area, displaying the configuration bar of the form component. Step 107, receiving the operation of the Web end on the configuration bar, rendering the configuration result to the form design area, and the configured form page includes a first-level form area, a second-level form area, and a third-level form area. Step 108, transmitting the JSON data corresponding to the designed form to the server for storage. Step 109, requesting data of the subject payment form page from the mobile terminal to the server, wherein the elements of the subject payment form page are defined based on the first form style of the web page; Step 110, converting the subject payment form page defined based on the first form style into a subject payment form page defined based on the second form style of the mobile terminal at the mobile terminal. Figure 1 The present invention is a flowchart of a method for implementing a subject payment system for drug trials in clinical research according to an embodiment of the present invention.

[0027] In step 101, the components for designing the subject payment form are encapsulated to obtain JSON data. JSON (JavaScript Object Notation) is a data storage format. JSON can convert a set of data represented in a JavaScript object into a string, then pass the string between networks or programs, and restore it to a data format supported by each programming language when needed. The JSON data formed by encapsulating the form design components includes the original property settings of the components and the initial data rendering. Among them, the original property settings of the components correspond to the interactive form and graphic style of the components.

[0028] In step 102, the JSON data corresponding to the component is initially rendered and arranged to form a basic component bar. The JSON data corresponding to the components of different interactive forms constitute the component elements in the basic component bar. The corresponding basic component bar can be located on the left or upper side of the form designer interface. The component elements in the basic component bar can be identified by the name of the component form.

[0029] In step 103, the elements in the basic component column are encapsulated at the second level to form a form design component that responds to the click and move operations of the Web end. The second level encapsulation can be implemented by the React DnD (Drag and Drop for React) kit. React is a framework for building user interfaces. In the React DnD kit, the type of click and move operations, the object of the operation, and the information of the operation process are set. After encapsulation, a form design component that responds to the click and move operations of the Web end is formed in the basic component column.

[0030] In step 104, the form design component that has been encapsulated at the second level is monitored in the form design area of ​​the form designer. When the form design component moves to the form design area in response to the click and move operation of the Web end, the form design component is data bound and rendered. After rendering, a specific form component is formed in the form design area.

[0031] In step 105, the form design components are arranged with a responsive layout superimposed on a streaming layout. After multiple clicks and moves, the number of form components formed in the form design area continues to increase. At this time, the form design components are arranged with a responsive layout superimposed on a streaming layout. In the streaming layout method, the width of the elements of the form page is adapted according to the screen resolution, while the overall layout remains unchanged. In order to make the form layout adapt to the span of a larger screen scale, the form design components are arranged by superimposing a responsive layout on a streaming layout, so that the form page can adapt to the span of a larger screen scale and ensure the display effect of the page elements when used.

[0032] In one embodiment, the item names configured on the Web-based subject payment form page include: drug name, trial site name, amount, type, status, serial number, visit name, visit date, subject abbreviation, subject screening number, voucher upload, transfer amount and approval record.

[0033] In step 106, in response to clicking on a form component in the form design area, a configuration bar of the form component is displayed. The configuration bar may be located on the right or lower side of the form designer interface. The configurable items in the configuration bar may be set according to actual needs. The configuration content may include verification configuration, whether it is a required item, and permission configuration. In addition, the type of configuration may be increased according to needs. For example, more custom configurations may be provided to modify the style of the form component according to the needs of the user. Verification configuration refers to verifying whether the interactive form of the form component corresponds to the displayed style. Permission configuration may configure the operable permissions of different form components, such as the review and modification permissions of users of different roles on the filled-in content.

[0034] In step 107, the operation of the configuration bar by the Web end is received, and the configuration result is rendered to the form design area. The form page formed by the configuration includes a first-level form area, a second-level form area and a third-level form area.

[0035] In one embodiment, the first-level form area may include one or more second-level form areas, and the layout information of the second-level form areas in the first-level form area is defined by the first-level form area value; the second-level form area includes one or more third-level form areas, and the layout information of the third-level form areas in the second-level form area is defined by the second-level form area value; the third-level form area includes a data input area and / or a data type identification area, and the layout information of the data input area and / or the data type identification area is defined by the third-level form area value; the data type is determined by the interaction form of the corresponding component.

[0036] For example, Figure 3 As shown, in the subject payment form page corresponding to the approver, first-level form areas 301, 302 and 303 are included. The first-level form area 301, for example, includes second-level form areas 310 and 311. The first-level form area 302, for example, includes second-level form areas 312 and 313. The second-level form area 311, for example, includes third-level form areas 321, 322 and 323. The form page in the figure is a schematic diagram. In the actual page, other elements, such as specific function buttons, such as save, pass and / or confirm buttons, can also be added as needed.

[0037] In step 108, the JSON data corresponding to the designed form is transmitted to the server for storage. In some embodiments, the JSON data corresponding to the basic component column and the JSON data formed during the design process can also be transmitted to the server according to needs and settings. The designed form can be obtained from the server by the Web or mobile terminal to fill in and collect survey data. After filling in, the form can also be transmitted to the server, so that the content information of the filled form can be recorded, and then the information can be tracked and circulated as needed, such as subsequent review and approval processes.

[0038] In step 109, the mobile terminal requests data of the subject payment form page from the server, and the elements of the subject payment form page are defined based on the first form style of the web page. The elements of the subject payment form page include a form, one or more groups, and one or more items.

[0039] Among them, each format includes one or more groups; each group includes one or more items. For example, in a page defined by the first form style based on the Web end, a format (form) corresponds to an area in the form page, such as a rectangular area. A group corresponds to a row area in the area. An item corresponds to a data collection component in the row area, including a component name and a corresponding input control. In other words, an item may include the name of the item and the corresponding input control. The types of input controls include one or more of text input, numeric input, date input, check box, check box, drop-down box, and button types.

[0040] The elements in the subject payment form page can be parsed. That is, after the JSON data of the subject payment form page on the server side is transmitted to the mobile terminal, the mobile terminal can obtain the elements constituting the subject payment form page from the JSON data, specifically the format, the group in the format, the attributes and data information of the items in the group.

[0041] In step 110, the subject payment form page defined based on the first form style is converted into a subject payment form page defined based on the second form style of the mobile terminal at the mobile terminal.

[0042] After obtaining the attributes and data information of the elements in the subject payment form page, the process of converting the subject payment form page defined by the first form style based on the Web end into the subject payment form page defined by the second form style based on the mobile terminal may be continued.

[0043] refer to Figure 2The method for converting a subject payment form page defined in a first form style into a subject payment form page defined in a second form style based on the mobile terminal on a mobile terminal comprises step 201, parsing the elements of the subject payment form page defined in the first form style; step 202, obtaining the business logic corresponding to the subject payment form page defined in the first form style. Step 203, according to the pre-established mapping relationship between the element set of the first form style and the element set of the second form style, converting the parsed elements of the subject payment form page defined in the first form style into the elements of the subject payment form page defined in the second form style.

[0044] In step 201, the elements of the subject payment form page defined by the first form style are parsed. Specifically, the JSON data corresponding to the elements of the subject payment form page can be parsed by Gson or Fastjson tools. After parsing, one or more formats, one or more groups in the formats, and one or more items in the groups in the subject payment form page defined by the first form style can be obtained.

[0045] In step 202, the business logic corresponding to the subject payment form page defined in the first form style is obtained. As mentioned above, the business logic may include that the submission of the payment application is completed by the subject or the CRC, the verification and collection of the payment application is performed by the project administrator, and the approval of the payment application is completed by the project sponsor or organizer. Therefore, there are differences in the style conversion of the form page corresponding to different business logics.

[0046] In step 203, according to the pre-established mapping relationship between the element set of the first form style and the element set of the second form style, the parsed elements of the subject payment form page defined by the first form style are converted into elements of the subject payment form page defined by the second form style.

[0047] Figure 3 Schematic diagram of the approval interface for subject payment application on the Web.

[0048] In some embodiments, a subject payment form page based on a mobile terminal page is rendered on the mobile terminal, and the rendered elements include labels, formats, virtual groups, and items. Figure 4 Schematic diagram of the interface for filling out payment application for subjects on the mobile terminal.

[0049] like Figure 4As illustrated, the subject payment application form page based on the mobile terminal page may include a label 401 and a format 402. The format 402 may include a virtual group 411. The virtual group 411 may include items 421, 422, and 423. The drug trial name and the center name (i.e., the trial center or hospital name) may be filled in by the administrator on the corresponding form page. The label may be obtained by parsing the business logic corresponding to the page. The format, virtual group, and item in the second form style of the mobile terminal may be obtained by mapping the format, group, and item in the first form style, respectively, and adapted to the mobile terminal display.

[0050] The implementation method of the subject payment system for drug trials in clinical research of the present invention customizes the design of the subject payment form page on the Web side and converts it on the mobile side to obtain a subject payment page based on the mobile terminal page, including a filling page, a verification page and an approval page, etc., so that the subject payment settlement process in the drug trials of clinical research can be carried out efficiently and smoothly.

[0051] The present invention also provides a device for implementing a subject payment system for drug trials in clinical research, comprising: a memory for storing instructions executable by a processor; and a processor for executing the instructions to implement the method as described above.

[0052] Figure 5 A schematic diagram of the system implementation environment of an implementation device for a subject payment system for drug trials in clinical research according to an embodiment of the present application is shown. The implementation device 500 of the subject payment system for drug trials in clinical research may include an internal communication bus 501, a processor (Processor) 502, a read-only memory (ROM) 503, a random access memory (RAM) 304, and a communication port 505. The implementation device 500 is connected to the network through the communication port and is connected to the server side. The internal communication bus 501 can realize data communication between components of the implementation device 500 of the on-site management system for drug trials in clinical research. The processor 502 can make judgments and issue prompts. In some embodiments, the processor 502 can be composed of one or more processors. The communication port 505 can realize the sending and receiving of information and data from the network. In Figure 5In the embodiment, the communication port 505 can be connected to the server A 306, the server data storage A 507, the server B 508, and the server data storage B 509 on the server side through the network to realize the transmission of the JSON data corresponding to the form. The system may also include a terminal 510. The implementation device 500 of the subject payment system for drug trials in clinical research may also include different forms of program storage units and data storage units, such as a read-only memory (ROM) 503 and a random access memory (RAM) 504, which can store various data files used for computer processing and / or communication, and possible program instructions executed by the processor 502. The processor executes these instructions to implement the main part of the method. The results of the processor processing are transmitted to the user device through the communication port and displayed on the user interface.

[0053] The above-mentioned implementation device of the subject payment system for drug trials in clinical research can be implemented as a computer program, stored in the memory, and can be recorded in the processor 502 for execution to implement the implementation method of the subject payment system for drug trials in clinical research of the present application.

[0054] Some aspects of the present application may be performed entirely by hardware, entirely by software (including firmware, resident software, microcode, etc.), or by a combination of hardware and software. The above hardware or software may be referred to as "data blocks", "modules", "engines", "units", "components" or "systems". 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 combinations thereof. In addition, various aspects of the present application may be expressed as computer products located in one or more computer-readable media, which include computer-readable program codes. For example, computer-readable media may include, but are not limited to, magnetic storage devices (e.g., hard disks, floppy disks, tapes ...), optical disks (e.g., compact disks CDs, digital versatile disks DVDs ...), smart cards, and flash memory devices (e.g., cards, sticks, key drives ...).

[0055] A computer-readable medium may include a propagated data signal containing computer program code, such as in baseband or as part of a carrier wave. The propagated signal may have a variety of manifestations, including electromagnetic, optical, etc., or a suitable combination. A computer-readable medium may be any computer-readable medium other than a computer-readable storage medium, which may be connected to an instruction execution system, device or apparatus to communicate, propagate or transmit a program for use. The program code on the computer-readable medium may be propagated via any suitable medium, including radio, cable, fiber optic cable, radio frequency signal, or similar medium, or any combination of the above mediums.

[0056] Similarly, it should be noted that in order to simplify the description of the disclosure of this application and thus help understand one or more embodiments of the invention, in the above description of the embodiments of this application, multiple features are sometimes combined into one embodiment, figure or description thereof. However, this disclosure method does not mean that the features required by the object of this application are more than the features mentioned in the claims. In fact, the features of the embodiments are less than all the features of the single embodiment disclosed above.

[0057] Although the present application has been described with reference to the current specific embodiments, ordinary technicians in this technical field should recognize that the above embodiments are only used to illustrate the present application, and various equivalent changes or substitutions may be made without departing from the spirit of the present application. Therefore, as long as the changes and modifications to the above embodiments are within the essential spirit of the present application, they will fall within the scope of the claims of the present application.

Claims

1. A method for implementing a subject payment system for a drug trial in a clinical study, the subject payment system comprising a Web-side subject payment form page and a mobile-side subject payment form page, the method comprising the following steps: Encapsulate the components of the designed subject payment form to obtain JSON data; The encapsulated JSON data includes the original property settings and initial data rendering of the component; the original properties correspond to the interactive form and graphic style of the component; Initially render the JSON data corresponding to the component and arrange them to form a basic component bar; Performing a second level of encapsulation on the elements in the basic component bar to form a form design component that responds to click and move operations on the Web end; Listening to the form design component after the second-level encapsulation in the form design area; When the form design component moves to the form design area in response to the click and move operation of the Web end, data binding and rendering are performed on the form design component; Arranging the form design components by superimposing a responsive layout with a flow layout; In response to clicking on a form component in the form design area, a configuration bar of the form component is displayed, wherein the configuration content includes permission configuration, and the permission configuration can configure the operable permissions of different form components, and users of different roles have different review and modification permissions for the filled content; Receive the operation of the configuration bar by the Web end, and render the configuration result to the form design area; Transmit the JSON data corresponding to the designed form to the server; Requesting data of the subject payment form page from the mobile terminal to the server, wherein the elements of the subject payment form page are defined based on the first form style of the web page; wherein the elements of the subject payment form page include a format, one or more groups, and one or more items; wherein each format includes one or more groups; each group includes one or more items; the elements of the subject payment form page are parsable; and the item names of the subject payment form page on the web are configured to include: drug name, trial site name, amount, type, status, serial number, visit name, visit date, subject abbreviation, subject screening number, voucher upload, transfer amount, and approval record; The subject payment form page defined based on the first form style is converted at the mobile terminal into a subject payment form page defined based on a second form style of the mobile terminal.

2. The method for implementing the subject payment system for drug trials in clinical research according to claim 1, characterized in that: Converting the subject payment form page defined based on the first form style to a subject payment form page defined based on the second form style of the mobile terminal on the mobile terminal, comprising: Parsing elements of the subject payment form page defined by the first form style; Obtain the business logic corresponding to the subject payment form page defined by the first form style; According to the pre-established mapping relationship between the element set of the first form style and the element set of the second form style, the parsed elements of the subject payment form page defined by the first form style are converted into elements of the subject payment form page defined by the second form style.

3. The method for implementing the subject payment system for drug trials in clinical research according to claim 2, characterized in that: The mobile terminal also includes rendering a subject payment form page based on the mobile terminal page on the mobile terminal, wherein the rendered elements include labels, formats, virtual groups and items.

4. The method for implementing the subject payment system in clinical research according to claim 1, characterized in that: Each item consists of the item name and the corresponding input control.

5. The method for implementing the subject payment system for drug trials in clinical research according to claim 4, characterized in that: The types of the input controls include one or more of the following: text input, numeric input, date input, selection box, check box, drop-down box, and button.

6. The method for implementing the subject payment system for drug trials in clinical research according to claim 1, characterized in that: The configuration includes verification configuration and permission configuration.

7. A device for implementing a payment system for subjects of a drug trial in a clinical study, comprising: a memory for storing instructions executable by a processor; and a processor, configured to execute the instructions to implement the method according to any one of claims 1 to 6.

8. A computer readable medium storing computer program code, wherein the computer program code, when executed by a processor, implements the method according to any one of claims 1 to 6.

Images