WO2018151279A1 - データ管理システム、プログラム、データ構造、及び記録媒体 - Google Patents

データ管理システム、プログラム、データ構造、及び記録媒体 Download PDF

Info

Publication number
WO2018151279A1
WO2018151279A1 PCT/JP2018/005588 JP2018005588W WO2018151279A1 WO 2018151279 A1 WO2018151279 A1 WO 2018151279A1 JP 2018005588 W JP2018005588 W JP 2018005588W WO 2018151279 A1 WO2018151279 A1 WO 2018151279A1
Authority
WO
WIPO (PCT)
Prior art keywords
content data
data
information
image
content
Prior art date
Application number
PCT/JP2018/005588
Other languages
English (en)
French (fr)
Inventor
遼平 ▲高▼橋
Original Assignee
株式会社Ｋｏｍｐａｔｈ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｋｏｍｐａｔｈ filed Critical 株式会社Ｋｏｍｐａｔｈ
Publication of WO2018151279A1 publication Critical patent/WO2018151279A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B6/00—Apparatus or devices for radiation diagnosis; Apparatus or devices for radiation diagnosis combined with radiation therapy equipment
    • A61B6/02—Arrangements for diagnosis sequentially in different planes; Stereoscopic radiation diagnosis
    • A61B6/03—Computed tomography [CT]
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data

