SYSTEM AND METHOD HAVING RESTORE OPERATION FOR UPDATING A MEDICAL DEVICE

• US 20140337826A1
• Filed: 05/12/2014
• Published: 11/13/2014
• Est. Priority Date: 05/24/2010
• Status: Active Grant

• Current Assignee: Abbott Diabetes Care Incorporated (Abbott Laboratories)
• Original Assignee: Abbott Diabetes Care Incorporated (Abbott Laboratories)
• Inventors: Kiaie, Namvar, Cole, Jean-Pierre
• Granted Patent: US 8,887,148 B1
• Time in Patent Office: Days
• US Class Current: 717/170
• CPC Class Codes: G01N 33/48792 Data management, e.g. communication with processing unit for in vivo diagnostics A61B5/0002; transmission systems for measured values G08C
• CPC Class Codes: G06F 11/1004 to protect a block of data words, e.g. CRC or checksum G06F11/1076 takes precedence; security arrangements for protecting computers or computer systems against unauthorized activity G06F21/00
• CPC Class Codes: G06F 11/1433 during software upgrading
• CPC Class Codes: G06F 2201/865 Monitoring of software
• CPC Class Codes: G06F 8/65 Updates security arrangements therefor G06F21/57

Abstract

Embodiments described herein include methods and/or systems for updating a medical device. Embodiments include medical devices which are configured for updates in response to various events including connection of a peripheral device to the medical device, a user initiated event, or based on received recommendations.

Claims

1. A method of using a device history log of a medical device, comprising:

detecting an operable coupling of a medical device with a peripheral device and receiving identification data of the peripheral device at the medical device;

determining if the medical device is configured to support the peripheral device by comparing the identification data of the peripheral device to a device history log stored in a first non-volatile storage area of a memory of the medical device;

if the identification data of the peripheral device is found in the device history log, proceeding with support of the peripheral device;

if the identification data of the peripheral device is not found in the device history log, uploading support data and/or program to the medical device to support the peripheral device, and storing identification data of the peripheral device in the medical device history log; and

wherein when executable code and data of the medical device are to be upgraded, downloading new code and upon initiation of the upgrade download, packing and copying the current executable code and existing data in a second nonvolatile storage area of the memory, and upon recovering from a reset, using the newly upgraded code but if a failure occurs while using the newly upgraded code, reverting to using the old unconverted data and original (not yet upgraded) code stored in the second storage memory area.

2. The method of claim 1 further comprising determining if the operably coupled peripheral device includes a data management program;

if the operably coupled peripheral device does not include a data management program, uploading a data management program from the medical device to the operably coupled peripheral device, the data management program having a version;

running the uploaded data management program on the peripheral device.

3. The method of claim 2 further comprising comparing the version of the uploaded data management program from the medical device against a most current version of a data management program on a network and if a more current version exists on the network, uploading the more current version from the network to the peripheral device and running the more current version by the peripheral device.

4. The method of claim 1 further comprising running a first version of data and/or program on the medical device until the step of detecting the operable coupling of the peripheral device to the medical device, following which is the step of running a second version of data and/or program on the medical device, the second version being different from the first version.

21. The method of claim 4 further comprising the step of automatically reverting from running the second version of data and/or program to running the first version of data and/or program upon disconnection of the peripheral device from the medical device.

23. The system of claim 1 wherein if the upgrade is a critical update in which the medical device will not work properly without the critical update and a failure occurs, the step of reverting to using the old data and original code stored in the second storage area of the memory will not include making the functionality provided by the critical update accessible to a user until after a critical update is successfully installed.

5. A method of updating a peripheral device configuration, comprising:

detecting an operable coupling of a peripheral device to a medical device, the medical device being configured to provide medical data;

determining if the operably coupled peripheral device includes a data management program;

if the operably-coupled peripheral device does not include a data management program, uploading a data management program from the operably-connected medical device which is stored in a first non-volatile storage area of a memory of the medical device, to the peripheral device;

