System and method for reduction of inadvertent activation of medical device during manipulation

Information

  • Patent Grant
  • 11694794
  • Patent Number
    11,694,794
  • Date Filed
    Monday, May 9, 2016
    8 years ago
  • Date Issued
    Tuesday, July 4, 2023
    11 months ago
Abstract
Inadvertent activation of a portable medical device such as an ambulatory infusion pump can be reduced by locking a touchscreen of the device when it is indicated that an uninterrupted operation is to be performed. When a processor receives a device operation input from the touchscreen that indicates an uninterrupted operation is to be performed on the portable device, the touchscreen is automatically locked such that touch input at the touchscreen is not processed by the processor to navigate between or among menu screens or set pump parameters. Following completion of the uninterrupted operation, the touchscreen can be unlocked. In one embodiment, the touchscreen can be unlocked by selection of an unlock icon on the touchscreen.
Description
BACKGROUND

Many portable devices include a touchscreen on which symbols are displayed and from which inputs are received for operation of the portable device. A series of screens or windows can displayed on the touchscreen, showing alphanumeric text and symbols and providing menu screens through which the user can control operation of the portable device. User interaction, such as by touching the alphanumeric text and symbols, provides user input and facilitates navigation through the menu screens and selection of the device functions. Under some conditions, it is desirable to ignore user interaction with the touchscreen. For example, when the portable device is placed in a pocket or a purse, physical contact from objects in the pocket or purse may cause inadvertent device operation to occur. In such conditions, the touchscreen may be placed in a lock condition. The user is then required to perform a particular interaction to resume acceptance of device input through the touchscreen.


One example of a portable device such as described above is a device that involves the delivery of fluids. There are many applications in academic, industrial, and medical fields, as well as others, that involve devices that are capable of accurately and controllably delivering fluids, including liquids and gases, that have a beneficial effect when administered in known and controlled quantities. This is particularly true in the medical field where treatments for many patients include the administration of a known amount of a substance at predetermined intervals. The treatment of diabetes involves just such a regimented dosage of medicament such as insulin. In addition, the administration of insulin for a diabetic patient is one of a few medical indications in which the patient routinely administers the medicament to themselves by a subcutaneous modality, such as a hypodermic syringe injection. As such, providing a patient with the means to safely, reliably, and comfortably administer required doses of medication is particularly important in order to facilitate patient compliance and accurate treatment of the condition.


Insulin infusion pumps have been developed for the administration of insulin for those diagnosed with both type I and type II diabetes. Insulin pumps are medical infusion devices used for the administration of insulin in the treatment of diabetes that offer an alternative to multiple daily injections of insulin by an insulin syringe or an insulin pen. They also allow for continuous insulin therapy.


The functions performed by infusion pumps and similar devices make it especially important to avoid inadvertent device operation. For example, infusion pumps may be programmed to initiate delivery of fluids at different times of a day, but such delivery would be annoying or even dangerous if a user happens to be involved in replacing a cartridge or changing a tube at the time of the programmed delivery time. Such load sequences of operation should not be interrupted until completion. Relatively simple display lock protections may not be adequate to protect against programmed device operation when a user is engaging in an activity that should not be interrupted.


Accordingly, there is a need for a portable medical device that safely facilitates user interaction while in a particular mode in which device activation could be problematic.


SUMMARY

Inadvertent activation of a portable medical device such as an ambulatory infusion pump can be reduced by locking a touchscreen of the device when it is indicated that an uninterrupted operation is to be performed. When a processor receives a device operation input from the touchscreen that indicates an uninterrupted operation is to be performed on the portable device, the touchscreen is automatically locked such that touch input at the touchscreen is not processed by the processor to navigate between or among menu screens or set pump parameters. Following completion of the uninterrupted operation, the touchscreen can be unlocked. In one embodiment, the touchscreen can be unlocked by selection of an unlock icon on the touchscreen.


In an embodiment, an ambulatory infusion pump includes a housing, a delivery mechanism adapted to facilitated delivery of fluid to a user and a user interface comprising a touchscreen. A processor can be configured to generate menu screens for display on the touchscreen and to receive and process touch input from the touchscreen for navigation between or among the menu screens and for setting pump parameters. The processor can further be configured to receive touch input through the user interface that indicates an uninterrupted operation is to be performed on the pump. In response to this touch input, the processor can automatically locked the touch screen to prevent navigation between or among the menu screens or setting of pump parameters. Following completion of the uninterrupted operation, the touchscreen can be unlocked.


In some embodiments, inadvertent activation is reduced by generating a plurality of menu screens for display on a touchscreen of the portable device. The processor can receive a device operation input from the touchscreen that indicates an uninterrupted operation is to be performed on the portable device. The processor responds by setting a state of the portable device that is associated with the device operation input, maintaining the set state until at least a first predetermined touch input and a second predetermined touch input that are separated in time and each associated with a different corresponding first and second predetermined menu screen are received at the processor from the touchscreen. The processor only permits navigation from the first predetermined menu screen to the second predetermined menu screen in response to the first predetermined touch input, and the processor responds to the second predetermined touch input by changing the state of the portable device. Limiting the user interaction in this way can increase the device safety by permitting user interaction only in the sequence from the first predetermined menu screen to the second predetermined menu screen for a particular operating mode.


In an embodiment, a portable device includes a housing, a touchscreen having a surface on which a plurality of menu screens are displayed and from which touch input is received, and a processor in the housing configured to generate menu screens for display on the touchscreen and to receive the touch input from the touchscreen for navigation among the menu screens. The processor responds to receipt of a device operation input that indicates an uninterrupted operation is to be performed on the device by setting a state of the portable device that is associated with the device operation input and maintaining the set state until at least a first predetermined touch input and a second predetermined touch input that are separated in time and each associated with a different corresponding first and second predetermined menu screen, are received from the touchscreen. The processor only permits navigation from the first predetermined menu screen to the second predetermined menu screen in response to the first predetermined touch input, and the processor responds to the second predetermined touch input by changing the state of the portable device.


Other features and advantages of the present invention should be apparent from the following description of preferred embodiments that illustrate, by way of example, the principles of the invention.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 depicts a portable medical device including an interactive screen element such as a touchscreen in one embodiment.



FIG. 2 is a block diagram that illustrates components of the portable medical device of FIG. 1.



FIGS. 3A-3C are state diagrams that illustrate an exemplary load set-up sequence according to an embodiment of the present invention.



FIG. 4 is an exemplary screenshot of a home screen provided in FIG. 3A.



FIG. 5 is an exemplary screenshot of a load screen having two available options for selection by the user provided in FIG. 3A.



FIG. 6 is an exemplary screenshot of a load screen having all available options for selection by the user provided in FIG. 3B.



FIG. 7 is an exemplary screenshot of a confirmation screen for selection of a state change provided in FIGS. 3A-3B.



FIG. 8 is an exemplary screenshot of a home screen showing a delivery stop state provided in FIGS. 3A-3B.



FIG. 9 is an exemplary screenshot of a notification screen in FIG. 3C.



FIG. 10 is an exemplary screenshot of a state change confirmation screen in FIG. 3C.



FIG. 11 is an exemplary screenshot of a current state notification screen in FIG. 3C.



FIGS. 12A-12B are state diagrams that illustrate an exemplary change cartridge sequence in an embodiment of the present invention.



FIG. 13 is an exemplary screenshot of a alert screen provided in the sequence of FIG. 12A.



FIG. 14 is an exemplary screenshot of a notification screen provided in the sequence of FIG. 12A.



FIG. 15 is an exemplary screenshot of a state change confirmation screen provided in the sequence of FIG. 12A.



FIG. 16 is an exemplary screenshot of a notification screen provided in the sequence of FIG. 12B.





The drawings illustrate embodiments of the technology and are not limiting. For clarity and ease of illustration, the drawings may not be made to scale and, in some instances, various aspects may be shown exaggerated or enlarged to facilitate an understanding of particular embodiments.


DETAILED DESCRIPTION

Disclosed herein are embodiments directed to a portable medical device having an interactive, e.g., touch, display screen that automatically locks when the system is in a load sequence which changes the physical state of the device.


Referring to FIG. 1, a schematic representation of a portable medical device 100 for delivering a quantity of fluid to a body is shown. FIG. 2 shows a block diagram of some of the components in the portable medical device 100. In some embodiments, the portable medical device may comprise a portable infusion device for the delivery of insulin or other medicament, such as the infusion pump devices discussed above. Exemplary ambulatory medical devices and features include those, e.g., disclosed in U.S. patent application Ser. No. 13/557,163, U.S. patent application Ser. No. 12/714,299, U.S. patent application Ser. No. 12/538,018, U.S. Provisional Patent Application No. 61/655,883, U.S. Provisional Patent Application No. 61/656,967 and U.S. Pat. No. 8,287,495. Each of the aforementioned documents is hereby incorporated herein by reference in its entirety.


The portable device 100 can include an infusion cartridge 102 having an infusion set connector 104 for connection to a patient 105, and optionally a glucose meter (not illustrated). The infusion cartridge 102 can be functionally and interchangeably inserted into a receiving slot 106 in a housing 108 of the portable infusion pump device 100. The portable device includes a touchscreen 110 on which alphanumeric text, symbols, menu screens, data, and the like can be displayed, and from which user input may be received via interaction such as by pressing the outer surface of the touchscreen. The type of output/display may vary as may be useful for particular application, such as LCD displays, LED displays, plasma displays, OLEO displays, organic LED (OLED) displays, and the like. The touchscreen 110 may be implemented with a capacitance screen, a resistive screen, or other such display/input technology. The portable device 100 may additionally include a keyboard or other input device known in the art for data entry, which may be separate from the display. The device may also include a capability to operatively couple via a wired or wireless (e.g., infrared, electronic, optical, etc.) link to one or more other devices, locally or via a network, such as, e.g., a portable or non-portable medical device, a control unit, external monitor or display, a personal laptop, tablet or mainframe computer, or mobile communication device such as a smartphone or personal digital assistant (PDA), or the like. Such other devices may control or be controlled by device 100 and/or may otherwise communicate for the transfer of data between or among device 100 and other device(s) for analysis of data (e.g., user data for physician review, device diagnostic data for troubleshooting or repair), programming, or other uses.


