El 1 de mayo de 2020, ONC publicó la norma final denominada "21st Century Cures Act: Interoperability, Information Blocking, and the ONC Health IT Certification Program" para impulsar aún más la interoperabilidad entre organizaciones proveedoras y desarrolladores de sistemas EHR. La norma introdujo varias disposiciones nuevas y actualizaciones respecto a los criterios de certificación de la edición de 2015. En esta entrada del blog nos centraremos exclusivamente en los nuevos requisitos de API.
Los nuevos requisitos de API imponen el uso del estándar FHIR, que ha recorrido un largo camino hasta ocupar un papel clave en la interoperabilidad sanitaria en los Estados Unidos. ONC ha elegido la versión más reciente, FHIR Release 4.0.1, y ha adoptado el proceso de avance de versiones de estándares (Standards Version Advancement Process, SVAP) para ofrecer a los desarrolladores de tecnología sanitaria la flexibilidad de utilizar versiones más avanzadas de los estándares adoptados.
¿Qué contiene la norma?
Para cumplir con la norma, los desarrolladores de tecnología sanitaria deben permitir el registro dinámico y el lanzamiento de aplicaciones SMART on FHIR de terceros. La tecnología EHR debe admitir tanto aplicaciones orientadas al paciente como aplicaciones orientadas al profesional mediante el HL7® SMART Application Launch Framework, así como el acceso masivo a datos a través de la SMART Backend Services Authorization Guide.
Todas las aplicaciones de terceros, una vez autorizadas, deben poder acceder a los datos del paciente a través de la API FHIR. ONC ha actualizado el conjunto de datos que debe ponerse a disposición a través de la API, pasando del Common Clinical Data Set (CCDS) adoptado en la edición de 2015 a un nuevo conjunto denominado United States Core Data for Interoperability (USCDI). El USCDI debe estar disponible a través de una API FHIR conforme con la HL7 FHIR US Core Implementation Guide STU 3.1.1, que define los requisitos mínimos de conformidad para acceder a los datos del paciente mediante FHIR Release 4.
La API se limita a operaciones de solo lectura y no otorga a las aplicaciones de terceros ninguna capacidad de «escritura» para crear o modificar información sanitaria electrónica (Electronic Health Information, EHI).
El calendario
El 4 de noviembre de 2020, ONC publicó la Norma Final Provisional que amplió los plazos de cumplimiento para el Information Blocking y el ONC Health IT Certification Program en respuesta a la emergencia de salud pública provocada por la COVID-19. La tecnología sanitaria debe poner a disposición la nueva capacidad de API HL7 FHIR antes del 31 de diciembre de 2022.
Fuente: ONC
¿Desarrollar o adquirir?
Los nuevos requisitos de ONC abarcan muchos casos de uso importantes y pretenden elevar la interoperabilidad sanitaria a un nivel completamente nuevo. Cabe imaginar un mercado de aplicaciones modernas de terceros que complementen los sistemas EHR y resuelvan los puntos de dolor más acuciantes de sus usuarios. Sin embargo, unos casos de uso tan completos conllevan complejidad y costes de implementación.
Comience con el Servidor FHIR de Aidbox para almacenamiento de datos, integraciones, análisis sanitario y mucho más, o contrate a nuestro equipo para dar soporte a sus necesidades de desarrollo de software.
El alcance actual incluye, como mínimo, la versión más reciente de la API FHIR perfilada con la guía de implementación US Core, el perfil SMART on FHIR de la especificación OAuth 2.0 con OpenID Connect, una interfaz de usuario para el registro dinámico y el lanzamiento de aplicaciones de terceros, y formularios para la gestión de permisos de acceso a datos. Pero aunque la norma se denomine «final», este alcance es, en cierta manera, solo el comienzo. La organización HL7 tiene previsto publicar la versión 5 de FHIR en el tercer o cuarto trimestre de 2022, y también están llegando nuevas versiones de US Core y del SMART on FHIR IG.
Al mismo tiempo, las soluciones FHIR de empresas especializadas en FHIR han madurado y cuentan con cientos de implementaciones. Creemos que es un buen momento para que los desarrolladores de EHR evalúen los nuevos requisitos de ONC y decidan si desean desarrollar y mantener sus propias capacidades FHIR o encontrar un socio FHIR que les ayude a abordar todos los requisitos de interoperabilidad actuales y futuros a largo plazo.
La plataforma FHIR de Aidbox
La plataforma FHIR Aidbox de Health Samurai le ofrece una vía rápida y fiable para cumplir con la Ley de Curas del Siglo XXI. Cumple todos los requisitos y ya supera las pruebas relevantes de Inferno y Touchstone para la API FHIR, US Core IG y SMART on FHIR. Incluye una infraestructura automatizada compatible con HIPAA para su nube preferida. Y ofrece un portal web con una interfaz de usuario configurable para todos los participantes, registro dinámico de aplicaciones, galería de aplicaciones y gestión de permisos de acceso a datos.
Más allá de la Ley de Curas del Siglo XXI
No solo cumplirá con la normativa vigente, sino que establecerá una base sólida para todas las regulaciones futuras y las necesidades de interoperabilidad. Aidbox está completamente basado en metadatos y facilita la migración a nuevas versiones de FHIR y Guías de Implementación. Aidbox demuestra un gran rendimiento a gran escala y respaldará el crecimiento de su base de clientes. Su control de acceso granular permite casos de uso de interoperabilidad complejos más allá del intercambio de datos con SMART on FHIR. Incluso puede desarrollar nuevos módulos para su solución EHR con Aidbox como único backend, tal como han hecho muchos usuarios de Aidbox.
Health Samurai puede ayudarle a implementar Aidbox y proporcionar soporte empresarial de calidad con un SLA estricto una vez completada la implementación. Queremos convertirnos en su socio a largo plazo para todos sus requisitos de interoperabilidad.
Para obtener más información o referencias de clientes, póngase en contacto con Health Samurai en hello@health-samurai.io o en el +1-818-731-1279.
Véase también: Hoja de referencia rápida de la API estandarizada para EHR y Implementación del cumplimiento normativo de CMS.
