Saber quién es el paciente (registros demográficos e Índice Maestro de Pacientes)
Sector: Hospitales, sistemas de salud
El escenario
Imagina un hospital que creció sumando sistemas: urgencias, consultorios externos, laboratorio, radiología, cada uno con su propia mesa de admisión. Cada mesa crea pacientes a su manera, así que una misma persona puede terminar con varios registros. "María de los Ángeles Pérez", "Maria Angeles Perez" y "PEREZ MARIA A." pueden ser la misma mujer, y cada registro guarda una parte de su historia.
La pregunta que no puedes responder es simple: ¿cuáles de estos registros pertenecen al mismo paciente real?
Qué sale mal sin la herramienta adecuada
- Un médico abre una historia y no ve la alergia registrada en otro registro.
- Los resultados caen en el registro equivocado y hay que reasignarlos a mano.
- Facturación envía dos estados de cuenta a la misma persona.
- También ocurre el error inverso: dos personas distintas con el mismo nombre y año de nacimiento se unen, y nadie puede decir quién lo hizo ni deshacerlo.
- Un script que compara nombres encuentra solo coincidencias exactas, no detecta errores de tipeo ni nombres invertidos, y no deja rastro de por qué marcó algo.
Qué es un Índice Maestro de Pacientes
Un Índice Maestro de Pacientes (MPI, por su sigla en inglés) es la respuesta a esa pregunta: un lugar autorizado que sabe, para cada persona real, cuáles registros de toda la organización son suyos. Cualquier sistema puede entonces preguntar "¿quién es este paciente?" y recibir una única respuesta consistente. Funciona en tres pasos:
- Comparar. Se comparan registros de pacientes y se encuentran los que probablemente describen a la misma persona.
- Conciliar. Se decide, con evidencia, si realmente son la misma persona.
- Resolver. Se oficializa la respuesta, de modo que cada registro y cada EHR de esa persona conduzca a una única identidad canónica, con el historial de cómo se tomó esa decisión.
Cómo se puede usar Atomik
- Mantén la identidad en el repositorio. Los sistemas de admisión guardan cada paciente como un registro demográfico (PERSON), y cada paciente tiene un EHR vinculado.
- Define qué identifica a un paciente. Sin código, elige qué campos cuentan (nombre, fecha de nacimiento, sexo, documento, por ejemplo) y cuánto pesa cada uno. Las tildes y mayúsculas pueden ignorarse, un error de tipeo puede pesar menos que una fecha de nacimiento distinta, y un documento coincidente más que un primer nombre coincidente.
- Compara en segundo plano. Los pacientes nuevos y modificados se indexan y comparan. Atomik encuentra coincidencias probables sin comparar a todos con todos, y puntúa cada par con tus reglas. Las coincidencias probables van a una lista de revisión con el puntaje y una explicación campo por campo.
- Concilia con una persona. Un equipo de registro revisa la lista y decide misma persona o personas distintas. Ambas decisiones se guardan, así que un par marcado como distinto no se vuelve a proponer. Nada se une en silencio.
- Resuelve. Para las coincidencias confirmadas, un registro pasa a ser el principal y el otro queda bloqueado para nuevas escrituras. Su EHR se une al del principal, y los pedidos del EHR anterior se dirigen al canónico. Los sistemas que usan los identificadores anteriores siguen funcionando.
- Deshaz los errores. Una unión puede revertirse, y el historial muestra tanto la unión como su reversión.
- Audita. Cada decisión de identidad puede revisarse: por qué se compararon los registros, la evidencia, quién lo confirmó y qué pasó con los EHR.
Cómo puede ayudar CaboLabs
Atomik fue creado por CaboLabs, una empresa especializada en integración de sistemas de salud, migración y consolidación de datos, y gestión y auditoría de datos clínicos. Además del software, CaboLabs ofrece servicios que encajan con este escenario:
- Evaluación de calidad de datos. Antes de comparar, entender cuántos duplicados, registros incompletos y valores inconsistentes tienen los sistemas de origen. Ver Evaluación de calidad de datos clínicos.
- Auditoría de bases de datos. Revisar las bases detrás de los sistemas de admisión en busca de registros duplicados, referencias huérfanas y problemas estructurales.
- Mapeo y migración de datos. Llevar los registros de pacientes desde los sistemas de admisión a Atomik con reglas de mapeo documentadas. Ver Mapeo y migración de datos.
Nada de esto es necesario para usar Atomik; puedes hacerlo con tu propio equipo u otro proveedor. Si quieres conversar sobre tu caso, contacta a CaboLabs.
Qué te da esto
Una historia por paciente, una lista de revisión ordenada en lugar de una búsqueda manual, y decisiones de identidad que son datos que puedes explicar, no ediciones de planilla.
Hacia dónde va
Hoy es un MPI dentro de una organización: Atomik guarda los registros demográficos y resuelve la identidad uniéndolos. El mismo problema existe entre organizaciones, donde los registros no pueden ni deben unirse: dos hospitales, una red regional, un registro nacional que conservan cada uno a su paciente. Vincular esos registros a la misma persona real, sin moverlos, forma parte de la dirección de Atomik para las próximas etapas. Todavía no está disponible.
Por qué Atomik encaja
La identidad no es una tabla auxiliar: es de lo que cuelga cada registro clínico. Como Atomik guarda registros demográficos, EHR y su historial en un solo almacén basado en estándares, una unión se puede rastrear, explicar y deshacer, y las reglas de "misma persona" son tuyas, no la caja negra de un proveedor.