Patient data mining for quality adherence

Abstract

The present invention provides systems and methods for automatically ensuring adherence to clinical guidelines during the course of patient treatments. A data source contains patient records, including records for patients being treated; a guidelines knowledge base contains clinical guidelines; and a quality adherence engine is configured to monitor adherence with the clinical guidelines for patients being treated. At least some of the patient records may include information obtained from mining unstructured patient data. The system includes an output component for outputting quality adherence information. The outputted quality adherence information may include reminders, including reminders to take clinical actions in accordance with the clinical guidelines. The outputted quality adherence information may also include warnings that the clinical guidelines have not been observed.

Description

FIELD OF THE INVENTION

The present invention relates to medical information processing systems, and, more particularly to a computerized system and method for providing quality adherence information for health care organizations.

BACKGROUND OF THE INVENTION

Health care organizations are increasingly turning to evidence-based approaches to improve quality of care. For instance, health care organizations typically employ clinical guidelines that provide recommendations based on the best available medical scientific evidence. Health care quality can be measured by comparing clinical actions to guideline recommendations.

The results of such comparisons can be used by health care organizations to determine areas of excellence within their organizations as well as those areas that need improvement. This information provides an objective basis for planning and making budgeting decisions. In addition, it may be used to demonstrate accountability to the public and back up claims of quality.

Currently, solutions that address the issue of quality of care usually only focus on retrospective comparisons with clinical guidelines. Although retrospective comparisons can provide valuable information, there are generally few mechanisms in place for ensuring adherence to guidelines during the course of patient treatment. Such information would be very useful in determining problems as they happen, so that corrective action could immediately be taken.

As health care organizations migrate toward environments where most aspects of patient care management are automated, it is now easier to collect and analyze patient information. However, health care organizations tend to maintain information in a myriad of unstructured and structured data sources. For example, it may be necessary to access numerous different databases, each with its own peculiar format. Worse, physician notes may have to be consulted. These notes usually are nothing more than free text dictations, and it may be very difficult to sift through the notes to gather the necessary information. As a result, the effort taken to collect information is usually time consuming, expensive, and error prone.

Given the importance of providing quality of care information, it would be desirable and highly advantageous to generate accurate quality adherence information during the course of patient treatment.

SUMMARY OF THE INVENTION

The present invention provides a technique for generating accurate quality adherence information during the course of patient treatment.

In various embodiments of the present invention, a system is provided that includes a data source containing patient records, including records for patients being treated; a guidelines knowledge base containing clinical guidelines; and a quality adherence engine for monitoring adherence with the clinical guidelines for the patients being treated. At least some of the patient records may include information obtained from mining unstructured patient data.

The system includes an output component for outputting quality adherence information. The outputted quality adherence information may include reminders, including reminders to take clinical actions in accordance with the clinical guidelines. The outputted quality adherence information may also include warnings that the clinical guidelines have not been observed.

The quality adherence engine may be configured to monitor adherence to the clinical guidelines by comparing clinical actions with clinical guidelines. The clinical guidelines can relate to recommended clinical actions. The quality adherence engine can monitor adherence to the clinical guidelines by determining the next recommended clinical actions. Reminders for the next recommended clinical actions can be output so that health care providers are better able to follow the recommendations.

These and other aspects, features and advantages of the present invention will become apparent from the following detailed description of preferred embodiments, which is to be read in connection with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a computer processing system to which the present invention may be applied according to an embodiment of the present invention;

FIG. 2 shows an exemplary quality assurance system in accordance with an embodiment of the present invention;

FIG. 3 shows an exemplary data mining framework for mining structured clinical information; and

FIG. 4 shows a flow diagram outlining an exemplary technique for automatically ensuring adherence to clinical guidelines during the course of patient treatments.

DESCRIPTION OF PREFERRED EMBODIMENTS

To facilitate a clear understanding of the present invention, illustrative examples are provided herein which describe certain aspects of the invention. However, it is to be appreciated that these illustrations are not meant to limit the scope of the invention, and are provided herein to illustrate certain concepts associated with the invention.

