Please use a compatible browser :Google Chrome or Mozilla Firefox
Page expired. Any change will be lost. Try to refresh the page.
Gazelle update scheduled, unsaved changes will be lost :
Your session will timeout :
Redeployed...
Logged out...
The server is restarting. Any change will be lost.
 

Test : CHXDS.b_DOC_ADMIN_ITI-57

Test Summary

Id
13318
Keyword
CHXDS.b_DOC_ADMIN_ITI-57
Name
CHXDS.b_DOC_ADMIN_ITI-57
Version
1.3
Test Author
wbars
Last modifier
vhofman
Status
ready
Type
master type
Is external tool ?
Is Orchestrable
is Validated ?
Peer Type
No Peer
Test validated by
NicolasBailliet
Short Description
ITI-57 Update Document Set for Document Administrator from a Document Administrator SUT to a simulated Document Registry
Last changed
4/11/24 9:20:39 AM

Test Description in English

Special Instructions

In this case we will test the Update Document Set (ITI-57) transaction with the Document Registry as a simulator.
Firstly, we will initiate this test by an ITI-41 and ITI-42 transaction to a Document Repository/Registry simulator. The data registered will be provided to the SUT operator as an ITI-18 response from the Registry.

Using the data provided, the SUT will then execute an ITI-57 towards the Document Registry to modify the metadata registered. These modifications will be evaluated by an ITI-18 request to the Registry simulator.


The data you'll use for the transactions are :

patient : Nilesh WITTWER-CHRISTEN (EPR-SPID : 761337610411265304^^^&2.16.756.5.30.1.127.3.10.3&ISO)

Metadata Update Registry endpoint : https://ehealthsuisse.ihe-europe.net:10443/xdstools7/sim/epr-testing__one_registry_to_rule_them_all/reg/update


