US20140095204A1 - Automated medical cohort determination - Google Patents

Automated medical cohort determination Download PDF

Info

Publication number
US20140095204A1
US20140095204A1 US14/037,469 US201314037469A US2014095204A1 US 20140095204 A1 US20140095204 A1 US 20140095204A1 US 201314037469 A US201314037469 A US 201314037469A US 2014095204 A1 US2014095204 A1 US 2014095204A1
Authority
US
United States
Prior art keywords
medical
category
patient
probability
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US14/037,469
Inventor
Glenn Fung
Balaji Krishnapuram
Faisal Farooq
Shipeng Yu
Bharat R. Rao
Vikram Anand
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cerner Innovation Inc
Original Assignee
Siemens Medical Solutions USA Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Medical Solutions USA Inc filed Critical Siemens Medical Solutions USA Inc
Priority to US14/037,469 priority Critical patent/US20140095204A1/en
Assigned to SIEMENS MEDICAL SOLUTIONS USA, INC. reassignment SIEMENS MEDICAL SOLUTIONS USA, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: FUNG, GLENN, Anand, Vikram, KRISHNAPURAM, BALAJI, FAROOQ, FAISAL, RAO, BHARAT R, YU, SHIPENG
Publication of US20140095204A1 publication Critical patent/US20140095204A1/en
Priority to US14/331,320 priority patent/US10540448B2/en
Assigned to CERNER INNOVATION, INC. reassignment CERNER INNOVATION, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SIEMENS MEDICAL SOLUTIONS USA, INC.
Priority to US16/704,958 priority patent/US11256876B2/en
Priority to US17/574,384 priority patent/US11783134B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G06F19/345
    • G06F19/322
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16ZINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00Subject matter not provided for in other main groups of this subclass
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients

Definitions

  • the present embodiments relate to medical cohort determination. Specifically, the present embodiments relate to automatic medical category determination based on patient current and historical data.
  • Medical category determination early in the course of treatment of a patient can provide the patient a more specific and directed course of treatment that can allow for a more efficient treatment of the patient, and a faster patient recovery time.
  • Medical category determination may involve manual medical chart review by a medical expert and tends to be a resource intensive, human-labor driven, activity. As the volume of patients increase for a facility, the workload for the medical experts and professionals tasked with determining medical categories for patients increases, and a determination for a particular patient may become delayed, or subject to human error. Also, upon admission of a patient to a medical entity, there is not always an opportunity to manually review an entire medical history of a patient, and medical category determination at admission may be limited to information specifically provided by a patient during the admission process.
  • EMR Electronic Medical Records
  • the preferred embodiments described below include methods, computer readable media, and systems for automated patient medical category determination.
  • the probability that a patient belongs in a particular cohort or category is determined.
  • An action may be recommended based on the determined probability.
  • a method for determining inclusion of a patient in a medical category.
  • An analysis of an EMR is triggered by a processor in response to an input of data into an EMR.
  • Characteristics are identified that indicate inclusion in the medical category based on the analysis.
  • a probability is determined by the processor that the patient belongs to the category based on the identified characteristics.
  • An action to undertake may be recommended based on the probability.
  • a non-transitory computer readable storage medium has stored therein data representing instructions executable by a programmed processor for determining inclusion of a patient in a medical category.
  • the storage medium includes instructions for triggering an analysis of an electronic medical record of the patient in response to an input of data into the electronic medical record, identifying characteristics that indicate inclusion in the medical category with the analysis, determining a probability the patient belongs to the medical category based on the identified characteristics, and recommending an action to undertake based on the probability.
  • a system for determining inclusion of a patient in a medical category.
  • a memory is operable to store a plurality of electronic medical records of a plurality of patients of a medical entity and a specific electronic medical record of the patient.
  • a processor is configured trigger an analysis of the specific electronic medical record in response to an input of data into the specific electronic medical record, identify characteristics that indicate inclusion in the medical category with the analysis, determine a probability the patient belongs to the medical category based on the identified characteristics, and recommend an action to undertake based on the probability.
  • FIG. 1 is a flow chart diagram of an embodiment of a method for determining inclusion of a patient in a medical category
  • FIG. 2 is a block diagram of one embodiment of a system for determining inclusion of a patient in a medical category
  • FIG. 3 is a representation of an electronic medical record.
  • patient medical category determination may be determined automatically by leveraging the specific EMR of the patient and the EMRs of other patients of a medical entity.
  • the case of medical category determination for clinical trials may be important financially as medical entities may be required to perform certain tasks within a certain amount of time depending on a medical category determined for a patient upon admission to the medical facility. For example, patients in an Acute Myocardial Infarction medical category may be required to be administered a dose of acetylsalicylic acid within 24 hours of admission to a medical entity. If a medical entity does not comply with the clinical trial requirement, a financial incentive for the medical entity may be at risk. In such an example, early identification of a medical category for a patient may allow for the initiation of a workflow that enforces compliance with regulations for the particular medical category.
  • a clinical system may provide for concurrent predictive decision support to enable medical practitioners and researchers to rapidly, accurately, and inexpensively identify a medical category of interest automatically.
  • the system may predict the probability of belonging to a predefined medical category for a patient based on data in an electronic medical record.
  • the medical category may be defined by a user, or determined automatically.
  • the system may involve performing the predictions in a concurrent way. For example, the system may use information currently available to predict the likeliness of a patient belonging to a medical category. Further, as new data is entered for a patient, the system may evaluate this data for relevance to medical category determination, and use the entered information to improve the quality of a medical category prediction.
  • the system may learn to group patients in a newly defined medical category based on a presented example electronic medical record for the medical category. For example, a medical practitioner may choose a group of electronic medical records that belong to a medical category to be defined, and the system may assign probabilities of other electronic medical records belonging to the same medical category.
  • the predictive capability of the system may be improved by presenting new electronic medical records to a system user, wherein the system user may label the presented medical records as either in the medical category, or not in the medical category.
  • the system may further involve predefined models for common medical categories such as Acute myocardial infarction, heart failure, and pneumonia.
  • the predefined models may be developed from existing clinical knowledge or collections of electronic medical records.
  • the system may involve a machine learning model that may make predictions with incomplete data in a concurrent fashion.
  • the machine learned models may learn from a database of electronic medical records and/or prior clinical knowledge to represent and efficiently manipulate a probability distribution that a patient may belong to a medical category.
  • the probability may be based primarily on currently available information for a patient such as information in an electronic medical record from previous patient examinations, lab determined values, demographics, or a current primary symptom complaint by a patient, or any other data that may help in the probability determination.
  • Information such as a current primary symptom complaint may be input into an electronic medical record, and trigger an analysis regarding applicable medical categories, with the input.
  • the model may run continuously to update a probability based on the new information.
  • This sort of predictive model may be created using various techniques.
  • the technique involves a generative probabilistic model such as a Bayes net or Markov Random fields model.
  • the model may represent relations among medical concepts, terms and information and the likelihood of membership in a medical category for a patient.
  • a model may be trained using a dataset containing data from patients in the medical category and patients from a general clinical population, not in the medical category. Labels may be used to identify membership in a medical category.
  • a graphical model may be created that models the conditional probability of medical category membership given the available data. A joint probability distribution among data features may also be modeled. In this way, current available data alone may provide for a prediction based on a probability of membership in the medical category.
  • FIG. 1 shows a method for determining inclusion of a patient in a medical category.
  • the method is implemented by a computerized physician order entry (CPOE) system, an automated workflow system, a review station, a workstation, a computer, a picture archiving and communication system (PACS) station, a server, combinations thereof, or other system in a medical facility.
  • CPOE computerized physician order entry
  • PACS picture archiving and communication system
  • FIG. 2 implements the method, but other systems may be used. Additional, different, or fewer acts may be performed.
  • act 108 may not be provided.
  • the method is implemented in the order shown or a different order.
  • acts 104 and 106 may be performed in parallel.
  • an analysis of an electronic medical record for a patient is triggered in response to an input of data into the EMR.
  • the analysis may be triggered by the input of any type of data into the EMR.
  • any data relating to a characteristic that may be used to determine a medical category for a patient triggers analysis.
  • physician notes, nurse notes, or laboratory data may trigger the analysis.
  • the entry of a specific combination of prescription drugs may indicate that a patient belongs to a particular medical category.
  • the triggering data may be structured, such as a form field, or unstructured, such as hand written notes scanned and entered into an EMR.
  • a physician may hand write a prescription for a combination of drugs that indicate the inclusion of the patient in a category.
  • Other, non-clinical data may also trigger the analysis, such as demographic or billing data.
  • the triggering is periodic or in response to user activation without entry of new or additional data.
  • Other triggers in addition to or alternative to data entry in an EMR may be used.
  • the triggered analysis is performed on historical data in an EMR and the input triggering data.
  • the historical data is data already existing in the EMR. All or only some of the historical data may be used. In other embodiments, only the data input at the time of triggering is used in the analysis.
  • the characteristics are characteristics or combinations of characteristics identified for specific medical categories.
  • the characteristics of the specific medical categories may be known, and a system may be specifically configured to identify those characteristics. For example, excessive thirst, weight loss, and fatigue may be characteristics indicating a medical category of diabetes.
  • An embodiment may involve a specific identification protocol for these characteristics. Identifying the characteristics may involve multiple tests from multiple different examinations over time. For example, weight loss is difficult to detect with a singular reading.
  • weight loss may be identified by comparing a weight currently entered into an EMR with a previous weight entered into an EMR. This determined weight loss may in this way be a characteristic determined from a combination of data over time.
  • Other predetermined categories may include, but not be limited to, acute myocardial infarction, heart failure, or pneumonia. Each category has specific characteristics to be identified, if available.
  • a characteristic may be identified from historical data of a patient, such as data existing in a patient's EMR.
  • the historical data of an EMR may be mined to determine characteristics.
  • the hand written prescription may be scanned into the EMR and be input data. Any data mining may be used, such as disclosed in U.S. Pat. No. 7,617,078.
  • a probability that a patient belongs to a medical category is determined based on the identified characteristics of act 104 .
  • the probability may be determined based on any probabilistic model. For example, a Bayes net model or a Markov random fields model may be used.
  • a generative probabilistic model is applied to EMRs in a medical database of a medical entity to determine probabilities based on combinations of existences of characteristics in EMRs of the medical category.
  • a probability may be determined or expressed as a score, ranking, likeliness, assessed presumption, or any other indication of a probability that a patient belongs to a medical category.
  • characteristics needed to determine inclusion in a medical category with a desired certainty are established. For example, excessive thirst, fatigue and weight loss are characteristics determined for a patient. There may be other characteristics that indicate inclusion in a diabetes category, such as blurred vision, high blood pressure, or slow healing sores, but the identification of excessive thirst, fatigue, and weight loss may determine inclusion in a diabetes category within a desired certainty.
  • excessive thirst and fatigue may be the characteristics identified from an EMR.
  • a diabetes category determination may involve excessive thirst, fatigue, and weight loss.
  • the weight loss is missing from the EMR.
  • the resulting predicted probability may be weighted or otherwise account for the missing information.
  • characteristics are weighted or scored and a probability is based on a characteristic determined by the analysis.
  • a diabetes category determination may weigh weight loss at 50%, excessive thirst at 30% and fatigue at 20%.
  • equal weighting may be used.
  • a probability of inclusion in the diabetes category for a patient with excessive thirst and fatigue characteristics may be 50%.
  • the magnitude of change of a characteristic, or a value for a characteristic may be used to determine the probability.
  • a weight loss value found to be 10% may predict a higher probability for inclusion in a diabetes category than a 5% weight loss.
  • the weighting of factors may be based on a value for a characteristic. In the previous example, the 10% weight loss may be weighed heavier as a weight loss characteristic than the 5% weight loss.
  • a conclusion may be determined. It may be determined whether or not a patient is in a medical category. The determined probability is compared to a threshold. The threshold may be predetermined, or determined based on an average value in the medical category determined for a group of EMRs in a medical category. In an embodiment, a probability of 100% may determine that a patient belongs to a medical category.
  • Probability determinations may be updated, or recalculated as more information for a patient is input into an EMR. As such, a probability may be continuously dependent on the information currently available to the system, and updated as new information is input. Also, a patient may have probabilities of belonging to multiple medical categories determined. The likelihood of inclusion in each or any of the multiple categories may be updated as information is added to the system. As such, the probabilities determined for inclusion in medical categories for a patient may indicate that a patient belongs to multiple medical categories.
  • an action may be recommended based on the probability determined in act 106 .
  • the probability may indicate a strong or sufficient likelihood of inclusion in a medical category, and a procedure to verify inclusion in the medical category, such as a blood test or other clinical determinative measure, may be recommended.
  • a procedure to verify inclusion in the medical category such as a blood test or other clinical determinative measure
  • a recommendation to obtain a value for that characteristic is obtained.
  • a medical workflow may be modified to include a recommended procedure.
  • the recommended action may involve contacting a medical specialist in the field of the medical category.
  • the recommended action may be to assign the medical category to the EMR of the patient.
  • the recommended action may also be a series of procedures incorporating a recommended or preferred care plan for patients in the medical category.
  • the recommended action may involve multiple options for a course of treatment for a patient, based on the determined probability.
  • each optional course of treatment may be associated with a possible probability of the patient belonging to a medical category that may be determined based on the results of each course of treatment. For example, three options for treatment may be presented. Each option may be associated with a possible probability of inclusion in the medical category after the treatment option.
  • the determined probability that the patient belongs to a medical category may be 75%.
  • One treatment course option may indicate that the possible probability of belonging to the medical category after the treatment may be 35%.
  • a different treatment course option may indicate a possible probability of 42%.
  • the third treatment course option may indicate a possible probability of 29%.
  • the possible probability may be determined using existing EMRs of patients of the facility and data from an EMR of the patient. The possible probability may be based on the EMRs of patients determined to be in the medical category before and after the patients underwent the various treatment options.
  • the treatment options may be courses of treatment intended to verify inclusion in a medical category.
  • the value of a determined probability may indicate different suggested actions for the same medical category. For example, if a determined probability is 30% that a patient belongs to a diabetes category, nutritional training may be a recommended action. If a determined probability is 80%, however, further medical procedures or testing may be the recommended action.
  • FIG. 2 shows a system for determining inclusion of a patient in a medical category.
  • the system is a server, network, workstation, computer, database, or combinations thereof.
  • the system 10 includes a processor 12 , a memory 14 , and a display 16 . Additional, different, or fewer components may be provided.
  • the system includes a scanner, a network connection, a wireless transceiver or other device for receiving patient information and/or communicating patient information to other systems.
  • a wireless transceiver may allow for communication with a physician's mobile device for displaying information such as a recommended action to undertake based on a determined probability that a patient is a member of a medical category.
  • the physician may also enter information relating to the patient, using the mobile device, into an EMR, which may trigger an analysis of the EMR.
  • the data may be received and processed in or outside of the medical facility setting. For example, a physician writes an order for a prescription on a mobile device while in a hospital or at home. The prescription is transmitted to a server outside or in the hospital to be input into an EMR.
  • the memory 14 is a buffer, cache, RAM, removable media, hard drive, magnetic, optical, database, or other now known or later developed memory.
  • the memory 14 is a single device or group of two or more devices.
  • the memory 14 is shown within the system, but may be outside or remote from other components of the system, such as a database or PACS memory.
  • the memory 14 stores an EMR for a patient. Multiple EMRs of other patients may also be stored on the memory 14 .
  • the memory 14 is operable to store a plurality of electronic medical records of a plurality of patients of a medical entity and a specific electronic medical record of the patient.
  • the memory 14 is additionally or alternatively a non-transitory computer readable storage medium with processing instructions.
  • the memory 14 stores data representing instructions executable by the programmed processor 12 for determining a medical category for a patient.
  • the instructions for implementing the processes, methods and/or techniques discussed herein are provided on computer-readable storage media or memories, such as a cache, buffer, RAM, removable media, hard drive or other computer readable storage media.
  • Computer readable storage media include various types of volatile and nonvolatile storage media. The functions, acts or tasks illustrated in the figures or described herein are executed in response to one or more sets of instructions stored in or on computer readable storage media.
  • the functions, acts or tasks are independent of the particular type of instructions set, storage media, processor or processing strategy and may be performed by software, hardware, integrated circuits, firmware, micro code and the like, operating alone or in combination.
  • processing strategies may include multiprocessing, multitasking, parallel processing and the like.
  • the instructions are stored on a removable media device for reading by local or remote systems.
  • the instructions are stored in a remote location for transfer through a computer network or over telephone lines.
  • the instructions are stored within a given computer, CPU, GPU, or system.
  • the processor 12 is a server, general processor, digital signal processor, graphics processing unit, application specific integrated circuit, field programmable gate array, digital circuit, analog circuit, combinations thereof, or other now known or later developed device for medical category determination.
  • the processor 12 is a single device, a plurality of devices, or a network. For more than one device, parallel or sequential division of processing may be used. Different devices making up the processor 12 may perform different functions, such as a handwriting detector by one device and a separate device for communicating or processing the detected handwritten data.
  • the processor 12 is a control processor or other processor of a computerized data entry system for an EMR storage or database system. The processor 12 operates pursuant to stored instructions to perform various acts described herein.
  • the processor 12 is configured by software or hardware to determine a medical category for a patient.
  • the processor 12 may be configured to trigger an analysis of the specific electronic medical record in response to an input of data into the specific electronic medical record stored in memory 14 .
  • the processor 12 may be further configured to identify characteristics that indicate inclusion in the medical category with the analysis, determine a probability the patient belongs to the medical category based on the identified characteristics, and inclusion of the patient in the medical category based on the probability.
  • the display 16 is a CRT, LCD, plasma, projector, printer, or other output device for showing an image.
  • the display 16 displays a user interface with an image.
  • the user interface may be for the entry of information, such as information that may be characteristics that indicate the inclusion of a patient in a medical category.
  • the user interface may be for entering information into an EMR.
  • the user interface may display a probability or binary conclusion for membership in a category. The probability of membership in more than one category may be displayed.
  • FIG. 3 shows an exemplary EMR 200 .
  • Health care providers may employ automated techniques for information storage and retrieval.
  • the use of an EMR to maintain patient information is one such example.
  • an exemplary EMR 200 includes information collected over the course of a patient's treatment or use of an institution. This information may include, for example, computed tomography (CT) images, X-ray images, laboratory test results, doctor progress notes, details about medical procedures, prescription drug information, radiological reports, other specialist reports, demographic information, family history, patient information, and billing(financial) information. Any of this information may provide for a characteristic, or data indicating a characteristic, that may be used to determine a medical category for a patient.
  • CT computed tomography
  • An EMR may include a plurality of data sources, each of which typically reflects a different aspect of a patient's care. Alternatively, the EMR is integrated into one data source. Structured data sources, such as financial, laboratory, and pharmacy databases, generally maintain patient information in database tables. Information may also be stored in unstructured data sources, such as, for example, free text, images, and waveforms. Often, characteristics, such as key clinical findings, are only stored within unstructured physician reports, annotations on images or other unstructured data source.

