Data processing method, device and system, medium and electronic equipment

Abstract

The invention belongs to the technical field of communication, and relates to a data processing method, device and system of wearable medical equipment, a medium and electronic equipment. The method comprises the following steps: acquiring physical sign data acquired by wearable medical equipment; when the wearable medical equipment is connected with the acquisition terminal, the physical sign data are uploaded to a server; and when the wearable medical equipment is not connected with the acquisition terminal, the physical sign data are uploaded to the server through the microcontroller. Under the condition that the wearable medical equipment is connected with the acquisition terminal, the physical sign data is uploaded to the server through the acquisition terminal, so that the physical sign data can accurately reach the data transmission effect of the server in real time; under the condition that the wearable medical equipment is not connected with the acquisition terminal, the physical sign data is uploaded in a mode of combining the acquisition terminal with the microcontroller, a mode of expanding the coverage range of a wireless network of a hospital without construction and with low investment cost is provided, and real-time data transmission can be realized on the basis of original equipment of the hospital.

Description

Technical Field

[0001] The present disclosure belongs to the field of communication technology, and in particular, relates to a data processing method for a wearable medical device, a data processing device for a wearable medical device, a data processing system for a wearable medical device, a computer-readable storage medium, and an electronic device. Background Art

[0002] With the continuous improvement of 5G and wearable medical devices in China, hospitals have been proposing the need to build smart campuses and smart wards. However, most hospitals are old, with backward network facilities and very low wireless network coverage. Therefore, how to upload the data of patients' wearable medical devices to the hospital server stably and accurately has become a very difficult problem.

[0003] At present, there are many wireless network solutions on the market, such as building AP (Access Point) throughout the hospital, or using 4G / 5G (The Fourth Generation mobile communication technology / The Fifth Generation mobile communication technology) cards for mobile communication. Although these solutions can solve the problem of wireless transmission, they are difficult to construct and have high investment costs, so they were ultimately not adopted. Summary of the invention

[0004] In order to overcome the problems existing in the related art, the present disclosure provides a data processing method for a wearable medical device, a data processing device for a wearable medical device, a data processing system for a wearable medical device, a computer-readable storage medium and an electronic device.

[0005] According to a first aspect of an embodiment of the present disclosure, a data processing method for a wearable medical device is provided, which is applied to an acquisition terminal, wherein the acquisition terminal is connected to a server and a microcontroller, and comprises: Obtain vital sign data collected by wearable medical devices; When the wearable medical device is connected to the acquisition terminal, uploading the vital sign data to the server; or When the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded to the server through the microcontroller.

[0006] Optionally, the acquisition terminal includes a first acquisition terminal, a second acquisition terminal and a third acquisition terminal, the first acquisition terminal is connected to the wearable medical device, the second acquisition terminal is not connected to the server, and the third acquisition terminal is connected to the server; The uploading of the vital sign data to the server comprises: Determining a candidate acquisition terminal among the second acquisition terminals by broadcasting the vital sign data through the first acquisition terminal; Acquire first identification data and first load data of the candidate acquisition terminal, and determine the candidate acquisition terminal connected to the third acquisition terminal according to the first identification data and the first load data; The vital sign data is sent to the third acquisition terminal, so that the third acquisition terminal uploads the vital sign data to the server.

[0007] Optionally, the microcontroller includes a first microcontroller and a second microcontroller, the first microcontroller is connected to the wearable medical device, and the second microcontroller is connected to the acquisition terminal; The step of uploading the vital sign data to the server through the microcontroller comprises: When the first microcontroller is not connected to the server, adding the second identification data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device and the vital sign data; The second microcontroller is determined by the first microcontroller broadcasting the broadcast message, so that the second microcontroller sends the broadcast message or the vital sign data in the broadcast message to the acquisition terminal and uploads it to the server.

[0008] Optionally, the determining the second microcontroller by broadcasting the broadcast message by the first microcontroller includes: Determine a candidate microcontroller by broadcasting the broadcast message by the first microcontroller; When the candidate microcontroller is not connected to the acquisition terminal, the fourth identification data of the candidate microcontroller continues to be added to the broadcast message; The second microcontroller connected to the candidate microcontroller is determined by broadcasting the broadcast message by the candidate microcontroller.

[0009] Optionally, the method further comprises: When the first microcontroller is not connected to the server, adding the second identification data of the first microcontroller and the first location data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device and the vital sign data; Acquire the second position data of the acquisition terminal and the target position of the server, and determine the message position of the broadcast message according to the first position data and the second position data; When the message direction is inconsistent with the target direction, the broadcast message is discarded.

[0010] Optionally, the method further comprises: Acquire second load data of the acquisition terminal and a load threshold corresponding to the second load data; When the second load data is greater than the load threshold, closing the wireless connection between the acquisition terminal and the microcontroller; When the second load data is less than or equal to the load threshold, the wireless connection between the acquisition terminal and the microcontroller is opened.

[0011] According to a second aspect of an embodiment of the present disclosure, a data processing device for a wearable medical device is provided, which is applied to an acquisition terminal, wherein the acquisition terminal is connected to a server and a microcontroller, and includes: A data acquisition module, configured to acquire vital sign data collected by the wearable medical device; a first uploading module, configured to upload the vital sign data to the server when the wearable medical device is connected to the acquisition terminal; The second uploading module is configured to upload the vital sign data to the server through a microcontroller when the wearable medical device is not connected to the acquisition terminal.

[0012] According to a third aspect of an embodiment of the present disclosure, there is provided a data processing system for a wearable medical device, comprising: an acquisition terminal, a wearable medical device, a microcontroller and a server, wherein the acquisition terminal is connected to the server and the microcontroller; The acquisition terminal is used to obtain the vital sign data collected by the wearable medical device; The acquisition terminal is also used to upload the vital sign data to the server when the wearable medical device is connected to the acquisition terminal; or when the wearable medical device is not connected to the acquisition terminal, upload the vital sign data to the server through the microcontroller.

[0013] According to a fourth aspect of an embodiment of the present disclosure, a computer-readable storage medium is provided, on which computer program instructions are stored. When the program instructions are executed by a processor, the steps of the data processing method for a wearable medical device provided in any one of the first aspects of the present disclosure are implemented.

