CN116936060A - Fault detection methods and related devices for medical systems - Google Patents

Abstract

The application provides a fault detection method of a medical system and a related device. The fault detection method of the medical system is used for remote fault detection of the medical system, and comprises the following steps: sending an authorization request to a client through a server; after the client confirms the authorization request, establishing remote communication connection between the server and the client; acquiring fault detection information of the medical system through the client, and transmitting the fault detection information to the server so as to enable a remote service person to perform fault detection on the medical system; the fault detection information includes a user identification and one or more of the following: device operation information and electrophysiological acquisition information; the method comprises the steps that a server side sends a fault processing result to a client side, and the fault processing result is of a fault detection type and/or a fault processing scheme; and receiving and displaying the fault processing result through the client. The fault detection method can save the time of a user and bring good experience.

Description

Fault detection methods and related devices for medical systems

Technical field

This application relates to the technical field of medical systems, and in particular to fault detection methods, fault detection equipment, diagnostic systems, computer-readable storage media and computer program products of medical systems.

Background technique

With the continuous development of science and technology and the progress of society, patients have an increasing desire to improve their quality of life. In order to meet the above-mentioned needs of patients, various medical systems are constantly emerging, and their application prospects are very broad. These medical systems can work closely with patients to provide a variety of treatments to improve their health and quality of life anytime and anywhere.

When the above-mentioned medical system fails, it will have a great impact on the patient's health and quality of life. Therefore, it is particularly important to quickly handle the failure of the medical system. However, there is currently a lack of ways and solutions to quickly provide troubleshooting results based on the current status of the medical system. For malfunctioning medical systems, they usually need to be mailed back to the factory for analysis, or the patient must go to a repair point in person for diagnosis and treatment. This not only wastes time, but also brings a bad experience to the patient.

Based on this, this application provides fault detection methods, fault detection equipment, diagnostic systems, computer-readable storage media and computer program products for medical systems to improve existing technologies and meet the needs of practical applications.

Contents of the invention

The purpose of this application is to provide fault detection methods, fault detection equipment, diagnostic systems, computer-readable storage media and computer program products for medical systems to solve the above problems of wasting time and bringing bad experience to patients.

The purpose of this application is achieved using the following technical solutions:

In a first aspect, this application provides a fault detection method for a medical system. The method is used for remote fault detection of the medical system. The method includes:

Send an authorization request to the client through the server;

After the client confirms the authorization request, establish a remote communication connection between the server and the client;

The fault detection information of the medical system is obtained through the client, and the fault detection information is transmitted to the server, so that remote service personnel can perform fault detection on the medical system; the fault detection information includes user Identification and one or more of the following: device operating information and electrophysiological acquisition information;

Send fault processing results to the client through the server, where the fault processing results include fault detection types and/or fault processing solutions;

The fault handling results are received through the client and displayed.

The beneficial effect of this technical solution is to use the server to send an authorization request to the client to request fault detection on the client. After the user confirms the authorization request through the client, a remote communication connection is established between the server and the client. This ensures that both ends can carry out remote real-time data transmission and exchange. The fault detection information of the medical system is obtained through the client. The fault detection information can include equipment operation information and electrophysiological collection information, which is used to provide status and performance data of the medical system. The client transmits the obtained fault detection information to the server. Remote service personnel can receive the fault detection information through the server, accurately understand the problems and abnormalities of the medical system, and provide fault handling results. The server sends the fault processing results to the client through the remote connection. The fault processing results can include the fault detection type and the corresponding fault processing plan, which are used to guide or perform subsequent fault processing work. After the client receives the fault processing results, it displays the fault processing results to the user. That is, the user can obtain the fault detection type and corresponding processing plan by watching the client interface or listening by voice, and understand the problems and solutions to the medical system faults.

On the one hand, through remote communication connection and transmission of fault detection information, remote service personnel can remotely detect faults in the medical system. This avoids the need for remote service personnel to physically arrive at the user site for inspection, saving time and costs. On the other hand, through remote fault detection and processing, user problems can be solved in a timely manner. Remote service personnel can quickly obtain fault detection information and provide corresponding processing results. Users do not need to wait to return the medical system to the factory for inspection or repair, saving time. On the other hand, by transmitting fault detection information from the client to the server, remote service personnel can accurately understand the on-site equipment operation status and electrophysiological collection information, which can prevent the medical system from being unable to reproduce patient problems due to different conditions after returning to the factory, and improve Accuracy of fault location. On the other hand, if the server directly obtains the fault detection information of the medical system, it may cause a large amount of data to be transmitted on the network and occupy the valuable bandwidth resources of the medical system. By transmitting data through the client, the burden of data processing and transmission can be shared with the client, optimizing bandwidth usage. On the other hand, transmitting a large amount of fault detection information directly from the medical system to the server may cause transmission delays and affect the real-time and accuracy of fault detection. The client first obtains the fault detection information, and then transmits the obtained fault detection information, that is, the data transmission process is separated from the fault detection process, which reduces the transmission delay and improves the response speed of fault detection.

In summary, the server can effectively avoid information congestion by obtaining the fault detection information of the medical system through the client, thereby optimizing bandwidth usage, reducing transmission delays, and improving the stability of network transmission, thus improving the efficiency and reliability of fault detection. The server obtains the fault detection information of the medical system through the client, which can effectively avoid information congestion, thereby optimizing bandwidth usage, reducing transmission delays, and improving the stability of network transmission, thus improving the efficiency and reliability of fault detection. This embodiment provides a way and solution to quickly provide fault processing results. For a faulty medical system, there is no need to mail it back to the factory for analysis, nor does the user need to go to the maintenance point in person for diagnosis and processing, which saves time and provides Provide users with a good experience.

In some possible implementations, the method further includes:

Obtain the fault risk level of the medical system according to the fault processing results;

Determine whether the medical system meets the file upload conditions based on the fault risk level and the fault detection information;

When the medical system meets the file upload conditions, accept the file upload request;

In response to the file upload request, the file information of the medical system is sent to the server, and the file information is used for fault detection of the medical system by the remote service personnel; the file information includes the following: One or more types: picture information, video information and voice information of the medical system.

The beneficial effect of this technical solution is to obtain the fault risk level of the medical system based on the fault processing results. The fault risk level can indicate the severity of the medical system failure, such as high, medium, and low levels, or level one and level two. , level three. It can be considered that high levels are more serious than low levels, and level one is more serious than level three. Determine whether the medical system meets the file upload conditions based on the fault risk level and fault detection information. When the medical system meets the file upload conditions, it receives a file upload request, where the file upload request can be obtained by the user using the client to perform a file upload operation. In response to the file upload request, the client sends the medical system's file information to the server. File information includes pictures, videos or voice information of the medical system, which can help remote service personnel conduct more comprehensive fault detection of the medical system. It can be considered that compared to equipment operation information and electrophysiological collection information, pictures, videos or voice information provide more intuitive data display and more detailed fault descriptions, which can provide more comprehensive environmental information and further facilitate fault verification and reproduction. .

On the one hand, this embodiment can ensure that file information is only allowed to be uploaded when necessary by making judgments based on the fault risk level and fault detection information. This granular control maximizes patient privacy. On the other hand, allowing file upload requests can facilitate users to upload pictures, videos or voice information to the server. This information can help remote service personnel fully understand and analyze the fault situation of the medical system and provide more accurate fault diagnosis and solutions. plan. On the other hand, through remote transmission of file information, the time and cost of traditional on-site detection and data collection are reduced, convenient remote fault detection is achieved, and effective support is provided for the maintenance and fault handling of the medical system.

In summary, compared to equipment operation information and electrophysiological collection information, picture information, video information and voice information provide more intuitive, detailed and comprehensive fault data, providing more useful information and basis for remote service personnel to facilitate more accurate diagnosis and treatment. Accurately diagnose faults and develop solutions. By judging whether the medical system meets the file upload conditions based on the fault risk level and fault detection information, filtering and restrictions can be carried out to ensure that only picture information, video information and voice information are allowed to be uploaded under specific conditions to prevent unauthorized data transmission. , reduce the risk of patient privacy leakage.

In some possible implementations, determining whether the medical system meets the file upload conditions based on the fault risk level and the fault detection information includes:

Obtain historical fault detection information corresponding to the user identification, where the historical fault detection information includes historical equipment operation information and historical electrophysiological information;

For each measurement parameter in the fault detection information, obtain a first similarity between the measurement parameter and the corresponding measurement parameter in the historical fault detection information;

Obtain the matching degree of the medical system according to the first similarity and weight corresponding to each of the measurement parameters;

When the matching degree is not within the preset matching degree range corresponding to the user, it is determined that the medical system meets the file upload conditions.

The beneficial effect of this technical solution is to obtain historical fault detection information related to the user based on the user identification. This historical information includes past equipment operation information and electrophysiological information, recording the performance and status of the medical system at different points in time. For each measurement parameter in the current fault detection information, compare it with the corresponding measurement parameter in the historical fault detection information, and calculate the similarity between them. Based on the first similarity corresponding to each measurement parameter and its weight, the matching degree of the medical system is calculated. The weight can be determined based on the actual needs and importance of the measurement parameters for fault detection, and is used to adjust the contribution of different parameters. The matching degree reflects the consistency and similarity between current fault detection information and historical information. According to the user's corresponding preset matching degree interval, it is determined whether the matching degree is within this interval. If the matching degree is not within the preset interval, it means that the current fault detection information is significantly different from the historical information, and there may be faults or abnormalities that cannot be solved by remote service personnel. The result is that the medical system meets the file upload conditions.

On the one hand, it is judged whether the matching degree is within the user's preset matching interval. If the matching degree is not within the preset interval, it means that there is a big difference between the current fault detection information and the historical information, which may mean that a remote malfunction has occurred in the medical system. Faults or abnormal situations that are difficult for service personnel to solve. Files from the medical system that meet the file upload conditions are sent to the server to improve the accuracy of fault detection. On the other hand, judging the matching degree based on the user's own corresponding preset matching degree interval can effectively protect the patient's privacy. Only when the matching degree is not within the preset range, the file information of the medical system will be sent to the server for further fault detection, which enhances the protection of patient privacy.

