Prosecution Insights
Last updated: April 19, 2026
Application No. 18/954,727

PATIENT MONITOR SCREEN AGGREGATION

Non-Final OA §103§DP
Filed
Nov 21, 2024
Examiner
PHAM, QUANG
Art Unit
2685
Tech Center
2600 — Communications
Assignee
Zoll Medical Corporation
OA Round
1 (Non-Final)
54%
Grant Probability
Moderate
1-2
OA Rounds
3y 0m
To Grant
99%
With Interview

Examiner Intelligence

Grants 54% of resolved cases
54%
Career Allow Rate
380 granted / 699 resolved
-7.6% vs TC avg
Strong +57% interview lift
Without
With
+57.3%
Interview Lift
resolved cases with interview
Typical timeline
3y 0m
Avg Prosecution
46 currently pending
Career history
745
Total Applications
across all art units

Statute-Specific Performance

§101
3.0%
-37.0% vs TC avg
§103
75.5%
+35.5% vs TC avg
§102
7.1%
-32.9% vs TC avg
§112
9.9%
-30.1% vs TC avg
Black line = Tech Center average estimate • Based on career data from 699 resolved cases

Office Action

§103 §DP
DETAILED ACTION Notice of Pre-AIA or AIA Status In the present application, filed on or after March 16, 2013, claims 21-41 have been considered and examined under the first inventor to file provisions of the AIA . Information Disclosure Statement The information disclosure statements (IDS) submitted on 03/03/2025 are in compliance with the provision of 37 CFR 1.97. Accordingly, the information disclosure statements are being considered by Examiner, except for the NPL because Examiner was not able to locate the above NPL. Further, the Examiner acknowledges receipt of the lengthy information disclosure statement filed 03/03/2025. There is no requirement that applicants explain the materiality of English language references, however the cloaking of a clearly relevant reference in a long list of references may not comply with applicants' duty to disclose, see Penn Yan Boats, Inc. v. Sea Lark Boats, Inc., 359 F. Supp. 948, aff' d 479 F. 2d. 1338. There is no duty for the Examiner to consider these references to a greater extent than those ordinarily looked at during a regular search by the Examiner. Accordingly, the Examiner has considered these references in the same manner as references encountered during a normal search of Office search files. Double Patenting The nonstatutory double patenting rejection is based on a judicially created doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or improper timewise extension of the “right to exclude” granted by a patent and to prevent possible harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection is appropriate where the conflicting claims are not identical, but at least one examined application claim is not patentably distinct from the reference claim(s) because the examined application claim is either anticipated by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 USPQ 644 (CCPA 1969). A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may be used to overcome an actual or provisional rejection based on a nonstatutory double patenting ground provided the conflicting application or patent either is shown to be commonly owned with this application, or claims an invention made as a result of activities undertaken within the scope of a joint research agreement. See MPEP § 717 .02 for applications subject to examination under the first inventor to file provisions of the AIA as explained in MPEP § 2159. See MPEP §§ 706.02(1)(1) - 706.02(1)(3) for applications not subject to examination under the first inventor to file provisions of the AIA . A terminal disclaimer must be signed in compliance with 37 CFR 1.32l(b). The USPTO internet Web site contains terminal disclaimer forms which may be used. Please visit http://www.uspto.gov/forms/. The filing date of the application will determine what form should be used. A web-based eTerminal Disclaimer may be filled out completely online using web-screens. An eTerminal Disclaimer that meets all requirements is auto-processed and approved immediately upon submission. For more information about eTerminal Disclaimers, refer tohttp ://www.uspto.gov/patents/process/file/efs/guidance/eTD-info-l.jsp. Effective January 1, 1994, a registered attorney or agent of record may sign a terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 3.73(b). Claims 21-41 are rejected on the ground of nonstatutory double patenting over claims 1-20 of the patent US 11,756,756 B2 since the claims, if allowed, would improperly extend the "right to exclude" already granted in the patent. The subject matter claimed in the instant application is fully disclosed in the patent and is covered by the patent US 11,756,756 B2 since the patent US 11,756,756 B2 and the application are claiming common subject matter, as follows: Claim 18/954,727 Claim US 11,576,576 B2 21 a patient monitoring system comprising: 1 A patient monitoring system for medical applications, the patient monitoring system comprising: 21 a plurality of patient monitoring devices, each patient monitoring device of the plurality of patient monitoring devices comprising: 1 a plurality of external defibrillators, each external defibrillator of the plurality of external defibrillators comprising: 21 one or more sensors configured to physically couple to a patient and to acquire patient data, 1 one or more sensors configured to physicallycouple to a patient and to acquire patient data, 21 a device screen configured to display a portion of the patient data at a given time, and a defibrillator screen configured to display a portion of the patient data at a given time, and 21 a first wireless communication system; and 1 a first wireless communication system; and 21 a portable computing device comprising: 1 a computing interface comprising: 21 a second wireless communication system, 1 a second wireless communication system, 21 an interface screen, and 1 a device screen, and 21 at least one processor, the at least one processor being configured to: 1 at least one processor coupled with thesecond wireless communication system and the device screen, the at least one processor being configured to: 21 establish wireless communication connections between the second wireless communication system and the first wireless communication system of each patient monitoring device of the plurality of patient monitoring devices, 1 establish wireless communication connections with the plurality of external defibrillators via the second wireless communication system and the first wireless communication system of each external defibrillator, 21 receive, via the wireless communication connections, monitoring data that comprises the portion of the patient data from each patient monitoring device of the plurality of patient monitoring devices, and 1 receive, via the wireless communication connections, portions of patient data comprising the portion of the patient data from each external defibrillator, and 21 display on the interface screen, at the given time, each portion of patient data from each patient monitoring device of the plurality of patient monitoring devices. 1 display on the device screen, at the giventime, each of the portions of patient data. Claim Rejections - 35 USC § 103 The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness rejections set forth in this Office action: (a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. Claims 21-30, 37-38, and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1), and Rockwell et al. (Rockwell – US 6,141,584). As to claim 21, Walker discloses a patient monitoring system comprising: a plurality of patient monitoring devices (Walker: column 4 lines 7-22, lines 46- column 5 lines 2, column 6 lines 46-61 and FIG. 1 the patient telemetry devices 120-1 – 120-N comprising the automatic external defibrillator 140), each patient monitoring device of the plurality of patient monitoring devices comprising: one or more sensors (Walker: column 4 lines 7-22, lines 46- column 5 lines 2, column 6 lines 46-61 and FIG. 1) configured to physically couple to a patient and to acquire patient data (Walker: column 4 lines 7-22, lines 46- column 5 lines 2, column 6 lines 46-61 and FIG. 1: the input/output circuit 125 may comprise sensors, transducers and other analog to digital conversion circuitry adapted to measure physiological parameters associated with a patient, such as heart rate, blood pressure, temperature, perspiration level, respiratory activity, body electrical activity, brain activity and the like), a first wireless communication system (Walker: column 4 lines 7-22, lines 46- column 5 lines 25, column 6 lines 46-61 and FIG. 1 the data link 127: data link 127 comprises a wireless or a non-wireless data link (e.g., a telephone dialer, a cellular telephone link, or a computer link) or other communications link driver suitable for providing patient data to the central server 200, via a respective data path (e.g., data path P1)); and a portable computing device (Walker: FIG. 1 the physician terminal device 110-1) comprising: a second wireless communication system (Walker: column 5 lines 26-44 and FIG. 1 the input/output 115 or FIG. 2 the communication port 210 ), an interface screen (Walker: FIG. 1 the display device 111 of the physician terminal device 110), and at least one processor (Walker: FIG. 1 the processor 114). Walker does not explicitly disclose a device screen configured to display a portion of the patient data at a given time, and the at least one processor being configured to: establish wireless communication connections between the second wireless communication system and the first wireless communication system of each patient monitoring device of the plurality of patient monitoring devices, receive, via the wireless communication connections, monitoring data that comprises the portion of the patient data from each patient monitoring device of the plurality of patient monitoring devices, and display on the interface screen, at the given time, each portion of patient data from each patient monitoring device of the plurality of patient monitoring devices. However, it has been known in the art of monitoring conditions of patients to implement the at least one processor being configured to: establish wireless communication connections between the second wireless communication system and the first wireless communication system of each patient monitoring device of the plurality of patient monitoring devices, receive, via the wireless communication connections, monitoring data that comprises the portion of the patient data from each patient monitoring device of the plurality of patient monitoring devices, and display on the interface screen, at the given time, each portion of patient data from each patient monitoring device of the plurality of patient monitoring devices, as suggested by Muhsin, which discloses the at least one processor being configured to: establish wireless communication connections between the second wireless communication system and the first wireless communication system of each patient monitoring device of the plurality of patient monitoring devices (Muhsin: [0021]: The network 110 of the clinical network environment 100 can be a LAN or WAN, wireless LAN ("WLAN"), or other type of network used in any hospital, nursing home, patient care center, or other clinical location, [0024]: the patient monitors 140 may provide at least some of this information directly to the nurses' station systems 130 and clinician devices 150, and FIG. 1 the network 110), receive, via the wireless communication connections, monitoring data that comprises the portion of the patient data from each patient monitoring device of the plurality of patient monitoring devices (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: The patient status display area 710 includes a plurality of patient status modules 712. Each patient status module 712 can correspond to a patient monitor that can be coupled to a medical patient. Each patient status module 712 can display a graphical status indicator 714. An example graphical status indicator 714 is shown in the screens 700 as a miniature patient monitor icon. The graphical status indicator 714 can selectively indicate one of several states of a patient monitor. In one embodiment, four possible patient monitor states can be depicted by the graphical status indicator 714. These include an alarm condition, a no alarm condition, patient context information status, and connection status), and display on the interface screen, at the given time, each portion of patient data from each patient monitoring device of the plurality of patient monitoring devices (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: FIG. 7 illustrates an example graphical user interface (GUI) 700 for monitoring patients. The GUI 700 can be provided on a nurses' station system or the like. The GUI 700 can also be displayed on a clinician device. The GUI 700 can be provided on any display. For example, the GUI 700 can be provided over the Internet to a remote user, or on a monitor located within a healthcare treatment facility, such as a hospital, nursing home, patient's home, and/or clinician's home or office). Therefore, in view of teachings by Walker and Muhsin, it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker to include the at least one processor being configured to: establish wireless communication connections between the second wireless communication system and the first wireless communication system of each patient monitoring device of the plurality of patient monitoring devices, receive, via the wireless communication connections, monitoring data that comprises the portion of the patient data from each patient monitoring device of the plurality of patient monitoring devices, and display on the interface screen, at the given time, each portion of patient data from each patient monitoring device of the plurality of patient monitoring devices, a suggested by Muhsin. The motivation for this is to selectively display various information related to conditions of a patient. The combination of Walker and Muhsin does not explicitly disclose a device screen configured to display a portion of the patient data at a given time. However, it has been known in the art of monitoring conditions of patients to implement a device screen configured to display a portion of the patient data at a given time, a suggested by Rockwell, which discloses a device screen (Rockwell: Abstract, FIG. 2 the display 22, and FIG. 6-11) configured to display a portion of the patient data at a given time (Rockwell: column 7 lines 4-54, column 10 lines 57-column 11 lines 17, column 12 lines 25-54, and FIG. 6-11: The pair of electrodes 16 is connected to a connector 26 for insertion into a socket 28 on the defibrillator 10. On a top surface of the defibrillator 10 is located an on-off switch 18 which activates the defibrillator 10 and begins the process of the prompting the first responder 12 to connect the electrodes 16 to the patient 14. A battery condition indicator 20 provides a continual visual indication of the defibrillator status and the available battery charge. A display 22 preferably provides for display of text such as user prompts and graphics such as ECG waveforms. A shock button 24 provides for delivery of the shock to the patient 14 if a shockable rhythm is detected. The AED personality of the defibrillator 10 thus provides for a three step defibrillation process of connecting the electrodes 16 to the patient 14, analyzing the ECG signal, and administering defibrillation shocks to the patient 14 as needed for resuscitation. The third step of administering defibrillation shocks is nearly always done by prompting the user to manually press the shock button 24. Thus, AEDs generally are semi-automatic in operation rather than fully automatic). Therefore, in view of teachings by Walker, Muhsin, and Rockwell it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker and Muhsin to include a device screen configured to display a portion of the patient data at a given time, a suggested by Rockwell. The motivation for this is to selectively display various information regarding conditions of a patient. As to claim 22, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein the patient data comprises patient electrocardiogram (ECG) data (Walker: column 3 lines 37-column 4 lines 6, column 20 lines 27-35, and FIG. 1, Muhsin: [0042], [0090], and FIG. 7-11, and Rockwell: column 6 lines 51-62, column 7 lines 4-54, column 10 lines 57-column 11 lines 17, column 12 lines 25-54, and FIG. 6-11: The pair of electrodes 16 is connected to a connector 26 for insertion into a socket 28 on the defibrillator 10. On a top surface of the defibrillator 10 is located an on-off switch 18 which activates the defibrillator 10 and begins the process of the prompting the first responder 12 to connect the electrodes 16 to the patient 14. A battery condition indicator 20 provides a continual visual indication of the defibrillator status and the available battery charge. A display 22 preferably provides for display of text such as user prompts and graphics such as ECG waveforms. A shock button 24 provides for delivery of the shock to the patient 14 if a shockable rhythm is detected. The AED personality of the defibrillator 10 thus provides for a three step defibrillation process of connecting the electrodes 16 to the patient 14, analyzing the ECG signal, and administering defibrillation shocks to the patient 14 as needed for resuscitation. The third step of administering defibrillation shocks is nearly always done by prompting the user to manually press the shock button 24. Thus, AEDs generally are semi-automatic in operation rather than fully automatic). As to claim 23, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein the patient data comprises one or more of blood pressure data (Walker: column 4 lines 7-22, lines 46- column 5 lines 2, column 6 lines 46-61 and FIG. 1: the input/output circuit 125 may comprise sensors, transducers and other analog to digital conversion circuitry adapted to measure physiological parameters associated with a patient, such as heart rate, blood pressure, temperature, perspiration level, respiratory activity, body electrical activity, brain activity and the like), heart rate data, or pulse oximetry data (Walker: Abstract, column 4 lines 49-67, and FIG. 1 the input/output 125: For example, the input/output circuit 125 may comprise sensors, transducers and other analog to digital conversion circuitry adapted to measure physiological parameters associated with a patient, such as heart rate, blood pressure, temperature, perspiration level, respiratory activity, body electrical activity, brain activity and the like. The physiological information is received and/or processed by the input/output circuitry to produce physiological parameter representative data in a form usable by processor 124 and Muhsin: [0022], [0041], and FIG. 1-2: The monitoring module 242 can monitor physiological signals generated by one or more sensors coupled with a patient. The monitoring module 242 may process the signals to determine any of a variety of physiological parameters. For example, the monitoring module 242 can determine physiological parameters such as pulse rate, plethysmograph waveform data, perfusion index, and values of blood constituents in body tissue, including for example, arterial carbon monoxide saturation ("HbCO"), methemoglobin saturation ("HbMet"), total hemoglobin ("HbT" or "SpHb"), arterial oxygen saturation ("SpO.sub.2"), fractional arterial oxygen saturation ("SpaO.sub.2"), oxygen content ("CaO.sub.2"), or the like ). As to claim 24, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein the at least one processor is configured to display on the interface screen, at the given time, each portion of patient data at a different screen position (Muhsin: [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: The patient status display area 710 includes a plurality of patient status modules 712. Each patient status module 712 can correspond to a patient monitor that can be coupled to a medical patient. Each patient status module 712 can display a graphical status indicator 714. An example graphical status indicator 714 is shown in the screens 700 as a miniature patient monitor icon. The graphical status indicator 714 can selectively indicate one of several states of a patient monitor. In one embodiment, four possible patient monitor states can be depicted by the graphical status indicator 714. These include an alarm condition, a no alarm condition, patient context information status, and connection status). As to claim 25, Walker, Muhsin, and Rockwell disclose the limitations of claim 24 further comprising the patient monitoring system of claim 24, wherein: each portion of patient data is collectively a plurality of portions of patient data (Muhsin: [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: The patient status display area 710 includes a plurality of patient status modules 712. Each patient status module 712 can correspond to a patient monitor that can be coupled to a medical patient. Each patient status module 712 can display a graphical status indicator 714. An example graphical status indicator 714 is shown in the screens 700 as a miniature patient monitor icon. The graphical status indicator 714 can selectively indicate one of several states of a patient monitor. In one embodiment, four possible patient monitor states can be depicted by the graphical status indicator 714. These include an alarm condition, a no alarm condition, patient context information status, and connection status); and the portable computing device further comprises a user input configured to receive a move command and the at least one processor is configured to move one or more of the plurality of portions of patient data from one or more screen positions to one or more different screen positions based on reception of the move command (Muhsin: [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: the patient status modules 712 can be selected by a single mouse click, touching a screen or monitor displaying the GUI 700, or the like. Selecting a patient status module 712 in one embodiment can bring up a patient monitor view area 720. The patient monitor view area 720 (sometimes referred to as a virtual device screen 720) shows a view of a patient monitor corresponding to a selected patient status module 712. In certain implementations, the patient monitor view area 720 can show a view of the screen from the actual patient monitor device at the bedside of the patient. Thus, a clinician can readily recognize the physiological parameters of the patient in a format that the clinician is likely familiar with). As to claim 26, Walker, Muhsin, and Rockwell disclose the limitations of claim 24 further comprising the patient monitoring system of claim 24, wherein the at least one processor is configured to display the portion of the patient data from one patient monitoring device of the plurality of patient monitoring devices at a plurality of screen positions (Muhsin: [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: FIG. 10 illustrates a GUI 700 configured to display real-time waveform data within its virtual display 720 and historical waveform data within its analysis panel 730. Similar to the trend data configuration of FIG. 9, the user is able to select a time period of interest by activating a time period selector 734 (not shown) or by selecting a particular start time, end time, and/or duration. The analysis panel 730 can also display event markers (not shown), as discussed above. The real-time waveform data can be received from a physiological monitor while the historical waveform data can be received from a round-robin database). As to claim 27, Walker, Muhsin, and Rockwell disclose the limitations of claim 24 further comprising the patient monitoring system of claim 24, wherein an arrangement and a number of screen positions are configurable parameters (Muhsin: [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: the patient status modules 712 can be selected by a single mouse click, touching a screen or monitor displaying the GUI 700, or the like. Selecting a patient status module 712 in one embodiment can bring up a patient monitor view area 720. The patient monitor view area 720 (sometimes referred to as a virtual device screen 720) shows a view of a patient monitor corresponding to a selected patient status module 712. In certain implementations, the patient monitor view area 720 can show a view of the screen from the actual patient monitor device at the bedside of the patient. Thus, a clinician can readily recognize the physiological parameters of the patient in a format that the clinician is likely familiar with). As to claim 28, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein: at least one patient monitoring device of the plurality of patient monitoring devices is configured to not display an omitted portion of the patient data at the given time (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: The patient status display area 710 includes a plurality of patient status modules 712. Each patient status module 712 can correspond to a patient monitor that can be coupled to a medical patient. Each patient status module 712 can display a graphical status indicator 714. An example graphical status indicator 714 is shown in the screens 700 as a miniature patient monitor icon. The graphical status indicator 714 can selectively indicate one of several states of a patient monitor. In one embodiment, four possible patient monitor states can be depicted by the graphical status indicator 714. These include an alarm condition, a no alarm condition, patient context information status, and connection status); and the at least one processor is configured to display, at the given time, the portion of the patient data from the at least one patient monitoring device at a first position on the device screen; and display, at the given time, the omitted portion of the patient data from the at least one patient monitoring device at a second position on the device screen (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: FIG. 7 illustrates an example graphical user interface (GUI) 700 for monitoring patients. The GUI 700 can be provided on a nurses' station system or the like. The GUI 700 can also be displayed on a clinician device. The GUI 700 can be provided on any display. For example, the GUI 700 can be provided over the Internet to a remote user, or on a monitor located within a healthcare treatment facility, such as a hospital, nursing home, patient's home, and/or clinician's home or office). As to claim 29, Walker, Muhsin, and Rockwell disclose the limitations of claim 28 further comprising the patient monitoring system of claim 28, wherein the omitted portion of the patient data is different from the portion of the patient data (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: FIG. 7 illustrates an example graphical user interface (GUI) 700 for monitoring patients. The GUI 700 can be provided on a nurses' station system or the like. The GUI 700 can also be displayed on a clinician device. The GUI 700 can be provided on any display. For example, the GUI 700 can be provided over the Internet to a remote user, or on a monitor located within a healthcare treatment facility, such as a hospital, nursing home, patient's home, and/or clinician's home or office). As to claim 30, Walker, Muhsin, and Rockwell disclose the limitations of claim 28 further comprising the patient monitoring system of claim 28, wherein: the omitted portion of the patient data is a copy of the portion of the patient data; and a format of the omitted portion of the patient data is different from a format of the portion of the patient data (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: FIG. 7 illustrates an example graphical user interface (GUI) 700 for monitoring patients. The GUI 700 can be provided on a nurses' station system or the like. The GUI 700 can also be displayed on a clinician device. The GUI 700 can be provided on any display. For example, the GUI 700 can be provided over the Internet to a remote user, or on a monitor located within a healthcare treatment facility, such as a hospital, nursing home, patient's home, and/or clinician's home or office). As to claim 37, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein the at least one processor is configured to issue one or both of an audible or visual alarm in response to an alarm being issued by any patient monitoring device of the plurality of patient monitoring devices (Muhsin: [0003], [0023], [0106], [0125], and FIG. 7-11: the graphical status indicator 714 changes color, shape, or the like to indicate one of the different patient monitor states. For example, if an alarm condition is present, the graphical status indicator 714 could turn red to signify the alarm. If there is no context information available for the patient (see FIG. 1), then the graphical status indicator 714 could turn yellow. If the device is not connected to the patient or the network, then the graphical status indicator 714 could turn gray. And if there is no alarm condition, if there is context information, and if the patient monitor is connected to the patient and the network, then the graphical status indicator 714 could turn green. Many other colors, symbols, and/or shapes could be used in place of or in combination with the above-described embodiments). As to claim 38, Walker, Muhsin, Rockwell, and Fuchs disclose the limitations of claim 37 further comprising the patient monitoring system of claim 37, wherein the at least one processor is configured to receive a command to suspend the audible or visual alarm for a configurable amount of time (Muhsin: [0003], [0023], [0106], [0125], and FIG. 7-11: The Suspend control 755 can be selected to suspend or deactivate an alarm. For example, the GUI 700 or the device displaying the GUI 700 may be configured to flash, activate an audible tone, send a page or make a telephone call to a clinician (or other function) if a physiological alarm is activated. The Suspend control 755 can be used to temporarily disable and/or enable such alarming functionality). As to claim 41, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein the at least one processor is configured to display each portion of patient data in adjacent windows on the interface screen (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: The patient status display area 710 includes a plurality of patient status modules 712. Each patient status module 712 can correspond to a patient monitor that can be coupled to a medical patient. Each patient status module 712 can display a graphical status indicator 714. An example graphical status indicator 714 is shown in the screens 700 as a miniature patient monitor icon. The graphical status indicator 714 can selectively indicate one of several states of a patient monitor. In one embodiment, four possible patient monitor states can be depicted by the graphical status indicator 714. These include an alarm condition, a no alarm condition, patient context information status, and connection status). Claim 31 is rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1), and Rockwell et al. (Rockwell – US 6,141,584), and further in view of Deneen (Deneen – US 2007/0118402 A1). As to claim 31, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 except for the claimed limitations of the patient monitoring system of claim 21, wherein the wireless communication connections are configured to encrypt transmissions using secure socket layer (SSL) encryption. However, it has been known in the art of data management to implement wherein the wireless communication connections are configured to encrypt transmissions using secure socket layer (SSL) encryption, as suggested by Deneen, which discloses wherein the wireless communication connections (Deneen: Abstract, [0043], [0059]-[0061], and FIG. 1: The system may also include a communications network permitting communication between the user interface and the matching node. The communications network comprises a telephone network, a computer network, a mail delivery network, a satellite network, a wireless network, an electronic mail network, an internet connection or a combination thereof. The communications network is preferably secure) are configured to encrypt transmissions using secure socket layer (SSL) encryption (Deneen: Abstract, [0043], [0059]-[0061], and FIG. 1: Reservations may be entered through a series of secure forms on a web site, either directly by patients, or by agents acting on behalf of the system (e.g., taking orders from patients via a call center). Security may be provided through industry standard encryption, such as 128-bit SSL encryption certificate, and may be used in association with all forms requesting private information, as well as in the storage of appropriate data in the database). Therefore, in view of teachings by Walker, Muhsin, Rockwell, and Deneen it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker, Muhsin, and Rockwell to include wherein the wireless communication connections are configured to encrypt transmissions using secure socket layer (SSL) encryption, as suggested by Deneen. The motivation for this is to protect user information. Claim 32 is rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1), Rockwell et al. (Rockwell – US 6,141,584), and Deneen (Deneen – US 2007/0118402 A1) and further in view of Jabara et al. (Jabara – US 2012/0202185 A1). As to claim 32, Walker, Muhsin, Rockwell, and Deneen disclose the limitations of claim 31 except for the claimed limitations the patient monitoring system of claim 31, wherein at least one wireless communication connection of the wireless communication connections is configured to fail automatically where an unsecured proxy server attempts to connect to a patient monitoring device of the plurality of patient monitoring devices via the at least one wireless communication connection. However, it has been known in the art of communication to implement wherein at least one wireless communication connection of the wireless communication connections is configured to fail automatically where an unsecured proxy server attempts to connect to a patient monitoring device of the plurality of patient monitoring devices via the at least one wireless communication connection, as suggested by Jabara, which discloses wherein at least one wireless communication connection of the wireless communication connections is configured to fail automatically where an unsecured proxy server attempts to connect to a patient monitoring device of the plurality of patient monitoring devices via the at least one wireless communication connection (Jabara: Abstract, [0074], and FIG. 1-5: f the student is registered in the class, the system completes the authentication process and communication between the instructor device 224 and the student wireless communication devices 120-128 may occur in the manner described above. If one of the student wireless communication devices being authenticated by the classroom server 202 is not registered in the class, the classroom server may deny the authentication and terminate any communication with the unauthenticated wireless communication device via the access point 140. That is, an unauthenticated student wireless communication device will not receive any Direct Messages or Group Messages, but they still may be able to receive Public Messages via other student wireless communication devices). Therefore, in view of teachings by Walker, Muhsin, Rockwell, Deneen, and Jabara it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker, Muhsin, Rockwell, and Deneen to include wherein at least one wireless communication connection of the wireless communication connections is configured to fail automatically where an unsecured proxy server attempts to connect to a patient monitoring device of the plurality of patient monitoring devices via the at least one wireless communication connection, as suggested by Jabara. The motivation for this is enhance security of a wireless communication system. Claim 33 is rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1), and Rockwell et al. (Rockwell – US 6,141,584), and further in view of Behtash et al. (Behtash – US 5,745,480). As to claim 33, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 except for the claimed limitations of the patient monitoring system of claim 21, wherein the wireless communication connections are configured to provide full-duplex communication between the patient monitoring devices and the portable computing device. However, it has been known in the art of wireless communication to implement wherein the wireless communication connections are configured to provide full-duplex communication between the patient monitoring devices and the portable computing device, as suggested by Behtash, which discloses wherein the wireless communication connections are configured to provide full-duplex communication between the patient monitoring devices and the portable computing device (Behtash: Abstract, column 1 lines 63 – column 2 lines 10, and FIG. 1: The present invention is a flexible multi-rate wireless communications system that supports a plurality of distributed user terminals in full-duplex simultaneous communications with a central base station, where each user terminal is provided on demand with one of multiple bit rates at a negotiated QOS). Therefore, in view of teachings by Walker, Muhsin, Rockwell, and Behtash, it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker, Muhsin, and Rockwell to include wherein the wireless communication connections are configured to provide full-duplex communication between the patient monitoring devices and the portable computing device, as suggested by Behtash. The motivation for this is to implement a known alternative communication mode of full-duplex communications between electronic devices. Claims 34-36 are rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1), and Rockwell et al. (Rockwell – US 6,141,584) and further in view of Dicks et al. (Dicks – US 2011/0161111 A1). As to claim 34, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 except for the claimed limitations of the patient monitoring system of claim 21, wherein the at least one processor is configured to display on the interface screen a map of an area that includes the plurality of patient monitoring devices. However, it has been known in the art of providing health information of users to implement wherein the at least one processor is configured to display on the interface screen a map of an area that includes the plurality of patient monitoring devices, as suggested by Dicks, which discloses wherein the at least one processor is configured to display on the interface screen a map of an area that includes the plurality of patient monitoring devices (Dicks: Abstract, [0241]-[0248], and FIG. 17: The data for a plurality of patients is extracted from the message (1710), and associated with a respective plurality of patient indicia and displayed on a map, arranged in accordance with location data for each patient (1715)). Therefore, in view of teachings by Walker, Muhsin, Rockwell, and Dicks, it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker, Muhsin, and Rockwell to include wherein the at least one processor is configured to display on the interface screen a map of an area that includes the plurality of patient monitoring devices, as suggested by Dicks. The motivation for this is to selectively provide various information regarding conditions of patients in a medical healthcare setting. As to claim 35, Walker, Muhsin, Rockwell, and Dicks disclose the limitations of claim 34 further comprising the patient monitoring system of claim 34, wherein the at least one processor is configured to display on the interface screen, at the given time, a position on the map that corresponds to a location of a corresponding patient monitoring device of the plurality of patient monitoring devices (Dicks: Abstract, [0241]-[0248], and FIG. 17: The data for a plurality of patients is extracted from the message (1710), and associated with a respective plurality of patient indicia and displayed on a map, arranged in accordance with location data for each patient (1715)). As to claim 36, Walker, Muhsin, Rockwell, and Dicks disclose the limitations of claim 34 further comprising the patient monitoring system of claim 34, wherein the at least one processor is configured to display on the interface screen one or more characters or icons that identify locations of one or more corresponding devices with which additional wireless communication connections can be established (Dicks: Abstract, [0241]-[0248], and FIG. 17: The map may include any two-dimensional or three-dimensional representation of a building (such as a healthcare facility) or other location. The graphical indicia may include any number of numeric, alphabetic, alphanumeric, or symbolic identifier(s) to identify a patient's location on the map. In one exemplary embodiment, the graphical indicator for a patient includes a symbol (such as a shape) on the map at the location corresponding to the location data in the message). Claim 39 is rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1), and Rockwell et al. (Rockwell – US 6,141,584), and further in view of Abbo (Abbo – US 2010/0293003 A1). As to claim 39, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 further comprising the patient monitoring system of claim 21, wherein: each portion of patient data is collectively a plurality of portions; and the at least one processor is configured to manipulate one or more displayed regions of the plurality of portions of patient data (Muhsin: [0021], [0024]-[0026], [0103]-[0115], [0117]-[0120], [0128], and FIG. 7-11: FIG. 7 illustrates an example graphical user interface (GUI) 700 for monitoring patients. The GUI 700 can be provided on a nurses' station system or the like. The GUI 700 can also be displayed on a clinician device. The GUI 700 can be provided on any display. For example, the GUI 700 can be provided over the Internet to a remote user, or on a monitor located within a healthcare treatment facility, such as a hospital, nursing home, patient's home, and/or clinician's home or office) except for the claimed limitations of the at least one processor is configured to manipulate one or more displayed regions of the plurality of portions of patient data via horizontal or vertical scrolling on the interface screen. However, it has been known in the art of providing information to implement the at least one processor is configured to manipulate one or more displayed regions of the plurality of portions of patient data via horizontal or vertical scrolling on the interface screen, as suggested by Abbo, which discloses the at least one processor is configured to manipulate one or more displayed regions of the plurality of portions of patient data via horizontal or vertical scrolling on the interface screen (Abbo: Abstract, [0020]-[0021], [0031], [0034], [0043], [0093], and FIG. 2: as with all interfaces in the present software, if the dimensions of the visual output display 2 are not sufficient to show all of the data types within the personal data category, the software interface preferably features a scrolling element). Therefore, in view of teachings by Walker, Muhsin, Rockwell, and Abbo, it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker, Muhsin, and Rockwell to include wherein the at least one processor is configured to display on the interface screen a map of an area that includes the plurality of patient monitoring devices, as suggested by Abbo. The motivation for this is to provide additional information to users via a designated user interface. Claim 40 is rejected under 35 U.S.C. 103(a) as being unpatentable over Walker et al. (Walker – US 6,302,844 B1) in view of Muhsin et al. (Muhsin – US 2013/0162433 A1) and Rockwell et al. (Rockwell – US 6,141,584) and further in view of Fuchs (Fuchs – US 2013/0267873 A1). As to claim 40, Walker, Muhsin, and Rockwell disclose the limitations of claim 21 except for the claimed limitations of the patient monitoring system of claim 21, wherein the portable computing device is a mobile tablet. However, it has been known in the art of data management to implement wherein the portable computing device is a mobile tablet, as suggested by Fuchs, which discloses wherein the portable computing device is a mobile tablet (Fuchs: Abstract, [0004], [0018], [0032]-[0033], and FIG. 2-3: A computer system may comprise a workstation, laptop computer, disconnectable mobile computer, server, mainframe, cluster, so-called "network computer" or "thin client," tablet, smart phone, personal digital assistant or other hand-held computing device, "smart" consumer electronics device or appliance, medical device, or a combination thereof). Therefore, in view of teachings by Walker, Muhsin, Rockwell, and Fuchs it would have been obvious to one of the ordinary skill in the art at the time of the claimed invention to implement in the patient care delivery system of Walker, Muhsin, and Rockwell to include wherein the portable computing device is a mobile tablet, as suggested by Fuchs. The motivation for this is to implement a known alternative computer system for monitoring conditions of patients. Citation of Pertinent Art The prior art made of record and not relied upon is considered pertinent to applicant’s disclosure: Etchison et al., US 2023/0062727 A1, discloses patient request system having patient falls risk notification and caregiver notes access. Barkol et al., US 2021/0057111 A1, discloses systems and methods for public and private communication threads. McLaughlin et al., US 2020/0330073 A1, discloses removable touch panel for remote control and remote imaging in an ultrasound imaging system. Conclusion Any inquiry concerning this communication or earlier communications from the examiner should be directed to QUANG PHAM whose telephone number is (571)-270-3668. The examiner can normally be reached 09:00 AM - 05:00 PM. 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, QUAN-ZHEN WANG can be reached at (571)-272-3114. 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. /QUANG PHAM/Primary Examiner, Art Unit 2685
Read full office action

