Data model generation method and device, electronic equipment and storage medium

Abstract

The invention provides a data model generation method and device, electronic equipment and a storage medium, and the method comprises the steps: determining a plurality of business fields of a target medical activity and a medical business system corresponding to the target medical activity according to a field setting operation inputted for the target medical activity in a target medical business domain, and according to the medical service system, obtaining field data of the plurality of service fields, and according to the plurality of service fields and the field data of the plurality of service fields, generating a target data model of the target medical activity. According to the method, the modeling process of the medical data model is standardized through the visual interface, the development efficiency of the data model is improved, customer requirements are quickly responded, and the development, operation and maintenance cost is reduced.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a data model generation method, device, electronic device and storage medium. Background Art

[0002] With the continuous development of informatization in the medical industry, the amount of medical information data has continued to rise and the sources of information have become diversified, forming multidimensional data with complex relationships. Medical data modeling, development and utilization have become more difficult, resulting in high costs and low efficiency in data analysis, and inability to effectively use data to promote precision medical decision-making and development.

[0003] Medical data modeling is the cornerstone of the entire medical information data platform. A suitable data modeling and development method and process can improve the stability of the platform operation. At present, medical data is often modeled and analyzed through the traditional data warehouse modeling method based on dimensional modeling theory.

[0004] However, the above data modeling method has no unified development specifications, and the data model specifications depend to a large extent on the code developers, resulting in high development and operation and maintenance costs. Summary of the invention

[0005] In view of this, the embodiments of the present application provide a data model generation method, device, electronic device and storage medium to solve the problem of data modeling without unified development specifications and high development and operation and maintenance costs.

[0006] In a first aspect, an embodiment of the present application provides a data model generation method, including:

[0007] According to the field setting operation input for the target medical activity under the target medical business domain, determining a plurality of business fields of the target medical activity and a medical business system corresponding to the target medical activity;

[0008] According to the medical business system, acquiring field data of the plurality of business fields;

[0009] A target data model of the target medical activity is generated according to the multiple business fields and the field data of the multiple business fields.

[0010] In an optional implementation, acquiring the field data of the plurality of business fields according to the medical business system includes:

[0011] According to the medical business system, obtaining a business data table of the target medical activity;

[0012] The field data of the multiple business fields are acquired according to the header fields in the business data table and the field data of the header fields.

[0013] In an optional implementation, obtaining the business data table of the target medical activity according to the medical business system includes:

[0014] Acquiring the business data of the target medical activity from the medical business system according to a preset data acquisition cycle corresponding to the target medical business domain;

[0015] The business data is stored according to the index field of the patient, and the business data table is generated.

[0016] In an optional implementation, acquiring the business data of the target medical activity from the medical business system according to a preset data acquisition cycle corresponding to the target medical business domain includes:

[0017] According to the preset data acquisition cycle and the preset data demand characteristics corresponding to the target medical activity, the business data of the target medical activity is acquired from the medical business system.

[0018] In an optional implementation, after generating the target data model of the target medical activity according to the multiple business fields and the field data of the multiple business fields, the method further includes:

[0019] Acquiring medical indicator measurement information inputted into the target data model;

[0020] A medical indicator model for the target medical activity is generated according to the medical indicator measurement information and the target data model, and the medical indicator model is used to calculate medical indicators based on the target data model using calculation rules corresponding to the medical indicator measurement information.

[0021] In an optional implementation, generating the medical indicator model of the target medical activity according to the medical indicator measurement information and the target data model includes:

[0022] Obtaining the indicator calculation constraint conditions for the target data model input;

[0023] A medical indicator model of the target medical activity is generated according to the medical indicator measurement information, the indicator calculation constraint conditions and the target data model.

[0024] In an optional implementation, the indicator calculation constraint includes at least one of the following: a business type constraint, a statistical dimension constraint, and a calculation cycle constraint.

[0025] In a second aspect, an embodiment of the present application further provides a data model generating device, including:

[0026] A determination module, configured to determine a plurality of business fields of a target medical activity and a medical business system corresponding to the target medical activity according to a field setting operation input for the target medical activity under the target medical business domain;

[0027] An acquisition module, used for acquiring field data of the plurality of business fields according to the medical business system;

[0028] A generating module is used to generate a target data model of the target medical activity according to the multiple business fields and the field data of the multiple business fields.

[0029] In an optional implementation manner, the acquisition module is specifically configured to:

[0030] According to the medical business system, obtaining a business data table of the target medical activity;

[0031] The field data of the multiple business fields are acquired according to the header fields in the business data table and the field data of the header fields.

[0032] In an optional implementation manner, the acquisition module is specifically configured to:

[0033] Acquiring the business data of the target medical activity from the medical business system according to a preset data acquisition cycle corresponding to the target medical business domain;

[0034] The business data is stored according to the index field of the patient, and the business data table is generated.

[0035] In an optional implementation manner, the acquisition module is specifically configured to:

[0036] According to the preset data acquisition cycle and the preset data demand characteristics corresponding to the target medical activity, the business data of the target medical activity is acquired from the medical business system.

[0037] In an optional implementation manner, the acquisition module is further used to:

[0038] Acquiring medical indicator measurement information inputted into the target data model;

[0039] The generation module is also used to generate a medical indicator model of the target medical activity based on the medical indicator measurement information and the target data model, and the medical indicator model is used to adopt the calculation rules corresponding to the medical indicator measurement information and perform medical indicator calculation based on the target data model.

[0040] In an optional implementation, the generating module is specifically configured to:

[0041] Obtaining the indicator calculation constraint conditions for the target data model input;

[0042] A medical indicator model of the target medical activity is generated according to the medical indicator measurement information, the indicator calculation constraint conditions and the target data model.

[0043] In an optional implementation, the indicator calculation constraint includes at least one of the following: a business type constraint, a statistical dimension constraint, and a calculation cycle constraint.

[0044] In the third aspect, an embodiment of the present application also provides an electronic device, comprising: a processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor communicates with the memory through the bus, and the processor executes the machine-readable instructions to execute the data model generation method described in any one of the first aspects.

[0045] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the data model generation method described in any one of the first aspects is executed.

[0046] The present application provides a data model generation method, device, electronic device and storage medium, wherein the method includes: according to the field setting operation input for the target medical activity under the target medical business domain, determining multiple business fields of the target medical activity and the medical business system corresponding to the target medical activity, according to the medical business system, obtaining field data of multiple business fields, and generating a target data model of the target medical activity according to the multiple business fields and the field data of the multiple business fields. The present application standardizes the modeling process of the medical data model through a visual interface, improves the development efficiency of the data model, quickly responds to customer needs, and reduces development and operation and maintenance costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0048] Figure 1 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 1 ;

[0049] Figure 2Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 2 ;

[0050] Figure 3 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 3 ;

[0051] Figure 4 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 4 ;

[0052] Figure 5 A schematic diagram of a visualization interface provided in an embodiment of the present application;

[0053] Figure 6 A schematic diagram of a business system, business domain, data model, and indicator model provided in an embodiment of the present application;

[0054] Figure 7 A schematic diagram of the structure of a data model generating device provided in an embodiment of the present application;

[0055] Figure 8 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0056] To make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments. The components of the embodiments of the present application generally described and shown in the drawings here can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work belong to the scope of protection of the present application.

[0057] Medical data modeling is the cornerstone of the entire medical information data platform. A suitable data modeling and development method and process can improve the stability of the platform operation and the efficiency of operation and maintenance. In addition, there are many medical information system manufacturers, different data storage management software, and different databases correspond to different syntax, resulting in high data development costs and long cycles. Therefore, the medical information platform needs a data development modeling method suitable for the medical industry to improve the efficiency and quality of medical data utilization, reduce the dependence on data storage software, and improve the data operation response cycle.

