El objetivo de esta wiki es ofrecer documentación elaborada por la OFSTI acerca de la utilizacion de FHIR, para poder ser utilizada por cuaquier persona del SISCAT en el caso de que quiera hacer uso de esta tecnologia

El contenido esta listado a la derecha de esta pagina, y cada uno de los elementos tiene información completa dentro de esta misma wiki.

Si pese a toda esta documentación, tuviera alguna cuestión no dude en ponerse en contacto con nosotros a traves del correo ofsti@ticsalutsocial.cat

Debido a la poca implantación de la versión de HL7 V3 (a excepción del estándar HL7 CDA R2), HL7 International decidió crear el estándar FHIR (Fast Healthcare Interoperability Resources). HL7 International descubrió que HL7 V3 era realmente complejo, además que los documentos CDA no eran suficientes. También, surgen nuevos casos de uso, principalmente relacionados con los dispositivos móviles, en los que los estándares actuales no cubrían de la forma más adecuada.

Por otra parte, si bien HL7 Versión 2 es bastante popular en todo el mundo, la tecnología utilizada para el estándar es vieja y no se adaptaba a los nuevos requerimientos del mercado. Por lo tanto, se necesitaba una transición de HL7 V2 a unos estándares basados en como las apps web eran construidas.

Finalmente, el uso de una arquitectura basada en REST es ampliamente utilizado en otros dominios, por ello FHIR hace uso de este protocolo.

Los conceptos iniciales de FHIR son atribuidos a Grahame Grieve, uno de los numerosos voluntarios activos de HL7.

Fast Healthcare Interoperability Resources (FHIR, pronunciado “Fire”) define un conjunto de “Recursos” que representan conceptos clínicos granulares, los cuales pueden ser gestionados de forma aislada o agregados en documentos complejos.

Técnicamente, FHIR está diseñado para la web, y es rápido de diseñar e implementar. Los recursos se basan en estructuras XML o JSON sencillas, con un protocolo RESTful basado en http en el que cada recurso tiene URL previsible. Siempre que sea posible, los estándares abiertos de Internet se utilizan para la representación de datos.

Como hemos mencionado, FHIR está diseñado para la web. Los recursos de FHIR utilizan el formato XML o el formato JSON, los cuales ambos son comúnmente usados en comunicación web.

Los comandos de FHIR están basados en APIs (Interfaz de programación de aplicaciones) REST-ful, que usan el protocolo HTTP. Las aplicaciones que interactúan con la web a menudo usan APIs REST-ful (por ejemplo; el Twitter).

La documentación del estándar HL7 FHIR está disponible de manera gratuita en la página web de HL7 International, y también se puede encontrar información adicional del estándar en la wiki de FHIR.

En este apartado se describen las nociones basicas a tener en cuenta para empezar a trabajar con FHIR

Nociones básicas de FHIR

Un concepto fundamental de FHIR es que la información intercambiada se comunica en pequeños componentes independientes llamados recursos.

Si en HL7 V2 la información está en segmentos, en FHIR la información está en los recursos (resources). En este sentido los recursos son similares a los segmentos de HL7 V2, ya que contienen un grupo de campos relacionados, pero los recursos se diferencia en que cada uno de ellos puede ser intercambiado de manera independiente de otros recursos FHIR. Los recursos son simples y modulares, es decir, está hecho de recursos granulares que pueden interactuar de manera independiente o pueden combinarse.

Además, los recursos pueden extenderse y adaptarse, es decir, se pueden añadir campos personalizados más allá del estándar. Además cada recurso contiene no solo datos estructurados, sino también texto legible por los humanos, justo como los documentos clínicos CDA.

Algunos ejemplos de recursos son:

• En la categoría de Administrative, podemos encontrar los recursos Patient (paciente), Location (localización), Encounter (encuentro), Organization (Organización)…
• En la categoría de Clinical Concepts, podemos encontrar los recursos AllergyIntolerance (alergia), Medication (medicación), Observation (observación)…
• En la categoría de Infrastructure, podemos encontrar los recursos Document (documento), Message (mensaje), Profile (perfil)…

El estándar FHIR está diseñado para cubrir el 80% de los casos, no el 100%, ya que si no sería demasiado extenso. Por lo tanto, sólo incluye elementos de datos en los artefactos si el 80% de todos los implementadores de ese artefacto usará ese elemento de datos.

Si bien el hecho de que FHIR sólo abarque el 80%, y no el 100%, sí que permite de manera fácil añadir extensiones para cubrir el 20% de elementos restantes.

Una API REST se puede utilizar para interactuar con el recurso. Una API o una interfaz de programación de aplicaciones es una lista de comandos u operaciones que un servidor provee para que cualquier aplicación cliente interesada pueda interactuar con un servidor de aplicaciones.

Para realizar las distintas operaciones en FHIR se usan comandos API RESTful. Estos son algunos de los más destacables:

• Crear (Create) → POST
• Leer (Read) → GET
• Actualizar (Update) → PUT
• Eliminar (Delete) → DELETE
• Buscar (Search) → GET
• Historia (History) → GET

Hemos dividido la Instalación de un servidor FHIR en dos apartados:

• Instalación de un servidor FHIR básico.

• Instalación de un servidor FHIR personalizado.

En este apartado se muestran diferentes casos de uso utilizando algunos recursos FHIR para poder utilizarlos como juegos de pruebas en un servidor FHIR

Listado de casos de uso