Traditionally, treatment plans have been written documents that outline the progression of therapy for a given patient. Treatment plans can be described at different levels of detail using different representations that range from a text document, a table, a graph or other graphical representation, or a combination of representations. Treatments plans are introduced in order to standardize and improve the predictability and the outcome of the prescribed treatment and, by doing so, improve the standard of care and avoid errors. For example, treatment plans communicate the purpose of a given treatment to all parties involved in the process including patients, relatives, referral sources and accrediting bodies. They provide a measure and timeline for a patient's progress in treatment and keeps the entire treatment team informed of the status of the treatment. Thus, problems identified at assessment are not forgotten and appropriate follow up measures can be taken. Treatment plans also allow changes and deviations to be identified and recorded so that patients are always informed with respect to their treatment steps, changes and progression. Treatment plans may also alert the clinician when treatment is ineffective and should be modified.
To obtain these desired benefits, treatment plans need to be accurate and updated whenever changes are required. A cumbersome and time consuming process, however, make it difficult for the clinicians to keep up with changes in the treatment plan so that the clinicians may skip recording changes and/or record changes with insufficient detail. Such a cumbersome process also raises costs and increases the risk of errors. Another problem is the current lack of integrated feedback concerning executed treatment plans. Improved feedback of executed plans may help predict the need for a revision and identify relevant extensions which can be used for the elaboration of more detailed treatment plans. Additionally, by using portions of previously executed treatment plans, the elaboration of new plans may be more efficient.
A method for managing an executable medical treatment plan. The method including analyzing one of treatment patterns and prior treatment patterns in view of patient information to generate treatment plan recommendations using a processor, receiving a user input regarding the treatment plan recommendations via a user interface and generating a current defined treatment plan based on the treatment plan recommendations and the user input regarding the treatment plan recommendations using the processor.
A system for managing an executable medical treatment plan. The system including a memory storing treatment patterns in a treatment patterns database and a set of instructions and a processor executing the instructions which causes the processor to perform operations including analyzing one of treatment patterns stored in the treatment patterns database and prior treatment patterns in view of patient information to generate treatment plan recommendations using a processor, receiving a user input regarding the treatment plan recommendations and generating a current defined treatment plan based on the treatment plan recommendations and the user input regarding the treatment plan recommendations using the processor.
The exemplary embodiments may be further understood with reference to the following description and the appended drawings wherein like elements are referred to with the same reference numerals. The exemplary embodiments relate to a system and method for managing and updating treatment plans. In particular, the exemplary embodiments describe generating a machine-executable treatment plan based on previously implemented treatment plans and the evolving needs of the patient. Although the exemplary embodiments describe treatment plans for oncology patients, it will be understood by those of skill in the art that the system and method of the present disclosure may be used to generate treatment plans for patients having any of a variety of disease or conditions within any of a variety of hospital departments.
As shown in
The treatment patterns database 112, defined treatment plans database 114 and executed treatment plans database 116 are stored in the memory 108 and include patterns/plans for a specific department or disease domain such that recommendations to the user closely fit the context of the desired current treatment plan. For example, the system 100 may be configured to provide recommendations in regard to an oncology outpatient treatment. It will be understood by those of skill in the art, however, that the system 100 may be configured for any of a variety of departments or diseases. The treatment patterns database 112 may include annotated treatment patterns extracted from, for example, available free text treatment plans. The defined treatment plans database 114 includes treatment plans that have been previously generated based on the recommendations provided by the intelligent analysis module 110. The executed treatment plans database 116 includes defined treatment plans that have been updated, edited and/or annotated to reflect changes to the treatment plan during execution. The intelligent analysis module 110 analyzes the patterns and plans from the treatment patterns database 112, the defined treatment plans database 114 and/or the executed treatment plans database 116 based on specific patient data to generate recommendations regarding the current treatment plan for the patient. Those skilled in the art will understand that it is not necessary to store the described data in three separate databases 112, 114, 116 as this construct is only used to logically separate the different types of data.
Treatment patterns may be identified, for example, by knowledge experts who review a representative number and range of treatment plans and suggest relevant patterns. The processor 102 may then evaluate the coverage of the suggested patterns in the entire set of available treatment plans using information extraction techniques such as, for example, a Natural Language Processing (NLP) module and regular expressions found in the patterns. The evaluation will show whether the identified treatment patterns can be detected within the available treatment plans. The treatment patterns may be stored in the treatment patterns database 112 and/or new patterns may be defined as a result of the evaluation. For example, in all treatment plans including an antibiotic, a pattern may be identified and annotated with the particular substance/drug and the dosage. Patterns may then be reused across plans and modified/annotated, as necessary. An annotated pattern for a plan including an antibiotic may be, for example, Doxycycline with a dosage of 100mg every 12 hours for 10 days, which may be reused across plans. The pattern, however, may be modified, when necessary, to instead include Tetracycline every 6 hours for 5 days, depending on the circumstance and specific patient information.
The intelligent analysis module 110 analyzes treatment patterns stored in the treatment patterns database 112 and/or prior defined treatment plans stored in the defined treatment plans database 114 and/or prior executed treatment plans stored in the executed treatment plans database 116 along with patient information (e.g., conditions, tests and results) to generate recommendations regarding the current treatment plan, in a step 220, and display the recommendations on the display 106. For example, if the clinician requires an antibiotic pattern for treating pneumonia, the processor 102 may retrieve instantiated patterns previously used for the same disease and recommend Doxycycline 2ith a dosage of 100mb every 12 hours for 10 days. In initial runs through the method 200 in which the defined and executed treatment plans databases 114, 116 have not yet been populated, it will be understood by those of skill in the art that the intelligent analysis module 110 may only analyze treatment patterns and patient information to generate recommendations for a current treatment plan. In subsequent runs through the method 200, however, it will be understood by those of skill in the art that the intelligent analysis module 110 may also analyze prior defined and executed treatment plans stored in the defined treatment plans database 114 and the executed treatment plans database 116, respectively, to generate recommendations for current treatment plan. As will be described in further detail below, the defined treatment plans database 114 and the executed treatment plans database 116 will be continuously updated with more current treatment plan information for generating treatment plan recommendations. Treatment recommendations may be displayed on the display 106 for viewing by a user (e.g., clinician). The recommendations may be displayed in, for example, a pre-defined form so that the user may easily select desired recommendations. It will be understood by those of skill in the art that the recommendations may be displayed in any of a variety of formats so long as the user may easily determine and input which of the recommendations are desired for the current treatment plan.
The user may select the desired recommendations and/or provide additional user input regarding the current treatment plan, in a step 230, using the user interface 104. The user input may include, for example, selecting which of the recommendations to include within the current treatment plan, a timeline for the selected steps of the current treatment plan and specific medications and/or dosages for steps of the treatment plan which require them. Based on the user input, the processor 102 generates a current defined treatment plan, in a step 240. The current defined treatment plan may be stored in the defined treatment plans database 114 and displayed on the display 106 for viewing by the user. In an exemplary embodiment the specific medications and dosages may included as annotations to the steps within the treatment plan. An exemplary defined treatment plan is shown in
In a step 250, the user may input revisions to the current defined treatment plan and/or input new/updated information which may necessitate a change in the current defined treatment plan. For example, the patient may experience a new event such as a fever or results of a test may be inputted to determine whether a change is required. Where the user has inputted information that requires a change to the current defined plan, the intelligent analysis module provides a recommendation to the user, in a step 260, based on the new information and rules which have been established and stored in the treatment patterns database 112. For example, the intelligent analysis module 110 may determine that treatment patterns have shown that in instances where patients have developed a fever during the course of treatment, an antibiotic was administered. The generated recommendation may also indicate specific antibiotics and/or dosages that have been administered for particular situations so that the user may select a specific course of treatment, in a step 270. Based on the user input provided in the step 270, the processor 102 generates an updated treatment plan which may be displayed on the display 106, in a step 280. The updated treatment plan may also be annotated to include reasons for the change to the current defined treatment plan. For example, the updated treatment plan may include an annotation that shows that the treatment plan was updated to include administration of an antibiotic to treat a fever. An exemplary updated treatment plan is shown in
Upon completion of the course of treatment defined for the patient, a current executed treatment plan including all the additional information, updates and changes to the current defined treatment plan reflected in all iterations of the updated treatment plan, is stored to the executed treatment plans database 116. Once the current executed treatment plan is stored to the executed treatment plans database 116, it will be understood by those of skill in the art that the current executed treatment plan becomes prior information which may be considered during the extraction of patterns in the step 210 and the analysis of patterns and/or plans in the step 220 when the method 200 is repeated for another patient within the same department/disease domain.
It is noted that the claims may include reference signs/numerals in accordance with PCT Rule 6.2(b). However, the present claims should not be considered to be limited to the exemplary embodiments corresponding to the reference signs/numerals.
Those skilled in the art will understand that the above-described exemplary embodiments may be implemented in any number of manners, including, as a separate software module, as a combination of hardware and software, etc. For example, the intelligent analysis module 110 may be a program containing lines of code that, when compiled, may be executed on a processor.
It will be apparent to those skilled in the art that various modifications may be made to the disclosed exemplary embodiments and method and alternatives without departing from the spirit or scope of the disclosure. Thus, it is intended that the present disclosure cover the modifications and variations provided that they come within the scope of the appended claims and their equivalents.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/IB2014/065350 | 10/16/2014 | WO | 00 |
Number | Date | Country | |
---|---|---|---|
61894451 | Oct 2013 | US |