• Aucun résultat trouvé

Chapitre 6 : Présentation du système GPlan

6.6 Expérimentation

Etant conscient du grand intérêt de l'expérimentation de GPlan dans des situations efficaces, nous prévoyons à l'étape suivante de notre travail de recherche de collecter des informations sur les activités de l'efficacité du personnel médical. Elle est d'une

XML/JSON Mise à jour en temps réel Mise à jour en temps réel Message envoyé

Chapitre 6 : Présentation du système GPlan

139

extrême importance pour nous et représente un double objectif. Tout d'abord, nous pouvons valider ou abandonner certains choix techniques parmi celles que nous faisons pour la mise en œuvre. Ensuite, nous serons en mesure de déterminer avec plus de précisions les adaptations appropriées que nous devrons appliquer aux supports fournis dans GPlan. À cette fin, comme tout projet de logiciel, nous avons conçu une architecture logicielle modulaire et extensible, dans le sens où elle permet la conception et l'intégration de nouveaux modules d’une manière incrémentale.

Dans un premier temps, nous avons testé notre prototype sur un réseau local. Les premiers résultats en matière de temps de réponse et de facilité de navigation étaient satisfaisants. Dans un deuxième temps, nous voulons expérimenter notre système dans un environnement réel avec des utilisateurs réels. Pour cela notre protocole expérimental comportera :

- Pour évaluer si le système favorise la collaboration sociale, nous allons travailler avec des spécialistes en sciences humaines. Discuter avec les utilisateurs après l'utilisation du système peut nous donner de précieux renseignements sur l'organisation du groupe.

- Pour vérifier si les différentes fonctionnalités répondent aux besoins des utilisateurs, nous allons mener notre propre enquête. Coupler cette enquête avec quelques interviews, va surement nous aider à identifier les fonctionnalités qui devraient être étendues, modifiées et également si de nouvelles fonctionnalités doivent être ajoutées. A travers cette enquête, nous espérons également identifier les différentes lacunes concernant l'interface utilisateur.

- Nous avons ajouté un module qui fonctionne en arrière-plan pour surveiller les différentes interactions au cours des séances de travail. Nous allons donner la possibilité aux utilisateurs pour qu’ils puissent donner aussi leurs avis pour certains événements qui doivent être notifiés et que nous avons ignorés.

- Nous allons aussi fournir un questionnaire à la fin de l’expérimentation pour collecter les différents avis et suggestions, ce qui va surement nous aider pour des futures améliorations. Le contenu de ce questionnaire porte surtout sur les fonctionnalités de GPlan. Un exemple des questions de notre questionnaire :

A travers ce protocole, nous espérons pouvoir recueillir des informations qui nous permettraient de mesurer objectivement l’aptitude des outils fournis par l’environnement GPlan de supporter effectivement l’assistance dans un contexte dynamique et de prend en charge les événements imprévus dans l’hôpital.

Chapitre 6 : Présentation du système GPlan

140

6.7 Conclusion

Dans ce chapitre, nous avons décrit les outils d’assistance à la planification fournis par l’environnement GPlan. Nous avons largement discuté les fonctions dédiées au support de la gestion et de la planification de l’utilisation des ressources humaines et matérielles.

Nous avons montré l’aspect usage des systèmes collaboratifs, qui constitue un point essentiel de leur acceptation par les utilisateurs. Nous avons également montré l’importance du concept de rétroaction de groupe et son rôle capital dans le travail de groupe. Nous avons aussi montré en détail les fonctionnalités de GPlan qui permettent aux utilisateurs d’accomplir les différentes tâches et les activités d’une manière efficace et parfois collaborative.

Nous avons également insisté à apporter des clarifications sur les différentes fonctionnalités qui assurent l’aspect « travail de groupe » comme la coordination et la communication. Pour cela, nous avons montré et expliqué les différentes vues de l’interface de notre prototype dédiées aux différents types de participants. Ces vues décrivent d’une manière claire la manière avec laquelle les participants peuvent planifier d’une manière collaboratives leurs tâches, ou pour gérer d’une manière efficace leurs patients.

Comme l’expérimentation de tel système reste une chose très importante, nous avons parlé à la fin du chapitre de notre prototype d’évaluation. Cette évaluation nous permettra de cerner des problèmes auxquels nous n’avons pas fait attention, ainsi que d’apporter des améliorations et des modifications qui vont surement participer à l’amélioration et l’augmentation de l’efficacité de notre système Groupware GPlan.

Conclusion générale

141

Dans le cadre de cette thèse, nous avons étudié la planification collective à distance à l’intérieur des hôpitaux et l’utilisation des technologies informatiques pour la soutenir. Nous présentons dans cette conclusion un bilan de nos travaux et les résultats obtenus. Nous dégageons ensuite les apports de notre recherche. Enfin, nous ouvrons des perspectives avant de conclure.

1. Bilan des travaux

Dans le premier chapitre nous avons cherché à comprendre la notion du travail collaboratif assisté par ordinateur en cherchant à comprendre les fondements théoriques sous-jacents. Nous avons montré les caractéristiques particulières du travail collaboratif assisté par ordinateur. Dans ce contexte, notre étude des travaux existants nous a amenés à souligner l’intérêt pour les usagers de pouvoir disposer, au sein d’un même environnement, de plusieurs fonctionnalités accessibles. Cet aspect assure une collaboration continue au sein de l’entreprise. Les expériences précédentes ont également montré que la conception d’un support pour la collaboration entre plusieurs personnes distantes est une chose délicate et doit surtout prendre en considération les concepts de flexibilité et d’adaptation, pour satisfaire autant que possible les utilisateurs d’un point de vue individuel et collectif. Nous avons considéré le processus de planification comme un processus collectif qui nécessite l’intervention de plusieurs acteurs

