JP2015138337A - medical data migration system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To make it possible to refer to necessary medical data while preventing occurrence of waiting time.SOLUTION: A medical data migration system of an embodiment comprises: patient-condition extraction means; layout extraction means; migration-priority determination means; migration-destination selection means; and data migration means. The patient-condition extraction means extracts patient condition information from the hospital system. The layout extraction means acquires a display layout associated with each operator of an image viewer. The migration-priority determination means determines a migration priority of each medical data on the basis of the display layout. The migration-destination selection means selects the new data storage system serving as a migration destination on the basis of the migration priority. The data migration means migrates medical data stored in the existing data storage system to the selected new data storage system on the basis of the migration priority.

Description

  Embodiments described herein relate generally to a medical data migration system.

  A data storage system used in a hospital system usually includes a medical image storage device or system (hereinafter referred to as a medical image storage system) and a report storage device or system (hereinafter referred to as a report system).

  In a medical image storage system, for example, a patient image (hereinafter referred to as a test image) captured by a medical imaging apparatus such as an X-ray computed tomography (CT) apparatus or a magnetic resonance imaging (MRI) apparatus is stored.

  In the report system, a medical staff (hereinafter referred to as a user) refers to the stored examination image and stores a report of medical findings created for the examination image.

  Accordingly, in the hospital, medical data such as a new examination image and a new report is created and stored in an existing data storage system for each examination / diagnosis. As a result, the amount of medical data in the existing data storage system increases day by day.

  On the other hand, a new data storage system may be introduced in order to cope with deterioration over time and an increase in data volume. Since the medical data in the existing data storage system needs to be referred to by the operation of the hospital, it is necessary to migrate to a new data storage system. Note that the medical data to be transferred needs to be converted in accordance with the data format of the new data storage system.

  In the case of data migration, in many cases, data migration is performed to a new data storage system in descending order or ascending order of the creation date or update date of medical data in the existing data storage system. However, there is a case where the order of data migration is manually selected for the medical data of patients for each ward. Note that data migration takes about one week, for example. The long time required for data migration is due to the huge amount of image data such as MRI.

  On the other hand, when new medical data is generated, such as when medical data indicating the results of a newly performed examination is received by a patient, DICOM (Digital Imaging and Communications in Medicine) Q / R (Query and In some cases, past data related to new medical data of a patient is acquired (transferred) by the Retrieve process. In this case, the new medical data and past data related thereto can be referred to by the new data storage system by the Q / R process.

  However, the above data migration has the following disadvantages.

  For example, when migrating data in descending order of creation date or update date, the transfer of past medical data is delayed after the creation date or update date, and the past medical data is transferred from the new data storage system until the data migration is completed. There is an inconvenience that cannot be referred to.

  Similarly, when migrating data in ascending order of creation date or update date, transfer of medical data more recent than the creation date or update date is postponed, and the latest medical data is stored as new data until the data migration is completed. There is an inconvenience that cannot be referenced from the system.

  On the other hand, when Q / R processing is used, new medical data and past data related thereto can be referred to by a new data storage system.

  However, when Q / R processing is used, the inconvenience of waiting until the past data is acquired (Retrieve) and the past data of the patient for whom no new medical data has occurred are stored as new data. Inconvenience that cannot be referred to from the system occurs.

  An object is to provide a medical data migration system that can refer to necessary medical data while preventing the occurrence of waiting time.

  The medical data migration system according to the embodiment migrates medical data stored in an existing data storage system used in a hospital system to a new data storage system.

  The medical data migration system includes a storage unit, patient status extraction means, patient status writing means, layout acquisition means, layout writing means, migration priority order determination means, migration destination selection means, and data migration means.

  The patient status extraction unit extracts patient status information indicating a patient status from the hospital system.

  The patient status writing means writes the extracted patient status information in the storage unit.

  The layout acquisition unit acquires a display layout associated with each operator of an image viewer that displays examination image data of the medical data from the hospital system.

  The layout writing unit writes the acquired display layout into the storage unit.

  The transfer priority order determining means determines a transfer priority order indicating the priority order of the medical data units to be transferred based on the patient status information and the display layout in the storage unit.

  The migration destination selection means selects the new data storage system to be the migration destination of the medical data based on the determined migration priority order.

  The data migration means migrates the medical data stored in the existing data storage system to the selected new data storage system based on the determined transfer priority.

It is a mimetic diagram showing an example of a hospital system provided with a medical data migration system concerning a 1st embodiment. It is a schematic diagram which shows a part of hospital system in the embodiment. It is a schematic diagram which shows the structure of the medical data migration system in the embodiment. It is a flowchart for demonstrating the operation | movement in the embodiment. It is a schematic diagram for demonstrating the data acquisition process in the embodiment. It is a schematic diagram for demonstrating the keyword extraction process in the embodiment. It is a schematic diagram which shows the data structure of the patient condition list | wrist in the embodiment. It is a mimetic diagram showing an example of a patient situation list in the embodiment. It is a mimetic diagram showing an example of the highest patient situation in the embodiment. It is a schematic diagram which shows the data structure of the layout detailed setting list | wrist in the embodiment. It is a schematic diagram which shows an example of the layout detailed setting list | wrist in the embodiment. It is a schematic diagram which shows the data structure of the data block in the embodiment. It is a schematic diagram which shows the other example of the layout detailed setting list | wrist in the embodiment. It is a schematic diagram for demonstrating an example of the data block rearrangement process in the embodiment. It is a schematic diagram for demonstrating an example of the rearrangement process in the same patient in the embodiment. It is a schematic diagram for demonstrating an example of the rearrangement process between each patient in the embodiment. It is a schematic diagram for demonstrating the medical data used in common in the medical data transfer system which concerns on 2nd Embodiment. It is a schematic diagram for demonstrating the test | inspection image data which gives priority to transfer in the same embodiment.

  Hereinafter, a medical data migration system according to each embodiment will be described with reference to the drawings.

<First Embodiment>
FIG. 1 is a schematic diagram showing an example of a hospital system provided with a medical data migration system according to the first embodiment, FIG. 2 is a schematic diagram showing a part of the hospital system, and FIG. 3 is a medical data migration It is a schematic diagram which shows the structure of a system.

  As shown in FIG. 1, the hospital system includes a client terminal 10, an ordering system 20, an electronic medical record system 30, an existing data storage system 40, a new data storage system 50, and a medical data migration system 60 via a network such as a LAN. Communication is possible. The hospital system may be referred to as a hospital information system (HIS). The existing data storage system 40 includes an existing report system 41 and an existing medical image storage system 42. The new data storage system 50 includes a new report system 51 and a new medical image storage system 52. Each data storage system 40, 50 may be configured as a server device. A plurality of client terminals 10 are provided, but only one is shown here as a representative example.

  The client terminal 10 is a computer terminal operated by an operator such as a doctor, and can access the hospital system. The plurality of client terminals 10 are of various types. For example, some client terminals 10 include an image viewer for displaying image data such as inspection images stored in the respective data storage systems 40 and 50.

  The ordering system 20 is a system that can be read / written from the client terminal 10 or the like, and stores examination reservation information input from the client terminal 10.

  The electronic medical record system 30 is a system that can be read / written from the client terminal 10 or the like, and stores various types of information input from the client terminal 10. The electronic medical record system 30 stores information on medical contents such as patient name, hospital division, ward (in the case of hospitalization), disease name, prescription, medical history, major symptom course, operation, treatment, examination conclusion, patient status, etc. . The electronic medical record system 30 may store various reports, introduction letters, instruction contents, manuals, consent forms, nursing records, and operation records in addition to information on the contents of medical treatment. The electronic medical record system 30 may also serve as the ordering system 20.

  The existing data storage system 40 includes a report system 41 and a medical image storage system 42.

  The report system 41 displays an inspection image in the medical image storage system 42 according to the operation of the client terminal 10 or the like by the user, and creates an interpretation report (hereinafter referred to as a report) representing the interpretation result of the inspection image by the user. , Has the function to store the report. The stored report can be viewed from the client terminal 10 or the like in the hospital system.

  The medical image storage system 42 has a function of managing examination images generated by a medical imaging apparatus (not shown). The stored examination image can be viewed from the client terminal 10 or the like in the hospital system.

  The new data storage system 50 is a system to which medical data stored in the existing data storage system 40 is transferred, and includes, for example, a report system 51 and a medical image storage system 52.

  The report system 51 has the same function as the existing report system 41, and may further include an arbitrary function according to the fact that it is a new system.

  The medical image storage system 52 has the same function as the existing medical image storage system 42, and may further include an arbitrary function according to the fact that it is a new system.

  As shown in FIG. 2, the medical data migration system 60 is a system for migrating medical data stored in an existing data storage system 40 used in a hospital system to a new data storage system 50. The medical data to be transferred are the image data and database of the medical image storage system 42 and the data of the report system 31. As a migration method, for example, prior to the migration, the patient priority indicating patient unit priority is given to the medical data, and the patient unit medical data is grouped based on the initial display layout of the image viewer, and the obtained data It is good also as a system which transfers a block. Note that the term “initial display layout” indicates an example of the display layout, and may simply be read as “display layout”. This is the same in each embodiment.

  As shown in FIG. 3, the medical data migration system 60 includes a storage unit 61, a storage unit 62, an input unit 63, a data communication unit 64, a processing unit 65, and a display unit 66.

  The storage unit 61 is a storage device such as a ROM (Read-Only Memory) or a RAM (Random Access Memory), and is used by the processing unit 65 as a temporary work area.

  The storage unit 62 is a storage device for long-term storage, and is implemented as a hard disk (HDD-Hard Disk Drive) or NAS (Network Attached Storage).

  The input unit 63 receives various commands and information input from the user via input devices such as a mouse and a keyboard, and sends them to the processing unit 65.

  The data communication unit 64 is connected to the processing unit 65 and exchanges data and operation instructions with other systems in the hospital and the client terminal 10.

  The processing unit 65 is connected to each of the units 61 to 64, 66, and has a function for executing the processing shown in the flowchart of FIG.

  Supplementally, the processing unit 65 has the following functions (f65-1) to (f65-7).

  (f65-1) A patient situation extraction function that extracts patient situation information indicating a patient situation from a hospital system.

  (f65-2) A patient status writing function for writing the extracted patient status information into the storage unit 61.

  (f65-3) A layout acquisition function for acquiring an initial display layout associated with each operator of an image viewer that displays examination image data of medical data from a hospital system.

  (f65-4) A layout writing function for writing the acquired initial display layout into the storage unit 61.

  (f65-5) A transfer priority determining function for determining a transfer priority indicating the priority of medical data units to be transferred based on the patient status information and the initial display layout in the storage unit 61.

  Here, the migration priority determination function (f65-5) may include the following functions (f65-5-1) and (f65-5-2).

    (f65-5-1) A function that determines the patient priority indicating the priority of each patient based on the patient status information.

    (f65-5-2) A function of determining the transfer priority so as to prioritize the transfer of medical data commonly used for each initial display layout among the medical data having the same patient priority.

  (f65-6) A migration destination selection function for selecting a new data storage system 50 as a migration destination of medical data based on the determined migration priority order.

  Here, the new data storage system 50 may include a first data storage system installed inside a hospital having a hospital system and a second data storage system installed outside the hospital. In this case, the transfer destination selection function (f65-6) may select the first data storage system or the second data storage system based on the determined transfer priority.

  (f65-7) A data migration function for migrating medical data stored in the existing data storage system 40 to the selected new data storage system 50 based on the determined migration priority order.

  Here, the data migration function (f65-7) may migrate medical data based on a preset schedule and migration priority.

  The display unit 66 is a display device that is connected to the processing unit 65 and presents processing and input to the user. As the display unit 66, for example, a CRT display or a liquid crystal display can be used.

  Such a medical data migration system 60 can be implemented with, for example, either a hardware configuration or a combined configuration of hardware resources and software. As the software of the combined configuration, a program that is installed in a computer from a network or a storage medium in advance and causes the computer to realize the function of the medical data migration system 60 is used.

  Next, the operation of the medical data migration system configured as described above will be described using the flowchart of FIG. 4 and the schematic diagrams of FIGS.

  In the data acquisition process of step ST1, the processing unit 65 in the medical data migration system 60 extracts the patient status indicating the patient status from the hospital system via the data communication unit 64. Specifically, as shown in FIG. 5, the medical data migration system 60 obtains reservation information in a data format such as a database file from the ordering system 20 and information in a text file format (eg, patient status information, in-hospital). (Classification information, inspection conclusion information) is acquired from the electronic medical chart system 30. Each piece of acquired information is written into the storage unit 61 by the processing unit 65.

  In the keyword extraction process of step ST2, as shown in FIG. 6, the processing unit 65 extracts the keywords “discharged” and “death” from the patient status information in the storage unit 61, and uses the keywords as the patient status information. Is stored in a tag with a storage tag name “patient situation” corresponding to.

  Similarly, the processing unit 65 extracts the keywords “reservation schedule” and “reservation time” from the reservation information in the storage unit 61, and stores the keywords in the tag of the storage tag name “reservation” corresponding to the reservation information. .

  Similarly, the processing unit 65 extracts the keywords “first aid”, “ICU”, “normal hospitalization”, and “outpatient” from the in-hospital section information in the storage unit 61, and stores the keyword corresponding to the in-hospital section information. Store in the tag with the tag name “in-hospital category”.

  Similarly, the processing unit 65 extracts the keywords “necessary examination”, “attention required”, “no problem”, “follow-up observation”, and “introduction to another hospital” from the examination conclusion information in the storage unit 61, and The extracted keyword is stored in the tag of the storage tag name “inspection conclusion” corresponding to the acquired inspection conclusion information.

  If the information in the storage unit 61 is a text file, the processing unit 65 scans the entire text and performs text matching of keywords.

  When the information in the storage unit 61 is a database file, the processing unit 65 performs string matching on the corresponding keyword at the location of the tag related to the database.

  Next, in the patient status list creation process in step ST3, the processing unit 65 creates a patient status list based on the information extracted in step ST2, and stores the patient status list in the storage unit 61. As shown in FIG. 7, the patient status list has patient data having a structure including patient status, reservation, in-hospital division, examination conclusion, and final creation date for each patient name / ID. This is the list information.

  Next, as shown in steps ST4 to ST5 and ST7 to ST8, the processing unit 65 is based on the patient status information in the storage unit 61 and the initial display layout, and indicates a transfer priority indicating the priority of medical data units to be transferred. To decide. Hereinafter, processing of steps ST4 to ST5 and ST7 to ST8 will be described. In this process, the layout acquisition process in step ST6 will also be described, but the process in step ST6 can be executed at a desired time before and after each of steps ST1 to ST5.

  In the patient priority order determination process in step ST4, the processing unit 65 determines a patient priority order indicating a priority order for each patient based on the patient status information. Specifically, the processing unit 65 determines the patient priority order based on the order of each keyword in the patient situation list. The order of each keyword is determined by default setting or user setting.

  In the case of the default setting, the example of the order of each keyword is “first aid”, “ICU”, “in-hospital”, “follow-up”, “hospital”, “outpatient”, “reserved diagnosis” `` Time '', `` Introduction '', Electronic medical record from `` Scrudy required '', Electronic medical record from `` Caution required '', Electronic medical record from `` No problem '', `` No tag '', `` Reimbursed '', `` Discharged '', `` Death '' It is. In the default settings of the hospital system, patients who need medical data immediately (patients with high urgency for examination or diagnosis) have a higher patient priority.

  Next, in the patient rearrangement process in step ST5, the medical data migration system 60 rearranges the patient data in the patient situation list based on the patient priority order. If there are a plurality of keywords, the upper keywords are given priority in the order of the default setting described above. However, in the case of data after untagged, the patient priority is set lower than the data without tag.

  Here, an example of the patient rearrangement process will be described with reference to a patient situation list shown in FIG.

  In FIG. 8, the patient status list shows a list of patient data of five patients α, β, γ, δ, and ε.

  In the case of general data migration, patient data is arranged in ascending order or descending order (reverse order) in time. For example, when data is arranged in descending order of time, patients β, γ, δ, ε, and α are in this order.

  On the other hand, when the patient priority is determined in the process of step ST4, the patients α, γ, δ, ε, and β are changed from the highest patient priority. The reason is that emergency patients are determined to have high patient priority because medical data is likely to be referenced immediately.

  In the case of the example shown in FIG. 8, the patients α and β are determined to have the highest patient priority because the in-hospital division is “emergency”. However, since the patient β has died, the patient priority of the patient β is the last in the order of the patients α and β.

  Next, for patients γ and ε, the in-hospital category is “ordinary”. From the viewpoint of other alignment conditions, the examination conclusion of patient γ is “careful” and the examination conclusion of patient ε is “no problem”. is there.

  In the default setting, the “priority” patient priority is higher than the “no problem” patient priority, so the patient γ is determined to have a higher patient priority than the patient ε.

  Next, based on the reservation information of patients δ and ε, the scheduled examination time “2013/03/19 11:00” of patient δ is earlier than the scheduled examination time “2013/03/19 13:00” of patient ε. Thus, patient δ is determined to have a higher patient priority than patient ε.

  Next, another example of patient rearrangement processing will be described with reference to a patient situation list shown in FIG. Specifically, a process will be described in which, when there are a plurality of keywords, the upper keywords are given priority in the default setting order. In this description, a higher-priority keyword (or date / time data or the like) to be prioritized is referred to as “top patient situation”. That is, the highest patient status is data that finally indicates the patient priority among the data in each patient column of the patient status list.

  As described above, the default settings are “Ambulance”, “ICU”, “In-hospital”, “Follow-up”, “Hospitalization”, “Outpatient”, “Examination appointment date”, “Introduction” From the electronic medical record, “scrutiny required”, from the electronic medical record, “attention required”, from the electronic medical record, “no problem”, “no tag”, “settled”, “discharged”, “death”.

  However, if there is no “examination appointment date” and the top patient status is “no problem”, “no tag”, “settled”, “discharged” or “death”, the priority is set low. The patient priority order is a priority order used in determining the patient priority order.

  The determination of the top patient situation is illustrated in FIG. Since there is only one patient situation “Emergency” in the row of patient α, the highest patient situation is “Emergency”.

  There are two patient statuses “Death” and “Emergency” in the column of patient β, and the highest patient status is “Death”.

  In the column of patient γ, there are two patient situations “normal” and “careful”, and the highest patient situation becomes “normal (hospitalized)”.

  In the column of patient δ, there is the patient status “discharged”, scheduled examination time “2013/03/19 11:00”, and the highest patient status is “2013/03/19 11:00 (examination appointment time)” become.

  Since there is no keyword in the column for patient ε, the highest patient status is “untagged”.

  Next, in the image viewer initial layout acquisition process in step ST6, the processing unit 65 displays the initial display layout associated with each user (operator) of the image viewer that displays the examination image data of the medical data. From the data communication unit 64. The acquired initial display layout is written into the storage unit 61 by the processing unit 65. Specifically, the processing unit 65 acquires information related to the initial display layout of the image viewer. The information regarding the initial display layout may include, for example, display conditions in addition to the initial display layout. The initial display layout indicates an arrangement in which the inspection image is displayed on the image viewer. The initial display layout mainly varies depending on the modality, the examination site, and the user's personal settings (the number of past examinations and the arrangement of examination images).

  Here, the initial display layout may indicate the arrangement of the current inspection image and a plurality of past inspection images. Further, there are cases where inspection images are arranged in a plurality of squares on one screen.

  The image viewer may be operated by a plurality of users. In this case, the processing unit 65 needs to acquire information on the initial display layout of each user of the image viewer in order to collect the maximum number of examinations necessary for the initial display layout.

  Therefore, the processing unit 65 collects information on the initial display layouts of all users in one layout detailed setting list by processing the database file indicating the user settings of the image viewer of the hospital system. The detailed layout setting list is written into the storage unit 61 by the processing unit 65.

  Here, as shown in FIG. 10, the layout detail setting list has layout detail setting data having a structure including a layout name, a modality, an examination site, and the number of past examinations used in the layout for each user name / ID. This is list information showing a list of such layout detail setting data. For example, when “the number of past inspections used in the layout” is “3”, in the layout, the previous inspection (first inspection), the previous inspection (second inspection), the previous inspection This means that an inspection (third inspection) is used. At this time, the current inspection (fourth inspection) compared with the three past inspections is also used for the layout.

  Next, in the data grouping process of step ST7, the medical data migration system 60 can calculate the maximum value of the number of past examinations used in the layout for each modality and examination site by the layout detailed setting list. From the maximum number of past examinations used in the layout, the minimum data transfer amount required for one data transfer can be determined for each patient. The medical data migration system 60 uses this minimum data migration amount to group the medical data of each patient as a data block at the time of migration.

  Here, an example of data grouping will be described with reference to a layout detailed setting list shown in FIG.

  The data for all users A, B, and C shown in FIG. 11 with the modality “CT” and the examination site “HEAD” is a single data because the maximum number of past examinations used in the layout is “10”. The minimum data migration amount required for migration is 10 inspections.

  For this reason, data for 10 examinations having a modality of “CT” and an examination site of “HEAD” are grouped as a data block.

  As shown in FIG. 12, each data block has a data structure including a modality, an examination part, the number of past examinations used in the layout, and a data last update time for each data block ID associated with the patient name / ID. Yes.

  If a plurality of modalities / inspection sites exist for the same examination or layout, the number of past examinations used in the layout needs to be included in the calculation of the maximum number of past examinations. In this case, the processing unit 65 obtains the minimum data transfer amount in the unit of modality / examination part.

  For example, in the example shown in FIG. 13, in the layout, three types of modalities “CT”, “MRI”, “CT, MRI” are mixed, and three types of examination sites “CHEST, HEAD”, “CHEST” ), “HEAD” (head) may be mixed.

  When a plurality of modalities / inspection parts coexist, the maximum value of the number of past examinations used in the layout is the minimum data transfer amount of the data block.

  In FIG. 13, in the case of the modality “MRI” and the examination sites “CHEST” and “HEAD”, the number of past examinations used in the layout is “10”. In the case of the modality “CT” and the examination sites “CHEST” and “HEAD”, the number of past examinations used in the layout is “5”.

  In addition, when the modality is “CT” and the examination site is “HEAD”, the number of past examinations used in the layout is “11”.

  In this method, the minimum data transfer amount of the data block is determined by the maximum value of the number of past examinations used in the layout in units of modalities and examination parts. For this reason, the minimum data transfer amount of the data block can be obtained from the maximum value of the number of past inspections used in the layout in all modalities / inspection sites.

  In the case of the example shown in FIG. 13, the modalities are “CT” and “MRI”, the examination sites are “CHEST” and “HEAD”, and the data for 11 examinations are grouped as data blocks.

  Next, in the data block rearrangement process in step ST8, the medical data migration system 60 sets the migration priority order of the data blocks in units of patients.

  That is, the transfer priority is set so that the patient data block has the same priority as the patient priority. However, if there are two or more data blocks for the same patient, it is necessary to determine a transition priority different from the patient priority for each data block.

  For example, the data block having the latest data may be the first data transfer of the patient based on the data last update time of each data block.

  The medical data migration system 60 executes this step as compared with the patient having the next priority until priority is set for all the remaining data blocks except for the first data block.

  If a plurality of data blocks have the same last update time, the transfer priority may be set in ascending order of the data block ID of each data block.

  Here, an example of a data block rearrangement process will be described with reference to FIG.

  At this point, it is assumed that the patient priority order for each patient has been determined. From the highest patient priority, patients are α, β, and γ. Patient α has three data blocks and patient β has two data blocks.

  Here, the rearrangement process may be, for example, either (a) rearrangement process within the same patient or (b) rearrangement process between patients.

  In the case of (a), for example, for patient α, after rearranging the three data blocks of patient α in ascending order of the data last update time, the data block of the same data last update time of patient α is the data block ID. Just sort them in ascending order. Similarly, the data blocks may be rearranged on a patient basis. As a result, in the case of (a), the data blocks after the rearrangement process have the data block IDs “001”, “002”, “003”, “ 005 "," 004 ", and" 006 ".

  On the other hand, in the case of (b), for example, after rearranging the three data blocks of the patient α in ascending order of the data last update time, the data blocks having the same data last update time at the head are arranged in ascending order of the data block ID. You can change it. Thereafter, the remaining four data blocks excluding the two data blocks having the same data last update time of the patient α are rearranged in ascending order of the data last update time, and then the data block having the same data last update time is obtained. May be rearranged in ascending order of the data block ID. As a result, in the case of (b), the data blocks after the rearrangement process have data block IDs “001”, “002”, “005”, “ 003 "," 006 ", and" 004 ".

  Supplementally, for the data block of patient α, after the rearrangement of the data last update time in ascending order, the two data blocks having the same data last update time “2013/03/05 09:00” at the head, that is, data Two data blocks having block IDs “001” and “002” have the highest migration priority.

  At this time, of the two data blocks, the data block having the data block ID “001” having the smallest value is set to the highest migration priority, and the data block ID “002” having the second smallest value is migrated to the second. Prioritize.

  In addition, the data last update time “2013/03/05 09:30” of the data block having the remaining data block ID “003” of the patient α is the data last data of the data block having the data block ID “005” of the patient β. Update time is later than “2013/03/05 09:00”. Therefore, the data block having the data block ID “003” of the patient α has a lower transition priority than the data block having the data block ID “005” of the patient β.

  Similarly, the data block having the remaining data block ID “004” of the patient β has a lower transition priority than the data block having the data block ID “006” of the patient γ.

  As described above, in the case of (b), the data blocks after the rearrangement process have the data block IDs “001”, “002”, “005”, “003”, “006” “004”.

  Next, in the migration destination determination process in step ST9, the medical data migration system 60 selects a new data storage system 50 that is the migration destination of medical data based on the migration priority determined in the above steps. .

  For example, for a data block having a migration priority higher than a predetermined order, a new data storage system 50 (first data storage system) installed in the hospital having the hospital system is selected as the migration destination, and the predetermined order For the data blocks having the following low migration priority, a data center (second data storage system) (not shown) installed outside the hospital may be selected as the migration destination.

  In addition, when a plurality of data blocks exist in the same patient and the data last update time of the data block has passed three months or more from the time of migration, the data migration destination may be selected as an external data center.

  Next, in the data migration process of step ST10, the processing unit 65 converts the medical data stored in the existing data storage system 40 into the selected new data storage system based on the determined transfer priority. 50 (or an external data center). Here, the processing unit 65 may transfer the medical data based on a preset schedule and a transfer priority order. Specifically, the processing unit 65 may migrate the medical data during a time zone (eg, midnight) set in a schedule according to the operation of the hospital.

  As described above, according to the present embodiment, the patient status information is extracted from the hospital system, the initial display layout associated with each operator of the image viewer is acquired, and based on the patient status information and the initial display layout, The transfer priority order of medical data units is determined, a new data storage system as a transfer destination is selected based on the transfer priority order, and the medical data stored in the existing data storage system 40 based on the transfer priority order Data is transferred to the selected new data storage system 50. Thereby, necessary medical data can be referred to while preventing the occurrence of waiting time.

  Further, according to the present embodiment, the new data storage system 50 includes a first data storage system installed inside a hospital having a hospital system and a second data storage system installed outside the hospital. The first data storage system or the second data storage system can be selected based on the determined migration priority. As a result, for example, for medical data with a high transfer priority, the transfer process is completed inside the hospital, so that the safety of the transfer process can be improved.

  Further, according to the present embodiment, medical data can be transferred based on a preset schedule and transfer priority, so that medical data can be transferred in a time zone where there is a low possibility of transferring medical data, such as a midnight time zone. By setting a schedule for migration, it is possible to reduce inconvenience that medical data cannot be referred to during data migration.