The infusion cartridge 102 can have an outlet 112 that is coupled to an infusion tube 114 and the infusion set connector 104. The tube 114 and connector 104 comprise an infusion circuit that delivers medicament to the patient 105 at programmed times and in response to manually initiated delivery.


The housing 108 of the infusion pump device 100 can be configured to have any suitable shape and size. For instance, the housing 108 may be substantially planar, or may be extended and tubular, or may be in the shape of a square, rectangle, circle, ellipse cylinder or the like. The housing 108 can be dimensioned so as to be comfortably associated with a user and/or hidden from view, for instance, placed within the clothing of a user or within a case or sleeve. For some embodiments, the housing of the pump device can have a width of about 2.5 inches to about 3.5 inches, a height of about 1.0 inch to about 2.0 inches and a thickness of about 0.2 inches to about 0.6 inches. The materials of the housing 108 can vary as well. In some embodiments, the housing may be constructed as a water-tight, or water-resistant plastic, metallic or composite housing that is glued or otherwise fastened together permanently or semi-permanently.


A unique complication can occur for diabetic users in that they often build up calluses on the tips of their fingers as a result of blood glucose testing, which may be problematic for operation of capacitive-based touch screen configurations. For example, calluses may prevent or hinder the transfer of energy that the capacitive screens use to receive input. Accordingly, in certain embodiments, the touchscreen may be a resistive-based touchscreen. The touchscreen, or touch-sensitive display, may be configured to display menu screens or pages that allow the user to input data fields, e.g., select variable inputs, so as to allow the program to produce a suggested delivery amount, rate, profile, and/or the like in an intuitive, manipulatable and/or graphic representation. The user can therefore interact with the screen to shape the characteristic/form of the delivery amount, rate, and/or graphic delivery profile, e.g., by manipulating the delivery estimate or pattern displayed on the screen to effectuate the actual delivery. The portable infusion device may additionally include a keyboard or other device known in the art for data entry. Such data entry may be separate from the screen and/or display.


Information provided by the portable infusion device may be presented on the display screen as any number of objects, including one or more numeric and/or alphanumeric values, a range, a value or range that is presented in the form of a drop-down menu, a toggle that can be adjusted by the user, a graphical representation (e.g., icon) or an animated graphic, for example. In certain embodiments, the value is a range of values that are presented on a screen of the display as a toggle, wherein the toggle may be adjusted upwards or downwards by the user wiping a finger over the screen to select the appropriate value range, e.g. appropriate range of amounts of medicament such as insulin to be delivered and/or the appropriate rate, time, or interval of medicament delivery. In certain instances, the values presented in the range may be adjusted by the processor (illustrated in FIG. 2).


An infusion workflow, or protocol, may be at least part of a program that is executed by the processor to display a sequence of menu pages to assist a user to at least program or control the portable infusion device and/or at least one operation comprising input, change, confirm, or view various information within the device. Any part of a workflow or protocol may include any number of queries for prompting the user to enter, modify, or confirm information can be presented to the user on the touchscreen display.


For example, a program accessible by the processer that includes an infusion workflow or protocol may enable a user to program the portable infusion device to deliver insulin to the user. In addition, an infusion workflow may present the user with a number of understandable queries enabling the user to enter, confirm, or modify information regarding the physiological conditions of the user. For instance, the menu pages may present a series of queries to a user during the execution of a program and may enable a user to set various settings within the portable infusion device (e.g., the time, date, or one or more alarms) and/or enter information about the user's present or predicted conditions (e.g., blood glucose level, physiological conditions, food to be ingested, and the like). In general, the sequence of menu pages may comprise a linear flow in that each menu page provides an icon or symbol that initiates a next step or menu page in the workflow and also provides an icon or symbol that reverses the workflow to proceed to a preceding menu page in the workflow.


In some embodiments, the user is provided with a virtual form displayed on the touch screen display for the user to complete. A virtual form enables a user to directly select and manipulate one or more parts of a displayed virtual form, with each part generally representing a setting. In this way, a user is not required to navigate through a generally linear workflow or protocol and/or prompted with a series of queries. Instead, the user is presented with a single page where the user completes the virtual form in order to initiate a programmed delivery of insulin, as will be discussed in greater detail below and shown by way of example in FIGS. 3A-3C (with corresponding screenshots in FIGS. 4-11) and FIGS. 12A-12B (with corresponding screenshots in FIGS. 13-16).


Some menu page or screen representation embodiments of the menu page workflow enable a user to easily access and view one or more settings and information within the portable infusion device. A single page may include one or more objects simultaneously presented on the touch screen, where an object may be any number of text, numbers, graphs, pictures, video, or combination thereof which display information to a user.


The settings and information may have been entered by a user and/or presented by the portable infusion device, and may be one of information regarding the amount of insulin already present in the body, e.g., insulin on board; blood glucose level; trending glucose level; insulin sensitivity/insensitivity; glycemic index; metabolism; metabolic rate; stress level; physiological conditions, e.g., age, health, sickness, diurnal cycles, etc; measurable parameters: hormones, steroids, etc.; pharmacokinetics of the medicament, e.g., age of insulin, decay rate, etc.; food to be ingested, e.g., carbohydrates, proteins, fat; activity; use history; calendared events; environment, e.g., temperature, humidity, pressure, etc.; and the like. An object may represent any information without departing from the scope herein, and may also be in the form of a pictogram to generally intuitively represent a program, file, user, setting, status, profile, action, combination of the foregoing, or other entity or combination of entities discussed herein.



FIG. 1 shows an embodiment wherein the portable medical device 100 can be coupled to a power source, such as a desktop or laptop computer or a wall outlet, through a cable 118. The cable connector may comprise, for example, a connector through which both data and electrical energy are received, such as when the device is coupled to a computing device. Examples of such combined power and data cables include a Universal Serial Bus (USB) connection, an IEEE 1499 (FireWire) connection, a “Thunderbolt” connection, PCI Express, eSATA and Ethernet. The port may comprise, for example, a standard USB port, a mini-USB port, a microUSE port, IEEE 1394 (i.e., FIREWIRE, registered to Apple, Inc., Cupertino, Calif.) port, or port for THUNDERBOLT (registered to Apple, Inc., Cupertino, Calif.), PCI Express, eSATA or Ethernet. A compatible connector port 120 of the portable device 100 receives the opposite end of the cable 118. In a USB implementation, for example, the USB cable 118 and associated connections and ports may support one or more of a USB version 1.1, 2.0, or 3.0 data transfer speeds. With such combined power and data connections, data may be exchanged between the portable medical infusion device 100 and a connected computer over the cable 118, and the portable medical device 100 may receive electrical power from the computer, as well.


Referring now to FIG. 2, a block diagram of the components within the portable medical device 100 of FIG. 1 is shown. The portable medical device 100 of this embodiment includes the housing 108 and includes a connector interface 20 coupled to the connector port 12 that receives a combined data/power cable, such as a standard, micro- or mini-USB cable 118 (illustrated in FIG. 1). The connector interface 20 supports data exchange and receives electrical power through the connector port 120 (illustrated in FIG. 1), and controls a connector data element 21a and a connector power element 21b. The connector interface 20 passes data communications from the connector port 11 through the connector data element 21a to a system bus 22, such as current updates to the programming of the portable medical device and/or current reminders saved such as, for example, on a computer program associated with the device 100. The connector interface 20 also passes electrical power from the connector port 12 through the connector power element 21b to a battery charger 29, which is coupled to a battery 28 and which recharges the battery capable of supporting operation of the portable medical device 100.


A control processor 23 is connected to the system bus 22 and receives the data communications from the connector data element 20 for processing. The control processor 23 controls operation of the various elements of the portable device 100 that are connected to the system bus 22. The control processor operates according to program instructions that may be stored in the device memory 24. Program instructions may also be stored in processor memory of the control processor 23. The control processor also stores data from its operations in the memory 24. The control processor controls a data communications element 25 that may comprise a receiver/transmitter for wireless RF communications, such as “WiFi” communications or “Bluetooth” communications between the portable medical device 10 and compatible external systems and networks. The portable infusion device may include an interface that allows a user such as a patient to interact with the programming of the processor to determine an amount of fluid to be delivered, a rate of delivery, a delivery profile, and/or the like.


As shown in FIG. 2, the portable medical device may include a processor, such as a control processor. The processor functions for controlling the overall functions of the portable infusion device. Specifically, the processor includes programming that functions to control the device and its components. The programming may comprise computer instructions stored in memory or firmware components that, when executed by the processor, provide the processing and features described herein. For instance, the processor may communicate with, e.g., send signals to and/or receives signals from, and/or otherwise control one or more of the delivery mechanism, reservoir, estimators, output mechanisms (e.g., display), memory, transmitter, receiver, alarm(s), speaker and clock or other features. The programming that is executed by the processor may be referred to herein as the “program” or “programming” of the device.


Accordingly, the processor may include programming that it can execute to control the speed of translation of a pump mechanism, the release of fluid from the reservoir, the data to be displayed by a display, the data to be transmitted via the transmitter, the one or more alarms, etc. The processor may also include programming that allows the processor to receive signals and/or other data from an input device, receiver, various sensors (such as a sensor that may be included as a part of the device or used in conjunction therewith, for instance, a blood glucose monitor and/or a blood glucose sensor, and the like) and to store the same in a memory. The memory can be any type of memory capable of storing data and communicating that data to one or more other components of the device, such as the processor.


