servizio NotifyCommunicationMetadata: richiesta di aggiungere un attributo identificativo della transazione

[andrea-elmi]

Buongiorno,
in seguito alla creazione di un nuovo documento con RDE=010 (Piemonte), abbiamo ricevuto, a titolo di esempio, la seguente notifica di avvenuta Comunicazione Metadati:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<NotifySubmitObjectsRequest xmlns="http://www.fascicolosanitario.gov.it/schema/typeSchemaNotifySubmitObjects">
    <HomeCommunityId>urn:oid:2.16.840.1.113883.2.9.2.150</HomeCommunityId>
    <RepositoryUniqueId>2.16.840.1.113883.2.9.2.10.4.5.1000000001</RepositoryUniqueId>
    <DocumentUniqueId>2.16.840.1.113883.2.9.2.10.4.4.10205000000000020240819120092308</DocumentUniqueId>
    <PatientId>TSTCPN80T31A024I^^^&amp;2.16.840.1.113883.2.9.4.3.2&amp;ISO</PatientId>
</NotifySubmitObjectsRequest>

Gli elementi contenuti nella notifica non permettono di identificare in maniera univoca la transazione a cui la notifica si riferisce.
Ad oggi, con FSE1.0, si verificano frequentemente casi in cui il sistema produttore invia in sequenza una istanza di CREATE, seguita da un UPDATE.

Con l'asincronia introdotta dal Gateway in FSE2.0, può quindi capitare che arrivino simultaneamente all'RDE molteplici notifiche di Comunicazione Metadati con la stessa tripletta paziente-documento-repository.

Si richiede pertanto di aggiungere in NotifySubmitObjectsRequest un attributo che permetta di identificare univocamente la transazione. Un buon candidato è l'attributo identificativoSottomissione (XDSSubmissionSet.uniqueId), valorizzato, nella request notify, con lo stesso valore utilizzato dall'RDE nelle POST/PUT verso il GW.

[daniele-gubellini]

anche noi (Emilia Romagna) sollecitiamo questa implementazione.
Abbiamo fatto lo stesso suggerimento a gennaio 2024 nella issue #575