Method, device and storage medium for monitoring status of in vitro diagnostic equipment

Abstract

The present application discloses a method, device, system and storage medium for monitoring the status of an in vitro diagnostic device, the method comprising: determining whether an in vitro diagnostic device provided with a communication module is in an offline state; if in an offline state, issuing an alarm message. Through the above method, the present application can detect the status of the in vitro diagnostic device and issue an alarm message according to the detection result.

Description

Technical Field

[0001] The present application relates to the medical field, and in particular to a method, device and storage medium for monitoring the status of in vitro diagnostic equipment. Background Art

[0002] With the development of medical technology, in vitro diagnostic equipment, namely in vitro diagnostic products (IVD) medical equipment, has been used more and more widely. Generally, after the IVD equipment is sold, the manufacturer is unable to understand its usage in time. For example, the IVD equipment has problems and the customer cannot use it, or the customer has new needs and stops using the IVD equipment. In these cases, since the manufacturer cannot understand the situation and deal with it in time, it may cause the customer's trust in the IVD equipment to decrease or even lose the customer. Summary of the invention

[0003] The present application provides a method, device, system and storage medium for monitoring the status of an in vitro diagnostic device, which can solve the problem in the prior art that the use status of the in vitro diagnostic device cannot be timely understood.

[0004] To solve the above technical problems, a technical solution adopted in the present application is: to provide a status monitoring method for an in vitro diagnostic device, the method comprising: determining whether the in vitro diagnostic device provided with a communication module is in an offline state; if in an offline state, issuing an alarm message.

[0005] In order to solve the above technical problems, another technical solution adopted by the present application is: to provide a monitoring device, which includes a processor and a memory coupled to the processor, wherein the memory stores information for implementing the above method after the processor is running.

[0006] In order to solve the above technical problems, another technical solution adopted by the present application is: providing a storage medium storing instructions, which implement the above method when the instructions are executed.

[0007] In order to solve the above technical problems, another technical solution adopted in the present application is: to provide a status monitoring system for in vitro diagnostic equipment, the system includes at least one in vitro diagnostic equipment, a third-party Internet of Things platform and a monitoring device; wherein the in vitro diagnostic equipment is provided with a communication module, and communicates with the third-party Internet of Things platform through the communication module; the third-party Internet of Things platform is connected to the monitoring device, and is used to send information indicating whether the in vitro diagnostic equipment is in an offline state to the monitoring device, and serves as a transfer device between the in vitro diagnostic equipment and the monitoring device to realize information interaction between the in vitro diagnostic equipment and the monitoring device; the monitoring device is used to send an alarm message when the in vitro diagnostic equipment is in an offline state.

[0008] The beneficial effect of the present application is: through the above-mentioned method, the in vitro diagnostic equipment of the present application is provided with a communication module, so as to judge the offline state of the in vitro diagnostic equipment provided with the communication module. If it is judged that it is in an offline state, it is determined that the in vitro diagnostic equipment is in a state of being out of use, so an alarm message is issued to notify relevant personnel to deal with it in time, thereby realizing the status monitoring of the in vitro diagnostic equipment, so that relevant personnel can be aware of the use of the in vitro diagnostic equipment in time. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Figure 1 It is a flow chart of an embodiment of a method for monitoring the state of an in vitro diagnostic device of the present application;

[0010] Figure 2 yes Figure 1 Specific process diagram of S10;

[0011] Figure 3 This is a schematic diagram of the page for setting device information in this application;

[0012] Figure 4 This is a schematic diagram of the page for setting offline alarm contact information in this application;

[0013] Figure 5 This is a schematic diagram of the fault viewing page for this application;

[0014] Figure 6 yes Figure 1 Specific process diagram of S20;

[0015] Figure 7 This is a schematic diagram of the terminal failure page of this application;

[0016] Figure 8 It is a schematic diagram of offline solution suggestions in the form of email for this application;

[0017] Fig. 9 yes Figure 6 The specific process diagram of S21;

[0018] Fig.10 It is a structural schematic diagram of an embodiment of the monitoring device of the present application;