Abstract

Inclusion of a patient in a medical category is determined by triggering an analysis of an electronic medical record of the patient in response to an input of data into the electronic medical record. Identifying characteristics that indicate inclusion in the medical category with the analysis, and determining a probability the patient belongs to the medical category based on the identified characteristics.

Description

    RELATED APPLICATIONS
  • The present patent document claims the benefit of the filing date under 35 U.S.C. §119(e) of Provisional U.S. Patent Application Ser. No. 61/707,267, filed Sep. 28, 2012, which is hereby incorporated by reference.
  • BACKGROUND
  • The present embodiments relate to medical cohort determination. Specifically, the present embodiments relate to automatic medical category determination based on patient current and historical data.
  • Medical category determination early in the course of treatment of a patient can provide the patient a more specific and directed course of treatment that can allow for a more efficient treatment of the patient, and a faster patient recovery time. Medical category determination may involve manual medical chart review by a medical expert and tends to be a resource intensive, human-labor driven, activity. As the volume of patients increase for a facility, the workload for the medical experts and professionals tasked with determining medical categories for patients increases, and a determination for a particular patient may become delayed, or subject to human error. Also, upon admission of a patient to a medical entity, there is not always an opportunity to manually review an entire medical history of a patient, and medical category determination at admission may be limited to information specifically provided by a patient during the admission process.
  • Electronic Medical Records (EMR) have become the standard storage technique for medical and health records for patients of medical practitioners and medical entities. EMRs contain a considerable amount of medical data for specific patients, from various sources and in various formats. Collections of EMRs for medical facilities provide medical records and history for most, if not all, patients in a medical entity.
  • BRIEF SUMMARY
  • By way of introduction, the preferred embodiments described below include methods, computer readable media, and systems for automated patient medical category determination. The probability that a patient belongs in a particular cohort or category is determined. An action may be recommended based on the determined probability.
  • In a first aspect, a method is provided for determining inclusion of a patient in a medical category. An analysis of an EMR is triggered by a processor in response to an input of data into an EMR. Characteristics are identified that indicate inclusion in the medical category based on the analysis. A probability is determined by the processor that the patient belongs to the category based on the identified characteristics. An action to undertake may be recommended based on the probability.
  • In a second aspect, a non-transitory computer readable storage medium has stored therein data representing instructions executable by a programmed processor for determining inclusion of a patient in a medical category. The storage medium includes instructions for triggering an analysis of an electronic medical record of the patient in response to an input of data into the electronic medical record, identifying characteristics that indicate inclusion in the medical category with the analysis, determining a probability the patient belongs to the medical category based on the identified characteristics, and recommending an action to undertake based on the probability.
  • In a third aspect, a system is provided for determining inclusion of a patient in a medical category. A memory is operable to store a plurality of electronic medical records of a plurality of patients of a medical entity and a specific electronic medical record of the patient. A processor is configured trigger an analysis of the specific electronic medical record in response to an input of data into the specific electronic medical record, identify characteristics that indicate inclusion in the medical category with the analysis, determine a probability the patient belongs to the medical category based on the identified characteristics, and recommend an action to undertake based on the probability.
  • The present invention is defined by the following claims, and nothing in this section should be taken as a limitation on those claims. Further aspects and advantages of the invention are discussed below in conjunction with the preferred embodiments and may be later claimed independently or in combination.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The components and the figures are not necessarily to scale, emphasis instead being placed upon illustrating the principles of the invention. Moreover, in the figures, like reference numerals designate corresponding parts throughout the different views.
  • FIG. 1 is a flow chart diagram of an embodiment of a method for determining inclusion of a patient in a medical category;
  • FIG. 2 is a block diagram of one embodiment of a system for determining inclusion of a patient in a medical category; and
  • FIG. 3 is a representation of an electronic medical record.
  • DETAILED DESCRIPTION OF THE DRAWINGS AND PRESENTLY PREFERRED EMBODIMENTS
  • Rather than requiring a manual review of a patient medical record, patient medical category determination may be determined automatically by leveraging the specific EMR of the patient and the EMRs of other patients of a medical entity.
  • In several applications related to clinical workflow, ambulatorial medical care and biomedical research, automatic identification of patient cohorts with particular relevant characteristics, or a medical category, is desired. These characteristics may include diagnosis, conditions, symptoms, or any other characteristic that may indicate inclusion in a medical category. Automatic identification of subsets of patients with particular clinical attributes that can concurrently stratify patients on the basis of a given criteria of clinical interest, such as risk factors or chronic conditions, may have a large impact in assisting medical professionals to make crucial decisions related to medical care. Some of the possible applications where automatic medical category identification is relevant may include clinical decision support, quality of care surveillance, pharmacovigilance, or identification of prospective subjects for a research study or clinical trials.
  • The case of medical category determination for clinical trials may be important financially as medical entities may be required to perform certain tasks within a certain amount of time depending on a medical category determined for a patient upon admission to the medical facility. For example, patients in an Acute Myocardial Infarction medical category may be required to be administered a dose of acetylsalicylic acid within 24 hours of admission to a medical entity. If a medical entity does not comply with the clinical trial requirement, a financial incentive for the medical entity may be at risk. In such an example, early identification of a medical category for a patient may allow for the initiation of a workflow that enforces compliance with regulations for the particular medical category.
  • As more medical data becomes computerized, more data becomes available for analysis and may be used in new ways. This also creates opportunities to integrate and use patient data coming from new and different sources, for example structured and unstructured data, for medical category determination. Some of the new sources for data may include physician and nurse handwritten notes, lab data, billing data, demographic data, image data, and any other data that may contribute to indicating inclusion in a medical category.
  • A clinical system may provide for concurrent predictive decision support to enable medical practitioners and researchers to rapidly, accurately, and inexpensively identify a medical category of interest automatically. The system may predict the probability of belonging to a predefined medical category for a patient based on data in an electronic medical record. The medical category may be defined by a user, or determined automatically. The system may involve performing the predictions in a concurrent way. For example, the system may use information currently available to predict the likeliness of a patient belonging to a medical category. Further, as new data is entered for a patient, the system may evaluate this data for relevance to medical category determination, and use the entered information to improve the quality of a medical category prediction.
  • The system may learn to group patients in a newly defined medical category based on a presented example electronic medical record for the medical category. For example, a medical practitioner may choose a group of electronic medical records that belong to a medical category to be defined, and the system may assign probabilities of other electronic medical records belonging to the same medical category. The predictive capability of the system may be improved by presenting new electronic medical records to a system user, wherein the system user may label the presented medical records as either in the medical category, or not in the medical category. The system may further involve predefined models for common medical categories such as Acute myocardial infarction, heart failure, and pneumonia. The predefined models may be developed from existing clinical knowledge or collections of electronic medical records.
  • The system may involve a machine learning model that may make predictions with incomplete data in a concurrent fashion. The machine learned models may learn from a database of electronic medical records and/or prior clinical knowledge to represent and efficiently manipulate a probability distribution that a patient may belong to a medical category. The probability may be based primarily on currently available information for a patient such as information in an electronic medical record from previous patient examinations, lab determined values, demographics, or a current primary symptom complaint by a patient, or any other data that may help in the probability determination. Information such as a current primary symptom complaint may be input into an electronic medical record, and trigger an analysis regarding applicable medical categories, with the input. As more information is entered, the model may run continuously to update a probability based on the new information. This sort of predictive model may be created using various techniques. In an embodiment, the technique involves a generative probabilistic model such as a Bayes net or Markov Random fields model. The model may represent relations among medical concepts, terms and information and the likelihood of membership in a medical category for a patient.
  • In an embodiment, a model may be trained using a dataset containing data from patients in the medical category and patients from a general clinical population, not in the medical category. Labels may be used to identify membership in a medical category. A graphical model may be created that models the conditional probability of medical category membership given the available data. A joint probability distribution among data features may also be modeled. In this way, current available data alone may provide for a prediction based on a probability of membership in the medical category.
  • FIG. 1 shows a method for determining inclusion of a patient in a medical category. The method is implemented by a computerized physician order entry (CPOE) system, an automated workflow system, a review station, a workstation, a computer, a picture archiving and communication system (PACS) station, a server, combinations thereof, or other system in a medical facility. For example, the system or computer readable media shown in FIG. 2 implements the method, but other systems may be used. Additional, different, or fewer acts may be performed. For example act 108 may not be provided. The method is implemented in the order shown or a different order. For example, acts 104 and 106 may be performed in parallel.
  • In act 102, an analysis of an electronic medical record for a patient is triggered in response to an input of data into the EMR. The analysis may be triggered by the input of any type of data into the EMR. For example, any data relating to a characteristic that may be used to determine a medical category for a patient triggers analysis. In an embodiment, physician notes, nurse notes, or laboratory data may trigger the analysis. For example, the entry of a specific combination of prescription drugs may indicate that a patient belongs to a particular medical category. The triggering data may be structured, such as a form field, or unstructured, such as hand written notes scanned and entered into an EMR. For example, a physician may hand write a prescription for a combination of drugs that indicate the inclusion of the patient in a category. Other, non-clinical data may also trigger the analysis, such as demographic or billing data.
  • In an embodiment, the triggering is repeated for all new data input into the EMR. The triggering may be restricted to entry of values for certain or a limited number of variables. In an embodiment, the triggering is repeated for data input into critical categories, or categories determined to generally have a high likelihood of including or indicating a characteristic.
  • Alternatively, the triggering is periodic or in response to user activation without entry of new or additional data. Other triggers in addition to or alternative to data entry in an EMR may be used.
  • In act 104, characteristics that indicate inclusion in a medical category are identified with, or based on, the analysis triggered in act 102. In an embodiment, the triggered analysis is performed on historical data in an EMR and the input triggering data. The historical data is data already existing in the EMR. All or only some of the historical data may be used. In other embodiments, only the data input at the time of triggering is used in the analysis.
  • The characteristics may be any type of characteristic. In an embodiment, a characteristic may be a diagnosis, condition, or a symptom. For example, a symptom of excessive thirst may be a characteristic that indicates a medical category of diabetes.
  • In an embodiment, the characteristics are characteristics or combinations of characteristics identified for specific medical categories. The characteristics of the specific medical categories may be known, and a system may be specifically configured to identify those characteristics. For example, excessive thirst, weight loss, and fatigue may be characteristics indicating a medical category of diabetes. An embodiment may involve a specific identification protocol for these characteristics. Identifying the characteristics may involve multiple tests from multiple different examinations over time. For example, weight loss is difficult to detect with a singular reading. However, in act 104 weight loss may be identified by comparing a weight currently entered into an EMR with a previous weight entered into an EMR. This determined weight loss may in this way be a characteristic determined from a combination of data over time. Other predetermined categories may include, but not be limited to, acute myocardial infarction, heart failure, or pneumonia. Each category has specific characteristics to be identified, if available.
  • A characteristic may be identified from historical data of a patient, such as data existing in a patient's EMR. The historical data of an EMR may be mined to determine characteristics. The hand written prescription may be scanned into the EMR and be input data. Any data mining may be used, such as disclosed in U.S. Pat. No. 7,617,078.
  • Characteristics to be identified may be determined by any method. In an embodiment, known clinical standards and diagnosis criteria are used. In an embodiment, characteristics are learned through a machine learned model. For example, a machine learning model may be provided EMRs of known members of a medical category from an EMR database of one or more medical entities. The machine learned model may then analyze the known EMRs to determine common or relative characteristics that indicate inclusion in the medical category. Discriminative characteristics are learned by the machine. The machine learned model may also be provided EMRs of patients known not to be in the medical category to further establish the discriminative characteristics of the medical category.
  • In act 106, a probability that a patient belongs to a medical category is determined based on the identified characteristics of act 104. The probability may be determined based on any probabilistic model. For example, a Bayes net model or a Markov random fields model may be used. In an embodiment, a generative probabilistic model is applied to EMRs in a medical database of a medical entity to determine probabilities based on combinations of existences of characteristics in EMRs of the medical category. A probability may be determined or expressed as a score, ranking, likeliness, assessed presumption, or any other indication of a probability that a patient belongs to a medical category.
  • The matrix or other representation of the machine learnt classifier may be the same one used to determine the discriminative characteristics. By inputting values for the discriminative characteristics, the classifier outputs a probability.
  • In an embodiment, characteristics needed to determine inclusion in a medical category with a desired certainty are established. For example, excessive thirst, fatigue and weight loss are characteristics determined for a patient. There may be other characteristics that indicate inclusion in a diabetes category, such as blurred vision, high blood pressure, or slow healing sores, but the identification of excessive thirst, fatigue, and weight loss may determine inclusion in a diabetes category within a desired certainty. In another example, excessive thirst and fatigue may be the characteristics identified from an EMR. A diabetes category determination may involve excessive thirst, fatigue, and weight loss. The weight loss is missing from the EMR. The resulting predicted probability may be weighted or otherwise account for the missing information. In one embodiment, characteristics are weighted or scored and a probability is based on a characteristic determined by the analysis. For example, a diabetes category determination may weigh weight loss at 50%, excessive thirst at 30% and fatigue at 20%. In another example, equal weighting may be used. In this example, a probability of inclusion in the diabetes category for a patient with excessive thirst and fatigue characteristics may be 50%. The magnitude of change of a characteristic, or a value for a characteristic, may be used to determine the probability. For example, a weight loss value found to be 10% may predict a higher probability for inclusion in a diabetes category than a 5% weight loss. Also, the weighting of factors may be based on a value for a characteristic. In the previous example, the 10% weight loss may be weighed heavier as a weight loss characteristic than the 5% weight loss.
  • A probability determination may be any qualitative or quantitative score. For example, the probability determination may be a statistical probability of inclusion in a medical category, from 0% to 100%. In another embodiment, the probability determination may include a qualitative description of the probability, such as “low probability”, “medium probability”, or “high probability”.
  • In addition or alternative to a probability, a conclusion may be determined. It may be determined whether or not a patient is in a medical category. The determined probability is compared to a threshold. The threshold may be predetermined, or determined based on an average value in the medical category determined for a group of EMRs in a medical category. In an embodiment, a probability of 100% may determine that a patient belongs to a medical category.
  • Probability determinations may be updated, or recalculated as more information for a patient is input into an EMR. As such, a probability may be continuously dependent on the information currently available to the system, and updated as new information is input. Also, a patient may have probabilities of belonging to multiple medical categories determined. The likelihood of inclusion in each or any of the multiple categories may be updated as information is added to the system. As such, the probabilities determined for inclusion in medical categories for a patient may indicate that a patient belongs to multiple medical categories.
  • In act 108, an action may be recommended based on the probability determined in act 106. In an embodiment, the probability may indicate a strong or sufficient likelihood of inclusion in a medical category, and a procedure to verify inclusion in the medical category, such as a blood test or other clinical determinative measure, may be recommended. Where a value for a characteristic used by the classifier is missing, a recommendation to obtain a value for that characteristic is obtained. In one embodiment, a medical workflow may be modified to include a recommended procedure. The recommended action may involve contacting a medical specialist in the field of the medical category. In an embodiment, the recommended action may be to assign the medical category to the EMR of the patient.
  • The recommended action may also be a series of procedures incorporating a recommended or preferred care plan for patients in the medical category. The recommended action may involve multiple options for a course of treatment for a patient, based on the determined probability. In an embodiment, each optional course of treatment may be associated with a possible probability of the patient belonging to a medical category that may be determined based on the results of each course of treatment. For example, three options for treatment may be presented. Each option may be associated with a possible probability of inclusion in the medical category after the treatment option. The determined probability that the patient belongs to a medical category may be 75%. One treatment course option may indicate that the possible probability of belonging to the medical category after the treatment may be 35%. A different treatment course option may indicate a possible probability of 42%. The third treatment course option may indicate a possible probability of 29%. The possible probability may be determined using existing EMRs of patients of the facility and data from an EMR of the patient. The possible probability may be based on the EMRs of patients determined to be in the medical category before and after the patients underwent the various treatment options. In another embodiment, the treatment options may be courses of treatment intended to verify inclusion in a medical category.
  • In an embodiment, the value of a determined probability may indicate different suggested actions for the same medical category. For example, if a determined probability is 30% that a patient belongs to a diabetes category, nutritional training may be a recommended action. If a determined probability is 80%, however, further medical procedures or testing may be the recommended action.
  • A current patient may be determined to belong to a medical category. The EMR of the current patient may be used to further train or update a system intended to identify characteristics indicating medical categories. New characteristics for a medical category may be added for determining a medical category from the current patient EMR. In an embodiment, a current patient EMR used as a training EMR for a machine learned model to determine characteristics indicating a medical category. The current patient EMR may be a singular training EMR, or it may be combined with historical EMRs of other patients to determine characteristics for medical categories. In an embodiment, an EMR of a patient that has been determined to belong to a medical category based on a determined probability is automatically used as a training EMR for that category. In this way, determining characteristics for medical categories, and ultimately determinations for inclusion in medical categories, may be continually updated.
  • FIG. 2 shows a system for determining inclusion of a patient in a medical category. The system is a server, network, workstation, computer, database, or combinations thereof. The system 10 includes a processor 12, a memory 14, and a display 16. Additional, different, or fewer components may be provided. For example, the system includes a scanner, a network connection, a wireless transceiver or other device for receiving patient information and/or communicating patient information to other systems. A wireless transceiver may allow for communication with a physician's mobile device for displaying information such as a recommended action to undertake based on a determined probability that a patient is a member of a medical category. The physician may also enter information relating to the patient, using the mobile device, into an EMR, which may trigger an analysis of the EMR. The data may be received and processed in or outside of the medical facility setting. For example, a physician writes an order for a prescription on a mobile device while in a hospital or at home. The prescription is transmitted to a server outside or in the hospital to be input into an EMR.
  • The memory 14 is a buffer, cache, RAM, removable media, hard drive, magnetic, optical, database, or other now known or later developed memory. The memory 14 is a single device or group of two or more devices. The memory 14 is shown within the system, but may be outside or remote from other components of the system, such as a database or PACS memory.
  • The memory 14 stores an EMR for a patient. Multiple EMRs of other patients may also be stored on the memory 14. In an embodiment, the memory 14 is operable to store a plurality of electronic medical records of a plurality of patients of a medical entity and a specific electronic medical record of the patient.
  • The memory 14 is additionally or alternatively a non-transitory computer readable storage medium with processing instructions. The memory 14 stores data representing instructions executable by the programmed processor 12 for determining a medical category for a patient. The instructions for implementing the processes, methods and/or techniques discussed herein are provided on computer-readable storage media or memories, such as a cache, buffer, RAM, removable media, hard drive or other computer readable storage media. Computer readable storage media include various types of volatile and nonvolatile storage media. The functions, acts or tasks illustrated in the figures or described herein are executed in response to one or more sets of instructions stored in or on computer readable storage media. The functions, acts or tasks are independent of the particular type of instructions set, storage media, processor or processing strategy and may be performed by software, hardware, integrated circuits, firmware, micro code and the like, operating alone or in combination. Likewise, processing strategies may include multiprocessing, multitasking, parallel processing and the like. In one embodiment, the instructions are stored on a removable media device for reading by local or remote systems. In other embodiments, the instructions are stored in a remote location for transfer through a computer network or over telephone lines. In yet other embodiments, the instructions are stored within a given computer, CPU, GPU, or system.
  • The processor 12 is a server, general processor, digital signal processor, graphics processing unit, application specific integrated circuit, field programmable gate array, digital circuit, analog circuit, combinations thereof, or other now known or later developed device for medical category determination. The processor 12 is a single device, a plurality of devices, or a network. For more than one device, parallel or sequential division of processing may be used. Different devices making up the processor 12 may perform different functions, such as a handwriting detector by one device and a separate device for communicating or processing the detected handwritten data. In one embodiment, the processor 12 is a control processor or other processor of a computerized data entry system for an EMR storage or database system. The processor 12 operates pursuant to stored instructions to perform various acts described herein.
  • The processor 12 is configured by software or hardware to determine a medical category for a patient. The processor 12 may be configured to trigger an analysis of the specific electronic medical record in response to an input of data into the specific electronic medical record stored in memory 14. The processor 12 may be further configured to identify characteristics that indicate inclusion in the medical category with the analysis, determine a probability the patient belongs to the medical category based on the identified characteristics, and inclusion of the patient in the medical category based on the probability.
  • The display 16 is a CRT, LCD, plasma, projector, printer, or other output device for showing an image. The display 16 displays a user interface with an image. The user interface may be for the entry of information, such as information that may be characteristics that indicate the inclusion of a patient in a medical category. The user interface may be for entering information into an EMR. The user interface may display a probability or binary conclusion for membership in a category. The probability of membership in more than one category may be displayed.
  • FIG. 3 shows an exemplary EMR 200. Health care providers may employ automated techniques for information storage and retrieval. The use of an EMR to maintain patient information is one such example. As shown in FIG. 3, an exemplary EMR 200 includes information collected over the course of a patient's treatment or use of an institution. This information may include, for example, computed tomography (CT) images, X-ray images, laboratory test results, doctor progress notes, details about medical procedures, prescription drug information, radiological reports, other specialist reports, demographic information, family history, patient information, and billing(financial) information. Any of this information may provide for a characteristic, or data indicating a characteristic, that may be used to determine a medical category for a patient.
  • An EMR may include a plurality of data sources, each of which typically reflects a different aspect of a patient's care. Alternatively, the EMR is integrated into one data source. Structured data sources, such as financial, laboratory, and pharmacy databases, generally maintain patient information in database tables. Information may also be stored in unstructured data sources, such as, for example, free text, images, and waveforms. Often, characteristics, such as key clinical findings, are only stored within unstructured physician reports, annotations on images or other unstructured data source.
  • While the invention has been described above by reference to various embodiments, it should be understood that many changes and modifications can be made without departing from the scope of the invention. It is therefore intended that the foregoing detailed description be regarded as illustrative rather than limiting, and that it be understood that it is the following claims, including all equivalents, that are intended to define the spirit and scope of this invention.