comparing a version of the uploaded data management program from the medical device against a most current version of a data management program on a network and if a more current version exists on the network, uploading the more current version from the network to the peripheral device and running the more current version by the peripheral device; and

wherein when executable code and data of the medical device are to be upgraded, downloading new code and upon initiation of the upgrade download, packing and copying the current executable code and existing data in a second nonvolatile storage area of the memory, and upon recovering from a reset, using the newly upgraded code but if a failure occurs while using the newly upgraded code, reverting to using the old unconverted data and original (not yet upgraded) code stored in the second storage memory area.

6. The method of claim 5 further comprising updating a device history log for the medical device at a manufacturing site of the medical device based on modifications to the medical device.

7. The method of claim 5 wherein communicating modifications made to the medical device to the remote location including the manufacturing site of the medical device includes one or more of a wired or a wireless communication between the medical device and the remote location.

8. The method of claim 5 further comprising the steps of running a first version of data and/or program on the medical device until the step of detecting the operable coupling of the peripheral device to the medical device at which time is the step of running a second version of data and/or program on the medical device, the second version being different from the first version.

9. The method of claim 8 further comprising the step of automatically reverting from running the second version of data and/or program to running the first version of data and/or program upon disconnection of the peripheral device from the medical device.

10. The method of claim 5 further comprising receiving identification data of the peripheral device in the medical device at the operable coupling;

determining if the medical device is configured to support the peripheral device by comparing the identification data of the peripheral device to a device history log stored in a memory of the medical device;

if the identification data of the peripheral device operably coupled to the medical device is found in the device history log, proceeding with support of the peripheral device; and

if the identification data of the peripheral device operably connected to the medical device is not found in the device history log, uploading support data and/or program to the medical device to support the peripheral device, and storing identification data of the peripheral device in the device history log.

24. The system of claim 5 wherein if the upgrade is a critical update in which the medical device will not work properly without the critical update and a failure occurs, the step of reverting to using the old data and original code stored in the second storage area of the memory will not include making the functionality provided by the critical update accessible to a user until after a critical update is successfully installed.

11. A system including a device history log, comprising:

a medical device configured to provide medical data;

a memory located in the medical device, the memory having multiple non-volatile memory storage areas in a first one of which is stored a data management program having a version, and in which are stored data;

a medical device processor located in the medical device;

a peripheral device configured to operably couple to the medical device, the peripheral device having identification data,

wherein the medical device processor is programmed to communicate with the peripheral device when the medical device and peripheral device are operably coupled to determine if the peripheral device has a data management program suitable to manage the medical data provided by the medical device;

wherein the medical device processor is further programmed to upload the data management program from the medical device to the peripheral device if the peripheral device does not include a suitable data management program;

wherein the peripheral device is configured to run the data management program uploaded by the medical device; and

wherein when executable code and data are to be upgraded, the medical device processor is further programmed to download new code and upon initiation of the upgrade, to pack and copy the current executable code and existing data in a second nonvolatile storage area of the memory, and upon recovering from a reset, to use the newly upgraded code but if a failure occurs while using the newly upgraded code, the medical device processor is programmed to revert to use of the old (unconverted data) and original (not yet upgraded) code stored in the second storage memory area.

12. The system of claim 11 wherein the data management program uploaded by the medical device is configured to program the peripheral device to compare the version of the uploaded data management program from the medical device against a most current version of a data management program on a network and if a more current version exists on the network, to upload the more current version from the network to the peripheral device to run the more current version by the peripheral device to manage the data from the medical device.

13. The system of claim 11 wherein the medical device processor is further programmed to receive the identification data from the peripheral device and determine if the medical device is configured to support the peripheral device by comparing the identification data received from the peripheral device to a device history log stored in the medical device memory;

if the identification data of the peripheral device is found in the device history log, the medical device processor is programmed to proceed with support of the peripheral device; and

