Dynamic multi-mode data source component and data management method of multi-courtyard business system

Abstract

The invention provides a dynamic multimode data source component and a data management method of a multi-courtyard business system. The dynamic multimode data source component comprises a courtyard configuration module, a middleware configuration module and a data source configuration module, the courtyard area configuration module is used for configuring a courtyard area identifier of each courtyard area; the data source configuration module is used for configuring a database list and determining a mapping relationship between each hospital area and a database in the database list; wherein one database corresponds to business systems of one or more courtyards; the middleware configuration module is used for configuring a middleware list, configuring a processing rule of each middleware in the middleware list and determining a mapping relationship between each hospital area and the middleware; wherein one middleware corresponds to business systems of one or more courtyards. According to the invention, the waste of service resources is reduced, and the expansibility of the system is improved.

Description

Technical Field

[0001] The present invention relates to the field of data management technology, and in particular to a dynamic multi-mode data source component and a data management method for a multi-campus business system. Background Art

[0002] Super-large hospitals currently have or are preparing to expand to a multi-campus management model to more conveniently support the rapid development of existing businesses. Each campus requires a full set of hospital information systems, including outpatient, inpatient, pharmaceutical, doctor station, nurse station, electronic medical record and other systems. At present, each business system is implemented by centrally storing the data of each campus in a database, but there are currently defects such as rapid data growth, reduced system performance, and mutual influence on the business of each campus. Data needs to be isolated and stored according to the campus. In order to achieve isolated storage according to the campus, the corresponding effect is currently achieved by independently creating a database for each campus and independently deploying the business system. However, there are still problems such as waste of service resources and poor system scalability. Summary of the invention

[0003] In view of this, the purpose of the present invention is to provide a dynamic multi-mode data source component and a data management method for a multi-campus business system, so as to reduce the waste of service resources and improve the scalability of the system.

[0004] In order to achieve the above purpose, the technical solution adopted by the embodiment of the present invention is as follows:

[0005] In the first aspect, an embodiment of the present invention provides a dynamic multi-mode data source component, including: a campus configuration module, a middleware configuration module and a data source configuration module; the campus configuration module is used to configure the campus identification of each campus; the data source configuration module is used to configure the database list, and determine the mapping relationship between each campus and the database in the database list; wherein, one database corresponds to the business system of one or more campuses; the middleware configuration module is used to configure the middleware list, and configure the processing rules of each middleware in the middleware list, and determine the mapping relationship between each campus and the middleware; wherein, one middleware corresponds to the business system of one or more campuses.

[0006] In one embodiment, the data source configuration module is further used to create a database connection for each database in the database list and to create a connection buffer pool.

[0007] In one implementation, the middleware configuration module is further used to create a middleware connection for each middleware in the middleware list, and determine a service rule interface corresponding to the middleware connection.

[0008] In one embodiment, the above-mentioned components also include: a data management module, which is used to receive a data request from a target hospital, and obtain the hospital identification of the target hospital based on the data request, and obtain the database connection corresponding to the target hospital based on the hospital identification of the target hospital and the mapping relationship between the hospital and the database, and access and operate the corresponding database or connection buffer pool based on the database connection.

[0009] In one embodiment, the data management module is also used to obtain the middleware connection corresponding to the target hospital area based on the hospital area identification of the target hospital area and the mapping relationship between the hospital area and the middleware, and enable the corresponding service rule interface based on the middleware connection, and access and operate the cached data of the middleware based on the processing rules of the middleware.

[0010] In one embodiment, the data source configuration module is also used to add, delete and modify the database corresponding to the target hospital based on the acquired hospital identification of the target hospital; the middleware configuration module is also used to add, delete and modify the middleware corresponding to the target hospital based on the acquired hospital identification of the target hospital.