[0019] Fig.11 It is a structural schematic diagram of an embodiment of a storage medium of the present application;

[0020] Fig.12 It is a structural diagram of an embodiment of a status monitoring system of an in vitro diagnostic device of the present application. DETAILED DESCRIPTION

[0021] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0022] The terms "first", "second", "third" in this application are only used for descriptive purposes, and cannot be understood as indicating or implying relative importance or implicitly indicating the number of indicated technical features. Thus, the features defined as "first", "second", "third" can expressly or implicitly include at least one of the features. In the description of this application, the meaning of "multiple" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined. In the embodiments of this application, all directional indications (such as up, down, left, right, front, back...) are only used to explain the relative position relationship, movement, etc. between the components under a certain specific posture (as shown in the accompanying drawings). If the specific posture changes, the directional indication also changes accordingly. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the steps or units listed, but optionally also includes steps or units that are not listed, or optionally also includes other steps or units inherent to these processes, methods, products or devices.

[0023] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various locations in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments without conflict.

[0024] See also Figure 1 , Figure 1 1 is a flow chart of the first embodiment of the state monitoring method of the in vitro diagnostic device of the present application. It should be noted that if there are substantially the same results, this embodiment does not Figure 1 The process sequence shown is limited. Figure 1 As shown, this embodiment includes:

[0025] S10: Determine whether the in vitro diagnostic device provided with the communication module is in an offline state.

[0026] The execution subject of this embodiment is a monitoring device, which is any device with processing capabilities, such as a server or a terminal device such as a mobile phone or a computer. In order to realize the monitoring of the in vitro diagnostic device, the in vitro diagnostic device in the embodiment of the present application is provided with a communication module, which can be a communication module using mobile communication technology, such as a 3G communication module with a traffic card, a 4G communication module, a 5G communication module, etc. Of course, the communication module can also be a WIFI communication module, a Bluetooth communication module, etc., so the communication module is not limited here.

[0027] In one embodiment, the monitoring device can be connected to the in vitro diagnostic device to directly monitor whether the in vitro diagnostic device is in an offline state. For example, the in vitro diagnostic device can periodically send a heartbeat packet to the monitoring device. If the monitoring device does not detect the heartbeat packet within a certain period of time, it is determined that the in vitro diagnostic device is in an offline state. Alternatively, the monitoring device periodically sends an inquiry packet to the in vitro diagnostic device. If a response message from the in vitro diagnostic device is not received within a certain period of time after sending the inquiry packet, it is determined that the in vitro diagnostic device is in an offline state.

[0028] In another embodiment, the monitoring device may not be directly connected to the in vitro diagnostic device. The monitoring device and the in vitro diagnostic device are respectively connected to a third-party IoT platform, and the monitoring device monitors whether the in vitro diagnostic device is in an offline state through the third-party IoT platform. For example, the third-party IoT platform monitors in real time or periodically whether the in vitro diagnostic device is in a communication state, that is, whether the third-party IoT platform can communicate with the in vitro diagnostic device. The monitoring device interacts with the third-party IoT platform to determine whether the in vitro diagnostic device is in an offline state. Specifically, the third-party IoT platform may use a heartbeat packet to inform the monitoring device. For example, please refer to Figure 2 , S10 may specifically include the following sub-steps:

[0029] S11: Detect whether a heartbeat packet sent by a third-party Internet of Things platform is received within a first preset time.

[0030] Among them, the heartbeat packet is sent by the third-party Internet of Things platform when it determines that it is in a communication state with the in vitro diagnostic device. The first preset time can be set by the user of the monitoring device, such as after-sales personnel, or by the monitoring device according to the heartbeat packet sending interval of the third-party Internet of Things platform. The first preset time is generally greater than or equal to the heartbeat packet sending interval, for example, 1.5 or 2 times the heartbeat packet sending interval.

[0031] The third-party Internet platform may be onenet, which may exchange information with the monitoring device and the in vitro diagnostic device respectively, and provide a way for the monitoring device to monitor the status of the in vitro diagnostic device.

