Speaker
Abstracts for online demonstrations must provide a summary of the demo content. Places for demos are limited and this summary will be used as part of the selection procedure. Please include the visual impact of the demo and highlight any specific requirements (e.g. network connection). In general, a successful demo is expected to have some supporting material (poster) and be capable of running on a single screen or projector.
The demonstration will show both the configuration and the usage of the Medical Data Manager on a preset server. The spectators will be invited to manipulate the service. They will use the interface provided to display the medical images from that patient. The emphasis will be put on the virtualization of the multiple sites and transparent access. The security will be explained by trying to access the data of a same patient from different types of user account. A video explaining the mains feature of the MDM will be running as well. A poster of several projects using the MDM will be shown.
Describe the activity, tool or service using or enhancing the EGEE infrastructure or results. A high-level description is needed here (Neither a detailed specialist report nor a list of references is required).
The Medical Data Manager is a storage resource based on the Disk Pool Manager, developed in the context of the EGEE project, providing a grid storage interface to standard medical DICOM servers thereby enabling transparent access to medical data without interfering with medical practice. It ensures medical data protection through strict data access control, anonymization and encryption. The multi-level access control provides the flexibility needed for implementing complex medical use-cases.
Report on the impact of the activity, tool or service. This should include a description of how grid technology enabled or enhanced the result, or how you have enabled or enhanced the infrastructure for other users.
The Medical Data Manager enables many complex use-cases such as:
-
A scientist may need to access the data for a specific study involving data analysis. On request a read access to the data file and to its associated encryption key is granted to this specific user. The patient metadata however do not need to be exposed to the scientist. If the image acquired is part of a specific medical protocol for which all images are accessible for scientific usage, a group authorized to access the images can be set up and the scientist added to this group.
-
An automatic backup mechanism might trigger files replication every night to provide recovery (in case of a main server failure) or high availability on the grid. This server might be authorized to access the file but it does not need to access the file content nor the associated patient records.
Describe the added value of the grid for your activity, or the value your tool or service adds for other grid users. This should include the scale of the activity and of the potential user community, and the relevance for other scientific or business applications.
Hospitals continuously produce tremendous amounts of image data that is managed by local PACS (Picture Archiving and Communication Systems). These systems are often limited to a local network access although the community experiences a growing interest for data sharing and remote processing. Indeed, patient data is often spread out different medical data acquisition centers. Furthermore, researchers in the area often need to analyze large populations whose data can be gathered through federations of PACS. Opening PACS to the outer Internet is challenging though, due to the stringent security requirements applying to medical data manipulation. The gLite Data Management System provides the distribution, user identification, data access control and secured transportation core services needed to envisaged wide scale deployment of the medical imaging applications. The MDM provides an upper layer to interface to PACS and manipulate medical data with the required level of security.