[0014] According to a fifth aspect of an embodiment of the present disclosure, there is provided an electronic device, including: processor; a memory for storing processor-executable instructions; The processor is configured to: execute the executable instructions to implement the steps of any one of the data processing methods for a wearable medical device provided in the first aspect of the present disclosure.

[0015] The technical solution provided by the embodiments of the present disclosure may have the following beneficial effects: In the method and apparatus provided by the exemplary embodiments of the present disclosure, on the one hand, when the wearable medical device is connected to the acquisition terminal, the vital sign data collected by the wearable medical device is uploaded to the server through the acquisition terminal, ensuring the data transmission effect that the vital sign data can reach the server in real time and accurately; on the other hand, when the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded by combining the acquisition terminal with a microcontroller, providing a method for expanding the coverage of the hospital's wireless network without construction and with low investment cost, and can realize real-time data transmission based on the hospital's original equipment.

[0016] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0018] Figure 1 A schematic diagram schematically shows a flow chart of a data processing method of a wearable medical device in an exemplary embodiment of the present disclosure; Figure 2 A schematic diagram of a process of uploading vital sign data to a server in an exemplary embodiment of the present disclosure is schematically shown; Figure 3 A schematic diagram schematically shows a flow chart of another method for uploading vital sign data to a server in an exemplary embodiment of the present disclosure; Figure 4 A schematic flowchart of a method for determining a second microcontroller in an exemplary embodiment of the present disclosure is schematically shown; Figure 5 A schematic diagram of a process of discarding a broadcast message in an exemplary embodiment of the present disclosure is schematically shown; Figure 6 A schematic diagram schematically shows a flow chart of a method for controlling the connection between an acquisition terminal and a microcontroller in an exemplary embodiment of the present disclosure; Figure 7A schematic diagram schematically shows a flow chart of a data processing method of a wearable medical device in an application scenario in an exemplary embodiment of the present disclosure; Figure 8 A schematic diagram schematically shows a structure of a MESH network transmission in an application scenario in an exemplary embodiment of the present disclosure; Fig. 9 A schematic diagram schematically shows a structure of another MESH network transmission in an application scenario in an exemplary embodiment of the present disclosure; Fig.10 A schematic diagram schematically shows a structure of a data processing device of a wearable medical device in an exemplary embodiment of the present disclosure; Fig.11 A schematic diagram schematically shows a structure of a data processing system of a wearable medical device in an exemplary embodiment of the present disclosure; Fig.12 A schematic diagram schematically shows the structure of another data processing device of a wearable medical device in an exemplary embodiment of the present disclosure; Fig.13 The following is a schematic diagram showing the structure of a data processing device for another wearable medical device in an exemplary embodiment of the present disclosure. DETAILED DESCRIPTION

[0019] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Instead, they are merely examples of devices and methods consistent with some aspects of the present disclosure as detailed in the appended claims.

[0020] It should be noted that all actions of acquiring signals, information or data in the present disclosure are carried out in compliance with the relevant data protection laws and policies of the country where the device is located and with the authorization given by the owner of the corresponding device.

[0021] With the continuous improvement of 5G and wearable medical devices in China, hospitals have been proposing the need to build smart campuses and smart wards. However, most hospitals are old, with backward network facilities and very low wireless network coverage. Therefore, how to upload the data of patients' wearable medical devices to the hospital server stably and accurately has become a very difficult problem.

[0022] At present, there are many wireless network solutions on the market, such as building APs throughout the hospital or using 4G / 5G cards for mobile communications. Although these solutions can solve the problem of wireless transmission, they are difficult to construct and have high investment costs, so they were ultimately not adopted.

[0023] Whether it is possible to build a wireless network using the existing equipment in the hospital is the best feasible solution to the above problems.

[0024] Since the data collection terminals of wearable medical devices are currently deployed in multiple departments and wards of many hospitals, and the devices have Bluetooth, portable WI-FI (mobile hotspot), and wired access functions, in theory, as long as the data transmission of the patient's wearable medical device is relayed through the collection terminal, the wireless signal coverage rate in the hospital can be greatly improved.

[0025] Through research, we found that there are currently two solutions on the market that can relay patient wearable device data: the first is to connect the acquisition terminal in serial mode through point-to-point. The advantage of this method is that the connection method is simple, but the disadvantage is that a problem with an intermediate node will cause the entire link transmission to fail, the cost is high, and there are WI-FI blind spots.

[0026] The second method is to use the MESH (wireless mesh network or multi-hop network, which is a centerless, self-organizing wireless multi-hop communication network) network topology and communicate using flooding broadcast. The advantage of this method is that a single point failure does not affect the entire network. The disadvantage is that the connection establishment needs to consider the network status of all related nodes and the communication distance, which is relatively complex to implement.

[0027] In view of the problems existing in the related art, the present invention provides a data processing method for a wearable medical device, which is applied to an acquisition terminal, and the acquisition terminal is connected to a server and a microcontroller. Figure 1 is a flow chart of a data processing method for a wearable medical device according to an exemplary embodiment. Figure 1 As shown, the method may at least include the following steps: Step S110: Obtaining vital sign data collected by the wearable medical device.

[0028] Step S120. When the wearable medical device is connected to the acquisition terminal, the vital sign data is uploaded to the server.

[0029] Step S130. When the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded to the server through the microcontroller.

[0030] In an exemplary embodiment of the present disclosure, on the one hand, when the wearable medical device is connected to the acquisition terminal, the vital sign data collected by the wearable medical device is uploaded to the server through the acquisition terminal, ensuring the data transmission effect that the vital sign data can reach the server in real time and accurately; on the other hand, when the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded by combining the acquisition terminal with a microcontroller, which provides a method for expanding the coverage of the hospital's wireless network without construction and with low investment cost, and can realize real-time data transmission based on the hospital's original equipment.

[0031] The following is a detailed description of each step of the data processing method for wearable medical devices.

[0032] In step S110, vital sign data collected by the wearable medical device is acquired.