Claims (19)

I (We) claim:
1. A method of determining inclusion of a patient in a medical category, the method comprising:
triggering, by a processor in response to an input of data into an electronic medical record of the patient, an analysis of the electronic medical record;
identifying characteristics that indicate inclusion in the medical category with the analysis;
determining, by the processor, a probability the patient belongs to the medical category based on the identified characteristics; and
recommending an action to undertake based on the probability.
2. The method of claim 1, wherein the analysis comprises analyzing historical data from the electronic medical record and the data input into the electronic medical record.
3. The method of claim 1, wherein identifying comprises identifying the characteristics through an analysis of a plurality of electronic medical records of a medical entity, wherein the analysis is through a machine learned model.
4. The method of claim 1, wherein identifying the characteristics comprises identifying a diagnosis, a condition, or a symptom.
5. The method of claim 1, wherein identifying comprises identifying for inclusion in the medical category comprising an acute myocardial infarction category, a heart failure category, or a pneumonia category.
6. The method of claim 1, wherein triggering comprises triggering in response to the input of physician notes, nurse notes, laboratory data, demographic data, or billing data.
7. The method of claim 6, wherein triggering comprises triggering in response to the input of unstructured data.
8. The method of claim 1, wherein determining a probability comprises applying a generative probabilistic model based on electronic medical records of previous patients of a medical entity.
9. The method of claim 8, wherein applying the generative probabilistic model comprises applying a Bayes net model or a Markov random fields model.
10. The method of claim 1, wherein the probability is a value between 1% and 99%.
11. The method of claim 1, further comprising determining whether or not the patient is included in the medical category based on a comparison of the probability to a threshold.
13. The method of claim 1, wherein recommending comprises recommending an update to a medical workflow, a procedure to verify inclusion in the medical category, or a notification of a medical specialist in the medical category.
14. A system for determining inclusion of a patient in a medical category, the system comprising:
at least one memory operable to store a plurality of electronic medical records of a plurality of patients of a medical entity and a specific electronic medical record of the patient;
a first processor configured to:
trigger an analysis of the specific electronic medical record in response to an input of data into the specific electronic medical record;
identify characteristics that indicate inclusion in the medical category with the analysis;
determine a probability the patient belongs to the medical category based on the identified characteristics; and
recommend an action to undertake based on the probability.
15. The system of claim 14, wherein the analysis comprises analyzing historical data from the electronic medical record and the data input into the electronic medical record.
16. The system of claim 14, wherein the first processor is further configured to identify the characteristics through the analysis of a plurality of electronic medical records of a medical entity, wherein the analysis is through a machine learned model.
17. The system of claim 14, wherein the first processor is configured to determine a probability by applying a generative probabilistic model based on electronic medical records of previous patients of a medical entity.
18. The system of claim 14, wherein the first processor is further configured to determine whether or not the patient is included in the medical category based on a comparison of the probability to a threshold.
19. The system of claim 14, wherein the first processor is configured to recommend a procedure to verify inclusion in the medical category, or recommend a notification of a medical specialist in the medical category.
20. A non-transitory computer readable storage medium having stored therein data representing instructions executable by a programmed processor for determining inclusion of a patient in a medical category, the storage medium comprising instructions for:
triggering an analysis of an electronic medical record of the patient in response to an input of data into the electronic medical record;
identifying characteristics that indicate inclusion in the medical category with the analysis;
determining a probability the patient belongs to the medical category based on the identified characteristics; and
determining whether the patient is included in the medical category based on the probability.
US14/037,469 2012-09-28 2013-09-26 Automated medical cohort determination Abandoned US20140095204A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US14/037,469 US20140095204A1 (en) 2012-09-28 2013-09-26 Automated medical cohort determination
US14/331,320 US10540448B2 (en) 2013-07-15 2014-07-15 Gap in care determination using a generic repository for healthcare
US16/704,958 US11256876B2 (en) 2013-07-15 2019-12-05 Gap in care determination using a generic repository for healthcare
US17/574,384 US11783134B2 (en) 2013-07-15 2022-01-12 Gap in care determination using a generic repository for healthcare

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261707267P 2012-09-28 2012-09-28
US14/037,469 US20140095204A1 (en) 2012-09-28 2013-09-26 Automated medical cohort determination

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/331,320 Continuation-In-Part US10540448B2 (en) 2013-07-15 2014-07-15 Gap in care determination using a generic repository for healthcare

