WIRELESS NETWORK TRANSFER

Information

  • Patent Application
  • 20170155427
  • Publication Number
    20170155427
  • Date Filed
    November 30, 2015
    9 years ago
  • Date Published
    June 01, 2017
    7 years ago
Abstract
The invention is focused toward enhancing a patient's mobility by providing seamless information/data transfer between medical monitoring devices such as a patient monitor, telemetry hubs, or another mobile monitoring system. The information or data, which are transferred among the medical devices include, but are not limited to, patient demographic information, wireless network, or pairing information. A set of wireless sensors (e.g. ECG, NIBP, Temp, SpO2), which are located on a patient's body, are connected wirelessly to a patient monitor, which is not a mobile device. When a clinician needs to move the patient from one location to a another location, the clinician brings the mobile monitor close to the fixed monitor to transfer the patient and wireless network information to the mobile monitor automatically. This enables the transfer of connected on-body wireless sensors from one medical device to another medical device without physically detaching them from a patient's body.
Description
FIELD

The subject matter disclosed herein relates to generally to the field of data monitoring, and more specifically, to network data transfer for mobile patient monitoring.


BACKGROUND

During the transfer of patients throughout a medical facility, medical data of a patient is monitored. The direct cable connectivity of the patient to the medical monitoring systems, however, limits a patient's mobility and restricts movement. The creation of wireless monitoring systems in hospitals has permitted greater mobility of patients, but remains restrictive because of the lack of systems, specifically network transfer systems, that permit ease of use when transferring patients from one location to another.


While wireless data transmission can offer the advantage of substantially continuous monitoring, the lack of continuity when disconnecting and reconnecting the patient from stations/hubs presents additional issues. Other devices may emit fields or signals that interfere with the ability of a wireless transmitter to accurately transmit data. Or, data networks may interfere with one another. It would be preferable to have a system that has the portability of wireless data transmission, security for data networks within a medical setting, and further has the operability that eliminates complexities of unplugging individual connections from one system and re-plugging the individual connections into another system.


A need exists to create a wireless network transfer system, secure and user friendly. The system will further allow improved patient mobility, reducing the time to transfer a wireless network among multiple monitoring devices and improving workflow when moving patients from one location to another.


SUMMARY

The above and other drawbacks or deficiencies may be overcome or alleviated by development of a system as described as follows.


The invention is focused toward enhancing a patient's mobility by providing seamless information/data transfer between medical monitoring devices such as a patient monitor, telemetry hubs/devices transfer monitor, or another mobile monitoring system. For exemplary purposes, and not limitation, patient monitors, medical monitoring devices, and mobile monitoring systems can act as the described hub presented herein. The information or data, which are transferred among the medical devices, include but are not limited to patient demographic information, wireless network, and/or pairing information. For example, a set of wireless sensors (e.g. electrocardiograph (ECG), noninvasive blood pressure (NIBP), Temperature, Oxygen Saturation (SpO2), etc.) are located on a patient's body and connected wirelessly to a patient monitor, which is not a mobile device. If a clinician needs to move the patient from a particular location to a another location, then instead of (1) disconnecting or un-pairing all the sensors from the fixed monitor and (2) connecting/pairing all of them again to a new mobile monitor, the clinician can bring the mobile monitor close to the fixed monitor to transfer the patient and associated wireless network information to the new mobile monitor automatically. This automatic wireless network and information transfer drastically improves and simplifies the workflow to move patients from one location to another one. In summary, various embodiments of the invention enable the transfer of connected on-body wireless sensor networks from one medical device to another medical device without physically detaching them from a patient's body.


In one embodiment, a system for managing transfer of data in a medical body area network (MBAN) to wirelessly mobilize a patient comprises: one or more sensors collecting data and configured to interconnect with a patient in a medical body area network (MBAN), each sensor comprising a sensor node having a unique identifier and a corresponding network address; a plurality of hubs, each hub having a dual communication interface including an MBAN interface and a short range interface; each hub comprising a wireless transceiver and a processor managing a time divided protocol which comprises: one or more slots to monitor a plurality of medical devices, and one or more control slots designated to manage transfer of the MBAN within the time divided protocol from at least a first hub to at least a second hub, the slots including a transmit node and a receive node; wherein the first hub transmits a packet of data and the second hub receives a packet of data within the slots. Here, the wireless transceiver includes both a transmit unit and a receive unit.