In summary, this technical solution can improve the accuracy of fault detection, strengthen fault handling capabilities, and protect patient privacy by comparing historical fault detection information and calculating similarity and matching.

In some possible implementations, the medical system includes an extracorporeal device and a pulse generator installed in the patient's body, and obtaining the fault detection information of the medical system through the client includes:

According to the fault detection information, detect whether the in vitro device and the pulse generator meet diagnostic conditions;

When the extracorporeal device meets the first fault condition, obtain its own equipment operation information through the extracorporeal device;

When the pulse generator meets the second fault condition, obtain its own equipment operation information and electrophysiological collection information through the pulse generator;

The device operation information of the extracorporeal device and the pulse generator and the electrophysiological collection information are used as the fault detection information obtained by the client.

The beneficial effect of this technical solution is to judge the diagnostic conditions of the in vitro equipment and pulse generator based on the fault detection information. Depending on the satisfaction of the diagnostic conditions, equipment operation information is obtained from the in vitro equipment and the pulse generator respectively. When the external device meets the first fault condition, the client obtains its own device operation information from the external device. For the situation where the pulse generator meets the second fault condition, its own equipment operation information and electrophysiological collection information are obtained from the pulse generator through the client. The equipment operation information of the in vitro equipment and pulse generator and the electrophysiological acquisition information are used as the fault detection information obtained by the client, that is, the fault detection information is integrated, and the information of different devices is merged together for comprehensive fault detection and diagnosis.

On the one hand, by detecting whether the in vitro equipment and pulse generator meet the diagnostic conditions and obtaining equipment operation information and electrophysiological acquisition information, comprehensive fault detection of the medical system can be carried out. Combining information from different devices (in vitro equipment and pulse generators) can more accurately enable remote service personnel to discover potential faults and anomalies, improving the reliability and accuracy of fault detection. On the other hand, by obtaining the operating information and electrophysiological acquisition information of different equipment (in vitro equipment and pulse generators), it can help remote service personnel better locate the source of faults and problems. For example, if the device operation information of the in vitro device is normal, but the electrophysiological acquisition information of the pulse generator is abnormal, it can be inferred that the problem may occur in the pulse generator part. Such comprehensive analysis of information helps remote service personnel improve the accuracy of fault location and provide users with more accurate fault solutions.

In summary, by integrating the operation information and electrophysiological collection information of different equipment, it can provide remote service personnel with comprehensive and accurate fault detection data, and help remote service personnel locate and solve fault problems in the medical system, helping to improve Reliability, safety and performance of healthcare systems to improve patient experiences and outcomes.

In some possible implementations, the process of detecting whether the in vitro device meets the first fault condition includes:

For each measurement parameter in the fault detection information of the in vitro device, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

When the number of measurement data in its corresponding preset range is not greater than the first preset number, it is determined that the in vitro device meets the first fault condition;

The process of detecting whether the pulse generator meets the second fault condition includes:

For each measurement parameter in the fault detection information of the pulse generator, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

When the number of measurement data in its corresponding preset range is not greater than the second preset number, it is determined that the pulse generator meets the second fault condition.

The beneficial effect of this technical solution is that for each measurement parameter in the fault detection information of the in vitro equipment, it is detected whether the measurement data is within its corresponding preset range. If the number of measurement data within the preset range is not greater than the first preset number, it is determined that the in vitro device meets the first fault condition. Similarly, for each measurement parameter in the fault detection information of the pulse generator, it is detected whether the measurement data is within its corresponding preset range. If the number of measurement data within the preset range is not greater than the second preset number, it is determined that the pulse generator meets the second fault condition.

On the one hand, it helps to improve the reliability and accuracy of fault detection by detecting whether the measurement parameter data of the in vitro device and the pulse generator are within a preset range. On the other hand, the range and number of presets can be adjusted according to specific equipment characteristics and fault detection needs. By flexibly setting preset parameters, it can be adapted to different types of in vitro equipment and pulse generators, ensuring the sensitivity and accuracy of remote service personnel's fault detection of medical systems.

In summary, by judging the preset range and quantity of measurement parameters in the fault detection information of in vitro equipment and pulse generators, remote service personnel can accurately assess the fault situation of the medical system, thereby improving the accuracy of fault detection. and efficiency.

In some possible implementations, receiving and displaying the fault processing results through the client includes:

Input the fault detection information into the fault processing model to obtain the reference fault processing results corresponding to the medical system;

Obtain the second similarity between the reference fault processing result and the fault processing result;

When the second similarity is not less than the preset similarity, the fault processing result is displayed through the client;

When the second similarity is less than the preset similarity, the fault processing result and the preset fault processing result are displayed through the client.

The beneficial effect of this technical solution is to input the fault detection information into the fault processing model, process it according to the known medical system fault processing data and algorithms, and obtain the reference fault processing results of the corresponding medical system. Obtain the second similarity between the reference fault processing result and the fault processing result, and decide how to display the fault processing result to the user based on the comparison result between the second similarity and the preset similarity. When the second similarity is not less than the preset similarity, the client displays the actual fault handling result to the user. When the second similarity is less than the preset similarity, the client simultaneously displays the fault processing result and the preset fault processing result to the user. At the same time, the reference fault processing result refers to the expected fault processing result obtained after processing the fault detection information of the medical system through the fault processing model. It is based on known fault processing knowledge and experience and can be regarded as a reference or Standard for comparison with troubleshooting results.

On the one hand, the function of reference troubleshooting results is to provide a reference standard for evaluating the accuracy and reliability of troubleshooting results. By comparing with reference standards, the differences and similarities between actual processing results and expected results can be judged, thereby helping to evaluate the quality and effectiveness of troubleshooting. On the other hand, by inputting fault detection information into the fault processing model and comparing it with the reference fault processing results, the accuracy and reliability of the fault processing results can be verified, which helps to improve the quality of fault processing in the medical system. On the other hand, showing the fault handling results to the user can let the user understand the fault situation of the medical system and the processing measures that can be taken. Users can evaluate the feasibility and effectiveness of troubleshooting based on the displayed results and reference results, and provide feedback (using communication devices such as clients or mobile phones to remote service personnel). On the other hand, displaying the fault processing results and the preset fault processing results at the same time can help users visually compare the differences and similarities between the two, which helps users better understand the fault handling situation and make appropriate decisions. judgment and choice.

In summary, by using the fault handling model and comparing similarity methods, accurate fault handling results can be provided and relevant information can be displayed to users to help users understand and evaluate fault handling solutions and improve users' confidence in remote service personnel. Trust and satisfaction.

In some possible implementations, the fault handling solution includes one or more of the following:

Remotely upgrade the software of the medical system; replace or check the battery of the medical system; physically cool the external part of the medical system; and charge the medical system.

The beneficial effects of this technical solution are: on the one hand, software updates or repair programs are sent to the medical system remotely, making it more stable and reliable. By upgrading software, software-related faults can be solved, system performance can be improved, bugs or errors can be fixed, or new features can be provided. This remote upgrade method avoids the trouble of users having to carry the device or mail the device in person to handle software faults, and improves the efficiency of fault handling and user experience. On the other hand, in response to possible battery aging or failure, remote service personnel can remotely guide users to replace the battery or check the battery status. The replaced battery can provide a stable power supply, ensure the normal operation of the medical system, and help solve the problem. Fault conditions such as device heating or unstable power supply caused by battery problems. On the other hand, for equipment heating problems, remote service personnel can recommend that users take physical cooling measures, such as cleaning blockages around the equipment to ensure good heat dissipation; or adjusting the use environment of the equipment to avoid excessively hot environments that affect equipment heat dissipation. Through physical cooling, faults caused by overheating can be effectively solved and the normal operation of the medical system can be guaranteed. On the other hand, when the medical system suffers from insufficient power, the user is guided to solve the problem by charging to ensure the normal operation of the medical system. To sum up, the above-mentioned various troubleshooting solutions can improve user satisfaction and experience with the medical system.

In a second aspect, the present application also provides a fault detection device for a medical system. The fault detection device includes a memory and at least one processor, the memory stores a computer program, and the at least one processor is configured to execute the Perform the following steps when describing a computer program:

Send an authorization request to the client through the server;

After the client confirms the authorization request, establish a remote communication connection between the server and the client;

The fault detection information of the medical system is obtained through the client, and the fault detection information is transmitted to the server, so that remote service personnel can perform fault detection on the medical system; the fault detection information includes user Identification and one or more of the following: device operating information and electrophysiological acquisition information;

Send fault processing results to the client through the server, where the fault processing results include fault detection types and/or fault processing solutions;

The fault handling results are received through the client and displayed.

In a third aspect, this application also provides a diagnostic system, including a client, a server, and the fault detection equipment of the medical system described in the second aspect;

The client is used to obtain fault detection information of the medical system, and the server is used to establish a remote communication connection with the client through the fault detection device and receive the fault detection information.

In some possible implementations, the fault detection device is integrated on the user terminal device of the client.

In a third aspect, the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by at least one processor, it implements any one of the methods described in the first aspect. The steps of the method, or realizing the function of the fault detection device described in the second aspect.

In a fourth aspect, the present application also provides a computer program product, which includes a computer program that implements the steps of the method described in any one of the first aspects when executed by at least one processor, or Realize the function of the fault detection device described in the second aspect.

Description of the drawings

The present application will be further described below in conjunction with the drawings and embodiments.

Figure 1 is a schematic flowchart of a fault detection method provided by an embodiment of the present application.

Figure 2 is a schematic flowchart of sending file information provided by an embodiment of the present application.

Figure 3 is a schematic flow chart for determining whether a medical system meets file upload conditions provided by an embodiment of the present application.