[0033] In an exemplary embodiment of the present disclosure, there may be multiple acquisition terminals and multiple microcontrollers, and the composition of the MESH network may include multiple microcontrollers in addition to the acquisition terminals and wearable medical devices.

[0034] Wearable medical devices are portable medical or health electronic devices that can be worn directly on the body. They use software support to sense, record, analyze, regulate, intervene, and even treat diseases or maintain health status. These devices can not only monitor and record the user's physiological parameters in real time, but also analyze data through algorithms to provide users with a basis for health management and disease prevention.

[0035] Among them, the vital signs data that can be collected by wearable medical devices include but are not limited to blood pressure, heart rate, blood oxygen level, body temperature, respiratory rate, skin temperature, moisture, mental stress, sleep quality, joint angles, grip strength, etc.

[0036] When the patient puts on the wearable medical device, the wearable medical device automatically connects wirelessly to the collection terminal through the portable WI-FI turned on by the collection terminal, and sends the patient's vital signs data so that the collection terminal can obtain the corresponding vital signs data.

[0037] In step S120, when the wearable medical device is connected to the acquisition terminal, the vital sign data is uploaded to the server.

[0038] In an exemplary embodiment of the present disclosure, when the wearable medical device is connected to the acquisition terminal, the vital sign data can be uploaded to the server through the acquisition terminal.

[0039] In an optional embodiment, the acquisition terminal includes a first acquisition terminal, a second acquisition terminal and a third acquisition terminal, the first acquisition terminal is connected to the wearable medical device, the second acquisition terminal is not connected to the server, and the third acquisition terminal is connected to the server. Figure 2 A flow chart of a method for uploading vital sign data to a server is shown, Figure 2 As shown, the method may at least include the following steps: In step S210, a candidate acquisition terminal is determined in the second acquisition terminal by broadcasting vital sign data through the first acquisition terminal.

[0040] When the first acquisition terminal is connected to the wearable medical device but not connected to the server, the first acquisition terminal sends a notification by broadcasting to find a second acquisition terminal around the first acquisition terminal, wherein the second acquisition terminal is also not connected to the server.

[0041] Considering that there are many second collection terminals, candidate collection terminals can be determined from the second collection terminals, wherein the candidate collection terminals are second collection terminals that can be connected to the first collection terminal.

[0042] In step S220, first identification data and first load data of the candidate collection terminal are acquired, and the candidate collection terminal connected to the third collection terminal is determined according to the first identification data and the first load data.

[0043] When multiple candidate collection terminals are determined, the first identification data and the first load data of the candidate collection terminals can be obtained respectively. The first identification data is the terminal ID (Identity document) of the candidate collection terminal, and the first candidate data can include the CPU (Central Processing Unit) percentage and memory percentage of the candidate collection terminal, or other data, which is not specifically limited in this exemplary embodiment.

[0044] Furthermore, the corresponding weights of the plurality of candidate collection terminals are calculated by summing the first identification data, that is, the first two digits of the terminal ID of the candidate collection terminal, 100 / CPU ​​percentage, and 100 / memory percentage.

[0045] Furthermore, the candidate collection terminal with the largest weight is determined as the candidate collection terminal that is directly connected to the third collection terminal via TCP (Transmission Control Protocol).

[0046] In step S230, the vital sign data is sent to the third acquisition terminal, so that the third acquisition terminal uploads the vital sign data to the server.

[0047] The candidate acquisition terminal connected to the third acquisition terminal sends the vital sign data to the third acquisition terminal, and the patient's vital sign data is uploaded to the server through the third acquisition terminal.

[0048] It is worth noting that when at least one of the multiple acquisition terminals is connected to the wearable medical device, Figure 2 The collection terminal connected to the wearable medical device is the first collection terminal, and can be any collection terminal connected to the wearable device.

[0049] In step S130, when the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded to the server through the microcontroller.

[0050] In an exemplary embodiment of the present disclosure, when a patient wears a wearable medical device and is in an ordinary ward or corridor without a data collection terminal, the wearable medical device and multiple data collection terminals are not connected, and the vital sign data can be uploaded through a microcontroller.

[0051] In an optional embodiment, the microcontroller includes a first microcontroller and a second microcontroller, the first microcontroller is connected to the wearable medical device, and the second microcontroller is connected to the acquisition terminal. Figure 3 A flow chart of another method for uploading vital sign data to a server is shown. Figure 3 As shown, the method may at least include the following steps: in step S310, when the first microcontroller is not connected to the server, the second identification data of the first microcontroller is added to the broadcast message, and the broadcast message includes the third identification data and vital sign data of the wearable medical device.

[0052] The microcontroller may be ESP32 or other microcontrollers, and this exemplary embodiment does not specifically limit this.

[0053] ESP32 is a microcontroller that integrates WI-FI and Bluetooth functions. It is a low-cost, low-power, high-performance system-on-chip. ESP32 is widely used in IoT and embedded system applications. With its dual-core processor design, it can run multiple tasks simultaneously, improving performance and efficiency. In addition, ESP32 also has a wealth of peripheral interfaces and communication functions, enabling it to meet a variety of complex application requirements.

[0054] When the first microcontroller is connected to the wearable medical device but not to the server, the second identification data of the first microcontroller can be added to the broadcast message. The second identification data can be the ID of the first microcontroller or other data that can uniquely characterize the first microcontroller, which is not specifically limited in this exemplary embodiment.

[0055] Among them, the original data in the broadcast message may include the third identification data of the wearable medical device and the vital sign data collected by the wearable medical device, wherein the third identification data may be the ID of the wearable medical device or other data that can uniquely characterize the wearable medical device, and this exemplary embodiment does not make any special limitation on this.

[0056] The updated broadcast message may be one in which the second identification data of the first microcontroller is added after the third identification data of the wearable medical device and the vital sign data collected by the wearable medical device.

[0057] In step S320, the second microcontroller is determined by the first microcontroller broadcasting a broadcast message, so that the second microcontroller sends the broadcast message or the vital sign data in the broadcast message to the acquisition terminal and uploads it to the server.

