Dynamic data set structure, automatic data production system and method, terminal and medium
Through the dynamic data set structure and data automatic production system, the efficiency of Excel configuration methods in the hospital's scientific research data governance is low and prone to errors, realizing the flexible reuse and automation data production of the data set structure, improving the efficiency and data of scientific research and data accuracy sex.
Patent Information
- Application Number
- CN202411361573.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-27
- Publication Date
- 2025-01-24
AI Technical Summary
The management of scientific research data in traditional Chinese medicine hospitals often adopts manual Excel configuration methods, which have problems such as inefficiency, error-prone, difficulty in reuse and version management, lack of flexibility and data security, which affects scientific research efficiency and data accuracy.
Provide a dynamic data set structure and data automatic production system, and define the dynamic form structure and the logic rules of the data production of dynamic data through the company's environment side to generate offline files. data.
It supports two-way data flow, ensures flexible reuse and high degree of customization of configurations, realizes one-click data set structure generation and automated data production process, significantly shortens hospital data set construction time and improves medical work efficiency.
Smart Images

Figure CN119357204A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of data processing technology, and in particular to a dynamic data set structure and a data automatic production system, method, terminal and medium. Background Art
[0002] When conducting scientific research, hospitals need to manage common data and extract structured variables (such as basic patient information, medical information, diagnostic information, surgical medications, tests, etc.) for search and export. For different special disease topics, variables of different dimensions need to be managed and extracted. In the prior art, manual Excel configuration is usually adopted to search and export structured variables using Excel tables. Manual configuration of Excel tables requires a lot of time and effort, especially when dealing with large amounts of data and complex variables. In addition, each time a configuration is performed for a different special disease topic, the table needs to be redesigned and adjusted, which increases duplication of work. This configuration method has obvious limitations such as low efficiency, error-proneness, difficulty in reuse and version management, lack of flexibility, and data security issues, which affect scientific research efficiency and data accuracy. Summary of the invention
[0003] In view of the shortcomings of the prior art mentioned above, the purpose of the present invention is to provide a dynamic data set structure and an automatic data production system, method, terminal and medium, which are used to solve the obvious limitations of the manual Excel configuration method commonly used in the prior art for hospital scientific research data management, such as low efficiency, prone to errors, difficulty in reuse and version management, lack of flexibility and data security issues, which affect the technical problems of scientific research efficiency and data accuracy.
[0004] To achieve the above-mentioned purpose and other related purposes, the present invention provides a dynamic data set structure and automatic data production system, the system comprising: preliminarily forming a plurality of condition groups according to different set conditions; wherein the conditions of each condition group are connected by connectors, and the conditions of each condition group use the same association key; based on the connectors between the conditions in each condition group preliminarily formed and the PVE domain of the conditions, grouping and sequentially adjusting the conditions in each condition group to form an adjusted condition group; combining the adjusted condition groups, and performing data query based on the combined condition groups, and combining the queried data; based on the selected observation indicators, calculating the aggregation results according to the combined data, and displaying them in a corresponding result display mode. The system comprises: a company environment end and one or more hospital environment ends; wherein the company environment end is used to define a dynamic form structure and bind data production logic rules, generate and export offline files; each hospital environment end is used to import offline files exported by the company environment end and restore and display them, and publish offline files that meet the configuration requirements; parsing the published offline files, and synchronizing the data table structure; and producing scientific research domain data for the changed part of the data table structure.
[0005] In one embodiment of the present invention, the definition of dynamic form structure and binding data production logic rules, generating and exporting offline files include: creating new hospital environment information and special disease information; configuring form hierarchy and form content, and binding corresponding data production logic rules to each form; based on the configuration information and the bound data production logic rules, generating and exporting json type offline files.
[0006] In one embodiment of the present invention, the importing of the offline file generated by the company environment terminal for restoration and display, and publishing the offline file that meets the requirements includes: importing the offline file and restoring and displaying it; if there is no secondary configuration requirement, publishing the offline file as an offline file that meets the requirements; if there is a secondary configuration requirement, after the secondary configuration, generating a json type offline file according to the form structure after the secondary configuration and the data production logic rules, and publishing it as an offline file that meets the requirements.
[0007] In one embodiment of the present invention, the parsing of the published offline file and synchronization of the data table structure include: verifying whether the published offline file is complete and legal; after the verification is passed, parsing the form hierarchy and form content in the offline file in turn, and recursively generating corresponding structured domain and variable information; using the currently generated structured domain and variable information to compare with the structure of the current scientific research domain data table, and generating a difference structure update script; executing the difference structure update script, performing a data table structure synchronization operation to update the data table structure.
[0008] In one embodiment of the present invention, the synchronization data table structure operation includes: if the content of the structured fields and variables is changed, the relevant structured fields and variables are deleted in the database, and the information of the new structured fields and variables is inserted accordingly; if new structured fields and variables are added, the information of the new structured fields and variables is inserted in the database; if the structured fields and variables are deleted, the corresponding structured fields and variables are deleted in the database.
[0009] In one embodiment of the present invention, the production of scientific research domain data for the changed part of the data table structure includes: using the data production logic rules bound to the changed form to produce the scientific research domain data for the changed part of the data table structure.
[0010] In one embodiment of the present invention, the company environment end is also used to import offline files released by the hospital environment end after secondary configuration.
[0011] To achieve the above-mentioned purpose and other related purposes, the present invention provides a dynamic data set structure and an automatic data production method, the method comprising: defining a dynamic form structure and binding data production logic rules through a company environment end, generating and exporting offline files; importing the offline files through a hospital environment end and restoring and displaying them, and publishing offline files that meet the configuration requirements; parsing the published offline files through the hospital environment end, and synchronizing the data table structure; and producing scientific research domain data for the changed part of the data table structure through the hospital environment end.
[0012] To achieve the above-mentioned purpose and other related purposes, the present invention provides an electronic terminal, comprising: one or more memories and one or more processors; the one or more memories are used to store computer programs; the one or more processors are connected to the memories and are used to run the computer programs to execute the dynamic data set structure and data automatic production system.
[0013] To achieve the above-mentioned object and other related objects, the present invention provides a computer-readable storage medium storing a computer program, wherein the computer program is executed by one or more processors to perform the method described.
[0014] As described above, the present invention is a dynamic data set structure and data automatic production system, method, terminal and medium, which has the following beneficial effects: the present invention defines a dynamic form structure and binds data production logic rules through the company environment end, generates and exports offline files; imports offline files exported by the company environment end through the hospital environment end and restores and displays them, and publishes offline files that meet the configuration requirements, and then parses the published offline files to synchronize the data table structure, and then produces scientific research domain data for the changed part of the data table structure. The present invention can support two-way data flow, ensure flexible reuse and high customization of configuration, and realize one-click data set structure generation and automated data production process, which can greatly shorten the data set construction time at the hospital site and improve medical work efficiency. BRIEF DESCRIPTION OF THE DRAWINGS
[0015] Figure 1 Shown is a schematic diagram of the structure of a dynamic data set and an automatic data production system in one embodiment of the present invention.
[0016] Figure 2 Shown is a schematic diagram of a dynamic data set structure and automatic data generation process in one embodiment of the present invention.
[0017] Figure 3 Shown is a schematic diagram of the flow of a dynamic data set structure and an automatic data generation method in one embodiment of the present invention.
[0018] Figure 4 Shown is a schematic structural diagram of an electronic terminal in an embodiment of the present invention. DETAILED DESCRIPTION
[0019] The following describes the embodiments of the present invention by specific examples, and those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be noted that the following embodiments and features in the embodiments can be combined with each other without conflict.
[0020] It should be noted that in the following description, reference is made to the accompanying drawings, which describe several embodiments of the present invention. It should be understood that other embodiments may also be used, and that mechanical composition, structural, electrical and operational changes may be made without departing from the spirit and scope of the present invention. The following detailed description should not be considered restrictive, and the scope of the embodiments of the present invention is limited only by the claims of the published patents. The terms used herein are only for describing specific embodiments and are not intended to limit the present invention. Spatially related terms, such as "upper", "lower", "left", "right", "below", "below", "lower", "above", "upper", etc., may be used in the text to facilitate the description of the relationship between an element or feature shown in the figure and another element or feature.
[0021] Throughout the specification, when a part is said to be "connected" to another part, this includes not only the case of "direct connection" but also the case of "indirect connection" by placing other elements therebetween. In addition, when a part is said to "include" a certain constituent element, unless otherwise stated, it does not exclude other constituent elements, but means that other constituent elements may be included.
[0022] The terms first, second and third mentioned herein are used to describe various parts, components, regions, layers and / or segments, but are not limited thereto. These terms are only used to distinguish a certain part, component, region, layer or segment from other parts, components, regions, layers or segments. Therefore, the first part, component, region, layer or segment described below may refer to the second part, component, region, layer or segment within the scope of the present invention.
[0023] Furthermore, as used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless there is an indication to the contrary in the context. It should be further understood that the terms "comprise", "include" indicate the presence of the described features, operations, elements, components, items, kinds, and / or groups, but do not exclude the presence, occurrence or addition of one or more other features, operations, elements, components, items, kinds, and / or groups. The terms "or" and "and / or" used herein are interpreted as inclusive, or mean any one or any combination. Therefore, "A, B or C" or "A, B and / or C" means "any of the following: A; B; C; A and B; A and C; B and C; A, B and C". Exceptions to this definition will only occur when the combination of elements, functions or operations is inherently mutually exclusive in some way.
[0024] The present invention provides a dynamic data set structure and automatic data production system, which generates and exports offline files by defining a dynamic form structure and binding data production logic rules through a company environment end; imports offline files exported by the company environment end through a hospital environment end and restores and displays them, publishes offline files that meet configuration requirements, and then parses the published offline files to synchronize the data table structure, and then produces scientific research domain data for the changed part of the data table structure. The present invention can support two-way data flow, ensure flexible reuse and high customization of configuration, and realize one-click data set structure generation and automated data production process, which can greatly shorten the data set construction time on-site in hospitals and improve medical work efficiency.
[0025] The following is a detailed description of the embodiments of the present invention with reference to the accompanying drawings so that those skilled in the art can easily implement the present invention. The present invention can be embodied in many different forms and is not limited to the embodiments described herein.
[0026] like Figure 1 A structural schematic diagram showing a dynamic data set structure and an automatic data production system in an embodiment of the present invention.
[0027] The system includes: a company environment terminal 1 and one or more hospital environment terminals 2 (only one is taken as an example in the figure).
[0028] The company environment terminal 1 is used to define dynamic form structures and bind data production logic rules, generate and export offline files;
[0029] Each hospital environment terminal 2 is used to import offline files exported by the company environment terminal 1 and restore and display them, and publish offline files that meet the configuration requirements; parse the published offline files and synchronize the data table structure; and produce scientific research domain data for the changed part of the data table structure.
[0030] In one embodiment, if Figure 2 The definition of dynamic form structure and binding data production logic rules, generating and exporting offline files include:
[0031] Create new hospital environment information and disease-specific information; specifically, first, create or update the hospital environment information in the system, such as the name and ID of the hospital. This information is used to identify and distinguish different hospital environments to ensure that data can accurately flow to the corresponding hospital environment end. Select specific disease-specific information. A disease-specific disease refers to a specific disease, symptom, or research field, such as cardiovascular disease, diabetes, etc. Disease-specific information refers to the form structure that will be designed next, which is related to the disease-specific disease. It will serve as the basis for form design and data collection to ensure that the collected data is related to specific medical or scientific research needs.
[0032] The front-end visual form editor configures the form hierarchy and form content on the visual interface, and binds the corresponding data production logic rules to each form; specifically, the hierarchical structure of the form is designed according to the needs. The form hierarchy can include multiple levels, such as main form, sub-form, grouping, etc., to support complex data collection scenarios. For example, the main form hierarchy includes: medical record information, demographic information, medical information, diagnosis information, surgery information, drug treatment, examination, inspection, hobby information, etc.; the demographic information hierarchy also includes a sub-form hierarchy for basic patient information. Under the form hierarchy, configure specific form content, including field name, field type (such as text, number, date, drop-down selection, etc.), field description, whether it is required, etc. These fields will form the basic template for data collection. Bind data production logic rules to each form or specific fields in the form. These rules define how data is extracted for data production. The created form can also be set as a template.
[0033] Generate and export offline files of json type based on configuration information and bound data production logic rules. Specifically, according to the form configuration information (including form level, form content, data production logic rules, etc.), the system automatically generates an offline file meta.json in json format. json files have become a common format for data exchange because of their lightweight, easy to read and parse characteristics. The generated json file is exported to the specified storage location for subsequent import and restoration in the hospital environment.
[0034] In one embodiment, if Figure 2 , the importing of offline files generated by the company environment terminal for restoration and display, and publishing offline files that meet the requirements include:
[0035] Import the offline file and restore it for display; specifically, import the offline file meta.json, the program can restore the form and production configuration according to the file, and restore the original form structure for viewing on the interface. After the restoration display, the hospital needs to evaluate whether the offline file meta.json fully meets the needs based on its own business needs and actual conditions.
[0036] If there is no secondary configuration requirement, the offline file is published as an offline file that meets the requirement; specifically, if the offline file meta.json already matches the hospital's requirement and no modification is required, the publishing process can be directly entered.
[0037] If there is a need for secondary configuration, after the secondary configuration, an offline file of type json is generated according to the form structure and data production logic rules after the secondary configuration, and it is published as an offline file that meets the requirements. Specifically, if it is found that there are places that do not meet the hospital's needs, secondary configuration is required. Similarly, the form can be customized through the visual interface of the visual form editor, such as adjusting the form content or data production logic rules. After completing all necessary configurations, the hospital environment needs to convert the updated form structure and data production logic rules into an offline file in JSON format. This new file will contain all modified configuration information and is ready for publishing.
[0038] In this embodiment, after the secondary configuration of the hospital environment end, the company environment end imports the offline file released by the hospital environment end after the secondary configuration.
[0039] This solution achieves seamless connection between the hospital site and the company environment, and gives the hospital site direct configuration capabilities, which significantly improves the convenience of operation and the reusability of the system. It allows hospitals to adjust the form structure and data production logic according to actual needs in real time, without the need for cumbersome remote communication, which speeds up the response speed. At the same time, this process also establishes a feedback mechanism for on-site changes to ensure that all adjustments can be accurately recorded and returned to the company environment, accumulating valuable data and optimization space for subsequent configuration of specialized disease research domains. Through such cyclic optimization, we can not only continuously improve the efficiency and quality of medical services, but also continuously improve the accuracy and foresight of scientific research configuration, injecting stronger impetus into the medical research cause.
[0040] In one embodiment, if Figure 2 , the parsing of the published offline files and synchronizing the data table structure includes:
[0041] Verify whether the offline files released are complete and legal; specifically, strictly verify the offline files released by the hospital environment to ensure that the files are not damaged during the transmission process and that the file content conforms to the predetermined format and specifications. This step is the basis for ensuring the smooth progress of the subsequent analysis process.
[0042] After the verification is passed, the form level and form content in the offline file are parsed in turn, and the corresponding structured fields and variable information are recursively generated; specifically, after the verification is passed, the offline file is parsed. The parsing process follows the hierarchical structure defined by the file, first parsing the form level, including the basic attributes and associations of the form; then the form content is deeply parsed, including field definitions, data types, constraints, etc. Generate structured fields and variable information corresponding to the offline file content in a recursive manner.
[0043] The information of the currently generated structured domains and variables is used to compare with the structure of the current scientific research domain data table to generate a difference structure update script; specifically, the structured domains and variables information obtained by parsing is used to compare with the structure of the current scientific research domain data table. Through detailed comparative analysis, the differences in the data table structure are identified. Based on this difference information, a difference structure update script is automatically generated.
[0044] Execute the difference structure update script to perform data table structure synchronization operations to update the data table structure.
[0045] In one embodiment, the data table structure synchronization operation includes:
[0046] If the content of a structured field or variable is changed, the related structured field or variable is deleted from the database, and the information of the new structured field or variable is inserted accordingly;
[0047] If new structured domains and variables are added, the information of the new structured domains and variables is inserted into the database;
[0048] If any structured fields and variables are deleted, the corresponding structured fields and variable information will be deleted from the database.
[0049] In one embodiment, the production of scientific research domain data for the changed portion of the data table structure includes:
[0050] Enter the data production page, use the data production logic rules bound to the changed form in the database to extract data and perform corresponding processing, and then complete the scientific research domain data of the changed part of the production data table structure.
[0051] Similar to the principles of the above embodiments, the present invention provides a dynamic data set structure and an automatic data generation method.
[0052] The following provides specific embodiments in conjunction with the accompanying drawings:
[0053] like Figure 3 A schematic diagram showing a dynamic data set structure and a flow chart of an automatic data generation method in an embodiment of the present invention.
[0054] The method comprises:
[0055] Step S1: Define the dynamic form structure and bind data production logic rules through the company environment end, generate and export offline files.
[0056] In one embodiment, step S1 includes: creating new hospital environment information and special disease information; configuring form levels and form content, and binding corresponding data production logic rules to each form; based on the configuration information and the bound data production logic rules, generating and exporting an offline file of type json.
[0057] Step S2: The hospital environment terminal imports the offline file and restores and displays it, and publishes the offline file that meets the configuration requirements.
[0058] In one embodiment, step S2 includes: importing the offline file and restoring and displaying it; if there is no secondary configuration requirement, publishing the offline file as an offline file that meets the requirement; if there is a secondary configuration requirement, after the secondary configuration, generating an offline file of type json according to the form structure after the secondary configuration and the data production logic rules, and publishing it as an offline file that meets the requirement.
[0059] In one embodiment, the company environment end imports the offline file released by the hospital environment end after the secondary configuration.
[0060] Step S3: The hospital environment parses the published offline file and synchronizes the data table structure.
[0061] In one embodiment, step S3 includes:
[0062] Verify whether the published offline files are complete and legal;
[0063] After verification, the form level and form content in the offline file are parsed in turn, and the corresponding structured fields and variable information are recursively generated;
[0064] Using the information of the currently generated structured domain and variables, compare it with the structure of the current scientific research domain data table to generate a difference structure update script;
[0065] Execute the difference structure update script to perform data table structure synchronization operations to update the data table structure.
[0066] In one embodiment, the synchronization data table structure operation includes: if the content of the structured fields and variables is changed, the relevant structured fields and variables are deleted in the database, and the information of the new structured fields and variables is inserted accordingly; if new structured fields and variables are added, the information of the new structured fields and variables is inserted in the database; if the structured fields and variables are deleted, the corresponding structured fields and variables are deleted in the database.
[0067] Step S4: Produce scientific research domain data by changing the data table structure through the hospital environment end.
[0068] In one embodiment, the producing of scientific research domain data for the changed part of the data table structure includes: producing scientific research domain data for the changed part of the data table structure by using data production logic rules bound to the changed form.
[0069] Since the implementation principles of the dynamic data set structure and the automatic data generation method have been described in the aforementioned embodiments, they will not be repeated here.
[0070] The dynamic data set structure and data automatic production system provided by the embodiment of the present invention can be implemented on the terminal side or the server side. As for the hardware structure of the electronic terminal, please refer to Figure 4 , is an optional hardware structure diagram of an electronic terminal 1000 provided in an embodiment of the present invention. The terminal 1000 may be a mobile phone, a computer device, a tablet device, a personal digital processing device, a factory background processing device, etc. The terminal 1000 includes: at least one processor 1001, a memory 1002, at least one network interface 10010 and a user interface 10010. The various components in the device are coupled together through a bus system 1005. It can be understood that the bus system 1005 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 1005 also includes a power bus, a control bus and a status signal bus. However, for the sake of clarity, in Figure 4 In the specification, various buses are labeled as bus systems.
[0071] Among them, the user interface 10010 may include a display, keyboard, mouse, trackball, click gun, keys, buttons, touch pad or touch screen, etc.
[0072] It is understood that the memory 1002 can be a volatile memory or a non-volatile memory, and can also include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), which is used as an external cache. By way of exemplary but not limiting explanation, many forms of RAM are available, such as static random access memory (SRAM), synchronous static random access memory (SSRAM). The memory described in the embodiments of the present invention is intended to include but is not limited to these and any other suitable categories of memory.
[0073] The memory 1002 in the embodiment of the present invention is used to store various categories of data to support the operation of the terminal 1000. Examples of these data include: any executable program used to operate on the terminal 1000, such as an operating system 10021 and an application 10022; the operating system 10021 includes various system programs, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks. The application 10022 may include various applications, such as a media player (MediaPlayer), a browser (Browser), etc., for implementing various application services. The dynamic data set structure and data automatic production system provided by the embodiment of the present invention may be included in the application 10022.
[0074] The method disclosed in the above embodiment of the present invention can be applied to the processor 1001, or implemented by the processor 1001. The processor 1001 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit in the processor 1001 or the instruction in the form of software. The above processor 1001 may be a general processor, a digital signal processor (DSP, Digital Signal Processor), or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The processor 1001 can implement or execute the various methods, steps and logic block diagrams disclosed in the embodiment of the present invention. The general processor 1001 can be a microprocessor or any conventional processor, etc. In combination with the steps of the accessory optimization method provided in the embodiment of the present invention, it can be directly embodied as a hardware decoding processor to execute, or it can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium, which is located in a memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
[0075] In an exemplary embodiment, the terminal 1000 may be implemented by one or more application specific integrated circuits (ASIC), DSP, programmable logic device (PLD), complex programmable logic device (CPLD) to execute the aforementioned method.
[0076] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to the computer program. The aforementioned computer program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, magnetic disk or optical disk and other media that can store program codes.
[0077] In the embodiments provided in the present application, the computer readable and writable storage medium may include a read-only memory, a random access memory, an EEPROM, a CD-ROM or other optical disk storage device, a disk storage device or other magnetic storage device, a flash memory, a USB flash drive, a mobile hard disk, or any other medium that can be used to store a desired program code in the form of an instruction or data structure and can be accessed by a computer. In addition, any connection can be appropriately referred to as a computer-readable medium. For example, if the instruction is sent from a website, a server or other remote source using a coaxial cable, an optical fiber cable, a twisted pair, a digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwaves, the coaxial cable, optical fiber cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwaves are included in the definition of the medium. However, it should be understood that computer readable and writable storage media and data storage media do not include connections, carriers, signals, or other temporary media, but are intended to be non-temporary, tangible storage media. Disk and disc, as used in this application, includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and Blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
[0078] In summary, the dynamic data set structure and automatic data production system, method, terminal and medium of the present invention define the dynamic form structure and bind the data production logic rules through the company environment end, generate and export offline files; import the offline files exported by the company environment end through the hospital environment end and restore and display them, and publish offline files that meet the configuration requirements, and then parse the published offline files to synchronize the data table structure, and then produce scientific research domain data for the changed part of the data table structure. The present invention can support two-way data flow, ensure flexible reuse and high customization of configuration, and realize one-click data set structure generation and automated data production process, which can greatly shorten the data set construction time at the hospital site and improve medical work efficiency. Therefore, the present invention effectively overcomes the various shortcomings in the prior art and has a high industrial utilization value.
[0079] The above embodiments are merely illustrative of the principles and effects of the present invention, and are not intended to limit the present invention. Anyone familiar with the technology may modify or change the above embodiments without violating the spirit and scope of the present invention. Therefore, all equivalent modifications or changes made by a person of ordinary skill in the art without departing from the spirit and technical ideas disclosed by the present invention shall still be covered by the claims of the present invention.
Claims
1. A dynamic data set structure and automatic data production system, characterized in that: The system comprises: a company environment end and one or more hospital environment ends; The company environment end is used to define dynamic form structures and bind data production logic rules, generate and export offline files; Each hospital environment end is used to import offline files exported by the company environment end and restore and display them, and publish offline files that meet configuration requirements; parse the published offline files and synchronize the data table structure; and produce scientific research domain data for the changed parts of the data table structure.
2. The dynamic data set structure and automatic data production system according to claim 1, characterized in that: Defining a dynamic form structure and binding data production logic rules, generating and exporting offline files includes: New hospital environment information and disease-specific information; Configure the form level and form content, and bind the corresponding data to each form to generate logic rules; Generate and export offline files of json type based on configuration information and bound data production logic rules.
3. The dynamic data set structure and automatic data production system according to claim 1, characterized in that: The importing of offline files generated by the company environment terminal for restoration and display, and publishing offline files that meet the requirements include: Import the offline file and restore it for display; If there is no secondary configuration requirement, the offline file is published as an offline file that meets the requirement; If there is a secondary configuration requirement, after the secondary configuration, an offline file of type json is generated according to the form structure and data production logic rules after the secondary configuration, and it is published as an offline file that meets the requirements.
4. The dynamic data set structure and automatic data production system according to claim 1, characterized in that: The parsing of the published offline files and synchronizing the data table structure includes: Verify whether the published offline files are complete and legal; After verification, the form level and form content in the offline file are parsed in turn, and the corresponding structured fields and variable information are recursively generated; Using the information of the currently generated structured domain and variables, compare it with the structure of the current scientific research domain data table to generate a difference structure update script; Execute the difference structure update script to perform data table structure synchronization operations to update the data table structure.
5. The dynamic data set structure and automatic data production system according to claim 4, characterized in that: The synchronization data table structure operation includes: If the content of a structured field or variable is changed, the related structured field or variable is deleted from the database, and the information of the new structured field or variable is inserted accordingly; If new structured domains and variables are added, the information of the new structured domains and variables is inserted into the database; If any structured fields and variables are deleted, the corresponding structured fields and variable information will be deleted from the database.
6. The dynamic data set structure and automatic data production system according to claim 1, characterized in that: The scientific research domain data production for the changed part of the data table structure includes: Utilize the data binding logic rules corresponding to the changed form to produce the scientific research domain data of the changed part of the data table structure.
7. The dynamic data set structure and automatic data production system according to claim 3, characterized in that: The company environment end is also used to import offline files released by the hospital environment end after secondary configuration.
8. A dynamic data set structure and data automatic production method, characterized in that: The method comprises: Define dynamic form structures and bind data production logic rules through the company environment to generate and export offline files; The hospital environment terminal imports the offline file and restores and displays it, and publishes the offline file that meets the configuration requirements; Parse the published offline files through the hospital environment and synchronize the data table structure; Scientific research domain data is produced by changing the data table structure through the hospital environment.
9. An electronic terminal, characterized in that: include: one or more memories and one or more processors; The one or more memories are used to store computer programs; The one or more processors, connected to the memory, are configured to run the computer program to perform the method according to any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that: A computer program is stored, and when the computer program is executed by one or more processors, the method according to any one of claims 1 to 7 is performed.