Publications (1)

Publication Number Publication Date
US20140095204A1 true US20140095204A1 (en) 2014-04-03

Family

ID=50386039

Family Applications (1)

Application Number Title Priority Date Filing Date
US14/037,469 Abandoned US20140095204A1 (en) 2012-09-28 2013-09-26 Automated medical cohort determination

Country Status (1)

Country Link
US (1) US20140095204A1 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170193194A1 (en) * 2015-12-30 2017-07-06 Cerner Innovation, Inc. Clinical trial patient retention and health maintenance system
US10540448B2 (en) 2013-07-15 2020-01-21 Cerner Innovation, Inc. Gap in care determination using a generic repository for healthcare
WO2020077163A1 (en) * 2018-10-10 2020-04-16 Kiljanek Lukasz R Generation of simulated patient data for training predicted medical outcome analysis engine
US10762983B2 (en) 2012-08-08 2020-09-01 Cerner Innovation, Inc. Selecting alternate results for integrated data capture
US10872087B2 (en) * 2017-10-13 2020-12-22 Google Llc Systems and methods for stochastic generative hashing
US10902492B2 (en) 2017-04-03 2021-01-26 L'oreal Method for providing a customized skin care product to a consumer
US20210057100A1 (en) * 2019-08-22 2021-02-25 Kenneth Neumann Methods and systems for generating a descriptor trail using artificial intelligence
US20210065904A1 (en) * 2019-08-29 2021-03-04 Siemens Healthcare Gmbh Performing medical tasks based on incomplete or faulty data
US11232468B2 (en) 2017-04-03 2022-01-25 L'oreal Skin care composition and method of making a skin care composition
US11235299B2 (en) 2017-04-03 2022-02-01 L'oreal System for forming a cosmetic composition
US11257574B1 (en) 2017-03-21 2022-02-22 OM1, lnc. Information system providing explanation of models
US11581093B2 (en) * 2019-09-19 2023-02-14 Merative Us L.P. Automatic detection of mental health condition and patient classification using machine learning
US11594310B1 (en) 2016-03-31 2023-02-28 OM1, Inc. Health care information system providing additional data fields in patient data
US11862346B1 (en) 2018-12-22 2024-01-02 OM1, Inc. Identification of patient sub-cohorts and corresponding quantitative definitions of subtypes as a classification system for medical conditions

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120458A1 (en) * 2001-11-02 2003-06-26 Rao R. Bharat Patient data mining
US20080201280A1 (en) * 2007-02-16 2008-08-21 Huber Martin Medical ontologies for machine learning and decision support
US20120166226A1 (en) * 2009-10-28 2012-06-28 Christine Lee Healthcare management system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030120458A1 (en) * 2001-11-02 2003-06-26 Rao R. Bharat Patient data mining
US20080201280A1 (en) * 2007-02-16 2008-08-21 Huber Martin Medical ontologies for machine learning and decision support
US20120166226A1 (en) * 2009-10-28 2012-06-28 Christine Lee Healthcare management system

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10762983B2 (en) 2012-08-08 2020-09-01 Cerner Innovation, Inc. Selecting alternate results for integrated data capture
US10540448B2 (en) 2013-07-15 2020-01-21 Cerner Innovation, Inc. Gap in care determination using a generic repository for healthcare
US11783134B2 (en) 2013-07-15 2023-10-10 Cerner Innovation, Inc. Gap in care determination using a generic repository for healthcare
US11256876B2 (en) 2013-07-15 2022-02-22 Cerner Innovation, Inc. Gap in care determination using a generic repository for healthcare
US20170193194A1 (en) * 2015-12-30 2017-07-06 Cerner Innovation, Inc. Clinical trial patient retention and health maintenance system
US11594310B1 (en) 2016-03-31 2023-02-28 OM1, Inc. Health care information system providing additional data fields in patient data
US11594311B1 (en) 2016-03-31 2023-02-28 OM1, Inc. Health care information system providing standardized outcome scores across patients
US11257574B1 (en) 2017-03-21 2022-02-22 OM1, lnc. Information system providing explanation of models
US11854029B2 (en) 2017-04-03 2023-12-26 L'oreal Skin care composition and method of making a skin care composition
US10902492B2 (en) 2017-04-03 2021-01-26 L'oreal Method for providing a customized skin care product to a consumer
US11232468B2 (en) 2017-04-03 2022-01-25 L'oreal Skin care composition and method of making a skin care composition
US11235299B2 (en) 2017-04-03 2022-02-01 L'oreal System for forming a cosmetic composition
US10872087B2 (en) * 2017-10-13 2020-12-22 Google Llc Systems and methods for stochastic generative hashing
WO2020077163A1 (en) * 2018-10-10 2020-04-16 Kiljanek Lukasz R Generation of simulated patient data for training predicted medical outcome analysis engine
US11862346B1 (en) 2018-12-22 2024-01-02 OM1, Inc. Identification of patient sub-cohorts and corresponding quantitative definitions of subtypes as a classification system for medical conditions
US11581094B2 (en) * 2019-08-22 2023-02-14 Kpn Innovations, Llc. Methods and systems for generating a descriptor trail using artificial intelligence
US20210057100A1 (en) * 2019-08-22 2021-02-25 Kenneth Neumann Methods and systems for generating a descriptor trail using artificial intelligence
US20210065904A1 (en) * 2019-08-29 2021-03-04 Siemens Healthcare Gmbh Performing medical tasks based on incomplete or faulty data
US11581093B2 (en) * 2019-09-19 2023-02-14 Merative Us L.P. Automatic detection of mental health condition and patient classification using machine learning