[0032] The heartbeat packet in this embodiment refers to the information sent by the third-party Internet of Things platform to the monitoring device to notify the monitoring device that the current in vitro diagnostic device is online, which can be a custom command word. The third-party Internet of Things platform will send a heartbeat packet to the monitoring device at a preset time interval to tell the monitoring device that the current in vitro diagnostic device is online.

[0033] Specifically, the third-party IoT platform will detect the status of the IVD device at a preset time interval, for example, the preset interval is 3 seconds. If the IVD device is detected to be online, a heartbeat packet will be sent to the monitoring device, and the monitoring device will record the time of each heartbeat packet received, and use the time of the latest heartbeat packet received as the most recent online time of the IVD device.

[0034] S12: If not, it is determined that the in vitro diagnostic device is in an offline state.

[0035] If the difference between the time when the monitoring device recorded the last time it received a heartbeat packet and the current time is greater than the first preset time, it is considered that the monitoring device has not received the heartbeat packet sent by the third-party Internet of Things platform within the first preset time, and the in vitro diagnostic device is in an offline state.

[0036] In yet another embodiment, before step S10, at least one of the following steps may be included: receiving the device number sent when the in vitro diagnostic device is turned on for the first time, receiving at least one of the province, hospital, and department entered by after-sales personnel on the management page provided by the monitoring device, and receiving fault information reported by the in vitro diagnostic device.

[0037] Continuing with the example of in vitro diagnostic equipment and monitoring equipment connected to a third-party IoT platform, after the in vitro diagnostic equipment is registered with the third-party IoT platform, it can communicate with the third-party IoT platform. Specifically, when it is turned on for the first time, the in vitro diagnostic equipment can send its device number, main control version, module control version, flow card number (ICCID) and other device information to the third-party IoT platform, and then the third-party IoT platform can forward the received device information to the monitoring equipment, and the monitoring equipment can save the received device information.

[0038] To improve the device information, the monitoring device also provides a management page for after-sales personnel to make relevant settings. After logging into the monitoring device, after-sales personnel can enter other device information of the in vitro diagnostic device on the management page of the corresponding device provided by the monitoring device, such as the province, hospital, department, etc. Figure 3 In addition, after-sales personnel can also enter the offline alarm contact information corresponding to the in vitro diagnostic device on the management page of the corresponding device provided by the monitoring device, as shown in the following example. Figure 4The monitoring device can save the information input by the after-sales personnel.

[0039] When an in vitro diagnostic device fails, the fault information can be reported to a third-party IoT platform. The third-party IoT platform can forward the fault information reported by the in vitro diagnostic device to the monitoring device, and the monitoring device can save the received fault information and the corresponding time. Among them, the fault information may include the fault type, error code, time, etc. Therefore, after-sales personnel can see the fault information of the in vitro diagnostic device on the fault viewing page of the monitoring device and handle it in time, so that users can use it normally, and improve users' dependence and trust in in vitro diagnostic device products. Among them, the fault viewing page example can be as follows Figure 5 shown.

[0040] S20: If the device is in offline state, an alarm message is issued.

[0041] The monitoring device can send an alarm message after determining that the in vitro diagnostic device is offline. The alarm message can be sent by phone, text message, email or voice broadcast, so that relevant personnel can receive the alarm message and determine the status of the in vitro diagnostic device.

[0042] Of course, after determining that the in vitro diagnostic device is in an offline state, the monitoring device can further determine whether the time the in vitro diagnostic device has been in an offline state is greater than a preset threshold, and if so, an alarm message is issued. Taking the above-mentioned method of determining whether it is offline by sending a heartbeat packet as an example, the monitoring device determines whether the time the in vitro diagnostic device has been in an offline state is greater than a preset threshold based on the recorded time of receiving the heartbeat packet of the in vitro diagnostic device. If the time the in vitro diagnostic device has been in an offline state is greater than the preset threshold, an alarm message is issued to reduce the probability of the in vitro diagnostic device being misjudged as offline.

[0043] Based on the above embodiment, if the monitoring device is capable of receiving the fault information reported by the in vitro diagnostic device, the monitoring device can also inform the alarm contact person of the fault information and the offline solution suggestions generated based on the fault information. Figure 6 . Figure 6 yes Figure 1 It should be noted that if there are substantially the same results, this embodiment does not necessarily refer to Figure 6 The process sequence shown is limited. Figure 6 As shown, in this embodiment, S20 may specifically include the following sub-steps:

[0044] S21: Packing the offline information and additional information of the in vitro diagnostic device into the alarm message.

[0045] Optionally, the offline information includes device information and offline days of the in vitro diagnostic device. The additional information includes at least one of the following: fault information, and offline solution suggestions generated based on the fault information.

[0046] Optionally, the fault information includes the device information and fault content of the in vitro diagnostic device, or includes a viewing link address of the fault information. The device information of the in vitro diagnostic device may include at least one of the province, the hospital, and the department where the in vitro diagnostic device is located, and the device number, and the fault content may include the time of occurrence of the fault and / or the cause of the fault, for example, at 12:41, the test card popped out abnormally during the measurement process.

[0047] Offline alarm contacts can view the information of in vitro diagnostic equipment on the terminal they hold. The terminal fault page can be Figure 7 If the fault information includes a link address for viewing the fault information, the offline alarm contact can click the link address to view the fault information on the terminal where the fault information is located.

[0048] Among them, the number of offline days can be obtained by retrieving the information of the in vitro diagnostic device recorded by the monitoring device. Specifically, the monitoring device can perform regular retrieval of the historical online records corresponding to the in vitro diagnostic device, such as once every morning at nine o'clock, and calculate the number of offline days of the in vitro diagnostic device based on the last time the retrieved in vitro diagnostic device was online. The monitoring device has preset solution suggestions corresponding to different faults, and it can generate corresponding solution suggestions based on the received fault information. If the offline number of days of the in vitro diagnostic device exceeds the preset number of days, such as the preset number of days is three days, it can trigger the monitoring device to generate offline solution suggestions based on the fault information.

[0049] The offline solution suggestion generated based on the fault information can be a solution suggestion given to the offline alarm contact person after the monitoring device automatically analyzes the offline cause of the in vitro diagnostic device. If the additional information includes the offline solution suggestion generated based on the fault information, the offline solution suggestion will also be generated based on the fault information before the offline information of the in vitro diagnostic device and the additional information are packaged into the alarm message.

[0050] Optionally, if the reception time of the fault information is within a second preset time before the in vitro diagnostic device is in an offline state, it is determined that the offline state of the in vitro diagnostic device is caused by a fault, and a fault solution suggestion matching the fault information is obtained as an offline solution suggestion; if the reception time of the fault information is not within the second preset time before the in vitro diagnostic device is in an offline state, an offline solution suggestion is generated indicating that the offline cause is a human factor or a communication problem.

[0051] For example, if an IVD device is offline for three days, and a fault occurred during a period of time three days ago, it is considered that the IVD device is offline due to a fault, and offline solution suggestions corresponding to the offline fault are generated. If no fault information is received from the device during a period of time three days ago, it can be inferred that the device is offline due to human-initiated shutdown or device communication problems, and offline solution suggestions corresponding to human-initiated causes or communication problems are generated.

[0052] In addition, the severity of the fault can be determined based on the fault information, and offline solution suggestions can be generated based on the severity of the fault. The severity of the fault can be determined based on the fault type and error code in the fault information. If the fault is determined to be more serious, it is considered that the in vitro diagnostic equipment is offline due to the fault, and offline solution suggestions corresponding to the offline cause fault are generated; if it is determined that it is not a serious fault and will not cause the equipment to be offline, it is considered that the in vitro diagnostic equipment is offline due to the fault, and offline solution suggestions corresponding to human factors or communication problems are generated. The monitoring device can send offline solution suggestions to the offline alarm contact person via telephone, text message, email, etc. An example of an offline solution suggestion in the form of an email is as follows: Figure 8 shown.

[0053] Combined with reference Fig. 9 Generating an offline solution suggestion indicating that the offline reason is a human factor or a communication problem may include the following sub-steps:

[0054] S211: Query the remaining flow of the in vitro diagnostic device.

[0055] The monitoring device can use the flow card to number the remaining flow of the in vitro diagnostic device.