Figure 4 is a schematic flowchart of obtaining fault detection information provided by an embodiment of the present application.

Figure 5 is a schematic flow chart for detecting whether an in vitro device meets the first fault condition provided by an embodiment of the present application.

FIG. 6 is a schematic flowchart of detecting whether the pulse generator meets the second fault condition provided by an embodiment of the present application.

FIG. 7 is a schematic flowchart of receiving fault processing results provided by an embodiment of the present application.

Figure 8 is a structural block diagram of a fault detection device provided by an embodiment of the present application.

Figure 9 is a structural block diagram of a diagnostic system provided by an embodiment of the present application.

Figure 10 is a schematic structural diagram of a computer program product provided by an embodiment of the present application.

Detailed ways

The technical solutions in this application will be described below with reference to the accompanying drawings and specific implementation modes of this application. It should be noted that, on the premise that there is no conflict, the implementation modes or technical features described below may be different. Any combination forms a new implementation.

In the embodiments of this application, words such as "exemplary" or "for example" are used to represent examples, illustrations or explanations. Any embodiment or design described as "exemplary" or "such as" in the embodiments of the application is not to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the words "exemplary" or "such as" is intended to present the concept in a concrete manner.

The technical solutions in this application will be described below with reference to the accompanying drawings and specific implementation modes of this application. It should be noted that, on the premise that there is no conflict, the implementation modes or technical features described below may be different. Any combination forms a new implementation.

In the embodiments of this application, words such as "exemplary" or "for example" are used to represent examples, illustrations or explanations. Any embodiment or design described as "exemplary" or "such as" in the embodiments of the application is not to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the words "exemplary" or "such as" is intended to present the concept in a concrete manner.

The first, second, etc. descriptions appearing in the embodiments of the present application are only for illustration and to distinguish the described objects, and have no order. They do not represent special limitations on the quantities in the embodiments of the present application, and cannot constitute a limitation of the embodiments of the present application. any restrictions.

Below, one of the application fields of the embodiments of the present application (namely, the implantable medical system) will be briefly described.

The implantable neurostimulation system (an implantable medical system) mainly includes a stimulator implanted in the patient's body (i.e., an implantable neurostimulator, a neurostimulation device) and a program-controlled device installed outside the patient's body. Relevant neuromodulation technology mainly involves implanting electrodes in specific parts of the body's tissues (i.e., target points) through stereotaxic surgery, and a stimulator implanted in the patient's body sends electrical pulses to the target point through the electrodes to regulate the corresponding neural structures. And the electrical activity and functions of the network, thereby improving symptoms and relieving pain. Among them, the stimulator can be an implantable nerve electrical stimulation device, an implantable cardiac electrical stimulation system (also known as a pacemaker), an implantable drug delivery system (IDDS for short) and a lead switch. any of the connecting devices. Implantable neuroelectric stimulation devices include, for example, Deep Brain Stimulation (DBS), Cortical NerveStimulation (CNS), and Spinal Cord Stimulation. SCS), implantable sacral nerve stimulation system (Sacral Nerve Stimulation, SNS), implantable vagus nerve stimulation system (Vagus Nerve Stimulation, VNS), etc.

The stimulator may include an IPG, extension leads, and electrode leads. IPG (implantable pulse generator, implantable pulse generator) is a pulse generator installed in the patient's body. It receives program-controlled instructions sent by the program-controlled equipment and relies on sealed batteries and circuits to provide controllable electrical stimulation energy to tissues in the body. Extension wires and electrode leads deliver one or two controllable specific electrical stimulations to specific areas of tissue in the body. The extension lead is used in conjunction with the IPG as a transmission medium for electrical stimulation signals to transmit the electrical stimulation signals generated by the IPG to the electrode leads. The electrode leads may be neurostimulation electrodes that deliver electrical stimulation to specific areas of tissue in the body through multiple electrode contacts. The stimulator is provided with one or more electrode leads on one or both sides, and multiple electrode contacts are provided on the electrode leads. The electrode contacts can be arranged evenly or non-uniformly in the circumferential direction of the electrode leads. As an example, the electrode contacts may be arranged in an array of 4 rows and 3 columns (12 electrode contacts in total) in the circumferential direction of the electrode lead. Electrode contacts may include stimulation contacts and/or collection contacts. The electrode contacts may be in the shape of, for example, a sheet, a ring, a dot, or the like.

In some possible ways, the stimulated internal tissue may be the patient's brain tissue, and the stimulated site may be a specific part of the brain tissue. When patients have different types of diseases, the stimulated parts are generally different, the number of stimulation contacts used (single source or multiple sources), one or more channels (single channel or multi-channel) specific electrical stimulation signals The application and stimulation parameter data are also different. It can be considered that when the stimulation contacts used are multi-source and multi-channel (multi-channel), a larger amount of data will be generated compared to a single source or single channel.

The embodiments of this application do not limit the applicable disease types, which may be the disease types applicable to deep brain stimulation (DBS), spinal cord stimulation (SCS), pelvic stimulation, gastric stimulation, peripheral nerve stimulation, and functional electrical stimulation. Among them, the types of diseases that DBS can be used to treat or manage include, but are not limited to: spastic diseases (eg, epilepsy), pain, migraine, mental illness (eg, major depressive disorder (MDD)), bipolar disorder, anxiety disorder, Post-traumatic stress disorder, mild depression, obsessive-compulsive disorder (OCD), behavioral disorders, mood disorders, memory disorders, mental status disorders, mobility disorders (e.g., essential tremor or Parkinson's disease), Huntington's disease, Alzheimer's disease Alzheimer's disease, drug addiction, autism or other neurological or psychiatric diseases and impairments.

In the embodiment of the present application, when the program-controlled device and the stimulator establish a program-controlled connection, the program-controlled device can be used to adjust the stimulation parameters of the stimulator (different stimulation parameters correspond to different electrical stimulation signals), and the stimulator can also be used to sense the deep brain of the patient. The bioelectric activity is collected to obtain fault detection information, and the stimulation parameters of the electrical stimulation signal of the stimulator can be continuously adjusted through the collected fault detection information.

Stimulation parameters can include: frequency (for example, the number of electrical stimulation pulse signals per unit time 1 s, the unit is Hz), pulse width (the duration of each pulse, the unit is μs), amplitude (generally expressed in voltage, that is, The intensity of each pulse, in V), timing (for example, it can be continuous or triggered), stimulation mode (including one or more of current mode, voltage mode, timed stimulation mode and cyclic stimulation mode), physician control upper limit One or more of the upper and lower limits (the range that the doctor can adjust) and the upper and lower limits of the patient's control (the range that the patient can adjust independently).

In a specific application scenario, each stimulation parameter of the stimulator can be adjusted in current mode or voltage mode.

The program-controlled device may be a doctor-programmed device (that is, a program-controlled device used by a doctor) or a patient-programmed device (that is, an external programmer used by a patient). The doctor's program-controlled equipment may be, for example, a tablet computer, a notebook computer, a desktop computer, a mobile phone, or other intelligent terminal equipment equipped with program-controlled software. The patient's external program controller can be, for example, a tablet, laptop, desktop computer, mobile phone or other intelligent terminal device equipped with program control software. The external program controller can also be other electronic equipment with program control functions (such as a charger with program control functions). , data collection equipment).

The embodiments of this application do not limit the data interaction between the doctor's program-controlled equipment and the stimulator. When the doctor remotely programs the device, the doctor's program-controlled equipment can interact with the stimulator through the server and the external programmer. When the doctor performs face-to-face programming with the patient offline, the doctor's program-controlled equipment can interact with the stimulator through the external programmer, and the doctor's program-controlled equipment can also directly interact with the stimulator.

In some optional embodiments, the extracorporeal programmer may include a host computer (that communicates with the server) and a slave computer (that communicates with the IPG of the stimulator), and the host computer and the slave computer are communicably connected. Among them, the doctor's program-controlled equipment can interact with the server through the 3G/4G/5G network, the server can interact with the host through the 3G/4G/5G network, and the host can interact with the slave through the Bluetooth protocol/WIFI protocol/USB protocol. Interaction, the slave machine can interact with the stimulator through the 401MHz-406MHz operating frequency band/2.4GHz-2.48GHz operating frequency band, and the doctor's program-controlled equipment can directly conduct data with the stimulator through the 401MHz-406MHz operating frequency band/2.4GHz-2.48GHz operating frequency band. Interaction.

The medical system of the present application may be an implantable medical system or a non-implantable medical system, such as an implantable neurostimulation system, a pacemaker system, an oxygen production and oxygen supply system, a cochlear implant system, etc., for convenience To understand the technical solution of this application, the following mainly takes the medical system as an implantable neurostimulation system as an example. In related technologies, the implantable neurostimulation system includes both a pulse generator implanted in the patient's body and an extracorporeal device. The extracorporeal device can be an extracorporeal program controller used by the user to communicate with the pulse generator, or it can be an external device. This application does not limit the display equipment used to check the patient's physical status, the detection equipment used to obtain the patient's body temperature, etc. When an implantable neurostimulation system fails, the user cannot determine whether the failure is a hardware failure or a software failure. For example, for a pulse generator implanted in the patient, remote service personnel can only be invited to the site to analyze and handle the failure, which is bound to cause problems. It affects the progress of fault detection and resolution, and the user experience is poor.

Based on this, this application provides a medical system fault detection method, fault detection equipment, diagnostic system, computer-readable storage medium and computer program products, which can realize fault detection through remote communication technology and enable users to obtain fault processing results, avoiding tedious mailing process or on-site personnel operations, thereby improving the speed and efficiency of troubleshooting.

The following will first explain the fault detection method of the medical system, and then explain the fault detection equipment of the medical system.

Method Example

Referring to Figure 1, Figure 1 is a schematic flowchart of a fault detection method provided by an embodiment of the present application.

Embodiments of the present application provide a fault detection method for a medical system. The method is used for remote fault detection of the medical system. The method includes:

Step S101: Send an authorization request to the client through the server;

Step S102: After the client confirms the authorization request, establish a remote communication connection between the server and the client;

Step S103: Obtain the fault detection information of the medical system through the client, and transmit the fault detection information to the server, so that remote service personnel can perform fault detection on the medical system; the fault detection Information includes user identification and one or more of the following: device operating information and electrophysiological acquisition information;

Step S104: Send a fault processing result to the client through the server, where the fault processing result includes a fault detection type and/or a fault processing plan;

Step S105: Receive the fault processing result through the client and display it.

The client may be a program that provides services to users, or may exist in the form of a page or web page, which is not limited by this application. It is generally installed on the user terminal equipment used by the user. The user terminal equipment is, for example, a tablet computer, a notebook computer, a desktop computer, a mobile phone and other intelligent terminal equipment with a client installed. The user mentioned in this embodiment refers to the user or operator of the equipment in the medical system, which may refer to the patient himself, or the patient's guardian, relative, caregiver, or family doctor. This application is not limited to this.

Correspondingly, the server refers to an application used by remote service personnel to respond to client requests or provide services to clients. Similarly, the server may also exist in the form of a page or a web page, which is not limited by this application. It is generally installed on the detection terminal equipment used by remote service personnel. The detection terminal equipment is, for example, a tablet computer, laptop computer, desktop computer, mobile phone and other intelligent terminal equipment installed with a client.

The remote service personnel mentioned in this embodiment refer to professionals or technicians responsible for fault detection and processing in the medical system. It can be considered that remote service personnel have professional knowledge and skills and can analyze the fault detection information of the medical system and provide corresponding fault processing results, and obtain the corresponding fault detection type and fault processing plan.

The fault detection method of the medical system can be run on electronic equipment (ie, user terminal equipment). The electronic equipment and the medical system can be independent of each other, and the electronic equipment can also be integrated with equipment in the medical system. Therefore, this embodiment provides a method for remote fault detection of a medical system, using the server to send an authorization request to the client, requesting fault detection on the client. After the user confirms the authorization request through the client, a remote communication connection is established between the server and the client. This ensures that both ends can carry out remote real-time data transmission and exchange. The fault detection information of the medical system is obtained through the client. The fault detection information can include equipment operation information and electrophysiological collection information, which is used to provide status and performance data of the medical system. The client transmits the obtained fault detection information to the server. Remote service personnel can receive the fault detection information through the server, accurately understand the problems and abnormalities of the medical system, and provide fault handling results. The server sends the fault processing results to the client through the remote connection. The fault processing results can include the fault detection type and the corresponding fault processing plan, which are used to guide or perform subsequent fault processing work. After the client receives the fault processing results, it displays the fault processing results to the user. That is, the user can obtain the fault detection type and corresponding processing plan by watching the client interface or listening by voice, and understand the problems and solutions to the medical system faults.

On the one hand, through remote communication connection and transmission of fault detection information, remote service personnel can remotely detect faults in the medical system. This avoids the need for remote service personnel to physically arrive at the user site for inspection, saving time and costs. On the other hand, through remote fault detection and processing, user problems can be solved in a timely manner. Remote service personnel can quickly obtain fault detection information and provide corresponding processing results. Users do not need to wait to return the medical system to the factory for inspection or repair, saving time. On the other hand, by transmitting fault detection information from the client to the server, remote service personnel can accurately understand the on-site equipment operation status and electrophysiological collection information, which can prevent the medical system from being unable to reproduce patient problems due to different conditions after returning to the factory, and improve Accuracy of fault location. On the other hand, if the server directly obtains the fault detection information of the medical system, it may cause a large amount of data to be transmitted on the network and occupy the valuable bandwidth resources of the medical system. By transmitting data through the client, the burden of data processing and transmission can be shared with the client, optimizing bandwidth usage. On the other hand, transmitting a large amount of fault detection information directly from the medical system to the server may cause transmission delays and affect the real-time and accuracy of fault detection. The client first obtains the fault detection information, and then transmits the obtained fault detection information, that is, the data transmission process is separated from the fault detection process, which reduces the transmission delay and improves the response speed of fault detection.

In summary, the server can effectively avoid information congestion by obtaining the fault detection information of the medical system through the client, thereby optimizing bandwidth usage, reducing transmission delays, and improving the stability of network transmission, thus improving the efficiency and reliability of fault detection. The server obtains the fault detection information of the medical system through the client, which can effectively avoid information congestion, thereby optimizing bandwidth usage, reducing transmission delays, and improving the stability of network transmission, thus improving the efficiency and reliability of fault detection.

This embodiment provides a way and solution to quickly provide fault processing results. For a faulty medical system, there is no need to mail it back to the factory for analysis, and there is no need for the patient to go to the maintenance point in person for diagnosis and processing, which saves time and provides Good patient experience.

This embodiment does not limit the method of remote communication connection. It can be considered that the server and the client respectively include communication modules for realizing remote communication connection. When establishing a remote communication connection between the server and the client, different communication protocols and technologies can be used, such as HTTP or HTTPS communication. Remote communication between the server and the client can be carried out using the HTTP or HTTPS protocol. Another example is WebSockets communication. WebSockets is a protocol that implements full-duplex communication between the server and the client, allowing the server and the client to conduct real-time two-way data transmission after establishing a connection.

The user identifier may be used to indicate the identification information of the patient corresponding to the medical system. The user identification may be at least one of the patient's name, number, and telephone contact information, such as Zhang San +2001032, Li Si +13000000000, etc.

Fault processing results include fault detection type and/or fault processing scheme. The fault detection type is, for example, software fault type, hardware fault type, etc., and the fault processing scheme is, for example, return to factory for repair, firmware update, etc., which are not limited in this embodiment.

As an example, user A is a patient using an implanted neurostimulation system. Since user A found that the external device has been frequently hot recently, he contacted the remote service personnel of the implanted neurostimulation system by phone. After the remote service personnel's telephone guidance, user A Install the above-mentioned client on the tablet, and use the client to remotely accept the authorization request sent by the remote service personnel using the server through the 5G network. After receiving the request, user A's client establishes a remote communication connection with the server.

User A's client begins to obtain fault detection information of the in vitro device. The fault detection information includes parameters such as current, voltage, and running time of the external device. For example, (January 1, 2000, 13:00, 1A, 3V, 55°C, power 25%, battery health 65%, external device Working status), (January 1, 2000, 14:00, 1.2A, 3.1V, 55℃, 3% battery, battery health 65%, external device standby status), etc., also includes the user identification of user A " A,000000xa". These fault detection information are transmitted to the server for analysis by remote service personnel B.

After receiving the fault detection information of user A at the server end, remote service personnel B learns the specifications and models of user A's implanted neurostimulation system through the user ID, so as to facilitate fault analysis of the in vitro device. Based on the analysis results, the server sends fault handling results to the client. The fault handling results include the specific fault detection type, which is overheating fault, and include the corresponding fault handling plan: it is recommended to charge the battery of the external device and prohibit the use of the program control function during the charging process.

User A's client receives the fault handling result and displays it to User A through the tablet screen. User A can view the type of fault detection and the corresponding treatment plan through the client, so as to take appropriate measures to solve the problem of external device heating.

In some embodiments, after step S105, the method may further include:

The server receives remote operations from remote service personnel, and performs fault processing on the medical system based on the remote operations.

The client receives the fault processing results sent by the server and displays the results to the user. It can be considered that the fault handling results are received through the client and displayed to the user (in a visual or other form), such as displaying relevant information, pop-up windows, voice reminders or notification reminders on the mobile application. The purpose of displaying fault handling results is to let users understand the fault conditions and response plans of the medical system. Users can take appropriate actions according to the prompts of the fault handling results, such as stopping using the equipment, contacting supervisors, or taking other safety measures to ensure the safety and health of the patient.

In addition, on the premise that the user is informed of the above fault handling results, the server can also receive remote operations from remote service personnel. Remote service personnel can perform remote troubleshooting on the medical system through the server, including remotely upgrading software, restarting equipment, setting parameters, deleting and uploading local files, and other operations. Through remote maintenance, medical system faults can be repaired or solved in a timely manner, improving the efficiency and convenience of fault handling.

By receiving remote operation instructions through the server, troubleshooting of the medical system can be performed remotely without the need for on-site operations, improving the efficiency and convenience of troubleshooting. As a result, through communication and interaction between the client and the server, the display of fault processing results and remote fault processing functions are provided, improving the efficiency and user experience of medical system fault processing.

Refer to Figure 2. Figure 2 is a schematic flowchart of sending file information provided by an embodiment of the present application.

In some embodiments, the method may further include:

Step S106: Obtain the fault risk level of the medical system according to the fault processing result;

Step S107: Determine whether the medical system meets the file upload conditions based on the fault risk level and the fault detection information;

Step S108: When the medical system meets the file upload conditions, accept the file upload request;

Step S109: In response to the file upload request, send the file information of the medical system to the server; the file information is used for fault detection of the medical system by the remote service personnel; the file information Including one or more of the following: picture information, video information and voice information of the medical system.

Therefore, the fault risk level of the medical system is obtained according to the fault processing results. The fault risk level can represent the severity of the medical system failure, such as high, medium, and low levels, or first, second, and third levels. It can be considered that high levels are more serious than low levels, and level one is more serious than level three. Determine whether the medical system meets the file upload conditions based on the fault risk level and fault detection information. When the medical system meets the file upload conditions, it receives a file upload request, where the file upload request can be obtained by the user using the client to perform a file upload operation. In response to the file upload request, the client sends the medical system's file information to the server. File information includes pictures, videos or voice information of the medical system, which can help remote service personnel conduct more comprehensive fault detection of the medical system. It can be considered that compared to equipment operation information and electrophysiological collection information, pictures, videos or voice information provide more intuitive data display and more detailed fault descriptions, which can provide more comprehensive environmental information and further facilitate fault verification and reproduction. .

