Health Information Exchange - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Descripción general

Official URL: https://hix.meddyg.com/fhir/hix/ImplementationGuide/meddyg.hix				Version: 0.1.0
Draft as of 2026-10-10				Computable Name: HixHealthInformationExchange

HIX define una arquitectura de referencia para comunidades que comparten documentos clínicos. No propone un estándar nuevo. Articula los perfiles de IHE, los estándares y las especificaciones necesarios para operar una comunidad así sobre FHIR, y sigue el modelo de comunidad de ​Mobile Health Document Sharing (MHDS), que toma como referencia sin declarar conformidad con él.

Sin una comunidad, cada organización tiene que integrarse con cada una de las demás, y la política de acceso se aplica en tantos lugares como organizaciones haya, con la calidad que cada una pueda pagar. HIX concentra esa integración y esa política en una infraestructura central, con la que cada organización se integra una sola vez, como explica la sección 2.1.

Propósito y alcance

Esta guía describe los roles de la comunidad, sus límites de confianza y la relación entre sus componentes. Explica, entre otras decisiones, por qué la localización y la recuperación se median de forma centralizada, por qué la custodia documental se mantiene distribuida por defecto y cómo IUA y OAuth 2.0 establecen la base de autorización y delegación entre los participantes. Cuando la autorización requiere la participación de una persona, incorpora SMART App Launch en el flujo interactivo que esa persona completa desde su navegador.

Esta arquitectura abarca las siguientes capacidades dentro de la comunidad:

• Publicación, indexación, localización y recuperación de documentos clínicos.
• Custodia distribuida de documentos y almacenamiento central cuando corresponda.
• Transporte seguro hacia los custodios, HTTPS directo o X-Road según declare el directorio, sin alterar la topología de la comunidad.
• Identidad maestra de pacientes y vinculación con las identidades locales.
• Directorio de organizaciones participantes, servicios y endpoints.
• Autorización y divulgación controlada de documentos.

Capacidades en desarrollo

Las siguientes capacidades forman parte de la arquitectura HIX, pero su especificación detallada se definirá en una versión posterior de esta guía. La arquitectura ya establece los límites, los puntos de integración y los flujos que permiten incorporarlas sin alterar la topología mediada de la comunidad.

• Consentimiento anticipado del paciente. HIX define dónde se aplica la decisión de divulgación y qué información necesita. El modelo de consentimiento, su ciclo de vida y sus políticas se especificarán a partir de los perfiles IHE aplicables.
• Auditoría de operaciones y divulgaciones. HIX define la necesidad de registrar las operaciones en ambos extremos de la interacción. El modelo de consulta y el comportamiento ante fallos se especificarán posteriormente.

Los casos previstos para versiones posteriores se listan en la sección 2.5 del Volumen 1.

Convenciones de la especificación

Las palabras clave MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, NOT RECOMMENDED, MAY y OPTIONAL, cuando aparecen íntegramente en mayúsculas, se interpretan conforme a RFC 2119 y RFC 8174.

Estas palabras expresan requisitos normativos de HIX. El resto del lenguaje utilizado en esta guía es descriptivo, salvo que se indique explícitamente lo contrario.

Cuando HIX incorpora o referencia requisitos definidos por un perfil IHE, una especificación HL7 FHIR o un RFC, dichos requisitos conservan la fuerza normativa establecida por su especificación de origen.

Un requisito que empieza con la etiqueta Experimental. es una propuesta de esta versión para un punto en el que los estándares no dan una respuesta única. Es normativo como cualquier otro, pero puede cambiar con la experiencia de implementación.

Terminología y abreviaturas

HIX utiliza terminología definida por IHE, HL7 FHIR y OAuth 2.0. Salvo que se indique lo contrario, los nombres de perfiles y actores conservan el significado establecido por su especificación de origen.

En esta guía, un perfil IHE define un conjunto de capacidades y transacciones, mientras que un actor IHE representa el rol que un sistema desempeña dentro de dicho perfil.