In one aspect, the first hub is connected to data from the one or more sensors of the MBAN through an MBAN interface; and the second hub has a short range interface to receive data from the first hub. The first hub transmits the packet of data and the second hub receives the packet of data, simultaneously. In addition, the time divided protocol includes identification of the identifiers and corresponding network addresses of the sensor nodes, and then transfers the identifiers and the corresponding network addresses from the first hub to the second hub.


One or more monitoring devices interconnect with the MBAN interface to monitor the data. The time divided protocol allows the hubs to manage the MBAN interface and the short range interface through a series of the one or more control slots. The short range interface may be a near field communication (NFC) interface. The short range interface may also comprise magnetic fields, electric fields, optics, acoustic, ultrasound, and mechanical vibrations.


Additionally, the time division protocol is organized into a plurality of frames, each frame comprising the one or more control slots. In one embodiment, the one or more control slots comprise functionalities of detection, association, dissociation, reconnect, rescue, network swapping, and advertisement. The MBAN communicates with the one or more sensors and relays data to the one or more monitoring devices in real-time. In one aspect, the one or more sensors are adjacent to a patient, configured to attach to a surface of a body of the patient, or located inside the body of the patient.


Embodiments of the invention include a method of managing transfer of data of a wireless body area network (WBAN) to mobilize a patient comprising the steps of: (a) providing a system for managing transfer of data in the WBAN comprising: one or more sensors collecting data and configured to interconnect with a body in a WBAN, each sensor comprising a sensor node having an identifier and an address; and a plurality of hubs, each hub comprising: a dual communication interface including a WBAN interface and a short range interface; and a processor managing a time divided protocol which includes: data slots to monitor a plurality of devices, one or more control slots integrated with one or more nodes in a wireless protocol that manage transfer of the WBAN from a first hub to a second hub, or from at least one of the plurality of hubs to the one or more sensors; (b) bringing the first hub in proximity to the second hub to enable transmit and receive modes; and (c) transmitting a packet of data from the first hub and receiving a packet of data within the one or more slots; wherein the step of transmitting, the WBAN is transferred, including the identifier and address of the sensor in the WBAN, from the first hub to the short range interface of the second hub. The one or more control slots are distributed within the time divided protocol. In one aspect, the data is patient data from the one or more sensors connected through a medical body area network (MBAN) interface.


During the step of transmitting a packet of data, the second hub maintains continuous sensor monitoring in real-time as network communication from the sensors is passed from the first hub to the second hub. The method may include a step of verifying connection of the first hub and a step of disconnecting the first hub. Aspects of the method also include one or more monitoring devices interconnected with the WBAN interface to monitor the data from a remote site continuously. The monitoring devices can be stationary or one or more mobile electronic devices capable of displaying the data.


Further, the short range interface comprises near field communication (NFC), visible light communication (VLC), and wireless protocols. In the step of transmitting, the slots enable transmit and receive modes to identify a pairing packet of pairing protocols between the hubs. A step of initiating the WBAN transfer may include using a push button or other input from a user. A step of copying the pairing packet to a rescue node of the second hub permits reconnect and recovery. As with healthcare privacy and personal data protection, the method enables a step of securing privacy during the step of transmitting by way of a security key.


As thus described, the system may be modified and implemented according to system design functionality. The user may configure the system, as desired, for ease of use, simplified display, and efficiently timed network exchange.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 depicts a perspective of an embodiment of the invention.



FIG. 2 depicts a schematic to illustrate a perspective embodiment of the system.



FIG. 3 is a schematic to illustrate one perspective embodiment of the invention.





DETAILED DESCRIPTION