Pictures, videos, and voices can contain sensitive content, such as patient body parts, condition details, medical procedures, etc. The leakage of this information may cause a greater violation of patients' privacy rights and personal dignity. In addition, pictures, videos and voices often contain personal identification information such as facial features and voices of patients, which can be used to identify patients. In contrast, equipment operating information and electrophysiological collection information are usually anonymous and cannot be easily communicated directly to patients. association.

On the one hand, this embodiment can ensure that file information is only allowed to be uploaded when necessary by making judgments based on the fault risk level and fault detection information. This granular control maximizes patient privacy. On the other hand, allowing file upload requests can facilitate users to upload pictures, videos or voice information to the server. This information can help remote service personnel fully understand and analyze the fault situation of the medical system and provide more accurate fault diagnosis and solutions. plan. On the other hand, through remote transmission of file information, the time and cost of traditional on-site detection and data collection are reduced, convenient remote fault detection is achieved, and effective support is provided for the maintenance and fault handling of the medical system.

In summary, compared to equipment operation information and electrophysiological collection information, picture information, video information and voice information provide more intuitive, detailed and comprehensive fault data, providing more useful information and basis for remote service personnel to facilitate more accurate diagnosis and treatment. Accurately diagnose faults and develop solutions. By judging whether the medical system meets the file upload conditions based on the fault risk level and fault detection information, filtering and restrictions can be carried out to ensure that only picture information, video information and voice information are allowed to be uploaded under specific conditions to prevent unauthorized data transmission. , reduce the risk of patient privacy leakage.

As an example, what is different from the previous example is that the fault handling result shows that the fault type is a hardware fault, and it is recommended that user A stop using the current in vitro device and replace it with a new one. According to the fault handling results, the fault risk level of the implantable neurostimulation system is advanced, and the implantable neurostimulation system meets the file upload conditions. User A sends photos of the working environment of the in vitro device to the server. After remote service personnel B receives the photos at the server, they further analyze the information in the photos. For example, they find that the heat dissipation holes of the external device are blocked by debris. The photos are used by remote service personnel B to further determine the cause of the fault.

Refer to Figure 3. Figure 3 is a schematic flow chart for determining whether a medical system meets file upload conditions provided by an embodiment of the present application.

In some embodiments, determining whether the medical system meets the file upload conditions based on the fault risk level and the fault detection information (ie step S107) may include:

Step S201: Obtain historical fault detection information corresponding to the user identification, where the historical fault detection information includes historical equipment operation information and historical electrophysiological information;

Step S202: For each measurement parameter in the fault detection information, obtain the first similarity between the measurement parameter and the corresponding measurement parameter in the historical fault detection information;

Step S203: Obtain the matching degree of the medical system according to the first similarity and weight corresponding to each measurement parameter;

Step S204: When the matching degree is not within the preset matching degree range corresponding to the user, determine that the medical system meets the file upload conditions.

Thus, historical fault detection information related to the user is obtained based on the user identification. This historical information includes past equipment operation information and electrophysiological information, recording the performance and status of the medical system at different points in time. For each measurement parameter in the current fault detection information, compare it with the corresponding measurement parameter in the historical fault detection information, and calculate the similarity between them. Based on the first similarity corresponding to each measurement parameter and its weight, the matching degree of the medical system is calculated. The weight can be determined based on the actual needs and importance of the measurement parameters for fault detection, and is used to adjust the contribution of different parameters. The matching degree reflects the consistency and similarity between current fault detection information and historical information. According to the user's corresponding preset matching degree interval, it is determined whether the matching degree is within this interval. If the matching degree is not within the preset interval, it means that the current fault detection information is significantly different from the historical information, and there may be faults or abnormalities that cannot be solved by remote service personnel. The result is that the medical system meets the file upload conditions.

On the one hand, it is judged whether the matching degree is within the user's preset matching interval. If the matching degree is not within the preset interval, it means that there is a big difference between the current fault detection information and the historical information, which may mean that a remote malfunction has occurred in the medical system. Faults or abnormal situations that are difficult for service personnel to solve. Files from the medical system that meet the file upload conditions are sent to the server to improve the accuracy of fault detection. On the other hand, judging the matching degree based on the user's own corresponding preset matching degree interval can effectively protect the patient's privacy. Only when the matching degree is not within the preset range, the file information of the medical system will be sent to the server for further fault detection, which enhances the protection of patient privacy.

In summary, this fault detection method can improve the accuracy of fault detection, strengthen fault processing capabilities, and protect patient privacy by comparing historical fault detection information and calculating similarity and matching.

As an example, obtain the first similarity between the voltage, current, remaining power, battery health, and temperature of the pulse generator and the corresponding parameters in the historical fault information, for example, they are 80%, 85%, 90%, and 70% respectively. and 90%. The weights corresponding to the above measurement parameters are 10, 10, 20, 5 and 5 respectively. The matching degree is 80%×10+85%×10+90%×20+70%×5+90×5= 42.5. The corresponding preset matching degree interval is [45, 55]. Obviously the current matching degree is not within the preset interval, and the implantable neurostimulation system meets the file upload conditions.

This embodiment does not limit the expression of the first similarity, which is, for example, 70%, 89% or 0.99. This embodiment does not limit the calculation method of the matching degree. It can be the method of multiplying and summing the similarity and the weight in the above example, or it can be a standard score process for multiple similarities, and then calculated with the weight. owned. Standard score refers to a calculation method used in statistics to compare and evaluate the distribution of individuals or samples relative to the overall distribution. It normalizes the raw data by converting it into standard units with a mean of 0 and a standard deviation of 1. This embodiment does not limit the selection of the preset matching degree interval, which is, for example, [45, 55], [30, 35] or [80, 155]. This embodiment does not limit the similarity calculation method. For example, the similarity calculation method provided by the existing technology may be used. As an example, a pre-trained similarity model can be used to perform similarity calculation on the above information (measurement parameters and corresponding measurement parameters in historical fault detection information) to obtain the first similarity between the two.

In some embodiments, the user's corresponding preset matching degree interval may be obtained by:

Obtain the corresponding relationship between the user ID and the matching degree interval;

According to the corresponding relationship between the user's user identification and the user's user identification, a matching degree interval corresponding to the user's user identification is determined and used as a preset matching degree interval.

By establishing the corresponding relationship between the user identification and the matching interval, a personalized matching assessment is conducted based on each user's personal characteristics and needs, which helps to improve the accuracy and reliability of fault detection. According to the user's own corresponding preset matching interval, the fault detection results can be matched with the user's personal characteristics, thereby improving the reliability and accuracy of fault detection.

Referring to Figure 4, Figure 4 is a schematic flowchart of obtaining fault detection information provided by an embodiment of the present application.

In some embodiments, the medical system includes an extracorporeal device and a pulse generator installed in the patient's body. Obtaining the fault detection information of the medical system through the client (ie, step S103) may include:

Step S301: Detect whether the in vitro device and the pulse generator meet the diagnostic conditions according to the fault detection information;

Step S302: When the external device meets the first fault condition, obtain its own device operation information through the external device;

Step S303: When the pulse generator meets the second fault condition, obtain its own equipment operation information and electrophysiological collection information through the pulse generator;

Step S304: Use the device operation information of the extracorporeal device and the pulse generator and the electrophysiological collection information as the fault detection information obtained by the client.

Thus, based on the fault detection information, the diagnostic conditions of the external device and the pulse generator are judged. Depending on the satisfaction of the diagnostic conditions, equipment operation information is obtained from the in vitro equipment and the pulse generator respectively. When the external device meets the first fault condition, the client obtains its own device operation information from the external device. For the situation where the pulse generator meets the second fault condition, its own equipment operation information and electrophysiological collection information are obtained from the pulse generator through the client. The equipment operation information of the in vitro equipment and pulse generator and the electrophysiological acquisition information are used as the fault detection information obtained by the client, that is, the fault detection information is integrated, and the information of different devices is merged together for comprehensive fault detection and diagnosis.

On the one hand, by detecting whether the in vitro equipment and pulse generator meet the diagnostic conditions and obtaining equipment operation information and electrophysiological acquisition information, comprehensive fault detection of the medical system can be carried out. Combining information from different devices (in vitro equipment and pulse generators) can more accurately enable remote service personnel to discover potential faults and anomalies, improving the reliability and accuracy of fault detection. On the other hand, by obtaining the operating information and electrophysiological acquisition information of different equipment (in vitro equipment and pulse generators), it can help remote service personnel better locate the source of faults and problems. For example, if the device operation information of the in vitro device is normal, but the electrophysiological acquisition information of the pulse generator is abnormal, it can be inferred that the problem may occur in the pulse generator part. Such comprehensive analysis of information helps remote service personnel improve the accuracy of fault location and provide users with more accurate fault solutions.

In summary, by integrating the operation information and electrophysiological collection information of different equipment, it can provide remote service personnel with comprehensive and accurate fault detection data, and help remote service personnel locate and solve fault problems in the medical system, helping to improve Reliability, safety and performance of healthcare systems to improve patient experiences and outcomes.

Electrophysiological information acquisition refers to obtaining data about the physiological status and function of an organism by measuring and recording the electrical signals generated by it. It can be understood as converting the electrical signal of the organism into a voltage or current signal through sensors or electrodes, and transmitting it through the device. This embodiment does not limit the amplified, filtered and recorded information. The device operation information of the external device and the pulse generator may respectively be information such as voltage, current, remaining power, battery health, temperature, etc., which are not limited in this embodiment.

Referring to Figures 5 and 6, Figure 5 is a schematic flow chart for detecting whether an in vitro device meets the first fault condition provided by an embodiment of the present application. Figure 6 is a detection pulse generator provided by an embodiment of the present application. A schematic flow chart of the second fault condition to determine whether the second fault condition is met.

In some embodiments, the process of detecting whether the extracorporeal device meets the first fault condition may include:

Step S401: For each measurement parameter in the fault detection information of the in vitro device, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

