Optimising the design and prospective implementation of a test result review app to support antimicrobial stewardship in emergency departments – A qualitative study

Chaque année, des millions de personnes franchissent les portes des services d'urgence à travers le monde, transportant souvent une infection qui nécessite un traitement immédiat. Les médecins doivent prendre des décisions rapides sur les antibiotiques à prescrire, souvent avant de savoir exactement quelle bactérie est à l'origine de la maladie. C'est un pari nécessaire, mais il comporte un risque caché. Lorsque le patient quitte l'hôpital, ses résultats de tests pourraient encore être en attente. Si ces résultats arrivent plus tard et montrent que la bactérie est résistante au médicament que prend le patient, ou qu'un autre médicament serait plus efficace, quelqu'un doit trouver cette information et agir. Si ce suivi est retardé ou omis, le patient peut souffrir d'un traitement inefficace, et la bactérie pourrait apprendre à survivre aux médicaments destinés à la tuer, un problème mondial croissant connu sous le nom de résistance antimicrobienne.

Pour résoudre ce problème, les chercheurs se tournent vers la technologie. Ils construisent des outils numériques conçus pour aider les médecins et les infirmiers à gérer le flux de résultats de tests qui arrivent après le départ du patient. L'objectif est de créer un système qui signale automatiquement lorsqu'un antibiotique prescrit ne correspond pas à la bactérie trouvée lors d'un test, incitant à un appel téléphonique rapide ou à un changement de médication. Cependant, la technologie seule ne suffit pas. Un outil qui ne s'adapte pas au rythme chaotique et rapide d'une salle d'urgence sera simplement ignoré. C'est là que le travail d'une équipe de l'Organisation de recherche scientifique et industrielle de la Commonwealth (CSIRO) et de l'Hôpital pour enfants du Queensland devient crucial. Ils ont entrepris de comprendre exactement comment les médecins et les infirmiers gèrent actuellement ces résultats en attente, et comment concevoir une nouvelle application qui les aide réellement plutôt que d'ajouter à leur charge de travail.

Les chercheurs ont concentré leur étude sur le service des urgences d'un grand hôpital pour enfants à Brisbane, en Australie. Ils savaient que les personnes qui utiliseraient ce nouvel outil étaient déjà très sollicitées, gérant un volume élevé de patients et des cas complexes. Pour comprendre les défis du monde réel, l'équipe ne s'est pas contentée de poser des questions dans un bureau calme. Ils sont allés à l'hôpital, ont parcouru le service des urgences et se sont assis avec ceux qui font le travail. Ils ont discuté avec huit cliniciens expérimentés, dont cinq infirmiers praticiens et trois médecins seniors, qui sont responsables de l'examen des résultats de tests et de la décision concernant les soins de suivi. Les chercheurs ont écouté les récits de leurs routines quotidiennes, ont observé comment ils naviguaient dans différents systèmes informatiques et leur ont demandé d'essayer un prototype de la nouvelle application en utilisant des cas de patients simulés.

Le processus actuel observé par l'équipe était un effort collaboratif mais fragile. Lorsqu'un patient quitte le service des urgences, le médecin qui l'a traité est responsable de la vérification de ses propres résultats de tests. Cependant, comme les équipes changent et que les médecins sont souvent occupés avec de nouveaux patients, un filet de sécurité a été intégré au système : des infirmiers praticiens examinent un bassin commun de résultats provenant de tous les médecins, agissant comme une solution de secours pour rattraper ce qui aurait pu être manqué. Ce processus implique de vérifier les résultats, de décider si les antibiotiques doivent être modifiés, d'appeler le patient ou sa famille, et de tout documenter dans les dossiers électroniques de l'hôpital. Les chercheurs ont constaté que ce flux de travail était soumis à une pression immense. Les cliniciens ont décrit un sentiment de submersion face au nombre considérable de résultats, la difficulté de trouver des informations spécifiques enfouies dans de longues notes, et la fatigue mentale liée au fait de devoir se souvenir de quels patients il fallait appeler. Ils ont également noté que les systèmes qu'ils utilisaient ne communiquaient pas toujours entre eux, les obligeant à se connecter et se déconnecter de différents programmes pour reconstituer l'histoire d'un patient.