It is also to be understood that the present invention may be implemented in various forms of hardware, software, firmware, special purpose processors, or a combination thereof. Preferably, the present invention is implemented in software as a program tangibly embodied on a program storage device. The program may be uploaded to, and executed by, a machine comprising any suitable architecture. Preferably, the machine is implemented on a computer platform having hardware such as one or more central processing units (CPU), a random access memory (RAM), and input/output (I/O) interface(s). The computer platform also includes an operating system and microinstruction code. The various processes and functions described herein may either be part of the microinstruction code or part of the program (or combination thereof) which is executed via the operating system. In addition, various other peripheral devices may be connected to the computer platform such as an additional data storage device and a printing device.

It is to be understood that, because some of the constituent system components and method steps depicted in the accompanying figures are preferably implemented in software, the actual connections between the system components (or the process steps) may differ depending upon the manner in which the present invention is programmed.

FIG. 1 is a block diagram of a computer processing system 100 to which the present invention may be applied according to an embodiment of the present invention. The system 100 includes at least one processor (hereinafter processor) 102 operatively coupled to other components via a system bus 104. A read-only memory (ROM) 106, a random access memory (RAM) 108, an I/O interface 110, a network interface 112, and external storage 114 are operatively coupled to the system bus 104. Various peripheral devices such as, for example, a display device, a disk storage device (e.g., a magnetic or optical disk storage device), a keyboard, and a mouse, may be operatively coupled to the system bus 104 by the I/O interface 110 or the network interface 112.

The computer system 100 may be a standalone system or be linked to a network via the network interface 112. The network interface 112 may be a hard-wired interface. However, in various exemplary embodiments, the network interface 112 can include any device suitable to transmit information to and from another device, such as a universal asynchronous receiver/transmitter (UART), a parallel digital interface, a software interface or any combination of known or later developed software and hardware. The network interface may be linked to various types of networks, including a local area network (LAN), a wide area network (WAN), an intranet, a virtual private network (VPN), and the Internet.

The external storage 114 may be implemented using a database management system (DBMS) managed by the processor 102 and residing on a memory such as a hard disk. However, it should be appreciated that the external storage 114 may be implemented on one or more additional computer systems. For example, the external storage 114 may include a data warehouse system residing on a separate computer system.

Those skilled in the art will appreciate that other alternative computing environments may be used without departing from the spirit and scope of the present invention.

Referring to FIG. 2, an automated quality adherence system 200 is illustrated. The automated quality adherence system 200 includes a data source 202 containing patient records, a clinical guidelines knowledge base 204, a quality adherence engine 206, and an output component 208. The automated quality adherence system 200 is configured to monitor adherence with clinical guidelines for patients being treated.

Preferably, the data source 202 is organized as a structured clinical patient record (CPR) and populated with patient information using data mining techniques described in “Patient Data Mining,” by Rao et al., copending U.S. patent application Ser. No. 10/287,055, published as 2003-0120458, filed herewith, which is incorporated by reference herein in its entirety.

As illustrates in FIG. 3, an exemplary data mining framework for mining high-quality structured clinical information includes a data miner 350 that mines information from a CPR 310 using domain-specific knowledge contained in a knowledge base 330. The data miner 350 includes components for extracting information from the CPR 352, combining all available evidence in a principled fashion over time 354, and drawing inferences from this combination process 356. The mined information may be stored in a structured CPR 380.

The extraction component 352 deals with gleaning small pieces of information from each data source regarding a patient, which are represented as probabilistic assertions about the patient at a particular time. These probabilistic assertions are called elements. The combination component 354 combines all the elements that refer to the same variable at the same time period to form one unified probabilistic assertion regarding that variable. These unified probabilistic assertions are called factoids. The inference component 356 deals with the combination of these factoids, at the same point in time and/or at different points in time, to produce a coherent and concise picture of the progression of the patient's state over time. This progression of the patient's state is called a state sequence.

An individual model of the state of a patient may be built. The patient state is simply a collection of variables that one may care about relating to the patient. The information of interest may include a state sequence, i.e., the value of the patient state at different points in time during the patient's treatment.

