XDStarClient Presentation of a suite of tools developed by IHE Europe for healthcare community Abderrazek Boufahja Mai 25, 2012.

Slides:



Advertisements
Similar presentations
Cross-Enterprise Document Sharing-b (XDS.b)
Advertisements

Async XDS.b.
Asynchronous Web Services Exchange Teddy Bachour Microsoft Corporation August 11, 2008.
Welcome to WebCRD.
Creating a Login Process Creating a users table and a login form that denies access to unauthorized users.
Recruitment Booster.
September, 2005What IHE Delivers 1 Karen Witting IBM Cross-Community: Peer- to-Peer sharing of healthcare information.
Extending XDW in Cross-Community Editor: Charles Parisot Notes for the March 19 th, 2013 – ITI Tech Committee.
XDS.b (Cross-Enterprise Document Sharing)
IHE IT Infrastructure mHealth access to Document Sharing Profile John Moehrke June 6, 2012.
Searching a Database Creating a Form for Users to Search a Database.
Course Orientation Assignments Tool. If the Assignments tool has been added to the course, use the Assignments link in the Course Menu to access upcoming.
SiS Technical Training Development Track Technical Training(s) Day 1 – Day 2.
Cross Domain Patient Identity Management Eric Heflin Dir of Standards and Interoperability/Medicity.
Cross Domain Patient Identity Management Eric Heflin Dir of Standards and Interoperability/Medicity.
DTA Procurement Demo 1.Role of Unit Maker/CHA user 1.Preparation of a DTA ProcurementPreparation of a DTA Procurement 2.Submission of DTA Procurement to.
IBM Rhapsody Simulation of Distributed PACS and DIR systems Krupa Kuriakose, MASc Candidate.
September, 2005What IHE Delivers 1 Document Registry and Repository Implementation Strategies IHE Vendors Workshop 2006 IHE IT Infrastructure Education.
Slide 1 of 19 Welcome to GSA’s Vendor and Customer Self Service (VCSS) course Section 7: Correspondence Navigation This presentation is compliant with.
Project Four Forms Discuss form processing Describe the difference between client-side and server-side form processing Add a horizontal rule to a Web page.
Cross-Enterprise Document Sharing Cross-Enterprise Document Sharing Bill Majurski National Institute of Standards and Technology IT Infrastructure Co-Chair.
Server-side Scripting Powering the webs favourite services.
NIST XDS Toolkit SOURCE NIST XDS Toolkit SOURCE VENDOR “ B ” RESPONDING GATEWAY VENDOR “ B ” RESPONDING GATEWAY BLUE REGISTRY REPOSITORY PIX/PDQ/XCPD/etc.
Tutorial 10 Adding Spry Elements and Database Functionality Dreamweaver CS3 Tutorial 101.
Using 3 XDS Affinity Domains at the Connectathon Prior to the 2010 European connectathon, we chose to test with one Affinity Domain, with one Patient ID.
XDS Testing for new Connectathon monitors Bill Majurski NIST.
XP New Perspectives on Browser and Basics Tutorial 1 1 Browser and Basics Tutorial 1.
Configuration Management Issues in IHE Asuman Dogac, SRDC, METU, Turkey
What IHE Delivers Security and Privacy Overview & BPPC September 23, Chris Lindop – IHE Australia July 2011.
Publication and Discovery XDS IHE IT Infrastructure Webinar Series.
Cross-Enterprise User Assertion IHE Educational Workshop 2007 Cross-Enterprise User Assertion IHE Educational Workshop 2007 John F. Moehrke GE Healthcare.
Copyright © 2007, Oracle. All rights reserved. Managing Concurrent Requests.
CS 493 Project Definition The project assignment is a simplified version of the Integrating Healthcare Enterprise (IHE) Cross-Enterprise Document Sharing.
Customizing your own SENSORS (site) Ethan Danahy Tufts University June 7 th, 2001.
XDW in a multi-community environment and back-linking to Workflow Documents A high-level analysis to avoid design choices that would make XDW Trial Implementation.
Dynamic Document Sharing Detailed Profile Proposal for 2010 presented to the IT Infrastructure Technical Committee Karen Witting November 10, 2009.
Copenhagen, 7 June 2006 Toolkit update and maintenance Anton Cupcea Finsiel Romania.
Keywords Searching and Analysis System Member Student ID Role 刘亮 Liu Liang System Analyst 顾子俊 Gu Zijun Developer 杜菡菡 Du Hanhan
Implementing the XDS Infrastructure Bill Majurski IT Infrastructure National Institute of Standards and Technology.
Deposit Module for Depositor DigiTool Version 3.0.
Web Center Training ©2003 Optimum Technology, Inc.
Publication and Discovery XDS and DSUB IT Infrastructure Planning Committee Ilia Fortunov - Microsoft.
Query Adaptor New Registry actor feature to enable efficient queries.
Click the “Add Team” button to create a brand new team. Click the “View Teams” button to view team’s you have already registered.
L.T.E :: Learning Through Experimenting Using google-svn for MtM Docs Development Denis Thibault Version 3.2 Mar 12 th, 2009.
The new Secure Retrieve (SeR) profile provides Access Control to the documents in an IHE XDS environment. Refer to the diagram on the next slide to see.
Document Consumer Patient Identity Source Document Registry Document Repository Document Source MHD Document Recipient MHD Document Responder MHD Document.
IHE IT Infrastructure Domain Update Karen Witting – IBM IT Infrastructure Technical Committee co-chair.
September, 2005What IHE Delivers 1 IT Infrastructure Planning Committee Karen Witting – Ready Computing XDS & XCA: On-Demand Documents.
Dynamic/Deferred Document Sharing (D3S) Profile for 2010 presented to the IT Infrastructure Technical Committee Karen Witting February 1, 2010.
May, 2014What IHE Delivers 1 IT Infrastructure Planning Committee XDS Metadata Update.
Using 3 XDS Affinity Domains at the Connectathon At past connectathons, we chose to test with one Affinity Domain and one Patient ID assigning authority.
© 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 1 © 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential.
1.Switch on the computer and wait for loading. 2.Select the Windows 7 OS at the end of the list. 3.Click on the link ‘Administrator’ 4.Enter the administrator.
Digital Gujarat Portal – Citizen User Manual. How Do I Open A Portal? Go to the URL :- Screen 1.1:-
Dynamic/Deferred Document Sharing (D3S) Profile for 2010 presented to the IT Infrastructure Technical Committee Karen Witting February 1, 2010.
Slide 1 © 2016, Lera Technologies. All Rights Reserved. Oracle Data Integrator By Lera Technologies.
T3/Tutorials: Data Submission Uploading genotype experiments
Click the “Add Team” button to create a brand new team
T3/Tutorials: Data Submission
Core LIMS Training: Project Management
Journal of Mountain Science (JMS)
Project Management: Messages
Click the “Add Team” button to create a brand new team
NIST XDS Toolkit CONSUMER
ERO Portal Overview & CFR Tool Training
Oracle Sales Cloud Sales campaign
Welcome to WebCRD.
You will need to click the login button here
Introduction to One View Service Center (OVSC)
Presentation transcript:

XDStarClient Presentation of a suite of tools developed by IHE Europe for healthcare community Abderrazek Boufahja Mai 25, 2012

Menu XDStar FunctionalityXDStar Functionality Systems ConfigurationSystems Configuration –Repositories configurations –Registries configurations –XCA RESP configurations epSOSepSOS –DispensationService:initialize() –ConsentService:put() –epSOS-1 transaction IHE /XDSIHE /XDS –Provide and register Set-b –Registry Stored Query –Retrieve Document Set –Cross Gateway Query –Cross Gateway Retrieve WS ValidationWS Validation –XDStar ws validation –EVSClient validation

XDStar functionality XDStarClient is a tool based on IHE / epSOS specifications for XDS transactionsXDStarClient is a tool based on IHE / epSOS specifications for XDS transactions Fonctionalities :Fonctionalities : –Simulation of epSOS transactions (PatientService, OrderService, ConsentService, IdentificationService) –Simulation of IHE / XDS transactions (Provide and Register Set-b, Registry Stored Query, Retrieve Docuement Set, Cross Gateway Query, Cross Gateway Retrieve) –Validation of all transactions done by the tool –WS validation of epSOS/ IHE XDS metadatas

Systems Configuration

Systems configurations There are three type of configurations supported by XDStar : Repositories configurationsRepositories configurations Registries configurationsRegistries configurations XCA Responding Gateway configurationsXCA Responding Gateway configurations The configurations of Document recipient for XDR profile are integrated to the repositories configurations

