IDENTIFICATION OF DEVICES IN A MEDICAL DEVICE NETWORK AND WIRELESS DATA COMMUNICATION TECHNIQUES UTILIZING DEVICE IDENTIFIERS

• US 20110176490A1
• Filed: 03/30/2011
• Published: 07/21/2011
• Est. Priority Date: 04/28/2006
• Status: Active Grant

• Current Assignee: Medtronic Minimed Incorporated (Medtronic Plc)
• Original Assignee: Medtronic Minimed Incorporated (Medtronic Plc)
• Inventors: MEHTA, Kaezad J., PATEL, Himanshu, JOLLOTA, James
• Granted Patent: US 8,095,692 B2
• Time in Patent Office: Days
• US Class Current: 370/328
• CPC Class Codes: A61B 5/0002 Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network A61B5/07 takes precedence; transmission systems for measured values G08C; transmission H04B; transmission of digital information H04L; wireless communication networks H04W
• CPC Class Codes: A61B 5/14532 for measuring glucose, e.g. by tissue impedance measurement
• CPC Class Codes: A61M 2205/18 with alarm
• CPC Class Codes: A61M 2205/3561 local, e.g. within room or hospital
• CPC Class Codes: A61M 2205/3584 using modem, internet or bluetooth
• CPC Class Codes: A61M 2205/3592 using telemetric means, e.g. radio or optical transmission
• CPC Class Codes: A61M 2205/50 with microprocessors or computers
• CPC Class Codes: A61M 2205/502 User interfaces, e.g. screens or keyboards
• CPC Class Codes: A61M 2205/52 with memories providing a history of measured variating parameters of apparatus or patient
• CPC Class Codes: A61M 5/142 Pressure infusion, e.g. using pumps
• CPC Class Codes: A61M 5/1723 using feedback of body parameters, e.g. blood-sugar, pressure measurement of body parameters A61B5/00
• CPC Class Codes: G16H 20/17 delivered via infusion or injection
• CPC Class Codes: G16H 40/63 for local operation
• CPC Class Codes: G16H 40/67 for remote operation
• CPC Class Codes: H04L 61/5038 for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
• CPC Class Codes: H04L 63/061 for key exchange, e.g. in peer-to-peer networks cryptographic mechanisms or cryptographic arrangements for key agreement H04L9/0838
• CPC Class Codes: H04L 63/126 the source of the received data
• CPC Class Codes: H04L 67/12 specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
• CPC Class Codes: H04W 8/26 Network addressing or numbering for mobility support
• CPC Class Codes: H04W 84/10 Small scale networks; Flat hierarchical networks
• CPC Class Codes: H04W 88/06 : adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
• CPC Class Codes: Y10S 370/913 : Wireless or radio

Abstract

A fluid infusion system as described herein includes a number of local “body network” devices, such as an infusion pump, a handheld monitor or controller, a physiological sensor, and a bedside or hospital monitor. The body network devices can be configured to support communication of status data, physiological information, alerts, control signals, and other information between one another. In addition, the body network devices can be configured to support networked communication of status data, physiological information, alerts, control signals, and other information between the body network devices and “external” devices, systems, or communication networks. The networked medical devices are configured to support a variety of wireless data communication protocols for efficient communication of data within the medical device network. In addition, the wireless medical devices may be configured to support a number of dynamically adjustable wireless data communication modes to react to current operating conditions, application-specific data content, or other criteria.

Claims

1. A communication method for a medical device network having a first device and a second device configured to communicate data between each other using an asynchronous data communication protocol, the method comprising:

maintaining, at the first device, a first key that uniquely identifies the first device within the medical device network, and a second key that uniquely identifies the second device within the medical device network;

maintaining, at the second device, the first key and the second key;

the first device transmitting a data packet intended for the second device, the data packet conveying a quantity of data along with the first key and the second key; and

the second device transmitting a response packet intended for the first device, the response packet conveying the first key and the second key.

2. A method according to claim 1, wherein the response packet conveys an acknowledgement of the data packet.

3. A method according to claim 1, wherein the response packet conveys a negative acknowledgement of the data packet.

4. A method according to claim 1, further comprising:

the second device receiving the data packet;

the second device extracting the first key from the data packet; and

the second device analyzing the first key to identify the first device.

5. A method according to claim 1, further comprising:

the second device receiving the data packet;

the second device extracting the quantity of data; and

the second device analyzing the quantity of data to determine whether the data packet was intended for the second device.

6. A method according to claim 1, wherein the first device is a master device for the medical device network, and the second device is a slave device for the medical device network.

7. A method according to claim 6, further comprising maintaining, at the master device, additional keys that respectively identify all other slave devices within the medical device network.

8. A method according to claim 1, further comprising:

the first device receiving the response packet;

the first device extracting the first key from the response packet; and

the first device analyzing the first key to determine whether the response packet was intended for the first device.