Índice maestro de pacientes (MPI)Master Patient Index / Enterprise Master Patient Index
En pocas palabras
Un índice maestro de pacientes es el servicio que reconoce que los registros de distintos sistemas pertenecen a la misma persona y les asigna una identidad común. Ayuda a evitar registros duplicados y datos dispersos que restan exactitud a la historia clínica. Según OpenHIE, identificar bien a cada persona es crucial para compartir registros clínicos entre instituciones.
- Tipo
- Concepto
- Responsable
- Sin responsable único: concepto o tecnología genérica
- Revisado
- 25 de octubre de 2026
Explicación
Qué es
Un MPI mantiene la identidad única de cada persona atendida y vincula los registros que la representan en distintos sistemas. Es un concepto general, no un estándar: hay muchas formas de implementarlo.
La arquitectura de OpenHIE lo llama registro de clientes (Client Registry), lo equipara con un índice maestro de pacientes empresarial (EMPI) y le asigna tres funciones:
- mantener un registro central de pacientes y sus datos demográficos, con un identificador único para cada uno;
- vincular los registros que difieren por cambios de domicilio, errores de digitación o datos faltantes;
- permitir saber en qué establecimientos se atendió una persona.
OpenHIE advierte que, incluso donde existe una cédula nacional, hace falta asegurar la identidad única entre los muchos sistemas que en conjunto forman la historia clínica de una persona.
Cómo funciona
- Emparejamiento (matching). Compara datos demográficos para detectar posibles duplicados. OpenHIE recomienda que las reglas sean configurables, determinísticas o estadísticas, igual que la estrategia de bloqueo que preselecciona candidatos.
- Vinculación y deduplicación. Une los registros que corresponden a la misma persona. La especificación de OpenHIE la formula como requisito («shall»), dentro de una lista de funciones de la que, según el caso de uso, un sistema puede soportar muchas o todas.
- Identidad maestra. IHE PMIR la describe como la identidad dominante, administrada de forma central entre muchas organizaciones, también llamada «Golden Patient Identity».
Implementaciones estandarizadas
Los perfiles de IHE implementan el concepto; no lo definen.
| Perfil | Qué hace | Base |
|---|---|---|
| PIX | Cruza identificadores de distintos dominios (ITI-8, ITI-9, ITI-10) | HL7 v2 (variante en v3) |
| PDQ | Busca pacientes por datos demográficos (ITI-21) | HL7 v2 (variante en v3) |
| PIXm 3.1.0 y PDQm 3.2.0 | Las mismas funciones en versión móvil | FHIR |
| PMIR 1.6.0 | Crea, actualiza y depreca identidades maestras, notifica cambios y propaga fusiones | FHIR R4 |
Errores frecuentes
- Esperar que el estándar traiga el algoritmo. PIX no define políticas ni algoritmos de cruce de identificadores: son decisiones locales.
- Delegar la calidad al MPI. En PIX, el gestor de referencias cruzadas no es responsable de mejorar la calidad de los datos que recibe; esa responsabilidad sigue en los sistemas de origen.
- Confundirlo con el identificador nacional. Un identificador común ayuda, pero no elimina la necesidad de vincular registros.
- Fusionar sin reglas. PMIR propaga las fusiones a los custodios de datos, pero deja fuera cómo tratar la información que apunta a una identidad deprecada.
Ejemplos de uso
Con el perfil IHE PIX, el sistema de admisión de un hospital envía la identidad de cada paciente al gestor de referencias cruzadas (ITI-8) y otros sistemas consultan los identificadores equivalentes (ITI-9).
El perfil IHE PMIR 1.6.0, basado en FHIR R4, define cómo crear, actualizar y deprecar identidades maestras y cómo suscribirse a sus cambios.
La especificación de arquitectura de OpenHIE (versión 5.2) especifica cuatro flujos que un registro de clientes debe poder soportar (crear y actualizar registros demográficos, y consultarlos por identificador o por datos demográficos), aunque cada implementación puede soportar solo los que su caso de uso necesita.
Según OpenHIE, en Myanmar comenzó en 2016 el piloto y la implementación de un índice maestro de pacientes, con el alcance inicial de armonizar datos de más de 100 instancias de historia clínica en clínicas de VIH y tuberculosis.
El informe sobre infraestructura pública digital para la salud (2023) cita una evaluación de 2020 en Kenia: cerca del 50 % de los establecimientos no usaba un formato nacional estandarizado de identificador del cliente, lo que limita la utilidad de un registro de clientes.
En la admisión, el personal busca al paciente por nombre y fecha de nacimiento antes de crear un registro nuevo, para no duplicarlo.
Relación con otros términos
Se apoya en2
Dependen de este5
- DPI-HFuerte
El registro de clientes es uno de los registros canónicos que el marco incluye entre sus componentes centrales.
- Intercambio de información de salud (HIE)Fuerte
Para reunir la información de una persona entre instituciones, el HIE necesita resolver su identidad; OpenHIE incluye un registro de clientes en su arquitectura.
- OpenHIEFuerte
El registro de clientes (MPI) es uno de sus servicios de registro, aunque cada implementación adopta solo los flujos que necesita.
- IHE XDS.bMediana
XDS.b exige un identificador de paciente común en el dominio de afinidad; puede resolverse con un MPI (por ejemplo, vía PIX) o con un identificador nacional.
- TEFCAMediana
El marco técnico de las QHIN cubre la resolución de la identidad del paciente entre redes.
Fuentes
- OpenHIE Architecture Specification 5.2 — Client Registry (CR)guides.ohie.org
- OpenHIE Architecture Specification — Architectureguides.ohie.org
- IHE ITI Technical Framework Vol. 1 — Patient Identifier Cross-referencing (PIX)profiles.ihe.net
- IHE ITI Technical Framework Vol. 1 — Patient Demographics Query (PDQ)profiles.ihe.net
- IHE — Patient Master Identity Registry (PMIR) 1.6.0profiles.ihe.net
- OpenHIE — Achieving a Master Patient Index in Myanmarohie.org
- Vital Wave, PATH and Digital Square — Digital Public Infrastructure for Health (2023)media.path.org

