JP6279249B2 - Medical device - Google Patents

Description

  Embodiments of the invention relate to a medical device that facilitates access to medical images.

  In recent years, the capacity of USB (Universal Serial Bus) memories and hard disks has been increased, and it is used as an alternative to conventional optical media such as CD (Compact Disc) and DVD (Digital Versatile Disc). In particular, large-capacity media having terabyte-class volumes such as network-attached storage (NAS) are being adopted as external storage media for modalities.

  The external storage medium is composed of an index (DICOMDIR) and a file set including DICOM files such as medical images associated with the index based on a logical structure in accordance with the DICOM (Digital Imaging and Communication in Medicine) standard. . In order to access this file set, the modality needs to search, list display, read and write DICOM files after mounting this file set on its own device. In addition, it is required to release (unmount) a file set that does not require access.

  Normally, an external storage medium has one file set in one volume. However, even when the external storage medium has a large capacity, if there is only one file set, the index becomes enlarged as the number of storable DICOM files increases. As a result, there is a problem that the performance of mounting, writing, reading, and releasing is deteriorated.

  In order to prevent performance deterioration due to the enlargement of the index, a large-capacity external storage medium holds a plurality of file sets in one volume, and an index file and a DICOM file belonging to the file set are arranged for each file set. can do.

  However, when NAS and other systems connected to the network and multiple modalities are expected to share index files and DICOM files at arbitrary times, multiple file sets are dynamically generated. , May be updated or destroyed.

  In general modalities, file sets for external storage media connected to the device itself are pre-mounted with static (or initial) settings, and multiple file sets are dynamically generated like NAS. It is not supposed to be updated or destroyed. Therefore, there is a possibility that a mismatch occurs between the file set setting statically held by the modality and the file set setting of the external storage medium that dynamically changes.

  Furthermore, in order to recognize a file set created by another system or modality by the own apparatus, a complicated procedure of manually adding and mounting the file set is necessary. In addition, if a plurality of file sets are created without being based on a uniform rule, there is a problem that the convenience of searching for a medical information file is lowered because it is not known where the desired DICOM file is stored.

  The following patent documents are examples of managing external storage media by dividing them into a plurality of storage areas.

JP 2011-128716 A

  The problem to be solved by the present invention is to provide a medical device that solves the above problems and facilitates access to medical information files such as medical images.

In order to achieve the above object, the medical device according to the present embodiment integrates a desired file set in the external storage medium with respect to the external storage medium including a plurality of file sets based on the DICOM standard. An integrated destination setting unit that sets an integrated destination that represents a static directory location for accessing the file, and a file that exists under the integrated destination by searching and monitoring a directory in the external storage medium A file set search unit for identifying a set and a file set existing under the integrated destination are acquired from the file set search unit , and the file set is determined based on the dynamic change of addition, deletion , and update of the file set. A fileset dynamic acquisition unit that automatically mounts or releases and creates a destination list for the fileset Having a destination list display unit that displays a list of file sets based on the integration destination or destination list of the file set file set obtained by the dynamic acquisition unit.

1 is an overall configuration diagram of a medical device system according to an embodiment. The flowchart figure explaining the list display of the file set destination in 1st Embodiment. The conceptual diagram for demonstrating the directory structure of an external preservation | save medium. Display example of file set destination list. The example of a progress / history list display with respect to the preservation | save task in 2nd Embodiment. An example of saving a file set when the number of files in the file set is specified in the save rule used for the save task. An example of saving a file set when the maximum storage capacity of the file set is specified as the save rule used for the save task. An example of saving a file set when date is specified as the save rule used for the save task. An example of saving a file set when patient-specific is specified as a save rule used for a save task. An example of saving a file set when an image type is designated as a save rule used for a save task. An example of saving a file set when load distribution is specified as a save rule used for a save task. FIG. 10 is a flowchart for obtaining a medical image stored by an external system according to a third embodiment. Explanatory drawing in the case of performing the progress of a preservation | save task in a notification area in 4th Embodiment. Explanatory drawing in the case of displaying a list | wrist of a file set destination according to a patient in a preservation | save history display.

  DESCRIPTION OF EMBODIMENTS Hereinafter, embodiments for carrying out the invention will be described in detail with reference to the drawings shown in FIGS. The medical device according to the present embodiment is a system compliant with the DICOM standard, and improves the convenience of a file system incorporated in a medical device such as modality. It can be built in cooperation with systems such as HIS (Hospital Information System), RIS (Radiology Information System), PACS (Picture Archiving and Communication Systems), etc., and can easily be consistent with existing systems. .

