CN116097368A

CN116097368A - Drug infusion analysis method, device, electronic equipment and storage medium

Info

Publication number: CN116097368A
Application number: CN202280004924.1A
Authority: CN
Inventors: 胡铃; 唐小成; 唐亚洲; 王祁
Original assignee: Medcaptain Medical Technology Co Ltd
Current assignee: Medcaptain Medical Technology Co Ltd
Priority date: 2022-09-21
Filing date: 2022-09-21
Publication date: 2023-05-09
Also published as: WO2024060090A1

Abstract

The application provides a drug infusion analysis method, a device, an electronic device and a storage medium. The method comprises the following steps: acquiring infusion data of a drug infusion pump in a set time interval and patient information and/or attribute information corresponding to the drug infusion pump; according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, analyzing the drug infusion to obtain a drug infusion analysis result; outputting the drug infusion analysis result. According to the method and the device, the infusion data of the drug infusion pump are acquired, the infusion condition of the drug is automatically analyzed, the analysis result is obtained, the analysis efficiency and the analysis precision of drug infusion are improved, the user can conveniently adjust the infusion condition of the drug, the drug infusion process is improved, and the safety and the reliability of drug infusion are realized.

Description

Drug infusion analysis method, device, electronic equipment and storage medium

Technical Field

The present disclosure relates to data processing technology, and in particular, to a method and apparatus for analyzing drug infusion, an electronic device, and a storage medium.

Background

When the infusion or injection is carried out on a patient, an infusion pump of the medicine can be used for executing an infusion doctor order for the patient, so that the automatic infusion of the medicine is realized. Medical personnel need to manually input infusion parameters, such as infusion speed, on an infusion pump to cause the infusion pump to infuse the medication in accordance with the infusion parameters.

When the infusion pump works, medical staff needs to check the working condition of the infusion pump manually, determine whether the infusion pump works normally or not, and adjust infusion parameters according to the actual infusion condition. However, this manual analysis method is prone to errors in the analysis of drug infusions, and does not allow timely identification of risks, thereby presenting medication risks to the patient.

Disclosure of Invention

The application provides a drug infusion analysis method, a device, electronic equipment and a storage medium, which are used for improving analysis efficiency and accuracy of drug infusion.

In a first aspect, the present application provides a method of drug infusion analysis comprising:

acquiring infusion data of a drug infusion pump in a set time interval and patient information and/or attribute information corresponding to the drug infusion pump;

according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, analyzing the drug infusion to obtain a drug infusion analysis result;

outputting the drug infusion analysis result.

In a second aspect, the present application provides a drug infusion analysis device comprising:

the data acquisition module is used for acquiring the infusion data of the drug infusion pump in a set time interval and the corresponding patient information and/or attribute information of the drug infusion pump;

The data analysis module is used for analyzing the drug infusion according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump to obtain a drug infusion analysis result;

and the result output module is used for outputting the drug infusion analysis result.

In a third aspect, the present application provides a drug infusion analysis system comprising: a processor, and a memory communicatively coupled to the processor;

the memory stores computer-executable instructions;

the processor executes computer-executable instructions stored in the memory to implement the method of drug infusion analysis as described in the first aspect of the present application.

In a fourth aspect, the present application provides a computer readable storage medium having stored therein computer executable instructions which when executed by a processor are for implementing a method of drug infusion analysis as described in the first aspect of the present application.

In a fifth aspect, the present application provides a computer program product comprising a computer program which, when executed by a processor, implements a method of drug infusion analysis as described in the first aspect of the present application.

According to the drug infusion analysis method, device, electronic equipment and storage medium, through obtaining infusion data generated by a drug infusion pump in a set time interval and patient information and/or attribute information, automatic analysis is performed on the infusion condition of the drug, whether infusion parameters set for different patients and/or different departments are reasonable or not is determined, whether the infusion parameters need to be adjusted or not is determined, and a drug infusion analysis result is obtained. The problem of among the prior art, by medical personnel manual work look over the infusion condition of medicine infusion pump to the manual work carries out analysis to the medicine infusion condition, the analysis mistake that causes is solved. The comprehensive infusion information can be obtained through the infusion data, so that the labor and time are saved, and the efficiency and the accuracy of drug infusion analysis are effectively improved.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application.

Fig. 1 is a schematic flow chart of a method for analyzing drug infusion according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a data transmission process of drug infusion analysis according to an embodiment of the present application;

FIG. 3 is a schematic flow chart of a method for analyzing drug infusion according to an embodiment of the present disclosure;

FIG. 4 is a schematic flow chart of a method for analyzing drug infusion according to an embodiment of the present disclosure;

FIG. 5 is a block diagram of a drug infusion analysis device according to an embodiment of the present disclosure;

FIG. 6 is a block diagram of a drug infusion analysis device according to an embodiment of the present application;

fig. 7 is a block diagram of an electronic device according to an embodiment of the present application;

fig. 8 is a block diagram of an electronic device according to an embodiment of the present application.

Specific embodiments thereof have been shown by way of example in the drawings and will herein be described in more detail. These drawings and the written description are not intended to limit the scope of the inventive concepts in any way, but to illustrate the concepts of the present application to those skilled in the art by reference to specific embodiments.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the following detailed description of the embodiments of the present application will be given with reference to the accompanying drawings.

It should be understood that the described embodiments are merely some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples are not representative of all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present application as detailed in the accompanying claims.

In the description of this application, it should be understood that the terms "first," "second," "third," and the like are used merely to distinguish between similar objects and are not necessarily used to describe a particular order or sequence, nor should they be construed to indicate or imply relative importance. The specific meaning of the terms in this application will be understood by those of ordinary skill in the art as the case may be. Furthermore, in the description of the present application, unless otherwise indicated, "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.

It should be noted that, for the sake of brevity, this specification is not exhaustive of all of the alternative embodiments, and after reading this specification, one skilled in the art will appreciate that any combination of features may constitute an alternative embodiment as long as the features do not contradict each other. The following describes each embodiment in detail.

Clinically, medical staff may use infusion pumps of drugs, including infusion pumps, syringe pumps, nutrition pumps, and analgesic pumps, to administer infusion orders to patients. The healthcare worker needs to manually input infusion parameters on the infusion pump, for example, the infusion parameters may be infusion rate, infusion time, infusion volume, etc. Thus, the wrong infusion parameters are inevitably input manually, so that the patient takes excessive or insufficient medicine, and the medicine taking risk of the patient is brought.

Currently, drug infusion pumps can reduce patient medication safety risks caused by manual input of infusion parameters by integrating mers (Dose Error Reduction System ). The mers can determine preset thresholds for different drug infusions associated with a department or patient type, etc., by formulating a library of department drugs, and burn the formulated library of drugs into the infusion pump. The infusion pump may check if the manually entered value of the infusion parameter by the healthcare worker exceeds a preset threshold for drug infusion, and if so, the infusion pump may alert the clinician. The threshold for confirming the input may be required or not allowed to be entered before the infusion is started.

