Patent Application
20160321427
The present disclosure generally relates to medical data processing, and more particularly to patient-specific therapy planning support using patient matching.
The field of medical imaging has seen significant advances since the time X-Rays were first used to determine anatomical abnormalities. Medical imaging hardware has progressed in the form of newer machines such as Magnetic Resonance Imaging (MRI) scanners, Computed Axial Tomography (CAT) scanners, etc. Because of the large amount of image data generated by such modern medical scanners, there has been and remains a need for developing image processing techniques that can automate some or all of the processes to determine the presence of anatomical abnormalities in scanned medical images.
Digital medical images are constructed using raw image data obtained from a scanner, for example, a CAT scanner, MRI, etc. Digital medical images are typically either a two-dimensional (“2D”) image made of pixel elements or a three-dimensional (“3D”) image made of volume elements (“voxels”). Such 2D or 3D images are processed using medical image recognition techniques to determine the presence of anatomical structures such as cysts, tumors, polyps, etc. Given the amount of image data generated by any given image scan, it is preferable that an automatic technique should point out anatomical features in the selected regions of an image to a doctor for further diagnosis of any disease or condition.
Computer-aided detection (CAD) techniques are typically used to assist physicians in the interpretation of medical images. Although CAD systems have shown promising results in lesion detection, state-of-the-art algorithms often perform as black boxes. In other words, such CAD systems only report suspicious lesions without giving the reasons behind diagnosis. The lack of diagnostic reasons sometimes decreases clinicians' confidence in CAD systems.
Besides accurate diagnosis, a physician needs to find the optimal therapy or treatment for the patients. This process is typically driven by medical knowledge, experience and intuition. However, it is often very difficult, or impossible, for any physician to compare treatment options on a larger set of patients. Additionally, a given institution may not offer all treatment options.
Described herein are systems and methods for supporting therapy planning or diagnosis. In accordance with one aspect, patient-specific characteristics are extracted from medical data associated with a given patient. The framework then searches a database for one or more patients associated with personal characteristics that are similar to the patient-specific characteristics. Information associated with the one or more patients may be presented to support therapy planning or diagnosis.
A more complete appreciation of the present disclosure and many of the attendant aspects thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings.
In the following description, numerous specific details are set forth such as examples of specific components, devices, methods, etc., in order to provide a thorough understanding of implementations of the present framework. It will be apparent, however, to one skilled in the art that these specific details need not be employed to practice implementations of the present framework. In other instances, well-known materials or methods have not been described in detail in order to avoid unnecessarily obscuring implementations of the present framework. While the present framework is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that there is no intent to limit the invention to the particular forms disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention. Furthermore, for ease of understanding, certain method steps are delineated as separate steps; however, these separately delineated steps should not be construed as necessarily order dependent in their performance.
The term “x-ray image” as used herein may mean a visible x-ray image (e.g., displayed on a video screen) or a digital representation of an x-ray image (e.g., a file corresponding to the pixel output of an x-ray detector). The term “in-treatment x-ray image” as used herein may refer to images captured at any point in time during a treatment delivery phase of an interventional or therapeutic procedure, which may include times when the radiation source is either on or off. From time to time, for convenience of description, CT imaging data (e.g., cone-beam CT imaging data) may be used herein as an exemplary imaging modality. It will be appreciated, however, that data from any type of imaging modality including but not limited to x-ray radiographs, MRI, PET (positron emission tomography), PET-CT, SPECT, SPECT-CT, MR-PET, 3D ultrasound images or the like may also be used in various implementations.
Unless stated otherwise as apparent from the following discussion, it will be appreciated that terms such as “segmenting,” “generating,” “registering,” “determining,” “aligning,” “positioning,” “processing,” “computing,” “selecting,” “estimating,” “detecting,” “tracking” or the like may refer to the actions and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (e.g., electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices. Embodiments of the methods described herein may be implemented using computer software. If written in a programming language conforming to a recognized standard, sequences of instructions designed to implement the methods can be compiled for execution on a variety of hardware platforms and for interface to a variety of operating systems. In addition, implementations of the present framework are not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used.
As used herein, the term “image” refers to multi-dimensional data composed of discrete image elements (e.g., pixels for 2D images and voxels for 3D images). The image may be, for example, a medical image of a subject collected by computer tomography, magnetic resonance imaging, ultrasound, or any other medical imaging system known to one of skill in the art. The image may also be provided from non-medical contexts, such as, for example, remote sensing systems, electron microscopy, etc. Although an image can be thought of as a function from R3 to R, or a mapping to R3, the present methods are not limited to such images, and can be applied to images of any dimension, e.g., a 2D picture or a 3D volume. For a 2- or 3-dimensional image, the domain of the image is typically a 2- or 3Dimensional rectangular array, wherein each pixel or voxel can be addressed with reference to a set of 2 or 3 mutually orthogonal axes. The terms “digital” and “digitized” as used herein will refer to images or volumes, as appropriate, in a digital or digitized format acquired via a digital acquisition system or via conversion from an analog image.
The terms “pixels” for picture elements, conventionally used with respect to 2D imaging and image display, and “voxels” for volume image elements, often used with respect to 3D imaging, can be used interchangeably. It should be noted that the 3D volume image is itself synthesized from image data obtained as pixels on a 2D sensor array and displays as a 2D image from some angle of view. Thus, 2D image processing and image analysis techniques can be applied to the 3D volume image data. In the description that follows, techniques described as operating upon pixels may alternately be described as operating upon the 3D voxel data that is stored and represented in the form of 2D pixel data for display. In the same way, techniques that operate upon voxel data can also be described as operating upon pixels. In the following description, the variable x is used to indicate a subject image element at a particular spatial location or, alternately considered, a subject pixel. The terms “subject pixel” or “subject voxel” are used to indicate a particular image element as it is operated upon using techniques described herein.
A framework for supporting therapy planning or diagnosis is described herein. In accordance with one aspect, the framework extracts patient-specific characteristics from medical data associated with any given patient. The framework identifies other patients with similar characteristics from a large dataset to provide additional information to enable the physician to provide the most optimal therapy plan or diagnosis. The information presented (or displayed) to the physician is patient-specific, as it personalizes the characteristics of the patient's condition in the context of a sub-population that best matches the patient. These and other advantages and features will be described in more details herein.
In one implementation, computer system 101 comprises a processor or central processing unit (CPU) 104 coupled to one or more non-transitory computer-readable media 105 (e.g., computer storage or memory), display device 109 (e.g., monitor) and various input devices 110 (e.g., mouse or keyboard) via an input-output interface 121. Computer system 101 may further include support circuits such as a cache, a power supply, clock circuits and a communications bus. Various other peripheral devices, such as additional data storage devices and printing devices, may also be connected to the computer system 101.
The present technology may be implemented in various forms of hardware, software, firmware, special purpose processors, or a combination thereof, either as part of the microinstruction code or as part of an application program or software product, or a combination thereof, which is executed via the operating system. In one implementation, the techniques described herein are implemented as computer-readable program code tangibly embodied in non-transitory computer-readable media 105. In particular, the present techniques may be implemented by a database builder 106 and a matching unit 107. Non-transitory computer-readable media 105 may include random access memory (RAM), read-only memory (ROM), magnetic floppy disk, flash memory, and other types of memories, or a combination thereof. The computer-readable program code is executed by CPU 104 to process medical data retrieved from, for example, data source 102. As such, the computer system 101 is a general-purpose computer system that becomes a specific purpose computer system when executing the computer-readable program code. The computer-readable program code is not intended to be limited to any particular programming language and implementation thereof. It will be appreciated that a variety of programming languages and coding thereof may be used to implement the teachings of the disclosure contained herein.
The same or different computer-readable media 105 may be used for storing a database (or dataset) 108. Such data may also be stored in external storage or other memories. The external storage may be implemented using a database management system (DBMS) managed by the CPU 104 and residing on a memory, such as a hard disk, RAM, or removable media. The external storage may be implemented on one or more additional computer systems. For example, the external storage may include a data warehouse system residing on a separate computer system, a picture archiving and communication system (PACS), or any other now known or later developed hospital, medical institution, medical office, testing facility, pharmacy or other medical patient record storage system.
The data source 102 provides medical data 119 associated with different patients. Such medical data may include radiology reports, image data, laboratory test results, prior examination reports, diagnostic data, treatment plans, treatment outcomes, and other patient-specific information. Such medical data 119 may be processed by database builder 106 and stored in database 108. Data source 102 may be a computer, memory device, a radiology scanner (e.g., X-ray or a CT scanner) and/or appropriate peripherals (e.g., keyboard and display device) for acquiring, inputting, collecting, generating and/or storing such medical data. In some implementations, data source 102 further includes a computer-aided detection (CAD) system for identifying lesions or other abnormalities in medical image data.
The workstation 103 may include a computer and appropriate peripherals, such as a keyboard and display device, and can be operated in conjunction with the entire system 100. For example, the workstation 103 may communicate with the data source 102 so that the medical data collected by the data source 102 can be rendered at the workstation 103 and viewed on a display device. The workstation 103 may also provide a medical data 120 of a current or given patient. The workstation 103 may include a graphical user interface to receive user input via an input device (e.g., keyboard, mouse, touch screen voice or video recognition interface, etc.) to input the current medical data 120. The workstation 103 may communicate directly with the computer system 101 to, for example, invoke the matching unit 107 to find patients with similar characteristics that match the current medical data 120. Information associated with similar patients may be returned to the workstation 103 for display to the user (e.g., physician).
It is to be further understood that, because some of the constituent system components and method steps depicted in the accompanying figures can be implemented in software, the actual connections between the systems components (or the process steps) may differ depending upon the manner in which the present framework is programmed. Given the teachings provided herein, one of ordinary skill in the related art will be able to contemplate these and similar implementations or configurations of the present framework.
At 302, matching unit 107 receives medical data associated with a given patient. The given patient may be, for example, a patient currently undergoing examination, evaluation or therapy (or treatment) by a physician. The medical data of the given patient may be provided via, for example, workstation 103. The medical data may include image data of one or more regions of interest (e.g., lungs, liver, brain), one or more prior medical reports, abnormality identification data, and/or any other available information.
The image data may be acquired using techniques such as magnetic resonance (MR) imaging, computed tomography (CT), helical CT, X-ray, angiography, positron emission tomography (PET), fluoroscopy, ultrasound, single photon emission computed tomography (SPECT), or a combination thereof. The region of interest may be any area or volume identified for investigation or examination, such as at least a portion of a patient's or subject's lung, liver, brain, heart, spine, vertebra, blood vessel, aorta, and so forth.
The medical report may include a description of the clinical condition (e.g., medical history and care) and the demographic characteristics (e.g., gender, age, race, etc.) of the patient over time. The medical report may include a description of the clinical condition of the patient as observed by healthcare professionals (e.g., physician) during physical examination, “notes” entered over time by healthcare professionals, records of observations and administration of drugs and therapies, orders for the administration of drugs and therapies, laboratory test results, x-rays, reports, etc. The medical report may also describe an account of the symptoms as experienced by the patient (i.e., medical history).
Abnormality identification data describes an abnormality (e.g., lesion, polyp, disease, tumor) detected based on the image data (e.g., radiology report). Such abnormality identification data may be generated manually, semi-automatically or automatically by performing a computer-aided detection (CAD) technique (e.g., lung CAD, pulmonary embolism CAD, colon CAD, etc.). The CAD technique may be locally performed by computer system 101 or remotely performed by another computer system. Other techniques may also be used to generate the abnormality identification data. The abnormality identification data may include, but is not limited to, the number of abnormalities, size, location and/or burden of each abnormality, tumor stage, characterization of change over time, and so forth.
At 304, matching unit 107 extracts patient-specific characteristics from the medical data. Patient-specific characteristics may include organ-specific characteristics, abnormality-specific characteristics, clinical conditions and demographic characteristics associated with the given patient. Organ-specific characteristics describe findings with respect to the region of interest, such as the lung parenchyma, brain tissue or liver tissue. Exemplary findings may include, for example, an enlarged heart, enlarged aorta, volume of the liver, and so forth. Abnormality-specific characteristics may be extracted from the abnormality identification data generated by, for example, an automatic lesion detection system or CAD system. Additional information about the abnormality, such as the shape, number of occurrences, texture, location in the body or an organ, may also be automatically extracted from one or more medical reports or other supporting examination data (e.g. medical image data).
At 306, matching unit 107 searches the database 108 for one or more other patients with personal characteristics that are similar to the patient-specific characteristics including abnormality-specific characteristics. For example, matching unit 107 may find lung cancer patients with lesion characteristics, lung parenchyma characteristics, demographic characteristics and clinical conditions that are most similar to the patient-specific characteristics of the given patient.
The database 108 may be previously generated by database builder 106 based on a large set of medical data associated with a population of patients. Database builder 106 may generate the database 108 by analyzing (e.g., clustering) the medical records based on various meaningful characteristics. In some implementations, the database is built by parsing textual data of medical records and/or performing automated detection tasks on signal data (e.g., image data, electrocardiograms). The characteristics may be extracted from image data (single or multiple studies), medical reports, abnormality identification data, and/or any other available information. Examples of such characteristics include, but are not limited to, clinical conditions, demographic characteristics, as well as organ-specific characteristics and abnormality-specific characteristics. Additionally, database builder 106 may process the large set of medical records to determine trends across the population of patients.
Abnormality-specific characteristics may be generated manually, semi-automatically or automatically by a CAD system (e.g., lung CAD, pulmonary embolism CAD, colon CAD, etc.). Techniques other than CAD may also be used to generate such abnormality-specific characteristics. Abnormality-specific characteristics include, but are not limited to, the number of abnormalities, morphology of the abnormality (e.g., lesion), size and/or location of the abnormality (e.g., which organ or within organ), burden (e.g., severity, with respect to the individual lesion as well as other lesions present, as well as the quantity of lesions that are present), overall condition of the patient, characterization of change over time, and so forth. In addition, a single patient in the database 108 may be associated with comorbidities (i.e., simultaneous presence of multiple chronic diseases or abnormalities). As such, characteristics of more than one type of abnormality may be extracted from a single patient's medical record.
A machine learning algorithm may be used to train a classifier to look for the patients with the highest similarities with respect to the given patient. Similarity may be defined by how the original training data are clustered and provided to the machine learning algorithm. Similarity may be based on the visual appearance of a nodule, the total burden of pulmonary emboli, the size and distribution of tumors, etc. In some implementations, the machine learning algorithm is a deep learning algorithm based on, for example, deep neural networks, convolutional deep neural networks, deep belief networks and recurrent neural networks.
At 308, matching unit 107 presents information associated with the matching similar patients to support therapy planning or diagnosis. The information is advantageously patient-specific, as it personalizes the characteristics of the given patient's condition in the context of the condition from the sub-population of other similar patients that best matches the patient. In some implementations, for each of the matching patients, the diagnosis, selected therapy (or treatment) option, outcome of the selected therapy, predictions, image data as well as other information related to the abnormality are extracted from the associated medical records in the database 108 and presented (e.g., displayed) to the physician (or other user). As the physician explores alternative therapies, the risk, toxicity or outcome of a given therapy may be predicted based on such information.
The information may also serve as additional evidence to support the diagnosis or abnormality identification data generated by the CAD system and thereby improve the clinician's confidence in the CAD system. The information may be used to validate the detection results of the CAD system and improve its accuracy. For example, the abnormality identification data associated with the given patient may be compared to the abnormality identification data associated with the other similar patients to determine if they are substantially consistent. Such evidentiary information is easily retrieved by the present framework without any need for computationally expensive segmentation techniques. Additionally, the framework can be easily scaled up by collecting more medical records for the database 108.
While the present framework has been described in detail with reference to exemplary embodiments, those skilled in the art will appreciate that various modifications and substitutions can be made thereto without departing from the spirit and scope of the invention as set forth in the appended claims. For example, elements and/or features of different exemplary embodiments may be combined with each other and/or substituted for each other within the scope of this disclosure and appended claims.
The present application claims the benefit of U.S. provisional application No. 62/153,625 filed Apr. 28, 2015, the entire contents of which are herein incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 62153625 | Apr 2015 | US |
