====== SMART on FHIR ====== ===== Definición ===== Los diferentes centros proveedores tienen herramientas y formatos de datos propios para representar, almacenar, recoger y acceder a la HCE (Electronic Health Record). Estos formatos propios hacen que si se quiere integrar un sistema, dispositivo o aplicación externa con esta HCE, sea necesario realizar un desarrollo a medida. De este modo, si una aplicación se integrará en dos centros diferentes, la integración se deberá hacer a medida y específica para cada sistema de información de cada uno de los centros. SMART (Substitutable Medical Applications and reusable Technologies) donde FHIR tiene por objetivo resolver esta dificultad, estandarizando la manera en que los EHR y las aplicaciones autentican e integran. Al [[https://smarthealthit.org/|web oficial]], SMART on FHIR se define como: Un conjunto de especificaciones abiertas para integrar aplicaciones con registros médicos electrónicos, portales, intercambios de información de salud y otros sistemas de TI de salud. * Datos estructurados: FHIR * Ambitos y autorizaciones: OAuth2 * Sign-in: OpenID Connect * Integración sencilla del UI: HTML5 El objetivo original era permitir a cualquier desarrollador crear una aplicación de atención médica que funcionara en cualquier organización de salud, independientemente de la HCE. Inicialmente, su intención era definir un estándar que hiciera posible este modelo. Sin embargo, cuando el estándar FHIR empezó a recibir soporte por parte de la comunidad médica, SMART se alejó del desarrollo del estándar y se centró en formalizar el proceso para interactuar con las interfaces FHIR, describiendo cómo las aplicaciones deben ser «lanzadas» desde la HCE y estandarizando los protocolos de seguridad utilizados por terceros para intercambiar datos con los sistemas de HCE de las organización sanitarias. Las aplicaciones SMART on FHIR se ejecutan sobre los registros de salud electrónicos, permitiendo a los médicos acceder a aplicaciones conectadas directamente en su flujo de trabajo para visualizar, interactuar y transmitir datos de salud con mayor facilidad. La plataforma busca dar a los usuarios opciones a través de la sustituibilidad, por medio de las cuales un usuario o institución puede elegir una aplicación o función alternativa a través de una tienda de aplicaciones o un repositorio de HCE. ===== CDS Hooks ===== [[https://cds-hooks.org/|CDS Hooks]] es una especificación para el soporte a la decisión remoto independiente del proveedor, propuesto por Josh Mandel, investigador en la Escuela de Medicina de Harvard y arquitecto líder de SMART on FHIR. Uno de los retos a los que se enfrentan las apps SMART para su integración en la HCE es que el usuario tiene que decidir y realizar la acción de lanzar la aplicación. Los médicos tienen que saber qué aplicación va a ser útil en qué punto de su flujo de trabajo. Esta especificación define una serie de ‘hooks’ que proporcionan información, sugerencias o acceso a una aplicación SMART, dentro del flujo de trabajo estándar de un usuario. Incluso si el médico no sabía de la existencia de esa aplicación o no estaba pensando en ello, se proporciona una tarjeta recordándole que existe, y ofreciéndose a ejecutarlo. Por lo tanto, CDS Hooks es realmente una tecnología complementaria para las apps SMART, ya que hace más fácil ejecutar la aplicación correcta en el momento adecuado, a la vez que ayuda a evitar acciones explícitas. CDS Hooks trata de abrir la HCE a servicios de soporte a decisión clínica de terceros. Para los desarrolladores, CDS Hooks proporciona un modelo para incrustar de forma profunda sus servicios y aplicaciones dentro del flujo de trabajo de la HCE de una manera abierta e interoperable, aprovechando los datos FHIR y aspectos de SMART on FHIR. Para los proveedores, CDS Hooks abre un nuevo conjunto de soporte a la decisión clínica relevante según el contexto en su flujo de trabajo. Sin embargo, la especificación CDS Hooks se encuentra todavía en una etapa más temprana y está claramente menos madura que el protocolo SMART on FHIR. Los estándares aplicados al soporte a la decisión clínica y, quizás lo que es más importante, herramientas y recursos que respalden estas normas, son elementos críticos para que las capacidades de los SSDC se encuentren cada vez más al alcance de los proveedores de salud. Conscientes de la importancia de la interoperabilidad en el entorno sanitario, en Gradiant hemos adoptado el uso de estándares sanitarios abiertos, a fin de que las herramientas de apoyo a la decisión clínica que desarrollamos sean accesibles para el mayor público posible, contribuyendo así a la mejora de la asistencia sanitaria. ===== Referencias de utilización de SMART on FHIR ===== [[https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5548492/|Intelligent Mortality Reporting with FHIR]]: Una necesidad apremiante en el área de la salud pública es la notificación oportuna, precisa y completa de las muertes y las condiciones que las conducen. Esta investigación demuestra la viabilidad de desarrollar aplicaciones SMART-on-FHIR para permitir que los profesionales médicos realicen informes de defunción oportunos y precisos en múltiples jurisdicciones diferentes de Estados Unidos. [[https://pubmed.ncbi.nlm.nih.gov/27018265/?from_term=%22smart+on+fhir%22&from_page=2&from_pos=2|SMART Precision Cancer Medicine (PCM): A FHIR-based App to Provide Genomic Information at the Point of Care]]: PCM es un software de código abierto para que los médicos pueden tratar al paciente individual analizando las posibles mutaciones genéticas del cáncer. [[https://adc.bmj.com/content/104/Suppl_4/A29.2|74 A web based service for modular SMART on FHIR application development]]: Alicación web funcional que recopila un catálogo de funciones SMART modulares que un desarrollador puede usar para implementar en su propia aplicación. La plataforma permite a los no codificadores explorar componentes SMART on FHIR y desarrollar aplicaciones prototipo. Tiene una biblioteca de fragmentos de código ejecutables que pueden actuar como una herramienta útil y referencia al crear aplicaciones SMART.