[0011] In a second aspect, an embodiment of the present invention provides a data access method for a multi-campus business system, which is applied to the dynamic multi-mode data source component of any one of the items provided in the first aspect above, including: configuring the campus identification of each campus, determining the mapping relationship between each campus and the database, and determining the mapping relationship between each campus and the middleware; wherein, one database corresponds to the business system of one or more campuses, and one middleware corresponds to the business system of one or more campuses; receiving a data request from a target campus, and obtaining the campus identification of the target campus based on the data request; obtaining a database connection corresponding to the target campus based on the campus identification of the target campus and the mapping relationship between the campus and the database, and obtaining a middleware connection corresponding to the target campus based on the campus identification of the target campus and the mapping relationship between the campus and the middleware; accessing and operating the corresponding database or connection buffer pool based on the database connection, and enabling the corresponding service rule interface based on the middleware connection, and accessing and operating the cached data of the middleware based on the processing rules of the middleware.

[0012] In one embodiment, the above method also includes: adding, deleting and modifying the database corresponding to the target hospital based on the acquired hospital identification of the target hospital; adding, deleting and modifying the middleware corresponding to the target hospital based on the acquired hospital identification of the target hospital.

[0013] In a third aspect, an embodiment of the present invention provides an electronic device, comprising a processor and a memory, wherein the memory stores computer-executable instructions that can be executed by the processor, and the processor executes the computer-executable instructions to implement the steps of any one of the methods provided in the first aspect above.

[0014] In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the steps of any one of the methods provided in the first aspect are executed.

[0015] The embodiments of the present invention bring the following beneficial effects:

[0016] The above-mentioned dynamic multi-mode data source component and data management method of the multi-campus business system provided by the embodiment of the present invention include: a campus configuration module, a middleware configuration module and a data source configuration module; the campus configuration module is used to configure the campus identification of each campus; the data source configuration module is used to configure the database list, and determine the mapping relationship between each campus and the database in the database list; wherein one database corresponds to the business system of one or more campuses; the middleware configuration module is used to configure the middleware list, and configure the processing rules of each middleware in the middleware list, and determine the mapping relationship between each campus and the middleware; wherein one middleware corresponds to the business system of one or more campuses. The above-mentioned dynamic multi-mode data source component can uniformly manage the database and middleware, realize the unified encapsulation of the middleware access, and improve the performance of data access and storage services; in addition, through the mapping relationship between each campus and the database and middleware, the database or middleware of each campus can be flexibly configured according to the actual needs of each campus, thereby reducing the waste of service resources and improving the scalability of the system.

[0017] Other features and advantages of the present invention will be described in the following description, and partly become apparent from the description, or understood by practicing the present invention. The purpose and other advantages of the present invention are realized and obtained by the structures particularly pointed out in the description, claims and drawings.

[0018] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0020] Figure 1 A schematic diagram of a dynamic multi-mode data source component provided by an embodiment of the present invention;

[0021] Figure 2A schematic diagram of a dynamic multi-mode data source structure of a hospital multi-campus business system provided by an embodiment of the present invention;

[0022] Figure 3 A flow chart of a data access method for a multi-campus business system provided by an embodiment of the present invention;

[0023] Figure 4 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention.

[0024] icon:

[0025] 101-campus configuration module; 102-middleware configuration module; 103-data source configuration module. DETAILED DESCRIPTION

[0026] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0027] In order to achieve isolated storage according to hospital districts, the corresponding effect is currently achieved by creating independent databases for each hospital district and deploying business systems independently. However, the following defects still exist:

[0028] (1) Waste of service resources: The business system needs to be deployed in multiple sets according to the hospital campus, which means that each hospital campus needs to prepare an independent set of service resources, which wastes service resources.

[0029] (2) Complex deployment: In addition to deploying a database, each new campus also requires the deployment of a corresponding business system, which involves the configuration and installation of many application servers and web servers, which is very complicated.

[0030] (3) Middleware becomes a bottleneck: As the hospital's business system is relatively special, in addition to data storage, it also widely uses middleware storage. As the system's cache data processing, it focuses on improving the system's performance optimization. However, for super-large hospitals with multiple campuses, they cannot be deployed independently. All campuses can only share one set of middleware, which will lead to performance problems.

[0031] (4) Poor system scalability: Except for super-large hospitals, some medium-sized hospitals also have multiple campuses to manage, but their business volume is not that large, and the system load can be supported by a set of databases. Therefore, in this scenario, the business system needs to be able to support the centralized storage of business data in the same database, and there is no need to independently deploy databases and business systems according to campuses.

