DETAILED ACTION
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
Receipt of Applicant’s Amendment filed November 24, 2025, is acknowledged.
Response to Amendment
Claims 6 and 13 have been amended. Claims 1-5 and 18 have been canceled. Claims 6-17 and 19-25 are pending and are provided to be examined upon their merits.
Response to Arguments
Applicant’s arguments with respect to claims 6-17 and 19-25 have been considered but are moot because the new ground of rejection does not rely on any reference applied in the prior rejection of record for any teaching or matter specifically challenged in the argument. A response is provided below in bold where appropriate.
Applicant argues 35 USC §103 Rejection, starting pg. 8 of Remarks:
Claim Rejections - 35 U.S.C. § 103
Claims 6-17 and 19-25 are rejected under 35 U.S.C. § 103 as being unpatentable over US 2018/0197628 to Wei et al. ("Wei") in view of Pub. No. US 2008/0172026 to Blomquist ("Blomquist") in view of Pub. No. US 2007/0112298 to Mueller, JR et al. ("Muller") and in further view of Pub. No. US 2013/0277233 to Blythe. Applicant respectfully traverses.
I. Total Daily Insulin Values
Claim 6 is patentable over Wei, Blomquist, Mueller JR, and Blythe, alone or in combination, because none of these references disclose, teach, or suggest a processor operable to "determine a meal bolus to be delivered based on the received meal indication and the total daily insulin value," as currently claimed.
The Office cites Wei as allegedly disclosing generating an average meal insulin response. However, Wei's disclosure is fundamentally limited to conventional carbohydrate-counting methodologies and empirical glucose response tracking. Wei teaches determining bolus amounts through carbohydrate-to-insulin ratios and empirically observed glucose responses. See Wei at 1 [0201]. Rather than using total daily insulin (TDI) as a foundational calculation parameter for meal bolus determination, Wei utilizes carbohydrate-to-insulin ratios per meal. Claim l's TDI-based methodology provides superior personalization compared to Wei's carbohydrate ratio approach, which cannot account for individual variations in total insulin needs. (Published Application paragraph [0004]). Blomquist fails to cure these deficiencies.
Applicant has amended their claim to add total daily insulin (TDI). However, this raises 35 USC 112 issues as Applicant’s specification teaches using actual meal input to determine insulin needs, or using an estimation process involving TDI, but not both (see Fig. 2 of Applicant’s specification).
Respectfully, it would also not make sense to determine a meal bolus based on received meal indications (an actual, true bolus value, para. [0032] of the specification), and then also base the meal bolus on a total daily insulin value.
Also, Applicant’s invention first collects information to create an estimate for TDI by receiving meal indication (para. [0022]), then after a predetermined number of meal indications determine an estimated average meal insulin response (para. [0023]). After this, a meal bolus is determined using an estimate of user’s total daily insulin (TDI) needs. These are two different processes (Fig. 2 and 3) for determining bolus.
The Office cites Blomquist as allegedly disclosing calculating a meal bolus as a proportion of a user's total daily insulin value. However, Blomquist's disclosure is limited to retrospective data analysis and historical tracking functionality, not prospective meal bolus calculation methodology. Blomquist teaches that "aggregate insulin delivered by the pump as well as the amount of insulin broken down by insulin delivered as a meal bolus" can be stored and displayed as historical data, including "daily percentage and an average daily percentage for a predetermined number of days," Blomquist at 1 [0056]. This represents purely retrospective data reporting for historical review purposes. Critically, Blomquist fails to teach using total daily insulin as an input parameter for calculating future meal boluses to be delivered. Claim 1 provides for a forward-looking algorithmic process where TDI serves as a foundational calculation parameter for determining meal bolus amounts, whereas Blomquist only provides backward-looking data aggregation and percentage calculations for historical analysis. The distinction between retrospective data reporting and prospective algorithmic calculation using TDI as a basis represents a fundamental difference in technical approach and functionality. Mueller fails to cure these deficiencies.
The terms “prospective” meal bolus calculation methodology and “future” meal boluses to be delivered are not claimed.
Blomquist was only used to teach average insulin using portion of total daily insulin.
Applicant is reminded of piecemeal analysis…
In response to applicant's arguments against the references individually, one cannot show nonobviousness by attacking references individually where the rejections are based on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986).
Applicant has amended their claims requiring new prior art rejection.
The Office cites Mueller as allegedly disclosing suspending basal delivery. However, Mueller's disclosure is limited to time-shifting methodologies that redistribute already-determined insulin amounts rather than calculating meal boluses based on total daily insulin values. Mueller teaches "time-shifting basal insulin is the process by which a portion of basal insulin (i.e., a two, three, or four hour block of basal insulin) is added to a bolus or current basal rate" with corresponding suspension periods. Mueller at 1 [0046]. This approach assumes predetermined basal rates and bolus amounts are already established through conventional methods, then merely redistributes the timing of delivery to prevent hypoglycemia after consuming high glycemic index foods. Mueller's time-shifting methodology operates on pre-calculated insulin amounts and focuses on temporal redistribution rather than the foundational calculation methodology required by the claims. Claim 1 provides for determining the meal bolus amount itself using total daily insulin as a calculation parameter, whereas Mueller only teaches modifying the delivery timing of already-determined insulin amounts. Mueller's approach cannot teach or suggest using TDI as a basis for meal bolus determination because it operates on the assumption that bolus amounts have already been calculated through other means. Blythe fails to cure these deficiencies.
Mueller teaches the problem of hypoglycemia, which is an obvious problem with too much insulin. It would also be obvious to delay (time-shift) basal insulin based on a meal bolus. In any event, Mueller was only used to teach suspension of basal insulin, which it teaches.
From Claim 6…
“determine a period of time for a suspension of delivery of basal insulin based on the meal bolus;”
From Mueller…
“…Effectively controlling blood glucose levels after consumption of high GI foods may be carried out by adding time-shifted basal insulin to the meal bolus delivered to cover the anticipated carbohydrate intake. Conversely, a suspension (and/or reduction) in basal insulin, corresponding to the amount of time-shifted basal insulin added to the bolus, prevents hypoglycemia one to two hours after the high GI food is ingested. By adding the basal insulin to the presently delivered bolus, more insulin becomes immediately available to the user. The corresponding suspension (and/or reduction) in basal insulin prevents hypoglycemia in the hours subsequent to delivery of the bolus. In particular embodiments, consumption of high GI foods necessitates delivery of time-shifted insulin because high GI foods cause fast and high blood glucose responses. In these embodiments, fast and high blood glucose responses require more insulin to be delivered on the front end (immediately prior to consumption) and less insulin needed on the back end (one to two hours after consumption); a process that is carried out by utilizing time-shifted basal insulin.” [0048]
The above teaches basal suspension to prevent hypoglycemia in the hours subsequent to delivery of bolus.
The Office cites Blythe as allegedly disclosing a predetermined number of meal indications. However, Blythe's disclosure is limited to statistical validation methodologies for glucose threshold messaging and bears no relation to meal bolus calculation algorithms. Blythe teaches determining "calculated sample size m" using statistical power analysis to ensure "statistical significance and power" in threshold differential messaging, specifically to "control the statistical power regardless of how variable an individual's readings may be." Blythe at [0095]. Blythe's predetermined number concept serves exclusively as a statistical validation parameter to minimize "Type 1 (false positive results) and Type 2 (false negative results) error rates" in glucose threshold alerts. Blythe at [101]. This statistical framework operates independently of insulin dosing calculations and focuses solely on ensuring adequate sample sizes for meaningful glucose data analysis. Critically, Blythe fails to teach determining meal boluses based on total daily insulin values.
Blythe was used to teach predetermined number of meals where statistical power is taught for predetermined number to determine an average. This would ensure that a correct number of meal events is measured.
Applicant has amended their claims requiring new prior art rejection.
Accordingly, none of Wei, Blomquist, Mueller JR, and Blythe, alone or in combination, because none of these references disclose, teach, or suggest "determine a meal bolus to be delivered based on the received meal indication and the total daily insulin value" as recited in claim 6.
Applicant has amended their claims requiring new prior art rejection.
II. Impermissible Hindsight Reasoning
The Office's rejection constitutes impermissible hindsight reasoning. The combination of Wei, Blomquist, Mueller JR, and Blythe is only apparent after reviewing Applicant's disclosure and working backwards to justify the combination. No person of ordinary skill in the art would have been motivated to combine these four disparate references, which address completely different technical problems: Wei addresses meal logging and glucose response tracking, Blomquist addresses historical data reporting, Mueller addresses time-shifting for high glycemic foods, and Blythe addresses statistical validation for threshold messaging. The Office fails to identify any problem in the prior art that would motivate combining these references to arrive at Applicant's total daily insulin-based meal bolus calculation methodology. This represents classic hindsight reconstruction where the Office uses Applicant's disclosure as a roadmap to piece together unrelated prior art elements.
Regarding hindsight reasoning…
In response to applicant's argument that the examiner's conclusion of obviousness is based upon improper hindsight reasoning, it must be recognized that any judgment on obviousness is in a sense necessarily a reconstruction based upon hindsight reasoning. But so long as it takes into account only knowledge which was within the level of ordinary skill at the time the claimed invention was made, and does not include knowledge gleaned only from the applicant's disclosure, such a reconstruction is proper. See In re McLaughlin, 443 F.2d 1392, 170 USPQ 209 (CCPA 1971).
Furthermore, the references teach contradictory design philosophies that would discourage combination. Wei emphasizes user-driven meal logging where patients actively input meal information, while Blomquist operates on automated historical analysis that processes data without user input. Mueller requires manual user intervention for time-shifting decisions, while Blythe enforces algorithmic statistical validation that removes user discretion. A person of ordinary skill would recognize these represent fundamentally incompatible design philosophies that cannot be simultaneously implemented without creating system conflicts and user confusion. Accordingly, the combination of Wei, Blomquist, Mueller JR, and Blythe is improper.
The prior art is all analogous prior art in the area of using insulin.
For at least the reasons give above, claim 6 is patentable over Wei, Blomquist, Mueller JR, and Blythe, alone or in combination.
Applicant has amended their claims requiring new prior art rejection.
Claim 13 has been amended similarly to claim 6 and is also patentable over Wei, Blomquist, Mueller JR, and Blythe, alone or in combination, for at least the reasons given above. Claims 7-12, 14-17, and 19-25 depend on, directly or indirectly, claims 6 and 13 and are also patentable over Wei, Blomquist, Mueller JR, and Blythe due at least to their dependencies on claims 6 and 13.
Applicant respectfully requests reconsideration and withdrawal of the present rejection of claims 6-17 and 19-25 under 35 U.S.C. §103.
Applicant has amended their claims requiring new prior art rejection.
Dependent Claims
As noted above, claims 1 and 13 are patentable over Wei, Blomquist, Mueller JR, and Blythe, alone or in combination. Each of claims 6-9, 11-16, 19-21, and 23-25 depend on, directly or indirectly, claims 1 and 13 and are therefore also patentable over Wei, Blomquist, Mueller JR, and Blythe.
Applicant respectfully requests reconsideration and withdrawal of the present rejection of claims 6-9, 11-16, 19-21, and 23-25 under 35 U.S.C. §103.
Applicant has amended their claims requiring new prior art rejection. The prior art rejection is respectfully modified but maintained.
Claim Rejections - 35 USC § 112
The following is a quotation of the first paragraph of 35 U.S.C. 112(a):
(a) IN GENERAL.—The specification shall contain a written description of the invention, and of the manner and process of making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it pertains, or with which it is most nearly connected, to make and use the same, and shall set forth the best mode contemplated by the inventor or joint inventor of carrying out the invention.
The following is a quotation of the first paragraph of pre-AIA 35 U.S.C. 112:
The specification shall contain a written description of the invention, and of the manner and process of making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it pertains, or with which it is most nearly connected, to make and use the same, and shall set forth the best mode contemplated by the inventor of carrying out his invention.
Claims 6-17 and 19-25 are rejected under 35 U.S.C. 112(a) or 35 U.S.C. 112 (pre-AIA ), first paragraph, as failing to comply with the written description requirement. The claim(s) contains subject matter which was not described in the specification in such a way as to reasonably convey to one skilled in the relevant art that the inventor or a joint inventor, or for applications subject to pre-AIA 35 U.S.C. 112, the inventor(s), at the time the application was filed, had possession of the claimed invention.
Claim 6 recites “obtain a total daily insulin value of an individual; determine a meal bolus to be delivered based on the received meal indication and the total daily insulin value;…” where there is no teaching of obtain a daily insulin value and determine a meal bolus based on received meal indication and the total daily insulin value.
From Applicant’s specification…
Process of using a user’s insulin needs to estimate user’s mealtime insulin needs and determine a meal bolus based on the meal indication…
“…For example, the algorithm or the AP application may maintain a log of information related to each respective received meal indication (240). Examples of the received meal indication may include receipt of the meal indication, noted times of receipt of each respective received meal indication, estimated amount of carbohydrates in the meal associated with the meal indication, and a blood glucose measurement closest in time to the respective noted time of receipt of each respective received meal indication. At 250, the algorithm or AP application may determine a meal bolus to be delivered based on the received meal indication, wherein the determined meal bolus may be calculated by the algorithm or received via a user interface. The algorithm or AP application may, at 260, output instructions to deliver the determined meal bolus, wherein the output instructions may cause the generation of a prompt on a personal diabetes management device, may cause a medical device to deliver the calculated meal bolus, or both.” [0022]
Therefore, the above steps teach meal bolus based on received meal indication. There is no teaching of obtain total daily insulin value and determine a meal bolus to be delivered based on received meal indication and total daily insulin value.
From Applicant’s specification…
Determining a meal bolus based on proportions of user’s TDI instead of actual units of insulin…
“In this example when determining a meal bolus, such as in step 250 of FIG. 2, an element of adaptivity is preserved by assessing the insulin needs per meal as proportions of the user's TDI instead of actual units of insulin. For example, a meal estimate may be recalculated after each meal button interaction by a user, thus converging over time to a value that represents the user's true meal insulin needs for each meal based on the button interaction corresponding to the respective meal.” [0032]
Therefore, the above assesses insulin needs per meal as portions of the user’s TDI and recalculates a meal estimate based on true meal insulin needs corresponding to the respective meal, where the estimate converges to the true insulin need. This is just improving the meal estimate that uses TDI so it converges the true meal insulin needs. Claim 13 has a similar problem.
Claims 7-12, 14-17, and 19-25 are further rejected as they depend from their respective independent claim.
The following is a quotation of 35 U.S.C. 112(b):
(b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention.
The following is a quotation of 35 U.S.C. 112 (pre-AIA ), second paragraph:
The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention.
Claims 6-17 and 19-25 are rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA ), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor (or for applications subject to pre-AIA 35 U.S.C. 112, the applicant), regards as the invention.
Claim 6 recites “obtain a total daily insulin value of an individual; determine a meal bolus to be delivered based on the received meal indication and the total daily insulin value;…” where it is indefinite as to obtain a total daily insulin value and determine a meal based on both received meal indication and the total daily insulin value. First, it is indefinite as to obtain a total daily insulin value as a total daily insulin value is not needed to deliver meal bolus and basal as taught and claimed when a meal indication is received. Second, why determine a meal bolus based on a meal indication and then add or subtract (?) another insulin value to the meal bolus? It is indefinite as to using both meal indication (true need) and total daily value insulin to determine a meal bolus. Also, there is no teaching as to a formula or algorithm for doing this. For examination purposes, this is interpreted as some type of relationship between meal indication and total daily insulin. Claim 13 has a similar problem.
Claims 7-12, 14-17, and 19-25 are further rejected as they depend from their respective independent claim.
Examiner Request
The Applicant is requested to indicate where in the specification there is support for amendments to claims should Applicant amend. The purpose of this is to reduce potential 35 U.S.C. §112(a) or §112 1st paragraph issues that can arise when claims are amended without support in the specification. The Examiner thanks the Applicant in advance.
Claim Rejections - 35 USC § 103
In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis (i.e., changing from AIA to pre-AIA ) for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status.
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
The factual inquiries for establishing a background for determining obviousness under 35 U.S.C. 103 are summarized as follows:
1. Determining the scope and contents of the prior art.
2. Ascertaining the differences between the prior art and the claims at issue.
3. Resolving the level of ordinary skill in the pertinent art.
4. Considering objective evidence present in the application indicating obviousness or nonobviousness.
This application currently names joint inventors. In considering patentability of the claims the examiner presumes that the subject matter of the various claims was commonly owned as of the effective filing date of the claimed invention(s) absent any evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out the inventor and effective filing dates of each claim that was not commonly owned as of the effective filing date of the later invention in order for the examiner to consider the applicability of 35 U.S.C. 102(b)(2)(C) for any potential 35 U.S.C. 102(a)(2) prior art against the later invention.
Claims 6-9, 11-16, 19-21, and 23-25 are rejected under 35 U.S.C. 103 as being unpatentable over Pub. No. US 2018/0197628 to Wei et al. in view of Pub. No. US 2011/0098548 to Budiman et al. in view of Pub. No. US 2007/0112298 to Mueller, JR et al. and in further view of Pub. No. US 2013/0277233 to Blythe et al.
Regarding claim 6
A non-transitory computer readable medium embodied with programming code executable by a processor, and the processor when executing the programming code is operable to perform functions for treatment of diabetes, including functions to:
Wei et al. teaches:
Treatment program including insulin delivery (diabetes treatment)…
“An output issued at 320 can supply information directly to the user's medication or treatment program on the same device or a different device in communication with the device executing the meal monitor application. This information can be used by the treatment program in determining whether a modification to a user's treatment profile (e.g., a basal insulin delivery schedule or a bolus dose) is warranted or to prompt the user as to whether a change to the user's treatment profile should be implemented.” [0159]
receive a meal indication related to ingestion of a meal in response to an input to a meal button presented on a graphical user interface;
Wei et al. continues to teach:
User to define (receive an indication) related to consumables (ingestions) of a meal…
“The software can provide a mechanism for the user to define consumables (e.g., a type of food, type of drink, or portion thereof), in any fashion that is convenient to the user. These consumables will be referred to generally herein as a meal or meals, and these terms are used broadly to denote all types of food and drink.” [0073]
Fig. 4A, and “LOG MEAL” (input to a meal button)…
PNG
media_image1.png
293
385
media_image1.png
Greyscale
Fig. 4A is a graphical user interface…
“FIGS. 4A-E depict example embodiments of graphical user interface (GUI) visual arrangements or screens. These screens can be displayed on any of the embodiments of reader device 120, drug delivery device 160, or personal computer system 170 described herein.” [0128]
A selectable button and selection (input) of the button…
“Screen 402 also includes a Log Meal selectable button or field 412. Selection of the Log Meal button 412 can direct the user to screen 420 depicted in FIG. 4B. If the device on which the meal monitor application is operating includes a camera, then screen 420 can include a selectable Take or Select Photo button or field 422 that, upon selection, can open a camera application with access to the device's camera to capture a photograph or image of the meal for storage and association therewith. Selection of button 422 can also give the user the option to select a photo from a gallery of photos previously used to log meals, or from a gallery of photos stored in the device's general purpose photo gallery. If the user captures or otherwise selects a photo of the meal, then that photo can then be displayed on screen 420. In some embodiments, selection of Log Meal button 412 of FIG. 4A can cause the meal monitor application to immediately open the device camera application to allow the user to take a photo and thereby further streamline the image entry process.” [0132]
“The meal monitor application can be programmed to store the information about any and all prior meals and associated meal information previously consumed by the user. That information can be presented to the user as options from which the user can select to identify a particular meal or aspect thereof that was more recently consumed. For example, when the user is prompted to enter meal information, the meal monitor application can present a list of options from which the user can choose. This list can be ordered such that the most commonly consumed or selected meals are presented first or at the top of the list, with remaining meals presented in order of decreasing frequency of consumption (e.g., the most commonly consumed meal is presented first, the second most commonly consumed meal is presented second, and so forth with the least commonly consumed meal presented at the end).” [0113]
obtain a time of receipt of the input to the meal button related to ingestion of the meal;
Example of Fig. 4B teaches “Time” related to the input of the meal button…
PNG
media_image2.png
172
403
media_image2.png
Greyscale
Figs. 4A and 4B with entry time…
“Although not all variations are depicted, it is recognized that all aspects of meal information described herein can be input via one or more screens similar to those described with respect to FIGS. 4A and 4B, including, but not limited to, the entry of time of meal information, meal portion information, nutritional content, representative meal icons, and so forth.” [0134]
Log (note) time period and meal consumed…
“The meal monitor application can allow an individual to log information about each meal that the individual consumes (i.e., each “meal event”), including a photo of the meal. The meal monitor application can associate analyte data from the same general time period where the user's log entry indicated that a meal was consumed.” [0075]
obtain a total daily insulin value of an individual;
{
From Applicant’s specification on “total daily insulin value”…
“In the example of FIG. 3, an initial estimate of a user's total daily insulin (TDI) needs may be estimated by assessing the user's basal profile ( e.g., the amount of insulin delivered via basal dosages throughout a 24, 48, or 72 hour time frame). In the example, the algorithm or AP application may implement a process, such as process 300, to determine an estimate of a user's total daily insulin needs based on a basal insulin profile…” [0025]
Therefore, the total daily insulin value is an estimate based on user’s basal dosages delivered throughout a 24, 48 or 72 hour time frame.
}
Generate (obtain) reports…
“As with the meal monitor application, the EBA can include the functionality to generate one or more reports for the user to assist in interpreting and understanding the collected data. FIG. 16 depicts an example embodiment of a meal history report 1600. Report 1600 provides an easy way to reference a summary of the collected data for a particular menu item. A first section 1602 of report 1600 can include a picture 1605 of the meal as a thumbnail (clicking on the thumbnail can cause a full size photo to be displayed), alongside an average dose 1606 for this meal (which in some embodiments can be weighted to count more recent doses more heavily than older doses), and an icon 1608 indicating the average post meal response in the past, where a checkmark indicates the post-prandial data is generally in a target range, a downward arrow indicates post-prandial data is generally beneath a target range, and an upward arrow indicates post-prandial data is generally above the target range. A variety of known methods for evaluating hypoglycemia risk can be used for this purpose.
See Total Daily Insulin below.
determine a meal bolus to be delivered based on the received meal indication and the total daily insulin value;
{
From Applicant’s specification…
Process of using a user’s insulin needs to estimate user’s mealtime insulin needs and determine a meal bolus based on the meal indication…
“FIG. 2 shows a flow chart of an example of a process that utilizes a user's total daily insulin needs to generate an estimate of a user's mealtime insulin needs. The process 200 may be implemented using an algorithm or an AP application. At step 210, the algorithm executed by the AID system or an artificial pancreas (AP) application may receive a meal indication related to ingestion of a meal. The received indication may be by a user interaction with a meal button (e.g., a physical button) on a medical device or a user interface of a personal diabetes management device or a smartphone (e.g., a physical button or a “soft button” presented on a graphical user interface presented on a touchscreen). A time of receipt of the meal indication may be noted by the algorithm or AP application. For example, upon receipt of the indication of the meal, the algorithm or AP application may obtain a time of day and date from a clock executed by a processor, from GPS signals or the like (220). The algorithm or AP application may receive an estimated amount of carbohydrates in the meal indicated by the user (230). The received meal indication and time of receipt of the meal indication may be maintained in a log stored in a memory by the algorithm or the AP application. For example, the algorithm or the AP application may maintain a log of information related to each respective received meal indication (240). Examples of the received meal indication may include receipt of the meal indication, noted times of receipt of each respective received meal indication, estimated amount of carbohydrates in the meal associated with the meal indication, and a blood glucose measurement closest in time to the respective noted time of receipt of each respective received meal indication. At 250, the algorithm or AP application may determine a meal bolus to be delivered based on the received meal indication, wherein the determined meal bolus may be calculated by the algorithm or received via a user interface. The algorithm or AP application may, at 260, output instructions to deliver the determined meal bolus, wherein the output instructions may cause the generation of a prompt on a personal diabetes management device, may cause a medical device to deliver the calculated meal bolus, or both.” [0022]
After number of meal indications, generate a meal insulin response…
“After receipt of a predetermined number of meal indications, the algorithm or AP application may generate an average meal insulin response, wherein the predetermined number of meal indications may be nine or the like and the average meal insulin response is an estimated average meal bolus for delivery after each meal (270).” [0023]
Calculate an estimate of user’s average insulin need for each meal…
“In the example of FIG. 3, using the estimate of TDI1 made at 310, the algorithm or AP application may calculate an estimate of the user's average insulin needs for each meal (320). The calculation of the user's average insulin needs may consider that the calculated TDI incorporates the sum of all the user's insulin needs, including both their basal and bolus insulin deliveries. For example, 50% of TDI1 may be estimated to constitute the sum of insulin needs for all meal events, here the factor 50% accounts for the underlying assumption that half of the user's TDI needs correspond to the user's basal requirements and the other half accounts for the user's meal bolus requirements. This proportion may, for example, vary widely, such as 25% or 75%, depending on the user's living patterns (for example, increased activity level may mean lower basal requirements in proportion to TDI or the like) and meal patterns (for example, the ingestion of smaller meals, or partaking in fewer meals, may need higher basal requirements in proportion to TDI or the like).” [0026]
Meal bolus dosage is approximately 1/6 of TDI…
“In a specific example, a user's total daily insulin may be considered to contain 3 meal events per day (e.g., breakfast, lunch and dinner), meaning that an initial estimate of the meal coverage needs (i.e., a meal bolus dosage) may be set as approximately 1/3rd of the sum of all meal insulin needs (i.e. total bolus dosage amounts averaged over 3 meals), or approximately 1/6th of the user's TDI (i.e., the insulin delivered by the meal boluses accounts for approximately 4 hours out of the 24 hour period covered by the TDI).” [0027]
From Applicant’s specification on meal bolus based on (constrained to) estimated mealtime dose of insulin of 1/6 TDI…
“In an example of open-loop use in which a user injects himself or herself and delivers insulin, the estimated dose (i.e., amount) of insulin recommended for delivery by a personal diabetes management device executing the algorithm may be constrained to limit an estimated mealtime dose of insulin to no greater than I/6th of the user's TDI.” [0028]
Therefore, the meal bolas is 1/6 the total daily insulin value.
Determining a meal bolus using proportions of TDI (meal estimate) and
A meal estimate is recalculated
“In this example when determining a meal bolus, such as in step 250 of FIG. 2, an element of adaptivity is preserved by assessing the insulin needs per meal as proportions of the user's TDI instead of actual units of insulin. For example, a meal estimate may be recalculated after each meal button interaction by a user, thus converging over time to a value that represents the user's true meal insulin needs for each meal based on the button interaction corresponding to the respective meal.” [0032]
The above teaches using proportions of TDI.
}
Entering a meal menu item and carbohydrates estimated, where bolus is determined for that meal…
“Although not shown, when entering the description of a meal menu item, the user can also enter a corresponding bolus dose that would be administered before or after consumption of the meal menu item, e.g., the meal bolus amount. This can be the amount that the patient typically takes upon consumption of the meal. Alternatively, the carbohydrates can be estimated for that meal and, based on the patient's carb ratio, a bolus calculator can be used to determine the bolus amount for that meal. However, any mechanism may be used to determine the bolus amount to enter for each meal. There are many tools available that can be integrated with, or used in conjunction with, the EBA that can help determine these meal bolus amounts, such as a bolus calculator, a food library that provides nutritional information, etc. In some embodiments, one or more of those tools are linked or otherwise made accessible here to allow the patient to make that calculation. Conveniently, this activity can be done all at once and with the assistance of an HCP or nutritionist.” [0201]
Example of estimate (determine) bolus for a meal…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
See Total Daily Insulin below.
determine a period of time for a suspension of delivery of basal insulin based on the meal bolus;
Determine whether modification of basal insulin delivery schedule is warranted…
“An output issued at 320 can supply information directly to the user's medication or treatment program on the same device or a different device in communication with the device executing the meal monitor application. This information can be used by the treatment program in determining whether a modification to a user's treatment profile (e.g., a basal insulin delivery schedule or a bolus dose) is warranted or to prompt the user as to whether a change to the user's treatment profile should be implemented.” [0159]
See Suspension below.
output an instruction causing delivery of the determined meal bolus and the suspension of delivery of basal insulin through actuation of a pump mechanism of a drug delivery device; and
{
From Applicant’s specification on “suspension of delivery of basal insulin…
“In addition, due to utilizing an estimated mealtime bolus Mest,n, an automated insulin delivery algorithm may be enabled to suspend delivery of basal insulin for approximately 1. 5 hours (i.e. approximately 90 minutes), which results in l.5·1/48 ~ 3% of possible insulin deficiency accumulation (where the 48 factor corresponds to 50% of the user's TDI accounting for the user's basal needs, which is then converted as an hourly rate per day, or l/2· 1/48). The suspension of basal insulin delivery for the approximately 1. 5 hours may compensate for a proportion of any excess insulin delivered above basal that may be caused by the delivery of the estimated meal bolus. This enables the system to compensate for a discrepancy in the meal estimates by an amount equal to suspension of basal delivery by approximately 1.5 hours, reducing the severity of adverse impacts to the user's blood glucose measurements due to the discrepancy.” [0031]
Therefore, delivery of basal is suspended for mealtime bolus insulin.
}
Providing (output) recommendation (instruction) of dose related to meal (meal bolus)…
“The present subject matter broadly relates to systems, devices, and methods for, among others, the collection of information about analyte levels of certain individuals and information about meals that those individuals consume, and providing a medication dose recommendation based on the collected information.” [0002]
Output of information (instruction) for a modification of basal insulin delivery schedule or bolus dose…
“An output issued at 320 can supply information directly to the user's medication or treatment program on the same device or a different device in communication with the device executing the meal monitor application. This information can be used by the treatment program in determining whether a modification to a user's treatment profile (e.g., a basal insulin delivery schedule or a bolus dose) is warranted or to prompt the user as to whether a change to the user's treatment profile should be implemented.” [0159]
Where recommendation includes bolus for each meal…
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
Drug delivery using a pump…
“Drug delivery device 160 is capable of injecting or infusing a drug, such as but not limited to insulin, into the body of the individual wearing sensor control device 102. Like reader device 120, the drug delivery device can include processing circuitry, non-transitory memory containing instructions executable by the processing circuitry, wireless or wired communication circuitry, and a user interface including one or more of a display, touchscreen, keyboard, an input button or instrument, and the like. Drug delivery device 160 can include a drug reservoir, a pump, an infusion tube, and an infusion cannula configured for at least partial implantation into the user's body. The pump can deliver insulin from the reservoir, through the tube, and then through the cannula into the user's body. Drug delivery device 160 can include instructions, executable by the processor, to control the pump and the amount of insulin delivered. These instructions can also cause calculation of insulin delivery amounts and durations (e.g., a bolus infusion and/or a basal infusion profile) based on analyte level measurements obtained directly or indirectly from sensor control device 102. Alternatively, calculations of insulin delivery amounts and durations, and the control of the pump, can be performed by reader device 120 directly. The drug delivery device can be configured to communicate directly with reader device 120 in the form of a closed loop or semi-closed loop system. Alternatively, the drug delivery device can include the functionality of reader device 120 described herein, or vice versa, to arrive at one integrated reader and drug delivery device.” [0052]
See Suspension below.
receive blood glucose data from a glucose monitor corresponding to a post prandial period of insulin delivery of the drug delivery device; and
Example of collect (receive) analyte responses (glucose readings) for meal-related responses (post prandial period)…
“In many embodiments, the individual's meal-related analyte responses collected by an analyte monitoring system, such as an in vivo analyte monitoring system, can be compared with or linked to meal information to discover common consistencies (or inconsistencies) along with trends therein based on related historical glucose readings and associated algorithms, variables, weights, comparisons, and trends.” [0012]
after receipt of a predetermined number of meal indications, generate an average meal insulin response based on the delivered meal boluses and blood glucose data for a mealtime associated with the time of receipt.
Average glycemic (insulin) response for same or similar meal, where a number of meals is used to determine the average response…
“If the user consumes the same or a similar meal on repeated occasions, then a glycemic central tendency (e.g., an average or median glycemic response) can be determined for that meal and that central tendency can be displayed. For example, if the peak of the glycemic response is the metric of choice, then when multiple identical meals have been recorded by the system, the median of the peak values can represent the glycemic response metric for this meal. Other forms of glucose response metrics such as a glucose trace or a parametric fit to the glucose trace, may be used. Alternatively, the glycemic response of every meal can be displayed regardless of whether each meal is the same or similar to another meal on the list or in the database. In yet another embodiment, the meal monitor application may generate a glycemic response as representative of all similar meals; for instance, if the glycemic response is displayed as a trace, the trace representative of all the similar meals may be made up of hourly medians of all of the individual glycemic responses, where time is relative to the start of the meal.” [0080] Inherent with average response is response per number of meals (glycemic responses/number of meals).
Meal consumed multiple times in the past (frequency of past meal selections, predetermined number) and average value of glycemic response for that meal (therefore, average based on the frequency, predetermined number) of meals….
“In other embodiments, when a meal event is detected, a list of all previous meals can be displayed to the user (or accessed by a virtual selectable button labelled, for instance, “previous meals”). The user can be permitted to select one meal as corresponding to the detected meal event. The list of all previous meals can be sortable by frequency of past selections of that meal and/or by magnitude or severity of the glycemic response to that meal, which can be an average or median value if that meal has been consumed multiple times in the past. The list may be ordered any number of ways, but the preferred embodiment is to order first by the most frequently selected meals, and next by the most recent meals. Each meal can be associated with a unique identifying code. Meal names that are entered by the user with text that is not identical but that resemble each other can be assigned the same code. If the same meal is entered and selected one or more times, that unique identifying code will be stored multiple times associated with the different times for this same meal. When displayed on a list sorted by glucose response magnitude, the meal monitor application can detect when meals are repeated by detecting that they have the same unique code. The meal monitor application can create a list of all the glucose responses for each repeated meal and determine the mean or median of these responses and associate this with the unique code. When this is done for all of the unique codes, then the final list for display can be generated for all of the unique meals including meals entered only once, and repeated meals, and the list can be sorted by the glucose response magnitude associated with each unique code.” [0119]
Estimate bolus based on glucose response for a given meal (therefore, an average response for a meal result in an average bolus for that meal)…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
Statistically calculate average glycemic (insulin) response over number of times meal was consumed (therefore predetermined based on number of time meal was consumed)…
“The effect of different meals on a patient's glucose response may be compared by using the GRR and coding the glucose traces (e.g., by color or pattern) for each menu item as shown in FIG. 17C. The coding enables the HCP or patient to visually compare the patient's glucose response, and provide input to meal selection and menu planning to optimize the patient's glycemic control. The average glycemic response to a given meal may be statistically calculated over the number of times the meal was consumed.” [0239]
Analyte data (insulin needs) and meal based on N days…
“In this embodiment of method 330, the meal monitor application runs the meal event detector on the analyte data from a prior time range (e.g., N days, hours, minutes) using a first set of sensitivity settings (e.g., analyte data magnitude thresholds, duration thresholds, rate of change thresholds, or others) at 332. Here, method 330 examines the analyte data over the previous N days, where N can be any desired value. Next, a determination is made at 334 whether the number of meal events detected over those N days is less than or equal to a maximum, which in this embodiment is (the baseline value added to the variation value) multiplied by N. In an example where N is three, the baseline value is three meals/day, and the variation value is one meal/day, then the determination at 334 would evaluate whether the number of meal events detected is less than or equal to twelve (e.g., the maximum).” [0098]
See Predetermined Number below.
Total Daily Insulin
Wei et al. teaches insulin. They also teach obtain data. They do not teach total daily insulin value and determine bolus based on total daily insulin.
Budiman et al. also in the business of insulin teaches:
Bolus amount and carbohydrates during a meal…
“In a system as described above, the controller is typically programmed to provide a "basal rate," which is the rate of continuous supply of insulin by an insulin delivery device such as a pump that is used to maintain a desired blood glucose level in the bloodstream of a patient. Periodically, due to various events that affect the metabolism of a patient, such as eating a meal or engaging in exercise, a "bolus" is required. A "bolus" is a specific amount of insulin that is required to raise the blood concentration of insulin to an effective level to counteract the affects of the ingestion of carbohydrates during a meal and also takes into account the affects of exercise on the blood glucose level.” [0079]
Insulin therapy (bolus) specified by carbohydrate ratio (meal indication) and total daily dose of insulin…
“Currently, insulin therapy is specified by an insulin sensitivity factor, an insulin to carbohydrate ratio and a total daily dose of insulin. Various heuristic rules exist for initially estimating these parameters, and physicians spend considerable effort and time fine tuning these parameters to improve glucose control.” [0141]
It would have been obvious to one of ordinary skill in the art before the effective filing date to include in the method and system of Wei et al. the ability to obtain a total daily insulin value and determine insulin therapy as taught by Budiman et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Motivation is provided by Budiman et al. who teaches current insulin therapy is specified by carbohydrate ratio and total daily dose of insulin. Wei benefits using current insulin therapy as they also teach determining insulin.
Suspension
The combined references teach insulin and modification of basal schedule. They also teach hypoglycemic events. They do not teach suspension.
Mueller, JR et al. also in the business of insulin and hypoglycemic events teaches:
Prevent hypoglycemia by suspension of basin insulin after bolus…
“…Effectively controlling blood glucose levels after consumption of high GI foods may be carried out by adding time-shifted basal insulin to the meal bolus delivered to cover the anticipated carbohydrate intake. Conversely, a suspension (and/or reduction) in basal insulin, corresponding to the amount of time-shifted basal insulin added to the bolus, prevents hypoglycemia one to two hours after the high GI food is ingested. By adding the basal insulin to the presently delivered bolus, more insulin becomes immediately available to the user. The corresponding suspension (and/or reduction) in basal insulin prevents hypoglycemia in the hours subsequent to delivery of the bolus. In particular embodiments, consumption of high GI foods necessitates delivery of time-shifted insulin because high GI foods cause fast and high blood glucose responses. In these embodiments, fast and high blood glucose responses require more insulin to be delivered on the front end (immediately prior to consumption) and less insulin needed on the back end (one to two hours after consumption); a process that is carried out by utilizing time-shifted basal insulin.” [0048]
Example of a period of time…
“In particular embodiments, the external infusion device may include the capability to deliver time-shifted basal insulin. Time-shifting basal insulin is the process by which a portion of basal insulin (i.e., a two, three, or four hour block of basal insulin) is added to a bolus or current basal rate. To more clearly describe the time-shifting process, a standard plot of insulin delivery from an external infusion device is shown in FIG. 3. In FIG. 3, between the hours of 12:00 pm and 10:00 pm, the external infusion device continuously delivers insulin at a rate 300 of 1 Unit/hour (basal rate). At 2:00 pm, a three unit bolus 310 is delivered to the user to prepare for an upcoming meal (meal bolus). In contrast, FIG. 4 shows a similar graph of insulin delivery from an external infusion device using time-shifted basal insulin. In this figure, the basal rate 400 from 12:00 pm to 3:00 pm is 1 Unit/hour. Again, a three unit bolus 410 is delivered at 2:00 pm. However, as shown in FIG. 4, a block of basal insulin 420 that was to be delivered between the hours of 3:00 pm to 6:00 pm has been time-shifted and added to the bolus 410 for immediate delivery at 2:00 pm. Accordingly, in this example, basal insulin delivery is suspended between the hours of 3:00 pm and 6:00 pm to account for the insulin added to the bolus.” [0046]
It would have been obvious to one of ordinary skill in the art before the effective filing date to include in the method and system of the combined references the ability to suspend basal insulin as taught by Mueller, JR et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Motivation is provided by Mueller who teaches avoiding hypoglycemia. Further, it would be obvious to a person skilled in the art to avoid hypoglycemia and it would be further by a person skilled in the art to suspend basal delivery after bolus insulin is given.
Predetermined Number
The combined references teach insulin and similar meals and number of times meal was consumed. They do explicitly teach predetermined number of meals.
Blythe et al. also in the business of insulin teaches;
“In one aspect, a method of alerting a user with a diabetes management device that the user's blood glucose data around a meal event has exceeded a predetermined differential threshold is provided. The method can be achieved by: collecting, with the diabetes management device, a plurality of pre and post-prandial pairs (N) of glucose concentration measurements about a particular meal event; calculating, with a microprocessor of the diabetes management device, a plurality of differential value (D) based on a difference between the collected plurality of pre and post-prandial pairs of glucose concentrations about the particular meal event; determining, with the microprocessor, in the event that the number of N pairs of pre and post prandial measurements for the particular meal event are equal to or greater than a calculated sample size (m); ascertaining with at least one statistical test as to whether the threshold value (.DELTA.) has been exceeded with an acceptable level of certainty; and upon the ascertaining that the threshold value has been exceeded with an acceptable level of certainty, outputting to the user that for the particular meal, the differential value D for the number of pairs of glucose measurements has been exceeded the threshold value (.DELTA.).” [0008]
Modifying the number of measurement results (meal indication) based on control statistical power (predetermined number) to determine an average…
“The methods described herein can be used to control the statistical power regardless of how variable an individual's readings may be (how large the SD is). As a patient gains control of their condition with time, then the magnitude of the pre-/post-prandial average glucose shift to be detected will diminish, however the statistical power i.e. the control of false negatives can still be maintained by modifying the number of measurement results comprising the sample size `m`. It is likely that the size of sample size `m` may vary in relation to the relative size of the predefined threshold value .DELTA. to be detected i.e. a smaller pre-/post-prandial average glucose shift may require a smaller sample size `N` to detect the difference whilst still meeting the required confidence interval.” [0095]
It would have been obvious to one of ordinary skill in the art before the effective filing data to include in the method and system of the combined references the ability to have a predetermined number of meals as taught by Blythe et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Further motivation is provided by Blythe et al. how teaches statistical power when determining sample size for accuracy of results. The combined references benefit by using an appropriate sample size that provides meaningful average results.
Regarding claim 13
A device, comprising:
a processor;
Wei et al. teaches:
Processor…
“The processing of data and the execution of software within system 100 can be performed by one or more processors of reader device 120, computer system 170, and/or sensor control device 102. For example, raw data measured by sensor 104 can be algorithmically processed into a value that represents the analyte level and that is readily suitable for display to the user, and this can occur in sensor control device 102, reader device 120, or computer system 170. This and any other information derived from the raw data can be displayed in any of the manners described above (with respect to display 122) on any display residing on any of sensor control device 102, reader device 120, or computer system 170. The information may be utilized by the user to determine any necessary corrective actions to ensure the analyte level remains within an acceptable and/or clinically safe range.” [0056]
a user interface coupled to the processor; and
Fig. 1, ref. 122 teaches user interface…
PNG
media_image3.png
213
256
media_image3.png
Greyscale
a memory storing programming code, and
Execution of software (programming code) within system (therefore memory storing)…
“The processing of data and the execution of software within system 100 can be performed by one or more processors of reader device 120, computer system 170, and/or sensor control device 102. For example, raw data measured by sensor 104 can be algorithmically processed into a value that represents the analyte level and that is readily suitable for display to the user, and this can occur in sensor control device 102, reader device 120, or computer system 170. This and any other information derived from the raw data can be displayed in any of the manners described above (with respect to display 122) on any display residing on any of sensor control device 102, reader device 120, or computer system 170. The information may be utilized by the user to determine any necessary corrective actions to ensure the analyte level remains within an acceptable and/or clinically safe range.” [0056]
Fig. 2A, ref. 225 teaches memory in Application’s Processor…
PNG
media_image4.png
201
436
media_image4.png
Greyscale
operable to store data, wherein the programming code are executable by the processor; and
a transceiver operable to receive a signal containing information usable by the
programming code and transmit a signal containing information usable by or generated by the programming code;
Fig. 2A, ref. 228 and 232 teaches RF Transceiver and WiFi, NFC, etc. (other transceivers)…
PNG
media_image5.png
161
489
media_image5.png
Greyscale
wherein the processor when executing the programming code is operable to control delivery of insulin for treating diabetes, and to perform functions, including functions to:
Fig. 1, ref. 120, 143, and 160 teach reader device for controlling drug delivery device…
PNG
media_image6.png
397
320
media_image6.png
Greyscale
Where the reader can control the pump (delivery of insulin)…
“…. Alternatively, calculations of insulin delivery amounts and durations, and the control of the pump, can be performed by reader device 120 directly. The drug delivery device can be configured to communicate directly with reader device 120 in the form of a closed loop or semi-closed loop system. Alternatively, the drug delivery device can include the functionality of reader device 120 described herein, or vice versa, to arrive at one integrated reader and drug delivery device.” [0052]
receive, via an input to a meal button presented on the user interface, a meal indication related to ingestion of a meal;
Wei et al. continues to teach:
User to define (receive an indication) related to consumables (ingestions) of a meal…
“The software can provide a mechanism for the user to define consumables (e.g., a type of food, type of drink, or portion thereof), in any fashion that is convenient to the user. These consumables will be referred to generally herein as a meal or meals, and these terms are used broadly to denote all types of food and drink.” [0073]
Fig. 4A, and “LOG MEAL” (input to a meal button)…
PNG
media_image1.png
293
385
media_image1.png
Greyscale
“Screen 402 also includes a Log Meal selectable button or field 412. Selection of the Log Meal button 412 can direct the user to screen 420 depicted in FIG. 4B. If the device on which the meal monitor application is operating includes a camera, then screen 420 can include a selectable Take or Select Photo button or field 422 that, upon selection, can open a camera application with access to the device's camera to capture a photograph or image of the meal for storage and association therewith. Selection of button 422 can also give the user the option to select a photo from a gallery of photos previously used to log meals, or from a gallery of photos stored in the device's general purpose photo gallery. If the user captures or otherwise selects a photo of the meal, then that photo can then be displayed on screen 420. In some embodiments, selection of Log Meal button 412 of FIG. 4A can cause the meal monitor application to immediately open the device camera application to allow the user to take a photo and thereby further streamline the image entry process.” [0132]
obtain a time of receipt of the input to the user interface providing indication of the meal;
Example of Fig. 4B teaches “Time” related to the input of the meal button…
PNG
media_image2.png
172
403
media_image2.png
Greyscale
Figs. 4A and 4B with entry time…
“Although not all variations are depicted, it is recognized that all aspects of meal information described herein can be input via one or more screens similar to those described with respect to FIGS. 4A and 4B, including, but not limited to, the entry of time of meal information, meal portion information, nutritional content, representative meal icons, and so forth.” [0134]
Log (note) time period and meal consumed…
“The meal monitor application can allow an individual to log information about each meal that the individual consumes (i.e., each “meal event”), including a photo of the meal. The meal monitor application can associate analyte data from the same general time period where the user's log entry indicated that a meal was consumed.” [0075]
obtain a total daily insulin value of an individual;
{
From Applicant’s specification on “total daily insulin value”…
“In the example of FIG. 3, an initial estimate of a user's total daily insulin (TDI) needs may be estimated by assessing the user's basal profile ( e.g., the amount of insulin delivered via basal dosages throughout a 24, 48, or 72 hour time frame). In the example, the algorithm or AP application may implement a process, such as process 300, to determine an estimate of a user's total daily insulin needs based on a basal insulin profile…” [0025]
Therefore, the total daily insulin value is an estimate based on user’s basal dosages delivered throughout a 24, 48 or 72 hour time frame.
}
Generate (obtain) reports…
“As with the meal monitor application, the EBA can include the functionality to generate one or more reports for the user to assist in interpreting and understanding the collected data. FIG. 16 depicts an example embodiment of a meal history report 1600. Report 1600 provides an easy way to reference a summary of the collected data for a particular menu item. A first section 1602 of report 1600 can include a picture 1605 of the meal as a thumbnail (clicking on the thumbnail can cause a full size photo to be displayed), alongside an average dose 1606 for this meal (which in some embodiments can be weighted to count more recent doses more heavily than older doses), and an icon 1608 indicating the average post meal response in the past, where a checkmark indicates the post-prandial data is generally in a target range, a downward arrow indicates post-prandial data is generally beneath a target range, and an upward arrow indicates post-prandial data is generally above the target range. A variety of known methods for evaluating hypoglycemia risk can be used for this purpose.
See Total Daily Insulin below.
determine a meal bolus to be delivered based on the received meal indication and the total daily insulin value;
Entering a meal menu item and carbohydrates estimated, where bolus is determined for that meal…
“Although not shown, when entering the description of a meal menu item, the user can also enter a corresponding bolus dose that would be administered before or after consumption of the meal menu item, e.g., the meal bolus amount. This can be the amount that the patient typically takes upon consumption of the meal. Alternatively, the carbohydrates can be estimated for that meal and, based on the patient's carb ratio, a bolus calculator can be used to determine the bolus amount for that meal. However, any mechanism may be used to determine the bolus amount to enter for each meal. There are many tools available that can be integrated with, or used in conjunction with, the EBA that can help determine these meal bolus amounts, such as a bolus calculator, a food library that provides nutritional information, etc. In some embodiments, one or more of those tools are linked or otherwise made accessible here to allow the patient to make that calculation. Conveniently, this activity can be done all at once and with the assistance of an HCP or nutritionist.” [0201]
Example of estimate (determine) bolus for a meal…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
See Total Daily Insulin below.
determine a period of time for a suspension of delivery of basal insulin based on the meal bolus;
Determine whether modification of basal insulin delivery schedule is warranted…
“An output issued at 320 can supply information directly to the user's medication or treatment program on the same device or a different device in communication with the device executing the meal monitor application. This information can be used by the treatment program in determining whether a modification to a user's treatment profile (e.g., a basal insulin delivery schedule or a bolus dose) is warranted or to prompt the user as to whether a change to the user's treatment profile should be implemented.” [0159]
See Suspension below.
output an instruction causing delivery of the determined meal bolus and suspension of delivery of basal insulin through actuation of a pump mechanism of a drug delivery device; and
Providing (output) recommendation (instruction) of dose related to meal (meal bolus)…
“The present subject matter broadly relates to systems, devices, and methods for, among others, the collection of information about analyte levels of certain individuals and information about meals that those individuals consume, and providing a medication dose recommendation based on the collected information.” [0002]
Where recommendation includes bolus for each meal…
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
Drug delivery using a pump…
“Drug delivery device 160 is capable of injecting or infusing a drug, such as but not limited to insulin, into the body of the individual wearing sensor control device 102. Like reader device 120, the drug delivery device can include processing circuitry, non-transitory memory containing instructions executable by the processing circuitry, wireless or wired communication circuitry, and a user interface including one or more of a display, touchscreen, keyboard, an input button or instrument, and the like. Drug delivery device 160 can include a drug reservoir, a pump, an infusion tube, and an infusion cannula configured for at least partial implantation into the user's body. The pump can deliver insulin from the reservoir, through the tube, and then through the cannula into the user's body. Drug delivery device 160 can include instructions, executable by the processor, to control the pump and the amount of insulin delivered. These instructions can also cause calculation of insulin delivery amounts and durations (e.g., a bolus infusion and/or a basal infusion profile) based on analyte level measurements obtained directly or indirectly from sensor control device 102. Alternatively, calculations of insulin delivery amounts and durations, and the control of the pump, can be performed by reader device 120 directly. The drug delivery device can be configured to communicate directly with reader device 120 in the form of a closed loop or semi-closed loop system. Alternatively, the drug delivery device can include the functionality of reader device 120 described herein, or vice versa, to arrive at one integrated reader and drug delivery device.” [0052]
See Suspension below.
receive blood glucose data from a glucose monitor corresponding to a post prandial period of insulin delivery of the drug delivery device; and
Example of collect (receive) analyte responses (glucose readings) for meal-related responses (post prandial period)…
“In many embodiments, the individual's meal-related analyte responses collected by an analyte monitoring system, such as an in vivo analyte monitoring system, can be compared with or linked to meal information to discover common consistencies (or inconsistencies) along with trends therein based on related historical glucose readings and associated algorithms, variables, weights, comparisons, and trends.” [0012]
after receipt of a predetermined number of meal indications, generate an average meal insulin response based on the delivered meal boluses and blood glucose data for a mealtime associated with the time of receipt.
Average glycemic (insulin) response for same or similar meal, where a number of meals is used to determine the average response…
“If the user consumes the same or a similar meal on repeated occasions, then a glycemic central tendency (e.g., an average or median glycemic response) can be determined for that meal and that central tendency can be displayed. For example, if the peak of the glycemic response is the metric of choice, then when multiple identical meals have been recorded by the system, the median of the peak values can represent the glycemic response metric for this meal. Other forms of glucose response metrics such as a glucose trace or a parametric fit to the glucose trace, may be used. Alternatively, the glycemic response of every meal can be displayed regardless of whether each meal is the same or similar to another meal on the list or in the database. In yet another embodiment, the meal monitor application may generate a glycemic response as representative of all similar meals; for instance, if the glycemic response is displayed as a trace, the trace representative of all the similar meals may be made up of hourly medians of all of the individual glycemic responses, where time is relative to the start of the meal.” [0080] Inherent with average response is response per number of meals (glycemic responses/number of meals).
Meal consumed multiple times in the past (frequency of past meal selections, predetermined number) and average value of glycemic response for that meal (therefore, average based on the frequency, predetermined number) of meals….
“In other embodiments, when a meal event is detected, a list of all previous meals can be displayed to the user (or accessed by a virtual selectable button labelled, for instance, “previous meals”). The user can be permitted to select one meal as corresponding to the detected meal event. The list of all previous meals can be sortable by frequency of past selections of that meal and/or by magnitude or severity of the glycemic response to that meal, which can be an average or median value if that meal has been consumed multiple times in the past. The list may be ordered any number of ways, but the preferred embodiment is to order first by the most frequently selected meals, and next by the most recent meals. Each meal can be associated with a unique identifying code. Meal names that are entered by the user with text that is not identical but that resemble each other can be assigned the same code. If the same meal is entered and selected one or more times, that unique identifying code will be stored multiple times associated with the different times for this same meal. When displayed on a list sorted by glucose response magnitude, the meal monitor application can detect when meals are repeated by detecting that they have the same unique code. The meal monitor application can create a list of all the glucose responses for each repeated meal and determine the mean or median of these responses and associate this with the unique code. When this is done for all of the unique codes, then the final list for display can be generated for all of the unique meals including meals entered only once, and repeated meals, and the list can be sorted by the glucose response magnitude associated with each unique code.” [0119]
Estimate bolus based on glucose response for a given meal (therefore, an average response for a meal result in an average bolus for that meal)…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
Statistically calculate average glycemic response over number of times meal was consumed (therefore predetermined based on number of time meal was consumed)…
“The effect of different meals on a patient's glucose response may be compared by using the GRR and coding the glucose traces (e.g., by color or pattern) for each menu item as shown in FIG. 17C. The coding enables the HCP or patient to visually compare the patient's glucose response, and provide input to meal selection and menu planning to optimize the patient's glycemic control. The average glycemic response to a given meal may be statistically calculated over the number of times the meal was consumed.” [0239]
Analyte data (insulin needs) and meal based on N days…
“In this embodiment of method 330, the meal monitor application runs the meal event detector on the analyte data from a prior time range (e.g., N days, hours, minutes) using a first set of sensitivity settings (e.g., analyte data magnitude thresholds, duration thresholds, rate of change thresholds, or others) at 332. Here, method 330 examines the analyte data over the previous N days, where N can be any desired value. Next, a determination is made at 334 whether the number of meal events detected over those N days is less than or equal to a maximum, which in this embodiment is (the baseline value added to the variation value) multiplied by N. In an example where N is three, the baseline value is three meals/day, and the variation value is one meal/day, then the determination at 334 would evaluate whether the number of meal events detected is less than or equal to twelve (e.g., the maximum).” [0098]
See Predetermined Number below.
Total Daily Insulin
Wei et al. teaches insulin. They also teach obtain data. They do not teach total daily insulin value and determine bolus based on total daily insulin.
Budiman et al. also in the business of insulin teaches:
Bolus amount and carbohydrates during a meal…
“In a system as described above, the controller is typically programmed to provide a "basal rate," which is the rate of continuous supply of insulin by an insulin delivery device such as a pump that is used to maintain a desired blood glucose level in the bloodstream of a patient. Periodically, due to various events that affect the metabolism of a patient, such as eating a meal or engaging in exercise, a "bolus" is required. A "bolus" is a specific amount of insulin that is required to raise the blood concentration of insulin to an effective level to counteract the affects of the ingestion of carbohydrates during a meal and also takes into account the affects of exercise on the blood glucose level.” [0079]
Insulin therapy specified by carbohydrate ratio (meal indication) and total daily dose of insulin…
“Currently, insulin therapy is specified by an insulin sensitivity factor, an insulin to carbohydrate ratio and a total daily dose of insulin. Various heuristic rules exist for initially estimating these parameters, and physicians spend considerable effort and time fine tuning these parameters to improve glucose control.” [0141]
It would have been obvious to one of ordinary skill in the art before the effective filing date to include in the method and system of Wei et al. the ability to obtain a total daily insulin value and determine insulin therapy as taught by Budiman et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Motivation is provided by Budiman et al. who teaches current insulin therapy is specified by carbohydrate ration and total daily dose of insulin. Wei benefits using current insulin therapy as they also teach determining insulin
Suspension
The combined prior art teaches insulin. They also teach hypoglycemic events. They do not teach suspension.
Mueller, JR et al. also in the business of insulin and hypoglycemic events teaches:
Prevent hypoglycemia by suspension of basin insulin after bolus…
“…Effectively controlling blood glucose levels after consumption of high GI foods may be carried out by adding time-shifted basal insulin to the meal bolus delivered to cover the anticipated carbohydrate intake. Conversely, a suspension (and/or reduction) in basal insulin, corresponding to the amount of time-shifted basal insulin added to the bolus, prevents hypoglycemia one to two hours after the high GI food is ingested. By adding the basal insulin to the presently delivered bolus, more insulin becomes immediately available to the user. The corresponding suspension (and/or reduction) in basal insulin prevents hypoglycemia in the hours subsequent to delivery of the bolus. In particular embodiments, consumption of high GI foods necessitates delivery of time-shifted insulin because high GI foods cause fast and high blood glucose responses. In these embodiments, fast and high blood glucose responses require more insulin to be delivered on the front end (immediately prior to consumption) and less insulin needed on the back end (one to two hours after consumption); a process that is carried out by utilizing time-shifted basal insulin.” [0048]
Example of a period of time…
“In particular embodiments, the external infusion device may include the capability to deliver time-shifted basal insulin. Time-shifting basal insulin is the process by which a portion of basal insulin (i.e., a two, three, or four hour block of basal insulin) is added to a bolus or current basal rate. To more clearly describe the time-shifting process, a standard plot of insulin delivery from an external infusion device is shown in FIG. 3. In FIG. 3, between the hours of 12:00 pm and 10:00 pm, the external infusion device continuously delivers insulin at a rate 300 of 1 Unit/hour (basal rate). At 2:00 pm, a three unit bolus 310 is delivered to the user to prepare for an upcoming meal (meal bolus). In contrast, FIG. 4 shows a similar graph of insulin delivery from an external infusion device using time-shifted basal insulin. In this figure, the basal rate 400 from 12:00 pm to 3:00 pm is 1 Unit/hour. Again, a three unit bolus 410 is delivered at 2:00 pm. However, as shown in FIG. 4, a block of basal insulin 420 that was to be delivered between the hours of 3:00 pm to 6:00 pm has been time-shifted and added to the bolus 410 for immediate delivery at 2:00 pm. Accordingly, in this example, basal insulin delivery is suspended between the hours of 3:00 pm and 6:00 pm to account for the insulin added to the bolus.” [0046]
It would have been obvious to one of ordinary skill in the art before the effective filing date to include in the method and system of the combined references the ability to suspend basal insulin as taught by Mueller, JR et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Motivation is provided by Mueller who teaches avoiding hypoglycemia. Further, it would be obvious to a person skilled in the art to avoid hypoglycemia and it would be further by a person skilled in the art to suspend basal delivery after bolus insulin is given.
Predetermined Number
The combined references teach insulin and similar meals and number of times meal was consumed. They do explicitly teach predetermined number of meals.
Blythe et al. also in the business of insulin teaches;
“In one aspect, a method of alerting a user with a diabetes management device that the user's blood glucose data around a meal event has exceeded a predetermined differential threshold is provided. The method can be achieved by: collecting, with the diabetes management device, a plurality of pre and post-prandial pairs (N) of glucose concentration measurements about a particular meal event; calculating, with a microprocessor of the diabetes management device, a plurality of differential value (D) based on a difference between the collected plurality of pre and post-prandial pairs of glucose concentrations about the particular meal event; determining, with the microprocessor, in the event that the number of N pairs of pre and post prandial measurements for the particular meal event are equal to or greater than a calculated sample size (m); ascertaining with at least one statistical test as to whether the threshold value (.DELTA.) has been exceeded with an acceptable level of certainty; and upon the ascertaining that the threshold value has been exceeded with an acceptable level of certainty, outputting to the user that for the particular meal, the differential value D for the number of pairs of glucose measurements has been exceeded the threshold value (.DELTA.).” [0008]
Modifying the number of measurement results (meal indication) based on control statistical power (predetermined number) to determine an average…
“The methods described herein can be used to control the statistical power regardless of how variable an individual's readings may be (how large the SD is). As a patient gains control of their condition with time, then the magnitude of the pre-/post-prandial average glucose shift to be detected will diminish, however the statistical power i.e. the control of false negatives can still be maintained by modifying the number of measurement results comprising the sample size `m`. It is likely that the size of sample size `m` may vary in relation to the relative size of the predefined threshold value .DELTA. to be detected i.e. a smaller pre-/post-prandial average glucose shift may require a smaller sample size `N` to detect the difference whilst still meeting the required confidence interval.” [0095]
It would have been obvious to one of ordinary skill in the art before the effective filing data to include in the method and system of the combined references the ability to have a predetermined number of meals as taught by Blythe et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Further motivation is provided by Blythe et al. how teaches statistical power when determining sample size for accuracy of results. The combined references benefit by using an appropriate sample size that provides meaningful average results.
Regarding claims 7 and 14
(claim 7) The non-transitory computer readable medium of claim 6, wherein the received meal indication includes receipt of the meal indication, a noted time of receipt of each respective received meal indication, estimated amount of carbohydrates in the meal associated with the meal indication, or a blood glucose measurement closest in time to the respective noted time of receipt of each respective received meal indication.
[No Patentable Weight is given to contingent or alternative language of “a noted time…, estimated amount…, or a blood glucose measurement… “ as only one is required]
Wei et al. teaches:
Example of Fig. 4B teaches “Time” related to the input of the meal button…
PNG
media_image2.png
172
403
media_image2.png
Greyscale
Figs. 4A and 4B with entry time…
“Although not all variations are depicted, it is recognized that all aspects of meal information described herein can be input via one or more screens similar to those described with respect to FIGS. 4A and 4B, including, but not limited to, the entry of time of meal information, meal portion information, nutritional content, representative meal icons, and so forth.” [0134]
Log (note) time period and meal consumed…
“The meal monitor application can allow an individual to log information about each meal that the individual consumes (i.e., each “meal event”), including a photo of the meal. The meal monitor application can associate analyte data from the same general time period where the user's log entry indicated that a meal was consumed.” [0075]
Example of depicts (receipt) menu (meal display indication)…
“When one or more meal images have been captured and associated with a meal, the user can choose to view menu items by image as opposed to (or in addition to) a textual description of the meal. FIG. 14A depicts an example embodiment of home screen 1000 with a selectable field 1402 that allows the user to toggle between the text-only menu display of FIG. 14A and an image-only menu display of FIG. 14B. In FIG. 14B, each menu item is shown using only that menu item's image as a series of tiles 1404 arranged in rows and columns. The addition of new meal images further populates the display and the user can have the option of scrolling up or down as necessary. In this embodiment, each image tile 1404 is displayed with a textual indicator 1406 of the number of previous instances where that meal has been logged.” [0223]
Regarding claim 8
The non-transitory computer readable medium of claim 6, wherein the output instructions causes the generation of a prompt on a user interface of a personal diabetes management device, causes a medical device to deliver the calculated meal bolus, or both.
Wei et al. teaches:
Example of prompting on a user interface…
“If no meal information has been entered that can be associated with the detected event, then at 310, the user is prompted to enter the meal information. Example embodiments of user interfaces for prompting the user to log a meal or meal information are described with respect to FIGS. 4C-E. If no meal event has occurred, the user can decline or ignore the prompt. Otherwise, the meal information can be entered at 312.” [0105]
Regarding claim 15
The device of claim 13, wherein the outputted instruction causes a prompt to be generated on a personal diabetes management device.
Wei et al. teaches:
Example of prompting on a user interface…
“If no meal information has been entered that can be associated with the detected event, then at 310, the user is prompted to enter the meal information. Example embodiments of user interfaces for prompting the user to log a meal or meal information are described with respect to FIGS. 4C-E. If no meal event has occurred, the user can decline or ignore the prompt. Otherwise, the meal information can be entered at 312.” [0105]
Regarding claims 9 and 16
(claim 9) The non-transitory computer readable medium of claim 6, wherein the predetermined number of meal indications is at least nine and the average meal insulin response is an estimated average meal bolus for delivery after each meal.
Wei et al. teaches:
Average glycemic (insulin) response for same or similar meal, where a number of meals is used to determine the average response…
“If the user consumes the same or a similar meal on repeated occasions, then a glycemic central tendency (e.g., an average or median glycemic response) can be determined for that meal and that central tendency can be displayed. For example, if the peak of the glycemic response is the metric of choice, then when multiple identical meals have been recorded by the system, the median of the peak values can represent the glycemic response metric for this meal. Other forms of glucose response metrics such as a glucose trace or a parametric fit to the glucose trace, may be used. Alternatively, the glycemic response of every meal can be displayed regardless of whether each meal is the same or similar to another meal on the list or in the database. In yet another embodiment, the meal monitor application may generate a glycemic response as representative of all similar meals; for instance, if the glycemic response is displayed as a trace, the trace representative of all the similar meals may be made up of hourly medians of all of the individual glycemic responses, where time is relative to the start of the meal.” [0080] Inherent with average response is response per number of meals (glycemic responses/number of meals).
Estimate bolus based on glucose response for a given meal (therefore, an average response for a meal result in an average bolus for that meal)…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
Predetermined Number
Wei teaches insulin and similar meals and number of times meal was consumed. They do explicitly teach predetermined number of meals.
Blythe et al. also in the business of insulin teaches;
“In one aspect, a method of alerting a user with a diabetes management device that the user's blood glucose data around a meal event has exceeded a predetermined differential threshold is provided. The method can be achieved by: collecting, with the diabetes management device, a plurality of pre and post-prandial pairs (N) of glucose concentration measurements about a particular meal event; calculating, with a microprocessor of the diabetes management device, a plurality of differential value (D) based on a difference between the collected plurality of pre and post-prandial pairs of glucose concentrations about the particular meal event; determining, with the microprocessor, in the event that the number of N pairs of pre and post prandial measurements for the particular meal event are equal to or greater than a calculated sample size (m); ascertaining with at least one statistical test as to whether the threshold value (.DELTA.) has been exceeded with an acceptable level of certainty; and upon the ascertaining that the threshold value has been exceeded with an acceptable level of certainty, outputting to the user that for the particular meal, the differential value D for the number of pairs of glucose measurements has been exceeded the threshold value (.DELTA.).” [0008]
Modifying the number of measurement results (meal indication) based on control statistical power (predetermined number) to determine an average…
“The methods described herein can be used to control the statistical power regardless of how variable an individual's readings may be (how large the SD is). As a patient gains control of their condition with time, then the magnitude of the pre-/post-prandial average glucose shift to be detected will diminish, however the statistical power i.e. the control of false negatives can still be maintained by modifying the number of measurement results comprising the sample size `m`. It is likely that the size of sample size `m` may vary in relation to the relative size of the predefined threshold value .DELTA. to be detected i.e. a smaller pre-/post-prandial average glucose shift may require a smaller sample size `N` to detect the difference whilst still meeting the required confidence interval.” [0095]
It would have been obvious to one of ordinary skill in the art before the effective filing data to include in the method and system of the combined references the ability to have a predetermined number of meals as taught by Blythe et al. since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Further motivation is provided by Blythe et al. how teaches statistical power when determining sample size for accuracy of results. The combined references benefit by using an appropriate sample size that provides meaningful average results.
The combined references teach predefined number of meals. They do not explicitly teach nine or greater. However, one of ordinary skill in the art would recognize that the number to determine and average could be any value, including nine or larger, and that a larger value would provide a larger sample of meals, reducing the number of outlier data.
It would have been obvious to one of ordinary skill in the art at the time of Applicant’s filing to modify the combined references with the knowledge available to such an artisan that an average could be determined from number of meals of any amount. This would have been known work in the field of endeavor prompting variations of it in the same field based on use of determining averages using number of meals and would provide predictable results.
Regarding claim 11
The non-transitory computer readable medium of claim 6, wherein the non-transitory computer readable medium is further embodied with programming code executable by a processor, and the processor when executing the programming code is operable to perform functions, including functions to:
output instructions to deliver the determined meal bolus, wherein the instructions are based on a mealtime for which the determined meal bolus is to be delivered.
Wei et al. teaches:
Recommendations (output instructions) for bolus amount for each meal…
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
Regarding claim 12
The non-transitory computer readable medium of claim 11, wherein the non-transitory computer readable medium is further embodied with programming code executable by a processor, and the processor when executing the programming code is operable to perform functions, including functions to:
in response to the outputted instruction, generate a prompt on a personal diabetes management device.
Wei et al. teaches:
Example of modification to bolos dose and prompt user to change treatment profile…
“An output issued at 320 can supply information directly to the user's medication or treatment program on the same device or a different device in communication with the device executing the meal monitor application. This information can be used by the treatment program in determining whether a modification to a user's treatment profile (e.g., a basal insulin delivery schedule or a bolus dose) is warranted or to prompt the user as to whether a change to the user's treatment profile should be implemented.” [0159]
Regarding claim 19
The device of claim 13, wherein the drug delivery device is further operable to:
output a signal indicating an amount of insulin delivered by the pump mechanism in response to the received, outputted instruction.
Wei et al. teaches:
Example of drug delivery device and feedback (output signal of amount of insulin delivered)….
“Drug delivery device 160 is capable of injecting or infusing a drug, such as but not limited to insulin, into the body of the individual wearing sensor control device 102. Like reader device 120, the drug delivery device can include processing circuitry, non-transitory memory containing instructions executable by the processing circuitry, wireless or wired communication circuitry, and a user interface including one or more of a display, touchscreen, keyboard, an input button or instrument, and the like. Drug delivery device 160 can include a drug reservoir, a pump, an infusion tube, and an infusion cannula configured for at least partial implantation into the user's body. The pump can deliver insulin from the reservoir, through the tube, and then through the cannula into the user's body. Drug delivery device 160 can include instructions, executable by the processor, to control the pump and the amount of insulin delivered. These instructions can also cause calculation of insulin delivery amounts and durations (e.g., a bolus infusion and/or a basal infusion profile) based on analyte level measurements obtained directly or indirectly from sensor control device 102. Alternatively, calculations of insulin delivery amounts and durations, and the control of the pump, can be performed by reader device 120 directly. The drug delivery device can be configured to communicate directly with reader device 120 in the form of a closed loop or semi-closed loop system. Alternatively, the drug delivery device can include the functionality of reader device 120 described herein, or vice versa, to arrive at one integrated reader and drug delivery device.” [0052] Inherent with closed loop is feedback to the reader device.
Regarding claim 20
The device of claim 13, further comprises:
a blood glucose sensor communicatively coupled to the processor wherein the blood glucose sensor is operable to:
Wei et al. teaches:
Fig. 1, ref. 102 (sensor) and 120 (reader with processor)…
PNG
media_image7.png
365
347
media_image7.png
Greyscale
In vivo analyte (glucose) monitoring…
“Variants of devices 102 and 120, as well as other components of an in vivo-based analyte monitoring system that are suitable for use with the system, device, and method embodiments set forth herein, are described in U.S. Patent Application Publ. No. 2011/0213225 (the '225 Publication), which is incorporated by reference herein in its entirety for all purposes.” [0047]
measure a blood glucose value at a predetermined time interval; and
Sensors for measuring glucose in blood stream…
“A number of systems have been developed for the automatic monitoring of the analyte(s), like glucose, in bodily fluid such as in the blood stream, in interstitial fluid (“ISF”), dermal fluid of the dermal layer, or in other biological fluid. Some of these systems are configured so that at least a portion of a sensor is positioned below a skin surface of a user, e.g., in a blood vessel or in the subcutaneous tissue of a user, to obtain information about at least one analyte of the body.” [0038]
According to a schedule (predetermined time interval)…
“As such, these systems can be referred to as “in vivo” monitoring systems. In vivo analyte monitoring systems include “Continuous Analyte Monitoring” systems (or “Continuous Glucose Monitoring” systems) that can transmit data from a sensor control device to a reader device continuously without prompting, e.g., automatically according to a schedule. In vivo analyte monitoring systems also include “Flash Analyte Monitoring” systems (or “Flash Glucose Monitoring” systems or simply “Flash” systems) that can transfer data from a sensor control device in response to a scan or request for data by a reader device, such as with a Near Field Communication (NFC) or Radio Frequency Identification (RFID) protocol. In vivo analyte monitoring systems can also operate without the need for finger stick calibration.” [0039]
provide measured blood glucose values to the processor.
Transmit (provide) data (values) to a reader device (therefore to a processor)…
“As such, these systems can be referred to as “in vivo” monitoring systems. In vivo analyte monitoring systems include “Continuous Analyte Monitoring” systems (or “Continuous Glucose Monitoring” systems) that can transmit data from a sensor control device to a reader device continuously without prompting, e.g., automatically according to a schedule. In vivo analyte monitoring systems also include “Flash Analyte Monitoring” systems (or “Flash Glucose Monitoring” systems or simply “Flash” systems) that can transfer data from a sensor control device in response to a scan or request for data by a reader device, such as with a Near Field Communication (NFC) or Radio Frequency Identification (RFID) protocol. In vivo analyte monitoring systems can also operate without the need for finger stick calibration.” [0039]
Example of processes and displays…
“In vivo monitoring systems can also include a device that receives sensed analyte data from the sensor control device and processes and/or displays that sensed analyte data, in any number of forms, to the user. This device, and variations thereof, can be referred to as a “reader device” (or simply a “reader”), “handheld electronics” (or a handheld), a “portable data processing” device or unit, a “data receiver,” a “receiver” device or unit (or simply a receiver), or a “remote” device or unit, to name a few. Other devices such as personal computers have also been utilized with or incorporated into in vivo and in vitro monitoring systems.” [0042]
Regarding claim 21
The non-transitory computer readable medium of claim 11, wherein the non-transitory computer readable medium is further embodied with programming code executable by a processor, and the processor when executing the programming code is operable to perform functions, including functions to:
in response to the outputted instruction, cause a medical device to deliver the determined meal bolus.
Wei et al. teaches:
Example of drug delivery device….
“Drug delivery device 160 is capable of injecting or infusing a drug, such as but not limited to insulin, into the body of the individual wearing sensor control device 102. Like reader device 120, the drug delivery device can include processing circuitry, non-transitory memory containing instructions executable by the processing circuitry, wireless or wired communication circuitry, and a user interface including one or more of a display, touchscreen, keyboard, an input button or instrument, and the like. Drug delivery device 160 can include a drug reservoir, a pump, an infusion tube, and an infusion cannula configured for at least partial implantation into the user's body. The pump can deliver insulin from the reservoir, through the tube, and then through the cannula into the user's body. Drug delivery device 160 can include instructions, executable by the processor, to control the pump and the amount of insulin delivered. These instructions can also cause calculation of insulin delivery amounts and durations (e.g., a bolus infusion and/or a basal infusion profile) based on analyte level measurements obtained directly or indirectly from sensor control device 102. Alternatively, calculations of insulin delivery amounts and durations, and the control of the pump, can be performed by reader device 120 directly. The drug delivery device can be configured to communicate directly with reader device 120 in the form of a closed loop or semi-closed loop system. Alternatively, the drug delivery device can include the functionality of reader device 120 described herein, or vice versa, to arrive at one integrated reader and drug delivery device.” [0052]
Regarding claim 23
The device of claim 13, wherein the processor when executing the programming code is further operable to perform functions, including further functions to:
update a user interface with an estimated meal insulin need based on the meal categories, the meal categories categorized based on the generated dataset, or both.
Wei et al. teaches:
Categories of meals…
“Turning now to operation of the EBA on smart phone reader 120, FIGS. 10A-C depict example embodiments of user interface screens 1010, 1020, and 1030 displayable to the user via the smartphone interface. FIG. 10A depicts an example embodiment of a home screen 1000. Near the top of home screen 1000 are a series of selectable tabs 1002 corresponding to the various categories or types of meals and exercise. The active tab can be determined by the app based on the current time-of-day. For example, if the current time-of-day is between 2 am and 10 am, then the breakfast tab is active. If the patient desires a different tab then that tab can be selected, e.g., for a different meal that the patient is about to consume.” [0207]
“Then the user can then select the meal that the user is about to consume to initiate the process of determining the appropriate bolus, which in this example is “Milk and cheerios.” Selection of a meal can initiate the process of collecting or retrieving the user's recent glucose data. For example, if system 100 is configured as a flash or on demand system, then a notification can be displayed to the user via screen 1010 that prompts the user to scan sensor control device 102 to retrieve the current glucose data. The collection of that data can be managed through the sensor interface app 804 and provided to the EBA as described with respect to FIG. 8. Alternatively, the EBA can include the scan routines, interface with the reader's scan transmitter hardware and software, and perform the scan itself with or without the assistance of app 804.” [0209]
Recommended bolus insulin…
“An example embodiment of insulin logging screen 1020 is depicted in FIG. 10C. Here, a date and time stamp 1021 of the meal description (“Milk and cheerios”) is included at top. Below that is a first section 1022 of screen 1020 where the user's current glucose level and current trend arrow is shown followed by the recommended meal bolus insulin amount, which in this example is 2.0 units of rapid-acting insulin. This bolus insulin amount can be either the meal bolus amount that was originally entered with this meal during initial setup (or during the first time this meal is logged) or the last confirmed meal bolus amount injected or infused for this meal.” [0211]
Example of update based on user edits…
“The sum total of these components results in the “Total Dose” recommended by the EBA. If the user edits any one of these three component fields then the total dose amounts will automatically update to reflect the user edit. In some embodiments, the original EBA recommendation will remain displayed in section 1022, while in other embodiments the dose recommendation in section 1022 will update to reflect any user changes within section 1026.” [0217]
Regarding claim 24
The device of claim 13, wherein the determined meal bolus may be calculated or received via a user interface coupled to the processor.
Wei et al. teaches:
Computer system for processing data…
“The processing of data and the execution of software within system 100 can be performed by one or more processors of reader device 120, computer system 170, and/or sensor control device 102. For example, raw data measured by sensor 104 can be algorithmically processed into a value that represents the analyte level and that is readily suitable for display to the user, and this can occur in sensor control device 102, reader device 120, or computer system 170. This and any other information derived from the raw data can be displayed in any of the manners described above (with respect to display 122) on any display residing on any of sensor control device 102, reader device 120, or computer system 170. The information may be utilized by the user to determine any necessary corrective actions to ensure the analyte level remains within an acceptable and/or clinically safe range.” [0056]
Regarding claim 25
The non-transitory computer readable medium of claim 6, wherein the determined meal bolus is calculated by the processor or received via a user interface.
[No Patentable Weight is given to contingent or alternative language of “received via a user interface. Only one limitation is required.]
Wei et al. teaches:
Computer system for processing data…
“The processing of data and the execution of software within system 100 can be performed by one or more processors of reader device 120, computer system 170, and/or sensor control device 102. For example, raw data measured by sensor 104 can be algorithmically processed into a value that represents the analyte level and that is readily suitable for display to the user, and this can occur in sensor control device 102, reader device 120, or computer system 170. This and any other information derived from the raw data can be displayed in any of the manners described above (with respect to display 122) on any display residing on any of sensor control device 102, reader device 120, or computer system 170. The information may be utilized by the user to determine any necessary corrective actions to ensure the analyte level remains within an acceptable and/or clinically safe range.” [0056]
Claims 10, 17, and 22 are rejected under 35 U.S.C. 103 as being unpatentable over the combined references in section (9) above in further view of Pub. No. US 2008/0172026 to Blomquist.
Regarding claims 10 and 17
(claim 10) The non-transitory computer readable medium of claim 6, wherein the non-transitory computer readable medium is further embodied with programming code executable by a processor, and the processor when executing the programming code is operable to perform further functions, including, when determining the meal bolus to be delivered functions to:
Wei et al. teaches:
Estimate (determining) insulin bolus for a given meal…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
estimate a user’s total daily insulin needs based on a basal insulin profile;
Wei et al. teaches:
Calculation (estimate) of insulin (total insulin) including basal infusion profile…
“Drug delivery device 160 is capable of injecting or infusing a drug, such as but not limited to insulin, into the body of the individual wearing sensor control device 102. Like reader device 120, the drug delivery device can include processing circuitry, non-transitory memory containing instructions executable by the processing circuitry, wireless or wired communication circuitry, and a user interface including one or more of a display, touchscreen, keyboard, an input button or instrument, and the like. Drug delivery device 160 can include a drug reservoir, a pump, an infusion tube, and an infusion cannula configured for at least partial implantation into the user's body. The pump can deliver insulin from the reservoir, through the tube, and then through the cannula into the user's body. Drug delivery device 160 can include instructions, executable by the processor, to control the pump and the amount of insulin delivered. These instructions can also cause calculation of insulin delivery amounts and durations (e.g., a bolus infusion and/or a basal infusion profile) based on analyte level measurements obtained directly or indirectly from sensor control device 102. Alternatively, calculations of insulin delivery amounts and durations, and the control of the pump, can be performed by reader device 120 directly. The drug delivery device can be configured to communicate directly with reader device 120 in the form of a closed loop or semi-closed loop system. Alternatively, the drug delivery device can include the functionality of reader device 120 described herein, or vice versa, to arrive at one integrated reader and drug delivery device.” [0052]
Analyte data (insulin needs) based on days…
“In this embodiment of method 330, the meal monitor application runs the meal event detector on the analyte data from a prior time range (e.g., N days, hours, minutes) using a first set of sensitivity settings (e.g., analyte data magnitude thresholds, duration thresholds, rate of change thresholds, or others) at 332. Here, method 330 examines the analyte data over the previous N days, where N can be any desired value. Next, a determination is made at 334 whether the number of meal events detected over those N days is less than or equal to a maximum, which in this embodiment is (the baseline value added to the variation value) multiplied by N. In an example where N is three, the baseline value is three meals/day, and the variation value is one meal/day, then the determination at 334 would evaluate whether the number of meal events detected is less than or equal to twelve (e.g., the maximum).” [0098]
Where measurement can be done per day…
“Method 330 can be repeated at regular intervals. In one example embodiment, method 330 is performed once per day using data from the prior N days as measured from midnight to midnight to prevent the settings from changing multiple times per day.
“Method 330 can be repeated at regular intervals. In one example embodiment, method 330 is performed once per day using data from the prior N days as measured from midnight to midnight to prevent the settings from changing multiple times per day.” [0102]
“High glucose levels are primarily driven by the consumption of food. The level of post-prandial glucose is related to the amount of carbohydrates and other meal components consumed by the individual, as well as to the individual's physiological response to meals. Each individual's glycemic response can now be tracked and better understood by in vivo analyte (e.g., glucose) monitoring devices. However, a challenge for analysis of this influx of data is to represent the data in a meaningful manner that enables efficient action.” [0005]
calculate an initial estimate of the user’s average insulin need for each meal for a user;
Average dose for this (each) meal…
“As with the meal monitor application, the EBA can include the functionality to generate one or more reports for the user to assist in interpreting and understanding the collected data. FIG. 16 depicts an example embodiment of a meal history report 1600. Report 1600 provides an easy way to reference a summary of the collected data for a particular menu item. A first section 1602 of report 1600 can include a picture 1605 of the meal as a thumbnail (clicking on the thumbnail can cause a full size photo to be displayed), alongside an average dose 1606 for this meal (which in some embodiments can be weighted to count more recent doses more heavily than older doses), and an icon 1608 indicating the average post meal response in the past, where a checkmark indicates the post-prandial data is generally in a target range, a downward arrow indicates post-prandial data is generally beneath a target range, and an upward arrow indicates post-prandial data is generally above the target range. A variety of known methods for evaluating hypoglycemia risk can be used for this purpose.” [0229] Inherent with average dose is calculating the average dose.
receive information related to blood glucose measurement data of the user and insulin delivered to the user for a period of time after delivery of the meal bolus to the user;
Capture (receive) glucose responses (measurement data after meal) for insulin doses that compensate for the meal (therefore, meal bolus)…
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
calculate a proportion of a sum of a post prandial insulin delivery patterns versus a user’s total daily insulin;
Insulin doses administered (calculate) compensate for the meal (portion of a sum of insulin)…
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
See Insulin Below
generate a dataset of average insulin needs per meal using the calculated proportion;
Empirically observe (generate) average response (therefore, insulin need) per meal…
“As such, it is feasible to empirically observe a patient's average analytic (e.g., glucose) response to a given meal. The empirically observed glucose response may be used to estimate insulin bolus for a given meal. In addition, the patient's empirically determined glucose response to a given meal may also be used to augment their diabetes management by steering them away from certain meals and towards others which permit better glucose management.” [0187]
Average dose for this (each) meal…
“As with the meal monitor application, the EBA can include the functionality to generate one or more reports for the user to assist in interpreting and understanding the collected data. FIG. 16 depicts an example embodiment of a meal history report 1600. Report 1600 provides an easy way to reference a summary of the collected data for a particular menu item. A first section 1602 of report 1600 can include a picture 1605 of the meal as a thumbnail (clicking on the thumbnail can cause a full size photo to be displayed), alongside an average dose 1606 for this meal (which in some embodiments can be weighted to count more recent doses more heavily than older doses), and an icon 1608 indicating the average post meal response in the past, where a checkmark indicates the post-prandial data is generally in a target range, a downward arrow indicates post-prandial data is generally beneath a target range, and an upward arrow indicates post-prandial data is generally above the target range. A variety of known methods for evaluating hypoglycemia risk can be used for this purpose.” [0229] ] Inherent with average dose is calculating the average dose.
See Insulin Below
categorize the generated dataset into meal categories; and
Categorize responses to the meals (therefore meal categories)…
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
Another example of categorize meals…
“In other embodiments, the EBA can be configured for use by non-diabetic (ND) and/or non-insulin using patients (NIUP). In these embodiments, the EBA can provide meal glucose response data in terms of “Glucose Loading” and meals could be ranked by their respective glucose loading and displayed accordingly in the meal history screen 1600. In these embodiments the home screen 1000 can be configured to show the cumulative daily total glucose loading to advise the user how much glucose loading allowance is left based on a preset restriction or baseline, for any given moment of a given day. ND and NIUP users could use these embodiments of the EBA as a diet management tool. When enough meals have been categorized, the EBA can provide meal recommendations for different “Glucose Loading” allowances based on different types of restrictions that the users may want to set (e.g., a per day restriction, a per meal restriction, or a per meal of the day (breakfast, lunch, or dinner) restriction).” [0236]
update estimated meal insulin needs for each respective meal category of the meal categories based on the categorizing of the generated dataset into the meal categories.
Example of adding (update) insulin for a meal category…
“As mentioned with respect to FIG. 10A, home screen 1000 can include a selectable field 1006 that allows the user to add a new meal or activity. FIG. 12A depicts an example embodiment of home screen 1000 where the breakfast category of meals has not yet been populated with a menu item. Selection of field 1006 causes the display of a menu item entry screen 1200 as depicted in FIG. 12B. Screen 1200 can include a first data entry field 1202 in which the name or description of the meal to be added can be provided. Screen 1200 can also include a second data entry field 1204 where the meal bolus amount can be entered. (In other embodiments, the type of medication or insulin can also be specified.) As described earlier, the determination this meal bolus amount can occur through collaboration of the user with his or her HCP or through the use of a bolus calculator.” [0219]
Insulin
The combined references teach insulin. They do not teach average insulin using proportion of total daily insulin.
Blomquist also in the business of insulin teaches:
Aggregate insulin (total daily insulin) and delivered insulin as a meal bolus (proportion of a sum) for carbohydrates consumed (post prandial insulin)…
“(1) The aggregate insulin delivered by the pump 100 as well as the amount of insulin broken down by insulin delivered as a meal bolus, insulin delivered to counteract estimated carbohydrates consumed by the user (if the carbohydrate estimator is used), delivered as a correction bolus, and delivered according to basal delivery protocols. In various embodiments, the pump 100 will record delivery according to basal delivery protocols as a total for all basal delivery protocols, or if the pump 100 is programmed with multiple delivery basal protocols, the delivered insulin can be broken down by each basal protocol used by the pump 100. In one possible embodiment, this data is stored as a daily total and an average daily total for a predetermined number of days. Additionally, in various embodiments, the average data can be recorded as actual average values or the average data can be calculated from the daily totals when requested for display or upon other requests.” [0057]
Average daily percentage, where insulin is used for carbohydrates (meals)…
“(2) The amount of insulin delivered by the pump 100 according to a basal protocol as a percent of the total insulin delivered by the pump 100. In one possible embodiment, this data is stored as a daily percentage and an average daily percentage for a predetermined number of days. Additionally, in various embodiments, the average data can be recorded as actual average values or the average data can be calculated from the daily totals when requested for display or upon other requests. (3) The date, time, and amount of each bolus delivered. (4) The 500-Rule factor, which is used to estimate the grams of carbohydrates that are covered by each unit of insulin.” [0058] – [0060]
It would have been obvious to one of ordinary skill in the art at the time of filing to include in the method and system of the combined references the ability to use total insulin and proportion for an average as taught by Blomquist since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately, and one of ordinary skill in the art would have recognized that the results of the combination were predictable. Further motivation is provided by Blomquist who teaches the benefits of using aggregate and percentages for insulin meal amounts.
Regarding claim 22
The non-transitory computer readable medium of claim 10, wherein the non-transitory computer readable medium is further embodied with programming code executable by a processor, and the processor when executing the programming code is operable to perform functions, including functions to:
update a user interface and/or estimated meal insulin needs based on the meal categories.
[No Patentable Weight is given to contingent or alternative language of “update a user interface. Only one limitation is required.]
Wei et al. teaches:
Example of excursions and analyte violations (therefore meal insulin need)…
“Detection of a meal event can include detection of analyte episodes or excursions outside a desired acceptable (e.g., medically recommended) target range in the user, who can be informed by the software that one or both has been detected. Examples of analyte excursions include violation of a low glucose threshold, violation of a high glucose threshold, violation of a rate of change (e.g., increase or decrease) threshold, violation of a glucose median threshold, violation of a glucose variability threshold, and the like.” [0082]
“When used with an analyte monitoring system 100, these embodiments can capture, categorize, and index glucose responses to the meals and meal-time insulin doses (administered to compensate for the meal) and thus provide the user with additional data from which the user's insulin dosages can be perfected or “fine-tuned.” In addition, over time, the example embodiments can provide recommendations as to the titration of the bolus amount for each meal.” [0193]
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
Applicant's amendment necessitated the new ground(s) of rejection presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 CFR 1.136(a).
A shortened statutory period for reply to this final action is set to expire THREE MONTHS from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the date the advisory action is mailed, and any nonprovisional extension fee (37 CFR 1.17(a)) pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, however, will the statutory period for reply expire later than SIX MONTHS from the mailing date of this final action.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to KENNETH BARTLEY whose telephone number is (571)272-5230. The examiner can normally be reached Mon-Fri: 7:30 - 4:00 EST.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, SHAHID MERCHANT can be reached on (571) 270-1360. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/KENNETH BARTLEY/Primary Examiner, Art Unit 3684