Various embodiments will be described more fully hereinafter with reference to the accompanying drawings. Such embodiments should not be construed as limiting. For example, one or more aspects can be utilized in other embodiments and even other types of systems and methodologies. Referring to the drawings in general, it will be understood that the illustrations are for the purpose of describing particular embodiments and are not intended to be limiting.



FIG. 1 depicts the system as utilized for patient monitoring in a hospital setting. At a patient 100, sensors 102 are connected. The sensors 102 are wireless and include patient monitoring information, recorded physiological parameters, diagnostic or therapeutic functions, among others. A medical body area network (MBAN) 104 interconnects communications of the sensors to a monitoring device 106, which in turn is directly connected wirelessly through WiFi 107, or by cables and wires, to a workstation 108, as shown in FIG. 1(a). Here, the monitoring device 106 is a transport monitor device with display. The workstation can include a host computer 109, server 111, or router 113 as well. The patient 100 is in one room while the workstation 108 monitors the patient 100 from a different room or station 108. The MBAN is a flexible platform for wireless networking of multiple body transmitters used for the purpose of measuring and recording physiological parameters and other patient information, or for performing diagnostic or therapeutic functions, primarily in healthcare facilities. The MBAN enhances patient safety, care and comfort, reducing the need to physically connect sensors to essential monitoring equipment via cables and wires.


Specifically, an MBAN is a low power network of sensors worn on the body controlled by a hub device that is located either on the body or in close proximity to it. The MBAN devices operate on a secondary basis in the 2360-2400 MHz band to prevent harmful interference to and must accept interference from federal and non-federal stations operating in the band. MBAN devices support wireless non-voice data communications between body-worn medical sensor (client) devices and a dedicated programmer/control (P/C) device. The sensor devices collect patient physiological information and/or deliver diagnostic and therapeutic functions. The P/C device aggregates the patient data that it receives from its associated sensors and transmits it to one or more monitoring stations via technologies that do not use the 2360-2400 MHz band (such as the hospital's local area network (LAN)). The 2360-2400 MHz frequency band is authorized by the Federal Communication Commission (FCC) for use by MBAN devices: MBAN devices in the 2360-2390 MHz band are permitted for use indoors within a health care facility, while MBAN devices in the 2390-2400 MHz band may be used anywhere. The MBAN devices in the 2360-2390 MHz band comply with a control message that notifies the P/C device(s) to limit transmissions to coordinated frequencies or to cease operation on frequencies within this band segment. An FCC-designated control point, unique to each health care facility, designates the frequencies available in the 2360-2390 MHz band at that facility. The control point uses this information to generate a control message to convey the available frequencies to the MBAN P/C device(s) via technologies that do not use the 2360-2400 MHz band (typically, the hospital's LAN). The P/C devices then use this information to enable their associated MBAN sensors on the coordinated frequencies. A P/C device will not commence operating and will automatically cease operating in the 2360-2390 MHz band if it does not receive, in accordance with the specified design protocols, a control message permitting such operation.


The MBAN may also be referred to as a wireless body area network (WBAN) or a body sensor network (BSN), as a wireless network of wearable computing devices. These devices may be adjacent to the patient, located inside the body (e.g., implants), may be mounted on a surface of the body in a fixed or movable position. The WBAN implement communications of various sorts on, near, or around the human body. Thus, the WBAN may be implemented immediate or proximate to a patient, a physician, or any personnel within or outside a medical facility. In another aspect, the WBAN can be incorporated in any home health monitoring or transport monitoring as well.


At FIG. 1(b), an ambulatory hub 110 is brought within close proximity to the ambulatory hub 110 and/or monitor 106 to pair or transfer the wireless network to the ambulatory hub 110 and the monitor 106, independently or cooperatively. The near field communications (NFC) compatibility is a contactless communication that avoids having to go through multiple steps of setting up a connection, and further avoids interruption of continuous data monitoring. The NFC technology includes sets of protocols that enable electronic devices to establish radio communication with each other by touching devices together or bringing the devices into close proximity to a distance of typically about 10 cm or less, or even closer at about 3 cm or less. When the patient 100 leaves the patient's room and becomes mobile, a nurse or doctor pairs the ambulatory hub 110 with the monitoring device 106, bringing the hub and the monitoring device into close proximity (as shown in FIG. 2). The MBAN communication network is transferred through a combination of NFC pairing and sensor rescue protocols (See FIG. 2), allowing the connected sensors 102 to transfer wirelessly from one hub 110 to another.