Término	Significado
​MHDS — Mobile Health Document Sharing	Perfil IHE que define una comunidad de intercambio de documentos clínicos basada en FHIR y la composición de perfiles necesaria para operarla. HIX lo toma como arquitectura de referencia.
MHD — Mobile access to Health Documents	Perfil IHE para publicar, localizar y recuperar documentos clínicos mediante FHIR. HIX usa sus actores Document Source, Document Consumer, Document Recipient y Document Responder.
PMIR — Patient Master Identity Registry	Perfil IHE para gestionar y sincronizar identidades maestras de pacientes.
PIXm — Patient Identifier Cross-referencing for mobile	Perfil IHE con el que cada miembro declara sus identidades locales de paciente y resuelve un identificador a la identidad maestra.
PDQm — Patient Demographics Query for Mobile	Perfil IHE para localizar a un paciente por sus datos demográficos cuando no se dispone de un identificador conocido por la comunidad.
mCSD — Mobile Care Services Discovery	Perfil IHE utilizado para consultar organizaciones participantes, servicios y endpoints. En HIX, el endpoint de cada custodio declara además el canal de transporte por el que se lo alcanza.
ATNA — Audit Trail and Node Authentication	Perfil IHE que aporta la autenticación de nodos, la confidencialidad en tránsito y el registro de eventos de auditoría.
CT — Consistent Time	Perfil IHE que mantiene sincronizados los relojes de todos los sistemas de la comunidad, para que los eventos de auditoría y la vigencia de los tokens signifiquen lo mismo en cada extremo.
BALP — Basic Audit Log Patterns	Perfil IHE de contenido que define patrones reutilizables de AuditEvent. De ellos derivan la mayoría de los eventos de auditoría que cada perfil especifica para sus transacciones.
IUA — Internet User Authorization	Perfil IHE utilizado por HIX como base de autorización para las interacciones protegidas entre sus participantes. HIX-1 se apoya además en RFC 8693 y RFC 8707.
SMART App Launch	Especificación de HL7 que HIX usa en los flujos interactivos en los que la autorización requiere la participación de una persona desde su navegador.
X-Road	Capa de intercambio de datos entre organizaciones sobre transporte mTLS entre servidores de seguridad. HIX la admite como canal entre los participantes, declarado en el directorio. No aporta semántica documental.
Record Locator Service	Actor propio de HIX, no de IHE, responsable de localizar los documentos clínicos disponibles para un paciente y mediar su recuperación desde los custodios correspondientes. En términos IHE agrupa un Document Responder y un Document Consumer de MHD.

Los demás términos, como los de OAuth 2.0 y los propios de HIX, se definen en el glosario.

Cómo leer esta guía

HIX organiza sus requisitos en diferentes niveles de abstracción. Los volúmenes de esta guía deben leerse de forma complementaria y no como especificaciones independientes.

• El Volumen 1 describe la arquitectura, es decir, qué hace cada actor y por qué. Sus secciones se numeran 2.x.
• El Volumen 2 detalla las transacciones. Especifica completas las propias de HIX y, de las demás, dice con qué restricciones las usa. Sus secciones se numeran 3.x.
• Los apéndices reúnen el material de apoyo, por ahora el glosario.

Quien quiere entender la arquitectura puede leer la sección 2, la 2.1 y la 2.6, y después la sección 3, la 3.2 y la 3.3. Quien implementa un miembro puede empezar por la sección 2.2 y la 2.4, y seguir con la página del Volumen 2 de cada transacción que implementa.

Otros formatos

La guía se publica también en formatos pensados para leerla fuera del sitio.

• ​Para asistentes de IA. llms.txt es un índice en texto plano con una línea por página, que dice de qué trata cada una y enlaza a su versión en Markdown. Un implementador puede dárselo a su agente para que lea solo las páginas que necesita. llms-full.txt reúne la guía completa en un solo archivo. Los dos se generan de forma automática en cada publicación, a partir de las mismas páginas que forman este sitio. No hay una segunda redacción, así que su contenido no puede apartarse del de la guía.
• Para leer sin conexión. El PDF y el documento de Word de cada versión se adjuntan a su publicación en GitHub.