<Second Embodiment>
Next, a medical data migration system according to the second embodiment will be described with reference to the aforementioned drawings.

  The second embodiment is another specific example of the first embodiment, and the processing unit 65 uses one function (f65-5-2) in the transition priority determination function (f65-5). . As described above, this function (f65-5-2) determines the transfer priority so that priority is given to the transfer of medical data commonly used for each initial display layout among the medical data with the same patient priority. It is a function to do. The medical data commonly used for each initial display layout is data used with the minimum number of examinations.

  For example, in the layout detailed setting list shown in FIG. 11, the number of past examinations used is “5” for the initial display layout having the layout name “LAYOUT1”. Further, for example, the initial display layout having the layout name “HEAD_EPI” has the number of past examinations used as “2”. Similarly, the number of past examinations to be used is set for initial display layouts having other layout names. In the case of this layout detailed setting list, as shown in FIG. 17, the medical data used in common for each initial display layout is examination image data up to the number of past examinations up to “2” (minimum number of examinations). . The medical data used in common for each initial display layout is medical data that is frequently specified as a layout, and is frequently used medical data.

  Therefore, for example, as illustrated in FIG. 18, when six pieces of examination image data d1 to d6 representing past CT-HEAD examination results of the patient α are stored, the processing unit 65 indicates that the number of past examinations is “2”. The transfer priority order is determined so as to give priority to the transfer of the inspection image data d1 and d2 up to the above. For example, the processing unit 65 may determine the transfer priority so as to give priority to the transfer of the data block including the inspection image data d1 and d2.

  Next, the operation of the medical data migration system configured as described above will be described.

  Now, as described above, it is assumed that the patient priority order is determined by the process of steps ST1 to ST4, and the patient rearrangement process is executed by the process of step ST5. Similarly to the above, it is assumed that the initial display layout associated with each user (operator) of the image viewer is acquired by the process of step ST6.

  Next, in the data grouping process of step ST7, the medical data migration system 60 can calculate the minimum value of the number of past examinations used in the layout for each modality and examination site using the layout detailed setting list. Note that the minimum number of past examinations used in the layout represents the number of medical data commonly used in each initial display layout. The minimum value of the number of past examinations used in the layout indicates the minimum data transfer amount required for one data transfer for each patient. The medical data migration system 60 uses this minimum data migration amount to group the medical data of each patient as a data block at the time of migration.

  Here, an example of data grouping will be described with reference to a layout detailed setting list shown in FIG.

  The data of all the users A, B, and C shown in FIG. 11 with the modality “CT” and the examination site “HEAD” has a minimum value of “2” for the number of past examinations used in the layout. The minimum amount of data transfer required for data transfer is two inspections.

  Therefore, data for two examinations having a modality of “CT” and an examination site of “HEAD” are grouped as a data block.

  If a plurality of modalities / inspection sites exist for the same examination or layout, the number of past examinations used in the layout needs to be included in the calculation of the minimum number of past examinations. In this case, the processing unit 65 obtains the minimum data transfer amount in the unit of modality / examination part.

  For example, as shown in FIG. 13, when there are a plurality of modalities / inspection sites, the minimum value of the number of past tests used in the layout is the minimum data transfer amount of the data block.

  In FIG. 13, when the modality is “MRI” and the examination sites are “CHEST” and “HEAD”, the number of past examinations used in the layout is “2”. In the case of the modality “CT” and the examination sites “CHEST” and “HEAD”, the number of past examinations used in the layout is “2”.

  In addition, when the modality is “CT” and the examination site is “HEAD”, the number of past examinations used in the layout is “5”.

  In this method, the minimum data transfer amount of a data block is determined by the minimum value of the number of past examinations used in the layout in units of modalities and examination parts. For this reason, the minimum data transfer amount of the data block can be obtained from the minimum value of the number of past inspections used in the layout in all modalities / inspection sites.

  In the case of the example shown in FIG. 13, the modalities are “CT” and “MRI”, the examination sites are “CHEST” and “HEAD”, and data for two examinations are grouped as data blocks.

  Next, in the data block rearrangement process in step ST8, the medical data migration system 60 sets the migration priority order of the data blocks in units of patients.

  That is, the transfer priority is set so that the patient data block has the same priority as the patient priority. However, if there are two or more data blocks for the same patient, it is necessary to determine a transition priority different from the patient priority for each data block.

  In the present embodiment, the processing unit 65 determines the transfer priority so as to give priority to the transfer of medical data commonly used for each initial display layout among the medical data having the same patient priority.

  For example, the processing unit 65 determines the transfer priority so as to give priority to the transfer of data blocks including inspection image data for two inspections that are commonly used for each initial display layout.

  Here, an example of data block rearrangement processing will be described.

  At this point, it is assumed that the patient priority order for each patient has been determined. From the highest patient priority, patients are α, β, and γ. Patient α has three data blocks and patient β has two data blocks.

  Here, as the rearrangement processing, for example, rearrangement processing within the same patient is used.

  For example, for the patient α, the three data blocks of the patient α may be rearranged in descending order of the data last update time (in order of examination date). Similarly, the data blocks may be rearranged on a patient basis.

  Hereinafter, as described above, the processing unit 65 selects a new data storage system 50 (or an external data center) by the processing of steps ST9 to ST10, and stores the medical data in the new data storage system 50 (or external data center). Move to the data center. Further, as described above, the processing unit 65 may transfer medical data based on a preset schedule and order of transfer priority.

  As described above, according to the present embodiment, the transfer priority is determined so as to give priority to the transfer of medical data commonly used for each initial display layout among the medical data having the same patient priority. Thereby, in addition to the effects of the first embodiment, frequently used medical data can be preferentially transferred.

  According to at least one embodiment described above, patient status information is extracted from the hospital system, an initial display layout associated with each operator of the image viewer is acquired, and based on the patient status information and the initial display layout The transfer priority order of the medical data unit is determined, a new data storage system as a transfer destination is selected based on the transfer priority order, and stored in the existing data storage system 40 based on the transfer priority order. The medical data is transferred to the selected new data storage system 50. Thereby, necessary medical data can be referred to while preventing the occurrence of waiting time.

  In addition, although some embodiment of this invention was described, these embodiment is shown as an example and is not intending limiting the range of invention. These embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the spirit of the invention. These embodiments and modifications thereof are included in the invention described in the claims and equivalents thereof in the same manner as included in the scope and gist of the invention.

  DESCRIPTION OF SYMBOLS 10 ... Client terminal, 20 ... Ordering system, 30 ... Electronic medical record system, 40 ... Existing data storage system, 41, 51 ... Report system, 42, 52 ... Medical image storage system, 50 ... New data storage system, 60 ... Medical data migration system, 61 ... storage unit, 62 ... storage unit, 63 ... input unit, 64 ... data communication unit, 65 ... processing unit, 66 ... display unit.

