IP Library › Granted Patent US 12,431,226
Granted Patent B2
US 12,431,226 · App. 18/673,079 · Granted Sep 30, 2025

Intelligent generation of personalized CQL artifacts

Inventor: Fredric A. Santiago (Kingwood, TX)
Assignee: SAFI Clinical Informatics Group, LLC
G16H10/60G16H50/50
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,431,226
App. No.
18/673,079
Granted
Sep 30, 2025
Kind
B2
Abstract

Described is a system for receiving a disease specific treatment algorithm corresponding to a disease of a patient from a first Electronic Health Record (EHR) system, processing data corresponding to the disease specific treatment algorithm using a Large Language Model (LLM), receiving one or more CQL models from the LLM based on the processing of the data corresponding to the disease specific treatment algorithm, receiving an update to a patient record of the patient from the first EHR system, based on the update to the patient record and the one or more CQL models, triggering a Clinical Decision Support (CDS) hook to generate an alert, and causing transmission of the alert for a medical practitioner associated with the first EHR system.

Claims (55)

1. A system comprising:

at least one processor; and

at least one memory component storing instructions that, when executed by the at least one processor, cause the at least one processor to perform operations comprising:

receiving a disease specific treatment algorithm corresponding to a disease of a patient from a first Electronic Health Record (EHR) system, the disease specific treatment algorithm including a decision tree that includes guidelines for treating a specific disease;

processing data corresponding to the disease specific treatment algorithm by inputting the data into a Large Language Model (LLM), the LLM being trained to process disease specific treatment algorithms to generate Clinical Quality Language (CQL) models compatible for Fast Healthcare Interoperability Resources (FHIR) and configured to trigger Clinical Decision Support (CDS) hooks;

receiving one or more first COL models from the LLM based on the processing of the data corresponding to the disease specific treatment algorithm, the one or more first COL models include at least a first CDS hook;

receiving an update to a patient record of the patient from the first EHR system;

generating an updated disease specific treatment algorithm based on the update;

inputting the updated disease specific treatment algorithms to the LLM to receive one or more second CQL models from the LLM;

executing the one or more second CQL models triggering at least a second CDS hook to generate an alert; and

causing transmission of the alert for a medical practitioner associated with the first EHR system.

2. The system of claim 1 , wherein the disease specific treatment algorithm comprises a decision tree that applies information of a patient's EHR and outputs one or more treatment procedures for the patient.

3. The system of claim 1 , wherein the one or more second CQL models include a decision tree that applies information of a patient's electronic health record and outputs one or more treatment procedures for the patient in a standardized form compatible with FHIR systems.

4. The system of claim 1 , wherein the LLM is trained to retrieve a patient's EHR and apply the patient's EHR to the one or more second COL models to generate one or more treatment procedures for the patient.

5. The system of claim 4 , wherein the update of the patient records is applied to the one or more treatment procedures, wherein triggering at least the second CDS hook comprises an indication of a failure for the one or more treatment procedures.

6. The system of claim 4 , wherein retrieving the patient's EHR comprises retrieving the patient's EHR from the first EHR system.

7. The system of claim 4 , wherein the first EHR system selects the disease specific treatment algorithm for the patient, wherein retrieving the patient's EHR comprises retrieving the patient's EHR from a second EHR system different than the first EHR system.

8. The system of claim 4 , wherein the patient's EHR comprises a digital version of a paper chart of an assessment by a medical practitioner of the patient.

9. The system of claim 4 , wherein the patient's EHR indicates a plurality of diseases, wherein the operations further comprise processing data associated with a plurality of disease specific treatment algorithms for individual diseases of the plurality of diseases using the LLM to generate the one or more treatments.

10. The system of claim 1 , wherein the operations further comprise;

retrieving a patient's EHR; and

applying the patient's EHR to the one or more second CQL models to generate one or more treatment procedures for the patient, wherein the update of the patient records is applied to the one or more treatment procedures.

11. The system of claim 10 , wherein triggering at least the second CDS hook comprises an indication of a failure for the one or more treatment procedures.

12. The system of claim 1 , wherein triggering at least the second CDS hook is further based on an indication of a failure in the update to the patient record to prescribe a correct dosage of a medication.

13. The system of claim 1 , wherein triggering at least the second CDS hook is further based on an indication of a failure in the update to the patient record to prescribe a medication at a particular time.

14. The system of claim 1 , wherein triggering at least the second CDS hook is further based on an indication of a newly prescribed medication in the update to the patient record.

15. The system of claim 1 , wherein triggering at least the second CDS hook is further based on an indication of a new patient record opened in the update to the patient record.

16. The system of claim 1 , wherein the alert comprises a user selectable interface element, wherein in response to a user selection of the user selectable interface element, the system initiates communication with a third party server associated with a pharmacy to create, update, modify, or cancel a medication request.