[0058] Currently, medical data is usually modeled using the traditional data warehouse modeling method based on dimensional modeling theory. However, this modeling method has no unified development specifications, and the data model specifications depend largely on the code developers. After the system has been running for a few years, with the replacement of personnel, the system cannot be maintained. In addition, the medical data model is unstable and cannot meet the needs of global medical indicator analysis. There is no visual interface, and the development and operation costs are high.

[0059] Based on this, this application provides a data model generation method, clarifies the application process of medical data development modeling, standardizes the medical data modeling process, and implements the data modeling method for the entire business domain of the medical industry through a visual interface, thereby improving the quality and efficiency of data utilization.

[0060] It has the following advantages:

[0061] 1. At the product level, the first is to improve the stability and robustness of the medical analysis data warehouse product, namely the data model, through standardized development processes; the second is to quickly generate data models and medical indicator models through a visual interface to quickly respond to customer needs.

[0062] 2. At the delivery level, the implementation and operation costs are reduced through a visual interface, and program errors and actions that need to be handled can be visually tracked and conveniently handled.

[0063] 3. At the R&D level, the visual interface reduces the development efficiency of data models and medical indicator models, and can quickly respond to customer needs and adjust to improve customer satisfaction.

[0064] The data model generation method provided in this application is described below in conjunction with several specific embodiments.

[0065] Figure 1 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 1 The execution subject of this embodiment can be an electronic device, such as a terminal device, a desktop computer, a laptop computer, etc.

[0066] like Figure 1 As shown, the method may include:

[0067] S101. According to a field setting operation input for a target medical activity under a target medical business domain, a plurality of business fields of the target medical activity and a medical business system corresponding to the target medical activity are determined.

[0068] The target medical business domain may be any one of multiple medical business domains. The medical business domain is the business field involved in the medical industry. The multiple medical business domains may include a medical service business domain, a public health business domain, a medical insurance business domain, a health resource business domain, and the like.

[0069] Each medical business domain has multiple medical activities. Medical activities are the types of medical businesses included in the medical business domain. Taking the medical service business domain as an example, the medical activities under the medical service business domain include outpatient visits, paid referrals, inpatient visits, paid bed services, test specimens, test reports, image registration, image reports, etc. Taking the public health business domain as an example, the medical activities under the public health business domain include resident file creation, chronic disease file creation, etc.

[0070] The target medical activity is any one of multiple medical activities under the target medical business domain.

[0071] The data modeling platform provides a visual interface, and users can select the target medical activity under the target medical business domain through the data modeling platform to input the field setting operation for the target medical activity through the visual interface. The electronic device receives the field setting operation and determines multiple business fields of the target medical activity and the medical business system corresponding to the target medical activity based on the field setting operation. The multiple business fields may include, for example: hospital code, treatment department identification, patient name, gender, date of birth, treatment type, treatment status, charge item identification, and retail amount.

[0072] The medical business system corresponding to the target medical activity is a business system that stores the business data of the target medical activity. Different business systems may correspond to different medical activities. Taking the medical activity as outpatient visits as an example, the business data of outpatient visits may include the visit data of the patient who visits the outpatient clinic, including but not limited to the visit identification of the patient, the identification of the visiting department, the type of diagnosed disease, etc. Taking the medical activity as inpatient visits as an example, the business data of inpatient visits may include the inpatient data of the inpatient who visits the inpatient clinic, including but not limited to the visit identification of the patient, the hospitalization time, the inpatient treatment data, etc. Taking the medical activity as test specimens as an example, the business data of the test specimens may include the test time, test items, test results, etc. of the patient who visits the test specimens. Among them, the visit identification can be understood as the identification information of the patient when visiting the doctor.

[0073] That is to say, multiple business fields for the target medical activity can be input through the visual interface according to actual needs. In some embodiments, the medical activity has a corresponding relationship with the medical business system. By querying the corresponding relationship, the medical business system corresponding to the target medical activity can be determined.

