HL7 (Health Level Seven) es una familia de estándares para el intercambio, gestión e integración de información electrónica de salud. No es un protocolo de red en sí mismo, sino un marco para definir la estructura y semántica de los mensajes intercambiados. Su objetivo principal es permitir la comunicación entre aplicaciones de software de diferentes proveedores y plataformas, asegurando que los datos clínicos y administrativos puedan ser compartidos de manera consistente y comprensible. Las versiones más conocidas incluyen HL7 v2.x (basado en mensajes delimitados por caracteres) y HL7 FHIR (Fast Healthcare Interoperability Resources), que utiliza tecnologías web modernas como RESTful APIs y JSON/XML.
En el mundo real, HL7 es omnipresente en la infraestructura de TI de la salud. Sistemas de Registros Médicos Electrónicos (EMR/EHR) como Epic, Cerner y Meditech lo utilizan para intercambiar datos de pacientes, órdenes médicas, resultados de laboratorio y facturación con otros sistemas. Laboratorios clínicos envían resultados a hospitales, farmacias reciben prescripciones y sistemas de radiología comparten imágenes y reportes, todo a menudo mediado por interfaces HL7. Con la adopción de FHIR, plataformas de salud digital, aplicaciones móviles de pacientes y sistemas de telemedicina están construyendo sus integraciones sobre este estándar, aprovechando su flexibilidad y compatibilidad con la web.
Para un arquitecto de sistemas, HL7 es crítico debido a su rol central en la interoperabilidad del sector salud. La elección entre HL7 v2.x y FHIR implica considerar la madurez de la infraestructura existente, la necesidad de integración en tiempo real, la exposición de APIs para terceros y la facilidad de desarrollo. La implementación de HL7 a menudo requiere motores de integración (Integration Engines) como Rhapsody, Mirth Connect o Orion Health para transformar, enrutar y monitorear mensajes. Un arquitecto debe evaluar los trade-offs entre la complejidad de mantener interfaces HL7 heredadas y la inversión en la modernización hacia FHIR, considerando la seguridad de los datos (HIPAA, GDPR), la escalabilidad de la infraestructura de mensajería y la resiliencia de las integraciones críticas para la atención al paciente.