A health parameter real-time acquisition processing method and system based on an internet of things

Abstract

The application discloses a kind of health parameter real-time acquisition processing method and system based on Internet of Things, is specifically related to health information acquisition technical field, the method is received in current sampling time window sign, in turn, time window access verification, source verification, sending let place, link path selection and limit value version selection, server completes sign value boundary verification and archives health state data set accordingly.The health parameter real-time acquisition processing method and system based on Internet of Things disclosed in the application can determine the correspondence relationship between personnel, time, source, link and limit value version of sign package, temporarily store source data to be verified without occupying sending frame bits, reduce wrong return, disorder and abnormal misjudgment, and improve the traceability of health state archiving results.

Description

Technical Field

[0001] This invention relates to the field of health information collection technology, and in particular to a method and system for real-time collection and processing of health parameters based on the Internet of Things. Background Technology

[0002] The field of health information collection technology encompasses the acquisition, recording, transmission, storage, and organization of human health parameters. Its core content revolves around health information such as body temperature, heart rate, blood pressure, blood oxygen saturation, respiratory rate, blood glucose, sleep status, and step count. It typically involves matters such as identifying the data collection subject, determining the collection location, recording collected data, identifying the data source, agreeing on data formats, configuring communication links, marking abnormal values, saving historical records, and managing access permissions.

[0003] Among them, the real-time health parameter acquisition and processing method refers to the real-time acquisition and processing scheme for human health parameters such as body temperature, heart rate, blood pressure, blood oxygen saturation, respiratory rate, and blood glucose. It addresses technical issues such as inconsistent health parameter sampling time, difficulty in corresponding collection sources, lack of identification of transmitted data, difficulty in categorizing continuous records by personnel, and lack of clear judgment criteria for abnormal values. Existing technologies typically use wrist heart rate monitors to read heart rate values, arm blood pressure monitors to read systolic and diastolic blood pressure, finger oximeters to read blood oxygen saturation, body temperature patches to read body surface temperature, and continuous glucose probes to read blood glucose values. The collected results are then labeled with personnel identification, collection time, collection location, parameter type, sampling frequency, and numerical range. The data is then transmitted to a gateway or server via Bluetooth, Wi-Fi, or cellular communication links. The collected results are summarized, classified, stored, and marked using a preset parameter threshold table, personnel health records, and time series record table.

[0004] In the current IoT health parameter collection process, when multiple people and multiple types of vital sign devices upload data in parallel, they usually rely on device number, receiving time or fixed threshold for archiving. It is difficult to simultaneously confirm the personnel to whom the vital sign package belongs, the source of collection, the transmission order and the threshold version, which can easily lead to misclassification of vital sign data, misjudgment of abnormal status or duplicate verification. Summary of the Invention

[0005] The main objective of this invention is to provide a method and system for real-time acquisition and processing of health parameters based on the Internet of Things, which can effectively solve the problems involved in the background art mentioned above.

[0006] To achieve the above objectives, the technical solution adopted by the present invention is as follows: A method for real-time acquisition and processing of health parameters based on the Internet of Things includes the following steps: The gateway receives the vital signs packet sent by the vital signs device during the current sampling window. The vital signs packet includes personnel number, parameter type code, sampling time, sampling sequence number, device address, sampling location code, device status code, and vital signs value. The access status of the time window is verified using the personnel number, parameter type code, and collection time. When the access status of the time window is "access passed", the gateway reads the current sampling time window handshake frame and combines it with the device address, collection location code, and device status code to perform source verification and obtain the source verification status code. The gateway performs a transmission yielding process based on the source verification status code, and reads multi-link occupancy information from the currently available transmission links. Based on the parameter type code, sampling sequence number and multi-link occupancy information, it selects the link transmission path number. The gateway selects the limit version number based on the limit version control frame issued by the server, combined with the collection time and sampling sequence number. The server receives the corresponding vital sign packet based on the link transmission path number, and retrieves the limit boundary information corresponding to the selected limit version number. The vital sign values, source verification status codes, link transmission path numbers, limit version numbers, and limit boundary information corresponding to the limit version number in the corresponding vital sign packet are archived into a health status dataset.