Nota. Estos archivos sirven para asistir al implementador, no para sustituirlo. Un asistente de IA puede equivocarse al leer o al resumir. El criterio técnico y la responsabilidad sobre lo que se implementa recaen siempre en quien implementa, y el texto que obliga es el de esta guía.

Dependencias

HIX es una guía sobre FHIR R5 que se basa en perfiles IHE publicados sobre R4. De los que compone, solo MHD tiene una edición sobre R5, la 5.0.0, una Trial Implementation que IHE mantiene en paralelo a la línea 4.2.x sobre R4 y que HIX fija. Los demás están solo sobre R4. HIX sigue sus modelos, transacciones y vocabulario sobre R5 sin declarar conformidad con sus artefactos R4, como explica la sección 2.1. IUA, ATNA y CT no se distribuyen como paquetes FHIR, y por eso no figuran aquí aunque HIX los use. MHDS tampoco figura, porque HIX lo toma como referencia y no depende de su paquete.

Package hl7.fhir.uv.extensions.r5#5.3.0 This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Sat, May 16, 2026 18:32+1000+10:00)

Package hl7.fhir.uv.extensions.r5#5.2.0 This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Mon, Feb 10, 2025 21:45+1100+11:00)

Package ihe.iti.mhd#5.0.0 ImplementationGuide for IHE IT Infrastructure Technical Framework Supplement Mobile access to Health Documents (MHD) (built Thu, Dec 18, 2025 09:48-0600-06:00)

Package ihe.iti.balp#1.1.4 The Basic Audit Log Patterns (BALP) Implementation Guide is a Content Profile that defines some basic and reusable AuditEvent patterns. This includes basic audit log profiles for FHIR RESTful operations to be used when there is not a more specific audit event defined. A focus is enabling Privacy centric AuditEvent logs that hold well formed indication of the Patient when they are the subject of the activity being recorded in the log. Where a more specific audit event can be defined it should be derived off of these basic patterns. (built Fri, Oct 31, 2025 12:53-0500-05:00)

Package ihe.iti.pdqm#3.2.0 The Patient Demographics Query for Mobile (PDQm) Profile defines a lightweight RESTful interface to a patient demographics supplier leveraging technologies readily available to mobile applications and lightweight browser based applications. (built Tue, Nov 4, 2025 12:07-0600-06:00)

Package ihe.iti.pixm#3.1.0 ImplementationGuide for IHE IT Infrastructure Technical Framework Supplement Patient Identifier Cross-referencing for mobile (PIXm) (built Tue, Nov 4, 2025 14:14-0600-06:00)

Package ihe.iti.pmir#1.6.0 The Patient Master Identity Registry (PMIR) Profile supports the creating, updating and deprecating of patient master identity information about a subject of care, as well as subscribing to changes to the patient master identity, using the HL7 FHIR standard resources and RESTful transactions. (built Tue, Nov 4, 2025 15:17-0600-06:00)

Package hl7.fhir.uv.extensions.r4#1.0.0 This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Sun, Mar 26, 2023 08:46+1100+11:00)

Package ihe.iti.balp#1.1.3 The Basic Audit Log Patterns (BALP) Implementation Guide is a Content Profile that defines some basic and reusable AuditEvent patterns. This includes basic audit log profiles for FHIR RESTful operations to be used when there is not a more specific audit event defined. A focus is enabling Privacy centric AuditEvent logs that hold well formed indication of the Patient when they are the subject of the activity being recorded in the log. Where a more specific audit event can be defined it should be derived off of these basic patterns. (built Wed, Feb 14, 2024 15:23-0600-06:00)

Package ihe.iti.mcsd#4.0.0 The IHE Mobile Care Services Discovery (mCSD) IG provides a transaction for mobile and lightweight browser-based applications to find and update care services resources. (built Wed, May 21, 2025 13:38-0500-05:00)

Package hl7.fhir.uv.tools.r5#1.3.0 This IG defines the extensions that the tools use internally. Some of these extensions are content that are being evaluated for elevation into the main spec, and others are tooling concerns (built Tue, Oct 6, 2026 15:55+1100+11:00)