Considere una verificación puntual de migración: una imagen de ultrasonido llega al archivo receptor en JPEG 2000 Lossless Only; sin embargo, su encabezado registra 01, relación 30 y método ISO_10918_1. Un colega informa que los estudios más antiguos se ven menos nítidos después del traslado. La primera pregunta útil es qué cambió a lo largo del trayecto, antes de que un equipo de servicio solicite una sonda o una placa.
Esta guía distingue tres decisiones: qué registran los metadatos; qué evidencia puede localizar un cambio; y quién decide si una compresión adicional o el uso clínico son aceptables. DICOM proporciona las reglas de codificación y de historial. La institución proporciona el flujo de trabajo autorizado y la evaluación clínica. El rol de Rongtao es una consulta de servicio de hardware cualificado cuando la evidencia respalda esa vía.
¿Qué registran los tres atributos del historial de compresión?
El módulo General Image en DICOM PS3.3 contiene los atributos del historial de compresión. Léalos conjuntamente para cada SOP Instance—un objeto DICOM individual—. Un estudio puede contener múltiples instancias con diferentes historiales; una sola imagen seleccionada no puede determinar el estado de cada imagen o clip del examen. 1
| Atributo | Léalo como | No infiera |
|---|---|---|
| Compresión de imagen con pérdida (0028,2110) | 00 registra que no hay compresión con pérdidas; 01 registra compresión con pérdidas a lo largo de la existencia de la imagen. Una vez en 01, conserve ese valor. 1 | Ninguno de los valores certifica que un encabezado sea correcto, identifica el sistema responsable ni califica la calidad clínica. La ausencia no equivale a 00. |
| Relación de compresión de imagen con pérdida (0028,2112) | Una relación aproximada, expresada con un denominador implícito de uno. Puede ser estimada o medida; múltiples valores pueden registrar pasos sucesivos. 1 | Una relación no es una puntuación de calidad, la fracción de información diagnóstica perdida ni necesariamente la reducción en el almacenamiento total del estudio. |
| Método de compresión de imagen con pérdida (0028,2114) | Una etiqueta para la familia de compresión. Cuando haya múltiples valores de método y relación presentes, sus posiciones deben corresponderse. 1 | Una etiqueta de método no identifica un carro, un enrutador, una fecha, una compilación de software ni una política aprobada del centro. |
| Tipo de imagen (0008,0008) y SOP Instance UID (0008,0018) | Contexto para la derivación y la identidad del objeto. La compresión con pérdida a partir de una imagen DICOM predecesora requiere DERIVED y un nuevo SOP Instance UID. 1 | DERIVED tiene usos más allá de la compresión. Un UID modificado por sí solo no explica la transformación ni demuestra que haya sido autorizada. |
Fuente: DICOM PS3.3 2026d, C.7.6.1.1.2 y C.7.6.1.1.5–C.7.6.1.1.5.2.
En el Módulo de Imagen General, estos tres atributos de compresión son de Tipo 3, lo que significa que son opcionales. La norma explica que el estado opcional del indicador preserva la compatibilidad con definiciones de objetos de información (IOD) más antiguas, y anticipa requisitos más estrictos en IOD de imagen nuevas o sustancialmente revisadas. Verifique la clase SOP real y la IOD aplicable antes de juzgar la conformidad; la tabla del módulo no es un requisito universal para cada objeto DICOM. La ausencia de valores de relación o de método no refuta el historial de compresión con pérdida registrado. 1
Los términos de método también requieren contexto de la edición. La sección 2015c enumera JPEG, JPEG-LS casi sin pérdida, JPEG 2000 irreversible, MPEG-2 y MPEG-4 AVC/H.264. La sección actual en línea 2026d enumera además High-Throughput JPEG 2000 irreversible (ISO_15444_15), JPEG XL (ISO_18181_1) y HEVC/H.265 (ISO_23008_2). Una familia de códecs no es una marca de fecha fiable: ISO_10918_1 identifica compresión con pérdida JPEG, no necesariamente un escáner antiguo ni una exportación obsoleta. 1 9
¿Por qué sobrevive el indicador a la descompresión?
La compresión con pérdida modifica la información de los píxeles. Decodificar la imagen resultante reconstruye los valores de los píxeles representados por ese flujo comprimido; no restaura la información de origen que fue descartada. Codificar esos píxeles reconstruidos sin pérdida puede preservarlos sin un paso adicional de codificación con pérdida, al tiempo que deja intacta la pérdida anterior. 1 2
PS3.3 C.7.6.1.1.5 describe explícitamente una imagen que se descomprime y se transfiere sin comprimir conservando 01. Por lo tanto, el indicador es una declaración de historial, no una descripción de si el archivo actual está comprimido. También son metadatos ordinarios, no un registro de auditoría a prueba de manipulaciones: el requisito de preservarlo no es evidencia de que todas las implementaciones lo hayan hecho. 1
Para una instancia multifotograma, que uno o más fotogramas hayan sido sometidos a compresión con pérdida requiere que el indicador de la instancia sea 01. Eso no le indica qué fotogramas se vieron afectados ni que todos los fotogramas hayan recibido el mismo tratamiento. La norma recomienda identificar los fotogramas afectados en Derivation Description. La temporización de los fotogramas es una cuestión independiente que se aborda en nuestra guía de temporización de fotogramas de cine de ultrasonido. 1
¿Qué establece la sintaxis de transferencia?
Una sintaxis de transferencia describe cómo se codifican los datos. En un archivo DICOM, registre el UID de la sintaxis de transferencia en File Meta Information, (0002,0010). Para una transferencia de red, el contexto de presentación negociado identifica la sintaxis de transferencia; la etiqueta de metadatos del archivo no es un sustituto de un registro de asociación. Un archivo recuperado puede tener una codificación diferente de la del objeto conservado dentro de un repositorio.
| Codificación | UID de sintaxis de transferencia | Significado cuando el indicador es 01 |
|---|---|---|
| Explicit VR Little Endian, nativo/sin comprimir | 1.2.840.10008.1.2.1 | El Pixel Data actual está sin comprimir. El historial previo con pérdida puede permanecer registrado; el almacenamiento sin comprimir no restaura el predecesor. 1 |
| JPEG Baseline (Proceso 1) | 1.2.840.10008.1.2.4.50 | Una codificación JPEG con pérdida. Una etiqueta de configuración de calidad no es una declaración de sintaxis de transferencia sin pérdida. 3 |
| JPEG 2000 (solo sin pérdida) | 1.2.840.10008.1.2.4.90 | La codificación es sin pérdida con respecto a su entrada. Esos píxeles de entrada ya pueden reflejar un paso previo con pérdida. 2 |
| JPEG 2000 | 1.2.840.10008.1.2.4.91 | Esta sintaxis permite una codificación con o sin pérdida. El UID por sí solo no establece cuál se utilizó ni cuándo se produjo la pérdida previa. 2 |
Fuente: DICOM PS3.3 C.7.6.1.1.5; PS3.5 A.4 y 8.2.4. Esta no es una matriz de compatibilidad de dispositivos.
PS3.5 8.2.4 también describe la actualización de los elementos relacionados con los píxeles cuando los datos JPEG 2000 se descomprimen y se vuelven a codificar en formato nativo. Por ejemplo, convertir una representación de color YBR a RGB cambia Photometric Interpretation en consecuencia. No confunda los cambios legítimos en los metadatos relacionados con la codificación con una autorización para eliminar el historial. Por el contrario, no considere la palabra “sin pérdida” como prueba de que no se produjo ningún otro procesamiento, conversión de color o cambio de tamaño a lo largo de la ruta. 2
Si el sistema receptor rechaza una codificación en lugar de mostrar una imagen modificada, utilice la guía de evidencia de exportación DICOM y red/E-S independiente. Esta página se refiere al historial de imágenes que han llegado a un receptor.
¿Cuándo deben cambiar Image Type y el UID de instancia?
PS3.3 C.7.6.1.1.5 distingue una imagen obtenida originalmente con pérdida a partir de un sensor de una versión con pérdida creada a partir de otra imagen. En el primer caso, el Valor 1 de Image Type es ORIGINAL con el indicador 01. En el segundo, es DERIVED; si la predecesora era una imagen DICOM, la imagen resultante recibe un nuevo SOP Instance UID. Por lo tanto, ORIGINAL no significa que nunca se haya comprimido. 1
Registre ambas identidades al investigar una exportación con pérdida. Las instancias de origen y derivadas pueden tener legítimamente UID diferentes, por lo que buscar coincidencias únicamente por el SOP Instance UID puede pasar por alto la relación. Obtenga el registro de exportación o migración que las vincula. Un cambio de UID es coherente con la derivación, pero no puede determinar el tipo de procesamiento ni su autorización sin ese contexto. No altere los UID ni los campos de historial para hacer que una comparación parezca coherente.
La derivación por sí sola tampoco determina que las mediciones de ultrasonido sigan siendo utilizables. Si los calipers exportados no coinciden, siga la verificación de evidencia de calibración de región independiente; esta guía no valida la calibración espacial.
Siga una instancia a través de un ciclo de vida sintético
El siguiente ejemplo asume una imagen DICOM inicialmente sin comprimir y una exportación JPEG documentada. A y B son etiquetas de identidad simbólicas, no UID ejecutables. La relación se inventó con fines ilustrativos, no como un ajuste recomendado. La conservación de la identidad en las filas posteriores asume únicamente una recodificación sin ninguna otra transformación sustancial.
| Etapa | Codificación actual | Historial registrado | Identidad y evidencia |
|---|---|---|---|
| 1. Imagen DICOM inicial | VR explícita Little Endian | Indicador 00; relación/método ausente | ORIGINAL; instancia A. Esta suposición describe este ejemplo, no el almacenamiento local de cada carro. |
| 2. Exportación con pérdida de A | JPEG de línea base | Indicador 01; relación 18.5; método ISO_10918_1 | DERIVED; nueva instancia B. El registro de exportación vincula A con B. |
| 3. El archivo recibe B | JPEG Baseline, sin cambios en este ejemplo | Indicador 01; relación 18.5; método ISO_10918_1 | B. La recepción y la responsabilidad del almacenamiento requieren su propia evidencia; estos campos no demuestran ninguna de las dos. |
| 4. La migración decodifica B | Nativo/sin comprimir | El indicador permanece en 01; se conservan la relación y el método anteriores | B en este ejemplo. La decodificación no reconstruye la información perdida de A. |
| 5. Recodificación sin pérdidas | JPEG 2000 solo sin pérdidas | El indicador permanece en 01; se conserva el historial de JPEG anterior | B en este ejemplo. La codificación actual no indica nada sobre qué sistema anterior aplicó el paso de JPEG. |
| 6. Revisión en recepción | Inspeccione la codificación real recuperada | Registre todos los valores de historial disponibles | Utilice los registros de ruta y las imágenes correspondientes para verificar esta cadena propuesta, en lugar de asumirla a partir del encabezado final. |
Fuente: Aplicación sintética de DICOM PS3.3 C.7.6.1.1.5 y PS3.5 8.2.4; no se midió una migración real.
El encabezado final respalda el historial previo de JPEG con pérdidas en este ejemplo. No demuestra de forma independiente que la Etapa 2 lo haya causado: esa atribución proviene del registro de exportación estipulado. En una investigación real, una ruta de adquisición anterior u otra pasarela podrían explicar el mismo trío final. Si la copia anterior o el registro de ruta no están disponibles, registre esa incertidumbre. Para las decisiones sobre la responsabilidad del archivo y la retención, utilice la guía de compromiso de almacenamiento independiente.
¿Autoriza el historial registrado otro paso con pérdidas?
No. PS3.3 describe campos de relación y método con valores múltiples para pasos sucesivos con pérdidas. Esas disposiciones contemplan el registro de una compresión repetida; no constituyen una aprobación clínica para que un archivo la aplique. La sección de historial revisada de PS3.3 y las secciones de codificación de PS3.5 no establecen una prohibición general para un segundo paso. De igual manera, el hecho de que admitan registrarlo no autoriza el flujo de trabajo de un centro. 1 2 3
Por ejemplo, una secuencia sintética podría registrar (0028,2112) = 1510 con (0028,2114) = ISO_10918_1\ISO_15444_1. Estas entradas emparejadas describen dos pasos sucesivos con pérdidas. No las convierta en una puntuación de calidad clínica ni las multiplique para obtener una supuesta fracción de información diagnóstica perdida. Pueden ser estimaciones nominales, y el encabezado no establece métodos de medición comparables. 1
¿Qué le indica una relación de 30 al equipo receptor?
Un 30 registrado significa aproximadamente 30:1, no un 30 por ciento ni 30 bytes. PS3.3 permite un ajuste nominal del compresor o una relación de tamaño medida. Esa distinción es importante al comparar proveedores: pregunte cómo se generó cada valor y si describe la misma representación de imagen. El tamaño de la carpeta de un estudio completo incluye otros objetos y sobrecarga, y no es un sustituto confiable de la relación de compresión de píxeles registrada. 1
Si falta la relación o el método, conserve «no registrado» en el registro del caso. No complete de forma retrospectiva un valor plausible a partir del tamaño del archivo actual sin pérdidas. La ausencia de un valor complementario puede ser coherente con metadatos opcionales, pero deja la operación anterior menos documentada. Un 00 registrado constituye una afirmación de que no hay historial con pérdidas; la ausencia no es tal afirmación. La evidencia contradictoria entre el encabezado y la ruta requiere investigación, no un visto bueno automático.
¿Cómo debe investigarse una queja por imagen suave?
Trate la suavidad, el efecto de bloques o una textura alterada como observaciones. No identifican de forma exclusiva un códec, un defecto de la sonda o una falla en la placa. Una comparación entre el origen y el receptor puede acotar la investigación; no puede reemplazar las pruebas de rendimiento cualificadas ni una revisión clínica de la idoneidad de la imagen. Dos estudios diferentes de la misma sala constituyen una comparación más débil porque las condiciones de adquisición y visualización pueden diferir.
| Evidencia observada | Primera investigación | Límite de la conclusión |
|---|---|---|
| Las imágenes correspondientes de origen y de recepción difieren, con un nuevo paso con pérdidas documentado | El responsable del PACS/archivo y el equipo encargado de la exportación o migración revisan la transformación y la configuración. | Respalda la investigación de ese paso. No descarta problemas simultáneos de hardware, de visualización o de otro procesamiento. |
| El síntoma también está presente en una referencia de origen adecuada, o hay daño físico visible | Ingeniería clínica y el servicio técnico calificado evalúan el ecógrafo/sonda conforme a los procedimientos aplicables del OEM. | Respalda una investigación de servicio. Un indicador de 00, o la ausencia de dicho indicador, no demuestra una falla de hardware ni demuestra un historial sin compresión. |
| Los datos de píxeles decodificados de origen y de recepción coinciden en la comparación acordada, pero la apariencia difiere | Los equipos de informática de imágenes y de control de calidad clínico/de visualización revisan la ruta de visualización y la presentación. | La concordancia en esa comparación no certifica la cadena de adquisición completa ni la idoneidad clínica. |
| Sin origen correspondiente, historial incompleto o metadatos inconsistentes | Mantenga la causa sin resolver; coordine a los responsables del archivo, de ingeniería clínica y del área clínica. | No fuerce un diagnóstico de archivo frente a hardware a partir del encabezado restante o de una sola captura de pantalla. |
Fuente: Marco de investigación editorial; enrutamiento condicional en lugar de una prueba diagnóstica validada.
Utilice una inspección autorizada de solo lectura y conserve los objetos y registros originales. Solicite al equipo de PACS un par correspondiente de origen/receptor, el registro de transformación y la codificación real en cada punto final observado. Registre si la comparación es una observación en pantalla o una comparación controlada de datos de píxeles decodificados, incluyendo la herramienta y cualquier diferencia de decodificación o de conversión de color. Una imagen de consola visualmente nítida no demuestra que el hardware esté en buen estado; una imagen de revisión local no es automáticamente una referencia de adquisición sin compresión.
Detenga los cambios en los originales, las etiquetas de historial o la configuración de retención mientras se evalúa una discrepancia no explicada. Las inquietudes clínicas se dirigen al equipo clínico responsable. Para el diagnóstico diferencial de hardware, nuestra guía de evidencia de sonda frente a ecógrafo es un siguiente paso independiente; este artículo no identifica un componente defectuoso ni autoriza el retorno al servicio clínico.
¿Qué muestran las declaraciones de conformidad de ultrasonido citadas?
Estos son ejemplos de documentos delimitados, no una comparación de las capacidades actuales del producto ni un estudio de prevalencia. Haga coincidir el modelo real, la versión de software, la clase SOP y el flujo de trabajo con su declaración de conformidad aplicable. ALWAYS describe la convención de presencia del documento; ANAP significa presente según corresponda. Ninguna de las dos etiquetas demuestra lo que contiene un archivo recibido en particular.
| Producto y documento | Declaración verificada | Uso y límite |
|---|---|---|
| Philips Lumify R5.0; HSDP-1299212 v01, 17 de agosto de 2023; Tablas 46 y 58 | Tabla 46 (General Image Module de fotograma único): indicador ALWAYS/AUTO; relación y método ANAP/AUTO; Image Type se asigna a DERIVED\PRIMARY para compresión con pérdida y a ORIGINAL\PRIMARY para sin pérdida. La Tabla 58 repite el indicador y la asignación de Image Type para imágenes multifotograma; no enumera las filas de relación/método. 4 | Un ejemplo de implementación para esta versión, no una prueba de todas las versiones de Lumify ni de un objeto de paciente inspeccionado. |
| Canon Aplio i900/i800/i700/i600 V2.5; 2G985-016EN*H, enero de 2018; Tabla 8.1-14 | El General Image Module enumera el indicador 00 o 01, ALWAYS/AUTO; relación y Derivation Description ANAP/AUTO. 5 | Un documento histórico de la serie i. No extienda sus filas a modelos de la serie a, a software posterior ni a todas las clases de almacenamiento. |
| GE LOGIQworks; 2361950-100 Rev 0, 18 de diciembre de 2002; Sección 3.1.3.2.3, página impresa 34 | Describe la retransmisión en formato sin compresión o sin pérdida tras una recepción con pérdida, y solicita al receptor que inspeccione el historial de compresión. 6 | Un ejemplo histórico de estación de trabajo, no una afirmación sobre la capacidad actual de un ecógrafo. El párrafo imprime (0028,1210); utilice el (0028,2110) del estándar normativo para el indicador de historial de compresión con pérdida. |
Fuente: Los tres documentos OEM nombrados. Las fechas de los documentos y el alcance del producto son limitaciones sustanciales.
El párrafo de GE ilustra por qué un receptor debe inspeccionar el historial, incluso cuando la negociación dé como resultado una codificación sin pérdidas. La discrepancia en su etiqueta impresa debe permanecer visible en una revisión de la fuente, en lugar de citarse silenciosamente como la etiqueta correcta. Verifique el significado de los campos con respecto al estándar normativo y consulte al proveedor sobre detalles de implementación ambiguos; este ejemplo no constituye una autorización para reescribir un objeto de paciente. 1 6
¿Quién decide si la compresión es aceptable?
PS3.5 8.2.4 deja expresamente fuera del alcance de DICOM la aceptabilidad clínica y la selección de los parámetros de compresión con pérdidas de JPEG 2000. Un objeto sintácticamente válido no constituye evidencia de que un ajuste de compresión haya sido aprobado para su tarea clínica. No recomiende la readquisición del paciente, no acepte un estudio para diagnóstico ni habilite un procesamiento con pérdidas adicional únicamente porque esté presente un campo de historial. 2
La Sección III.B del estándar técnico ACR–AAPM–SIIM para la práctica electrónica de imágenes médicas sitúa la compresión irreversible diagnósticamente aceptable bajo la dirección de un médico calificado. No establece ningún tipo o cantidad general de compresión para cada modalidad, enfermedad o tarea, y dispone que el médico responsable seleccione y revise periódicamente la compresión utilizada. También advierte sobre la degradación cuando a la descompresión le sigue un esquema irreversible diferente durante la migración. Esta cautela profesional constituye una prueba en contrario sustancial frente a tratar los metadatos de pasos sucesivos como una autorización. 7
El preámbulo del documento de la ACR describe una orientación educativa en lugar de una norma legal inflexible. El centro debe aplicar su gobernanza clínica, su control de calidad técnico y los requisitos aplicables. Este artículo no proporciona ninguna recomendación de relación de compresión, umbral de aceptación universal ni conclusión de cumplimiento específica para una jurisdicción. 7
¿Qué debe contener el registro de transferencia?
- Equipo y ruta: OEM, modelo de escáner, software del sistema, modelo de sonda si es relevante, aplicaciones de origen y de recepción, versiones donde se conozcan y la ruta de exportación/recuperación. Distinga las observaciones de los pasos intermedios inferidos.
- Metadatos a nivel de instancia: SOP Class, identificadores de Study/Series/SOP Instance, sintaxis de transferencia observada, Image Type, indicador, cada valor de relación y método, y la Derivation Description disponible. Conserve los identificadores en el registro de casos aprobado del centro.
- Comparación de referencia: Identifique las instancias de origen y de recepción correspondientes, cómo se vincularon tras la derivación, el fotograma exacto en el caso de un clip, el método de comparación y las condiciones de visualización. Indique si la copia de origen no está disponible.
- Evidencia de cambios: Configuraciones y registros de exportación/migración aprobados que identifiquen una transformación. Conserve los registros originales; no edite los metadatos ni vuelva a comprimir la única copia para esta investigación.
- Disposición y responsable: Investigación de archivo, evaluación de servicio calificado, control de calidad clínico o no resuelto. Registre la siguiente verificación y la persona responsable en lugar de convertir una causa incierta en un pedido de repuestos.
Los encabezados DICOM y el texto grabado en la imagen pueden identificar a los pacientes. Mantenga los archivos de pacientes dentro de sistemas aprobados y utilice únicamente un proceso de transferencia acordado y seguro cuando un especialista autorizado los necesite. No suba estudios ni capturas de pantalla con información identificativa a un formulario de cotización de rutina. Para consultas iniciales, envíe el resumen del equipo y de los síntomas sin datos del paciente; coordine por separado cualquier intercambio de imágenes necesario.
Dónde encaja Rongtao—y dónde no
Rongtao suministra servicios de reparación de placas de ultrasonido a nivel de componentes, reparación de sondas y repuestos probados. La configuración del archivo, la integración de la migración y la política de compresión clínica corresponden a los equipos de PACS, de integración y clínicos de la institución. La verificación del historial ayuda a preparar una consulta de servicio adecuada; no establece que un artículo sea reparable ni que un componente haya fallado. 8
El compromiso publicado de prueba en equipo real de 48 horas se aplica a las placas reparadas. El plazo habitual de reparación de placas es de 5 a 8 días hábiles, y la garantía estándar suele ser de 90 días; los plazos finales, el alcance de las pruebas y la garantía dependen del artículo y de la cotización del servicio. No extienda el compromiso de las placas a cada transductor, a cada configuración de modelo ni a la aceptación completa del retorno al servicio de una institución. 8
Para una consulta calificada sobre hardware, póngase en contacto con Rongtao Medical con el OEM, modelo/software del sistema, modelo de sonda o número de parte del fabricante, fotografías claras de la etiqueta del equipo y fotografías de la placa ya disponibles, síntomas/mensajes de error, cantidad y destino. Incluya un resumen sin datos de pacientes de los valores del historial, la ruta y la comparación de referencia. Obtenga cualquier fotografía interna adicional a través de personal calificado; una solicitud de cotización no es una instrucción para abrir el equipo.
Límites y cuándo volver a verificar
Esta es una ayuda para la investigación basada en documentos. No se probó ningún escáner, conjunto de imágenes, registro de migración ni resultado clínico. El ciclo de vida es sintético; las filas del OEM cubren únicamente los documentos mencionados. Los metadatos faltantes o inexactos pueden limitar cualquier inferencia. La guía no estima ninguna frecuencia de quejas relacionadas con la compresión ni ofrece pruebas de que un servicio o migración en particular resuelva alguna.
Vuelva a verificar las secciones citadas de DICOM cuando cambie su edición, el documento del OEM cuando cambie la versión instalada y la política de la institución antes de cualquier cambio de compresión propuesto. El resultado útil es una siguiente verificación documentada con un responsable asignado.
Preguntas frecuentes
La sintaxis es sin pérdidas. ¿El estudio ahora es sin pérdidas?
Actualmente está codificado sin pérdidas con respecto a la entrada del codificador, si la sintaxis y la implementación son correctas. Eso no anula un paso previo con pérdidas. Inspeccione el historial por instancia en lugar de etiquetar el examen completo a partir de un solo archivo. 1 2
El indicador dice 01, pero faltan la relación y el método. ¿Qué significa eso?
El encabezado registra una compresión previa con pérdidas sin esos detalles. Verifique la IOD y la declaración de conformidad aplicables, y luego conserve los valores faltantes como desconocidos. No es suficiente para localizar una transformación ni para evaluar la calidad clínica. 1
Aparecieron DERIVED y un nuevo UID tras la exportación. ¿Es eso sospechoso?
Esos cambios son esperados en una derivación con pérdidas a partir de una imagen DICOM predecesora. Verifíquelos frente a la transformación autorizada y el mapeo de identidad. Los cambios por sí solos no establecen irregularidades ni que cada cambio haya sido adecuado. 1
¿Cómo inspeccionamos los atributos?
Utilice el inspector de metadatos del visor aprobado o una herramienta de soporte DICOM calificada en una copia protegida. Registre los valores mostrados y qué fuente se inspeccionó; no asuma que un área de visualización de imágenes habitual expone todos los campos del historial ni que su etiqueta en pantalla establece la sintaxis de red negociada.
La imagen en la consola se ve clara. ¿Podemos cerrar el ticket de hardware?
Esa es una sola observación, no una prueba de aceptación de hardware. Compare las imágenes correspondientes, revise la ruta de procesamiento real e involucre a ingeniería clínica si la falla persiste o continúa sin explicación. Los problemas de archivo/visualización y los de hardware pueden coexistir.
¿Nos permite DICOM volver a comprimir la imagen?
Sus atributos de historial admiten pasos sucesivos. Esa es una capacidad del modelo de datos, no una autorización del centro ni una recomendación clínica. Obtenga la decisión de los responsables clínicos y del archivo antes de cambiar el flujo de trabajo. 1 2 7
