Hospital purchase cost control method and system

Abstract

The invention relates to the technical field of cost control, in particular to a hospital purchase cost control method and system. The method comprises the steps of obtaining hospital purchase data; obtaining supply data returned by the supplier API interface; generating a purchasing strategy according to the hospital purchasing data and the supplier supply data; importing the purchase strategy, the historical purchase data and the inventory data into a multi-dimensional cross validation model for verification, and determining the feasibility of the purchase strategy; according to the method, the time cost and the economic cost are fused into a single optimization target, so that when the suppliers are selected, a certain factor is not independently considered any more, and the time cost and the economic cost are comprehensively weighed and uniformly analyzed to realize overall optimization; and through multi-dimensional cross validation of a supplier centralized risk index, a cost deviation rate, a delivery risk index and an inventory safety and health degree score, the reliability of a purchase strategy is comprehensively evaluated, and the stability and the anti-risk capability of a supply chain are ensured.

Description

Technical Field

[0001] This application relates to the field of cost control technology, and in particular to a method and system for controlling hospital procurement costs. Background Technology

[0002] Hospital operations are highly dependent on a stable and efficient supply chain. Currently, the prevailing hospital procurement management system is primarily built around an inventory early warning mechanism: when the inventory level of a specific material reaches a preset safety threshold, the system triggers a procurement warning, prompting relevant departments to intervene and replenish the stock. Its core objective is to ensure the continuity of medical services and the uninterrupted fulfillment of patients' treatment needs.

[0003] Existing technologies, such as the solution disclosed in Chinese patent document CN119181477A, ​​provide a method for dynamic control of hospital procurement costs. The method includes: acquiring relevant data on a set of items to be procured by the hospital and a set of suppliers, and converting this data into structured data; constructing a spatiotemporal graph of the set of items to be procured and the set of suppliers based on the structured data, where nodes in the spatiotemporal graph represent entities and edges represent relationships between entities; extracting node and edge features from the spatiotemporal graph, embedding time series data into these features, and obtaining the influence factors of time changes on procurement decisions; constructing a spatiotemporal graph network model using historical procurement data, supplier set data, and time series data, and obtaining the trained spatiotemporal graph network model; using the node and edge features of the spatiotemporal graph as input to the trained spatiotemporal network model to obtain the procurement quantity and procurement time for each item to be procured, and determining a procurement strategy based on supplier set information that meets the procurement quantity and procurement time requirements; and dynamically adjusting the procurement strategy to control procurement costs based on real-time monitoring of changes in the set of items to be procured.

[0004] However, the existing technology (CN119181477A) has obvious defects: this two-stage decision-making model of "first ensuring time cost and then optimizing economic cost" can help maintain supply stability in a static market environment, but in a dynamic market environment, it separates the comprehensive consideration of time reliability and cost-effectiveness, and cannot achieve the overall optimal procurement goal every time, thus leading to the problem of budget deficit in hospital procurement. Summary of the Invention

[0005] To overcome the aforementioned problems in the existing technology, this application provides a hospital procurement cost control method and system, which adopts the following technical solution:

[0006] Firstly, this application provides a method for controlling hospital procurement costs, including:

[0007] Obtain hospital procurement data;

[0008] Obtain the supply data returned by the supplier's API interface;

[0009] Procurement strategies are generated based on hospital procurement data and supplier supply data.

[0010] The procurement strategy, historical procurement data, and inventory data are imported into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy.

[0011] Furthermore, the acquisition of hospital procurement data specifically involves:

[0012] Obtain the inventory status information of the items to be purchased through the hospital's internal inventory system;

[0013] The inventory status information of the items to be purchased is preprocessed.

[0014] Furthermore, the specific steps for obtaining the supply data returned by the supplier's API interface are as follows:

[0015] By connecting to the supplier's API interface through the hospital's internal inventory system, the original supply data of the supplier can be obtained;

[0016] Conduct risk assessments on the original supply data of suppliers and remove suppliers with higher risks;

[0017] Unify the units of the original supply data from suppliers and the procurement data from hospitals to eliminate unit differences and ensure the comparability of inventory status information and procurement data;

[0018] Furthermore, the step of generating a procurement strategy based on hospital procurement data and supplier supply data includes:

[0019] The hospital's procurement data and the supplier's supply data are imported into the cost fusion model for integration to obtain a comprehensive cost coefficient.