Prosecution Timeline

Nov 21, 2024
Application Filed
Jan 07, 2026
Non-Final Rejection — §103, §DP
Mar 30, 2026
Interview Requested
Apr 07, 2026
Applicant Interview (Telephonic)
Apr 07, 2026
Examiner Interview Summary

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12604168
Emergency Management System and Method
2y 5m to grant Granted Apr 14, 2026
Patent 12594879
EMERGENCY VEHICLE LIGHTING SYSTEM
2y 5m to grant Granted Apr 07, 2026
Patent 12592103
SYSTEM AND METHOD FOR COMMUNICATING DRIVING INTENT OF AN AUTONOMOUS VEHICLE
2y 5m to grant Granted Mar 31, 2026
Patent 12546150
DOOR ASSEMBLY FOR MOTOR VEHICLE
2y 5m to grant Granted Feb 10, 2026
Patent 12546146
CONTROL METHOD FOR VEHICLE DOOR AND APPARATUS VEHICLE AND COMPUTER STORAGE MEDIUM
2y 5m to grant Granted Feb 10, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

AI Strategy Recommendation

Get an AI-powered prosecution strategy using examiner precedents, rejection analysis, and claim mapping.
Powered by AI — typically takes 5-10 seconds

Prosecution Projections

1-2
Expected OA Rounds
54%
Grant Probability
99%
With Interview (+57.3%)
3y 0m
Median Time to Grant
Low
PTA Risk
Based on 699 resolved cases by this examiner. Grant probability derived from career allow 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