Repositories configurations Repositories can be configured by going to the menu :Repositories can be configured by going to the menu : –SUT Configurations  Repositories configurations –To add a new configuration, you have to login

Registries configurations Registries can be configured by going to the menu :Registries can be configured by going to the menu : –SUT Configurations  Registries configurations –To add a new configuration, you have to login

XCA RESP configurations Registries can be configured by going to the menu :Registries can be configured by going to the menu : –SUT Configurations  XCA-Responding-Gateway-Configurations –To add a new configuration, you have to login

epSOS

DispensationService:initialize()[1] How to access : menu  Simulators  epSOS  DispentationService:initialize()How to access : menu  Simulators  epSOS  DispentationService:initialize() Configurations that can be selected : Repositories configurationsConfigurations that can be selected : Repositories configurations Optionality :Optionality : –Upload files to register : upload one or many dispensation document to be sent to the repository –Generate file to register : use a preloaded document from the server, and sent it to the repository

DispensationService:initialize()[2] Metadatas :Metadatas : –XDSSubmissionSet.author –XDSSubmissionSet.contentTypeCode –XDSSubmissionSet.patientId –XDSSubmissionSet.sourceId : its value is defined as a parameter of the application –XDSSubmissionSet.uniqueId : a unique id generated by the application for the SubmissionSet For this transaction, this simulator support :For this transaction, this simulator support : –XUA : insert of assertions –ATNA : secure communication

DispensationService:initialize()[3] Sending of the documents : you can send your documents by clicking on the button Execute. The execution generate a message that contains the date of execution, the transaction name, the affinity domain, the message type, the response code, the responder name, and finally the request and the response and their validationsSending of the documents : you can send your documents by clicking on the button Execute. The execution generate a message that contains the date of execution, the transaction name, the affinity domain, the message type, the response code, the responder name, and finally the request and the response and their validations The list of validated message can be found on the menu : messages  Provide and Register Set-b messagesThe list of validated message can be found on the menu : messages  Provide and Register Set-b messages

DispensationService:initialize()[4] There are two buttons that can be used, on the column action :There are two buttons that can be used, on the column action : view the content of the metadatas sent, and the response of the repository view the content of the metadatas sent, and the response of the repository validate the content of metadatas sent and validate the response validate the content of metadatas sent and validate the response There are three buttons on request/resp messages columns :There are three buttons on request/resp messages columns : –Validation is not well, there are errors on validation –Validation is well done, no errors on the validation –There are no validation done, if you want you can do one, by clicking here

ConsentService:put()[1] How to access : menu  Simulators  ConsentService:put()How to access : menu  Simulators  ConsentService:put() Configurations that can be selected : Repositories configurationsConfigurations that can be selected : Repositories configurations Policy : Opt-in, Opt-outPolicy : Opt-in, Opt-out Optionality :Optionality : –Upload files to register : upload one or many consent document to be sent –Generate file to register : use a preloaded document from the server, and sent it