[0032] Based on this, the embodiments of the present invention provide a dynamic multi-mode data source component and a data management method for a multi-campus business system, which reduces the waste of service resources and improves the scalability of the system.

[0033] To facilitate understanding of this embodiment, a dynamic multi-mode data source component disclosed in an embodiment of the present invention is first introduced in detail. Figure 1 The schematic diagram of a dynamic multi-mode data source component shown in the figure illustrates that the component includes: a campus configuration module 101, a middleware configuration module 102 and a data source configuration module 103. The campus configuration module 101 is used to configure the campus identification of each campus; the data source configuration module 103 is used to configure the database list and determine the mapping relationship between each campus and the database in the database list; wherein one database corresponds to the business system of one or more campuses; the middleware configuration module 102 is used to configure the middleware list and configure the processing rules of each middleware in the middleware list, and determine the mapping relationship between each campus and the middleware; wherein one middleware corresponds to the business system of one or more campuses.

[0034] In one embodiment, the scope of dynamic multi-mode data source component management includes the management of traditional database storage and various types of data sources such as middleware such as Redis, ElasticSearch, Minio, etc. By achieving unified encapsulation of access to various middleware, an open and unified service API is provided for medical services, which facilitates the efficient and convenient application of middleware technology in business systems to achieve high-performance data access and storage business processing.

[0035] Specifically, the campus configuration module 101 may maintain the campuses included in the medical institution in advance and assign a unique campus identifier to each campus.

[0036] The data source configuration module 103 can maintain in advance the list of databases that each campus business system needs to store in the end, and assign a unique connection identifier to each database. At the same time, it establishes a mapping relationship between each campus and the database; wherein one database corresponds to one or more campus business systems.

[0037] The middleware configuration module 102 can maintain the list of middlewares required by the business system in advance, and configure corresponding processing rules for each middleware, including: whether the various encoding rules in Redis need to be generated uniformly for the whole hospital; the large text path stored in Minio; the rules for ElasticSearch to create indexes, and the corresponding time configuration of data synchronization jobs, etc. At the same time, a mapping relationship between each campus and the middleware is established; wherein one middleware corresponds to the business system of one or more campuses.

[0038] The above-mentioned dynamic multi-mode data source component provided by the embodiment of the present invention can uniformly manage the database and middleware, realize unified encapsulation of middleware access, and improve the performance of data access and storage services; in addition, through the mapping relationship between each hospital area and the database and middleware, the database or middleware of each hospital area can be flexibly configured according to the actual needs of each hospital area, thereby reducing the waste of service resources and improving the scalability of the system.

[0039] In one embodiment, the data source configuration module 103 is also used to create a database connection for each database in the database list and create a connection buffer pool; the middleware configuration module 102 is also used to create a middleware connection for each middleware in the middleware list and determine the service rule interface corresponding to the middleware connection.

[0040] In the specific implementation, the dynamic multi-mode data source component can configure in advance the database connection that each hospital needs to store in the end, and realize the mapping management between the hospital and the database connection; at the same time, the processing rules of each hospital and the middleware must be configured. Through the mapping management of the hospital and the multi-mode data source, a hospital can achieve application mode control of various databases and middleware.

[0041] The data source configuration module 103 can create corresponding database connections in advance according to the database list configured by the system, and maintain a connection buffer pool to reuse data connection resources as much as possible to reduce system overhead. In addition, the middleware configuration module 102 can create corresponding middleware connections in advance according to the configured middleware list and enable the corresponding service rule API, so that the business system can access and operate the cache data of the middleware according to the rules.

[0042] In one embodiment, the above-mentioned components also include: a data management module, which is used to receive a data request from a target hospital district, and obtain the hospital district identification of the target hospital district based on the data request, and obtain the database connection corresponding to the target hospital district based on the hospital district identification of the target hospital district and the mapping relationship between the hospital district and the database, and access and operate the corresponding database or connection buffer pool based on the database connection. The data management module is also used to obtain the middleware connection corresponding to the target hospital district based on the hospital district identification of the target hospital district and the mapping relationship between the hospital district and the middleware, and enable the corresponding service rule interface based on the middleware connection, and access and operate the cached data of the middleware based on the processing rules of the middleware.

