JPS6346571A - Controller for medical picture file - Google Patents

Abstract

PURPOSE:To retrieve a desired picture out of plural sheets of storage media with high efficiency by providing plural files including a patient control file, a picture control file, etc. in response to the types of retrieval data and sharing a data area of a large capacity. CONSTITUTION:A control file 10 includes a picture control file 11, a patient control file 12, a volume control file 13, etc. The file 11 stores retrieving key information, etc. together with the file 12 storing patient ID, patient names, picture numbers, etc. and the file 13 storing the control information on each volume 2 respectively. Each terminal equipment 4 contains high-speed and low- speed keys as the retrieving keys. The high-speed key is used for retrieval of picture numbers, patient ID, patient names, etc.; while the low-speed key is used for retrieval of dates of birth, sex, nationalities, etc. Those files contained in the file 10 are formed in response to the types of retrieval data and made to share a data area of large capacity. Thus it is possible to retrieve a desired picture out of plural sheets of storage media with high efficiency and also to increase the processing speed with use of a high-speed key.

Description

DETAILED DESCRIPTION OF THE INVENTION [Object of the Invention (Industrial Application Field) The present invention relates to a medical image file management device that manages filed medical images in a manner that allows them to be easily searched.

(Prior Art) For example, a case will be considered in which a medical image is filed on an optical disc (writeable 11H type).

Even if there are only 4 to 5 X-ray images per patient, the test is performed every time the patient visits the hospital.
Furthermore, if the number of patients visiting the hospital is several hundred per day, as many as 100,000 X-ray images will be generated each year. It is very difficult to store such a large amount of image data in a database without errors so that it can be searched once.

Normally, about 500 X and line images of 2000 x 2000 x 10 bit data can be recorded on an optical disc. The image data does not represent the image itself, but is stored along with accompanying information such as the number of data, the attributes of the image, such as patient name, ID number, age, and gender.

Here, if one side of the optical disk is defined as the volume, then 1
It is easy to search for images in a volume from the management information attached to the volume. That is, the management information of the volume can be read out by CPtJ and searched.

(Problems to be Solved by the Invention) As described above, it is easy to search for a specific image from the images recorded in the volume A.

However, a specific image (an image with a specified patient, examination date, etc.) from the image tip recorded across many volumes
In order to search for (,:), it is cumbersome to change the optical disk each time, so it is necessary to store management information for multiple volumes on a magnetic disk separately from the optical disk and then search.

In this case, if the magnetic disk has sufficient capacity, it is possible to wait for the management of images on all optical disks to be completed, but this is not a preferable method due to problems in terms of efficiency. Also, if image management is performed using this method (1
In this case, the management file 88 becomes enormous, and the search takes time regardless of the type of search key, making it impractical.

The present invention has been made in view of the above circumstances, and it is an object of the present invention to provide an image file management device that can efficiently search for a target image from a plurality of recording media. It is.

[Structure of the Invention] (Means for Solving the Problems) The present invention provides a bereavement management system that files image numbers in association with a high-speed search key ID and patient name for each image under management. Storage medium management that files record information in the storage medium including the file, the image name, which is a high-speed search key, the storage medium number in which the image corresponding to the number is registered, and a pointer within the storage medium. search key information including a low-speed search key in addition to the high-speed search key.

A medical image file management device is constituted by an image management file that stores the storage medium number and a pointer within the storage medium.

(for production) In the present invention, various search keys include IDs.

By including the patient name 1 image number in the search logical conditions, it is possible to execute the stroke count search at high speed. In other words, patient I is the most frequently used search key.
If D or the patient's name is included, the image number corresponding to the patient's sofa is first searched based on this search key, and then the storage medium number in which the corresponding image is registered in the storage medium unit file is searched. and pointers within the storage medium can be searched. As a result, it is possible to recognize which recorder medium the image corresponding to the patient ID or patient name is registered in, without putting the storage medium on the optical disk drive. Since the storage medium management file has small valleys, it can be searched quickly.1゜If you directly input the image number as a search key, you can manage the storage medium without accessing the patient management file. Since the file can be accessed, the storage medium can be slid, and the pointer within the storage medium can be searched, the search can be performed roughly at high speed. Furthermore, if a search key other than the above-mentioned high-speed key is input, the image management file may be accessed. In this case, the image management file must be accessed without relying on the patient management file and the storage medium management file, and in this respect high-speed searching is not possible. This reduces the burden on the operator.

(Example) Hereinafter, an example of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram of a medical image file management device required in the embodiment of the present invention.

In the figure, a system control unit 1. An example of a storage medium that is selectively set in the disk drive of this apparatus is a volume.In this embodiment, one side of an optical disk is called a volume.2. An image data input section 3 for writing image data into this volume 2. A plurality of terminal devices 4 connected to the system control unit 1 and used to input keys for image search.
It is comprised of an image data output section 5 that outputs images read out from the volume 2, and a management file 10 for image management that manages medical images filed in the volume 2.

The management noisle 10 includes an image management file 11, a patient management file 12. Volume management file 13. It consists of a volume control key file 14 and a reentrant volume management file 15.

The image management file] 1 is a file that manages the newest approximately 50,000 files (the number of files differs depending on whether the recorded images are mainly X-ray images or CT and nuclear medicine images).

The file contents of this image management file 11 include image search key information 2 and the volume number of the image.

and a pointer within the volume.

If the maximum storage number is exceeded, the information with the oldest registration date and time is deleted for each volume based on the oldest registration date and time stored in the volume management file 13, which will be described later.

The patient management file 12 includes, for example, approximately 80,000 patients I.
D. A file for managing patient names, which stores patient IDs, names, and image numbers. This patient management file 12 contains the patient's name even if the image is deleted from the image management file 11.

Registered volumes can be identified using the ID as a key, and search key information can also be displayed for images registered in the image management file 11. If the maximum storage number is exceeded, the patient with the oldest last access date and time is backed up to a floppy disk or a dedicated optical disk.

The volume management file 13 is for storing volume 2 management information related to all optical discs generated by this device after the start of system operation, including the identification code of the volume 2, the polygon image and need information, The file that manages information such as the latest/oldest date and time of registration of data in the volume, the latest/most auspicious date and time of inspection, etc. can manage approximately 3,000 optical discs.

The volume support key file 14 is a file that exists on the optical disk drive and is used for image searching for images in the volume and volumes that can be searched at the request of the terminal device 4.1, search key information (Patient name, ID, image\0, etc.) and the image volume pointer are saved.

The re-entrant volume management file 15 is created when an optical disc removed from the image management file 11 is loaded, and is created to search within that volume.

Next, the operation of the medical image file management device having the above configuration will be explained.

Images recorded in the image management file 11 or the re-entrant volume management file 15 can be searched using the following key combinations (AND, OR>).

Search keys can be broadly classified into the following high-speed keys and low-speed keys. Searches can be executed at high speed when high-speed keys are included in a logically clear combination, but when the combination includes only low-speed keys, time is required because all data must be compared.

High-speed key: Image number, patient ID, patient name Low-speed key: Date of birth, gender, nationality, modality code, image type code.

Site code, test code, test name, date of inspection, name of technician in charge, person in charge Technician code, doctor code.

Diagnostic code and image search steps are performed in the following order.

■Enter the search key and logical conditions on the terminal 4■Display the number of search bundles■Strengthen the search conditions (useful when the number of ■ is large)■Display the list of search bundles■Determine the image (for optical disk devices) (determination of the optical disc board to be used, etc.) Next, the image management rough file 11 when the search key is input from the terminal device 4. Patient Tube Fufu Il 12゜Poly "Kum Management File 13. Polium Support Key File 14
The operation will be explained with reference to FIG.

In the same figure, patient ID key sort file 12△, patient name key sort file 1? The patient management file 12B, the patient name management file 12G, and the patient name management file 12D are examples of the patient management file 128.

The patient ID management file 12C is a file that stores patient IDs, image numbers, etc., and is used for searches using patient IDs as keys.

The patient ID management file 12C may also include a patient ID bitmap file that manages use/nonuse for each record by associating it with bits. Bits can be set/reset. The patient name management file 12D is a file that stores record units of the patient name, patient IDY & management file 12C, and is used for searching using the patient name as a key.

The patient name management file 12D may also include a patient name bitmap file that manages use/nonuse for each record by associating it with bits, and in this case, registration/deletion of patient names corresponds to record numbers. Bits can be set/reset. The patient ID key sort file 12A is a file that stores the record number of the patient ID+breather ID management file 12C, and is managed separately for the day and cumulatively. In case of cumulative
It is managed in descending order of patient IDs, and in the case of the same day, only the patient IDs that occurred on that day are filed. The patient name key sort file 12B is a file that stores the patient names and record numbers of the patient name answer file 12D, and is similarly managed on a cumulative basis on the day.

Here, if a patient ID is input as a search key, first patient ID DJ:
Then, the record number of the patient ID management file 12C is searched, and then the image number corresponding to the record number is output from the patient ID management file 12C. On the other hand, if a patient name is entered as a search key, the patient name is
l. In the patient name key sort file 12B, which is filed as a form, first, the patient name management file 12 is selected from the patient name.
Search the record number of D, and then search the record number of the patient ID management file 12C in the patient name management file.
is searched, and the image \0 corresponding to the record number bi5 is output from the patient I [) management file 12C. Note that if the image number is directly input as a search key, steps 112 can be omitted.

The image N output from the above-mentioned Tadashokan 11 (j file 12)
o or the image NO directly input as a search key is input to the volume management 7 file 13, where the image NO.
The identification code of the volume 2 corresponding to o, the pointer within the volume, etc. are searched. In this way, the volume or rotation in which the target image is registered is set to the image 8.
! It is possible to search at high speed without relying on the management file 11.

If a low-speed key other than the patient ID and patient name 2 image number is input as the high-speed key, this low-speed key is input to the image management file 11, where the identification code of volume 2, pointer within the volume, etc. is searched, which takes more time than when searching using a high-speed key.

In addition, when performing an information search in each of the above-mentioned noisles, for example, as shown in FIG.
Search for this area B+, : If not, search for area C which roughly divides the other area into 7, and do the same with @area,・
By performing the bipartite parsimony, it is possible to search relatively quickly regardless of where the information to be searched is located within the area A.

Next, the management transition state of the managed volume 2 in the device of this embodiment will be explained with reference to FIG.

FIG. 4 is a diagram showing the transition state of the volume 2 in which various processes are performed, and the contents of the typical processes are as follows.

The initialization process is a process necessary to incorporate the buff-gin volume into this system.
The volume number and the like are read out from the disk, and the volume is registered in the image management file 11. In addition, the file structure and system operating environment of the entire optical disk are recorded as this file management information [A])
It's becoming popular.