(First embodiment)
FIG. 1 is an overall configuration diagram of a medical device system according to the present embodiment. As shown in FIG. 1, a medical device 10, a network 11, an external storage medium 12, and an external system 13 are included. The medical apparatus 10 of this embodiment is connected to a network 11 and accesses an external storage medium 12 connected to the network 11 to read and write a medical information file (DICOM file) in a file set. An external system 13 having a file set access function similar to that of the medical device 10 is connected to the network 11 and shares a file set in the external storage medium 12.

  The medical device 10 includes an integrated destination setting unit 101, a file set search unit 102, a file set dynamic acquisition unit 103, a destination list display unit 104, an image storage unit 105, a progress / history list display unit 106, and a storage rule setting unit 107. , And a scenario setting unit 108.

  The integrated destination setting unit 101 statically sets an integrated destination for integrating and managing a plurality of file sets existing on the external storage medium 12. In order for the medical device 10 to access a plurality of file sets existing in the external storage medium 12, it is necessary to mount the file sets on its own device. However, in the case of an external storage medium such as NAS connected to the network, a large number of file sets created by other external systems 13 are mixed, and over time, addition / deletion of file sets and addition / deletion of DICOM files Is done. Since the current DICOM-compliant modality system does not assume such a situation, “What file set exists on the external storage medium 12”, “Which file set has a desired medical image?” It is difficult to obtain detailed information about the file set such as “?” In real time. Moreover, mounting a large number of file sets manually is very complicated.

  In the present embodiment, a directory position that does not change dynamically among the directory configuration of the external storage medium 12 is defined as an integrated destination, and a dynamically changing file set under the integrated destination is integrated and managed. . In the following, the case where the root position of the external storage medium 12 is set as the integrated destination as the directory position that does not change dynamically will be mainly described, but the present invention is not limited to this.

  The file set search unit 102 monitors and searches for a change in the directory structure of the file set existing in the external storage medium 12. Specifically, the directory structure of all folders existing in the external storage medium 12 is acquired periodically or by detecting the increase or decrease of folders or files. Then, an index file is searched from the obtained directory structure, and a file set including files associated with the index file is identified. In the present embodiment, a case where one file set is stored in one folder or less will be described. That is, if an index file (DICOMDIR) and medical information files (DICOM files such as reports and medical images) associated with the index file are included in a folder to be searched, the folder is recognized as a file set. To do. However, this is merely an example, and one file set need not correspond to one folder.

  The file set dynamic acquisition unit 103 manages the file set identified by the file set search unit 102. Based on detection of changes such as adding and deleting filesets, it keeps a list of fileset mount, release operations, and valid fileset destinations. Further, in cooperation with the image storage unit 105, the progress status / history for the storage task of the medical information file is also managed.

  The destination list display unit 104 displays a list of file set destinations managed by the file set dynamic acquisition unit 103 according to a display method such as tree display or drop-down list display.

  The image storage unit 105 stores a medical image file or the like captured by the own device. Alternatively, the medical information file of the external storage medium 12 can be retrieved via the network 11 and stored.

  The progress / history list display unit 106 displays the progress / history for the saved task managed by the file set dynamic acquisition unit 103 in a list format.

  The save rule setting unit 107 sets a save rule for a file set that is dynamically created under the integrated destination when saving a medical information file such as a medical image captured by the own apparatus in the external storage medium 12. Set and save a medical information file to a file set automatically created based on this save rule or an existing file set. This storage rule will be described later.

  The scenario setting unit 108 sets a scenario in which search conditions are described in order to search for a file set created on the external storage medium 12 from the external system 13 such as other modalities or a medical image file additionally stored. .

  FIG. 2 is a flowchart for explaining list display of file set destinations. FIG. 3 is a conceptual diagram for explaining the directory structure of the external storage medium 12. The list display of file set destinations will be described with reference to FIGS.

  First, in step ST201, an integrated destination is statically set. In FIG. 3, a network drive 12 A such as NAS is assumed as the external storage medium 12. The directory structure of the network drive 12A includes file sets 31A and 31B, folders 32A and 32B, image files (medical images) 33A and 33B, text files 34A and 34B, and files 35 in various other formats, directly under the root. In addition, there are further file sets 31C and 31D under the folder 32B. Under the network drive 12A, the file set and the medical information file are updated from the medical device 10 or the external system 13 every moment.

  Further, when one file set is configured in one folder, for example, the file set 31A has a folder name (file set A), and the index file 311 (DICOMDIR) and a medical device associated with the index are included in the folder. An information file 312 (images 1 to 3 etc.) is stored.

  In such a directory structure, for example, a directory position of reference numeral 36A or 36B can be considered as the integrated destination. The integrated destination 36A is a root position directly under the network drive 12A, and the integrated destination 36B is a directory position under the folder 32B.

  For example, if the network drive 12A is accessed only by the network in the same hospital, it is convenient if the integrated destination is the route position (reference numeral 36A) immediately below the network drive 12A. Further, when the network drive 12A is operated and shared between regional cooperation hospitals, a folder is assigned to each hospital, for example, the folder 32B is assigned to the own hospital. In such a case, the integrated destination 36B is more convenient. As described above, the integrated destination can be set at various directory positions according to the embodiment. In the present embodiment, it is assumed that the integrated destination 36A is set immediately below the network drive 12A.

  Next, in step ST202, the file set search unit 102 searches and monitors the file set under the integrated destination. That is, the folders existing under the integrated destination 36A are sequentially scanned according to the directory structure, and it is searched whether or not an index file exists in the folder. If an index file exists, the folder is identified as a file set.

  As the timing for monitoring the file set, in addition to the periodic monitoring by the timer, the timing of adding / deleting a folder or the like may be detected, and the file set monitoring may be performed using this timing as a trigger.

  In step ST203, the file set dynamic acquisition unit 103 performs dynamic acquisition of a file set. That is, a file set destination list is created for the file set identified by the file set search unit 102.

  A specific file set destination list will be described with reference to FIG. (1) “Network drive” indicating the integrated destination, file set destination name under it (2) “file set A”, (3) “file set B”, (4) “folder B /” under folder B “File set C”, (5) “Folder B / File set D”.

  In step ST204, the file set dynamic acquisition unit 103 detects a change in the file set based on the acquired file set destination list. The added file set is automatically mounted, the deleted file set is automatically released, and the file set destination list is updated at the same time. At this time, whether or not to mount the added file set may be appropriately selected.

  In step ST205, the destination list display unit 104 displays a list of file set destination lists. FIG. 4 is a display example of the file set destination list. In the file set destination list display 40, a destination column 41, a file set destination list display column 42, a file set save button 43, and the like are displayed. The integrated destination network drive 12A is displayed in the destination column 41, and the file sets under the integrated destination are displayed in a collapsible tree format.

  When the captured image taken by the medical device 10 is stored in the network drive 12A, a file set serving as an integration destination or storage destination is designated. In the case of FIG. 4, an integrated destination is designated. By checking the “Network Drive” section and pressing the Save button 43, a file set according to a predetermined save rule is automatically generated at the directory location immediately below the “Network Drive”, and the captured image is the file set. Saved in. This storage rule will be described later. Depending on the storage rule, the same file set name may already exist. In this case, the medical information file is stored in the existing file set.

  Also, the automatically generated file set is notified from the image storage unit 105 to the file set dynamic acquisition unit 103, and the file set destination list is dynamically updated.

  The destination column 41 is a pull-down list, and the file set displayed in the file set destination list display column 42 can be selected. Therefore, the medical information file is selected by selecting the file set destination to be saved in the pull-down list. Can also be saved. When the file set destination is selected, the file set is not automatically generated, and the medical information file is stored in the selected file set.

  In addition, when the file set is being mounted, the operator may be alerted with a symbol “*” indicating that the file is being mounted, as in the case of the file set C.

  As described above, in the conventional modality, there is only one file set in the storage device connected to its own device, and it is sufficient to mount the file set statically at the initial setting. there were. In other words, according to the first embodiment, it is possible to share an index file or DICOM file at any time by another system or a plurality of modalities, and a plurality of file sets are dynamically created, updated, or discarded. Is possible. That is, an integrated destination is set, and a file set under the integrated destination is periodically monitored and searched. It can be automatically mounted when a fileset is added and released when a fileset is deleted. In addition, without directly selecting a large number of file sets displayed in the file set destination list, simply by specifying an integrated destination, a file set according to a predetermined saving rule is automatically generated and a medical information file is saved. be able to.