At FIG. 1(c), the patient 100 has been physically transferred to a wheelchair 116. The MBAN network has been transferred to the hub 110. The network continues communication with other remote monitoring devices and workstation 108.


Moreover, the MBAN network (104) is transferred from the monitor (106) to the ambulatory hub (110) through a combination of protocol commands executed on the NFC interface and the MBAN radio interface. The NFC interface referred to here is the interface within the NFC device between an NFC controller and the device's main application processor, defining a common level of functionality and interoperability among the components with the NFC-enabled device. As such, the interface can be utilized for various types of NFC-enabled devices, including mobile phones, computers, tablets, printers, consumer electronics, appliances, among others. The ambulatory hub 110 maintains communications with the wireless network 120 for ongoing communications with the workstation 108. The wireless network 120 includes WiFi, Wireless Medical Telemetry Service (WMTS), and/or other cellular communication networks. The WMTS includes the spectrum of frequencies used for remote monitoring of a patient's health, including devices to measure a patient's vital signs and other health parameters (e.g. pulse and respiratory rate), as well as devices that transport the data via radio (e.g. wireless cardiac monitors to monitor a patient after surgery).


In one embodiment, the hubs may be places of data convergence; in such instance, data arrives from one or more directions and is forwarded out in other directions. The ambulatory hub 110 may also include a switch to determine how and where data is forwarded from the hub, and the hub can also include a router. The networked hub has a backbone including a main circuit to which a number of outgoing lines are attached, each outgoing line providing one or more connections to a port for a device to attach to. Other networks may feed into the hub including bus networks, using a bridge to connect local area networks (LANs) and virtual local area networks (VLANs), or ring networks having a circuit arrangement in which each device is attached along the same signal path to at least two other devices. The nodes of the network are connected to a common transmission medium for linear or distributed bus network topology. In regards to a serial bus, the serial device described herein has two serial pins, the receiver, RX, and the transmitter, TX.


In one aspect, the hubs 110 connect wirelessly with the transport monitoring device 106 via NFC 112. In another aspect, any wireless communication may be utilized, including visible light communication (VLC), acoustic, RFID, infrared (IR) communication, among others. Once the hub is brought into close proximity to sensors 102 of the patient, or in proximity to the patient monitoring device 106, continuous patient monitoring is made possible. This monitor to monitor transfer also refers to any NFC communication device. The VLAN allows network administrators to partition the networks to match functional and security requirements of the devices with any changes in the network infrastructure.


The ambulatory aspect of the hub refers to a patient's mobility to walk and move around, without confining the patient to any single hospital room, floor or care area. Ambulatory care or treatment here refers to care provided to a mobile patient, moving from one room to another, to an operating room, to a diagnostic system location (e.g., Xray location), and mobility inside or outside a hospital setting. In a broad context, ambulatory is interpreted as disclosed herein to also refer to movement of a patient in “outpatient” care, outside the hospital or medical facility.



FIG. 2 illustrates an embodiment of an ambulatory hub transfer system 200. At FIG. 2(a), a first ambulatory hub 202 enabled with a 7-byte NFC tag unique identifier (UID) comes into close proximity with a second ambulatory hub 204 which includes an NFC reader. The second ambulatory hub 204 detects that the NFC tag UID of the first ambulatory hub and has been read through a NFC reader in 204.


