Depuis février 2024, le CH William Morey recourt à la télésurveillance médicale en oncologie avec Resilience. Intégré au Groupement Hospitalier de Territoire (GHT) Saône-et-Loire Bresse Morvan, cet établissement pilote expérimente la nouvelle infrastructure numérique du GHT qui sera bientôt déployée au sein de ses établissements.  

‍

Laurent Rathouis, ingénieur biomédical au sein de la Direction des Technologies de la Santé, de l’Innovation et de l’Ingénierie Biomédicale et Clinique, nous livre ici son précieux témoignage relatif à l’implémentation de la solution Resilience. De son intégration à son déploiement, il nous invite à découvrir la posture adoptée par le GHT en termes d’interopérabilité.

‍

Conformité, sécurité, expérience utilisateur, mobilité, réutilisation des données de santé, agilité : l’interopérabilité est partout ! Découvrons quels sont les enjeux à adresser pour permettre le déploiement fluide d’une nouvelle solution à l’échelle d’un GHT, au regard du nouvel environnement numérique que le Groupe s’apprête à déployer.

‍

‍

En tant que chef de projet, quel est votre rôle et quelles sont vos missions dans le cadre de l’implémentation d’une solution telle que Resilience ?

Mon rôle consiste à coordonner le projet et à accompagner l’implémentation de l’outil. Cela nécessite d’avoir une vision globale et transversale du projet pour s’assurer que tout se déroule bien, à tous les niveaux.  

‍

J’exerce une mission support : par conséquent, mon objectif premier dans le cadre de ce type de projet est de servir les intérêts des soignants. Ma priorité est donc d’identifier leurs besoins, et en parallèle de vérifier un certain nombre de prérequis. La première question que je me pose est la suivante : quel est le besoin médical identifié ? En l’occurrence, dans le cas de la télésurveillance médicale en oncologie, les médecins ont été moteurs : ce sont eux qui nous ont sollicités pour nous partager leur besoin.

‍

Une fois ce besoin recensé, une veille technologique est réalisée pour étudier les différentes solutions disponibles sur le marché. Or, nous connaissions l’existence de Resilience et suivions l’activité de l’entreprise de près depuis début 2023. Nous savions que Resilience serait probablement la première solution de télésurveillance médicale à obtenir le remboursement. Auquel cas cela signifierait que le dispositif médical aurait été soumis à un certain nombre de contrôles en amont. Par conséquent, lorsque Resilience a obtenu l’avis favorable de la HAS pour l’inscription en nom de marque de sa solution sur la Liste des Activités de Télésurveillance Médicale (LATM), notre intérêt s’est confirmé.  

‍

‍

Une fois qu’une solution est présélectionnée, qui acte le fait d’y recourir ? Quels facteurs sont pris en compte ?  

La solution est présentée à ses potentiels utilisateurs afin qu’ils puissent l’étudier et s’assurer que celle-ci répond bien à leurs attentes. Dans le cadre d’un projet d’implémentation d’une solution de télésurveillance médicale, impliquer les équipes soignantes est indispensable : ils seront, avec les patients, les utilisateurs finaux de l’outil.

‍

La solution proposée doit non seulement répondre à leurs besoins, mais également être facile à prendre en main. Une attention est également portée à la notion de mobilité : tout soignant doit pouvoir disposer de l’outil à la fois sur son poste, son téléphone et/ou sa tablette. De fait, nous travaillons en étroite collaboration avec les équipes métiers, que sont ici les équipes médicales, afin de s’assurer que ce nouveau service s’intègrera à leur quotidien dans une logique de simplification des usages. En effet, s’il est courant de recourir à une application pour un usage donné, cela n’est pas sans conséquence : peu à peu, applications et usages se démultiplient, identifiants et mots de passe aussi ! Envisager le recours à un nouvel outil, c’est aussi questionner son contexte et ses modalités d’utilisation pour s’inscrire autant que possible dans une démarche de convergence d’usages.  

‍

En parallèle, nous nous assurons que la solution est sécurisée, qu’elle se conforme aux politiques de sécurité du GHT ainsi qu’aux réglementations en vigueur. À ce titre, le RSSI procède à une évaluation de la conformité et réalise un audit de sécurité. Se pose ensuite la question de l’interopérabilité.  

‍

‍

Comment la question de l’intéropérabilité a-t-elle été abordée dans le cadre de l’implémentation de la solution Resilience ?  