However, the existing DERS technology utilizes the existing empirical data to prepare a drug library, the infusion pump checks the manually input values of the infusion parameters according to the threshold value prepared by the drug library, and corresponding prompts are given to clinical users, so that the problem that the patients are injured due to the fact that the drug or liquid is not supplied enough or is excessive due to the fact that the infusion pump is used in a wrong mode is solved. The follow-up unless manually and actively analyzed, whether the threshold value and other configurations formulated by the department accord with the clinical actual situation or not cannot be known, and the data in the clinical practice process cannot be continuously monitored, analyzed and improved. Only manual analysis is performed, but the manual analysis requires a lot of time and labor, and the analysis result is easy to be wrong, so that the analysis efficiency and the accuracy of drug infusion are low.

The application provides a drug infusion analysis method, a device, electronic equipment and a storage medium, which aim to solve the technical problems in the prior art.

The following describes the technical solutions of the present application and how the technical solutions of the present application solve the above technical problems in detail with specific embodiments. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.

Fig. 1 is a flow chart of a drug infusion analysis method according to an embodiment of the present application, which is performed by a drug infusion analysis device. As shown in fig. 1, the method comprises the steps of:

s101, acquiring infusion data of a drug infusion pump in a set time interval and patient information and/or attribute information corresponding to the drug infusion pump.

For example, drug infusion pumps may be used to automatically infuse drugs to a patient, monitor patient conditions, for example, drug infusion pumps may include infusion pumps, syringe pumps, nutrition pumps, and analgesic pumps, among others. The drug infusion pump can be burnt with a pre-established drug library, the drug library is determined by medical staff, and the threshold value or the default value of infusion parameters of different drugs related to departments or patients can be configuration files, and the infusion parameters can comprise drug names, infusion speeds, infusion amounts, infusion times and the like. For example, a drug library may be provided with drugs that need to be infused, preset infusion rate thresholds, and the like. The drug infusion pump can automatically perform infusion work through a drug library. And the drug infusion pump can record the self infusion condition in real time and generate an infusion log according to the self infusion condition. The self-infusion condition can be the infusion speed, the infusion quantity and the like when the self-infusion device works.

As the infusion data, real-time infusion data, infusion logs, and the like of the drug infusion pump may be acquired, and the acquisition of the infusion log of the drug infusion pump may be periodically acquired, for example, once a minute. After the infusion log is obtained, the original format of the infusion log can be converted into another data with a preset format through one analysis conversion, and the data are stored on a server.

The infusion data may include at least one of infusion information, pump information, medication information, handling information, infusion alarm information, alarm processing information, operator type, operator authority, and usage of a medication library, etc. of the medication infusion pump. The infusion information represents the respective infusion parameter and its corresponding value, which may include, for example, one or more of actual infusion rate, infusion volume, infusion duration, infusion time, etc.; the pump information may include one or more of basic information, usage information, consumable information, and the like of the drug infusion pump, the basic information of the drug infusion pump may include one or more of a model number, a factory time, a manufacturer, and the like of the pump, and the usage information may include a historical usage time of the pump, and the like; the drug information may include a drug type, a drug amount, and the like; the control information may include actions of a medical staff operating on the drug infusion pump, etc.; the infusion alarm information may include a time when the drug infusion pump automatically alarms, a drug being infused when the alarm is given, a department where the drug infusion pump is located when the alarm is given, a patient who infuses when the alarm is given, and the like, for example, the drug infusion pump may give an alarm when the infusion is abnormal, the infusion abnormality may include a situation such as an infusion blockage and an infusion is about to complete, the infusion abnormality may also include a situation of an abnormality of the device, and the device abnormality may be a bolus abnormality. After an alarm occurs, pump infusion can be stopped, medical staff can confirm the alarm condition and remove the condition generated by the alarm, and then the alarm can disappear; the operator type may be a medical staff, for example, a doctor or nurse, etc.; the authority of the operators is preset for various operators; the use of the drug library may be whether the drug library mode is used for the next infusion and which drug library is used.

The time interval is preset, and the time interval may be a time period. The server may obtain at any time an infusion log of the drug infusion pump over a preset time interval, e.g., may obtain an infusion log of the drug infusion pump over the last six hours. The time period between the preset two moments can be taken as a time interval, and the infusion log of the drug infusion pump between the preset two moments can be obtained, for example, the infusion log generated by the drug infusion pump between 9 am and 10 pm can be obtained every day. Alternatively, the infusion pump may transmit the infusion log to the server in real time or periodically, and the server stores the infusion log, and when analysis is required, the server obtains the stored data in the preset time interval for analysis. Of course, the setting can be performed as required, and the application is not limited.

The server may obtain patient information and/or attribute information corresponding to the drug infusion pump in addition to the infusion data. The attribute information may include one or more of location information, infusion level, etc., the location information may be information indicating a geographical location, may also be jurisdictional information, the jurisdictional information may be information indicating where a drug infusion pump is located, may be departments, hospitals, jurisdictions, etc., and the infusion level may be a division of infusion levels in advance. For example, the location information may be a geographical location where the drug infusion pump is located, hospital information, department information, ward information, or bed, etc. where the drug infusion pump is located, or other jurisdictions divided according to actual needs. The patient information represents information of an infusion subject of the drug infusion pump, for example, the patient information may include at least one of patient basic information, physiological parameter information, patient alarm information, physiological alarm information, disease information, medical history, medical orders, treatment history, and the like. The basic information of the patient can comprise personal information such as age, name and the like of the patient, and basic physiological information such as height, weight and the like of the patient; the physiological parameter information can comprise one or more of blood pressure, heart rate, electrocardio, blood oxygen saturation, body temperature, radiant energy and the like, and can be acquired through equipment or a pump for monitoring the physiological parameter; the patient alarm information refers to information of actively alarming a patient, and can comprise at least one of alarm type, alarm information, alarm level and the like, wherein the patient alarm information can be sent by a pump or by independent equipment such as a preset mobile terminal and the like; the physiological alarm information is alarm information indicating physiological parameters of the patient, and can be used for alarming when abnormal physiological parameters of the patient are monitored by electronic equipment for monitoring the physiological parameters of the patient, and the physiological alarm information can comprise at least one of physiological alarm types, alarm information, alarm levels and the like; the disease information may include at least one of the name of the disease, the extent of the disease, the duration of the disease, etc. of the present or historical disease. Patient information can be uploaded to the server for storage by medical staff, and can be actively acquired and/or passively received by the server, for example, the server can receive physiological alarm information generated by electronic equipment for monitoring physiological parameters of a patient at any time.

The server may also obtain department information, which may include at least one of a department name, a department location, a department person, etc. where the drug infusion pump is located. A drug infusion pump can only work in a department at one moment, and medical staff can send department information of the department where the drug infusion pump is located to a server before the drug infusion pump works. The server can also store department information of each department in advance, medical staff send the department where the drug infusion pump is located to the server, and the server searches the department information corresponding to the department. The server may store in advance an association between the department and the drug infusion pump.

S102, analyzing the drug infusion according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, and obtaining a drug infusion analysis result.