[0007] Preferably, the vital signs device includes a wrist heart rate monitor, a finger pulse oximeter clip, a body temperature patch, an arm blood pressure monitor, and a continuous glucose probe; the vital signs values ​​include heart rate, blood oxygen saturation, body surface temperature, blood pressure (both values) or blood glucose values ​​corresponding to the blood pressure (both values).

[0008] Preferably, the time window access status verification process includes: the gateway calling the time window personnel information and time window position information corresponding to the current sampling time window, performing personnel correspondence verification, time access verification and position correspondence verification on the personnel number, collection time and parameter type code respectively, and obtaining the time window access status, which includes access passed status and access pending verification status.

[0009] Preferably, the time pane position information includes heart rate position, blood oxygen position, body temperature position, blood pressure dual value position, and blood glucose value set position; the parameter type code is used to point to the corresponding time pane position information, and the time pane position information is used for link transmission path number and health status dataset call.

[0010] Preferably, the current sampling window handshake frame is sent from the vital signs device to the gateway and includes personnel number, device address, sampling location code, device status code and device session number; The specific verification process of the source verification status code includes: the gateway reads the corresponding handshake frame of the current sampling window based on the parameter type code, and verifies the device address, collection location code and device status code in the vital signs packet with the same information in the current sampling window handshake frame to obtain the source verification status code. The source verification status code includes the source passed status code and the source pending verification status code.

[0011] Preferably, the transmission yielding process specifically involves: the gateway sending the vital signs packet corresponding to the source status code into the link transmission processing, sending the vital signs packet corresponding to the source pending status code into a temporary storage location, and the vital signs packet corresponding to the source pending status code does not occupy the transmission frame bit in the link transmission path number.

[0012] Preferably, the currently available transmission links include Bluetooth links, wireless LAN links, and cellular links; The multi-link occupancy information includes the link number, the currently transmitted frame number, the queue end frame number, and the number of frames that can be continuously occupied. The link transmission process is specifically as follows: the gateway determines the writing position of the vital signs packet based on the parameter type code and sampling sequence number, selects the link number and transmission frame bit based on the multi-link occupancy information, and writes the link number and transmission frame bit into the link transmission path number.

[0013] Preferably, the limit version control frame includes personnel number, parameter type code, old limit version number, new limit version number, limit version switching time, limit switching sequence number, and limit boundary information corresponding to the old limit version number and the new limit version number; The gateway selects the limit version number based on the collection time, sampling sequence number, limit version switching time, and limit switching sequence number; The server retrieves the corresponding limit boundary information based on the limit version number, performs boundary verification on the vital sign values, generates an anomaly identification code, and includes the anomaly identification code in the health status dataset.

[0014] A real-time health parameter acquisition and processing system applying the IoT-based real-time health parameter acquisition and processing method described above includes a vital signs device, a gateway, and a server. The vital signs device is used to send the current sampling window handshake frame and vital signs packet. The gateway is used to acquire the window access status, source verification status code, link transmission path number, and limit version number. The server is used to generate and archive a health status dataset. The server or gateway can also generate corresponding acquisition and transmission feedback instructions based on the access pending verification status, source pending verification status, missing link confirmation, or empty limit version, and feed them back to the corresponding vital signs device via the gateway.

[0015] Compared with the prior art, the present invention has the following beneficial effects: This invention limits access to vital sign packets through the current sampling window and verifies the source by combining the device address, collection location code, and device status code. This ensures that the vital sign data entering the archiving process has a clear correspondence between personnel, time, and source. Vital sign packets from sources awaiting verification are temporarily stored and do not occupy transmission frame bits, which can reduce the occupation of link resources by abnormal source data. Furthermore, the limit version is locked by the collection time and sampling sequence number, so that the anomaly identification results can correspond to specific limit boundaries, which facilitates subsequent query, feedback, and accountability. Attached Figure Description