[0020] The comprehensive cost coefficient is imported into the purchase quantity calculation model for linear programming to obtain the optimal purchase strategy.

[0021] The optimal procurement strategy is output, and the second-best procurement strategy is used as an alternative strategy.

[0022] Furthermore, the steps of importing procurement strategies, historical procurement data, and inventory data into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy include:

[0023] The cost deviation rate of the procurement strategy is calculated based on historical procurement data.

[0024] Conduct supplier delivery risk assessments on procurement strategies to obtain a delivery risk index;

[0025] Verify the safety of inventory after procurement in accordance with the procurement strategy, and obtain an inventory safety health score;

[0026] Conduct centralized risk verification analysis on suppliers to obtain the supplier centralized risk index;

[0027] Thresholds are determined for cost deviation rate, delivery risk index, inventory safety and health score, and supplier concentration risk index.

[0028] Furthermore, the threshold determination for cost deviation rate, delivery risk index, inventory safety and health score, and supplier concentration risk index specifically involves:

[0029] The supplier concentration risk index is compared with the supplier concentration risk threshold. If the supplier concentration risk index is higher than the supplier concentration risk threshold, the purchase order is allocated to alternative suppliers for verification. If the supplier concentration risk index is lower than the supplier concentration risk threshold, the cost deviation rate is compared with the cost deviation threshold to verify cost rationality. If the cost deviation rate is higher than the cost deviation threshold, an alternative supplier search is triggered. If the cost deviation rate is lower than the cost deviation threshold, the delivery risk index is compared with the delivery risk threshold to verify delivery feasibility. If the delivery risk index is higher than the delivery risk threshold, high-risk orders are split into multiple suppliers. If the delivery risk index is lower than the delivery risk threshold, the inventory safety and health score is compared with the inventory health score threshold. If the inventory safety and health score is lower than the inventory health score threshold, it is reported to the human department for emergency additional purchases.

[0030] Secondly, this application also provides a hospital procurement cost control system, including:

[0031] The module includes a procurement data acquisition module, a supplier data connection module, a procurement strategy generation module, and a procurement strategy verification module.

[0032] The procurement data acquisition module is used to acquire hospital procurement data.

[0033] Supplier data connection module: used to obtain supply data returned by the supplier's API interface;

[0034] Procurement strategy generation module: used to generate procurement strategies based on hospital procurement data and supplier supply data;

[0035] Procurement strategy verification module: This module is used to import procurement strategies, historical procurement data, and inventory data into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy.

[0036] Thirdly, this application provides an electronic device, comprising:

[0037] One or more processors; a memory; and one or more computer programs, wherein the one or more computer programs are stored in the memory, and the one or more computer programs include instructions that, when executed by the device, cause the device to perform the method as described in the first aspect.

[0038] Fourthly, this application provides a computer-readable storage medium storing a computer program that, when run on a computer, causes the computer to perform the method described in the first aspect.

[0039] This application has the following beneficial effects:

[0040] This application integrates time cost and economic cost into a single optimization objective, thereby eliminating the need to consider a single factor when selecting suppliers. Instead, it comprehensively weighs and analyzes both factors to achieve overall optimization. Furthermore, by cross-validating supplier concentration risk index, cost deviation rate, delivery risk index, and inventory safety and health score across multiple dimensions, it comprehensively assesses the reliability of the procurement strategy, ensuring the stability and resilience of the supply chain. Attached Figure Description

[0041] To more clearly illustrate the solutions in this application, the accompanying drawings used in the description of the embodiments of this application will be briefly introduced below. Obviously, the accompanying drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0042] Figure 1 This is an exemplary system architecture diagram to which embodiments of this application can be applied;

[0043] Figure 2 This is a flowchart illustrating the hospital procurement cost control method according to an embodiment of this application;

[0044] Figure 3 This is a schematic diagram illustrating the specific steps involved in obtaining hospital procurement data according to an embodiment of this application;

[0045] Figure 4 This is a schematic diagram illustrating the process of generating a procurement strategy based on hospital procurement data and supplier supply data, as exemplified in this application.

[0046] Figure 5 This is a schematic diagram of the multi-dimensional cross-validation model process in an embodiment of this application;

[0047] Figure 6 This is a flowchart of the hospital procurement cost control system according to an embodiment of this application;

[0048] Figure 7This is a schematic diagram of a computer device according to an embodiment of this application. Detailed Implementation