Step S402: When the number of measurement data in its corresponding preset range is not greater than the first preset number, determine that the in vitro device meets the first fault condition.

The process of detecting whether the pulse generator meets the second fault condition may include:

Step S403: For each measurement parameter in the fault detection information of the pulse generator, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

Step S404: When the number of measurement data in its corresponding preset range is not greater than the second preset number, determine that the pulse generator meets the second fault condition.

Thus, for each measurement parameter in the fault detection information of the in vitro device, it is detected whether the measurement data is within its corresponding preset range. If the number of measurement data within the preset range is not greater than the first preset number, it is determined that the in vitro device meets the first fault condition. Similarly, for each measurement parameter in the fault detection information of the pulse generator, it is detected whether the measurement data is within its corresponding preset range. If the number of measurement data within the preset range is not greater than the second preset number, it is determined that the pulse generator meets the second fault condition.

This embodiment does not limit the values of the first preset number and the second preset number, which may be, for example, 4, 6, 8, 12, etc. The first preset number and the second preset number may be manually set according to the patient's condition and the type of medical system.

On the one hand, it helps to improve the reliability and accuracy of fault detection by detecting whether the measurement parameter data of the in vitro device and the pulse generator are within a preset range. On the other hand, the range and number of presets can be adjusted according to specific equipment characteristics and fault detection needs. By flexibly setting preset parameters, it can be adapted to different types of in vitro equipment and pulse generators, ensuring the sensitivity and accuracy of remote service personnel's fault detection of medical systems.

In summary, by judging the preset range and quantity of measurement parameters in the fault detection information of in vitro equipment and pulse generators, remote service personnel can accurately assess the fault situation of the medical system, thereby improving the accuracy of fault detection. and efficiency.

As an example, the measured parameters and their measured values in the fault detection information of the in vitro device are voltage 3v, current 1.2mA, remaining power 80%, battery health 60% and temperature 35°C. It is respectively detected whether the measurement data of the above-mentioned measurement parameters are within the corresponding preset range. When the number of measurement data in the corresponding preset range is 2, since the first preset number is 3, the number of the corresponding preset range is 2. The number of measured data is not greater than the first preset number, the in vitro equipment is in poor operating condition, and the first fault condition is met.

As another example, the measured parameters and their measured values in the fault detection information of the in vitro device are voltage 3v, current 1.2mA, remaining power 80%, battery health 95%, and temperature 35°C. Detect whether the measurement data of the above-mentioned measurement parameters are in their corresponding preset ranges respectively. When the number of measurement data in their corresponding preset ranges is 4, since the first preset number is 3, the number of the corresponding preset ranges is 4. The number of measurement data is greater than the first preset number, the operating condition of the in vitro equipment is still good, and the first fault condition is not met.

Refer to FIG. 7 , which is a schematic flowchart of receiving fault processing results according to an embodiment of the present application.

In some embodiments, receiving and displaying the fault processing result through the client (ie, step S105) may include:

Step S501: Input the fault detection information into the fault processing model and obtain the reference fault processing results corresponding to the medical system;

Step S502: Obtain the second similarity between the reference fault processing result and the fault processing result;

Step S503: When the second similarity is not less than the preset similarity, display the fault processing result through the client;

Step S504: When the second similarity is less than the preset similarity, display the fault processing result and the preset fault processing result through the client.

As a result, the fault detection information is input into the fault processing model and processed according to the known medical system fault processing data and algorithms to obtain the reference fault processing results corresponding to the medical system. Obtain the second similarity between the reference fault processing result and the fault processing result, and decide how to display the fault processing result to the user based on the comparison result between the second similarity and the preset similarity. When the second similarity is not less than the preset similarity, the client displays the actual fault handling result to the user. When the second similarity is less than the preset similarity, the client simultaneously displays the fault processing result and the preset fault processing result to the user.

At the same time, the reference fault processing result refers to the expected fault processing result obtained after processing the fault detection information of the medical system through the fault processing model. It is based on known fault processing knowledge and experience and can be regarded as a reference or Standard for comparison with troubleshooting results.

On the one hand, the function of reference troubleshooting results is to provide a reference standard for evaluating the accuracy and reliability of troubleshooting results. By comparing with reference standards, the differences and similarities between actual processing results and expected results can be judged, thereby helping to evaluate the quality and effectiveness of troubleshooting. On the other hand, by inputting fault detection information into the fault processing model and comparing it with the reference fault processing results, the accuracy and reliability of the fault processing results can be verified, which helps to improve the quality of fault processing in the medical system. On the other hand, showing the fault handling results to the user can let the user understand the fault situation of the medical system and the processing measures that can be taken. Users can evaluate the feasibility and effectiveness of troubleshooting based on the displayed results and reference results, and provide feedback (using communication devices such as clients or mobile phones to remote service personnel). On the other hand, displaying the fault processing results and the preset fault processing results at the same time can help users visually compare the differences and similarities between the two, which helps users better understand the fault handling situation and make appropriate decisions. judgment and choice.

In summary, by using the fault handling model and comparing similarity methods, accurate fault handling results can be provided and relevant information can be displayed to users to help users understand and evaluate fault handling solutions and improve users' confidence in remote service personnel. Trust and satisfaction.

This embodiment does not limit the preset similarity, which is, for example, 80%, 89% or 0.95. This embodiment does not limit the similarity calculation method. For example, the similarity calculation method provided by the existing technology may be used. As an example, a pre-trained similarity model can be used to perform similarity calculation on the above information (reference fault processing result and fault processing result) to obtain the second similarity between the two.

Among them, when the fault handling model is trained, the training process includes:

Obtain a training set, the training set includes a plurality of training data, each of the training data includes fault detection information of a sample patient and corresponding annotation data of reference fault processing results;

For each training data in the training set, perform the following processing:

Enter the fault detection information of the sample patients in the training data into the preset deep learning model to obtain prediction data of the corresponding reference fault processing results;

Update the model parameters of the deep learning model based on the prediction data and annotation data of the corresponding reference fault processing results;

Check whether the preset training end conditions are met; if yes, use the trained deep learning model as the fault handling model; if not, use the next training data to continue training the deep learning model.

Therefore, by designing and establishing an appropriate number of neuron computing nodes and multi-layer computing hierarchies, and selecting appropriate input and output layers, a preset deep learning model can be obtained. Through learning and tuning of the deep learning model, Establish a functional relationship from input to output. Although the functional relationship between input and output cannot be found 100%, it can approximate the realistic correlation as much as possible. The fault processing model trained thus can obtain the corresponding fault based on the fault detection information. Refer to the troubleshooting results, it has a wide range of applications, and the calculation results are highly accurate and reliable.

In some optional implementations, the embodiments of this application can train a fault processing model. In other optional implementations, this application can use a pre-trained fault processing model.

In some optional implementations, for example, data mining can be performed on historical data to obtain fault detection information of sample patients in the training set.

This application does not limit the training process of the fault handling model. For example, it may adopt the above-mentioned supervised learning training method, or may adopt the semi-supervised learning training method, or may adopt the unsupervised learning training method.

This application does not limit the preset training end condition. For example, it can be that the number of training times reaches the preset number of times (the preset number of times is, for example, 1 time, 3 times, 10 times, 100 times, 1000 times, 10000 times, etc.), or it can The training data in the training set have completed one or more trainings, or the total loss value obtained in this training is not greater than the preset loss value.

In some embodiments, the fault handling solution includes one or more of the following:

Remotely upgrade the software of the medical system; replace or check the battery of the medical system; physically cool the external part of the medical system; and charge the medical system.

As a result, on the one hand, software updates or fixes are sent to the medical system remotely to make it more stable and reliable. By upgrading software, software-related faults can be solved, system performance can be improved, bugs or errors can be fixed, or new features can be provided. This remote upgrade method avoids the trouble of users having to carry the device or mail the device in person to handle software faults, and improves the efficiency of fault handling and user experience. On the other hand, in response to possible battery aging or failure, remote service personnel can remotely guide users to replace the battery or check the battery status. The replaced battery can provide a stable power supply, ensure the normal operation of the medical system, and help solve the problem. Fault conditions such as device heating or unstable power supply caused by battery problems. On the other hand, for equipment heating problems, remote service personnel can recommend that users take physical cooling measures, such as cleaning blockages around the equipment to ensure good heat dissipation; or adjusting the use environment of the equipment to avoid excessively hot environments that affect equipment heat dissipation. Through physical cooling, faults caused by overheating can be effectively solved and the normal operation of the medical system can be guaranteed. On the other hand, when the medical system suffers from insufficient power, the user is guided to solve the problem by charging to ensure the normal operation of the medical system. To sum up, the above-mentioned various troubleshooting solutions can improve user satisfaction and experience with the medical system.

In some embodiments, prompt information is sent to the monitoring device according to the obtained failure type and risk level, and the prompt information is used to prompt the patient's monitoring personnel of the failure risk of the medical system.

For serious failures, it is recommended that users stop using medical equipment immediately and remind monitoring personnel to ensure that necessary measures are taken in a timely manner to ensure the safety of patients. The reminder information sent can be in the form of a phone call, text message or APP pop-up window.

In a specific application scenario, embodiments of the present application also provide a fault detection method for a medical system. The medical system includes an extracorporeal device and a pulse generator arranged in the patient's body. The method is used for remote fault detection of the medical system. Detection, the method includes:

Send an authorization request to the client through the server;

After the client confirms the authorization request, establish a remote communication connection between the server and the client;

According to the fault detection information, detect whether the in vitro device and the pulse generator meet diagnostic conditions;

When the extracorporeal device meets the first fault condition, obtain its own equipment operation information through the extracorporeal device;

When the pulse generator meets the second fault condition, obtain its own equipment operation information and electrophysiological collection information through the pulse generator;

Use the device operation information of the extracorporeal device and the pulse generator and the electrophysiological collection information as the fault detection information obtained by the client; transmit the fault detection information to the server to enable remote services Personnel performs fault detection on the medical system; the fault detection information includes user identification and one or more of the following: equipment operation information and electrophysiological collection information;