[0056] S212: If the remaining traffic is zero, an offline solution suggestion is generated indicating that the current traffic has been used up and traffic recharge is required.

[0057] When it is found that the remaining traffic is zero, suggestions such as recharging traffic can be given to the user.

[0058] S213: If the remaining flow is not zero, an offline solution suggestion is generated indicating that an associated contact of the in vitro diagnostic device needs to be contacted.

[0059] If the remaining traffic is not zero, the reason for going offline may be that the network status of the communication module is poor or that the communication module fails and cannot establish a connection with the third-party IoT platform. It may also be that the user actively stops using the in vitro diagnostic device. In this way, we can promptly understand the reason why the user actively stops using the device, and improve the in vitro diagnostic device based on the reason, or recycle it in time to avoid wasting resources.

[0060] S22: Send the alarm message to the preset alarm contact using the preset communication method.

[0061] The preset communication method includes at least one of email, text message, and phone call. In addition, the alarm message of the in vitro diagnostic device can be sent to the alarm contact person corresponding to the province to which it belongs. The preset alarm contact person can perform corresponding processing after receiving the alarm message of the device.

[0062] Through the implementation of the above scheme, the offline state of the in vitro diagnostic device equipped with a communication module can be judged. If it is judged that it is in an offline state, it is determined that the in vitro diagnostic device is in a state of being out of use, so an alarm message is issued to notify relevant personnel to deal with it in time, thereby realizing the status monitoring of the in vitro diagnostic device, so that relevant personnel can be aware of the use of the in vitro diagnostic device in time.

[0063] See also Fig.10 , Fig.10 This is a schematic diagram of the structure of an embodiment of the monitoring device of this application. Fig.10 As shown, the monitoring device 1000 includes a processor 1010 and a memory 1020 coupled to the processor 1010, wherein the memory 1020 stores program instructions for implementing the method of any of the above embodiments; the processor 1010 is used to execute the program instructions stored in the memory 1020 to implement the method of any of the above embodiments. Among them, the processor 1010 can also be called a CPU (Central Processing Unit). The processor 1010 may be an integrated circuit chip with signal processing capabilities. The processor 1010 can also be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc.

[0064] See also Fig.11 , Fig.11It is a structural diagram of an embodiment of an application storage medium. The storage medium 1100 of the embodiment of the present application stores instructions, and when the instructions are executed, the state monitoring method of the in vitro diagnostic device of the present application is implemented. Among them, the instructions can form a program file and be stored in the above-mentioned storage medium in the form of a software product, so that a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor (processor) executes all or part of the steps of each implementation method of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, or a terminal device such as a computer, a server, a mobile phone, and a tablet.

[0065] See also Fig.12 , Fig.12 FIG. 1 is a schematic diagram of a structure of an embodiment of a state monitoring system for an in vitro diagnostic device of the present application. Fig.12 The system includes at least one in vitro diagnostic device 1210, a third-party Internet of Things platform 1220 and a monitoring device 1230.

[0066] The in vitro diagnostic device 1210 is provided with a communication module (not shown), and communicates with the third-party Internet of Things platform 1220 through the communication module;

[0067] The third-party Internet of Things platform 1220 is connected to the monitoring device 1230, and is used to send information indicating whether the in vitro diagnostic device 1210 is in an offline state to the monitoring device 1230, and serves as a transfer device between the in vitro diagnostic device 1210 and the monitoring device 1230 to realize information interaction between the in vitro diagnostic device 1210 and the monitoring device 1230; the monitoring device 1230 is used to issue an alarm message when the in vitro diagnostic device 1210 is in an offline state.

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

[0069] In addition, each functional unit in each embodiment of the present application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of software functional units. The above is only an implementation method of the present application, and does not limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made by using the description and drawings of this application, or directly or indirectly used in other related technical fields, is also included in the patent protection scope of the present application.

Claims

