A portion of the disclosure of this patent document may contain material, which is subject to copyright protection. The owner has no objection to the facsimile reproduction by any one of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyrights whatsoever.
Certain marks referenced herein may be common law or registered trademarks of the applicant, the assignee or third parties affiliated or unaffiliated with the applicant or the assignee. Use of these marks is for providing an enabling disclosure by way of example and shall not be construed to exclusively limit the scope of the disclosed subject matter to material associated with such marks.
The disclosed subject matter relates generally to clinical decision support systems and, more particularly, to a system and method for providing a user with information about possible treatments available for one or more clinical presentations.
Clinical decision support systems help a healthcare provider or physician diagnose an illness and possibly determine the most suitable treatment for a patient. The current systems allow the user to provide as input one or more symptoms and as output receive one or more possible diagnosis or related treatments.
As such, the input to the system may include one or more symptoms, for example “runny nose”. And, the output may be a diagnosis for that symptom such as “viral cold”, “bacterial cold”, or “sinus allergy”. Some systems may also recommend one or more treatments, depending on the diagnosis, such as a prescription for “pain reliever”, “antibiotics”, or “antihistamine”, for example.
Current systems achieve certain objectives to simplify or educate the user about the possible diagnosis or treatments, with a limited level of information that is provided to the user in a manner that is typically not very intuitive or easy to follow or appreciate. It is desirable to have a solution that combines physician insights with known guidelines and best practices in a simple and intuitive manner.
For purposes of summarizing, certain aspects, advantages, and novel features have been described herein. It is to be understood that not all such advantages may be achieved in accordance with any one particular embodiment. Thus, the disclosed subject matter may be embodied or carried out in a manner that achieves or optimizes one advantage or group of advantages without achieving all advantages as may be taught or suggested herein.
In accordance with one embodiment, a method for supporting clinical decisions comprises providing a graphical user interface (GUI) to facilitate selection of one or more treatment plans (TPs) for one or more clinical presentations (CPs), wherein data records for the TPs and the CPs are implemented over a data structure that defines one or more relationship between the CPs and the TPs, according to medical guidelines or clinical data, wherein interaction with the GUI allows for filtering through TPs associated with one or more CPs, or filtering through CPs associated with one or more TPs, wherein selecting a CP from among a plurality of the CPs results in display of one or more TPs associated with the selected CP, and wherein cross-referencing between results displayed in response to the selection of the selected CP and TP provides details that help determine one or more relevant TPs for a target CP, whether or not the relevant TPs have been recommended under the medical guidelines.
In accordance with one or more embodiments, a system comprising one or more logic units is provided. The one or more logic units are configured to perform the functions and operations associated with the above-disclosed methods. In yet another embodiment, a computer program product comprising a computer readable storage medium having a computer readable program is provided. The computer readable program when executed on a computer causes the computer to perform the functions and operations associated with the above-disclosed methods.
One or more of the above-disclosed embodiments in addition to certain alternatives are provided in further detail below with reference to the attached figures. The disclosed subject matter is not, however, limited to any particular embodiment disclosed.
The disclosed embodiments may be better understood by referring to the figures in the attached drawings, as provided below.
Features, elements, and aspects that are referenced by the same numerals in different figures represent the same, equivalent, or similar features, elements, or aspects, in accordance with one or more embodiments.
In the following, numerous specific details are set forth to provide a thorough description of various embodiments. Certain embodiments may be practiced without these specific details or with some variations in detail. In some instances, certain features are described in less detail so as not to obscure other aspects. The level of detail associated with each of the elements or features should not be construed to qualify the novelty or importance of one feature over the others.
In accordance with one or more embodiments, a system is implemented to provide a user (e.g., a physician or a healthcare provider) with a tool or decision system that would allow the user to desirable interact with a graphical user interface (GUI) to traverse back and forth between one or more clinical presentations (CP) and one or more possible treatment programs (TP) that have been suggested, approved, utilized or recognized as suitable for treating the one or more CPs, either experimentally or otherwise. As such, the system may include a list of CPs and a list of TPs.
An example of a CP is “localized Leiomyosarcoma in the limb or trunk surface, superficial, high grade, larger than 5 cm tumor”. An example of a TP is “Surgery (Wide Excision), pre and/or post-operative Radiotherapy”. A CP may include a list of clinical features (CFs) (e.g., “deep tumor”, “large tumor” or “high grade tumor”). For example, the CP “localized Leiomyosarcoma in the limb or trunk surface, superficial, high grade, larger than 5 cm tumor” may include the features: (i) localized Leiomyosarcoma, (ii) limb or trunk surface, (iii) superficial, (iv) high grade, and (v) larger than 5 cm tumor. A TP may include a list of treatment features (TFs) “Wide excision” or “Radiotherapy”. For example the TP “Surgery (Wide Excision), pre and/or post-operative Radiotherapy” may include the treatment features (i) wide excision and (ii) radiotherapy.
The decision system may be provided with a GUI that may be designed so that the user may enter certain keywords or interact with a menu (e.g., a dropdown list of CFs, CPs, TFs or TPs) to provide information about one or more CPs, TPs or a combination thereof. In return, the user may be provided with one or more (desirably two) interactive charts (e.g., a CP chart and a TP chart) and a set of visual indications related to the association between a list of CP-TP pair. As provided in further detail below, a CP chart may graphically display a list of CPs for some type of diseases (e.g., breast cancer). The possible CPs for a given clinical feature (CF) such as local or metastatic disease may be presented as local type 1, local type 2, metastasized type 1, metastasized type 2, etc. A TP chart may graphically display a list of TPs for some type of disease (e.g., breast cancer). The possible TPs for a given treatment feature (TF) such surgery or chemo may be Surgery type 1, Surgery type 2, Chemotherapy type 1, Chemotherapy type 2, etc.
Accordingly, the one or more TPs in the TP chart may be representations of possible treatments for the one or more CPs in the CP chart. The determination about the relationship between the CPs and TPs (i.e., which CPs are treated by which TPs) may be based on clinical practice guidelines or collected patient data as stored in a database and organized by way of computing data structures. One or more data structures (e.g., a bipartite graph) may be implemented to maintain the relationships or associations between the TPs and the possible CPs and vice versa. As such, information and records in the respective databases or data structures may be used to populate the CP and the TP charts.
It is noteworthy that, depending on implementation, the relationships or associations between a TP and a CP may be defined in different manners. For example, a TP may be marked as the proper treatment for a CP according to certain guidelines. Or, a TP may be marked as a deviation (e.g., an experimental treatment) for a CP based on an analysis of patient records or certain studies, for example. In one implementation, a deviant TP may be deemed relevant to the CP even if it is not recommended by the guidelines, as provided in further detail below.
In accordance with one embodiment, three different states (e.g., neutral, candidate and selected) may be identified or defined for each TP or CP. In the neutral state, no nodes in the graph are marked. In the candidate state, one or more nodes are marked as candidate nodes. In the selected state, one candidate node is targeted or activated for detailed analysis. Further details about the possible states for a CP or TP, and how each state may be utilized to provide meaningful information about the relationship between a CP and a TP, are provided below in application to a practical example. It should be noted that the provided examples herein are for illustration purposes and to provide a better understanding of the concepts disclosed herein and should not be construed to unduly narrow the scope of the claimed subject matter to any particular details.
Referring back to
In the example of
The visual presentation of the edges and the edge indicators for different states of a node may be helpful to a user to determine whether a recommended TP in a guideline the possible TPs available for one or more CPs and whether alternative TPs are available other than the one or more TPs that are noted in the guidelines. For example, a review of the edge indicators associated with one or more nodes may relay that a certain percentage of the patient population with the same CP got the indicated TP and that the achieved outcome for that population portion was at a certain level. In addition to the above edge indicators, other details such as the number of patients associated with a CP that have been treated according to a TP, the most relevant TP for a CP, the best suited TP for a CP, the available alternative TPs for a CP, etc. may be associated with a node, so that a user may easily review that information.
According, in addition to defining the above-noted relationships and associations between the TP and CP nodes, a more user friendly visual or graphical presentation of a TP or a CP may be provided as implemented in a TP chart or a CP chart. Such visual presentation may be implemented so that it reflects, for example, whether a TP is associated with a CP, whether the TP is defined according to any guidelines, etc., with the idea that the above defined relationships between a CP and a TP may be readily understood by a user simply by looking at such visual presentation. Without limitation, an exemplary graphical presentation for the TPs and CPs according to an exemplary methodology is provided in
Referring to
For example, referring to
For the user to be able to access the additional details, the user interface may be implemented to allow the user to select one or more CPs and/or one or more TPs from the charts as candidates. In one embodiment, if a CP or TP is selected as a candidate, then the relationship between the corresponding CPs or TPs are visually presented. Referring to
Referring back to
Referring to
Referring to
Referring to
For example, as shown in
Referring to
For a more illustrative example, in
In the example of
In the example of
It is noteworthy that the illustrative examples provided above, along with the supporting figures, are introduced as possible implementations with respect to TP/CP nodes presented in a bipartite graph. Depending on implementation, other data structures or database methodologies may be used to achieve the same. Furthermore, the manner in which certain example GUI features are implemented to help a user determine the relationships between TP/CP pairs may vary depending on technical or structural applications and design choices available over a software or hardware-based platform.
In conclusion, in view of the above disclosed concepts and implementations, the most suitable TP/CP pairs may be presented to a user by way of the user interacting with different filtering means or selection features. As discussed, the correlation between the TP/CP pairs may be determined according to information included in a guideline or recommendation database, collections of data achieved from patient records or other resources. In one embodiment, more specific choices may be presented to a user, desirably using an algorithm, taking into account the number of times that the TP/CP pair has been used (e.g., the number of patients on which the TP has been used to treat the same or similar CP).
References in this specification to “an embodiment”, “one embodiment”, “one or more embodiments” or the like, mean that the particular element, feature, structure or characteristic being described is included in at least one embodiment of the disclosed subject matter. Occurrences of such phrases in this specification should not be particularly construed as referring to the same embodiment, nor should such phrases be interpreted as referring to embodiments that are mutually exclusive with respect to the discussed features or elements.
In different embodiments, the claimed subject matter may be implemented as a combination of both hardware and software elements, or alternatively either entirely in the form of hardware or entirely in the form of software. Further, computing systems and program software disclosed herein may comprise a controlled computing environment that may be presented in terms of hardware components or logic code executed to perform methods and processes that achieve the results contemplated herein. Said methods and processes, when performed by a general purpose computing system or machine, convert the general purpose machine to a specific purpose machine.
Referring to
Referring to
A computer readable storage medium may be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor medium, system, apparatus or device. The computer readable storage medium may also be implemented in a propagation medium, without limitation, to the extent that such implementation is deemed statutory subject matter. Examples of a computer readable storage medium may include a semiconductor or solid-state memory, magnetic tape, a removable computer diskette, a random access memory (RAM), a read-only memory (ROM), a rigid magnetic disk, an optical disk, or a carrier wave, where appropriate. Current examples of optical disks include compact disk, read only memory (CD-ROM), compact disk read/write (CD-R/W), digital video disk (DVD), high definition video disk (HD-DVD) or Blue-ray™ disk.
In one embodiment, processor 1101 loads executable code from storage media 1106 to local memory 1102. Cache memory 1104 optimizes processing time by providing temporary storage that helps reduce the number of times code is loaded for execution. One or more user interface devices 1105 (e.g., keyboard, pointing device, etc.) and a display screen 1107 may be coupled to the other elements in the hardware environment 1110 either directly or through an intervening I/O controller 1103, for example. A communication interface unit 1108, such as a network adapter, may be provided to enable the hardware environment 1110 to communicate with local or remotely located computing systems, printers and storage devices via intervening private or public networks (e.g., the Internet). Wired or wireless modems and Ethernet cards are a few of the exemplary types of network adapters.
It is noteworthy that hardware environment 1110, in certain implementations, may not include some or all the above components, or may comprise additional components to provide supplemental functionality or utility. Depending on the contemplated use and configuration, hardware environment 1110 may be a machine such as a desktop or a laptop computer, or other computing device optionally embodied in an embedded system such as a set-top box, a personal digital assistant (PDA), a personal media player, a mobile communication unit (e.g., a wireless phone), or other similar hardware platforms that have information processing or data storage capabilities.
In some embodiments, communication interface 1108 acts as a data communication port to provide means of communication with one or more computing systems by sending and receiving digital, electrical, electromagnetic or optical signals that carry analog or digital data streams representing various types of information, including program code. The communication may be established by way of a local or a remote network, or alternatively by way of transmission over the air or other medium, including without limitation propagation over a carrier wave.
As provided here, the disclosed software elements that are executed on the illustrated hardware elements are defined according to logical or functional relationships that are exemplary in nature. It should be noted, however, that the respective methods that are implemented by way of said exemplary software elements may be also encoded in said hardware elements by way of configured and programmed processors, application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) and digital signal processors (DSPs), for example.
Referring to
In other words, application software 1122 may be implemented as program code embedded in a computer program product in form of a machine-usable or computer readable storage medium that provides program code for use by, or in connection with, a machine, a computer or any instruction execution system. Moreover, application software 1122 may comprise one or more computer programs that are executed on top of system software 1121 after being loaded from storage media 1106 into local memory 1102. In a client-server architecture, application software 1122 may comprise client software and server software. For example, in one embodiment, client software may be executed on a client computing system that is distinct and separable from a server computing system on which server software is executed.
Software environment 1120 may also comprise browser software 1126 for accessing data available over local or remote computing networks. Further, software environment 1120 may comprise a user interface 1124 (e.g., a graphical user interface (GUI)) for receiving user commands and data. It is worthy to repeat that the hardware and software architectures and environments described above are for purposes of example. As such, one or more embodiments may be implemented over any type of system architecture, functional or logical platform or processing environment.
It should also be understood that the logic code, programs, modules, processes, methods and the order in which the respective processes of each method are performed are purely exemplary. Depending on implementation, the processes or any underlying sub-processes and methods may be performed in any order or concurrently, unless indicated otherwise in the present disclosure. Further, unless stated otherwise with specificity, the definition of logic code within the context of this disclosure is not related or limited to any particular programming language, and may comprise one or more modules that may be executed on one or more processors in distributed, non-distributed, single or multiprocessing environments.
As will be appreciated by one skilled in the art, a software embodiment may include firmware, resident software, micro-code, etc. Certain components including software or hardware or combining software and hardware aspects may generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, the subject matter disclosed may be implemented as a computer program product embodied in one or more computer readable storage medium(s) having computer readable program code embodied thereon. Any combination of one or more computer readable storage medium(s) may be utilized. The computer readable storage medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing. Computer program code for carrying out the disclosed operations may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages.
The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
Certain embodiments are disclosed with reference to flowchart illustrations or block diagrams of methods, apparatus (systems) and computer program products according to embodiments. It will be understood that each block of the flowchart illustrations or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, a special purpose machinery, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions or acts specified in the flowchart or block diagram block or blocks.
These computer program instructions may also be stored in a computer readable storage medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable storage medium produce an article of manufacture including instructions which implement the function or act specified in the flowchart or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer or machine implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions or acts specified in the flowchart or block diagram block or blocks.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical functions. It should also be noted that, in some alternative implementations, the functions noted in the block may occur in any order or out of the order noted in the figures.
For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The claimed subject matter has been provided here with reference to one or more features or embodiments. Those skilled in the art will recognize and appreciate that, despite of the detailed nature of the exemplary embodiments provided here, changes and modifications may be applied to said embodiments without limiting or departing from the generally intended scope. These and various other adaptations and combinations of the embodiments provided here are within the scope of the disclosed subject matter as defined by the claims and their full set of equivalents.