WO2009110310A1 - 画像サーバ、プログラム及び画像管理方法 - Google Patents

画像サーバ、プログラム及び画像管理方法 Download PDF

Info

Publication number
WO2009110310A1
WO2009110310A1 PCT/JP2009/052629 JP2009052629W WO2009110310A1 WO 2009110310 A1 WO2009110310 A1 WO 2009110310A1 JP 2009052629 W JP2009052629 W JP 2009052629W WO 2009110310 A1 WO2009110310 A1 WO 2009110310A1
Authority
WO
WIPO (PCT)
Prior art keywords
image
dicom
image data
key
server
Prior art date
Application number
PCT/JP2009/052629
Other languages
English (en)
French (fr)
Inventor
寛之 窪田
Original Assignee
コニカミノルタエムジー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by コニカミノルタエムジー株式会社 filed Critical コニカミノルタエムジー株式会社
Priority to JP2010501842A priority Critical patent/JPWO2009110310A1/ja
Publication of WO2009110310A1 publication Critical patent/WO2009110310A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS

Definitions

  • the present invention relates to an image server, a program, and an image management method.
  • an image generation apparatus such as a CR (Computed Radiography) apparatus, a CT (Computed Tomography) apparatus, or an MRI (Magnetic Resonance Imaging) apparatus attaches incidental information to image data of medical images obtained by imaging.
  • DICOM image data conforming to the DICOM (Digital Imaging and Communications in Medicine) standard is generated.
  • the image server stores and manages DICOM image data generated in the modality.
  • the image server provides the DICOM image data stored and managed.
  • the image interpretation terminal displays a medical image (DICOM image) on the high-definition monitor based on the acquired DICOM image data.
  • the interpretation terminal selects an important image (key image (Key ⁇ Object Selection Document)) to be interpreted from the displayed DICOM images based on the user operation of the interpretation physician.
  • DICOM image data generated by the modality is stored in the medical image storage device. Proposed to store for one year, store for another 10 years in another medical image storage device, and store DICOM image data in a portable storage medium after 10 years or when the storage capacity of the medical image storage device is insufficient (See Patent Document 1). JP 2002-352216 A
  • DICOM images other than key images are continuously stored in the image server without being read after interpretation. Therefore, the storage area storing the DICOM image other than the key image is wasted.
  • the present invention has been made in view of the above-described problems, and an object of the present invention is to reduce the amount of image data stored and managed by the image server.
  • An image server for managing DICOM images Storage means for storing the DICOM image; Control means for using a DICOM image selected from the DICOM images as a key image, and compressing a DICOM image other than the key image at a compression rate equal to or higher than the key image and storing the compressed image in the storage means; Is provided.
  • the program according to claim 2 is: A computer that manages DICOM images Storage means for storing the DICOM image; Control means for using a DICOM image selected from the DICOM images as a key image, compressing a DICOM image other than the key image at a compression rate equal to or higher than the key image, and storing the compressed image in the storage means; To function as.
  • the image management method is: Using the selected DICOM image as a key image from the DICOM images stored in the storage means; Managing the DICOM image by compressing the DICOM image other than the key image at a compression rate equal to or higher than the key image and storing the compressed image in the storage unit; Consists of
  • the control means of the image server uses the DICOM image selected from the managed DICOM images as the key image, and uses the DICOM image other than the key image as the key image.
  • the image is compressed at a compression rate equal to or higher than the key image and stored in the storage means. Therefore, the amount of image data stored and managed by the image server can be reduced.
  • 1 is a system configuration diagram of a medical image system according to an embodiment of the present invention. It is a data block diagram of DICOM image data. It is a block diagram of an image server. It is a storage management image figure in an image server. It is an image figure of compression of a DICOM image in an image server. It is a ladder chart which shows the process performed with a medical image system. It is a flowchart which shows a 1st image compression process. It is a flowchart which shows a 2nd image compression process.
  • FIG. 1 shows a system configuration of the medical image system 100.
  • the medical image system 100 includes an RIS (Radiological Information System) 10, a modality 20, an image server 30, an image interpretation terminal 40, and a report management server 50.
  • the devices are connected via a communication network N so that data communication is possible.
  • RIS Radiological Information System
  • the RIS10 performs information management such as medical appointment reservation, diagnosis result report, results management, and material inventory management in the radiology department.
  • the RIS 10 transmits imaging order information generated in an electronic medical chart system (not shown) to the modality 20 and the image server 30.
  • the modality 20 is an imaging device that images a patient according to the imaging order information received from the RIS 10 and generates image data of a medical image. Further, the modality 20 generates incidental information related to the image data based on the photographing order information. The modality 20 appends the supplementary information to the image data (hereinafter referred to as image actual data), generates DICOM image data conforming to the DICOM standard, and transmits the DICOM image data to the image server 30.
  • image actual data an imaging apparatus that captures various types of medical images such as a CR apparatus, a CT apparatus, and an MRI apparatus can be applied.
  • FIG. 2 shows a data configuration diagram of DICOM image data generated by the modality 20.
  • DICOM image data is composed of incidental information and actual image data.
  • the incidental information includes patient information, examination information, series information, and image information.
  • Patient information is information about the patient such as patient ID, patient name, date of birth, and sex.
  • the examination information is information relating to the examination such as the examination instance UID that identifies the examination, the examination date, the examination time, the reception number, and the doctor in charge.
  • the series information is information regarding a series (unit) of a series of medical images for each modality generated in one examination, such as a series instance UID that identifies the series, a modality name, an examination part, and a series number.
  • the image information is information related to a medical image such as an SOP instance UID that identifies an image and an image number.
  • one or more tests are linked (related) to one patient. Therefore, there is a one-to-one relationship or a one-to-multiple relationship between patient information and examination information.
  • one or a plurality of series is associated with (related to) one inspection. Therefore, there is a one-to-one relationship or a one-to-multiple relationship between the inspection information and the series information.
  • one or more medical images are associated with (related to) one series. Therefore, there is a one-to-one relationship or a one-to-multiple relationship between the series information and the image information.
  • DICOM image data corresponding to one medical image is referred to as a DICOM image data object.
  • DICOM image data object and the actual image data included in the DICOM image data object may be simply referred to as a DICOM image.
  • the image server 30 saves and manages (stores and manages) the DICOM image data and the like generated in the modality 20.
  • the image server 30 receives a DICOM image data acquisition request from the interpretation terminal 40, the image server 30 transmits DICOM image data corresponding to the acquisition request to the interpretation terminal 40.
  • the report management server 50 stores and manages (stores and manages) the interpretation report created in the interpretation terminal 40.
  • the interpretation terminal 40 is a terminal such as a PC (Personal Computer) that has a monitor for displaying a medical image and is installed mainly for the purpose of the interpretation doctor creating an interpretation report of the medical image.
  • the interpretation terminal 40 transmits a DICOM image data acquisition request to the image server 30 based on a user operation by the interpretation doctor, and acquires DICOM image data corresponding to the acquisition request.
  • the image interpretation terminal 40 displays a medical image on the monitor based on the DICOM image data.
  • the interpretation terminal 40 selects an important image (hereinafter referred to as a key image) to be interpreted from medical images displayed on the monitor based on a user operation by the interpretation doctor.
  • the image interpretation terminal 40 creates an image interpretation report based on a user operation by the image interpretation doctor and transmits it to the report management server 50.
  • the report management server 50 stores the transmitted interpretation report.
  • the image interpretation terminal 40 generates key image specifying information that specifies a key image (identifies the selected DICOM image). Then, when the image interpretation terminal 40 transmits the created image interpretation report to the report management server 50, the image interpretation terminal 40 transmits to the image server 30 an image interpretation completion notification, which is a notification that the image interpretation has been completed, and the key image specifying information.
  • the key image specifying information is the SOP instance UID of the image information included in the DICOM image data object corresponding to the selected key image.
  • FIG. 3 shows a functional configuration of the image server 30.
  • the image server 30 includes a control unit 31, an operation unit 32, a display unit 33, a communication unit 34, and a storage unit 35, and each unit is connected by a bus 36.
  • the control unit 31 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), and the like, and comprehensively controls processing operations of each unit of the image server 30. Specifically, the CPU reads various processing programs stored in the storage unit 35 in accordance with an operation signal input from the operation unit 32 or an instruction signal received by the communication unit 34, and is formed in the RAM. The work area is expanded and various processes are performed in cooperation with the program.
  • a CPU Central Processing Unit
  • RAM Random Access Memory
  • the operation unit 32 includes a keyboard having cursor keys, numeric input keys, various function keys, and the like, and a pointing device such as a mouse.
  • the operation unit 32 controls operation signals input by key operations or mouse operations on the keyboard. To 31.
  • the display unit 33 is configured by an LCD (Liquid Crystal Display), and displays various screens based on display data input from the control unit 31.
  • LCD Liquid Crystal Display
  • the communication unit 34 includes a LAN (Local Area Network) adapter, a router, a TA (Terminal Area Adapter), and the like, and transmits data to and from external devices such as the RIS 10, the modality 20, and the image interpretation terminal 40 connected via the communication network N. Send and receive.
  • LAN Local Area Network
  • TA Terminal Area Adapter
  • the storage unit 35 is composed of a hard disk or the like, and stores a control program, parameters and files necessary for executing the program.
  • the storage unit 35 stores DICOM image data (one or more DICOM image data objects) generated by the modality 20.
  • the storage unit 35 stores a database program for managing DICOM image data.
  • the DICOM image data stored in the storage unit 35 is managed in cooperation with the database program and the control unit 31.
  • FIG. 4 shows a storage management image diagram of DICOM image data stored and managed in the storage unit 35.
  • the DICOM image data object is stored and managed based on patient information, examination information, and series information included in the incidental information.
  • the storage unit 35 stores 100 DICOM image data objects related to the series X of examination E performed on the patient A (DICOM image data objects d1 to d100). Further, the storage unit 35 stores key objects related to the series Y of the examination E performed on the patient A.
  • the control unit 31 When receiving the interpretation completion notification and the key image specifying information from the interpretation terminal 40 via the communication unit 34, the control unit 31 generates a key object based on the key image specifying information. Specifically, the control unit 31 generates a key image series Y in addition to the series X related to the inspection E, and generates a key object associated with the series Y.
  • the key object is the SOP instance UID.
  • the control unit 31 uses a conversion table or the like to link the DICOM image data object having the corresponding SOP instance UID and the key object (for example, using a pointer to indicate the address where the DICOM image data object is stored) ).
  • the number of key objects is not limited to one, and a plurality of key objects may exist.
  • the control unit 31 when five key images are selected in the interpretation terminal 40, the control unit 31 generates five key objects associated with the series Y. The above is the description of the key object.
  • the control unit 31 compresses the actual image data of the DICOM image data object stored in the storage unit 35.
  • the DICOM image other than the key image (the actual image data of the DICOM image data object that is not pointed to by the key object) has a compression rate higher than that of the key image (the actual image data of the DICOM image data object that is pointed to by the key object). Compression is performed.
  • FIG. 5 shows an image of compression of the actual image data of the DICOM image data object group for one inspection (this inspection is referred to as inspection E) stored in the storage unit 35.
  • inspection E this inspection
  • the control unit 31 stores the DICOM image data object group of the examination E transmitted from the modality 20 in the storage unit 35.
  • the control unit 31 does not compress the actual image data of each stored DICOM image data object.
  • the image quality of any DICOM image is 100 percent compared to when the DICOM image was generated (see “before interpretation” in FIG. 5).
  • the interpretation terminal 40 acquires a DICOM image data object group corresponding to the examination E from the image server 30 based on the user operation of the interpretation doctor.
  • the image interpretation terminal 40 transmits an image interpretation completion notification and key image specifying information to the image server 30 based on the user operation of the image interpretation doctor.
  • the control unit 31 When receiving the interpretation completion notification and key image specifying information from the interpretation terminal 40, the control unit 31 generates a key object and specifies the key image. Then, the control unit 31 compresses the actual image data of the DICOM image data object that is not the key image (100% ⁇ 30%). On the other hand, the control unit 31 does not compress the actual image data of the DICOM image data object d2 corresponding to the key image. For the key image, the image quality compared to that at the time of DICOM image generation is 100%, and for the DICOM image other than the key image, the image quality compared to that at the time of DICOM image generation is 30% ("immediately after interpretation" in FIG. 5). reference).
  • control unit 31 saves the DICOM image data object group of the examination E transmitted from the modality 20 in the storage unit 35, and after one year has passed, the control unit 31 applies the actual image data of the DICOM image data object that is not the key image to the image data. Compress at a high compression rate (30 percent ⁇ 5 percent). On the other hand, the control unit 31 compresses the actual image data of the DICOM image data object d2 corresponding to the key image at a low compression rate (100% ⁇ 80%) (see “after one year” in FIG. 5). ).
  • control unit 31 may compress any DICOM image other than the key image at a compression rate that is equal to or higher than the compression rate for the key image at each compression time (immediately after interpretation, one year later). Also, the compression timing may be set to half a year or three years later, in addition to immediately after interpretation or one year later.
  • the modality 20 images a patient and transmits the generated DICOM image data to the image server 30.
  • the image server 30 stores the DICOM image data transmitted from the modality 20 (step S1). As described above, every time DICOM image data is transmitted from the modality 20, the image server 30 stores and accumulates the DICOM image data.
  • the interpretation terminal 40 transmits a DICOM image data acquisition request to the image server 30 based on a user operation by an interpretation doctor or the like (step S2).
  • the DICOM image data acquisition request includes data specifying information such as a patient name and an examination date.
  • the image server 30 Upon receiving the DICOM image data acquisition request from the interpretation terminal 40, the image server 30 transmits the corresponding DICOM image data to the interpretation terminal 40 based on the data specifying information included in the DICOM image data acquisition request (step S3). Specifically, the image server 30 sets the value of the “examination date” of the data acquisition request among the examination information associated with the patient information having the value of “patient name” that matches the “patient name” of the data acquisition request. All the DICOM image data objects associated with the examination information having the value of “inspection date” that coincides with is transmitted.
  • the examination corresponding to the data acquisition request is assumed to be “inspection E”, and the number of corresponding DICOM image data objects is assumed to be 100.
  • the interpretation terminal 40 Upon receiving DICOM image data (100 DICOM image data objects in examination E) from the image server 30, the interpretation terminal 40 displays 100 medical images (DICOM images) on the monitor based on the DICOM image data (Ste S4).
  • the image interpretation terminal 40 displays 100 medical images (DICOM images) by scrolling the screen or the like.
  • the interpretation terminal 40 selects one or a plurality of key images from the 100 medical images (DICOM images) displayed on the monitor based on the user operation by the interpretation doctor (step S5).
  • the interpretation doctor interprets the key image.
  • the image interpretation terminal 40 creates an image interpretation report based on a user operation by the image interpretation doctor, and stores the image interpretation report in the report management server 50 (step S6).
  • the interpretation terminal 40 transmits an interpretation completion notification, which is a notification that the interpretation has been completed, and key image identification information, which is information for identifying the key image, to the image server 30 (step S7).
  • the key image specifying information is the SOP instance UID of the image information related to the DICOM image selected as the key image.
  • the interpretation completion notification includes patient information and examination information corresponding to the examination that has been interpreted.
  • the image server 30 When the image server 30 receives the interpretation completion notification and the key image identification information from the interpretation terminal 40, the image server 30 generates a key object based on the key image identification information (step S8). Specifically, the image server 30 generates a series Y for key images, and generates a key object associated with the series Y. Here, the image server 30 manages the DICOM image selected on the image interpretation terminal 40 as a key image by generating the key object.
  • the image server 30 performs a first image compression process for compressing the actual image data of the DICOM image data object (step S9).
  • FIG. 7 is a flowchart of the first image compression processing (step S9) performed by the image server 30.
  • the image server 30 includes all DICOM images associated with the patient examination (corresponding to the examination E in FIG. 4) corresponding to the patient information and examination information included in the interpretation completion notification received from the interpretation terminal 40.
  • Data objects (DICOM image data objects d1 to d100 in FIG. 4) are extracted and read from the storage unit 35.
  • the extracted DICOM image data object group is a compression processing target in the first image compression processing. Also, it is assumed that these extracted DICOM image data objects are arranged in order. The order may be an order based on the generation time of the DICOM image data object or an order based on the position of the captured image.
  • the image server 30 sets the first DICOM image data object of the extracted DICOM image data object group as a compression processing target (step S102).
  • the image server 30 determines whether or not the DICOM image data object to be processed (DICOM image) is a key image (step S103). Specifically, the image server 30 includes a key object (in the series Y in FIG. 4) associated with the patient examination (corresponding to the examination E in FIG. 4) corresponding to the patient information and examination information included in the interpretation completion notification. It is determined whether or not the key object to be linked) points to the DICOM image data object to be processed.
  • a key object in the series Y in FIG. 4 associated with the patient examination (corresponding to the examination E in FIG. 4) corresponding to the patient information and examination information included in the interpretation completion notification. It is determined whether or not the key object to be linked) points to the DICOM image data object to be processed.
  • the image server 30 compresses the actual image data of the DICOM image data object (step S104). Specifically, the image server 30 compresses the actual image data of the DICOM image data object to 30 percent image quality (100 percent ⁇ 30 percent) compared to the image quality at the time of DICOM image data object generation. Then, the image server 30 determines whether there is a DICOM image data object to be processed next (step S105).
  • step S103 If it is determined that the DICOM image data object to be processed is a key image (step S103; YES), the image server 30 does not perform compression on the DICOM image data object and performs the next processing target. It is determined whether or not there is a DICOM image data object (step S105).
  • step S105 If it is determined in step S105 that there is a DICOM image data object to be processed next (step S105; YES), the image server 30 sets the next DICOM image data object to be processed (step S106). Then, the image server 30 determines whether or not the DICOM image data object (DICOM image) newly targeted for processing is a key image (step S103).
  • DICOM image DICOM image data object
  • step S105 If it is determined in step S105 that there is no DICOM image data object to be processed next (step S105; NO), the image server 30 ends the first image compression process.
  • the above is the description of the first image compression process.
  • the image server 30 stores the DICOM image data object group of examination E in the storage unit 35. It is determined whether one year has passed (step S10). If it is determined that one year has passed (step S10; YES), the image server 30 performs a second image compression process for compressing the actual image data of the DICOM image data object (step S11).
  • FIG. 8 is a flowchart of the second image compression process (step S11) performed by the image server 30.
  • the image server 30 previously performed interpretation (FIG. 6; step S ⁇ b> 6) in the interpretation terminal 40 based on the interpretation completion notification received from the interpretation terminal 40 before (FIG. 6; step S ⁇ b> 7).
  • a DICOM image data object group (one or a plurality of DICOM image data objects) corresponding to the examination is extracted and read from the storage unit 35 (step S201).
  • the image server 30 extracts the DICOM image data object (DICOM image data object group of inspection E) extracted in the first image compression process, and reads it from the storage unit 35.
  • DICOM image data object DICOM image data object group of inspection E
  • the extracted DICOM image data object group is a compression processing target in the second image compression processing.
  • the image server 30 sets the first DICOM image data object of the extracted DICOM image data object group as a compression processing target (step S202).
  • the image server 30 determines whether or not the DICOM image data object to be processed (DICOM image) is a key image (step S203). Specifically, the image server 30 includes a key object (in the series Y in FIG. 4) associated with the patient examination (corresponding to the examination E in FIG. 4) corresponding to the patient information and examination information included in the interpretation completion notification. It is determined whether or not the key object to be linked) points to the DICOM image data object to be processed.
  • a key object in the series Y in FIG. 4 associated with the patient examination (corresponding to the examination E in FIG. 4) corresponding to the patient information and examination information included in the interpretation completion notification. It is determined whether or not the key object to be linked) points to the DICOM image data object to be processed.
  • the image server 30 compresses the actual image data of the DICOM image data object at a high compression rate (step S204). . Specifically, the image server 30 compresses the actual image data of the DICOM image data object to an image quality of 5 percent (30 percent ⁇ 5 percent) compared to the image quality at the time of DICOM image data object generation.
  • the image server 30 compresses the actual image data of the DICOM image data object at a low compression rate (Ste S204). Specifically, the image server 30 compresses the actual image data of the DICOM image data object to an image quality of 80 percent (100 percent ⁇ 80 percent) compared to the image quality at the time of DICOM image data object generation.
  • the image server 30 determines whether there is a DICOM image data object to be processed next (step S206).
  • step S206 If it is determined in step S206 that there is a DICOM image data object to be processed next (step S206; YES), the image server 30 sets the next DICOM image data object to be processed (step S207). Then, the image server 30 determines whether the DICOM image data object (DICOM image) newly targeted for processing is a key image (step S203).
  • DICOM image data object DICOM image
  • step S206 If it is determined in step S206 that there is no DICOM image data object to be processed next (step S206; NO), the image server 30 ends the second image compression process.
  • the above is the description of the second image compression process.
  • step S11 when the actual image data of the DICOM image data object is compressed in the second image compression process of step S11, the process ends.
  • the image server 30 uses the DICOM image selected by the interpretation terminal 40 as a key image. Then, the image server 30 compresses the DICOM image other than the key image at a compression rate equal to or higher than that of the key image and stores the compressed DICOM image in the storage unit 35. Therefore, the amount of image data stored and managed by the image server 30 can be reduced.
  • the image server 30 stores important images that are subject to interpretation as key images at a lower compression rate than other DICOM images, the interpreting physician will refer to high-quality key images at a later date. Can do.
  • the image server 30 stores all DICOM images (key images and other DICOM images) in the storage unit 35, although the compression ratios are different, it can comply with the law of storing medical images for five years.
  • the description in the present embodiment is an example of the medical image system according to the present invention, and the present invention is not limited to this.
  • the detailed configuration and detailed operation of each device constituting the system can be appropriately changed.
  • a hard disk storage unit 35
  • a computer-readable medium storing a program
  • a non-volatile memory such as a flash memory
  • a portable storage medium such as a CD-ROM
  • a carrier wave can be applied as a medium for providing program data via a communication line.
  • It can be used in the medical field and can be applied to an image server that manages DICOM images.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • Signal Processing (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Multimedia (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Processing Or Creating Images (AREA)

Abstract

　画像サーバが記憶管理する画像データ量を軽減する。 　画像サーバは、記憶部に記憶されているＤＩＣＯＭ画像の中から、読影端末において選択されたＤＩＣＯＭ画像ｄ２をキー画像とする。そして、画像サーバは、キー画像以外のＤＩＣＯＭ画像をキー画像以上の圧縮率で圧縮して記憶部に記憶させる。

Description

画像サーバ、プログラム及び画像管理方法
　本発明は、画像サーバ、プログラム及び画像管理方法に関する。
　近年、多くの医療機関において情報のデジタル化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた医用画像の画像データに付帯情報を付帯させて、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則ったＤＩＣＯＭ画像データを生成する。
　また、画像サーバは、モダリティにおいて生成されたＤＩＣＯＭ画像データを記憶管理する。画像サーバは、読影端末からＤＩＣＯＭ画像データ取得要求があった場合、当該記憶管理しているＤＩＣＯＭ画像データを提供する。そして、読影端末は、取得したＤＩＣＯＭ画像データに基づいて、高精細モニタ上に医用画像（ＤＩＣＯＭ画像）を表示する。また、読影端末は、読影医のユーザ操作に基づき、表示されたＤＩＣＯＭ画像の中から、読影対象となる重要な画像（キー画像（Key Object Selection Document））を選択する。
　ＤＩＣＯＭ画像データを記憶管理する技術として、例えば、モダリティ、医用画像表示装置（読影端末）、医用画像記憶装置等を有した医用画像システムにおいて、モダリティにより生成されたＤＩＣＯＭ画像データを医用画像記憶装置に１年間記憶させると共に、別の医用画像記憶装置に１０年間記憶させ、１０年経過後又は医用画像記憶装置の記憶容量が不足した際に、可搬記憶媒体にＤＩＣＯＭ画像データを記憶させるものが提案されている（特許文献１参照）。
特開２００２－３５２２１６号公報
　ところで、近年は、モダリティの機能向上に伴い、医用画像の発生数の増加と当該医用画像のデータサイズの増大とが著しく、ＤＩＣＯＭ画像データ保存のための記憶容量の増大を招いてしまった。
　また、５年間の医用画像の保存が法律により義務付けられているため、キー画像以外のＤＩＣＯＭ画像は、読影後、参照される機会が無いまま、画像サーバに記憶され続けている。そのため、キー画像以外のＤＩＣＯＭ画像を記憶している記憶領域が無駄になってしまった。
　本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、画像サーバが記憶管理する画像データ量を軽減することである。
　上記の課題を解決するために、請求項１に記載の発明は、
　ＤＩＣＯＭ画像を管理する画像サーバであって、
　前記ＤＩＣＯＭ画像を記憶する記憶手段と、
　前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段と、
　を備える。
　請求項２に記載のプログラムは、
　ＤＩＣＯＭ画像を管理するコンピュータを、
　前記ＤＩＣＯＭ画像を記憶する記憶手段、
　前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段、
　として機能させる。
　請求項３に記載の画像管理方法は、
　記憶手段に記憶されているＤＩＣＯＭ画像の中から、選択されたＤＩＣＯＭ画像をキー画像とするステップ、
　前記キー画像以外の前記ＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させ、前記ＤＩＣＯＭ画像を管理するステップ、
　から構成される。
　請求項１、２、３に記載の発明によれば、画像サーバの制御手段は、管理しているＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる。そのため、画像サーバが記憶管理する画像データ量を軽減することができる。
本発明の一実施形態における医用画像システムのシステム構成図である。 ＤＩＣＯＭ画像データのデータ構成図である。 画像サーバのブロック図である。 画像サーバにおける記憶管理イメージ図である。 画像サーバにおけるＤＩＣＯＭ画像の圧縮のイメージ図である。 医用画像システムで実行される処理を示すラダーチャートである。 第１画像圧縮処理を示すフローチャートである。 第２画像圧縮処理を示すフローチャートである。
　以下、図面を参照して、本発明に係る医用画像システムの一実施形態について説明する。
[医用画像システムのシステム構成]
　図１に、医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、ＲＩＳ（Radiological Information System：放射線情報システム）１０と、モダリティ２０と、画像サーバ３０と、読影端末４０と、レポート管理サーバ５０とから構成されており、各装置は通信ネットワークＮを介して、データ通信可能に接続されている。
　ＲＩＳ１０は、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行う。ＲＩＳ１０は、図示しない電子カルテシステム等において生成された撮影オーダ情報をモダリティ２０及び画像サーバ３０に送信する。
　モダリティ２０は、ＲＩＳ１０から受信した撮影オーダ情報に従って、患者を撮影し、医用画像の画像データを生成する撮影装置である。また、モダリティ２０は、前記撮影オーダ情報に基づいて、前記画像データに関する付帯情報を生成する。そして、モダリティ２０は、前記画像データ（以下、画像実データと称す。）に当該付帯情報を付帯させて、ＤＩＣＯＭ規格に則ったＤＩＣＯＭ画像データを生成し、画像サーバ３０に送信する。モダリティ２０としては、ＣＲ装置、ＣＴ装置、ＭＲＩ装置等、様々な種類の医用画像を撮影する撮影装置が適用可能である。
　図２に、モダリティ２０が生成するＤＩＣＯＭ画像データのデータ構成図を示す。前述したように、ＤＩＣＯＭ画像データは、付帯情報と画像実データとから構成される。また、付帯情報は、患者情報、検査情報、シリーズ情報及び画像情報を含む。
　患者情報は、患者ＩＤ、患者名、生年月日、性別等の患者に関する情報である。検査情報は、検査を識別する検査インスタンスＵＩＤ、検査日、検査時刻、受付番号、担当医師等の検査に関する情報である。シリーズ情報は、シリーズを識別するシリーズインスタンスＵＩＤ、モダリティ名、検査部位、シリーズ番号等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位（シリーズ）に関する情報である。画像情報は、画像を識別するＳＯＰインスタンスＵＩＤ、画像番号等の医用画像に関する情報である。
　また、１人の患者に対して１又は複数の検査が紐付けられる（関連している）。そのため、患者情報と検査情報との間には、１対１、又は１対複数の関連がある。また、１検査に対して１又は複数のシリーズが紐付けられる（関連している）。そのため、検査情報とシリーズ情報との間には、１対１、又は１対複数の関連がある。また、１シリーズに対して１又は複数の医用画像が紐付けられる（関連している）。そのため、シリーズ情報と画像情報との間には、１対１、又は１対複数の関連がある。
　以下、医用画像１枚に対応するＤＩＣＯＭ画像データをＤＩＣＯＭ画像データオブジェクトと称す。また、説明の便宜上、ＤＩＣＯＭ画像データオブジェクトや当該ＤＩＣＯＭ画像データオブジェクトに含まれる画像実データを単にＤＩＣＯＭ画像と称すことがある。
　図１に戻り、画像サーバ３０は、モダリティ２０において生成されたＤＩＣＯＭ画像データ等を保存し管理する（記憶管理する）。画像サーバ３０は、読影端末４０からＤＩＣＯＭ画像データ取得要求を受信した場合、当該取得要求に応じたＤＩＣＯＭ画像データを読影端末４０に送信する。
　レポート管理サーバ５０は、読影端末４０において作成された読影レポートを記憶し、管理する（記憶管理する）。
　読影端末４０は、医用画像を表示するモニタを有し、読影医が医用画像の読影レポートを作成することを主な目的として設置されるＰＣ（Personal Computer）等の端末である。読影端末４０は、読影医によるユーザ操作に基づき、画像サーバ３０にＤＩＣＯＭ画像データ取得要求を送信し、当該取得要求に応じたＤＩＣＯＭ画像データを取得する。そして、読影端末４０は、当該ＤＩＣＯＭ画像データに基づきモニタに医用画像を表示する。そして、読影端末４０は、読影医によるユーザ操作等に基づき、モニタに表示される医用画像の中から読影対象となる重要な画像（以下、キー画像と称す）を選択する。そして、読影端末４０は、読影医によるユーザ操作に基づき、読影レポートを作成し、レポート管理サーバ５０に送信する。そして、レポート管理サーバ５０は、送信された読影レポートを保存する。
　また、読影端末４０は、キー画像を特定する（選択したＤＩＣＯＭ画像を特定する）キー画像特定情報を生成する。そして、読影端末４０は、作成した読影レポートをレポート管理サーバ５０に送信すると、読影が完了した旨の通知である読影完了通知と前記キー画像特定情報とを画像サーバ３０に送信する。キー画像特定情報とは、選択されたキー画像に対応するＤＩＣＯＭ画像データオブジェクトに含まれる画像情報のＳＯＰインスタンスＵＩＤである。
[画像サーバの機能的構成]
　図３に、画像サーバ３０の機能的構成を示す。図３に示すように、画像サーバ３０は、制御部３１、操作部３２、表示部３３、通信部３４、記憶部３５を備えて構成され、各部はバス３６により接続されている。
　制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、画像サーバ３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部３２から入力される操作信号又は通信部３４により受信される指示信号に応じて、記憶部３５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
　操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。
　表示部３３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部３１から入力される表示データに基づいて各種画面を表示する。
　通信部３４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたＲＩＳ１０、モダリティ２０、読影端末４０等の外部機器との間でデータの送受信を行う。
　記憶部３５は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。また、記憶部３５は、モダリティ２０により生成されたＤＩＣＯＭ画像データ（１又は複数のＤＩＣＯＭ画像データオブジェクト）を記憶する。
　また、記憶部３５は、ＤＩＣＯＭ画像データを管理するためのデータベースプログラムを記憶する。当該データベースプログラムと制御部３１との協働により、記憶部３５に記憶されているＤＩＣＯＭ画像データを管理する。
　図４に、記憶部３５において記憶管理されているＤＩＣＯＭ画像データの記憶管理イメージ図を示す。ＤＩＣＯＭ画像データオブジェクトは、付帯情報に含まれる患者情報、検査情報、シリーズ情報に基づき、記憶管理されている。図４によれば、記憶部３５は、患者Ａに対して行われた検査ＥのシリーズＸに関するＤＩＣＯＭ画像データオブジェクトを１００個記憶している（ＤＩＣＯＭ画像データオブジェクトｄ１～ｄ１００）。また、記憶部３５は、患者Ａに対して行われた検査ＥのシリーズＹに関するキーオブジェクトを記憶している。
　ここで、記憶部３５に記憶される当該キーオブジェクトについて説明する。制御部３１は、通信部３４を介して、読影端末４０から読影完了通知とキー画像特定情報を受信すると、当該キー画像特定情報に基づいて、キーオブジェクトを生成する。具体的に、制御部３１は、検査Ｅに関するシリーズＸの他に、キー画像用のシリーズＹを生成し、当該シリーズＹに紐付いたキーオブジェクトを生成する。キーオブジェクトは、ＳＯＰインスタンスＵＩＤである。制御部３１は、変換テーブル等を使用し、該当するＳＯＰインスタンスＵＩＤを持つＤＩＣＯＭ画像データオブジェクトと当該キーオブジェクトとをリンクさせる（例えば、ポインタを用いてＤＩＣＯＭ画像データオブジェクトが格納されているアドレスを指し示す）。尚、キーオブジェクトは、１つとは限らず、複数存在してもよい。例えば、読影端末４０において、キー画像が５枚選択された場合、制御部３１は、シリーズＹに紐付いたキーオブジェクトを５つ生成する。以上がキーオブジェクトの説明である。
　制御部３１は、記憶部３５に記憶されているＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する。ここで、キー画像以外のＤＩＣＯＭ画像（キーオブジェクトが指し示していないＤＩＣＯＭ画像データオブジェクトの画像実データ）は、キー画像（キーオブジェクトが指し示しているＤＩＣＯＭ画像データオブジェクトの画像実データ）以上の圧縮率で圧縮が行われる。
　図５に、記憶部３５に記憶される１検査分（この検査を検査Ｅとする）のＤＩＣＯＭ画像データオブジェクト群の画像実データの圧縮のイメージを示す。まず、制御部３１は、モダリティ２０から送信された検査ＥのＤＩＣＯＭ画像データオブジェクト群を記憶部３５に保存する。このとき、制御部３１は、保存した各ＤＩＣＯＭ画像データオブジェクトの実画像データに対して、圧縮を行わない。つまり、どのＤＩＣＯＭ画像についても、ＤＩＣＯＭ画像生成時と比べた画質は１００パーセントである（図５の「読影前」を参照）。
　次に、読影端末４０は、読影医のユーザ操作に基づき、検査Ｅに対応するＤＩＣＯＭ画像データオブジェクト群を画像サーバ３０から取得する。そして、読影端末４０は、読影医のユーザ操作に基づき、読影完了通知とキー画像特定情報を画像サーバ３０に送信する。
　制御部３１は、読影端末４０から読影完了通知とキー画像特定情報を受信すると、キーオブジェクトを生成し、キー画像を特定する。そして、制御部３１は、キー画像でないＤＩＣＯＭ画像データオブジェクトの画像実データに対して、圧縮を行なう（１００パーセント→３０パーセント）。一方、制御部３１は、キー画像に対応するＤＩＣＯＭ画像データオブジェクトｄ２の画像実データに対しては、圧縮を行わない。キー画像については、ＤＩＣＯＭ画像生成時と比べた画質は１００パーセントであり、キー画像以外のＤＩＣＯＭ画像については、ＤＩＣＯＭ画像生成時と比べた画質は３０パーセントである（図５の「読影直後」を参照）。
　そして、制御部３１は、モダリティ２０から送信された検査ＥのＤＩＣＯＭ画像データオブジェクト群を記憶部３５に保存してから１年経過後、キー画像でないＤＩＣＯＭ画像データオブジェクトの画像実データに対して、高圧縮率で圧縮を行う（３０パーセント→５パーセント）。一方、制御部３１は、キー画像に対応するＤＩＣＯＭ画像データオブジェクトｄ２の画像実データに対して、低圧縮率で圧縮を行う（１００パーセント→８０パーセント）（図５の「１年後」を参照）。
　尚、制御部３１は、各圧縮時（読影直後、１年後）において、キー画像に対する圧縮率以上の圧縮率で、キー画像以外のＤＩＣＯＭ画像を圧縮すれば、どのような圧縮率でもよい。また、圧縮のタイミングも、読影直後や１年後の他に、半年後や３年後等としてもよい。
[医用画像システムにおける各装置の具体的な動作]
　次に、医用画像システム１００において実行される各装置の具体的な動作について図６を用いて説明する。
　まず、モダリティ２０は、患者を撮影し、生成されたＤＩＣＯＭ画像データを画像サーバ３０に送信する。そして、画像サーバ３０は、モダリティ２０から送信されたＤＩＣＯＭ画像データを保存する（ステップＳ１）。このように、画像サーバ３０は、モダリティ２０からＤＩＣＯＭ画像データが送信される度に、当該ＤＩＣＯＭ画像データを保存し、蓄積していく。
　読影端末４０は、読影医等のユーザ操作に基づき、ＤＩＣＯＭ画像データ取得要求を画像サーバ３０に送信する（ステップＳ２）。当該ＤＩＣＯＭ画像データ取得要求には、患者名や検査日等のデータ特定情報が含まれる。
　画像サーバ３０は、読影端末４０からＤＩＣＯＭ画像データ取得要求を受信すると、当該ＤＩＣＯＭ画像データ取得要求に含まれるデータ特定情報に基づき、該当するＤＩＣＯＭ画像データを読影端末４０に送信する（ステップＳ３）。具体的には、画像サーバ３０は、データ取得要求の「患者名」と一致する「患者名」の値を持つ患者情報に紐付けられる検査情報のうち、データ取得要求の「検査日」の値と一致する「検査日」の値を持つ検査情報に紐付けられる全てのＤＩＣＯＭ画像データオブジェクトを送信する。以下、図４の例に従い、当該データ取得要求に対応する検査を「検査Ｅ」とし、該当するＤＩＣＯＭ画像データオブジェクトの数を１００として説明する。
　読影端末４０は、画像サーバ３０からＤＩＣＯＭ画像データ（検査Ｅにおける１００個のＤＩＣＯＭ画像データオブジェクト）を受信すると、当該ＤＩＣＯＭ画像データに基づき、モニタに１００枚の医用画像（ＤＩＣＯＭ画像）を表示する（ステップＳ４）。尚、読影端末４０は、１００枚の医用画像（ＤＩＣＯＭ画像）を、画面をスクロールさせる等して表示する。
　そして、読影端末４０は、読影医によるユーザ操作に基づき、モニタに表示された１００枚の医用画像（ＤＩＣＯＭ画像）の中から１又は複数枚のキー画像を選択する（ステップＳ５）。読影医は、当該キー画像に対して読影を行う。そして、読影端末４０は、読影医によるユーザ操作に基づいて読影レポートを作成し、当該読影レポートをレポート管理サーバ５０に保存する（ステップＳ６）。
　そして、読影端末４０は、読影が完了した旨の通知である読影完了通知と、キー画像を特定する情報であるキー画像特定情報とを画像サーバ３０に送信する（ステップＳ７）。ここで、キー画像特定情報とは、キー画像として選択されたＤＩＣＯＭ画像に関する画像情報のＳＯＰインスタンスＵＩＤである。また、読影完了通知は、読影を行った検査に対応する患者情報と検査情報を含む。
　画像サーバ３０は、読影端末４０から読影完了通知とキー画像特定情報を受信すると、当該キー画像特定情報に基づいて、キーオブジェクトを生成する（ステップＳ８）。具体的に、画像サーバ３０は、キー画像用のシリーズＹを生成し、当該シリーズＹに紐付いたキーオブジェクトを生成する。ここで、画像サーバ３０は、当該キーオブジェクトを生成することにより、読影端末４０において選択されたＤＩＣＯＭ画像を、キー画像として管理する。
　そして、画像サーバ３０は、ＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する第１画像圧縮処理を行う（ステップＳ９）。
　図７は、画像サーバ３０が行う第１画像圧縮処理（ステップＳ９）のフローチャートである。図７に示すように、画像サーバ３０は、読影端末４０から受信した読影完了通知に基づき、読影端末４０において読影を行った検査に対応するＤＩＣＯＭ画像データオブジェクト群（１又は複数のＤＩＣＯＭ画像データオブジェクト）を抽出し、記憶部３５から読み出す（ステップＳ１０１）。具体的に、画像サーバ３０は、読影端末４０から受信した読影完了通知に含まれる患者情報と検査情報とに対応する患者の検査（図４の検査Ｅに該当）に紐付けられる全てのＤＩＣＯＭ画像データオブジェクト（図４のＤＩＣＯＭ画像データオブジェクトｄ１～ｄ１００）を抽出し、記憶部３５から読み出す。
　この抽出されたＤＩＣＯＭ画像データオブジェクト群が、第１画像圧縮処理における圧縮処理対象となる。また、これらの抽出されたＤＩＣＯＭ画像データオブジェクトは、順番に並べられているものとする。当該順番は、ＤＩＣＯＭ画像データオブジェクトの生成時刻に基づいた順番でもよいし、撮影された画像の位置に基づいた順番でもよい。
　そして、画像サーバ３０は、抽出したＤＩＣＯＭ画像データオブジェクト群の先頭のＤＩＣＯＭ画像データオブジェクトを圧縮の処理対象とする（ステップＳ１０２）。
　そして、画像サーバ３０は、処理対象のＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ１０３）。具体的に、画像サーバ３０は、前記読影完了通知に含まれる患者情報と検査情報とに対応する患者の検査（図４の検査Ｅに該当）に紐付けられるキーオブジェクト（図４のシリーズＹに紐付けられるキーオブジェクト）が処理対象のＤＩＣＯＭ画像データオブジェクトを指し示しているか否かを判定する。
　処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像でないと判定した場合（ステップＳ１０３；ＮＯ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する（ステップＳ１０４）。具体的に、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを、ＤＩＣＯＭ画像データオブジェクト生成時の画質と比べて、３０パーセントの画質（１００パーセント→３０パーセント）に圧縮する。そして、画像サーバ３０は、次の処理対象となるＤＩＣＯＭ画像データオブジェクトがあるか否かを判定する（ステップＳ１０５）。
　また、処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像であると判定した場合（ステップＳ１０３；ＹＥＳ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトへの圧縮は行わずに、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有るか否かを判定する（ステップＳ１０５）。
　ステップＳ１０５において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有ると判定すると（ステップＳ１０５；ＹＥＳ）、画像サーバ３０は、次の順番のＤＩＣＯＭ画像データオブジェクトを処理対象とする（ステップＳ１０６）。そして、画像サーバ３０は、新たに処理対象となったＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ１０３）。
　ステップＳ１０５において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが無いと判定すると（ステップＳ１０５；ＮＯ）、画像サーバ３０は、第１画像圧縮処理を終了する。以上が第１画像圧縮処理の説明である。
　図６に戻り、ステップＳ９の第１画像圧縮処理においてＤＩＣＯＭ画像データオブジェクトの画像実データが圧縮されると、画像サーバ３０は、検査ＥのＤＩＣＯＭ画像データオブジェクト群を記憶部３５に保存してから１年経過したか否かを判定する（ステップＳ１０）。１年経過したと判定すると（ステップＳ１０；ＹＥＳ）、画像サーバ３０は、ＤＩＣＯＭ画像データオブジェクトの画像実データを圧縮する第２画像圧縮処理を行う（ステップＳ１１）。
　図８は、画像サーバ３０が行う第２画像圧縮処理（ステップＳ１１）のフローチャートである。図８に示すように、画像サーバ３０は、以前（図６；ステップＳ７）に読影端末４０から受信した読影完了通知に基づき、読影端末４０において以前（図６；ステップＳ６）、読影を行った検査に対応するＤＩＣＯＭ画像データオブジェクト群（１又は複数のＤＩＣＯＭ画像データオブジェクト）を抽出し、記憶部３５から読み出す（ステップＳ２０１）。具体的に、画像サーバ３０は、第１画像圧縮処理において抽出されたＤＩＣＯＭ画像データオブジェクト（検査ＥのＤＩＣＯＭ画像データオブジェクト群）を抽出し、記憶部３５から読み出す。
　この抽出されたＤＩＣＯＭ画像データオブジェクト群が、第２画像圧縮処理における圧縮処理対象となる。
　そして、画像サーバ３０は、抽出したＤＩＣＯＭ画像データオブジェクト群の先頭のＤＩＣＯＭ画像データオブジェクトを圧縮の処理対象とする（ステップＳ２０２）。
　そして、画像サーバ３０は、処理対象のＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ２０３）。具体的に、画像サーバ３０は、前記読影完了通知に含まれる患者情報と検査情報とに対応する患者の検査（図４の検査Ｅに該当）に紐付けられるキーオブジェクト（図４のシリーズＹに紐付けられるキーオブジェクト）が処理対象のＤＩＣＯＭ画像データオブジェクトを指し示しているか否かを判定する。
　処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像でないと判定した場合（ステップＳ２０３；ＮＯ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを高圧縮率で圧縮する（ステップＳ２０４）。具体的に、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを、ＤＩＣＯＭ画像データオブジェクト生成時の画質と比べて、５パーセントの画質（３０パーセント→５パーセント）に圧縮する。
　また、処理対象となっているＤＩＣＯＭ画像データオブジェクトがキー画像であると判定した場合（ステップＳ２０３；ＹＥＳ）、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを低圧縮率で圧縮する（ステップＳ２０４）。具体的に、画像サーバ３０は、当該ＤＩＣＯＭ画像データオブジェクトの画像実データを、ＤＩＣＯＭ画像データオブジェクト生成時の画質と比べて、８０パーセントの画質（１００パーセント→８０パーセント）に圧縮する。
　ステップＳ２０４、Ｓ２０５において、処理対象となっているＤＩＣＯＭ画像データオブジェクトを圧縮すると、画像サーバ３０は、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有るか否かを判定する（ステップＳ２０６）。
　ステップＳ２０６において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが有ると判定すると（ステップＳ２０６；ＹＥＳ）、画像サーバ３０は、次の順番のＤＩＣＯＭ画像データオブジェクトを処理対象とする（ステップＳ２０７）。そして、画像サーバ３０は、新たに処理対象となったＤＩＣＯＭ画像データオブジェクト（ＤＩＣＯＭ画像）がキー画像であるか否かを判定する（ステップＳ２０３）。
　ステップＳ２０６において、次の処理対象となるＤＩＣＯＭ画像データオブジェクトが無いと判定すると（ステップＳ２０６；ＮＯ）、画像サーバ３０は、第２画像圧縮処理を終了する。以上が第２画像圧縮処理の説明である。
　図６に戻り、ステップＳ１１の第２画像圧縮処理においてＤＩＣＯＭ画像データオブジェクトの画像実データが圧縮されると、処理が終了する。
　以上、本実施の形態によれば、画像サーバ３０は、読影端末４０において選択されたＤＩＣＯＭ画像をキー画像とする。そして、画像サーバ３０は、キー画像以外のＤＩＣＯＭ画像をキー画像以上の圧縮率で圧縮して記憶部３５に記憶させる。そのため、画像サーバ３０が記憶管理する画像データ量を軽減することができる。
　また、画像サーバ３０は、読影対象となった重要な画像をキー画像として、その他のＤＩＣＯＭ画像に比べて低圧縮率で保存するため、読影医は、後日、高画質なキー画像を参照することができる。
　また、画像サーバ３０は、圧縮率は異なるものの、全てのＤＩＣＯＭ画像（キー画像とそれ以外のＤＩＣＯＭ画像）を記憶部３５に記憶させるため、５年間の医用画像の保存という法律も遵守できる。
　尚、本実施の形態における記述は、本発明に係る医用画像システムの一例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても適宜変更可能である。
　また、本実施の形態では、プログラムを格納したコンピュータ読み取り可能な媒体としてハードディスク（記憶部３５）を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ－ＲＯＭ等の可搬型記憶媒体を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も適用可能である。
　医療分野において利用することが可能であり、ＤＩＣＯＭ画像を管理する画像サーバ等に適用することができる。
符号の説明
１０　　　ＲＩＳ
２０　　　モダリティ
３０　　　画像サーバ
３１　　　制御部
３２　　　操作部
３３　　　表示部
３４　　　通信部
３５　　　記憶部
３６　　　バス
４０　　　読影端末
５０　　　レポート管理サーバ
１００　　医用画像システム
Ｎ　　　　通信ネットワーク

Claims (3)

  1. 　ＤＩＣＯＭ画像を管理する画像サーバであって、
    　前記ＤＩＣＯＭ画像を記憶する記憶手段と、
    　前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段と、
    　を備える画像サーバ。
  2. 　ＤＩＣＯＭ画像を管理するコンピュータを、
    　前記ＤＩＣＯＭ画像を記憶する記憶手段、
    　前記ＤＩＣＯＭ画像の中から選択されたＤＩＣＯＭ画像をキー画像とし、前記キー画像以外のＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させる制御手段、
    　として機能させるためのプログラム。
  3. 　記憶手段に記憶されているＤＩＣＯＭ画像の中から、選択されたＤＩＣＯＭ画像をキー画像とするステップ、
    　前記キー画像以外の前記ＤＩＣＯＭ画像を前記キー画像以上の圧縮率で圧縮して前記記憶手段に記憶させ、前記ＤＩＣＯＭ画像を管理するステップ、
    　から構成される画像管理方法。
PCT/JP2009/052629 2008-03-06 2009-02-17 画像サーバ、プログラム及び画像管理方法 WO2009110310A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010501842A JPWO2009110310A1 (ja) 2008-03-06 2009-02-17 画像サーバ、プログラム及び画像管理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008056506 2008-03-06
JP2008-056506 2008-03-06

Publications (1)

Publication Number Publication Date
WO2009110310A1 true WO2009110310A1 (ja) 2009-09-11

Family

ID=41055871

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/052629 WO2009110310A1 (ja) 2008-03-06 2009-02-17 画像サーバ、プログラム及び画像管理方法

Country Status (2)

Country Link
JP (1) JPWO2009110310A1 (ja)
WO (1) WO2009110310A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015215740A (ja) * 2014-05-09 2015-12-03 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム
JP2019087288A (ja) * 2019-03-13 2019-06-06 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH028967A (ja) * 1988-06-28 1990-01-12 Konica Corp 放射線画像ファイリング装置
JP2002259565A (ja) * 2001-03-02 2002-09-13 Yokogawa Electric Corp 医療情報管理システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH028967A (ja) * 1988-06-28 1990-01-12 Konica Corp 放射線画像ファイリング装置
JP2002259565A (ja) * 2001-03-02 2002-09-13 Yokogawa Electric Corp 医療情報管理システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015215740A (ja) * 2014-05-09 2015-12-03 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム
US11238974B2 (en) 2014-05-09 2022-02-01 Canon Kabushiki Kaisha Information processing apparatus, information processing method, and storage medium storing program
JP2019087288A (ja) * 2019-03-13 2019-06-06 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム

Also Published As

Publication number Publication date
JPWO2009110310A1 (ja) 2011-07-14

Similar Documents

Publication Publication Date Title
JP2009011721A (ja) 医用画像管理装置及びプログラム
JP4645264B2 (ja) 医用画像読影管理システム
JP2009247540A (ja) 画像サーバ及びプログラム
WO2009110310A1 (ja) 画像サーバ、プログラム及び画像管理方法
JP2009136437A (ja) 画像処理装置、医用画像システム及び画像処理方法
JP2009211647A (ja) 医用画像システム、クライアント端末及びプログラム
JP5262194B2 (ja) 医用画像システム
JP2009268733A (ja) 医用ファイル管理システム
JP2009247539A (ja) 医用画像システム、画像サーバ及びプログラム
JP2008287653A (ja) 医用画像管理装置及びプログラム
JP2011067475A (ja) 医用画像表示装置及びプログラム
JP2009207817A (ja) 医用画像システム、クライアント端末及びプログラム
JP2010201002A (ja) 小規模診断システム及びプログラム
JP5200631B2 (ja) 医用画像システム、検像装置及びプログラム
JP2010128784A (ja) 統合管理サーバ及びプログラム
JPWO2008129927A1 (ja) 医用情報制御装置及び医用画像システム
JP2010029283A (ja) プログラム、可搬型記憶媒体及び情報処理装置
JP4872837B2 (ja) 医用画像管理装置、医用画像システム及びプログラム
JP2012183203A (ja) 医用情報処理装置、医用情報処理方法及びプログラム
JP2009211636A (ja) 医用画像システム、画像サーバ、プログラム及び画像管理方法
JP2010029284A (ja) プログラム、可搬型記憶媒体及び情報処理装置
JP2010218091A (ja) 医用画像管理システム、医用画像管理装置及びプログラム
JP2009146340A (ja) 医用画像システム、検査オーダ発生装置及びプログラム
JP2008269241A (ja) 電子カルテ端末、画像サーバ及び医用画像システム
JP2008293264A (ja) 医用画像管理装置及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09716938

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010501842

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09716938

Country of ref document: EP

Kind code of ref document: A1