1. A method for monitoring the status of an in vitro diagnostic device, characterized in that: include: Determining whether an in vitro diagnostic device equipped with a communication module is in an offline state; If it is in offline state, an alarm message will be issued; The method further comprises: Receiving fault information reported by the in vitro diagnostic device; The sending of the alarm message comprises: Packing offline information and additional information of the in vitro diagnostic device into an alarm message, wherein the additional information includes offline solution suggestions generated based on the fault information; Using a preset communication method to send the alarm message to a preset alarm contact person; Before packaging the offline information and the additional information of the in vitro diagnostic device into the alarm message, the method further includes: If the reception time of the fault information is within a second preset time before the in vitro diagnostic device is in an offline state, determining that the offline state of the in vitro diagnostic device is caused by a fault, and obtaining a fault solution suggestion matching the fault information as the offline solution suggestion; If the reception time of the fault information is not within the second preset time before the in vitro diagnostic device is in an offline state, an offline solution suggestion is generated indicating that the offline reason is a human factor or a communication problem.

2. The method according to claim 1, characterized in that The additional information also includes the fault information.

3. The method according to claim 1, characterized in that If the state is offline, the alarm message is sent including: If it is in an offline state, it is determined whether the time for which the in vitro diagnostic device has been in an offline state is greater than a preset threshold. If so, an alarm message is issued.

4. The method according to claim 3, characterized in that The determining whether the in vitro diagnostic device provided with the communication module is in an offline state comprises: Detecting whether a heartbeat packet sent by a third-party Internet of Things platform is received within a first preset time, wherein the heartbeat packet is sent by the third-party Internet of Things platform when determining that the third-party Internet of Things platform is in a communication state with the in vitro diagnostic device; If not, determining that the in vitro diagnostic device is in an offline state; The determining whether the time for which the in vitro diagnostic device is in an offline state is greater than a preset threshold comprises: Obtain the time difference between the current time and the time when the heartbeat packet was last received, and determine whether the time difference is greater than a preset threshold.

5. The method according to claim 1, characterized in that The communication module is a communication module using mobile communication technology; The generating of an offline solution suggestion indicating that the offline reason is a human factor or a communication problem includes: querying the remaining flow of the in vitro diagnostic device; If the remaining traffic is zero, an offline solution suggestion is generated indicating that the current traffic is exhausted and traffic recharge is required; If the remaining flow is not zero, an offline solution suggestion is generated, indicating that an associated contact of the in vitro diagnostic device needs to be contacted.

6. The method according to claim 1, characterized in that The offline information includes the device information and offline days of the in vitro diagnostic device; the fault information includes the device information and fault content of the in vitro diagnostic device, or contains a viewing link address of the fault information; wherein the device information of the in vitro diagnostic device includes at least one of the province where the in vitro diagnostic device is located, the hospital to which it belongs, and the department to which it belongs, as well as the device number; the fault content includes the time when the fault occurred and / or the cause of the fault; the preset communication method includes at least one of email, text message, and phone call; The method further comprises: Receiving a device number sent when the in vitro diagnostic device is turned on for the first time; Receive at least one of the province, hospital, and department entered by the after-sales personnel on the management page provided by the monitoring device; At least one of the province, the hospital, the department and the equipment number is saved as the equipment information of the in vitro diagnostic equipment.

7. A monitoring device, characterized in that: The invention comprises a processor and a memory coupled to the processor, wherein: The memory stores instructions for implementing the method according to any one of claims 1 to 6 after the processor executes the instructions.

8. A storage medium, characterized in that: The storage medium stores instructions, and when the instructions are executed, the method according to any one of claims 1 to 6 is implemented.

9. A status monitoring system for an in vitro diagnostic device, characterized in that: Includes at least one in vitro diagnostic device, third-party IoT platform, and monitoring equipment; Wherein, the in vitro diagnostic device is provided with a communication module, and communicates with the third-party Internet of Things platform through the communication module; The third-party Internet of Things platform is connected to the monitoring device, and is used to send information indicating whether the in vitro diagnostic device is in an offline state to the monitoring device, and serves as a transfer device between the in vitro diagnostic device and the monitoring device to realize information interaction between the in vitro diagnostic device and the monitoring device; The monitoring device is the device according to claim 7, which is used to issue an alarm message when the in vitro diagnostic device is in an offline state.

Images