[0016] Figure 1 This is a flowchart illustrating the overall method of the present invention; Figure 2 This is a flowchart of the time window access status verification process of the present invention; Figure 3 This is a flowchart of the process for obtaining the source verification status code for this invention. Figure 4 Flowchart for the transmission yielding and link transmission path selection of this invention; Figure 5 This is a flowchart for the selection of limit versions and the archiving of health status in this invention. Detailed Implementation

[0017] To make the technical means, creative features, objectives and effects of this invention easier to understand, the invention will be further described below in conjunction with specific embodiments.

[0018] See Figure 1 A method for real-time acquisition and processing of health parameters based on the Internet of Things includes the following steps: The gateway receives the vital signs packet sent by the vital signs device during the current sampling window. The vital signs packet includes the personnel number, parameter type code, sampling time, sampling sequence number, device address, sampling location code, device status code, and vital signs value. Furthermore, the vital signs equipment includes a wrist heart rate cuff, a finger pulse oximeter clip, a body temperature patch, an arm blood pressure monitor, and a continuous glucose probe; the vital signs values ​​include heart rate, blood oxygen saturation, body surface temperature, and blood pressure dual values ​​or the blood glucose values ​​corresponding to the blood pressure dual values. The blood pressure dual values ​​specifically include systolic blood pressure and diastolic blood pressure, which are generated by the arm blood pressure monitor under the same device session number and the same acquisition time, and written into the same blood pressure dual value cell.

[0019] The access status of the sampling window is verified by personnel number, parameter type code and collection time. When the access status of the sampling window is access passed, the gateway reads the handshake frame of the current sampling window and combines it with the device address, collection location code and device status code to perform source verification and obtain the source verification status code. The gateway performs transmission yielding processing based on the source verification status code, and reads multi-link occupancy information from the currently available transmission links. It then selects the link transmission path number based on the parameter type code, sampling sequence number, and multi-link occupancy information. The gateway selects the limit version number based on the limit version control frame issued by the server, combined with the collection time and sampling sequence number. The server receives the corresponding vital sign packet based on the link transmission path number, and retrieves the limit boundary information corresponding to the selected limit version number. The vital sign values, source verification status codes, link transmission path numbers, limit version numbers, and limit boundary information corresponding to the limit version number in the corresponding vital sign packet are archived into a health status dataset.

[0020] The server or gateway generates corresponding data collection and transmission feedback instructions based on the access pending status, source pending status, missing link confirmation, or empty limit version, and then feeds them back to the corresponding vital signs device via the gateway.

[0021] This technical solution is mainly applied to scenarios such as home health monitoring, hospital ward nursing, elderly care, and exercise status monitoring. In these scenarios, multiple individuals can wear or use vital sign devices such as wrist heart rate monitors, finger pulse oximeters, temperature patches, arm blood pressure monitors, and continuous glucose probes. The gateway receives vital sign packets within the current sampling window and performs unified processing on personnel access, device source, link transmission, and limit version to form archiveable health status data. It is suitable for health parameter collection environments with multiple devices uploading in parallel and multiple links transmitting. The invention will be further disclosed below in conjunction with the specific implementation process.

[0022] Example 1, see Figure 2 In the operation of this embodiment, after receiving the vital signs packet sent by the vital signs device, the gateway first performs a time window access status verification. The personnel number in the vital signs packet is used to identify the personnel being collected, the collection time is used to characterize the time point when the vital signs value is generated, and the parameter type code is used to distinguish different vital signs parameters such as heart rate, blood oxygen, body temperature, blood pressure, or blood sugar.

[0023] The gateway calls the personnel information and time window position information corresponding to the current sampling time window, performs personnel correspondence verification by matching the personnel number in the vital signs package with the personnel number corresponding to the current sampling time window, performs time access verification by matching the collection time with the start and end time of the current sampling time window, and performs grid position correspondence verification by matching the parameter type code with the pre-set time window position information.