[0058] When the second microcontroller can be determined by broadcasting a broadcast message through the first microcontroller, since the second microcontroller is connected to the acquisition terminal, the broadcast message or the vital sign data in the broadcast message can be sent to the acquisition terminal and uploaded to the server through the second microcontroller.

[0059] When the second microcontroller is not determined by broadcasting the broadcast message through the first microcontroller, the second microcontroller can be determined by first determining a candidate microcontroller, so that the broadcast message or the vital sign data in the broadcast message can be sent to the collection terminal and uploaded to the server through the second microcontroller.

[0060] In an alternative embodiment, Figure 4 A flow chart of a method for determining a second microcontroller is shown, such as Figure 4 As shown, the method may at least include the following steps: In step S410, a candidate microcontroller is determined by broadcasting a broadcast message by the first microcontroller.

[0061] After adding the second identification data of the first microcontroller to the broadcast message, the broadcast message can be sent to the MESH network by broadcasting to determine the candidate microcontroller, wherein the candidate microcontroller is a microcontroller connected to the first microcontroller but not connected to the acquisition terminal.

[0062] In step S420, when the candidate microcontroller is not connected to the acquisition terminal, the fourth identification data of the candidate microcontroller continues to be added to the broadcast message.

[0063] Since the candidate microcontroller is not connected to the acquisition terminal, the fourth identification data of the candidate microcontroller can be added to the broadcast message to which the second identification data of the first microcontroller has been added. The fourth identification data can be the ID of the candidate microcontroller or data that uniquely characterizes the candidate microcontroller, which is not specifically limited in this exemplary embodiment.

[0064] In step S430, the second microcontroller connected to the candidate microcontroller is determined by broadcasting a broadcast message by the candidate microcontroller.

[0065] After the fourth identification data of the candidate microcontroller is added to the broadcast message, the candidate microcontroller may continue to broadcast the updated broadcast message to determine the second microcontroller, wherein the second microcontroller is connected to the acquisition terminal.

[0066] It is worth noting that the step of determining the candidate microcontroller through step S420 is not limited to one time. When the second microcontroller cannot be determined through the candidate microcontroller, the next candidate microcontroller can be determined in the manner of steps S410-S420 until the second microcontroller connected to the acquisition terminal is determined.

[0067] In an alternative embodiment, Figure 5 A flow chart of a method for discarding a broadcast message is shown, such as Figure 5 As shown, the method may at least include the following steps: in step S510, when the first microcontroller is not connected to the server, the second identification data of the first microcontroller and the first position data of the first microcontroller are added to the broadcast message, and the broadcast message includes the third identification data and vital sign data of the wearable medical device.

[0068] When the first microcontroller is connected to the wearable medical device but not to the server, in addition to adding the second identification data of the first microcontroller to the broadcast message, the first location data of the first microcontroller can also be added to the broadcast message at the same time. The first location data can be the longitude and latitude of the first microcontroller, or other data representing the location of the first microcontroller, which is not particularly limited in this exemplary embodiment.

[0069] In step S520, the second position data of the collection terminal and the target position of the server are acquired, and the message position of the broadcast message is determined according to the first position data and the second position data.

[0070] The second location data may be the longitude and latitude of the collection terminal, or other data representing the location of the collection terminal, which is not particularly limited in this exemplary embodiment.

[0071] The target position of the server may be the relative position of the computer room where the server is located in the overall hospital area, such as the northeast direction, or other ways of representing the server position, which is not particularly limited in this exemplary embodiment.

[0072] Since the broadcast message needs to go from the location of the microcontroller to the location of the collection terminal, after the first position data and the second position data are acquired, the message direction of the broadcast message can be determined according to the first position data and the second position data.

[0073] In step S530, when the message direction is inconsistent with the target direction, the broadcast message is discarded.

[0074] After determining the message direction and the target direction, the message direction can be compared with the target direction. When the comparison result shows that the message direction is inconsistent with the target direction, it indicates that the broadcast message cannot reach the target direction, so the broadcast message can be discarded to effectively avoid multiple invalid transmissions.

[0075] Considering that the acquisition terminal is routinely performing data acquisition work for medical equipment such as monitors in hospitals, the acquisition terminal may be overloaded. Therefore, the connection between the acquisition terminal and the microcontroller can be automatically controlled according to the load condition of the acquisition terminal.

[0076] In an alternative embodiment, Figure 6 A flow chart showing a method for controlling the connection between the acquisition terminal and the microcontroller is shown in FIG. Figure 6 As shown, the method may at least include the following steps: In step S610, second load data of the collection terminal and a load threshold corresponding to the second load data are obtained.

[0077] The second load data may include the CPU percentage and memory percentage of the acquisition terminal, or may be other data, which is not particularly limited in this exemplary embodiment.

[0078] After the second load data and the load threshold are acquired, the second load data may be compared with the load threshold.

[0079] In step S620, when the second load data is greater than the load threshold, the wireless connection between the acquisition terminal and the microcontroller is closed.

[0080] When the comparison result between the second load data and the load threshold is that the second load data is greater than the load threshold, it indicates that the acquisition terminal is currently overloaded, and the wireless connection between the acquisition terminal and the microcontroller can be closed.

[0081] For example, when the CPU percentage and / or memory percentage of the collection terminal is greater than 50%, it can be considered that the second load data is greater than the load threshold.

[0082] In step S630, when the second load data is less than or equal to the load threshold, the wireless connection between the acquisition terminal and the microcontroller is opened.

[0083] When the comparison result between the second load data and the load threshold is that the second load data is less than or equal to the load threshold, it indicates that the current load of the acquisition terminal is relatively small, and the wireless connection between the acquisition terminal and the microcontroller can be opened.

[0084] For example, when the CPU percentage and / or memory percentage of the collection terminal is less than or equal to 50%, it can be considered that the second load data is less than or equal to the load threshold.

[0085] It is worth noting that the acquisition terminal and the server may be connected by wire, and the acquisition terminal and the microcontroller may be connected by wireless.

[0086] The data processing method of the wearable medical device in the embodiment of the present disclosure is described in detail below in conjunction with an application scenario.