[0074] S102. According to the medical business system, field data of multiple business fields are obtained.

[0075] According to the multiple business fields, the business data stored in the medical business system is queried to obtain the field data of the multiple business fields, wherein the field data of the business fields can be understood as the field values ​​of the business fields.

[0076] For example, the target medical activity is an outpatient visit. Based on the multiple business fields entered for the outpatient visit, if the business fields include a hospital code, a visiting department code, and a patient name, the business data stored in the medical business system corresponding to the outpatient visit is queried to determine the field data of the business fields.

[0077] S103. Generate a target data model of a target medical activity according to a plurality of business fields and field data of the plurality of business fields.

[0078] The target data model includes multiple business fields and field data of multiple business fields. The target data model of the target medical activity can be understood as a data table of the target medical activity. That is to say, multiple business fields for the target medical activity are input according to the needs, and then the business data of each business field is obtained from the medical business system corresponding to the target medical activity. Then, the target data model of the target medical activity is generated based on the business fields and business data, thereby standardizing the data model development process and quickly responding to needs to adjust business fields through a visual interface.

[0079] In the data model generation method of this embodiment, the data model development process is standardized through a visual interface, the stability and robustness of the data model are improved, the data model can be generated quickly, customer needs can be responded to quickly, and the implementation and operation costs are reduced through the visual interface, program errors and should be handled visually and conveniently, and the development efficiency of the data model is also reduced, which can quickly respond to customer needs and adjust to improve customer satisfaction.

[0080] Figure 2 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 2 ,like Figure 2 As shown, in an optional implementation, step S102, obtaining field data of multiple business fields according to the medical business system, may include:

[0081] S201. Obtain a business data table of a target medical activity according to a medical business system.

[0082] Among them, the medical business system corresponding to the target medical activity can store a business data table of the target medical activity. The business data table is used to store the business data of the target medical activity. The business data table includes multiple header fields and field data of each header field. The header field can be a type field obtained by classifying the business data of the target medical activity. The field data of the header field can be the business data of the target medical activity under the corresponding type field. For example, the header field is a patient identification field, and the field data of the header field is the identification of the patient.

[0083] In some embodiments, the business data stored in the medical business system may be classified and integrated to generate a business data table, and then stored in the medical business system.

[0084] S202: Acquire field data of multiple business fields according to the header fields and field data of the header fields in the business data table.

[0085] The header field and the business field in the business data table are compared. If the business field and the header field are consistent, the field data of the header field is used as the field data of the business field.

[0086] If the business field and the header field are inconsistent, the field data of the business field can be obtained based on the field data of multiple header fields in the business data table, wherein the field data of multiple header fields can be converted, cleaned, and associated to obtain the field data of the business field.

[0087] It is worth noting that after inputting multiple business fields, a statement for obtaining business data of the business fields can also be generated to extract corresponding field data from the business data table using the statement. The statement can be a Structured Query Language (SQL) statement.

[0088] In an optional implementation, step S201, obtaining a business data table of a target medical activity according to a medical business system, includes:

[0089] According to the preset data acquisition cycle corresponding to the target medical business domain, the business data of the target medical activity is obtained from the medical business system; according to the index field of the patient, the business data is stored to generate a business data table.

[0090] Among them, there is a corresponding relationship between the medical business domain and the preset data acquisition cycle. The data acquisition cycle can be understood as the acquisition period for obtaining business data of medical activities from the medical business system. Querying the corresponding relationship can determine the preset data acquisition period corresponding to the target medical business domain. For example, the preset data acquisition period is days, which means that the business data of the target medical activities are extracted from the medical business system on a daily basis.

[0091] It is worth noting that the business data stored in the medical business system can be stored on a second-by-second basis. The business data generated every second will be stored in the medical business system. Therefore, the business data of the target medical activity acquired each time according to the preset data acquisition cycle will be updated to a certain extent compared to the business data of the target medical activity acquired last time.