Send fault processing results to the client through the server, where the fault processing results include fault detection types and/or fault processing solutions;

Input the fault detection information into the fault processing model to obtain the reference fault processing results corresponding to the medical system;

Obtain the second similarity between the reference fault processing result and the fault processing result;

When the second similarity is not less than the preset similarity, the fault processing result is displayed through the client;

When the second similarity is less than the preset similarity, display of the fault processing result and the preset fault processing result is achieved through the client;

While displaying the fault processing result to the user through the client, or simultaneously displaying the fault processing result and the preset fault processing result to the user through the client, according to the fault processing As a result, the failure risk level of the medical system is obtained;

Obtain historical fault detection information corresponding to the user identification, where the historical fault detection information includes historical equipment operation information and historical electrophysiological information;

For each measurement parameter in the fault detection information, obtain a first similarity between the measurement parameter and the corresponding measurement parameter in the historical fault detection information;

Obtain the matching degree of the medical system according to the first similarity and weight corresponding to each of the measurement parameters;

When the matching degree is not within the preset matching degree range corresponding to the user, it is determined that the medical system meets the file upload conditions;

When the medical system meets the file upload conditions, accept the file upload request;

In response to the file upload request, the file information of the medical system is sent to the server, and the file information is used for fault detection of the medical system by the remote service personnel; the file information includes the following: One or more types: picture information, video information and voice information of the medical system.

Wherein, the process of detecting whether the in vitro device meets the first fault condition includes:

For each measurement parameter in the fault detection information of the in vitro device, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

When the number of measurement data in its corresponding preset range is not greater than the first preset number, it is determined that the in vitro device meets the first fault condition;

The process of detecting whether the pulse generator meets the second fault condition includes:

For each measurement parameter in the fault detection information of the pulse generator, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

When the number of measurement data in its corresponding preset range is not greater than the second preset number, it is determined that the pulse generator meets the second fault condition.

As an example, user A is a patient using an implanted neurostimulation system. Since user A found that the extracorporeal equipment has been frequently low in power and lost power quickly recently, he contacted the remote service personnel B of the implanted neurostimulation system by phone. Remote service person B installs the above-mentioned client on the tablet (user terminal device) under the guidance of the phone call, and uses the client to remotely accept the authorization request sent by remote service person B using the server through the 5G network. After receiving the request, user A's client establishes a remote communication connection with the server.

User A's client begins to obtain fault detection information of the in vitro device. Fault detection information includes the voltage, current, remaining power, battery health, signal strength and temperature of the external device. The corresponding values are 3.2V, 15mA, 80%, 85, 30% and 61°C respectively. The fault detection information is transmitted to the server for analysis by remote service personnel B.

After receiving the fault detection information of user A at the server end, remote service personnel B learns the specifications and models of user A's implanted neurostimulation system through the user ID, so as to facilitate fault analysis of the in vitro device. Based on the analysis results, remote service personnel B uses the server to send the fault processing results to the client. The troubleshooting results include specific fault detection types, which are signal strength problems, and include corresponding troubleshooting plans: it is recommended to shorten the distance between the in vitro device and the pulse generator.

User A's client receives the fault handling result and displays it to User A through the tablet screen. User A can view the type of fault detection and the corresponding treatment plan through the client, so as to take appropriate measures to solve the problem of external device heating.

At the same time, according to the fault processing results, the fault risk level of the implantable neurostimulation system is obtained as advanced, and the first similarity and matching degree between the fault detection information and the corresponding parameters in the historical fault information is obtained. The matching degree is 60, and it is no longer in the preset matching. Within the degree range, it is determined that the implantable neurostimulation system meets the file upload conditions.

User A sends photos of the working environment of the in vitro device to the server. After receiving the photo at the server, remote service person B further analyzes the information in the photo. For example, he finds that the external device is placed next to the microwave oven. Remote service person B can think that the electromagnetic radiation of the microwave oven may cause signal interference to the external device, that is to say The photos can be used by remote service personnel B to further determine the cause of the fault.

Device embodiment

The embodiments of the present application provide a fault detection device for a medical system. The specific implementation manner is consistent with the implementation manners and technical effects achieved described in the above method implementation modes, and some contents will not be described again.

The fault detection device includes a memory and at least one processor, the memory stores a computer program, and the at least one processor is configured to implement the following steps when executing the computer program:

Send an authorization request to the client through the server;

After the client confirms the authorization request, establish a remote communication connection between the server and the client;

The fault detection information of the medical system is obtained through the client, and the fault detection information is transmitted to the server, so that remote service personnel can perform fault detection on the medical system; the fault detection information includes user Identification and one or more of the following: device operating information and electrophysiological acquisition information;

Send fault processing results to the client through the server, where the fault processing results include fault detection types and/or fault processing solutions;

The fault handling results are received through the client and displayed.

In some embodiments, the at least one processor is configured to also perform the following steps when executing the computer program:

Obtain the fault risk level of the medical system according to the fault processing results;

Determine whether the medical system meets the file upload conditions based on the fault risk level and the fault detection information;

When the medical system meets the file upload conditions, accept the file upload request;

In response to the file upload request, the file information of the medical system is sent to the server, and the file information is used for fault detection of the medical system by the remote service personnel; the file information includes the following: One or more types: picture information, video information and voice information of the medical system.

In some embodiments, when the at least one processor executes the computer program, the following method is used to determine whether the medical system meets the file upload conditions:

Obtain historical fault detection information corresponding to the user identification, where the historical fault detection information includes historical equipment operation information and historical electrophysiological information;

For each measurement parameter in the fault detection information, obtain a first similarity between the measurement parameter and the corresponding measurement parameter in the historical fault detection information;

Obtain the matching degree of the medical system according to the first similarity and weight corresponding to each of the measurement parameters;

When the matching degree is not within the preset matching degree range corresponding to the user, it is determined that the medical system meets the file upload conditions.

In some embodiments, the medical system includes an extracorporeal device and a pulse generator disposed in the patient's body. When the at least one processor executes the computer program, the fault of the medical system is obtained through the client in the following manner: Test information:

According to the fault detection information, detect whether the in vitro device and the pulse generator meet diagnostic conditions;

When the extracorporeal device meets the first fault condition, obtain its own equipment operation information through the extracorporeal device;

When the pulse generator meets the second fault condition, obtain its own equipment operation information and electrophysiological collection information through the pulse generator;

The device operation information of the extracorporeal device and the pulse generator and the electrophysiological collection information are used as the fault detection information obtained by the client.

In some embodiments, when the at least one processor executes the computer program, the following method is used to detect whether the in vitro device meets the first fault condition:

For each measurement parameter in the fault detection information of the in vitro device, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

When the number of measurement data in its corresponding preset range is not greater than the first preset number, it is determined that the in vitro device meets the first fault condition;

When the at least one processor executes the computer program, the following method is used to detect whether the pulse generator meets the second fault condition:

For each measurement parameter in the fault detection information of the pulse generator, detect whether the measurement data of the measurement parameter is within its corresponding preset range;

When the number of measurement data in its corresponding preset range is not greater than the second preset number, it is determined that the pulse generator meets the second fault condition.

In some embodiments, when the at least one processor executes the computer program, the fault processing result is received and displayed through the client in the following manner:

Input the fault detection information into the fault processing model to obtain the reference fault processing results corresponding to the medical system;

Obtain the second similarity between the reference fault processing result and the fault processing result;

When the second similarity is not less than the preset similarity, the fault processing result is displayed through the client;

When the second similarity is less than the preset similarity, the fault processing result and the preset fault processing result are displayed through the client.

In some embodiments, the fault handling solution includes one or more of the following:

Remotely upgrade the software of the medical system; replace or check the battery of the medical system; physically cool the external part of the medical system; and charge the medical system.

Referring to Figure 8, Figure 8 is a structural block diagram of a fault detection device provided by an embodiment of the present application.

The fault detection device 10 may include, for example, at least one memory 11, at least one processor 12, and a bus 13 connecting different platform systems.

Memory 11 may include (computer) readable media in the form of volatile memory, such as random access memory (RAM) 111 and/or cache memory 112 , and may further include read only memory (ROM) 113 .

The memory 11 also stores a computer program, and the computer program can be executed by the processor 12, so that the processor 12 implements the steps of any of the above methods.

The memory 11 may also include a utility 114 having at least one program module 115, such program modules 115 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some of these examples. This combination may include the implementation of a network environment.

Correspondingly, the processor 12 can execute the above-mentioned computer program, and can execute the utility tool 114.

The processor 12 may adopt one or more application specific integrated circuits (ASICs, Application Specific Integrated Circuits), programmable logic devices (PLDs, Programmable Logic Devices), complex programmable logic devices (CPLDs, Complex Programmable Logic Devices), or field programmable logic devices. Gate array (FPGA, Field-Programmable Gate Array) or other electronic components.

Bus 13 may be a local bus representing one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a graphics acceleration port, a processor, or any bus structure using a variety of bus structures.

The fault detection device 10 may also communicate with one or more external devices such as keyboards, pointing devices, Bluetooth devices, etc., and may also communicate with one or more devices capable of interacting with the fault detection device 10, and/or with the device that causes the fault. Detection device 10 can communicate with any device that communicates with one or more other computing devices (eg, router, modem, etc.). This communication can take place via the input/output interface 14. Furthermore, the fault detection device 10 may also communicate with one or more networks (eg, a local area network (LAN), a wide area network (WAN), and/or a public network, such as the Internet) through the network adapter 15 . The network adapter 15 can communicate with other modules of the fault detection device 10 via the bus 13 . It should be understood that, although not shown in the figure, other hardware and/or software modules may be used in conjunction with the fault detection device 10 in actual applications, including but not limited to: microcode, device drivers, redundant processors, and external disk drive arrays. , RAID systems, tape drives and data backup storage platforms, etc.

