Prosecution Insights
Last updated: May 29, 2026
Application No. 17/305,036

SERVER-INITIATED TRANSMISSION OF MESSAGES TO MEDICAL DEVICES

Final Rejection §102§103
Filed
Jun 29, 2021
Priority
Jul 02, 2020 — IN 202011028207 +1 more
Examiner
ERICKSON, BENNETT S
Art Unit
3683
Tech Center
3600 — Transportation & Electronic Commerce
Assignee
ICU Medical, Inc.
OA Round
6 (Final)
38%
Grant Probability
At Risk
7-8
OA Rounds
0m
Est. Remaining
82%
With Interview

Examiner Intelligence

Grants only 38% of cases
38%
Career Allowance Rate
55 granted / 144 resolved
-13.8% vs TC avg
Strong +44% interview lift
Without
With
+44.3%
Interview Lift
resolved cases with interview
Typical timeline
3y 2m
Avg Prosecution
34 currently pending
Career history
191
Total Applications
across all art units

Statute-Specific Performance

§101
10.7%
-29.3% vs TC avg
§103
83.3%
+43.3% vs TC avg
§102
4.5%
-35.5% vs TC avg
§112
0.3%
-39.7% vs TC avg
Black line = Tech Center average estimate • Based on career data from 144 resolved cases

Office Action