[0024] Among them, the personnel information of the sampling window can be generated from the current sampling task, personnel health records or gateway access configuration, and is used to limit the personnel allowed to access the sampling window in the current sampling time window; The time window position information is used to define the writing position of different vital signs parameters within the current sampling time window, including the heart rate position, blood oxygen position, body temperature position, blood pressure dual value position, and blood glucose value set position.

[0025] The parameter type code points to the corresponding time pane information, enabling the gateway to determine the type of pane that the vital signs packet should be written to, and enabling subsequent links to send path numbers and health status datasets to access that pane information.

[0026] If the personnel number is correct, the collection time is within the current sampling time window, and the parameter type code has a corresponding cell, then the access pass status is obtained; if any verification result is not met, then the access pending status is obtained. The "access pending verification" status indicates that the vital signs packet does not yet meet the access conditions of the current sampling window. Specifically, when the personnel number in the vital signs packet does not match the personnel corresponding to the current sampling window, or the sampling time does not fall within the current sampling window, or the parameter type code does not correspond to the preset window position, the gateway marks the vital signs packet as being in the access pending verification status and records the corresponding reason for the pending verification. Vital signs packets in the access pending verification status do not proceed to the subsequent source verification and link transmission path selection process.

[0027] Furthermore, the access pending status can be processed in conjunction with the acquisition and transmission feedback instructions. The gateway can generate a re-acquisition instruction, a re-transmission instruction, or an information verification instruction based on the pending reason corresponding to the access pending status, and feed it back to the corresponding vital sign device or sampling task configuration terminal, so that the corresponding vital sign packet is re-acquired, re-transmitted, or re-confirmed for access information.

[0028] See Figure 3 After obtaining the access pass status, the gateway further performs source verification. The current sampling window handshake frame is sent to the gateway by the vital signs device before the vital signs packet is transmitted or when the current sampling window is started. The current sampling window handshake frame contains personnel number, device address, collection location code, device status code and device session number.

[0029] The device address is used to distinguish specific vital signs devices, the acquisition location code is used to identify acquisition sites such as wrist, fingertip, patch position, arm or probe position, the device status code is used to characterize the wearing, clamping, fitting or working status, and the device session number is used to distinguish acquisition sessions of the same device in different acquisition processes.

[0030] Specifically, the gateway reads the corresponding current sampling window handshake frame based on the parameter type code in the vital signs packet, and verifies the device address, acquisition location code, and device status code in the vital signs packet with the same information in the current sampling window handshake frame.

[0031] If the device address, the acquisition location code, and the device status code meet the valid status requirements corresponding to the current sampling window, then the source pass status code is obtained; if any of the device address, acquisition location code, or device status code is inconsistent, or if the corresponding handshake frame for the current sampling window is not read, then the source pending verification status code is obtained.

[0032] Therefore, the access status of the time window is used to determine whether the vital signs data belongs to the current person and the current sampling time window, and the source verification status code is used to determine whether the vital signs data comes from the authorized vital signs device and the collection location within the current sampling time window.

[0033] Example 2, see Figure 4 This embodiment, based on the time-window access status verification and source verification completed in Embodiment 1, further performs transmission yielding processing and link transmission path selection on the vital signs packet. Specifically, the gateway reads the source verification status code and distinguishes the transmission processing method of the vital signs packet according to the source verification status code.

[0034] When the source verification status code is "source passed", it means that the vital sign packet has been verified by the device address, acquisition location code and device status code within the current sampling window, and the gateway sends the vital sign packet to the link transmission processing. When the source verification status code is "source pending verification", it means that the device source, acquisition location or device status of the vital sign packet is pending confirmation, and the gateway sends the vital sign packet to the temporary storage location and records the corresponding reason for pending verification, so that the vital sign packet corresponding to the source pending verification status code does not occupy the transmission frame bit in the link transmission path number.