Each of the above components uses detailed knowledge regarding the domain of interest, such as, for example, a

disease of interest. This domain knowledge base (330) can come in two forms. It can be encoded as an input to the system, or as programs that produce information that can be understood by the system. The part of the domain knowledge base (330) that is input to the present form of the system may also be learned from data.

Domain-specific knowledge for mining the data sources may include institution-specific domain knowledge. For example, this may include information about the data available at a particular hospital, document structures at a hospital, policies of a hospital, guidelines of a hospital, and any variations of a hospital.

The domain-specific knowledge may also include disease-specific domain knowledge. For example, the disease-specific domain knowledge may include various factors that influence risk of a disease, disease progression information, complications information, outcomes and variables related to a disease, measurements related to a disease, and policies and guidelines established by medical bodies.

As mentioned, the extraction component (352) takes information from the CPR (310) to produce probabilistic assertions (elements) about the patient that are relevant to an instant in time or time period. This process is carried out with the guidance of the domain knowledge that is contained in the domain knowledge base (330). The domain knowledge required for extraction is generally specific to each source.

Extraction from a text source may be carried out by phrase spotting, which requires a list of rules that specify the phrases of interest and the inferences that can be drawn therefrom. For example, if there is a statement in a doctor's note with the words “There is evidence of metastatic cancer in the liver,” then, in order to infer from this sentence that the patient has cancer, a rule is needed that directs the system to look for the phrase “metastatic cancer,” and, if it is found, to assert that the patient has cancer with a high degree of confidence (which, in the present embodiment, translates to generate an element with name “Cancer”, value “True” and confidence 0.9).

The data sources include structured and unstructured information. Structured information may be converted into standardized units, where appropriate. Unstructured information may include ASCII text strings, image information in DICOM (Digital Imaging and Communication in Medicine) format, and text documents partitioned based on domain knowledge. Information that is likely to be incorrect or missing may be noted, so that action may be taken. For example, the mined information may include corrected information, including corrected ICD-9 diagnosis codes.

Extraction from a database source may be carried out by querying a table in the source, in which case, the domain knowledge needs to encode what information is present in which fields in the database. On the other hand, the extraction process may involve computing a complicated function of the information contained in the database, in which case, the domain knowledge may be provided in the form of a program that performs this computation whose output may be fed to the rest of the system.

Extraction from images, waveforms, etc., may be carried out by image processing or feature extraction programs that are provided to the system.

Combination includes the process of producing a unified view of each variable at a given point in time from potentially conflicting assertions from the same/different sources. In various embodiments, this is performed using domain knowledge regarding the statistics of the variables represented by the elements (“prior probabilities”).

Inference is the process of taking all the factoids that are available about a patient and producing a composite view of the patient's progress through disease states, treatment protocols, laboratory tests, etc. Essentially, a patient's current state can be influenced by a previous state and any new composite observations.

The domain knowledge required for this process may be a statistical model that describes the general pattern of the evolution of the disease of interest across the entire patient population and the relationships between the patient's disease and the variables that may be observed (lab test results, doctor's notes, etc.). A summary of the patient may be produced that is believed to be the most consistent with the information contained in the factoids, and the domain knowledge.

For instance, if observations seem to state that a cancer patient is receiving chemotherapy while he or she does not have cancerous growth, whereas the domain knowledge states that chemotherapy is given only when the patient has cancer, then the system may decide either: (1) the patient does not have cancer and is not receiving chemotherapy (that is, the observation is probably incorrect), or (2) the patient has cancer and is receiving chemotherapy (the initial inference—that the patient does not have cancer—is incorrect); depending on which of these propositions is more likely given all the other information. Actually, both (1) and (2) may be concluded, but with different probabilities.

As another example, consider the situation where a statement such as “The patient has metastatic cancer” is found in a doctor's note, and it is concluded from that statement that <cancer=True (probability=0.9)>. (Note that this is equivalent to asserting that <cancer=True (probability:0.9), cancer=unknown (probability=0.1)>).