For example, according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, the infusion condition of the drug can be analyzed based on the preset drug analysis rule, so as to determine whether the drug infusion condition of the drug infusion pump needs to be adjusted. The infusion log can be analyzed aiming at the patient information to determine whether the infusion process of the patient corresponding to the patient information is reasonable or not; the infusion log can be analyzed according to the department information to determine whether the infusion process of the drug infusion pump is reasonable in the department corresponding to the department information; the infusion log can be analyzed by combining the patient information and the department information, whether the infusion process of each patient is reasonable in the department corresponding to the department information is determined, and the analysis result is the drug infusion analysis result.

Different patient information and/or attribute information can be corresponding to different medication analysis rules, and the server can match the infusion information in the infusion log with the medication analysis rules corresponding to the patient information so as to realize analysis of drug infusion; the infusion information in the infusion log can be matched with medication analysis rules corresponding to department information, so that analysis of drug infusion is realized.

The drug infusion pump may be pre-programmed with a drug library, and the server may be pre-programmed with the drug library. The drug library comprises threshold values or default values of infusion parameters of different drugs related to departments or patients, different attribute information and/or different patient information can be corresponding to different drug libraries, and the threshold values or default values of the infusion parameters can be acquired from the corresponding drug libraries according to the attribute information and/or the patient information. The medication analysis rule may be to compare the determined threshold and default values of the infusion parameters with actual infusion information recorded in the infusion log to obtain a medication infusion analysis result. For example, in an infusion pump, comparing an expected value of an infusion parameter manually set during infusion with an infusion parameter threshold value in a drug library issued to the infusion pump, and giving a corresponding infusion parameter overrun event, wherein the infusion parameter overrun event is a drug library overrun event. In particular, when a medical staff performs infusion by using the drug infusion pump, the setting of the infusion parameter exceeds a preset threshold or default value of the drug library, and this situation may be referred to as a drug library overrun event. The drug library overrun event may not be alerted but rather a prompt may be popped up, for example, a status prompt may be displayed at the infusion interface identifying that the current infusion rate exceeds a preset infusion rate threshold.

The infusion log may record events of overrun of the infusion parameters, analyze the infusion parameter overrun events, and user actions after overrun, for example, actions may include confirming overrun, modifying parameter expectations, not using parameter expectations, continuing infusion, etc.

The drug library can be a standard drug infusion database set for a department, a disease type or a patient of a certain type, and can be analyzed according to actual medication conditions, and whether the drug library is reasonable or not is judged. For example, the patient information includes disease information of a patient, which indicates a disease and a degree of disease of the patient. The infusion requirements for the required drug and drug dose may vary from disease to disease and from degree of disease to degree. The drug library records the required drugs and drug dose thresholds and default values for different diseases and/or different degrees of diseases. For example, the infusion requirements may include infusion rate defaults and infusion volume defaults, etc. After the infusion log is obtained, information such as the name of the infused medicine and the dosage of the medicine in the infusion log can be obtained, whether the name of the infused medicine and the name of the medicine in the library are consistent or not and whether the dosage of the infused medicine and the dosage default value of the medicine are consistent or not are determined according to the medicine analysis rule, and therefore analysis on the infusion condition of the medicine is achieved. If the infused medicine and the medicine dosage recorded in the infusion log are consistent with the medicine name and the medicine dosage default value in the medicine library, determining that the medicine infusion analysis result is consistent with the medicine library, and not adjusting the medicine library; if the infused medicine and the medicine dosage recorded in the infusion log are inconsistent with the medicine library, the medicine name to be adjusted and the medicine dosage value to be adjusted can be determined according to the actually required medicine name and the medicine dosage in the infusion log, and the medicine name to be adjusted and the medicine dosage value to be adjusted can be determined as a medicine infusion analysis result.

In this embodiment, the expected measurement index can be obtained from multiple dimensions, for example, statistical analysis can be performed according to departments, names of drug libraries, time periods, pump types, pump numbers, patient hospitalization numbers, drug names and the like, so as to improve the flexibility and accuracy of analysis. The analysis of a large number of infusion logs can obtain specific measurement indexes, for example, the proportion of the drug library used by each department, the ten drugs before the alarm event, and the like, as the drug infusion analysis results.

In this embodiment, performing drug infusion analysis according to infusion data and patient information and/or attribute information corresponding to a drug infusion pump includes: according to infusion alarm information and alarm processing information in the infusion data and patient information and/or attribute information corresponding to the drug infusion pump, alarm event analysis is carried out; wherein the alarm event analysis includes an analysis of alarm type and/or alarm response time; according to the infusion information and the drug information in the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, carrying out drug use analysis; wherein the drug use analysis comprises a rate and/or amount of use analysis of the drug; performing pump usage analysis according to pump information and control information in the infusion data and patient information and/or attribute information corresponding to the drug infusion pump; wherein the pump usage analysis includes one or more of infusion mode, pump type, pump usage time, pump status, and consumable usage analysis.

Specifically, according to the infusion alarm information and the alarm processing information in the infusion data and the patient information corresponding to the drug infusion pump, the alarm type, the alarm response time and the like of the alarm which are easy to occur under the condition of the corresponding patient information can be determined. For example, when a critical patient is infused, the patient information is critical patient, the alarm level can be determined to be mostly three-level alarm according to the infusion alarm information, and the alarm response time to the three-level alarm can be determined to be mostly 1 minute according to the alarm processing information. And the department where the patient is can be determined according to the position information, and the alarm time under different departments can be analyzed. For example, patients are critically ill patients, but the alarm response times for critically ill patients may differ from department to department.

And the medication analysis can be carried out on different patients and/or different departments according to the infusion information and the drug information in the infusion data and the patient information and/or the attribute information corresponding to the drug infusion pump, so as to determine the usage rate and/or the usage amount of various drugs by the different patients and/or the different departments. For example, for the same drug, the usage rate of department one is more frequent than the usage rate of department two; for patients of the same age group, the amount of drug used by the patient with disease A is greater than the amount of drug used by the patient with disease B.

The use of the pump may also be analyzed based on pump information and control information in the infusion data, as well as patient information and/or attribute information corresponding to the drug infusion pump. For example, the infusion mode of the drug infusion pump used may be determined for different patients and/or different departments, the infusion mode may include a mode using a drug library, a custom mode, etc., and the custom mode may be a mode in which infusion parameters are custom by a healthcare worker without using a drug library. The type, the usage rate, the usage time, the pump state, the consumable materials and the like of the drug infusion pump can also be analyzed under different patients and/or different departments. The multidimensional analysis of different patient information and/or department information is realized, and the accuracy and the comprehensiveness of drug infusion analysis are improved.

S103, outputting a drug infusion analysis result.

The server may output the drug infusion analysis result to a browser of the client for display for viewing by a healthcare worker. The drug infusion analysis result can be a CQI (continuousquality improvement ) report, and medical staff can refer to the drug infusion analysis result to adjust a drug reservoir of the drug infusion pump, so that the determination accuracy and efficiency of the drug reservoir are improved.

Fig. 2 is a schematic diagram of a data transmission process of drug infusion analysis in an embodiment of the present application. In fig. 2, the drug infusion pump may send an infusion log to a server via a wired or wireless network, and the server may output the drug infusion analysis result to a client browser via the wired or wireless network. For example, the infusion log may be collected by a network method, or may be exported by a usb disk. The infusion log may include patient information, which may be pre-stored in the server or sent to the server via the client.

