Patent Application
20100088346
The invention relates generally to methods and apparatus for updating a database, and more particularly to methods and apparatus for updating a data repository without attaching the objects to the data repository.
As will be appreciated, in a clinician's office, typically an electronic medical record (EMR) system is used to maintain records related to one or more patients. An EMR is a medical report in digital format. Patient records may include one or more images obtained via use of one or more imaging systems that correspond to respective patients. It may be desirable to store the patient records, and more particularly, the one or more images corresponding to a patient, for future reference. In certain situations, these patient records may be stored in a data repository, for example. However, generally, the EMR systems are not equipped to directly accept images from an imaging system. Furthermore, if it is desirable to insert one or more images in the EMR, then the one or more image files become part of a database, and the size of the database accordingly increases. As the size of the database increases, associated problems, such as, but not limited to, database fragmentation and/or corruption of data occur, thereby leading to diminished performance of the database.
Problems associated with the growing size of the databases in medical imaging have been addressed via use of picture archiving and communication systems (PACS). As will be appreciated, PACS are computers or networks dedicated to the storage, retrieval, distribution and presentation of images. The medical images are stored in an independent format. The most common format for image storage is the DICOM (Digital Imaging and Communications in Medicine) format. Most PACS handle images from various medical imaging systems, including ultrasound, magnetic resonance (MR), positron emission tomography (PET), computed tomography (CT), endoscopy, mammograms, and the like. However, use of a PACS system in addition to the EMR system results in increased cost.
In addition, there also exist several techniques configured to aid in attaching one or more objects, such as images, to the data repository. Using currently available techniques, a user may be provided direct access to a target database. However, use of these techniques calls for the user to actually log into the target database with a username and password. It may be noted that this method works well if a single entity controls both the clients and the database. Unfortunately, when there is a client of one vendor and a database of another vendor, problems arise, as different vendors may not share database access.
Furthermore, use of other currently available techniques entails the database parsing an object for tags. As will be appreciated, files that follow the DICOM standard typically have tags imbedded into the image to allow database records and a file location pointer to be created. However, non-DICOM image files, such as JPEG files, generally do not include tags to parse. Hence, these techniques fail to facilitate generation of a reference to the database for all types of image file formats.
Additionally, certain other currently available techniques call for attaching an object to a database by simply importing the entire object into the database. In other words, using these methods, the entire file is inserted into the database. Unfortunately, the database will grow by the size of the attached file. These techniques are particularly troublesome when attaching a large number of objects to the database.
Moreover, a Health Level Seven (HL7) interface may be implemented on the client and the server to exchange update messages, where HL7 and its members may be configured to provide a framework (and related standards) for the exchange, integration, sharing and retrieval of electronic health information. However, use of the HL7 interface is very expensive and involves extensive configuration.
It may therefore be desirable to develop a robust technique and system configured to aid in attaching one or more objects to a data repository that advantageously facilitates enhanced workflow, while simultaneously maintaining the size of the data repository to a minimum. In particular, there is a need for a system that is configured to facilitate attaching one or more objects to the data repository, thereby enhancing ease of clinical workflow of the diagnostic imaging system.
In accordance with aspects of the present technique, a method for attaching one or more objects to a data repository is presented. The method includes creating a link corresponding to each of the one or more objects. Furthermore, the method includes attaching the link corresponding to each of the one or more objects to the data repository. Computer-readable medium that afford functionality of the type defined by this method is also contemplated in conjunction with the present technique.
In accordance with yet another aspect of the present technique, a method for attaching one or more objects to a data repository is presented. The method includes obtaining one or more objects. Further, the method includes creating a link corresponding to each of the one or more objects. The method also includes storing the one or more objects in a first data repository. Moreover, the method includes attaching the links corresponding to each of the one or more objects to a second data repository, where the second data repository is operationally coupled to the first data repository. The method also includes accessing one or more objects from the first data repository.
In accordance with further aspects of the present technique, a file saving system is presented. The file saving system includes a file saving platform configured to create a link corresponding to each of the one or more objects, and attach the link corresponding to each of the one or more objects to a data repository.
In accordance with further aspects of the present technique, a system is presented. The system includes a data source, where the data source includes an acquisition subsystem configured to acquire one or more objects, where the one or more objects comprises one or more images, log files, video clippings, reports, measurement values stored in text files, or other data files that include information, and a processing subsystem in operative association with the acquisition subsystem and configured to process the one or more objects. Furthermore, the system includes a data storage system, where the data storage system includes a data acquisition subsystem configured to receive the one or more objects, a file saving platform configured to create a link corresponding to each of the one or more objects, and attach the link corresponding to each of the one or more objects to a data repository, and a storage subsystem configured to store the one or more objects, the links corresponding to each of the one or more objects, or a combination thereof.
These and other features, aspects, and advantages of the present invention will become better understood when the following detailed description is read with reference to the accompanying drawings in which like characters represent like parts throughout the drawings, wherein:
As will be described in detail hereinafter, a method for attaching one or more objects to a data repository and a system for attaching one or more objects to a data repository configured to optimize utilization of data repositories and simplify clinical workflow in a diagnostic imaging system, are presented. Employing the method and system described hereinafter, substantially superior usage of precious data repository space may be obtained, thereby simplifying the clinical workflow of the detection of disease.
The system 10 may also include a medical imaging system 16 that is in operative association with the image acquisition device 14. It should be noted that although the exemplary embodiments illustrated hereinafter are described in the context of a medical imaging system, other imaging systems and applications such as industrial imaging systems and non-destructive evaluation and inspection systems, such as pipeline inspection systems, liquid reactor inspection systems, are also contemplated. Additionally, the exemplary embodiments illustrated and described hereinafter may find application in multi-modality imaging systems that employ an imaging system in conjunction with other imaging modalities, position-tracking systems or other sensor systems. Furthermore, it should be noted that the medical imaging system 16 may include imaging systems, such as, but not limited to, an X-ray imaging system, a magnetic resonance (MR) imaging system, an ultrasound imaging system, a positron emission tomography (PET) imaging system, a computed tomography (CT) imaging system, or the like.
It may be noted that although the exemplary embodiments illustrated hereinafter are described in the context of a medical imaging system, other imaging systems and applications such as industrial imaging systems and non-destructive evaluation and inspection systems, such as pipeline inspection systems, liquid reactor inspection systems, are also contemplated. Additionally, the exemplary embodiments illustrated and described hereinafter may find application in multi-modality imaging systems that employ ultrasound imaging in conjunction with other imaging modalities, position-tracking systems or other sensor systems. Furthermore, it should be noted that although the exemplary embodiments illustrated hereinafter are described in the context of a medical imaging system, such as, but not limited to, an ultrasound imaging system, an optical imaging system, a CT imaging system, a MR imaging system, an X-ray imaging system, or a PET imaging system, other imaging systems, such as, but not limited to, a pipeline inspection system, a liquid reactor inspection system, or other imaging systems are also contemplated in accordance with aspects of the present technique. It may also be noted that the present technique may also find application in a wide variety of electronic systems. For example, use of the present technique in applications, such as, but not limited to, generators and wind turbines are also contemplated.
Referring now to
Additionally, the image data acquired and/or processed by the medical imaging system 16 may be employed to aid a clinician in identifying disease states, assessing need for treatment, determining suitable treatment options, and/or monitoring the effect of treatment on the disease states. In certain embodiments, the processing subsystem 44 may be further coupled to a storage system, such as a local data repository 46, where the data repository 46 may be configured to receive and store image data.
Further, as illustrated in
In addition, the user interface 50 of the medical imaging system 16 may include a human interface device (not shown) configured to aid the clinician in manipulating image data displayed on the display 48. The human interface device may include a mouse-type device, a trackball, a joystick, a stylus, or a touch screen configured to aid the clinician in the identification of the one or more regions of interest requiring treatment, for instance. However, as will be appreciated, other human interface devices, such as, but not limited to, a touch screen, may also be employed. Furthermore, the user interface 50 may also be configured to aid the clinician in navigating through the images acquired by the medical imaging system 16. Additionally, the user interface 50 may also be configured to aid in manipulating and/or organizing the images displayed on the display 48.
As previously noted with reference to
Moreover, in one embodiment, the image data acquired and/or processed by the medical imaging system 16 may be communicated to the data storage system 20 via a network 18. It may be noted that other means of communication, such as, but not limited to, the Internet, the intranet, or wireless communication may also be employed to transmit the image files from the medical imaging system 16 to the data storage system 20. Furthermore, in one embodiment, the image data may be transmitted to the data storage system 20 in real-time. Alternatively, the image data may be temporarily stored in a temporary storage, such as the local data repository 46 (see
Further, in one embodiment, the data storage system 20 may include a data acquisition subsystem 22, where the data acquisition subsystem 22 may be configured to receive the image data transmitted from the medical imaging system 16 via the network 18. The image data received by the data acquisition subsystem 22 may be stored in a data repository 26. In the example illustrated in
In accordance with exemplary aspects of the present technique, the diagnostic system 10 may also include a file saving platform 24, where the file saving platform 24 may be configured to aid in saving of the image data in the storage subsystem 26. More particularly, the file saving platform 24 may be configured to generate a reference pointer to each of the one or more images received by the data acquisition system 22. Additionally, the file saving platform 24 may also be configured to save the one or more images in a first portion of the storage subsystem 26, while the reference pointers corresponding to the one or more images may be stored in a second portion of the storage subsystem 26. The working of the file saving platform 24 will be explained in greater detail with reference to
As will be appreciated, use of currently available techniques entails a client attaching itself directly to the database to upload or create an object link. However, this requires the client to actually login to the target database with a username and password. Use of another currently available technique calls for a database parsing of a file object for tags. In addition, other currently available techniques call for attaching an object to a database by importing the entire object into the database, thereby disadvantageously resulting in the database growing by the size of the attached file. Furthermore, implementing HL7 interfaces on the client and the server to exchange update messages is very expensive and involves extensive configuration.
The shortcomings of the currently available techniques may be circumvented by use of the present technique. More particularly, in accordance with exemplary aspects of the present technique, use of reference pointers advantageously allows attachment of non-tagged objects into a database without having the actual object inserted into the database, client access to the database. In other words, reference pointers corresponding to the images may be stored in the data repository instead of the actual image file. This exemplary process of attaching one or more objects to the data repository by storing reference pointers corresponding to the one or more objects may be better understood with reference to
Turning now to
In accordance with exemplary aspects of the present technique, the system 10 (see
Once the links corresponding to the one or more images 62, 64, 66 are generated, the file saving platform 24 may be configured to aid in saving the one or more images 62, 64, 66. In addition, the file saving platform 24 may also be configured to aid in saving the links to the one or more images. More particularly, the file saving platform 24 may be configured to aid in facilitating saving of the one or more generated links in a data repository, where the links correspond to each of the one or more images 62, 64, 66 to be saved. In other words, a first link corresponding to the first image 62 to be saved may be generated by the link generator module 68. Similarly, the link generator module may also be configured to generate a second link corresponding to the second image 64 to be saved. Moreover, an Nth link corresponding to the Nth image 66 to be saved may be generated by the link generator module 68.
With continuing reference to
Traditionally, use of certain techniques entails storing of the images in the database, thereby resulting in the size of the database growing with each image added. By implementing the method of attaching one or objects, such as images, to the data repository as described hereinabove, the reference pointers associated with each of the one or more images may be saved in the storage database 72, thereby circumventing the shortcomings of presently available techniques.
It may be desirable for a user, such as a clinician, to access one or more images. These images may generally be referred to as images of interest. In accordance with exemplary aspects of the present technique, once it is desirable for the clinician to access one or more images of interest, the clinician may select the one or more reference pointers from the listing of reference pointers displayed on the display 48, for instance. In other words, the clinician is selecting one or more reference pointers corresponding to the images of interest. More particularly, once the clinician selects the reference pointers corresponding to the images of interest, then the selected reference pointers may in turn be configured to access the corresponding images of interest from the storage module 70. The working of the file saving platform 24 and the link generator module 68 will be described in greater detail with reference to
The working of the system 10 (see
The method starts at step 84, where one or more objects 82 may be communicated to a data storage system, such as the data storage system 20 (see
In accordance with exemplary aspects of the present technique, a reference link or pointer to the one or more images 82 may be stored in the database, as opposed to the one or more image files, thereby maintaining the size of the database at an optimum level. Accordingly, a link may be created corresponding to each of the one or more images 82, as indicated by step 86. The link generator module 68 (see
Subsequent to the generation of the links 88, it may be desirable to store the one or more images 82 and the corresponding links 88. Accordingly, at step 90, the one or more images 82 may be stored in a first storage 92. In one embodiment, the first storage 92 may include a data repository, such as a database. Alternatively, the first storage 92 may include a local data repository, such as the storage module 70 (see
Subsequently, at step 96, the one or more images 82 may be presented to the clinician. Traditionally, a listing of the one or more images 82 may be presented to the clinician. However, in accordance with exemplary aspects of the present technique, a listing of the links 88 corresponding to the one or more images 82 is presented to the clinician. In one embodiment, user-viewable representations of the links 88 may be generated and displayed to the clinician. By way of example, the listing of links 88 may be displayed on the display 48 (see
Furthermore, at step 98, once the listing of links corresponding to the one or more images is presented to the clinician, the clinician may then select one or more links, where the one or more selected links may correspond to one to more images of interest. It may be noted that the term images of interest may be used to refer to one or more images that the clinician desires to view. In accordance with aspects of the present technique, when the clinician selects a link from the listing of one or more links 88, the system 10 (see
As noted hereinabove, traditionally, the listing of images 82 stored in the first storage 92, for example, may be presented to the clinician. However, in accordance with exemplary aspects of the present technique, the links 88 corresponding to so stored in the storage database 74 may be made available to the clinician, instead of the images 82. It may be desirable for the clinician to access these images 82 for further study. Accordingly, a method of accessing one or more images, such as the images 82, is presented. In other words, step 98 of
The selection of one or more images by the may be better understood with reference to
The method starts at step 104, where the clinician may select one or more objects from a listing of one or more links or reference pointers, where the links correspond to one or more images, such as the images 82 (see
Once the clinician selects one or more links 106, the system 10 may be configured to redirect the system 10 to the one or more images corresponding to the selected links 106, as indicated by step 108. In other words, in the example illustrated in
The methods presented in
As will be appreciated, it may be desirable to store these images 124, as indicated by step “B”. In the present example, the images 124 are shown as being stored in a data repository, such as a file server 126. As previously noted, the file server 126 may include the storage module 70 of
Furthermore, a clinician 132 may desire to view one or more images associated with a patient, for example. Accordingly, the clinician 132 may select one or more links from the listing of links displayed on the display 48, where the selected links correspond to one or more images that the clinician 132 desires to view. In other words, the clinician 132 may select one or more links from a listing of links associated with a patient displayed on the display 48 (see
As noted hereinabove, directly attaching image files to the data repository unfortunately takes up unnecessary space and creates additional overhead for each image file added. By implementing the system and method for attaching one or more objects to a data repository as described hereinabove, instead of taking up the space from the original object, the present technique may be configured to use a link acting as a virtual reference in the data repository. A clinician, such as the clinician 132, may then access this virtual link and be redirected to a webpage that contains the original file using a locally installed browser program. Consequently, the space savings to the data repository are substantially extensive. More particularly, a file corresponding to the reference pointers may be configured to have a size of about 1 kilobyte. It may also be noted that the size of the file corresponding to the reference pointer may be configured to have a size of about 1 kilobyte irrespective of the size of the corresponding image file. Also, as the object, such as the image, resides on the client machine, no specific viewers have to be added to the database server to aid the clinician in viewing the object.
As will be appreciated by those of ordinary skill in the art, the foregoing example, demonstrations, and process steps may be implemented by suitable code on a processor-based system, such as a general-purpose or special-purpose computer. It should also be noted that different implementations of the present technique may perform some or all of the steps described herein in different orders or substantially concurrently, that is, in parallel. Furthermore, the functions may be implemented in a variety of programming languages, including but not limited to C++ or Java. Such code, as will be appreciated by those of ordinary skill in the art, may be stored or adapted for storage on one or more tangible, machine readable media, such as on memory chips, local or remote hard disks, optical disks (that is, CD's or DVD's), or other media, which may be accessed by a processor-based system to execute the stored code. Note that the tangible media may comprise paper or another suitable medium upon which the instructions are printed. For instance, the instructions can be electronically captured via optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.
The above-description of the embodiments of the method of attaching one or more objects to a data repository and the system for attaching one or more objects to a data repository have the technical effect of enhancing clinical workflow by attaching reference pointers having a substantially fixed size to the data repository instead of the actual image files, thereby advantageously resulting in space savings in the data repository and preventing the database growing to unmanageable sizes. Additionally, the system and method described hereinabove allow better integration with other data repositories.
The method of attaching one or more objects to a data repository and the system for attaching one or more objects to a data repository described hereinabove dramatically simplify procedural workflow for the detection of disease states in an anatomical region in the patient and enhance the speed of procedural time taken to detect and/or diagnose the presence of disease states in the anatomical region of the patient. In other words, the method and system for attaching one or more objects to data repository may be configured to attach reference pointers corresponding to one or more objects to the data repository, where the reference pointers include files of a substantially fixed size thereby advantageously resulting in space savings in the data repository. In other words, database attachments will not grow a database into unmanageable sizes. Moreover, the system and method for attaching described hereinabove may be configured to accomplish attaching objects to the data repository without the need of accessing the database, parsing file tags, or directly importing the object into the data repository. Furthermore, using the above system and method clients do not have to use DICOM or other tagged files, thereby providing the clients with the freedom to use standard images (JPG or AVI) along with PDF files and still attach them into database systems. Also, use of the above system and method allows for easier integration with other database systems.
While only certain features of the invention have been illustrated and described herein, many modifications and changes will occur to those skilled in the art. It is, therefore, to be understood that the appended claims are intended to cover all such modifications and changes as fall within the true spirit of the invention.