[0035] When processing link transmission, the currently available transmission links include Bluetooth links, wireless LAN links, and cellular links. These links are the communication paths that the gateway can use to forward vital signs packets in the current operating state, and different links can correspond to different link numbers.

[0036] The gateway reads multi-link occupancy information from the link management record or the link transmission queue. The multi-link occupancy information includes the link number, the current transmission frame number, the queue end frame number, and the number of frames that can be continuously occupied. Among them, the link number is used to identify the specific transmission link; the current transmission frame number is used to characterize the position of the frame that is currently being transmitted or is about to be transmitted on the link; the queue end frame number is used to characterize the position of the end of the current queued data on the link; and the number of consecutively available frame bits is used to characterize the number of transmission frame bits that the link can continuously occupy for the same feature packet in the current queue state.

[0037] The gateway determines the writing position of the vital signs package in the current sampling window based on the parameter type code and sampling sequence number in the vital signs package. For single-value vital signs packages such as heart rate, blood oxygen, and body temperature, the parameter type code is used to point to the corresponding heart rate grid, blood oxygen grid, or body temperature grid. For vital signs packages corresponding to blood pressure, the parameter type code is used to point to the blood pressure dual-value grid and keep the systolic and diastolic blood pressure values ​​in the same acquisition record. For vital signs packages corresponding to blood glucose, the sampling sequence number is used to determine its corresponding writing position in the blood glucose value set grid.

[0038] After determining the writing location, the gateway selects the link number and sending frame position that can carry the vital sign packet based on the current sending frame number, the queue end frame number, and the number of consecutively occupied frames for each link, and writes the link number and sending frame position into the link sending path number.

[0039] Thus, the vital signs packets that have passed through the source can enter the link transmission queue, while the vital signs packets that are pending verification from the source are kept in a temporary storage location, thereby establishing a correspondence between the link transmission path number and the source verification status, parameter type, and sampling sequence number of the vital signs packets.

[0040] Example 3, see Figure 5 In this embodiment, based on the completion of the transmission yielding process and selection of the link transmission path number in Embodiment 2, the limit version number corresponding to the vital sign packet is further selected, and the boundary verification of the vital sign value is completed on the server side.

[0041] Specifically, the server can generate a limit version control frame based on personnel health records, sampling task configurations, or health parameter management rules, and then send the limit version control frame to the gateway. The limit version control frame includes personnel number, parameter type code, old limit version number, new limit version number, limit version switch time, limit switch sequence number, and limit boundary information corresponding to the old limit version number and the new limit version number.

[0042] Among them, the personnel number is used to point to the corresponding person being sampled, the parameter type code is used to point to the corresponding vital signs parameters such as heart rate, blood oxygen, body temperature, blood pressure or blood glucose, the old limit version number and the new limit version number are used to distinguish the different configurations of the limit boundary information before and after the switch, the limit version switch time is used to indicate the time node when the limit version is switched, and the limit switch sequence number is used to indicate the sampling order in which the limit version switch occurs during continuous sampling.

[0043] On the gateway side, the gateway reads the acquisition time and sampling sequence number from the vital signs packet, and reads the limit version switching time and limit switching sequence number from the limit version control frame to select the limit version number corresponding to the vital signs packet.

[0044] When the vital signs data collection time is earlier than the limit version switching time, the gateway selects the old limit version number; when the vital signs data collection time is later than the limit version switching time, the gateway selects the new limit version number; when the vital signs data collection time is within the sampling interval corresponding to the limit version switching time, the gateway further determines the limit version number based on the order of the sampling sequence number and the limit switching sequence number. If the sampling sequence number is before the limit switching sequence number, the old limit version number is selected; if the sampling sequence number is after the limit switching sequence number, the new limit version number is selected.

[0045] This ensures that the limit version number corresponding to the vital signs package corresponds to the actual collection time and sampling order of the vital signs values.