if the identification data of the peripheral device is not found in the device history log, upload support data and/or program to the medical device to support the peripheral device, and store identification data of the peripheral device in the device history log.

14. The system of claim 11 wherein the medical device processor is further programmed to run a first version of data and/or program on the medical device until the peripheral device is operably coupled to the medical device following which the medical processor is programmed to run a second version of data and/or program on the medical device, the second version being different from the first version.

22. The method of claim 14 further wherein the medical device processor is further programmed to automatically revert from running the second version of data and/or program to running the first version of data and/or program upon disconnection of the peripheral device from the medical device.

25. The system of claim 11 wherein if the upgrade is a critical update in which the medical device will not work properly without the critical update and a failure occurs, the processor of the medical device is further programmed to revert to the use of the old data and original code stored in the second storage area of the memory but will not make the functionality provided by the critical update accessible to a user until after a critical update is successfully installed.

15. A medical device system, comprising:

a medical device configured to provide medical data, comprising;

a microprocessor; and

a memory having multiple non-volatile memory storage areas in a first of which is stored a data management program having a version and a device history log, and in which are stored data;

a peripheral device configured to operably couple to the medical device, the peripheral device having identification data;

wherein the medical device microprocessor is programmed to run a first version of data and/or program on the medical device until the peripheral device is operably coupled to the medical device following which the medical microprocessor is programmed to run a second version of data and/or program on the medical device, the second version being different from the first version, and to automatically revert from running the second version of data and/or program to running the first version of data and/or program upon disconnection of the peripheral device from the medical device;

wherein the medical device microprocessor is further programmed to communicate with the peripheral device when the medical device and peripheral device are operably coupled to determine if the peripheral device has a data management program suitable to manage the medical data provided by the medical device;

wherein the medical device microprocessor is further programmed to upload the data management program from the medical device to the peripheral device if the peripheral device does not include a suitable data management program;

wherein the peripheral device is configured to run the data management program uploaded by the medical device;

wherein the medical device microprocessor is further programmed to receive the identification data from the peripheral device and determine if the medical device is configured to support the peripheral device by comparing the identification data received from the peripheral device to the device history log stored in the medical device memory;

if the identification data of the peripheral device is found in the device history log, the medical device processor is programmed to proceed with support of the peripheral device;

if the identification data of the peripheral device is not found in the device history log, upload support data and/or program to the medical device to support the peripheral device and store identification data of the peripheral device in the device history log; and

wherein when executable code and data are to be upgraded, the medical device processor is further programmed to download new code and upon initiation of the upgrade, to pack and copy the current executable code and existing data in a second nonvolatile storage area of the memory, and upon recovering from a reset, to use the newly upgraded code but if a failure occurs while using the newly upgraded code, the medical device processor is programmed to revert to use of the old (unconverted data) and original (not yet upgraded) code stored in the second storage memory area.

16. The system of claim 15 including a device history record for the medical device at the manufacturing site updated based on the received medical device modification.

17. The system of claim 15 including one or more of a wired or wireless communication link between the medical device and the remote location including the manufacturing site of the medical device.

18. The system of claim 15 wherein the modification to the medical device includes a history of data synchronization between the medical device and other external devices or locations.

19. The system of claim 15 wherein the memory for storing instruction which, when executed by the microprocessor, causes the microprocessor to update the device history log in the memory of the medical device.

20. The system of claim 15 wherein the memory for storing instruction which, when executed by the microprocessor, causes the microprocessor to update the device history log in real time based on the detection of the alternation or update to the medical device.

26. The system of claim 15 wherein if the upgrade is a critical update in which the medical device will not work properly without the critical update and a failure occurs, the processor of the medical device is further programmed to revert to the use of the old data and original code stored in the second storage area of the memory but will not make the functionality provided by the critical update accessible to a user until after a critical update is successfully installed.