[0087] In the application scenario, considering the real-time requirements of the patient's vital signs data, you can choose to use the MESH network topology and use the flood broadcast communication method to build the network topology. In order to ensure that the patient's vital signs data can reach the hospital server in real time and accurately, the load of each acquisition terminal is used as the basis for connection. In other words, try to use the acquisition terminal with a small load as the link relay. This is different from the domestic and foreign MESH topology solutions, which treat all relay nodes equally and only use TTL (Time to Live, Time to Live) and data caching mechanisms to prevent data from being forwarded indefinitely.

[0088] Figure 7 A flow chart of a data processing method for a wearable medical device in an application scenario is shown, such as Figure 7 As shown, in step S710, the patient's wearable medical device sends data.

[0089] In step S720, the data is uploaded to the target server.

[0090] When the wearable medical device is connected to the collection terminal, the vital sign data is uploaded to the server.

[0091] Figure 8 A schematic diagram of the structure of a MESH network transmission in an application scenario is shown, such as Figure 8As shown, the patient's wearable medical device automatically connects wirelessly to the collection terminal [051378] through the portable WI-FI turned on by the collection terminal, and sends the patient's vital sign data.

[0092] Generally, it can be stipulated that only the acquisition terminals with the first two digits of the ID as 00 have the ability to connect to the server. If other acquisition terminals need to send data to the server, they need to broadcast the data and send it through relays.

[0093] The collection terminal [051378] sends a relay candidate terminal notification in the form of broadcasting. It can be seen that the three collection terminals around the collection terminal [051378] have received the broadcast, and the three collection terminals can reply with their own IDs and load conditions.

[0094] When the acquisition terminal [051378] receives the reply, it can find the terminal with the largest weight (the first two digits of the ID + 100 / CPU ​​percentage + 100 / memory percentage) for TCP direct connection, and after sending the patient's wearable medical device to the connected terminal, disconnect the TCP connection with the terminal.

[0095] Generally, it can be stipulated that the smaller the first two digits of the ID number of the acquisition terminal are, the closer the acquisition terminal is to the server.

[0096] Therefore, the acquisition terminal [010160] relays the patient's vital sign data of the acquisition terminal [051378] and sends it to the acquisition terminal [000100] directly accessible to the server, thereby uploading the patient data to the in-hospital server through the acquisition terminal accessible to the server.

[0097] In step S730, communicate with surrounding ESP32APs.

[0098] Figure 8 The accessibility of the patient's vital sign data to the server of the entire network is proved by manually numbering the collection terminals.

[0099] As we all know, although the server room is basically fixed in one area, the environment of existing hospitals in China is extremely complex. Specifically, due to the need for medical equipment collection in the hospital, wards with collection terminals, such as ICU (Intensive Care Unit), operating room, anesthesia room, etc. can directly access the server, but considering that ordinary wards do not have medical testing equipment, there is no collection terminal installed, so these wards without collection terminals become blind spots for data collection of patients' wearable medical devices.

[0100] In this regard, a multi-node MESH network topology solution that combines the acquisition terminal with ESP32 can be adopted. ESP32 is placed in wards without acquisition terminals and corridors and other areas without acquisition terminals by plugging in a power supply, and finally achieves full network coverage of ordinary wards and non-ward areas. Considering the situation where the ESP32 plug is pulled out abnormally, a built-in battery can be used to realize the power-off alarm function.

[0101] Fig. 9 A schematic diagram of another structure of MESH network transmission in an application scenario is shown, Fig. 9 As shown, when only node 7 can communicate with the acquisition terminal, nodes 1, 2, and 3 can all communicate with node 7, 5 can communicate with nodes 2 and 3, and 4 can communicate with node 1.

[0102] In step S740, a ping command is sent to the target server.

[0103] Wearable medical device No. 2 in the general ward is connected to node No. 5 via WI-FI. After receiving the connection request, node No. 5 sends a ping (Packet Internet Groper) command to the target server.

[0104] In step S750, the message is appended with the device ID and broadcast.

[0105] After node 5 finds itself unreachable, it adds its own ID to the broadcast message and sends the broadcast message to the MESH network.

[0106] 2. After receiving the broadcast message, 3 also initiates a ping command to the target server. After finding that both are unreachable, it adds its own ID to the broadcast message and sends it in the form of a broadcast message.

[0107] When node 7 receives the broadcast message from node 2, it finds that it can ping the target server through the message forwarding mechanism, so it takes out the message content and notifies the server to reversely connect to node 5. Since the broadcast content of node 3 is the same as the content of node 2 in the cached message, it is directly discarded.

[0108] When node 1 fails to ping the target server, it can broadcast the message to nodes 7 and 4. After node 4 receives the broadcast message from node 1, it executes the ping command of the target server and finds that it cannot ping. Therefore, it continues to broadcast the message with its own ID to node 1.

[0109] Unable to ping means that when using the ping command to try to establish a network connection with the target host, the source end did not receive a response from the destination within a certain time range. This situation is usually caused by a variety of reasons, including network failure, firewall settings, target host failure, network configuration problems, etc.

[0110] When node 1 receives the broadcast message from node 4 and finds that the broadcast message is sent by itself, it immediately discards the message and ends the broadcast.

[0111] Since the broadcast message has no directionality, there will be two invalid broadcasts between the two nodes. If there are multiple nodes around, there will be a message flood, causing the MESH network to be paralyzed.

[0112] Since the location of the server room is basically fixed in the hospital, and the location of the wireless access point ESP32 is also basically fixed, when installing ESP32, the location information of each device can be written into the firmware to ensure that when sending broadcast messages, its own location information is also sent as part of the broadcast.

[0113] like Fig. 9 As shown in the figure, the location of the collection terminal is in the northeast direction, so the direction of the broadcast message is also in the northeast direction. When node 4 receives the broadcast message from node 1, it finds that its location is in the opposite direction of the distance between node 1 and the collection terminal, so it can discard the broadcast message as invalid data.

[0114] Therefore, in addition to TTL and message caching, location information can also be used to effectively avoid multiple invalid transmissions.

