Kainos Health
Análisis · Publicación oficial · 4 min de lectura

FHIR, openEHR y OMOP no resuelven el mismo problema

Cuando FHIR, openEHR y OMOP se comparan como tecnologías competidoras, normalmente ya estamos haciendo la pregunta equivocada.

Los tres aparecen cada vez más en conversaciones sobre arquitectura de datos clínicos. Eso puede generar la impresión de que una organización debe escoger uno.

Pero fueron creados para resolver problemas diferentes.

FHIR es un estándar de intercambio de información sanitaria. openEHR define una arquitectura lógica para información clínica longitudinal y estructurada. OMOP es un modelo común de datos observacionales orientado a armonización y analítica en la etapa de Data Readiness.

Tres preguntas distintas

Una simplificación útil sería:

  • FHIR: ¿cómo intercambiamos información entre sistemas?
  • openEHR: ¿cómo estructuramos y mantenemos información clínica longitudinal?
  • OMOP: ¿cómo transformamos fuentes heterogéneas en una estructura común que pueda analizarse de forma consistente?

OHDSI, además, utiliza vocabularios estandarizados y mappings desde conceptos de origen hacia conceptos estándar para armonizar los datos dentro de OMOP.

El error no está únicamente en elegir el estándar equivocado. Está en pedirle a un estándar que resuelva un problema para el que no fue diseñado.

Pueden convivir

Una organización podría recibir información mediante FHIR, mantener determinadas estructuras clínicas longitudinales mediante openEHR y transformar posteriormente datos seleccionados hacia OMOP para investigación o analítica.

No sería necesariamente redundancia.

Serían diferentes piezas trabajando en capas distintas.

Por eso la pregunta más útil no es “¿FHIR, openEHR u OMOP?”.

Es:

¿Qué problema estamos intentando resolver?

La arquitectura viene después de esa respuesta. El estándar, después de la arquitectura.

Coexistencia en capas de arquitectura
03

OMOP CDM

Armonización para investigación y uso secundario observacional.

Analítica
02

openEHR

Información clínica longitudinal y estructurada.

Registro
01

FHIR

Recursos REST y mensajes para comunicación entre sistemas.

Intercambio
Referencias
  1. HL7 International. FHIR Specification — Overview , 2023 — https://www.hl7.org/fhir/overview.html.
  2. openEHR. EHR Information Model y Architecture Overview , 2023 — https://www.openehr.org/architecture/overview.
  3. OHDSI. OMOP Common Data Model , 2023 — https://www.ohdsi.org/data-standardization/omop-common-data-model/.
  4. OHDSI. Standardized Vocabularies and Mapping , 2023 — https://www.ohdsi.org/analytic-tools/standardized-vocabularies/.
Contacto

¿Le gustaría profundizar en este análisis?

Podemos revisar cómo aplica a la arquitectura y la madurez de datos de su organización.

Escribir por WhatsApp