Daniel JOUVENOT Laboratoire de l’Accélérateur Linéaire (LAL–ORSAY)

Présentation au sujet: "Daniel JOUVENOT Laboratoire de l’Accélérateur Linéaire (LAL–ORSAY)"— Transcription de la présentation:

1 Daniel JOUVENOT Laboratoire de l’Accélérateur Linéaire (LAL–ORSAY)
Projet EGEE-DICOM Daniel JOUVENOT Laboratoire de l’Accélérateur Linéaire (LAL–ORSAY) Bonjour je m’appelle Daniel Jouvenot, je travail au sein du laboratoire de l’accélérateur linéaire d’Orsay avec Cal Loomis au développement d’un système permettant d’accéder aux services d’un serveur DICOM par EGEE. DICOM est une norme du monde de l’imagerie médicale.

2 Plan de la présentation
Qu’est-ce que DICOM ? Du coté EGEE ? Les différentes parties du projet Etat d’avancement du projet Conclusion Pour vous présenter mon travail je vais vous expliquer tout d’abord ce qu’est DICOM. Je poursuivrai en essayant de démontrer ce que peux apporter EGEE à DICOM puis l’état d’avancement du système que je développe et la conclusion. Projet EGEE-DICOM

3 Qu’est-ce que DICOM ? DICOM = Digital Imaging and Communication in Medicine pour pouvoir : archiver des données numériques d’imagerie médicale échanger ces images identifier de manière unique chaque image produite Standard de communication entre machines d’imagerie médicale Élimine les formats propriétaires Indépendance des machines et des protocoles de communication Définit un format de fichier standard Identification unique des images produites Un fichier DICOM est composé de deux parties Les informations liées au fichier : les méta données Les données du fichier : les données « images » DICOM est une norme du monde de l’imagerie médicale. Cette norme a été établie du fait des spécificités des services de Radiologie. Il faut savoir qu’un service de Radiologie produit chaque jour une moyenne de 150 images par heure. Il faut donc pouvoir archiver une grosse quantité de données numériques sans perdre des données liées au patient (impossible de sauver ces images dans un format classique gif ou jpeg), il faut également pouvoir échanger entre les services des données produites à partir d’équipements de différents fabricants. Pour finir il faut pouvoir identifier de manière unique ces images. DICOM est donc une norme qui définit un standard de communication entre machines d’imagerie médicale qui élimine les formats propriétaires. DICOM est également une norme qui définit un format de fichier standard pour les images produites. Un fichier DICOM est composé de deux parties. Ce format standard permet d’identifier de manière unique les images produites. Projet EGEE-DICOM

4 Du coté EGEE Il pourrait être intéressant de :
pouvoir retrouver, accéder et transférer des données DICOM géographiquement dispersées bénéficier d’une continuité de service sur ces données Développer un système standard de services sur les données DICOM Storage Resources Manager (SRM) Permet de gérer des ressources partagées sur la grille Fournit un accès uniforme à des données hétérogènes Interface standardisée (Web Service) Fournit des fonctions Management de l’espace de stockage Transfert de données Status des requêtes Projet EGEE-DICOM

5 Du coté EGEE Metadata Serveur DICOM SRM Grille EGEE Données DICOM
Catalog Interface Metadata Serveur DICOM SRM Grille EGEE Données DICOM Projet EGEE-DICOM

6 Les différentes parties du projet
FERMILAB SRM OUTILS GRILLE CTN DCMTK SRMTODICOM SERVEUR DICOM INTERFACE DICOM CACHE DISQUE SERVEUR DE DONNEES CLIENT SRM Au final je développe donc un système faisant le lien entre EGEE et les serveurs DICOM. Ce système qu’on peut baptiser SRMTODICOM communique avec les serveurs DICOM par une interface appelée DCMTK. Cette interface permet d’accéder à l’ensemble des services liés à la norme DICOM. Coté grille je spécialise un Storage Resource Manager initialement développé par FERMILAB. Aussi bien en ce qui concerne l’implémentation du client SRM que le serveur de donné que j’adapte au système SRMTODICOM. Le système FERMILAB SRM est composé de deux parties : d’un client à partir duquel on lance les requêtes et un serveur qui nous fournit des services sur les fichiers de données. Projet EGEE-DICOM

7 Etat d’avancement du projet
FERMILAB SRM OUTILS GRILLE CTN DCMTK SRMTODICOM SERVEUR DICOM INTERFACE DICOM CACHE DISQUE SERVEUR DE DONNEES CLIENT SRM Projet EGEE-DICOM

8 Conclusion Futurs développements : Il reste à développer:
Les services put et get ont été développés On a installé un serveur DICOM On utilise l’interface DCMTK Il reste à développer: Un client « grille EGEE » spécifique à DICOM La spécialisation DICOM du serveur SRM Futurs développements : Services sur les méta données (gestion de bases de données) Projet EGEE-DICOM