The drug infusion analysis results may be presented graphically or in a table, and may be exported as a file in the form of text or a table, or the like.

According to the drug infusion analysis method, the infusion data generated by the drug infusion pump in the set time interval and the patient information and/or attribute information are acquired, the infusion condition of the drug is automatically analyzed, whether the infusion parameters set for different patients and/or different departments are reasonable or not is determined, whether the infusion parameters need to be adjusted or not is determined, and a drug infusion analysis result is obtained. The problem of among the prior art, by medical personnel manual work look over the infusion condition of medicine infusion pump to the manual work carries out analysis to the medicine infusion condition, the analysis mistake that causes is solved. The comprehensive infusion information can be obtained through the infusion data, so that the labor and time are saved, and the efficiency and the accuracy of drug infusion analysis are effectively improved.

Fig. 3 is a schematic flow chart of a method for analyzing drug infusion according to an embodiment of the present application, which is an alternative embodiment based on the foregoing embodiment.

In this embodiment, the attribute information includes positional information of the drug infusion pump; according to the infusion data and the attribute information corresponding to the drug infusion pump, the analysis of drug infusion can be refined as follows: according to the infusion data and the position information corresponding to the drug infusion pump, carrying out drug library use analysis on a preset drug library in the drug infusion pump; wherein the drug library includes at least one drug infusion parameter including one or more of infusion rate, fast forward dose, and infusion volume.

As shown in fig. 3, the method comprises the steps of:

s301, acquiring infusion data of a drug infusion pump in a set time interval and patient information and/or attribute information corresponding to the drug infusion pump.

For example, this step may refer to step S101, and will not be described in detail.

S302, carrying out drug library use analysis on a preset drug library in the drug infusion pump according to the infusion data and the position information corresponding to the drug infusion pump, and obtaining a drug infusion analysis result.

For example, the location range corresponding to the location information is determined, and the location information may include department information, and may be a department corresponding to the department information. The location information may be department information of one or more selected departments, or may be location information of all departments within a hospital.

In this embodiment, according to infusion data and patient information and/or attribute information corresponding to a drug infusion pump, analysis of drug infusion is performed to obtain a drug infusion analysis result, including: and performing department medication analysis according to the infusion data and department information corresponding to the drug infusion pump to obtain a drug infusion analysis result.

Specifically, the location information may include department information, and after department information of a department where the drug infusion pump is located is determined, drug analysis may be performed according to an infusion log of the drug infusion pump and the department information, for an infusion condition in the department corresponding to the department information, to determine whether drug infusion in the department needs to be adjusted.

The diseases treated by different departments are different, and for the diseases to be treated by different departments, the threshold value and the default value of each infusion parameter can be preset in the drug library when the patients of each department are infused, namely, the threshold value of the same infusion parameter can be different among different departments, and the default value of the same infusion parameter can also be different among different departments. The drug library is burnt into the drug infusion pump, the drug infusion pump can acquire actual infusion information in real time, the actual infusion information is compared with the threshold value of the infusion parameter in the drug library, if the actual infusion information does not meet the requirement of the threshold value of the infusion parameter, the drug infusion pump can give an alarm, and the time and place of the alarm, the drug and department for which the alarm is aimed and the like can be recorded in an infusion log.

The drug library may be given default values for the infusion parameters or a threshold range of infusion parameters at which the healthcare worker sets the desired value for the infusion parameter on the drug infusion pump prior to initiating the infusion, i.e. in an actual infusion, infuses. The drug library preset values may include default values for infusion parameters and threshold values, which refer to a range of values, i.e., a range of threshold values. The threshold range may include an upper soft limit, a lower soft limit, an upper hard limit, and a lower hard limit, where if the healthcare worker sets an expected value that exceeds the upper soft limit or the lower soft limit, a prompt may be provided to prompt the healthcare worker if the healthcare worker should use the exceeded expected value, and the upper hard limit and the lower hard limit are not allowed to exceed the limits. If the default is not changed in most cases, it means that the default is appropriate and the treatment regimen is in compliance with the department. If the healthcare worker changes the default, that indicates that the default is not appropriate, or that infusion parameters used in different situations in the department may not be the same. If the modified desired value is not within the threshold, such as if the upper soft limit is often exceeded, then the upper soft limit value is indicated as unsuitable and the infusion parameter of the upper soft limit may be modified to a greater value.

The threshold range of infusion parameters is set by the drug library, so that the situation that the hand input value is too small or too large when the parameters are set by hospital personnel is avoided, and the risk of medication is reduced.

After obtaining the infusion data, an infusion log of the drug infusion pumps in a certain department may be determined based on the department information. And carrying out medication analysis on the medication condition of the department according to the infusion log of the department. The server may store a medication analysis rule in advance, for example, the medication analysis rule may be to search an occurrence time period of each alarm from infusion alarm information of an infusion log, and determine a time period with the largest occurrence times of the alarm; the number of alarms when various drugs are infused can also be determined, and the drug with the largest number of alarms is determined. The infusion alarm information may be a drug library overrun alarm, which may indicate a time period during which an overrun event of the drug library occurs during the course of a day, or an overrun event drug may easily occur, etc. The infusion alarm can also count the occurrence times and/or the proportion of each alarm type only in a period of time, so as to obtain the type of the frequently occurring alarm. In particular, the mode of using the drug library for infusion may be considered a safer way, and thus, the number and/or proportion of infusions may be determined for each department of the hospital. The times of the over-limit event of the drug library can be counted according to a department, wherein the over-limit event of the drug library refers to that the infusion parameter set by the medical staff exceeds the preset infusion parameter threshold value in the drug library, or the infusion parameter set by the medical staff exceeds the preset infusion parameter threshold value range in the drug library. Knowing the number of times of over-limit events of the drug library occurring in each department, if the number of over-limit events is relatively large, it is indicated that the drug library setting of the department may not be suitable, or the threshold range of the infusion parameter is preset too small. It is also possible to determine which drug is most susceptible to overrun events by the actual infused drug and the actual infusion parameters of the drug, and thus it is determined that the drug library settings for this drug may be unsuitable and improvements are needed. The distribution interval of the infusion speed set by the medical staff can be analyzed, and the range of the drug infusion speed set by the medical staff can be known.

The server can store medication analysis rules corresponding to various infusion parameters in the infusion log and medication analysis rules corresponding to various departments, so that the infusion log can be comprehensively analyzed, and a complete medicine infusion analysis result can be obtained.

In this embodiment, according to infusion data and position information corresponding to a drug infusion pump, a drug library usage analysis is performed on a drug library preset in the drug infusion pump, including: determining infusion parameters of the infused medicine in the position range corresponding to the position information according to the infusion data of the medicine infusion pump in the position range corresponding to the position information; determining a drug library event in a position range corresponding to the position information according to the infusion parameters of the infused drugs in the position range corresponding to the position information and the infusion parameters of the drugs in the drug library; wherein the drug library event comprises at least one of drug library usage, infusion parameter overrun event, post-overrun user operation statistics, and overrun value distribution.