ConsentService:put()[2] Metadatas :Metadatas : –XDSSubmissionSet.author –XDSSubmissionSet.contentTypeCode –XDSSubmissionSet.patientId –XDSSubmissionSet.sourceId : its value is defined as a parameter of the application –XDSSubmissionSet.uniqueId : a unique id generated by the application for the SubmissionSet For this transaction, this simulator support :For this transaction, this simulator support : –XUA : insert of assertions –ATNA : secure communication

ConsentService:put()[3] As for DispensationService:initialize(), the ConsentService:put() has the same behavior for executing the sent of the message to the repository, the GUI of the messages sent and received. We can also validate these messages using the button validate from the action column.As for DispensationService:initialize(), the ConsentService:put() has the same behavior for executing the sent of the message to the repository, the GUI of the messages sent and received. We can also validate these messages using the button validate from the action column.

epSOS-1 transaction [1] epSOS-1 transaction is composed from 4 types of message types :epSOS-1 transaction is composed from 4 types of message types : –OrderService:list –OrderService:retrieve –PatientService:list –PatientService:retrieve OrderService:list and PatientService:list are the transaction ITI-38 on the affinityDomain epSOS. To create the request, you have to fill some metadatas, and that depend to the transaction used.OrderService:list and PatientService:list are the transaction ITI-38 on the affinityDomain epSOS. To create the request, you have to fill some metadatas, and that depend to the transaction used.

epSOS-1 transaction [2] On the PatientService:retrieve and the OrderService:retrieve, the user have to fill the homeCommunityId, the repositoryId, and the uniqueId of the document to retrieve.On the PatientService:retrieve and the OrderService:retrieve, the user have to fill the homeCommunityId, the repositoryId, and the uniqueId of the document to retrieve. All the four messageType support XUA and ATNA, secured endpoint are supportedAll the four messageType support XUA and ATNA, secured endpoint are supported

IHE / XDS

Provide and register Set-b[1] How to access from menu : Simulators  IHE  ITI-41 [Provide and Register Set-b]How to access from menu : Simulators  IHE  ITI-41 [Provide and Register Set-b] The aim of this page is to provide for the user a tool to submit folders and XDSDocuments to a repository with the correct association between SubmissionSet, folders, && documents.The aim of this page is to provide for the user a tool to submit folders and XDSDocuments to a repository with the correct association between SubmissionSet, folders, && documents. After selecting a repository, a tree representing the content of the submission appears in the GUI :After selecting a repository, a tree representing the content of the submission appears in the GUI :

Provide and register Set-b[2] To add document to a submissionSet or to a folder, you have to click on the button. This will update the GUI and view a list of metadatas related to the XDSDocumentEntry addedTo add document to a submissionSet or to a folder, you have to click on the button. This will update the GUI and view a list of metadatas related to the XDSDocumentEntry added To add a new folder to a submissionSet, you have to click on the button. This will update the GUI with metadatas of the XDSFolder added.To add a new folder to a submissionSet, you have to click on the button. This will update the GUI with metadatas of the XDSFolder added. The list of metadatas that the user can choose are uploaded by the tool from the SVS repository of IHE europe.The list of metadatas that the user can choose are uploaded by the tool from the SVS repository of IHE europe. To add optional metadatas, you have to click on the button “Add Optional Metadata”To add optional metadatas, you have to click on the button “Add Optional Metadata”

Provide and register Set-b[3] To execute the submissionSet, you have to click on the button ExecuteTo execute the submissionSet, you have to click on the button Execute The result of the execution appears on the GUI as a table containing the request, the response, and the response code.The result of the execution appears on the GUI as a table containing the request, the response, and the response code. To validate the request || the response, you have to click on the button validate on the action column. A popup will show the result of the validation.To validate the request || the response, you have to click on the button validate on the action column. A popup will show the result of the validation.

Registry Stored Query [1] Access from the menu : Simulators  IHE  ITI-18 [Registry Stored Query].Access from the menu : Simulators  IHE  ITI-18 [Registry Stored Query]. The registry stored query is a set of messages types, that can be selected from the GUIThe registry stored query is a set of messages types, that can be selected from the GUI

