• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    An image viewer and a method for using it in a medical image management system are described. In one embodiment, the system comprises: a network communication interface for receiving the compressed image pixel data; an image cache for caching compressed DICOM image pixel data and rendered images; one or more processors coupled to the network connection interface and memory and configured to implement an image rendering process, to perform the image rendering in response to an opening of a sanitary study for review, where the rendering of Imaging includes determining whether the compressed image pixel data associated with an image selected for display is in an image cache, and if so, then extracting said compressed image pixel data from an image cache, where the image pixel data represents a pre-rendered version of an image from a series in the healthcare studio, and render the image valid for viewing, for viewing with a viewfinder on the viewer, and if not then download from a location in remote a valid version of the image for viewing for viewing with the viewfinder and a viewfinder attached to said one or more procedures sadores to display the valid image for your viewer with a viewfinder. (Machine-translation by Google Translate, not legally binding)
    公开号:ES2772923A2
    申请号:ES201930735
    申请日:2019-08-07
    公开日:2020-07-08
    发明作者:Brigil Vincent；Tatsuo Kawanaka；Keiichi Morita；Prajeesh Prabhakaran；Maneesh Chirangattu
    申请人:Fujifilm Medical Systems USA Inc；
    IPC主号:
    专利说明:

    [0003] OBJECT OF THE INVENTION
    [0005] The present invention relates to the field of medical image analysis, more specifically, embodiments of the present invention relate to local rendering and visualization of medical images using compressed pixel data stored in the cache in low network speed environments. .
    [0007] BACKGROUND OF THE INVENTION
    [0009] Current medical imaging technology includes the use of medical images such as, but not limited to, x-rays, mammograms, computed tomography (CT) scanners, magnetic resonance imaging (MRI), emission tomography scanners positron imaging (PET) and ultrasound imaging. These images are generated using medical imaging modalities.
    [0011] Medical facilities are more easily adopting electronic displays to display medical images. Often, after medical images are rendered using an imaging modality, those images are included in a study that is sent to an image archiving and communication system (PACS). The PACS system is a medical imaging technology that allows access to images from multiple locations. Doctors and / or other medical professionals obtain studies that are stored in the PACS and review, or check, the images in the studies to obtain clinical information about their patients. If a patient has a serious medical condition that needs urgent attention, the doctor can often make that determination by reviewing the images in the study.
    [0013] Doctors and / or other medical professionals often view images on a workstation that has a display.To view images from a study on the workstation, the images are rendered on a server located at remote and then the rendered images are downloaded over a network for viewing on the workstation. The rendering of a particular image takes place in real time in response to a request to view the image. The rendered image is downloaded over the network to the workstation, the performance of which is highly dependent on the speed of the network. Therefore, if the network speed is low, then the reception of the rendered image is delayed. It is desirable to avoid such delays, particularly in cases where a doctor and / or other medical professionals need to review the image immediately.
    [0015] DESCRIPTION OF THE INVENTION
    [0017] An image viewer and a method for using the same in a medical image management system are described. In one embodiment, the system comprises: a network communication interface for receiving the compressed image pixel data; an image cache for caching pixel data from compressed DICOM images and rendered images; one or more processors coupled to the network connection interface and memory, and configured to implement an image rendering process to perform image rendering in response to the opening of a healthcare study for review, where the Image rendering includes determining whether the compressed image pixel data associated with an image selected for display is in a cache, and if so, then extracting the compressed image pixel data from an image's cache where the image pixel data represents a pre-rendered version of an image from a series in the healthcare studio, decompress the image pixel data compressed to obtain the image pixel data, perform one or more rendering operations image processing on the image pixel data, generate a valid image for display from the pixel data is the image that has undergone image processing, and render the image that can be viewed for viewing with a viewer in the displayed and if not then download from a remote location a valid version of the image for viewing to view it with the viewer; and a display coupled to the one or more processors for displaying the image that can be displayed with a viewer.
    [0018] DESCRIPTION OF THE DRAWINGS
    [0020] The present invention will be more fully understood from the detailed description provided below and from the accompanying drawings of various embodiments of the invention, which, however, should not be construed as limiting the invention to the specific embodiments, but rather provided for explanatory and understanding reasons only.
    [0022] Figure 1 illustrates an example of a medical information computer system environment with which embodiments of the present invention can be implemented.
    [0024] Figure 2 is a block diagram showing one embodiment of the architecture of a computer system for displaying serial images on a graphical user interface (GUI).
    [0026] Figure 3 is a flow chart of one embodiment of an image rendering process that is performed with a medical image management system.
    [0028] Figure 4 illustrates a list of operations for requesting and rendering images for one embodiment of a medical image management system.
    [0030] Figure 5 is a flow chart of one embodiment of a process for displaying serial images in a graphical user interface (GUI).
    [0032] Figure 6 is a flowchart of one embodiment of a process for requesting compressed image pixel data from a server located remotely from the system, and downloading the compressed image pixel data into the cache of images.
    [0034] Figure 7 illustrates an exemplary embodiment of a logical representation of a medical information and image management system that generates and renders images from healthcare studies.
    [0035] PREFERRED EMBODIMENT OF THE INVENTION
    [0036] In the following description, numerous details are explained to provide a more comprehensive explanation of the present invention. It will be apparent, however, to one skilled in the art, that the present invention can be practiced without these specific details. In other cases, well-known structures and devices are shown in block diagram form rather than in detail, to avoid complicating the present invention.
    [0038] Embodiments of the present invention are directed to systems, methods, and GUIs for rendering and displaying medical or healthcare images, particularly in low network speed environments. The systems, methods, and GUIs of the present invention not only have the ability to cache compressed image pixel data (e.g., DICOM image pixel data) and render images locally rather than relying on rendering images on the server side when low network speeds would unnecessarily delay the generation and display of such images. Having briefly described an overview of the present invention, embodiments of said invention will be discussed with reference to Figures 1-7.
    [0040] The subject matter of the embodiments of the present invention is specifically described herein to meet the necessary requirements. However, the description itself is not intended to limit the scope of this patent. Rather, the inventors have considered that the claimed subject matter could also be made in other ways, to include different steps or combinations of steps similar to those described herein, in conjunction with other present or future technologies.
    [0042] Having briefly described embodiments of the present invention, an example of a suitable operating environment for use in implementing embodiments of the present invention is described below.
    [0044] With reference to the drawings in general, and initially to Figure 1 in particular, an environment of the medical information computer system is illustrated, with which the embodiments of the present invention can be implemented and is generally designated by reference numeral 120 It will be understood and appreciated by those of ordinary skill in the art that the environment 120 of the computer system of Medical information is merely an example of a suitable computing environment, and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Nor should the medical information computer system environment 120 be construed to present any dependencies or requirements in relation to any individual component or combination of components illustrated therein.
    [0046] Embodiments of the present invention may be operative with various environments or configurations of the general purpose or specific purpose computing system. Examples of well known systems, environments, and / or configurations that may be suitable for use with the present invention include, by way of example only, personal computers, server computers, handheld or portable devices, multiprocessor systems, systems microprocessor-based, programmable consumer electronics, network PCs, minicomputers, mainframes, distributed computing environments including any of the aforementioned systems or devices, and the like.
    [0048] Embodiments of the present invention can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. In general, program modules include, but are not limited to, routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types. The present invention can also be practiced in distributed computing environments where tasks are performed by processing devices that are linked through a communication network. In a distributed computing environment, program modules can be located in association with local and / or remote computing storage media including, by way of example only, memory storage devices.
    [0050] Continuing to refer to Figure 1, the example medical information computing system environment 120 includes a general purpose computing device in the form of a control server 122. The components of the control server 122 may include, without limitation, a processing unit, a system memory internal, and a system bus suitable for coupling various system components, including a database cluster 124, with the control server 122. The system bus can be any of several types of bus structures, including a memory bus or memory control unit, a peripheral bus, and a local bus, using any of a variety of bus architectures. By way of example, and not limitation, architectures of this type include an Industry Standard Architecture (ISA ) bus, Micro-Channel Architecture (MSA ) bus , Extended ISA bus (EISA ), VESA Local Bus (Electronic Standards Association), and Peripheral Component Interconnect (PCI ), also known as Mezzanine bus.
    [0052] The control server 122 typically includes therein, or has access to, a variety of computer-readable media, eg, database cluster 124. Computer-readable media can be any available media that can be accessed by server 122, and includes volatile and non-volatile media, as well as removable and non-removable media. By way of example, and not limitation, computer-readable media may include computer storage media. Computer storage media may include, without limitation, volatile and non-volatile media, as well as removable and non-removable media implemented in any method or technology for storing information, such as computer-readable instructions, data structures, program modules. , or other data. In this regard, computer storage media may include, but are not limited to, RAM, ROM, EEPROM, flash or other memory technologies, CD-ROM, digital versatile discs (DVD), or other optical disc memory, magnetic cassettes, magnetic tape, magnetic disk memory, or other magnetic memory device, or any other medium that can be used to store the desired information and that can be accessed by the control server 122. By way of example, and not limitation, communication media includes wired media such as a wired network or direct wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above may also be included within the scope of computer-readable media.
    [0054] The computer storage media discussed above and illustrated in Figure 1, including database cluster 124, provides storage of computer-readable instructions, data structures, program modules, and other data for control server 122. The control server 122 can operate on a computer network 126 using logical connections with one or more remote computers 128. The remote computers 128 can be located in a variety of locations in a medical or research environment, for example, but not limited to, clinical laboratories (eg, molecular diagnostic laboratories), hospitals, and other inpatient settings, veterinary settings, ambulatory settings, medical financial and billing offices, hospital administration locations, home healthcare settings, and clinician offices. Clinical professionals may include, but are not limited to, a treating physician or physicians, specialists such as intensivists, surgeons, radiologists, cardiologists, and oncologists, emergency medical technicians, attending physicians, nurse practitioners, nurses, nurse aides, pharmacists, dietitians, microbiologists, laboratory experts, laboratory technicians, genetic counselors, researchers, veterinarians, students, and the like. The remote computers 128 may also be physically located in non-traditional health care settings so that the entire health care community is capable of integration into the network. The remote computers 128 may be personal computers, servers, routers, network PCs, port devices, other common network nodes, or the like, and may include some or all of the elements described above in relation to the control server 122. The devices can be personal digital assistants or other similar devices.
    [0056] Examples of networks 126 may include, without limitation, local area networks (LANs) and / or wide area networks (WANs). Such network environments are common in offices, corporate computer networks, intranets, and the Internet. When used in a WAN environment, the control server 122 may include a modem or other means to establish communications over the WAN, such as the Internet. In a network environment, the program modules or parts thereof may be stored in association with the control server 122, the database cluster 124, or any of the remote computers 128. For example, and not by way of limitation, various application programs may reside in memory associated with any one or more of the remote computers 128. Will be appreciated by practicing experts It is common in the art that the network connections shown are exemplary, and other means of establishing a communication link between the computers (eg, control server 122 and remote computers 128) may be used.
    [0058] In an operational state, a clinician can enter commands and information into the control server 122, or lead / transmit the commands and information to the control server 122 through one or more of the computers 128 remotely through the input devices, such as a keyboard, a pointing device (commonly referred to as a mouse), a trackball, or a trackpad. Other input devices may include, without limitation, microphones, scanners, or the like. Orders and information can also be sent directly from a remote healthcare device to control server 122. In addition to a monitor, the control server 122 and / or remote computers 128 may include other peripheral output devices, such as speakers and a printer.
    [0060] Although not many other internal components of the control server 122 and remote computers 128 are shown, those of skill in the art will appreciate that such components and their interconnection are well known. Accordingly, additional details concerning the internal construction of the control server 122 and remote computers 128 are not disclosed in any further detail herein.
    [0062] Referring to Figure 2, a block diagram is illustrated showing an example computer system architecture for continuous viewing of medical images (e.g., DICOM images) in a low speed environment by locally rendering the images using the Locally cached image pixel compressed data. It will be appreciated that the computer systems architecture shown in Figure 2 is merely one example of a suitable computer system and is not intended to have any dependencies or requirements related to any single module / component or combination of modules / components.
    [0064] The computer system includes any image viewer 210 and one or more databases 230 that store and maintain the medical images of a series of images from health studies. Medical images include radiology images, laboratory images, photos, cardiology images, such as ultrasound images, and other health images. One of skill in the art will appreciate that the databases can be maintained independently or integrated. The databases 230 may contain images that are linked to a patient's digital medical record (HCD), such that the images can be selected from within the HCD and executed and displayed within a viewer through the viewer 210. images. As used herein, the acronym "HCD" is not intended to be limiting, and may broadly refer to any or all aspects of the patient's medical record, rendered in a digital format. Generally, the HCD is supported by systems configured to coordinate the storage and retrieval of individual records with the help of computing devices. As such, a variety of types of healthcare-related information can be stored and accessed in this way. By way of example, the HCD may store one or more of the following types of information: patient demographics; medical history (eg, examination reports and health and disease progress); lists of allergies and medications / immunization status; results of laboratory tests, radiology images (eg, X-rays, CT, MRI, etc.); other images; evidence-based recommendations for specific medical conditions; an appointment log and doctor's notes; billing records; and data received from an associated medical device. Consequently, systems using HCDs reduce medical errors, increase physician efficiency, and reduce costs, in addition to promoting standardization of healthcare. The display component 220 includes a graphical display device which may be a monitor, a computer screen, a projector device, or other hardware device for displaying output data, capable of displaying graphical user interfaces.
    [0066] Viewer 210 receives and displays images originating from more than one source, or database. Therefore, a single storage data dictionary or a single PACS ( Picture Archiving and Communication System) is not required. Image viewer 210 may reside on one or more computing devices, such as, for example, control server 122 described above with reference to Figure 1. By way of example, control server 122 includes a computer processor and it can be a server, a computer personal computer, a desktop computer, a laptop computer, a handheld device, a mobile device, a consumer electronic device, or the like.
    [0068] The image viewer 210 comprises a selection component 212, a viewer component 214, an image rendering and processing component 216, a subscription component 218, and a display component 220. In various embodiments, the image viewer 210 includes a history component 222, an information component 224, and a manipulation component 226. It will be appreciated that, although the image viewer 210 is represented as an element that receives health images from a current study stored in a database 230, Image viewer 210 can receive healthcare images from multiple sources including databases spread across multiple facilities and / or multiple locations. It will also be appreciated that the image viewer 210 can receive health images from the sources described above through links within a patient's HCD.
    [0070] The selection component 212 receives a selection from a health study. A health study comprises one or more series. Each series comprises one or more images that represent the subject of the image from various angles. A list view within a media manager provides a list of available studies, images, and other media. A clinical expert can select the desired items to run on the viewer. In one embodiment, the selection of desired elements can be performed within the HCD.
    [0072] Once the selection component 212 receives the clinician's selection, the viewer component 214 executes the viewer for the selected studies. Image rendering and processing component 216 accesses compressed image pixel data associated with at least one selected image for display from local storage (eg, image cache), decompresses pixel data image, performs one or more image processing operations (if desired or necessary), and renders the image.
    [0074] If the compressed pixel image data is not available, the subscription component 218 controls requesting the compressed pixel image data from a remote location (e.g., a server located in remote), receives the data and stores it locally. In one embodiment, the subscription component 218 obtains the compressed data based on a prioritized subscription order. After that, the image processing and rendering component 216 generates and renders a valid image for display from the compressed pixel data of the image.
    [0076] The display component 220 displays said one or more images of the current study on the viewer.
    [0078] In one embodiment, a history component 222 displays a history of different clinical studies and images associated with said more than one health image. The history component 222 further allows a selection of one or more images from the history to be displayed on the viewer by the display component 220. For example, the selection component 212 may have received a selection from the clinician of a particular study. However, once the display component 220 has displayed the images comprising that selected study, the history component 222 can display other clinical studies and images that are of particular interest to the clinician. The clinician can then select additional items from the history to run within the viewer.
    [0080] In one embodiment, the information component 224 displays additional information associated with said more than one health image, history, or a combination thereof. Such additional information may also include chronology-related information.
    [0082] In one embodiment, a manipulation component 226 allows a clinician to manipulate a health image display. For example, a clinician may determine that the image as rendered within the viewer is not large enough to see a desired level of detail. The clinician can zoom in or out and the manipulator component 226 manipulates the image display accordingly. Similarly, the clinician may wish to pan the image and the manipulator component 226 manipulates the image display accordingly.
    [0083] Figure 3 is a data flow diagram of one embodiment of an image rendering process being performed with a medical image management system. The medical image management system performs image rendering and display to create a layout in the GUI with at least one image from a series of images from the current study. In one embodiment, the medical image management system provides seamless display of medical images (eg, DICOM images) in low network speed environments by caching the compressed pixel data of images in the system. and rendering the images locally. In one embodiment, the system is implemented with one of the viewers of Figure 2 or the system of Figure 7.
    [0085] In one embodiment, the medical image management system comprises a network communication interface for receiving compressed image pixel data; an image cache for caching pixel data from compressed DICOM images and rendered images; and one or more processors coupled to the network connection interface and memory are configured to implement an image rendering process to perform image rendering in response to the opening of a health study for review, and a viewer coupled to said one or more processors to display the valid image for display with a viewer (eg, a browser window being displayed on a viewer of the medical image management system). In one embodiment, the medical image management system comprises a work station.
    [0087] In one embodiment, the image rendering includes determining whether the compressed image pixel data associated with an image selected for display is in an image cache, and if so, then extracting the compressed image pixel data from an image cache, the image pixel data representing a pre-rendered version of an image from a series in the healthcare study, decompress the compressed image pixel data to obtain the image pixel data, perform one or more rendering operations image processing on the image pixel data, generate a display-valid image from the image pixel data that has undergone image processing, and render the display-valid image, for display with a viewfinder in the display.
    [0088] If the compressed image pixel data associated with an image selected for viewing is not in an image cache, then download a valid rendered version of the image for viewing from a remote location for viewing with the viewer. That is, server-side rendering is used only if the image is not available in the image cache. In one embodiment, the processor makes a request for the image pixel data from a server located remotely from the system through the network connection and downloads the compressed image pixel data into the image cache.
    [0090] Therefore, the processor makes a request for the compressed image pixel data from an image cache, preferably making a redundant request for the compressed image pixel data from a server located remote from the server to compensate for a low speed environment. network where the network speed is below a threshold. In other words, depending on the speed of the network, other compressed image data associated with images in the series / study being viewed is downloaded and cached so that they can be rendered locally.
    [0092] It should be noted that, in one embodiment, when a study is initially opened and the first study image is selected for viewing, the image to be viewed can be rendered from a server or a client depending on whether that image is on. cache already or not.
    [0094] Referring to Figure 3, in one embodiment, the process for rendering an image that is being performed with the medical image management system has two logical parts:
    [0095] 1) Subscription: Cached compressed medical image pixel data on the system.
    [0097] 2) Rendering: Unzip pixel data from valid medical images for display.
    [0099] One embodiment of the operations associated with the part is depicted in Figure 4.
    [0100] Referring to both Figures 3 and 4, the subscription part of the process is activated when a new study is opened in the image viewer 301 (e.g., a browser window) or the user activates the subscription to from a scheduled work list. In one embodiment, the subscription is only activated in a case where a study is opened and the system does not yet have the compressed pixel data of the image stored locally. If the data is available locally, the system renders the image with the local data.
    [0102] In one embodiment, the worklist may include a number of studies that have been submitted to an individual for review and have been designated for download to the system from remotely located storage.
    [0104] Upon activation of the subscription, the image viewer 301 generates a request to receive the pre-rendered, optimized and compressed DICOM image pixel data for the image service 312 running on a remotely located server, so that the data compressed DICOM image pixels can be downloaded to the workstation cache. In one embodiment, the following optimizations are performed. First, the image is pre-rendered. In one embodiment, the pre-rendering includes analyzing the DICOM image and selecting display attributes from the metadata. Second, in one embodiment, if the image requires a non-linear transformation based on the histogram, this will be done as part of the pre-rendering to avoid doing this client-side processing. Third, in one embodiment, the pre-rendering also includes separating the pixel data from the metadata and combining the pixels with the required display properties. Fourth, in one embodiment, compression is applied in an efficient manner such that your discharge time is reduced and also your decompression time is reduced. This helps a faster download on low speed networks. In one embodiment, the workstation cache comprises a combination of memory cache 309 and disk cache 310 such that when memory cache 309 reaches a configured limit, the cache expands to disk cache 310 from the work station.
    [0106] Viewer 301 sends the request to make a request to controller 302 to queue the request to subscription request queue 307. In a implementation, the request is queued based on priority. That is, the subscription download order is based on priority. In one embodiment, DICOM images from the series selected for display on image viewer 301 always get a higher priority and will be cached first compared to image data associated with images from other series in the study.
    [0108] In one embodiment, a user can change the reading protocol and display layout a toolbar component associated with the viewer displays multiple reading protocols and layouts applicable to the study being displayed so that the user can change the settings. viewer layouts at any time. In one embodiment, changing the read protocols or the display layouts or swapping the strings will cause the subscription priority changes to occur dynamically. More specifically, subscription usage is managed at the series level with each subscription request representing a series in the study. In one embodiment, when a study is subscribed that has, for example, ten series in which the first four series have to be shown based on the reading protocol, ten subscription requests are generated where the first four requests have a higher priority compared to the rest of the requests. When the user changes the reading protocol during subscription, the priority in the existing subscription list is updated to reflect the change in the reading protocol / viewer layout such that the series to be displayed gets a higher priority. high and your images are cached first. Similarly, if a user drags and drops a specific random series from a series recorder to a viewport, the priority of the subscription request for that series becomes higher.
    [0110] Loader 308 takes each request from the subscription request 307 and sends it to a system network interface over network 311 (eg, the Internet). In one embodiment, the loader 308 sends the request as a Web Access to DICOM Objects (WADO) request. Image server 312 at a remote server receives the request from network 311 and extracts the DICOM image pixel data from DICOM image storage 313.
    [0111] After extracting the pixel data from DICOM images, the image server 312 performs pre-rendering, optimizes the pixel data in the image, and applies compression to the pixel data in the image. In one embodiment, the pre-rendering includes separating the image pixel data from some metadata in the DICOM image file. Some of the metadata is removed, while others associated with window environments, slope / intercept, width and height of the image, of the type Standardized Pickup Value or SUV (for its acronym in English), SUV windows, Tween, Shutter, mask, temporary copy of the VOI LUT, displayed area, pixel spacing, spatial transformation, photometric rendering, etc., are kept with the image pixel data. This remaining metadata will be used to render the image locally. In one embodiment, the compression that is applied to reduce download time and reduce subsequent decompression time, thereby facilitating faster download in low-speed networks, is the compression described in US Patent No. 7,183,950. In another embodiment, the compression that is applied is the compression described in US Patent No. 7,773,820, both of which are incorporated herein by reference. It should be noted that other compression techniques that are well known in the art can be used.
    [0113] After performing pre-rendering, any optimization, and compression, the image service 312 sends the compressed DICOM image pixel data back to the management system via network 311 where it is received by the network interface of the image caching and management system. At this point, the compressed DICOM image pixel data could be decompressed and an image rendered from the DICOM image pixel data.
    [0115] In one embodiment, the system displays a progress indicator (eg, a status bar) in the graphic window in which an image is displayed indicating the progress of the subscription. When the data has been completely downloaded and caching for the series is complete, the progress bar display disappears.
    [0117] It should be noted that if the request is for the first image in the series, the image service 312 may provide a fully rendered version of the image selected for display while providing compressed DICOM image pixel data for the other images in the series. This can allow a user to avoid some additional delay in viewing the images in the series.
    [0119] During image rendering, image viewer 301 extracts compressed DICOM images from cache 309, decompresses images using decompressor 305 to DICOM image pixel data, performs image processing on decompressed DICOM image pixel data using an image processor 306 and generates a final valid image to be displayed that will be displayed on the image viewer 301.
    [0121] As part of a hybrid approach, when images are not yet in the cache, the image viewer 301 will rely on server-side rendering to display images, sending the WADO (Web Access to DICOM Objects) request to service 312 of Imaging to retrieve valid DICOM images for rendered display. In such cases, the user is not required to wait for all the images to be cached on the workstation to proceed with interactive operations in the image viewer. In one embodiment, such requests are not queued and are sent through a request handler 302 and loader 308 immediately to the image service 312. Also, in one embodiment, the request indicates that a request is made for a fully rendered image or images as opposed to the compressed pixel data of the image.
    [0123] In one embodiment, the rendering process begins with the user performing interactive operations with the image viewer 301, the image viewer 301 recognizing and performing operations in response thereto. Examples of interactive operations include zooming, panning, windows, rotate, flip, various types of scrolling, cine, mask, shutter, image magnification, color table operations, and so on. In this way, the system is able to perform operations on the original DICOM image pixel data (which has been pre-rendered by image service 312).
    [0125] In response to an interactive operation, the image viewer 301 places a request of rendering in the queue 303 of render requests, through the controller 302, where the request is stored. The renderer 304 dequeues the request, gets the compressed pre-rendered optimized image pixel data from the image cache 309, performs decompression on the pre-rendered DICOM image data using the decompressor 305, processes the DICOM pixel data using the image processor 306, and converts the processed pixel data into a valid image for display with renderer 304. Renderer 304 passes the valid image for display to image viewer 301, which drags the valid DICOM image for display into the system display. The decompression performed by the compressor 305 is to reverse the compression 314 performed by the image service 312. It is to be noted that the image processing operations performed by the image processor 305 are to implement the interactive operations with respect to the image viewer 301.
    [0127] Figure 5 is a flow chart of one embodiment of a process for displaying serial images in a graphical user interface (GUI). In one embodiment, the processes are performed by processing logic that may comprise hardware (circuitry, dedicated logic, etc.), software (eg, software running on a chip), firmware, or a combination of the above. three. In one embodiment, the process is performed by a medical image management system having an image processor, a renderer, and a viewer.
    [0129] Referring to Figure 5, the process begins with the processing logic determining whether the compressed pixel image data associated with a healthcare study image selected for display is in an image cache of a healthcare management system. medical images (processing block 501). If so, then the process transitions to processing block 502 in which the processing logic extracts the compressed pixel data from the image from an image cache. In one embodiment, as described above, the image pixel data represents a pre-rendered version of an image from a series in the healthcare study.
    [0131] After extracting the compressed pixel data from the image, the processing logic decompresses the compressed pixel data from the image to obtain the image pixel data, perform one or more image processing operations on the image pixel data, generate a valid image for display from the image pixel data that has undergone processing images, and renders the valid image for viewing for viewing with a viewer in the displayed.In one embodiment, said one or more operations include working with windows, cine, zooming, panning, window leveling. chromatic scale), and other well-known image processing operations performed on medical images during review.
    [0133] If the compressed pixel image data associated with an image selected for display is not in an image cache, then the process transitions to processing block 503 where the processing logic downloads, from a remote location ( e.g. a remote server) a rendered version of the image valid for viewing for viewing with the viewer.
    [0135] After that, the processing logic displays the valid image to be viewed with a viewer of the medical image management system (processing block 504).
    [0137] Figure 6 is a flow diagram of one embodiment of a process for making a request for pixel compressed data from a server located remotely from the system through the network connection and downloading the pixel compressed data of the image in the image cache. In one embodiment, the processes are performed by processing logic that may comprise hardware (circuitry, dedicated logic, etc.), software (eg, software running on a chip), firmware, or a combination of the above. three. In one embodiment, the process is performed by a medical image management system that has an image loader and an image cache.
    [0139] Referring to Figure 6, the process begins by processing logic that generates a request for compressed image pixel data in response to the opening of a healthcare study (processing block 601). In one embodiment, the processing logic for placing the request for compressed image pixel data is part of a request handler of a medical image management system.
    [0141] After generating the request, the processing logic queues the request for the compressed image pixel data to a medical image management system request queue (processing block 602). It should be noted that there can be a number of requests that are queued in that queue. These requests can be handled in the order in which they are stored in the queue. In another embodiment, requests are handled based on priority. In one embodiment, the priority is controlled by the subscription logic of the medical image management system.
    [0143] Subsequently, the processing logic dequeues the request from the request queue (processing block 603). In one embodiment, the processing logic for dequeuing the request for image pixel compressed data is part of a loader of a medical image management system.
    [0145] The processing logic sends the queued request to the remote server over a network using a network interface of the medical image management system (processing block 604). In one embodiment, the request is sent over the Internet to the remote server that has access to the images to be rendered.
    [0147] The server processing logic receives the request (processing block 605), extracts the image data (eg, image data for a DICOM image), from storage (eg, a remotely located storage ) (processing block 606), compresses the extracted image pixel data (processing block 607), and then sends the compressed image pixel data from the remotely located server to the medical image management system over the network (processing block 608).
    [0149] The processing logic of the medical image management system receives the compressed pixel data of the image and stores it in an image cache of the image management system (processing block 609). In one embodiment, the loader of the medical image management system using the Network connection receives and stores the compressed pixel image data.
    [0151] Example of a medical image management system:
    [0153] Figure 7 illustrates an exemplary embodiment of a logical representation of a medical image and information management system 700 that generates and renders the image comparison patterns discussed above. The system correlates a series of images based on image similarity and automatically creates designs with serial images from a current study and one or more past studies (previously created). In one embodiment, system 700 is part of a medical imaging system such as the one detailed above.
    [0155] The medical image and information management system 700 includes one or more processors 701 that are coupled to a communication interface logic 710 through a first transmission medium 720. The 710 communications interface logic allows communications with other electronic devices, specifically allowing communications with remote users such as doctors, nurses and / or medical technicians, remote databases (e.g., PACS) that store health studies, and health modalities that generate and send studies. In accordance with one embodiment of the disclosure, the communications interface logic 710 may be implemented as a physical interface that includes one or more ports for wired connectors. Additionally, or alternatively, the communications interface logic 710 may be implemented with one or more radio units to support wireless communications with other electronic devices.
    [0157] The processor (s) 701 is further coupled to a persistent storage memory 730 via a transmission medium 725. In accordance with one embodiment of the disclosure, persistent storage memory 730 may include (a) user interface logic 741, (b) image processing and rendering logic 742, (c) notification logic 743, and allocation, (d) a subscription logic 731, (e) an import logic 732, a snapshot generation logic 733, (g) a control logic 734 of a displayed (h) image databases 735, ( i) a database of notes 736 and (j) a database of records 737.
    [0158] The user interface logic 741 may include logic to allow interaction between a user and the display areas that are being displayed on the screen.
    [0160] Image rendering and processing logic 742 includes logic for requesting images to be rendered and rendering images from the compressed pixel data of the image, as described above. In one embodiment, the image processing and rendering logic 742 performs one or more image processing operations on the image data, such as, for example, those described above.
    [0162] The subscription logic 731 includes logic for caching compressed pixel image data (eg, DICOM image pixel data from DICOM images) in the image and information management system 700. In one embodiment, the subscription logic 731 is triggered in response to the opening of a new study in an image viewer of the image and information management system 700. In one embodiment, the subscription logic 731 is also triggered from a scheduled work list. In one embodiment, the subscription logic 731 obtains the compressed data based on a prioritized subscription order. In one embodiment, the subscription order is priority based such that the images under which the series selected for display on the viewer of the medical image and information management system 700 are given a higher priority and stored in a cache was first compared with other series in the study. In one embodiment, subscription logic 731 responds to changes in read protocols, display layouts, or serial switches and makes changes to subscription priority dynamically. In one embodiment, the subscription logic 731 generates a progress indicator for display in the viewer that indicates the progress of the subscription download process.
    [0164] Notification and assignment logic 743 includes logic for issuing and sending notifications and / or assignments for study reviews.
    [0166] The import logic 732 may include logic to retrieve one or more information entries from a storage device and import each one or more of the information entries into a separate display area of a viewer. or a template from a viewer. For example, information inputs may include, but are not limited or restricted to, (i) medical images, including X-rays, mammography, computed tomography (CT) scans, magnetic resonance imaging (MRI), tomography scan positron emission (PET) and / or ultrasound images, (ii) doctor's notes in reference to one or more medical images and / or (iii) medical records corresponding to one or more subjects of said one or more medical images.
    [0168] Flash generation logic 733 includes logic to save at least a first state of the design template. Saving the first state may include storing at least (i) said one or more information entries, and (ii) displaying the properties of each of said one or more information entries on a non-transient computer-readable medium. The design template can represent a comparison design that represents one or more images from a current study and one or more images that are determined to be similar from one or more previously created cases.
    [0170] Display control logic 734 includes logic to display images that have been rendered locally from the image's compressed pixel data or have been server-side rendered and sent from the server in a valid form for display. . In one embodiment, the display control logic 734 includes logic for displaying a browser in which images are displayed.
    [0172] The image databases 735, the note databases 736, and the record databases 737 may comprise a single non-transient computer-readable medium-type storage device or may each be a human-readable medium-type storage device. by individual non-transitory computer. Image databases 735 store medical images that a user can import into a display area of a viewer or other GUI. Note databases 736 store notes recorded by a doctor, nurse, medical technician, etc., which a user can import into a display area of a design template. Finally, the record database 737 stores medical records that a user can import into a display area of a design template.
    [0173] There are a number of exemplary embodiments described herein.
    [0175] Example 1 is a system comprising: a network communication interface for receiving the image pixel compressed data; an image cache for caching compressed DICOM image pixel data and rendered images; one or more processors coupled to the network connection interface and memory and configured to implement an image rendering process, to perform the image rendering in response to an opening of a health study for review, where the rendering of Images includes determining whether compressed image pixel data associated with an image selected for display is in an image cache, and if so, then extracting such compressed image pixel data from an image cache, where the image pixel data represents a pre-rendered version of an image from a series in the healthcare study, decompress the compressed image pixel data to obtain the image pixel data, perform one or more image processing operations in the image pixel data, generate a valid image for display from the image pixel data in which they have been subjected to image processing, and render the valid image for viewing, to view it with a viewer in the displayed and if not, then download a version of the image valid for viewing from a remote location to view it with the viewer; a display coupled to said one or more processors for displaying the image valid for its display with a viewer.
    [0177] Example 2 is the system of Example 1 which may optionally include the processor to be further operable to make a request for pixel-compressed data of the image from a server located remotely from the system over the network connection and download the compressed pixel data of the image in the image cache.
    [0179] Example 3 is the system of Example 3 which may optionally include that the processor is additionally operable to: generate and queue the request in response to the health study being opened; send, using a loader, the request to the remote server; and receive and image cache the compressed image pixel data received from the server located at remote.
    [0181] Example 4 is the system of Example 3 which may optionally include the processor requesting the compressed pixel data of the image from the server in response to determining that the compressed pixel data of the image is not stored in the image cache.
    [0183] Example 5 is the system of Example 4 which can optionally include the compressed image pixel data being requested by the processor based on a priority.
    [0185] Example 6 is the system of Example 5 that can optionally include that the compressed pixel data of the image associated with an image, which is part of a series selected for display in the displayed, have a higher priority and that this is requested before the compressed image pixel data associated with an image that is not part of the series selected for display in the displayed
    [0187] Example 7 is the system of Example 1 which may optionally include that the processor is operable to make a request for the compressed pixel data of the image, making a redundant request for the compressed pixel data of the image from a server located at remote from the server, to compensate for a low network speed environment where the network speed is below a threshold.
    [0189] Example 8 is the system of Example 1 that can optionally include the image to comprise a DICOM image.
    [0191] Example 9 is the system of Example 1 which may optionally include the processor being operable to download compressed image data to the image cache as a background process before the study is opened for review.
    [0193] Example 10 is the system of Example 1 which can optionally include the viewer being part of a browser.
    [0194] Example 11 is a method of displaying images from a healthcare study in a graphical user interface (GUI), where the method comprises: determining whether compressed image pixel data associated with an image from a healthcare study selected for display resides in an image cache of a medical image management system; If the compressed pixel image data associated with an image from a healthcare study selected for display is in an image cache of a medical image management system, then extract the compressed pixel data from the image from a Image cache, the image pixel data representing a pre-rendered version of an image from a series in the healthcare study, decompress the image pixel compressed data to obtain the image pixel data, perform one or more image processing operations on the image pixel data, generate a display valid image from the image pixel data that has undergone image processing, and render the display valid image for display with a viewer in the displayed and if the compressed image pixel data associated with an image from a selected healthcare study ional for viewing is not in an image cache of a medical image management system, then downloading from a remote location a valid version of the image for viewing to be viewed with the viewer; and displaying the valid image for viewing with a viewer.
    [0196] Example 12 is the method of Example 11 which may optionally include making a request for pixel compressed data of the image from a server located remotely from the system over the network connection and downloading the pixel compressed data from the image in the image cache.
    [0198] Example 12 is the method of example 11 that can optionally download from a remote location a rendered version of the valid image for viewing with the viewer comprising: generating and queuing the request in the medical image management system at response to the study that is being opened; sending, by means of a loader of the medical image management system, the request to the server located remotely; receiving and caching images, by the medical image management system, the compressed pixel data of the image received from the remote server.
    [0199] Example 14 is the method of Example 11 where optionally the compressed pixel data of the image is extracted based on a priority.
    [0201] Example 15 is the method of Example 14 that can optionally make compressed image pixel data associated with an image that is part of a series selected for display on the display to have a higher priority and a request is made earlier. of the compressed image pixel data associated with an image that is not part of the series selected for display in the viewer.
    [0203] Example 16 is the method of Example 11 where optionally the image comprises a DICOM image.
    [0205] Example 17 is the method of Example 11 where optionally the viewer is part of a browser.
    [0207] Example 18 is a non-transient computer-readable storage medium that has instructions stored therein which, when executed by a system that has at least one processor and memory in it, causes the system to perform a method to display images of a study in a graphical user interface (GUI), wherein the method comprises: determining whether the compressed pixel data of the image associated with an image of a healthcare study selected for display is in a cache of images of a medical management system; If compressed image pixel data associated with an image from a study selected for display is in an image cache of an image management system, then extract the compressed image pixel data from an image cache , where the image pixel data represents a pre-rendered version of an image from a series in the healthcare study, decompress the compressed image pixel data to obtain the image pixel data, perform one or more processing operations of images in the image pixel data, generate a viewable image from the image pixel data that has undergone image processing, and render the viewable image for viewing with a viewer on the display; if the compressed image pixel data associated with a study image The toilet selected for its viewer is not in an image cache memory of an image management system, so download a version of the image valid for viewing from a remote location to view it with the viewer; and displaying the valid image for viewing with a viewer.
    [0209] Example 19 is the computer-readable storage media of Example 18 where optionally the method further comprises making a request for pixel-compressed data from a server located remotely from the system through a network connection and downloading the data. compressed pixels of the image in the image cache.
    [0211] Example 20 is the computer-readable storage media of example 19 that can optionally download from a remote location a rendered version of the valid image for viewing to view it with the viewer comprising: generating and queuing the request in the medical image management system in response to the study being opened; sending, by means of a loader of the medical image management system, the request to the server located remotely; receiving and caching images, by means of the medical image management system, the compressed pixel data of the image received from the remote server.
    [0213] Some parts of the descriptions detailed above are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These descriptions and algorithmic representations are the means used by those skilled in the data processing art to most effectively convey the background of their work to other skilled in the art. At this point, and in general, an algorithm is conceived to be a self-consistent sequence of steps leading to a desired result. Stages are those that require physical manipulations of physical quantities. Usually, but not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, mainly for common usage reasons, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or similar.
    [0215] It should be noted, however, that all of these terms and like terms have to be associated with the appropriate physical quantities and are simply convenient labels applied to these quantities. Unless specifically explained otherwise than is apparent from the following description, it is appreciated that throughout the description, discussions using terms such as "process" or "compute" or "calculate" or "Determine" or "visualize" or similar, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the histories and memories of the computer system in other data similarly represented as physical quantities within computer system memories or histories of this type or other storage, transmission or display devices.
    [0217] The present invention also relates to an apparatus for performing the operations in the present patent. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program can be stored on a computer-readable storage medium, such as, but not limited to, any type of disc including floppy discs, optical discs, CD-ROMs, magneto-optical discs, read-only memories ( ROM), random access memories (RAM), EPROM, magnetic or optical cards, or any type of suitable means to store electronic instructions, and each of them coupled to a computer system bus.
    [0219] The algorithms and displays presented herein are not inherently related to a particular computer or other apparatus. Various general purpose systems may be used with programs in accordance with the contents herein, or it may be convenient to construct more specialized apparatus to perform the required method steps. The structure required for a variety of these systems will appear from the description below. Furthermore, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages to implement the disclosures of the invention as described in the present patent.
    [0221] A machine-readable medium includes any mechanism for storing or transmitting information in a machine-readable form (eg, a computer). For example, a machine-readable medium includes read-only memory ("ROM"); a random access memory ("RAM"); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustic or other forms of propagated signals (eg, carrier waves, infrared signals, digital signals, etc.); etc.
    [0223] Although many alterations and modifications of the present invention will undoubtedly become apparent to a person skilled in the art after reading the foregoing description, it is to be understood that any particular embodiment shown and described by way of illustration is not intended in any way be considered limiting. Therefore, references to details of various embodiments are not intended to limit the scope of the claims, which in themselves refer only to those features considered essential to the invention.
    权利要求:
    Claims (20)
    [1]
    1. A system comprising:
    a communications interface for receiving compressed pixel data of the image;
    an image cache for caching compressed DICOM image pixel data and rendered images;
    one or more processors coupled to the network connection interface and memory and configured to implement an image rendering process to perform image rendering in response to the opening of a health study for review, where the image rendering includes determining whether the compressed image pixel data associated with an image selected for display is in an image cache, and if so, then extracting the compressed image pixel data from an image cache, where the image pixel data represents a pre-rendered version of an image from a series in the healthcare study,
    decompress the compressed pixel data of the image to get the pixel data of the image,
    perform one or more image processing operations on the image pixel data,
    generate a valid image for display from image pixel data that has undergone image processing, and
    render the image valid for viewing to view it with a viewer in the displayed and
    if not, then download from a remote location a valid version of the image for viewing to view with the viewer;
    a display coupled to said one or more processors to display the valid image for display with a viewer.
    [2]
    The system defined in claim 1 wherein the processor is further operable to make a request for compressed pixel data of the image from a server located remotely from the system through the network connection and Download compressed pixel data of the image to the image cache.
    [3]
    3. The system defined in claim 2 wherein the processor is further operable to:
    generate and queue the request in response to the opening of the health study; send, using a loader, the request to the remote server; and
    receiving and caching the image pixel compressed data received from the remote server.
    [4]
    The system defined in claim 3 wherein the processor makes a request for the compressed pixel data of the server image in response to determining that the compressed pixel data is not stored in the image cache.
    [5]
    The system defined in claim 4 wherein the image pixel compressed data is requested by the processor based on a priority.
    [6]
    The system defined in claim 5 wherein the compressed image pixel data associated with an image that is part of a series selected for display on the display has a higher priority and is requested before the compressed data from Image pixels associated with an image that is not part of the series selected for display in the viewer.
    [7]
    The system defined in claim 1 wherein the processor is operable to request the compressed pixel data of the image from an image cache, making a redundant request for data from a server located remote from the server to compensate a low speed network environment where the network speed is below a threshold.
    [8]
    8. The system defined in claim 1 wherein the image comprises a DICOM image.
    [9]
    The system defined in claim 1 wherein the processor is operable to download compressed image data to the image cache as a background process before the study is opened for review.
    [10]
    The system defined in claim 1 wherein the viewer is part of a scanner.
    [11]
    11. A method for displaying images of a healthcare study on a graphical user interface (GUI), where the method comprises:
    determining whether the compressed pixel image data associated with a healthcare study image selected for display is in an image cache of a medical image management system;
    If the compressed pixel image data associated with an image from a healthcare study selected for display is in an image cache of a medical image management system, then extract the compressed pixel data from the image from a image cache, where the image pixel data represents a pre-rendered version of an image from a series in the healthcare study, decompress the image pixel data compressed to obtain the image pixel data,
    perform one or more image processing operations on the image pixel data,
    generating an image valid for display from the image pixel data that has been subjected to image processing, and rendering the image valid for display with a viewer on the display;
    if the compressed pixel image data associated with a healthcare study image selected for display is not in an image cache of a medical image management system, then download a version of the image from a remote location valid for viewing to be viewed with the viewer; and
    display the valid image for viewing with a viewfinder.
    [12]
    The method defined in claim 11 further comprising making a request for the compressed pixel data of the image from a server located remotely from the system through the network connection and downloading the compressed pixel data from the image in the image cache.
    [13]
    13. The method defined in claim 12 wherein downloading from a location in remotely a rendered version of the image valid for viewing with the viewer comprises:
    generating and queuing the request in the medical image management system in response to the study being opened;
    sending, by means of a loader of the medical image management system, the request to the server located remotely;
    receiving and caching images, by the medical image management system, the compressed pixel data of the image received from the remote server.
    [14]
    The method defined in claim 11 wherein the compressed pixel data of the image is extracted based on a priority.
    [15]
    The method defined in claim 14 wherein the compressed image pixel data associated with an image that is part of a series selected for display on the display has a higher priority and is requested before the compressed data of image pixels associated with an image that is not part of the series selected for display in the viewer.
    [16]
    16. The method defined in claim 11 wherein the image comprises a DICOM image.
    [17]
    17. The method defined in claim 11 wherein the viewer is part of a browser.
    [18]
    18. Non-transient computer-readable storage media that have instructions stored therein which, when executed by a system with at least one processor and memory in it, causes the system to perform a method to display images from a study. sanitary in a graphical user interface (GUI), where the method comprises:
    determining whether the compressed pixel image data associated with a healthcare study image selected for display is in an image cache of a medical image management system;
    If the compressed image pixel data associated with an image of a healthcare study selected for viewing are located in an image cache of a medical image management system, then extract the compressed pixel data from the image from an image cache, the image pixel data representing a pre-rendered version of an image from a series in the sanitary study, decompress the compressed pixel data of the image to obtain the pixel data of the image,
    perform one or more image processing operations on the image pixel data,
    generate a valid image for display from image pixel data that has undergone image processing, and
    render the image valid for display for viewing with a viewer in the viewer;
    if the compressed pixel image data associated with a healthcare study image selected for display is not in an image cache of a medical image management system, then download a version of the image from a remote location valid for viewing to be viewed with the viewer; and
    display the valid image for viewing with a viewfinder.
    [19]
    19. The non-transient computer-readable storage media defined in claim 18 wherein the method further comprises requesting compressed pixel image data from a server located remotely from the system through the network connection. , and download the compressed pixel data of the image to the image cache.
    [20]
    20. The non-transient computer-readable storage media defined in claim 19 wherein downloading from a remote location a rendered version of the valid image for viewing for viewing with the viewer comprises:
    generating and queuing the request in the medical image management system in response to the study being opened;
    sending, by means of a loader of the medical image management system, the request to the server located remotely;
    receive and cache images, using the management system medical imaging, the compressed pixel image data received from the remote server.
    类似技术:
    公开号 | 公开日 | 专利标题
    US10607341B2|2020-03-31|Rules-based processing and presentation of medical images based on image plane
    US10334042B2|2019-06-25|Method and system for providing remote access to a state of an application program
    US10896745B2|2021-01-19|Smart placement rules
    US10129553B2|2018-11-13|Dynamic digital image compression based on digital image characteristics
    US10638136B2|2020-04-28|Dual technique compression
    GB2448409A|2008-10-15|Method and system for pre-fetching imaging information from multiple healthcare organizations
    US20110179094A1|2011-07-21|Method, apparatus and computer program product for providing documentation and/or annotation capabilities for volumetric data
    ES2762302A1|2020-05-22|CONFIGURATION AND DISPLAY OF A USER INTERFACE WITH HEALTHCARE STUDIES |
    US20130108126A1|2013-05-02|Multi-image viewer for multi-sourced images
    ES2772923A2|2020-07-08|PICTURES VIEWER |
    US20180366219A1|2018-12-20|Hospital Information System
    US20090043841A1|2009-02-12|Method and system for provision of image data from a server to a client
    Pouliakis et al.2019|Cytopathology and the Smartphone: An Update
    US11170889B2|2021-11-09|Smooth image scrolling
    ES2888523A2|2022-01-04|A platform for evaluating medical information and method for using the same
    JP2014191461A|2014-10-06|Medical information distribution system and control method, and program
    CN102609175A|2012-07-25|Systems and methods for applying series level operations and comparing images using a thumbnail navigator
    同族专利:
    公开号 | 公开日
    AU2019216655A1|2020-03-05|
    JP2020064610A|2020-04-23|
    US10643746B2|2020-05-05|
    GB201911779D0|2019-10-02|
    AU2019216655B2|2021-11-25|
    CA3051767A1|2020-02-17|
    GB2578504A|2020-05-13|
    US20200058388A1|2020-02-20|
    ES2772923R1|2020-12-10|
    JP6949909B2|2021-10-13|
    US20200203005A1|2020-06-25|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    US6876759B2|2001-02-01|2005-04-05|Fuji Photo Film Co., Ltd.|Image transmitting system, image transmitting method and storage medium|
    JP4642697B2|2006-05-24|2011-03-02|Ｎｅｃディスプレイソリューションズ株式会社|Image display device having image cache memory|
    DE102007043657B4|2007-09-13|2009-06-18|Siemens Ag|Satellite-overlapping storage organization for medical image data|
    US8712120B1|2009-09-28|2014-04-29|Dr Systems, Inc.|Rules-based approach to transferring and/or viewing medical images|
    US8855388B2|2010-04-30|2014-10-07|Vucomp, Inc.|Microcalcification detection classification in radiographic images|
    法律状态:
    2020-07-08| BA2A| Patent application published|Ref document number: 2772923 Country of ref document: ES Kind code of ref document: A2 Effective date: 20200708 |
    2020-12-10| EC2A| Search report published|Ref document number: 2772923 Country of ref document: ES Kind code of ref document: R1 Effective date: 20201201 |
    优先权:
    申请号 | 申请日 | 专利标题
    US15/999,158|US10643746B2|2018-08-17|2018-08-17|Image viewer|
    [返回顶部]