Medical device communication method

Patent metadata

Field	Value
Publication number	US-9641432-B2
Application number	US-201414198807-A
Country	US
Kind code	B2
Filing date	Mar 6, 2014
Priority date	Mar 6, 2013
Publication date	May 2, 2017
Grant date	May 2, 2017

Abstract

A medical device communication method that may be implemented within a variety of medical devices including but not limited to infusion pumps. The method may be implemented with a protocol stack for at least intra-device communication. Embodiments provide connection-oriented, connectionless-oriented, broadcast and multicast data exchange with priority handling of data, fragmentation, and reassembly of data, unique static and dynamic address assignment and hot swap capability for connected peripherals or subsystems.

First claim

What is claimed is:

1. A medical device communication method comprising:
accepting a request by a programmable device to obtain
a device identifier associated with a transmitting device associated with said request,
a connection type of connection-oriented or connectionless-oriented,
a receiving device number associated with a receiving device to transmit a message to;

determining a port number of a port to transmit said message to;
generating a communication identifier or CID;
accepting a request associated with a medical function;
inserting said CID and said medical function into said message;
determining if said connection type is connection-oriented or connectionless;
transmitting said message to a medical device; and,
receiving a request to change a window size for receipt of fragmented messages and adjusting memory usage based thereon.

2. The medical device communication method of claim 1 further comprising:
routing said message by transmitting said message to said receiving device even if said receiving device is not directly connected to said transmitting device.

3. The medical device communication method of claim 1 further comprising:
accepting a multicast request configured to enable multiple receiving devices to receive said message.

4. The medical device communication method of claim 1 further comprising:
accepting a priority parameter configured to enable prioritized handling of said message.

5. The medical device communication method of claim 1 further comprising:
determining if a size of data to transfer is larger than a predetermined fragmentation value; and
packing said data in a plurality of said messages independent of an underlying data bus width.

6. The medical device communication method of claim 1 further comprising:
copying a pointer to said message between a plurality of message layers without copying said message itself.

7. The medical device communication method of claim 1 further comprising:
requesting memory from a buffer comprising non-uniform sizes.

8. The medical device communication method of claim 1 further comprising:
returning a buffer to memory if said buffer is over a predefined age threshold.

9. The medical device communication method of claim 1 further comprising:
setting a last fragmentation flag in a final message of fragmented message;
starting a timer for an acknowledgement; and,
retransmitting said final message if said timer expires.

10. The medical device communication method of claim 1 further comprising:
providing said device identifier to a new medical device that replaces said medical device after hot-swapping said new medical device for said medical device.

11. The medical device communication method of claim 1 further comprising:
transmitting messages from a high priority message queue before transmitting data from a low priority message queue.

12. The medical device communication method of claim 1 further comprising:
reassembling a fragmented message into a complete message in an application buffer.

13. The medical device communication method of claim 1 further comprising:
accepting an infusion request associated with an infusion related medical function.

14. The medical device communication method of claim 1 wherein the session layer communication is made independent of bus topology.

15. The medical device communication method of claim 1 further comprising utilizing one kernel thread to execute a Data Link layer and Transport lower layer for blocking read and write operations or utilize 2*N+1 kernel threads for asynchronous read and write operations, where N is the number of applications that are utilizing said asynchronous read and write operations.

16. The medical device communication method of claim 1 further comprising communicating using a media access (MAC) layer that abstracts at least one underlying data bus wherein said at least one underlying data bus comprises serial or parallel data paths or heterogeneous data buses.

17. The medical device communication method of claim 1 further comprising communicating across multiple heterogeneous data buses in a bus topology independent manner wherein said multiple heterogeneous data buses comprise Ring, Star, Mesh, or Tree topologies or any combination thereof.

18. The medical device communication method of claim 1 further comprising filtering said message based on a regular expression.

19. A medical device communication system comprising:
a programmable device configured to
accept a request to obtain
a device identifier associated with a transmitting device associated with said request,
a connection type of connection-oriented or connectionless-oriented,
a receiving device number associated with a receiving device to transmit a message to;

determine a port number of a port to transmit said message to;
generate a communication identifier or CID;
accept a request associated with a medical function;
insert said CID and said medical function into said message;
determine if said connection type is connection-oriented or connectionless;
transmit said message to a medical device;
route said message through a transmit of said data to said receiving device even if said receiving device is not directly connected to said transmitting device;
accepting a multicast request configured to enable multiple receiving devices to receive said message; and,
receiving a request to change a window size for receipt of fragmented messages and adjusting memory usage based thereon.

Assignees

• Icu Medical Inc

Inventors

• Jha Prakash Kumar Arvind
• Cudney James
• Herr Benjamin
• Lee Mark I
• Picinich Matteo D

Classifications

• H04L69/165

  Combined use of TCP and UDP protocols; selection criteria therefor · CPC title

• H04L69/162

  involving adaptations of sockets based mechanisms (secure socket layer H04L63/168) · CPC title

• H04L69/16

  Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] · CPC title

• G16H40/67

  for remote operation · CPC title

• H04L45/302

  Route determination based on requested QoS · CPC title