Lorsque l'équipe a présenté le prototype de l'application, les cliniciens en ont vu le potentiel mais ont aussi indiqué précisément où elle devait changer pour s'adapter à leur vie. L'application était conçue pour comparer automatiquement la bactérie trouvée dans un test avec l'antibiotique prescrit au patient. Si la bactérie était résistante au médicament, l'application l'indiquerait en rouge. Les cliniciens ont apprécié ce signal visuel, car il permettrait de repérer les problèmes rapidement. Cependant, ils ont été clairs : l'application ne pouvait pas créer de travail supplémentaire. Si l'application présentait une liste de patients qu'ils devaient ensuite vérifier manuellement à nouveau dans le système hospitalier principal, elle serait inutile. Ils ont insisté sur le fait que l'application devait être directement intégrée dans les dossiers médicaux électroniques existants de l'hôpital, de sorte que la validation d'un résultat dans l'application mette également à jour le système principal. Ils ont également demandé des détails plus précis, tels que le compte exact de la croissance bactérienne ou si le patient avait des antécédents d'infections similaires, afin de les aider à prendre de meilleures décisions.

Les chercheurs ont utilisé une approche structurée pour transformer ces conversations en un plan. Ils ont analysé les entretiens pour identifier les facteurs spécifiques qui favoriseraient ou entraveraient le succès de l'application. Ils ont découvert que les éléments les plus importants ne concernaient pas seulement la technologie elle-même, mais la manière dont elle s'intégrait dans la culture et l'environnement physique de l'hôpital. Les cliniciens avaient besoin qu'un outil soit adaptable à leurs rôles spécifiques, simple à utiliser sans formation, et capable de réduire le temps passé à chercher des informations. L'équipe a également réalisé que pour que l'application fonctionne, l'hôpital devait soutenir les utilisateurs. Cela signifiait avoir des leaders au sein du service des urgences capables de promouvoir le nouvel outil, de former le personnel à son utilisation et de s'assurer que l'équipe technologique soit prête à résoudre tout problème de connexion entre l'application et les ordinateurs de l'hôpital.

L'étude a conclu que la voie à suivre nécessite une approche prudente et par étapes. Les chercheurs ont recommandé qu'avant de déployer l'application auprès de tout le monde, elle soit testée lors d'un essai pilote restreint avec quelques utilisateurs clés. Cela permettrait à l'équipe de voir comment l'outil fonctionne en temps réel, de recueillir des commentaires et d'apporter des ajustements. Ils ont souligné que la conception doit être adaptée au contexte local, ce qui signifie que l'application pourrait avoir un aspect et un fonctionnement différents dans cet hôpital pour enfants par rapport à un hôpital pour adultes. L'équipe a également mis en évidence la nécessité de relations solides entre le département informatique, la direction de l'hôpital et le personnel clinique pour garantir que les exigences techniques soient satisfaites et que le personnel se sente soutenu. En se concentrant sur ces facteurs humains et organisationnels parallèlement à la technologie, les chercheurs pensent pouvoir créer un système qui soutient véritablement les médecins et les infirmiers dans leur travail critique de protection des patients et de lutte contre la résistance aux antibiotiques.

Ce travail représente un changement dans la manière dont la technologie médicale est développée. Au lieu de construire un outil en laboratoire en espérant qu'il convienne, les chercheurs ont travaillé aux côtés des personnes qui l'utiliseront dès le début. Ils ont écouté les plaintes spécifiques concernant la charge de travail élevée et les systèmes confus, et ils ont utilisé ces observations pour façonner la conception. Le résultat est un plan pour une application qui n'est pas seulement un logiciel, mais un partenaire du flux de travail quotidien d'un service d'urgence. En abordant les réels obstacles à l'adoption, tels que le besoin d'une intégration fluide et de signaux visuels clairs, l'équipe jette les bases d'un avenir où les résultats de tests seront examinés plus rapidement, les antibiotiques seront utilisés plus judicieusement et les patients recevront les soins appropriés au bon moment.