Dans le chapitre 2, nous avons présenté l’émergence des nouvelles technologies Web, et plus exactement la notion du Web 2.0. Nous considérons cette nouvelle génération du Web comme une évolution des Groupware qui peut être utilisée pour améliorer la qualité des processus collectifs à l’intérieur de toute entreprise, mais surtout à l’intérieur des institutions hospitalières. Nous avons montré que ces nouvelles technologies peuvent être utilisées à plusieurs niveaux dans la hiérarchie de l’organisation, du client jusqu’aux décideurs. Ces technologies permettent aux différents acteurs de participer dans les différents processus, que ce soit pour des suggestions ou pour des modifications d’une manière plus efficace. Nous avons aussi montré que le Web 2.0 offre plus de possibilités pour une communication facile. Cet aspect est nécessaire dans un processus collectif dans lequel la communication est un point crucial. Dans le troisième chapitre nous avons présenté une taxonomie des différentes stratégies et méthodes proposées dans la littérature pour la planification des ressources dans un contexte de santé. Nous avons remarqué que la littérature a ignoré un aspect très important lors du processus de planification qui est la notion de collaboration.

Après les trois premiers chapitres qui présentent notre contexte de travail, notre contribution commence à partir du troisième chapitre. Dans le quatrième chapitre nous avons commencé par présenter une étude réalisée dans une clinique de maternité Algérienne. Dans cette étude nous avons commencé par parler de la planification dans des environnements à haut risque, c’est-à-dire des environnements dont le processus de planification subit des

Conclusion générale

142

changements fréquents. Ces changements, s’ils ne sont pas pris en compte rapidement, peuvent avoir des impacts négatifs sur le matériel ou sur les êtres humains comme c’est le cas dans un hôpital. Ensuite, nous avons présenté la méthode avec laquelle nous avons fait notre collecte d’information qui était essentiellement basée sur des interviews et des observations. Nous avons observé les méthodes suivies par le staff médical pour accomplir leurs tâches individuelles et collectives. A la fin de cette étude, nous sommes arrivés à cerner les différentes sources de problèmes qui influencent négativement la coordination entre le personnel médical. Et par la suite nous avons proposé des solutions qui sont basées essentiellement sur l’augmentation de l’efficacité des aspects de la collaboration et de la communication.

Après l’achèvement de notre étude sur terrain, et d’après les indications tirées des trois premiers chapitres, nous avons proposé l’architecture logicielle de notre système GPlan dans le chapitre 5. L’architecture proposée est basée sur la notion de modularité et extensibilité, et son organisation architecturale est basée sur les concepts du modèle hybride. Notre démarche consiste à centraliser les données partagées au niveau du serveur tout en répartissant les traitements sur machines clientes. Ceci nous permet de faciliter la gestion de la cohérence des données et d’améliorer le temps des traitements. En fait, le principal avantage de notre approche est qu’elle nous permet de réduire de façon significative la complexité de réalisation de l’environnement GPlan. Dans l’architecture de GPlan, nous avons intégré plusieurs modules qui assurent principalement la tâche de la planification collaborative, ainsi qu’une communication efficace entre les différents usagers de cet environnement. Les différents utilisateurs de notre système peuvent réaliser la tâche de planification d’une manière individuelle ou collective. Les acteurs distants peuvent percevoir les actions des autres utilisateurs distants tout en communiquant avec eux d’une manière synchrone comme s’ils étaient dans une situation de face à face. L’environnement offre aussi un moyen pour poster des messages, des commentaires et des suggestions pour qu’ils soient consultés plus tard par les personnes qui étaient absentes. Les modifications d’un planning qui sont une chose très fréquente dans un hôpital à cause des événements non programmés et aléatoires, peuvent être réalisées à travers une session de travail virtuelle entre des personnes distantes sans que le personnel médical ne se réunisse et sont ensuite notifiées uniquement à toutes les personnes concernées pour diminuer au minimum le volume de données à consulter. Ces notifications sont envoyées sur les dispositifs mobiles du personnel, ou sur des tableaux électroniques positionnés dans des endroits stratégiques de l’hôpital pour que les différents groupes de travail puissent les voir à tout moment.

L’environnement GPlan offre aux utilisateurs des outils de soutien lors du processus de gestion, comme l’état des différentes ressources en cours d’utilisation et pour des utilisations futures. Nous avons jugé nécessaire de laisser aux utilisateurs la liberté lors de l’affectation et l’utilisation des différentes ressources. Parce que l’utilisation d’un système complètement

Conclusion générale

143

automatisé peut s’avérer utile, mais uniquement dans des environnements avec des processus et des tâches fixes inchangeables après leurs planification. Ce point a été ignoré complètement par les différents chercheurs, parce que l’aspect humain reste la partie la plus importante lors la modification, l’annulation et l’ajout des tâches ou pour la réaffectation des ressources et l’ajustement du planning, à cause de la nature « instable » de l’environnement dans lequel nous travaillons.

La deuxième partie du chapitre a été consacrée à la présentation des différentes technologies utilisées pour la réalisation de notre environnement. Pour cela nous avons utilisé le Framework Google Web Toolkit (GWT). Ce Framework permet de créer des applications Internet riches qui sont une des technologies du Web 2.0. Nous avons constaté dans le chapitre 6 qui présente les différentes fonctionnalités de notre système que l’utilisation de telle technologie offre plus de flexibilité par rapport aux technologies Web classiques ou même par rapport aux technologies qui permettent la création des applications de bureau. Les applications Internet riches englobent les avantages de ces deux types des applications, elles offrent un affichage riche et elles peuvent être lancées sur les navigateurs de n’importe quelle plateforme même les plateformes mobiles qui sont devenus très utilisées.