[0115] In addition, considering that the operating system of each collection terminal uses Android 11 (Android 11, a mobile operating system), it has portable WI-FI and wired access functions, and can access the server through wired means in the hospital. Therefore, by turning on the IPV4 (Internet Protocol version 4, Internet Communication Protocol version 4) redirection function and using the IPTABLES (IP (Internet Protocol, Internet Interconnection Protocol) packet filtering system) application to configure the wireless to wired strategy, the wireless data of No. 7 can be successfully forwarded to the computer room server through the wired port.

[0116] Moreover, considering that the data acquisition terminals are routinely performing data acquisition tasks for medical equipment such as hospital monitors, the wireless hotspot can be automatically turned on or off according to the load of the data acquisition terminals, effectively preventing high-load terminals from being connected to ESP32, thereby causing data transmission delays.

[0117] In an exemplary embodiment of the present disclosure, on the one hand, when the wearable medical device is connected to the acquisition terminal, the vital sign data collected by the wearable medical device is uploaded to the server through the acquisition terminal, ensuring the data transmission effect that the vital sign data can reach the server in real time and accurately; on the other hand, when the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded by combining the acquisition terminal with a microcontroller, which provides a method for expanding the coverage of the hospital's wireless network without construction and with low investment cost, and can realize real-time data transmission based on the hospital's original equipment.

[0118] In addition to the original strategies such as TTL and message delay, the location information in the broadcast message can also be used to effectively avoid the message forwarding flood phenomenon. Moreover, without changing the acquisition terminal application, the Linux (operating system kernel) message forwarding mechanism is used to successfully convert wireless data to wired transmission.

[0119] In addition, in an exemplary embodiment of the present disclosure, a data processing device for a wearable medical device is also provided, which is applied to an acquisition terminal, and the acquisition terminal is connected to a server and a microcontroller. Fig.10 A schematic diagram of the structure of a data processing device for a wearable medical device is shown, Fig.10 As shown, the data processing device 1000 of the wearable medical device may include: a data acquisition module 1010, a first upload module 1020 and a second upload module 1030. Among them: The data acquisition module 1010 is configured to acquire the vital sign data collected by the wearable medical device; A first uploading module 1020 is configured to upload the vital sign data to the server when the wearable medical device is connected to the acquisition terminal; The second uploading module 1030 is configured to upload the vital sign data to the server through a microcontroller when the wearable medical device is not connected to the acquisition terminal.

[0120] In some embodiments of the present disclosure, the acquisition terminal includes a first acquisition terminal, a second acquisition terminal and a third acquisition terminal, the first acquisition terminal is connected to the wearable medical device, the second acquisition terminal is not connected to the server, and the third acquisition terminal is connected to the server; the first upload module 1020 is configured as follows: Determining a candidate acquisition terminal among the second acquisition terminals by broadcasting the vital sign data through the first acquisition terminal; Acquire first identification data and first load data of the candidate acquisition terminal, and determine the candidate acquisition terminal connected to the third acquisition terminal according to the first identification data and the first load data; The vital sign data is sent to the third acquisition terminal, so that the third acquisition terminal uploads the vital sign data to the server.

[0121] In some embodiments of the present disclosure, the microcontroller includes a first microcontroller and a second microcontroller, the first microcontroller is connected to the wearable medical device, and the second microcontroller is connected to the acquisition terminal; The second uploading module 1030 is configured to: When the first microcontroller is not connected to the server, adding the second identification data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device and the vital sign data; The second microcontroller is determined by the first microcontroller broadcasting the broadcast message, so that the second microcontroller sends the broadcast message or the vital sign data in the broadcast message to the acquisition terminal and uploads it to the server.

[0122] In some embodiments of the present disclosure, the second uploading module 1030 is configured to: Determine a candidate microcontroller by broadcasting the broadcast message by the first microcontroller; When the candidate microcontroller is not connected to the acquisition terminal, the fourth identification data of the candidate microcontroller continues to be added to the broadcast message; The second microcontroller connected to the candidate microcontroller is determined by broadcasting the broadcast message by the candidate microcontroller.

[0123] In some embodiments of the present disclosure, the data processing device 1000 of the wearable medical device is further configured to: When the first microcontroller is not connected to the server, adding the second identification data of the first microcontroller and the first location data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device and the vital sign data; Acquire the second position data of the acquisition terminal and the target position of the server, and determine the message position of the broadcast message according to the first position data and the second position data; When the message direction is inconsistent with the target direction, the broadcast message is discarded.

[0124] In some embodiments of the present disclosure, the data processing device 1000 of the wearable medical device is further configured to: Acquire second load data of the acquisition terminal and a load threshold corresponding to the second load data; When the second load data is greater than the load threshold, closing the wireless connection between the acquisition terminal and the microcontroller; When the second load data is less than or equal to the load threshold, the wireless connection between the acquisition terminal and the microcontroller is opened.

[0125] Regarding the device in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

[0126] In addition, in an exemplary embodiment of the present disclosure, a data processing system for a wearable medical device is also provided. Fig.11 A schematic diagram of the structure of the data processing system of the wearable medical device is shown, Fig.11 As shown, the data processing system 1100 of the wearable medical device includes: an acquisition terminal 1110, a wearable medical device 1120, a microcontroller 1130 and a server 1140, wherein the acquisition terminal is connected to the server and the microcontroller; The acquisition terminal 1110 is used to obtain the vital sign data collected by the wearable medical device 1120; The acquisition terminal 1110 is also used to upload the vital sign data to the server 1140 when the wearable medical device 1120 is connected to the acquisition terminal 1110; or when the wearable medical device 1120 is not connected to the acquisition terminal 1110, upload the vital sign data to the server 1140 through the microcontroller 1130, wherein there may be multiple acquisition terminals and multiple microcontrollers, and the composition of the MESH network may include multiple microcontrollers in addition to the acquisition terminals and wearable medical devices.

[0127] In an exemplary embodiment of the present invention, the acquisition terminal 1110 includes a first acquisition terminal, a second acquisition terminal and a third acquisition terminal, the first acquisition terminal is connected to the wearable medical device 1120, the second acquisition terminal is not connected to the server 1140, and the third acquisition terminal is connected to the server 1140; The uploading of the vital sign data to the server comprises: Determining a candidate acquisition terminal among the second acquisition terminals by broadcasting the vital sign data through the first acquisition terminal; Acquire first identification data and first load data of the candidate acquisition terminal, and determine the candidate acquisition terminal connected to the third acquisition terminal according to the first identification data and the first load data; The vital sign data is sent to the third acquisition terminal, so that the third acquisition terminal uploads the vital sign data to the server 1140 .