[0043] In a specific implementation, the above-mentioned dynamic multi-mode data source component also includes a data management module. When the business system of each hospital district needs to access or store data, the data management system receives the data request of the target hospital district and obtains the hospital district identification of the target hospital district, and then determines the database connection and middleware connection corresponding to the target hospital district by looking up the table, etc., based on the hospital district identification, the predetermined mapping relationship between the hospital district and the database, and the mapping relationship between the hospital district and the middleware, so as to access and operate the corresponding database or connection buffer pool, or access and operate the cached data of the middleware based on the processing rules of the middleware.

[0044] Furthermore, the data source configuration module is also used to add, delete and modify the database corresponding to the target hospital based on the acquired hospital identification of the target hospital; the middleware configuration module is also used to add, delete and modify the middleware corresponding to the target hospital based on the acquired hospital identification of the target hospital.

[0045] In the specific implementation, the data source configuration module can return the corresponding database connection according to the campus identifier transmitted by each business system, so as to perform the corresponding database addition, deletion and modification operations, and finally realize the effect that each campus business system dynamically accesses the corresponding database according to the configuration.

[0046] The middleware configuration module can return the corresponding middleware rule service interface according to the hospital district identification transmitted by each business system to update and access the business cache data, and implement the corresponding hospital business rule processing by providing a unified service API. Ultimately, the middleware can be automatically expanded according to the expansion of the hospital scale to ensure stable performance output.

[0047] For ease of understanding, the embodiment of the present invention also provides a schematic diagram of a dynamic multi-mode data source structure of a hospital multi-campus business system, see Figure 2As shown, hospital A independently deploys a business system, and hospital B and hospital C share a set of business systems. The dynamic multi-mode data source component can configure the hospital districts and configure unique hospital district identifiers for hospital districts A, B, and C; the dynamic multi-mode data source component can configure the middleware and configure the corresponding processing rules for the middleware involved in the business system, as well as configure the data source to allocate a unique connection identifier for the database that the business system needs to store in the end; further, the dynamic multi-mode data source component can establish a hospital district and multi-mode data source mapping table based on the hospital district identifier, configured middleware, and data source, configure the data connection that each hospital district needs to store in the end, and realize the mapping management between the hospital district and the data connection, and at the same time configure the processing rules of each hospital district and the middleware to realize the application mode control of a hospital district on various databases and middleware.

[0048] The dynamic multi-mode data source component can return the corresponding middleware rule service interface according to the hospital district identification transmitted by each business system to update and access the business cache data, and implement the corresponding hospital business rule processing by providing a unified service API. Ultimately, the middleware can be automatically expanded according to the expansion of the hospital scale to ensure stable performance output. The dynamic multi-mode data source component can also return the corresponding data connection according to the hospital district identification transmitted by each business system to perform the corresponding database addition, deletion and modification operations, and finally realize the effect of each hospital district business system dynamically accessing the corresponding database according to the configuration.

[0049] The above-mentioned dynamic multi-mode data source component provided by the embodiment of the present invention has the following technical effects:

[0050] (1) Unified management of multi-mode data sources: Dynamic multi-mode data source components can uniformly manage database storage and various middleware such as Redis, ElasticSearch, and Minio. They can implement buffering and switching processing of traditional database connection pools, and can also implement unified encapsulation of middleware access. By providing an open unified service API for medical services, high-performance data access and storage business processing can be achieved.

[0051] (2) Multi-mode data sources are configured on demand for each campus: Dynamic multi-mode data source components can be managed through the mapping between campuses and data connections to configure the data sources of each campus on demand. Each campus can be set up as an independent data source or share a data source together, which can be flexibly specified based on the configuration.

[0052] (3) Business systems can be deployed centrally or on demand: Since the dynamic multi-mode data source component can configure the data source of each hospital area on demand, the business system does not need to be independently deployed according to the number of databases. It can deploy one or more business systems according to the size of the business volume, realizing resource sharing and streamlining.