[0049] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein in the specification of the application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application; the terms "comprising" and "having," and any variations thereof, in the specification, claims, and foregoing drawings of this application, are intended to cover non-exclusive inclusion. The terms "first," "second," etc., in the specification, claims, or foregoing drawings of this application are used to distinguish different objects, not to describe a particular order.

[0050] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0051] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings.

[0052] like Figure 1 As shown, system architecture 100 may include terminal devices 101, 102, and 103, a network 104, and a server 105. Network 104 serves as the medium for providing communication links between terminal devices 101, 102, and 103 and server 105. Network 104 may include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

[0053] Users can use terminal devices 101, 102, and 103 to interact with server 105 via network 104 to receive or send messages, etc. Various communication client applications can be installed on terminal devices 101, 102, and 103, such as web browser applications, shopping applications, search applications, instant messaging tools, email clients, social media platform software, etc.

[0054] Terminal devices 101, 102, and 103 can be various electronic devices with displays and support web browsing, including but not limited to smartphones, tablets, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III), MP4 players (Moving Picture Experts Group Audio Layer IV), laptops, and desktop computers, etc.

[0055] Server 105 can be a server that provides various services, such as a backend server that supports the pages displayed on terminal devices 101, 102, and 103.

[0056] It should be noted that the hospital procurement cost control method provided in this application embodiment is generally executed by a server / terminal device, and correspondingly, the hospital procurement cost control system is generally set in the server / terminal device.

[0057] It should be understood that Figure 1 The number of terminal devices, networks, and servers shown is merely illustrative. Depending on implementation needs, any number of terminal devices, networks, and servers can be included.

[0058] Continue to refer to Figure 2 The figure shows a flowchart of a hospital procurement cost control method according to this application, the method including the following steps:

[0059] 201. Obtain hospital procurement data;

[0060] Continue to refer to Figure 3 In embodiment 201 of this application, the specific steps for obtaining hospital procurement data are as follows:

[0061] 301. Obtain the inventory status information of items to be purchased through the hospital's internal inventory system;

[0062] In this embodiment of the application, the inventory status information of the items to be purchased includes: remaining quantity information, recent usage rate information, and predicted demand rate.

[0063] 302. Preprocess the obtained inventory status information of the items to be purchased;

[0064] In this embodiment of the application, the step of preprocessing the obtained inventory status information of the items to be purchased includes:

[0065] Handle missing values ​​in inventory status information. If multiple inventory status information entries for a certain item to be purchased are missing, delete the item to be purchased, return the information for the item to be purchased, and report it to manual processing.

[0066] Outlier handling is performed on inventory status information. If the inventory status information of a certain item to be purchased exceeds the normal threshold, a modification message is sent. If it is modified manually, it is retained; otherwise, the item to be purchased is deleted.

[0067] Standardize inventory status information, check and unify the units of measurement for inventory status information, and ensure the reliability of the values.

[0068] 202, retrieve the supply data returned by the supplier's API interface;

[0069] In embodiment 202 of this application, obtaining the supply data returned by the supplier API interface specifically involves:

[0070] By connecting to the supplier's API interface through the hospital's internal inventory system, the original supply data of the supplier can be obtained;

[0071] Conduct risk assessments on the original supply data of suppliers and remove suppliers with higher risks;

[0072] Standardize the units of the supplier's original supply data and the hospital's procurement data to eliminate unit differences and ensure the comparability of inventory status information and procurement data.

[0073] 203. Generate procurement strategies based on hospital procurement data and supplier supply data;

[0074] Continue to refer to Figure 4 In embodiment 203 of this application, the specific steps for generating a procurement strategy based on hospital procurement data and supplier supply data are as follows:

[0075] 401. Import hospital procurement data and supplier supply data into the cost fusion model for fusion to obtain the comprehensive cost coefficient:

[0076]

[0077] in, This represents the comprehensive cost coefficient. , These represent the time cost weight and the economic cost weight, respectively. Represents the time-normalized value. Represents the standardized price value. Indicates the supplier's delivery time. Indicates the purchase price. , These respectively represent the supplied goods and the supplier.

[0078] 402. Import the comprehensive cost coefficient into the purchase quantity calculation model for linear programming to obtain the optimal purchasing strategy:

[0079]

[0080]

[0081]