Polium mount processing is a process that transfers the management status of an active/online dismount volume, patient volume, or unmanaged volume to an online volume or reentrant online volume. An optical disk support key file will be created on the HD. Also, by this process, the volume management file 1
The volume status of No. 3 is updated.

The volume dismount process refers to the porium 792
When dismounting an online volume in a process that moves the management state to the opposite of the management state transition in process 1 to 1, the content or image of the optical disk support file of the specified optical disk device is It is copied to the management file 11 as necessary, and the volume status of the volume management file is updated. When this process is executed on a reentrant online volume, the volume support key file will be deleted, and the volume record in the volume management file 13 will be deleted.

Although not shown, volume close processing may also be executed, and this processing is basically the same as the above-mentioned polyum dismount processing, but the difference is that a sign prohibiting image writing on the optical disc is displayed. is set, and at this time, the file structure of the entire optical disk and the environment at the time of closing are described as file management information CB.

As explained above, according to the device of this embodiment, it is possible to reduce the burden on the main body of the calculator by providing multiple management files depending on the type of search data and dividing the data area into each one. With regard to images stored across multiple volumes, it is possible to search for the volume number, etc., without loading the optical disc into a disc drive. Furthermore, when a high-speed search key is used, image searches can be performed extremely quickly.

Note that the present invention is not limited to the above embodiments, and various modifications can be made within the scope of the gist of the present invention.