The memory 24 of the device 100 may be any type of memory capable of storing data and retrieving that data for transfer to one or more other components of the device, such as the control processor 23. The memory 24 may comprise one or more of a flash memory, SRAM, ROM, DRAM, RAM, EPROM, dynamic storage, and the like. For the illustrated portable medical device 100 embodiment of FIG. 1, the memory 24 may be coupled to the control processor 23 and may be configured to receive and store input data and/or store one or more template or predetermined fluid delivery patterns. For example, the memory 24 can be configured to store one or more personalized (e.g., user defined) delivery profiles, such as a profile based on a user's selection and/or grouping of various input factors; past generated delivery profiles; recommended delivery profiles; one or more traditional delivery profiles, e.g., square wave, dual square wave, basal and bolus rate profiles; and/or the like. In certain embodiments, the portable infusion device is configured for receiving user information about a user's present or predicted conditions. Such information may include the amount of insulin already present in the body, (e.g., “insulin on board”); blood glucose level; trending blood glucose level; insulin sensitivity/insensitivity; glycemic index; information about the user's metabolism (e.g., “metabolic rate”); stress level; physiological conditions, (e.g., age, health, sickness, diurnal cycles, etc.); other measurable parameters (e.g., information related to amount/type of other hormones such as steroids, etc.); pharmacokinetics of the medicament (e.g., age of insulin, decay rate, etc.); information about the type and quantity of food to be or already ingested (e.g., carbohydrates, proteins, fat; activity; use history; calendared events); environment (e.g., temperature, humidity, pressure, etc.); and the like. One or more of these factors may be entered into the device, for instance, by an input device. In some embodiments, the memory 24 of the portable infusion device 10 may have a data capacity of up to or over about 10 GB, more specifically, up to about 3 GB, even more specifically, about 1 MB to about 200 MB. In some embodiments, the memory 24 of the device 10 may be up to about 3 GB, more specifically, up to about 500 MB, and even more specifically, about 200 kB to about 200 MB. The processor includes programming configured for receiving such user input information, such as that discussed above, parsing and collating the information to generate an output, and presenting that output to a user, such as on display. The device 100 includes an output/display component 26 such as the touchscreen 110 illustrated in FIG. 1, for operating virtual buttons or switches and the like, which may appear on the touchscreen.


The device 100 can comprise an insulin pump device, which therefore also includes a drive/pump element 27 such as a pumping mechanism for delivery of insulin fluid to the connecting tube 14, as described above in connection with FIG. 1. The delivery mechanism may be any suitable type of mechanism including the pumping mechanism. For some embodiments, the delivery mechanism may include a typical drive mechanism, such as a drive mechanism that includes a drive screw coupled to a motor. In such an instance, the drive mechanism may be configured for being operably coupled to a reservoir, such as a syringe based reservoir, and the housing may be sized to include at least a portion of the drive mechanism and the reservoir. In some instances, the delivery mechanism may include a hydraulics mechanism, pneumatic mechanism, step motor, continuous motor, or the like.


The actuator or drive mechanism may be configured for actuating or otherwise effecting the translation of a pump piston or element such as a spool or shuttlecock. The actuator may be any mechanism that is capable of causing the translation of the spool. For instance, the actuator may include an electric coil, a ferrite member, a nitinol member, a lever arm, corresponding magnets or electric magnets or dipoles.


As indicated above, the egress may be configured so as to communicate with the spool translation chamber and/or spool and/or one or more openings therein. The egress may further be configured for opening and closing or otherwise regulating the amount of fluid that is allowed to pass there through. In this manner, the reservoir interacts with the delivery mechanism to effectuate the delivery of a stored fluid from the reservoir, through the delivery mechanism, and out of the portable infusion device, e.g., via an infusion set.


Referring now to FIGS. 3A-C, an exemplary sequence utilized to program a user defined profile into the memory element of the portable medical device is illustrated. As described in the following paragraphs, the programming and modification of current profiles within the portable medical device can be accomplished through user interactions with the touch screen, or display element, of the device. Each user interaction, e.g., touch, can be interpreted as an input to control and or navigate through screens of the device, dependent on the region of the display receiving the interaction. In further embodiments, modifications and programming of the user profiles can be completed on a computing device and downloaded to the portable medical device, once the device is coupled to the computing device. In other embodiments, the display screen of the portable medical device can further be utilized to provide confirmation that the user wishes to download and/or allow data communications with a particular computing device, e.g., 15 such as when a user utilizes a computing device solely to charge the portable medical device.


The user defined profile can allow the user to set alerts (e.g., site reminders), delivery amounts, temperature delivery rates, test times, and the like. The user-defined profile can also allow the user to change the physical state of the device, such as when a cartridge requires replacement, or when a tubing or cannula require filling. Modifying the physical state of the device, also affects the active physical state of the portable medical device, as described in the load sequence of FIGS. 3A-3C.


As shown in FIG. 3A, the user can initially be provided with a home screen 301, displayed on the touchscreen 110 (illustrated in FIG. 1). The home screen 301 allows the user to view various current conditions and states of the device. For example, FIG. 4 illustrates a home screen 400 that provides the conditions (clockwise from top left) of an 80% battery life remaining, the time (8:00 AM), the date (May 25, 2010), the insulin available in the cartridge (165u), the time remaining before the next scheduled injection (4:19 hours), the insulin on board (IOB) in units (1.1 u), an options button and a bolus button. The bolus button shows whether or not the bolus is in use, e.g., if the button is highlighted, and the current amount of bolus being administered. The bolus can be scheduled to be delivered at certain times of the day, e.g., mealtimes, such that the bolus button and insulin amounts automatically appear during those times. The current state 401 of the portable medical device is indicated by a letter (“B”), which appears proximate to the current cartridge amount (165u). As shown in FIG. 4, the current state of the device is “B”, which is an active physical state, e.g., fluid is actively being pumped, having both basal delivery and bolus delivery. Other states not shown can include a red “T”, which indicates an active physical state that provides a temperature rate delivery Ou/hr (zero units per hour); a red “0”, which indicates a basal delivery rate at Ou/hr; “B”, which is an active physical state having only basal delivery (if bolus delivery is not indicated on bolus button); and an orange “T”, which indicates an active physical state that provides an active temperature rate delivery as programmed by the user.


As shown in FIG. 4, a bolus delivery state is indicated by the “X” 402 mark on a bolus button 403, and the amount of the bolus delivery is indicated as “Standard: 10 u” also on the bolus button 403. A standard bolus delivery state is indicated in FIG. 4. If the bolus is in an extended delivery state, the bolus button 403 can indicate “Extended: 10 u” along with the time of the extended delivery state, e.g., 8:00 AM-10:30 AM. The bolus can also be in a correction state, “Correction: 1 u” or a standard state with a correction “Standard/Correction: 10 u”. As previously mentioned, if an “X” mark 402 does not appear on the bolus button, bolus delivery is off.


If no letter “B” 401 appears on the home screen, then the portable medical device is in an inactive state, and no basal or bolus deliveries are occurring. Such a state is shown in FIG. and will be described further with reference to FIGS. 3A-3B in the following paragraphs. The inactive state can be noted on the home screen on the Options button as “All Deliveries Stopped”. It should be noted that if the basal delivery is “off”, e.g., an inactive physical state, the bolus delivery state is automatically shown as being in an “off” state as well.


Referring to FIG. 3A, the user can navigate to the options menu by selecting the “Options” button on the home screen as shown in step 303. The user can then be provided with several options, including the option to “Load”, which modifies the physical state of the device. Once the user selects the Load option, in step 305, the processor of the portable medical device performs a check to determine the state of the Site Reminder, e.g., “On” or “Off” in step 307. If the Site Reminder is not “On”, the device setup is considered to be in an incomplete state.


In step 309, if the Site Reminder is “Off”, the device then checks to determine if a cartridge is installed/detected within the device. If a cartridge is not detected, the portable medical device provides the user with only two options in the load menu 311: 1) enter the change cartridge load sequence, or 2) enter the site reminder edit sequence (to turn on and program the Site Reminder function). FIG. 5 illustrates an exemplary screenshot 500 of a device that does not detect a cartridge and that has the Site Reminder turned off. As shown in FIG. 5, only the Site Reminder button 502 and the Change Cartridge button are available for selection by the user in the load menu. The user then can then select to change the cartridge, e.g., load a cartridge into the device and/or correct an erroneously loaded/detected cartridge in the device as shown in step 317. The change cartridge load sequence is described in following paragraphs.


Referring to FIG. 3A, in step 309, if a cartridge is detected when the state of the Site Reminder is “Off”, the user is directed to a load menu 313, which includes all load functions available for selection, and reminds the user that the Site Reminder is “Off”. Accordingly, from load menu 313, the user can begin any load sequence option and/or change the state of the Site Reminder. The Site Reminder is an independent setting, and can be edited without completing any of the flows (e.g., Change Cartridge, Fill Tubing or Fill Cannula) and/or during a pumping or non-pumping state. However, in one embodiment, when the Site Reminder is set to an “On” position, it can be part of the Fill Cannula sequence in order to help encourage the user to set it up.


Referring to step 307, if the site reminder is set to “On”, the user is shown a load menu 315 in which all load sequence options are available for selection by the user and the Site Reminder button indicates an “On” state. From the load menu 315, the user can select any option previously described along with the option to change the Site Reminder. If the user selects to change the Site Reminder as shown in step 345, the device then enters a workflow sequence “15-2”, show in box 347, to setup the site reminder from the load workflow. The set up of the Site Reminder from the load menu is slightly different than from the Fill Cannula workflow sequence. If the Site Reminder is set up through the load menu 315 as shown in step 345, the user is able to press a “Back” button to return to the load menu 315 at any time. However, if the user modifies the Site Reminder from the Fill Cannula workflow sequence, the “Back” button is inactive as the user cannot return to a previous state in the Fill Cannula workflow sequence until the sequence is completed. Accordingly, the Site Reminder is editable through the load menu and/or through the Fill Cannula sequence, though slight variations occur within the sequence which is followed for each setup.