As depicted, a superframe 222 comprises time division medium access control (MAC) protocols for managing data exchange of the sensors 102 over the MBAN radio network (104). Multiple superframes can be included in the system for durations of time as desired by the user. The superframe 1 (222) includes an overall time division protocol of about 100 msec or less. Time division protocols less than 100 msec enable efficient and controlled transfer of data, as utilized when quickly mobilizing a patient. Every timeslot in the superframe 222 has a different assigned functionality; for exemplary purposes, and not limitation, five slots CS1-CS5 are dedicated to MAC-level management and control, and referred to as control slots 206. Control slots 206 are timeslots in the superframe 222 dedicated to “control-like” functionalities in the wireless protocol. The slots, or control slots 206 referred to here are MAC protocols for managing data exchange, also referred to as management slots. Control slots 206 (i.e., CS1, CS2, CS3, CS4, CS5 . . . etc.) control the transfer of MBAN data between the first ambulatory hub 202 and second hub 204. The plurality of control slots 206 are organized into superframe 1 (222), superframe 2 (224), and so on.


Examples of control-like functionalities are association and disassociation (e.g., CS1 and CS2), and rescues (i.e., reconnecting lost connections) and/or advertisements (ADV) (i.e., where a hub sends a transmission so that any nearby sensors can detect the presence of the hub), as in CS3. These control-like activities may be implemented and modified as desired, as dependent on a user's experience. In addition, any wireless protocol may be implemented, including WiFi and Bluetooth, among others that perform control-like activities in order to start, maintain, and continuously monitor the wireless link between two devices. Various activities in the control slots may serve purposes as described here, or may further be modified as designated for particular healthcare monitoring functions, diagnosis, and operability of user systems internal or external to a medical setting.


In an embodiment of a protocol using the system 200, each of the control slots, CS1, CS2, CS3, CS4, and CS5 is about 1 msec long; and as part of a superframe of about 100 msec duration, the control slots 206 in combination utilize about 5 msec of time. The control slots are scheduled towards the end of the superframe, though different arrangements may be utilized depending on timing connection, and use of monitoring functionalities. As such, the control slots may manage the transfer of the network at the beginning, end, or anytime therebetween within the time divided wireless protocol.


A variety of slot types within the superframe are arranged and combined in connection with patient data, and are different from the control slots. The combination of slots 208, including beacon slots and sensor data slots, are used for sending and receiving actual sensor data from the connected patient sensors 102. For example, an ECG sensor may be assigned sensor data slots 1-15 earlier in the superframe, and sends its data to the hub in those timeslots. Before the ECG sensor starts transmitting in those slots, the sensor initiates association (or pairing) which is done in the control slots. It is through this process that the ECG sensor “connects” wirelessly to the hub 202 and is assigned those specified slots for transmitting the sensor data.


In FIG. 2, superframe 2 (224) comprises a beacon and sensor data slots 208, with control slots 210 at the end of the superframe. Blank slots 211 may be left open for other designated activity, as may be implemented in the time division protocols at any time. In one aspect, the beacon and sensor data slots 208 are not utilized for the connect protocol. In another aspect, the system 200 may be modified to further include the beacon and sensor data slots in various arrangements within the time divided protocol to further facilitate process and workflow. As demonstrated, in one aspect, the last few milliseconds of time in the superframe 224 comprise blank slots 211 not used for any wireless activities. Aspects of the invention may be modified and revised as desired, such modifications to include variation in time slots, or rather time division protocol. As illustrated, drawings are depicted to clearly illustrate features of the invention, and not necessarily drawn to scale.


During network transfer, the hub 202 is brought into close proximity to the hub 204. The first ambulatory hub 202 enables the transmit and receive mode (TX/RX) on CS1 and CS2 for about three (3) seconds or less. Any duration of TX/RX may be modified as desired for a specified system. During CS1, the first ambulatory hub 202 TX association is made with the second ambulatory hub 204 RX. During CS2, node TX association is made with the first ambulatory hub 202 RX. The node, as part of data terminal equipment (DTE) is a connection point, redistribution point, or communication endpoint. The DTE may be a digital mobile device, host computer, router, workstation, or server, among other communication endpoints. In addition, a hub, bridge, modem, or switches are referred to herein as data communication equipment (DCE), as active electronic devices attached to the network.