Now, further assume that there is a base probability of cancer <cancer=True (probability=0.35), cancer=False (probability=0.65)> (e.g., 35% of patients have cancer). Then, we could combine this assertion with the base probability of cancer to obtain, for example, the assertion <cancer=True (probability=0.93), cancer=False (probability=0.07)>.

Similarly, assume conflicting evidence indicated the following:

1. <cancer=True (probability=0.9), cancer=unknown probability=0.1)>

2. <cancer=False (probability=0.7), cancer=unknown (probability=0.3)>

3. <cancer=True (probability=0.1), cancer=unknown (probability=0.9)> and

4. <cancer=False (probability=0.4), cancer=unknown (probability=0.6)>.

In this case, we might combine these elements with the base probability of cancer <cancer=True (probability=0.35), cancer=False (probability=0.65)> to conclude, for example, that <cancer=True (prob=0.67), cancer=False (prob=0.33)>.

Numerous data sources may be accessed, and missing, incorrect, and/or inconsistent information may be dealt with. As an example, consider that, in determining whether a patient has diabetes, the following information might have to be extracted:

(a) ICD-9 billing codes for secondary diagnoses associated with diabetes;

(b) drugs administered to the patient that are associated with the treatment of diabetes (e.g., insulin);

(c) patient's lab values that are diagnostic of diabetes (e.g., two successive blood sugar readings over 250 mg/d);

(d) doctor mentions that the patient is a diabetic in the H&P (history & physical) or discharge note (free text); and

(e) patient procedures (e.g., foot exam) associated with being a diabetic.

As can be seen, there are multiple independent sources of information, observations from which can support (with varying degrees of certainty) that the patient is diabetic (or more generally has some disease/condition). Not all of them may be present, and in fact, in some cases, they may contradict each other. Probabilistic observations can be derived, with varying degrees of confidence. Then these observations (e.g., about the billing codes, the drugs, the lab tests, etc.) may be probabilistically combined to come up with a final probability of diabetes. Note that there may be information in the patient record that contradicts diabetes. For instance, the patient is has some stressful episode (e.g., an operation) and his blood sugar does not go up.

It should be appreciated that the above examples are presented for illustrative purposes only and are not meant to be limiting. The actual manner in which elements are combined depends on the particular domain under consideration as well as the needs of the users of the system. Further, it should be appreciated that while the above discussion refers to a patient-centered approach, actual implementations may be extended to handle multiple patients simultaneously. Additionally, it should be appreciated that a learning process may be incorporated into the domain knowledge base (330) for any or all of the stages (i.e., extraction, combination, inference).

Referring again to FIG. 2, the automated quality adherence system 200 can be configured to output quality adherence information, such as, for example reminders. The reminders may be generated to prompt physicians to take clinical actions in accordance with the clinical guidelines. The outputted quality adherence information may also include warnings that the clinical guidelines have not been observed.

The patient records contained in the data source 202 may include information regarding clinical actions taken during patient treatments. For example, the patient records may contain information regarding various tests and procedures administered to the patient.

The quality adherence engine 206 may be configured to monitor adherence to clinical guidelines by comparing clinical actions with the clinical guidelines. Since the clinical action information may be a product of inferences, it may therefore be probabilistic in nature. Thus, the warnings may be generated if there is a likelihood that the guidelines haven't been followed. Probability values may be assigned to each clinical action, and warnings issued if the probability that the guidelines weren't followed exceeds a predefined threshold.

The quality adherence engine 206 may also monitor adherence to clinical guidelines by determining the next recommended clinical actions. Reminders for the next recommended clinical actions may be output so that health care personnel are better able to follow the recommendations.

For example, guidelines for treatment of acute myocardial infarction (AMI) promulgated by the Joint Commission on Accreditation of Healthcare Organizations (JCAHO) call for certain AMI patients without aspirin contraindication to receive aspirin within 24 hours before or after hospital arrival. In this case, the quality adherence engine 206 can select patient records for AMI patients from the data source 202, and generate a reminder that aspirin should be given to certain of those patients. If the 24 hour period expired without aspirin being provided to an AMI patient, then a warning may instead be outputted.