[0128] In an exemplary embodiment of the present invention, the microcontroller 1130 includes a first microcontroller and a second microcontroller, the first microcontroller is connected to the wearable medical device 1120, and the second microcontroller is connected to the acquisition terminal 1110; The step of uploading the vital sign data to the server through the microcontroller comprises: When the first microcontroller is not connected to the server 1140, adding the second identification data of the first microcontroller to the broadcast message, the broadcast message including the third identification data of the wearable medical device 1120 and the vital sign data; The second microcontroller is determined by the first microcontroller broadcasting the broadcast message, so that the second microcontroller sends the broadcast message or the vital sign data in the broadcast message to the acquisition terminal 1110 and uploads it to the server 1140.

[0129] In an exemplary embodiment of the present invention, the determining the second microcontroller by broadcasting the broadcast message by the first microcontroller includes: Determine a candidate microcontroller by broadcasting the broadcast message by the first microcontroller; When the candidate microcontroller is not connected to the acquisition terminal 1110, the fourth identification data of the candidate microcontroller continues to be added to the broadcast message; The second microcontroller connected to the candidate microcontroller is determined by broadcasting the broadcast message by the candidate microcontroller.

[0130] In an exemplary embodiment of the present invention, the data processing system 1100 of the wearable medical device further includes: When the first microcontroller is not connected to the server 1140, adding the second identification data of the first microcontroller and the first location data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device 1120 and the vital sign data; Acquire the second position data of the acquisition terminal 1110 and the target position of the server 1140, and determine the message position of the broadcast message according to the first position data and the second position data; When the message direction is inconsistent with the target direction, the broadcast message is discarded.

[0131] In an exemplary embodiment of the present invention, the data processing system 1100 of the wearable medical device further includes: Acquire second load data of the acquisition terminal 1110 and a load threshold corresponding to the second load data; When the second load data is greater than the load threshold, closing the wireless connection between the acquisition terminal 1110 and the microcontroller 1130; When the second load data is less than or equal to the load threshold, the wireless connection between the acquisition terminal 1110 and the microcontroller 1130 is opened.

[0132] Regarding the system in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

[0133] The present disclosure also provides a computer-readable storage medium having computer program instructions stored thereon, which, when executed by a processor, implement the steps of the data processing method for the wearable medical device provided by the present disclosure.

[0134] Fig.12 1 is a block diagram of another data processing apparatus 1200 for a wearable medical device according to an exemplary embodiment. For example, the apparatus 1200 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.

[0135] Reference Fig.12 , the device 1200 may include one or more of the following components: a processing component 1202 , a memory 1204 , a power component 1206 , a multimedia component 1208 , an audio component 1210 , an input / output interface 1212 , a sensor component 1214 , and a communication component 1216 .

[0136] The processing component 1202 generally controls the overall operation of the device 1200, such as operations associated with display, phone calls, data communications, camera operations, and recording operations. The processing component 1202 may include one or more processors 1220 to execute instructions to complete all or part of the steps of the above method. In addition, the processing component 1202 may include one or more modules to facilitate the interaction between the processing component 1202 and other components. For example, the processing component 1202 may include a multimedia module to facilitate the interaction between the multimedia component 1208 and the processing component 1202.

[0137] The memory 1204 is configured to store various types of data to support the operation of the device 1200. Examples of such data include instructions for any application or method operating on the device 1200, contact data, phone book data, messages, pictures, videos, etc. The memory 1204 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0138] The power supply component 1206 provides power to the various components of the device 1200. The power supply component 1206 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device 1200.

[0139] The multimedia component 1208 includes a screen that provides an output interface between the device 1200 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundaries of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 1208 includes a front camera and / or a rear camera. When the device 1200 is in an operating mode, such as a shooting mode or a video mode, the front camera and / or the rear camera may receive external multimedia data. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.

[0140] The audio component 1210 is configured to output and / or input audio signals. For example, the audio component 1210 includes a microphone (MIC), and when the device 1200 is in an operation mode, such as a call mode, a recording mode, and a speech recognition mode, the microphone is configured to receive an external audio signal. The received audio signal can be further stored in the memory 1204 or sent via the communication component 1216. In some embodiments, the audio component 1210 also includes a speaker for outputting audio signals.

[0141] The input / output interface 1212 provides an interface between the processing component 1202 and the peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: a home button, a volume button, a start button, and a lock button.

[0142] The sensor assembly 1214 includes one or more sensors for providing various aspects of the status assessment of the device 1200. For example, the sensor assembly 1214 can detect the open / closed state of the device 1200, the relative positioning of components, such as the display and keypad of the device 1200, the sensor assembly 1214 can also detect the position change of the device 1200 or a component of the device 1200, the presence or absence of user contact with the device 1200, the orientation or acceleration / deceleration of the device 1200, and the temperature change of the device 1200. The sensor assembly 1214 can include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 1214 can also include an optical sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 1214 can also include an accelerometer, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.

[0143] The communication component 1216 is configured to facilitate wired or wireless communication between the device 1200 and other devices. The device 1200 can access a wireless network based on a communication standard, such as WI-FI, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 1216 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 1216 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0144] In an exemplary embodiment, the apparatus 1200 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the above methods.

[0145] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 1204 including instructions, and the instructions can be executed by the processor 1220 of the device 1200 to perform the above method. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0146] In addition to being an independent electronic device, the above-mentioned device can also be a part of an independent electronic device. For example, in one embodiment, the device can be an integrated circuit (IC) or a chip, wherein the integrated circuit can be an IC or a collection of multiple ICs; the chip can include but is not limited to the following types: GPU (Graphics Processing Unit), CPU (Central Processing Unit), FPGA (Field Programmable Gate Array), DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), SOC (System on Chip, SoC), etc. The above-mentioned integrated circuit or chip can be used to execute executable instructions (or codes) to implement the above-mentioned data processing method of the wearable medical device. The executable instructions can be stored in the integrated circuit or chip, or can be obtained from other devices or equipment, for example, the integrated circuit or chip includes a processor, a memory, and an interface for communicating with other devices. The executable instruction can be stored in the memory, and when the executable instruction is executed by the processor, the above-mentioned data processing method of the wearable medical device is implemented; alternatively, the integrated circuit or chip can receive the executable instruction through the interface and transmit it to the processor for execution, so as to implement the above-mentioned method.

[0147] In another exemplary embodiment, a computer program product is further provided. The computer program product includes a computer program executable by a programmable device, and the computer program has a code portion for executing the data processing method of the wearable medical device when executed by the programmable device.

[0148] Fig.13 1 is a block diagram of another data processing apparatus 1300 for a wearable medical device according to an exemplary embodiment. For example, the apparatus 1300 may be provided as a server. Fig.13 The device 1300 includes a processing component 1322, which further includes one or more processors, and a memory resource represented by a memory 1332 for storing instructions executable by the processing component 1322, such as an application. The application stored in the memory 1332 may include one or more modules, each corresponding to a set of instructions. In addition, the processing component 1322 is configured to execute instructions to perform the above-mentioned data processing method of the wearable medical device.

[0149] The device 1300 may also include a power supply component 1326 configured to perform power management of the device 1300, a wired or wireless network interface 1350 configured to connect the device 1300 to a network, and an input / output interface 1358. The device 1300 may operate based on an operating system stored in the memory 1332.

[0150] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the present disclosure. The present disclosure is intended to cover any variations, uses or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art that are not disclosed in the present disclosure. The description and examples are to be considered as exemplary only, and the true scope and spirit of the present disclosure are indicated by the following claims.

[0151] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A data processing method for a wearable medical device, characterized in that: Applied to a collection terminal, the collection terminal is connected to a server and a microcontroller, and includes: Obtain vital sign data collected by wearable medical devices; When the wearable medical device is connected to the acquisition terminal, uploading the vital sign data to the server; or When the wearable medical device is not connected to the acquisition terminal, the vital sign data is uploaded to the server through the microcontroller.

2. The data processing method of the wearable medical device according to claim 1, characterized in that: The acquisition terminal includes a first acquisition terminal, a second acquisition terminal and a third acquisition terminal, the first acquisition terminal is connected to the wearable medical device, the second acquisition terminal is not connected to the server, and the third acquisition terminal is connected to the server; The uploading of the vital sign data to the server comprises: Determining a candidate acquisition terminal among the second acquisition terminals by broadcasting the vital sign data through the first acquisition terminal; Acquire first identification data and first load data of the candidate acquisition terminal, and determine the candidate acquisition terminal connected to the third acquisition terminal according to the first identification data and the first load data; The vital sign data is sent to the third acquisition terminal, so that the third acquisition terminal uploads the vital sign data to the server.

3. The data processing method of the wearable medical device according to claim 1, characterized in that: The microcontroller includes a first microcontroller and a second microcontroller, the first microcontroller is connected to the wearable medical device, and the second microcontroller is connected to the acquisition terminal; The step of uploading the vital sign data to the server through the microcontroller comprises: When the first microcontroller is not connected to the server, adding the second identification data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device and the vital sign data; The second microcontroller is determined by the first microcontroller broadcasting the broadcast message, so that the second microcontroller sends the broadcast message or the vital sign data in the broadcast message to the acquisition terminal and uploads it to the server.

4. The data processing method of the wearable medical device according to claim 3, characterized in that: The determining the second microcontroller by broadcasting the broadcast message by the first microcontroller includes: Determine a candidate microcontroller by broadcasting the broadcast message by the first microcontroller; When the candidate microcontroller is not connected to the acquisition terminal, the fourth identification data of the candidate microcontroller continues to be added to the broadcast message; The second microcontroller connected to the candidate microcontroller is determined by broadcasting the broadcast message by the candidate microcontroller.

5. The data processing method of the wearable medical device according to claim 3, characterized in that: The method further comprises: When the first microcontroller is not connected to the server, adding the second identification data of the first microcontroller and the first location data of the first microcontroller to a broadcast message, wherein the broadcast message includes the third identification data of the wearable medical device and the vital sign data; Acquire the second position data of the acquisition terminal and the target position of the server, and determine the message position of the broadcast message according to the first position data and the second position data; When the message direction is inconsistent with the target direction, the broadcast message is discarded.

6. The data processing method of the wearable medical device according to claim 1, characterized in that: The method further comprises: Acquire second load data of the acquisition terminal and a load threshold corresponding to the second load data; When the second load data is greater than the load threshold, closing the wireless connection between the acquisition terminal and the microcontroller; When the second load data is less than or equal to the load threshold, the wireless connection between the acquisition terminal and the microcontroller is opened.

7. A data processing device for a wearable medical device, characterized in that: Applied to a collection terminal, the collection terminal is connected to a server and a microcontroller, and includes: A data acquisition module, configured to acquire vital sign data collected by the wearable medical device; a first uploading module, configured to upload the vital sign data to the server when the wearable medical device is connected to the acquisition terminal; The second uploading module is configured to upload the vital sign data to the server through a microcontroller when the wearable medical device is not connected to the acquisition terminal.

8. A data processing system for a wearable medical device, characterized in that: include: An acquisition terminal, a wearable medical device, a microcontroller and a server, wherein the acquisition terminal is connected to the server and the microcontroller; The acquisition terminal is used to obtain the vital sign data collected by the wearable medical device; The acquisition terminal is also used to upload the vital sign data to the server when the wearable medical device is connected to the acquisition terminal; or when the wearable medical device is not connected to the acquisition terminal, upload the vital sign data to the server through the microcontroller.

9. A computer-readable storage medium having computer program instructions stored thereon, characterized in that: When the program instructions are executed by a processor, the steps of the method described in any one of claims 1 to 6 are implemented.

10. An electronic device, characterized in that: include: a memory having a computer program stored thereon; A processor, configured to execute the computer program in the memory to implement the steps of the method according to any one of claims 1 to 6.

Images