Query reachability of a recipient by the medSRS webservice

The Routing Half Set (RHS) consists of a set of Global Location Numbers (GLN) plus the targeting Forum Datenaustausch standard forming an address path to an intermediate.

glnProvider(standardName, glnIntermediate, glnFrom)
In this notation, a provider is bounded to an intermediate with a certain standard having the given GLN at that intermediate. By using the query interface of medSRS, the RHS of a searched communication partner is returned.

The medSRS service is accessible, managed, and queried by a RESTful webservice defined and build upon the state of the art OpenAPI 3.0 standard. Please consult the medSRS.ch website directly for an in-depth introduction to the principles and objectives of the medSRS service and the associated RESTful web service calls.

Patch of the IGeneralNotificationRequest::SetTransport method

Important new feature: the electronic reachability of a recipient for a certain version of generalNotification is kind of chicken and egg problem. To solve this connectivity problem, the webservice medSRS (medical Standard Routing Service) has been created. By using the RESTful webservice method queryRHS one can find out, how and whether a specific recipient can be reached electronically. Please refer to the website medSRS.ch for getting an introduction to the topic or detailed information about the functionality of the webservice.
 
Instead of inputting the argument bstrToEan literal, the string queryRHS(glnProvider,glnRecipient) is supplied virtually as a webservice call in the IGeneralNotificationRequest::SetTransport method. The such given data is actually translated into the RESTful call of the same name. Furthermore, should the query result indicate an unreachability for version V451, a query check for version V450 is automatically launched to investigate on the lower version. If the downgraded version is supported, than everything is prepared internally such that the method IGeneralNotificationManager::GetXML generates a downgrade automatically and transparently.
 
The usage of the patch can generate a new error code 'ERROR_RECIPIENTRHS_NOTAVAILABLE' indicating that a given recipient is not reachable. It is the decision of the calling program whether the error 'ERROR_RECIPIENTRHS_NOTAVAILABLE' will be considered or not.