Protéger des données de santé

Un dossier médical en dit plus sur une personne que presque toute autre donnée. Le perdre, le laisser lire par qui ne doit pas, ou le modifier sans trace, fait du tort à des patients. Voici les protections qui comptent, et comment IshedDB les met en place.

1. Que chacun n'accède qu'à ce qu'il lui faut

• Des accès par rôle. Dans la console, une personne a un rôle (propriétaire, administration, membre, lecture), dans l'organisation et dans chaque projet ; une équipe donne le même rôle à plusieurs personnes.
• Des clés à droits limités pour les applications : en lecture seule quand l'écriture n'est pas utile, limitées à une base ou une collection, temporaires pour un prestataire.
• Des adresses autorisées : une clé volée ne sert à rien depuis une machine que vous n'avez pas ouverte.

2. Garder une trace de chaque accès

Savoir qui a consulté quel dossier, et quand, est souvent une obligation. IshedDB inscrit chaque lecture et chaque écriture dans un journal des accès : la clé ou la personne, l'action, la collection, le document, jamais la valeur. Chaque ligne porte l'empreinte de la précédente, si bien qu'une ligne retirée ou modifiée se voit.

3. Ne montrer que ce qui doit l'être

Certains champs ne doivent pas apparaître sur tous les écrans : un diagnostic, un numéro d'identité. Un champ caché n'est jamais renvoyé sans être demandé nommément, et chaque révélation va au journal.

4. Protéger les comptes

La plupart des fuites passent par un compte volé. Un code à chaque connexion, une application d'authentification pour chaque membre (exigible pour toute l'organisation), des sessions qui se ferment seules, et le mot de passe redemandé avant d'effacer des données.

5. Ne rien perdre

Des sauvegardes chiffrées chaque nuit, vérifiées par une restauration complète, et une copie hors du serveur que personne ne peut effacer pendant 30 jours. Sur le palier Dédié, le retour à n'importe quel instant des derniers jours répare une erreur de manipulation en quelques minutes.

6. Écrire qui est responsable de quoi

Vous restez responsable du traitement des données de vos patients ; l'hébergeur de la base est votre sous-traitant. Un contrat de sous-traitance des données le dit : les mesures de sécurité, la confidentialité, le délai dans lequel vous êtes prévenu d'une violation, le sort des données à la fin du contrat. IshedDB en signe un avec chaque client.

Les règles changent d'un pays à l'autre (au Sénégal, la loi sur la protection des données personnelles et la Commission de protection des données personnelles) : faites valider votre propre traitement par un juriste.

Pour aller plus loin

• Le Centre de confiance : ce que nous protégeons, et ce qui reste entre vos mains.
• Données de santé : IshedDB pour les équipes de santé.