ISO 17432-2004 Health informatics - Messages and communication - Web access to DICOM persistent objects《健康信息学 信息和通信 DICOM不变对象的网上存取》.pdf

1、 Numro de rfrence ISO 17432:2004(F) ISO 2004NORME INTERNATIONALE ISO 17432 Premire dition 2004-12-15Informatique de sant Messages et communication Accs au web pour les objets persistants DICOM Health informatics Messages and communication Web access to DICOM persistent objects ISO 17432:2004(F) PDF

2、Exonration de responsabilit Le prsent fichier PDF peut contenir des polices de caractres intgres. Conformment aux conditions de licence dAdobe, ce fichier peut tre imprim ou visualis, mais ne doit pas tre modifi moins que lordinateur employ cet effet ne bnficie dune licence autorisant lutilisation d

3、e ces polices et que celles-ci y soient installes. Lors du tlchargement de ce fichier, les parties concernes acceptent de fait la responsabilit de ne pas enfreindre les conditions de licence dAdobe. Le Secrtariat central de lISO dcline toute responsabilit en la matire. Adobe est une marque dpose dAd

4、obe Systems Incorporated. Les dtails relatifs aux produits logiciels utiliss pour la cration du prsent fichier PDF sont disponibles dans la rubrique General Info du fichier; les paramtres de cration PDF ont t optimiss pour limpression. Toutes les mesures ont t prises pour garantir lexploitation de c

5、e fichier par les comits membres de lISO. Dans le cas peu probable o surviendrait un problme dutilisation, veuillez en informer le Secrtariat central ladresse donne ci-dessous. ISO 2004 Droits de reproduction rservs. Sauf prescription diffrente, aucune partie de cette publication ne peut tre reprodu

6、ite ni utilise sous quelque forme que ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccord crit de lISO ladresse ci-aprs ou du comit membre de lISO dans le pays du demandeur. ISO copyright office Case postale 56 CH-1211 Geneva 20 Tel. + 41 22 7

7、49 01 11 Fax. + 41 22 749 09 47 E-mail copyrightiso.org Web www.iso.org Publi en Suisse ii ISO 2004 Tous droits rservsISO 17432:2004(F) ISO 2004 Tous droits rservs iiiSommaire Page Avant-propos. iv Introduction v 1 Domaine dapplication 1 2 Rfrences normatives. 1 3 Termes et dfinitions 2 4 Symboles e

8、t termes abrgs . 2 5 Exigences relatives aux transferts de donnes. 3 5.1 Intraction 3 5.2 Requte HTTP 3 5.3 Rponse HTTP. 4 6 Types dobjets persistants. 5 6.1 Gnralits. 5 6.2 Objets images monotrames. 5 6.3 Objets images multitrames 6 6.4 Objets texte 6 6.5 Autres objets . 7 7 Paramtres. 7 7.1 Paramt

9、res disponibles pour tous les objets persistants DICOM. 7 7.2 Paramtres pour les objets persistants images DICOM monotrames et multitrames uniquement 9 Annexe A (informative) Syntaxe de transfert URL/URI . 14 Annexe B (informative) Exemples. 16 Annexe C (informative) Applications 17 Annexe D (inform

10、ative) Correspondances IANA. 18 ISO 17432:2004(F) iv ISO 2004 Tous droits rservsAvant-propos LISO (Organisation internationale de normalisation) est une fdration mondiale dorganismes nationaux de normalisation (comits membres de lISO). Llaboration des Normes internationales est en gnral confie aux c

11、omits techniques de lISO. Chaque comit membre intress par une tude a le droit de faire partie du comit technique cr cet effet. Les organisations internationales, gouvernementales et non gouvernementales, en liaison avec lISO participent galement aux travaux. LISO collabore troitement avec la Commiss

12、ion lectrotechnique internationale (CEI) en ce qui concerne la normalisation lectrotechnique. Les Normes internationales sont rdiges conformment aux rgles donnes dans les Directives ISO/CEI, Partie 2. La tche principale des comits techniques est dlaborer les Normes internationales. Les projets de No

