# Accesso e registro di controllo (/docs/it/trust/access-and-audit)



In Salisan l'accesso viene deciso sul server per ogni richiesta. Nascondere un pulsante nell'app è una scelta di visualizzazione e non è mai il controllo.

## Ruoli e accesso ai pazienti [#roles]

Ogni membro ha un ruolo. I ruoli integrati sono Proprietario, Amministratore, Membro e Segreteria. Con il piano Enterprise uno studio può creare anche ruoli personalizzati.

* **Membro** legge e scrive le cartelle cliniche solo dei pazienti a lui assegnati. L'accesso al calendario riguarda il suo team.
* **Segreteria** lavora con pazienti, calendari, comunicazioni e attività in tutto lo studio e non ha alcun permesso sulle cartelle cliniche.
* **Amministratore** e **Proprietario** hanno accesso clinico a livello di organizzazione, oltre alla gestione di membri e team. Solo il Proprietario gestisce la fatturazione, la policy di autenticazione a due fattori e l'obbligo dell'accesso unico (SSO).

L'accesso ai pazienti ha due livelli. Il paziente deve appartenere allo studio della persona che ha effettuato l'accesso, e il ruolo di quella persona deve consentire l'azione su quel paziente. L'Agente agisce con i permessi della persona che lo usa. I processi di esportazione e di cancellazione verificano di nuovo l'autorità di chi li ha richiesti nel momento in cui vengono eseguiti.

I passaggi per gestire i ruoli sono in [Persone e accesso](/docs/it/guides/people-and-access). I concetti sono in [Ruoli e accesso](/docs/it/get-started/roles-and-access).

## Separazione tra gli studi [#isolation]

Le regole di autorizzazione di Salisan richiedono che ogni interrogazione dei dati dello studio sia limitata all'organizzazione della persona che ha effettuato l'accesso. Si arriva alle cartelle dei pazienti solo attraverso il collegamento di accesso dello studio al paziente. Test automatici verificano che ogni route API dichiari il proprio livello di accesso.

## Accesso del personale Salisan [#staff]

Il personale Salisan non può accedere come un cliente. L'impersonificazione è disattivata e i ruoli di piattaforma non concedono l'accesso ai dati dei pazienti di uno studio tramite lo spazio di lavoro.

Le Condizioni di servizio stabiliscono che Salisan tratta i dati dei pazienti come soggetti al segreto professionale dello studio e li comunica solo su istruzioni documentate dello studio o quando lo richiede il diritto dell'UE o di uno Stato membro. L'assistenza ti chiede di non inviare dettagli sui pazienti.

Salisan non ha pubblicato una descrizione di quale personale possa accedere ai sistemi di produzione né con quale approvazione. Per chiedere, segui [Chiedi a Salisan](/docs/it/trust/legal-documents#ask).

## Il registro di controllo [#audit-log]

Proprietari e amministratori possono aprire **Organizzazione → Conformità → Verifiche**. Un ruolo personalizzato richiede il permesso **Consultare la cronologia delle verifiche**. Il titolo della pagina è **Registro di controllo**.

Il registro riporta chi ha effettuato l'accesso, chi ha aperto quale cartella e che cosa è stato consentito o rifiutato. Registra anche le modifiche alle cartelle e alle impostazioni dell'organizzazione, le esportazioni, le richieste di cancellazione e le azioni dell'Agente.

* Ogni riga mostra la data, l'attore, l'azione e il bersaglio. Il tipo di attore è Persona, Agente, API o Sistema.
* Apri una riga per vedere l'esito, il motivo, l'origine e i nomi dei campi modificati. Il registro memorizza i nomi dei campi, non il loro contenuto.
* Filtra per famiglia di azioni (Accesso ai dati dei pazienti, Modifiche ai dati dei pazienti, Modifiche all'organizzazione, Amministratore dell'organizzazione), per intervallo di date e per paziente. Il menu di un paziente ha anche **Registro accessi**, che apre il registro filtrato su quel paziente.
* Per un'azione dell'Agente, i dettagli indicano la persona che l'ha avviata.
* Anche la lettura del registro di controllo viene registrata come evento.

Per vedere che cosa diceva in precedenza una cartella, apri la **Cronologia** della cartella. Il registro di controllo non conserva il contenuto precedente.

## Conservazione e integrità [#retention]

Gli eventi di controllo vengono scritti nella stessa transazione del database dell'azione che descrivono. Uno studio non può ridurre per quanto tempo Salisan li conserva. Il periodo dipende dal paese dello studio e Salisan non l'ha pubblicato.

La configurazione dell'infrastruttura di Salisan archivia inoltre una copia firmata di ogni evento in un'archiviazione write-once (S3 Object Lock in modalità compliance), cifrata con una chiave gestita. L'esportazione di un'organizzazione include queste copie firmate senza modifiche.

## Correlati [#related]

* [Dati e conformità](/docs/it/guides/data-and-compliance)
* [Diritti dei pazienti](/docs/it/trust/patient-rights)
