Publicité en cours de chargement...
Dans ce cas, l’ambulancier doit être en mesure de changer une roue de secours, ou bien d'appeler la régulation des transports de son établissement pour trouver une autre ambulance. En clair, le service transport – celui qui gère le parc de véhicules - ne met pas à disposition de roue de secours pour les gens qui ne sauraient pas changer leur roue de secours. Ce serait d'ailleurs inutile, car il se trouverait bien un ou deux ambulanciers ne sachant ni utiliser la roue de secours, ni la roue de secours de la roue de secours.
J'engage les responsables des garages, qui gèrent le parc de véhicules, à bien mettre leurs utilisateurs ou clients internes - le service de brancardage - face à leur responsabilité de MOA sur ce sujet : tous les outils ont des limites d’utilisation, que l’on parle de panne ou de dysfonctionnement plus pernicieux, et ne pas en tenir compte dans l’exécution de ses missions est à la fois contraire aux bonnes pratique et dangereux. Je vois d’ici le service transport qui chercherait à se défausser sur les garages internes parce qu’un patient est mort dans l’ambulance au motif que le conducteur n’a pas trouvé le cric pour changer la roue. Je vois d’ici aussi chercher par tous les moyens à impliquer le concessionnaire qui a vendu le véhicule, voire le sous-traitant responsable de l’agencement interne de la voiture et de la position du cric, voire sa belle-mère ou que sais-je.
Il est très important pour un service support interne de bien être clair avec ses clients sur la limite d’usage des outils qu’il fournit, et la limite de prestation de ce même service support en cas de panne des outils susnommés. Il appartient en tout état de cause à un utilisateur de connaitre lui-même ses limites, sans quoi sa responsabilité ne saurait être dégagée.
En fait, je dis cela car sinon un jour - qui sait - peut-être que l'on demandera à tous les services support - biomed, DSI, etc. - de mettre en place des procédures dégradées techniques, puis des procédures dégradées aux procédures dégradées, etc. etc. etc. Comme par exemple – mais c’est impensable je le sais – un système de mot de passe pour accéder aux PC, mais aussi un système dégradé en cas d’oubli par l’utilisateur de son mot de passe, puis un second système dégradé en cas d’oubli par l’utilisateur du fonctionnement du premier système.
Avez-vous apprécié ce contenu ?
A lire également.

En direct du congrès APSSIS 2025 –– conférence sur l’histoire des malwares
24 juin 2025 - 18:00,
Tribune
-Temps fort traditionnel, Michel Dubois nous a habitués à des conférences techniques sur des sujets pointus, telle l’histoire du chiffrement. Nous voilà donc embarqués dans l’histoire des malwares, et on part de loin : machine de Turing, théorie de l’informatique de la fin de la Seconde Guerre mondia...

Interopérabilité en santé : FHIR on fire
23 juin 2025 - 21:47,
Actualité
- DSIH, Guilhem De ClerckHLTH 2025 – Amsterdam, 17 juin 2025 – Sur la scène du congrès HLTH, l’interopérabilité des données de santé s’est imposée comme un enjeu central, illustrant les limites persistantes des systèmes actuels et les espoirs placés dans la norme FHIR (Fast Healthcare Interoperability Resources). Au cœur de...

« Data Opt-in-imism : pourquoi la confiance est-elle la clé du succès de l’EHDS », une question débattue au HLTH 2025
23 juin 2025 - 21:23,
Actualité
- DSIH, Mehdi LebranchuLe 18 juin dernier, au Salon HLTH Europe d’Amsterdam, la conférence « Data Opt-in-imism: Why trust is key to the success of EHDS » a réuni des voix institutionnelles du nord de l’Europe autour d’une question déterminante pour l’avenir du partage de données de santé : la confiance. Prévu pour 2029, l...

HLTH 2025, un Salon sous le signe de l’innovation distribuée
23 juin 2025 - 21:18,
Actualité
- DSIH, Mehdi LebranchuHLTH Europe 2025, qui s’est tenu cette année à Amsterdam, a offert un panorama dense et incarné de l’écosystème européen de la santé numérique. Le Salon a rassemblé géants technologiques, institutions publiques, start-up prometteuses et hôpitaux à la recherche de nouveaux modèles de collaboration. U...