En août dernier, des cadres de Microsoft, Amazon, Google, IBM, Oracle et Salesforce se sont regroupés pour promouvoir le partage de données dans le secteur de la santé. Près d’un an plus tard, les plus grandes entreprises de technologie du monde ne montrent aucun signe de ralentissement.
Aujourd’hui, les géants de la technologie ont renouvelé leur engagement en faveur des normes de partage des données de santé avec une nouvelle déclaration commune soulignant les progrès réalisés au cours de l’année. Ils ont également appuyé des efforts réglementaires visant à mettre à jour les règles régissant les données de santé du Bureau du coordonnateur national pour les technologies de l'information sur la santé et des centres pour les services de Medicare et Medicaid.
«En tant que communauté technologique, nous pensons qu'une stratégie API avant-gardiste, telle que décrite dans les règles proposées, permettra à toutes les organisations de créer et de déployer de nouvelles applications au bénéfice des patients, des prestataires de soins et des administrateurs», déclarent les entreprises. ont écrit dans leur engagement commun, que vous pouvez lire ci-dessous.
Mais les poids lourds technologiques ne font pas que promouvoir les normes de partage de données: ils aident à les définir.
«Mon équipe examine les lacunes dans le paysage de l'interopérabilité et les fonctionnalités qui manquent encore aux entreprises», a déclaré Josh Mandel, architecte en chef chez Microsoft Healthcare, à GeekWire. Une fois identifié, Mandel a déclaré que l'équipe peut commencer à combler ces lacunes en élaborant de nouvelles normes. À titre d'exemple, ils cherchent des moyens d'améliorer la manière dont les données en continu sont capturées à partir de dispositifs médicaux.
Mise à jour du 30 juillet à 15 h PT: Outre cette promesse, une coalition de grandes entreprises technologiques et de grands noms de l'industrie des soins de santé, notamment Apple, Humana et l'État de Washington, ont annoncé aujourd'hui qu'ils testeraient de nouvelles normes permettant aux patients d'accéder à leurs données de réclamations. L'idée est de permettre aux gens d'accéder à leurs informations de santé antérieures sur l'application de leur choix, qu'ils peuvent utiliser pour informer de nouveaux fournisseurs ou prendre des décisions en matière de couverture d'assurance.
Les géants de la technologie ont beaucoup à gagner de l’ouverture des données sur les soins de santé. Comme preuve de cela, la déclaration commune a été précédée par l'annonce que le fournisseur de dossiers de santé électroniques, Cerner, a désigné Amazon Web Services comme fournisseur de cloud préféré. C’est une victoire majeure pour AWS, car Cerner contrôle plus du quart du marché des systèmes de DSE, qui servent de lien pour les données des patients dans les hôpitaux. Cerner a déclaré que la modernisation de sa plateforme ouvrirait la voie à davantage d'API pouvant être construites pour exploiter les données de santé.
Microsoft s’est fait une concurrence acharnée pour convaincre les développeurs du secteur de la santé de s’appuyer sur ses plates-formes. La société a créé une API Azure pour FHIR, un ensemble de normes qui codifient la manière dont les données de santé doivent être structurées. Le mois dernier, Microsoft a organisé une conférence de développeurs sur FHIR et a également mis au point un logiciel open source facilitant la mise en œuvre de ces normes.
Les progrès réalisés par les autres entreprises incluent:
- Google a lancé une version bêta de son API Cloud Healthcare.
- Salesforce continue de développer son offre Health Cloud.
- Oracle a exploité les normes FHIR pour collecter des données en vue d'essais cliniques.
Vous pouvez lire le texte intégral de la promesse renouvelée ci-dessous.
Les soins de santé évoluent partout dans le monde, tout comme notre capacité à améliorer la santé et le bien-être des communautés. Les patients, les prestataires et les régimes de santé s'efforcent d'offrir des soins plus fondés sur la valeur, des expériences d'utilisateur plus engageantes et une application plus large de l'apprentissage automatique pour aider les cliniciens au diagnostic et aux soins des patients.
Cependant, les données des patients sont trop souvent formatées, incomplètes, non disponibles ou manquantes, ce qui peut limiter l'accès aux meilleurs soins possibles. Donner aux patients et aux soignants des informations et des idées dérivées de données brutes pourrait donner de bien meilleurs résultats. Mais sans un réseau robuste d'informations cliniques, même les personnes les plus qualifiées et les technologies les plus avancées pourraient ne pas atteindre leur potentiel.
L'interopérabilité nécessite la capacité de partager des informations cliniques entre systèmes, réseaux et prestataires de soins. Les obstacles à l'interopérabilité des données sont au cœur de nombreux problèmes de processus. Nous pensons qu'une meilleure interopérabilité débouchera sur des améliorations de la coordination, de la prestation et de la gestion des soins aux niveaux individuel et de la population. En tant que tels, nous soutenons les efforts déployés par ONC et CMS pour promouvoir une plus grande interopérabilité et un meilleur accès des patients.
Les règles proposées cette année portent sur l’utilisation de HL7® FHIR® (ressources d’interopérabilité des soins de santé rapides) en tant que norme ouverte pour l’échange électronique d’informations sur les soins de santé. FHIR s’appuie sur les concepts et les meilleures pratiques d’autres normes pour définir une spécification complète, sécurisée et extensible sur le plan sémantique aux fins d’interopérabilité. La communauté FHIR offre une collaboration multidisciplinaire et des canaux publics où les développeurs interagissent et contribuent.
Nous sommes ravis d’utiliser et de contribuer à de nombreux outils multilingues axés sur la FHIR qui permettent de résoudre les problèmes de mise en œuvre réels. Nous sommes particulièrement fiers de mettre en avant un ensemble d’outils Open Source, notamment: les tampons de protocole FHIR de Google et Apigee Health APIx, le serveur FHIR de Microsoft pour Azure, l’intégration FHIR de Cerner pour Apache Spark, une architecture de référence sans serveur pour les API FHIR sur AWS, de Salesforce / Mulesoft. Les modèles Catalyst Accelerator for Healthcare et le service Apache Spark d'IBM.
Au-delà de la production de nouveaux outils, nous avons également participé avec fierté à l’élaboration de nouvelles spécifications, y compris l’opération d’exportation en vrac de données en vrac (et des travaux récents sur une opération d’importation de données), les abonnements et les projections SQL analytiques. Toutes ces capacités démontrent la force et l'adaptabilité de la spécification FHIR. De plus, par le biais de connexions, d’événements communautaires et de conférences de développeurs, nos équipes d’ingénierie se sont engagées à améliorer en permanence l’écosystème FHIR. Nos services d'ingénierie ont déjà pris en charge la maturation de normes dans d'autres domaines et nous pensons que la version FHIR R4 – une publication normative – constitue une cible essentielle et appropriée pour les investissements continus dans l'interopérabilité.
Nous avons vu les premières promesses des API basées sur des normes issues des systèmes informatiques de la santé leaders du marché, et nous sommes enthousiasmés par un avenir où de telles fonctionnalités sont universelles. Ensemble, nous exploitons l'une des infrastructures techniques les plus importantes au monde, desservant de nombreux systèmes de santé et d'autres systèmes. À travers cette expérience, nous reconnaissons l’ampleur et la complexité de la tâche à accomplir. Nous pensons que les techniques nécessaires pour atteindre les objectifs d'ONC et de CMS sont disponibles aujourd'hui et peuvent être appliquées de manière rentable avec des systèmes bien conçus.
Chez Amazon, Google, IBM, Microsoft, Oracle et Salesforce, nous avons la chance de travailler avec de nombreuses équipes et partenaires qui tirent parti des expériences de différents secteurs pour prendre en charge et accélérer la fourniture des API FHIR dans le secteur de la santé. De plus, nous nous sommes engagés à introduire des outils pour la communauté des développeurs de soins de santé. Une fois la règle proposée entrée en vigueur, nous nous engageons à fournir des conseils techniques basés sur nos travaux, notamment des diagrammes d'architecture de solution, des descriptions de système et des implémentations de référence afin d'accélérer les déploiements pour tous les acteurs de l'industrie. Nous travaillerons avec diligence pour nous assurer que ces schémas fournissent un moyen clair et robuste de réaliser l'esprit d'une stratégie d'interopérabilité des soins de santé basée sur l'API.
En tant que communauté technologique, nous pensons qu'une stratégie API avant-gardiste, telle que décrite dans les règles proposées, permettra à toutes les organisations de créer et de déployer de nouvelles applications dans l'intérêt des patients, des prestataires de soins et des administrateurs. Le leadership continu d’ONC et de la CMS, ses règles réfléchies et son adhésion aux normes ouvertes nous aident à progresser résolument dans cette direction.
Signé,
Amazon, Google, IBM, Microsoft, Oracle et Salesforce
Commentaires
Laisser un commentaire