Registry Stored Query [2] To create an ITI-18 query, the user have to fill the list of metadata generated from the messageType selected :To create an ITI-18 query, the user have to fill the list of metadata generated from the messageType selected : To add optional parameter to the request, you have to click on the button addOptionalParameter :To add optional parameter to the request, you have to click on the button addOptionalParameter :

Retrieve Document Set[1] How to access from menu : Simulators  IHE  ITI-43 [Retrieve Document Set]How to access from menu : Simulators  IHE  ITI-43 [Retrieve Document Set] To execute the request you have to select a repository configurationTo execute the request you have to select a repository configuration

Retrieve Document Set[2] Retrieve Document Set is a simple request based on three parameters : HomeCommunityId, RepositoryUniqueId, and DocumentUniqueIdRetrieve Document Set is a simple request based on three parameters : HomeCommunityId, RepositoryUniqueId, and DocumentUniqueId ToTo To Execute the retrieve request, you have to click on ExecuteTo Execute the retrieve request, you have to click on Execute You can preview the message to be sent by clicking on PreviewYou can preview the message to be sent by clicking on Preview

Cross Gateway Query[1] Access from the menu : Simulators  IHE  Cross Gateway QueryAccess from the menu : Simulators  IHE  Cross Gateway Query From the GUI, we have to select first the registry configuration, then we have to select the message type to executeFrom the GUI, we have to select first the registry configuration, then we have to select the message type to execute

Cross Gateway Query[2] For each messageType, a list of required metadatas are rendered on the GUIFor each messageType, a list of required metadatas are rendered on the GUI To add optional metadata, you have to click on the button “Add Optional Parameter”To add optional metadata, you have to click on the button “Add Optional Parameter”

Cross Gateway Retrieve Access from the menu : Simulators  IHE  Cross Gateway RetrieveAccess from the menu : Simulators  IHE  Cross Gateway Retrieve Cross Gateway retrieve is based on the transaction Retrieve Document Set. The GUI is almost the same.Cross Gateway retrieve is based on the transaction Retrieve Document Set. The GUI is almost the same.

WS Validation

Link : : Methods :Methods : –validateXDStarMetadata : validate a text document using a type of validator –validateXDStarMetadataB64 : validate a base 64 document using a type of validator –getListEPSOSValidator : return a list of validators for epSOS domain –getListIHEValidator : return a list of validator for IHE domain Technologies : XDS validation is based on model driven architecture. We define a model to describe the content of the XDS metadata document, then we populate the model by UML constraints, using OCL language (Object Constraint language). Constraints are extract from the TF of IHE && epSOS.Technologies : XDS validation is based on model driven architecture. We define a model to describe the content of the XDS metadata document, then we populate the model by UML constraints, using OCL language (Object Constraint language). Constraints are extract from the TF of IHE && epSOS.

EVSClient Validation [1] The WS of XDStarClient is used by EVSClient to validate epSOS / IHE XDS metadata. To Access to this validator from EVSClient menu, you have to go to XDS  epSOS / IHE  validateThe WS of XDStarClient is used by EVSClient to validate epSOS / IHE XDS metadata. To Access to this validator from EVSClient menu, you have to go to XDS  epSOS / IHE  validate

EVSClient Validation [2] The validation of the metadata contains two level : schema validation and content validation, based on model driven constraints.The validation of the metadata contains two level : schema validation and content validation, based on model driven constraints.

EVSClient Validation [3] All validated metadata request / response are stored on the database. An advanced search tool is implemented for users for dynamic search of already validated documentsAll validated metadata request / response are stored on the database. An advanced search tool is implemented for users for dynamic search of already validated documents

XDStarClient Presentation of a suite of tools developed by IHE Europe for healthcare community Abderrazek Boufahja Mai 25, 2012