Shanoir: Applying the Software as a Service Distribution Model to Manage Brain Imaging Research Repositories

Two of the major concerns of researchers and clinicians performing neuroimaging experiments are managing the huge quantity and diversity of data and the ability to compare their experiments and the programs they develop with those of their peers. In this context, we introduce Shanoir, which uses a type of cloud computing known as software as a service (SaaS) to manage neuroimaging data used in the clinical neurosciences. Thanks to a formal model of medical imaging data (an ontology), Shanoir provides an open source neuroinformatics environment designed to structure, manage, archive, visualize and share neuroimaging data with an emphasis on managing multi-institutional, collaborative research projects. This article covers how images are accessed through the Shanoir Data Management System and describes the data repositories that are hosted and managed by the Shanoir environment in different contexts


Introduction 1.Context
Two of the major concerns for researchers and clinicians performing neuroimaging experiments are managing the huge quantity and diversity of data and the ability to compare their experiments and the programs they develop with those of their peers.In practice, researchers and clinicians in the neuroimaging field are encouraged to set up large-scale experiments, but the inability to recruit sufficient local subjects who meet specific criteria results in the need for cooperation to gather the relevant imaging data.Pooling experimental results via the Internet and cooperative efforts by centers provide larger and more specific subject populations that expand the scope and value of scientific research.
Searches on distributed neuroimaging databases for similar results and images containing singularities (quirk, peculiarities, …) or the use of data mining techniques may highlight possible similarities.Such efforts also broaden the possible panel of people involved in neuroimaging studies while maintaining the quality of the work.Indeed, the explosion of data generated by the neurosciences community in the early 90s has resulted in the need for innovative techniques for data and knowledge sharing and reuse (Mazziotta et al., 1995;Roland and Zilles, 1994;Shepherd et al., 1998).This has led to the emergence of large-scale projects on the human brain.A recent objective added to these initial issues is the application of data analysis and data processing software to various data repository systems for knowledge discovery and data mining, including its more recent extension to merging imaging and genetic data (Hibar et al., 2015).In parallel the development of web applications has stimulated the interest of researchers and clinicians in distributed databases and information sharing.

Background
It is now commonly accepted in the neuroimaging community that sharing data and image processing services will play a crucial role in translational research (Barillot et al., 2003;Keator et al., 2013;Poldrack and Gorgolewski, 2014;Poline et al., 2012;Van Horn and Gazzaniga, 2013;Walport and Brest, 2011).Research funding agencies now clearly identify the sharing of scientific resources (data processing) as a top priority.International organizations such as the International Neuroinformatics Coordinating Facility (INCF † ) are now dedicated to promoting the field of neuroinformatics (Book et al., 2013;Kennedy et al., 2015).Sharing data and image processing services for translational research is needed for: 1) the integration of large data sets for population-wide studies and construction of imaging cohorts (Barillot et al., 2006;Evans and Brain Development Cooperative, 2006;Hall et al., 2012;Jack et al., 2008;Marcus et al., 2013;Shepherd et al., 1998;Van Essen et al., 2013;Van Horn et al., 2001;Weiner et al., 2012), 2) the validation of image processing tools on reference datasets for validation and quality control of image processing procedures (Menze et al., 2015;Styner et al., 2008), 3) the reuse of image processing pipeline on different sets of data and different peers for sharing processing tools (Bellec et al., 2012;Dinov et al., 2010;Glatard et al., 2015;Gorgolewski et al., 2011;Keator et al., 2013;Keator et al., 2009;Ooi et al., 2009), and 4) the validation of research results based on proofed control statistical analysis of images for validation and quality control of experimental research (Button et al., 2013;Carp, 2012;Ioannidis, 2014;Ioannidis et al., 2014).This is particularly significant in the field of neuroimaging as several large recent multicenter initiatives have shown.These include Evans et al. (Evans and Brain Development Cooperative, 2006), which performed a study using magnetic resonance imaging (MRI) of normal brain maturation from birth to adulthood in approximately 500 children with behavior disorders, and the Alzheimer's Disease Neuroimaging Initiative (ADNI), which has assembled a very large variety of images for its work (Weiner et al., 2012).The Human Connectome Project (HCP), which worked with 1,200 healthy volunteers to investigate brain connectivity in the normal brain (Marcus et al., 2013;Van Essen et al., 2013), is another well-known example illustrating the importance of aggregate imaging data and relating data warehouses to image processing resources.
To provide archiving solutions for large or various multicenter projects, several architectures have already been proposed.The Biomedical Informatics Research Network (BIRN) has been a pioneer in launching brain imaging solutions (Ashish et al., 2010;Gupta et al., 2003;Keator et al., 2008;Keator et al., 2009).Another early initiative, the FMRIDC project sought to share task-based fMRI imaging data (Van Horn and Gazzaniga, 2013).@NeurIST set up a dedicated solution (funded by an Integrated European Project) to support research and treatment of cerebral aneurysms using heterogeneous data, computing and complex processing services (Benkner et al., 2010).The LORIS/CBRAIN project is an initiative to develop a pan-Canadian platform for distributed processing, analysis, exchange and visualization of brain imaging data (Das et al., 2011;Sherif et al., 2014).Finally, other generic data management systems have been proposed to offer shared solutions for managing multicenter studies.These include the Extensible Neuroimaging Archive Toolkit (XNAT) (Marcus et al., 2007), which has been successful due to its integration in the management of large projects (Marcus et al., 2013) and ability to communicate with data management servers via dedicated REST web services, and the Collaborative Informatics and Neuroimaging Suite (COINS), which provides a web-based neuroimaging and neuropsychology software suite (Scott et al., 2011).Though, the extensibility of these platforms is part of the motivations, none of them are built on top of a formal semantic model or ontology that can guarantee the sustainability of any evolution of the original da-ta scheme.

Significance
In this context, the Sharing Neuroimaging Resources (Shanoir) environment enables sharing between distributed sources of neuroimaging information over the Internet, whether the sources are located in various centers of experimentation, clinical departments of neurology, or research centers in cognitive neurosciences or image processing.A large variety of users can thus share, exchange and have controlled access to neuroimaging information using the software as a service (SaaS) type of cloud computing (Rimal et al., 2009) almost as easily as if the data were stored locally.
In this paper, we introduce the Shanoir software environment for managing neuroimaging data production in the context of clinical neurosciences and show how the images are accessible through the Shanoir Data Management System.Shanoir is an open source neuroinformatics environment designed to structure, manage, archive, visualize and share neuroimaging data with an emphasis on multi-institutional, collaborative research projects.The software offers features commonly found in neuroimaging data management systems along with research-oriented data organization capabilities and enhanced accessibility.It also provides user-friendly secure web access and an intuitive workflow that facilitates the collection and retrieval of neuroimaging data from multiple sources.
In Section 2, we provide a brief overview of the software environment including its core (web portal, Study Card and quality control) and extensions for loading, querying and processing data.Section 3 describes the data repositories while Section 4 covers the use of these repositories and potential evolution.

General description of the software environment
Shanoir is an open source software environment with QPL licensing designed to archive, structure, manage, visualize and share neuroimaging data with an emphasis on managing collaborative research projects.It includes the common features of neuroimaging data management systems along with research-oriented data organization and enhanced accessibility.Shanoir is based on a secure J2EE application running on a JBoss server which is accessed via graphical interfaces in a browser or by third-party programs via web services using Simple Object Access Protocol (SOAP).It behaves like a repository of neuroimaging files coupled with a relational database containing metadata (Figure 1).
Shanoir uses semantics for structuring the concepts as defined by the OntoNeuroLOG ‡ ontology (Michel et al., 2010) (Temal et al., 2008).OntoNeuroLOG reuses and extends the OntoNeuroBase ontology defined earlier (Barillot et al., 2006) (see Figure 2).Both were designed using the ‡ OntoNeuroLOG: http://neurolog.i3s.unice.fr/public_namespace/ontologymethodological framework (Temal et al., 2008) of the foundational Descriptive Ontology for Linguistic and Cognitive Engineering (DOLCE) (Masolo et al., 2003) and a number of core ontologies that provide generic, basic and minimal concepts and relationships in specific fields such as artefacts, participant roles, information and discourse acts.In Shanoir, the OWL-Lite implementation was manually derived from the OntoNeuroLOG initial expressive representation to Java classes.The data model based on this ontology is dedicated to the neuroimaging field and is structured around research studies in which patients are examined to produce image acquisitions or clinical scores.Each image acquisition is composed of datasets represented by acquisition parameters and image files.For security and legal reasons, all data on the system is anonymous by default, this can be customized with specific algorithm (e.g.defacing is not currently implemented but can easily be embedded in a specific anonymizer that Shanoir will call).
Raw as well as derived (i.e., post-processed) image files can also be imported into the system using medical imaging technology (e.g., media based on the Digital Imaging and Communications in Medicine (DICOM) standard, picture archiving and communication system (PACS) or image files in the Neuroimaging Informatics Technology Initiative (NIfTI)/Analyze-style data format) using online wizards, which complete related metadata, command line tools or SOAP web services.Once identity information has been removed from raw data during the importation process, the DICOM header content is automatically extracted, enriched and inserted into the database with the customizable "Study Card" feature.Shanoir can also record any execution process for retrieval of workflows applied to a particular dataset along with the derived data.
Clinical scores from instrument assessments (e.g., neuropsychological tests) can be recorded and easily retrieved and exported in different formats (Excel, CSV, XML).The instrument database is scalable and new measures can be added in order to meet specific project needs (Figure 3).Scores, image acquisitions and post-processed images are bound together so that relationships can be analyzed.Using cross-data navigation and advanced search criteria, the user can quickly indicate a subset of data for download.Client-side applications have also been developed to locally access and exploit data though web services.The security features of the system require authentication with user rights set for each study.A study manager can define the users allowed to see, download or import data into his/her study or simply make it public.
In practice, Shanoir serves neuroimaging researchers by efficiently organizing their studies while cooperating with other laboratories.By managing patient privacy, Shanoir offers the possibility of using clinical data in a research context.Lastly, it is a handy solution for publishing and sharing data with a broader community.

Study Card and quality control concepts
Images can be imported in Shanoir from various sources: DICOM media, PACS (with DICOM Query & Retrieve), and 3D/4D image files (in NIfTI/Analyze format).Users are guided step-by-step through online forms to perform imports.In addition to archiving DICOM files, NIfTI copies are automatically generated and saved.This is convenient since the NIfTI format is better suited to perform image processing (such as registration, segmentation, statistical analysis, etc.) than the DICOM format.).An instrument can be any record were an alphanumerical value can be attached.

The Study Card
During archiving, the DICOM files are processed in two phases.The first phase de-identifies the images.The second phase populates the database with the new metadata items generated from the DICOM header and enriched with the Study Card, which enables online metadata wrapping between the local data to be imported (center, acquisition equipment, etc.) and the semantic concepts of the research study to which the data will be assigned.The actual DICOM metadata can thus be aligned with the ontology, and also provides additional allocation of concepts to the stored images that are more closely related to the research study protocol (e.g., functional MRI, perfusion imaging, contrast agent, diffusion imaging…).The mechanism behind this feature is based on a set of rules that the user predefines to associate specific acquisition equipment and a specific data production site to the desired research study.Each rule determines the specific value of a metadata item according to the value(s) of one or more specific DICOM tag(s) (e.g., Series Description, see Figure 4).This greatly facilitates the consistent recording and alignment to the ontology of metadata for all data in a research study without the need for tedious workflow during the online import of images.Due to the simplicity of the process, no specific skills are required to perform data import and it only takes a few minutes over the Internet.
The "Study Card" concept makes possible an automatic quality control of the imported data using their metadata.For instance, a conformal statement can be attached to the imported data according to a match score to the Study Card rules.

Quality Assessment
Shanoir's next major functionality concerns the quality check of the images for conformity of the imported data with the predefined study protocol and ensure the integrity of the archived data.We have identified three levels of control:  Study Protocol: controls the time interval between examinations (expected visits) as defined by the principal investigator (PI) of the study;  Acquisition Protocol: controls the presence of all the sequences of the imaging protocol as defined by the PI of the study;  Raw data: o The software automatically checks the range of parameters for a given protocol, experimental center or acquisition scanner as defined in the Study Card by the PI's technical representative; o Visual inspection of the image quality and integrity can be reported and assigned to the imported data; however, the mechanism to detect the visual quality is not yet integrated in the Shanoir environment.
In the next release of Shanoir, quality assessment will be present as flags (flawless, acceptable or inadmissible) in the database.
This QA capability do not address the control of image formation as for instance to check image artefacts (bias, motions, ghosting, etc…).This category of QA can be implemented in a dedicated image visualization and processing tools that interoperate with Shanoir through the dedicated web services.

Web portal
Shanoir provides user-friendly secure web access and offers an intuitive workflow to facilitate the collection and retrieval of neuroimaging data from multiple sources (Figure 5).On the home page, the user has direct access to the most frequent functionalities: Find and Download Datasets, Explore the Research Studies, Find Clinical Scores, and Import Data (Figure 6).On the top of all pages, the user always has a very complete navigation menu that leads to all services.

Interoperability
Interoperability is a very important concern for the Shanoir environment.Shanoir offers web services interface that is open to a large variety of clients.We already offer several dedicated interface that are already in used by different external applications.Hereafter, we described four of these external services that are currently available and run independently to each other: ShanoirUploader, QtShanoir, medInria and iShanoir developed either in C++, Java or Objective-C environments.

SOAP for integration of services
The Shanoir web services interface is based on the Simple Object Access Protocol (SOAP).Messages between clients and the server are exchanged using Extensible Markup Language (XML) with welldefined elements.The Hypertext Transfer Protocol (HTTP) is used with Transport Layer Security (TLS).Elements and services are described with the Web Service Description Language (WSDL).
Based on this description, client stubs can be automatically generated to simplify the connection of new clients.The web service layer is implemented with the Java API for XML web services (JAX-WS).Shanoir offers numerous dedicated web services:  "EntityCreator": creates new entities, such as creating a new subject in the database  "CredentialTester": validates if username and password are correct  "Downloader": downloading files/datasets on base of dataset IDs  "CenterFinder": find center(s) based on different search criteria, i.e. study or investigator  "DatasetAcquisitionFinder": find acquisition(s) based on IDs or examinations  "DatasetFinder": find dataset(s) based on multiple search criteria/filters  "DatasetProcessingFinder": find dataset processing(s) based on IDs  "ExaminationFinder": find examination(s) based on multiple search criteria/filters  "ExperimentalGroupOfSubjectsFinder": find group of subjects based on multiple criteria  "InvestigatorFinder": find investigator(s) based on IDs or centers  "MrDatasetFinder": find MR dataset(s) based on multiple search criteria/filters  "StudyFinder": find study/-ies based on multiple search criteria/filters  "SubjectFinder": find subject(s) based on IDs with multiple filters  "DatasetImporter": import dataset files to already existing entities in the database  "ReferenceLister": shows list of reference strings stored in the database  "FileUploader": upload files in local archive for later import, used by ShanoirUploader

ShanoirUploader for seamless integration of data
"ShanoirUploader" is a Java desktop application that transfers data securely between a PACS and a Shanoir server instance (e.g., within an hospital).It offers both a direct DICOM query/retrieve connection to search and download images from a local PACS and a DICOM CD upload facility.After retrieval, the DICOM files are locally anonymized and then uploaded to the Shanoir server (the anonymization algorithm can be customized according to specific operational/regulation constraints).The primary goals of the application are to enable mass data transfers between different remote server instances and reduce user waiting time when importing data into Shanoir.Most of the import time thus involves data transfer."ShanoirUploader" requires a local Java installation.For a simpler distribution and installation of the software, Java Web Start (JWS) can be used.The application can be installed with a simple web link that is opened in a web browser.Java takes care of the installation and, later, of automatic updates.Internal components are based on Java Swing for the graphical user interface (Figure 7), dcm4chee § libraries to connect with a PACS and Java, and WebServices (JAX-WS) to transfer data to a Shanoir server.

Apache Solr for metadata querying
Shanoir integrates the open source enterprise search platform Apache Solr (http://lucene.apache.org/solr/),which provides users with a vast array of advanced features such as near real-time indexing and queries, full-text searching, faceted navigation, autosuggestion and autocomplete.
One of the most important features of the Solr search is the faceted navigation.Facets correspond to properties of the Solr information elements and are derived by analyzing pre-existing metadata that are related to the ontology model used by Shanoir.
Shanoir users can access all metadata with a simple Solr search bar.After entering at least one character, a user will be automatically guided to complete his search.Data are sorted by categories and dynamically displayed once a facet is chosen.By clicking on Solr data results, users access all the additional information available in Shanoir corresponding to their search, and then use these queries for local downloading (Figure 8).All metadata are indexed in a JBoss server that hosts the Solr servlets.A custom security post-filter has also been developed and implemented in Shanoir to control user access.This filter retrieves user identification and access rights in Shanoir and interacts with the Solr server to show relevant results that the user is allowed to access.

iShanoir for mobile data access
An iOS application, iShanoir, has been developed for iPhones and iPads.It opens a secure connection with a Shanoir server and enables the user to access data stored on a Shanoir server.With iShanoir, the user can navigate within the Shanoir data tree structure on the server.After data is selected from the mobile app, the images can be downloaded to the local device, displayed and analyzed with any local DICOM viewer or through cloud services (i.e.Dropbox, iCloud, Google or OneDrive).
The iShanoir application has been developed with Xcode and implemented in Objective-C.For the graphical user interface, two storyboards have been developed to fit the different display sizes between iPhones and iPads (Figure 9).It uses the following iOS frameworks: Foundation, CoreFoundation, UIKit and CFNetwork.For implementation of the SOAP web services client, the WSDL2ObjC utility has been used as it offers a client stub code generation based on the server WSDL document.

Qt Shanoir for image processing
Shanoir web services may also be queried from standalone C++/Qt applications through the QtShanoir library ** , which uses SOAP web services provided by a Shanoir server to access and display studies, patients, and data with their associated metadata.In QtShanoir, a set of Qt widgets are defined that can be embedded in any Qt application.The library was used to implement a Shanoir query plugin inside the medInria visualization and processing software † † for interrogation and downloading of image data from Shanoir for processing within medInria for example using the available processing tools and then upload the processing results back to the Shanoir server with the correct metadata values (Figure 10).

Distribution of Shanoir
The Shanoir server can be freely downloaded on request.It is currently deployed using Docker containers running on a Linux kernel.Linux containers are implemented using namespaces for locating each type of resource.Dockers are tools for managing lightweight method of virtualization (named containers) on Linux that are lighter than traditional virtual machines.The host and guest systems share the same kernel.The kernel is responsible for host↔guest and guest↔guest isolation (the result of ** QtShanoir library: http://qtshanoir.gforge.inria.fr† † medInria: http://med.inria.frsystem calls depends on the container in which the calling process is running).As described in Figure 11, a minimal Shanoir deployment consists of four servers running in at least four separate containers:  "shanoir_container": The actual Shanoir server.It relies on a mysql container (for the database) and on the PACS container (for archiving DICOM data),  "pacs_container": The DICOM PACS server, currently managed by dcm4chee ‡ ‡ ,  "mysql_container": The database server that is hosting two databases: shanoirdb and pacsdb,  "nginx _container": The web frontend server based on a nginx § § HTTP server configured as a reverse-proxy for reaching the Shanoir server.It is the only server that is publicly reachable.It provides TLS encryption and security filtering,  "smtpsink _container": An optional SMTP server for outgoing e-mails.

Data repositories
Each Shanoir repository has an administrator that manages the access rights of the repository.Each user requests an account through a web-based form and specifies which study he/she wants to access, contact, role in the study, required level of expertise/access (guest, user, expert, admin), etc.According to the information provided, the Shanoir administrator of the repository determines whether the user can access the system.Access to a specific study is granted by the person responsible for the study (i.e., the PI of the research study or the official representative).Depending on these settings, the new user will be able to see, download, and import datasets or even modify the study parameters.The corresponding rights are set for a limited time and must be renewed regularly.If requested, the user can receive a report by e-mail each time data are imported into the study.‡ ‡ http://www.dcm4che.org/§ § http://wiki.nginx.org/All data produced at Neurinfo for academic or clinical research purposes are managed through a dedicated Shanoir@Neurinfo repository (Figure 12) administered by the facility's staff.The Shanoir@Neurinfo server also hosts data from imaging studies at multiple sites.In total, around 2To of data from 42 centers and 50 MR scanners are archived at this repository.The amount of data increases by 30Gb per month (see table in Figure 12).
In daily practice, DICOM data are imported by a technician from either a local PACS, a CD/DVD or a disk drive containing the DICOMDIR in its root directory and the DICOM files.*** http://www.neurinfo.org/The clinical studies stored on the Shanoir@Neurinfo server concern the whole body (brain, spine, heart, lung, pelvis, vasculature, etc.) with a major focus on brain anatomy and function in normal control and pathological populations.Out of the 70 or so ongoing research studies on the Neurinfo platform, 75% relates to brain imaging, 15% concern abdominal imaging and 10% concern heart imaging.Among the neuro-imaging clinical studies, multiple sclerosis, dementia, tumors, stroke and mood disorders are the most investigated pathologies.
Depending on the specific nature of the research study, typical neuro-imaging protocols include structural imaging, functional BOLD MRI, Arterial Spin Labeling perfusion imaging, diffusion imaging, relaxometry sequences, pre-and post-gadolinium T1w sequences or vascular sequences.The following studies are examples of research carried out with the Shanoir@Neurinfo service as well as the types of data that are managed by the Shanoir@Neurinfo repository.
Along with the MRI raw data, post-processed images can be stored for each dataset.For example, in a study on functional motor activation, the motor areas were delineated by a trained radiologist and associated with each 3D T1w image.MS lesion segmentation masks can also be attached to the examination.In addition to image data, clinical scores can also be stored for each subject in the repository.Several MS clinical studies collect measurements such as the number of T2 new lesions, number of T1w Gd enhancing lesions or clinical scores such as EDSS.These measurements are also included in the search engine and consequently easily accessible through requests.For more advanced clinical follow-ups, Shanoir can easily be interfaced with existing databases.
The general policy for the Shanoir@Neurinfo repository for dissemination of data related to a particular study is decided upon beforehand with the PI in compliance with the informed consent form approved by the ethics committee and signed by the participant.Any opening of the data to third parties is submitted to the approval of the PI prior to allowing (complete or partial) access to a third party user.Nonetheless, to ensure dissemination and the best use of data acquired from public funding, the Neurinfo team strongly encourages investigators to share their data, which is usually done after an embargo period.

Shanoir@OFSEP Repository
The French Multiple Sclerosis Observatory (OFSEP)  A dedicated imaging working group is in charge of acquiring, processing and integrating imaging and derived imaging data into a shared imaging resource center (IRC), and ensuring that the IRC is integrated with clinical databases.The consistent assessment of MRI-based measurements on a large scale requires robust and efficient image processing pipelines.A further goal of this project is to establish an information technology infrastructure enabling audited access to imaging data, as well as a virtual laboratory environment supporting the distributed, synergistic development, validation, and deployment of specialized image analysis procedures developed by different national and international research centers.To ensure easy access to the imaging data and allow modifications, queries, annotations and access control, the Shanoir environment has been selected.It will also ensure interoperability and data management related to the imaging aspect of the cohort (the clinical part is managed by the EDMUS ‡ ‡ ‡ system).For this purpose, we have set up a specific Shanoir@OFSEP image repository that is currently in its pilot phase.
Begun in 2012, the Shanoir@OFSEP server was installed to store the imaging data of the OFSEP cohort, which will study the neuroimaging data of 40,000 MS patients over the next 10 years.A consensus has emerged concerning the acquisition protocol, which requires (at least) one brain MRI every three years, one spinal MRI every six years, i.e., 200,000 MRIs over 10 years.The Shanoir@OFSEP database will grow during this period and beyond (Cotton et al., 2015).
Since OFSEP is a nationwide project covering many patients, many IRCs and many different kinds of MRI acquisition equipment, a national repository with nationwide access and uniform measures was therefore needed.The OFSEP imaging working group is continuously gathering new acquisition centers volunteering to take part to the cohort.In Shanoir@OFSEP, there are currently about 30 IRCs which include 31 pieces of MRI acquisition equipment representing 14 different MR scanner models from three MR manufacturers (Siemens, Philips and GE).All the centers are importing data in one main study called the "Mother Cohort".Each center follows the OFSEP protocol, which will be checked through the quality control module as described in section 2.2.2.If necessary, derived imaging data can then be imported back to the server in order to refer to potential post-processing information and MS specific imaging biomarkers to make them available for authorized users.
Currently the Shanoir@OFSEP repository is hosting five studies: the "Mother Cohort" (200,000 MRIs planned over the next 10 years) as well as four MS imaging clinical research projects.More of these "OFSEP-labeled" clinical research projects or nested cohorts will be integrated in coming years.Everyone can join the "Mother Cohort" study as long as they use the OFSEP protocol.One can also ask the OFSEP to contribute to the project through his study as soon as the PI presents his research study subject to the OFSEP scientific committee that can grant (or not) the hosting.Data hosted on Shanoir@OFSEP, will remain confidential (private) throughout the duration of the study, but can be made available to all researchers through a specific OFSEP application.

Conclusion and perspectives
The Shanoir software as a service manages the sharing of distributed information sources in neuroimaging over the Internet, whether these resources are located in centers of experimentation, clinical departments in neurology, or research centers in cognitive neurosciences or image processing.Through the description of two repositories that administer a Shanoir environment (Neurinfo and OFSEP), we have illustrated how a large variety of users can diffuse, share or access neuroimaging information between peers almost as easily as if the data were stored at their local hospital, research lab or company.Through the description of the Shanoir software environment, we have illustrated how neuroimaging data can be structured, managed, archived, visualized and shared.
In the medium term we plan to integrate Shanoir's resources and services with the open community through the French National Infrastructure's "France Life Imaging" (FLI) § § § , and more specifically the "Information Analysis and Management" (IAM) node that is dedicated to providing large scale IT infrastructure for in vivo imaging.For this purpose, the FLI-IAM node will build and operate an infrastructure to store, manage and process in vivo imaging data from human or pre-clinical procedures.The main achievements of the IAM node will consist of a versatile software platform composed of several sub-components that will connect hardware and software facilities to build:  an archiving and management infrastructure of in vivo images as well as provide solutions to process and manage the acquired data through dedicated software and hardware solutions;  versatile image analysis and data management solutions for in vivo imaging to facilitate interoperability between production sites and users and provide heterogeneous and distributed storage solutions for raw and metadata indexing (e.g. through the use of semantic models).
As such, we are under integrating Shanoir as one of the data management solutions of the FLI-IAM facilities along with a collection of companion data management software platforms such as CATI-DB (http://www.cati-neuroimaging.com)and ArchiMed, or a collection of processing clients or highperformance computing workflow facilities such as medInria, BrainVisa (brainvisa.info) and the VIP (http://www.creatis.insa-lyon.fr/vip).For this purpose, within FLI-IAM, we are setting up the "glue" between these platforms that will make it possible to connect and interoperate between them.In addition, through FLI-IAM, we will provide the necessary information for additional resources to join the FLI-IAM infrastructure by defining the basic conformal statement that will make the technology and scalability of FLI-IAM possible.
Nonetheless, as described in the introduction, there are a lot of similar initiatives going on recently in the medical imaging research field, like Human Brain Project, ADNI, XNAT-based solutions, etc.For these initiatives, as well as for Shanoir, the goal is to share the data at a large extent.This cannot be done without a significant additional effort on standardization in the field and on interoperability between software platforms addressing similar services.This is what motivates the integration of Shanoir in the French FLI-IAM e-infrastrucre initiative.This challenge of tomorrow is to continue this effort at the international level.

Figure 3 :
Figure 3: Shanoir "instrument" database can be used for attaching clinical scores to images (e.g., EDSS score in MS).An instrument can be any record were an alphanumerical value can be attached.

Figure 5 :Figure 6 :
Figure 5: Shanoir web portal summary of the main functionalities

Figure 7 :
Figure 7: Shanoir Uploader architecture for secure transfer of local PACS data to a Shanoir Server (left) and user interface (right)

Figure 8 :
Figure 8: Example of Apache Solr search of the Shanoir server

Figure 9 :
Figure 9: Example of storyboard interfaces under the iShanoir iOS mobile application connected to a Shanoir server

Figure 10 :
Figure 10: Example of a Shanoir query service within the medInria environment by using QtShanoir web services

Figure 11 :
Figure 11: Schematic diagram of a Shanoir server.There is one set of containers for production: prod-Shanoir, prod-pacs, prod-mysql and prod-nginx, and one set for qualification: qualif-shanoir, qualif-pacs, qualif-mysql and qualifnginx (not represented here).The arrows represent relationships between containers

Figure 12 :
Figure 12: Evolution of the Shanoir@Neurinfo repository Global Statistics (left) and Service Infrastructure (right) † † † , a major epidemiological tool on multiple sclerosis (MS) for the scientific community, was selected after a call for projects for Cohorts 2010, funded by France's Investment in the Future Program.It is a collaborative project involving over 40 MS research centers in France.The aim of the project is to build and maintain a nationwide cohort of patients with MS, and enrich the clinical data with biological samples, socio-economic data and neuroimages.† † † The OFSEP MS Cohort observatory: http://www.ofsep.org/en/