(Second Embodiment)
In the present embodiment, a progress / history list display of a task for saving a medical information file to an external storage medium (hereinafter referred to as a storage task) and a storage task storage rule will be described.

  FIG. 5 is an example of a progress / history list display 50 for a saved task. The progress / history list display for the saved task is processed by the progress / history list display unit 106 and displayed on a monitor (not shown). The progress / history list display shown in FIG. 5 includes a type tab 51 indicating the type of the external storage medium, a destination column 52 indicating the integrated destination or the destination of the file set under it, and a progress / history indicating the progress / history of the storage task. A list display field 53 and the like are displayed.

  On the type tab 51 for selecting an external storage medium, it is possible to select an external storage medium directly connected to the medical apparatus 10 or an external storage medium 12 connected via the network 11. In this example, the “network” tab is selected as the external storage medium type tab 51, and the integrated destination “network drive” 12 A is selected in the destination column 52.

  At this time, in the file set destination list display 40, the progress / history status of the storage task executed by designating the destination is displayed in a list in the progress / history list display field 53.

  The progress / history list display field 53 includes a “status” indicating the progress, a “patient name” of the medical information file to be stored, a “file set name” of the storage destination, a “transfer date / time” indicating the execution time of the storage task, Items such as “transfer rate” of the saved task, “priority” indicating the priority of file transfer to the emergency patient, and “total amount”, “usage amount”, “remaining amount” of the file set are displayed.

  For example, the save task for patient A is in a queued state with a current status of “Queued”. At this time, if the integrated destination is designated as the storage destination, the file set of the storage destination has not yet been determined, so “-” is undecided. The transfer date and time when the save task is executed is 2013/5/15 14:37:25, and the “transfer rate” of the save task is 0%. The priority is “N” indicating a standard. The “total amount”, “use amount”, and “remaining amount” of the file set are all undecided “−” because the file set has not been determined at this stage.

  In the save task of patient B, the current status is “Active” and the transfer is in progress. At this time, a file set as a storage destination is determined according to a predetermined storage rule, and for example, “file set B” is displayed. The transfer date and time when the save task is executed is 2013/5/15 13:24:25, and the “transfer rate” of the save task is 55%. Although the priority is “U” indicating urgent, in this case, it is possible to perform a process of moving up the waiting order and a process of selecting high-speed communication in the storage rule. The “use amount” is 4.3 GB and the “remaining amount” is 5.7 GB for the “total amount” 10 GB of the file set.

  In the save task for patient D, the current status is “Completed”, indicating that the transfer has been completed. As in the case of patient B, the file set of the storage destination is determined according to a predetermined storage rule, and “file set B” is displayed. The transfer date and time when the save task is executed is 2013/5/10 10:05:55, and the “transfer rate” of the save task is 100%. The priority is “N” indicating a standard. The “use amount” is 9.8 GB and the “remaining amount” is 0.2 GB with respect to the “total amount” 10 GB of the file set. Thus, when the file set is full, in the next save task, a new file set is created based on the save rule. About the preservation | save task of the patient E, since it is substantially the same as the patient D, description is abbreviate | omitted.

  In this way, the progress status and saving history of each saving task are displayed in a list. The address field 52 is in a pull-down list format. For example, by selecting the file set B from the pull-down list, only the progress / history list of the patient B and the patient D can be selected and displayed in this example. It is. In this progress / history list display, a pull-down list from which a patient name can be selected may be arranged.

  6 to 11 show examples of file sets created based on various save rules used when executing a save task. The storage tasks shown in FIGS. 6 to 10 are 6000 medical information files (image files), and the total size of the medical information files is 8.2 GB. As shown in FIG. 1, a storage rule setting unit 107 sets a storage rule to be applied to a storage task. Based on this storage rule, the image storage unit 105 creates a new file set under the integrated destination of the external storage medium 12 as necessary, and executes a storage task.

  FIG. 6 shows an example when the number of medical information files in the file set is set as 2000 as a storage rule. Three file sets (FileSet_IDX_201212201A to FileSet_IDX_201212201C) are created on the network drive 12A by the save task executed from the medical device 10 (modality). Each file set has an index file and a medical file associated with the index file. 2000 information files are stored.

  FIG. 7 shows an example when the maximum storage capacity of the file set is set to 4 GB as the storage rule. Three file sets (FileSet_VOL_201212201A to FileSet_VOL_2012121201C) are created on the network drive 12A by the save task executed from the modality, and each file set has an index file and a storage capacity of a medical information file associated with the index file. Are stored in order so that the maximum is 4 GB. In this example, the file set FileSet_VOL_2012121201A and the file set FileSet_VOL_2012121201B have a maximum storage capacity of 4 GB, and the last file set FileSet_VOL_2012121201C has a storage capacity of 0.2 GB.

  FIG. 8 is an example when the storage rule is set for each date. The total capacity of the saved tasks is the same, but the three saved tasks (2000 on February 2 (2 GB), 3000 on February 5 (4.5 GB), and 1000 on February 7 (1 .7 GB)) and executed.

  The save task executed from this modality creates three file sets (FileSet_DAY_20130202, FileSet_DAY_20130205, and FileSet_DAY_20130207) on the network drive 12A, and each file set includes an index file and a date associated with the index file. The medical information file is stored in each file set. In addition to the storage rules for each date, the maximum storage capacity can be combined. When the maximum storage capacity is 4 GB, the storage task on February 5 is automatically divided into two FileSet_DAY — 20130205A (4 GB) and FileSet_DAY — 20130205 B (0.5 GB).

  FIG. 9 shows an example when the storage rule is set for each patient. The total capacity of the save task is the same, but four save tasks (patient ID = 0143, 800 (1 GB), patient ID = 0155, 1500 (2 GB), patient ID = 06AC, 3200 (2 GB), and patient ID = B443 500 sheets (3.2 GB)) are divided and executed.

  The save task executed from this modality creates four file sets (FileSet_PID — 0143, FileSet_PID — 0155, FileSet_PID — 06AC, and FileSet_PID_B443) on the network drive 12A, and each file set is associated with an index file and its index file. A medical information file for each patient is stored in each file set. In addition to the storage rule for each patient, the maximum number of medical information files can be combined. When the maximum number of stored files is 2000, two FileSet_PID_06AC_A (2000 files) for the storage task of patient ID = 06AC ), FileSet_PID_06AC_B (1200 sheets) is automatically divided.

  FIG. 10 shows an example when the storage rule is set to the image type. This image type may be classified according to the storage period. For example, key images used for diagnosis and diagnostic reports (Keys) that have a relatively small capacity but require long-term storage, and for large-capacity medical image data, Data immediately after reconstruction (original) or the like is stored for a long time, and raw data or image data (Derived) that can be generated from data immediately after reconstruction is stored for a short time. In this case, the files are sorted into three file sets based on three storage rules (key image, report, etc. (0.3 GB), ORIGINAL image (4.3 GB), and DERIVED image (3.6 GB)).

  By the save task executed from this modality, three file sets (FileSet_KEY_201102KIN, FileSet_ORG_201102A, and FileSet_DER_201102A) are created on the network drive 12A, and each file set has an index file and an image type associated with the index file. The medical information file is stored in each file set.

  FIG. 11 shows an example when the storage rule is set to load distribution. This load distribution is effective when the network drive 12A is configured by a RAID (Redundant Array of Inexpensive Disks) system and a plurality of hard disks can perform storage task processing in parallel (for example, in a RAID 5 configuration). The storage task is assumed to have 10,000 medical information files (image files) and a capacity of 30 GB. At this time, when the RAID system is driven in parallel and distributed by five hard disks, the file set is divided for each hard disk, and is divided and stored in FileSet_LDB_2013VSA to FileSet_LDB_2013VSE. The names of the file sets described above are preferably names that increase search efficiency when a scenario is set as described later.

  As described above, according to the second embodiment, a file set can be created by setting various storage rules for the integrated destination, and a medical information file can be stored in the file set. It becomes. In addition, progress / history management of saved tasks can be performed.