Referring to load menus shown in boxes 311 (sequence 317 only), 313, and 315, the user can select a button to enter a load sequence, such as one of the buttons comprising Change Cartridge 317, Fill Tubing 319, or Fill Cannula 321. Each of the load sequence options is illustrated in FIG. 6. As each load sequence is completed, the button, which the user can select for each particular sequence, indicates a completed mark (check mark) 605, 606. As shown in an exemplary screenshot 600 of FIG. 6, the Change Cartridge 601 load sequence and the Fill Tubing 602 load sequence have each been completed. The Fill Cannula 603 has not been completed, but is available for selection because a cartridge is detected in the device.


Furthermore, the Site Reminder 604 option is available for set-up due to its current “Off” state 607. Once at least one load sequence option has been selected and completed, the user can be provided with the option to complete the session in the menu by selecting the “Done” button 608 on the interactive touchscreen.


In step 323, if the user selects any one of the aforementioned load sequences, the processor of the device checks the pumping mechanism in order to determine if it is in an active pumping state. If the pump is not in an active state when a load sequence is selected, the user is sent to a corresponding workflow alert state. For example, if the user chose to load a cartridge, and the device is not in an active pumping state, the user is sent to a change cartridge alerts workflow, as shown in box 338. Similarly, if the device is in an inactive state and the user chose to enter a fill tubing workflow or a fill cannula workflow, the user is directed to each respective workflow as shown in boxes 340 and 342, respectively. If the pump is in an active state, the active physical state of the portable medical device should be stopped. Accordingly, the user is directed to a screen, which requires a user input to confirm that the active operation; e.g., pumping, of the portable medical device will be stopped. The user is then asked to enter “Yes” or “No” inputs for each of the load sequences to begin as shown in boxes 327, 329 and 331. This is provided in order for the user to avoid unwanted stopping of the pump, such as when a current scheduled infusion is occurring.



FIG. 7 shows an exemplary screenshot of the confirmation screen 700 on the display of the device for stopping the active operation. In the particular screen 700 shown, the display notifies the user that a selection of the Change Cartridge load sequence will cause all deliveries to be stopped. The user is given two options 701, in the form of two alternative touchscreen buttons, either to continue the Change Cartridge load sequence with “Yes” or to exit the load sequence request with the “No” button. If the user selects the “No” button, the device returns back to the same load menu previously displayed. As shown in FIG. 3A, the selection of the “No” button is illustrated in step 325 and returns the user to a load menu 311, 313, or 315. Alternatively, if the user selects the “Yes” button to confirm entering the load sequence, as in step 333, the user is provided with a final confirmation screen. The final confirmation screen can be an alert to the user that provides the user with a notification that the current active physical state of the device has changed; e.g., all deliveries have been stopped, a provided in step 335. The final confirmation screen can remain on the screen of the device until the next step in the load sequence is complete, such as the replacement of a cartridge, or until the user has acknowledged the physical state change of the device for a second time; e.g., the first time being screen 700 with option 701 in FIG. 7.


Referring to FIG. 8, when the device enters the Change Cartridge load sequence, or another load sequence in which the physical state of the device has changed, notification or alert reflecting the current state of the device is also displayed on the main menu screen 800 of the device. Accordingly, the Bolus delivery button is unavailable and the options button 801 indicates that “All Deliveries Stopped” at the current time. In an embodiment where the device is in a Change Cartridge load sequence, the device then automatically stops all deliveries and bypasses prompts received when stopping individual delivery types (e.g., bolus, basal, temperature), as shown in state 335. Dependent on the load sequence chosen in boxes 317, 319. 321, the processor can direct the device to enter the particular load sequence 343, 341, 339.


Referring now to FIG. 3B, after completing one or more of the load sequences 343, 341, 339 selected by the user in FIG. 3A, the processor of the device then determines whether the Site Reminder is in an “On” or “Off” state. If the Site Reminder is in the “Off” state, then the user can be directed to a Load Menu that indicates one or more of the load sequences have been completed, such as shown in the exemplary screenshot of FIG. 6. For example, box 357 can show the user that specific tasks such as the “Change Cartridge” load sequence has been completed and/or the “Fill Cannula” load sequence has been completed. Each completed load sequence can have an illuminated, or highlighted, checkmark on that load option button.


If the Site Reminder is in the “On” state, then as shown in box 359, when all load sequences have been requested and completed by the user, the user can still be directed to the Load menu in order to configure and/or change the Site Reminder to the “On” state, since the portable medical device is then prepared for an active physical state. If the user has completed all load sequences and the Site Reminder is in the “On” state, the user can be provided with an option to enter an input of “Done” for the current workflow session. In some embodiments, if all load sequences, in particular the Fill Cannula load sequence, is complete, the Fill Cannula button is not active, or highlighted, for selection by the user though the completed checkmark is visible (e.g., highlighted or lit). This prevents the user from requesting an overflow of the cannula.


Referring again to boxes 357 and 359, once the user has entered and completed a particular load sequence, the user can be provided with, e.g., three (3) options to navigate away from the current device state. For example, in order for the user to exit the Load Menu and end a current workflow session, the user can select the “Done” button on the touchscreen of the device as provided in box 363. The Done button can take the user back to the Home Screen of the device, such as shown in FIG. 4. However, as previously mentioned, the Done button is only available for selection if at least one of the load sequences has been completed after selection by the user, as shown in the device check state of 369. If the portable medical device has completed at least one load sequence, the user is shown a screen indicating that the user should perform “Test BG in 1-2 hours” (blood glucose) as provided in box 371. This should be performed in order for the user to determine if all device components and physical modifications; e.g., cartridge change, cannula fill, tubing fill, were completed successfully. The user does not need to navigate away from the screen described in box 371, because the device can automatically navigate to a sequence to start an active state of resuming insulin workflow as provided in box 373. In an alternative embodiment, if no load sequence is determined as being completed by the device in the check state of 369, the device can automatically navigate to the resume active state in box 373. This may occur when the user has entered the load menu to view each available load option and/or edit the Site Reminder settings and/or has exited a load sequence prior to completion and is exciting the current load session Load menu.


Referring to the Load menus 357, 359, 361, in a second option to navigate away from any of these screens, the user can select the “Back” button. The Back button takes the user out of the current workflow session, or a specific workflow sequence in which the device currently is, to the Options menu. Prior to displaying the Options menu to the user, the system can run a similar check state of 369 discussed in the previous paragraph, which navigates to the notification screen of “Test BG in 1-2 hours” in box 371 if at least one load sequence has been completed and then to the resume active state 373. Again, the device bypasses the notification in box 371 if no load sequence has been completed by the device, and automatically enters the resume active state workflow in box 373. Once in the active state and not in the locked state, such as when the device is capable of being unlocked, the user is free to navigate through the device to perform tasks such as selecting custom options, editing and generating profiles, and viewing stored data.


Referring now to FIG. 3C, though the user can navigate away from the Load menu with the Back button or Done button as provided in FIG. 3B, the device performs a series of checks prior to allowing the device to resume an active state in a Menu Complete workflow sequence as shown in box 377 of FIG. 3C. In some cases, the user is notified with an error message and in others the user is asked to confirm that the active state will be resumed. In some embodiments, the only way for the portable medical device to commence an active state is for certain conditions associated with the Load menu to be satisfied. The conditions are further explained in the following paragraphs with references to corresponding exemplary screenshots in FIGS. 9-11.


As shown in FIG. 3C, once the Menu Complete workflow sequence has begun, the device first checks if the device is recovering from a fault state in state 378, such as a mechanical or software failure state. If the device is recovering from a fault state, the user can receive an error message indicating that the portable medical device cannot enter an active state; e.g., the pump cannot resume pumping as shown in box 378a. The user is then asked to confirm that the error message has been read in box 378a, by selecting a “Close” button provided in box 384. This ensures that the user is aware of the fact that no insulin will be received from the device and other injection methods may be required. The user is then directed to an Options menu for “Resume Insulin state” provided in box 385 in order to troubleshoot the current detected error. All active operation of the device, e.g., pumping, remains in the “Off” state and no deliveries are occurring.


If the device is not recovering from a fault state, the processor then runs a second check to determine if the date provided on the device is valid, as provided in state 379. If the check fails; e.g., the date is incorrect, the user can receive an error message indicating the problem in box 379a. The user is then asked to confirm receipt of the error message by selecting a “Close” button as provided in box 384. The user is then directed to the Options menu for “Resume Insulin state” provided in box 385 in order to troubleshoot the current detected error. All active operation of the device; e.g., pumping, remains in the “Off” state and no deliveries are occurring.


If the device has a valid date, the processor then runs a third check to determine if the mechanical components, such as the buttons on the touchscreen or other push buttons on the device, are malfunctioning as provided in state 380. If a button is malfunctioning, such as by being stuck, the user is again notified via an error message in 380a that the device will not resume an active pumping state. The user is then asked to confirm receipt of the error message by selecting a “Close” button as provided in state 384. The user is then directed to the Options menu for “Resume Insulin state” provided in box 385 in order to troubleshoot the current detected error. All active operation of the device; e.g., pumping, remains in the “Off” state and no deliveries are occurring.


Referring to FIG. 9, if the device passes the third check, and all buttons are fully functional, the processor checks the current battery level within the device as in state 381. This ensures proper delivery of the infusion fluid, e.g., insulin, will occur at the scheduled times determined by the stored user profile. If the battery level is too low, the processor provides the user with a notification 900 in the form of an error message indicating a low battery level in box 381a. The user is then asked to confirm receipt of the error message by selecting a “Close” button 901 as provided in box 384. The user is then directed to the Options menu for “Resume Insulin state” provided in box 385 in order to troubleshoot the current detected error. All active operation of the device; e.g., pumping, remains in the “Off” state and no deliveries are allowed to occur.


