This simulator is developed in conformance with Swiss Integration profiles and IHE Technical Framework. This simulator emulates actor from CH:ATC (Audit Trail Consumption) profile. This profile defines the audit trail consumption requirements a community has to provide for a patient’s audit trail. The profile CH:ATC defines and precises the actors and transaction [ITI-81] of the IHE IT Infrastructure Technical Framework Supplement Add RESTful Query to ATNA 1 and defines the content of the Audit Messages. The different types of the Audit Messages are based on the requirements for Document and Policy Access management in order to achieve the Swiss regulation needs on the audit trail access by patients. Therefore it can act as a Patient Audit Consumer or as a Patient Audit Record Repository.
As a Patient Audit Consumer, this simulator is aimed to send messages to a Patient Audit Record Repository. Consequently, if your system (named SUT or System Under Test) is reachable from the Internet, you will be able to receive messages from the simulator.
As a Patient Audit Record Repository, your system can request Audit Events from the simulator.
When acting as a Patient Audit Consumer, this simulator is able to send multiple requests to your SUT to test the handling of parameters :
It can also send bad requests (missing requested parameters, parameters providing no matches, etc) to test the behavior of the SUT against erroneous requests.
The simulator is accessible via Gazelle Webservice Tester. If the simulator is available on the instance of the tool, it should appear in the project list with the name ATC_Repository. This name may also be followed by a version number.
If the simulator is available on the instance of Gazelle Webservice Tester you are using, it can be launched like any other project from the tools.
Go to Run. Select the ATC_Repository project. You will have two Test suite available. The NormalCases test suite will send a request to test each parameter listed earlier. The ErrorCases test suite will focus on error cases.
You can choose if you want to execute one specific test suite or the entire project. You will then be able to choose the endpoint the simulator will use, as well as the parameters from the requests that will be sent to your SUT.
Once you defined all parameters for the Simulator to send requests, simply press Run and it will send messages to your SUT and keep track of exchanges in an Execution. The details for this Execution can be retrieved at anytime in the Execution List menu.
The ATC Simulator can also simulate a CH:ATC Patient Audit Record Repository. A Patient Audit Consumer queries a Patient Audit Record Repository for Audit Events defined by this profile. The Patient Audit Consumer uses entity-id (Patient ID) and date before/after as parameters to asks the Audit Record Repository. In all, there are only three mandatory parameters. There are also optional parameters : entity-type, entity-role, source, type, user, subtype, outcome and address. Each request sent must have a security token in the header, this part is used to check access rights. In this token, two elements will be checked :
Here are the ID to put in the SAML token in resource-id attribute. If you query any other patient id, the mock will respond with an error message saying that you are not authorized to access information related to the given patient ID.
Here are all couples of Dates/PatientID to effectively access audit events. However, using optional parameters can lead you to no Audit event returned, even with these dates and patient IDs. Indeed, if the events does not match even one of the optional parameters, the audit event will not be returned by the ATC Mock.
|urn:oid:2.16.718.104.22.168.127.3.10.3|761337610430891416||ge2015-01-01 / le2020-01-01|
|urn:oid:2.16.722.214.171.124.127.3.10.3|761337610435209810||ge2015-01-01 / le2017-01-01|
|urn:oid:2.16.7126.96.36.199.127.3.10.3|761337610436974489||ge2017-01-01 / le2019-01-01|
Here are the endpoints to use to send your request to the Patient Audit Record Repository simulator :
It requires TLS mutual authentication with testing certificate (from GSS PKI).
Here is an example URI for a requets on patient with ID 761337610430891416^^^SPID&2.16.7188.8.131.52.127.3.10.3&ISO looking for audit events between 2015-01-01 and 2020-01-01
The mock messages feature is available for this mock from 1.2.1 version.