[0082] in, Represents the total number of types of items to be purchased. Represents the total number of qualified suppliers. This represents the comprehensive cost coefficient. Indicates medicine Total demand Indicates supplier Maximum supply capacity Indicates from supplier Purchasing medicines The quantity.

[0083] 403 outputs the optimal procurement strategy and uses the second-best procurement strategy as an alternative strategy.

[0084] In this embodiment of the application, time cost and economic cost are integrated into a single optimization objective. Therefore, when selecting suppliers, no single factor is considered in isolation. Instead, both factors are comprehensively weighed and analyzed in a unified manner to ensure that the procurement strategy can achieve overall optimization while taking into account both time efficiency and economic benefits.

[0085] 204. Import the procurement strategy, historical procurement data, and inventory data into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy.

[0086] Continue to refer to Figure 5 In embodiment 204 of this application, the step of importing the procurement strategy, historical procurement data, and inventory data into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy specifically involves:

[0087] 501. Calculate the cost deviation rate of the procurement strategy based on historical procurement data:

[0088]

[0089] in, Indicates the cost deviation rate. Historical procurement data cost average The standard deviation of historical costs This represents the average total cost.

[0090] 502. Conduct a supplier delivery risk assessment on the procurement strategy to obtain a delivery risk index:

[0091]

[0092] in, This indicates the delivery risk index. Indicates the supplier's delivery time. Indicates the latest allowed delivery time. This indicates the supplier's historical on-time delivery rate.

[0093] 503. Verify the safety of inventory after procurement according to the procurement strategy to obtain an inventory safety health score:

[0094]

[0095] in, This indicates the inventory safety and health score. This indicates the current inventory level of items to be purchased. This indicates the quantity of items the procurement strategy plans to purchase from suppliers. This indicates the average daily consumption of an item. This indicates the supplier's average delivery time. This indicates the safety threshold for item inventory. This indicates the validity period sensitivity coefficient of the configuration. Indicates the remaining valid days for the item.

[0096] 504. Conduct a concentration risk verification analysis on suppliers to obtain the supplier concentration risk index:

[0097]

[0098] in, This indicates the supplier concentration risk index. This indicates the unit price of the items provided by the supplier.

[0099] 505. The threshold determination for cost deviation rate, delivery risk index, inventory safety and health score, and supplier concentration risk index is as follows:

[0100] The supplier concentration risk index is compared with the supplier concentration risk threshold. If the supplier concentration risk index is higher than the supplier concentration risk threshold, the purchase order is allocated to alternative suppliers for verification. If the supplier concentration risk index is lower than the supplier concentration risk threshold, the cost deviation rate is compared with the cost deviation threshold to verify cost rationality. If the cost deviation rate is higher than the cost deviation threshold, an alternative supplier search is triggered. If the cost deviation rate is lower than the cost deviation threshold, the delivery risk index is compared with the delivery risk threshold to verify delivery feasibility. If the delivery risk index is higher than the delivery risk threshold, high-risk orders are split into multiple suppliers. If the delivery risk index is lower than the delivery risk threshold, the inventory safety and health score is compared with the inventory health score threshold. If the inventory safety and health score is lower than the inventory health score threshold, it is reported to the human department for emergency additional purchases.

[0101] In this application, implementation 204, by cross-validating the supplier concentration risk index, cost deviation rate, delivery risk index, and inventory safety and health score from multiple dimensions, the reliability of the procurement strategy can be comprehensively assessed, ensuring the stability and risk resistance of the supply chain, thereby improving the scientific nature of the procurement strategy.

[0102] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This computer program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. The aforementioned storage medium can be a non-volatile storage medium such as a magnetic disk, optical disk, or read-only memory (ROM), or random access memory (RAM).

[0103] It should be understood that although the steps in the flowcharts of the accompanying figures are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the accompanying figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0104] Continue to refer to Figure 6 The hospital procurement cost control system described in this embodiment includes: a procurement data acquisition module, a supplier data connection module, a procurement strategy generation module, and a procurement strategy verification module.

[0105] 601, Procurement Data Acquisition Module: Used to acquire hospital procurement data;

[0106] 602, Supplier Data Connection Module: Used to obtain supply data returned by the supplier's API interface;

[0107] 603, Procurement Strategy Generation Module: Used to generate procurement strategies based on hospital procurement data and supplier supply data;

[0108] 604, Procurement Strategy Validation Module: Used to import procurement strategies, historical procurement data, and inventory data into a multi-dimensional cross-validation model for validation to determine the feasibility of the procurement strategy;