If the portable medical device has sufficient battery power to operate in an active state, the processor performs the next check to determine if any outside factors may affect the correct operation of the device. As shown in state 382, the fourth check is utilized to determine if the processor detects any extreme temperatures. Extreme temperatures may be the result of outside conditions, such as extremely hot or cold outside temperatures. In the case of an extremely hot temperature, the user is again provided with an error message indicating that the device detects a high temperature provided in box 382a, and the user is then asked to confirm receipt of the error message by selecting a “Close” button as provided in box 384. The user is then directed to the Options menu for “Resume Insulin state” provided in box 385 in order to troubleshoot the current detected error. All active operation of the device, e.g., pumping, remains in the “Off” state and no medicament delivery is occurring. In some embodiments, a similar operation is provided in the case of an extremely cold temperature.


Finally, the processor of the portable medical device performs a fifth check to again determine if an additional outside factor of altitude is detected in state 383. If an abnormal altitude is detected, the device may not operate properly. Accordingly, if a high altitude is detected, then the user is provided a notification of high altitude being detected such that an active state cannot be resumed in box 383a. The user is then asked to confirm receipt of the error message by selecting a “Close” button as provided in box 384.


If the processor of the device detects a suitable altitude for operation, the Load Menu Complete workflow sequence then performs individual checks of the physical components of the device that provide proper active operation in states 386, 387 and 388. The processor of the portable medical device first determines if the Cartridge Tubing has been filled in state 386. If the tubing is not filled, the user is provided a sequence of screens similar to the aforementioned checks. First, the user is notified in an error message in box 386a that the Cartridge Tubing must be filled to continue with active operation of the portable medical device. The user is then asked to confirm receipt of the error message by selecting a “Close” button as provided in box 389. The user is then directed to the Options menu for “Resume Insulin state” provided in box 390 in order to troubleshoot the current detected error. All active operation of the device, e.g., pumping, remains in the “Off” state and no deliveries are occurring.


Next, if the cartridge tubing is successfully filled as noted by the green check mark on the “Fill Tubing” bar 602, the processor of the device performs a check to determine if the cartridge has been successfully loaded into the device in state 387a. If the cartridge was installed incorrectly, the user is notified in an error message that the cartridge requires reinstallation. The user is then asked to confirm receipt of the error message by selecting a “Close” button as provided in box 389. The user is then directed to the Options menu for “Resume Insulin state” provided in box 390 in order to troubleshoot the current detected error. All active operation of the device; e.g., pumping, remains in the “Off” state and no deliveries are occurring.


Referring to FIG. 10, once the device processor runs through all checks on the device and the device determines that all components are functional, the user is then directed to an Options screen to “Resume Insulin Now” 1000. This is presented when the device is in a functional operating state and the user programmed profiles and deliveries can be safely resumed. The user is provided with two options 1001 to “Resume” or “Close” the Options screen; e.g., if the user wishes to perform another load sequence.


Referring to FIG. 11, if the user selects to “Resume” the active state of the device, the device can indicate to the user that the device is “Resuming Insulin” deliveries as shown in screenshot 1100. In some embodiments, the “Resuming Insulin” screen 1100 can remain on the device until a first insulin delivery has been made. In other embodiments, the “Resuming Insulin” screen 1100 can remain on the screen of the device for a predetermined time period, such as 10 seconds.


In the previously described Load Menu Complete workflow sequence, it should be understood that all or some of the checks performed on the device can be sequentially or simultaneously performed. Additionally, at any step within the Load Menu Complete workflow sequence, similar to any step navigating through the device from the Home screen to the Option Menu and, subsequently, to the Load Menu, the user is provided with at least two options to navigate away from current screen by selecting a “Yes”, “No”, “Continue”, “Back” or “Close” button. The “Close” button allows the device to remain in a hold state in order for a notification message to be confirmed by the user. However, after acceptance, e.g., interaction with the screen on the “Close” button, the user is directed to a following screen which offers two or more options for the user to navigate through functions of the device; e.g., the load sequence options on the Load menu.


Referring now to FIGS. 12A-12B, a load sequence workflow for changing a cartridge on the device is described with further reference to FIGS. 13-16.


As shown in FIG. 12A, the change cartridge load sequence, which can be initialized through the Load menu described in FIGS. 3A-3C, begins with a device check process in state 120 to determine if a cartridge is currently installed and/or installed correctly in the device. If no cartridge and/or a erroneously installed cartridge is detected by the processor, the user is directed to an notification screen including an alert that indicates an error with the cartridge provided in box 128. An exemplary screenshot of box 128 is shown in FIG. 13. As previously discussed, once the user enters the load sequence for changing a cartridge, either inadvertently (e.g., incorrect removal/installation of cartridge at box 128) or intentionally (e.g., navigation through load menu at box 126), all deliveries and active operation of the device are stopped.


Referring again to FIG. 12A, if the user is shown the notification in state 128, two options are provided to navigate away from the notification screen, “Yes” and “No”. These two options 1301 are also shown in the exemplary notification, or alert screenshot 1300 of FIG. 13. If the user selects “No” shown in box 136, the processor of the device directs the user to begin a load sequence for reconnecting the incorrectly installed cartridge of the device as shown in box 138. If the user selects that a cartridge is currently being installed, “Yes” in box 134, the user can then be directed by the processor to the predefined Change Cartridge load sequence screens. The screens are provided in order to guide the user through the cartridge changing process with simple instructions and failsafe mechanisms to ensure that proper device functions occur.


In particular, the Change Cartridge load sequence, along with the Fill Tubing and Fill Cannula load sequences, includes a failsafe mechanism that locks the screen of the device during a physical modification (e.g., removal/installation of cartridge, filling of cannula, etc.) such that any inadvertent interaction with the screen of the device is avoided. Accordingly, though the device is still functional; e.g., background processing is occurring, the current state of the device cannot be modified until the screen is unlocked. For example, if the user touches the screen of the device while removing the cartridge or filling the tubing, the screen will not input the touch that causes the device 1301 to move away from the current screen in the workflow process and begin, for example, the delivery of the insulin to the tube when disconnected from the patient on accident.


As provided in FIG. 12A, when the device is instructed to enter the change cartridge load sequence in box 126 in response to a user input, the user is notified on the device screen when it is safe to remove the infusion from his/her body in box 130. The user is also instructed to the remove the cartridge from the device and is informed that the device screen is currently in a locked state. As shown in box 130, an additional icon appears on the user's device screen, indicating that the screen of the device is locked; e.g., a padlock icon. This icon and box 130 are provided in an exemplary screenshot 1400 in FIG. 14. The icon 1402 covers a small region of the display screen and, when active, indicates that any other surface of display screen is not capable of receiving an input, e.g., through a physical interaction with the device. The indication that the screen is in a locked state 1401 is also shown, but is not active, e.g., highlighted, as this region is not currently able to receive an input. Accordingly, in order to for the user to view the next screen in the cartridge change load sequence, the user is provided with only one option to provide a single (1) predefined input. The user can then touch the screen on the lock icon 1402 after which the user is directed to a second predefined screen that ensures the user has completed the task at hand and confirms that the user is prepared to move forward in the current load sequence.


Referring again to FIG. 12A, when the user has selected to unlock the first locked screen state in box 130 (e.g., through selection of the lock button 1402 in FIG. 14), the user is provided with a subsequent screen to confirm that he/she would like to continue through the current load sequence, such as the Change Cartridge load sequence provided in box 132. It is important to note that the screen provided in the screen sequence immediately following the user's first request to unlock the screen of the device is the screen described in box 132. The user is unable to navigate from a first locked screen state that appears during a physical state change of the device to any other screen except the subsequent confirmation screen provided in box 132. An exemplary screen shot of box 132 is illustrated in FIG. 15. As shown in FIG. 15, the only two options the user has to navigate away from the screen is through selection of “Next” or “Close” to continue with the selected load sequence. If the user selects “Close”, the load sequence is discontinued and the user is directed back to the Load Menu. At such a point in the sequence, the device should not include a cartridge and, thus, the user will be only provided the “Change Cartridge” and “Set Reminder” options in the Load Menu. The screen will no longer be in a locked state once it displays the Load Menu. Accordingly, the user will be able to navigate through device.


If the user enters “Next” in box 132 of FIG. 12A, the user is directed to a notification screen in the load sequence, indicating the operation in progress on the device. For example, as provided in box 142, the user is notified that the device is preparing for a cartridge to be installed. At this point, the screen is still in a locked state and no user input which may change the active state of the device is permitted. Only specified regions of the screen will accept an input from the user on screens which the device has predefined as input regions allowing that user to move in a particular load sequence and/or exit the load sequence to return to the Load Menu. For example, the screen described in box 142 does not include any input regions on the screen which may allow the user to navigate to another screen. Additionally, the screen is in a locked state. Accordingly, the device can receive no input until the specified operation completes within the device.


Referring still to FIG. 12A, once the device has completed preparing the cartridge, as described in box 142, the user is shown a screen indicating the next step in the load sequence which is to be performed. In box 144, the user is instructed to install a new cartridge in the portable device. In some embodiments, the user is provided with a visual graphic to facilitate such physical operation. In box 144, the user can also be notified and reminded that the screen is currently in a lock state, and no other state changes can occur in the device. Furthermore, the user can be provided with instruction to touch, or press, the unlock button to move forward through the selected load sequence. Again, similar to the sequence described previously, because a physical state change has just occurred on the device (e.g., a cartridge is installed), the user is directed to a confirmation screen which allows the user to continue through the load sequence or exit to the load menu in box 148.


Referring to FIG. 15, the user can again be requested to enter one of two options: “Close” or “Next” display buttons 1501, shown in the exemplary confirmation screenshot 1500 in FIG. 15. In some embodiments, the confirmation screen 1500 can also include a visual graphic for the user to see how the current physical state of the device should appear. If the user selects “Close” the device exits the current load sequence and returns to the Load Menu. At the Load menu, if the user selects “Next”, the processor of the device executes a check to detect if the cartridge preparing time has exceeded a threshold value such as, for example, 30 seconds. If the cartridge was installed incorrectly or cannot be recognized by the device, the user is provided with an error message indicating that the cartridge installed cannot be utilized by the device and should be removed and replaced, as provided in box 154. The user is provided with one option to “Close” the current screen displaying the error message in box 156, as the load sequence cannot continue with a problematic cartridge. Once the user selects to close the screen in box 156, the user is then directed to the Load Menu in box 158.