Specifically, the infusion data of the drug infusion pump in the position range corresponding to the position information is acquired, for example, an infusion log of the drug infusion pump may be acquired, and the infusion parameter of the drug may be determined from the infusion log, where the infusion parameter is an actual infusion parameter set by a hospital staff when the drug infusion is performed, and the actual infusion parameter is an expected value of the infusion parameter manually set by the medical staff. Determining infusion parameters of medicines in the medicine library, namely default values of the infusion parameters and/or threshold ranges of the infusion parameters, and determining the medicine library event in the position range corresponding to the position information according to the actual infusion parameters and the default values of the infusion parameters and/or the threshold ranges of the infusion parameters. For example, it may be determined whether a medical professional chooses to use a pre-set drug library when infusing. By determining whether to use the drug library, the usage of the drug library can be determined. From the location information, the department that uses the drug library can also be determined. The usage time interval of the drug library, the number and time of infusion parameter overrun events and the like can also be determined. And statistics of user operation after overrun can be performed according to operation of medical staff after overrun. An overrun profile may refer to a range of numerical profiles of desired values set by a healthcare worker.

The threshold values of the preset infusion parameters in the drug library can also comprise infusion quantity threshold values of the drugs, and the actual infusion quantity of the drugs can be included in the infusion information of the infusion log. The drug infusion pump can acquire the actual infusion quantity of each drug from the infusion data, and acquire the infusion quantity threshold value of the drug corresponding to each department from the drug library. Judging whether the actual infusion quantity exceeds a preset infusion quantity threshold, if so, determining that the infusion quantity of the medicine exceeds the limit. Alternatively, it may be determined whether the actual infusion amount exceeds the infusion amount threshold range, and if so, it is determined that the infusion amount of the drug exceeds the limit. The over-limit of the infusion quantity can be used as the over-limit time of the drug library and recorded in an infusion log, and the over-limit time alarm can be performed.

In this embodiment, according to infusion data and department information corresponding to a drug infusion pump, medication analysis is performed on a department corresponding to the department information to obtain a drug infusion analysis result, including: and carrying out medication analysis on departments corresponding to the department information according to the infusion data, the patient information and the department information corresponding to the medication infusion pump, and obtaining a medication infusion analysis result.

Specifically, when medication analysis is performed with respect to medication conditions in departments corresponding to the department information, patient information and department information may be combined. For example, patient information of patients in a department corresponding to the department information may be determined, and the degree of fit of a drug library in each drug infusion pump of the department to each patient may be determined according to the patient information of each patient in the department. For example, patient information such as physiological alarm information, disease information, medical history and the like of each patient in a department is determined, infusion conditions of each drug infusion pump in different patient information are determined, for example, a patient with a consistent medical history can be determined, whether actual infusion information of the drug infusion pumps of the patient with a consistent medical history in a department is consistent with default values of infusion parameters of a drug library is determined, and if not, a difference between the actual infusion information and the default values of the infusion information can be determined. Namely, the results of drug infusion analysis for various patient information in one department are obtained.

The server can formulate multiple medication analysis rules for department information and patient information, the medication analysis rules of different departments can be different, and the medication analysis rules corresponding to different patient information in the same department can also be different. For example, in the same department, the patient information is medical history, and the medication analysis rule may be to analyze out the drug with the infusion rate exceeding the limit; the patient information is a history of treatment and the medication analysis rules may be to analyze out drugs with infusion volume overrun.

The beneficial effects of setting up like this lie in, through combining patient information and department information, can carry out the analysis to the infusion log of different patient information under the different departments, improve the precision of medicine infusion analysis, be convenient for to the accurate improvement in medicine storehouse.

S303, outputting a drug infusion analysis result.

For example, the server may send a drug infusion analysis result to the client, where the drug infusion analysis result includes a result of analyzing each piece of information in the infusion log. For example, the drug infusion analysis result may be whether the drug infusion pump infuses according to a preset drug library, or in which department an over-limit event of the drug library frequently occurs, etc.

In this embodiment, after obtaining the analysis result of drug infusion, the method further includes: and according to the drug infusion analysis result, carrying out drug administration prediction on the patient in the position range corresponding to the position information to obtain drug administration prediction information, and outputting the drug administration prediction information.

Specifically, the drug infusion analysis result may include information such as an actual infusion speed, an actual infusion amount, an alarm number, an alarm time, and a drug corresponding to the alarm of the drug infusion pump in a position range corresponding to the position information. And predicting the medication condition of the position information for a period of time in the future according to the analysis result of the drug infusion to obtain medication prediction information, and outputting the medication prediction information to the client. For example, it is possible to determine which department has an overrun event in the drug library, determine the drugs in the department that have frequently had an overrun event, the range of the numerical distribution of infusion parameters when the drug has overrun, and so on. If the infusion speed exceeds the limit, the medicine prediction information can be used for adjusting the numerical distribution range of the actual infusion speed according to the range. The method can also count the commonly used medicines in each department and the infusion quantity of various medicines used in each department, so as to predict the medicines and the infusion quantity to be prepared in the subsequent departments.

The beneficial effects of setting up like this lie in, can the automatic prediction medicine condition after the medicine, recommend reasonable infusion information's threshold value and default for medical personnel, avoid medical personnel's artificial threshold value and default that confirm wrong infusion parameter, reduce medical personnel's work load. The medical staff can be guided to improve the drug library setting and the clinical practice activities according to the visualized analysis result, and the adjustment precision and efficiency of the drug library are improved.

Fig. 4 is a schematic flow chart of a method for analyzing drug infusion according to an embodiment of the present application, which is an alternative embodiment based on the foregoing embodiment. As shown in fig. 4, the method comprises the steps of:

s401, acquiring infusion data of the drug infusion pump in a set time interval and patient information corresponding to the drug infusion pump.

S402, analyzing the drug infusion according to the infusion data and the patient information corresponding to the drug infusion pump, and obtaining a drug infusion analysis result.

For example, the drug infusion analysis results for each disease may be obtained from the infusion data of each drug infusion pump and the disease information of each patient, or a certain disease may be selected for drug infusion analysis. For example, a type of a disease to which a patient is suffering may be determined from patient information, and an actual drug infusion condition at the time of treating the type of the disease may be determined from an infusion log of a drug infusion pump corresponding to the type of the disease. And analyzing the infusion condition of the disease type according to a medication analysis rule corresponding to the disease type preset in the server to obtain a medication infusion analysis result.

In this embodiment, according to infusion data and patient information corresponding to a drug infusion pump, analysis of drug infusion is performed to obtain a drug infusion analysis result, including: acquiring disease information of a patient from patient information; and carrying out disease medication analysis according to the infusion data and the disease information to obtain a drug infusion analysis result.

Specifically, the patient information may include disease information, and the disease information may include a disease name, a disease degree, and the like, for indicating the type of disease of the patient. Different medication analysis rules corresponding to different disease information can be used for determining the medication analysis rules associated with each disease information as target medication analysis rules according to the association relation between the preset disease information and the medication analysis rules after the disease information is determined. And analyzing the infusion data according to the target medication analysis rule. For example, for disease a, the extent of the disease is mild, the target medication analysis rule is to determine the drug with the infusion rate exceeding the limit, determine the drug with the infusion rate exceeding the limit as the drug with the infusion rate threshold to be adjusted, and write the drugs into the drug infusion analysis result.