System embodiment

Referring to Figure 9, Figure 9 is a structural block diagram of a diagnostic system provided by an embodiment of the present application.

The embodiment of the present application provides a diagnostic system, including a client 20, a server 30, and a fault detection device 10 of the medical system;

The client 20 is used to obtain fault detection information of the medical system, and the server 30 is used to establish a remote communication connection with the client through the fault detection device and receive the fault detection information.

The specific implementation of the fault detection equipment is consistent with the implementation described in the above-mentioned equipment implementation, and the technical effects achieved are consistent, and some details will not be described again.

Thus, the client connects to the medical system, and the client also establishes a remote communication connection with the server through the fault detection equipment to obtain fault detection information of the medical system.

In some embodiments, the fault detection device is integrated on the user terminal device of the client.

Therefore, integrating fault detection equipment on the client's user terminal equipment can reduce the complexity and number of components of the system, simplify the system architecture and deployment, and reduce the physical connection and communication costs of the equipment. Since the fault detection equipment is directly integrated on the client's user terminal equipment, real-time fault detection and analysis can be achieved. Since the client is usually portable, fault detection can be performed anytime and anywhere, which improves the flexibility and convenience of the system.

Computer-readable storage media embodiments

The embodiments of the present application also provide a computer-readable storage medium, the specific embodiments of which are consistent with the embodiments recorded in the above method embodiments and the technical effects achieved, and some of the contents will not be described again.

The computer-readable storage medium stores a computer program. When the computer program is executed by at least one processor, the steps of any of the above methods are implemented or the function of any of the above electronic devices is implemented.

The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. In the embodiments of the present application, the computer-readable storage medium may be any tangible medium containing or storing a program, which may be used by or in combination with an instruction execution system, apparatus or device. The computer-readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination thereof. More specific examples (non-exhaustive list) of computer readable storage media include: an electrical connection having one or more conductors, a portable disk, a hard disk, random access memory (RAM), read only memory (ROM), Erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above.

A computer-readable storage medium may include a data signal propagated in baseband or as part of a carrier wave carrying the readable program code therein. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. A computer-readable storage medium may also be any computer-readable medium that can transmit, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer-readable storage medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the above. Program code for performing the operations of the present invention may be written in any combination of one or more programming languages, including object-oriented programming languages such as Java, C++, etc., as well as conventional procedural programming languages. Such as C language or similar programming language. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server execute on. In situations involving remote computing devices, the remote computing device may be connected to the user computing device through any kind of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device, such as provided by an Internet service. (business comes via Internet connection).

Computer program product embodiments

The embodiments of the present application also provide a computer program product, the specific embodiments of which are consistent with the embodiments recorded in the above method embodiments and the technical effects achieved, and part of the content will not be described again.

The present application provides a computer program product. The computer program product includes a computer program. When the computer program is executed by at least one processor, the steps of any of the above methods are implemented or the function of any of the above fault detection devices is implemented.

Refer to Figure 10, which is a schematic structural diagram of a computer program product provided by an embodiment of the present application.

The computer program product is used to implement the steps of any of the above methods or to implement the function of any of the above fault detection devices. The computer program product may take the form of a portable compact disk read-only memory (CD-ROM) and include the program code, and may be run on a terminal device such as a personal computer. However, the computer program product of the present invention is not limited thereto, and the computer program product may adopt any combination of one or more computer-readable media.

It should be noted that in the embodiments of this application, "at least one" refers to one or more, and "multiple" refers to two or more. "And/or" describes the association of associated objects, indicating that there can be three relationships, for example, A and/or B, which can mean: A exists alone, A and B exist simultaneously, and B exists alone, where A, B can be singular or plural. The character "/" generally indicates that the related objects are in an "or" relationship. "At least one of the following" or similar expressions thereof refers to any combination of these items, including any combination of a single item (items) or a plurality of items (items). For example, at least one of a, b or c can mean: a, b, c, a and b, a and c, b and c or a and b and c, where a, b and c can It can be single or multiple. It is worth noting that "at least one item (item)" can also be interpreted as "one item (item) or multiple items (item)".

The terms "first", "second", etc. in the description and claims of this application and the above-mentioned drawings are configured to distinguish similar objects, and are not necessarily configured to describe a specific order or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances so that the embodiments of the application described herein can be practiced in sequences other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, e.g., a process, method, system, product, or apparatus that encompasses a series of steps or units and need not be limited to those explicitly listed. Those steps or elements may instead include other steps or elements not expressly listed or inherent to the process, method, product or apparatus.

This application is elaborated from the perspectives of purpose of use, efficiency, progress and novelty, etc., and has complied with the functional enhancement and usage requirements emphasized by the patent law. The above description and drawings of this application are only the best implementation of this application. This application is only an example and does not limit this application. Therefore, any structures, devices, features, etc. that are similar or identical to those of this application, that is, any equivalent substitutions or modifications made in accordance with the scope of the patent application, shall belong to this application. within the scope of patent application protection.

Claims (12)

1. A fault detection method for a medical system, characterized in that the method is used for remote fault detection of the medical system, and the method includes: Send an authorization request to the client through the server; After the client confirms the authorization request, establish a remote communication connection between the server and the client; The fault detection information of the medical system is obtained through the client, and the fault detection information is transmitted to the server, so that remote service personnel can perform fault detection on the medical system; the fault detection information includes user Identification and one or more of the following: device operating information and electrophysiological acquisition information; Send fault processing results to the client through the server, where the fault processing results include fault detection types and/or fault processing solutions; The fault handling results are received through the client and displayed. 2. The fault detection method of the medical system according to claim 1, characterized in that the method further includes: Obtain the fault risk level of the medical system according to the fault processing results; Determine whether the medical system meets the file upload conditions based on the fault risk level and the fault detection information; When the medical system meets the file upload conditions, accept the file upload request; In response to the file upload request, the file information of the medical system is sent to the server, and the file information is used for fault detection of the medical system by the remote service personnel; the file information includes the following: One or more types: picture information, video information and voice information of the medical system. 3. The fault detection method of a medical system according to claim 2, wherein determining whether the medical system meets file upload conditions based on the fault risk level and the fault detection information includes: Obtain historical fault detection information corresponding to the user identification, where the historical fault detection information includes historical equipment operation information and historical electrophysiological information; For each measurement parameter in the fault detection information, obtain a first similarity between the measurement parameter and the corresponding measurement parameter in the historical fault detection information; Obtain the matching degree of the medical system according to the first similarity and weight corresponding to each of the measurement parameters; When the matching degree is not within the preset matching degree range corresponding to the user, it is determined that the medical system meets the file upload conditions. 4. The fault detection method of the medical system according to claim 1, wherein the medical system includes an external device and a pulse generator installed in the patient's body, and the client obtains the information of the medical system through the client. Fault detection information includes: According to the fault detection information, detect whether the in vitro device and the pulse generator meet diagnostic conditions; When the extracorporeal device meets the first fault condition, obtain its own equipment operation information through the extracorporeal device; When the pulse generator meets the second fault condition, obtain its own equipment operation information and electrophysiological collection information through the pulse generator; The device operation information of the extracorporeal device and the pulse generator and the electrophysiological collection information are used as the fault detection information obtained by the client. 5. The fault detection method of the medical system according to claim 4, wherein the process of detecting whether the extracorporeal device meets the first fault condition includes: For each measurement parameter in the fault detection information of the in vitro device, detect whether the measurement data of the measurement parameter is within its corresponding preset range; When the number of measurement data in its corresponding preset range is not greater than the first preset number, it is determined that the in vitro device meets the first fault condition; The process of detecting whether the pulse generator meets the second fault condition includes: For each measurement parameter in the fault detection information of the pulse generator, detect whether the measurement data of the measurement parameter is within its corresponding preset range; When the number of measurement data in its corresponding preset range is not greater than the second preset number, it is determined that the pulse generator meets the second fault condition. 6. The fault detection method of the medical system according to claim 1, wherein the step of receiving and displaying the fault processing results through the client includes: Input the fault detection information into the fault processing model to obtain the reference fault processing results corresponding to the medical system; Obtain the second similarity between the reference fault processing result and the fault processing result; When the second similarity is not less than the preset similarity, the fault processing result is displayed through the client; When the second similarity is less than the preset similarity, the fault processing result and the preset fault processing result are displayed through the client. 7. The fault detection method of the medical system according to claim 1, characterized in that the fault handling solution includes one or more of the following: Remotely upgrade the software of said medical system; Replace or inspect the battery of said medical system; charging said medical system; The external portion of the medical system is physically cooled. 8. A fault detection device for a medical system, characterized in that the fault detection device includes a memory and at least one processor, the memory stores a computer program, and the at least one processor is configured to execute the computer program Follow these steps: Send an authorization request to the client through the server; After the client confirms the authorization request, establish a remote communication connection between the server and the client; The fault detection information of the medical system is obtained through the client, and the fault detection information is transmitted to the server, so that remote service personnel can perform fault detection on the medical system; the fault detection information includes user Identification and one or more of the following: device operating information and electrophysiological acquisition information; Send fault processing results to the client through the server, where the fault processing results include fault detection types and/or fault processing solutions; The fault handling results are received through the client and displayed. 9. A diagnostic system, characterized by comprising a client, a server and the fault detection equipment of the medical system according to claim 8; The client is used to obtain fault detection information of the medical system, and the server is used to establish a remote communication connection with the client through the fault detection device and receive the fault detection information. 10. The diagnostic system according to claim 9, characterized in that the fault detection device is integrated on the user terminal device of the client. 11. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program, and when the computer program is executed by at least one processor, the method of any one of claims 1-7 is implemented. steps, or realize the function of the fault detection device described in claim 8. 12. A computer program product, characterized in that the computer program product includes a computer program, which when executed by at least one processor implements the steps of the method according to any one of claims 1 to 7, or implements The function of the fault detection device as claimed in claim 8.