The output component 208 may output these reminders and warnings, as the case may be, along with other quality adherence information. The output component 208 may be implemented to output this information via a printed report, a computer display device, etc. However, in various other embodiments, the quality adherence information may be integrated into a physician calendar/scheduling system.

Referring to FIG. 4, a flow diagram outlining an exemplary technique for automatically ensuring adherence to clinical guidelines during the course of patient treatments is illustrated. Beginning at step 402, patient records are obtained from a data source. At least some of the obtained patient records may contain treatment information derived from unstructured information, such as, for example, physician notes, medical images, and waveform information. Preferably, this information resides in a structured data repository populated using mined unstructured patient information, as described in “Patient Data Mining,” by Rao et al., copending U.S. patent application Ser. No. 10/287,055, published as 2003-0120458.

In step 404, clinical guidelines are retrieved from a clinical guidelines knowledge base. For example, the clinical guidelines may be stored in a database, and contain recommended clinical actions for various diseases of interest. These clinical guidelines may include recommendations promulgated by accreditation organizations (such as JCAHO), government agencies, and consumer health care organizations. In addition, clinical guidelines may be created for internal use (e.g., by a hospital to measure quality of care). In general, clinical guidelines may include any list of recommended clinical actions.

Next, in step 406, adherence to the clinical guidelines are monitored. This may involve determining the current patient diagnosis, and comparing clinical actions taken with respect to the patient to relevant guidelines. If recommended clinical actions were not observed, warnings may be generated to physicians and other medical personnel. The recommended next clinical actions for the patient may also be determined, and reminders may be generated.

In step 408, quality adherence information, such as the reminders and warnings, may be output via a report, a computer display, or even integrated into a calendar or scheduling system.

As shown in FIGS. 1-4, this invention is preferably implemented using a general purpose computer system. However the systems and methods of this invention can be implemented using any combination of one or more programmed general purpose computers, programmed microprocessors or micro-controllers and peripheral integrated circuit elements, ASIC or other integrated circuits, digital signal processors, hardwired electronic or logic circuits such as discrete element circuits, programmable logic devices such as a PLD, PLA, FPGA or PAL, or the like.

Although illustrative embodiments of the present invention have been described herein with reference to the accompanying drawings, it is to be understood that the invention is not limited to those precise embodiments, and that various other changes and modifications may be affected therein by one skilled in the art without departing from the scope or spirit of the invention.

Claims

1. A system for automatically ensuring adherence to clinical guidelines, comprising: a data source containing at least one patient record, including a first record for a patient being treated, the first patient record including structured information mined from unstructured patient data by a processor, the unstructured patient data including free text, the structured information for the patient being treated comprising values for variables related to clinical actions for the patient being treated, each of the values inferred from pieces extracted, by mining, from the unstructured patient data for the patient being treated, the pieces for each variable assigned respective first probabilities of indicating respective possible values, different pieces indicating different possible values of the respective variable, a plurality of the first probabilities referring to a same one of the variables combined into a unified probability for the value for the same one of the variables, at least one of the first probabilities being less than 100%, the value for the same one of the variables determined from the unified probability, the pieces and possible values for each of the variables being for the patient being treated, at least one of the pieces extracted from the free text;a guideline knowledge base containing a clinical guideline; anda quality adherence engine for monitoring adherence with the clinical guideline as a function of the information mined from unstructured patient data in the first record for the patient being treated.

2. The system of claim 1, further including an output component for outputting quality adherence information.

3. The system of claim 2, wherein the outputted quality adherence information includes reminders.

4. The system of claim 3, wherein the reminders include reminders to take a clinical action in accordance with the clinical guidelines.

5. The system of claim 2, wherein the outputted quality adherence information includes warnings that the clinical guideline has not been observed.

6. The system of claim 2, wherein the outputted quality adherence information includes warning that the clinical guideline has not been observed based on a probability exceeding a threshold.

7. The system of claim 2 wherein the outputted quality adherence information includes a report.

8. The system of claim 2 wherein the outputted quality adherence information includes schedule information.

9. The system of claim 1, wherein the at least one patient record comprises a plurality of patient records, the patient records contained in the data source include information regarding the clinical actions taken during patient treatments.