[0046] After receiving the corresponding vital sign packet based on the link path number, the server reads the personnel number, parameter type code, vital sign value, source verification status code, and limit version number selected by the gateway from the vital sign packet, and retrieves the corresponding limit boundary information based on the limit version number.

[0047] Limit boundary information may include the upper limit and lower limit corresponding to the corresponding parameter type code, which are used to determine whether the vital sign value is within the preset range. When the server performs boundary verification on the vital sign value, it compares the vital sign value with the corresponding upper limit and lower limit respectively. The anomaly identification code is used to identify the boundary verification result between the vital sign value and the corresponding limit boundary information, and is used for health status dataset archiving, abnormal status querying, and data collection and transmission feedback. The anomaly identification code may include an upper boundary anomaly identification code, a lower boundary anomaly identification code, and a non-boundary identification code; Among them, the upper boundary anomaly identification code is used to indicate that the vital sign value is higher than the corresponding upper limit, the lower boundary anomaly identification code is used to indicate that the vital sign value is lower than the corresponding lower limit, and the non-crossing boundary identification code is used to indicate that the vital sign value is within the range defined by the corresponding limit boundary information. For dual blood pressure values, the server can perform boundary verification on the systolic blood pressure value and the diastolic blood pressure value separately, and classify the verification results of the two into the same dual blood pressure value record.

[0048] The server will include the anomaly identification code, along with the vital signs value, source verification status code, link transmission path number, limit version number, and corresponding limit boundary information, into the health status dataset.

[0049] Example 4: Based on the IoT-based real-time health parameter acquisition and processing method disclosed in Examples 1 to 3, this invention further discloses a real-time health parameter acquisition and processing system applying the method, including a vital signs device, a gateway, and a server. The vital signs device is used to send the current sampling window handshake frame and vital signs packet. The gateway is used to obtain the window access status, source verification status code, link transmission path number, and limit version number. The server is used to generate and archive the health status dataset. The server or gateway can also generate corresponding data collection and transmission feedback instructions based on the access pending status, source pending status, missing link confirmation, or empty limit version, and then feed them back to the corresponding vital signs device through the gateway.

[0050] Example 5: In a specific application instance, the person being sampled, numbered P001, in an elderly care facility is within the current sampling window from 08:00:00 to 08:02:00. The gateway receives in advance the current sampling window handshake frames sent by the wrist heart rate monitor, finger pulse oximeter, body temperature patch, arm blood pressure monitor, and continuous blood glucose probe. In this handshake frame, the device address of the wrist heart rate monitor is H01, the wrist acquisition location code is W01, and the wearing status code is 1; the device address of the finger clip pulse oximeter is O01, the fingertip acquisition location code is F01, and the clamping stability code is 1; the device address of the arm blood pressure monitor is B01, and the device session number is S001.

[0051] Within the current sampling window, the gateway received a set of vital signs packets. The heart rate packet carried personnel ID P001, parameter type code HR, acquisition time 08:00:12, sampling sequence number 1, device address H01, acquisition location code W01, device status code 1, and heart rate value 82; the blood oxygen saturation packet carried personnel ID P001, parameter type code SP02, acquisition time 08:00:15, sampling sequence number 1, device address O09, acquisition location code F01, device status code 1, and blood oxygen saturation value 96; the blood pressure packet carried personnel ID P001, parameter type code BP, acquisition time 08:00:40, sampling sequence number 2, device address B01, device session number S001, systolic blood pressure value 138, and diastolic blood pressure value 88.

[0052] The gateway first verifies the access status of the time window based on the personnel number P001, the collection time, and the parameter type code. The personnel numbers of the heart rate, blood oxygen, and blood pressure data packets are all consistent with the personnel corresponding to the current sampling time window, the collection times are all between 08:00:00 and 08:02:00, and the parameter type codes can point to the heart rate grid, blood oxygen grid, and blood pressure dual value grid, respectively. Therefore, all of them have obtained the access pass status.