13、rmes internationales adopts par les comits techniques sont soumis aux comits membres pour vote. Leur publication comme Normes internationales requiert lapprobation de 75 % au moins des comits membres votants. Lattention est appele sur le fait que certains des lments du prsent document peuvent faire

14、lobjet de droits de proprit intellectuelle ou de droits analogues. LISO ne saurait tre tenue pour responsable de ne pas avoir identifi de tels droits de proprit et averti de leur existence. LISO 17432 a t labore par le comit technique ISO/TC 215, Informatique de sant. ISO 17432:2004(F) ISO 2004 Tous

15、 droits rservs vIntroduction La norme DICOM est bien accepte dans le domaine de limagerie mdicale, incluant la radiologie, la cardiologie, la pathologie, la radiothrapie et les spcialits utilisant du matriel dimagerie en lumire visible (par exemple les endoscopes, microscopes). Les prescripteurs dex

16、amens dimagerie mdicale et les personnels soignants ont besoin davoir un accs rapide et fiable aux comptes rendus dexamens et images. Dans les environnements informatiss, cet accs est de plus en plus li aux technologies de lInternet. Il est ncessaire davoir accs aux objets persistants DICOM correspo

17、ndants sans avoir les dupliquer. Les cliniciens ont besoin davoir accs soit aux donnes dorigine au format natif DICOM, qui permet une manipulation extensive laide de logiciels spcialiss utilisant les mta-donnes gres par DICOM, soit des donnes converties dans un format gnrique (par exemple JPEG, PDF)

18、 qui peut tre prsent avec les applications prtes tre utilises. La prsente Norme internationale indique comment une demande daccs un objet persistant DICOM doit tre exprime comme une requte HTTP URL/URI (voir IETF RFC2396) incluant un pointeur vers un objet persistant DICOM spcifique sous la forme de

19、 son identifiant unique (instance UID). La requte spcifie galement le format que devra avoir la rponse la requte. Les exemples incluent a) le type de contenu (MIME) (par exemple application/dicom ou image/jpeg pour les images, application/dicom ou application/rtf ou xml pour les comptes rendus), b)

20、codage du contenu, c) compte-rendu cod en HL7/CDA Niveau 1. Les paramtres de la requte URL tels que dfinis dans la prsente Norme internationale sont suffisants pour que le serveur HTTP se comporte comme un client DICOM SCU (Service Class User) pour rcuprer lobjet demand partir dun serveur DICOM SCP

21、(Service Class Provider) appropri laide de la fonction DICOM de base telle quelle est dfinie dans la DICOM PS 3.4 et dans la DICOM PS 3.7. Les spcifications des exigences pour les objets persistants DICOM et formats supplmentaires pour les rponses du serveur seront tablies ultrieurement, si ncessair

22、es. NORME INTERNATIONALE ISO 17432:2004(F) ISO 2004 Tous droits rservs 1Informatique de sant Messages et communication Accs au web pour les objets persistants DICOM 1 Domaine dapplication La prsente Norme internationale spcifie un service bas sur le Web permettant laccs et la prsentation dobjets per

23、sistants DICOM (Digital Imaging and Communications in Medicine) par exemple images, comptes- rendus dimagerie mdicale. Elle a pour objet la communication de comptes-rendus et dimages aux professionnels de la sant. Elle fournit un moyen simple daccs un objet persistant DICOM partir de pages HTML ou d

24、e documents XML, par lintermdiaire dun protocole HTTP/HTTPs, laide didentifiants uniques DICOM. Les donnes peuvent tre rcupres soit dans un format classique comme spcifi dans la requte (par exemple JPEG ou GIF), soit dans un format DICOM natif. La prsente Norme internationale ne concerne pas linterr

25、ogation de bases de donnes dimages DICOM via le Web. Elle sapplique uniquement aux objets persistants DICOM (non aux autres objets DICOM ni aux objets non DICOM). Le contrle daccs sajoutant aux mcanismes de scurit gnralement associs aux applications Web ne relve pas directement du domaine dapplicati

26、on de la prsente Norme internationale. NOTE Les systmes dclars conformes la prsente Norme internationale doivent fonctionner en conformit avec lensemble de ses articles normatifs. 2 Rfrences normatives Les documents de rfrence suivants sont indispensables pour lapplication du prsent document. Pour l

27、es rfrences dates, seule ldition cite sapplique. Pour les rfrences non dates, la dernire dition du document de rfrence sapplique (y compris les ventuels amendements). ISO/CEI 10918-2:1995, Technologies de linformation Compression et codage numriques des images fixes model continu: Tests de conformit

28、 DICOM PS 3.3, Digital Imaging and Communications in Medicine, Information Object Definitions DICOM PS 3.4, Digital Imaging and Communications in Medicine, Service Class Specifications DICOM PS 3.5, Digital Imaging and Communications in Medicine, Data Structures and Encoding DICOM PS 3.6, Digital Im

29、aging and Communications in Medicine, Data Dictionary DICOM PS 3.7, Digital Imaging and Communications in Medicine, Message Exchange DICOM PS 3.10, Digital Imaging and Communications in Medicine, Media Storage and File Format for Data Interchange DICOM PS 3.11, Digital Imaging and Communications in

30、Medicine, Media Storage Application Profiles DICOM PS 3.14, Digital Imaging and Communications in Medicine, Grayscale Standard Display Function DICOM PS 3.15, Digital Imaging and Communications in Medicine, Security Profiles HL7 CDA, Health Level Seven, Clinical Document Architecture (CDA) ISO 17432

31、:2004(F) 2 ISO 2004 Tous droits rservsIETF RFC2045 et suivants, MIME Multipurpose Internet Mail Extension IETF RFC2396, Uniform Resource Identifiers (URI): Generic Syntax IETF RFC2616, Hypertext Transfer Protocol HTTP/1.1 IETF RFC3240, Application/dicom MIME Sub-type Registration 3 Termes et dfiniti

32、ons Pour les besoins du prsent document, les termes et dfinitions suivants sappliquent. 3.1 objet persistant DICOM instance dun objet-donnes conformment la dfinition de la DICOM PS 3.3 laquelle a t attribu un identifiant unique dans le format spcifi pour lUID de linstance SOP DICOM PS 3.3 et qui a t

33、 choisie comme objet sauvegarder de manire sre pendant un certain laps de temps. NOTE Dans la norme DICOM, un objet persistant DICOM est qualifi dinstance de paire dobjets de service composite (Service Object Pair, SOP). 3.2 systme Client Web systme utilisant les technologies Internet (Web, e-mail)

34、pour rcuprer des objets persistants DICOM partir dun serveur Web grant les objets DICOM, par lintermdiaire dun protocole HTTP/HTTPs 3.3 serveur Web grant les objets DICOM systme de gestion dobjets persistants DICOM, capable de transmettre ces objets sur demande au systme Client Web 3.4 accs Web aux

35、objets persistants DICOM service permettant au systme Client Web de rcuprer des objets persistants DICOM grs par un serveur Web grant les objets DICOM, par lintermdiaire dun protocole HTTP/HTTPs 4 Symboles et termes abrgs DICOM Digital Imaging and Communications in Medicine HL7 Health Level Seven HT

36、ML HyperText Markup Language HTTP HyperText Transfer Protocol HTTPs HyperText Transfer Protocol, secured MIME Multipurpose Internet Mail Extensions SOP Service Object Pair UID Unique (DICOM) Identifier URL/URI Uniform Resource Locator/Identifier XML eXtensible Markup Language ISO 17432:2004(F) ISO 2

37、004 Tous droits rservs 35 Exigences relatives aux transferts de donnes 5.1 Interaction Linteraction doit tre conforme la Figure 1. Figure 1 Diagramme dinteraction 5.2 Requte HTTP 5.2.1 Mthode La requte HTTP doit utiliser la mthode GET dfinie dans lIETF RFC2616. 5.2.2 Paramtres de la requte HTTP Les

38、paramtres du composant query de lURI de la requte envoyer au serveur Web par la mthode HTTP GET doivent tre reprsents conformment lIETF RFC2396. NOTE 1 Dautres composants de lURI de la requte dpendent de la configuration, par exemple lemplacement et le langage de script du serveur Web grant les obje

39、ts DICOM. NOTE 2 La manire dont le systme Client Web obtient la valeur des paramtres ncessaires laccs par le Web aux objets DICOM ne relve pas du domaine dapplication de la prsente Norme internationale. ISO 17432:2004(F) 4 ISO 2004 Tous droits rservs5.2.3 Liste des types de mdia accepts dans la rpon

40、se Le champ Accept de la requte selon la mthode GET doit spcifier le(s) type(s) de mdia acceptable(s) pour le systme Client Web. Ce(s) type(s) de mdia doivent inclure au moins les lments de la liste de types MIME (voir IETF RFC2045) spcifis dans le prsent Article 6 concernant les types dobjets persi

41、stants DICOM. NOTE En principe, le champ Accept sera envoy par un Client Web sous la forme */*. Un paramtre optionnel spcifie le(s) type(s) MIME que le Client Web prfre, comme un sous-ensemble de ceux spcifis dans le champ Accept. 5.2.4 Liste des jeux de caractres accepts dans la rponse Le champ Acc

42、ept-charset de la requte selon la mthode GET doit spcifier le jeu de caractres de lobjet rcuprer. Si le champ Accept-charset de la mthode GET nest pas prsent, ou si le serveur Web grant les objets DICOM naccepte pas le jeu de caractres spcifi, le jeu de caractres de la rponse sera la discrtion du se

43、rveur Web grant les objets DICOM. NOTE En principe, lutilisateur dun Client Web na pas le contrle du champ Accept-charset. Un paramtre optionnel spcifie le jeu de caractres employer dans lobjet retourn. 5.3 Rponse HTTP 5.3.1 Gnralits La rponse doit tre un message de rponse HTTP conformment lIETF RFC

44、2616. NOTE Le contenu du corps du message varie en fonction du type de mdia, comme dfini en 5.3.2.2 et 5.3.4.2. 5.3.2 Corps dune rponse de sous-type DICOM MIME simple 5.3.2.1 Type MIME Le type MIME doit tre application/dicom, comme spcifi dans lIETF RFC3240 et dans la DICOM PS 3.11. 5.3.2.2 Contenu

45、Le contenu du corps doit tre un Fichier Partie 10 incluant un mta-en-tte de section, comme dfini dans la DICOM PS 3.10. 5.3.3 Syntaxe de transfert Lobjet DICOM retourn doit tre cod selon lune des syntaxes de transfert spcifies dans le paramtre de requte de syntaxe de transfert, comme dfini en 7.2.12

46、 ci-aprs. Par dfaut, la syntaxe de transfert doit tre Explicit VR Little Endian. NOTE Cela implique que, par dfaut, les images rcupres sont envoyes non comprimes. 5.3.4 Corps dune rponse de type non DICOM MIME 5.3.4.1 Type MIME Le type MIME doit tre lun des types MIME dfinis dans le paramtre content

47、Type, de prfrence celui que prfre le Client Web; dans tous les cas, il doit tre compatible avec le champ Accept de la mthode GET. NOTE Le HTTP renvoie une erreur (406 non acceptable) sil nobtient pas le type de contenu requis. ISO 17432:2004(F) ISO 2004 Tous droits rservs 55.3.4.2 Contenu Le contenu doit tre une partie MIME contenant lobjet rcuprer. NOTE La prsente Norme internationale ne traite pas dobjets multiples dans une rponse. Les paramtres sappliquent lextraction dun seul objet. En effet, la plupart de