Specifically, at FIG. 2(b), the ambulatory hub 202 transmits (TX) on CS1 includes an operation code (opcode) to be performed which identifies a packet type of data as “NFC pairing”. A payload of data from the hub 202 TX includes a UID of the read NFC tag on the second ambulatory hub 204; the ambulatory hub 204 with this UID, at FIG. 2(c), is then allowed to receive data in the same slot CS1. FIG. 2(d) depicts that the ambulatory hub 204, having received the “NFC pairing” packet in CS1, copies the connected sensor and/or node UID from the “NFC pairing” packet to its rescue node or sensor list. The rescue node and/or sensor list provide reconnection or recovery of lost signals and/or connections. The second ambulatory hub 204 then transmits back to the first hub 202 with the opcode: “op control hub to hub swap req,”, indicating that it would like to swap its network with the original first hub.


At FIG. 2(e), in CS2, the first hub 202 receives (RX) the transmission from the second hub 204, recognizing that the second ambulatory hub 204 has received the first ambulatory hub 202 packet and detecting that it is a hub-to-hub swap request. The first ambulatory hub 202 then internally disassociates its attached nodes and/or sensor units. This internal disassociation involves hub 202 notifying its attached sensor or node units that they have been removed from the hub's connection.


At FIG. 2(f), in CS1 of the next superframe 2 (224), the first hub 202 transmits an acknowledgement code (ACK) to the swap request received in FIG. 2(e). The ACK is a transmission control character to indicate that the previously transmitted message was received, uncorrupted and/or without errors. The receiver in this case, hub 202, sends the ACK code to the sender (hub 204) to indicate that the previous transmission has been accepted. FIG. 2(g) identifies where the second ambulatory hub 204 receives the ACK packet in CS1 of superframe 2, and restarts the superframe timer; this enables rescues or automatic sensor re-association of the previously associated nodes and/or sensors of the prior hub (202) for up to about 90 seconds.


In this process of rescue and re-association, the second hub 204 begins sending rescue codes in CS3 of its superframe, along with the sensor or node unit UIDs of the sensor or node unit(s) previously connected to the first hub 202. This process is done in order to rescue and connect the sensor or node units to the network of the second hub 204; thus, this completes the transfer of the network of the first hub 202 to the network of the second hub 204. The first ambulatory hub 202 TX/RX at FIG. 2(h) ceases upon successful swap or after about a three (3) second timeout, and has no sensor units attached.



FIG. 3 is a schematic of the system 300 such that a clinician 301 brings ambulatory hub 204 into close proximity with hub 202 to which a patient 303 has sensors 305 wirelessly connected to the hub 202. Hub 202 in turn prepares to transfer its network to hub 204 to monitor the patient's sensors during transport of the patient from the room, and continuously monitor the patient while the patient is mobile.


Once the hub 204 is brought within about 10 cm of the hub 202, (a) the NFC tag UID of hub 202 is in communication with hub 204; hub 204 detects the NFC tag UID of hub 202; (b) at CS1, hub 202 transmits a packet (302) with an opcode identifying the packet as “NFC pairing.” In the same slot CS1, hub 204 receives (304) the “NFC pairing” packet from hub 202. At FIG. 3(c), hub 204 copies (306) the list of hub 202′s connected node and/or sensor UIDs from the received “NFC pairing” packet to its rescue node/sensor lists, permitting reconnect and recovery operations; (d) a swap network request is sent out (308) at CS2 in response to hub 202′s initial “NFC pairing” packet of hub 202. Hub 202 receives (310) the swap network request in the same slot CS2 and internally dissociates all of its node and/or sensor units from its network; (e) hub 202 transmits (312) an acknowledgement (ACK) of the swap request; (f) hub 204 receives (314) the ACK request; (g) hub 202 ceases (312) communications with hub 204 and hub 204 initiates (316) the process to connect to the sensors and/or node units previously associated with hub 202.


