Un estudio de ultrasonido aparece en el día incorrecto: compare la hora local y el desplazamiento respecto a UTC

¿Qué fecha representa realmente la pantalla?

Considere un ticket de servicio ficticio: un examen de ultrasonido aparece el 23 de octubre en el escáner, pero el 22 de octubre en el sistema de archivo y comunicación de imágenes (PACS). El solicitante sospecha del reloj del escáner. Una captura de pantalla de cada sistema registra una discrepancia, pero aún no localiza su causa.

Para el equipo de ingeniería clínica de un hospital o una organización de servicio independiente, la primera decisión es quién debe investigar. Determine qué evento y qué representación muestra cada pantalla antes de tratar la diferencia de calendario como un síntoma de hardware. El reloj actual del escáner, la hora de inicio de un examen y la hora de recepción del archivo responden a preguntas diferentes.

Comience con las definiciones de los eventos. Study Date y Study Time de DICOM describen el inicio del estudio. Acquisition DateTime describe el inicio de la adquisición de datos que dio lugar a la instancia. Ninguna de las dos definiciones convierte una marca de tiempo en una garantía medida de la precisión del reloj. ^{7 8}

• Inicio del estudio: Compare (0008,0020) y (0008,0030) con el evento documentado de inicio de examen para la versión instalada del escáner.
• Inicio de la adquisición: Si (0008,002A) está presente, identifique la adquisición que describe. No utilice como sustituto la hora de congelación, guardado, finalización del examen o envío por red.
• Creación de la instancia: (0008,0012) y (0008,0013) se refieren a la creación de la instancia SOP y a la asignación de su UID, en lugar de a la recepción en el archivo. ²
• Receptor y visualización: Pregunte al responsable del PACS qué representa la fecha de una columna de lista, superposición o portal. Registre cualquier política de conversión y el contexto de zona horaria del usuario o del cliente por separado de los valores de origen.

Dos fechas pueden describir correctamente el mismo instante tras una conversión. También pueden describir eventos diferentes o reflejar datos de origen incorrectos. Trate cada posibilidad como una hipótesis hasta que los valores, los significados de los eventos y la configuración del sistema respalden una explicación. Una diferencia plausible de dos horas por sí sola no verifica todo el registro.

¿Qué debe documentar el registro de evidencias antes de cambiar la configuración?

Conserve una línea base antes de cambiar la configuración. De lo contrario, una comparación posterior podría mezclar un objeto exportado más antiguo con un reloj recién corregido o con un perfil de visualización diferente. Registre quién recopiló cada observación, de qué sistema y cuándo. Mantenga la evidencia original que contenga datos del paciente dentro de los canales aprobados por la institución; una consulta de servicio debe utilizar hallazgos anonimizados o un ejemplo sintético.

Utilice el registro a continuación para organizar una comparación de solo lectura autorizada. Para cada fila, conserve la cadena sin procesar, si está ausente o vacía, el objeto del que procede y la interpretación propuesta. Un inspector de etiquetas puede ayudar, pero una vista de encabezado mostrada en pantalla no debe tratarse automáticamente como una copia inalterada del objeto transmitido originalmente. Cuando sea necesario, solicite a los responsables del sistema que comparen las instancias de origen conservadas y las recibidas.

Una comparación útil expone un hallazgo y su límite: «La misma instancia recibida muestra Study Date 20261023 en la vista de etiquetas y el 22 de octubre en la lista de estudios; la zona horaria de la lista aún no está confirmada». Eso es más contundente que calificar el encabezado de corrupto. También indica al responsable del PACS con exactitud qué evidencia falta.

¿En qué se diferencian los campos separados de fecha y hora de una fecha y hora con desfase?

La representación de valor (VR) de DICOM determina cómo se codifica un campo. Las tres formas pertinentes son Date (DA), Time (TM) y DateTime (DT). Mantenga la sintaxis de codificación separada de la prueba de que el reloj era correcto. ¹

• DA: Una fecha de calendario como 20261023, sin un desfase UTC integrado.
• TM: Una hora como 010000, sin fecha ni desfase integrados.
• DT: Un valor de fecha/hora que puede incluir un desfase con signo, como 20261023010000+0200. La precisión puede variar. Sin un sufijo, se aplica la interpretación local del creador a menos que el atributo de desfase independiente especifique lo contrario. ¹

Por lo tanto, Study Date y Study Time necesitan contexto para permitir la comparación con una visualización en UTC. Mantenga el par sin procesar unido y, a continuación, identifique el desfase aplicable a partir del objeto o de la configuración verificada del origen. No infiera una zona a partir del nombre del hospital, la ubicación del receptor o el reloj de la estación de trabajo en el momento de la investigación.

En SOP Common, Timezone Offset From UTC es opcional (Tipo 3). Proporciona contexto para DA/TM y para valores DT sin un desfase explícito. Un valor DT con su propio desfase conserva ese contexto de forma independiente. ²

Si el desfase independiente está ausente, dicho atributo no identifica el desfase local. La ausencia no es una declaración de UTC. De igual manera, el comportamiento alternativo del receptor es una cuestión de implementación: establezca la política documentada y el contexto real del origen antes de decidir que interpretó el valor de forma incorrecta. ²

Un desfase es una relación numérica con UTC, no el nombre de una zona horaria ni una política completa de horario de verano. Dos lecturas idénticas de un reloj local pueden describir instantes diferentes si sus desfases difieren. Si el contexto requerido no se puede recuperar, preserve esa incertidumbre en lugar de reconstruir una cronología precisa únicamente a partir de una cadena de fecha.

El módulo independiente Timezone Module define el desfase como Tipo 1 dentro de dicho módulo. Su requisito debe leerse en el contexto de la definición de objeto de información y de la implementación aplicables. Ni esa fila ni la fila opcional de SOP Common prueban, por sí solas, que un objeto de ultrasonido completo sea conforme o no conforme. ³

¿Puede una conversión correcta desplazar un estudio de ultrasonido a través de la medianoche?

Sí. Compare un único instante completamente especificado antes de diagnosticar una falla. Los siguientes ejemplos utilizan únicamente desfases numéricos fijos. No representan una ciudad específica, una transición real de horario de verano, un evento del paciente ni un comportamiento probado en un PACS en particular.

En un registro de prueba ficticio, tanto el inicio del estudio como el inicio de la adquisición corresponden al 23 de octubre de 2026 a las 01:00 con un desfase de +02:00. Los valores ilustrativos son:

• Fecha del estudio (0008,0020): 20261023
• Hora del estudio (0008,0030): 010000
• Diferencia de zona horaria respecto a UTC (0008,0201): +0200
• Fecha y hora de adquisición (0008,002A): 20261023010000+0200

Si un receptor muestra ese instante en UTC, al restar el desfase de dos horas se obtiene:

2026-10-23 01:00:00 (+02:00) menos 2 horas = 2026-10-22 23:00:00 (UTC)

La fecha de calendario pasa a ser el 22 de octubre, mientras que el instante no cambia. La conversión es de dos horas; no es un cambio de 24 horas en el tiempo transcurrido. Por lo tanto, una visualización correcta en UTC y una visualización local correcta pueden mostrar días adyacentes. Si una aplicación en particular realiza esta conversión debe establecerse a partir de su documentación y configuración.

El caso D requiere un resultado diferente al de los otros casos: deje la interpretación de UTC sin resolver. Solicite la configuración de la zona horaria de origen y la política de reserva del receptor. Un desplazamiento supuesto puede producir una conversión ordenada y, aun así, ser incorrecto. Registre si cada desplazamiento fue codificado, documentado en la configuración o simplemente asumido.

¿Podrían el inicio del estudio y la adquisición ser simplemente eventos diferentes?

Diferentes fechas de eventos también pueden explicar la observación sin ninguna conversión de zona horaria. El inicio del estudio no es el inicio de la adquisición, y ninguno de los dos es la recepción en el archivo. La siguiente secuencia ficticia utiliza un desplazamiento fijo de +00:00 en su totalidad. ^{7 8}

Suponga que la implementación de prueba registra los siguientes eventos. El ejemplo ilustra el significado del evento; no afirma que todos los ecógrafos asignen marcas de tiempo al presionar el mismo botón.

1. El inicio del estudio se registra a las 23:45 el 22 de octubre.
2. La adquisición de datos para una instancia posterior comienza a las 00:15 el 23 de octubre.
3. El receptor registra la recepción aún más tarde. Esa marca de tiempo de recepción pertenece al evento del receptor.

Las dos primeras fechas pueden ser ambas correctas. Verifique qué campo etiqueta la interfaz de usuario como fecha del examen y qué campo utiliza su filtro. No asuma que la fecha de una lista, la superposición en la imagen y el portal de informes seleccionan el mismo evento. El ejemplo de Lumify a continuación muestra por qué es importante el mapeo de eventos específico de cada versión.

Si los registros sugieren, en cambio, un orden imposible de eventos clínicos, remita esa cuestión a los responsables clínicos y de registros pertinentes. Este registro técnico no puede determinar lo que le ocurrió a un paciente. Un equipo de servicio debe informar los valores observados y la incertidumbre sin reetiquetar silenciosamente el estudio para hacer coincidir dos pantallas.

¿Por qué una consulta filtrada por fecha podría omitir un registro existente?

Cuando un examen no figura en una lista filtrada por fecha, identifique primero la ruta de búsqueda. El filtro de lista de trabajo de una aplicación puede ser una operación de base de datos local; una consulta de archivo puede utilizar DICOM Query/Retrieve (Q/R); un ecógrafo que recupera órdenes programadas puede utilizar Modality Worklist (MWL). Llamar a las tres una “consulta de lista de trabajo” oculta la evidencia necesaria.

Dentro de una investigación aprobada, un estudio conocido encontrado mediante otra búsqueda puede mostrar que un filtro de fecha lo excluyó. No determina el motivo. Conserve los límites solicitados, el campo de búsqueda, la respuesta y cualquier filtrado adicional del cliente. Solicite al responsable que reproduzca la selección con un registro sintético antes de modificar una consulta de producción.

Para la coincidencia de valor único de Q/R, PS3.4 C.2.2.2.1.3 requiere un ajuste cuando se negocia Timezone Query Adjustment y se suministra el desplazamiento en el identificador. La declaración de conformidad describe el comportamiento de la implementación. No existe una regla general de que toda consulta no negociada compare cadenas literales. ⁴

• Coincidencia de rango: Un rango TM no puede abarcar la medianoche. Los rangos DT tienen en cuenta los desfases codificados. La coincidencia combinada DA/TM negociada puede tratar los límites emparejados como un intervalo continuo; las reglas de rango también permiten el ajuste de desfase independientemente de otra negociación extendida. Verifique las claves admitidas y la implementación exacta. ⁵
• Consultas DT con desfase negativo: Un desfase negativo entra en conflicto con el guion utilizado para la coincidencia de valor único frente a rango. Esta es una restricción de sintaxis de consulta, no una invalidez del DT con desfase negativo en los objetos almacenados. La construcción de la consulta corresponde al responsable de la integración. ⁴
• Solicitud de evidencia: Para una consulta DICOM, conserve el servicio/clase SOP, las claves admitidas, la solicitud y respuesta sin procesar, el desfase y la negociación pertinente. Para un filtro de interfaz de usuario, conserve su política de campos y zonas. Una captura de pantalla por sí sola no puede establecer ninguno de los dos algoritmos de coincidencia.

MWL tiene condiciones de desfase independientes para solicitud/respuesta en K.4.1.1.3. K.6 especifica un intervalo continuo de inicio programado cuando tanto la clave de fecha como la de hora programadas utilizan coincidencia de rango. No traslade la regla de negociación Q/R a MWL ni asuma que el filtro de un visor implementa cualquiera de los dos servicios. ^{6 15}

¿Qué establecen los documentos exactos de Lumify y PACS?

Los documentos a continuación establecen comportamientos seleccionados en diferentes capas. No son una clasificación de compatibilidad ni un emparejamiento emisor/receptor probado. El nombre de un producto sin su versión es insuficiente: obtenga la declaración correspondiente al software instalado y solicite al responsable del sistema que confirme la configuración local.

Utilice el comportamiento documentado para formular una pregunta verificable. Mantenga las incógnitas junto a los hechos, especialmente al leer material histórico. Una declaración de conformidad describe una implementación; no certifica el estado de una instalación.

Una verificación cruzada útil es el manual de Dedalus: ya explica con claridad la presentación de la zona horaria para su propia aplicación. La contribución práctica aquí es el paquete de evidencias entre sistemas y la decisión sobre la asignación de responsabilidades. Para un incidente real, compare las etapas de origen, receptor y visualización en lugar de tratar un único manual como una explicación universal.

¿Quién es responsable de las investigaciones de visualización, metadatos de origen y reloj?

La siguiente matriz de derivación es una ayuda editorial para una investigación conjunta. No asigna un diagnóstico remoto ni reemplaza las responsabilidades de la institución. Los equipos locales pueden asignar estos roles de manera diferente; identifique a un responsable designado y la siguiente solicitud de evidencia antes de cerrar el ticket.

Derive en función de la observación verificada. Donde una fila aún admita varias explicaciones, manténgalas abiertas hasta que la siguiente comparación las distinga.

Un síntoma de reloj en el lado del escáner puede justificar una evaluación adicional sin justificar una placa de repuesto. Evite procedimientos improvisados de desconexión de energía o de voltaje de batería provenientes de un artículo genérico. Utilice la guía existente para separar un problema de salida de una cuestión sobre la placa de E/S, y derive los síntomas reales de arranque o de retención del reloj a la vía de servicio calificada del sistema host.

¿Cómo debe conservar el registro una verificación de aceptación sintética?

Para la aceptación o un cambio de software/configuración, acuerde una prueba sintética con los responsables de la modalidad y del PACS. Utilice un entorno de prueba aprobado y una identidad de prueba de la institución, manteniendo los registros de prueba fuera de las listas de trabajo clínicas, a menos que la institución cuente con un flujo de trabajo controlado explícito. Una simulación puede probar la aritmética sin modificar el reloj de un escáner en producción.

La lista de verificación que figura a continuación propone la evidencia que se debe conservar. No constituye un procedimiento del OEM, una norma de tolerancia de reloj ni una prueba de idoneidad para uso clínico. El alcance, las acciones permitidas, los criterios de aceptación y la aprobación final corresponden al plan aprobado por la institución.

Conserve el registro clínico original. No utilice reescrituras ad hoc de etiquetas, eliminación o reenvío como atajo para hacer coincidir una fecha con una pantalla. Una corrección confirmada requiere al responsable autorizado de los registros y el proceso regulado de la institución.

DICOM proporciona mecanismos para registrar valores de atributos anteriores y el contexto de modificación. Esos mecanismos no suministran una política completa de enmienda legal o institucional. Una explicación técnica de la discrepancia debe acompañar a cualquier corrección autorizada, incluyendo qué cambió, por qué y qué sigue siendo incierto. ²

Mantenga separadas las decisiones adyacentes. La incertidumbre sobre la identidad requiere la vía de reconciliación de identidad del paciente. Una orden completada que permanece abierta tiene una investigación de estado de MPPS. La responsabilidad de archivo y la retención local requieren evidencia de compromiso de almacenamiento; el resultado de un filtro de fecha no puede resolver esa decisión.

Dónde encaja Rongtao—y dónde no

Los servicios publicados de Rongtao incluyen reparación de placas/ensamblajes de ultrasonido, diagnósticos a nivel de sistema y repuestos probados. Este informe ayuda a preparar la evidencia técnica para una evaluación de servicio; no establece ninguna capacidad particular de reparación de RTC, disponibilidad de piezas ni un caso exitoso de zona horaria. ¹⁴

Dónde encaja Rongtao Medical:

• Cuando el servicio del escáner sigue siendo pertinente: Envíe el síntoma del dispositivo observado de manera independiente y la configuración instalada para que se pueda evaluar el alcance propuesto. El modelo, la revisión de la placa y la evidencia de la falla deben preceder a la recomendación de una pieza.
• Cuando la evidencia corresponde a otro ámbito: La política de visualización del archivo, la integración de la lista de trabajo y las enmiendas del registro clínico requieren los equipos responsables del centro y el soporte del proveedor. Este informe no es una oferta para administrar dichos sistemas.
• Antes de una cotización: Revise el proceso de servicio documentado y acuerde la evaluación, las pruebas y los entregables para el artículo en cuestión. No infiera compatibilidad ni reparabilidad a partir de una diferencia de fecha de un día.

Rongtao es un proveedor independiente de servicios y repuestos. Los nombres de OEM aquí identifican equipos o software documentados; no implican autorización ni respaldo por parte del OEM.

• Mantenga los estudios identificables, los encabezados y los registros dentro de los canales autorizados por el centro. La sola eliminación del nombre del paciente no hace que un objeto DICOM completo sea adecuado para una consulta comercial.
• Proporcione fotografías de placas o etiquetas existentes solo cuando estén disponibles de forma segura mediante una manipulación cualificada. No desmonte el equipo meramente para obtener una fotografía para cotización.

Para una consulta depurada de servicio del sistema, proporcione el OEM, modelo exacto, software instalado, texto del síntoma/error, cuándo ocurre la discrepancia, qué evento muestra cada pantalla y el contexto de desfase conocido. Si el hardware está implicado, incluya el número de parte/revisión del fabricante y fotos de las etiquetas disponibles de manera segura o de ambos lados. Indique la cantidad y el país de destino. Solicite una evaluación del síntoma observado en lugar de señalar una placa averiada no verificada.

Preguntas frecuentes

¿Un campo de desfase de zona horaria ausente significa UTC?
No. No infiera un desfase cero a partir de la ausencia. Un sufijo DT explícito puede proporcionar contexto; de lo contrario, obtenga el contexto de origen y verifique la interpretación documentada del receptor antes de realizar la conversión.

¿Puede un estudio comenzar antes de la medianoche y contener adquisiciones posteriores?
Sí. Son eventos diferentes. Verifique sus definiciones y desfases antes de calificar las fechas como inconsistentes. El inicio de la adquisición no es automáticamente el instante de congelación o guardado de la imagen.

¿Un envío exitoso de imágenes demuestra que la fecha mostrada es correcta?
No. El estado de la transferencia no valida el evento seleccionado para su visualización ni su conversión. Confirme los valores reales y la política de presentación por separado; utilice la guía de responsabilidad del archivo para las decisiones de retención.

¿Modality Worklist y Query/Retrieve del archivo utilizan una coincidencia de fechas idéntica?
No. Tienen disposiciones de coincidencia distintas. El filtro de fecha de un visor puede ser, a su vez, diferente. Identifique el servicio real y la configuración antes de aplicar cualquier regla de consulta.

¿Cambiar el reloj hoy puede reparar fechas ya almacenadas en el PACS?
Cambiar únicamente el reloj de origen no reescribe las instancias generadas previamente. El comportamiento futuro también depende de la configuración y del mapeo de eventos. Las correcciones históricas requieren el flujo de trabajo de registros autorizado, en lugar de asumir que un cambio de reloj actualiza los estudios antiguos.

¿Debería una diferencia de un día motivar el reemplazo de una placa?
No. Es evidencia insuficiente de un componente averiado. Establezca si el problema concierne al significado del evento, la interpretación del desfase, una consulta o un síntoma del escáner observado de manera independiente. Una evaluación calificada debe determinar cualquier necesidad de reparación.