Each medication infusion pump corresponds to infusing one patient, each patient corresponding to patient information, i.e., one medication infusion pump corresponds to patient information. Disease information in patient information corresponding to each drug infusion pump is determined, the drug infusion pumps are classified according to disease names and/or disease degrees, and the drug infusion pumps with the same disease names and/or the same disease degrees can be classified into one type. And obtaining the infusion logs of the drug infusion pumps, and independently analyzing the infusion logs of the drug infusion pumps. The association relation between the disease information and the medication analysis rule is preset, and can be the association relation between the disease name and the medication analysis rule or the association relation between the disease degree and the medication analysis rule. And analyzing the infusion logs of the various drug infusion pumps according to the association relation between the disease name and the drug analysis rule and the association relation between the disease degree and the drug analysis rule to obtain the drug infusion analysis results of the various drug infusion pumps. And taking the drug infusion analysis results of various drug infusion pumps as the drug infusion analysis results corresponding to the disease information.

Before the drug infusion pump sends the infusion log, the infusion information of the drug infusion pump can be initially analyzed, for example, the infusion speed difference value, the infusion quantity difference value, the infusion alarm information and the like of each drug can be determined according to a preset drug library. The server may also determine the infusion rate difference and the infusion difference value according to a preset drug library after acquiring the actual infusion rate and the infusion amount of the drug infusion pump.

The beneficial effects of setting up like this lie in, can carry out the pertinence analysis to the infusion log to disease information, avoid other information to lead to the fact the influence to analysis, improve efficiency and the precision of using medicine analysis, realize the automation of using medicine analysis.

In this embodiment, according to infusion data and patient information corresponding to a drug infusion pump, a drug infusion analysis is performed to obtain a drug infusion analysis result, including: acquiring a patient type from patient information; and according to the infusion data and the patient type, carrying out patient medication analysis based on the disease information of the patient to obtain a drug infusion analysis result.

Specifically, the patient information may further include a patient type, where the patient type may be used to represent an age group of the patient, and the patient type may be, for example, a child, young, middle-aged, elderly, or the like. In treating different patient types, the values of infusion parameters such as infusion rate and infusion volume of the drug may be different, e.g. for pediatric patients the infusion volume of the drug is smaller than for middle-aged patients. Thus, there may be differences in the values of the infusion information recorded by the drug infusion pump used by patients of different patient types.

When the drug infusion pump is used, the unique number of the drug infusion pump can be associated with the patient information, and the patient information of the patient using the drug infusion pump can be obtained according to the number of the drug infusion pump. And obtaining the infusion logs of the drug infusion pumps used by patients of different patient types, and analyzing the infusion logs corresponding to each patient type. The server may store in advance an association relationship between each patient type and a medication analysis rule, and determine the medication analysis rule corresponding to each patient type according to the preset patient type and medication analysis rule. And analyzing the infusion logs corresponding to each patient type according to the medication analysis rules corresponding to each patient type. For example, an average infusion rate for a patient type may be determined and written to the drug infusion analysis results. A common medication for a patient type may also be identified and the name of the common medication written to the medication infusion analysis results. Medication analysis may also be performed on the patient in combination with patient type and patient disease information.

If the drug infusion pump is an analgesic pump, the analgesic effect of which drug treatment scheme is better can be determined according to the infusion data of the analgesic pump, so that the subsequent treatment of the patient is facilitated.

The beneficial effects of setting up like this lie in, can carry out the pertinence analysis to infusion data to patient type, avoid other information to lead to the fact the influence to analysis, when improving the different type of patient of treatment, the efficiency and the precision of using medicine realize the automation of using medicine analysis.

In this embodiment, according to infusion data and patient information and/or attribute information corresponding to a drug infusion pump, analysis of drug infusion is performed to obtain a drug infusion analysis result, including: and carrying out medication analysis on the diseases corresponding to the patients according to the infusion data, the patient information and the attribute information corresponding to the drug infusion pump, and obtaining a drug infusion analysis result.

When the medical analysis is performed on the diseases corresponding to the patients, the patient information and the position information can be combined, and specifically, the patient information and the department information can be combined. Determining the medication condition of each patient under different departments. For example, it may be determined whether the infusion rates of patients with the same disease information all exceed the infusion rate threshold under different departments, and if so, the infusion rate corresponding to the disease information may be written in the drug infusion analysis result to be adjusted.

S403, outputting a drug infusion analysis result.

For example, the server may send a drug infusion analysis result to the client, where the drug infusion analysis result includes a result of analyzing each piece of information in the infusion log. For example, the drug infusion analysis result may be whether the drug infusion pump infuses according to a preset drug library, or in which case the drug infusion pump alarm most frequently occurs during infusion of which disease.

In this embodiment, after obtaining the analysis result of drug infusion, the method further includes: and according to the drug infusion analysis result, carrying out drug administration prediction on the patient corresponding to the patient information to obtain drug administration prediction information, and outputting the drug administration prediction information.

Specifically, the drug infusion analysis result may include information such as an actual infusion speed, an actual infusion amount, an overrun number of infusion speeds, an overrun number of infusion amounts, an alarm number, an alarm time, and a drug corresponding to an alarm of the drug infusion pump corresponding to patient information. According to the drug infusion analysis result, the future drug taking condition of different patients can be predicted, drug taking prediction information is obtained, and the drug taking prediction information is output to the client. For example, determining the drug with the largest alarm times, carrying out key prediction on the drug administration of the drug, calculating the average infusion speed and the average infusion quantity of the drug in a set interval, and predicting the infusion speed and the possible infusion quantity of the drug in the future according to the information such as the average infusion speed and the average infusion quantity, so as to remind medical staff of preparing enough drug for subsequent infusion.

The recommended value of the infusion rate threshold may be determined based on the actual infusion rate and written into medication prediction information. The recommended value of the infusion quantity threshold can be determined according to the actual infusion quantity and written into the medication prediction information for reference by medical staff.

The beneficial effects of setting up like this lie in, can the automatic prediction medicine condition after the medicine, recommend reasonable infusion parameter's threshold value and default for medical personnel, avoid medical personnel to confirm the threshold value and the default of wrong infusion information by personnel, reduce medical personnel's work load. The infusion parameters may include infusion rate, preset amount, fast forward amount, etc., and for analgesic pumps, the infusion parameters may also include background flow rate, initial dose, self-controlled amount, limit amount, etc. The improvement of the drug library and the improvement of clinical practice activities can be guided according to the visualized analysis result, and the adjustment precision and efficiency of the drug library are improved.

In this embodiment, after outputting the drug infusion analysis result, further comprising: responding to the received drug library updating instruction, and acquiring infusion parameters to be updated input by a user from the drug library updating instruction; determining the infusion parameters of the medicines corresponding to the infusion parameters to be updated in the medicine library, taking the infusion parameters as current infusion parameters, and replacing the current infusion parameters with the infusion parameters to be updated.