[0109] In embodiment 601 of this application, the procurement data acquisition module includes: an inventory information acquisition unit and a preprocessing unit;

[0110] Inventory Information Acquisition Unit: Used to obtain inventory status information of items to be purchased through the hospital's internal inventory system;

[0111] Preprocessing unit: preprocesses the acquired inventory status information of the items to be purchased.

[0112] In embodiment 603 of this application, the procurement strategy generation module includes: a fusion unit, a linear programming unit, and a strategy output unit;

[0113] Fusion Unit: Used to import hospital procurement data and supplier supply data into the cost fusion model for fusion to obtain a comprehensive cost coefficient;

[0114] Linear programming unit: used to import the comprehensive cost coefficient into the purchase quantity calculation model for linear programming to obtain the optimal purchase strategy;

[0115] Strategy Output Unit: Used to import the comprehensive cost coefficient into the procurement quantity calculation model for linear programming to obtain the optimal procurement strategy.

[0116] In embodiment 604 of this application, the procurement strategy verification module includes: a cost deviation acquisition unit, a delivery risk acquisition unit, an inventory health acquisition unit, a supplier concentration risk acquisition unit, and a decision-making unit;

[0117] Cost Deviation Acquisition Unit: Calculates the cost deviation rate of the procurement strategy based on historical procurement data;

[0118] Delivery Risk Acquisition Unit: Conducts supplier delivery risk assessments of procurement strategies to obtain a delivery risk index;

[0119] Inventory Health Assessment Unit: Verifies the safety of inventory after procurement according to the procurement strategy and obtains an inventory safety health score;

[0120] Supplier Concentration Risk Acquisition Unit: Conducts concentration risk verification and analysis on suppliers to obtain the supplier concentration risk index;

[0121] Decision-making unit: Used to validate and further improve procurement strategies.

[0122] To address the aforementioned technical problems, embodiments of this application also provide a computer device. Please refer to [link / reference needed]. Figure 7 , Figure 7 This is a basic structural block diagram of the computer device in this embodiment.

[0123] The computer device 7 includes a memory 7a, a processor 7b, and a network interface 7c that are interconnected via a system bus. It should be noted that only the computer device 7 with components 7a-7c is shown in the figure; however, it should be understood that it is not required to implement all the shown components, and more or fewer components can be implemented alternatively. Those skilled in the art will understand that the computer device described here is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes, but is not limited to, microprocessors, application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc.

[0124] The computer device can be a desktop computer, laptop, handheld computer, or cloud server, etc. The computer device can interact with the user via a keyboard, mouse, remote control, touchpad, or voice control.

[0125] The memory 7a includes at least one type of readable storage medium, including flash memory, hard disk, multimedia card, card-type memory (e.g., SD or DX memory), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, the memory 7a may be an internal storage unit of the computer device 7, such as the hard disk or memory of the computer device 7. In other embodiments, the memory 7a may also be an external storage device of the computer device 7, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the computer device 7. Of course, the memory 7a may include both the internal storage unit and its external storage device of the computer device 7. In this embodiment, the memory 7a is typically used to store the operating system and various application software installed on the computer device 7, such as the program code of a hospital procurement cost control method. In addition, the memory 7a can also be used to temporarily store various types of data that have been output or will be output.

[0126] In some embodiments, the processor 7b may be a central processing unit (CPU), controller, microcontroller, microprocessor, or other data processing chip. The processor 7b is typically used to control the overall operation of the computer device 7. In this embodiment, the processor 7b is used to run program code stored in the memory 7a or process data, for example, to run the program code for the hospital procurement cost control method.

[0127] The network interface 7c may include a wireless network interface or a wired network interface, which is typically used to establish communication connections between the computer device 7 and other electronic devices.

[0128] This application also provides another embodiment, namely, a non-volatile computer-readable storage medium storing a program for a hospital procurement cost control method, which can be executed by at least one processor to perform the steps of the hospital procurement cost control method as described above.

[0129] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0130] Obviously, the embodiments described above are only some embodiments of this application, not all embodiments. The accompanying drawings show preferred embodiments of this application, but do not limit the patent scope of this application. This application can be implemented in many different forms; rather, the purpose of providing these embodiments is to provide a more thorough and comprehensive understanding of the disclosure of this application. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing specific embodiments, or make equivalent substitutions for some of the technical features. Any equivalent structures made using the content of this application's specification and drawings, directly or indirectly applied to other related technical fields, are similarly within the scope of patent protection of this application.