ITI-41 must be grouped with an ITI-40. Before each request you must :

  1. Use the Identity Provider Simulator to do an Authenticate User transaction (Use the patient nwittwerchristen)
  2. Then do an Get X-User Assertion to the Assertion Provider Simulator (https://ehealthsuisse.ihe-europe.net:10443/STS?wsdl)
  3. Use the SAML Assertion in your ITI-57 request
  4. This part is checked in the test case  XUA_X-SERVICE-USER_ITI-40. (you must link this test instance in the corresponding test step.)


Description


- Before anything, configure your system to be able to test its role as X-Service User as explained in XUA_X-SERVICE-USER_ITI-40.


- The requests will be sent to the Document Registry simulator from Gazelle Webservice Tester. To execute this test:

  1. Access Gazelle Webservice Tester and log into the application;
  2. Go to the menu "Run";
  3. Select the test project name EPR XDS Document Administrator from the drop-down list;
  4. Select test suite [INIT] Registry Initialization by ticking the checkbox in front of its name;
  5. Click on "Run" button
  6. Wait for the script to complete its execution;
In order for the initialization of test data to be properly done, all the steps must be Passed.

- From your GWT run, go see the response to the step "[INIT] LeafClass query registry for document". All the metadata that are needed for the construction of your ITI-57 query can be found there.


- With the proper metadata, sned an ITI-57 Metadata Update query to the Document Registry simulator. Take note of the initial and of the new Document UUIDs. The rest of the new metadata you'll use is not important as long as they are in accordance to the specifications rules for ITI-57.

Take note of the time at which you initiated your transaction, it'll be helpful for the next step.



To validate this test :

- Once your requests have been executed, you'll need to retrieve their logs from XDSTools :

  • Go to XDSTools7 home page
  • At the top of the page, set the Environment to ehealthsuisse and the Test Session to epr-testing from the drop-down lists
  • At the left side of the page, click on the "New Simulator Logs" option (in the "Toolkit" section)
  • Select the simulator that participated in your transaction (here it's epr-testing__one_registry_to_rule_them_all)
  • In the Message menu, pick the logs corresponding to your transaction using your IP and transaction time
  • From the Request Body tab, copy the Enveloppe of your request in an XML file

- Now to validate your request with the validation tool EVSClient :
  • In EVSClient, choose on the menu EPR > XDS-CH > Validate
  • Upload your XML message. Then, in Model Based Validation select: CH XDS.b ITI-57 Metadata Update - request (CH codes) to validate your request
  • Copy the permanent link to your validation in the corresponding test step



    - We will also confirm that the document metadata has been updated properly :
    1. Access Gazelle Webservice Tester and log into the application;
    2. Go to the menu "Run";
    3. Select the test project name EPR XDS Document Administrator from the drop-down list;
    4. Select test suite [ITI-18] Registry Stored Query For Evaluation by ticking the checkbox in front of its name;
    5. Enter the proper values for the initial Document UUID and the updated Document UUID
    6. Click on "Run" button
    7. Wait for the script to complete its execution;
    8. Copy the permanent link to your validation in the corresponding test step

    Evaluation

    The monitor will check that you copied the link to this test instance to the corresponding test step of the test case XUA_X-SERVICE-USER_ITI-40.

    The status of the validation on GWT must be "Passed".

    The validations on EVS Client for the ITI-57 transaction must return "Passed".


    Test Roles

    Keyword
    # to realize
    Card Min
    Card Max
    Optionality
    URL
    URL Doc
    DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA
    Integration profileActorOptionIs tested ?
    Keyword
    Keyword
    Keyword
    Keyword
    IntegrationProfile XUA-Cross Enterprise User AssertionActor X-SERV-USR-X-Service UserNONEfalse
    IntegrationProfile XDS.b-Cross-Enterprise Document SharingActor DOC_ADMINISTRATOR-Document AdministratorUPDATE_METADATAtrue
    111Required
    DOC_REGISTRY-XDS.b-DocMetadataUpdate_SIMU
    Integration profileActorOptionIs tested ?
    Keyword
    Keyword
    Keyword
    Keyword
    IntegrationProfile XUA-Cross Enterprise User AssertionActor X-SERV-PROV-X-Service ProviderNONEfalse
    IntegrationProfile XDS.b-Cross-Enterprise Document SharingActor DOC_REGISTRY-Document RegistryDOC_METADATA_UPDATEfalse
    111Required

    Test Steps


    Step Index
    Initiator Role
    Responder Role
    Transaction
    Secured
    Message Type
    Option
    Description
    Assertions
    1DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA-Required[OTHER_ACTION] : The system is configurated to be able to register its audit messages.
    3DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA-Required[OTHER_ACTION] : Configure your system to contact Identity Provider Simulator to authenticate user nwittwerchristen (PAT)
    10DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA-Required[OTHER_ACTION] : Run the GWT project to initialize the data present in the Document Registry
    19DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_REGISTRY-XDS.b-DocMetadataUpdate_SIMUITI-40Provide assertionRequired[TRANSACTION] : An ITI-40 transaction is sent in parallel to the ITI-57 request
    20DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_REGISTRY-XDS.b-DocMetadataUpdate_SIMUITI-57SubmitObjectsRequestRequired[TRANSACTION] : Send an ITI-57 to the Document Registry simulator
    30DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA-Required[OTHER_ACTION] : Retrieve the logs of your request in XML format. [EVIDENCE] : Paste the link to the EVSClient validation
    40DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA-Required[OTHER_ACTION] : Run the GWT project to evaluate the update of the data presents in the Document Registry [EVIDENCE] : Paste the link to the EVSClient validation
    50DOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUADOC_ADMIN-XDS.b-UPDATE_METADATA-WITH_XUA-Required[EVIDENCE] : The SUT proves that a link to this test instance has been added to the XUA_X-SERVICE-USER_ITI-40 test case.

    Tool index

      Copyright IHE 2024
    • Gazelle 7.1.7
    Back to top