Information privacy, especially in healthcare, is also maintained during the exchange of networks. Communications at about 2.4 GHz on control slots 1-5 occur on a predefined frequency using a protected key(s). Various security measures are accounted for in the exchange allowing a user-friendly, one touch or no touch interface while securely and effectively transferring patient information on data networks to and from ambulatory hubs. The information remains retrievable from workstation, nursing stations, and mobile devices within a specified network.


One aspect of the invention allows seamless data transfer and wireless network handover among medical devices, stations, and monitors. When a clinician wants to transfer the wireless network among the different patient monitors, the monitors can be set in transfer mode by simplistic pressing of a button. When a monitor is in transfer mode, then the handover process can happen using: (1) A first method that employs NFC technologies or passive/active RFID. Through this method when a patient monitor touches or comes close to another patient monitor, the wireless network and other data transfer happens automatically. (2) Point to point wireless communication techniques can be used as a second method to transfer the network handover between devices. Wireless protocols, which can be used for this point to point data transfer, include but are not limited to WiFi, Bluetooth, Zigbee or other communication protocol. (3) A third technique utilizes a network cloud. Monitors or medical devices can be connected to a cloud through wired or wireless communication. When transfer mode is enabled, then one monitor hands over the connected devices to another monitor through network cloud infrastructure. (4) Another method includes using optical communications (e.g., visible light or infrared) or acoustic to provide communication between medical devices. Communication in visible and infrared range is suitable here since it overcomes the interference problems associated with radio-frequency (RF) communication technology; the visible and infrared ranges enable communications between devices within a direct line of sight (i.e., located in the same room). Similar remarks can be made about the use of high and low frequency acoustic signals where interference does not present issues.


The system improves patient mobility, reducing the time to transfer a wireless network among monitoring devices. The workflow is improved as the patient can be monitored during transfer from one location to another.


Embodiments of the invention may also be developed and validated by physically connecting cables between the monitors for handing over network information, or having a combination of cable and cableless monitoring networks.


In addition, the hubs may take the shape of any structure, any size and configuration. In one aspect, the hub includes a housing. In another aspect, the hub uses printed technologies with flexible substrates, textiles and adhesives, and therefore no housing.


Furthermore, any embodiment of the time divided protocol could use modifiable repeating and/or noncontinuous or nonrepeating frame structures where the superframe is referred to herein. The repetitive superframes described and depicted in the embodiments above, are for exemplary purposes, and not limitation. In addition, the choice of the time duration is system-dependent, as based on usability, protocol management, and as desired for efficacy and efficiency.


Advantageously, the network transfer between the hubs is initiated automatically when hubs are brought in close proximity to one another. In another aspect, embodiments of the network swap may initiate the transfer by way of user interaction, such as push button, voice command, optical or other signaling. Various aspects may thus be modified to incorporate another initiation process for the network swap, as desired by the user.


While the invention has been described in considerable detail with reference to a few exemplary embodiments only, it will be appreciated that it is not intended to limit the invention to these embodiments only, since various modifications, omissions, additions and substitutions may be made to the disclosed embodiments without materially departing from the scope of the invention. In addition, many modifications may be made to adapt to a particular situation or an installation, without departing from the essential scope of the invention. Thus, it must be understood that the above invention has been described by way of illustration and not limitation. Accordingly, it is intended to cover all modifications, omissions, additions, substitutions or the like, which may be comprised within the scope and the spirit of the invention as defined by the claims.

