Voir la traduction automatique
Ceci est une traduction automatique. Pour voir le texte original en anglais cliquez ici
#Actualités du secteur
{{{sourceTextContent.title}}}
Étape signicative 3 d'utilisation : Le bourdonnement au sujet des api
{{{sourceTextContent.subTitle}}}
L'utilisation signicative - l'étape 3 a proposé que la règle ait été libérée, avec la publication officielle due le 30 mars. Llikewise, l'édition 2015 de SES critères de certification et règles relatives. Vérifiez la fiche documentaire presser de CMS et d'ONC.
{{{sourceTextContent.description}}}
La clef à ces règles, qui jettent les fondements pour une santé incitation-conduite par utilisation poteau-Signicative IL écosystème, est l'utilisation des api - pour les non-initiés, « des interfaces de programmation API pour commandes Tempus-link » - ou les connecteurs simplifiés qui tiennent compte d'un transfert plus facile des données.
Les conditions signicatives d'utilisation elles-mêmes ont été simplifiées -- taillé au couteau vers le bas à huit conditions à niveau élevé, exprimées comme des buts de programme ou des buts :
Protégez l'information patiente de santé
Prescription électronique
D'aide à la décision clinique
Enregistrement des commandes automatisé de fournisseur
Accès électronique patient à l'information de santé
Coordination de soin par l'enclenchement patient
Échange de l'information de santé (HIE)
Santé publique et reportage clinique d'enregistrement de données
Les objectifs et leurs mesures associées sont conçus à
Alignez avec des efforts nationaux d'amélioration de la qualité de soins de santé.
Favorisez l'échange de l'information d'interopérabilité et de santé.
Concentrez sur le but de 3 parts de réduire le coût, en améliorant l'accès, et l'amélioration
qualité.
Pour la plupart des huit objectifs, deux sur trois mesures doivent être rencontrés. (Le noyau et les mesures facultatives ont été remplacés par des objectifs exigés mélangés à de la flexibilité dans la façon démontrer la conformité aux objectifs.) Les federales ont éliminé beaucoup de mesures, y compris ceux qui « ont complété dehors » (c.-à-d., les la plupart, sinon toutes, fournisseurs répondent ou dépassent aux exigences prescrites dans l'étape 1 ou 2).
De manière significative, les mesures concernant l'accès à l'information peuvent être atteintes l'un ou l'autre par des voies existantes (par exemple la vue/téléchargement/transmettent la mesure de l'étape 2), ou par l'utilisation des api (par exemple, si 80% de patients ont été donnés la capacité d'accéder à leurs données par un api puis la mesure a été satisfaite). Évidemment, le diable est dans les détails, et les federales ont demandé le commentaire sur une foule entière de eux. Les api doivent ONC-être certifiés, et des normes de certification sont proposées dans l'ONC éliminent pour le commentaire public. (La règle de certification envisage une plus large gamme des choses qui pourraient être certifiées, et décrit les normes de certification qui sont prévues pour être conçues en fonction plus étroitement la fonctionnalité des services spécifiques ou des produits de la santé qui peuvent être certifiés). Dans un commentaire significatif, les régulateurs indiquent également : « [W] e ne croient pas qu'il serait approprié que [des fournisseurs] de charger des patients des honoraires pour accéder à leur information utilisant un api. »
En plus d'employer des api pour obtenir des données aux patients, les objectifs encouragent le partage des données patient-produites avec des fournisseurs (api traversants y compris), une issue qui a longtemps provoqué des soucis par des fournisseurs concernant être accablé avec l'information, au sujet de fatigue d'alarme. La clef, naturellement, sera filtrage intelligent des données de sorte qu'elle puisse être présentée aux cliniciens et aux patients en tant qu'information exigible.
Sur l'avant d'échange de l'information de santé, la proposition est étonnant limitée et soulève en même temps beaucoup de questions en ce qui concerne lesquelles le gouvernement cherche l'entrée. ONC avait espionné ses feuilles de route à l'interopérabilité, pourtant les mesures de HIE sont vraiment juste des étapes de bébé : (1) en partance -- création et transmission d'un résumé de disque de soin ; (2) d'arrivée -- incorporation d'un résumé du document de soin d'une source en dehors du fournisseur SON et (3) des médicaments cliniques de bâche de réconciliation de l'information (allergies y compris) et d'une liste de problème courante. Dans le monde réel, les fournisseurs multiples s'inquiètent des brevets avec des maladies chroniques dans des chronologies de recouvrement. Tandis que ces conditions peuvent fonctionner dans ce contexte, elles semblent conçues pour des admissions et des décharges séquentielles.
Le foyer sur des api dans d'autres contextes accentue l'absence de l'examen des api en ce qui concerne des communications entre SES systèmes. La technologie pas encore prête pour des premières parties de soirée ne devrait pas être exigée en tant qu'élément de l'utilisation signicative (voir le John Halamka sur le projet d'argonaute), mais cette sorte de communication plus étroite est clairement ce qui doit se produire, et plus tôt plutôt que plus tard. Les patients et les cliniciens l'exigent, et l'industrie doit répondre.