L’interopérabilité constitue un prérequis important : il s’agit d’évaluer la capacité de différents logiciels ou applications à communiquer entre eux, via la transmission, le partage et l’intégration d’informations, de façon sécurisée. Dans notre cas, cette question est abordée sous différents angles. Tout d’abord, l’outil choisi doit être interopérable avec nos autres outils métiers, et notamment CPage pour la partie identité patient, suivi, et facturation, et Easily pour le dossier patient. En outre, nous étudions également la capacité du nouveau service à s’interopérer avec notre concentrateur de données cliniques, actuellement en cours de déploiement.  

‍

En tant que GHT, notre ambition aujourd’hui est de déployer des approches pérennes applicables à l’ensemble des établissements que nous couvrons. De fait, la question de l’interopérabilité s’inscrit pour nous dans un contexte plus large, au regard des travaux que nous menons pour bâtir notre infrastructure numérique, à l’échelle de plusieurs établissements. Envisager l’intégration de nouveaux outils dans un environnement commun à tous les établissements constitue un prérequis essentiel.  

‍

Et, bien entendu, l’interopérabilité doit pouvoir être assurée dans le respect des politiques de sécurité à l’œuvre au sein du GHT.  

‍

‍

Vous évoquez la conduite de travaux relatifs à l’infrastructure numérique du GHT, pouvez-vous nous en dire davantage ?

Nous sommes en train de revoir notre infrastructure numérique de façon à sécuriser nos Systèmes d’Information (SI) et à structurer l'ensemble des données biomédicales recueillies, soit les données patients. À date, la création de flux pour faciliter le traitement des données et la mise en place d’un concentrateur de données cliniques par lequel tous les flux médicaux passeraient est en cours. Une fois le projet abouti, toutes les données de santé produites transiteront vers ce concentrateur et la présence de redondances permettra de sécuriser l'ensemble de l'infrastructure.

‍

Pour le moment, beaucoup de choses ont pu être déployées et testées au sein du CH William Morey, notre établissement support. S’assurer que Resilience s’intègre bien au sein de ce nouvel environnement déployé à l’échelle de l’établissement était par conséquent primordial.

‍

‍

Pensez-vous que cette restructuration et cette réflexion relatives à l’intéropérabilité soient également à l’œuvre au sein d’autres établissements ou groupes d’établissements ?

Les enjeux que recouvre le sujet de l’interopérabilité sont multiples et le sujet peut être abordé différemment d’un établissement à l’autre. Pour autant, je ne pense pas que nous soyons les seuls à nous poser la question de l’interopérabilité en ces termes. Je ne crois pas me tromper en disant que l’infrastructure numérique de la majorité des établissements de santé français est en pleine mutation. Cette transformation est opérée pour des raisons de sécurité notamment, mais également par souci d’agilité.  

‍

Une transition de cette envergure constitue une excellente opportunité pour les établissements de simplifier nombre d’opérations de traitement des données, faciliter l’usage des différents outils auxquels recourent les professionnels de santé… Mais aussi de libérer le potentiel des données biomédicales ! Les mutations à l’œuvre sont considérables et nécessitent un effort collectif important. Considérer et évaluer l’interopérabilité d’un nouvel outil au regard de sa nouvelle infrastructure et de son nouvel environnement en devenir permet de capitaliser sur cet effort tout en s'inscrivant dans une démarche pérenne.

‍

À ce titre, nous ne sommes probablement pas les seuls à aborder la question de l’interopérabilité dans une perspective de refonte de l’infrastructure numérique : d’autres établissements et groupements hospitaliers sont sans aucun doute sensibles à cette approche.

‍

‍

En termes d’interopérabilité des données, qu’avez-vous pu mettre en place avec les équipes de Resilience ?  

En termes d’interopérabilité des données, notre objectif est de disposer de données structurées qui pourront être intégrées à nos systèmes. C’est tout l’objet du travail qui est mené avec Lifen notamment, partenaire de Resilience.  

‍

Un espace tampon a tout d’abord été créé pour permettre des interactions avec notre Gestion Administrative du Malade (GAM) CPage. Deux connecteurs ont ensuite été mis en place pour permettre la création de deux flux :  

‍

• Le flux ADT (Admission Discharge, Transfer), qui nous permet de relayer les informations relatives à l’identité patient auprès de Resilience, tels que des éléments portant sur les admissions, les sorties et les transferts des patients. Ce flux permet ainsi le partage d’informations précieuses relatives aux parcours des patients, et utiles dans le cadre de l’inclusion des patients à la télésurveillance médicale. La mise en place de ce flux s’est révélée assez simple puisque nous avions d’ores et déjà adopté une politique qui visait à créer un IPP (Identifiant Permanent du Patient) commun à l’ensemble du GHT.
• Le flux ORU (Observation, Result, Unsolicited), qui permet à Resilience de nous transmettre les rapports et suivis patients qui transitent via notre EAI (Enterprise Application Integration) biomédical pour ensuite être renvoyés vers notre concentrateur de données cliniques. À date, la mise en place de ce flux est en phase de test.
  