Referring now to FIG. 12B, if the user correctly installed the cartridge in the load sequence described in FIG. 12A, and the processor of the device has recognized and prepared the cartridge for use, the user is shown a series of screens indicating the current operation in progress. For example, the user can be shown a series of screens which are utilized while the device completes certain steps of the load sequence operation such as “Please Wait”, shown when the device begins the cartridge detection process, “Detecting Cartridge”, shown when the device is detecting the cartridge, “Removing Air from Cartridge”, shown when the device is removing air from the cartridge, and “Preparing for a Fill”, shown when the device is ready for the next step in the load sequence.



FIG. 16 provides an exemplary screenshot 1600 of the screens notifying the user of the current progress of the step in the load sequence. As shown, the user is notified that the device is currently operating to remove air from the cartridge, “Removing Air From Cartridge,” and a progress bar 1601 indicates that the installation process is 80 percent (%) complete. The progress bar can be included in each of the aforementioned screens indicating the current progress of the operations being performed in the load sequence. It should be noted that though no “lock” icon is displayed on the screen during the operation in progress screen series just described, the screen is still in a locked state and no user inputs are capable of being received by the device.


Referring again to FIG. 12B, once the cartridge is installed and the detection and air removal processes have been performed by the processor to prepare the cartridge for use, the processor can execute a check to determine if any errors occurred during the cartridge detection process as shown in state 170. If an error occurred, the user can be shown an error message alerting the user that a cartridge error has occurred in box 172. If no errors occurred during installation and detection; e.g., the processor of the device detects the cartridge and the air is properly removed, the load sequence can continue to the next step. As provided in box 176, describing the next step in the change cartridge load sequence, the user is provided with the next set of instructions to fill the cartridge; e.g., with insulin, and then touch the “Unlock” (press the Lock icon) when done. The user can also be reminded of the current locked screen state, as depicted in a previous embodiment and shown in exemplary screenshot FIG. 14 in element 1401.


Once the user completes the load sequence step of filling the cartridge and selecting the “Unlock” button, the processor only allows the user to navigate to the next confirmation screen with selection of the unlock button after a physical state change has occurred on the device. The confirmation screen provided in box 180 is similar to those previously described in boxes 132 and 148 of FIG. 12A. The user is provided with two options to continue in the load sequence, “Close” or “Next”. If the user selects “Close”, the user is directed to the Load Menu. If the user selects “Next”, the user is shown a notification message indicating the cartridge was successfully changed as provided in box 184. After the notification message is displayed for a predetermined amount of time sufficient for user viewing, the processor of the device directs the user to the next load sequence, such as, for example, the Fill Tubing workflow provided in box 186.


As previously described with reference to boxes 132 and 148 of FIG. 12A, and box 180 of FIG. 12B, if the user selects to “Close” the current workflow, or load sequence, the user is directed back to the Load Menu. Though transparent to the user, the processor determines that the current workflow is incomplete and runs a series of checks when such a selection is made in order to determine the current physical state of the device and to determine which operations need to occur in order for the device to function properly. Accordingly, each time the user selects to prematurely close out of the workflow sequence, the device runs through the checks, for example, previously described with reference to FIG. 3C.


In further embodiments, the user can enter the Fill Tubing workflow, or Load Sequence from the Load Menu. Further details of such operations will be apparent to those skilled in the art, in view of the description in this document.


Although the aforementioned description specifically describes a portable medical device for administering insulin to a patient, it should be understood that such a device is only one embodiment of the invention. The device can also include any portable device having a display and a processor and which is capable of remaining in a specific response state while the another operation is being performed on the device. For example, the device can include a mobile computing device, such as a Smartphone. In one embodiment, such a device can be used to remotely control a portable medical device as described herein. Alternatively, a portable medical device as described herein may be controlled by a dedicated remote control specifically designed for use with the device. The response state can be preventing any user input while a user is downloading an application through a wireless connection, or completing a bank transaction, for example.


The methods, systems, and devices discussed above are intended merely to be examples. Various embodiments may omit, substitute, or add various procedures or components as appropriate. For example, it should be appreciated that, in alternative embodiments, the methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Also, features described with respect to certain embodiments may be combined in various other embodiments. Different aspects and elements of the embodiments may be combined in a similar manner. Also, it should be emphasized that technology evolves and, thus, many of the elements are examples and should not be interpreted to limit the scope of the invention.


Specific details are given in this description to provide a thorough understanding of the embodiments. Nevertheless, it will be understood by one of ordinary skill in the art that the embodiments may be practiced without these specific details. For example, well-known circuits, processes, algorithms, structures, and techniques have been shown without unnecessary detail in order to avoid obscuring the embodiments. Further, the headings provided herein are intended merely to aid in the clarity of the descriptions of various embodiments, and should not be construed as limiting the scope of the invention or the functionality of any part of the invention. For example, certain methods or components may be implemented as part of other methods or components, even though they are described under different headings.


It is noted that embodiments may have been described as a process that is depicted as a flow diagram or block diagram. Although each diagram may describe the process as a sequential series of operations, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be rearranged. A process may have additional steps not included in the figures. Each operation of a process is performed or executed by the processor of the device.


The description above has been provided in terms of presently preferred embodiments so that an understanding of the present invention can be conveyed. There are, however, many configurations and techniques for data management systems that were not specifically described herein, but with which the present invention is applicable. The present invention should therefore not be seen as limited to the particular embodiments described herein, but rather, it should be understood that the present invention has wide applicability with respect to data management generally. All modifications, variations, or equivalent arrangements and implementations that are within the scope of the attached claims should therefore be considered within the scope of the invention.

Claims
  • 1. A remote control device for remotely controlling an ambulatory infusion pump, comprising: a user interface;a processor configured to process input received through the user interface to send at least one operating command to an ambulatory infusion pump in response to the input to remotely control the ambulatory infusion pump, the processor further configured to: receive input through the user interface selecting a menu item to initiate a software download on the remote control device from a plurality of menu items displayed on a menu screen on the user interface;display a lock screen on the user interface that automatically locks at least one portion of the user interface from receiving input in response to the input selecting the menu item to initiate the software download; andfollowing completion of the software download,initiate unlocking of the at least one portion of the user interface upon receiving a predefined unlock input through the lock screen, andwherein following receipt of the predefined unlock input through the lock screen, the processor is configured to display an unlock confirmation screen on the user interface and the at least one portion of the user interface is unlocked when only a single predefined confirmation input is received on the unlock confirmation screen and wherein the single predefined confirmation input is a single predefined touch input provided to confirm the predefined unlock input.
  • 2. The remote control device of claim 1, wherein the user interface and the processor are part of a mobile computing device configured to remotely control the ambulatory infusion pump.
  • 3. The remote control device of claim 2, wherein the mobile computing device is a smartphone.
  • 4. The remote control device of claim 1, wherein the user interface and the processor are part of a dedicated remote controller designed for use with a type of the ambulatory infusion pump.
  • 5. The remote control device of claim 1, wherein automatically locking at least one portion of the user interface from receiving input includes locking the user interface from receiving any input other than the predefined unlock input.
  • 6. The remote control device of claim 1, wherein the user interface includes an interactive display.
  • 7. The remote control device of claim 6, wherein the interactive display is a touchscreen.
  • 8. The remote control device of claim 1, wherein the menu item identifies the operation that is to be performed on the remote control device.
  • 9. A remote control device for remotely controlling an ambulatory infusion pump, comprising: an interactive display;a processor configured to: present a user interface for remote control of the ambulatory infusion pump on the interactive display;process input received on the interactive display to navigate among menu screens on the user interface;transmit operating commands to the ambulatory infusion pump in response to input on the menu screens;receive input through the interactive display selecting a menu item on one of the menu screens to initiate a software download on the remote control device;display a lock screen on the interactive display that automatically locks the interactive display from receiving input to navigate among menu screens while the software download is performed on the remote control device in response to the input selecting the menu item to initiate the software download, the lock screen informing a user that the interactive display is locked; andinitiate unlocking of the interactive display following completion of the software download upon receiving a predefined unlock input through the lock screen, andwherein following receipt of the predefined unlock input through the lock screen the processor is configured to display an unlock confirmation screen on the interactive display and the interactive display is unlocked when only a single predefined confirmation input is received on the unlock confirmation screen, and wherein the single predefined confirmation input is a single predefined touch input provided to confirm the predefined unlock input.
  • 10. The remote control device of claim 9, wherein the interactive display and the processor are part of a mobile computing device configured to remotely control the ambulatory infusion pump.
  • 11. The remote control device of claim 10, wherein the mobile computing device is a smartphone.
  • 12. The remote control device of claim 9, wherein the interactive display and the processor are part of a dedicated remote controller designed for use with a type of the ambulatory infusion pump.
  • 13. The remote control device of claim 9, wherein automatically locking the interactive display from receiving input to navigate among menu screens while the operation is performed on the remote control device includes locking the interactive display from receiving any input other than the predefined unlock input.
  • 14. The remote control device of claim 9, wherein the interactive display is a touchscreen.
  • 15. A method of remotely controlling an ambulatory infusion pump, comprising: presenting a user interface for remote control of the ambulatory infusion pump on a remote control device;processing input received on the user interface to navigate among menu screens on the remote control device;transmitting operating commands to the ambulatory infusion pump in response to input entered via the menu screens;receiving input through the user interface selecting a menu item on one of the menu screens to initiate a software download on the remote control device;in response to the input selecting the menu item to initiate a software download on the remote control device, displaying a lock screen on the user interface that automatically locks the user interface from receiving input to navigate among menu screens while the software download is performed on the remote control device and informs a user that the user interface is locked; andinitiating unlocking the user interface following completion of the software download,upon receiving a predefined unlock input through the lock screen, andfollowing receipt of the predefined unlock input through the lock screen, displaying an unlock confirmation screen on the user interface and the user interface is unlocked when only a single predefined confirmation input is received on the unlock confirmation screen and wherein the single predefined confirmation input is a single predefined touch input provided to confirm the predefined unlock input.
  • 16. The method of claim 15, wherein the remote control device is selected from the set consisting of a mobile computing device and a dedicated remote controller.