§102 §103
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 . Continued Examination Under 37 CFR 1.114 A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on September 5, 2025 has been entered. Priority Acknowledgment is made of applicant's claim for foreign priority under 35 U.S.C. 119 (a)-(d). The certified copy has been filed in parent Application No. IN202011028207, filed on July 2, 2020. Response to Amendment In the amendment filed on September 5, 2025, the following has occurred: claim(s) 1-3, 5-8, 10, 12-17, 19 have been amended and 22-24 have been added. Now, claim(s) 1-24 are pending. Notice to Applicant The rejections under 35 U.S.C. 101 rejection(s) have been withdrawn based on the amendments to the claims. When the claim limitations are considered together as an ordered combination of “a thin point-of-care device”, “transmit, to the medical device, an instruction to cause two or more user-selectable user interface elements to be displayed on the display of the medical device, without affecting the one or more clinical operations of the medical device, wherein the two or more user-selectable user interface elements are unrelated to the one or more clinical operations of the medical device;” and “perform the one or more automated actions to be performed based on the selected one of the two or more user-selectable user interface elements received via the separate messaging channel”. These claimed limitations provide a technical improvement by integrating the abstract idea into a practical application by improving methods of operating medical and network devices, which further improve medical and computer technologies (See Specification in Paragraph [0004]). Claim Objections Claim 2 objected to because of the following informalities: “…the one or more parameters,…” in p. 4, ll. 5. This appears to be a typographical error as the “one or more parameters” was canceled in the newly amended independent claim 1. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…one or more parameters,…”. Claim 3 objected to because of the following informalities: “…the hospital database…” in p. 4, ll. 13. This appears to be a typographical error as the “a hospital database” was canceled in the newly amended independent claim 1. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…a hospital database…”. Claim 5 objected to because of the following informalities: “…the hospital database…” in p. 4, ll. 24. This appears to be a typographical error as the “a hospital database” was canceled in the newly amended independent claim 1. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…a hospital database…”. Claim 7 objected to because of the following informalities: “…the one or more parameters,…” in p. 6, ll. 8. This appears to be a typographical error as the “one or more parameters” was canceled in the newly amended independent claim 6. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…one or more parameters,…”. Claim 8 objected to because of the following informalities: “…the hospital database…” in p. 6, ll. 15. This appears to be a typographical error as the “a hospital database” was canceled in the newly amended independent claim 6. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…a hospital database…”. Claim 15 objected to because of the following informalities: “…the hospital server…” in p. 7, ll. 27. This appears to be a typographical error. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…a hospital server…”. Claim 16 objected to because of the following informalities: “…the one or more parameters,…” in p. 8, ll. 28. This appears to be a typographical error as the “one or more parameters” was canceled in the newly amended independent claim 15. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…one or more parameters,…”. Claim 17 objected to because of the following informalities: “…the hospital database…” in p. 9, ll. 4. This appears to be a typographical error as the “a hospital database” was canceled in the newly amended independent claim 15. Appropriate correction is required. For examination purposes, the Examiner will interpret the claimed portion as “…a hospital database…”. Claim Rejections - 35 USC § 102 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 the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action: A person shall be entitled to a patent unless – (a)(1) the claimed invention was patented, described in a printed publication, or in public use, on sale, or otherwise available to the public before the effective filing date of the claimed invention. (a)(2) the claimed invention was described in a patent issued under section 151, or in an application for patent published or deemed published under section 122(b), in which the patent or application, as the case may be, names another inventor and was effectively filed before the effective filing date of the claimed invention. Claims 1-2, 6-7, 10-11, 15-16, and 19-20, 22-24 are rejected under 35 U.S.C. 102(a)(1) and (a)(2) as being unpatentable over Holland et al. (U.S. Patent Pre-Grant Publication No. 2007/0083344). As per independent claim 1, Holland discloses a system configured to facilitate transmission of messages between one or more medical devices and one or more hospital servers, the system comprising: a medical device configured to perform one or more clinical operations (See Paragraph [0052]: The medication management system (MMS) 10 of the present invention includes a medication management unit (MMU) 12 and a medical device 14, typically operating in conjunction with one or more information systems or components of a hospital environment, which the Examiner is interpreting medical device to encompass a medical device configured to perform one or more clinical operations), wherein the medical device includes a display and one or more input devices (See Paragraph [0064]: The pump style medical device 14 includes a user interface means 86, display 88, first channel 90, and first channel machine readable indicator, which the Examiner is interpreting the user interface means and display to encompass a display and one or more input devices ([0056]: As the input device 32 communicates directly with the medical device 14 or may be integrated wholly or in part with the medical device)); a hospital server configured to transmit instructions to perform one or more of the clinical operations to the medical device (See Paragraph [0060]: The MMU 12 can consist of a collection of MMU specific applications running on distinct servers in order to avoid a single point of failure, address availability requirements, and handle a high volume of requests, which the Examiner is interpreting to encompass a hospital server configured to transmit instructions to perform one or more of the clinical operations to the medical device), and transmit instructions to display one or more user interface elements on the display of the medical device (See Paragraph [0076]: The medical device can display a channel selection screen and a screen to select the clinical care area (CCA), which the Examiner is interpreting a channel screen and a screen to select the CCA to encompass the claimed portion); and wherein the medical device is further configured to, in addition to being configured to perform the one or more clinical operations, operate as a thin point-of-care device that creates a separate messaging channel that allows the hospital server (See Paragraphs [0049], [0056], [0060], [0063]-[0064]: Delivery information input device 32 also communicates with the MMU 12 to assist in processing drug orders for delivery through the MMU, and the Monitor Lines program acquires ongoing updates of status, events and alarms for each channel or line for a medical device that supports multiple drug delivery channels or lines, which the Examiner is interpreting the communication between the delivery information device and MMU to encompass a separate messaging channel that allows the hospital server, and interpreting the medical device to encompass a thin point-of-care device as the Applicant’s Specification in Paragraph [0057] discloses “In example (2), the infusion pump operates as a-18- "thin" point-of-care device that relays information between the hospital server and the user at the infusion pump, without affecting the clinical operations of the infusion pump or accessing any data specific to the infusion pump.”) to (1) initiate presentation of user-selectable options at the medical device (See Figs. 4A, 12, and Paragraphs [0067], [0076] [0125]: The medical device 14 is turned on at step 164 the medical device 14 displays a start up screen 163A (FIG. 12) on the display 88 of the medical device, which the Examiner is interpreting the selection screen to encompass initiate presentation of user-selectable options at the medical device), (2) receive one or more selections of the user-selectable options made by a user physically present in the vicinity of the medical device (See Figs. 4A, 12, and Paragraphs [0064], [0067], [0076] [0125]: The caregiver 114 enters or selects the CCA at step 166 using scroll and select/enter keys on the user interface means, which the Examiner is interpreting the caregiver to be in the vicinity of the medical device as the interface is available physically), and (3) perform one or more automated actions based on the one or more selections received via the separate messaging channel (See Figs. 5, 5A, and 15 Paragraphs [0077]-[0080]: Once the caregiver 114 confirms the delivery data at the medical device 14, the medical device 14 then executes the delivery program code and begins infusion at step 198, which the Examiner is interpreting the infusion to encompass one or more automated actions), wherein the hospital server is further configured to: transmit, to the medical device, an instruction to cause two or more user-selectable user interface elements to be displayed on the display of the medical device, without affecting the one or more clinical operations of the medical device, wherein the two or more user-selectable user interface elements are unrelated to the one or more clinical operations of the medical device (See Paragraph [0076]: The medical device can display a channel selection screen and a screen to select the clinical care area (CCA), which the Examiner is interpreting a channel screen and a screen to select the CCA to encompass the two or more user-selectable user interface elements are unrelated to the one or more clinical operations of the medical device); receive an indication from the medical device that the user physically present in the vicinity of the medical device has selected, via the one or more input devices of the medical device, one of the two or more user-selectable user interface elements previously displayed according to the instruction transmitted from the hospital server to the medical device via the separate messaging channel (See Figs. 4A, 12, and Paragraphs [0064], [0067], [0076] [0125]: The medical device can display a channel selection screen and a screen to select the clinical care area (CCA), and the caregiver 114 enters or selects the CCA at step 166 using scroll and select/enter keys on the user interface means, which the Examiner is interpreting the caregiver to be in the vicinity of the medical device as the interface is available physically, and the Examiner is interpreting a channel screen to encompass one of the two or more user-selectable user interface elements previously displayed according to the instruction transmitted from the hospital server to the medical device via the separate messaging channel); and perform the one or more automated actions to be performed based on the selected one of the two or more user-selectable user interface elements received via the separate messaging channel (See Figs. 5, 5A, and 15 Paragraphs [0077]-[0080]: Once the caregiver 114 confirms the delivery data at the medical device 14, the medical device 14 then executes the delivery program code and begins infusion at step 198, which the Examiner is interpreting the infusion to encompass one or more automated actions.) Claim(s) 6 and 15 mirror claim 1 only within different statutory categories, and are rejected for similar reason(s) as claim 1. As per claim 2, Holland discloses the system of claim 1 as described above. Holland further teaches the hospital server is further configured to detect an order for an infusion therapy based on one or more parameters, wherein the one or more parameters indicate at least a medication to be infused and a concentration at which the medication is to be infused (See Paragraphs [0098]: The drug library includes drug and device related information, which may include but is not limited to drug name, drug class, drug concentration, drug amount, drug units, diluent amount, diluent units, dosing units, delivery dose or rate, medication parameters or limits, device/infuser settings and/or modes, CCA designations and constraints, and this allows the medical device to operate or deliver an infusion based on the older version of the drug library without disruption until a trigger event occurs, at which time the new drug library replaces the older version in the primary memory, which the Examiner is interpreting operate or deliver an infusion to encompass detect an order for an infusion therapy based on one or more parameters.) Claim(s) 7 and 16 mirror claim 2 only within different statutory categories, and is rejected for the same reason as claim 2. As per claim 10, Holland discloses the server of claim 6 as described above. Holland further teaches wherein further configured to detect that an ongoing infusion therapy at the medical device has been ordered to be discontinued, wherein the two or more user-selectable user interface elements comprise a user interface element that indicates that the ongoing infusion therapy is to be discontinued (See Figs. 2, 4A, 5, 5A, 20 and Paragraphs [0082]-[0083], [0090]-[0091]: When the infusion is to end at step 228, the Process Drug Order 46 program can remotely stop the infusion by sending a stop order 226 to the medical device 14, which triggers the medical device to end infusion, which the Examiner is interpreting a stop order to encompass detect that an ongoing infusion therapy at the medical device has been ordered to be discontinued, and interpreting the Process Drug Order 128 program sends infusion change events and infusion time events in a delivery event log message to encompass a user interface element that indicates that the ongoing infusion therapy is to be discontinued.) Claim(s) 19 mirrors claim 10 only within a different statutory category, and is rejected for the same reason as claim 10. As per claim 11, Holland discloses the server of claims 6 and 10 as described above. Holland further teaches wherein the medical device is configured to output the user interface element that indicates that the ongoing infusion therapy is to be discontinued on a display of the medical device without actually discontinuing the ongoing infusion therapy and while the ongoing infusion therapy is still ongoing (See Figs. 2, 4A, 5, 5A, 20 and Paragraphs [0090]-[0091]: The Process Drug Order 46 program can remotely stop the infusion by sending a stop order 226 to the medical device 14, which triggers the medical device to end infusion at step 228, in most cases, the MMU 12 requires the caregiver to confirm the start or stop of execution, which the Examiner is interpreting the ability for a caregiver to confirm the start of execution to encompass a display of the medical device without actually discontinuing the ongoing infusion therapy and while the ongoing infusion therapy is still ongoing.) Claim(s) 20 mirrors claim 11 only within a different statutory category, and is rejected for the same reason as claim 11. As per claim 22, Holland discloses the system of claim 1 as described above. Holland further teaches wherein the one or more automated actions comprise causing one or more database entries to be created or updated in a hospital database based on the selected one of the two or more user-selectable user interface elements previously displayed according to the instruction transmitted from the hospital server to the medical device via the separate messaging channel (See Paragraphs [0060], [0101]-[0103]: The MMU and the corresponding Download Drug Library 132 program include recording the history of the download, verify the correct download, notification to the caregiver of a change of library, and a preliminary note on the medical device 14 display stating that the drug library will be changed after any current infusion, which the Examiner is interpreting recording the history of the download to encompass one or more database entries to be created or updated in a hospital database.) Claim(s) 23-24 mirrors claim 20 only within different statutory categories, and are rejected for the same reason as claim 20. 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. Claims 3-5, 8-9, 12 and 17-18 are rejected under 35 U.S.C. 103 as being unpatentable over Holland et al. (U.S. Patent Pre-Grant Publication No. 2007/0083344) in view of Miodownik et al (U.S. Patent Pre-Grant Publication No. 2006/0089539) in further view of Graves et al. (U.S. Patent Pre-Grant Publication No. 2006/0236373) As per claim 3, Holland discloses the system of claim 1 as described above. Holland may not explicitly teach wherein the hospital server is further configured to detect that the medical device is within a threshold level of proximity with a patient not associated with the medical device, wherein the two or more user-selectable user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the patient is to be associated with the medical device, wherein the hospital server is further configured to update a hospital database to indicate that the patient is associated with the medical device. Miodownik teaches a system […] wherein the two or more user-selectable user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the patient is to be associated with the medical device (See Paragraph [0072]: The caregiver generates association data using the ID readers whenever the caregiver administers a change to the patient location, equipment or medication, which the Examiner is interpreting to encompass wherein the two or more user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the patient is to be associated with the medical device), wherein the hospital server is further configured to update a hospital database to indicate that the patient is associated with the medical device (See Paragraph [0081]: The ID reader is used by the caregiver to read an ID structure attached to equipment that the caregiver is currently attached to equipment that the caregiver is currently attaching to the patient, the server uses this information to associate the equipment with the patient, which the Examiner is interpreting to encompass wherein the hospital server is further configured to update a hospital database to indicate that the patient is associated with the medical device.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the system of Holland to include the two or more user-selectable user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the patient is to be associated with the medical device, wherein the hospital server is further configured to update a hospital database to indicate that the patient is associated with the medical device as taught by Miodownik. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Miodownik with the motivation of increasing medical facility efficiency (See Background of the Invention of Miodownik in Paragraph [0002]). While Holland/Miodownik discloses the system as described above, Holland/Miodownik may not explicitly teach wherein the hospital server is further configured to detect that the medical device is within a threshold level of proximity with a patient not associated with the medical device, […]. Graves discloses a system wherein the hospital server is further configured to detect that the medical device is within a threshold level of proximity with a patient not associated with the medical device, […] (See Paragraph [0076]: A tag of a patient interacts with the detector of a terminal allowing the controller to learn of the relative proximity of each patient to terminal, which the Examiner is interpreting the relative proximity of each patient to terminal encompasses detect that the medical device is within a threshold level of proximity with a patient not associated with the medical device.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the system of Holland/Miodownik to include the hospital server is further configured to detect that the medical device is within a threshold level of proximity with a patient not associated with the medical device as taught by Graves. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland/Miodownik with Graves with the motivation of improving communications (See Background of Graves in Paragraph [0006]). Claims 8 and 17 mirror claim 3 only within different statutory categories, and are rejected for similar reasons as claim 3. As per claim 4, Holland discloses the system of claim 1 and Holland/Miodownik/Graves discloses the system of claim 3 as described above. Holland may not explicitly teach wherein the medical device, in response to the selection by the user at the medical device, is configured to transmit the indication to the hospital server without changing one or more clinical operations being performed by the medical device. Miodownik teaches a system wherein the medical device, in response to the selection by the user at the medical device, is configured to transmit the indication to the hospital server without changing one or more clinical operations being performed by the medical device (See Paragraph [0081]: The ID reader is used by the caregiver to read an ID structure attached to equipment that the caregiver is currently attached to equipment that the caregiver is currently attaching to the patient, the server uses this information to associate the equipment with the patient, which the Examiner is interpreting to encompass the claimed portion as the patient is associated with the equipment as the initial step.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the system of Holland to include the medical device, in response to the selection by the user at the medical device, is configured to transmit the indication to the hospital server without changing one or more clinical operations being performed by the medical device as taught by Miodownik. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Miodownik with the motivation of increasing medical facility efficiency (See Background of the Invention of Miodownik in Paragraph [0002]). Claim(s) 9 mirrors claim 4 only within a different statutory category, and is rejected for the same reasons as claim 4. As per claim 5, Holland discloses the system of claim 1 as described above. Holland may not explicitly teach wherein the hospital server is further configured to detect that the medical device has entered a clinical care area not associated with the medical device, wherein the two or more user-selectable user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the medical device is to be associated with the clinical care area, wherein the hospital server is further configured to update a hospital database to indicate that the medical device is associated with the clinical care area. Miodownik teaches a system […], wherein the two or more user-selectable user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the medical device is to be associated with the clinical care area (See Paragraph [0072]: The caregiver generates association data using the ID readers whenever the caregiver administers a change to the patient location, equipment or medication, which the Examiner is interpreting to encompass wherein the two or more user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the medical device is to be associated with the clinical care area), wherein the hospital server is further configured to update a hospital database to indicate that the medical device is associated with the clinical care area (See Paragraph [0081]: The ID reader is used by the caregiver to read an ID structure attached to equipment that the caregiver is currently attached to equipment that the caregiver is currently attaching to the patient, the server uses this information to associate the equipment with the patient, which the Examiner is interpreting to encompass wherein the hospital server is further configured to update the hospital database to indicate that the medical device is associated with the clinical care area.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the system of Holland to include the two or more user interface elements comprise a user interface element that, when selected by the user at the medical device, indicates to the hospital server that the medical device is to be associated with the clinical care area, wherein the hospital server is further configured to update a hospital database to indicate that the medical device is associated with the clinical care area as taught by Miodownik. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Miodownik with the motivation of increasing medical facility efficiency (See Background of the Invention of Miodownik in Paragraph [0002]). While Holland/Miodownik discloses the system as described above, Holland/Miodownik may not explicitly teach wherein the hospital server is further configured to detect that the medical device has entered a clinical care area not associated with the medical device, […]. Graves discloses a system wherein the hospital server is further configured to detect that the medical device has entered a clinical care area not associated with the medical device (See Paragraphs [0138] and [0144]-[0147]: An overall "location-awareness area" is used in a hospital that allows for the absolute location of tagged clinicians and equipment to be detected, calculated, and tracked, which the Examiner is interpreting to encompass claimed portion as determining that the second condition is satisfied comprises detecting that the medical device has entered a clinical care area not associated with the medical device as the location-awareness area could identify if a medical device has entered a clinical care area not associated with the medical device as the equipment is tracked), […]. It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the system of Holland/Miodownik to include the hospital server is further configured to detect that the medical device has entered a clinical care area not associated with the medical device as taught by Graves. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland/Miodownik with Graves with the motivation of improving communications (See Background of Graves in Paragraph [0006]). Claim(s) 12 mirrors claim 5 only within different a statutory category, and is rejected for the same reason as claim 5. As per claim 18, Holland discloses the method of claim 15 and Holland/Miodownik/Graves discloses the method of claim 17 as described above. Holland may not explicitly teach wherein the medical device, in response to the selection by the user at the medical device, is configured to output, without changing one or more clinical operations being performed by the medical device, an indication that the patient is to be associated with the medical device. Macoviak teaches a method wherein the medical device, in response to the selection by the user at the medical device, is configured to output, without changing one or more clinical operations being performed by the medical device, an indication that the patient is to be associated with the medical device (See Paragraphs [0081], [0127]: The ID reader is used by the caregiver to read an ID structure attached to equipment that the caregiver is currently attached to equipment that the caregiver is currently attaching to the patient, the server uses this information to associate the equipment with the patient and the wireless held PDAs are equipped with screens to display text and video data, text entry interfaces, speakers, audio sensors, video sensors, and ID readers, which the Examiner is interpreting to encompass the claimed portion as the patient is associated with the equipment as the initial step.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the method of Holland to include the medical device, in response to the selection by the user at the medical device, is configured to output, without changing one or more clinical operations being performed by the medical device, an indication that the patient is to be associated with the medical device as taught by Miodownik. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Miodownik with the motivation of increasing medical facility efficiency (See Background of the Invention of Miodownik in Paragraph [0002]). Claims 13, 21 are rejected under 35 U.S.C.103 as being unpatentable over Holland et al. (U.S. Patent Pre-Grant Publication No. 2007/0083344) in view of Simpson et al. (U.S. Patent Pre-Grant Publication No. 2014/0288947). As per claim 13, Holland discloses the server of claim 6 as described above. Holland may not explicitly teach further configured to detect that a medication bag associated with an ongoing infusion therapy at the medical device has reached a threshold level of volume, wherein the two or more user-selectable user interface elements comprise a user interface element that indicates a location of another bag associated with the ongoing infusion therapy. Simpson teaches a server further configured to detect that a medication bag associated with an ongoing infusion therapy at the medical device has reached a threshold level of volume (See Paragraphs [0297]-[0298]: Modification include identifying the volume of an infusion bag, which the Examiner is interpreting to encompass the claimed portion as the volume of the infusion bag can be identified so a threshold could be identified), wherein the two or more user-selectable user interface elements comprise a user interface element that indicates a location of another bag associated with the ongoing infusion therapy (See Paragraph [0307]: A message can be displayed to request that the physician contact the pharmacy, which the Examiner is interpreting the message to contact the pharmacy to encompass the two or more user interface elements comprises a user interface element indicates a location of another bag associated with the ongoing infusion therapy as the pharmacy would be identified to possess bags.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the server of Holland to include detect that a medication bag associated with an ongoing infusion therapy at the medical device has reached a threshold level of volume, wherein the two or more user-selectable user interface elements comprise a user interface element that indicates a location of another bag associated with the ongoing infusion therapy as taught by Simpson. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Simpson with the motivation of improving clinician workflow, and making delivery of care easier (See Detailed Description of Simpson in Paragraph [0156]). As per claim 21, Holland discloses the system of claim 1 as described above. Holland may not explicitly teach wherein the medical device is configured to process both regulated and unregulated message requests and perform tasks corresponding to the regulated and unregulated message requests. Simpson teaches a system wherein the medical device is configured to process both regulated and unregulated message requests and perform tasks corresponding to the regulated and unregulated message requests (See Paragraphs [0158], [0311], [0433]-[0435]: Messages can be sent to the one or more electronic computing devices to display numerous hospital-definable alerts and alarms, and the infusion system includes a messages module for communicating with entities throughout the patient care system, the messages are sent in response to a status information output provided by the medication administration module, and the messages relate to the status information output and can provide alerts, alarms, reminders or other messages appropriate in assisting the clinician with medication administration, and the second server causes the digital assistant to display a list of actions, which the Examiner is interpreting the messages to encompass regulated message requests ([0311]) and the actions taken to identify flow rate modifications to encompass perform tasks corresponding to the regulated message requests, and the display a list of actions to encompass the unregulated message request and perform tasks corresponding to the unregulated messages when combined with Miodownik described below as the Specification in Paragraph [0067] discloses that the unregulated message request can be “Additionally, the unregulated message request may be a type of communication is not regulated by the governing entity (e.g., due to the nature of the communication not being related to the clinical operations of the medical device). The unregulated message request may be an instruction to cause one or more indications to be output via the output devices of the medical device. For example, the one or more indications can include one or more visual or voice/audio messages to be output via the output devices of the medical device, and/or one or more user interface elements to be displayed on the display of the medical device.”) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the server of Holland to include the medical device is configured to process both regulated and unregulated message requests and perform tasks corresponding to the regulated and unregulated message requests as taught by Simpson. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Simpson with the motivation of improving clinician workflow, and making delivery of care easier (See Detailed Description of Simpson in Paragraph [0156]). Claims 14 are rejected under 35 U.S.C. 103 as being unpatentable over Holland et al. (U.S. Patent Pre-Grant Publication No. 2007/0083344) in view of Miodownik et al (U.S. Patent Pre-Grant Publication No. 2006/0089539). As per claim 14, Holland discloses the server of claim 6 as described above. Holland may not explicitly teach further configured to detect that the medical device needs to be moved to a specific location, wherein the two or more user-selectable user interface elements comprise a user interface element that provides an instruction to move the medical device to the specific location. Miodownik teaches a system further configured to detect that the medical device needs to be moved to a specific location (See Paragraph [0105]: The equipment ID is currently associated with this patient, the message indicates that the equipment is being removed from use with this patient, which the Examiner is interpreting to encompass the claimed portion as the equipment is being disassociated with the patient and could be taken to inventory (See Paragraph [0101])), wherein the two or more user-selectable user interface elements comprise a user interface element that provides an instruction to move the medical device to the specific location (See Paragraph [0105]: The message indicates that the equipment is being removed from use with the patient, which the Examiner is interpreting to encompass the claimed portion.) It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed to modify the server of Holland to include further configured to detect that the medical device needs to be moved to a specific location, wherein the two or more user interface elements comprise a user interface element that provides an instruction to move the medical device to the specific location as taught by Miodownik. One of ordinary skill in the art before the effective filing date of the claimed invention would have been motivated to modify Holland with Miodownik with the motivation of increasing medical facility efficiency (See Background of the Invention of Miodownik in Paragraph [0002]). Response to Arguments In the Remarks filed on September 5, 2025, the Applicant argues that the newly amended and/or added claims overcome the 35 U.S.C. 101 rejection(s) and 35 U.S.C. 103 rejection(s). The Examiner acknowledges that the newly added and/or amended claims overcome the 35 U.S.C. 101 rejection(s). However, the Examiner does not acknowledge that the newly added and/or amended claims overcome the newly added Claim Objection(s), 35 U.S.C. 102 rejection(s), and 35 U.S.C. 103 rejection(s). The Applicant argues that: (1) the cited art fails to teach or suggest, among other things, the following features recited in amended Claim 1 (emphasis added): “wherein the medical device is further configured to, in addition to being configured to perform the one or more clinical operations, operate as a thin point-of-care device that creates a separate messaging channel that allows the hospital server to (1) initiate presentation of user-selectable options at the medical device, (2) receive one or more selections of the user-selectable options made by a user physically present in the vicinity of the medical device, and (3) perform one or more automated actions based on the one or more selections received via the separate messaging channel,”, “wherein the hospital server is further configured to: transmit, to the medical device, an instruction to cause two or more user-selectable user interface elements to be displayed on the display of the medical device, without affecting the one or more clinical operations of the medical device, wherein the two or more user-selectable user interface elements are unrelated to the one or more clinical operations of the medical device; receive an indication from the medical device that the user physically present in the vicinity of the medical device has selected, via the one or more input devices of the medical device, one of the two or more user-selectable user interface elements previously displayed according to the instruction transmitted from the hospital server to the medical device via the separate messaging channel; and perform the one or more automated actions to be performed based on the selected one of the two or more user-selectable user interface elements received via the separate messaging channel.” None of the cited art seems to teach the concept of re-purposing a point-of-care device as a messaging device so that the hospital server can initiate an inquiry to the user physically at the point-of-care device and request that the user select one of the options, which would trigger the hospital server to perform one or more automated actions. The referenced examples in the cited art seem to focus on merely transmitting information in one direction, or providing a UI at the point-of-care device that allows the user to initiate or perform certain tasks. The Office Action has not pointed to an example of a hospital server being able to initiate an inquiry to the user physically at the point-of-care device. At least for these reasons, Applicant respectfully submits that Claims 1, 6, and 15 are patentably distinct from the cited references and requests that the rejection of Claims 1, 6, and 15 under 35 U.S.C. § 103 be withdrawn and the claims be allowed; (2) claims 2-5, 7-14, and 16-21 depend from Claims 1, 6, and 15 and are patentably distinct from the cited references for at least the same reasons articulated above with respect to Claims 1, 6, and 15. In addition, Claims 2-5, 7-14, and 16-20 recited additional features that are not taught or disclosed by the cited references. Accordingly, Applicant respectfully requests that the rejections of Claims 2-5, 7-14, 16-20 under 35 U.S.C. § 103 be withdrawn and that the claims be allowed. In response to argument (1), the Examiner acknowledges that the newly amended claims are not encompassed by the prior art of Simpson, Miodownik, and Graves. The Examiner has relied on Holland et al. (U.S. Patent Pre-Grant Publication No. 2007/0083344) to encompass the newly amended independent claims 1, 6, and 15 as described above in the 35 U.S.C. 102 rejection(s). The 35 U.S.C. 102 rejection(s) stand. In response to argument (2), the Examiner does not find the Applicant’s argument(s) persuasive. The Examiner maintains that the dependent claims 2-5, 7-14, and 16-21 are rejected due to their dependency to independent claims 1, 6, and 15, and have been rejected individually as described above. The 35 U.S.C. 102 rejection(s) and the 35 U.S.C. 103 rejection(s) stand. Conclusion The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. Lebel et al. (U.S. Patent Pre-Grant Publication No. 2011/0275904), describes a communication device (CD) exchanges messages with an implantable infusion pump via telemetry such that commands are supplied thereto and operational information is obtained. Proud et al. (U.S. Patent Pre-Grant Publication No. 2014/0247151), describes a wearable device has one or more sensors that detect or measure wearable device user information selected from of at least one of, a wearable device user's activities, behaviors and habit information, and a wearable device user's health. Ferreira et al. (“Wireless Monitoring and Record of Intravenous Medication”), describes a system that monitors the medication to be administered, as well as checking for possible system anomalies, that will subsequently be reported wirelessly to database that can be managed from a central monitoring platform. Any inquiry concerning this communication or earlier communications from the examiner should be directed to Bennett S Erickson whose telephone number is (571)270-3690. The examiner can normally be reached Monday - Friday: 9:00am - 5:00pm. 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, Robert Morgan can be reached at (571) 272-6773. 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. /Bennett Stephen Erickson/Primary Examiner, Art Unit 3683
Read full office action