[0092] The patient is a patient, wherein the index field of the patient can be a unique identification field of the patient, according to the index field of the patient, the business data of the target medical activity is stored to generate a business data table, wherein the header field of the business data table includes the index field of the patient and the type field obtained by classifying the business data of the target medical activity, so that for the business data table, a corresponding relationship between the patient and the business data of the target medical activity is established, which is convenient for the subsequent calculation of the medical indicators related to the patient, for example, the medical indicator is to calculate the total medical expenses of a patient, because the medical identification of the patient in different departments may be different, there are omissions when using the medical identification for calculation, so by introducing the index field of the patient, the business data of the same patient in different departments can be integrated, so that the expenses of the patient in different departments can be summarized to obtain the total medical expenses of the patient. By introducing the index field of the patient, data model support can be provided for medical indicators and patient portrait indicators, and a more comprehensive, stable and efficient data model base can be provided for the application of medical indicators.

[0093] In some embodiments, business data of the target medical activity is obtained from a medical business system according to a preset data acquisition cycle corresponding to the target medical activity, including: obtaining business data of the target medical activity from the medical business system according to a preset data acquisition cycle and preset data demand characteristics corresponding to the target medical activity.

[0094] Among them, there is a corresponding relationship between medical activities and data demand characteristics. The data demand characteristics can be understood as the demand characteristics of the business data of the medical activity. Querying the corresponding relationship can determine the preset data demand characteristics corresponding to the target medical activity. Based on the demand characteristics, the business data of the medical activity can be queried and determined. The medical activity is outpatient treatment. The data demand characteristics corresponding to the outpatient treatment include the treatment institution and the treatment time. Based on the data demand characteristics, the medical business system of the outpatient treatment can be queried to obtain the treatment institution information and the treatment time information as the business data of the outpatient treatment.

[0095] As an example, Table 1 is a service domain division table.

[0096]

[0097]

[0098] Table 1

[0099] As shown in Table 1, the header fields include medical business system, medical activities, medical business domain, data frequency characteristics, and data demand characteristics. The business systems include: HIS system, LIS system, RIS system, and primary public health system. The primary public health system can be understood as a system for community hospitals and health centers / stations. The system includes a diagnosis and treatment system and a community management system. The diagnosis and treatment system has much fewer services than the HIS system and is similar to the HIS system. The community management system is responsible for the establishment of health records and chronic disease records, which are not available in the HIS system.

[0100] Among them, the data source characteristic business domain is the medical business domain, the data frequency characteristic is the preset data acquisition cycle, and day / month / year means that business data can be obtained from the grassroots public health system according to the data acquisition cycle of day, month, and year.

[0101] Figure 3 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 3 ,like Figure 3 As shown, in an optional implementation, in step S103, after generating a target data model of a target medical activity according to a plurality of business fields and field data of the plurality of business fields, the method may further include:

[0102] S301. Obtain medical indicator measurement information input into a target data model.

[0103] The medical indicator measurement information is used to indicate the calculation rules of the medical indicators, such as summing, averaging, etc.

[0104] After the target data model is generated, the user can input the medical indicator measurement information for the target data model through the visual interface.

[0105] S302: Generate a medical indicator model for the target medical activity based on the medical indicator measurement information and the target data model.

[0106] According to the input medical indicator measurement, a medical indicator model is constructed based on the target data model. The medical indicator model is used to adopt the calculation rules corresponding to the medical indicator measurement information and calculate the medical indicators based on the target data model. Medical indicators may include, for example, total medical service revenue, total inpatient drug revenue, total inspection and testing revenue, etc.

[0107] Medical service income includes but is not limited to nursing income, bed income, consumables income, etc. The total income from inpatient drugs is the total income from drugs consumed for hospitalization, and the total income from inspections and tests is the total income from inspection and testing items.

