DETAILED ACTION
This office action is based on the claim set filed on 10/09/2024.
Claims 1-20 are currently pending and have been examined.
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 .
Information Disclosure Statement
The information disclosure statements (IDSs) submitted on 01/02/2025 are in accordance with the provisions of 37 CFR 1.97 and are considered by the Examiner.
Claim Interpretation
The following is a quotation of 35 U.S.C. 112(f):
(f) Element in Claim for a Combination. – An element in a claim for a combination may be expressed as a means or step for performing a specified function without the recital of structure, material, or acts in support thereof, and such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof.
The following is a quotation of pre-AIA 35 U.S.C. 112, sixth paragraph:
An element in a claim for a combination may be expressed as a means or step for performing a specified function without the recital of structure, material, or acts in support thereof, and such claim shall be construed to cover the corresponding structure, material, or acts described in the specification and equivalents thereof.
The claims in this application are given their broadest reasonable interpretation using the plain meaning of the claim language in light of the specification as it would be understood by one of ordinary skill in the art. The broadest reasonable interpretation of a claim element (also commonly referred to as a claim limitation) is limited by the description in the specification when 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is invoked.
As explained in MPEP § 2181, subsection I, claim limitations that meet the following three-prong test will be interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph:
(A) the claim limitation uses the term “means” or “step” or a term used as a substitute for “means” that is a generic placeholder (also called a nonce term or a non-structural term having no specific structural meaning) for performing the claimed function;
(B) the term “means” or “step” or the generic placeholder is modified by functional language, typically, but not always linked by the transition word “for” (e.g., “means for”) or another linking word or phrase, such as “configured to” or “so that”; and
(C) the term “means” or “step” or the generic placeholder is not modified by sufficient structure, material, or acts for performing the claimed function.
Use of the word “means” (or “step”) in a claim with functional language creates a rebuttable presumption that the claim limitation is to be treated in accordance with 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. The presumption that the claim limitation is interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is rebutted when the claim limitation recites sufficient structure, material, or acts to entirely perform the recited function.
Absence of the word “means” (or “step”) in a claim creates a rebuttable presumption that the claim limitation is not to be treated in accordance with 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. The presumption that the claim limitation is not interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, is rebutted when the claim limitation recites function without reciting sufficient structure, material or acts to entirely perform the recited function.
Claim limitations in this application that use the word “means” (or “step”) are being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, except as otherwise indicated in an Office action. Conversely, claim limitations in this application that do not use the word “means” (or “step”) are not being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, except as otherwise indicated in an Office action.
This application includes one or more claim limitations that do not use the word “unit” but are nonetheless being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, because the claim limitation(s) uses a generic placeholder that is coupled with functional language without reciting sufficient structure to perform the recited function and the generic placeholder is not preceded by a structural modifier. Such claim limitation(s) is/are:
“a module of a risk evaluator” in Claim(s) 1-6, 8-11 has been interpreted under 112(f) as a means plus function limitation because of the combination of a non-structural term “module” and “evaluator” and functional language, for example, “determine an output of the risk”, without reciting sufficient structure to achieve the function.
“a data aggregator module” in Claim(s) 2, has been interpreted under 112(f) as a means plus function limitation because of the combination of a non-structural term “module” and functional language “a determining if the safety event caused harm to the patient”, without reciting sufficient structure to achieve the function.
“a root-cause determiner module” in Claim(s) 5, has been interpreted under 112(f) as a means plus function limitation because of the combination of a non-structural term “module” and functional language “determining if the safety event caused harm to the patient”, without reciting sufficient structure to achieve the function.
“a recommender module” in Claim(s) 6, has been interpreted under 112(f) as a means plus function limitation because of the combination of a non-structural term “module” and functional language “determining if the safety event caused harm to the patient”, without reciting sufficient structure to achieve the function.
“AI predictor module” in Claim(s) 8, has been interpreted under 112(f) as a means plus function limitation because of the combination of a non-structural term “module” and functional language “installing and connecting an AI system to the accessing device...”, without reciting sufficient structure to achieve the function.
“an investigation trigger module” in Claim(s) 9, has been interpreted under 112(f) as a means plus function limitation because of the combination of a non-structural term “module” and functional language “training an AI system...”, without reciting sufficient structure to achieve the function.
Because this/these claim limitation(s) is/are being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, it/they is/are being interpreted to cover the corresponding structure described in the specification as performing the claimed function, and equivalents thereof.
If applicant does not intend to have this/these limitation(s) interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph, applicant may: (1) amend the claim limitation(s) to avoid it/them being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph (e.g., by reciting sufficient structure to perform the claimed function); or (2) present a sufficient showing that the claim limitation(s) recite(s) sufficient structure to perform the claimed function so as to avoid it/them being interpreted under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph.
Claim Rejections - 35 USC § 112(b)
The following is a quotation of 35 U.S.C. 112(b):
(b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention.
The following is a quotation of 35 U.S.C. 112 (pre-AIA ), second paragraph:
The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention.
Claim(s) 1-11 are rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA ), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor, or for pre-AIA the applicant regards as the invention.
Claim limitations, “a module of a risk evaluator..., a data aggregator module..., a root-cause determiner module..., a recommender module..., an investigation trigger module..., AI predictor module...”, in Claim(s) 1-11, invoke 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph. However, the written description fails to disclose the corresponding structure, material, or acts for performing the entire claimed function and to clearly link the structure, material, or acts to the function.
The specification discloses a hardware structure of a generic PC/processor/server, which is not considered an adequate structure to perform the claimed functions. To perform the claimed functions, a computer comprising of hardware (processor, memory, etc.,) and software/algorithm to be programed to perform the functions may be considered an adequate structure yet there is no disclosure of any particular structure, either explicitly or inherently, to perform the functions. Moreover, the Applicant specifications disclose the mentioned modules/means however no description structure associated with the module(s) and/or the module(s) programmed to perform the steps. The use of the term “module/means” in the claim language is not sufficient system structure for performing the claim steps. As would be recognized by those of ordinary skill in the art, the term “Module/means” can be performed by any type of software and hardware combination which can be any generic computer. The specification does not provide sufficient details such that one of ordinary skill in the art would understand which “Module/means” structures perform(s) the claimed function.
Therefore, the claim is indefinite and is rejected under 35 U.S.C. 112(b) or pre-AIA 35 U.S.C. 112, second paragraph.
Applicant may:
(a) Amend the claim so that the claim limitation will no longer be interpreted as a limitation under 35 U.S.C. 112(f) or pre-AIA 35 U.S.C. 112, sixth paragraph;
(b) Amend the written description of the specification such that it expressly recites what structure, material, or acts perform the entire claimed function, without introducing any new matter (35 U.S.C. 132(a)); or
(c) Amend the written description of the specification such that it clearly links the structure, material, or acts disclosed therein to the function recited in the claim, without introducing any new matter (35 U.S.C. 132(a)).
If applicant is of the opinion that the written description of the specification already implicitly or inherently discloses the corresponding structure, material, or acts and clearly links them to the function so that one of ordinary skill in the art would recognize what structure, material, or acts perform the claimed function, applicant should clarify the record by either:
(a) Amending the written description of the specification such that it expressly recites the corresponding structure, material, or acts for performing the claimed function and clearly links or associates the structure, material, or acts to the claimed function, without introducing any new matter (35 U.S.C. 132(a)); or
(b) Stating on the record what the corresponding structure, material, or acts, which are implicitly or inherently set forth in the written description of the specification, perform the claimed function. For more information, see 37 CFR 1.75(d) and MPEP §§ 608.01(o) and 2181.
Claim(s) 15-20 are rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA ), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor, or for pre-AIA the applicant regards as the invention.
Claims 15-20 recite “The system of claim 13, wherein the risk evaluator further comprises a AI system”. It is unclear if the underlined “a/an AI system” recited in the claims are the same and are performing the same function. Appropriate clarification and correction is/are required.
Claim Rejections - 35 USC § 101
35 U.S.C. 101 reads as follows:
Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title.
Claim 1-20 are rejected under 35 U.S.C. 101 because the claimed invention is directed to an abstract idea without significantly more. Claims 1-12 are drawn to a method and Claims 13-20 are drawn to a system, which are within the four statutory categories (i.e., a machine and a process). Claims 1-20 are further directed to an abstract idea on the grounds set out in detail below.
Under Step 2A, Prong 1, the steps of the claim for the invention represents an abstract idea of a series of steps that recite a process for patient safety surveillance and management. Receiving monitoring data for identifying safety event and risk associated with the event and present it to a user are steps that is/are an abstract idea that could have been performed by a human actor interacting with a system/interface to implement the abstract idea performing the steps detecting, acquiring, receiving, evaluating, transmitting, which both the instant claims and the abstract idea are defined as Certain Methods of Organizing Human Activity (managing personal behavior or interactions between people, including following rules or instructions).
Independent Claim 1 and 10 recite the steps of:
“detecting, using a sensor or an assessing device, a safety event involving the patient,
acquiring, using the sensor or the assessing device, data for identifying and investigating the safety event,
receiving and processing the data to evaluate the risk associated with patient care,
operating a module of a risk evaluator to use the data acquired to determine an output of the risk associated with the patient, and
transmitting the output to a user device.”
Independent Claim 13 recites similar steps as in Claim 1:
“an assessing device to capture data for identifying and investigating a safety event,
a risk evaluator including a controller and a memory device, the controller operable to receive and process data from the assessing device,
the controller further operable to evaluate the risk associated with patient care by operating a module based on the data and a training dataset in the memory device, and
a user device including a display, the display illustrating risk associated with patient-care”.
These limitations, as drafted, given the broadest reasonable interpretation, cover performance of the limitations by a human user/actor interaction with computing device(s) that constitute Certain Methods of Organizing Human Activity along with Mental process. For example, the limitations encompass a user the ability to collect a monitoring device data associated with a patient to identify a safety event involving the patient and evaluate and determine the event risk on the patient and present the risk analysis to a user, which are steps that that could have been performed by a human actor using generic computing components/units to implement the abstract idea. These limitations encompass activity of a single person or multiple people and a computer, interacting with other users and with computing system(s) to perform the steps of the claimed invention for evaluating patient safety risk event, which constitutes Certain Methods of Organizing Human Activity. Accordingly, the claim limitations (in BOLD) recite an abstract idea. Any limitations not identified above as part of the process are deemed "additional elements," and will be discussed in further detail below.
Under Step 2A, Prong 2, this judicial exception is not integrated into a practical application because the remaining elements amount to no more than general purpose computer components programmed to perform the abstract ideas, linking the abstract idea to a particular technological environment. In particular, the claims recite the additional elements such as “user device, sensor, assessing device, controller, memory, display, module” are computing components that iteratively takes input data and analyzes said data to determine an output while performing generic computer functions, e.g., “operating a module...”, and are recited at a high level of generality and is/are a mere instruction(s) that may be performed by human that it amounts no more than adding the words "apply it" (or an equivalent) with the judicial exception, or mere instructions to implement an abstract idea on a computer, or merely uses a computer as a tool to perform an abstract idea, see MPEP 2106.05(f), generally linking the use of the judicial exception to a particular technological environment or field of use, see MPEP 2106.05(h), adding insignificant extra-solution activity to the judicial exception, (i.e. “transmitting …”), and mere data gathering that does not add a meaningful limitation to the above abstract idea, see MPEP 2106.05(d)-(g). As set forth in the 2019 Eligibility Guidance, 84 Fed. Reg. at 55 "merely include[ing] instructions to implement an abstract idea on a computer" is an example of when an abstract idea has not been integrated into a practical application. Accordingly, looking at the claim as a whole, individually and in combination, these additional elements do not integrate the abstract idea into a practical application because they do not impose any meaningful limits on practicing the abstract idea. The claim is directed to an abstract idea.
Under step 2B, the claims do not include additional elements that are sufficient to amount to "significantly more" than the judicial exception because as mentioned above, the additional elements amount to no more than generic computing components, recited at a high level of generality, do not present improvements to another technology or technical field, nor do they affect an improvement to the functioning of the computer itself, that amount to no more than mere instruction to perform the abstract idea such that it amounts no more than adding the words "apply it" (or an equivalent) to apply the exception using generic computer component, see MPEP 2106.05(f), adding insignificant extra-solution activity to the judicial exception, (i.e., “transmitting …”), and mere data gathering that does not add a meaningful limitation to the above abstract idea, see MPEP 2106.05(d)-(g) and Symantec, and OIP Techs. There is no indication that the combination of elements improves the functioning of a computer or improves any other technology. Their collective functions merely provide conventional computer implementation and mere instructions to apply an exception using a generic computer component cannot provide an inventive concept, See Alice, 573 U.S. at 223 ("mere recitation of a generic computer cannot transform a patent-ineligible abstract idea into a patent-eligible invention."). The claims are not patent eligible.
Dependent Claims 2-9, 11-12 and 14-20 include all of the limitations of claim(s) 1, 10, and 13, and therefore likewise incorporate the above-described abstract idea. While the depending claims add additional limitations, such as
As for claims 2-9, 11-12, 14-20, the claim(s) recite limitations that are under the broadest reasonable interpretation, further define the abstract idea noted in the independent claim(s) that covers performance by a human interaction constituting Certain methods of organizing human activity but for, the recitation of the generic computer components which are similarly rejected because, neither of the claims, further, defined the abstract idea and do not further limit the claim to a practical application or provide an inventive concept such that the claims are subject matter eligible. The claims recite additional elements “a module of a risk evaluator, a data aggregator module, a root-cause determiner module, a recommender module, an investigation trigger module, a partial data flow module, a classifier module, AI predictor module, patient-controlled analgesia (PCA) pump, a respiratory equipment, a surveillance device, a fluid management device, a bring your own device (BYOD), a patient support apparatus, or a real-time locating system (RTLS), AI system”. In particular, the claims recite the additional elements that implement the identified abstract idea. These computing components are recited at a high level of generality, for example, the AI system is recited in the claims in a high level of generality and is in described in the specification in an arbitrary form without disclosing a specific process how these elements are implemented to perform a task as such is a mere in instruction(s) that may be performed by human that it amounts no more than adding the words "apply it" (or an equivalent), e.g., “prompting a user”, “auto-filling an incident” . Similarly, as mentioned above Accordingly, these additional elements do not integrate the abstract idea into a practical application because it does not impose any meaningful limits on practicing the abstract idea. The claims do not include additional elements that are sufficient to amount to significantly more than the judicial exception. As discussed above with respect to integration of the abstract idea into a practical application, the additional element to perform the noted steps amounts to no more than mere instructions to apply the exception using a generic computer component. Mere instructions to apply an exception using a generic computer component cannot provide an inventive concept ("significantly more").
Claim Rejections - 35 USC § 102
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)(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.
Claim(s) 1, 8-11, 13, and 15-20 are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Anthapur (US 2022/0230746 A1)
Regarding Claim 1, Anthapur teaches a method for evaluating risk associated with a patient comprising the steps of:
detecting, using a sensor or an assessing device, a safety event involving the patient Anthapur discloses a monitoring system that includes multiple sensors that are located to sense health status and activity of an at-risk subject and detecting the subject activity (Anthapur: [Fig. 1], [0041-0042], [0060])
acquiring, using the sensor or the assessing device, data for identifying and investigating the safety event, Anthapur discloses the received sensor data is evaluated to determine safety status of the subject where a decision operation evaluates or inspects information obtained from the sensors multiple time intervals to determine whether the sensor data indicates no detection of subject activity or indicates sensing the subject activity and determine if the activity has been completed by the subject or not and examine the activity context for whether the activity detected indicates an actual emergency or safety event (Anthapur: [0043], [0060-0062])
receiving and processing the data to evaluate the risk associated with patient care, Anthapur discloses the decision operation evaluates information and context of the subject activity and determine if the activity indicates an actual emergency for a possible occurrence of a risk event or safety event (Anthapur: [0062-0063])
operating a module of a risk evaluator to use the data acquired to determine an output of the risk associated with the patient, Anthapur discloses outputting an alert message reporting the detected risk event (Anthapur: [Fig. 15A-B, 18], [0063])
transmitting the output to a user device Anthapur discloses sends information over the network to one or more of the user devices based upon the sensor information such as sending the emergency alert event messages to user devices (Anthapur: [0043], [0061], [0063]).
Regarding Claim 8, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating an AI predictor module comprising the steps of installing and connecting an AI system to the accessing device, Anthapur discloses an AI ATP builder operation receives activity data which can include a sensor data stream collected using installed sensors and devices (Anthapur: [Fig. 8, 11, 12], [0082], [0087], [0115])
training and verifying the AI system's ability to predict a second safety event Anthapur discloses machine learning is used to implement training AI system for predicting and identifying different incidents such that the machine learning involved studying existing data, learning from existing data and making predictions about new data (Anthapur: [0060], [0063], [0088], [0113-0115])
utilizing the AI system to predict the second safety event, (Anthapur: [0113-0115])
transmitting an alert to the user to prevent an occurrence of the second safety event (Anthapur: [0113-0115]).
Regarding Claim 9, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating an investigation trigger module comprising the steps of training an AI system to learn about data elements that contribute to the safety event, Anthapur discloses a decision operation evaluating information obtained from different devices used to train an AI implemented on a machine learning to learn from data input and pattern indicating a risk event, (Anthapur: [0060], [0087], [0090], [0096])
identifying a data abnormality from the data received from the sensor and assessing device, Anthapur discloses the decision operation evaluating information and determine data deviation determines deviant and anomalous behaviors and activates indicating occurrence of a risk event (Anthapur: [0063], [0090], [0104])
completing an incident investigation process (Anthapur: [0060-0065], [0105-0106])
generating a safety event report, (Anthapur: [0063], [0107])
transmitting the safety event report to the user device (Anthapur: [0063], [0108]).
Regarding Claim 10, Anthapur teaches a method for evaluating risk associated with a patient comprising the steps of:
the claim limitations recite substantially similar limitations to claim 1, as such, are rejected for similar reasons as given above
Regarding Claim 11, Anthapur teaches the method of claim 10, wherein operating the module of the risk evaluator comprises utilizing AI-based operation to determine a level of patient harm Anthapur discloses using AI operation to determine a risk event of the subject and level of risk such that the AI deduction of the adverse scenario for which the alert was generated is accurate or a false positive (Anthapur: [Fig. 4, 11], [0062-0063], [0107]).
Regarding Claim 13, Anthapur teaches a system for evaluating risk associated with a patient comprising:
other than a controller and a memory device, training data set and display, the display illustrating risk associated with patient-care (Anthapur: [Fig. 5A-C], [0059-0063]).
the other claim limitations recite substantially similar limitations to claim 1, as such, are rejected for similar reasons as given above.
Regarding Claim 15, Anthapur teaches the system of claim 13, wherein the risk evaluator is operable to implement a data aggregator module, a partial data flow module, a classifier module, a root-cause determiner module, a recommender module, an AI predictor module, or an investigation trigger module Anthapur discloses a system comprising plurality of modules that operate to perform one or more operations or functions and providing access to different information, for example, a monitoring and control module performing data aggregation [data aggregator module] (Anthapur: [Fig. 1B], [0044], [0047]).
Regarding Claim 16, Anthapur teaches the system of claim 13, wherein the risk evaluator further comprises a AI system, and wherein the risk evaluator is operable to implement a classifier module configured to access data about the patient from the assessing device during a given time period based on a time of occurrence of the safety event, Anthapur discloses a trained AI for classifying events accessed and obtained from plurality of devices during periodic time intervals such as fall or injury event and associated with different activity (Anthapur: [Fig. 19], [0060], [0062-0063], [0079], [0113])
utilize an AI-based operation to determine a classification of the safety event, Anthapur discloses a trained AI for classifying events (Anthapur: [Fig. 19], [0062-0063], [0079], [0113])
partially auto-fill an incident investigation report with the data Anthapur discloses the incident report partially filled with sensor data and a section for a user (e.g., caregiver) input (Anthapur: [Fig. 15A-B], [0108]).
Regarding Claim 17, Anthapur teaches the system of claim 13, wherein the risk evaluator further comprises a AI system, and wherein the risk evaluator is operable to implement a root-cause determiner module configured to access data about the patient from the assessing device during a given time period based on a time of occurrence of the safety event, Anthapur discloses evaluating data accessed and obtained from plurality of devices during periodic time intervals for determining the risk event of the subject such as if the subject is harmed, e.g., fail/fallen or injured, such that determine if the subject change behavior [root cause] (Anthapur: [Fig. 5A-C, 19], [0060], [0062-0065], [0089], [0107])
utilize an AI-based operation to determine a root-cause of the safety event, Anthapur discloses a trained AI to process steps of the evaluation of the subject risk event such that determine if the subject change behavior [root cause] (Anthapur: [Fig. 5A-C, 19], [0062-0063], [0065], [0113])
partially auto-fill an incident investigation report with the data Anthapur discloses an incident report partially filled with sensor data (Anthapur: [Fig. 15A-B]).
Regarding Claim 18, the combination of Samuels and Aicher teaches the system of claim 13, wherein the risk evaluator further comprises an AI system, and wherein the risk evaluator is operable to implement a recommender module configured to access data about the patient from the assessing device during a given time period based on a time of occurrence of the safety event, Anthapur discloses recommending modifying the subject care plan when the evaluation determined a risk event alert associated with the subject based on data accessed and obtained from plurality of devices during periodic time intervals (Anthapur: [Fig. 8], [0046], [0060], [0090])
utilize an AI-based operation to determine a root-cause of the safety event, partially auto-fill an incident investigation report with the data, Anthapur discloses a trained AI to process steps of the evaluation of the subject risk event such that determine if the subject change behavior [root cause] (Anthapur: [Fig. 5A-C, 19], [0062-0063], [0065], [0113])
transmit a recommended action plan to the user device Anthapur discloses recommending modifying the subject care plan when the evaluation determined a risk event alert associated with the subject (Anthapur: [Fig. 8], [0046], [0090], [0100]).
Regarding Claim 19-20, the claims recite substantially similar limitations to claims 8-9 as such, are rejected for similar reasons as given above.
Claim Rejections - 35 USC § 103
This application currently names joint inventors. In considering patentability of the claims the examiner presumes that the subject matter of the various claims was commonly owned as of the effective filing date of the claimed invention(s) absent any evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out the inventor and effective filing dates of each claim that was not commonly owned as of the effective filing date of the later invention in order for the examiner to consider the applicability of 35 U.S.C. 102(b)(2)(C) for any potential 35 U.S.C. 102(a)(2) prior art against the later invention.
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 set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 (1966), that are applied 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 1-6 are rejected under 35 U.S.C. 103 as being unpatentable over Anthapur (US 2022/0230746 A1) in view of Henwood (CA 2781251 A1)
Regarding Claim 2, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating a data aggregator module comprising the steps of determining if the safety event caused harm to the patient Anthapur discloses process to determine if the emergency risk event indicating a harm for the subject, e.g., fall or injury incident (Anthapur: [Fig. 15A-B, 18], [0062-0063], [0107])
prompting a user to log a time of occurrence of the safety event, Anthapur discloses a consolidated report of the health status and activity of a resident and prompting an alert report filled with the incident details and section for a user/member input [partially auto-filling] (Anthapur [Fig. 15B], [0045], [0060], [0065-0066])
identifying event-related data acquired from the sensor or the assessing device about the patient during a given time period based on the time of occurrence of the safety event, Anthapur discloses monitoring activity associated with the subject risk event and identifying context information from the sensors associated with the event indicating activity of the subject to infer risk event (Anthapur: [Fig. 15B], [0060], [0062-0063])
prompting the user to complete an investigation into the safety event Anthapur discloses an alert report associated with the subject risk event prompted to a user to provide input (Anthapur: [Fig. 15B], [0062-0063])
Anthapur discloses recording a timeframe of the subject risk incident (Anthapur: [Fig. 15B]), however does not expressly disclose the time of incident to be logged by a user as underlined.
Henwood teaches
prompting a user to log a time of occurrence of the safety event, Henwood discloses prompting a user for safety response to log or provide information associated with safety response where the user response is to be entered within a predetermined time period and when entered it indicates the time of occurrence (Henwood: [p. 10, line 17-21], [p. 26, line 6-23], [p. 27, line 6-19], [p. 38, line 12-14]).
Therefore, it would be obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention, to have Anthapur time of incident report to incorporate allowing a user to log the time of occurrence, as taught by Henwood, which helps indicating
the subject good condition (Henwood: [p. 26, line 11-12]).
Regarding Claim 3, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating a partial data flow comprising the steps of determining if the safety event caused harm to the patient, Anthapur discloses process to determine if the emergency risk event indicating a harm for the subject, e.g., fall or injury incident (Anthapur: [Fig. 15A-B, 18], [0062-0063], [0107])
prompting a user to log a time of occurrence of the safety event, partially auto-filling an incident investigation report based on the data received from the sensor and the assessing device, Anthapur discloses a consolidated report of the health status and activity of a resident and prompting an alert report filled with the incident details and section for a user/member input [partially auto-filling] (Anthapur [Fig. 15B], [0045], [0060], [0065-0066])
identifying event-related data about the patient during a given time period based on the time of occurrence of the safety event, Anthapur discloses monitoring activity associated with the subject risk event and identifying context information from the sensors associated with the event indicating activity of the subject to infer risk event (Anthapur: [Fig. 15B], [0060], [0062-0063])
prompting the user to complete an investigation into the safety event by providing the partially auto-filled incident investigation report Anthapur discloses a consolidated report of the health status and activity of a resident and prompting an alert report filled with the incident details and section for a user input [partially auto-filling] (Anthapur [Fig. 15B], [0045], [0066]
Anthapur discloses prompting partially auto-filled report with a recording a timeframe of the subject risk incident (Anthapur: [Fig. 15B]), however does not expressly disclose the time of incident to be logged by a user as underlined.
Henwood teaches
prompting a user to log a time of occurrence of the safety event, Henwood discloses prompting a user for safety response to log or provide information associated with safety response where the user response is to be entered within a predetermined time period and when entered it indicates the time of occurrence (Henwood: [p. 10, line 17-21], [p. 26, line 6-23], [p. 27, line 6-19], [p. 38, line 12-14]).
Therefore, it would be obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention, to have Anthapur time of incident report to incorporate allowing a user to log the time of occurrence, as taught by Henwood, which helps indicating the subject good condition (Henwood: [p. 26, line 11-12]).
Regarding Claim 4, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating a classifier comprising the steps of determining if the safety event caused harm to the patient, Anthapur discloses classifying events such as fall or injury event and associated with different activity (Anthapur: [Fig. 19], [0113])
prompting a user to log a time of occurrence of the safety event, Anthapur discloses a sending a message comprising alert event of the subject to a user (e.g. caregiver) comprising time of the event (Anthapur: [Fig. 15B], [0113])
utilizing an AI-based operation to determine a classification of the safety event, Anthapur discloses a trained AI for classifying events (Anthapur: [Fig. 19], [0062-0063], [0079], [0113])
partially auto-filling an incident investigation report with the data received from the sensor and the assessing device, Anthapur discloses an incident report partially filled with sensor data (Anthapur: [Fig. 15A-B])
prompting the user to complete an investigation into the safety event by providing the partially-filled incident investigation report Anthapur discloses the incident report partially filled with sensor data and a section for a user (e.g., caregiver) input (Anthapur: [Fig. 15A-B], [0108]).
Anthapur discloses prompting partially auto-filled report with a recording a timeframe of the subject risk incident (Anthapur: [Fig. 15B]), however does not expressly disclose the time of incident to be logged by a user as underlined.
Henwood teaches
prompting a user to log a time of occurrence of the safety event, Henwood discloses prompting a user for safety response to log or provide information associated with safety response where the user response is to be entered within a predetermined time period and when entered it indicates the time of occurrence (Henwood: [p. 10, line 17-21], [p. 26, line 6-23], [p. 27, line 6-19], [p. 38, line 12-14]).
Therefore, it would be obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention, to have Anthapur time of incident report to incorporate allowing a user to log the time of occurrence, as taught by Henwood, which helps indicating the subject good condition (Henwood: [p. 26, line 11-12]).
Regarding Claim 5, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating a root-cause determiner module comprising the steps of determining if the safety event caused harm to the patient, Anthapur discloses evaluating the steps for determining the risk event of the subject such as if the subject is harmed, e.g., fail/fallen or injured, such that determine if the subject change behavior [root cause] (Anthapur: [Fig. 5A-C, 19], [0062-0065], [0089], [0107])
prompting a user to log a time of occurrence of the safety event, Anthapur discloses a sending a message comprising alert event of the subject to a user (e.g. caregiver) comprising time of the event (Anthapur: [Fig. 15B],)
utilizing an AI-based operation to determine a root-cause of the safety event, Anthapur discloses a trained AI to process steps of the evaluation of the subject risk event such that determine if the subject change behavior [root cause] (Anthapur: [Fig. 5A-C, 19], [0062-0063], [0065], [0113])
partially auto-filling an incident investigation report based on the data received from the sensor and the assessing device, Anthapur discloses an incident report partially filled with sensor data (Anthapur: [Fig. 15A-B])
prompting the user to complete an investigation into the safety event by providing the partially auto-filled incident investigation report Anthapur discloses the incident report partially filled with sensor data and a section for a user (e.g., caregiver) input (Anthapur: [Fig. 15A-B], [0108]).
Anthapur discloses prompting partially auto-filled report with a recording a timeframe of the subject risk incident (Anthapur: [Fig. 15B]), however does not expressly disclose the time of incident to be logged by a user as underlined.
Henwood teaches
prompting a user to log a time of occurrence of the safety event, Henwood discloses prompting a user for safety response to log or provide information associated with safety response where the user response is to be entered within a predetermined time period and when entered it indicates the time of occurrence (Henwood: [p. 10, line 17-21], [p. 26, line 6-23], [p. 27, line 6-19], [p. 38, line 12-14]).
Therefore, it would be obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention, to have Anthapur time of incident report to incorporate allowing a user to log the time of occurrence, as taught by Henwood, which helps indicating the subject good condition (Henwood: [p. 26, line 11-12]).
Regarding Claim 6, Anthapur teaches the method of claim 1, wherein operating the module of the risk evaluator comprises:
operating a recommender module comprising the steps of determining if the safety event caused harm to the patient, Anthapur discloses recommending modifying the subject care plan when the evaluation determined a risk event alert associated with the subject (Anthapur: [Fig. 8], [0046], [0090])
prompting a user to log a time of occurrence of the safety event, Anthapur discloses a sending a message comprising alert event of the subject to a user (e.g. caregiver) comprising time of the event (Anthapur: [Fig. 15B],)
utilizing an AI-based operation to determine a root-cause of the safety event, Anthapur discloses a trained AI to process steps of the evaluation of the subject risk event such that determine if the subject change behavior [root cause] (Anthapur: [Fig. 5A-C, 19], [0062-0063], [0065], [0113])
utilizing the AI-based operation to write a description about the root-cause of the safety event, (Anthapur: [Fig. 15A-B])
partially auto-filling an incident investigation report with the data received from the sensor and the assessing device, Anthapur discloses an incident report partially filled with sensor data (Anthapur: [Fig. 15A-B])
recommending an action plan to the user based on the root-cause determination made by the AI-based operation Anthapur discloses recommending modifying the subject care plan when the evaluation determined a risk event alert associated with the subject (Anthapur: [Fig. 8], [0046], [0090])
Anthapur discloses prompting partially auto-filled report with a recording a timeframe of the subject risk incident (Anthapur: [Fig. 15B]), however does not expressly disclose the time of incident to be logged by a user as underlined.
Henwood teaches
prompting a user to log a time of occurrence of the safety event, Henwood discloses prompting a user for safety response to log or provide information associated with safety response where the user response is to be entered within a predetermined time period and when entered it indicates the time of occurrence (Henwood: [p. 10, line 17-21], [p. 26, line 6-23], [p. 27, line 6-19], [p. 38, line 12-14]).
Therefore, it would be obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention, to have Anthapur time of incident report to incorporate allowing a user to log the time of occurrence, as taught by Henwood, which helps indicating the subject good condition (Henwood: [p. 26, line 11-12]).
Claims 7, 12, and 14 are rejected under 35 U.S.C. 103 as being unpatentable over Anthapur (US 2022/0230746 A1) in view of Henwood (CA 2781251 A1) in view of Bollish et al. (US 2005/0177096 Al- “Bollish”)
Regarding Claim 7, the combination of Anthapur and Henwood teaches the method of claim 6, wherein the AI-based operation is configured to access data from a patient-controlled analgesia (PCA) pump, a respiratory equipment, a surveillance device, a fluid management device, a bring your own device (BYOD), a patient support apparatus, or a real-time locating system (RTLS) Anthapur discloses an AI and machine learning techniques to evaluate information form input devices such as vital signs sensors, camera, location component, accelerometer, motion detection component etc., and include client device (e.g., mobile device) [bring your own device (BYOD)] (Anthapur: [Fig. 13A-B], [0042-0043], [0098], [0122]).
However, Anthapur does not expressly discloses PCA pump, respiratory or fluid management device.
Bollish discloses monitoring physiological parameter of a patient using input from a patient-controlled analgesia (PCA) pump, a respiratory device, a fluid management device (Bollish: [Fig. 12, 17], [0017], [0025], [0061]).
Therefore, it would be obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention, to have Anthapur surveillance devices for monitoring the subject to incorporate other devices such as patient-controlled analgesia (PCA) pump, a respiratory device, a fluid management device, as taught by Bollish, to ensure greater safety and decreased risk of injuries from respiratory depression (Bollish: [0081]).
Regarding Claims 12 and 14, the claim recites substantially similar limitations to claim 7 as such, is rejected for similar reasons as given above.
Prior Art Cited but not Applied
The following document(s) were found relevant to the disclosure but not applied:
US 2021/0090420 - “KUSENS”- discloses Artificial intelligence is utilized to enhance safety issue recognition for detecting objects or patient safety events in a patient room.
US 2015/0025329 “Amarasingham” discloses sensing parameter(s) associated with a patient and analyze the current information and real-time patient monitor data to identify adverse event associated with the care of the patient
The references are relevant since it discloses monitoring and analyzing patient physiological parameters to indicate safety of patient care.
Conclusion
Any inquiry concerning this communication or earlier communications from the examiner should be directed to ALAAELDIN ELSHAER whose telephone number is (571)272-8284. The examiner can normally be reached M-Th 8:30-5:30.
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, MAMON OBEID can be reached at Mamon.Obeid@USPTO.GOV. 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.
/ALAAELDIN M. ELSHAER/Primary Examiner, Art Unit 3687