LA TRANSMISSION DES DONNEES
Définition du DICOM :
La norme DICOM » Digital Imaging and Communication in Médicine » est un document qui définit une méthode de communication pour les différents équipements d’imagerie médicale numérique. Il a été développé pour combler les besoins des constructeurs et des utilisateurs de matériel d’imagerie médicale.
La norme DICOM ne définit pas qu’un simple format d’image. Elle définit des méthodes de connections, de transfert et d’identification des données médicales. C’est à partir d’un Document de
Conformité émis par chacune des machines respectant cette norme qu’il est possible d’interconnecter des appareils.
Ainsi la norme permet aux équipements de communiquer localement, à distance ou au travers d’un média en assurant la compatibilité des équipements et en éliminant les formats propriétaires. Le but est d’obtenir les images du patient ainsi que toutes les informations associées dans un format identique permettant l’interconnections et l’inter-action (interoperability) des équipements et le transfert des données.
La constitution d’un fichier DICOM :
La production quotidienne massive d’images médicales ne peut être archivée dans un format commun de type JPEG ou GIF car il aurait un risque de pertes des données démographiques de l’image, (nom du patient, type d’examen, hôpital, date d’examen, type d’acquisition etc..).
Le format DICOM permet de rendre unique chaque image produite et de leur associer des informations spécifiques. Ainsi chaque image est autonome, si elle est perdue, reproduite ou renommée, il est toujours possible d’identifier formellement son origine, le patient, la date, la série d’où elle provient, les paramètres d’acquisition etc…
Organisation des données dans un fichier DICOM :
Le format de fichier DICOM, abrégé format DICOM, comprends les données correspondantes aux pixels de l’image, habituellement ces données sont groupées à la fin du fichier DICOM, elles sont précédées par d’autres données techniques et démographiques.
L’organisation de l’information contenue dans les fichiers DICOM a été inspirée par la sauvegarde des données sur des bandes magnétiques. L’information est organisée sous une forme séquentielle.
C’est à dire : chaque donnée elle-même, un identifiant pour chacune de ces données et leur taille (en octets) qu’elles occupent sur le fichier. Chaque information élémentaire est donc constituée de 3 champs de données.
– Le premier champ est code sur 8 octets, il s’agit d’une « balise » ou « tag », répertoriée dans le dictionnaire DICOM, qui indique le type d’information qui va suivre.
– Le deuxième champ de 8 octets indique la longueur de l’information contenue dans le 3eme champs, jusqu’ a la balise suivante.
– Le 3eme champ constitue les données elles-mêmes (du texte ou une image)
Transformation DICOM des images :
La transformation DICOM ou encore DICOMISATION va consister à placer les données d’image brutes dans un fichier conteneur DICOM contenant toutes les métadonnées indispensables à l’identification du patient, de l’origine du cliché (modalité initiale, date et heure de l’examen, injection de contraste ou non, orientation particulière, et de sa technique de numérisation (type de numériseur utilisé, méthode de compression des données, nouvelle matrice, dynamique d’image, nom de la personne ayant numérisé les images, date et heure de numérisation, etc..).
La transformation DICOM des images va attribuer à chaque image des numéros d’instance, de série et d’examen uniques (respectivement SOP instance UID, SeriesInstance UID et StudyInstance UID), qui l’identifieront définitivement dans n’importe quel système PACS ou de téléradiologie.
Cette transformation est une mise à la norme des images. Elle diminue grandement le risque d’erreur médicale car si l’image est correctement identifiée au départ, elle est définitivement associée au patient, à la différence d’une image brute (de type JPEG par exemple) pour laquelle le titre peut être modifié ou confondu pendant les multiples étapes de sa transmission.
La numérisation des images au format DICOM s’inclut dans certains protocoles de traçabilité et de sécurisation des données.
Interface du logiciel DICOM Works:
Le DICOM WORK est un logiciel qui est inclus dans une solution de téléradiologie permettant la dicomisation, la télétransmission, la gestion et la lecture d’images à distance destiné aux radiologues, en vue d’importer des différents formats bureautiques (jpeg, tiff, dicom, avi, bmp, etc…) ou exporter des données en html, ftp, mail, PowerPoint, etc..,
La visionneuse permet de zoomer, déplacer, filtrer, lisser etc. Il est aussi possible de sauvegarder, compresser les archives.
Ce Logiciels permettant de saisir dans un formulaire des données simples, concernant le patient, l’examen, la série d’images, et de compiler l’ensemble dans un ou plusieurs fichiers DICOM.
Il permet de se connecter à un système d’informations médicales (SIH) ou radiologiques (RIS) et de sélectionner un patient dans le système d’informations hospitalier et de créer un nouvel examen (unique) à la date convenue pour qu’il apparaisse dans une liste de travail. Cette liste de travail est accessible dans le logiciel de numérisation qui peut en extraire les données afin de les intégrer directement dans les fichiers DICOM. Les fichiers ainsi créés seront parfaitement synchronisés avec le système d’informations hospitalier.
|
Table des matières
INTRODUCTION GENERALE
CHAPITRE I : ASPECTS GENERAUX SUR LA TELEMEDECINE
I- INTRODUCTION
I.1 Définition de la télémédecine
I.2 Chaîne télémédicale
I.3 les domaines d’applications de la télémédecine
II- LES RESEAUX DE COMMUNICATION
II.1 Classification des réseaux
II.2 Topologie des réseaux
III- RESEAU ET TECHNIQUE HAUTS DEBITS
III.1 Technologie xDSL
1. Présentation
2. Les familles xDSL
3. Les différentes technologies xDSL
III.2 Technologies ADSL
1. Fonctionnement L’ADSL
2. Les Techniques de modulation
IV- LES RESEAUX D’IMAGERIE MEDICALE
IV.1 les systèmes d’information médicale
1. Le RIS
2. Le PACS
Conclusion
CHAPITRE II : IMPLEMENTATION SOFTWARES
D ‘APPLICATION DEDIEE À LA PRATIQUE DE TELERADIOLOGIE
I- INTRODUCTION
I.1 Etat de la téléradiologie
I.2 La chaîne de téléradiologie
II- APPLICATION POUR LA CAPTURE VIDEO
II. 1 Introduction au DLL
II.2 Fonctionnement d’un fichier DLL
II.3 Le rôle des DLL
II.4 Introduction au API
II.5 Les appels de l’API
II.6 Utilisation video for Windows
III- APPLICATION DEDIE A LA COMPRESSION D’IMAGE BMP2JPG
III.1 Principe de la compression
III.2 Les méthodes de compression
III.3 La compression non-conservatrice : la norme JPEG
III.4 Mesure de performance
III.5 Résultats expérimentés
IV- APPLICATION DEDIE A LA GESTION D’UNE BASE DE DONNES
IV.1 Définition d’une base de données
IV.2 Le Système de Gestion de Bases de Données
IV.3 La base de données sous Access
IV.4 La base de données sous Visual Basic
Conclusion
CHAPITRE III : MISE EN ŒUVRE DU LOGICIEL DICOM WORKS
I- Introduction
II- Définition du DICOM
III- La constitution d’un fichier DICOM
IV- Principes du SOP
V- Organisation des données dans un fichier DICOM
VI- Transformation DICOM des images
VII- Interface du logiciel DICOM Works
VII- Traitement d’image par DICOM
XI- Transfert des images DICOM
Conclusion
CHAPITRE VI : LA TRANSMISSION DES DONNEES
I- Introduction
I.1 Les modèles de références
I.2 Le modèle OSI
I.3 La terminologie TCP/IP
1. Le protocole TCP
2. Le protocole IP
3. L’adresse IP
I.4 Les modèles OSI et TCP/IP
I.5 Les protocoles TCP & UDP
I.7 Le protocole FTP
II- INTERFACE UTILISATEUR
II. 1 Le composant Winsock en VB
II.2 Construction d’un client/ serveur TCP /IP
II.3 Construction d’un client serveur FTP
Conclusion
CHAPITRE V : PRESENTATION DES RESULTATS DE LA PLATE FORME
TELERADIOLOGIQUE
1. Numérisation de clichés d’images radiographiques négatoscopes
2. La capture vidéo
3. La compression d’image BMP2JPG
4. La compression d’image BMP2JPG avec redimensionnement
5. La compression d’image BMP2BMP avec redimensionnement
6. Appel au logiciel DICOM
7. Création de la base de données Access
8. Réalisation d’une interface d’accès a la base de données
9. Saisis des informations du patient et la sauvegarde des informations dans la base de
données
10. Appel à la base de données
11. Transfert de fichiers au moyen de l’architecture client /serveur
CONCLUSION GENERALE
Table des figures
Bibliographie
Résumé
Télécharger le rapport complet