L'association Edisanté est d'abord une instance "interfonctionnelle" : le secteur de la Santé recouvre en effet des fonctions d'e-business a priori disjointes, comme l'achat dans les hôpitaux, la transmission des analyses de labo, les rembour-sements de la Sécu ou les échanges de dossiers médicaux. Edisanté s'efforce donc de rendre cohérentes ces fonctions. Documentation technique et groupes de travail d'Edisanté, comme son GT11 sur les échanges de dossiers médicaux, s'efforcent donc de coller aux besoins des professionnels tout en recherchant une cohérence "centrée patient".

De plus, Edisanté est face à l'intersectoriel, cer-taines des fonctions "Santé" étant en situation d'échanges électroniques avec l'Administration, la Distribution la Banque etc. Ce qui est sûrement une valeur ajoutée d'Edisanté par rapport aux  instances de normalisation d'autres pays.

Car Edisanté est enfin une instance insérée dans l'international, ne serait-ce que pour ne pas avoir à réinventer ce que les autres utilisent déjà. Le 19 avril 2004, Edisanté organisait ainsi une journée de contact avec le consortium international d'origine US, HL7 (pour Health Level 7, normalisation pour la Santé de la couche 7 du modèle OSI). Etaient également présents à cette journée d'autres ins-tances comme Prorec, l'EEG9 de l'eBES/CEN ou Hprime qui s'est positionné comme instance fran-çaise de HL7. A noter que, pour l'avenir du niveau transport, HL7 vient d'annoncer qu'il adoptait à la fois les spécifications des Services Web et celles d'ebXML alors que seul ebXML est mentionné dans le programme d'Edisanté. Une démarche oecumé-nique éviterait à Edisanté une guerre de religion interstandards qu'elle a déjà subie. Par exemple, une "niche propriétaire" avait été protégée par la CNAM contre l'adoption d'Edifact, bien que certains des messages Santé Edifact aient pourtant  été déve-loppés par le CTI de la CNAM ! D'où sans doute la prudence d'Edisanté, sa marche vers la cohérence supposant une posologie réaliste, y compris pour le passage à la potion XML ! L'important, à l'heure de la réforme de l'assurance-maladie, est de ne pas rater l'économie des échanges élec-troniques. Exemple pourrait être pris sur le soutien fédéral US à l'eHealth !

Le W3C publie deux parties du WSDL 2.0 draft : Core Language  et  Message Patterns. Les Bindings, Requirements et Description Usage Scenarios déjà publiés restant valables. WSDL est l'outil de  description des Services Web, donc celui qui est le plus au contact du business. Le client doit en effet tout d'abord comprendre quel est le service auquel il peut pré-tendre, pour qu'ensuite ce soit son application qui recherche (UDDI) et se mette en relation (SOAP) avec le Service Web sélectionné, en suivant la chorégraphie de BPEL. Voir le  Primer de WSDL 2.0 qui commence par expliquer ce qu'est un Service Web et illustre ensuite le fonctionnement de WSDL. Voir aussi un article sur les ajouts de WSDL 2.0 par rapport à la version précédente.

Les Trois Mousquetaires des Services Web, SOAP, UDDI et WSDL, sont donc quatre comme il se doit, avec maintenant  BPEL. Et comme figurent parmi les éditeurs de WSDL 2.0 aussi bien Microsoft et IBM que Sun, on peut espérer que les duels avec les Gardes du Cardinal ebXML son terminés ! Dans le même esprit "Embrassons-nous Folleville !", voir aussi  BPELJ, BPEL for Java, d'IBM et BEA. A noter également, pour donner une chance à des Services Web ouverts, un outil améliorant UDDI :  X-registry d'Infravio. Sans oublier que SAP mise sur l'outil SOAP pour une SOA qui ouvre les ERP sur l'extérieur (cf VendrEDI n°67).

Donc, "Tous pour un, un pour tous", notamment au sein du WS-I et son Basic Profile pour faciliter l'implémentation des Services Web ! Alors avec tout cela, où en est-on ? Pour le Vice-président de Gartner, les quatre outils des Services Web sont maintenant assez mûrs pour que les entreprises développent ce qu'il appelle des SOBAs, Services-Oriented Business Applications. Selon lui, déjà en oeuvre à l'intérieur des entreprises ou parmi des petits groupes de trading partners, ces SOBAs vont être largement utilisés dans les supply chains. Il s'agit d'aller au-delà des Services Web basiques comme la fourniture de cours de Bourse ou d'informations météo pour aller vers des applications à haute valeur ajoutée, combinant  gros volumes de données et "complex proprietary algorithms", tels que "credit-card validation, order status, inventory, Social Security benefits...loan risk assessment...express shipment tracking...". Mais, si les cinq prochaines années verront, selon Gartner, un intense développement des Services Web, leur sécurité restera le principal souci des entreprises, notamment face aux hackers.