Prosecution Timeline

Show 8 earlier events
Mar 06, 2025
Examiner Interview Summary
Mar 06, 2025
Applicant Interview (Telephonic)
May 05, 2025
Final Rejection mailed — §102, §103
Sep 05, 2025
Request for Continued Examination
Oct 01, 2025
Response after Non-Final Action
Dec 16, 2025
Non-Final Rejection mailed — §102, §103
Mar 16, 2026
Response Filed
May 26, 2026
Final Rejection mailed — §102, §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12640239
FUNCTIONAL BIOMARKERS FOR STATIN THERAPY IN AGE-RELATED MACULAR DEGENERATION (AMD)
6y 1m to grant Granted May 26, 2026
Patent 12626807
AGGREGATED NETWORK OF SURGICAL HUBS FOR EFFICIENCY ANALYSIS
4y 11m to grant Granted May 12, 2026
Patent 12626305
Systems and Methods for Prediction and Estimation of Medical Claims Payments
4y 1m to grant Granted May 12, 2026
Patent 12597518
INCORPORATING CLINICAL AND ECONOMIC OBJECTIVES FOR MEDICAL AI DEPLOYMENT IN CLINICAL DECISION MAKING
4y 6m to grant Granted Apr 07, 2026
Patent 12580069
AUTOMATIC SETTING OF IMAGING PARAMETERS
4y 11m to grant Granted Mar 17, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

7-8
Expected OA Rounds
38%
Grant Probability
82%
With Interview (+44.3%)
3y 2m (~0m remaining)
Median Time to Grant
High
PTA Risk
Based on 144 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month