[0108] In some embodiments, caliber configuration information for the target data model may also be input, where the caliber configuration information is used to indicate statistical dimensions of medical indicators, such as income statistics and population statistics.

[0109] In the data model generation method of this embodiment, the medical indicator model development process is standardized through a visual interface, the stability and robustness of the model are improved, the medical indicator model can be quickly generated, customer needs can be quickly responded to, and the implementation and operation costs are reduced through a visual interface, program errors and visual tracking and convenient processing are achieved, and the development efficiency of the medical indicator model is reduced, and customer demand adjustments can be quickly responded to to improve customer satisfaction.

[0110] Figure 4 Schematic diagram of the process of generating a data model provided in the embodiment of the present application Figure 4 ,like Figure 4 As shown, in an optional implementation, step S302, generating a medical indicator model of a target medical activity according to the medical indicator measurement information and the target data model, includes:

[0111] S401. Obtaining indicator calculation constraints for target data model input.

[0112] S402: Generate a medical indicator model for the target medical activity based on the medical indicator measurement information, indicator calculation constraints and the target data model.

[0113] Users can input indicator calculation constraints for the target data model through a visual interface, and determine the corresponding field data from the target data model based on the indicator calculation constraints. Based on the corresponding field data and medical indicator measurement information, a medical indicator model is generated. The medical indicator model is used to adopt the calculation rules corresponding to the medical indicator measurement information and perform medical indicator calculations based on the corresponding field data.

[0114] Among them, the indicator calculation constraints include at least one of the following: business type constraints, statistical dimension constraints, and calculation cycle constraints.

[0115] The business type constraint can be understood as the business type input for the business field in the target data model. The business field may include multiple business types. The field data that meets the business type is determined from the field data of the target data model. For example, the business fields in the target medical activities include hospitalization expenses. The business types of hospitalization expenses include hospitalization expenses incurred, hospitalization expenses settled, etc. Then, a medical indicator model is generated based on the medical indicator measurement information and the field data that meets the business type in the target data model, so as to adopt the calculation rules corresponding to the medical indicator measurement information and perform medical indicator calculations based on the field data that meets the business type in the target data model.

[0116] The statistical dimension constraints can be understood as the target business field (i.e., dimension) input into the target data model, determining the target business field from the business fields of the target data model, such as the identification of the treatment department, and then generating a medical indicator model based on the medical indicator measurement information and the field data of the target business field in the target data model, so as to adopt the calculation rules corresponding to the medical indicator measurement information and perform medical indicator calculations based on the field data of the target business field in the target data model, for example, to count the total income of the treatment department.

[0117] The calculation cycle constraint condition can be a generation cycle for the input of the medical indicator model, that is, the scheduling method of the medical indicator model. By inputting the calculation cycle for the medical indicator model, the medical indicator model is generated and updated according to the calculation cycle. The medical indicator model is used to adopt the calculation rules corresponding to the medical indicator measurement information and perform medical indicator calculations based on the corresponding field data.

[0118] Figure 5 A schematic diagram of a visualization interface provided in an embodiment of the present application, such as Figure 5 As shown, the information that can be entered includes: caliber name, scheduling method, caliber category, source table, measurement, statistical period, business limitation, and statistical dimension.

[0119] Among them, the caliber configuration information can be entered in the caliber name. The scheduling methods include periodic tasks and real-time tasks. If the periodic task is selected, the medical indicator model is generated according to the statistical period (such as day). If the real-time task is selected, the medical indicator model is generated in real time.

[0120] The caliber category can be input into the health statistics standard, the source table corresponds to the target data model, and the target data model can be selected, the measurement can be input into the sum, the business limitation corresponds to the business type constraint condition, and the business type can be input, the statistical dimension corresponds to the statistical dimension constraint condition, and the target business field can be input.

[0121] Of course, the input method includes manual input or manual selection from options provided by the system, which is not particularly limited in this embodiment.