(Third embodiment)
In the present embodiment, searching for a file set created by another external system and a medical information file stored by the external system will be described. The external storage medium 12 such as NAS has medical information files and file sets stored from external systems such as other modalities, but there is no storage history on its own device side. In order to efficiently search for medical information files, it is necessary to analogize which file set contains the target medical information group. Therefore, by storing the file set storage rule between the own device (medical device 10) and the external system 13 in advance (that is, between modalities connected to the network 11), the medical image file storage history is stored on the own device side. It is possible to analogize image search when there is no image. This file set storage rule is stored, for example, in a directory location directly under the integrated destination of the external storage medium 12, and this file set storage rule is referred to herein as a file set manifest. However, the directory position of this file set manifest is not limited to the directory directly under the integrated destination. Preferably, it is arranged at an optimal directory location shared by a plurality of external systems from the viewpoint of operation.

  FIG. 12 is a flowchart for acquiring a medical image stored in an external system.

First, in step ST1201, a file set manifest is placed at a directory position directly under the integrated destination of the external storage medium 12 (network drive 12A). Here, “by date” is adopted as the file set manifest. The text file describing the file set manifest is described as follows, for example.

<FileSetRule value = “DAY” />
In step ST1202, the external system 13 reads the file set manifest for the purpose of confirming the file set storage rule when storing the medical image in the external storage medium 12.

  In step ST1203, a file set according to the file set storage rule is dynamically created and the medical image is stored, or an existing file set according to the file set storage rule is selected and the medical image is stored. Here, a medical image is stored in FileSet_DAY_20130202.

  In step ST1204, the medical device 10 reads the file set manifest for the purpose of confirming the file set storage rule when reading the medical image stored by the external system 13 from the external storage medium 12.

  In step ST1205, a scenario for search is set. Since the file set manifest read in step ST1204 is “by date”, “medical image of patient A taken on February 2, 2013 in the external system 13” is set as an example scenario.

  In step ST1206, the file set (FileSet_DAY_20130202) of February 2, 2013 is selected.

  In Step ST1207, the index file stored in the file set (FileSet_DAY_20130202) is expanded.

  In step ST1208, by acquiring the link destination of the medical image for the patient A from the expanded index file, the image storage unit 105 reads the medical image of the patient A taken on February 2, 2013 from the external storage medium 12. It becomes possible.

  As described above, by sharing the file set storage rule common to the modalities connected to the network 11, the convenience of searching for medical information files stored in other modalities is improved. For example, there is a case where it is desired to view a past captured image of the same patient before photographing a subject with the own device or when browsing a captured image. In such a case, it is possible to easily access a medical information file imaged and stored by a desired medical device.