[0053] (4) Improve system scalability: Since the dynamic multi-mode data source component can configure the data source of each hospital campus on demand, the business system can be adapted and applied to application scenarios such as super-large hospitals that require each hospital campus to independently configure the database and medium-sized hospitals that require each hospital campus to share the database. This ultimately ensures the unification of the system version and achieves good scalability of the system.

[0054] For the aforementioned dynamic multi-mode data source component, an embodiment of the present invention provides a data access method for a multi-campus business system, see Figure 3 The flowchart of a data access method for a multi-campus business system shown in FIG. 1 illustrates that the method mainly includes the following steps S301 to S304:

[0055] Step S301: configure the campus identification of each campus, determine the mapping relationship between each campus and the database, and determine the mapping relationship between each campus and the middleware; wherein one database corresponds to one or more business systems of campuses, and one middleware corresponds to one or more business systems of campuses.

[0056] Step S302: Receive a data request from a target campus, and obtain the campus identifier of the target campus based on the data request.

[0057] Step S303: Obtain the database connection corresponding to the target hospital based on the hospital identification of the target hospital and the mapping relationship between the hospital and the database, and obtain the middleware connection corresponding to the target hospital based on the hospital identification of the target hospital and the mapping relationship between the hospital and the middleware.

[0058] Step S304: accessing and operating the corresponding database or connection buffer pool based on the database connection, enabling the corresponding service rule interface based on the middleware connection, and accessing and operating the cache data of the middleware based on the processing rules of the middleware.

[0059] The data management method of the multi-campus business system provided in the embodiment of the present invention can uniformly manage the database and middleware, realize unified encapsulation of middleware access, and improve the performance of data access and storage services; in addition, through the mapping relationship between each campus and the database and middleware, the database or middleware of each campus can be flexibly configured according to the actual needs of each campus, thereby reducing the waste of service resources and improving the scalability of the system.

[0060] In one embodiment, the above method also includes: adding, deleting and modifying the database corresponding to the target hospital based on the acquired hospital identification of the target hospital; adding, deleting and modifying the middleware corresponding to the target hospital based on the acquired hospital identification of the target hospital.

[0061] It should be noted that the implementation principle and technical effects of the method provided in the embodiment of the present invention are the same as those in the aforementioned embodiment. For the sake of brief description, for matters not mentioned in the method embodiment, reference may be made to the corresponding contents in the aforementioned embodiment.

[0062] An embodiment of the present invention further provides an electronic device. Specifically, the electronic device includes a processor and a storage device. The storage device stores a computer program, and when the computer program is executed by the processor, it executes the method described in any one of the above implementation methods.

[0063] Figure 4 A structural diagram of an electronic device provided in an embodiment of the present invention, the electronic device 100 includes: a processor 40, a memory 41, a bus 42 and a communication interface 43, wherein the processor 40, the communication interface 43 and the memory 41 are connected via the bus 42; the processor 40 is used to execute an executable module stored in the memory 41, such as a computer program.

[0064] The memory 41 may include a high-speed random access memory (RAM), and may also include a non-volatile memory, such as at least one disk memory. The communication connection between the system network element and at least one other network element is realized through at least one communication interface 43 (which may be wired or wireless), and the Internet, wide area network, local area network, metropolitan area network, etc. may be used.

[0065] The bus 42 may be an ISA bus, a PCI bus, or an EISA bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 4 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0066] Among them, the memory 41 is used to store programs, and the processor 40 executes the program after receiving the execution instruction. The method executed by the device for flow process definition disclosed in any embodiment of the above-mentioned embodiments of the present invention can be applied to the processor 40 or implemented by the processor 40.

[0067] The processor 40 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 or software instructions in the processor 40. The above processor 40 can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present invention can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in the embodiments of the present invention can be directly embodied as a hardware decoding processor to execute, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 41, and the processor 40 reads the information in the memory 41 and completes the steps of the above method in combination with its hardware.

