Un índice maestro de pacientes es el registro gobernado que permite reconocer a una misma persona en todos los sistemas y episodios de una IPS. Combina identificadores, datos demográficos, reglas de búsqueda, revisión humana y trazabilidad de fusiones. En Colombia es decisivo para la IHCE: el Ministerio indica que el RDA de Paciente crea un índice nacional y ofrece una operación de consulta por similaridad.
Una historia duplicada no es solo un problema de base de datos. Puede fragmentar alergias, antecedentes, resultados, órdenes y facturación entre perfiles diferentes; también puede asociar información de otra persona si una coincidencia se resuelve sin suficientes controles. La consecuencia operativa aparece en admisión, atención, RDA, RIPS, cartera y protección de datos.
El índice maestro de pacientes o MPI, por su nombre en inglés Master Patient Index, funciona como capa de identidad clínica. Su objetivo es asignar y conservar una identidad institucional coherente, incluso cuando cambie un documento, se corrija un nombre o la persona sea atendida en sedes y sistemas distintos.
En Colombia, el tema ya no puede tratarse como una mejora opcional del HIS. El micrositio oficial del RDA señala que con el RDA de Paciente se creará un índice nacional de paciente. Además, los recursos de apoyo IHCE incluyen pruebas para la consulta de pacientes por similaridad. Esto exige que la IPS llegue al intercambio con sus identidades locales depuradas y con decisiones trazables.
¿Qué es un índice maestro de pacientes?
Es un repositorio o servicio que relaciona los identificadores y datos demográficos de una persona con un identificador institucional persistente. No reemplaza la historia clínica: permite localizar todas las historias, encuentros y documentos que pertenecen al mismo paciente y evitar que registros de personas diferentes se mezclen.
Un índice maestro de pacientes sólido administra tres objetos:
- Identidad: quién es la persona según documentos y atributos verificables.
- Relaciones: qué números de historia, episodios o identificadores externos pertenecen a esa identidad.
- Decisiones: quién creó, vinculó, corrigió, fusionó o separó registros, cuándo y con qué evidencia.
La Guía de Implementación FHIR de Colombia define el perfil Patient para intercambiar datos de identificación, demográficos y administrativos y seguir la información a través de los procesos de atención. El identificador de negocio no es lo mismo que el identificador técnico del recurso: esa diferencia ayuda a evitar que la llave interna de una tabla se trate como documento civil.
¿Por qué los duplicados son un riesgo clínico y operativo?
Cuando una persona tiene dos perfiles, la información longitudinal queda partida. El profesional puede consultar uno y no ver datos relevantes guardados en el otro. En sentido inverso, una fusión incorrecta puede mostrar diagnósticos o tratamientos que corresponden a otra persona.
El impacto se propaga porque muchos procesos reutilizan la identidad inicial:
- Admisión crea o recupera el paciente.
- Historia clínica asocia notas, órdenes y resultados.
- RDA estructura los datos para interoperabilidad.
- RIPS y factura usan identificación y atributos administrativos.
- Autorizaciones, recaudos y cartera relacionan transacciones.
- Analítica cuenta personas, atenciones y resultados.
La Resolución 1888 de 2025 orienta la IHCE a intercambiar información clínica relevante con seguridad, integridad, confidencialidad y trazabilidad para apoyar la continuidad asistencial. Una identidad incorrecta compromete el propósito antes de que el Bundle sea validado técnicamente.
¿Qué relación tiene el índice maestro de pacientes con la IHCE?
El modelo nacional utiliza el RDA para generar, enviar, buscar y consultar información clínica. El RDA de Paciente contiene el conjunto mínimo inicial para crear el índice nacional; los RDA de consulta, urgencias y hospitalización relacionan la atención con el paciente correspondiente.
El Manual de Operaciones IHCE versión 1.3 documenta la operación POST /Patient/$consultar-paciente-similar. Su uso es devolver posibles pacientes con un puntaje para revisión manual cuando ya existe un primer registro en el mecanismo. La decisión de diseño es importante: una similitud no autoriza una vinculación automática ciega.
| Capa | Objeto controlado | Riesgo principal | Control esperado |
|---|---|---|---|
| MPI institucional | Persona y sus identificadores locales | Duplicado o mezcla de pacientes | Búsqueda previa, revisión y auditoría |
| RDA de Paciente | Identidad intercambiada al mecanismo nacional | Asociación nacional incorrecta | Perfil Patient, catálogos y similaridad |
| RDA asistencial | Encuentro clínico vinculado al paciente | Evento asignado a otra identidad | Referencias coherentes y validación semántica |
| Historia clínica | Registro completo custodiado por la IPS | Fragmentación o acceso indebido | Identificador persistente, permisos y trazabilidad |
| RIPS y factura | Datos de la atención y la transacción | Rechazo, devolución o inconsistencia | Conciliación con paciente, episodio y soporte |
La IPS debe evitar dos extremos: asumir que el índice nacional corregirá automáticamente sus duplicados o construir un algoritmo local que fusione sin intervención. La interoperabilidad amplía la capacidad de encontrar información; no elimina la responsabilidad sobre la calidad de los datos de origen.
¿Qué datos identifican a una persona en el modelo colombiano?
El perfil oficial Patient RDA contempla el tipo y número de identificación y atributos demográficos. El sistema de códigos de identificación publicado en la guía incluye, entre otros, certificado de nacido vivo, registro civil, tarjeta de identidad, cédula de ciudadanía, pasaporte, cédula de extranjería, salvoconducto, permisos de permanencia y categorías para personas sin identificar.
El índice maestro de pacientes no debe basarse únicamente en un número. Existen documentos temporales, cambios por edad, personas sin identificación conocida y correcciones de fuente. El modelo necesita historia de identificadores, emisor, estado, vigencia y evidencia; los atributos demográficos de apoyo deben minimizarse, protegerse y ponderarse según su capacidad real de distinguir personas.
¿Cómo debe funcionar la búsqueda antes de crear un paciente?
El control más efectivo ocurre antes de generar un nuevo registro. Admisión debería buscar coincidencia exacta por identificador válido y, si no existe, realizar búsqueda ampliada por combinaciones demográficas autorizadas.
Un flujo práctico es:
- Normalizar el tipo y número sin alterar el valor significativo.
- Consultar coincidencias exactas activas e históricas.
- Buscar por similaridad cuando no haya resultado exacto.
- Mostrar candidatos con datos suficientes, pero sin exposición innecesaria.
- Pedir al usuario confirmar atributos con la persona o fuente disponible.
- Vincular al perfil existente o crear uno nuevo con motivo registrado.
- Escalar casos ambiguos a un equipo autorizado, sin bloquear una atención urgente.
¿Qué diferencia hay entre reglas determinísticas y probabilísticas?
Las reglas determinísticas exigen coincidencias definidas, como tipo, número y emisor. Son explicables y apropiadas para identificadores confiables. Las probabilísticas o de similaridad ponderan varios atributos y calculan qué tan probable es que dos registros correspondan a la misma persona.
| Método | Cuándo aporta valor | Riesgo | Salvaguarda |
|---|---|---|---|
| Coincidencia exacta | Documento estable y bien capturado | Error de digitación produce falso negativo | Normalización y dígito o control de formato |
| Regla compuesta | Documento ausente o en transición | Homónimos producen falso positivo | Exigir varios atributos y revisión |
| Similaridad | Nombres con variaciones o errores menores | Puntaje interpretado como certeza | Umbrales, evidencia y decisión humana |
| Revisión manual | Casos ambiguos o fusiones de alto impacto | Criterios diferentes entre analistas | Guía, doble aprobación y auditoría |
El Manual IHCE devuelve candidatos con score para revisión manual; no publica en el fragmento operativo una regla universal que la IPS deba usar para fusionar su base local. Por tanto, los umbrales internos son una decisión de gobierno que debe probarse con datos representativos y revisarse cuando cambie la población o el sistema.
¿Cómo diseñar el índice maestro de pacientes en una IPS?
La implementación debe comenzar con gobierno, no con una campaña masiva de combinaciones automáticas.
¿Qué identificador interno conviene conservar?
Cada persona necesita un identificador institucional persistente, sin significado clínico ni dependencia de un documento específico. Si la cédula cambia o se corrige, el identificador interno permanece y el nuevo documento se agrega con su trazabilidad.
¿Cómo se gobiernan altas, cambios y fusiones?
La política debe definir quién puede crear, editar atributos sensibles, aprobar una fusión y deshacerla. Una fusión combina referencias de dos perfiles que representan a la misma persona; una separación corrige una unión errónea. Ambas operaciones requieren registro inmutable de antes y después.
Un caso de fusión debería conservar:
- identificadores involucrados;
- evidencia revisada;
- regla o motivo;
- usuario solicitante y aprobador;
- fecha y hora;
- registros afectados;
- conflictos resueltos;
- resultado de validaciones posteriores;
- mecanismo de reversión controlada.
¿Cómo se tratan los cambios de documento?
No se debe crear automáticamente un paciente nuevo. El sistema busca el perfil existente, verifica continuidad con atributos y evidencia, agrega el identificador y marca el anterior según corresponda. La historia de identificadores es relevante para encontrar RDA, episodios y soportes creados antes del cambio.
¿Cómo se manejan recién nacidos y personas sin identificar?
El catálogo oficial contempla CN, MS, AS y SI, entre otros códigos. La IPS necesita reglas para evitar que identificadores temporales se conviertan en permanentes por descuido. Debe existir una cola de reconciliación con responsable, prioridad y fecha de revisión.
En neonatos, además, se debe impedir que datos de la madre sustituyan indebidamente la identidad del recién nacido. La relación familiar puede modelarse sin confundir personas.
¿Cómo depurar duplicados existentes sin crear nuevos riesgos?
La depuración debe trabajar sobre copias controladas para análisis y ejecutar cambios solo mediante procedimientos aprobados en producción.
- Perfilar formatos, nulos, documentos repetidos y atributos anómalos.
- Generar candidatos por reglas exactas y de similaridad.
- Clasificar riesgo: coincidencia fuerte, ambigua o improbable.
- Revisar muestras para calibrar falsos positivos y falsos negativos.
- Resolver primero los casos de mayor impacto clínico u operativo.
- Aprobar fusiones con segregación de funciones.
- Propagar relaciones a historia, agenda, RDA, RIPS y facturación mediante servicios controlados.
- Ejecutar pruebas de regresión y verificar que no se pierdan documentos.
- Monitorear nuevos duplicados para corregir la causa de origen.
La migración de historias clínicas debe mapear identidades y alias antes de mover episodios; deduplicar solo por nombre y fecha puede fusionar homónimos.
¿Qué pruebas necesita el índice maestro de pacientes?
Las pruebas deben incluir casos positivos, negativos y de frontera, tanto en el MPI local como en la integración IHCE.
Los casos mínimos incluyen variaciones de formato; igual número con distinto tipo documental; cambio de registro civil a tarjeta o cédula; homónimos; extranjeros con documentos temporales; recién nacidos; personas sin identificar; fusión y separación; encuentro duplicado; varios candidatos por similaridad e indisponibilidad del servicio nacional.
La guía interna de pruebas IHCE para IPS explica cómo validar identidad, sintaxis, semántica y respuestas de la API. Las pruebas deben usar datos sintéticos o protegidos y criterios de aceptación aprobados por las áreas clínicas, de admisión, tecnología y seguridad.
¿Cómo proteger la privacidad durante la búsqueda y conciliación?
La búsqueda de pacientes expone datos sensibles y puede convertirse en un mecanismo de consulta indebida. El Manual de Operaciones señala que la información del paciente debe consultarse en el contexto de una atención y no dejar una búsqueda abierta por tipo y número en cualquier momento.
La IPS debería aplicar acceso por rol, motivo de consulta, registro de búsquedas, límites de resultados, ocultamiento parcial de atributos y alertas por comportamiento anómalo. Quien revisa duplicados necesita información suficiente para decidir, pero no acceso irrestricto a todo el expediente clínico.
La seguridad IHCE para IPS exige controlar credenciales, accesos y trazabilidad. En el MPI, esto se extiende a exportaciones, colas de conciliación y registros de fusión, que no deben circular por correo ordinario ni quedar en equipos personales.
¿Qué debe exigir la IPS a su software y proveedor?
La demostración no debe limitarse a buscar una cédula. Debe mostrar cómo el sistema maneja la vida completa de la identidad.
La IPS debería verificar un identificador persistente; múltiples identificadores de negocio; búsqueda exacta y por similaridad; alertas configurables; revisión y doble aprobación de fusiones críticas; historial reversible; propagación segura a interfaces; compatibilidad con Patient RDA; manejo de respuestas IHCE; métricas, accesos, bitácoras y recuperación.
La historia clínica digital aporta valor cuando conserva información completa, accesible y trazable; sin identidad gobernada, esa promesa se fragmenta. La plataforma de Software Médico puede evaluarse con los escenarios anteriores y con datos sintéticos representativos de la IPS.
¿Cuál es la conclusión sobre el índice maestro de pacientes?
El índice maestro de pacientes es infraestructura de seguridad clínica, calidad de datos e interoperabilidad. Debe reconocer a una persona a través de documentos y sistemas, evitar nuevas duplicidades, resolver casos ambiguos con revisión humana y conservar una auditoría completa de cada decisión.
La IHCE colombiana hace urgente esta disciplina: el RDA de Paciente alimenta el índice nacional y el mecanismo dispone una consulta por similaridad. El próximo paso para una IPS es medir su situación, bloquear la creación evitable de duplicados, gobernar fusiones y probar la relación entre MPI, historia clínica y RDA. La aplicación concreta de las normas y el tratamiento de datos sensibles deben validarse con los responsables institucionales y la autoridad competente.
Preguntas frecuentes
No. Relaciona identidades, identificadores y episodios para que la historia correcta pueda localizarse. El expediente clínico conserva el contenido asistencial y su régimen de custodia.
No debería interpretarse así. El Manual IHCE indica que devuelve candidatos con puntaje para revisión manual. La IPS debe gobernar sus umbrales y aprobaciones locales.
La institución debe verificar la continuidad, conservar el identificador interno y registrar el nuevo documento con trazabilidad. Crear otro paciente fragmentaría la información.
Se utiliza el tipo permitido que corresponda y una identidad temporal controlada, sin bloquear la atención. Después debe reconciliarse con el perfil definitivo y conservar la auditoría.
No. Puede cumplir la estructura FHIR y estar asociado a la persona equivocada. La validación semántica y los controles de identidad siguen siendo responsabilidad del proceso.
Software Médico puede apoyar la búsqueda previa, el control de identificadores, la trazabilidad de cambios y la integración de historia clínica, RDA y procesos administrativos. Solicite una demo con casos de duplicidad, cambio documental y conciliación propios de su IPS para verificar el alcance real y las parametrizaciones necesarias.
Fuentes oficiales consultadas
- Ministerio de Salud y Protección Social. Resolución 1888 de 2025: adopción del Resumen Digital de Atención en Salud. 15 de septiembre de 2025.
- Ministerio de Salud y Protección Social. Resumen Digital de Atención. Micrositio consultado el 24 de octubre de 2026.
- Ministerio de Salud y Protección Social. Recursos de apoyo para la IHCE. Consultado el 24 de octubre de 2026.
- Ministerio de Salud y Protección Social. Manual de Operaciones para la Interoperabilidad de la Historia Clínica Electrónica, versión 1.3. Publicado en 2026.
- Ministerio de Salud y Protección Social. Perfil Paciente, Patient RDA, Guía de Implementación HL7 FHIR Colombia. Versión 1.0.0, consultada el 24 de octubre de 2026.
- Ministerio de Salud y Protección Social. Sistema de códigos de identificadores de personas en Colombia. Versión 1.0.0, consultada el 24 de octubre de 2026.