17. The system of claim 1 , wherein the operations further comprise:

training the LLM by:

identifying training disease specific treatment algorithms and corresponding expected training CQL models for the training disease specific treatment algorithms;

applying the training disease specific treatment algorithms to the LLM to receive output COL models;

compare the output CQL models with the expected training CQL models to determine a loss parameter for the LLM; and

update a characteristic of the LLM based on the loss parameter.

18. The system of claim 1 , wherein the operations further comprise:

determining an update to the COL model; and

retraining the LLM using training CQL models that are based on the updated COL model.

19. A method comprising:

receiving a disease specific treatment algorithm corresponding to a disease of a patient from a first Electronic Health Record (EHR) system, the disease specific treatment algorithm including a decision tree that includes guidelines for treating a specific disease;

processing data corresponding to the disease specific treatment algorithm by inputting the data into a Large Language Model (LLM), the LLM being trained to process disease specific treatment algorithms to generate Clinical Quality Language (CQL) models compatible for Fast Healthcare Interoperability Resources (FHIR) and configured to trigger Clinical Decision Support (CDS) hooks;

receiving one or more first COL models from the LLM based on the processing of the data corresponding to the disease specific treatment algorithm, the one or more first COL models include at least a first CDS hook;

receiving an update to a patient record of the patient from the first EHR system;

generating an updated disease specific treatment algorithm based on the update;

inputting the updated disease specific treatment algorithm to the LLM to receive one or more second CQL models from the LLM;

executing the one or more second CQL models triggering at least a second CDS hook to generate an alert; and

causing transmission of the alert for a medical practitioner associated with the first EHR system.

20. A non-transitory computer-readable storage medium storing instructions that, when executed by at least one processor, cause the at least one processor to perform operations comprising:

receiving a disease specific treatment algorithm corresponding to a disease of a patient from a first Electronic Health Record (EHR) system, the disease specific treatment algorithm including a decision tree that includes guidelines for treating a specific disease;

processing data corresponding to the disease specific treatment algorithm by inputting the data into a Large Language Model (LLM), the LLM being trained to process disease specific treatment algorithms to generate Clinical Quality Language (CQL) models compatible for Fast Healthcare Interoperability Resources (FHIR) and configured to trigger Clinical Decision Support (CDS) hooks;

receiving one or more first CQL models from the LLM based on the processing of the data corresponding to the disease specific treatment algorithm, the one or more first CQL models include at least a first CDS hook;

receiving an update to a patient record of the patient from the first EHR system;

generating an updated disease specific treatment algorithm based on the update;

inputting the updated disease specific treatment algorithm s to the LLM to receive one or more second CQL models from the LLM;

executing the one or more second CQL models triggering at least a second CDS hook to generate an alert; and

causing transmission of the alert for a medical practitioner associated with the first EHR system.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 6, 2024
From: SANTIAGO, FREDRIC A.
To: SAFI CLINICAL INFORMATICS GROUP, LLC
Reel/Frame 067647/0987 →
Continuity (2)
Provisional Application 63530045 · Jul 31, 2023
Related Publication 20250046407A1 · Feb 6, 2025
References Cited (16)
US 12020814B1 · McNair · 2024 [cited by examiner]
US 20150120321A1 · David · 2015 [cited by examiner]
US 20160378950A1 · Reiner · 2016 [cited by examiner]
US 20180121622A1 · Armstrong · 2018 [cited by examiner]
US 20180196921A1 · Devarakonda et al. · 2018 [cited by applicant]
US 20180315495A1 · Chekroud · 2018 [cited by examiner]
US 20210200766A1 · Erdmann · 2021 [cited by examiner]
US 20220084662A1 · Das · 2022 [cited by examiner]
US 20230197278A1 · Griffin · 2023 [cited by examiner]
US 20230335258A1 · Sinha · 2023 [cited by examiner]
AU 2021200650A1 · 2021 [cited by examiner]
WO 2025029357 · 2025 [cited by applicant]
Xi Yang et al., A large language model for electronic heath records, NPJ Digital Medicine 5:194 (2022) (Year: 2022). [cited by examiner]
“International Application Serial No. PCT/US2024/030850, International Search Report mailed Sep. 6, 2024”, 2 pgs. [cited by applicant]
“International Application Serial No. PCT/US2024/030850, Written Opinion mailed Sep. 6, 2024”, 5 pgs. [cited by applicant]
Yang, X., et al., “A Large Language Model for Electronic Health Record”, npj Digital Medicine, vol. 5, Article 194, [Online]. Retrieved from the Internet: <http://doi.org/101038/s41746-022-00742-2>, (Dec. 26, 2022), 1-9. [cited by applicant]