Índice mestre de pacientes (MPI)Master Patient Index / Enterprise Master Patient Index
Em poucas palavras
Um índice mestre de pacientes é o serviço que reconhece que registros de sistemas diferentes pertencem à mesma pessoa e lhes atribui uma identidade comum. Ele ajuda a evitar registros duplicados e dados dispersos que reduzem a exatidão do prontuário. Segundo o OpenHIE, identificar corretamente cada pessoa é crucial para compartilhar registros clínicos entre instituições.
- Tipo
- Conceito
- Responsável
- Sem responsável único: conceito ou tecnologia genérica
- Revisado
- 25 de outubro de 2026
Explicação
O que é
Um MPI mantém a identidade única de cada pessoa atendida e vincula os registros que a representam em diferentes sistemas. É um conceito geral, não um padrão: há muitas formas de implementá-lo.
A arquitetura do OpenHIE o chama de registro de clientes (Client Registry), o equipara a um índice mestre de pacientes empresarial (EMPI) e lhe atribui três funções:
- manter um registro central de pacientes e seus dados demográficos, com um identificador único para cada um;
- vincular os registros que diferem por mudança de endereço, erros de digitação ou dados faltantes;
- permitir saber em quais estabelecimentos uma pessoa foi atendida.
O OpenHIE adverte que, mesmo onde existe documento nacional de identidade, é preciso garantir a identidade única entre os muitos sistemas que, juntos, formam o prontuário de uma pessoa.
Como funciona
- Pareamento (matching). Compara dados demográficos para detectar possíveis duplicados. O OpenHIE recomenda que as regras sejam configuráveis, determinísticas ou estatísticas, assim como a estratégia de blocagem que pré-seleciona candidatos.
- Vinculação e deduplicação. Une os registros que correspondem à mesma pessoa. A especificação do OpenHIE a formula como requisito («shall»), dentro de uma lista de funções da qual, conforme o caso de uso, um sistema pode suportar muitas ou todas.
- Identidade mestre. O IHE PMIR a descreve como a identidade dominante, administrada de forma central entre muitas organizações, também chamada de «Golden Patient Identity».
Implementações padronizadas
Os perfis da IHE implementam o conceito; não o definem.
| Perfil | O que faz | Base |
|---|---|---|
| PIX | Cruza identificadores de diferentes domínios (ITI-8, ITI-9, ITI-10) | HL7 v2 (variante em v3) |
| PDQ | Busca pacientes por dados demográficos (ITI-21) | HL7 v2 (variante em v3) |
| PIXm 3.1.0 e PDQm 3.2.0 | As mesmas funções em versão móvel | FHIR |
| PMIR 1.6.0 | Cria, atualiza e deprecia identidades mestre, notifica mudanças e propaga fusões | FHIR R4 |
Equívocos comuns
- Esperar que o padrão traga o algoritmo. O PIX não define políticas nem algoritmos de cruzamento de identificadores: são decisões locais.
- Delegar a qualidade ao MPI. No PIX, o gestor de referências cruzadas não é responsável por melhorar a qualidade dos dados que recebe; essa responsabilidade continua nos sistemas de origem.
- Confundi-lo com o identificador nacional. Um identificador comum ajuda, mas não elimina a necessidade de vincular registros.
- Fundir sem regras. O PMIR propaga as fusões para os custodiantes de dados, mas deixa de fora como tratar a informação que aponta para uma identidade depreciada.
Exemplos de uso
Com o perfil IHE PIX, o sistema de admissão de um hospital envia a identidade de cada paciente ao gestor de referências cruzadas (ITI-8) e outros sistemas consultam os identificadores equivalentes (ITI-9).
O perfil IHE PMIR 1.6.0, baseado em FHIR R4, define como criar, atualizar e depreciar identidades mestre e como assinar suas mudanças.
A especificação de arquitetura do OpenHIE (versão 5.2) especifica quatro fluxos que um registro de clientes deve poder suportar (criar e atualizar registros demográficos, e consultá-los por identificador ou por dados demográficos), embora cada implementação possa suportar só os de que seu caso de uso precisa.
Segundo o OpenHIE, em Mianmar começou em 2016 o piloto e a implementação de um índice mestre de pacientes, com o escopo inicial de harmonizar dados de mais de 100 instâncias de prontuário em clínicas de HIV e tuberculose.
O relatório sobre infraestrutura pública digital para a saúde (2023) cita uma avaliação de 2020 no Quênia: cerca de 50% dos estabelecimentos não usavam um formato nacional padronizado de identificador do cliente, o que limita a utilidade de um registro de clientes.
Na admissão, a equipe busca o paciente por nome e data de nascimento antes de criar um registro novo, para não duplicá-lo.
Relação com outros termos
Apoia-se em2
Dependem deste5
- DPI-HForte
O registro de clientes é um dos registros canônicos que o marco inclui entre seus componentes centrais.
- OpenHIEForte
O registro de clientes (MPI) é um dos seus serviços de registro, embora cada implementação adote só os fluxos de que precisa.
- Troca de informações de saúde (HIE)Forte
Para reunir a informação de uma pessoa entre instituições, o HIE precisa resolver sua identidade; o OpenHIE inclui um registro de clientes na sua arquitetura.
- IHE XDS.bMédia
O XDS.b exige um identificador de paciente comum no domínio de afinidade; pode ser resolvido com um MPI (por exemplo, via PIX) ou com um identificador nacional.
- TEFCAMédia
O marco técnico das QHINs cobre a resolução da identidade do paciente entre redes.
Fontes
- 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

