- Publication
- Mise à jour
Traiter un incident de cybersécurité lié à un dispositif comme un simple problème informatique peut négliger des conséquences cliniques. Des données tardives, une perte d’accès ou un affichage incorrect peuvent affecter les participants et l’évaluation des résultats. Relier les circuits d’examen technique et clinique.
Définir l’évaluation
Utiliser les preuves pour identifier les fonctions affectées et non affectées. Une déconnexion n’est pas la même chose qu’un arrêt des mesures locales. De possibles changements non autorisés nécessitent aussi une évaluation de la fiabilité des données. Les équipes habilitées concernées doivent évaluer la communication de l’incident, la sécurité et les décisions applicables de notification.
Exemple pratique
Par exemple, l’accès à un serveur de dispositif est temporairement bloqué par précaution de sécurité. La mesure locale se poursuit, mais l’examen à distance est indisponible. Au lieu de clôturer l’événement à la réouverture du système, l’équipe examine les évaluations retardées, l’aide aux participants et l’intégrité des données récupérées. Elle identifie aussi les fonctions restées non affectées.
Vérifications pratiques
- Délimiter par les documents sources les dispositifs, versions, fonctions et périodes concernés.
- Évaluer séparément les effets sur la mesure, le transfert, l’affichage et le processus décisionnel.
- Vérifier l’intégrité des données et l’acceptation du processus clinique pendant la reprise du système.
Décision et limites
La clôture exige davantage qu’une connectivité rétablie. Suivre les examens cliniques et les problèmes de données en suspens avec des responsables attribués. Ne pas décrire tout incident cyber comme un dommage aux participants, mais ne pas présumer l’absence de dommage avant l’évaluation. Rapporter ensemble la conclusion étayée par les preuves et l’incertitude restante.
Questions fréquentes
- La réouverture du système clôture-t-elle l’incident ?
- Pas à elle seule. Rapprocher aussi les données, les évaluations retardées et les conséquences pour les participants.
- Tout problème de connexion est-il une cyberattaque ?
- Non. Étudier la cause et décrire les observations et l’incertitude au lieu d’affirmer une attaque non confirmée.