[Effects of the Invention] According to the present invention, an expense file is configured with a patient management file, a storage medium management file, and an image management file according to the type of search key, and a large-capacity data area is shared. It is possible to reduce the load on the main body of the device and to perform a high-speed search when the frequently used patient ID, patient name, and image number are included in the search logical conditions as search keys.

[Brief explanation of drawings]

FIG. 1 is a block diagram of a device according to an embodiment of the present invention, FIG. 2 is a schematic explanatory diagram showing the operating procedure during a search, FIG. 3 is a schematic explanatory diagram showing a binary search method, and FIG. 4 is a schematic diagram of the device according to the embodiment. FIG. 3 is an explanatory diagram illustrating a management transition state of a volume managed by . 11... Image management file, 12... Patient management file, 12A... Patient 10 key sort file, 12B...
・Patient name key sort file, 12G...Patient ID management file, 12D...Patient name management file, Figure 2

Claims (5)

[Claims] (1) When a plurality of storage media that store medical image data together with incidental information such as patient ID, patient name, and image number are under management, and an arbitrary keyword is entered as a search key from among the incidental information, In a medical image file management device that manages images in a searchable manner, a patient management file that stores image numbers in association with patient IDs and patient names that are high-speed search keys for each image under management;
a storage medium management file that stores record information in the storage medium including the image number, which is the high-speed search key, a storage medium number in which the image corresponding to the number is registered, and a pointer within the storage medium; A medical image file management device characterized by comprising search key information including another low-speed search key, an image management file that stores the storage medium number and a pointer within the storage medium. (2) The patient management file includes a patient ID management file that stores patient IDs and image numbers, a patient name management file that stores patient names and record numbers in the patient ID management file, and a patient ID and patient ID management file that stores patient names and record numbers in the patient ID management file. A medical image file according to claim 1, which is configured by providing a patient ID key sorting file for storing record numbers in the patient name management file, and a patient name key sorting file for storing patient names and record numbers in the patient name management file. Management device. (3) The patient ID key sort file and the patient name key sort file are filed separately for patient IDs and patient names registered on the same day and those registered cumulatively, respectively, as described in claim 2. medical image file management device. (4) The medical image file management device according to any one of claims 1 to 3, wherein the storage medium management file also manages the latest/oldest registration date and time of the data in the storage medium. . (5) If the image management file exceeds the maximum storage number based on information on the earliest registration date and time of the storage medium management file, information is deleted for each storage medium.Claim 4 The medical image file management device described above.