[0068] The computer program product of the readable storage medium provided in the embodiment of the present invention includes a computer-readable storage medium storing program code, and the instructions included in the program code can be used to execute the methods described in the previous method embodiments. The specific implementation can be referred to the previous method embodiments, which will not be repeated here.

[0069] 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 invention, 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. The computer software product is stored in a storage medium, including 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 invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, etc., which can store program codes.

[0070] Finally, it should be noted that the above-described embodiments are only specific implementations of the present invention, which are used to illustrate the technical solutions of the present invention, rather than to limit them. The protection scope of the present invention is not limited thereto. Although the present invention is described in detail with reference to the above-described 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-described embodiments within the technical scope disclosed by the present invention, 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 invention, and should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

Claims

1. A dynamic multi-mode data source component, characterized in that: include: Campus configuration module, middleware configuration module and data source configuration module; The hospital area configuration module is used to configure the hospital area identification of each hospital area; The data source configuration module is used to configure a database list and determine a mapping relationship between each of the hospital districts and a database in the database list; wherein one of the databases corresponds to one or more business systems of the hospital districts; The middleware configuration module is used to configure the middleware list, configure the processing rules of each middleware in the middleware list, and determine the mapping relationship between each hospital area and the middleware; wherein one middleware corresponds to one or more business systems of the hospital areas.

2. The dynamic multi-mode data source component according to claim 1, characterized in that: The data source configuration module is also used to create a database connection for each database in the database list and to create a connection buffer pool.

3. The dynamic multi-mode data source component according to claim 1, characterized in that: The middleware configuration module is further used to create a middleware connection for each middleware in the middleware list, and determine a service rule interface corresponding to the middleware connection.

4. The dynamic multi-mode data source component according to claim 1, characterized in that: Also includes: A data management module is used to receive a data request from a target hospital, and obtain the hospital identification of the target hospital based on the data request, and obtain the database connection corresponding to the target hospital based on the hospital identification of the target hospital and the mapping relationship between the hospital and the database, and access and operate the corresponding database or connection buffer pool based on the database connection.

5. The dynamic multi-mode data source component according to claim 4, characterized in that: The data management module is also used to obtain the middleware connection corresponding to the target hospital based on the hospital identification of the target hospital and the mapping relationship between the hospital and the middleware, and enable the corresponding service rule interface based on the middleware connection, and access and operate the cached data of the middleware based on the processing rules of the middleware.

6. The dynamic multi-mode data source component according to claim 5, characterized in that: The data source configuration module is also used to add, delete and modify the database corresponding to the target hospital district based on the acquired hospital district identifier of the target hospital district; The middleware configuration module is also used to add, delete and modify the middleware corresponding to the target campus based on the acquired campus identifier of the target campus.

7. A data management method for a multi-campus business system, characterized in that: The dynamic multi-mode data source component applied to any one of claims 1 to 6 comprises: Configure the campus identification of each campus, determine the mapping relationship between each campus and the database, and determine the mapping relationship between each campus and the middleware; wherein one database corresponds to one or more business systems of the campus, and one middleware corresponds to one or more business systems of the campus; Receiving a data request from a target hospital district, and obtaining a hospital district identifier of the target hospital district based on the data request; Acquire a database connection corresponding to the target hospital district based on the hospital district identifier of the target hospital district and a mapping relationship between the hospital district and a database, and acquire a middleware connection corresponding to the target hospital district based on the hospital district identifier of the target hospital district and a mapping relationship between the hospital district and the middleware; Based on the database connection, the corresponding database or connection buffer pool is accessed and operated, and based on the middleware connection, the corresponding service rule interface is enabled, and based on the processing rule of the middleware, the cache data of the middleware is accessed and operated.

8. The method according to claim 7, characterized in that The method further includes: adding, deleting and modifying a database corresponding to the target hospital district based on the acquired hospital district identifier of the target hospital district; Based on the acquired campus identifier of the target campus, the middleware corresponding to the target campus is added, deleted and modified.

9. An electronic device, characterized in that: The method comprises a processor and a memory, wherein the memory stores computer executable instructions that can be executed by the processor, and the processor executes the computer executable instructions to implement the steps of the method according to any one of claims 7 to 8.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 7 to 8 are performed.

Images