(Fourth embodiment)
In the first embodiment, the file set destination list display has been described, and in the second embodiment, the progress / history list display of the save task has been described. In the present embodiment, another display method of a saved task will be described.

  FIG. 13 is an explanatory diagram when the progress status of the saved task is performed in the notification area. FIG. 13 is a screen on which an object is imaged on the ultrasonic diagnostic apparatus. There is a storage task notification area 131 at the top of the imaging screen. When the storage task is completed, a notification such as “This image has been stored in the file set A” is given. Not only the saved task completion notification, but also the items shown in FIG. 5, such as the current transfer rate and status, may be displayed.

  FIG. 14 is an explanatory diagram for displaying a list of file set destinations of saving destinations by patient in the saving history display. In this history display, a patient column 141 for selecting a patient, a file set destination list display column 142 for selecting a file set destination of the external storage medium 12 to be browsed, and a storage history list display column for displaying a list of storage histories for the selected patient. 143, an image display button 144 for browsing images is provided.

  The patient A is selected in the patient column 14, and the network drive 12A is selected in the file set destination list display column 142. In the drop-down list in the file set destination list display field 142, the file set destination shown in FIG. 4 can be selected. By selecting a desired file set from the saved history list display field 143 and pressing an image display button 144, medical information in the selected file set can be viewed.

  As described above, according to the fourth embodiment, various displays can be performed even on a large-capacity external storage medium connected to a network.

  According to this embodiment described above, it is possible to eliminate the complexity of setting each destination for a plurality of file sets possessed by a large-capacity external storage medium. In addition, it is possible to flexibly update a medical information file read-out and storage destination list in response to a file set state that is constantly changing due to external factors such as an external system. For large-capacity external storage media, the user can automatically create a file set that conforms to user operations by specifying the integrated destination. Furthermore, since the actually saved file set can be held and displayed, it is easy to confirm the save destination. For example, in the past examination image search, it is possible to shorten the search time by setting a simple scenario. In this way, it is possible to provide a medical device that is easy to access to a medical information file on a large-capacity external storage medium and has improved user convenience.

  In the embodiment, one external storage medium has been described, but a plurality of external storage media may be connected to the network. The external storage medium does not necessarily have to be connected to the network.

  Although several embodiments of the present invention have been described, these embodiments are presented by way of example and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the scope of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

