WO2018151279A1 - データ管理システム、プログラム、データ構造、及び記録媒体 - Google Patents
データ管理システム、プログラム、データ構造、及び記録媒体 Download PDFInfo
- 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
Links
- 230000010365 information processing Effects 0.000 claims abstract description 39
- 238000013523 data management Methods 0.000 claims description 145
- 238000007726 management method Methods 0.000 claims description 69
- 238000012545 processing Methods 0.000 claims description 51
- 238000002059 diagnostic imaging Methods 0.000 claims description 9
- 238000003384 imaging method Methods 0.000 claims description 8
- 238000000034 method Methods 0.000 description 46
- 238000004891 communication Methods 0.000 description 35
- 230000008569 process Effects 0.000 description 35
- 238000003745 diagnosis Methods 0.000 description 10
- 238000007689 inspection Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000004886 process control Methods 0.000 description 4
- 230000009467 reduction Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000002591 computed tomography Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000005855 radiation Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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
情報処理装置の各々は、コンテンツデータとメタデータとを含むデータのうちのメタデータに基づいて、コンテンツデータの識別情報を表すコンテンツデータIDを生成する。データ管理装置は、複数の情報処理装置の各々によって生成されたコンテンツデータIDの各々と、コンテンツデータIDの各々に対応するコンテンツデータとが対応付けられて格納されたIDデータベースを備え、特定の要求信号を受け付けた場合に、IDデータベースに格納されたコンテンツデータのうち、要求信号に対応するコンテンツデータを出力する。
Description
開示の技術は、データ管理システム、プログラム、データ構造、及び記録媒体に関する。
従来からデータを管理する方法が提案されている。例えば、医療分野で用いられる医用画像については、医用画像と付帯情報とに応じたDICOM規格という標準規格が用いられており、DICOM規格に基づき患者の医用画像が各医療機関内で管理されている。DICOMとは、Digital Imaging and Communication in Medicineの略称であり、医用画像の保存、通信方法を定めた国際標準規格である。
医用画像と付帯情報との管理方法としては、例えば、複数の検査装置によって得られた画像データを、同一検査の画像データとして識別できるようにする診断システムが知られている(例えば、特開2007-7190号公報)。この診断システムでは、RIS(放射線部門管理システム)から検査識別情報を付加した検査オーダ情報を検査装置に送り、各検査装置において検査オーダ情報に基づいて検査を行う。そして、診断システムは、画像データを作成し、作成されたそれぞれ画像データと検査識別情報とを記憶する。
また、データベースに関連付けられて登録された医用画像及び属性情報の変更をする医用画像管理装置が知られている(例えば、特開2007-313219号公報)。この医用画像管理装置は、患者を撮影した医用画像に付帯された付帯情報に基づいて当該医用画像を記憶し管理する。具体的には、医用画像管理装置は、付帯情報に含まれる情報の関係を分析して階層別に分別し、階層別に分別された情報に上位層と関連付ける関連情報を付加して階層構造のグループを患者単位で生成し、管理情報データベースに記憶させる。そして、医用画像管理装置は、グループに含まれる情報を他のグループに移動させる場合、移動元となるグループに含まれる情報に付加された関連情報を、当該情報と同一層の移動先となるグループの関連情報に書き換える。
また、サーバから取得した付帯情報に含まれなかった項目に関する情報についても利用者に提供する処理装置が知られている(例えば、特開2008-206687号公報)。この処理装置は、DICOM画像サーバから送信される付帯情報に含まれた項目の情報に関連し、且つ取得した付帯情報に含まれなかった項目に関連した情報を記憶部から抽出する。そして、処理装置は、取得した付帯情報に含まれた情報と抽出した情報とを表した表示画像を生成する。
また、多くの画像データの中から選択された画像データによって構成される画像集合を簡単かつ正確に設定する医用画像集合処理システムが知られている(例えば、特開2005-110974号公報)。この医用画像集合処理システムは、診断対象患者の画像データ及びその付帯情報を保管する。そして、医用画像集合処理システムは、付帯情報を階層的に分類して付帯情報管理リストを生成する。一方、医用画像集合処理システムは、付帯情報管理リストの付帯情報に基づいて所望の画像集合を設定するための画像集合条件式を作成する。次いで、医用画像集合処理システムは、画像集合条件式に基づいて画像集合を構成する画像データを画像データ記憶部から読み出し、得られた画像データで構成された画像集合を供給して所望の画像データ処理を行なう。
しかし、コンテンツデータとメタデータとが対応付けられて管理されている場合、複数の利用者によるデータの共有がしにくいという課題がある。
例えば、DICOM規格の医用画像では、コンテンツデータの一例としての医用画像の画素情報とメタデータの一例としての付帯情報とが組み合わされた形式で管理される。このため、例えば、医療機関Aにおいて撮像された患者の医用画像を、医療機関Bにおいても利用したい場合には、医療機関Aで撮像されたDICOM規格の医用画像を医療機関Bへ任意の通信手段等を用いて送信する必要がある。
しかし、DICOM規格の医用画像に付与されている付帯情報には、患者の個人情報等が含まれているため、機密性の高い通信手段を用いる必要がある。そのため、DICOM規格の医用画像のように、コンテンツデータとメタデータとが対応付けられて管理されている場合には、複数の利用者によってコンテンツデータを共有しにくいという課題がある。
一つの側面では、開示の技術は、上記の事情を鑑みてなされたもので、コンテンツデータとメタデータとが対応付けられて管理されている場合であっても、コンテンツデータにアクセスするためのコンテンツデータIDを複数の情報処理装置によって共有することができるデータ管理システム、プログラム、及びデータ構造を提供することを目的とする。
上記の目的を達成するために第1の実施態様のデータ管理システムは複数の情報処理装置とデータ管理装置とを含むデータ管理システムであって、複数の前記情報処理装置の各々は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータIDを生成する生成部と、複数の前記情報処理装置の各々の前記生成部によって生成された前記コンテンツデータIDが格納されたIDデータベースと、を備え、前記データ管理装置は、複数の前記情報処理装置によって生成された前記コンテンツデータIDの各々と、前記コンテンツデータIDの各々に対応する前記コンテンツデータとが対応付けられて格納されたコンテンツデータベースと、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号に対応する前記コンテンツデータを出力する出力部と、を備える。
また、第2の実施態様のプログラムは、コンピュータを、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータIDを生成する生成部として機能させるためのプログラムである。また、第2の実施態様のプログラムは、複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、複数の前記情報処理装置の各々において実行されるプログラムであって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータIDを生成し、複数の前記情報処理装置によって生成された前記コンテンツデータIDと該コンテンツデータIDに対応する前記メタデータとを含むブロックの系列を、IDデータベースへ格納し、特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、前記データ管理装置に格納された、前記コンテンツデータID及び前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータを受信し、前記IDデータベースに格納された、前記要求信号が表す前記コンテンツデータIDに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する、処理をコンピュータに実行させるためのプログラムとすることができる。
また、第3の実施態様のプログラムは、コンピュータを、特定のコンテンツデータの識別情報を表すコンテンツデータIDに関する要求信号を受け付けた場合に、複数の情報処理装置によって生成されたコンテンツデータIDの各々と、前記コンテンツデータIDの各々に対応するコンテンツデータとが対応付けられて格納されたコンテンツデータベースに格納された前記コンテンツデータIDから、前記要求信号に対応する前記コンテンツデータを出力する出力部として機能させるためのプログラムである。また、第3の実施態様のプログラムは、複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、前記データ管理装置において実行されるプログラムであって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDと該コンテンツデータIDに対応するコンテンツデータとを、コンテンツデータベースへ格納し、複数の前記情報処理装置の各々から、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータIDに対応する前記コンテンツデータを出力する、処理をコンピュータに実行させるためのプログラムとすることができる。
また、第4の実施態様のデータ構造は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDと、前記コンテンツデータIDに対応する前記コンテンツデータとが対応付けられたデータ構造である。また、第4の実施態様のデータ構造は、複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDと、前記コンテンツデータIDに対応する前記コンテンツデータと、を含み、前記データ管理装置が、複数の前記情報処理装置の各々から送信された、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータIDに対応する前記コンテンツデータを出力する処理に用いられる、データ構造とすることができる。
また、第5の実施態様のデータ構造は、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDを含むブロックの系列を表すデータ構造である。また、第5の実施態様のデータ構造は、複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDを含むブロックの系列を含み、複数の前記情報処理装置の各々が、特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、前記データ管理装置に格納された前記コンテンツデータIDと該コンテンツデータIDに対応する前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータIDに対応する前記コンテンツデータを受信し、前記ブロックの系列のうちの、前記要求信号が表す前記コンテンツデータIDに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する処理に用いられる、データ構造とすることができる。
また、第6の実施態様のデータ管理システムは、ユーザに関する前記データを前記コンテンツデータと前記メタデータとに分割し、前記コンテンツデータと前記ユーザの識別情報を表すユーザIDとを暗号化し、暗号化された前記コンテンツデータ及び前記ユーザIDを前記データ管理装置へ送信する分割装置を更に含み、前記データ管理装置は、前記分割装置から送信された、暗号化された前記コンテンツデータ及び前記ユーザIDを前記コンテンツデータベースへ格納し、前記出力部は、特定の前記ユーザIDに対応する前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースの暗号化された前記コンテンツデータのうち、特定の前記ユーザIDに対応する前記コンテンツデータを出力し、複数の前記情報処理装置の各々は、前記データ管理装置から出力され、かつ暗号化された前記コンテンツデータを受信し、受信した前記コンテンツデータを復号化して、特定の前記ユーザIDに対応する前記コンテンツデータを取得する。
第7の実施態様の記録媒体は、第2の実施態様又は第3の実施態様のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
第8の実施態様の記録媒体は、第4の実施態様又は第5の実施態様のデータ構造を記録したコンピュータ読み取り可能な記録媒体である。
本実施形態によれば、コンテンツデータとメタデータとが対応付けられて管理されている場合であっても、コンテンツデータにアクセスするためのコンテンツデータIDを複数の情報処理装置によって共有することができる、という効果が得られる。
以下、図面を参照して実施形態を詳細に説明する。なお、本実施形態では、DICOM規格に応じた医用画像の画素情報と付帯情報とを含む情報を表すDICOM画像を対象とし、コンテンツデータが画素情報であり、メタデータが付帯情報である場合を例に説明する。
<データ管理システムのシステム構成>
図1は、実施形態のデータ管理システム1を示すブロック図である。図1に示されるように、データ管理システム1は、複数の医療機関システム2A~2Dと、データ管理サーバ3と、ユーザ端末4とを備える。複数の医療機関システム2A~2Dと、データ管理サーバ3と、ユーザ端末4とは、例えばインターネット等のネットワーク5によって接続されている。データ管理サーバ3はデータ管理装置の一例である。
なお、医療機関Aは医療機関システム2Aを備え、医療機関Bは医療機関システム2Bを備え、医療機関Cは医療機関システム2Cに備え、医療機関Dは医療機関システム2Dを備える場合を例に説明する。
図2に、データ管理システム1の詳細な構成例を示す。図2に示される例では、医療機関Aが備える医療機関システム2Aの具体的な構成とデータ管理サーバ3の具体的な構成例とが示されている。
医療機関システム2Aは、病院端末19Aと、RIS(Radiology Information System)サーバ20Aと、画像診断装置21Aと、処理サーバ22Aと、付帯情報管理サーバ25Aとを含む。また、データ管理サーバ3は、通信部30と、制御部31と、医療機関データベース32と、ユーザ情報データベース33とを備える。付帯情報管理サーバ25Aは、情報処理装置の一例である。また、ユーザ情報データベース33は、コンテンツデータベースの一例である。また、処理サーバ22Aは分割装置の一例である。また、制御部31は、出力部の一例である。
医療機関を利用する予定のユーザは、ユーザ端末4を操作しデータ管理サーバ3との間でユーザ登録を行う。以下では、まず、ユーザ登録の場面について説明する。
ユーザは、所定の医療機関において画像診断を受けたい場合、ユーザ端末4を操作して、データ管理サーバ3との間で情報の送受信を行う。具体的には、ユーザはユーザ端末4を操作し、データ管理サーバ3に対してユーザ登録をしたい旨の制御信号を送信する。制御信号には、例えば、ユーザ名等が含まれる。
データ管理サーバ3の通信部30は、ユーザ端末4から送信された制御信号を受信し制御部31へ出力する。次に、データ管理サーバ3の制御部31は、通信部30から出力された制御信号に応じてユーザIDを生成する。そして、制御部31は、ユーザIDと制御信号に含まれるユーザ名等とを対応付けて、ユーザ情報データベース33へ格納する。
図3に示されるように、ユーザ情報データベース33には、ユーザテーブルと画像テーブルとが格納される。ユーザテーブルには、ユーザIDとユーザ名等とが対応付けられて格納される。また、画像テーブルには、後述する複数の付帯情報管理サーバ25A~25Dによって生成された画像IDの各々と、画像IDの各々に対応する医用画像の画素情報とが対応付けられて格納される。図4に、ユーザテーブルの一例を示す。画像テーブルについては後述する。
また、データ管理サーバ3の制御部31は、ユーザIDをユーザ端末4へ通信部30を介して送信する。そして、ユーザIDはユーザ端末4の所定の記憶部(図示省略)へ格納される。
次に、医療機関システム2Aとデータ管理サーバ3との間で行われる医療機関登録の場面について説明する。なお、医療機関登録の処理は、医療機関システム2B~2Dについても同様に行われる。
医療機関システム2Aの病院端末19Aは、医療機関の担当者からの操作情報を受け付け、データ管理サーバ3に対して医療機関の登録をしたい旨の制御信号を送信する。制御信号には、例えば、医療機関名等が含まれる。
データ管理サーバ3の通信部30は、医療機関システム2Aの病院端末19Aから送信された制御信号を受信し制御部31へ出力する。データ管理サーバ3の制御部31は、通信部30から出力された制御信号に応じて医療機関IDを生成する。そして、制御部31は、医療機関IDと制御信号に含まれる医療機関名等とを対応付けて、医療機関データベース32へ格納する。
また、データ管理サーバ3の制御部31は、医療機関IDを病院端末19Aへ通信部30を介して送信する。そして、医療機関IDは病院端末19Aの所定の記憶部(図示省略)へ格納される。
次に、医療機関Aにおいてユーザが画像診断を受ける場面について説明する。
ユーザが医療機関Aを訪問し、ユーザの個人情報等を含む患者の情報とユーザ端末4の記憶部(図示省略)に格納されたユーザIDとを医療機関Aへ提示する。医療機関Aの担当者は、患者の情報とユーザIDとを取得する。そして、医療機関Aの担当者は、患者の情報をRISサーバ20Aへ入力する。また、医療機関Aの担当者は、ユーザIDを処理サーバ22Aへ入力する。
RISサーバ20Aは、担当者によって入力された患者の情報を受け付ける。そして、RISサーバ20Aは、患者の情報に基づき、患者情報、予約情報、及び診断結果情報等を表す登録情報を記憶部(図示省略)へ登録する。
以下、図5を参照して、ユーザが画像診断を受ける場面について説明する。
画像診断装置21Aは、図5の(A-1)において、ユーザ10の医用画像を撮像する。図5の(A-1)では、データ管理システム1が稼動した後、初めて医用画像が撮像されるものとする。医用画像は、X線CT(Computed Tomography)やMRI(Magnetic Resonance Imager)などの画像診断機器によって撮像される。画像診断装置21Aによる一度の撮像で複数の医用画像が撮像される。そして、画像診断装置21Aは、RISサーバ20Aによって登録された登録情報に基づいて、一度の撮像により得られた複数の医用画像を表す画像群の付帯情報を生成する。そして、画像診断装置21Aは、画像群の画素情報と付帯情報とが組み合わされた形式の情報を表すDICOM画像を生成する。
図6に、DICOM画像の一例を示す。図6に示されるように、DICOM画像には、医用画像の付帯情報Xと画素情報Yとが含まれる。付帯情報は、RISサーバ20A又はHIS(Hospital Information System)等の他システムと通信及び連携していくための情報である。付帯情報は規定のフォーマットにより符号化される。また、付帯情報は、患者情報、予約情報、及び診断結果情報等を表す登録情報に基づき生成された情報であるため、秘匿性の高い個人情報等が含まれている。なお、画素情報は、コンテンツデータの一例である。また、付帯情報はメタデータの一例である。
処理サーバ22Aは、処理制御部23Aと、通信部24Aとを備える。
処理制御部23Aは、医療機関Aの担当者によって入力されたユーザIDを受け付ける。処理制御部23Aは、図5の(A-2)において、画像診断装置21Aによって生成されたDICOM画像を、付帯情報と画素情報とに分割する。
そして、処理制御部23Aは、図5の(A-3)において、付帯情報及びユーザIDを付帯情報管理サーバ25Aへ出力する。また、処理サーバ22Aは、図5の(A-4)において、画素情報及びユーザIDをデータ管理サーバ3へ通信部24Aを介して送信する。
データ管理サーバ3の通信部30は、処理サーバ22Aから送信された画素情報及びユーザIDを受信する。データ管理サーバ3の制御部31は、通信部30により受信された画素情報及びユーザIDをユーザ情報データベース33の画像テーブルに格納する。
付帯情報管理サーバ25Aは、図5の(A-5)において、処理サーバ22Aによって得られた付帯情報から画像IDを生成する。付帯情報管理サーバ25Aは、付帯情報制御部26Aと、付帯情報データベース27Aと、ブロック情報データベース28Aと、通信部29Aとを備える。なお、画像IDは、コンテンツデータIDの一例である。また、付帯情報制御部26Aは生成部の一例である。また、ブロック情報データベース28Aは、IDデータベースの一例である。
付帯情報制御部26Aは、処理サーバ22Aから出力された付帯情報及びユーザIDを取得する。そして、付帯情報制御部26Aは、付帯情報及びユーザIDを付帯情報データベース27Aの付帯情報テーブルへ格納する。
付帯情報データベース27Aには、処理サーバ22Aから出力された付帯情報及びユーザIDが格納される。付帯情報データベース27Aに格納される付帯情報テーブルには、図7に示されるように、ユーザIDと付帯情報等とが対応付けられて格納される。
付帯情報制御部26Aは、付帯情報データベース27Aに格納された付帯情報及びユーザIDを取得する。そして、付帯情報制御部26Aは、図5の(A-5)において、付帯情報をハッシュ化することにより、画像診断装置21Aによって撮像された画像群の画素情報の識別情報を表す画像IDを生成する。図5の(A-5)における画像ID1の生成は、データ管理システム1が初めて稼動した後、初めて生成される画像IDである。そのため、付帯情報制御部26Aは、データ管理サーバ3によって予め生成されたダミーデータである画像ID0を含むブロック0を取得し、画像ID0及び付帯情報をハッシュ化することにより、画像ID1を生成する。画像IDは、画像群の画素情報の管理に用いられる。
ここで、医療機関におけるDICOM画像の管理方法について説明する。
患者が医療機関において診察を受ける場合、他の医療機関において既に撮像された医用画像は、患者のカルテと同等の役割を担うことがあるため、重要な情報資産であるといえる。また、医用画像撮像のための費用、時間、患者の身体的負担軽減、又は患者の経過観察の観点からも、他の医療機関において既に撮像された医用画像が活用されることが望ましい。
実際の医療現場においては、一度撮像された医用画像を他の医療機関で活用する場合には、医用画像を撮像した医療機関に紹介状を作成してもらい、一部の医用画像を他の医療機関に持ち込む場合がほとんどである。しかし、紹介状の取得の手間から、特定の医療機関において撮像された医用画像が別の医療機関で活用されるケースは少なく、過去に撮像された医用画像は効率的に活用されていない。
このようなことから、各医療機関共有の外部データベースを用意し、患者の医用画像を一元管理する方法が考えられる。この方法を用いることにより、医療機関は患者の全ての医用画像を参照することができる。しかし、医用画像には秘匿性の高い個人情報が含まれているため、外部データベースに医用画像を格納することは適切でないという理由から、外部データベースを活用する方法は普及していない。また、個人情報が削除された医用画像を外部データベースに格納したとしても、患者を特定することができないため診断に用いることができない。
そこで、本実施形態では、ブロックチェーン(例えば、参考文献(Satoshi Nakamoto,"Bitcoin: A Peer-to-Peer Electronic Cash System")を参照)により、各医療機関が医用画像の付帯情報を管理する。本実施形態では、医用画像の付帯情報は各医療機関で管理され、医用画像の画素情報は外部データベースに格納される。各医療機関が患者の個人情報を含む付帯情報を管理することにより、患者の個人情報が安全に管理され、かつ医用画像が効率的に活用される。
具体的には、図8に示されるように、複数の医療機関A~Dが有する付帯情報管理サーバ25A~25Dによって、医用画像の付帯情報及び画像IDを含むブロックの系列を表すブロックチェーンが管理される。ブロックチェーンにおける分散台帳技術により、システムの参加者である医療機関A~Dのブロック情報データベース28A~27Dに同一の情報が格納される。
例えば、付帯情報管理サーバ25A~25Dの各ブロック情報データベース28A~27Dには、図8に示されるように、付帯情報と画像IDとを含むブロックの系列がブロックチェーンとして格納される。付帯情報及び画像IDがブロックチェーンとして管理されることにより、個人情報を含む付帯情報を医用画像の画素情報と分けて管理することができる。これにより、医用画像の画素情報にアクセスするための画像IDを複数の医療機関によって共有することができる。また、付帯情報及び画像IDをブロックチェーンを用いて管理することにより、データの改竄が困難となり、付帯情報及び画像IDのデータの完全性が確保される。
具体的には、特定の医療機関において医用画像の撮像が行われると、画像ID及び付帯情報がすべての医療機関へ広められる。例えば、医療機関Aにおいて医用画像の撮像が行われた場合、付帯情報管理サーバ25Aの付帯情報制御部26Aは、図5の(A-5)において、画像ID0及び付帯情報をハッシュ化することにより、画像ID1を生成する。そして、付帯情報管理サーバ25Aの付帯情報制御部26Aは、付帯情報及び画像ID1を含むブロックを他の医療機関システム2B~2Dへ送信する。
医療機関B~Dの各付帯情報管理サーバ25B~25Dは、医療機関Aにおいて撮像された医用画像の画像群の付帯情報及び画像ID1を含むブロックを取得し、取得したブロックをブロック情報データベース28A~27Dのブロック情報テーブルへ格納する。また、付帯情報制御部26Aは、生成したブロックをブロック情報データベース28Aのブロック情報テーブルへ格納する。これにより、画素情報の画像IDに対応するブロックの系列を表すブロックチェーンの生成が開始される。
ブロック情報データベース28Aのブロック情報テーブルには、複数の付帯情報管理サーバ25A~25Dによって生成された画像IDを含むブロックの系列を表すブロックチェーンが格納される。具体的には、例えば、医療機関Aとは異なる医療機関B~Cにおいてユーザの医用画像が撮像された場合、ブロック情報データベース28Aのブロック情報テーブルには、付帯情報制御部26Aによって生成された画像IDを含むブロックと、他の付帯情報処理サーバ25B~25Dによって生成された画像IDを含むブロックの系列を表すブロックチェーンが格納される。
図9にブロック情報テーブルの一例を示す。図9に示されるように、ブロック情報テーブルには、画像ID及び付帯情報等を表すブロック情報と、ブロック情報を識別するためのブロックIDとが対応付けられて格納される。
次に、付帯情報制御部26Aは、図5の(A-6)において、生成された画像ID1とユーザIDとを対応付けて、画像ID1及びユーザIDをデータ管理サーバ3へ通信部29Aを介して送信する。
データ管理サーバ3の通信部30は、付帯情報管理サーバ25Aから送信された画像ID及びユーザIDを受信する。データ管理サーバ3の制御部31は、通信部30によって受信した画像ID及びユーザIDを取得する。そして、制御部31は、付帯情報管理サーバ25Aから送信された画像ID及びユーザIDと、処理サーバ22Aから送信された画素情報及びユーザIDとに基づき、画像IDと画素情報とを対応付ける。具体的には、ユーザIDが対応する、画像IDと画素情報とを対応付ける。そして、制御部31は、対応付けられた画像ID及び画素情報を、ユーザ情報データベース33の画像テーブルへ格納する。
図5に示されるように、画像テーブルに格納された、画像IDと画素情報とユーザIDのうち、ユーザIDは外部キー(FK)として格納される。従って、ユーザテーブルに格納されたユーザIDと画像IDとは1対Nの関係となる。図10に、画像テーブルの一例を示す。
医療機関Aとは異なる医療機関B~Cにおいてユーザの医用画像が撮像された場合、ユーザ情報データベース33の画像テーブルに格納される画像IDの各々は、複数の付帯情報管理サーバ25A~25Dによって生成されたものである。また、画像IDの各々に対応付けられた医用画像の画素情報は、複数の医療機関A~Dにおいて撮像されたものである。
次に、画像診断装置21Aは、図11の(B-1)において、データ管理システム1が稼動した後、2回目の医用画像の画像群を撮像する。そして、画像診断装置21Aは、RISサーバ20Aによって登録された登録情報に基づいて、医用画像の画像群の付帯情報を生成する。そして、画像診断装置21Aは、2回目の撮像によって得られた医用画像の画像群のDICOM画像を生成する。
処理サーバ22Aの処理制御部23Aは、図11の(B-2)において、画像診断装置21Aによって生成された2回目の撮像によって得られた画像群のDICOM画像を、付帯情報と画素情報とに分割する。処理制御部23Aは、図11の(B-3)において、付帯情報を付帯情報管理サーバ25Aへ出力する。また、処理サーバ22Aは、図11の(B-4)において、画素情報及びユーザIDをデータ管理サーバ3へ送信する。
付帯情報管理サーバ25Aの付帯情報制御部26Aは、図11の(B-5)において、生成対象の医用画像の画素情報の画像IDを生成する際に、前回生成された画像ID1と、生成対象の医用画像の付帯情報とに基づいて、画像ID2を生成する。具体的には、付帯情報制御部26Aは、処理サーバ22Aによって出力された付帯情報と前回の画像群の画像ID1とをハッシュ化することにより、2回目の撮像によって得られた画像群の画像ID2を生成する。
そして、付帯情報管理サーバ25Aの付帯情報制御部26Aは、付帯情報及び画像ID2を含むブロックを医療機関システム2B~2Dへ送信する。
医療機関B~Dの各付帯情報管理サーバ25B~25Dは、医療機関Aにおいて撮像された医用画像の画像群の付帯情報及び画像ID2を含むブロックを取得し、取得したブロックをブロック情報データベース28B~27Dのブロック情報テーブルのブロックチェーンへ追加する。また、付帯情報制御部26Aは、生成したブロックを、ブロック情報データベース28Aのブロック情報テーブルのブロックチェーンへ追加する。
これにより、例えば図12に示されるように、医療機関Aに関する情報はデータ管理サーバ3の医療機関データベース32へ登録され、医療機関Aの医療機関システム2Aの付帯情報管理サーバ25Aが備えるブロック情報データベース28Aのブロック情報テーブルにブロック情報が格納される。
なお、ブロック情報データベース28Aのブロック情報テーブルに格納される情報は、図13に示されるように、画像ID及び付帯情報を含む複数のブロックの系列を表すブロックチェーンとして格納される。
次に、図14を参照して、医療機関Aとは異なる医療機関Bが、医療機関Aで撮像されたユーザ10の医用画像の画素情報を取得する場面について説明する。
図14の(C-1)において、ユーザ10が医療機関Bを訪問し、ユーザ10の個人情報等を含む患者の情報とユーザIDとを医療機関Bへ提示する。医療機関Bの担当者は、ユーザ10の患者の情報とユーザIDとを取得する。そして、医療機関Bの担当者は、ユーザIDを付帯情報管理サーバ25Bへ入力する。
付帯情報管理サーバ25Bの付帯情報制御部26Bは、ユーザIDを取得する。そして、付帯情報制御部26Bは、(C-2)において、ユーザIDを含む特定の要求信号を、データ管理サーバ3へ送信する。ユーザIDを含む特定の要求信号は、特定のコンテンツデータに関する要求信号の一例である。
データ管理サーバ3の制御部31は、通信部30により受信した要求信号を受信する。次に、制御部31は、ユーザ情報データベース33の画像テーブルを参照し、要求信号に含まれるユーザIDに対応する全ての画像ID及び画素情報を取得する。そして、制御部31は、取得した全ての画像ID及び画素情報を医療機関システム2Bの付帯情報管理サーバ25Bへ通信部30を介して送信する。
付帯情報管理サーバ25Bの付帯情報制御部26Bは、データ管理サーバ3から送信された画像ID及び画素情報を取得する。付帯情報制御部26Bは、付帯情報データベース27Bのブロック情報テーブルを参照し、データ管理サーバ3から送信された画像IDと対応する付帯情報を取得する。そして、付帯情報制御部26Bは、付帯情報とデータ管理サーバ3から送信された画素情報とを対応付けて、ユーザ10のDICOM画像を復元する。これにより、医療機関Bは、他の医療機関Aにおいて撮像されたユーザ10の医用画像を取得することができる。なお、DICOM画像を復元せずに、付帯情報と画素情報とを単に対応付けてもよい。
データ管理システム1のデータ管理サーバ3、病院端末19A、RISサーバ20A、画像診断装置21A、処理サーバ22A、及び付帯情報管理サーバ25Aは、例えば、図15に示すコンピュータ50で実現することができる。コンピュータ50はCPU51、一時記憶領域としてのメモリ52、及び不揮発性の記憶部53を備える。また、コンピュータ50は、入出力装置等(図示省略)が接続される入出力interface(I/F)54、及び記録媒体に対するデータの読み込み及び書き込みを制御するread/write(R/W)部55を備える。また、コンピュータ50は、インターネット等のネットワークに接続されるネットワークI/F56を備える。CPU51、メモリ52、記憶部53、入出力I/F54、R/W部55、及びネットワークI/F56は、バス57を介して互いに接続される。
記憶部53は、Hard Disk Drive(HDD)、solid state drive(SSD)、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部53には、コンピュータ50を機能させるためのプログラムが記憶されている。CPU51は、プログラムを記憶部53から読み出してメモリ52に展開し、プログラムが有するプロセスを順次実行する。ソフトウェアであるプログラムを実行するプロセッサはハードウェアである。
<データ管理システム1の作用>
次に、図16~図19を参照して、本実施の形態のデータ管理システム1の作用について説明する。データ管理システム1のデータ管理サーバ3、ユーザ端末4、病院端末19A~19D、画像診断装置21A、処理サーバ22A、付帯情報管理サーバ25A~25Bは、以下の処理に対応する各プログラムを実行する。
次に、図16~図19を参照して、本実施の形態のデータ管理システム1の作用について説明する。データ管理システム1のデータ管理サーバ3、ユーザ端末4、病院端末19A~19D、画像診断装置21A、処理サーバ22A、付帯情報管理サーバ25A~25Bは、以下の処理に対応する各プログラムを実行する。
<ユーザ及び医療機関登録処理>
まず、図16を参照して、ユーザ登録と医療機関登録との処理について説明する。
まず、図16を参照して、ユーザ登録と医療機関登録との処理について説明する。
ステップS100において、ユーザはユーザ端末4を操作し、データ管理サーバ3に対してユーザ名等のユーザ情報を含む制御信号を送信する。
ステップS102において、データ管理サーバ3の通信部30は、上記ステップS100でユーザ端末4から送信された制御信号を受信する。次に、データ管理サーバ3の制御部31は、通信部30により受信した制御信号に含まれるユーザ情報に応じてユーザIDを生成する。そして、制御部31は、ユーザIDとユーザ情報に含まれるユーザ名等とを対応付けて、ユーザ情報データベース33へ登録する。
ステップS104において、データ管理サーバ3の制御部31は、上記ステップS102で生成されたユーザIDをユーザ端末4へ送信する。
ステップS106において、ユーザ端末4は、ステップS104でデータ管理サーバ3から送信されたユーザIDを取得し、ユーザ端末4の所定の記憶部(図示省略)へ格納する。
ステップS108において、医療機関システム2Aの病院端末19Aは、医療機関の担当者からの操作情報を受け付け、データ管理サーバ3に対して医療機関名等の医療機関情報を含む制御信号を送信する。
ステップS110において、データ管理サーバ3の通信部30は、ステップS108で病院端末19Aから送信された制御信号を受信する。データ管理サーバ3の制御部31は、通信部30から出力された制御信号に含まれる医療機関情報に応じて医療機関IDを生成する。そして、制御部31は、医療機関IDと医療機関情報に含まれる医療機関名等とを対応付けて、医療機関データベース32へ登録する。
ステップS112において、データ管理サーバ3の制御部31は、上記ステップS110で生成された医療機関IDを病院端末19Aへ送信する。
ステップS114において、病院端末19Aは、ステップS112で病院端末19Aから送信された医療機関IDを取得し、病院端末19Aの所定の記憶部(図示省略)へ格納する。
次に、医療機関Aにおける医用画像取得処理とブロック情報生成処理とについて説明する。なお、本実施形態では、医用画像取得処理とブロック情報生成処理とが異なるタイミングで行われる場合を例に説明する。具体的には、ブロック情報生成処理が行われる時間帯を予め設定する。例えば、ブロック情報生成処理が行われる時間帯をAM00:00~AM8:00として予め設定し、付帯情報管理サーバ25A~25Dは、AM00:00~AM8:00の間でブロック情報生成処理を実行する。そのため、予め設定された時間帯と異なる時間帯AM8:00~PM12:00の間は、ブロックチェーンは更新されない。
<医用画像取得処理>
まず、図17を参照して、医療機関Aにおいて医用画像が撮像される場面において行われる処理を説明する。
まず、図17を参照して、医療機関Aにおいて医用画像が撮像される場面において行われる処理を説明する。
ユーザが医療機関Aを訪問し、ユーザの個人情報等を含む患者の情報とユーザ端末4の記憶部(図示省略)に格納されたユーザIDとを医療機関Aへ提示する。医療機関Aの担当者は、患者の情報とユーザIDとを取得する。そして、医療機関Aの担当者は、患者の情報をRISサーバ20Aへ入力する。また、医療機関Aの担当者は、ユーザIDを処理サーバ22Aへ入力する。
RISサーバ20Aは、担当者によって入力された患者の情報を受け付ける。そして、RISサーバ20Aは、患者の情報に基づき、患者情報、予約情報、及び診断結果情報等を表す登録情報を記憶部(図示省略)へ登録する。
ステップS200において、画像診断装置21Aは、ユーザに対しての複数の医用画像を撮像する。そして、画像診断装置21Aは、RISサーバ20Aによって登録された登録情報に基づいて、複数の医用画像を表す画像群の付帯情報を生成する。そして、画像診断装置21Aは、画像群の画素情報と付帯情報とが組み合わされた形式の情報を表すDICOM画像を生成する。そして、画像診断装置21Aは、DICOM画像を処理サーバ22Aへ出力する。
ステップS202において、処理サーバ22Aの処理制御部23Aは、上記ステップS200で画像診断装置21Aから出力されたDICOM画像を、付帯情報と画素情報とに分割する。
ステップS204において、処理制御部23Aは、上記ステップS202で得られた付帯情報と、医療機関Aの担当者により入力されたユーザIDとを付帯情報管理サーバ25Aへ出力する。また、処理制御部23Aは、上記ステップS202で得られた画素情報と、医療機関Aの担当者により入力されたユーザIDとをデータ管理サーバ3へ通信部24Aを介して送信する。
ステップS206において、データ管理サーバ3の通信部30は、上記ステップS204で処理サーバ22Aから送信された画素情報及びユーザIDを受信する。
ステップS208において、データ管理サーバ3の制御部31は、上記ステップS206で通信部30により受信された画素情報及びユーザIDをユーザ情報データベース33の画像テーブルに格納する。
ステップS210において、付帯情報管理サーバ25Aの付帯情報制御部26Aは、上記ステップS204で処理サーバ22Aから出力された付帯情報及びユーザIDを取得する。
ステップS212において、付帯情報制御部26Aは、上記ステップS210で取得された付帯情報及びユーザIDを付帯情報データベース27Aの付帯情報テーブルへ格納する。
<ブロック情報生成処理>
次に、図18を参照して、医療機関Aにおけるブロック情報生成処理を説明する。例えば、ブロック情報生成処理が行われる時間帯において、付帯情報管理サーバ25Aは、図18に示すブロック情報生成処理を実行する。
次に、図18を参照して、医療機関Aにおけるブロック情報生成処理を説明する。例えば、ブロック情報生成処理が行われる時間帯において、付帯情報管理サーバ25Aは、図18に示すブロック情報生成処理を実行する。
なお、本実施形態では、各医療機関の付帯情報管理サーバ25A~25Dは、予め設定された順番に従って、ブロック情報の生成処理を行う場合を例に説明する。例えば、データ管理サーバ3は、医療機関A~Dの医療機関IDに対して、ブロック情報の生成処理の順番を表す番号を割り当てる(医療機関A:1、医療機関B:2、医療機関C:3、医療機関D:4)。
そして、例えば、データ管理サーバ3は、ブロック情報生成処理の実行を指示する指示信号を、予め設定された順番に応じて、付帯情報管理サーバ25A~25Dへ送信する。そして、指示信号を受信した付帯情報管理サーバは、ブロック情報生成処理を実行する。
例えば、番号1が割り当てられた医療機関Aの付帯情報管理サーバ25Aが指示信号を受信すると、ブロック情報テーブルの最後尾のブロックに含まれる画像IDを用いて、新しいブロックの生成を開始する。次に、番号2が割り当てられた医療機関Bの付帯情報管理サーバ25Bが指示信号を受信すると、医療機関Aの付帯情報管理サーバ25Aが生成した最後尾のブロックを用いて、新しいブロックの生成を開始する。
以下、付帯情報管理サーバ25Aが実行するブロック情報生成処理について説明する。
ステップS214において、データ管理サーバ3の制御部31は、予め設定された順番に従い、指示信号を付帯情報管理サーバ25Aへ通信部30を介して送信する。
ステップS216において、付帯情報管理サーバ25Aの付帯情報制御部26Aは、データ管理サーバ3から送信された指示信号を受信する。そして、付帯情報制御部26Aは、通信部29Aにより受信された指示信号を取得すると、以下のステップS218~ステップS228の各処理を実行する。
ステップS218において、付帯情報制御部26Aは、付帯情報データベース27Aに格納された付帯情報及びユーザIDのうち、1組の付帯情報及びユーザIDを取得する。
ステップS220において、付帯情報制御部26Aは、ブロック情報データベース28Aのブロック情報テーブルから、最後尾のブロック情報を取得する。ブロック情報には画像IDが含まれる。
ステップS222において、付帯情報制御部26Aは、上記ステップS214で取得された付帯情報及び上記ステップS216で取得されたブロック情報に含まれる画像IDをハッシュ化することにより、画像IDを生成する。
なお、ステップS222において、データ管理システム1が初めて稼動した後、画像IDが初めて生成される場合には、付帯情報制御部26Aは、データ管理サーバ3により予め生成された画像ID0及び上記ステップS214で取得された付帯情報をハッシュ化することにより、画像ID1を生成する。
ステップS224において、付帯情報制御部26Aは、上記ステップS214で取得された付帯情報及び上記ステップS218で生成された画像IDを含むブロックを、他の医療機関B~Dの医療機関システム2B~2Dへ通信部29Aを介して送信する。
ステップS226において、医療機関B~Dの各付帯情報管理サーバ25B~25Dの通信部29B~29Dは、上記ステップS224で送信された付帯情報及び画像IDを含むブロックを受信する。
ステップS228において、各付帯情報管理サーバ25B~25Dの付帯情報制御部26B~26Dは、上記ステップS226で受信したブロックを各ブロック情報データベース28A~27Dのブロック情報テーブルのブロックチェーンへ追加する。
次に、ステップS230において、付帯情報制御部26Aは、上記ステップS218で取得された付帯情報及び上記ステップS222で生成された画像IDを含むブロックを、ブロック情報データベース28Aのブロック情報テーブルへ格納する。具体的には、ブロックをブロック情報テーブルのブロックチェーンへ追加する。
ステップS232において、付帯情報制御部26Aは、上記ステップS222で生成された画像IDと上記ステップS218で取得されたユーザIDとを対応付けて、画像ID及びユーザIDをデータ管理サーバ3へ通信部29Aを介して送信する。
ステップS234において、データ管理サーバ3の通信部30は、付帯情報管理サーバ25Aから送信された画像ID及びユーザIDを受信する。
ステップS236において、データ管理サーバ3の制御部31は、上記ステップS234で受信された画像ID及びユーザIDと、医用画像取得処理の上記ステップS208でユーザ情報データベース33の画像テーブルに格納された画素情報及びユーザIDとに基づき、画像IDと画素情報とを対応付ける。具体的には、ユーザIDが対応する、画像IDと画素情報とを対応付けて、ユーザ情報データベース33の画像テーブルへ格納する。
付帯情報制御部26Aは、付帯情報データベース27Aに格納された付帯情報及びユーザIDの全てについて、上記ステップS218~ステップS232の処理を繰り返す。これにより、医療機関Aにおいて撮像された医用画像の付帯情報及び画像IDを含むブロックチェーンが生成される。
なお、医療機関Aの付帯情報管理サーバ25Aにおいて実行されるブロック情報生成処理について説明したが、他の医療機関の付帯情報管理サーバ25B~25Dにおいても同様にブロック情報生成処理が実行される。
<画素情報取得処理>
次に、図19を参照して、医療機関Bが、医療機関Aで撮像されたユーザの医用画像の画素情報を取得する処理について説明する。
次に、図19を参照して、医療機関Bが、医療機関Aで撮像されたユーザの医用画像の画素情報を取得する処理について説明する。
ユーザが医療機関Bを訪問し、ユーザの個人情報等を含む患者の情報とユーザIDとを医療機関Bへ提示する。医療機関Bの担当者は、ユーザ10の患者の情報とユーザIDとを取得する。そして、医療機関Bの担当者は、ユーザIDを付帯情報管理サーバ25Bへ入力する。
ステップS400において、付帯情報管理サーバ25Bの付帯情報制御部26Bは、ユーザIDを取得する。
ステップS402において、付帯情報制御部26Bは、上記ステップS400で取得したユーザIDを含む特定の要求信号を、データ管理サーバ3へ送信する。
ステップS404において、データ管理サーバ3の制御部31は、上記ステップS402で送信された要求信号を取得する。制御部31は、ユーザ情報データベース33の画像テーブルを参照し、要求信号に含まれるユーザIDに対応する画像ID及び画素情報を取得する。そして、制御部31は、画像ID及び画素情報を医療機関システム2Bの付帯情報管理サーバ25Bへ通信部30を介して送信する。
ステップS406において、付帯情報管理サーバ25Bの付帯情報制御部26Bは、上記ステップS404でデータ管理サーバ3から送信された画像ID及び画素情報を取得する。
ステップS408において、付帯情報制御部26Bは、ブロック情報データベース28Bのブロック情報テーブルを参照し、データ管理サーバ3から送信された画像IDと対応する付帯情報を取得する。そして、付帯情報制御部26Bは、付帯情報とデータ管理サーバ3から送信された画素情報とを対応付けて、ユーザ10のDICOM画像を復元する。これにより、医療機関Bは、他の医療機関Aにおいて撮像されたユーザ10の医用画像を取得することができる。
以上説明したように、本実施の形態に係るデータ管理システムの付帯情報管理サーバ25A~25Dは、医用画像の画素情報と付帯情報とを含むDICOM画像のうちの付帯情報に基づいて、医用画像の画素情報の識別情報を表す画像IDを生成する。また、データ管理システムのデータ管理サーバ3は、複数の付帯情報管理サーバ25A~25Dによって生成された画像IDの各々と、画像IDの各々に対応する医用画像の画素情報とが対応付けられて格納されたユーザ情報データベースを備え、ユーザIDを含む特定の要求信号を受け付けた場合に、ユーザ情報データベースに格納された医用画像の画素情報のうち、要求信号に対応する画素情報を出力する。これにより、医用画像の画素情報と付帯情報とが対応付けられて管理されている場合であっても、医用画像の画素情報にアクセスするための画像IDを複数の医療機関によって共有することができる。また、医用画像の付帯情報を医療機関内で管理し、医用画像の画素情報を外部サーバで管理することにより、ユーザである患者の個人情報が含まれる付帯情報を医療機関内で管理しつつ、医用画像の画素情報を複数の医療機関によって共有することができる。
また、本実施形態では、前回生成された画像ID及び付帯情報から生成された画像IDを含むブロックの系列がブロックチェーンとして管理される。これにより、データの改竄が困難となり、付帯情報及び画像IDのデータの完全性が確保される。
また、本実施形態では、医用画像の画素情報と付帯情報とを含むDICOM画像を管理する場合に、医用画像の画素情報と付帯情報とを分けて、医用画像の画素情報を画像ID及びユーザIDと共にデータ管理サーバ3で管理する。また、付帯情報を画像IDと共に複数の付帯情報管理サーバ25A~25Dで共有するように管理する。そして、複数の付帯情報管理サーバ25A~25Dの何れかで、特定のユーザについての医用画像を参照する際には、特定のユーザのユーザIDで、データ管理サーバ3から、医用画像の画素情報及び画像IDを取得し、当該画像IDで紐付けられた付帯情報を用いてDICOM画像を復元することができる。
また、本実施形態では、図20に示されるように、DICOM画像のうちの付帯情報と画素情報とが画像IDを介して紐付けられる。画像ID及び付帯情報を含むブロックの系列がブロックチェーンとして管理され、付帯情報と画像IDと画素情報とが1対1に対応付けられる。これにより、ブロックチェーンの各ブロックに対応する画素情報を特定することができる。
本実施形態のデータ管理システムを利用する医療機関は、他の医療機関で既に撮像された医用画像を取得することができるため、診断精度の向上が期待される。これにより、医用画像の撮像の機会が減り、医療費の削減、患者の被ばく線量の抑制、及び医師の業務負担の軽減につながる。
また、医用画像をセキュアに共有することができ、過去に撮像された医用画像を複数の医療機関で診断に用いることができる。
なお、本発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
例えば、本実施形態では、複数の医療機関として医療機関A~Dを対象に説明したがこれに限定されるものではなく、より多く又はより少ない医療機関を対象としても良い。
また、本実施形態では、コンテンツデータの一例が医用画像の画素情報であり、メタデータの一例が付帯情報である場合を例に説明したが、これに限定されるものではない。例えば、コンテンツデータが画像であり、メタデータが画像に映っている内容を表す情報であってもよい。また、コンテンツデータが文書情報であり、メタデータが文書を作成したユーザ名等を表す情報であってもよい。
また、本実施形態では、医療機関は他の医療機関によって撮像された医用画像を取得する場合に、画素情報取得処理において、ユーザIDを含む要求信号をデータ管理サーバ3へ送信し、データ管理サーバ3は要求信号に含まれるユーザIDに対応する画像ID及び画素情報を出力する場合を例に説明したが、これに限定されるものではない。例えば、医療機関の付帯情報管理サーバの付帯情報データベースには、ユーザIDが画像IDと予め対応付けられて格納されていてもよい。この場合、医療機関の担当者から入力されたユーザIDを付帯情報管理サーバが受け付けると、付帯情報管理サーバの付帯情報制御部は、ブロック情報データベースのブロック情報テーブルを参照して、ユーザIDと対応付けられた画像IDを取得し、画像IDを含む要求信号をデータ管理サーバ3へ送信する。そして、データ管理サーバ3は要求信号に含まれる画像IDに対応する画素情報を付帯情報管理サーバへ出力するようにしてもよい。また、要求信号には、ユーザIDと画像IDとの両方が含まれていても良い。
また、本実施形態では、DICOM画像のうちの付帯情報に基づいて、画像IDを生成する場合を例に説明したがこれに限定されるものではない。例えば、DICOM画像のうちの画素情報に基づいて、画像IDを生成してもよい。また、付帯情報及び画素情報に基づいて画像IDを生成してもよい。
また、本実施形態では、医用画像取得処理とブロック情報生成処理とが異なるタイミングで行われる場合を例に説明したが、これに限定されるものではない。例えば、医用画像取得処理において医用画像が撮像される毎に、付帯情報及び画像IDを含むブロックをリアルタイムで生成してブロック情報を書き換え、ブロックチェーンを更新するようにしてもよい。この場合には、ブロックチェーンの最後尾のブロックの確保を所定の方式で予め設定しておく必要がある。例えば、特定のサーバがブロック情報を更新している間は他のサーバは更新することができないように設定するようにしてもよい。また、ブロックチェーン技術におけるコンセンサスアルゴリズムに基づき、ブロックチェーンの正しい分岐を決定していく等の処理を用いてもよい。
また、処理サーバ22A~22Dは、画像情報をデータ管理サーバ3へ送信する際に、画像情報を暗号化してデータ管理サーバ3へ送信するようにしてもよい。なお、暗号化手法としては、従来既知の暗号化手法を用いることができ、例えば、公開鍵暗号方式及び共通鍵暗号方式等が挙げられる。
この場合、例えば、処理サーバ22Aは、画像診断装置21Aから出力されたDICOM画像のうちの画素情報と入力されたユーザIDとを暗号化し、暗号化された画素情報及びユーザIDを、データ管理サーバ3へ送信する。そして、データ管理サーバ3は、暗号化された画素情報及びユーザIDを、ユーザ情報データベース33の画像テーブルへ格納する。また、データ管理サーバ3は、例えば医療機関システム2Bから、ユーザIDを含む特定の要求信号を取得した場合、ユーザ情報データベース33の画像テーブルを参照し、要求信号に含まれるユーザIDに対応する画像ID及び画素情報を取得する。そして、データ管理サーバ3は、暗号化された状態の画像ID及び画素情報を、医療機関システム2Bの付帯情報管理サーバ25Bへ送信する。付帯情報管理サーバ25Bは、データ管理サーバ3から送信され、かつ暗号化された状態の画像ID及び画素情報を取得する。そして、付帯情報管理サーバ25Bは、暗号化された状態の画像ID及び画素情報を復号化して、要求信号に含まれるユーザIDに対応する画素情報を取得する。これにより、医療機関システムからデータ管理サーバ3へ画像情報を送信する際についても、安全性が確保される。また、データ管理サーバ3のユーザ情報データベース33の画像テーブルにおいても画像情報及びユーザID等が暗号化されているため、安全性が確保される。
また、本願明細書中において、プログラムが予めインストールされている実施形態として説明したが、当該プログラムを、コンピュータ読み取り可能な記録媒体に格納して提供することも可能である。
2017年2月17日に出願された日本国特許出願2017‐028344号の開示は、その全体が参照により本明細書に取り込まれる。
本明細書に記載された全ての文献、特許出願、及び技術規格は、個々の文献、特許出願、及び技術規格が参照により取り込まれることが具体的かつ個々に記載された場合と同程度に、本明細書中に参照により取り込まれる。
本明細書に記載された全ての文献、特許出願、及び技術規格は、個々の文献、特許出願、及び技術規格が参照により取り込まれることが具体的かつ個々に記載された場合と同程度に、本明細書中に参照により取り込まれる。
Claims (12)
- 複数の情報処理装置とデータ管理装置とを含むデータ管理システムであって、
複数の前記情報処理装置の各々は、
コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータIDを生成する生成部と、
複数の前記情報処理装置の各々の前記生成部によって生成された前記コンテンツデータIDが格納されたIDデータベースと、を備え、
前記データ管理装置は、
複数の前記情報処理装置によって生成された前記コンテンツデータIDの各々と、前記コンテンツデータIDの各々に対応する前記コンテンツデータとが対応付けられて格納されたコンテンツデータベースと、
特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号に対応する前記コンテンツデータを出力する出力部と、を備える、
データ管理システム。 - 前記コンテンツデータは、ユーザに関するコンテンツデータであり、
前記メタデータは、前記ユーザに関するメタデータを含み、
前記データ管理装置の前記コンテンツデータベースには、前記ユーザの識別情報を表すユーザIDと、前記コンテンツデータIDと、前記コンテンツデータとが対応付けられて格納されており、
前記出力部は、前記コンテンツデータID及び前記ユーザの識別情報を表すユーザIDの少なくとも一方を含む前記要求信号に基づいて、前記要求信号に対応する前記コンテンツデータを出力する、
請求項1に記載のデータ管理システム。 - 前記情報処理装置の前記生成部は、生成対象のコンテンツデータの前記コンテンツデータIDを生成する際に、前回生成された前記コンテンツデータIDと、前記生成対象のコンテンツデータに対応する前記データの前記メタデータとに基づいて、前記コンテンツデータIDを生成する、
請求項1又は請求項2に記載のデータ管理システム。 - 複数の前記情報処理装置の前記IDデータベースには、前記コンテンツデータIDを含むブロックの系列を表すブロックチェーンが格納され、
複数の前記情報処理装置の前記生成部は、前記コンテンツデータIDを含む前記ブロックを前記ブロックチェーンへ追加する、
請求項1~請求項3の何れか1項に記載のデータ管理システム。 - ユーザを撮像することにより、DICOM規格に応じたDICOM画像を取得する画像診断装置と、
前記画像診断装置によって取得された前記DICOM画像を、前記コンテンツデータとしての医用画像の画素情報と、前記メタデータとしての前記ユーザに関する情報を含む付帯情報とに分割する分割装置と、を更に含み、
前記情報処理装置の前記生成部は、前記分割装置によって分割された前記付帯情報及び前記画素情報の少なくとも一方に基づいて、前記コンテンツデータIDとしての画像IDを生成し、
前記データ管理装置の前記コンテンツデータベースには、前記画像IDの各々と、前記画像IDの各々に対応する前記DICOM画像の前記画素情報とが対応付けられて格納され、
前記出力部は、前記要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記画素情報のうち、前記要求信号に対応する前記画素情報を出力する、
請求項1~請求項4の何れか1項に記載のデータ管理システム。 - 前記データを前記コンテンツデータと前記メタデータとに分割し、前記コンテンツデータを暗号化し、暗号化された前記コンテンツデータを前記データ管理装置へ送信する分割装置を更に含み、
前記データ管理装置は、前記分割装置から送信された、暗号化された前記コンテンツデータを前記コンテンツデータベースへ格納し、
前記出力部は、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースの暗号化された前記コンテンツデータのうち、特定の前記要求信号が表す前記コンテンツデータを出力し、
複数の前記情報処理装置の各々は、前記データ管理装置から出力され、かつ暗号化された前記コンテンツデータを受信し、受信した前記コンテンツデータを復号化して、特定の前記要求信号が表す前記コンテンツデータを取得する、
請求項1~請求項5の何れか1項に記載のデータ管理システム。 - 複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、複数の前記情報処理装置の各々において実行されるプログラムであって、
コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて、前記コンテンツデータの識別情報を表すコンテンツデータIDを生成し、
複数の前記情報処理装置によって生成された前記コンテンツデータIDと該コンテンツデータIDに対応する前記メタデータとを含むブロックの系列を、IDデータベースへ格納し、
特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、
前記データ管理装置に格納された、前記コンテンツデータID及び前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータを受信し、
前記IDデータベースに格納された、前記要求信号が表す前記コンテンツデータIDに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する、
処理をコンピュータに実行させるためのプログラム。 - 複数の情報処理装置とデータ管理装置とを含むデータ管理システムにおける、前記データ管理装置において実行されるプログラムであって、
コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づいて生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDと該コンテンツデータIDに対応するコンテンツデータとを、コンテンツデータベースへ格納し、
複数の前記情報処理装置の各々から、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータベースに格納された前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータIDに対応する前記コンテンツデータを出力する、
処理をコンピュータに実行させるためのプログラム。 - 複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、
コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDと、
前記コンテンツデータIDに対応する前記コンテンツデータと、を含み、
前記データ管理装置が、複数の前記情報処理装置の各々から送信された、特定の前記コンテンツデータに関する要求信号を受け付けた場合に、前記コンテンツデータのうち、前記要求信号が表す前記コンテンツデータIDに対応する前記コンテンツデータを出力する
処理に用いられる、データ構造。 - 複数の情報処理装置とデータ管理装置とを含むデータ管理システムで用いられるデータ構造であって、
コンテンツデータと前記コンテンツデータのメタデータとを含むデータのうちの前記メタデータ及び前記コンテンツデータの少なくとも一方に基づき生成された、前記コンテンツデータの識別情報を表すコンテンツデータIDを含むブロックの系列を含み、
複数の前記情報処理装置の各々が、
特定の前記コンテンツデータを取得する場合に、特定の前記コンテンツデータに関する要求信号を前記データ管理装置へ送信し、
前記データ管理装置に格納された前記コンテンツデータIDと該コンテンツデータIDに対応する前記コンテンツデータの各々のうち、前記要求信号が表す前記コンテンツデータIDに対応する前記コンテンツデータを受信し、
前記ブロックの系列のうちの、前記要求信号が表す前記コンテンツデータIDに対応する前記メタデータと受信した前記コンテンツデータとを対応付けて、前記要求信号に対応する前記データを復元する
処理に用いられる、データ構造。 - 請求項7又は請求項8に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
- 請求項9又は請求項10に記載のデータ構造を記録したコンピュータ読み取り可能な記録媒体。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017028344A JP6268624B1 (ja) | 2017-02-17 | 2017-02-17 | データ管理システム |
JP2017-028344 | 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)
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018137594A (ja) * | 2017-02-21 | 2018-08-30 | 株式会社Eyes, JAPAN | 生体情報管理システム |
JP6801922B2 (ja) * | 2017-06-05 | 2020-12-16 | Necソリューションイノベータ株式会社 | 診療記録管理システム、装置、方法およびプログラム |
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)
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 | オリンパスメディカルシステムズ株式会社 | 画像管理装置、画像管理方法、および画像管理システム |
-
2017
- 2017-02-17 JP JP2017028344A patent/JP6268624B1/ja active Active
-
2018
- 2018-02-16 WO PCT/JP2018/005588 patent/WO2018151279A1/ja active Application Filing
Patent Citations (4)
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)
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 |
---|---|
JP6268624B1 (ja) | 2018-01-31 |
JP2018133051A (ja) | 2018-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018151279A1 (ja) | データ管理システム、プログラム、データ構造、及び記録媒体 | |
JP6998747B2 (ja) | データ管理装置及びコンテンツデータの提供方法 | |
WO2018176484A1 (zh) | 医学影像传输数据的处理方法、装置及电子设备 | |
US11777940B2 (en) | Storing and accessing medical datasets on the blockchain | |
US20160154977A1 (en) | Transmitting medical datasets | |
US20170277831A1 (en) | System and method for generating, storing and accessing secured medical imagery | |
CN109886027A (zh) | 一种基于区块链的医疗数据安全共享方法 | |
CN107194267B (zh) | 数据处理方法、数据处理设备以及计算机可读存储介质 | |
JP2015515659A (ja) | 患者に関連するデータレコードを処理するための方法 | |
EP3799052A1 (en) | Providing and receiving medical data records | |
CN112534433A (zh) | 基于区块链的医疗数据记录的分发 | |
CN110210234B (zh) | 转诊时医疗信息的迁移方法、装置、计算机设备和存储介质 | |
JP2019061578A (ja) | 学習支援装置、学習支援装置の作動方法、学習支援プログラム、学習支援システム、および端末装置 | |
JP2016048530A (ja) | デジタル医療用画像データ記憶システム | |
JP2008029419A (ja) | 読影データ管理装置及び読影データ管理方法 | |
CN103971063B (zh) | 用于安全性至关重要的医学图像内容的传输措施 | |
US20140236628A1 (en) | Method and system for presenting medical contents | |
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 | |
JP6957904B2 (ja) | 情報処理システム、情報処理装置及びプログラム | |
WO2021193815A1 (ja) | 機械学習システムおよび方法、統合サーバ、情報処理装置、プログラムならびに推論モデルの作成方法 | |
US20190087541A1 (en) | Method and system for storing data during updates of electronic medical records | |
JP6881628B2 (ja) | 医療連携システム及び制御プログラム | |
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 |