Improve ITI-67 to ITI-18 conversion

[qligier]

MobileAccessGateway/src/main/java/ch/bfh/ti/i4mi/mag/mhd/iti67/Iti67RequestConverter.java

Lines 63 to 75 in 6363161

	if (searchParameter.get_id() != null || searchParameter.getIdentifier() != null) {
	GetDocumentsQuery query = new GetDocumentsQuery();
	if (searchParameter.getIdentifier() != null) {
	String val = searchParameter.getIdentifier().getValue();
	if (val.startsWith("urn:oid:")) {
	query.setUniqueIds(Collections.singletonList(val.substring("urn:oid:".length())));
	} else if (val.startsWith("urn:uuid:")) {
	query.setUuids(Collections.singletonList(val.substring("urn:uuid:".length())));
	}
	} else {
	query.setUuids(Collections.singletonList(searchParameter.get_id().getValue()));
	}
	searchQuery = query;

In the ITI-67 request processing, if the id or identifier search parameter is used, all others are ignored.
id is not an official ITI-67 search parameter.
identifier is then mapped to uniqueId or entryUuid depending on if it's a UUID or an OID, which is suspicious because the uniqueId can be both a UUID or an OID. We should do two GetDocuments queries to make sure we get all documents.

[oliveregger]

@unixoid : we need to look at this because the mapping for fhir resource.id to XDS.DocumentEntry.logicalId