10 ... medical device,
11 ... Network,
12 ... External storage media,
13 ... External system,
101. Integrated destination setting unit,
102 ... File set search unit,
103 ... File set dynamic acquisition unit,
104 ... Destination list display section,
105: Image storage unit,
106 ... progress / history list display section,
107: Storage rule setting section,
108: Scenario setting unit.

Claims (6)

For an external storage medium configured to include a plurality of file sets based on the DICOM standard, an integrated destination representing a static directory location for integrally accessing a desired file set in the external storage medium is provided. An integrated destination setting section to be set;
Search and monitor a directory in the external storage medium, and a file set search unit for identifying a file set existing under the integrated destination;
The file set existing under the integrated destination is acquired from the file set search unit , and the file set is automatically mounted or released based on the dynamic change of the addition, deletion , and update of the file set. A file set dynamic acquisition unit that creates a destination list for
A destination list display unit that displays a list of file sets based on the destination list of the integrated destination or the file set acquired by the file set dynamic acquisition unit;
A medical device.   The file set search unit reads a directory structure in the external storage medium, searches an index file existing under the integrated destination from the directory structure, and includes the index file and a file associated with the index file. The medical device according to claim 1, wherein the destination of the file set to be dynamically identified is identified. An image storage unit for storing a medical information file according to a storage task for a file set under an integrated destination in the external storage medium;
The medical apparatus according to claim 1, further comprising: a storage rule setting unit that sets a storage rule for the storage task.   The medical device according to claim 3, wherein the image storage unit generates a file set based on the storage rule when an existing file set based on the storage rule does not exist under an integrated destination.   The medical apparatus according to claim 3, further comprising a progress / history list display unit that displays a list of progress and history of the saved task.   The file set further includes a scenario setting unit for setting a search scenario for searching for a file set stored in the external storage medium based on a file set manifest describing a storage rule shared by a plurality of external systems. The medical device according to claim 4, wherein the manifest is arranged at a predetermined directory location shared by the external system.

Images