Les logiciels d’entreprise et grand public ont connu une importante évolution ces cinq dernières années. Pour de nombreux secteurs, les SaaS ou logiciels en tant que service sont progressivement devenus la norme. L’utilisation des produits Microsoft Office s’est discrètement muée en Microsoft 365, qui se présente « en tant que service ». Dans le confort à domicile , nous utilisons toute une gamme de produits Google, Apple et autres logiciels, fournis en tant que service, la plupart du temps par abonnement.
Cette transition vers le SaaS s’observe également dans le secteur de la santé. De nouvelles applications telles que l’IA (Intelligence artificielle) sont souvent cloud native par défaut. C’est-à-dire qu’elles sont développées dans le cloud dès le départ.
En ce qui concerne les DME (dossiers médicaux électroniques) et les PACS (Picture Archiving and Communication Systems), aux enjeux aussi critiques que complexes, la transition se déroule très lentement. Cette inertie peut être attribuée à deux raisons principales :
d’abord, les fournisseurs de PACS en place offrent des systèmes riches en fonctionnalités reposant sur une technologie relativement ancienne, nullement conçue pour le cloud.
Ensuite, les utilisateurs finaux restent méfiants quant à la sécurité, la disponibilité et le temps de réponse des logiciels cloud natifs. À vrai dire, rien n’est plus éloigné de la vérité : le logiciel en tant que service se révèle souvent être plus pratique, plus efficace et plus sûr que les centres de données gérés localement.
|
Pourquoi le cloud natif est le futur: téléchargez l'infographie 'Rejoignez-nous dans le cloud'
|
Avec l’évolution de l’expérience utilisateur et des attentes concernant les SaaS, une époque touche à sa fin : celle où les établissements de santé investissaient massivement dans un équipement informatique local. Payer en fonction de leur utilisation du logiciel est devenu une référence pour les utilisateurs d’applications d’entreprise. De même, l’accès immédiat aux nouvelles fonctionnalités et l’adaptation automatique des performances à l’évolution de leurs besoins sont des attentes incontournables. La satisfaction de ces besoins demande un développement cloud natif ainsi que des solutions logicielles « nées dans le cloud », permettant une mise à l’échelle automatique, une innovation produit permanente, une extensibilité et des possibilités de configuration simples et intuitives.
On pourrait penser qu’il est aussi simple de concevoir un PACS en tant que service que d’installer un PACS classique dans un centre de données, puis de lui greffer des services publics. Toutefois, pour bien comprendre les avantages d’un PACS né dans le cloud, il faut y regarder de plus près, tant les deux architectures présentent de différences. Ce tableau en offre une vue d’ensemble.
Cloud natif vs. Applications d’entreprise classiques (dans un environnement cloud).
|
Solutions d’entreprise classiques |
Cloud natif |
Conséquences d’un PACS cloud natif pour l’imagerie médicale |
|
Dépendant du système d’exploitation (OS) : chaque système a ses propres spécifications en matière d’OS et est compatible avec un certain type de matériel informatique. Ils sont souvent en retard sur les dernières technologies, les systèmes d’exploitation récents, etc. |
Indépendant vis-à-vis de l’OS : possibilité de travailler avec différents environnements et technologies cloud. Plus facilement extensible et mobile, possibilité de réutiliser les composants logiciels pour une solution durable, à l’épreuve du temps. |
L’hôpital ne dépend pas d’un système d’exploitation ni d’une technologie plus ancienne et s’émancipe des besoins de mises à jour, d’anti-virus, de correctifs, etc. |
|
Toujours en surcapacité, ce qui implique une surfacturation et un surinvestissement général. |
Toujours la capacité adéquate. |
Un véritable logiciel en tant que service. Pas seulement sur le papier, mais en pratique. Rentable. |
|
Silos et transferts laborieux : chaque entité (client) constitue un silo et doit partager des ressources et des données de façon classique avec les autres entités. Deux clients représentent deux installations différentes dans le centre de données. |
Collaboratif : chaque client possède son propre dépôt de données mais est en mesure de partager des ressources et des données selon les autorisations accordées, et sans transfert de données ni intégration complexe. |
Les hôpitaux et les radiologues peuvent collaborer facilement, tout en conservant leur système et flux de travail respectifs. Les intégrations (IA, eHealth) peuvent également être partagées. |
|
Développement en cascade et mises à niveau majeures. |
Améliorations constantes et mises à jour sans interruption. |
Chaque hôpital dispose toujours de la dernière version sans devoir mettre à niveau le PACS. |
|
Mise à l’échelle manuelle. |
Extensibilité automatique. |
Une plus grande indépendance vis-à-vis du système d’exploitation, plus de flexibilité dans le travail, d’extensibilité, etc. |
|
Souvent, logiciel de type client lourd (partiellement). |
Logiciel entièrement accessible par le biais d’un navigateur. |
Une plus grande indépendance vis-à-vis du système d’exploitation, plus de flexibilité dans le travail, d’extensibilité, etc. |
|
Réservez un créneau horaire de 15 minutes pour un appel avec un application specialist de PACSonWEB, qui vous fera découvrir la manière dont PACSonWEB permet d’optimiser vos flux de travail en radiologie.
|