Claims

1. A method for controlling hospital procurement costs, characterized by the following steps: include: Obtain hospital procurement data; Obtain the supply data returned by the supplier's API interface; Procurement strategies are generated based on hospital procurement data and supplier supply data. The procurement strategy, historical procurement data, and inventory data are imported into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy.

2. The hospital procurement cost control method according to claim 1, characterized in that, The specific process of obtaining hospital procurement data is as follows: Obtain the inventory status information of the items to be purchased through the hospital's internal inventory system; The inventory status information of the items to be purchased is preprocessed.

3. The hospital procurement cost control method according to claim 2, characterized in that, The specific steps for obtaining the supply data returned by the supplier's API interface are as follows: By connecting to the supplier's API interface through the hospital's internal inventory system, the original supply data of the supplier can be obtained; Conduct risk assessments on the original supply data of suppliers and remove suppliers with higher risks; Standardize the units of the supplier's original supply data and the hospital's procurement data to eliminate unit differences and ensure the comparability of inventory status information and procurement data.

4. The hospital procurement cost control method according to claim 3, characterized in that, The steps for generating a procurement strategy based on hospital procurement data and supplier supply data include: The hospital's procurement data and the supplier's supply data are imported into the cost fusion model for integration to obtain a comprehensive cost coefficient. The comprehensive cost coefficient is imported into the purchase quantity calculation model for linear programming to obtain the optimal purchase strategy. The optimal procurement strategy is output, and the second-best procurement strategy is used as an alternative strategy.

5. The hospital procurement cost control method according to claim 4, characterized in that, The steps involved in importing procurement strategies, historical procurement data, and inventory data into a multi-dimensional cross-validation model to determine the feasibility of the procurement strategies include: The cost deviation rate of the procurement strategy is calculated based on historical procurement data. Conduct supplier delivery risk assessments on procurement strategies to obtain a delivery risk index; Verify the safety of inventory after procurement in accordance with the procurement strategy, and obtain an inventory safety health score; Conduct centralized risk verification analysis on suppliers to obtain the supplier centralized risk index; Thresholds are determined for cost deviation rate, delivery risk index, inventory safety and health score, and supplier concentration risk index.

6. The hospital procurement cost control method according to claim 5, characterized in that, The threshold determination for cost deviation rate, delivery risk index, inventory safety and health score, and supplier concentration risk index is specifically as follows: The supplier concentration risk index is compared with the supplier concentration risk threshold. If the supplier concentration risk index is higher than the supplier concentration risk threshold, the purchase order is allocated to alternative suppliers for verification. If the supplier concentration risk index is lower than the supplier concentration risk threshold, the cost deviation rate is compared with the cost deviation threshold to verify cost rationality. If the cost deviation rate is higher than the cost deviation threshold, an alternative supplier search is triggered. If the cost deviation rate is lower than the cost deviation threshold, the delivery risk index is compared with the delivery risk threshold to verify delivery feasibility. If the delivery risk index is higher than the delivery risk threshold, high-risk orders are split into multiple suppliers. If the delivery risk index is lower than the delivery risk threshold, the inventory safety and health score is compared with the inventory health score threshold. If the inventory safety and health score is lower than the inventory health score threshold, it is reported to the human department for emergency additional purchases.

7. A hospital procurement cost control system, used to implement the hospital procurement cost control method of claims 1-6, characterized in that, include: The module includes a procurement data acquisition module, a supplier data connection module, a procurement strategy generation module, and a procurement strategy verification module. The procurement data acquisition module is used to acquire hospital procurement data. Supplier data connection module: used to obtain supply data returned by the supplier's API interface; Procurement strategy generation module: used to generate procurement strategies based on hospital procurement data and supplier supply data; Procurement strategy verification module: This module is used to import procurement strategies, historical procurement data, and inventory data into a multi-dimensional cross-validation model for verification to determine the feasibility of the procurement strategy.

8. An electronic device, characterized in that, include: One or more processors; Memory; And one or more computer programs, wherein the one or more computer programs are stored in the memory, the one or more computer programs including instructions that, when executed by the device, cause the device to perform the steps of the hospital procurement cost control method as described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when run on a computer, causes the computer to perform the steps of the hospital procurement cost control method as described in any one of claims 1 to 6.

Images