10. The system of claim 9, wherein the quality adherence engine monitors adherence to the clinical guideline at least in part by comparing the clinical action with the clinical guideline.

11. The system of claim 10, wherein the clinical guideline relate to recommended clinical action.

12. The system of claim 11, wherein the quality adherence engine monitors adherence to the clinical guideline at least in part by determining a subsequent recommended clinical action.

13. The system of claim 12, wherein the quality adherence engine monitors adherence to the clinical guideline at least in part by outputting a reminder for the subsequent recommended clinical action.

14. The system of claim 1 wherein the quality adherence engine is operable to identify a relevant guideline for the patient being treated.

15. The system of claim 1 wherein the quality adherence engine is operable to assign a probability to each of a plurality of clinical actions.

16. The system of claim 1 wherein the clinical guideline comprises health care person performed actions and the adherence comprises evaluation of compliance by the health care person.

17. A method for automatically ensuring adherence to clinical guidelines during the course of patient treatments, the method comprising the steps of: obtaining a patient record for a patient being treated, the patient record containing at least some structured information from a mined unstructured data source, the structured information comprising values for variables related to clinical actions for the patient being treated, the values for the variables inferred from pieces extracted, by processor mining, from the unstructured patient data source, the pieces for each variable assigned respective first probabilities for different possible values for the respective variable, a plurality of the first probabilities referring to a same one of the variables of the patient being treated combined into a unified probability for the value for the same one of the variables, at least one of the first probabilities being less than 100%, the value determined from the unified probability, the pieces and possible values being for the patient being treated, at least one of the pieces extracted from free text;retrieving a clinical guideline from a guideline knowledge base; andmonitoring adherence to the clinical guideline for the patient being treated as a function of the information from the mined unstructured data source.

18. The method of claim 17, further including the step of outputting quality adherence information.

19. The method of claim 18, wherein the outputted quality adherence information includes a reminder.

20. The method of claim 19, wherein the reminder is to take a clinical action in accordance with the clinical guideline.

21. The method of claim 18, wherein the outputted quality adherence information includes a warning that the clinical guideline has not been observed.

22. The method of claim 18, wherein the outputted quality adherence information includes a warning that the clinical guideline has not been observed based on a probability exceeding a threshold.

23. The method of claim 18, wherein the obtained patient record includes the clinical action taken during a patient treatment.

24. The method of claim 23, wherein monitoring adherence to the clinical guideline includes comparing the clinical action with the clinical guideline.

25. The method of claim 24, wherein the clinical guideline relates to a recommended clinical action.

26. The method of claim 24, wherein monitoring adherence to the clinical guideline further includes determining a subsequent recommended clinical action.

27. The method of claim 26, wherein monitoring adherence to the clinical guideline further includes outputting a reminder for the subsequent recommended clinical action.

28. A program storage device readable by a machine, tangibly embodying a program of instructions executable on the machine to perform method steps for automatically ensuring adherence to clinical guidelines, the method steps comprising: obtaining patient records for patients being treated, at least some of the patient records containing information from mined unstructured data sources, the information for a first patient being treated comprising values for variables related to clinical actions, each of the values being from pieces extracted, by mining, from the unstructured patient data, each of the pieces for a same variable assigned first probabilities, a plurality of the first probabilities referring to the same one of the variables combined into a unified probability for the value for the same one of the variables, at least one of the first probabilities being less than 100%, the value determined from the unified probability, the pieces and values being for the patient being treated, at least one of the pieces extracted from free text of the unstructured data source;retrieving clinical guidelines from a guidelines knowledge base; andmonitoring adherence to the clinical guidelines for the patients being treated as a function of the information from a mined unstructured data source.

29. The method of claim 18 wherein outputting comprises outputting a report.

30. The method of claim 18 wherein outputting comprises outputting schedule information.

31. The method of claim 17 wherein retrieving comprises identifying a relevant guideline for the patient being treated.

32. The method of claim 17 wherein monitoring comprises assigning a second probability to each of a plurality of clinical actions.