IHE Testing Tools An overview

The past (and current)  Mesa Tools  In house testing for Vendors  C++, Perl  Kudu  Connectathon management tool :  kind of speed dating software. Allows vendors to enter configuration and find test partners  Allow sponsor to control connectathon’s progress  PHP, Postgresql DB

The Future (Gazelle)  Improve quality of testing  Introducing conformance testing where we only had interoperability testing  Unify Kudu and Mesa into one tool  Target to Vendors, Users and Sponsors  Opensource  Open and evolving architecture

Interoperability / Conformance 22/05/08Projet IHE-Dev Inria Rennes 4 Specifications/Standards Implementation A Vendor A Implementation B Vendor B Interoperability testing Conformance Testing

Gazelle

Gazelle Architecture Proxy System Under Test Network Gazelle Test Engine Control Configuration Info Feedback External Validation Services Tests Scenario Gazelle Actor (Simulators) Gazelle Control System External Validation Services External Validation Services External Validation Services Gazelle Actor (Simulators) Gazelle Actor (Simulators) Gazelle Actor (Simulators) Gazelle Actor (Simulators) System Under Test Database 22/05/08Projet IHE-Dev Inria Rennes 6

Proxy

Requirements  Capture messages exchanged between test participants  Shall be neutral : Non destructive message capture  Transmit captured messages to the Test Engine for further processing (EVS)  Provide information about sender and recipient when available 22/05/08Projet IHE-Dev Inria Rennes 8

Proxy Design SUTa Proxy SIMU2 Port 2004 SIMU1 Port 104 SUT2 Port 104, 2000 SUT1 Port Test Engine

Design  Need to open a port for each responder  Transaction initiator may not know the responder real port  Proxy knows the responder based on the port used  Useful to provide more information that port and ip  Responder port may be mapped with more that one port on the proxy  Solution to isolate messages in the context of a test

SUT1 participating to 2 tests SUTa Proxy SUT1 Port SUTb Test Engine

SUT1 participating to 2 tests SUTa Proxy SUTb Test Engine SUT1 Actor A and Actor B share the same port Proxy maps an individual port for each config

Proxy Configuration Proxy SUT3 SUT2 SUT1 Control System Test Engine Simulator 1 Simulator 2

Proxy Environment Overview 14 Daemon EVS mirth_input hl7_message_validation SUT1SUT Proxy

Proxy : First Experience  Proxy developed for the Oxford C.A.T  Capture of HL7 V2 messages only  Used under real conditions in Oxford  Messages transmitted to Kudu for call to EVS  NIST EVS  INRIA EVS  Usage of the proxy not required but recommended  Message captured and validation results available to participants through Kudu. 22/05/08Projet IHE-Dev Inria Rennes 15

Proxy  Concept validated  Enable gathering of sample messages for validation of the EVS services  Improvements following Oxford C.A.T.  Capture of ACK messages  Extension to other protocols  XDS Messages  HL7 V3  Dicom (more complex) 22/05/08Projet IHE-Dev Inria Rennes 16

EVS External Validation Services

Gazelle Architecture Proxy System Under Test Network Gazelle Test Engine Control Configuration Info Feedback External Validation Services Tests Scenario Gazelle Actor (Simulators) Gazelle Control System External Validation Services External Validation Services External Validation Services Gazelle Actor (Simulators) Gazelle Actor (Simulators) Gazelle Actor (Simulators) Gazelle Actor (Simulators) System Under Test Database 22/05/08Projet IHE-Dev Inria Rennes 18

Specification Requirement  Use of Webservices  Definition of the API  Arguments, methods  Definition of XSD and XSL for arguments  Choice of MTOM for the transport of large objects like Dicom 22/05/08Projet IHE-Dev Inria Rennes 19

EVS  Dicom :  DVTK based  Dicom3tools based  HL7 :  NIST  INRIA  IHE-J ?  CDA  NIST publish Schematron 22/05/08Projet IHE-Dev Inria Rennes 20

HL7 EVS  2 EVS available for the moment  NIST  INRIA  Validation based on HL7 Message Profiles  More than 140 Message profiles defined for exisiting IHE transactions  Profiles available from Kudu TF section while waiting for Gazelle Message profile repository 22/05/08Projet IHE-Dev Inria Rennes 21

Test Engine

22/05/08Projet IHE-Dev Inria Rennes 23 Simulator System Under Test Test Case Test Reports Test Case Test Reports Loggin g System Under Test Simulator ProxyEVS EVS Mgr Proxy Mgr TF Gazelle Database Test Engine

 Mock up  TF -> ebXML-BP -> BPEL -> gestion des différents composants 22/05/08Projet IHE-Dev Inria Rennes 24

Product Registry  Application Web  Objectifs : recherche de produits qui implémentent des profils d’intégration IHE  Sous composant de gazelle utilisant un sous ensemble des modules de gazelle  Permet de tester les choix, le modèle  Développé à Rennes 22/05/08Projet IHE-Dev Inria Rennes 25

Gazelle Registration  Se base sur l’expérience du Product Registry  Portage de la partie enregistrement pour le connect-a-thon dans Gazelle  Doit être fonctionnel pour l’été (C.A.T NA)  Réalisé à Saint Louis et Rennes 22/05/08Projet IHE-Dev Inria Rennes 26

Mgt Tools Project Management

Gazelle Project Management  Forge for source management  Use of