¿Por qué el departamento de TI del hospital solicita un MDS2?
Considere un ecógrafo usado que llega con un informe de servicio y una factura con un número de serie coincidente. El comprador puede confirmar las sondas y las opciones instaladas, pero el PDF de seguridad del vendedor indica otra versión de software. La pregunta inmediata es si el hospital receptor cuenta con suficiente información confiable para evaluar esta consola en particular. Este es un escenario de adquisición ilustrativo, no un patrón medido de incidentes o compras rechazadas.
MDS2 significa Manufacturer Disclosure Statement for Medical Device Security. El fabricante de equipos originales (OEM) proporciona respuestas estructuradas sobre aspectos tales como actualizaciones, controles de acceso, información almacenada del paciente e interfaces. La guía profesional sobre HTM de Steven Hughes recomienda solicitarlo durante la adquisición y para el inventario existente que carezca de él, y luego revisarlo con TI y gestión de riesgos. HTM significa gestión de tecnologías de la salud. 2
Esta guía aborda esa decisión documental para un sistema usado. La guía de compra de equipos de ultrasonido usados cubre el proceso más amplio de compra y aceptación. Una prueba aprobada de calidad de imagen o de seguridad eléctrica no puede responder qué declaración de seguridad corresponde, del mismo modo que un formulario de seguridad no puede establecer el desempeño clínico.
Lo que establece un MDS2—y lo que deja abierto
El catálogo de ANSI describe HN 1-2019 como el formulario MDS2 más instrucciones para completarlo e identifica a HN 1-2013 como su predecesor. La FDA enumera el reconocimiento completo bajo el número 13-123, lista 059, con fecha de registro del 19 de diciembre de 2022. Esa fecha corresponde al registro de reconocimiento, no a una fecha límite de implementación para los hospitales. 7 1
El registro de reconocimiento describe la información como una ayuda para los profesionales que realizan evaluaciones de riesgo de seguridad. También advierte que la conformidad puede no satisfacer todos los requisitos de ciberseguridad conforme a la Sección 524B o a las directrices de la FDA. Por lo tanto, el reconocimiento no puede interpretarse como una determinación de que un escáner usado en particular sea seguro o como un permiso de conexión. Determine por separado los requisitos legales, de adquisiciones y de las instalaciones aplicables; esta guía no establece una regla legal universal. 1
Hughes informa que el formulario de 2019 tiene alrededor de 240 preguntas en 23 capacidades de seguridad. Ese es su resumen publicado; la norma de pago no se leyó para este artículo. Más útil que contar las respuestas “Sí” es leer las notas adjuntas, identificar los aspectos desconocidos y solicitar aclaraciones. Un “No” puede revelar un límite arquitectónico que los revisores locales deben evaluar; un “Sí” aún puede depender de la configuración. 2
Una lista de materiales de software (SBOM) inventaría componentes de software; un MDS2 describe capacidades de seguridad. La sección de SBOM del formulario PX indica que hay un inventario de componentes disponible, pero el MDS2 no contiene dicho inventario. Solicite el documento subyacente cuando la revisión de riesgos requiera evidencia a nivel de componentes. La consultora Blue Goat Cyber también explica esta distinción, pero su descripción general no establece el contenido del inventario de un OEM en particular. 3 6
¿Cómo hacer coincidir una consola usada con el formulario?
Mantenga separadas tres fechas y versiones: la edición de la norma, la fecha de publicación de la declaración completada y el estado del software instalado en el sistema. Un PDF recién descargado puede ser antiguo, y un chasis más antiguo puede haber recibido una actualización legítima de software. Ni el año de fabricación ni el resultado de búsqueda más reciente establecen la aplicabilidad. Hughes recomienda cotejar el modelo, el sistema operativo (SO), el firmware y el software, tomando en cuenta las posibles diferencias de SKU y de versión. 2
Solicite al vendedor o al ingeniero responsable lo siguiente a través de las pantallas de información documentadas habituales o de los registros de servicio. No ingrese al modo de servicio restringido, no obtenga credenciales privilegiadas ni modifique ajustes meramente para cubrir un vacío de evidencia. Marque la información no disponible como desconocida y solicite al OEM o a un proveedor de servicios calificado que identifique la vía aprobada para obtenerla.
- OEM, designación exacta del modelo, número de serie de la consola y revisión de hardware disponible a partir de la placa de características y del registro de activos.
- Versión y compilación del software de aplicación; versiones del SO y de firmware donde el fabricante las ponga a disposición.
- Opciones e interfaces instaladas pertinentes para el flujo de trabajo previsto, tales como conectividad inalámbrica, autenticación mediante directorio o servicios remotos.
- Trabajos recientes en placas, almacenamiento o software, incluidos números de parte, revisiones, procedencia de los medios de restauración y registros de versiones anteriores y posteriores.
- El ID de documento de la declaración, la revisión, la fecha de publicación, la URL del fabricante original o la respuesta de soporte, y la cobertura declarada de productos y versiones.
Conserve capturas de pantalla con marca de tiempo y documentos de origen junto con el registro de activos. Una pantalla confirma la versión mostrada en ese momento; no establece de forma independiente la integridad del software ni demuestra que cada ajuste coincida con la declaración. Si un documento cubre un rango de versiones, obtenga confirmación de que la configuración entregada se encuentra dentro de ese rango. No lo rechace únicamente porque carezca de un PDF independiente para cada compilación menor.
Por ejemplo, si un vendedor suministra una declaración de divulgación para la versión A mientras que el sistema instalado reporta la versión B, registre «aplicabilidad no resuelta». Pregunte si las respuestas se aplican sin cambios, si existe un formulario específico para la versión o qué filas cambiaron. No vuelva a etiquetar el PDF usted mismo. Una aclaración del fabricante puede resolver la duda sobre el alcance, pero el centro aún decide si la evidencia resultante es adecuada.
¿Qué revela una declaración de divulgación real de ultrasonido?
La declaración de divulgación del PX de FUJIFILM Sonosite de 12 páginas, D24031-18 Rev A, tiene fecha de octubre de 2025. El nombre del archivo de descarga identifica PX 4-5; el encabezado del documento nombra PX sin detallar un rango completo de compilación de la aplicación. Considérelo como un ejemplo práctico y confirme su aplicabilidad antes de utilizarlo para una consola específica. Las observaciones a continuación describen el formulario, no una prueba de un dispositivo usado ni una comparación de la seguridad de los OEM. 3
| Filas / página | Divulgación publicada | Pregunta para esta consola usada | Límite de la evidencia |
|---|---|---|---|
| DOC-6 / pág. 1 | Enumera servicios DICOM, incluidos almacenamiento de imágenes, lista de trabajo, impresión, compromiso de almacenamiento y MPPS. | ¿Qué servicios y destinos requiere el flujo de trabajo previsto? | La lista describe el uso previsto; no demuestra una integración exitosa en el centro. |
| CSUP-1, 2, 2.3–2.4 / pág. 4 | Componentes de Windows 10 LTSC; actualizaciones del sistema del fabricante; sin instalación remota de parches; las actualizaciones de terceros requieren aprobación. | ¿Qué paquete de actualización y vía de instalación se aplican a esta versión? | Léase junto con RMOT-3; no infiera que todos los mecanismos de actualización están ausentes. |
| MLDP-2, 3–4 / págs. 6–7 | Sin software antimalware; el uso de listas blancas de aplicaciones restringe la ejecución de terceros. | ¿Puede el centro adaptarse al modelo de protección documentado? | Esto no establece inmunidad ni autorización para instalar un agente de seguridad empresarial. |
| STCF-1–2 / pág. 11 | AES-256 en reposo, configurado de forma predeterminada; el restablecimiento/borrado seguro genera una nueva clave. | ¿Qué registros demuestran el almacenamiento aceptado y el estado de entrega? | Una divulgación de capacidades no es un certificado de sanitización. |
| TXCF-3 / pág. 11 | Transmisión de información del paciente restringida a una lista fija de destinos DICOM. | ¿Coincide la lista de destinos aprobados con los receptores planificados? | Una lista de destinos no demuestra las reglas de firewall ni una entrega exitosa. |
| SAHD-14 / pág. 10 | El administrador puede deshabilitar Ethernet, Wi-Fi, dispositivos USB y la exportación por USB. | ¿Qué interfaces están habilitadas en el activo entregado? | La capacidad de deshabilitar una interfaz no significa que esté deshabilitada. |
| SBOM-1–4 / pág. 9 | SBOM disponible, con un proceso de actualización; sin método de generación en el dispositivo. | ¿Cómo obtendrá el propietario el inventario correspondiente a la versión? | Las respuestas no especifican un formato legible por máquina ni el derecho de entrega. |
| RDMP-3 / pág. 9 | Remite al cronograma de retiro de productos del fabricante. | ¿Qué fechas de soporte y compromisos de actualización se aplican ahora? | El formulario no indica por sí mismo la fecha de retiro de la consola. |
| RMOT-1, 3 / págs. 11–12 | Sin servicio remoto de análisis/reparación; se indica una funcionalidad opcional de actualización inalámbrica. | ¿Cómo se relaciona la función de actualización opcional con CSUP-2.3? | El documento requiere una aclaración sobre esta distinción; no la resuelva mediante suposiciones. |
Fuente: FUJIFILM Sonosite D24031-18, octubre de 2025; se muestran las referencias de las filas. El seguimiento del comprador es un análisis editorial de Rongtao Medical.
Dos distinciones merecen un seguimiento. En primer lugar, una afirmación general de que el PX no puede utilizar la autenticación de directorio sería errónea: PAUT-2 identifica la autenticación externa mediante MS Active Directory y LDAP, mientras que AUTH-1.2 indica que los clientes no pueden aplicar directivas de grupo. El soporte de autenticación y la administración de directivas de dominio son cuestiones independientes. En segundo lugar, las respuestas de CSUP y RMOT anteriores no pueden justificar una afirmación categórica de «ningún tipo de acceso remoto». Solicite una explicación del modo de actualización y la configuración aplicables. 3
Las filas de cifrado y exportación del formulario también tienen un propósito más acotado que un procedimiento de traspaso. Utilice la guía de sanitización de datos del paciente independiente para la evidencia necesaria antes de la transferencia. La guía de exportación por USB de PX aborda el estado del estudio y los controles de administrador.
¿Dónde pueden obtener el documento los compradores?
Consulte primero la vía actual de soporte o seguridad de productos del fabricante y luego pida al vendedor que le ayude a obtener el registro aplicable. Las copias de motores de búsqueda pueden ayudar a identificar un número de documento, pero un sitio espejo no demuestra autoría, integridad ni vigencia. Guarde la fuente oficial o la respuesta por escrito de soporte junto con el archivo.
| Fabricante | Qué se verificó | Qué se desconoce | Acción del comprador |
|---|---|---|---|
| FUJIFILM Sonosite PX | Se obtuvo del dominio oficial el PDF mencionado de octubre de 2025. | Cobertura de la compilación instalada; disponibilidad para otros modelos. | Verifique la revisión del documento y solicite confirmación de aplicabilidad. |
| Philips | La política pública describe la información MDS2 específica por modelo y el registro de clientes con acceso otorgado por la mesa de ayuda. | Si este comprador es elegible y si la versión exacta de ultrasonido cuenta con un formulario vigente. | Utilice la vía oficial de registro/soporte; solicite la entrega legítima del documento en lugar de las credenciales de otro cliente. |
| GE HealthCare | La página pública Products & Patches describe actualizaciones, estado de vulnerabilidades y parches históricos. | La página no confirma por sí misma un MDS2 para un ultrasonido en particular ni la autenticación necesaria para obtenerlo. | Utilice la vía de soporte/seguridad de productos del OEM para solicitar el formulario exacto; un aviso de parche es un artefacto independiente. |
Fuente: Fuentes primarias 3–5. Estas observaciones no constituyen un censo de disponibilidad para la totalidad de los OEM; no se ingresó a ninguna biblioteca autenticada.
Las instrucciones de registro de Philips demuestran un paso de acceso real, mientras que el archivo de PX demuestra un documento directamente accesible. Ninguno de los dos respalda la afirmación de que todos los formularios de un OEM sean abiertos o de que un competidor con portal sea menos transparente. La página de GE es útil para avisos, pero su presencia no puede demostrar que el MDS2 del comprador esté disponible. Las vías de acceso para otros fabricantes no se verificaron para esta guía. 3 4 5
Incorpore la entrega de documentos en la negociación de compra antes del pago. Pregunte quién se comunicará con el OEM, qué versión instalada se entregará, cómo afectarán a la aceptación las dudas no resueltas y a quién le corresponde el seguimiento. La promesa de un vendedor de enviar “un MDS2” es más débil que el compromiso de suministrar una divulgación aplicable del fabricante o documentar la brecha no resuelta para revisión del comprador.
Cuatro vías cuando el formulario falta o está desactualizado
Las siguientes vías son una herramienta editorial de recepción inicial. Hughes recomienda solicitar un formulario vigente, enviar al fabricante la plantilla e instrucciones de NEMA cuando no exista ninguno, y considerar si los requisitos pueden cumplirse tal como se suministra el equipo, con controles compensatorios o de ningún modo. La tabla aplica esa orientación al traspaso de una consola usada; no es un procedimiento aprobado por organismos reguladores. 2
| Vía / desencadenante | Acción y responsable | Registro que se debe conservar | Disposición posible |
|---|---|---|---|
| 1. Formulario coincidente disponible | HTM verifica la fuente, el alcance y la integridad; TI revisa las capacidades frente al uso previsto. | Divulgación aplicable del OEM más el registro del estado instalado y las preguntas de revisión. | Aprobar, restringir, solicitar aclaraciones o rechazar tras la evaluación local. |
| 2. Formulario antiguo o discrepancia de versión | Solicitar un formulario vigente o una explicación del fabricante sobre las versiones aplicables y las respuestas modificadas. | Solicitud, respuesta, historial de revisiones y diferencias no resueltas. | Mantener en espera la conexión a producción mientras persistan brechas sustanciales. |
| 3. No se localizó ningún formulario completado | Solicitar al fabricante que complete el formulario NEMA actual siguiendo sus instrucciones. | Solicitud/ticket al OEM, documentos suministrados e historial de aclaraciones. | Mantener pendiente; escalar si el OEM no puede suministrar evidencia suficiente. |
| 4. Declaración imposible de obtener | Los responsables designados de HTM, seguridad y riesgos evalúan la evidencia alternativa y cualquier restricción viable. | Registro de evidencia faltante, controles propuestos, verificación y decisión sobre el riesgo residual. | Restringir solo si se acepta localmente; de lo contrario, mantener desconectado, modificar la implementación o rechazar la compra. |
Fuente: Síntesis editorial de Rongtao Medical a partir de la fuente 2. Los responsables locales de ingeniería clínica, seguridad de la información y gestión de riesgos determinan el resultado.
La ruta 4 es una revisión por excepción, no una promesa de que la segmentación hace aceptable un escáner no documentado. Indique exactamente qué sigue sin conocerse, cómo podría afectar al flujo de trabajo previsto y por qué las restricciones propuestas lo abordarían. Los revisores pueden decidir que la incertidumbre no se puede gestionar. La ausencia de un PDF por sí sola no demuestra que el activo sea inseguro; un PDF disponible por sí solo no demuestra que sea seguro.
Para decisiones más amplias sobre la flota relativas a horizontes de soporte y aislamiento, consulte la guía de ciberseguridad para ultrasonido heredado. Este artículo se detiene en la transferencia de evidencia y decisiones. No prescribe un diseño de firewall, una política de parches ni un procedimiento de pruebas de vulnerabilidad.
¿Qué cambia tras la reparación de una placa o la recarga de software?
Comience con el trabajo efectivamente realizado. “Sonda”, “fuente de alimentación”, “formador de haz” y “placa base” no son descripciones suficientes de si un evento de servicio modifica el firmware, los identificadores, la información almacenada o la configuración de seguridad. Algunos trabajos pueden dejar la configuración relevante sin cambios, pero determine esto a partir de la evidencia del servicio. No asigne una clasificación universal de impacto cero a una familia de componentes.
| Evento de servicio | Pregunta a resolver | Evidencia a solicitar | Decisión sobre la declaración |
|---|---|---|---|
| Reparación o reemplazo de sonda | ¿Cambió únicamente el conjunto de sonda documentado o también se modificaron el software o las opciones de la consola? | Identificación de la sonda, alcance del trabajo y resultados de aceptación aplicables; cambios en la consola, si los hubiera. | Registre por qué las respuestas existentes siguen siendo aplicables o remita las filas afectadas para su revisión. |
| Reparación o reemplazo del módulo de alimentación | ¿Se conservaron la pieza o revisión aprobada y cualquier configuración programable o firmware? | Registro de pieza/revisión, descripción del trabajo y resultados de pruebas calificadas. | No infiera la ausencia de firmware a partir del nombre del módulo. |
| Placa digital o placa base | ¿Cambiaron la identificación del hardware, el firmware, las interfaces, las licencias o la configuración? | Registros de pieza y versión de antes/después, cambios de configuración y pruebas de servicio. | Concilie las respuestas afectadas; consulte al OEM donde la aplicabilidad no esté clara. |
| Reemplazo de almacenamiento o restauración de software | ¿Qué imagen o versión autorizada se instaló y qué ocurrió con los datos y la configuración? | Procedencia del medio, registro de versión, evidencia de integridad permitida y registros de restauración/sanitización. | Un arranque exitoso por sí solo no establece la integridad ni la aplicabilidad del formulario. |
| Conjunto de red o E/S | ¿Cambiaron los identificadores, los servicios habilitados, la capacidad de la interfaz o la configuración? | Pieza/revisión e identificadores/configuración modificados; aceptación del equipo de red local. | Actualice el perfil del activo y revise los controles afectados antes de volver a conectar. |
Fuente: Preguntas de admisión editorial de Rongtao Medical, no una tabla de compatibilidad de componentes, un procedimiento de servicio de OEM ni una garantía de validez de la declaración.
No exija una verificación del hash del firmware realizada por el usuario a menos que el fabricante realmente proporcione un método aprobado. El ejemplo del PX hace concreta esa limitación: SAHD-3 describe verificaciones de integridad durante el arranque, mientras que SAHD-4 indica que el propietario u operador no puede realizar verificaciones de integridad del software. Una hoja de trabajo de adquisiciones no puede inventar una capacidad de verificación que el dispositivo no expone. 3
Una declaración anterior puede seguir siendo útil tras el servicio si su alcance aún cubre la configuración documentada. Si el trabajo modifica una respuesta relevante, conserve el registro anterior como historial, identifique la diferencia y solicite una aclaración al fabricante o una declaración revisada. El informe de servicio de un tercero documenta el trabajo de ese proveedor; no puede convertirse tácitamente en una declaración sustituta del fabricante.
¿Qué evidencia alternativa pueden considerar los evaluadores?
Si un formulario no se puede obtener, elabore un registro de brechas de evidencia pregunta por pregunta en lugar de declarar el dispositivo como de “bajo riesgo”. El equipo de seguridad del establecimiento decide qué otros registros y controles son adecuados. Entre las fuentes de información útiles se incluyen las directrices de seguridad del fabricante, la documentación de puertos y protocolos, los avisos aplicables, el estado de soporte y el registro del estado de instalación. Atribuya cada respuesta a su fuente y fecha reales.
- Flujo de trabajo clínico: qué receptores, flujos de datos y funciones son necesarios, y cuáles se perderían si se restringiera una interfaz.
- Límites del fabricante: qué actualizaciones, agentes o cambios de configuración cuentan con soporte, y qué preguntas quedan sin respuesta.
- Controles propuestos: quién asume la implementación, cómo se verificará la eficacia y qué limitaciones operativas persisten.
- Incertidumbre residual: qué no se puede verificar, quién puede aceptar ese riesgo y cuándo vence o debe reabrirse la decisión.
Una etiqueta de VLAN, una IP estática o una dirección MAC no constituyen evidencia de que el tráfico esté adecuadamente restringido ni de que un endpoint sea seguro. No copie números de puerto genéricos en un plan de despliegue. El equipo de redes local debe derivar los flujos permitidos a partir de la documentación exacta del sistema y de la integración prevista. No ejecute escaneos activos en un dispositivo clínico ni modifique credenciales o interfaces al amparo de este artículo; obtenga las directrices del fabricante y la aprobación del establecimiento para la evaluación específica.
El resultado puede ser la negativa a conectar o la negativa a comprar. Si se acepta un despliegue restringido, registre las restricciones reales, las comprobaciones que demuestren su funcionamiento y quién las mantendrá. La aprobación de la red también es independiente de la liberación para uso clínico, la preparación para el control de infecciones y la aceptación del hardware reparado. Cada equipo responsable conserva su propia decisión de liberación.
¿Qué debe registrar el expediente de ingreso de seguridad?
Hughes recomienda vincular las declaraciones al registro de gestión de activos del dispositivo, CMMS u otro registro compartido de riesgos, y verificar la existencia de actualizaciones cuando se produzcan cambios en el producto. CMMS significa sistema computarizado de gestión del mantenimiento (computerized maintenance management system). La siguiente es una estructura de registro sugerida para esta transacción, no una lista de verificación obligatoria para acreditación ni una garantía del resultado de una auditoría. 2
| Área del registro | Adjuntar o registrar | Responsable / seguimiento | Reabrir cuando |
|---|---|---|---|
| Identidad del activo | OEM/modelo/número de serie, revisión de hardware, software instalado y versiones disponibles de SO/firmware. | HTM; resolver conflictos con el vendedor/OEM. | Cambios en el sistema, placa, unidad o versión. |
| Procedencia de la declaración | URL oficial o respuesta de soporte, ID/revisión/fecha del documento, edición del estándar y rango de versiones aplicables. | Responsable del documento; conservar el archivo original y la correspondencia. | Se reciba un formulario revisado o una aclaración de aplicabilidad. |
| Brechas en las respuestas | ID de filas relevantes, incógnitas, notas contradictorias y documentos complementarios solicitados. | Contacto designado del OEM/soporte y revisor local. | Nueva evidencia resuelva o modifique una respuesta. |
| Delta de servicio | Piezas/revisiones modificadas, procedencia del software, configuraciones y evidencia de aceptación cualificada. | El proveedor de servicio suministra los datos; HTM revisa el alcance. | Cualquier servicio posterior o restauración. |
| Despliegue aprobado | Interfaces/receptores requeridos, restricciones locales, registros de implementación y verificación. | Responsables de TI/seguridad y del flujo de trabajo clínico. | Cambios en la red, en el flujo de trabajo o en la titularidad de los controles. |
| Decisión | Aprobado, restringido, retenido o rechazado; motivos, incógnitas residuales, aprobador designado y fecha de revisión. | Autoridad de riesgo designada localmente. | Vencimiento de la decisión, nueva advertencia o cambio en el estado de soporte. |
| Cierre comercial | Entregables del vendedor, acciones pendientes, persona responsable y condiciones de aceptación. | Compras con los responsables técnicos. | La entrega difiere de la configuración acordada. |
Fuente: Hoja de trabajo editorial de Rongtao Medical, basada en la fuente 2; adapte los campos, los permisos de acceso y las funciones de aprobación a la política local.
Conserve los registros técnicos en la ubicación controlada y aprobada de la institución. Para solicitudes externas, proporcione la información mínima necesaria del activo y elimine los identificadores de pacientes, las credenciales y los detalles confidenciales de la red de las capturas de pantalla. El resultado útil es una decisión trazable con los elementos no resueltos identificados, no un expediente que haga promesas de cumplimiento sin fundamento.
Dónde encaja Rongtao—y dónde no
Rongtao Medical proporciona reparación multimarca de placas de ultrasonido, servicios para sondas y repuestos. Su cobertura documentada de marcas incluye GE, Philips, Siemens, Hitachi, Mindray, Samsung, Toshiba/Canon, Aloka y Biosound Esaote. Consulte qué evidencia de identificación de la pieza, revisión, alcance del trabajo y prueba en equipo real se puede suministrar para el artículo en particular. No considere un registro de prueba de hardware como una atestación de la integridad del software o de la seguridad de la red.
El Sonosite PX es un ejemplo de documento público, no una afirmación de cobertura de reparación de Sonosite por parte de Rongtao ni de autorización del OEM. Rongtao no emite declaraciones MDS2 de fabricantes ni aprueba una conexión a la red hospitalaria. Remita la aplicabilidad del documento al fabricante y la aceptación de seguridad a la organización receptora. Los nombres de los OEM identifican equipos; no establecen afiliación ni respaldo.
Para consultas sobre servicio o repuestos para equipos con soporte, utilice el formulario de consultas técnicas de Rongtao. Incluya el OEM, el modelo exacto, el número de serie, la versión instalada, el número de pieza del fabricante, fotos legibles de ambos lados de la placa y de las etiquetas, los síntomas/código de error, la cantidad y el destino. Indique la documentación que necesita y cualquier cambio de servicio conocido. No envíe datos de pacientes ni credenciales.
Preguntas frecuentes
¿El reconocimiento de la FDA convierte un MDS2 en un permiso de conexión?
No. La entrada de reconocimiento se refiere a una norma destinada a facilitar la evaluación de riesgos; no aprueba una consola ni autoriza su uso en una red en particular. También advierte que la conformidad podría no cumplir con todos los requisitos pertinentes de ciberseguridad. La institución debe determinar los requisitos y el proceso de aceptación que se aplican a su uso. 1
¿Un formulario completado demuestra que la consola es segura?
No. Describe las capacidades y los límites divulgados por el fabricante. No verifica de forma independiente el estado instalado, la eficacia de los controles de la institución ni la ausencia de vulnerabilidades. Consulte qué respuestas dependen de opciones o configuraciones y conserve la evaluación local.
¿Puede un formulario cubrir otra versión de software?
Solo si su alcance o la aclaración del fabricante respaldan la aplicabilidad. No asuma que una versión diferente está cubierta—o que carece automáticamente de soporte—solo por el nombre del archivo. Registre la variante instalada y resuelva las diferencias con el fabricante. 2
¿En qué se diferencia un SBOM?
Un MDS2 describe las capacidades de seguridad. Un SBOM hace un inventario de los componentes de software. El formulario del PX indica que hay un SBOM disponible, pero no suministra su lista de componentes. Solicite el inventario correspondiente a la versión y su formato de entrega cuando sea necesario; no infiera esos detalles a partir de una respuesta «Sí». 3
¿Se necesita un formulario nuevo después de la reparación de una placa?
Revise primero el delta del servicio. Si la misma declaración aún cubre la configuración, registre el fundamento para conservarla. Si el hardware, firmware, software o las configuraciones cambiaron una respuesta relevante—o si no se puede determinar ese efecto—, solicite aclaraciones y retenga cualquier aprobación afectada. No existe ninguna exención universal por el nombre del componente.
¿Qué sucede si el OEM no puede suministrar la declaración?
Conserve la solicitud y la respuesta, identifique las preguntas sin responder y presente evidencia alternativa a los responsables de riesgo designados del centro. Pueden aceptar restricciones documentadas, solicitar más evidencia, mantener el sistema desconectado o rechazar la adquisición. La ausencia de un formulario no constituye una autorización para eludir dicha decisión.
Límites y desencadenantes de nueva verificación
Esta es una revisión documental al 24 de octubre de 2026, no un estudio de problemas en sistemas usados, una prueba de seguridad ni una clasificación de proveedores. Las observaciones sobre el acceso del OEM cubren un archivo PX recuperado y dos páginas públicas de políticas/portales; no se evaluaron bibliotecas autenticadas ni otros fabricantes. No se realiza ninguna afirmación sobre incidencia, tasa de fallas, precio, compatibilidad universal o éxito en auditorías.
Vuelva a verificar cuando cambien el software, el hardware relevante, las opciones, el uso de la red, las directrices del fabricante, los avisos de vulnerabilidad o el estado del soporte. Conserve los registros sustituidos para que los revisores puedan ver en qué se basó la decisión anterior. Una respuesta no resuelta del fabricante debe permanecer visiblemente sin resolver, incluso cuando el resto del expediente de ingreso esté completo.