Il servizio di cancellazione metadati è eseguito da un sistema regionale di FSE o dall’INI che vuole richiedere, ad un dominio regionale (RDA nel caso di cancellazione per errore o RPDA nel caso di cancellazione a seguito di un trasferimento metadati) l’eliminazione di metadati relativi ad uno o più documenti sanitari. Questo servizio può essere invocato per i seguenti motivi:

●Cancellazione per errore: la RCD richiede la cancellazione di metadati precedentemente trasmessi alla RDAin maniera errata o relativi ad un documento successivamente invalidato (ovvero all’INI nel caso in cui l’assistito è temporaneamente non associato ad alcuna RDA e quindi l’indice del FSE è temporaneamente gestito dall’INI);

●Cancellazione a seguito del trasferimento metadati: la nuova RDA o l’INI (nel caso in cui l’assistito è temporaneamente non associato ad alcuna RDA e quindi l’indice del FSE è temporaneamente gestito dall’INI) richiede l’invalidamento dei metadati trasferiti dalla RPDA (ovvero dall’INI) nell’ambito del processo di trasferimento indice.

Cancellazione per errore

La RCD effettua la richiesta di cancellazione metadati tramite l’avvio di una transazione [ITI-62] Delete Document Set[1], svolgendo il ruolo di XDS Document Administrator verso l’attore National Gateway dell’INI. Il Document Administrator non deve occuparsi di richiedere la cancellazione di tutte le Association legate all’oggetto che richiede di cancellare, in quanto questa operazione è garantita dal Document Registry.

Il National Gateway dell’INI risponde alla richiesta svolgendo il ruolo di XDS Document Registry, nel caso gestisca l’indice temporaneo del FSE dell’assistito, oppure provvede all’inoltro della richiesta verso la RDA, che svolge, in questo caso, il ruolo di XDS Document Registry.    
 

Cancellazione a seguito del trasferimento metadati

Nel caso in cui la richiesta di cancellazione riguarda metadati precedentemente trasferiti, il sistema di FSE regionale effettua la richiesta di cancellazione metadati tramite l’avvio di una transazione [ITI-62] Delete Document Set, svolgendo il ruolo di XDS Document Administrator verso l’attore National Gateway dell’INI.Il Document Administrator non deve occuparsi di richiedere la cancellazione di tutte le Association legate all’oggetto che richiede di cancellare, in quanto questa operazione è garantita dal Document Registry.

Il National Gateway dell’INI risponde alla richiesta svolgendo il ruolo di XDS Document Registry, nel caso in cui gestisce l’indice temporaneo del FSE dell’assistito fungendo da RPDA, oppure provvede all’inoltro della richiesta verso la RPDA, che svolge, in questo caso, il ruolo di XDS Document Registry.

Nel caso in cui la cancellazione dei metadati sia richiesta a valle del trasferimento degli stessi presso l’INI che gestisce l’indice temporaneo del FSE dell’assistito, perché non associato temporaneamente a nessuna RDA, l’INI effettua la richiesta di cancellazione metadati tramite l’avvio di una transazione [ITI-62] Delete Document Set, svolgendo il ruolo di XDS Document Administrator verso la RPDA, che svolge in questo caso il ruolo di XDS Document Registry.

La richiesta di cancellazione dei metadati deve contenere l’asserzione di attributo firmata dal sistema regionale richiedente, ovvero dall’INI.

Messaggio di richiesta Cancellazione dei metadati (flussi RCD->INI, INI->RDA, RDA->INI, INI->RPDA)
 

Messaggio di risposta Cancellazione dei metadati con successo (RDA->INI, INI->RCD, INI->RDA, RPDA->INI)
 

Messaggio di risposta Cancellazione dei metadati con fallimento (RDA->INI, INI->RCD, INI->RDA, RPDA->INI)

Il messaggio di risposta, in caso di errore, può essere:
 

• generato dalla RDA, per il flusso di comunicazione tra la RDA e l’INI a seguito di messaggio di richiesta della RCD inoltrato dall’INI (per segnalare l’assenza di diritti di accesso o altri errori); il messaggio è inoltrato dall’INI alla RCD;
• generato dall’INI, per il flusso di comunicazione tra  l’INI e la RCD (per segnalare l’assenza di autorizzazione);
• generato dall’INI, per il flusso di comunicazione tra l’INI e la RDA (per segnalare l’assenza di consenso all’alimentazione dell’assistito o altri errori);
• generato dalla RPDA, per il flusso di comunicazione tra la RPDA e l’INI (per segnalare un errore nella richiesta).
   

A titolo esemplificativo, in appendice A5, sono riportati i messaggi di richiesta e risposta del servizio. Per maggiore dettagli, si rimanda alle specifiche tecniche ufficiali IHE.

Fallimento servizio

Codici di errore

RegistryResponse/RegistryErrorList/RegistryError

RegistryResponse/RegistryErrorList/ RegistryError.errorCode
 

Gestione errori di verifica delle asserzioni

Gli errori generati da eventuali fallimenti di controllo sulle asserzioni sono descritti nel capitolo 4.