Definitions

  • the disclosed technology relates to a data management system, a program, a data structure, and a recording medium.
  • DICOM is an abbreviation for “Digital” and “Communication” in Medicine, and is an international standard that defines the storage and communication methods for medical images.
  • a diagnostic system that enables image data obtained by a plurality of inspection apparatuses to be identified as image data of the same inspection (for example, Japanese Patent Application Laid-Open No. 2007-2007). No. 7190).
  • inspection order information to which inspection identification information is added is sent from an RIS (radiation department management system) to an inspection apparatus, and each inspection apparatus performs an inspection based on the inspection order information. Then, the diagnosis system creates image data and stores the created image data and examination identification information.
  • a medical image management apparatus that changes a medical image registered in association with a database and attribute information is known (for example, Japanese Patent Application Laid-Open No. 2007-313219).
  • the medical image management apparatus stores and manages the medical image based on incidental information attached to the medical image obtained by photographing the patient. Specifically, the medical image management apparatus analyzes the relationship of the information included in the incidental information, classifies the information by hierarchy, adds related information associated with the upper layer to the information classified by hierarchy, and creates a hierarchical group. It is generated for each patient and stored in the management information database. When the medical image management apparatus moves the information included in the group to another group, the related information added to the information included in the group that is the movement source is transferred to the group that is the movement destination of the same layer as the information. Rewrite related information.
  • a processing device that provides information about items that are not included in the supplementary information acquired from the server to the user is known (for example, Japanese Patent Application Laid-Open No. 2008-206687).
  • This processing apparatus extracts information related to items included in the incidental information transmitted from the DICOM image server and related to items not included in the acquired incidental information from the storage unit. Then, the processing device generates a display image representing the information included in the acquired supplementary information and the extracted information.
  • a medical image set processing system for example, Japanese Patent Application Laid-Open No. 2005-110974 that sets an image set composed of image data selected from a large amount of image data easily and accurately.
  • This medical image collection processing system stores image data of a patient to be diagnosed and its accompanying information. Then, the medical image set processing system classifies the incidental information hierarchically and generates an incidental information management list. On the other hand, the medical image set processing system creates an image set conditional expression for setting a desired image set based on the auxiliary information in the auxiliary information management list. Next, the medical image set processing system reads image data constituting the image set from the image data storage unit based on the image set conditional expression, supplies an image set constituted by the obtained image data, and supplies desired image data. Perform processing.
  • a DICOM standard medical image is managed in a form in which pixel information of a medical image as an example of content data and incidental information as an example of metadata are combined. Therefore, for example, when a medical image of a patient imaged in the medical institution A is to be used also in the medical institution B, the DICOM standard medical image imaged in the medical institution A can be transmitted to the medical institution B by any communication means. Etc. need to be transmitted.
  • the incidental information attached to the DICOM standard medical image includes personal information of the patient, it is necessary to use highly confidential communication means. Therefore, when content data and metadata are managed in association with each other as in the case of a DICOM standard medical image, there is a problem that it is difficult for a plurality of users to share content data.
  • the disclosed technique has been made in view of the above circumstances, and content for accessing content data even when content data and metadata are managed in association with each other. It is an object to provide a data management system, a program, and a data structure in which a data ID can be shared by a plurality of information processing apparatuses.
  • a data management system is a data management system including a plurality of information processing apparatuses and a data management apparatus, and each of the plurality of information processing apparatuses includes content data, A generating unit that generates a content data ID representing identification information of the content data based on at least one of the metadata and the content data of data including the metadata of the content data; and a plurality of the information processings An ID database storing the content data ID generated by the generation unit of each of the devices, and the data management device includes each of the content data IDs generated by a plurality of the information processing devices; Corresponds to the content data corresponding to each of the content data IDs An output for outputting the content data corresponding to the request signal out of the content data stored in the content database when a request signal related to the specific content data is received.
  • the program according to the second embodiment causes the computer to identify the content data based on at least one of the metadata and the content data among data including content data and metadata of the content data. It is a program for functioning as a production
  • the program according to the second embodiment is a program executed in each of the plurality of information processing devices in a data management system including a plurality of information processing devices and a data management device, and includes content data and the content Content data ID representing identification information of the content data is generated based on at least one of the metadata and the content data of the data including the metadata of the data, and generated by the plurality of information processing devices
  • a series of blocks including the content data ID and the metadata corresponding to the content data ID is stored in an ID database and the specific content data is acquired, a request signal related to the specific content data is transmitted.
  • the data of the content data ID and the content data stored in the physical device the content data represented by the request signal is received, and the content data ID represented by the request signal is stored in the ID database.
  • the program of the third embodiment when the computer receives a request signal related to content data ID representing identification information of specific content data, and each of the content data IDs generated by a plurality of information processing devices And functioning as an output unit that outputs the content data corresponding to the request signal from the content data ID stored in the content database in which the content data corresponding to each of the content data IDs is stored in association with each other.
  • the program according to the third embodiment is a program executed in the data management apparatus in a data management system including a plurality of information processing apparatuses and a data management apparatus, and includes content data and metadata of the content data.
  • Content data ID representing identification information of the content data and content data corresponding to the content data ID generated based on at least one of the metadata and the content data
  • Corresponding to Outputting the content data may be a program for executing the processing to the computer.
  • the data structure of the fourth embodiment is the identification information of the content data generated based on at least one of the metadata and the content data among data including content data and metadata of the content data. Is a data structure in which the content data ID representing the content data and the content data corresponding to the content data ID are associated with each other.
  • the data structure of the fourth embodiment is a data structure used in a data management system including a plurality of information processing devices and a data management device, and is a data structure including content data and metadata of the content data.
  • a content data ID representing identification information of the content data generated based on at least one of the metadata and the content data, and the content data corresponding to the content data ID
  • the data management device The content data corresponding to the content data ID represented by the request signal among the content data when the request signal related to the specific content data transmitted from each of the plurality of information processing devices is received.
  • Data structure used for processing to output It can be.
  • the data structure of the fifth embodiment is the identification information of the content data generated based on at least one of the metadata and the content data among data including content data and metadata of the content data. This is a data structure representing a series of blocks including a content data ID representing.
  • the data structure of the fifth embodiment is a data structure used in a data management system including a plurality of information processing devices and a data management device, and is a data structure including content data and metadata of the content data.
  • a request signal related to specific content data is transmitted to the data management device, and the content data ID stored in the data management device and each of the content data corresponding to the content data ID Content data represented by the request signal
  • the content data corresponding to D is received, and the metadata corresponding to the content data ID represented by the request signal in the series of blocks is associated with the received content data, and the request signal is
  • a data structure used for the process of restoring the corresponding data can be used.
  • the data management system divides the data relating to a user into the content data and the metadata, encrypts the content data and a user ID representing the identification information of the user, and encrypts the data.
  • a splitting device that transmits the content data and the user ID that have been transmitted to the data management device, wherein the data management device transmits the encrypted content data and the user ID that are transmitted from the splitting device to the data management device.
  • the output unit When the content data is stored in the content database and the output unit receives a request signal related to the content data corresponding to the specific user ID, the specific user ID among the encrypted content data of the content database Output the content data corresponding to Each of the information processing devices receives the encrypted content data output from the data management device, decrypts the received content data, and acquires the content data corresponding to the specific user ID To do.
  • the recording medium of the seventh embodiment is a computer-readable recording medium on which the program of the second embodiment or the third embodiment is recorded.
  • the recording medium of the eighth embodiment is a computer-readable recording medium on which the data structure of the fourth embodiment or the fifth embodiment is recorded.
  • content data IDs for accessing content data can be shared by a plurality of information processing apparatuses. The effect of is obtained.
  • FIG. 1 It is a figure which shows an example of schematic structure of the data management system of this Embodiment. It is a figure which shows the detailed structural example of the data management system of this Embodiment. It is a figure which shows the structural example of a user information database. It is a figure which shows an example of a user table. It is explanatory drawing for demonstrating the process performed at the time of the imaging of the medical image group for the first time. It is a figure which shows an example of a DICOM image. It is a figure which shows an example of an incidental information table. It is explanatory drawing for demonstrating the block chain stored in the incidental information management server of each medical institution. It is a figure which shows an example of a block information table.
  • FIG. 1 is a block diagram showing a data management system 1 of the embodiment.
  • the data management system 1 includes a plurality of medical institution systems 2A to 2D, a data management server 3, and a user terminal 4.
  • the plurality of medical institution systems 2A to 2D, the data management server 3, and the user terminal 4 are connected by a network 5 such as the Internet.
  • the data management server 3 is an example of a data management device.
  • the medical institution A includes the medical institution system 2A
  • the medical institution B includes the medical institution system 2B
  • the medical institution C includes the medical institution system 2C
  • the medical institution D includes the medical institution system 2D. To do.
  • FIG. 2 shows a detailed configuration example of the data management system 1.
  • a specific configuration of the medical institution system 2A included in the medical institution A and a specific configuration example of the data management server 3 are illustrated.
  • the medical institution system 2A includes a hospital terminal 19A, an RIS (Radiology Information System) server 20A, an image diagnostic apparatus 21A, a processing server 22A, and an incidental information management server 25A.
  • the data management server 3 includes a communication unit 30, a control unit 31, a medical institution database 32, and a user information database 33.
  • the incidental information management server 25A is an example of an information processing device.
  • the user information database 33 is an example of a content database.
  • the processing server 22A is an example of a dividing device.
  • the control unit 31 is an example of an output unit.
  • a user who plans to use a medical institution operates the user terminal 4 and performs user registration with the data management server 3. Below, the scene of user registration is demonstrated first.
  • the user When the user wants to receive an image diagnosis at a predetermined medical institution, the user operates the user terminal 4 to transmit / receive information to / from the data management server 3. Specifically, the user operates the user terminal 4 and transmits a control signal indicating that user registration is desired to the data management server 3.
  • the control signal includes, for example, a user name.
  • the communication unit 30 of the data management server 3 receives the control signal transmitted from the user terminal 4 and outputs it to the control unit 31.
  • the control unit 31 of the data management server 3 generates a user ID according to the control signal output from the communication unit 30.
  • the control unit 31 stores the user ID and the user name included in the control signal in the user information database 33 in association with each other.
  • the user information database 33 stores a user table and an image table.
  • a user ID and a user name are stored in association with each other.
  • the image table stores each of image IDs generated by a plurality of additional information management servers 25A to 25D, which will be described later, and pixel information of a medical image corresponding to each of the image IDs.
  • FIG. 4 shows an example of the user table. The image table will be described later.
  • control unit 31 of the data management server 3 transmits the user ID to the user terminal 4 via the communication unit 30.
  • the user ID is stored in a predetermined storage unit (not shown) of the user terminal 4.
  • the hospital terminal 19A of the medical institution system 2A receives operation information from the person in charge of the medical institution and transmits a control signal indicating that the medical institution is desired to be registered to the data management server 3.
  • the control signal includes, for example, a medical institution name.
  • the communication unit 30 of the data management server 3 receives the control signal transmitted from the hospital terminal 19A of the medical institution system 2A and outputs it to the control unit 31.
  • the control unit 31 of the data management server 3 generates a medical institution ID according to the control signal output from the communication unit 30. Then, the control unit 31 stores the medical institution database 32 in association with the medical institution ID and the medical institution name included in the control signal.
  • control unit 31 of the data management server 3 transmits the medical institution ID to the hospital terminal 19A via the communication unit 30.
  • the medical institution ID is stored in a predetermined storage unit (not shown) of the hospital terminal 19A.
  • the user visits the medical institution A and presents the patient information including the user's personal information and the user ID stored in the storage unit (not shown) of the user terminal 4 to the medical institution A.
  • the person in charge of the medical institution A acquires patient information and a user ID.
  • the person in charge of the medical institution A inputs patient information to the RIS server 20A.
  • the person in charge of the medical institution A inputs the user ID to the processing server 22A.
  • the RIS server 20A receives patient information input by the person in charge. Then, the RIS server 20A registers registration information representing patient information, reservation information, diagnosis result information, and the like in a storage unit (not shown) based on patient information.
  • the diagnostic imaging apparatus 21A captures a medical image of the user 10 in (A-1) of FIG. In FIG. 5A-1, it is assumed that a medical image is captured for the first time after the data management system 1 is operated. Medical images are captured by diagnostic imaging equipment such as X-ray CT (Computed Tomography) and MRI (Magnetic Resonance Imager). A plurality of medical images are imaged by one imaging by the image diagnostic apparatus 21A. Then, the image diagnostic apparatus 21A generates incidental information of an image group representing a plurality of medical images obtained by one imaging based on the registration information registered by the RIS server 20A. Then, the diagnostic imaging apparatus 21A generates a DICOM image representing information in a format in which pixel information of the image group and incidental information are combined.
  • diagnostic imaging equipment such as X-ray CT (Computed Tomography) and MRI (Magnetic Resonance Imager).
  • a plurality of medical images are imaged by one imaging by the image diagnostic apparatus 21A.
  • the image diagnostic apparatus 21A
  • FIG. 6 shows an example of a DICOM image.
  • the DICOM image includes supplementary information X and pixel information Y of a medical image.
  • the incidental information is information for communicating and linking with other systems such as the RIS server 20A or HIS (Hospital Information System).
  • the incidental information is encoded in a prescribed format. Further, the incidental information is information generated based on registration information representing patient information, reservation information, diagnosis result information, and the like, and thus includes highly confidential personal information and the like.
  • the pixel information is an example of content data. Further, the incidental information is an example of metadata.
  • the processing server 22A includes a processing control unit 23A and a communication unit 24A.
  • the process control unit 23A receives the user ID input by the person in charge of the medical institution A.
  • the processing control unit 23A divides the DICOM image generated by the image diagnostic apparatus 21A into incidental information and pixel information.
  • the processing control unit 23A outputs the incidental information and the user ID to the incidental information management server 25A in (A-3) of FIG. Further, the processing server 22A transmits the pixel information and the user ID to the data management server 3 via the communication unit 24A in (A-4) of FIG.
  • the communication unit 30 of the data management server 3 receives the pixel information and the user ID transmitted from the processing server 22A.
  • the control unit 31 of the data management server 3 stores the pixel information and user ID received by the communication unit 30 in the image table of the user information database 33.
  • the incidental information management server 25A generates an image ID from the incidental information obtained by the processing server 22A in (A-5) of FIG.
  • the incidental information management server 25A includes an incidental information control unit 26A, an incidental information database 27A, a block information database 28A, and a communication unit 29A.
  • the image ID is an example of a content data ID.
  • the incidental information control unit 26A is an example of a generation unit.
  • the block information database 28A is an example of an ID database.
  • the accompanying information control unit 26A acquires the accompanying information and user ID output from the processing server 22A. Then, the incidental information control unit 26A stores the incidental information and the user ID in the incidental information table of the incidental information database 27A.
  • incidental information database 27A In the incidental information database 27A, incidental information and a user ID output from the processing server 22A are stored. In the incidental information table stored in the incidental information database 27A, as shown in FIG. 7, the user ID and the incidental information are stored in association with each other.
  • the incidental information control unit 26A acquires the incidental information and the user ID stored in the incidental information database 27A. Then, the incidental information control unit 26A generates an image ID representing the identification information of the pixel information of the image group captured by the image diagnostic apparatus 21A by hashing the incidental information in (A-5) of FIG. To do.
  • the generation of the image ID 1 in (A-5) in FIG. 5 is an image ID generated for the first time after the data management system 1 is operated for the first time. Therefore, the incidental information control unit 26A obtains the block 0 including the image ID0 which is dummy data generated in advance by the data management server 3, and generates the image ID1 by hashing the image ID0 and the incidental information.
  • the image ID is used for managing pixel information of the image group.
  • a medical image that has already been taken at another medical institution may play an equivalent role as the patient's medical record, and can be said to be an important information asset.
  • each medical institution manages incidental information of a medical image by using a block chain (for example, refer to a reference document (Satoshi Nakamoto, “Bitcoin:“ A Peer-to-Peer ”Electronic Cash System”)).
  • a block chain for example, refer to a reference document (Satoshi Nakamoto, “Bitcoin:“ A Peer-to-Peer ”Electronic Cash System”)
  • supplementary information for medical images is managed by each medical institution, and pixel information for medical images is stored in an external database.
  • Each medical institution manages incidental information including the patient's personal information, so that the patient's personal information is managed safely and medical images are used efficiently.
  • a block chain representing a series of blocks including supplementary information of medical images and image IDs is managed by the supplementary information management servers 25A to 25D of a plurality of medical institutions A to D. Is done. With the distributed ledger technology in the block chain, the same information is stored in the block information databases 28A to 27D of the medical institutions A to D that are participants of the system.
  • a series of blocks including the incidental information and the image ID is stored as a block chain.
  • the incidental information including personal information can be managed separately from the pixel information of the medical image.
  • the image ID for accessing the pixel information of the medical image can be shared by a plurality of medical institutions. Further, by managing the incidental information and the image ID using the block chain, it becomes difficult to tamper with the data, and the integrity of the data of the incidental information and the image ID is ensured.
  • the image ID and accompanying information are spread to all medical institutions.
  • the incidental information control unit 26A of the incidental information management server 25A performs hashing of the image ID 0 and the incidental information in (A-5) of FIG. , Image ID1 is generated. Then, the incidental information control unit 26A of the incidental information management server 25A transmits the block including the incidental information and the image ID1 to the other medical institution systems 2B to 2D.
  • the supplementary information management servers 25B to 25D of the medical institutions B to D acquire blocks including the supplementary information and the image ID1 of the image group of the medical images captured at the medical institution A, and the acquired blocks are stored in the block information database 28A to 28A. Store in the 27D block information table. Further, the incidental information control unit 26A stores the generated block in the block information table of the block information database 28A. Thereby, the generation of a block chain representing a sequence of blocks corresponding to the image ID of the pixel information is started.
  • a block chain representing a series of blocks including image IDs generated by the plurality of incidental information management servers 25A to 25D is stored.
  • the block information table of the block information database 28A includes an image generated by the auxiliary information control unit 26A.
  • a block chain representing a block including an ID and a series of blocks including an image ID generated by the other incidental information processing servers 25B to 25D is stored.
  • Fig. 9 shows an example of the block information table.
  • block information representing an image ID and incidental information, and a block ID for identifying the block information are stored in association with each other.
  • the incidental information control unit 26A associates the generated image ID1 with the user ID in (A-6) of FIG. 5, and sends the image ID1 and the user ID to the data management server 3 via the communication unit 29A. To send.
  • the communication unit 30 of the data management server 3 receives the image ID and user ID transmitted from the incidental information management server 25A.
  • the control unit 31 of the data management server 3 acquires the image ID and user ID received by the communication unit 30. Then, the control unit 31 associates the image ID with the pixel information based on the image ID and user ID transmitted from the incidental information management server 25A and the pixel information and user ID transmitted from the processing server 22A. Specifically, the image ID and the pixel information corresponding to the user ID are associated with each other. Then, the control unit 31 stores the associated image ID and pixel information in the image table of the user information database 33.
  • FIG. 10 shows an example of the image table.
  • each of the image IDs stored in the image table of the user information database 33 is generated by a plurality of incidental information management servers 25A to 25D. It has been done. Further, the pixel information of the medical image associated with each image ID is taken by a plurality of medical institutions A to D.
  • the image diagnostic apparatus 21A captures the second group of medical images after the operation of the data management system 1 in FIG. 11 (B-1). Then, the image diagnostic apparatus 21A generates supplementary information of the image group of the medical image based on the registration information registered by the RIS server 20A. Then, the diagnostic imaging apparatus 21A generates a DICOM image of an image group of medical images obtained by the second imaging.
  • the processing control unit 23A of the processing server 22A converts the DICOM image of the image group obtained by the second imaging generated by the image diagnostic apparatus 21A into the incidental information and the pixel information. To divide.
  • the process control unit 23A outputs the incidental information to the incidental information management server 25A in (B-3) of FIG. Further, the processing server 22A transmits the pixel information and the user ID to the data management server 3 in (B-4) of FIG.
  • the auxiliary information control unit 26A of the auxiliary information management server 25A When the auxiliary information control unit 26A of the auxiliary information management server 25A generates the image ID of the pixel information of the medical image to be generated in (B-5) of FIG. 11, the image ID 1 generated last time and the generation target The image ID 2 is generated based on the accompanying information of the medical image. Specifically, the incidental information control unit 26A hashes the incidental information output by the processing server 22A and the image ID1 of the previous image group, thereby image ID2 of the image group obtained by the second imaging. Is generated.
  • the incidental information control unit 26A of the incidental information management server 25A transmits blocks including the incidental information and the image ID 2 to the medical institution systems 2B to 2D.
  • the supplementary information management servers 25B to 25D of the medical institutions B to D acquire blocks including the supplementary information and the image ID2 of the image group of the medical images captured in the medical institution A, and the acquired blocks are stored in the block information database 28B to It is added to the block chain of the 27D block information table. Further, the incidental information control unit 26A adds the generated block to the block chain of the block information table of the block information database 28A.
  • information related to the medical institution A is registered in the medical institution database 32 of the data management server 3, and the block information database provided in the incidental information management server 25A of the medical institution system 2A of the medical institution A Block information is stored in the block information table 28A.
  • the information stored in the block information table of the block information database 28A is stored as a block chain representing a sequence of a plurality of blocks including an image ID and accompanying information, as shown in FIG.
  • the user 10 visits the medical institution B and presents the patient information including the personal information of the user 10 and the user ID to the medical institution B.
  • the person in charge of the medical institution B acquires the patient information of the user 10 and the user ID.
  • the person in charge of the medical institution B inputs the user ID to the incidental information management server 25B.
  • the incidental information control unit 26B of the incidental information management server 25B acquires the user ID. Then, the incidental information control unit 26B transmits a specific request signal including the user ID to the data management server 3 in (C-2).
  • the specific request signal including the user ID is an example of a request signal related to specific content data.
  • the control unit 31 of the data management server 3 receives the request signal received by the communication unit 30. Next, the control unit 31 refers to the image table of the user information database 33 and acquires all the image IDs and pixel information corresponding to the user IDs included in the request signal. And the control part 31 transmits all the acquired image ID and pixel information via the communication part 30 to the incidental information management server 25B of the medical institution system 2B.
  • the incidental information control unit 26B of the incidental information management server 25B acquires the image ID and pixel information transmitted from the data management server 3.
  • the incidental information control unit 26B refers to the block information table of the incidental information database 27B, and acquires incidental information corresponding to the image ID transmitted from the data management server 3.
  • the incidental information control unit 26B restores the DICOM image of the user 10 by associating the incidental information with the pixel information transmitted from the data management server 3.
  • the medical institution B can acquire a medical image of the user 10 captured in another medical institution A.
  • the auxiliary information and the pixel information may be simply associated without restoring the DICOM image.
  • the data management server 3, the hospital terminal 19A, the RIS server 20A, the image diagnostic apparatus 21A, the processing server 22A, and the incidental information management server 25A of the data management system 1 can be realized by, for example, a computer 50 shown in FIG.
  • the computer 50 includes a CPU 51, a memory 52 as a temporary storage area, and a nonvolatile storage unit 53.
  • the computer 50 includes an input / output interface (I / F) 54 to which an input / output device or the like (not shown) is connected, and a read / write (R / W) unit 55 that controls reading and writing of data with respect to the recording medium. Is provided.
  • the computer 50 also includes a network I / F 56 connected to a network such as the Internet.
  • the CPU 51, memory 52, storage unit 53, input / output I / F 54, R / W unit 55, and network I / F 56 are connected to each other via a bus 57.
  • the storage unit 53 can be realized by a hard disk drive (HDD), solid state drive (SSD), flash memory, or the like.
  • a program for causing the computer 50 to function is stored in the storage unit 53 as a storage medium.
  • the CPU 51 reads out the program from the storage unit 53 and develops it in the memory 52, and sequentially executes processes included in the program.
  • a processor that executes a program that is software is hardware.
  • the data management server 3, user terminal 4, hospital terminals 19A to 19D, image diagnostic device 21A, processing server 22A, and incidental information management servers 25A to 25B of the data management system 1 execute programs corresponding to the following processes.
  • step S100 the user operates the user terminal 4 to transmit a control signal including user information such as a user name to the data management server 3.
  • step S102 the communication unit 30 of the data management server 3 receives the control signal transmitted from the user terminal 4 in step S100.
  • the control unit 31 of the data management server 3 generates a user ID according to user information included in the control signal received by the communication unit 30.
  • the control unit 31 registers the user ID and the user name included in the user information in the user information database 33 in association with each other.
  • step S104 the control unit 31 of the data management server 3 transmits the user ID generated in step S102 to the user terminal 4.
  • step S106 the user terminal 4 acquires the user ID transmitted from the data management server 3 in step S104, and stores it in a predetermined storage unit (not shown) of the user terminal 4.
  • step S108 the hospital terminal 19A of the medical institution system 2A receives operation information from the person in charge of the medical institution, and transmits a control signal including medical institution information such as the name of the medical institution to the data management server 3.
  • step S110 the communication unit 30 of the data management server 3 receives the control signal transmitted from the hospital terminal 19A in step S108.
  • the control unit 31 of the data management server 3 generates a medical institution ID according to the medical institution information included in the control signal output from the communication unit 30.
  • the control unit 31 registers the medical institution ID and the medical institution name included in the medical institution information in association with each other in the medical institution database 32.
  • step S112 the control unit 31 of the data management server 3 transmits the medical institution ID generated in step S110 to the hospital terminal 19A.
  • step S114 the hospital terminal 19A acquires the medical institution ID transmitted from the hospital terminal 19A in step S112 and stores it in a predetermined storage unit (not shown) of the hospital terminal 19A.
  • a time zone in which the block information generation process is performed is set in advance.
  • the time zone in which the block information generation process is performed is preset as AM00: 00 to AM8: 00, and the incidental information management servers 25A to 25D execute the block information generation process between AM00: 00 and AM8: 00. . Therefore, the block chain is not updated during the time zone AM 8:00 to PM 12:00 different from the preset time zone.
  • the user visits the medical institution A and presents the patient information including the user's personal information and the user ID stored in the storage unit (not shown) of the user terminal 4 to the medical institution A.
  • the person in charge of the medical institution A acquires patient information and a user ID.
  • the person in charge of the medical institution A inputs patient information to the RIS server 20A.
  • the person in charge of the medical institution A inputs the user ID to the processing server 22A.
  • the RIS server 20A receives patient information input by the person in charge. Then, the RIS server 20A registers registration information representing patient information, reservation information, diagnosis result information, and the like in a storage unit (not shown) based on patient information.
  • step S200 the diagnostic imaging apparatus 21A captures a plurality of medical images for the user. Then, the image diagnostic apparatus 21A generates incidental information of an image group representing a plurality of medical images based on the registration information registered by the RIS server 20A. Then, the diagnostic imaging apparatus 21A generates a DICOM image representing information in a format in which pixel information of the image group and incidental information are combined. Then, the diagnostic imaging apparatus 21A outputs the DICOM image to the processing server 22A.
  • step S202 the process control unit 23A of the process server 22A divides the DICOM image output from the image diagnostic apparatus 21A in step S200 into incidental information and pixel information.
  • step S204 the process control unit 23A outputs the incidental information obtained in step S202 and the user ID input by the person in charge at the medical institution A to the incidental information management server 25A. Further, the processing control unit 23A transmits the pixel information obtained in step S202 and the user ID input by the person in charge of the medical institution A to the data management server 3 via the communication unit 24A.
  • step S206 the communication unit 30 of the data management server 3 receives the pixel information and the user ID transmitted from the processing server 22A in step S204.
  • step S208 the control unit 31 of the data management server 3 stores the pixel information and user ID received by the communication unit 30 in step S206 in the image table of the user information database 33.
  • step S210 the incidental information control unit 26A of the incidental information management server 25A acquires the incidental information and the user ID output from the processing server 22A in step S204.
  • step S212 the incidental information control unit 26A stores the incidental information and the user ID acquired in step S210 in the incidental information table of the incidental information database 27A.
  • Block information generation processing in the medical institution A will be described with reference to FIG.
  • the incidental information management server 25A executes the block information generation process shown in FIG.
  • the incidental information management servers 25A to 25D of each medical institution will be described as an example in which block information generation processing is performed according to a preset order.
  • the data management server 3 assigns numbers indicating the order of block information generation processing to the medical institution IDs of the medical institutions A to D (medical institution A: 1, medical institution B: 2, medical institution C: 3. Medical institution D: 4).
  • the data management server 3 transmits an instruction signal instructing execution of the block information generation process to the incidental information management servers 25A to 25D according to a preset order. And the incidental information management server which received the instruction
  • the incidental information management server 25A of the medical institution A assigned number 1 receives the instruction signal
  • generation of a new block is started using the image ID included in the last block of the block information table.
  • the incidental information management server 25B of the medical institution B assigned number 2 receives the instruction signal
  • a new block is generated using the last block generated by the incidental information management server 25A of the medical institution A.
  • step S214 the control unit 31 of the data management server 3 transmits an instruction signal to the incidental information management server 25A via the communication unit 30 according to a preset order.
  • step S216 the incidental information control unit 26A of the incidental information management server 25A receives the instruction signal transmitted from the data management server 3. Then, when the incidental information control unit 26A acquires the instruction signal received by the communication unit 29A, the accompanying information control unit 26A executes the following processes of Step S218 to Step S228.
  • step S220 the auxiliary information control unit 26A acquires the last block information from the block information table of the block information database 28A.
  • the block information includes an image ID.
  • step S222 the accompanying information control unit 26A generates an image ID by hashing the accompanying information acquired in step S214 and the image ID included in the block information acquired in step S216.
  • step S222 when the image ID is generated for the first time after the data management system 1 is operated for the first time, the supplementary information control unit 26A determines the image ID 0 generated in advance by the data management server 3 and the above-described step S214. Image ID1 is generated by hashing the acquired auxiliary information.
  • step S224 the incidental information control unit 26A transfers the block including the incidental information acquired in step S214 and the image ID generated in step S218 to the medical institution systems 2B to 2D of the other medical institutions BD. It transmits via the communication part 29A.
  • step S226 the communication units 29B to 29D of the incidental information management servers 25B to 25D of the medical institutions B to D receive the block including the incidental information and the image ID transmitted in step S224.
  • step S230 the incidental information control unit 26A stores the block including the incidental information acquired in step S218 and the image ID generated in step S222 in the block information table of the block information database 28A. Specifically, the block is added to the block chain of the block information table.
  • step S232 the supplementary information control unit 26A associates the image ID generated in step S222 with the user ID acquired in step S218, and sends the image ID and user ID to the data management server 3 via the communication unit 29A. To send through.
  • step S234 the communication unit 30 of the data management server 3 receives the image ID and the user ID transmitted from the incidental information management server 25A.
  • step S236 the control unit 31 of the data management server 3 receives the image ID and user ID received in step S234, and the pixel information stored in the image table of the user information database 33 in step S208 of the medical image acquisition process.
  • the image ID is associated with the pixel information based on the user ID. Specifically, the image ID and pixel information corresponding to the user ID are associated with each other and stored in the image table of the user information database 33.
  • the incidental information control unit 26A repeats the processing from step S218 to step S232 for all the incidental information and user ID stored in the incidental information database 27A. Thereby, a block chain including the supplementary information and the image ID of the medical image captured in the medical institution A is generated.
  • the block information generation process executed in the incidental information management server 25A of the medical institution A has been described, the block information generation process is executed similarly in the incidental information management servers 25B to 25D of other medical institutions.
  • the user visits the medical institution B and presents the patient information including the user's personal information and the user ID to the medical institution B.
  • the person in charge of the medical institution B acquires the patient information of the user 10 and the user ID.
  • the person in charge of the medical institution B inputs the user ID to the incidental information management server 25B.
  • step S400 the incidental information control unit 26B of the incidental information management server 25B acquires a user ID.
  • step S402 the incidental information control unit 26B transmits a specific request signal including the user ID acquired in step S400 to the data management server 3.
  • step S404 the control unit 31 of the data management server 3 acquires the request signal transmitted in step S402.
  • the control unit 31 refers to the image table of the user information database 33 and acquires an image ID and pixel information corresponding to the user ID included in the request signal.
  • the control part 31 transmits image ID and pixel information via the communication part 30 to the incidental information management server 25B of the medical institution system 2B.
  • step S406 the incidental information control unit 26B of the incidental information management server 25B acquires the image ID and pixel information transmitted from the data management server 3 in step S404.
  • step S408 the incidental information control unit 26B refers to the block information table in the block information database 28B, and acquires incidental information corresponding to the image ID transmitted from the data management server 3. Then, the incidental information control unit 26B restores the DICOM image of the user 10 by associating the incidental information with the pixel information transmitted from the data management server 3. Thereby, the medical institution B can acquire a medical image of the user 10 captured in another medical institution A.
  • the incidental information management servers 25A to 25D of the data management system are based on the incidental information of the DICOM image including the pixel information of the medical image and the incidental information.
  • An image ID representing identification information of pixel information is generated.
  • the data management server 3 of the data management system stores each of the image IDs generated by the plurality of incidental information management servers 25A to 25D in association with the pixel information of the medical image corresponding to each of the image IDs.
  • pixel information corresponding to the request signal is output from the pixel information of the medical image stored in the user information database.
  • the image ID for accessing the pixel information of the medical image can be shared by a plurality of medical institutions.
  • Pixel information of a medical image can be shared by a plurality of medical institutions.
  • a series of blocks including an image ID generated from the previously generated image ID and accompanying information is managed as a block chain.
  • the pixel information of the medical image is divided into the image ID and the user ID. At the same time, it is managed by the data management server 3. Further, the incidental information is managed so as to be shared by the plural incidental information management servers 25A to 25D together with the image ID.
  • the data management server 3 uses the user ID of the specific user to obtain the pixel information of the medical image and The DICOM image can be restored by acquiring the image ID and using the accompanying information associated with the image ID.
  • incidental information and pixel information in the DICOM image are associated with each other through an image ID.
  • a series of blocks including the image ID and the accompanying information is managed as a block chain, and the accompanying information, the image ID, and the pixel information are associated with each other on a one-to-one basis. Thereby, the pixel information corresponding to each block of the block chain can be specified.
  • a medical institution that uses the data management system of the present embodiment can acquire a medical image that has already been captured by another medical institution, an improvement in diagnostic accuracy is expected. This reduces the chance of taking a medical image, leading to a reduction in medical costs, a reduction in patient exposure dose, and a reduction in the burden on the doctor.
  • medical images can be securely shared, and medical images captured in the past can be used for diagnosis at a plurality of medical institutions.
  • the medical institutions A to D have been described as a plurality of medical institutions, but the present invention is not limited to this, and more or fewer medical institutions may be targeted.
  • an example has been described in which an example of content data is pixel information of a medical image and an example of metadata is incidental information.
  • the present invention is not limited to this.
  • the content data is an image
  • the metadata may be information representing the content shown in the image.
  • the content data may be document information
  • the metadata may be information indicating the name of the user who created the document.
  • the medical institution transmits a request signal including a user ID to the data management server 3, and the data management server
  • the user ID may be stored in advance in association with the image ID in the incidental information database of the incidental information management server of the medical institution.
  • the incidental information management server receives the user ID input from the person in charge of the medical institution, the incidental information control unit of the incidental information management server refers to the block information table in the block information database and corresponds to the user ID.
  • the attached image ID is acquired, and a request signal including the image ID is transmitted to the data management server 3. Then, the data management server 3 may output pixel information corresponding to the image ID included in the request signal to the incidental information management server.
  • the request signal may include both a user ID and an image ID.
  • the image ID is generated based on the incidental information in the DICOM image
  • the image ID may be generated based on pixel information in the DICOM image.
  • the image ID may be generated based on the incidental information and the pixel information.
  • the medical image acquisition process and the block information generation process are performed at different timings.
  • a block including supplementary information and an image ID may be generated in real time, the block information may be rewritten, and the block chain may be updated.
  • a process such as determining a correct branch of the block chain may be used.
  • the processing servers 22A to 22D may encrypt the image information and transmit it to the data management server 3 when transmitting the image information to the data management server 3.
  • the encryption method a conventionally known encryption method can be used, and examples thereof include a public key encryption method and a common key encryption method.
  • the processing server 22A encrypts the pixel information and the input user ID in the DICOM image output from the diagnostic imaging apparatus 21A, and the encrypted pixel information and the user ID are stored in the data management server. 3 to send. Then, the data management server 3 stores the encrypted pixel information and user ID in the image table of the user information database 33.
  • the data management server 3 acquires a specific request signal including a user ID from the medical institution system 2B, for example, the data management server 3 refers to the image table of the user information database 33 and corresponds to the user ID included in the request signal. ID and pixel information are acquired.
  • the data management server 3 transmits the encrypted image ID and pixel information to the incidental information management server 25B of the medical institution system 2B.
  • the incidental information management server 25B acquires the image ID and pixel information transmitted from the data management server 3 and encrypted.
  • the incidental information management server 25B decrypts the encrypted image ID and pixel information, and acquires pixel information corresponding to the user ID included in the request signal.
  • safety is ensured also when image information is transmitted from the medical institution system to the data management server 3.
  • the image information, the user ID, and the like are also encrypted in the image table of the user information database 33 of the data management server 3, safety is ensured.
  • the program has been described as an embodiment in which the program is installed in advance.
  • the program can be provided by being stored in a computer-readable recording medium.

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Veterinary Medicine (AREA)
  • Biophysics (AREA)
  • Physics & Mathematics (AREA)
  • Molecular Biology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Pathology (AREA)
  • Biomedical Technology (AREA)
  • Radiology & Medical Imaging (AREA)
  • Optics & Photonics (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Epidemiology (AREA)
  • High Energy & Nuclear Physics (AREA)
  • Primary Health Care (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Apparatus For Radiation Diagnosis (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

情報処理装置の各々は、コンテンツデータとメタデータとを含むデータのうちのメタデータに基づいて、コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する。データ管理装置は、複数の情報処理装置の各々によって生成されたコンテンツデータＩＤの各々と、コンテンツデータＩＤの各々に対応するコンテンツデータとが対応付けられて格納されたＩＤデータベースを備え、特定の要求信号を受け付けた場合に、ＩＤデータベースに格納されたコンテンツデータのうち、要求信号に対応するコンテンツデータを出力する。

Description

データ管理システム、プログラム、データ構造、及び記録媒体
　開示の技術は、データ管理システム、プログラム、データ構造、及び記録媒体に関する。
　従来からデータを管理する方法が提案されている。例えば、医療分野で用いられる医用画像については、医用画像と付帯情報とに応じたＤＩＣＯＭ規格という標準規格が用いられており、ＤＩＣＯＭ規格に基づき患者の医用画像が各医療機関内で管理されている。ＤＩＣＯＭとは、Digital Imaging and Communication in Medicineの略称であり、医用画像の保存、通信方法を定めた国際標準規格である。
　医用画像と付帯情報との管理方法としては、例えば、複数の検査装置によって得られた画像データを、同一検査の画像データとして識別できるようにする診断システムが知られている（例えば、特開２００７－７１９０号公報）。この診断システムでは、ＲＩＳ（放射線部門管理システム）から検査識別情報を付加した検査オーダ情報を検査装置に送り、各検査装置において検査オーダ情報に基づいて検査を行う。そして、診断システムは、画像データを作成し、作成されたそれぞれ画像データと検査識別情報とを記憶する。
　また、データベースに関連付けられて登録された医用画像及び属性情報の変更をする医用画像管理装置が知られている（例えば、特開２００７－３１３２１９号公報）。この医用画像管理装置は、患者を撮影した医用画像に付帯された付帯情報に基づいて当該医用画像を記憶し管理する。具体的には、医用画像管理装置は、付帯情報に含まれる情報の関係を分析して階層別に分別し、階層別に分別された情報に上位層と関連付ける関連情報を付加して階層構造のグループを患者単位で生成し、管理情報データベースに記憶させる。そして、医用画像管理装置は、グループに含まれる情報を他のグループに移動させる場合、移動元となるグループに含まれる情報に付加された関連情報を、当該情報と同一層の移動先となるグループの関連情報に書き換える。
　また、サーバから取得した付帯情報に含まれなかった項目に関する情報についても利用者に提供する処理装置が知られている（例えば、特開２００８－２０６６８７号公報）。この処理装置は、ＤＩＣＯＭ画像サーバから送信される付帯情報に含まれた項目の情報に関連し、且つ取得した付帯情報に含まれなかった項目に関連した情報を記憶部から抽出する。そして、処理装置は、取得した付帯情報に含まれた情報と抽出した情報とを表した表示画像を生成する。
　また、多くの画像データの中から選択された画像データによって構成される画像集合を簡単かつ正確に設定する医用画像集合処理システムが知られている（例えば、特開２００５－１１０９７４号公報）。この医用画像集合処理システムは、診断対象患者の画像データ及びその付帯情報を保管する。そして、医用画像集合処理システムは、付帯情報を階層的に分類して付帯情報管理リストを生成する。一方、医用画像集合処理システムは、付帯情報管理リストの付帯情報に基づいて所望の画像集合を設定するための画像集合条件式を作成する。次いで、医用画像集合処理システムは、画像集合条件式に基づいて画像集合を構成する画像データを画像データ記憶部から読み出し、得られた画像データで構成された画像集合を供給して所望の画像データ処理を行なう。
　しかし、コンテンツデータとメタデータとが対応付けられて管理されている場合、複数の利用者によるデータの共有がしにくいという課題がある。
　例えば、ＤＩＣＯＭ規格の医用画像では、コンテンツデータの一例としての医用画像の画素情報とメタデータの一例としての付帯情報とが組み合わされた形式で管理される。このため、例えば、医療機関Ａにおいて撮像された患者の医用画像を、医療機関Ｂにおいても利用したい場合には、医療機関Ａで撮像されたＤＩＣＯＭ規格の医用画像を医療機関Ｂへ任意の通信手段等を用いて送信する必要がある。
　しかし、ＤＩＣＯＭ規格の医用画像に付与されている付帯情報には、患者の個人情報等が含まれているため、機密性の高い通信手段を用いる必要がある。そのため、ＤＩＣＯＭ規格の医用画像のように、コンテンツデータとメタデータとが対応付けられて管理されている場合には、複数の利用者によってコンテンツデータを共有しにくいという課題がある。
　一つの側面では、開示の技術は、上記の事情を鑑みてなされたもので、コンテンツデータとメタデータとが対応付けられて管理されている場合であっても、コンテンツデータにアクセスするためのコンテンツデータＩＤを複数の情報処理装置によって共有することができるデータ管理システム、プログラム、及びデータ構造を提供することを目的とする。
　上記の目的を達成するために第１の実施態様のデータ管理システムは複数の情報処理装置とデータ管理装置とを含むデータ管理システムであって、複数の前記情報処理装置の各々は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する生成部と、複数の前記情報処理装置の各々の前記生成部によって生成された前記コンテンツデータＩＤが格納されたＩＤデータベースと、を備え、前記データ管理装置は、複数の前記情報処理装置によって生成された前記コンテンツデータＩＤの各々と、前記コンテンツデータＩＤの各々に対応する前記コンテンツデータとが対応付けられて格納されたコンテンツデータベースと、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号に対応する前記コンテンツデータを出力する出力部と、を備える。
　また、第２の実施態様のプログラムは、コンピュータを、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する生成部として機能させるためのプログラムである。また、第２の実施態様のプログラムは、複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、複数の前記情報処理装置の各々において実行されるプログラムであって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成し、複数の前記情報処理装置によって生成された前記コンテンツデータＩＤと該コンテンツデータＩＤに対応する前記メタデータとを含むブロックの系列を、ＩＤデータベースへ格納し、特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、前記データ管理装置に格納された、前記コンテンツデータＩＤ及び前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータを受信し、前記ＩＤデータベースに格納された、前記要求信号が表す前記コンテンツデータＩＤに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する、処理をコンピュータに実行させるためのプログラムとすることができる。
　また、第３の実施態様のプログラムは、コンピュータを、特定のコンテンツデータの識別情報を表すコンテンツデータＩＤに関する要求信号を受け付けた場合に、複数の情報処理装置によって生成されたコンテンツデータＩＤの各々と、前記コンテンツデータＩＤの各々に対応するコンテンツデータとが対応付けられて格納されたコンテンツデータベースに格納された前記コンテンツデータＩＤから、前記要求信号に対応する前記コンテンツデータを出力する出力部として機能させるためのプログラムである。また、第３の実施態様のプログラムは、複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、前記データ管理装置において実行されるプログラムであって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤと該コンテンツデータＩＤに対応するコンテンツデータとを、コンテンツデータベースへ格納し、複数の前記情報処理装置の各々から、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータＩＤに対応する前記コンテンツデータを出力する、処理をコンピュータに実行させるためのプログラムとすることができる。
　また、第４の実施態様のデータ構造は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤと、前記コンテンツデータＩＤに対応する前記コンテンツデータとが対応付けられたデータ構造である。また、第４の実施態様のデータ構造は、複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤと、前記コンテンツデータＩＤに対応する前記コンテンツデータと、を含み、前記データ管理装置が、複数の前記情報処理装置の各々から送信された、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータＩＤに対応する前記コンテンツデータを出力する処理に用いられる、データ構造とすることができる。
　また、第５の実施態様のデータ構造は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを含むブロックの系列を表すデータ構造である。また、第５の実施態様のデータ構造は、複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを含むブロックの系列を含み、複数の前記情報処理装置の各々が、特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、前記データ管理装置に格納された前記コンテンツデータＩＤと該コンテンツデータＩＤに対応する前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータＩＤに対応する前記コンテンツデータを受信し、前記ブロックの系列のうちの、前記要求信号が表す前記コンテンツデータＩＤに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する処理に用いられる、データ構造とすることができる。
　また、第６の実施態様のデータ管理システムは、ユーザに関する前記データを前記コンテンツデータと前記メタデータとに分割し、前記コンテンツデータと前記ユーザの識別情報を表すユーザＩＤとを暗号化し、暗号化された前記コンテンツデータ及び前記ユーザＩＤを前記データ管理装置へ送信する分割装置を更に含み、前記データ管理装置は、前記分割装置から送信された、暗号化された前記コンテンツデータ及び前記ユーザＩＤを前記コンテンツデータベースへ格納し、前記出力部は、特定の前記ユーザＩＤに対応する前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースの暗号化された前記コンテンツデータのうち、特定の前記ユーザＩＤに対応する前記コンテンツデータを出力し、複数の前記情報処理装置の各々は、前記データ管理装置から出力され、かつ暗号化された前記コンテンツデータを受信し、受信した前記コンテンツデータを復号化して、特定の前記ユーザＩＤに対応する前記コンテンツデータを取得する。
　第７の実施態様の記録媒体は、第２の実施態様又は第３の実施態様のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
　第８の実施態様の記録媒体は、第４の実施態様又は第５の実施態様のデータ構造を記録したコンピュータ読み取り可能な記録媒体である。
　本実施形態によれば、コンテンツデータとメタデータとが対応付けられて管理されている場合であっても、コンテンツデータにアクセスするためのコンテンツデータＩＤを複数の情報処理装置によって共有することができる、という効果が得られる。
本実施の形態のデータ管理システムの概略構成の一例を示す図である。 本実施の形態のデータ管理システムの詳細な構成例を示す図である。 ユーザ情報データベースの構成例を示す図である。 ユーザテーブルの一例を示す図である。 初めての医用画像群の撮像の際に実行される処理を説明するための説明図である。 ＤＩＣＯＭ画像の一例を示す図である。 付帯情報テーブルの一例を示す図である。 各医療機関の付帯情報管理サーバに格納されるブロックチェーンを説明するための説明図である。 ブロック情報テーブルの一例を示す図である。 画像テーブルの一例を示す図である。 ２回目以降の医用画像群の撮像の際に実行される処理を説明するための説明図である。 医療機関情報が格納される医療機関データベースとブロック情報が格納されるブロック情報データベースとの一例を示す図である。 ブロック情報データベースに格納されるブロックチェーンを説明するための図である。 医用画像の画素情報の取得の際に実行される処理を説明するための説明図である。 データ管理システムの各装置として機能するコンピュータの概略ブロック図である。 ユーザ及び医療機関の登録処理の内容を示すシーケンス図である。 医用画像取得処理の内容を示すシーケンス図である。 ブロック情報生成処理の内容を示すシーケンス図である。 画素情報取得処理の内容を示すシーケンス図である。 本実施形態のブロックチェーンのデータ構造を説明するための説明図である。
　以下、図面を参照して実施形態を詳細に説明する。なお、本実施形態では、ＤＩＣＯＭ規格に応じた医用画像の画素情報と付帯情報とを含む情報を表すＤＩＣＯＭ画像を対象とし、コンテンツデータが画素情報であり、メタデータが付帯情報である場合を例に説明する。
＜データ管理システムのシステム構成＞
　図１は、実施形態のデータ管理システム１を示すブロック図である。図１に示されるように、データ管理システム１は、複数の医療機関システム２Ａ～２Ｄと、データ管理サーバ３と、ユーザ端末４とを備える。複数の医療機関システム２Ａ～２Ｄと、データ管理サーバ３と、ユーザ端末４とは、例えばインターネット等のネットワーク５によって接続されている。データ管理サーバ３はデータ管理装置の一例である。
　なお、医療機関Ａは医療機関システム２Ａを備え、医療機関Ｂは医療機関システム２Ｂを備え、医療機関Ｃは医療機関システム２Ｃに備え、医療機関Ｄは医療機関システム２Ｄを備える場合を例に説明する。
　図２に、データ管理システム１の詳細な構成例を示す。図２に示される例では、医療機関Ａが備える医療機関システム２Ａの具体的な構成とデータ管理サーバ３の具体的な構成例とが示されている。
　医療機関システム２Ａは、病院端末１９Ａと、ＲＩＳ（Radiology Information System）サーバ２０Ａと、画像診断装置２１Ａと、処理サーバ２２Ａと、付帯情報管理サーバ２５Ａとを含む。また、データ管理サーバ３は、通信部３０と、制御部３１と、医療機関データベース３２と、ユーザ情報データベース３３とを備える。付帯情報管理サーバ２５Ａは、情報処理装置の一例である。また、ユーザ情報データベース３３は、コンテンツデータベースの一例である。また、処理サーバ２２Ａは分割装置の一例である。また、制御部３１は、出力部の一例である。
　医療機関を利用する予定のユーザは、ユーザ端末４を操作しデータ管理サーバ３との間でユーザ登録を行う。以下では、まず、ユーザ登録の場面について説明する。
　ユーザは、所定の医療機関において画像診断を受けたい場合、ユーザ端末４を操作して、データ管理サーバ３との間で情報の送受信を行う。具体的には、ユーザはユーザ端末４を操作し、データ管理サーバ３に対してユーザ登録をしたい旨の制御信号を送信する。制御信号には、例えば、ユーザ名等が含まれる。
　データ管理サーバ３の通信部３０は、ユーザ端末４から送信された制御信号を受信し制御部３１へ出力する。次に、データ管理サーバ３の制御部３１は、通信部３０から出力された制御信号に応じてユーザＩＤを生成する。そして、制御部３１は、ユーザＩＤと制御信号に含まれるユーザ名等とを対応付けて、ユーザ情報データベース３３へ格納する。
　図３に示されるように、ユーザ情報データベース３３には、ユーザテーブルと画像テーブルとが格納される。ユーザテーブルには、ユーザＩＤとユーザ名等とが対応付けられて格納される。また、画像テーブルには、後述する複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成された画像ＩＤの各々と、画像ＩＤの各々に対応する医用画像の画素情報とが対応付けられて格納される。図４に、ユーザテーブルの一例を示す。画像テーブルについては後述する。
　また、データ管理サーバ３の制御部３１は、ユーザＩＤをユーザ端末４へ通信部３０を介して送信する。そして、ユーザＩＤはユーザ端末４の所定の記憶部（図示省略）へ格納される。
　次に、医療機関システム２Ａとデータ管理サーバ３との間で行われる医療機関登録の場面について説明する。なお、医療機関登録の処理は、医療機関システム２Ｂ～２Ｄについても同様に行われる。
　医療機関システム２Ａの病院端末１９Ａは、医療機関の担当者からの操作情報を受け付け、データ管理サーバ３に対して医療機関の登録をしたい旨の制御信号を送信する。制御信号には、例えば、医療機関名等が含まれる。
　データ管理サーバ３の通信部３０は、医療機関システム２Ａの病院端末１９Ａから送信された制御信号を受信し制御部３１へ出力する。データ管理サーバ３の制御部３１は、通信部３０から出力された制御信号に応じて医療機関ＩＤを生成する。そして、制御部３１は、医療機関ＩＤと制御信号に含まれる医療機関名等とを対応付けて、医療機関データベース３２へ格納する。
　また、データ管理サーバ３の制御部３１は、医療機関ＩＤを病院端末１９Ａへ通信部３０を介して送信する。そして、医療機関ＩＤは病院端末１９Ａの所定の記憶部（図示省略）へ格納される。
　次に、医療機関Ａにおいてユーザが画像診断を受ける場面について説明する。
　ユーザが医療機関Ａを訪問し、ユーザの個人情報等を含む患者の情報とユーザ端末４の記憶部（図示省略）に格納されたユーザＩＤとを医療機関Ａへ提示する。医療機関Ａの担当者は、患者の情報とユーザＩＤとを取得する。そして、医療機関Ａの担当者は、患者の情報をＲＩＳサーバ２０Ａへ入力する。また、医療機関Ａの担当者は、ユーザＩＤを処理サーバ２２Ａへ入力する。
　ＲＩＳサーバ２０Ａは、担当者によって入力された患者の情報を受け付ける。そして、ＲＩＳサーバ２０Ａは、患者の情報に基づき、患者情報、予約情報、及び診断結果情報等を表す登録情報を記憶部（図示省略）へ登録する。
　以下、図５を参照して、ユーザが画像診断を受ける場面について説明する。
　画像診断装置２１Ａは、図５の（Ａ－１）において、ユーザ１０の医用画像を撮像する。図５の（Ａ－１）では、データ管理システム１が稼動した後、初めて医用画像が撮像されるものとする。医用画像は、Ｘ線ＣＴ（Computed Tomography）やＭＲＩ（Magnetic Resonance Imager）などの画像診断機器によって撮像される。画像診断装置２１Ａによる一度の撮像で複数の医用画像が撮像される。そして、画像診断装置２１Ａは、ＲＩＳサーバ２０Ａによって登録された登録情報に基づいて、一度の撮像により得られた複数の医用画像を表す画像群の付帯情報を生成する。そして、画像診断装置２１Ａは、画像群の画素情報と付帯情報とが組み合わされた形式の情報を表すＤＩＣＯＭ画像を生成する。
　図６に、ＤＩＣＯＭ画像の一例を示す。図６に示されるように、ＤＩＣＯＭ画像には、医用画像の付帯情報Ｘと画素情報Ｙとが含まれる。付帯情報は、ＲＩＳサーバ２０Ａ又はＨＩＳ(Hospital Information System)等の他システムと通信及び連携していくための情報である。付帯情報は規定のフォーマットにより符号化される。また、付帯情報は、患者情報、予約情報、及び診断結果情報等を表す登録情報に基づき生成された情報であるため、秘匿性の高い個人情報等が含まれている。なお、画素情報は、コンテンツデータの一例である。また、付帯情報はメタデータの一例である。
　処理サーバ２２Ａは、処理制御部２３Ａと、通信部２４Ａとを備える。
　処理制御部２３Ａは、医療機関Ａの担当者によって入力されたユーザＩＤを受け付ける。処理制御部２３Ａは、図５の（Ａ－２）において、画像診断装置２１Ａによって生成されたＤＩＣＯＭ画像を、付帯情報と画素情報とに分割する。
　そして、処理制御部２３Ａは、図５の（Ａ－３）において、付帯情報及びユーザＩＤを付帯情報管理サーバ２５Ａへ出力する。また、処理サーバ２２Ａは、図５の（Ａ－４）において、画素情報及びユーザＩＤをデータ管理サーバ３へ通信部２４Ａを介して送信する。
　データ管理サーバ３の通信部３０は、処理サーバ２２Ａから送信された画素情報及びユーザＩＤを受信する。データ管理サーバ３の制御部３１は、通信部３０により受信された画素情報及びユーザＩＤをユーザ情報データベース３３の画像テーブルに格納する。
　付帯情報管理サーバ２５Ａは、図５の（Ａ－５）において、処理サーバ２２Ａによって得られた付帯情報から画像ＩＤを生成する。付帯情報管理サーバ２５Ａは、付帯情報制御部２６Ａと、付帯情報データベース２７Ａと、ブロック情報データベース２８Ａと、通信部２９Ａとを備える。なお、画像ＩＤは、コンテンツデータＩＤの一例である。また、付帯情報制御部２６Ａは生成部の一例である。また、ブロック情報データベース２８Ａは、ＩＤデータベースの一例である。
　付帯情報制御部２６Ａは、処理サーバ２２Ａから出力された付帯情報及びユーザＩＤを取得する。そして、付帯情報制御部２６Ａは、付帯情報及びユーザＩＤを付帯情報データベース２７Ａの付帯情報テーブルへ格納する。
　付帯情報データベース２７Ａには、処理サーバ２２Ａから出力された付帯情報及びユーザＩＤが格納される。付帯情報データベース２７Ａに格納される付帯情報テーブルには、図７に示されるように、ユーザＩＤと付帯情報等とが対応付けられて格納される。
　付帯情報制御部２６Ａは、付帯情報データベース２７Ａに格納された付帯情報及びユーザＩＤを取得する。そして、付帯情報制御部２６Ａは、図５の（Ａ－５）において、付帯情報をハッシュ化することにより、画像診断装置２１Ａによって撮像された画像群の画素情報の識別情報を表す画像ＩＤを生成する。図５の（Ａ－５）における画像ＩＤ１の生成は、データ管理システム１が初めて稼動した後、初めて生成される画像ＩＤである。そのため、付帯情報制御部２６Ａは、データ管理サーバ３によって予め生成されたダミーデータである画像ＩＤ０を含むブロック０を取得し、画像ＩＤ０及び付帯情報をハッシュ化することにより、画像ＩＤ１を生成する。画像ＩＤは、画像群の画素情報の管理に用いられる。
　ここで、医療機関におけるＤＩＣＯＭ画像の管理方法について説明する。
　患者が医療機関において診察を受ける場合、他の医療機関において既に撮像された医用画像は、患者のカルテと同等の役割を担うことがあるため、重要な情報資産であるといえる。また、医用画像撮像のための費用、時間、患者の身体的負担軽減、又は患者の経過観察の観点からも、他の医療機関において既に撮像された医用画像が活用されることが望ましい。
　実際の医療現場においては、一度撮像された医用画像を他の医療機関で活用する場合には、医用画像を撮像した医療機関に紹介状を作成してもらい、一部の医用画像を他の医療機関に持ち込む場合がほとんどである。しかし、紹介状の取得の手間から、特定の医療機関において撮像された医用画像が別の医療機関で活用されるケースは少なく、過去に撮像された医用画像は効率的に活用されていない。
　このようなことから、各医療機関共有の外部データベースを用意し、患者の医用画像を一元管理する方法が考えられる。この方法を用いることにより、医療機関は患者の全ての医用画像を参照することができる。しかし、医用画像には秘匿性の高い個人情報が含まれているため、外部データベースに医用画像を格納することは適切でないという理由から、外部データベースを活用する方法は普及していない。また、個人情報が削除された医用画像を外部データベースに格納したとしても、患者を特定することができないため診断に用いることができない。
　そこで、本実施形態では、ブロックチェーン（例えば、参考文献（Satoshi Nakamoto,"Bitcoin: A Peer-to-Peer Electronic Cash System"）を参照）により、各医療機関が医用画像の付帯情報を管理する。本実施形態では、医用画像の付帯情報は各医療機関で管理され、医用画像の画素情報は外部データベースに格納される。各医療機関が患者の個人情報を含む付帯情報を管理することにより、患者の個人情報が安全に管理され、かつ医用画像が効率的に活用される。
　具体的には、図８に示されるように、複数の医療機関Ａ～Ｄが有する付帯情報管理サーバ２５Ａ～２５Ｄによって、医用画像の付帯情報及び画像ＩＤを含むブロックの系列を表すブロックチェーンが管理される。ブロックチェーンにおける分散台帳技術により、システムの参加者である医療機関Ａ～Ｄのブロック情報データベース２８Ａ～２７Ｄに同一の情報が格納される。
　例えば、付帯情報管理サーバ２５Ａ～２５Ｄの各ブロック情報データベース２８Ａ～２７Ｄには、図８に示されるように、付帯情報と画像ＩＤとを含むブロックの系列がブロックチェーンとして格納される。付帯情報及び画像ＩＤがブロックチェーンとして管理されることにより、個人情報を含む付帯情報を医用画像の画素情報と分けて管理することができる。これにより、医用画像の画素情報にアクセスするための画像ＩＤを複数の医療機関によって共有することができる。また、付帯情報及び画像ＩＤをブロックチェーンを用いて管理することにより、データの改竄が困難となり、付帯情報及び画像ＩＤのデータの完全性が確保される。
　具体的には、特定の医療機関において医用画像の撮像が行われると、画像ＩＤ及び付帯情報がすべての医療機関へ広められる。例えば、医療機関Ａにおいて医用画像の撮像が行われた場合、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、図５の（Ａ－５）において、画像ＩＤ０及び付帯情報をハッシュ化することにより、画像ＩＤ１を生成する。そして、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、付帯情報及び画像ＩＤ１を含むブロックを他の医療機関システム２Ｂ～２Ｄへ送信する。
　医療機関Ｂ～Ｄの各付帯情報管理サーバ２５Ｂ～２５Ｄは、医療機関Ａにおいて撮像された医用画像の画像群の付帯情報及び画像ＩＤ１を含むブロックを取得し、取得したブロックをブロック情報データベース２８Ａ～２７Ｄのブロック情報テーブルへ格納する。また、付帯情報制御部２６Ａは、生成したブロックをブロック情報データベース２８Ａのブロック情報テーブルへ格納する。これにより、画素情報の画像ＩＤに対応するブロックの系列を表すブロックチェーンの生成が開始される。
　ブロック情報データベース２８Ａのブロック情報テーブルには、複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成された画像ＩＤを含むブロックの系列を表すブロックチェーンが格納される。具体的には、例えば、医療機関Ａとは異なる医療機関Ｂ～Ｃにおいてユーザの医用画像が撮像された場合、ブロック情報データベース２８Ａのブロック情報テーブルには、付帯情報制御部２６Ａによって生成された画像ＩＤを含むブロックと、他の付帯情報処理サーバ２５Ｂ～２５Ｄによって生成された画像ＩＤを含むブロックの系列を表すブロックチェーンが格納される。
　図９にブロック情報テーブルの一例を示す。図９に示されるように、ブロック情報テーブルには、画像ＩＤ及び付帯情報等を表すブロック情報と、ブロック情報を識別するためのブロックＩＤとが対応付けられて格納される。
　次に、付帯情報制御部２６Ａは、図５の（Ａ－６）において、生成された画像ＩＤ１とユーザＩＤとを対応付けて、画像ＩＤ１及びユーザＩＤをデータ管理サーバ３へ通信部２９Ａを介して送信する。
　データ管理サーバ３の通信部３０は、付帯情報管理サーバ２５Ａから送信された画像ＩＤ及びユーザＩＤを受信する。データ管理サーバ３の制御部３１は、通信部３０によって受信した画像ＩＤ及びユーザＩＤを取得する。そして、制御部３１は、付帯情報管理サーバ２５Ａから送信された画像ＩＤ及びユーザＩＤと、処理サーバ２２Ａから送信された画素情報及びユーザＩＤとに基づき、画像ＩＤと画素情報とを対応付ける。具体的には、ユーザＩＤが対応する、画像ＩＤと画素情報とを対応付ける。そして、制御部３１は、対応付けられた画像ＩＤ及び画素情報を、ユーザ情報データベース３３の画像テーブルへ格納する。
　図５に示されるように、画像テーブルに格納された、画像ＩＤと画素情報とユーザＩＤのうち、ユーザＩＤは外部キー（ＦＫ）として格納される。従って、ユーザテーブルに格納されたユーザＩＤと画像ＩＤとは１対Ｎの関係となる。図１０に、画像テーブルの一例を示す。
　医療機関Ａとは異なる医療機関Ｂ～Ｃにおいてユーザの医用画像が撮像された場合、ユーザ情報データベース３３の画像テーブルに格納される画像ＩＤの各々は、複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成されたものである。また、画像ＩＤの各々に対応付けられた医用画像の画素情報は、複数の医療機関Ａ～Ｄにおいて撮像されたものである。
　次に、画像診断装置２１Ａは、図１１の（Ｂ－１）において、データ管理システム１が稼動した後、２回目の医用画像の画像群を撮像する。そして、画像診断装置２１Ａは、ＲＩＳサーバ２０Ａによって登録された登録情報に基づいて、医用画像の画像群の付帯情報を生成する。そして、画像診断装置２１Ａは、２回目の撮像によって得られた医用画像の画像群のＤＩＣＯＭ画像を生成する。
　処理サーバ２２Ａの処理制御部２３Ａは、図１１の（Ｂ－２）において、画像診断装置２１Ａによって生成された２回目の撮像によって得られた画像群のＤＩＣＯＭ画像を、付帯情報と画素情報とに分割する。処理制御部２３Ａは、図１１の（Ｂ－３）において、付帯情報を付帯情報管理サーバ２５Ａへ出力する。また、処理サーバ２２Ａは、図１１の（Ｂ－４）において、画素情報及びユーザＩＤをデータ管理サーバ３へ送信する。
　付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、図１１の（Ｂ－５）において、生成対象の医用画像の画素情報の画像ＩＤを生成する際に、前回生成された画像ＩＤ１と、生成対象の医用画像の付帯情報とに基づいて、画像ＩＤ２を生成する。具体的には、付帯情報制御部２６Ａは、処理サーバ２２Ａによって出力された付帯情報と前回の画像群の画像ＩＤ１とをハッシュ化することにより、２回目の撮像によって得られた画像群の画像ＩＤ２を生成する。
　そして、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、付帯情報及び画像ＩＤ２を含むブロックを医療機関システム２Ｂ～２Ｄへ送信する。
　医療機関Ｂ～Ｄの各付帯情報管理サーバ２５Ｂ～２５Ｄは、医療機関Ａにおいて撮像された医用画像の画像群の付帯情報及び画像ＩＤ２を含むブロックを取得し、取得したブロックをブロック情報データベース２８Ｂ～２７Ｄのブロック情報テーブルのブロックチェーンへ追加する。また、付帯情報制御部２６Ａは、生成したブロックを、ブロック情報データベース２８Ａのブロック情報テーブルのブロックチェーンへ追加する。
　これにより、例えば図１２に示されるように、医療機関Ａに関する情報はデータ管理サーバ３の医療機関データベース３２へ登録され、医療機関Ａの医療機関システム２Ａの付帯情報管理サーバ２５Ａが備えるブロック情報データベース２８Ａのブロック情報テーブルにブロック情報が格納される。
　なお、ブロック情報データベース２８Ａのブロック情報テーブルに格納される情報は、図１３に示されるように、画像ＩＤ及び付帯情報を含む複数のブロックの系列を表すブロックチェーンとして格納される。
　次に、図１４を参照して、医療機関Ａとは異なる医療機関Ｂが、医療機関Ａで撮像されたユーザ１０の医用画像の画素情報を取得する場面について説明する。
　図１４の（Ｃ－１）において、ユーザ１０が医療機関Ｂを訪問し、ユーザ１０の個人情報等を含む患者の情報とユーザＩＤとを医療機関Ｂへ提示する。医療機関Ｂの担当者は、ユーザ１０の患者の情報とユーザＩＤとを取得する。そして、医療機関Ｂの担当者は、ユーザＩＤを付帯情報管理サーバ２５Ｂへ入力する。
　付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、ユーザＩＤを取得する。そして、付帯情報制御部２６Ｂは、（Ｃ－２）において、ユーザＩＤを含む特定の要求信号を、データ管理サーバ３へ送信する。ユーザＩＤを含む特定の要求信号は、特定のコンテンツデータに関する要求信号の一例である。
　データ管理サーバ３の制御部３１は、通信部３０により受信した要求信号を受信する。次に、制御部３１は、ユーザ情報データベース３３の画像テーブルを参照し、要求信号に含まれるユーザＩＤに対応する全ての画像ＩＤ及び画素情報を取得する。そして、制御部３１は、取得した全ての画像ＩＤ及び画素情報を医療機関システム２Ｂの付帯情報管理サーバ２５Ｂへ通信部３０を介して送信する。
　付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、データ管理サーバ３から送信された画像ＩＤ及び画素情報を取得する。付帯情報制御部２６Ｂは、付帯情報データベース２７Ｂのブロック情報テーブルを参照し、データ管理サーバ３から送信された画像ＩＤと対応する付帯情報を取得する。そして、付帯情報制御部２６Ｂは、付帯情報とデータ管理サーバ３から送信された画素情報とを対応付けて、ユーザ１０のＤＩＣＯＭ画像を復元する。これにより、医療機関Ｂは、他の医療機関Ａにおいて撮像されたユーザ１０の医用画像を取得することができる。なお、ＤＩＣＯＭ画像を復元せずに、付帯情報と画素情報とを単に対応付けてもよい。
　データ管理システム１のデータ管理サーバ３、病院端末１９Ａ、ＲＩＳサーバ２０Ａ、画像診断装置２１Ａ、処理サーバ２２Ａ、及び付帯情報管理サーバ２５Ａは、例えば、図１５に示すコンピュータ５０で実現することができる。コンピュータ５０はＣＰＵ５１、一時記憶領域としてのメモリ５２、及び不揮発性の記憶部５３を備える。また、コンピュータ５０は、入出力装置等（図示省略）が接続される入出力interface（Ｉ／Ｆ）５４、及び記録媒体に対するデータの読み込み及び書き込みを制御するread/write（Ｒ／Ｗ）部５５を備える。また、コンピュータ５０は、インターネット等のネットワークに接続されるネットワークＩ／Ｆ５６を備える。ＣＰＵ５１、メモリ５２、記憶部５３、入出力Ｉ／Ｆ５４、Ｒ／Ｗ部５５、及びネットワークＩ／Ｆ５６は、バス５７を介して互いに接続される。
　記憶部５３は、Hard Disk Drive（ＨＤＤ）、solid state drive（ＳＳＤ）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部５３には、コンピュータ５０を機能させるためのプログラムが記憶されている。ＣＰＵ５１は、プログラムを記憶部５３から読み出してメモリ５２に展開し、プログラムが有するプロセスを順次実行する。ソフトウェアであるプログラムを実行するプロセッサはハードウェアである。
＜データ管理システム１の作用＞
　次に、図１６～図１９を参照して、本実施の形態のデータ管理システム１の作用について説明する。データ管理システム１のデータ管理サーバ３、ユーザ端末４、病院端末１９Ａ～１９Ｄ、画像診断装置２１Ａ、処理サーバ２２Ａ、付帯情報管理サーバ２５Ａ～２５Ｂは、以下の処理に対応する各プログラムを実行する。
＜ユーザ及び医療機関登録処理＞
　まず、図１６を参照して、ユーザ登録と医療機関登録との処理について説明する。
　ステップＳ１００において、ユーザはユーザ端末４を操作し、データ管理サーバ３に対してユーザ名等のユーザ情報を含む制御信号を送信する。
　ステップＳ１０２において、データ管理サーバ３の通信部３０は、上記ステップＳ１００でユーザ端末４から送信された制御信号を受信する。次に、データ管理サーバ３の制御部３１は、通信部３０により受信した制御信号に含まれるユーザ情報に応じてユーザＩＤを生成する。そして、制御部３１は、ユーザＩＤとユーザ情報に含まれるユーザ名等とを対応付けて、ユーザ情報データベース３３へ登録する。
　ステップＳ１０４において、データ管理サーバ３の制御部３１は、上記ステップＳ１０２で生成されたユーザＩＤをユーザ端末４へ送信する。
　ステップＳ１０６において、ユーザ端末４は、ステップＳ１０４でデータ管理サーバ３から送信されたユーザＩＤを取得し、ユーザ端末４の所定の記憶部（図示省略）へ格納する。
　ステップＳ１０８において、医療機関システム２Ａの病院端末１９Ａは、医療機関の担当者からの操作情報を受け付け、データ管理サーバ３に対して医療機関名等の医療機関情報を含む制御信号を送信する。
　ステップＳ１１０において、データ管理サーバ３の通信部３０は、ステップＳ１０８で病院端末１９Ａから送信された制御信号を受信する。データ管理サーバ３の制御部３１は、通信部３０から出力された制御信号に含まれる医療機関情報に応じて医療機関ＩＤを生成する。そして、制御部３１は、医療機関ＩＤと医療機関情報に含まれる医療機関名等とを対応付けて、医療機関データベース３２へ登録する。
　ステップＳ１１２において、データ管理サーバ３の制御部３１は、上記ステップＳ１１０で生成された医療機関ＩＤを病院端末１９Ａへ送信する。
　ステップＳ１１４において、病院端末１９Ａは、ステップＳ１１２で病院端末１９Ａから送信された医療機関ＩＤを取得し、病院端末１９Ａの所定の記憶部（図示省略）へ格納する。
　次に、医療機関Ａにおける医用画像取得処理とブロック情報生成処理とについて説明する。なお、本実施形態では、医用画像取得処理とブロック情報生成処理とが異なるタイミングで行われる場合を例に説明する。具体的には、ブロック情報生成処理が行われる時間帯を予め設定する。例えば、ブロック情報生成処理が行われる時間帯をＡＭ００：００～ＡＭ８：００として予め設定し、付帯情報管理サーバ２５Ａ～２５Ｄは、ＡＭ００：００～ＡＭ８：００の間でブロック情報生成処理を実行する。そのため、予め設定された時間帯と異なる時間帯ＡＭ８：００～ＰＭ１２：００の間は、ブロックチェーンは更新されない。
＜医用画像取得処理＞
　まず、図１７を参照して、医療機関Ａにおいて医用画像が撮像される場面において行われる処理を説明する。
　ユーザが医療機関Ａを訪問し、ユーザの個人情報等を含む患者の情報とユーザ端末４の記憶部（図示省略）に格納されたユーザＩＤとを医療機関Ａへ提示する。医療機関Ａの担当者は、患者の情報とユーザＩＤとを取得する。そして、医療機関Ａの担当者は、患者の情報をＲＩＳサーバ２０Ａへ入力する。また、医療機関Ａの担当者は、ユーザＩＤを処理サーバ２２Ａへ入力する。
　ＲＩＳサーバ２０Ａは、担当者によって入力された患者の情報を受け付ける。そして、ＲＩＳサーバ２０Ａは、患者の情報に基づき、患者情報、予約情報、及び診断結果情報等を表す登録情報を記憶部（図示省略）へ登録する。
　ステップＳ２００において、画像診断装置２１Ａは、ユーザに対しての複数の医用画像を撮像する。そして、画像診断装置２１Ａは、ＲＩＳサーバ２０Ａによって登録された登録情報に基づいて、複数の医用画像を表す画像群の付帯情報を生成する。そして、画像診断装置２１Ａは、画像群の画素情報と付帯情報とが組み合わされた形式の情報を表すＤＩＣＯＭ画像を生成する。そして、画像診断装置２１Ａは、ＤＩＣＯＭ画像を処理サーバ２２Ａへ出力する。
　ステップＳ２０２において、処理サーバ２２Ａの処理制御部２３Ａは、上記ステップＳ２００で画像診断装置２１Ａから出力されたＤＩＣＯＭ画像を、付帯情報と画素情報とに分割する。
　ステップＳ２０４において、処理制御部２３Ａは、上記ステップＳ２０２で得られた付帯情報と、医療機関Ａの担当者により入力されたユーザＩＤとを付帯情報管理サーバ２５Ａへ出力する。また、処理制御部２３Ａは、上記ステップＳ２０２で得られた画素情報と、医療機関Ａの担当者により入力されたユーザＩＤとをデータ管理サーバ３へ通信部２４Ａを介して送信する。
　ステップＳ２０６において、データ管理サーバ３の通信部３０は、上記ステップＳ２０４で処理サーバ２２Ａから送信された画素情報及びユーザＩＤを受信する。
　ステップＳ２０８において、データ管理サーバ３の制御部３１は、上記ステップＳ２０６で通信部３０により受信された画素情報及びユーザＩＤをユーザ情報データベース３３の画像テーブルに格納する。
　ステップＳ２１０において、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、上記ステップＳ２０４で処理サーバ２２Ａから出力された付帯情報及びユーザＩＤを取得する。
　ステップＳ２１２において、付帯情報制御部２６Ａは、上記ステップＳ２１０で取得された付帯情報及びユーザＩＤを付帯情報データベース２７Ａの付帯情報テーブルへ格納する。
＜ブロック情報生成処理＞
　次に、図１８を参照して、医療機関Ａにおけるブロック情報生成処理を説明する。例えば、ブロック情報生成処理が行われる時間帯において、付帯情報管理サーバ２５Ａは、図１８に示すブロック情報生成処理を実行する。
　なお、本実施形態では、各医療機関の付帯情報管理サーバ２５Ａ～２５Ｄは、予め設定された順番に従って、ブロック情報の生成処理を行う場合を例に説明する。例えば、データ管理サーバ３は、医療機関Ａ～Ｄの医療機関ＩＤに対して、ブロック情報の生成処理の順番を表す番号を割り当てる（医療機関Ａ：１、医療機関Ｂ：２、医療機関Ｃ：３、医療機関Ｄ：４）。
　そして、例えば、データ管理サーバ３は、ブロック情報生成処理の実行を指示する指示信号を、予め設定された順番に応じて、付帯情報管理サーバ２５Ａ～２５Ｄへ送信する。そして、指示信号を受信した付帯情報管理サーバは、ブロック情報生成処理を実行する。
　例えば、番号１が割り当てられた医療機関Ａの付帯情報管理サーバ２５Ａが指示信号を受信すると、ブロック情報テーブルの最後尾のブロックに含まれる画像ＩＤを用いて、新しいブロックの生成を開始する。次に、番号２が割り当てられた医療機関Ｂの付帯情報管理サーバ２５Ｂが指示信号を受信すると、医療機関Ａの付帯情報管理サーバ２５Ａが生成した最後尾のブロックを用いて、新しいブロックの生成を開始する。
　以下、付帯情報管理サーバ２５Ａが実行するブロック情報生成処理について説明する。
　ステップＳ２１４において、データ管理サーバ３の制御部３１は、予め設定された順番に従い、指示信号を付帯情報管理サーバ２５Ａへ通信部３０を介して送信する。
　ステップＳ２１６において、付帯情報管理サーバ２５Ａの付帯情報制御部２６Ａは、データ管理サーバ３から送信された指示信号を受信する。そして、付帯情報制御部２６Ａは、通信部２９Ａにより受信された指示信号を取得すると、以下のステップＳ２１８～ステップＳ２２８の各処理を実行する。
　ステップＳ２１８において、付帯情報制御部２６Ａは、付帯情報データベース２７Ａに格納された付帯情報及びユーザＩＤのうち、１組の付帯情報及びユーザＩＤを取得する。
　ステップＳ２２０において、付帯情報制御部２６Ａは、ブロック情報データベース２８Ａのブロック情報テーブルから、最後尾のブロック情報を取得する。ブロック情報には画像ＩＤが含まれる。
　ステップＳ２２２において、付帯情報制御部２６Ａは、上記ステップＳ２１４で取得された付帯情報及び上記ステップＳ２１６で取得されたブロック情報に含まれる画像ＩＤをハッシュ化することにより、画像ＩＤを生成する。
　なお、ステップＳ２２２において、データ管理システム１が初めて稼動した後、画像ＩＤが初めて生成される場合には、付帯情報制御部２６Ａは、データ管理サーバ３により予め生成された画像ＩＤ０及び上記ステップＳ２１４で取得された付帯情報をハッシュ化することにより、画像ＩＤ１を生成する。
　ステップＳ２２４において、付帯情報制御部２６Ａは、上記ステップＳ２１４で取得された付帯情報及び上記ステップＳ２１８で生成された画像ＩＤを含むブロックを、他の医療機関Ｂ～Ｄの医療機関システム２Ｂ～２Ｄへ通信部２９Ａを介して送信する。
　ステップＳ２２６において、医療機関Ｂ～Ｄの各付帯情報管理サーバ２５Ｂ～２５Ｄの通信部２９Ｂ～２９Ｄは、上記ステップＳ２２４で送信された付帯情報及び画像ＩＤを含むブロックを受信する。
　ステップＳ２２８において、各付帯情報管理サーバ２５Ｂ～２５Ｄの付帯情報制御部２６Ｂ～２６Ｄは、上記ステップＳ２２６で受信したブロックを各ブロック情報データベース２８Ａ～２７Ｄのブロック情報テーブルのブロックチェーンへ追加する。
　次に、ステップＳ２３０において、付帯情報制御部２６Ａは、上記ステップＳ２１８で取得された付帯情報及び上記ステップＳ２２２で生成された画像ＩＤを含むブロックを、ブロック情報データベース２８Ａのブロック情報テーブルへ格納する。具体的には、ブロックをブロック情報テーブルのブロックチェーンへ追加する。
　ステップＳ２３２において、付帯情報制御部２６Ａは、上記ステップＳ２２２で生成された画像ＩＤと上記ステップＳ２１８で取得されたユーザＩＤとを対応付けて、画像ＩＤ及びユーザＩＤをデータ管理サーバ３へ通信部２９Ａを介して送信する。
　ステップＳ２３４において、データ管理サーバ３の通信部３０は、付帯情報管理サーバ２５Ａから送信された画像ＩＤ及びユーザＩＤを受信する。
　ステップＳ２３６において、データ管理サーバ３の制御部３１は、上記ステップＳ２３４で受信された画像ＩＤ及びユーザＩＤと、医用画像取得処理の上記ステップＳ２０８でユーザ情報データベース３３の画像テーブルに格納された画素情報及びユーザＩＤとに基づき、画像ＩＤと画素情報とを対応付ける。具体的には、ユーザＩＤが対応する、画像ＩＤと画素情報とを対応付けて、ユーザ情報データベース３３の画像テーブルへ格納する。
　付帯情報制御部２６Ａは、付帯情報データベース２７Ａに格納された付帯情報及びユーザＩＤの全てについて、上記ステップＳ２１８～ステップＳ２３２の処理を繰り返す。これにより、医療機関Ａにおいて撮像された医用画像の付帯情報及び画像ＩＤを含むブロックチェーンが生成される。
　なお、医療機関Ａの付帯情報管理サーバ２５Ａにおいて実行されるブロック情報生成処理について説明したが、他の医療機関の付帯情報管理サーバ２５Ｂ～２５Ｄにおいても同様にブロック情報生成処理が実行される。
＜画素情報取得処理＞
　次に、図１９を参照して、医療機関Ｂが、医療機関Ａで撮像されたユーザの医用画像の画素情報を取得する処理について説明する。
　ユーザが医療機関Ｂを訪問し、ユーザの個人情報等を含む患者の情報とユーザＩＤとを医療機関Ｂへ提示する。医療機関Ｂの担当者は、ユーザ１０の患者の情報とユーザＩＤとを取得する。そして、医療機関Ｂの担当者は、ユーザＩＤを付帯情報管理サーバ２５Ｂへ入力する。
　ステップＳ４００において、付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、ユーザＩＤを取得する。
　ステップＳ４０２において、付帯情報制御部２６Ｂは、上記ステップＳ４００で取得したユーザＩＤを含む特定の要求信号を、データ管理サーバ３へ送信する。
　ステップＳ４０４において、データ管理サーバ３の制御部３１は、上記ステップＳ４０２で送信された要求信号を取得する。制御部３１は、ユーザ情報データベース３３の画像テーブルを参照し、要求信号に含まれるユーザＩＤに対応する画像ＩＤ及び画素情報を取得する。そして、制御部３１は、画像ＩＤ及び画素情報を医療機関システム２Ｂの付帯情報管理サーバ２５Ｂへ通信部３０を介して送信する。
　ステップＳ４０６において、付帯情報管理サーバ２５Ｂの付帯情報制御部２６Ｂは、上記ステップＳ４０４でデータ管理サーバ３から送信された画像ＩＤ及び画素情報を取得する。
　ステップＳ４０８において、付帯情報制御部２６Ｂは、ブロック情報データベース２８Ｂのブロック情報テーブルを参照し、データ管理サーバ３から送信された画像ＩＤと対応する付帯情報を取得する。そして、付帯情報制御部２６Ｂは、付帯情報とデータ管理サーバ３から送信された画素情報とを対応付けて、ユーザ１０のＤＩＣＯＭ画像を復元する。これにより、医療機関Ｂは、他の医療機関Ａにおいて撮像されたユーザ１０の医用画像を取得することができる。
　以上説明したように、本実施の形態に係るデータ管理システムの付帯情報管理サーバ２５Ａ～２５Ｄは、医用画像の画素情報と付帯情報とを含むＤＩＣＯＭ画像のうちの付帯情報に基づいて、医用画像の画素情報の識別情報を表す画像ＩＤを生成する。また、データ管理システムのデータ管理サーバ３は、複数の付帯情報管理サーバ２５Ａ～２５Ｄによって生成された画像ＩＤの各々と、画像ＩＤの各々に対応する医用画像の画素情報とが対応付けられて格納されたユーザ情報データベースを備え、ユーザＩＤを含む特定の要求信号を受け付けた場合に、ユーザ情報データベースに格納された医用画像の画素情報のうち、要求信号に対応する画素情報を出力する。これにより、医用画像の画素情報と付帯情報とが対応付けられて管理されている場合であっても、医用画像の画素情報にアクセスするための画像ＩＤを複数の医療機関によって共有することができる。また、医用画像の付帯情報を医療機関内で管理し、医用画像の画素情報を外部サーバで管理することにより、ユーザである患者の個人情報が含まれる付帯情報を医療機関内で管理しつつ、医用画像の画素情報を複数の医療機関によって共有することができる。
　また、本実施形態では、前回生成された画像ＩＤ及び付帯情報から生成された画像ＩＤを含むブロックの系列がブロックチェーンとして管理される。これにより、データの改竄が困難となり、付帯情報及び画像ＩＤのデータの完全性が確保される。
　また、本実施形態では、医用画像の画素情報と付帯情報とを含むＤＩＣＯＭ画像を管理する場合に、医用画像の画素情報と付帯情報とを分けて、医用画像の画素情報を画像ＩＤ及びユーザＩＤと共にデータ管理サーバ３で管理する。また、付帯情報を画像ＩＤと共に複数の付帯情報管理サーバ２５Ａ～２５Ｄで共有するように管理する。そして、複数の付帯情報管理サーバ２５Ａ～２５Ｄの何れかで、特定のユーザについての医用画像を参照する際には、特定のユーザのユーザＩＤで、データ管理サーバ３から、医用画像の画素情報及び画像ＩＤを取得し、当該画像ＩＤで紐付けられた付帯情報を用いてＤＩＣＯＭ画像を復元することができる。
　また、本実施形態では、図２０に示されるように、ＤＩＣＯＭ画像のうちの付帯情報と画素情報とが画像ＩＤを介して紐付けられる。画像ＩＤ及び付帯情報を含むブロックの系列がブロックチェーンとして管理され、付帯情報と画像ＩＤと画素情報とが１対１に対応付けられる。これにより、ブロックチェーンの各ブロックに対応する画素情報を特定することができる。
　本実施形態のデータ管理システムを利用する医療機関は、他の医療機関で既に撮像された医用画像を取得することができるため、診断精度の向上が期待される。これにより、医用画像の撮像の機会が減り、医療費の削減、患者の被ばく線量の抑制、及び医師の業務負担の軽減につながる。
　また、医用画像をセキュアに共有することができ、過去に撮像された医用画像を複数の医療機関で診断に用いることができる。
　なお、本発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
　例えば、本実施形態では、複数の医療機関として医療機関Ａ～Ｄを対象に説明したがこれに限定されるものではなく、より多く又はより少ない医療機関を対象としても良い。
　また、本実施形態では、コンテンツデータの一例が医用画像の画素情報であり、メタデータの一例が付帯情報である場合を例に説明したが、これに限定されるものではない。例えば、コンテンツデータが画像であり、メタデータが画像に映っている内容を表す情報であってもよい。また、コンテンツデータが文書情報であり、メタデータが文書を作成したユーザ名等を表す情報であってもよい。
　また、本実施形態では、医療機関は他の医療機関によって撮像された医用画像を取得する場合に、画素情報取得処理において、ユーザＩＤを含む要求信号をデータ管理サーバ３へ送信し、データ管理サーバ３は要求信号に含まれるユーザＩＤに対応する画像ＩＤ及び画素情報を出力する場合を例に説明したが、これに限定されるものではない。例えば、医療機関の付帯情報管理サーバの付帯情報データベースには、ユーザＩＤが画像ＩＤと予め対応付けられて格納されていてもよい。この場合、医療機関の担当者から入力されたユーザＩＤを付帯情報管理サーバが受け付けると、付帯情報管理サーバの付帯情報制御部は、ブロック情報データベースのブロック情報テーブルを参照して、ユーザＩＤと対応付けられた画像ＩＤを取得し、画像ＩＤを含む要求信号をデータ管理サーバ３へ送信する。そして、データ管理サーバ３は要求信号に含まれる画像ＩＤに対応する画素情報を付帯情報管理サーバへ出力するようにしてもよい。また、要求信号には、ユーザＩＤと画像ＩＤとの両方が含まれていても良い。
　また、本実施形態では、ＤＩＣＯＭ画像のうちの付帯情報に基づいて、画像ＩＤを生成する場合を例に説明したがこれに限定されるものではない。例えば、ＤＩＣＯＭ画像のうちの画素情報に基づいて、画像ＩＤを生成してもよい。また、付帯情報及び画素情報に基づいて画像ＩＤを生成してもよい。
　また、本実施形態では、医用画像取得処理とブロック情報生成処理とが異なるタイミングで行われる場合を例に説明したが、これに限定されるものではない。例えば、医用画像取得処理において医用画像が撮像される毎に、付帯情報及び画像ＩＤを含むブロックをリアルタイムで生成してブロック情報を書き換え、ブロックチェーンを更新するようにしてもよい。この場合には、ブロックチェーンの最後尾のブロックの確保を所定の方式で予め設定しておく必要がある。例えば、特定のサーバがブロック情報を更新している間は他のサーバは更新することができないように設定するようにしてもよい。また、ブロックチェーン技術におけるコンセンサスアルゴリズムに基づき、ブロックチェーンの正しい分岐を決定していく等の処理を用いてもよい。
　また、処理サーバ２２Ａ～２２Ｄは、画像情報をデータ管理サーバ３へ送信する際に、画像情報を暗号化してデータ管理サーバ３へ送信するようにしてもよい。なお、暗号化手法としては、従来既知の暗号化手法を用いることができ、例えば、公開鍵暗号方式及び共通鍵暗号方式等が挙げられる。
　この場合、例えば、処理サーバ２２Ａは、画像診断装置２１Ａから出力されたＤＩＣＯＭ画像のうちの画素情報と入力されたユーザＩＤとを暗号化し、暗号化された画素情報及びユーザＩＤを、データ管理サーバ３へ送信する。そして、データ管理サーバ３は、暗号化された画素情報及びユーザＩＤを、ユーザ情報データベース３３の画像テーブルへ格納する。また、データ管理サーバ３は、例えば医療機関システム２Ｂから、ユーザＩＤを含む特定の要求信号を取得した場合、ユーザ情報データベース３３の画像テーブルを参照し、要求信号に含まれるユーザＩＤに対応する画像ＩＤ及び画素情報を取得する。そして、データ管理サーバ３は、暗号化された状態の画像ＩＤ及び画素情報を、医療機関システム２Ｂの付帯情報管理サーバ２５Ｂへ送信する。付帯情報管理サーバ２５Ｂは、データ管理サーバ３から送信され、かつ暗号化された状態の画像ＩＤ及び画素情報を取得する。そして、付帯情報管理サーバ２５Ｂは、暗号化された状態の画像ＩＤ及び画素情報を復号化して、要求信号に含まれるユーザＩＤに対応する画素情報を取得する。これにより、医療機関システムからデータ管理サーバ３へ画像情報を送信する際についても、安全性が確保される。また、データ管理サーバ３のユーザ情報データベース３３の画像テーブルにおいても画像情報及びユーザＩＤ等が暗号化されているため、安全性が確保される。
　また、本願明細書中において、プログラムが予めインストールされている実施形態として説明したが、当該プログラムを、コンピュータ読み取り可能な記録媒体に格納して提供することも可能である。
　２０１７年２月１７日に出願された日本国特許出願２０１７‐０２８３４４号の開示は、その全体が参照により本明細書に取り込まれる。
　本明細書に記載された全ての文献、特許出願、及び技術規格は、個々の文献、特許出願、及び技術規格が参照により取り込まれることが具体的かつ個々に記載された場合と同程度に、本明細書中に参照により取り込まれる。

Claims (12)

  1. 　複数の情報処理装置とデータ管理装置とを含むデータ管理システムであって、
    　複数の前記情報処理装置の各々は、
    　コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成する生成部と、
    　複数の前記情報処理装置の各々の前記生成部によって生成された前記コンテンツデータＩＤが格納されたＩＤデータベースと、を備え、
    　前記データ管理装置は、
    　複数の前記情報処理装置によって生成された前記コンテンツデータＩＤの各々と、前記コンテンツデータＩＤの各々に対応する前記コンテンツデータとが対応付けられて格納されたコンテンツデータベースと、
    　特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号に対応する前記コンテンツデータを出力する出力部と、を備える、
    　データ管理システム。
  2. 　前記コンテンツデータは、ユーザに関するコンテンツデータであり、
    　前記メタデータは、前記ユーザに関するメタデータを含み、
    　前記データ管理装置の前記コンテンツデータベースには、前記ユーザの識別情報を表すユーザＩＤと、前記コンテンツデータＩＤと、前記コンテンツデータとが対応付けられて格納されており、
    　前記出力部は、前記コンテンツデータＩＤ及び前記ユーザの識別情報を表すユーザＩＤの少なくとも一方を含む前記要求信号に基づいて、前記要求信号に対応する前記コンテンツデータを出力する、
    　請求項１に記載のデータ管理システム。
  3. 　前記情報処理装置の前記生成部は、生成対象のコンテンツデータの前記コンテンツデータＩＤを生成する際に、前回生成された前記コンテンツデータＩＤと、前記生成対象のコンテンツデータに対応する前記データの前記メタデータとに基づいて、前記コンテンツデータＩＤを生成する、
    　請求項１又は請求項２に記載のデータ管理システム。
  4. 　複数の前記情報処理装置の前記ＩＤデータベースには、前記コンテンツデータＩＤを含むブロックの系列を表すブロックチェーンが格納され、
    　複数の前記情報処理装置の前記生成部は、前記コンテンツデータＩＤを含む前記ブロックを前記ブロックチェーンへ追加する、
    　請求項１～請求項３の何れか１項に記載のデータ管理システム。
  5. 　ユーザを撮像することにより、ＤＩＣＯＭ規格に応じたＤＩＣＯＭ画像を取得する画像診断装置と、
    　前記画像診断装置によって取得された前記ＤＩＣＯＭ画像を、前記コンテンツデータとしての医用画像の画素情報と、前記メタデータとしての前記ユーザに関する情報を含む付帯情報とに分割する分割装置と、を更に含み、
    　前記情報処理装置の前記生成部は、前記分割装置によって分割された前記付帯情報及び前記画素情報の少なくとも一方に基づいて、前記コンテンツデータＩＤとしての画像ＩＤを生成し、
    　前記データ管理装置の前記コンテンツデータベースには、前記画像ＩＤの各々と、前記画像ＩＤの各々に対応する前記ＤＩＣＯＭ画像の前記画素情報とが対応付けられて格納され、
    　前記出力部は、前記要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記画素情報のうち、前記要求信号に対応する前記画素情報を出力する、
    　請求項１～請求項４の何れか１項に記載のデータ管理システム。
  6. 　前記データを前記コンテンツデータと前記メタデータとに分割し、前記コンテンツデータを暗号化し、暗号化された前記コンテンツデータを前記データ管理装置へ送信する分割装置を更に含み、
    　前記データ管理装置は、前記分割装置から送信された、暗号化された前記コンテンツデータを前記コンテンツデータベースへ格納し、
    　前記出力部は、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースの暗号化された前記コンテンツデータのうち、特定の前記要求信号が表す前記コンテンツデータを出力し、
    　複数の前記情報処理装置の各々は、前記データ管理装置から出力され、かつ暗号化された前記コンテンツデータを受信し、受信した前記コンテンツデータを復号化して、特定の前記要求信号が表す前記コンテンツデータを取得する、
    　請求項１～請求項５の何れか１項に記載のデータ管理システム。
  7. 　複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、複数の前記情報処理装置の各々において実行されるプログラムであって、
    　コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを生成し、
    　複数の前記情報処理装置によって生成された前記コンテンツデータＩＤと該コンテンツデータＩＤに対応する前記メタデータとを含むブロックの系列を、ＩＤデータベースへ格納し、
    　特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、
    　前記データ管理装置に格納された、前記コンテンツデータＩＤ及び前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータを受信し、
    　前記ＩＤデータベースに格納された、前記要求信号が表す前記コンテンツデータＩＤに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する、
    　処理をコンピュータに実行させるためのプログラム。
  8. 　複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、前記データ管理装置において実行されるプログラムであって、
    　コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤと該コンテンツデータＩＤに対応するコンテンツデータとを、コンテンツデータベースへ格納し、
    　複数の前記情報処理装置の各々から、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータＩＤに対応する前記コンテンツデータを出力する、
    　処理をコンピュータに実行させるためのプログラム。
  9. 　複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、
    　コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤと、
    　前記コンテンツデータＩＤに対応する前記コンテンツデータと、を含み、
    　前記データ管理装置が、複数の前記情報処理装置の各々から送信された、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータＩＤに対応する前記コンテンツデータを出力する
    処理に用いられる、データ構造。
  10. 　複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、
    　コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータＩＤを含むブロックの系列を含み、
    　複数の前記情報処理装置の各々が、
    　特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、
    　前記データ管理装置に格納された前記コンテンツデータＩＤと該コンテンツデータＩＤに対応する前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータＩＤに対応する前記コンテンツデータを受信し、
    　前記ブロックの系列のうちの、前記要求信号が表す前記コンテンツデータＩＤに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する
    処理に用いられる、データ構造。
  11. 　請求項７又は請求項８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
  12. 　請求項９又は請求項１０に記載のデータ構造を記録したコンピュータ読み取り可能な記録媒体。
PCT/JP2018/005588 2017-02-17 2018-02-16 データ管理システム、プログラム、データ構造、及び記録媒体 WO2018151279A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-028344 2017-02-17
JP2017028344A JP6268624B1 (ja) 2017-02-17 2017-02-17 データ管理システム

Publications (1)

Publication Number Publication Date
WO2018151279A1 true WO2018151279A1 (ja) 2018-08-23

Family

ID=61074792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/005588 WO2018151279A1 (ja) 2017-02-17 2018-02-16 データ管理システム、プログラム、データ構造、及び記録媒体

Country Status (2)

Country Link
JP (1) JP6268624B1 (ja)
WO (1) WO2018151279A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112771527A (zh) * 2018-11-02 2021-05-07 索尼公司 信息处理程序、信息处理装置和信息处理方法
US11265146B2 (en) 2019-01-04 2022-03-01 Samsung Electronics Co., Ltd. Electronic apparatus managing data based on block chain and method for managing data

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018137594A (ja) * 2017-02-21 2018-08-30 株式会社Eyes, JAPAN 生体情報管理システム
WO2018225428A1 (ja) * 2017-06-05 2018-12-13 Ｎｅｃソリューションイノベータ株式会社 診療記録管理システム、装置、方法およびプログラム
KR101882207B1 (ko) * 2018-03-23 2018-07-26 주식회사 아이라이즈 블록체인 기반으로 환자 정보를 저장하는 병의원 보안 시스템
JPWO2020066076A1 (ja) * 2018-09-28 2021-08-30 オリンパス株式会社 医療システム、ネットワーク装置、医療装置、及び検査情報処理方法
JP7408277B2 (ja) * 2018-11-26 2024-01-05 リーガルテック株式会社 データ管理システム
JP6865868B1 (ja) * 2020-01-31 2021-04-28 ゼネラル・エレクトリック・カンパニイ 医用画像撮影装置、その制御プログラム及びシステム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004297504A (ja) * 2003-03-27 2004-10-21 Fuji Photo Film Co Ltd 画像送信装置および画像受信装置
US20060230072A1 (en) * 2005-04-08 2006-10-12 Dlcom Grid Inc. Secure digital couriering system and method
JP2012243102A (ja) * 2011-05-19 2012-12-10 Toshiba Corp 遠隔読影システム及び制御プログラム
JP2014210108A (ja) * 2013-04-19 2014-11-13 オリンパスメディカルシステムズ株式会社 画像管理装置、画像管理方法、および画像管理システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004297504A (ja) * 2003-03-27 2004-10-21 Fuji Photo Film Co Ltd 画像送信装置および画像受信装置
US20060230072A1 (en) * 2005-04-08 2006-10-12 Dlcom Grid Inc. Secure digital couriering system and method
JP2012243102A (ja) * 2011-05-19 2012-12-10 Toshiba Corp 遠隔読影システム及び制御プログラム
JP2014210108A (ja) * 2013-04-19 2014-11-13 オリンパスメディカルシステムズ株式会社 画像管理装置、画像管理方法、および画像管理システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112771527A (zh) * 2018-11-02 2021-05-07 索尼公司 信息处理程序、信息处理装置和信息处理方法
US11265146B2 (en) 2019-01-04 2022-03-01 Samsung Electronics Co., Ltd. Electronic apparatus managing data based on block chain and method for managing data

Also Published As

Publication number Publication date
JP2018133051A (ja) 2018-08-23
JP6268624B1 (ja) 2018-01-31

Similar Documents

Publication Publication Date Title
WO2018151279A1 (ja) データ管理システム、プログラム、データ構造、及び記録媒体
JP6998747B2 (ja) データ管理装置及びコンテンツデータの提供方法
WO2018176484A1 (zh) 医学影像传输数据的处理方法、装置及电子设备
US20170277831A1 (en) System and method for generating, storing and accessing secured medical imagery
US20160154977A1 (en) Transmitting medical datasets
CN109886027A (zh) 一种基于区块链的医疗数据安全共享方法
WO2019138071A1 (en) Storing and accessing medical datasets on the blockchain
CN107194267B (zh) 数据处理方法、数据处理设备以及计算机可读存储介质
JP2015515659A (ja) 患者に関連するデータレコードを処理するための方法
CN112534433A (zh) 基于区块链的医疗数据记录的分发
JP2019061578A (ja) 学習支援装置、学習支援装置の作動方法、学習支援プログラム、学習支援システム、および端末装置
JP2016048530A (ja) デジタル医療用画像データ記憶システム
EP3799052A1 (en) Providing and receiving medical data records
JP2008029419A (ja) 読影データ管理装置及び読影データ管理方法
JP2008036262A (ja) 画像転送方法、画像転送装置、及び画像転送プログラム
CN103971063B (zh) 用于安全性至关重要的医学图像内容的传输措施
CN104008262A (zh) 用于显示医学内容的方法和***
US20190095583A1 (en) Method and system for electronic medical record processing in presence of conflicts
JP6775116B2 (ja) 医療データ処理装置、端末装置、情報処理方法、およびシステム
US8849068B2 (en) Image management system, image management method, and program
US20210005293A1 (en) System and method for providing access of a user's health information to third parties
JP6957904B2 (ja) 情報処理システム、情報処理装置及びプログラム
WO2021193815A1 (ja) 機械学習システムおよび方法、統合サーバ、情報処理装置、プログラムならびに推論モデルの作成方法
US20190087541A1 (en) Method and system for storing data during updates of electronic medical records
JP6520007B2 (ja) 遠隔読影システム、遠隔読影システムの制御方法、およびコンピュータプログラム

Legal Events

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

Ref document number: 18754818

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18754818

Country of ref document: EP

Kind code of ref document: A1