Similar Documents

Publication Publication Date Title
US20140095204A1 (en) Automated medical cohort determination
US11664097B2 (en) Healthcare information technology system for predicting or preventing readmissions
US10192640B2 (en) Fractional flow reserve decision support system
US8949082B2 (en) Healthcare information technology system for predicting or preventing readmissions
US11037070B2 (en) Diagnostic test planning using machine learning techniques
JP6700283B2 (en) A medical differential diagnosis device adapted to determine an optimum sequence of diagnostic tests for identifying a disease state by adopting a diagnostic validity standard
JP5038671B2 (en) Inspection item selection device, inspection item selection method, and inspection item selection program
US7877272B2 (en) Computer instructions for guiding differential diagnosis through information maximization
US20120065987A1 (en) Computer-Based Patient Management for Healthcare
US20110295621A1 (en) Healthcare Information Technology System for Predicting and Preventing Adverse Events
JP2008532104A (en) A method, system, and computer program product for generating and applying a prediction model capable of predicting a plurality of medical-related outcomes, evaluating an intervention plan, and simultaneously performing biomarker causality verification
Liu et al. Missed opportunities in preventing hospital readmissions: Redesigning post‐discharge checkup policies
JP2015524107A (en) System and method for matching patient information to clinical criteria
US20160110510A1 (en) Medical Workflow Determination And Optimization
Stiglic et al. Challenges associated with missing data in electronic health records: a case study of a risk prediction model for diabetes using data from Slovenian primary care
US10825178B1 (en) Apparatus for quality management of medical image interpretation using machine learning, and method thereof
US20140136225A1 (en) Discharge readiness index
US11664127B2 (en) Medical information processing apparatus, medical information processing method, and electronic medical record system
US20150294088A1 (en) Patient Summary Generation
King et al. Using machine learning to selectively highlight patient information
US11152120B2 (en) Identifying a treatment regimen based on patient characteristics
US20180322942A1 (en) Medical protocol evaluation
Gupta et al. Clinical decision support system to assess the risk of sepsis using tree augmented Bayesian networks and electronic medical record data
US20140095206A1 (en) Adaptive medical documentation system
US10867698B2 (en) Systems and methods for improved health care cohort reporting

Legal Events

Date Code Title Description
AS Assignment

Owner name: SIEMENS MEDICAL SOLUTIONS USA, INC., PENNSYLVANIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FUNG, GLENN;KRISHNAPURAM, BALAJI;FAROOQ, FAISAL;AND OTHERS;SIGNING DATES FROM 20130916 TO 20130919;REEL/FRAME:031346/0412

AS Assignment

Owner name: CERNER INNOVATION, INC., KANSAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SIEMENS MEDICAL SOLUTIONS USA, INC.;REEL/FRAME:034914/0556

Effective date: 20150202

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION