Dos hospitales reutilizan un número de paciente: verifique el emisor antes de la importación de ultrasonido

El ticket de soporte: un número conocido en un estudio externo

Ilustración ficticia: El Hospital A recibe un estudio de ultrasonido de la Clínica B en medios de transferencia aprobados. Su Patient ID es 940218, un número ya utilizado a nivel local. El sistema de archivo y comunicación de imágenes (PACS) receptor presenta una posible coincidencia de paciente. Se consulta al equipo de ingeniería biomédica si el carro presenta una falla o si el estudio se puede adjuntar a esa historia clínica.

El número por sí solo no puede resolver ninguna de las dos preguntas. La Clínica B puede haberlo asignado a una persona diferente, o la misma persona puede tener identificadores en ambas organizaciones. Un encabezado también puede contener una selección de registro incorrecta. Una coincidencia no resuelta debe permanecer en el flujo de trabajo de excepciones aprobado de la institución mientras los responsables del PACS y de la identidad del paciente verifican los registros de origen. No asuma que todos los productos de importación muestran la misma advertencia o proporcionan una función de aislamiento.

Una superposición vincula registros de diferentes personas; un registro fragmentado separa los registros que pertenecen a una sola persona. El artículo de Dennison sobre la madurez de la identidad del paciente analiza ambos riesgos en organizaciones consolidadas de diagnóstico por imágenes. Una verificación del emisor aborda el alcance del identificador, pero no puede determinar por sí sola que la adquisición original se haya asignado al paciente correcto. ⁵

¿Qué demuestra un Patient ID de DICOM —y qué nunca promete el estándar?

El estándar Digital Imaging and Communications in Medicine (DICOM) separa los identificadores de paciente, de orden y de estudio. Study Instance UID (0020,000D) es un identificador de estudio único; Patient ID (0010,0020) es el identificador de paciente utilizado por una autoridad de asignación. Un identificador de estudio formado correctamente no valida la vinculación con el paciente. ^{2 3}

En DICOM PS3.3, sección C.7.1.1 (Módulo de paciente, tabla C.7-1), el atributo Patient ID (0010,0020) se define simplemente como: ²

Patient ID (0010,0020): Identificador principal del paciente.— DICOM PS3.3, sección C.7.1.1, tabla C.7-1

Patient ID es de tipo 2 en el Módulo de paciente citado: el elemento es obligatorio, pero un valor desconocido puede estar vacío. Su definición no le otorga unicidad universal. La cuestión práctica radica en qué esquema de identificación asignó el valor y si el sistema receptor cuenta con un mapeo verificado para dicho esquema. Un identificador faltante o temporal requiere el proceso de conciliación local, en lugar de asumir que el estudio no es válido. ^{1 2}

Por ejemplo, los ficticios Hospital A y Clínica B pueden utilizar cada uno 100452. Una cadena compartida no demuestra si sus registros describen a la misma persona. No infiera el esquema emisor únicamente a partir de la longitud del número, la puntuación, un prefijo conocido o el extremo de transporte. Mantenga la autoridad y su procedencia junto con el número durante la revisión.

Qué establecen el emisor y sus calificadores

Issuer of Patient ID identifica la autoridad que emitió el número de paciente. El dominio de identidad es el esquema emisor; el identificador de paciente se interpreta dentro de ese dominio. DICOM PS3.3, sección 10.15, define la macro de emisor y su relación con el tipo de datos CX de HL7 v2 utilizado en PID-3. La edición actual citada y la edición 2019e contienen este mecanismo. ^{1 4}

La autoridad puede ser un sistema, organización, agencia o departamento. El atributo de emisor corresponde al componente de espacio de nombres local de la autoridad de asignación de HL7. Un valor aislado como RIS solo tiene significado dentro de una configuración acordada: organizaciones no relacionadas pueden utilizar la misma etiqueta. Por el contrario, las etiquetas de emisor históricas y actuales pueden ser alias aprobados para un mismo dominio. Compare las asignaciones de autoridad configuradas, no solo la igualdad de texto. ^{1 5}

La secuencia opcional Issuer of Patient ID Qualifiers Sequence (0010,0024) proporciona mayor contexto sobre la autoridad o el identificador. Solo se permite un elemento. Sus componentes incluyen: ¹

• Universal Entity ID (0040,0032): un identificador universal o único para la autoridad de asignación. Si tanto este como Issuer of Patient ID están presentes, deben identificar a la misma autoridad.
• Universal Entity ID Type (0040,0033): requerido cuando Universal Entity ID está presente; identifica el formato utilizado. Consulte los términos definidos del estándar y el registro de autoridades local.
• Identifier Type Code (0040,0035): describe el tipo de identificador mediante la Tabla 0203 de HL7. Esto es distinto de Type of Patient ID (0010,0022), cuyos términos definidos incluyen TEXT, RFID y BARCODE.
• Assigning Facility Sequence (0040,0036), Assigning Jurisdiction Code Sequence (0040,0039) y Assigning Agency or Department Code Sequence (0040,003A): proporcionan contexto de ubicación, jurisdicción o agencia. Estos no autorizan al lector a adivinar una autoridad ausente.

El Tipo 3 describe la presencia opcional; no es una medición de con qué frecuencia se completa un campo. El modelo PIM3 describe los sistemas de Nivel 0 como aquellos que asumen un único dominio de identidad en lugar de calificar los identificadores de pacientes entre dominios. Combinar dominios sin los controles adecuados puede generar colisiones; esto es un riesgo, no un resultado inevitable de cada importación. ^{1 5}

¿Por qué el Estándar retiró un atributo por carecer de emisor?

El Módulo de Paciente también proporciona Other Patient IDs Sequence (0010,1002) para identificadores alternativos. Esto resulta relevante cuando una persona tiene identificadores en varias organizaciones: un segundo número no es automáticamente una segunda persona. ²

La tabla actual explica que esta secuencia reemplazó al atributo retirado Other Patient IDs (0010,1000), cuyos valores individuales carecían de emisor. Esto respalda la conservación del contexto del emisor para cada identificador alternativo. No documenta una tasa de colisiones ni hace obligatorios los valores de emisor opcionales. ²

Cada elemento de identificador alternativo incluye un Patient ID y un Type of Patient ID, e incorpora la macro de emisor. Los atributos de emisor en esa macro siguen siendo opcionales. Verifique el alcance de cada elemento en lugar de asumir que cada número alternativo hereda la autoridad del nivel superior. ^{1 2}

Para un equipo de servicio, la consecuencia útil es una cuestión de evidencia: ¿el registro recibido conserva la autoridad para el identificador que se compara? Una secuencia con capacidad para contener información del emisor no es prueba de que el remitente la haya completado o de que el receptor la utilice correctamente.

¿Por qué la identidad de la orden no es la identidad del paciente? Números de acceso y su propio emisor

Una coincidencia en el número de acceso puede ayudar al equipo autorizado a localizar una orden de origen. No puede anular un conflicto en la evidencia del paciente. La misma cadena de número de acceso puede aparecer en esquemas de emisión no relacionados, al igual que los números de paciente. Mantenga la autoridad de la orden separada de la autoridad que asignó el ID de paciente.

La tabla C.7-3 de DICOM PS3.3 define Accession Number como el identificador del sistema de información departamental para una solicitud de servicio de imágenes. Su secuencia opcional Issuer of Accession Number Sequence delimita el alcance de ese identificador de solicitud. ³

La distinción es práctica: un paciente puede tener varias órdenes, y una institución receptora puede crear su propia orden para un estudio externo. Conserve la conexión con la orden externa a través del flujo de trabajo de importación aprobado. Una secuencia de emisor del número de acceso de un solo elemento no almacena dos números de acceso. ^{3 12}

Nuestra guía sobre el estado de la lista de trabajo MPPS cubre el estado del paso del procedimiento y sus vínculos con la orden. Este artículo se detiene en la evidencia de identidad del paciente: ni un estado de flujo de trabajo completado ni un número de acceso aparentemente único demuestran que un estudio externo pertenezca a una historia clínica local.

La reconciliación de importación puede utilizar legítimamente información local del paciente y del procedimiento obtenida a través de listas de trabajo o consultas demográficas. IHE describe esto como un flujo de trabajo de integración, con gestión de excepciones para selecciones incorrectas. No confunda una opción de importación que resuelva la numeración de órdenes con una coincidencia verificada de paciente. Siga el flujo de trabajo documentado del receptor en lugar de una regla universal sobre lo que debe hacer un asistente. ¹²

¿Qué hacen las cadenas de ultrasonido reales con los emisores? Evidencia de las declaraciones de conformidad

Estos ejemplos describen diferentes funciones en la cadena: las modalidades crean instancias, un intermediario de listas de trabajo suministra información y un archivo puede complementar atributos. No son una clasificación, una matriz de compatibilidad ni evidencia de que una instalación en particular funcione según lo probado. Los límites de las filas importan tanto como el comportamiento indicado.

• GE Venue 40 v2.xx, DOC0837847 Rev 2, tabla 3-3, p.24: El ID de paciente proviene del ingreso en la interfaz de usuario (UI) o de la lista de trabajo; Issuer of Patient ID está documentado como proveniente de la lista de trabajo. El documento no enumera una fuente manual de emisor. Inspeccione una exportación de prueba permitida antes de concluir qué está ausente en una compilación instalada en particular. El PDF lleva un copyright de 2011; su ruta de alojamiento contiene fechas de 2018, que no son una fecha de lanzamiento de software. ⁷
• ExactVu 2.9/3.0, Rev. 1.3, sección 4.2.2.3.1.3: la tabla de instancias creadas indica que el Patient ID proviene de la lista de trabajo de modalidad (MWL) cuando está disponible y, de lo contrario, se genera; la fila del emisor está marcada como generada. El documento explica que los valores generados pueden provenir de la entrada del usuario, de detalles de adquisición o de una cadena aleatoria; no especifica el valor del emisor ni si los dispositivos comparten un espacio de nombres. En la tabla no se limita a los casos de entrada manual. ⁸
• Sectra Connectivity Hub 9.5.0.2442, agosto de 2025, sección 3.2.1, pág. 14: la tabla de la lista de trabajo mapea el Patient ID a partir de HL7 PID-3.1 y su autoridad de asignación a partir de PID-3.4. Verifique tanto los valores entrantes como el mapeo configurado del broker; la fila no demuestra lo que finalmente almacena un escáner aguas abajo. ⁹
• Philips Lumify R5.0, HSDP-1299212, tabla 40, pág. 38: el Patient Module almacenado documenta el Patient ID a partir de la lista de trabajo, la entrada del usuario o la generación por el sistema. No incluye el Issuer of Patient ID en esa tabla. Esta es una limitación de la documentación, no una prueba de una configuración de emisor en la AE remota ni de la frecuencia con la que los estudios con equipos portátiles de mano omiten los emisores. ¹⁰
• dcm4che Archive 5, versión de documentación 5.35, Device configuration: la configuración del emisor proporciona valores predeterminados y puede utilizarse mediante las coerciones de atributos del archivo configuradas para complementar la autoridad de asignación faltante en la recepción y otras transacciones. Esta complementación depende de la invocación de dicha configuración; no es un comportamiento incondicional de todos los estudios entrantes. Un valor suministrado por el receptor no debe confundirse con una autoridad verificada en el remitente. ¹¹

Para cada transferencia, distinga los valores presentes en el momento de la exportación de los valores agregados posteriormente. Solicite la versión exacta de la modalidad, las versiones del broker y del archivo, y las secciones de conformidad aplicables. Un emisor genérico o un valor predeterminado del receptor requiere una interpretación documentada. Un campo completado no constituye necesariamente una prueba más sólida que un campo faltante si nadie puede explicar de dónde provino su valor.

La secuencia de verificación previa a la importación: leer, comparar, clasificar, enrutar

Utilice esta secuencia de evidencias de cuatro etapas dentro del proceso de importación aprobado de la institución. Es una síntesis editorial de las normas y principios informáticos citados, no un algoritmo validado de emparejamiento de pacientes. El operador que autoriza una coincidencia y los criterios para hacerlo están definidos por la política institucional. ^{5 6 12}

Etapa 1: Lea el bloque de identidad recibido sin modificarlo. Un miembro autorizado del equipo debe utilizar un visor de solo lectura o una herramienta de metadatos aprobada en el entorno seguro de la institución. Mantenga protegidos los archivos originales recibidos. Registre si la exportación es una transferencia clínica original, una copia desidentificada o una copia de seguridad restaurada; los valores de identidad faltantes tienen diferentes implicaciones en cada caso.

• ID de paciente (0010,0020)
• Emisor del ID de paciente (0010,0021) y Secuencia de calificadores (0010,0024)
• Nombre del paciente (0010,0010)
• Fecha de nacimiento del paciente (0010,0030) y Sexo del paciente (0010,0040)
• Número de acceso (0008,0050) y Emisor del número de acceso (0008,0051)
• UID de instancia de estudio (0020,000D), UID de instancia de serie (0020,000E) y UID de instancia de par servicio-objeto (SOP) (0008,0018) para localizar los objetos afectados; el UID de clase SOP (0008,0016) identifica el tipo de objeto. ^{3 14 15}
• Fabricante y nombre del modelo del fabricante (0008,0070 / 0008,1090), además de la versión de software instalada según el registro del equipo.

Etapa 2: Compare los dominios de identidad y la procedencia. A través de sistemas autorizados, compare los valores recibidos con el registro local propuesto y la información de registro confirmada de la organización remitente. Verifique el mapeo de autoridad configurado en lugar de tratar una cadena de emisor como autenticación.

• El emisor parece coincidir: verifique los calificadores y el registro de autoridad. Dos centros pueden utilizar ambos una etiqueta genérica como RIS. Incluso un dominio reconocido y datos demográficos coincidentes no excluyen una selección errónea original del paciente.
• El emisor difiere: verifique si los valores identifican diferentes dominios o alias aprobados para un mismo dominio. Los registros pueden describir a diferentes personas o a la misma persona con identificadores entre dominios. No fuerce una coincidencia; solicite al equipo de identidad que verifique la relación.
• El emisor está ausente o predeterminado: determine quién suministró el ID de paciente y si una pasarela o receptor añadió una autoridad. No llene el vacío con el nombre de una clínica adivinado a partir de la etiqueta de un disco. Un campo opcional faltante no es en sí mismo una falla del dispositivo.

Etapa 3: Compare los datos demográficos y describa la incertidumbre. El nombre, la fecha de nacimiento y el sexo pueden poner en evidencia una discrepancia, pero no son identificadores únicos ni sumas de comprobación a prueba de errores. Nuestra guía de juegos de caracteres para nombres de pacientes aborda los problemas de representación. Las fechas de nacimiento y los valores de sexo también pueden faltar, estar mal escritos o haber sido corregidos; una discrepancia no demuestra que se trate de dos personas distintas.

Etapa 4: Enrutar y registrar la decisión. Los equipos autorizados de PACS e identidad del paciente deciden si vincular, conciliar, crear un registro o rechazar la importación según la política local. Conserve la identidad original recibida y una auditoría de los mapeos aprobados. Si es posible que un estudio ya se encuentre en la historia clínica incorrecta, escale a través del procedimiento de seguridad del paciente y corrección de archivo de la institución; las importaciones repetidas o la eliminación informal pueden hacer que la evidencia sea más difícil de reconstruir.

Cinco casos ficticios y la evidencia para escalar

Los siguientes cinco casos ficticios ilustran dónde la secuencia de evidencia cambia la transferencia. No son informes de incidentes reales de pacientes ni resultados de pruebas de productos, y no proporcionan instrucciones de configuración de importación o de bases de datos.

Caso 1: Dos centros asignan ambos el 100452. El Hospital A adquiere la Clínica B. Cada uno tiene un registro con el número 100452. El equipo de migración debe verificar la autoridad original de la Clínica B y el mapeo local aprobado antes de mover los estudios. Simplemente anteponer prefijos a los números puede separar las colisiones sin vincular los registros de la misma persona entre dominios. Haga que los responsables de identidad corporativa diseñen y validen la migración, incluida la revisión de excepciones. ^{5 6}

Caso 2: Un carro crea un ID local. Un examen sin lista de trabajo utiliza el identificador ficticio GEN-004. Ese identificador puede ser legítimo en su esquema local sin ser un número de historia clínica (MRN) corporativo. La guía de ingreso de Sonosite PX cubre la configuración de ID generado de una plataforma; no establece el formato de salida de este ejemplo. El equipo de identidad receptor debe verificar la relación de registro antes de asignar las imágenes a una historia clínica hospitalaria.

Caso 3: Los estudios regresan después de la reparación. Una copia de seguridad autorizada se reimporta después del servicio. Compare los identificadores conservados de estudio, serie y SOP Instance y la evidencia del paciente con el registro del archivo. Una coincidencia de Study UID por sí sola no demuestra que las instancias sean idénticas ni descarta un error de vinculación con el paciente. Conserve la copia de seguridad mientras el responsable del archivo investiga. La guía de manejo de datos previa a la reparación determina las decisiones de conservación y sanitización; este caso no autoriza la eliminación ni cambios de UID.

Caso 4: El centro receptor crea una nueva orden. El Hospital B asigna un número de acceso local mientras que la imagen recibida lleva el número de acceso del Hospital A. Registre ambos en el sistema de conciliación aprobado con sus autoridades correctas. Issuer of Accession Number Sequence define el alcance de un solo número de acceso y permite un único elemento; agregar otro emisor allí no es una manera de conservar dos órdenes. Los equipos responsables del PACS y del sistema de información radiológica (RIS) deben utilizar su mapeo admitido de externo a local. ^{3 12}

Caso 5: un número conocido con una fecha de nacimiento diferente. El medio externo contiene el ID de paciente ficticio 55412 y ningún emisor. El registro local candidato tiene el mismo nombre, pero una fecha de nacimiento diferente. Retenga la coincidencia propuesta y obtenga información de registro de origen verificada. La discrepancia puede ser una colisión o un error de registro. No infiera una nueva persona, no cree un registro de invitado ni ingrese un emisor inventado basándose en la etiqueta del medio.

Cuando la identidad es incierta: datos demográficos, procedencia y límites estrictos

El límite por parte del servicio es preservar la evidencia y evitar modificaciones no autorizadas en el registro clínico. Cuando los profesionales clínicos requieran con urgencia un estudio externo incierto, utilice la vía de verificación urgente de identidad y de escalamiento clínico de la institución. Un artículo no puede reemplazar ese procedimiento. Estos tres límites se aplican a la investigación de soporte:

• No parchee las etiquetas de identidad para hacer que un archivo encaje. Conserve el original recibido y utilice una inspección aprobada de solo lectura. Los cambios no controlados pueden oscurecer la procedencia y generar una coincidencia falsa. Conserve los archivos originales recibidos y la auditoría de cualquier conciliación autorizada.
• No acepte una coincidencia propuesta sin la evidencia requerida. La conciliación de importación autorizada puede mapear legítimamente identificadores y datos demográficos. IHE especifica flujos de trabajo para ello; la distinción es un mapeo verificado y documentado frente a una sobrescritura improvisada. ¹²
• No ejecute fusiones de pacientes a partir de una guía de servicio. Las capacidades de conciliación, fusión y recuperación dependen del sistema y de la política institucional. Déjelas a cargo del personal autorizado de PACS/RIS y de gobernanza de identidad; aquí no se afirma de manera universal que toda fusión sea irreversible.

Cuando los valores difieran entre la copia enviada y el objeto almacenado, identifique el primer punto de cambio: exportación de la modalidad, puerta de enlace de transferencia, aplicación de importación o archivo. Solicite a los responsables la evidencia autorizada del antes y el después, así como las reglas de mapeo habilitadas. La guía de red e I/O de DICOM cubre la investigación de transporte por separado. Una discrepancia de identidad por sí sola no es evidencia para ordenar una placa de repuesto.

¿Quién es responsable de la conciliación y el cruce de referencias de identidad?

La disposición definitiva corresponde a los equipos autorizados de informática de imágenes y de identidad de pacientes de la institución, que pueden incluir la Gestión de Información de Salud (HIM) y un Índice Maestro de Pacientes (MPI) o servicio de MPI empresarial. Los cargos y los permisos varían. Los ingenieros clínicos aportan evidencia sobre el equipo y la transferencia; los responsables de la identidad verifican a la persona y la relación con el registro local.

El perfil IHE Patient Identifier Cross-referencing (PIX) permite compartir información sobre la identidad de pacientes y recuperar identificadores con referencias cruzadas entre dominios. Define transacciones, no el algoritmo de coincidencia ni las políticas de la institución. Tampoco repara de forma automática los datos demográficos de origen deficientes. ⁶

Para una persona ficticia con el identificador del Hospital A 100452 y el identificador de la Clínica B 98765, una referencia cruzada aprobada puede representar esa relación manteniendo los dominios diferenciados. La presencia de un servicio PIX no demuestra que esta relación haya sido verificada, que un visor en particular lo consulte ni que el encabezado de cada imagen permanezca sin cambios. Esas son cuestiones de implementación. ⁶

IHE también especifica la conciliación de importación utilizando la información local del paciente y del procedimiento. Su Radiology Technical Framework Rev 23.0 conserva el texto original en desuso de IRWF y orienta las nuevas implementaciones hacia IRWF.b, listado por separado para su implementación de prueba. Estas son referencias de integración para los equipos responsables, no una receta de configuración. Verifique nuevamente el flujo de trabajo admitido de los productos instalados antes de decidir cómo se representarán los identificadores externos. ¹²

Compile un paquete de escalamiento enfocado. Los encabezados identificables, registros y capturas de pantalla permanecen dentro del canal de soporte seguro y aprobado de la institución. Comparta la información mínima necesaria con el personal autorizado de PACS/RIS e identidad. Las consultas de servicio externo deben utilizar evidencia técnica anonimizada; no envíe registros de pacientes a través del formulario general de contacto de un sitio web.

• Valores de identidad recibidos y locales candidatos, incluidos los calificadores del emisor y qué valores faltan, conservados en el registro autorizado de la institución.
• Modelo del sistema emisor y versión de software instalada; método de exportación, estado de lista de trabajo/ingreso manual y la sección de conformidad aplicable.
• Ruta de transferencia y versión del software receptor, con cualquier regla conocida de emisor por defecto o de coerción, y la etapa donde cambiaron los valores.
• Identificadores de estudio, serie y SOP Instance afectados, así como referencias de órdenes, tratados como información potencialmente identificable.
• La coincidencia propuesta, la discrepancia no resuelta, el estado de conservación del archivo original y el equipo designado responsable de la disposición.

¿Qué establece el retiro histórico del mercado de LOGIQ e?

La vinculación de imágenes al paciente incorrecto es un peligro documentado en ultrasonido. El registro de la FDA para el retiro del mercado Z-1849-2013 describe la condición del software de GE LOGIQ e en la que las imágenes podían vincularse al identificador de otro paciente. El registro identifica el diseño del software como la causa. ¹³

El registro de la FDA indica que la empresa planificó una actualización de software para los sistemas afectados, con un seguimiento de las solicitudes de servicio hasta su finalización. Registra el inicio el 9 de noviembre de 2012 y la finalización el 15 de septiembre de 2014. No establece que las colisiones de emisor hayan causado el defecto, no documenta una lesión resultante ni demuestra que las comprobaciones de este artículo evitarían esa falla de software. ¹³

La lección es limitada pero útil: un identificador puede parecer plausible mientras que su vinculación con la imagen es incorrecta. Preserve la evidencia y solicite a los equipos clínicos y de producto correspondientes que investiguen un presunto evento de paciente incorrecto. Verificar el alcance del emisor es una parte de la revisión de importación, no un sustituto de la corrección del fabricante ni de la gestión de incidentes de la institución.

Para la decisión independiente de servicio entre hardware y software, consulte la guía de síntomas de GE LOGIQ e. No generalice este retiro del mercado histórico a otros productos de GE, a cada unidad LOGIQ e ni al software actual de identidad del paciente.

Dónde interviene Rongtao — y dónde no

Rongtao Medical ofrece reparación independiente de placas de ultrasonido multimarca, servicios de sondas, repuestos probados y soporte técnico. Los nombres de los equipos compatibles identifican la cobertura del servicio, no la autorización del OEM. Para esta decisión, la contribución de servicio útil es una transferencia técnica que ayuda a mantener la investigación de identidad separada de un diagnóstico de hardware no comprobado.

• Dónde interviene Rongtao: revisión del modelo del equipo, de la etiqueta de la pieza y de los síntomas para un posible caso de servicio de hardware de ultrasonido después de que la institución haya evaluado el problema de integración de datos. La reparación de placas suele tardar 5–8 días hábiles y la garantía suele ser de 90 días; la aplicabilidad y los términos finales dependen del artículo y del servicio y deben confirmarse.
• Dónde lideran los equipos de la institución: determinar la identidad del paciente, mapear identificadores externos, autorizar importaciones, corregir registros del archivo y realizar fusiones. Rongtao no reemplaza al proveedor de PACS/RIS ni a la gobernanza de identidad del paciente de la institución.

Para una consulta sobre hardware, comuníquese con Rongtao Medical indicando el OEM, el modelo exacto del sistema y la versión de software, el número de pieza del fabricante si se conoce, fotos claras de las etiquetas y de ambos lados de cualquier placa a la que se pueda acceder de forma segura, síntoma o mensaje de error, historial de servicio, cantidad y país de destino. El acceso a las placas corresponde al personal calificado. Oculte nombres, ID de pacientes, identificadores de estudios y otros datos de pacientes en los registros e imágenes externos; mantenga el paquete de escalamiento identificable con los equipos autorizados de la institución.

Preguntas frecuentes

¿Es único el ID de paciente DICOM entre hospitales?
No lo asuma. Su autoridad de asignación proporciona su alcance. Un número conocido en un estudio externo requiere comprobaciones de autoridad y procedencia antes de que el flujo de trabajo local de coincidencia de pacientes pueda aprobarlo. ^{1 2}

¿Qué es el Issuer of Patient ID y por qué podría estar vacío?
Identifica a la autoridad de asignación. Es opcional en el Patient Module citado. La versión del producto, el flujo de trabajo de adquisición y la configuración intermedia determinan si se completa y cómo se completa; su sola ausencia no diagnostica una falla. ^{1 7 8 11}

Dos estudios tienen el mismo ID de paciente pero diferentes nombres — ¿qué debo hacer?
Retenga la coincidencia propuesta y remita la discrepancia al equipo de identidad autorizado. Es posible que se trate de personas diferentes, correcciones de registro o errores en la representación del nombre. No cree un nuevo registro de paciente ni suponga un emisor basándose únicamente en esta discrepancia.

¿Puede el número de acceso ayudar en la investigación de la identidad?
Puede ayudar a localizar la procedencia verificada de la orden, pero identifica una Solicitud de Servicio de Imágenes. No puede por sí solo resolver evidencia contradictoria sobre el paciente ni autorizar una sobrescritura. ³

¿Puede un flujo de trabajo de importación aprobado cambiar los identificadores DICOM?
Sí. Una reconciliación regulada puede utilizar información local verificada del paciente y del procedimiento. El atajo prohibido aquí es un cambio no autorizado realizado únicamente para forzar la aceptación; preserve el original y la auditoría del mapeo aprobado. ¹²

¿Qué debo verificar antes de importar un estudio de ultrasonido externo?
Lea los atributos recibidos del paciente y del emisor, compare los datos demográficos y los mapeos de autoridad, establezca la procedencia del remitente y del intermediario, y conserve las referencias de la orden/estudio. Utilice la disposición aprobada de la institución; la coincidencia en estos campos no es una garantía independiente de identidad.

¿Quién debe realizar una fusión de pacientes?
Únicamente el personal autorizado según los procedimientos de PACS/RIS y de identidad del paciente de la institución. Los permisos, las opciones de recuperación y la documentación dependen del producto y de la política; esta guía no prescribe una operación de fusión.

¿Son válidos fuera del sitio los ID de paciente generados por la modalidad?
Pueden tener significado en su esquema de asignación original. El receptor debe establecer el alcance y una relación local verificada; un número generado no es automáticamente inválido ni automáticamente una identidad empresarial. ^{5 8}