[0122] Based on the above embodiments, Figure 6 A schematic diagram of a business system, business domain, data model, and indicator model provided in an embodiment of the present application, such as Figure 6 As shown, there is an n:1 relationship between the business system and the business domain category, indicating that n business systems can correspond to one business domain category. The data model is a fact model, and there is a 1:n relationship between the business domain category and the fact model, indicating that one business domain category can correspond to n fact models. The indicator model is a medical indicator model, and there is a 1:n relationship between the fact model and the indicator model, indicating that one fact model can correspond to n indicator models.

[0123] It can be seen that there are multiple fact models under a major business domain category, including outpatient visits, outpatient charges, inpatient visits, health records, etc. There are multiple indicator models for a fact model, including outpatient visits, outpatient income, discharges, number of electronic health records, etc. Multiple fact models can be constructed through the visualization interface. After the fact model is saved, the fact model and indicator calculation constraints can be selected through the visualization interface to construct an indicator model to generate medical business indicators to support medical data analysis and monitoring. At the same time, according to the needs of multi-caliber management of medical indicators, multi-caliber visualization configuration of indicators can be realized.

[0124] Based on the same inventive concept, the embodiment of the present application also provides a data model generation device corresponding to the data model generation method. Since the principle of solving the problem by the device in the embodiment of the present application is similar to the above-mentioned data model generation method in the embodiment of the present application, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be repeated.

[0125] Figure 7 This is a structural schematic diagram of a data model generation device provided in an embodiment of the present application, which can be integrated into an electronic device.

[0126] like Figure 7 As shown, the device may include:

[0127] A determination module 501 is used to determine multiple business fields of a target medical activity and a medical business system corresponding to the target medical activity according to a field setting operation input for a target medical activity under a target medical business domain;

[0128] An acquisition module 502 is used to acquire field data of multiple business fields according to a medical business system;

[0129] The generating module 503 is used to generate a target data model of a target medical activity according to a plurality of business fields and field data of the plurality of business fields.

[0130] In an optional implementation, the acquisition module 502 is specifically configured to:

[0131] According to the medical business system, obtain the business data table of the target medical activity;

[0132] According to the header field in the business data table and the field data of the header field, the field data of multiple business fields are obtained.

[0133] In an optional implementation, the acquisition module 502 is specifically configured to:

[0134] Acquire the business data of the target medical activity from the medical business system according to the preset data acquisition cycle corresponding to the target medical business domain;

[0135] According to the index field of the patient, the business data is stored to generate a business data table.

[0136] In an optional implementation, the acquisition module 502 is specifically configured to:

[0137] According to a preset data acquisition cycle and preset data demand characteristics corresponding to the target medical activity, business data of the target medical activity is acquired from the medical business system.

[0138] In an optional implementation, the acquisition module 502 is further configured to:

[0139] Obtaining medical indicator measurement information for target data model input;

[0140] The generation module is also used to generate a medical indicator model for the target medical activity based on the medical indicator measurement information and the target data model. The medical indicator model is used to calculate the medical indicators based on the target data model using the calculation rules corresponding to the medical indicator measurement information.

[0141] In an optional implementation, the generating module 503 is specifically configured to:

[0142] Obtaining the indicator calculation constraints for the target data model input;

[0143] A medical indicator model for the target medical activity is generated based on the medical indicator measurement information, indicator calculation constraints and the target data model.

[0144] In an optional implementation, the indicator calculation constraint includes at least one of the following: a business type constraint, a statistical dimension constraint, and a calculation cycle constraint.

[0145] For descriptions of the processing flow of each module in the device and the interaction flow between each module, reference may be made to the relevant descriptions in the above method embodiment, which will not be described in detail here.

[0146] Figure 8 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application, such as Figure 8 As shown, the device may include: a processor 601, a memory 602 and a bus 603. The memory 602 stores machine-readable instructions executable by the processor 601. When the electronic device is running, the processor 601 communicates with the memory 602 through the bus 603, and the processor executes the machine-readable instructions to execute the above-mentioned data model generation method.