[0053] Subsequently, the gateway performs source verification based on the handshake frame corresponding to the current sampling window. The device address H01, acquisition location code W01, and device status code 1 in the heart rate vital signs packet are all consistent with the handshake frame, and the source is passed status code is obtained. Although the acquisition location code F01 and device status code 1 in the blood oxygen vital signs packet are consistent, the device address O09 is inconsistent with the device address O01 in the handshake frame, so the source is pending verification status code is obtained. The device address B01 and device session number S001 in the blood pressure vital signs packet are consistent with the handshake frame, and the source is passed status code is obtained.

[0054] During the transmission yielding process, the gateway sends the heart rate and blood pressure packets corresponding to the source status codes into the link transmission processing, sends the blood oxygenation packet corresponding to the source pending verification status codes into the temporary storage location, and records the reason for the pending verification due to inconsistent device addresses; at this time, the blood oxygenation packet does not occupy the transmission frame bit in the link transmission path number.

[0055] The gateway reads the multi-link occupancy information of the currently available transmission links. For example, the number of consecutively occupied frames for a Bluetooth link is 1, the number of consecutively occupied frames for a Wi-Fi link is 2, and the number of consecutively occupied frames for a cellular link is 1. For blood pressure vital signs packets, since they include systolic and diastolic blood pressure values, it is necessary to maintain the dual-value correspondence under the same device session number. The gateway selects the Wi-Fi link that can provide two adjacent transmission frame bits and writes the link number and the adjacent transmission frame bits into the link transmission path number.

[0056] Within the current sampling window, the server issues a limit version control frame. This limit version control frame contains personnel number P001, parameter type code BP, old limit version number V1, new limit version number V2, limit version switching time 08:00:35, limit switching sequence number 2, and corresponding limit boundary information. Based on the blood pressure vital signs packet collection time 08:00:40 and sampling sequence number 2, the gateway determines the corresponding new limit version number V2. After receiving the blood pressure vital signs packet through the link transmission path number, the server retrieves the blood pressure limit boundary information corresponding to V2, such as the upper limit of systolic blood pressure being 135 and the upper limit of diastolic blood pressure being 85. The server then verifies the systolic blood pressure value of 138 and the diastolic blood pressure value of 88 against the corresponding limit boundaries, generating an upper limit anomaly identification code. The server then incorporates this anomaly identification code, along with the blood pressure values, the source status code, the link transmission path number, the limit version number V2, and the corresponding limit boundary information, into the health status dataset.

[0057] As can be seen from the above processing, within the same sampling time window, the vital signs packets that have passed through the source enter the link transmission and health status archiving process, while the vital signs packets that are pending verification from the source enter the temporary storage location without occupying the transmission frame bits; at the same time, the server determines the limit version number according to the actual collection time and sampling sequence number of the vital signs packet, so that the anomaly identification code forms an association record with the corresponding limit version, source verification status and link transmission path.

[0058] The foregoing has shown and described the basic principles, main features, and advantages of the present invention. Those skilled in the art should understand that the present invention is not limited to the above embodiments. The embodiments and descriptions in the specification are merely illustrative of the principles of the invention. Various changes and modifications can be made to the invention without departing from its spirit and scope, and all such changes and modifications fall within the scope of the present invention as claimed. The scope of protection of the present invention is defined by the appended technical solutions and their equivalents.

Claims

1. A method for real-time acquisition and processing of health parameters based on the Internet of Things, characterized in that, Includes the following steps: The gateway receives the vital signs packet sent by the vital signs device during the current sampling window. The vital signs packet includes the personnel number, parameter type code, sampling time, sampling sequence number, device address, sampling location code, device status code, and vital signs value. The access status of the sampling window is verified by personnel number, parameter type code and collection time. When the access status of the sampling window is access passed, the gateway reads the handshake frame of the current sampling window and combines it with the device address, collection location code and device status code to perform source verification and obtain the source verification status code. The gateway performs transmission yielding processing based on the source verification status code, and reads multi-link occupancy information from the currently available transmission links. It then selects the link transmission path number based on the parameter type code, sampling sequence number, and multi-link occupancy information. The gateway selects the limit version number based on the limit version control frame issued by the server, combined with the collection time and sampling sequence number. The server receives the corresponding vital sign packet based on the link transmission path number, retrieves the limit boundary information corresponding to the selected limit version number, and archives the vital sign value, source verification status code, link transmission path number, limit version number and its corresponding limit boundary information in the corresponding vital sign packet into a health status dataset.

2. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 1, characterized in that, The vital signs equipment includes a wrist heart rate monitor, a finger pulse oximeter clip, a body temperature patch, an arm blood pressure monitor, and a continuous glucose probe; the vital signs values ​​include heart rate, blood oxygen saturation, body surface temperature, and blood pressure readings or blood glucose values ​​corresponding to blood pressure readings.

3. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 1, characterized in that, The time window access status verification process includes: the gateway calls the time window personnel information and time window position information corresponding to the current sampling time window, performs personnel correspondence verification, time access verification and position correspondence verification on the personnel number, collection time and parameter type code respectively, and obtains the time window access status, which includes access passed status and access pending verification status.

4. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 3, characterized in that, The time pane position information includes heart rate position, blood oxygen position, body temperature position, blood pressure dual value position, and blood glucose value set position; the parameter type code is used to point to the corresponding time pane position information, and the time pane position information is used for link transmission path number and health status dataset call.

5. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 1, characterized in that, The current sampling window handshake frame is sent from the vital signs device to the gateway and includes personnel number, device address, sampling location code, device status code and device session number; The specific verification process of the source verification status code includes: the gateway reads the corresponding handshake frame of the current sampling window based on the parameter type code, and verifies the device address, collection location code and device status code in the vital signs packet with the same information in the current sampling window handshake frame to obtain the source verification status code. The source verification status code includes the source passed status code and the source pending verification status code.

6. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 5, characterized in that, The specific transmission yielding process is as follows: the gateway sends the vital signs packet corresponding to the source status code into the link transmission process, sends the vital signs packet corresponding to the source pending status code into the temporary storage location, and the vital signs packet corresponding to the source pending status code does not occupy the transmission frame bit in the link transmission path number.

7. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 6, characterized in that, The currently available transmission links include Bluetooth links, wireless LAN links, and cellular links; The multi-link occupancy information includes the link number, the currently transmitted frame number, the queue end frame number, and the number of frames that can be continuously occupied. The link transmission process is specifically as follows: the gateway determines the writing position of the vital signs packet based on the parameter type code and sampling sequence number, selects the link number and transmission frame bit based on the multi-link occupancy information, and writes the link number and transmission frame bit into the link transmission path number.

8. The method for real-time acquisition and processing of health parameters based on the Internet of Things according to claim 1, characterized in that, The limit version control frame includes personnel number, parameter type code, old limit version number, new limit version number, limit version switching time, limit switching sequence number, and limit boundary information corresponding to the old limit version number and the new limit version number; The gateway selects the limit version number based on the collection time, sampling sequence number, limit version switching time, and limit switching sequence number; The server retrieves the corresponding limit boundary information based on the limit version number, performs boundary verification on the vital sign values, generates an anomaly identification code, and includes the anomaly identification code in the health status dataset.

9. A real-time health parameter acquisition and processing system applying the IoT-based real-time health parameter acquisition and processing method according to any one of claims 1 to 8, characterized in that, The system includes a vital signs device, a gateway, and a server. The vital signs device is used to send the current sampling window handshake frame and vital signs packet. The gateway is used to obtain the window access status, source verification status code, link transmission path number, and limit version number. The server is used to generate and archive the health status dataset. The server or gateway can also generate corresponding data acquisition and transmission feedback instructions based on the access pending verification status, source pending verification status, missing link confirmation, or empty limit version, and feed them back to the corresponding vital signs device through the gateway.

Images