Specifically, the medical staff can update the drug library according to the analysis result of drug infusion, the medical staff can send a drug library update instruction on the client, the drug library update instruction can include infusion parameters to be updated, and the infusion parameters to be updated can include new default values and threshold values. Determining the infusion parameters corresponding to the infusion parameters to be updated in the drug library, taking the infusion parameter threshold and the default value as the current infusion parameters in the drug library, and replacing the current infusion parameters with the infusion parameters to be updated to complete the updating of the drug library.

The new threshold or default value obtained in the drug infusion analysis may also be obtained after receiving the drug library update instruction. That is, the drug infusion analysis results may include recommended thresholds and recommended defaults for infusion parameters, with the recommended thresholds and recommended defaults being used as infusion parameters to be updated, updating the drug library, and updating the infusion parameters in the drug library to new thresholds and defaults.

Fig. 5 is a block diagram of a drug infusion analysis device according to an embodiment of the present application. For ease of illustration, only portions relevant to embodiments of the present disclosure are shown. Referring to fig. 5, the apparatus includes: a data acquisition module 501, a data analysis module 502 and a result output module 503.

The data acquisition module 501 is configured to acquire infusion data of a drug infusion pump in a set time interval, and patient information and/or attribute information corresponding to the drug infusion pump;

the data analysis module 502 is configured to perform analysis of drug infusion according to the infusion data and patient information and/or attribute information corresponding to the drug infusion pump, so as to obtain a drug infusion analysis result;

and a result output module 503, configured to output the drug infusion analysis result.

Fig. 6 is a block diagram of a drug infusion analysis device according to an embodiment of the present application, and on the basis of the embodiment shown in fig. 5, as shown in fig. 6, the data analysis module 502 includes an alarm event analysis unit 5021, a drug usage analysis unit 5022, and a pump usage analysis unit 5023.

The alarm event analysis unit 5021 is used for performing alarm event analysis according to infusion alarm information and alarm processing information in the infusion data and patient information and/or attribute information corresponding to the drug infusion pump; wherein the alarm event analysis includes an analysis of alarm type and/or alarm response time;

A drug usage analysis unit 5022, configured to perform drug usage analysis according to the infusion information and the drug information in the infusion data, and the patient information and/or the attribute information corresponding to the drug infusion pump; wherein the drug use analysis comprises a rate and/or amount of use analysis of the drug;

a pump usage analysis unit 5023, configured to perform pump usage analysis according to the pump information and the control information in the infusion data, and the patient information and/or the attribute information corresponding to the drug infusion pump; wherein the pump usage analysis includes one or more of infusion mode, pump type, pump usage time, pump status, and consumable usage analysis.

In one example, the infusion data includes at least one of infusion information, pump information, medication information, handling information, infusion alarm information, alarm processing information, operator type, and operator authority of the medication infusion pump.

In one example, the patient information includes at least one of a patient type, patient body information, physiological parameter information, patient alarm information, physiological alarm information, disease information, medical history, orders, and treatment history.

In one example, the attribute information includes location information of the drug infusion pump;

the data analysis module 502 includes:

the drug library analysis unit is used for carrying out drug library use analysis on a preset drug library in the drug infusion pump according to the infusion data and the position information corresponding to the drug infusion pump; wherein the drug library includes at least one drug infusion parameter including one or more of infusion rate, fast forward dose, and infusion volume.

In one example, the drug library analysis unit is specifically configured to:

determining infusion parameters of the infused medicine in the position range corresponding to the position information according to the infusion data of the medicine infusion pump in the position range corresponding to the position information;

determining a drug library event in a position range corresponding to the position information according to the infusion parameters of the infused drugs in the position range corresponding to the position information and the infusion parameters of the drugs in the drug library; wherein the drug library event comprises at least one of drug library usage, infusion parameter overrun event, post-overrun user operation statistics, and overrun value distribution.

In one example, the location information includes department information;

The data analysis module 502 is specifically configured to:

and performing department medication analysis according to the infusion data and department information corresponding to the drug infusion pump to obtain a drug infusion analysis result.

In one example, the data analysis module 502 is specifically configured to:

acquiring disease information of a patient from the patient information;

and carrying out disease medication analysis according to the infusion data and the disease information to obtain a drug infusion analysis result.

In one example, the data analysis module 502 is specifically configured to:

acquiring a patient type from the patient information;

and according to the infusion data and the patient type, carrying out patient medication analysis based on disease information of the patient to obtain a drug infusion analysis result.

In one example, the data analysis module 502 is specifically configured to:

and performing medication analysis on the diseases corresponding to the patients according to the infusion data, the patient information and the position information corresponding to the drug infusion pump, and obtaining the drug infusion analysis result.

In one example, the apparatus further comprises:

and the position medication prediction module is used for predicting medication of the patient in a position range corresponding to the position information according to the drug infusion analysis result after the drug infusion analysis result is obtained, obtaining medication prediction information and outputting the medication prediction information.

In one example, the apparatus further comprises:

and the patient medication prediction module is used for predicting medication of a patient corresponding to the patient information according to the drug infusion analysis result after the drug infusion analysis result is obtained, obtaining medication prediction information and outputting the medication prediction information.

In one example, the apparatus further comprises:

the drug library updating module is used for responding to the received drug library updating instruction after outputting the drug infusion analysis result, and acquiring infusion parameters to be updated input by a user from the drug library updating instruction;

determining the infusion parameters of the medicines corresponding to the infusion parameters to be updated in the medicine library, taking the infusion parameters as current infusion parameters, and replacing the current infusion parameters with the infusion parameters to be updated.

Fig. 7 is a block diagram of an electronic device according to an embodiment of the present application, where, as shown in fig. 7, the electronic device includes: a memory 71, a processor 72; a memory 71; a memory for storing instructions executable by processor 72.

Wherein the processor 72 is configured to perform the method as provided in the above embodiments.

The electronic device further comprises a receiver 73 and a transmitter 74. The receiver 73 is used for receiving instructions and data transmitted from other devices, and the transmitter 74 is used for transmitting instructions and data to external devices.

Fig. 8 is a block diagram of an electronic device, which may be a mobile phone, computer, digital broadcast terminal, messaging device, game console, tablet device, medical device, exercise device, personal digital assistant, or the like, in accordance with an exemplary embodiment.

Device 800 may include one or more of the following components: a processing component 802, a memory 804, a power component 806, a multimedia component 808, an audio component 810, an input/output (I/O) interface 812, a sensor component 814, and a communication component 816.

The processing component 802 generally controls overall operation of the device 800, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations. The processing component 802 may include one or more processors 820 to execute instructions to perform all or part of the steps of the methods described above. Further, the processing component 802 can include one or more modules that facilitate interactions between the processing component 802 and other components. For example, the processing component 802 can include a multimedia module to facilitate interaction between the multimedia component 808 and the processing component 802.

The memory 804 is configured to store various types of data to support operations at the device 800. Examples of such data include instructions for any application or method operating on device 800, contact data, phonebook data, messages, pictures, videos, and the like. The memory 804 may be implemented by any type or combination of volatile or nonvolatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.

The power supply component 806 provides power to the various components of the device 800. The power components 806 may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the device 800.

