Publicité en cours de chargement...

Publicité en cours de chargement...

Publicité en cours de chargement...

ITIL v3 et le catalogue des services en sécurité SI – partie 2

25 jan. 2016 - 10:12,
Tribune - Cédric Cartau
Dans une première partie[1], nous avons traité de généralités concernant l'offre de services de la DSI en matière de sécurité, et plus spécifiquement de disponibilité.  

Il en résulte un tableau officiel qui recense l'ensemble des composants identifiés comme étant critiques, assorti d'informations additionnelles telles l'astreinte (et ses éventuelles limitations), les plages horaires convenues pour les arrêts courts et longs pour maintenance, les responsables MOA et MOE identifiés, etc. 

Quels autres éléments faut-il consolider à ce stade ? Intéressons-nous aux plages d'arrêts pour maintenance : nous n'en avons distingué que deux (arrêts de moins de 30mn, arrêts de plus de 30mn) et dans la majorité des cas pour les lignes de ce tableau cela suffit. Par exemple, pour ce qui concerne l'application de gestion des demandes de brancardage, la dichotomie suffit : moins de 30mn d'arrêt cela se gère sans difficulté (au pire, les courses non urgentes sont retardées), plus de 30mn cela implique de rappeler des régulateurs et de passer en mode dégradé.

Pour le Dossier Patient Informatisé (DPI) c'est une autre histoire. L'informatisation complète d'une unité de soins (US) dans son volet dossier médical et surtout prescription et plan de soins engendre une dépendance totale à l'outil informatique et génère un risque patient en cas de panne, même dans une unité de gériatrie (et ne parlons pas des soins intensifs ou des urgences). Dans ce contexte, il convient de distinguer deux catégories additionnelles d'arrêts programmés : les arrêts pour reboot, et les arrêts de plus de 3h.

Les arrêts pour reboot engendrent simplement une perte de connexion temporaire du client : celui-ci doit juste quitter et relancer son logiciel. La plupart du temps, la plage horaire de midi convient pour cet arrêt. Les arrêts supérieurs à trois heures conduisent de facto à séparer la précédente catégorie (plus de 30mn) en deux : de 30mn à trois heures, et plus de 3h. Pour la première catégorie, il est difficile de faire cela en dehors de la nuit. Si l'arrêt du DPI est total (toutes les US) alors le facteur limitant est le fonctionnement des urgences, dont la fréquentation commence à chuter à partir de 1h du matin. Un arrêt de 3h peut donc être planifié entre 2h et 5h, mais pas plus tard car les aléas techniques pourraient faire déborder la plage choisie sur le petit matin, l'heure à laquelle les US redémarrent.

A contrario, un arrêt supérieur à 3h ne peut, pour les mêmes raisons, pas être planifié la nuit : ce sera soit en heures et jours ouvrables, soit le samedi. Les négociations entre la DSI, les MOA – arbitrées par le RSSI – sont indispensables, et dans mon expérience je n'ai jamais rencontré de MOA obtuse sur cette question.

[1] /article/1809/itil-v3-et-le-catalogue-des-services-en-securite-si-partie-1.html 

Avez-vous apprécié ce contenu ?

A lire également.

Illustration Imprivata lance Agentic Identity Management pour sécuriser et gouverner les agents IA dans le secteur de la santé

Imprivata lance Agentic Identity Management pour sécuriser et gouverner les agents IA dans le secteur de la santé

11 mars 2026 - 09:52,

Communiqué

- Imprivata

Imprivata, fournisseur leader de solutions de gestion des identités et des accès pour le secteur de la santé et les industries critiques, vient de dévoiler Agentic Identity Management, de nouvelles capacités conçues pour sécuriser et gouverner les agents IA dans les environnements de soins de santé ...

Illustration Un projet de guide sur l’IA en santé soumis à consultation par la HAS et la CNIL

Un projet de guide sur l’IA en santé soumis à consultation par la HAS et la CNIL

09 mars 2026 - 09:23,

Actualité

- Rédaction, DSIH

Issu d’un travail pluridisciplinaire, le projet de guide intitulé « IA en contexte de soins » vise à apporter des éclairages aux professionnels de santé concernant leurs obligations et les bonnes pratiques à adopter. Le document est soumis à consultation publique jusqu’au 16 avril 2026.

La cyber, les bras et le chocolat

09 mars 2026 - 09:00,

Tribune

-
Cédric Cartau

S’il est un truc dont l’écosystème cyber ne manque pas (l’écosystème IT aussi, du reste), ce sont les consultants encravatés qui vous expliquent, avec force schémas bien léchés et PowerPoint tout enluminés, qu’il faut aborder la cyber par là, puis par là, avec moult comités Théodule et méthodes perl...

Illustration Analyses d'impact RGPD et AI Act, obligations respectives et liens

Analyses d'impact RGPD et AI Act, obligations respectives et liens

03 mars 2026 - 07:57,

Tribune

-
Marguerite Brac de La Perrière

Parmi les obligations du Règlement Général sur la Protection des Données (RGPD), l'analyse d'impact relative à la protection des données apparaît centrale et également parfois complexe à mettre en œuvre. L'AI Act requiert la réalisation d'une analyse d'impact des systèmes d'IA à haut risque sur les...

Lettre d'information.

Ne manquez rien de la e-santé et des systèmes d’informations hospitaliers !

Inscrivez-vous à notre lettre d’information hebdomadaire.