[0147] An embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored. The computer program is executed when a processor is running, and the processor executes the above-mentioned data model generation method.

[0148] In the embodiment of the present application, the computer program can also execute other machine-readable instructions when run by the processor to execute other methods described in the embodiment. For the specific execution method steps and principles, please refer to the description of the embodiment, which will not be repeated here.

[0149] In the embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, and the indirect coupling or communication connection of the devices or units can be electrical, mechanical or other forms.

[0150] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0151] In addition, each functional unit in the embodiments provided in the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0152] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0153] It should be noted that similar numbers and letters represent similar items in the following figures. Therefore, once an item is defined in one figure, it does not need to be further defined and explained in subsequent figures. In addition, the terms "first", "second", "third", etc. are only used to distinguish the description and are not to be understood as indicating or implying relative importance.

[0154] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application, rather than to limit them. The protection scope of the present application is not limited thereto. Although the present application is described in detail with reference to the above-mentioned embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-mentioned embodiments within the technical scope disclosed in the present application, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application. They should all be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be based on the protection scope of the claims.

Claims

1. A data model generation method, characterized in that: include: According to the field setting operation input for the target medical activity under the target medical business domain, determining a plurality of business fields of the target medical activity and a medical business system corresponding to the target medical activity; According to the medical business system, acquiring field data of the plurality of business fields; A target data model of the target medical activity is generated according to the multiple business fields and the field data of the multiple business fields.

2. The method according to claim 1, characterized in that The acquiring, according to the medical business system, field data of the plurality of business fields comprises: According to the medical business system, obtaining a business data table of the target medical activity; The field data of the multiple business fields are acquired according to the header fields in the business data table and the field data of the header fields.

3. The method according to claim 2, characterized in that The step of obtaining the business data table of the target medical activity according to the medical business system includes: Acquiring the business data of the target medical activity from the medical business system according to a preset data acquisition cycle corresponding to the target medical business domain; The business data is stored according to the index field of the patient, and the business data table is generated.

4. The method according to claim 3, characterized in that The acquiring the business data of the target medical activity from the medical business system according to the preset data acquisition cycle corresponding to the target medical business domain includes: According to the preset data acquisition cycle and the preset data demand characteristics corresponding to the target medical activity, the business data of the target medical activity is acquired from the medical business system.

5. The method according to any one of claims 1 to 4, characterized in that: After generating the target data model of the target medical activity according to the multiple business fields and the field data of the multiple business fields, the method further includes: Acquiring medical indicator measurement information inputted into the target data model; A medical indicator model for the target medical activity is generated according to the medical indicator measurement information and the target data model, and the medical indicator model is used to calculate medical indicators based on the target data model using calculation rules corresponding to the medical indicator measurement information.

6. The method according to claim 5, characterized in that The step of generating a medical indicator model for the target medical activity according to the medical indicator measurement information and the target data model includes: Obtaining the indicator calculation constraint conditions for the target data model input; A medical indicator model of the target medical activity is generated according to the medical indicator measurement information, the indicator calculation constraint conditions and the target data model.

7. The method according to claim 6, characterized in that The indicator calculation constraint condition includes at least one of the following: a business type constraint condition, a statistical dimension constraint condition, and a calculation cycle constraint condition.

8. A data model generating device, characterized in that: include: A determination module, configured to determine a plurality of business fields of a target medical activity and a medical business system corresponding to the target medical activity according to a field setting operation input for the target medical activity under the target medical business domain; An acquisition module, used for acquiring field data of the plurality of business fields according to the medical business system; A generating module is used to generate a target data model of the target medical activity according to the multiple business fields and the field data of the multiple business fields.

9. An electronic device, characterized in that: include: A processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor communicates with the memory via the bus, and the processor executes the machine-readable instructions to execute the data model generation method described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the data model generation method according to any one of claims 1 to 7 is executed.

Images