Claims (4)

A medical data migration system that includes a storage unit and migrates medical data stored in an existing data storage system used in a hospital system to a new data storage system,
Patient status extraction means for extracting patient status information indicating a patient status from the hospital system;
Patient status writing means for writing the extracted patient status information into the storage unit;
Layout acquisition means for acquiring, from the hospital system, a display layout associated with each operator of an image viewer that displays examination image data of the medical data;
Layout writing means for writing the acquired display layout into the storage unit;
A transfer priority determining means for determining a transfer priority indicating the priority of the medical data unit to be transferred based on the patient status information and the display layout in the storage unit;
A migration destination selection means for selecting the new data storage system to be the migration destination of the medical data based on the determined migration priority;
Data migration means for migrating medical data stored in the existing data storage system to the selected new data storage system based on the determined transfer priority order Medical data migration system. The medical data migration system according to claim 1,
The migration priority order determining means includes
Means for determining patient priority indicating patient unit priority based on the patient status information;
Means for determining the transition priority so as to prioritize the transition of the medical data commonly used for each of the display layouts among the medical data having the same patient priority. Migration system. In the medical data migration system according to claim 1 or 2,
The new data storage system includes a first data storage system installed inside a hospital having the hospital system and a second data storage system installed outside the hospital,
The medical data migration system, wherein the migration destination selection means selects the first data storage system or the second data storage system based on the determined migration priority. The medical data migration system according to any one of claims 1 to 3,
The medical data migration system, wherein the data migration means migrates the medical data based on a preset schedule and the migration priority.

Images