RELATED APPLICATIONS

This application is a continuation of application Ser. No. 13/801,274 filed Mar. 13, 2013, which claims the benefit of U.S. Provisional Application No. 61/637,210 filed Apr. 23, 2012, each of which is fully incorporated herein in its entirety by reference.

US Referenced Citations (331)
Number Name Date Kind
4810243 Howson Mar 1989 A
5247434 Peterson et al. Sep 1993 A
5338157 Blomquist Aug 1994 A
5485408 Blomquist Jan 1996 A
5497772 Schulman et al. Mar 1996 A
5498421 Grinstaff et al. Mar 1996 A
5558638 Evers et al. Sep 1996 A
5639473 Grinstaff et al. Jun 1997 A
5660163 Schulman et al. Aug 1997 A
5681285 Ford et al. Oct 1997 A
5685844 Marttila Nov 1997 A
5707212 Matthews Jan 1998 A
5728396 Peery et al. Mar 1998 A
5782805 Meinzer et al. Jul 1998 A
5830195 Peters et al. Nov 1998 A
5848593 Mcgrady et al. Dec 1998 A
5935099 Peterson et al. Aug 1999 A
5964724 Rivera et al. Oct 1999 A
5985305 Peery et al. Nov 1999 A
5988851 Gent Nov 1999 A
6024539 Blomquist Feb 2000 A
6039251 Holowko Mar 2000 A
6056522 Johnson May 2000 A
6070761 Bloom et al. Jun 2000 A
6126642 Kriesel et al. Oct 2000 A
6198383 Sekura et al. Mar 2001 B1
6241704 Peterson et al. Jun 2001 B1
6269340 Ford et al. Jul 2001 B1
6395292 Peery et al. May 2002 B2
6427088 Bowman, IV et al. Jul 2002 B1
6470234 Mcgrady Oct 2002 B1
6475180 Peterson et al. Nov 2002 B2
6493745 Cherian Dec 2002 B1
6511435 Bluth et al. Jan 2003 B1
6551276 Mann et al. Apr 2003 B1
6554798 Mann et al. Apr 2003 B1
6562001 Lebel et al. May 2003 B2
6564105 Starkweather et al. May 2003 B2
6571128 Lebel et al. May 2003 B2
6577899 Lebel et al. Jun 2003 B2
6585644 Lebel et al. Jul 2003 B2
6635014 Starkweather et al. Oct 2003 B2
6635048 Ullestad et al. Oct 2003 B1
6648821 Lebel et al. Nov 2003 B2
6659948 Lebel et al. Dec 2003 B2
6668196 Villegas et al. Dec 2003 B1
6687546 Lebel et al. Feb 2004 B2
6694191 Starkweather et al. Feb 2004 B2
6733446 Lebel et al. May 2004 B2
6738052 Manke et al. May 2004 B1
6740075 Lebel et al. May 2004 B2
6744350 Blomquist Jun 2004 B2
6758810 Lebel et al. Jul 2004 B2
6788315 Kekic Sep 2004 B1
6810290 Lebel et al. Oct 2004 B2
6811533 Lebel et al. Nov 2004 B2
6811534 Bowman, IV et al. Nov 2004 B2
6813519 Lebel et al. Nov 2004 B2
6852104 Blomquist Feb 2005 B2
6872200 Mann et al. Mar 2005 B2
6873268 Lebel et al. Mar 2005 B2
6936029 Mann et al. Aug 2005 B2
6950708 Bowman, IV et al. Sep 2005 B2
6958705 Lebel et al. Oct 2005 B2
6974437 Lebel et al. Dec 2005 B2
6979326 Mann et al. Dec 2005 B2
6990809 Abouraphael Jan 2006 B2
6997920 Mann et al. Feb 2006 B2
7024245 Lebel et al. Apr 2006 B2
7025743 Mann et al. Apr 2006 B2
7090648 Sackner et al. Aug 2006 B2
7109878 Mann et al. Sep 2006 B2
7118676 Mueth et al. Oct 2006 B2
7141425 Dzekunov et al. Nov 2006 B2
7171274 Starkweather et al. Jan 2007 B2
7201730 Davidner et al. Apr 2007 B2
7204823 Estes et al. Apr 2007 B2
7207964 Davidner et al. Apr 2007 B2
7256771 Novak et al. Aug 2007 B2
7256888 Staehr et al. Aug 2007 B2
7264730 Connell et al. Sep 2007 B2
7303680 Connell et al. Dec 2007 B2
7318892 Connell et al. Jan 2008 B2
7347819 Lebel et al. Mar 2008 B2
7347836 Peterson et al. Mar 2008 B2
7351340 Connell et al. Apr 2008 B2
7369635 Spital et al. May 2008 B2
7390314 Stutz, Jr. et al. Jun 2008 B2
7445616 Petrakis Nov 2008 B2
7455663 Bikovsky Nov 2008 B2
7471994 Ford et al. Dec 2008 B2
7515060 Blomquist Apr 2009 B2
7591801 Brauker et al. Sep 2009 B2
7630791 Nguyen et al. Dec 2009 B2
7651489 Estes et al. Jan 2010 B2
7654976 Peterson et al. Feb 2010 B2
7678071 Lebel et al. Mar 2010 B2
7682338 Griffin Mar 2010 B2
7699767 Mueth et al. Apr 2010 B2
7713574 Brister et al. May 2010 B2
7717903 Estes et al. May 2010 B2
7736338 Kavazov et al. Jun 2010 B2
7774145 Brauker et al. Aug 2010 B2
7778680 Goode, Jr. et al. Aug 2010 B2
7789857 Moberg et al. Sep 2010 B2
7797028 Goode, Jr. et al. Sep 2010 B2
7801596 Fischell et al. Sep 2010 B2
7811279 John Oct 2010 B2
7815602 Mann et al. Oct 2010 B2
7819843 Mann et al. Oct 2010 B2
7828528 Estes et al. Nov 2010 B2
7831310 Lebel et al. Nov 2010 B2
7837647 Estes et al. Nov 2010 B2
7837651 Bishop et al. Nov 2010 B2
7875022 Wenger et al. Jan 2011 B2
7912674 Killoren Clark et al. Mar 2011 B2
7914450 Goode, Jr. et al. Mar 2011 B2
7925321 Goode et al. Apr 2011 B2
7933639 Goode et al. Apr 2011 B2
7933780 De La Huerga Apr 2011 B2
7938792 Roger et al. May 2011 B2
7955261 Goode et al. Jun 2011 B2
7957984 Vallone Jun 2011 B1
7959569 Goode et al. Jun 2011 B2
7963954 Kavazov Jun 2011 B2
7972296 Braig et al. Jul 2011 B2
7976492 Brauker et al. Jul 2011 B2
7976530 Johnson et al. Jul 2011 B2
7976778 Drucker et al. Jul 2011 B2
7979104 Kamath et al. Jul 2011 B2
7986986 Goode et al. Jul 2011 B2
7988674 Adams et al. Aug 2011 B2
7988849 Biewer et al. Aug 2011 B2
8002700 Ferek-Petric et al. Aug 2011 B2
8012119 Estes et al. Sep 2011 B2
8020564 Batch Sep 2011 B2
8034019 Nair et al. Oct 2011 B2
8034026 Grant et al. Oct 2011 B2
8052601 Goode, Jr. et al. Nov 2011 B2
8066197 Sheppard Nov 2011 B2
8094009 Allen et al. Jan 2012 B2
8109921 Estes et al. Feb 2012 B2
8130095 Allen et al. Mar 2012 B2
8147446 Yodfat et al. Apr 2012 B2
8206350 Mann et al. Jun 2012 B2
8211364 Drucker et al. Jul 2012 B2
8221359 Kristensen et al. Jul 2012 B2
8236242 Drucker et al. Aug 2012 B2
8250483 Blomquist Aug 2012 B2
8257652 Drucker et al. Sep 2012 B2
8257653 Drucker et al. Sep 2012 B2
8267921 Yodfat et al. Sep 2012 B2
8290562 Goode, Jr. et al. Oct 2012 B2
8310415 Mclaughlin et al. Nov 2012 B2
8323188 Tran Dec 2012 B2
8332008 Goode et al. Dec 2012 B2
8344847 Moberg et al. Jan 2013 B2
8346399 Blomquist Jan 2013 B2
8369919 Kamath et al. Feb 2013 B2
8390244 Wooley et al. Mar 2013 B2
8395581 Gråskov et al. Mar 2013 B2
8401194 Nierzwick et al. Mar 2013 B2
8414563 Kamen et al. Apr 2013 B2
8449523 Brukalo May 2013 B2
8449524 Braig et al. May 2013 B2
8451230 Celentano et al. May 2013 B2
8460231 Brauker et al. Jun 2013 B2
8504842 Meacham Aug 2013 B1
8579853 Reggiardo et al. Nov 2013 B2
8601465 Bernstein Dec 2013 B2
8868794 Masoud Oct 2014 B2
8893053 Hyde et al. Nov 2014 B1
8929823 Mears Jan 2015 B2
8932250 Montgomery Jan 2015 B2
8963855 Chen et al. Feb 2015 B2
8992475 Mann Mar 2015 B2
9132227 Bryant, Jr. Sep 2015 B2
9137301 Dunlap Sep 2015 B1
9238100 Kruse et al. Jan 2016 B2
9259531 Kamen Feb 2016 B2
9335910 Farnan et al. May 2016 B2
9715327 Rosinko et al. Jul 2017 B2
11217339 Blomquist Jan 2022 B2
20010031944 Peterson Oct 2001 A1
20020029776 Blomquist Mar 2002 A1
20020078393 Parker Jun 2002 A1
20020143290 Bui et al. Oct 2002 A1
20020183693 Peterson et al. Dec 2002 A1
20030065308 Lebel et al. Apr 2003 A1
20030163088 Blomquist Aug 2003 A1
20030163223 Blomquist Aug 2003 A1
20030163789 Blomquist Aug 2003 A1
20030195974 Ronning Oct 2003 A1
20030212364 Mann et al. Nov 2003 A1
20040073095 Causey et al. Apr 2004 A1
20040193090 Lebel et al. Sep 2004 A1
20050022274 Campbell et al. Jan 2005 A1
20050143864 Blomquist Jun 2005 A1
20050160084 Barrett Jul 2005 A1
20050171513 Mann et al. Aug 2005 A1
20060173444 Choy et al. Aug 2006 A1
20060229557 Fathallah Oct 2006 A1
20070093786 Goldsmith et al. Apr 2007 A1
20070118405 Campbell et al. May 2007 A1
20070156033 Causey et al. Jul 2007 A1
20070219480 Kamen et al. Sep 2007 A1
20070219496 Kamen et al. Sep 2007 A1
20070219597 Kamen et al. Sep 2007 A1
20070228071 Kamen et al. Oct 2007 A1
20070287985 Estes et al. Dec 2007 A1
20080033357 Mann et al. Feb 2008 A1
20080065007 Peterson et al. Mar 2008 A1
20080065016 Peterson et al. Mar 2008 A1
20080119705 Patel et al. May 2008 A1
20080122595 Yamamichi et al. May 2008 A1
20080147004 Mann et al. Jun 2008 A1
20080147050 Mann et al. Jun 2008 A1
20080171967 Blomquist et al. Jul 2008 A1
20080172026 Blomquist Jul 2008 A1
20080172027 Blomquist Jul 2008 A1
20080172028 Blomquist Jul 2008 A1
20080172029 Blomquist Jul 2008 A1
20080172030 Blomquist Jul 2008 A1
20080172031 Blomquist Jul 2008 A1
20080287922 Panduro Nov 2008 A1
20080312584 Montgomery Dec 2008 A1
20080312585 Brukalo Dec 2008 A1
20090005729 Hendrixson Jan 2009 A1
20090018495 Panduro Jan 2009 A1
20090037020 Brown Feb 2009 A1
20090067989 Estes et al. Mar 2009 A1
20090069745 Estes et al. Mar 2009 A1
20090082728 Bikovsky Mar 2009 A1
20090085768 Patel et al. Apr 2009 A1
20090101549 Kamen et al. Apr 2009 A1
20090107335 Wilt et al. Apr 2009 A1
20090108016 Brown et al. Apr 2009 A1
20090156990 Wenger et al. Jun 2009 A1
20090192724 Brauker et al. Jul 2009 A1
20090212966 Panduro Aug 2009 A1
20090221890 Saffer et al. Sep 2009 A1
20090254037 Bryant, Jr. et al. Oct 2009 A1
20090270833 Debelser et al. Oct 2009 A1
20100069890 Gräskov et al. Mar 2010 A1
20100107103 Wallaert et al. Apr 2010 A1
20100121169 Petisce et al. May 2010 A1
20100145262 Bengtsson et al. Jun 2010 A1
20100152674 Kavazov et al. Jun 2010 A1
20100156633 Buck, Jr. Jun 2010 A1
20100168543 Kamath et al. Jul 2010 A1
20100179402 Goode, Jr. et al. Jul 2010 A1
20100198183 Lanigan et al. Aug 2010 A1
20100228186 Estes et al. Sep 2010 A1
20100256047 Sieh Oct 2010 A1
20100257490 Lyon Oct 2010 A1
20100261987 Kamath et al. Oct 2010 A1
20100272452 Tsukijima Oct 2010 A1
20100292556 Golden Nov 2010 A1
20100312082 Batman et al. Dec 2010 A1
20100318578 Treu Dec 2010 A1
20100331824 Moberg et al. Dec 2010 A1
20110006876 Moberg et al. Jan 2011 A1
20110006880 Long Jan 2011 A1
20110009724 Hill Jan 2011 A1
20110009725 Hill Jan 2011 A1
20110009813 Rankers Jan 2011 A1
20110030845 Chong et al. Feb 2011 A1
20110040247 Mandro Feb 2011 A1
20110047499 Mandro et al. Feb 2011 A1
20110053121 Heaton Mar 2011 A1
20110071465 Wang et al. Mar 2011 A1
20110081889 Gao Apr 2011 A1
20110082439 Wenger et al. Apr 2011 A1
20110092894 Mcgill et al. Apr 2011 A1
20110098637 Hill Apr 2011 A1
20110098638 Chawla et al. Apr 2011 A1
20110098674 Vicente et al. Apr 2011 A1
20110105854 Kiani et al. May 2011 A1
20110106318 Ledford May 2011 A1
20110119087 Drucker et al. May 2011 A1
20110125085 Mcgill et al. May 2011 A1
20110125095 Lebel et al. May 2011 A1
20110125530 Drucker et al. May 2011 A1
20110126188 Bernstein et al. May 2011 A1
20110133946 Kopp et al. Jun 2011 A1
20110137239 Debelser et al. Jun 2011 A1
20110144586 Michaud Jun 2011 A1
20110152770 DiPerna et al. Jun 2011 A1
20110178461 Chong et al. Jul 2011 A1
20110184264 Galasso et al. Jul 2011 A1
20110190614 Brister et al. Aug 2011 A1
20110190694 Lanier, Jr. et al. Aug 2011 A1
20110208123 Gray et al. Aug 2011 A1
20110256024 Cole et al. Oct 2011 A1
20110257895 Brauker et al. Oct 2011 A1
20120030610 DiPerna et al. Feb 2012 A1
20120041415 Estes et al. Feb 2012 A1
20120084728 Huang Apr 2012 A1
20120093311 Nierzwick Apr 2012 A1
20120095315 Tenbarge et al. Apr 2012 A1
20120095393 Reinke Apr 2012 A1
20120109100 Estes et al. May 2012 A1
20120130204 Basta et al. May 2012 A1
20120185267 Kamen Jul 2012 A1
20120232520 Sloan et al. Sep 2012 A1
20120238851 Kamen Sep 2012 A1
20120266251 Birtwhistle Oct 2012 A1
20120307126 Bhogal Dec 2012 A1
20130050106 Chung et al. Feb 2013 A1
20130117696 Robertson May 2013 A1
20130137415 Takikawa May 2013 A1
20130171938 Mears Jul 2013 A1
20130172710 Mears et al. Jul 2013 A1
20130190094 Ronen Jul 2013 A1
20130191770 Bartz Jul 2013 A1
20130283196 Farnan et al. Oct 2013 A1
20130332874 Rosinko et al. Dec 2013 A1
20130345625 Causey, III et al. Dec 2013 A1
20140012511 Mensinger et al. Jan 2014 A1
20140054883 Lanigan et al. Feb 2014 A1
20140180711 Kamen et al. Jun 2014 A1
20140276531 Walsh Sep 2014 A1
20140323961 Blomquist et al. Oct 2014 A1
20150072613 Swanson Mar 2015 A1
20150182694 Rosinko Jul 2015 A1
20150182695 Rosinko Jul 2015 A1
20150217044 Blomquist Aug 2015 A1
20160121047 Kruse et al. May 2016 A1
20160199571 Rosinko et al. Jul 2016 A1
20160271325 Farnan et al. Sep 2016 A1
20170300206 Rosinko et al. Oct 2017 A1
Foreign Referenced Citations (10)
Number Date Country
0985420 Mar 2000 EP
1769812 Apr 2007 EP
2079011 Jul 2009 EP
WO 9524229 Sep 1995 WO
WO 0018449 Apr 2000 WO
WO03008014 Jan 2003 WO
WO2008127694 Oct 2008 WO
WO2009032399 Mar 2009 WO
WO2009032400 Mar 2009 WO
WO2011005633 Jan 2011 WO
Non-Patent Literature Citations (13)
Entry
US 8,333,733 B2, 12/2012, Lanigan et al. (withdrawn)
Title: Introduction to Windows in DOC. Publisher: Imperial college london. Publication date: Feb. 28, 2011. URL: http://web.archive.org/web/20110228233235/https://www.doc.ic.ac.uk/csg-old/windows/intro.html.
Search Report for EP Application No. 13781696.3 dated Nov. 25, 2015.
Search Report and Written Opinion dated Jul. 29, 2013 for PCT Application No. PCT/US-2013/037616 filed Apr. 22, 2013, 10 pages.
Written Opinion dated Oct. 28, 2014 for PCT Application No. PCT/US-2013/037616 filed Apr. 22, 2013, 6 pages.
Application and File History for U.S. Appl. No. 13/801,230, filed Mar. 13, 2013, inventor Rosinko et al.
PCT Search Report dated Sep. 4, 2013 for PCT Application No. PCT/US-2013/0044329 filed Jun. 13, 2013, 13 pages.
Communication dated Jun. 6, 2017 for EP Application No. 13800236.5. (9 pages).
IPRP for International PCT Application No. PCT/US-2013/0044329 dated Dec. 9, 2014.
Exam Report for European Application No. 13781696.3 dated Jan. 3, 2017.
Application and File History for U.S. Appl. No. 13/801,274, filed Mar. 13, 2013, inventors Farnan et al.
Application and File History for U.S. Appl. No. 15/592,595, filed May 11, 2017, inventors Rosinko et al.
Search Report dated Jun. 24, 2019 for EP Application No. 18211743.2, 11 pages.
Related Publications (1)
Number Date Country
20160271325 A1 Sep 2016 US
Provisional Applications (1)
Number Date Country
61637210 Apr 2012 US
Continuations (1)
Number Date Country
Parent 13801274 Mar 2013 US
Child 15149559 US