Ce qu'il faut vraiment pour déployer GrayOS : un regard honnête sur le travail que cela demande
Tout responsable des opérations qui a déjà traversé le déploiement d'un logiciel clinique lourd se pose la même question avant le suivant : combien cela va coûter à mon équipe, en heures et en attention, avant de produire le moindre bénéfice. C'est la bonne question. Une plateforme d'orchestration des soins équilibre en continu la demande des patients et une capacité finie, entre les départements, et une couche comme celle-là ne s'installe pas telle quelle. Elle doit être ajustée à la façon dont un centre donné fonctionne réellement. Soyons honnêtes : l'effort n'a rien de négligeable. Il est réel, et il est partagé. Le centre investit en formalisant son fonctionnement, Gray fait le travail d'ajuster la plateforme autour de cela, et cet effort, le centre ne le fournit qu'une fois, pour un gain d'automatisation qui dure des années.
Il y a une manière de voir les choses qui rend ce coût plus léger, et c'est la plus juste. Vous faites déjà le travail. Vous numérisez déjà vos opérations et vous documentez déjà vos processus pour que vos équipes planifient correctement les rendez-vous des patients. Le déploiement ne vient pas s'ajouter à ce travail comme un projet à part. Il en est le prolongement, l'étape qui fait que le travail déjà engagé rapporte plus qu'aujourd'hui.
1. Il y a un vrai travail de configuration, et c'est précisément lui qui crée la valeur
GrayOS arrive avec un vaste éventail d'outils pour modéliser le fonctionnement d'opérations de soins complexes, et le déploiement consiste à combiner ces outils pour épouser la réalité d'un centre : ses règles de fonctionnement, ses horaires, son éventail de modalités, et les exceptions qui n'existent aujourd'hui que dans la tête de quelques personnes expérimentées. Encoder ces règles, c'est le travail de configuration, et c'est le même geste qui produit le retour. Une fois les règles dans le système, l'horaire ne dépend plus des deux ou trois personnes qui les détiennent, les imprévus sont absorbés dans les mêmes contraintes au lieu de déclencher des heures de reprise manuelle, et les responsables voient comment la capacité est réellement utilisée.
Ce travail est le prix d'une vraie flexibilité. La philosophie de GrayOS, c'est que le logiciel doit servir la façon dont une équipe de soins travaille plutôt que lui imposer ses propres contraintes. La plateforme est donc conçue pour se plier au fonctionnement d'un centre, avec une latitude de configuration quasi illimitée pour s'ajuster à des règles et des contraintes spécifiques. Un outil rigide se met vite en marche précisément parce qu'il ne sait pas s'adapter, et c'est alors au centre de s'adapter à lui. GrayOS fait le choix inverse, en perturbant le moins possible les flux cliniques, et l'effort de configuration est la face visible de ce choix.
2. GrayOS ne remplace pas votre EHR ni votre OIS, il tire davantage parti de la numérisation que vous avez déjà engagée
GrayOS se place au-dessus des systèmes qu'un centre exploite déjà et y puise ses informations, et c'est pourquoi il enrichit l'EHR et l'OIS au lieu de les remplacer. Cette conception est aussi ce qui permet à un centre de tirer plus de valeur d'une numérisation qu'il a déjà payée. Là où un centre fait un usage avancé des plans de soins MOSAIQ ou des parcours de soins ARIA, GrayOS lit directement cette structure pour alimenter ses propres plans de soins et les rendez-vous à planifier, de sorte que plus les données en entrée sont numérisées, plus l'automatisation est forte et moins il reste de configuration manuelle.
Un centre qui n'est pas encore numérisé n'est pas désavantagé en principe. GrayOS a servi de point de départ à de nombreux centres dans leur parcours de numérisation, avec beaucoup de succès, justement parce qu'ils tirent un bénéfice opérationnel et immédiat de l'effort qu'ils consacrent à numériser leurs règles et leurs objectifs. Dans un cas comme dans l'autre, le point de départ se construit à partir de ce que le centre possède déjà.
La profondeur de l'intégration variera d'un environnement à l'autre. Cette variation tient rarement à la plateforme et presque toujours à la façon dont les systèmes en amont structurent leurs données et à ce que leurs interfaces permettent. GrayOS répond à cette réalité par son adaptabilité architecturale, ce qui n'a rien à voir avec promettre une intégration sans effort. Elle n'est pas sans effort, et nous préférons le dire clairement plutôt que de promettre le contraire.
3. Gray arrive en maîtrisant déjà l'oncologie
Une grande partie de ce qui rend épuisant le déploiement d'un logiciel clinique ne figure jamais dans le contrat : c'est le temps que le centre passe à former le fournisseur. Lui expliquer le domaine, les contraintes, pourquoi le flux de travail est ce qu'il est, pourquoi une exception qui paraît anodine ne l'est pas. Avec Gray, l'essentiel de ce coût disparaît avant même d'apparaître.
Gray prend au sérieux l'acquisition et la diffusion interne de la connaissance du domaine clinique, comme une discipline et non comme un à-côté. Travailler avec une personne de chez Gray, c'est ne pas avoir à expliquer la différence entre un traitement per os et un traitement intraveineux, ni pourquoi le système ne doit jamais répartir les séances d'un même traitement de radiothérapie sur des linacs de fournisseurs différents. Nous arrivons en connaissant déjà les contours du problème, ce qui veut dire que la discussion démarre sur les spécificités de votre centre plutôt que sur les bases de l'oncologie. Les heures qu'un centre passerait autrement à mettre un fournisseur à niveau sont des heures qu'il ne passe pas ici.
4. Le déploiement suit un parcours clair et reproductible, au rythme que le centre fixe
Un déploiement type se déroule en trois phases, sur environ les six premiers mois. Il s'ouvre sur le cadrage et la configuration initiale : une visite sur place pour comprendre les flux de travail du département, grâce à des entretiens avec les parties prenantes et à de l'observation sur le terrain, la configuration technique de l'environnement, et une revue de la sécurité et de la confidentialité des données. Il se poursuit par la formation et la calibration, où les super-utilisateurs sont formés et la plateforme affinée jusqu'à ce qu'ils planifient en toute confiance la grande majorité de leurs rendez-vous dans GrayOS. Il se termine par l'évaluation de l'impact, et le travail ne s'arrête pas à la mise en service : Gray et le centre s'accordent sur les indicateurs qui définissent le succès, puis poursuivent ensemble le travail sur la calibration, l'adoption et la gestion du changement, pour que le déploiement continue de servir les objectifs propres du centre.
Tout du long, deux volets avancent en parallèle. Un volet clinique couvre les règles, les flux de travail et une séquence de déploiement qui limite les perturbations. Un volet technique couvre la configuration. Le rythme reste celui que le centre se fixe, et Gray travaille aux côtés de l'équipe à chaque phase plutôt que de livrer un outil et de se retirer.
5. Tout ce qui est évident est configuré avant qu'un utilisateur touche au système, pour que votre effort n'aille que là où il compte
Le processus s'appuie sur des déploiements menés dans des environnements très différents, du grand centre universitaire à la petite clinique communautaire, du site très numérisé à celui qui fonctionne encore sur papier. Il rationalise la collecte de tout ce qu'il faut pour configurer et calibrer la plateforme, à commencer par une série de questionnaires de calibration qui cernent le fonctionnement du centre.
Nous ne prétendons pas que l'essentiel de la configuration est fait avant votre arrivée. Tout ce qui est mécanique et évident est pris en charge en amont, pour que votre effort n'aille que là où votre jugement est vraiment nécessaire. Un plan de soins nommé « Brain Cyberknife 5 FX » ne devrait pouvoir être planifié que sur l'unité Cyberknife de l'établissement. Cela, nous le paramétrons pour vous. Vous n'y consacrez pas une réunion.
Ce qui reste à votre charge, c'est ce que vous êtes seuls à pouvoir porter : remplir et finaliser les plans de soins, parce que personne d'autre ne peut dire comment vous traitez vos patients. En traitements systémiques en particulier, c'est aussi mettre en place et entretenir les gabarits d'horaire de la clinique de perfusion et les horaires quotidiens. Cela mérite d'être dit clairement, parce que dans beaucoup de programmes de traitements systémiques, le vrai plafond quotidien de nouveaux départs est fixé par la capacité de la pharmacie, et non par le nombre de chaises. Encoder ce plafond, et les règles d'horaire qui en découlent, c'est exactement le type de contrainte que GrayOS est fait pour gérer, de sorte que répartir les nouveaux départs cesse d'être une négociation manuelle chaque matin pour devenir une décision structurée et visible par toute l'équipe.
Le reste de l'affinage se fait de façon récurrente avec un ou deux super-utilisateurs à mesure qu'ils commencent à planifier les rendez-vous dans le système, soutenus tout du long par un accompagnement attentif plutôt que laissés seuls face à la tâche.
« Nous sommes extrêmement satisfaits des résultats. En matière de réactivité, Gray joue dans une catégorie à part par rapport aux autres entreprises privées. »
Karine Lepage, directrice adjointe des soins infirmiers, Cancérologie, Hôpital général juif
6. L'empreinte sur l'infrastructure est légère
GrayOS est une application web à l'empreinte volontairement légère. Il se déploie soit dans le cloud, où Gray met en place et gère un environnement dédié et isolé, soit sur place, sur un unique serveur modeste hébergé par l'établissement, qu'un seul interlocuteur TI peut mettre en service. Il se connecte aux systèmes existants d'un centre par les interfaces standard du secteur de la santé que ces systèmes prennent déjà en charge, et le volume de données qu'il lit reste volontairement réduit. Pour rassurer sur ce point, un grand centre universitaire fonctionne en production depuis plus d'un an, avec plus de soixante-dix utilisateurs et aucun problème de performance.
Rien de tout cela ne devrait peser sur un responsable des opérations au moment de décider de se lancer. La suite logique, c'est une conversation de cadrage : elle ramène tout cela à votre réalité et vous donne un portrait propre à votre centre, qui fait quoi, et combien d'heures cela représente vraiment.
