Il registro di divulgazione

Il registro di rivelazione registra ogni volta che le informazioni sono state trasmesse nella vostra organizzazione: chi ha passato su cosa, a chi, su quale base, e quali regole di divulgazione ha deciso. Dove l'audit di accesso PHI risponde "che ha guardato questo record", il registro di rivelazione risponde "chi è stato detto su di esso".

Cosa viene registrato

Uno evento di divulgazione è scritto per ogni invio o condivisione:

I membri del SI sono registrati ogni volta. Ogni messaggio, e-mail, messaggio di testo, chiamata, riunione, compito, evento di calendario o nota di piombo un membro SI invia attraverso i suoi strumenti scrive un evento.
Le persone vengono registrate quando passano deliberatamente qualcosa: una quota, un in avanti o un rilascio. Il lavoro ordinario, come rispondere in una conversazione di cui fai parte, non è una divulgazione.

Ogni evento dice:

Condividi da: la persona o il membro SI che l'ha trasmesso.
Canale e Azione: come è uscito (chat, email, call e così via) e che tipo di passo è stato (send, risposta, forward, share, release).
Recipienti: ogni membro, squadra, dipartimento, tutta l'organizzazione, un contatto esterno, o il pubblico.
Fonti: i documenti su cui ha tratto, come una conversazione, un thread di posta elettronica, un lead, una nota o un documento. Ogni fonte mostra se era Cancellato per i destinatari, se è Riservato, e la base che l'ha chiarito, per esempio Parte, Già avuto accesso o Bisogno di sapere (lavoro aperto su di esso).
Decisione: che le regole di divulgazione hanno deciso, di seguito.
Produzione e Motivazione: quando è andata, e la regola o la ragione dietro la decisione.

La posizione di divulgazione dell'organizzazione (Rigorosa, Bisogno di sapere o Aperto) e la sua modalità di esecuzione (Audit o Forza) in quel momento sono tenuti anche sull'evento, quindi un vecchio evento legge ancora correttamente dopo che le impostazioni cambiano.

Che ogni decisione significa

Ammessi: ogni fonte è stata cancellata per ogni destinatario, ed è uscito.
Consentito con un avviso: è uscito, ma alcuni destinatari non sono stati cancellati per ogni fonte. In modalità Enforce il mittente è stato avvertito prima e ha scelto di andare avanti.
Negato: fermato, e nulla è stato inviato. Ad esempio, un record confidenziale condiviso al di fuori del suo pubblico, o informazioni che vanno a un contatto esterno che nessuno può rilasciare loro.
Rilascio richiesto: tenuto, e nulla è stato inviato. Una fonte non è stata cancellata per un destinatario, e la persona che possiede tale informazione deve rilasciarla prima.
Rilasciato dopo l'approvazione: aveva bisogno di un rilascio, il proprietario l'ha approvato, ed è uscito.
Overrid: le regole l'avrebbero fermata, e qualcuno ha permesso di ignorarle.
Negare e Necessità di rilascio: registrato solo in modalità Audit. L'invio è andato avanti, e la modalità Enforce avrebbe negato o tenuto per un rilascio.

I colori dei log così quelli che vale la pena di leggere spiccano: stop (Negato, Rilascio richiesto) in rosso, Negare, Necessità di rilascio e Consentito con un avviso in ambra, e Rilasciato dopo l'approvazione e Overrid in blu. Una pianura Ammessi non è segnato.

Audit e Enforce

Ogni organizzazione inizia Audit modalità. In modalità Audit le regole di divulgazione non cambiano nulla nessuno o qualsiasi membro SI fa: tutto va fuori come avrebbe, e il registro registra ciò che la modalità Enforce avrebbe fatto.

Questo rende le righe "Would" il rapporto da leggere prima di passare a Enforce. Le piastrelle nella parte superiore del registro contano gli ultimi 30 giorni: Negare, Necessità di rilascioe Ritirerebbe (leggi), che conta i tempi in cui un membro del SI ha cercato qualcosa che la modalità Enforce avrebbe tenuto lontano da esso. Se questi numeri mostrano che si desidera mantenere, regolare la postura, che funziona su cosa, o le etichette sui dischi prima di commutare. Dopo l'interruttore, il Negato e Rilascio richiesto piastrelle contare ciò che è stato effettivamente fermato.

Dentro Forza modalità il log fa parte di ogni invio. L'evento è scritto prima che le informazioni escano, e se non può essere scritto, nulla viene inviato: un membro SI viene detto di riprovare, e una persona vede un errore.

Che cosa non regge mai

I registri identificativi e le etichette, mai il contenuto. Dice che un messaggio è andato a tre persone e ha disegnato su due conversazioni; non tiene mai il messaggio, le conversazioni, o qualsiasi cosa citata da loro.

Niente nel registro viene mai cancellato. Il prodotto non ha modo di cambiare o rimuovere un evento, sia per gli amministratori. Un conto di chi è stato detto che cosa è utile solo se è completo, e una domanda su una decisione confidenziale può venire su anni più tardi. Perché il registro non contiene contenuti, mantenendolo non espone niente di nuovo.

Chi può leggere

Visualizza i log di accesso apre l'intero registro, il Disclocare la storia di ogni record, e di ogni membro del SI.
Accedi all'esportazione è necessario, inoltre, esportarlo.
Responsabile di un membro SI vede che le proprie divulgazioni del membro SI sul suo banco di lavoro, anche senza View Access Logs: chi ha detto, attraverso quale canale, la decisione e la base, e quanti record ha disegnato e quanti non sono stati cancellati, ma mai quali record. Vedere i record stessi ha bisogno di View Access Logs.

Ogni sguardo al registro è in sé registrato, rifiuti inclusi, e così è ogni esportazione. Per gli schermi, vedi Come Rivedere il Diario. Per chi ha aperto informazioni sanitarie protette, vedere Audit di accesso PHI.