Pour mener à bien l’implémentation de la solution et mettre en place l’interopérabilité, un planning a été mis en place par les équipes de Resilience en concertation avec les nôtres. Nous avons été très bien accompagnés sur toute la gestion de projet : notre référent projet Resilience est venu en immersion au sein de l’établissement. Les équipes se sont senties accompagnées et il est évident que cela contribue à la réussite de ce type de projet.  

‍

Pour le moment, nous n’avons pas rencontré de difficultés particulières dans la mise en place de l’interopérabilité avec la solution. L’accompagnement dont nous avons bénéficié de la part des équipes a permis une implémentation rapide et efficace et tout se déroule parfaitement bien jusqu’ici. Nous avons hâte de poursuivre ces travaux pour mettre en place le flux ORU et nous ne comptons pas nous arrêter en si bon chemin : notre objectif à terme est de pouvoir également automatiser la facturation.  

‍

‍

Au-delà de l’angle technique, la notion d’interopérabilité adresse également des enjeux qui impactent l’expérience utilisateur, dont la simplification des usages et la mobilité. Quel lien faites-vous entre l’interopérabilité et ces deux aspects ?

L’implémentation d’un nouveau service nécessite la mise en place de l’interopérabilité pour une multitude de raisons. L’expérience utilisateur proposée, et plus spécifiquement la capacité à simplifier les usages et permettre la mobilité des utilisateurs découlent de ce qui est mis en place du point de vue de l’interopérabilité. À l’échelle du GHT par exemple, nous recourons à un répertoire unique - en l’occurrence Active Directory - qui permettra le déploiement du SSO (Single Sign-On). Via la définition d’un profil utilisateur pour un environnement de travail donné et la mise en place d’une double authentification, l’utilisateur pourra prochainement s’identifier et se connecter de façon sécurisée, rapidement et simplement, à l’aide de sa Carte Professionnel de Santé (CPS), où qu’il soit et quel que soit le support sur lequel il se connecte.  
‍

L’enjeu en termes d’interopérabilité est ici de permettre à l’utilisateur de disposer de l’outil et de toutes les fonctionnalités associées quel que soit son contexte de connexion. Cela implique le fait que la solution ait été pensée en amont pour être utilisée de cette manière d’un point de vue de l’expérience utilisateur. Et, bien entendu, que l’ensemble des prérequis et contraintes techniques relatifs à l’interopérabilité aient été traités, pour permettre de délivrer le service.

De fait, l’interopérabilité est une notion aux multiples facettes qui nous concerne tous, même si elle est invisibilisée pour la majeure partie des utilisateurs d’une solution. Pour autant, la disponibilité du service et la qualité du service offert aux utilisateurs finaux dépendent de la capacité des équipes informatiques à traiter la question de l’interopérabilité dans sa globalité. La difficulté majeure lorsqu’on intègre un nouveau service à son parc informatique est précisément celle-là : comment fournir un service aux utilisateurs finaux qui soit simple à l’usage, disponible en toutes circonstances ? Le tout, en respectant un impératif évident : se conformer aux politiques de conformité et de sécurité dont on dépend.  

‍

‍

Quel conseil donneriez-vous aux établissements de santé qui envisagent l’implémentation de la solution Resilience ?

La télésurveillance permet de créer du lien avec les patients, c’est une manière pour eux d’avoir un contact privilégié avec les médecins et les infirmières, et cela les sécurise. Par ailleurs, cela permet un maillage territorial qui est clairement nécessaire, d’autant plus lorsqu’on est implanté en zone rurale.

‍

Bien entendu, se lancer implique d’être accompagné par une entreprise qui maîtrise le sujet. Monter une équipe pluridisciplinaire est une approche à privilégier pour mobiliser tous les interlocuteurs nécessaires à la bonne conduite du projet. Il est donc nécessaire de travailler en étroite collaboration avec les équipes médicales, mais également avec les équipes mobilisées sur l’aspect informatique et biomédical. Cela permet de s’assurer dans le même temps que la solution répond aux besoins métiers, qu’elle se conforme aux réglementations de sécurité et de conformité en vigueur, et qu’elle est interopérable avec l’environnement numérique de l’établissement.  

Une fois ces prérequis validés, le déploiement de la solution peut être effectué et relève somme toute, d’une conduite de projet tout à fait classique !

‍