Claims
  • 1. A system for managing transfer of data in a medical body area network (MBAN) to wirelessly mobilize a patient comprising: one or more sensors collecting data and configured to interconnect with a patient in a medical body area network (MBAN), each sensor comprising a sensor node having a unique identifier and a corresponding network address;a plurality of hubs, including at least a first hub and at least a second hub, each hub having a dual communication interface including an MBAN interface and a short range interface;each hub comprising a wireless transceiver and a processor which manages a time divided protocol comprising: one or more data slots to monitor a plurality of medical devices, andone or more control slots designated to manage transfer of the MBAN within the time divided protocol from the first hub to the second hub, the control slots including a transmit node and a receive node;wherein the first hub transmits a packet of data and the second hub receives a packet of data within the control slots.
  • 2. The system of claim 1, wherein the first hub is connected to data from the one or more sensors of the MBAN through an MBAN interface; and the second hub has a short range interface to receive data from the first hub.
  • 3. The system of claim 2, wherein the first hub transmits the packet of data and the second hub receives the packet of data, simultaneously.
  • 4. The system of claim 1, wherein the time divided protocol includes identification of the identifiers and corresponding network addresses of the sensor nodes, and then transfers the identifiers and the corresponding network addresses from the first hub to the second hub in combination.
  • 5. The system of claim 1, further comprising one or more monitoring devices interconnected with the MBAN interface to monitor the data.
  • 6. The system of claim 5, wherein the MBAN communicates with the one or more sensors and relays data to the one or more monitoring devices in real-time.
  • 7. The system of claim 1, wherein the time divided protocol allows the hubs to manage the MBAN interface and the short range interface through a series of the one or more control slots.
  • 8. The system of claim 1, wherein the short range interface is a near field communication (NFC) interface.
  • 9. The system of claim 1, wherein the short range interface comprises magnetic fields, electric fields, optics, acoustic, ultrasound, and mechanical vibrations.
  • 10. The system of claim 1, wherein the time division protocol is organized into a plurality of frames, each frame comprising the one or more control slots.
  • 11. The system of claim 1, wherein the one or more control slots comprise functionalities of detection, association, dissociation, reconnect, rescue, network swapping, and advertisement.
  • 12. The system of claim 1, wherein the one or more sensors are adjacent to a patient, configured to attach to a surface of a body of the patient, or located inside the body of the patient.
  • 13. A method of managing transfer of data of a wireless body area network (WBAN) to mobilize a patient comprising the steps of: providing a system for managing transfer of data in the WBAN comprising: one or more sensors collecting data and configured to interconnect with a body in a WBAN, each sensor comprising a sensor node having an identifier and an address; and a plurality of hubs, including at least a first hub and at least a second hub, each hub comprising: a dual communication interface including a WBAN interface and a short range interface; anda processor managing a time divided protocol which includes: data slots to monitor a plurality of devices,one or more control slots integrated with one or more nodes in a wireless protocol that manage transfer of the WBAN from the first hub to the second hub, or from at least one of the plurality of hubs to the one or more sensors;bringing the first hub in proximity to the second hub to enable transmit and receive modes; andtransmitting a packet of data from the first hub to the second hub such that the second hub receives the packet of data within the one or more slots;wherein the step of transmitting, the WBAN is transferred, including the identifier and address of the sensor in the WBAN, from the first hub to the short range interface of the second hub.
  • 14. The method of claim 13, wherein the one or more control slots are distributed within the time divided protocol.
  • 15. The method of claim 13, wherein the data is patient data from the one or more sensors connected through a medical body area network (MBAN) interface.
  • 16. The method of claim 13, wherein the step of transmitting a packet of data allows the second hub to maintain continuous sensor monitoring in real-time as communication from the sensors is passed from the first hub to the second hub.
  • 17. The method of claim 13, further comprising a step of verifying connection of the first hub.
  • 18. The method of claim 17, further comprising a step of disconnecting the first hub.
  • 19. The method of claim 13, further comprising one or more monitoring devices interconnected with the WBAN interface to monitor the data from a remote site continuously.
  • 20. The method of claim 19, wherein at least one of the monitoring devices is a mobile electronic device capable of displaying the data.
  • 21. The method of claim 13, wherein the short range interface comprises near field communication (NFC), visible light communication (VLC), and wireless protocols.
  • 22. The method of claim 13, wherein the step of transmitting, the slots enable transmit and receive modes to identify a pairing packet of pairing protocols between the hubs.
  • 23. The method of claim 22, further comprising a step of copying the pairing packet to a rescue node of the second hub to permit reconnect and recovery.
  • 24. The method of claim 13, further comprising a step of initiating the WBAN transfer using a push button or other input from a user.
  • 25. The method of claim 13, further comprising a step of securing privacy during the step of transmitting by way of a security key.