The multimedia component 808 includes a screen between the device 800 and the user that provides an output interface. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may sense not only the boundary of a touch or slide action, but also the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 808 includes a front camera and/or a rear camera. The front camera and/or the rear camera may receive external multimedia data when the device 800 is in an operational mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

The audio component 810 is configured to output and/or input audio signals. For example, the audio component 810 includes a Microphone (MIC) configured to receive external audio signals when the device 800 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode. The received audio signals may be further stored in the memory 804 or transmitted via the communication component 816. In some embodiments, audio component 810 further includes a speaker for outputting audio signals.

The I/O interface 812 provides an interface between the processing component 802 and peripheral interface modules, which may be a keyboard, click wheel, buttons, etc. These buttons may include, but are not limited to: homepage button, volume button, start button, and lock button.

The sensor assembly 814 includes one or more sensors for providing status assessment of various aspects of the device 800. For example, the sensor assembly 814 may detect an on/off state of the device 800, a relative positioning of the components, such as a display and keypad of the device 800, the sensor assembly 814 may also detect a change in position of the device 800 or a component of the device 800, the presence or absence of user contact with the device 800, an orientation or acceleration/deceleration of the device 800, and a change in temperature of the device 800. The sensor assembly 814 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. The sensor assembly 814 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 814 may also include an acceleration sensor, a gyroscopic sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

The communication component 816 is configured to facilitate communication between the device 800 and other devices, either wired or wireless. The device 800 may access a wireless network based on a communication standard, such as WiFi,2G or 3G, or a combination thereof. In one exemplary embodiment, the communication component 816 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the communication component 816 further includes a Near Field Communication (NFC) module to facilitate short range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.

In an exemplary embodiment, the apparatus 800 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic elements for executing the methods described above.

In an exemplary embodiment, a non-transitory computer readable storage medium is also provided, such as memory 804 including instructions executable by processor 820 of device 800 to perform the above-described method. For example, the non-transitory computer readable storage medium may be ROM, random Access Memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

A non-transitory computer readable storage medium, which when executed by a processor of a terminal device, causes the terminal device to perform the method of drug infusion analysis of the terminal device described above.

The application also discloses a computer program product comprising a computer program which, when executed by a processor, implements a method as described in the present embodiment.

Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.

Program code for carrying out methods of the present application may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or electronic device.

In the context of this application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data electronic device), or that includes a middleware component (e.g., an application electronic device), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.

The computer system may include a client and an electronic device. The client and the electronic device are generally remote from each other and typically interact through a communication network. The relationship of client and electronic devices arises by virtue of computer programs running on the respective computers and having a client-electronic device relationship to each other. The electronic equipment can be cloud electronic equipment, also called cloud computing electronic equipment or cloud host, and is a host product in a cloud computing service system, so that the defects of high management difficulty and weak service expansibility in the traditional physical hosts and VPS service (Virtual Private Server or VPS for short) are overcome. The electronic device may also be an electronic device of a distributed system or an electronic device that incorporates a blockchain. It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps described in the present application may be performed in parallel, sequentially, or in a different order, provided that the desired results of the technical solutions disclosed in the present application can be achieved, and are not limited herein.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the application following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the application pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.

It is to be understood that the present application is not limited to the precise arrangements and instrumentalities shown in the drawings, which have been described above, and that various modifications and changes may be effected without departing from the scope thereof. The scope of the application is limited only by the appended claims.

Claims

1. A method of drug infusion analysis, comprising:

according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, carrying out drug infusion analysis to obtain a drug infusion analysis result;

outputting the drug infusion analysis result.

2. The method of claim 1, wherein the infusion data comprises at least one of infusion information, pump information, medication information, handling information, infusion alarm information, alarm handling information, operator type, and operator authority of the medication infusion pump.

3. The method of claim 1, wherein the patient information comprises at least one of a patient type, patient body information, physiological parameter information, patient alarm information, physiological alarm information, disease information, medical history, medical orders, and treatment history.

4. The method of claim 2, wherein performing a drug infusion analysis based on the infusion data and patient information and/or attribute information corresponding to the drug infusion pump comprises:

according to the infusion alarm information and alarm processing information in the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, alarm event analysis is carried out; wherein the alarm event analysis includes an analysis of alarm type and/or alarm response time;

according to the infusion information and the drug information in the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, carrying out drug use analysis; wherein the drug use analysis comprises a rate and/or amount of use analysis of the drug;

performing pump usage analysis according to the pump information and the control information in the infusion data and the patient information and/or the attribute information corresponding to the drug infusion pump; wherein the pump usage analysis includes one or more of infusion mode, pump type, pump usage time, pump status, and consumable usage analysis.

5. The method of claim 4, wherein the attribute information includes location information of a drug infusion pump;

And carrying out drug infusion analysis according to the infusion data and the attribute information corresponding to the drug infusion pump, wherein the drug infusion analysis comprises the following steps:

according to the infusion data and the position information corresponding to the drug infusion pump, carrying out drug library use analysis on a preset drug library in the drug infusion pump; wherein the drug library includes at least one drug infusion parameter including one or more of infusion rate, fast forward dose, and infusion volume.

6. The method of claim 5, wherein performing a drug library usage analysis on a drug library preset in the drug infusion pump based on the infusion data and the location information corresponding to the drug infusion pump, comprises:

7. The method of claim 6, wherein the location information comprises department information;

according to the infusion data and the patient information and/or attribute information corresponding to the drug infusion pump, analyzing the drug infusion to obtain a drug infusion analysis result, including:

8. The method of any one of claims 1-6, wherein analyzing the drug infusion based on the infusion data and patient information corresponding to the drug infusion pump to obtain a drug infusion analysis result comprises:

acquiring disease information of a patient from the patient information;

9. The method of claim 8, wherein analyzing the drug infusion based on the infusion data and patient information corresponding to the drug infusion pump to obtain a drug infusion analysis result comprises:

acquiring a patient type from the patient information;

10. The method of claim 7, further comprising, after obtaining the drug infusion analysis result:

and according to the drug infusion analysis result, predicting the drug administration of the patient in the position range corresponding to the position information, obtaining the predicted drug administration information, and outputting the predicted drug administration information.

11. The method of any one of claims 1-6, further comprising, after obtaining the drug infusion analysis result:

and according to the drug infusion analysis result, carrying out drug administration prediction on the patient corresponding to the patient information to obtain drug administration prediction information, and outputting the drug administration prediction information.

12. The method of claim 7, further comprising, after outputting the drug infusion analysis result:

responding to a received drug library updating instruction, and acquiring infusion parameters to be updated input by a user from the drug library updating instruction;

13. A medication infusion analysis device, comprising:

14. A drug infusion analysis system, comprising: a processor, and a memory communicatively coupled to the processor;

the memory stores computer-executable instructions;

the processor executes computer-executable instructions stored in the memory to implement the drug infusion analysis method of any one of claims 1-12.

15. A computer readable storage medium having stored therein computer executable instructions which when executed by a processor are for implementing a method of drug infusion analysis as claimed in any one of claims 1 to 12.

16. A computer program product comprising a computer program which when executed by a processor implements the method of drug infusion analysis of any one of claims 1-12.