RayStation para fotones: collapsed cone y Monte Carlo lado a lado

Cuando un fabricante mantiene dos motores de fotones dentro del mismo TPS, esto suele decir más sobre la realidad de la clínica que mucho material de marketing. Sobre el papel, resulta tentador resumir la historia así: un motor es el más rápido, el otro es el preciso. En la práctica, esta lectura es superficial. Lo que importa es entender por qué siguen conviviendo los dos, en qué tipo de caso tiene sentido cada uno y qué acepta el propio fabricante como límites de validación.

En RayStation, esta coexistencia aparece de forma particularmente clara. La documentación regulatoria local de RayStation v2025 SP1 establece sin rodeos que el sistema opera con dos motores de dosis de fotones: collapsed cone (CC) y Monte Carlo (MC). Esto no es redundancia. Es una decisión comercial y clínica al mismo tiempo, diseñada para equilibrar velocidad, cobertura de flujo, modelado físico y responsabilidad metodológica.

Si Acuros XB marcó la entrada del transporte determinista en el ecosistema Eclipse, la pareja CC/MC de RayStation muestra otra posible madurez: mantener un motor analítico muy fuerte como base clínica y reservar Monte Carlo para contextos donde una física más explícita realmente vale la pena.

Lo que dice el propio RayStation

El texto normativo local es muy claro desde el principio: RayStation tiene dos motores de dosis de fotones: collapsed cone (CC) y Monte Carlo (MC). Esto ya elimina una confusión común. El sistema no trata a Monte Carlo como la única forma seria de cálculo ni a collapsed cone como herencia residual. Los dos motores forman parte de la arquitectura clínica del producto.

El informe técnico oficial de RaySearch le ayuda a comprender el papel de CC. En él, el motor de fotones clínico se describe como basado en principios clásicos de collapsed cone superposición de convolución. El mismo documento resume la cadena de cálculo en cuatro pasos:

1. cálculo de fluencia a partir de un modelo de múltiples fuentes;
2. transporte de fotones incidentes mediante trazado de rayos a través del paciente;
3. redistribución de energía con EGSnrc núcleos precalculados;
4. cálculo separado de la contaminación electrónica, sumado a la dosis de fotones.

Esta descripción es valiosa porque muestra que CC de RayStation no es un algoritmo “ligero” en el sentido trivial. Es un motor clínico robusto, anclado en la tradición collapsed cone, con modelado de múltiples fuentes y núcleos Monte Carlo. Esto explica por qué sigue siendo tan relevante incluso en un sistema que también ofrece Monte Carlo.

La importancia de que los dos motores compartan la misma base de fluencia

Quizás el aspecto más interesante de la arquitectura RayStation es este: el fabricante afirma que el motor de fotones Monte Carlo utiliza el mismo cálculo de fluencia en la cabeza que el motor collapsed cone.

. Esto cambia enormemente la forma de interpretar las divergencias entre ambos. En muchos TPS, la tentación es asumir que cualquier diferencia importante entre motores surge de una cadena completamente diferente a la fuente. En RayStation, al menos conceptualmente, la parte del modelado de fluencia de LINAC permanece alineada. Lo que cambia decisivamente es la física del depósito en el paciente.

Esta arquitectura tiene dos consecuencias útiles:

• reduce la posibilidad de que grandes diferencias entre CC y MC se atribuyan únicamente a modelos de fuentes incompatibles;
• hace que la comparación entre los dos motores sea más informativa sobre la respuesta del vehículo y el tipo de transporte utilizado.

Esto no elimina el papel de beam model, por supuesto. Pero ayuda a centrar la discusión en lo que el médico realmente quiere saber: qué parte de la diferencia observada surge de la forma en que se calcula la dosis dentro del paciente.

¿Qué significa usar collapsed cone en RayStation

El informe técnico oficial collapsed cone nació para resolver un problema clásico: cómo mantener el corazón físico de la convolución/superposición sin pagar el costo total de una superposición completa vóxel por vóxel. En lugar de transportar energía en todas las direcciones posibles a un costo prohibitivo, el método colapsa la energía en un conjunto finito de direcciones, preservando eficientemente la energía total.

En RayStation, esta filosofía parece acoplada a un modelo de fluidez de múltiples fuentes. En , la fuente primaria se representa como una gaussiana elíptica espacial; el secundario, como circular gaussiano; y todavía hay dos fuentes de electrones contaminantes. La colimación se modela en sus posiciones físicas, con descripción de desplazamientos, puntas de hojas y machihembrado.

Esta arquitectura explica una parte importante del rendimiento clínico del motor. CC no depende solo del kernel. Depende de:

• una descripción físicamente razonable de la cabeza;
• trazado de rayos divergentes a través del paciente;
• escalamiento de la deposición de energía según las propiedades locales;
• suma explícita del aporte de contaminación electrónica.

En otras palabras, CC de RayStation está lejos de ser un algoritmo simplificado en sentido peyorativo. Es un motor clínico de alto nivel, construido para resolver la mayoría de las rutinas con buena fidelidad y costo computacional controlado.

Cómo valida RaySearch collapsed cone

Aquí es donde el material local entra en juego con especial fuerza. Las instrucciones de uso de RayStation v2025 SP1 no son sólo una descripción algorítmica; entra en la validación con gran detalle.

Según la documentación, la validación del collapsed cone motor de dosis de fotones incluyó:

• dosis puntuales en fantasmas homogéneos y heterogéneos;
• dosis en fila;
• película;
• detectores como Delta4, MapCheck, ArcCheck, MatriXX, Octavius1500 y PTW 729;
• a IAEA conjunto de pruebas, con casos medidos para la máquina Elekta en 6 MV, 10 MV y 18 MV.

Los criterios de aceptación se describen en términos de gamma, diferencia de dosis puntual y niveles de confianza. El documento afirma que la precisión general se consideró aceptable y que las limitaciones algorítmicas identificadas se abordan en las advertencias y en la referencia técnica del sistema.

Este extracto es importante por dos razones.

La primera es que reposiciona a CC como un motor clínicamente serio, no como un mero cálculo preliminar.

La segunda es que muestra una actitud metodológica correcta: la validación se presenta por alcance, por técnica y por tipo de medición. Esto es exactamente lo contrario de la simplificación comercial que convierte cada algoritmo en una promesa universal.

Comparación de CC con otros TPS

El mismo documento afirma que collapsed cone de RayStation fue comparado con TPS independiente y bien establecido, incluyendo:

• Eclipse (Varian);
• Pinnacle³;
• Mónaco (Elekta);
• Oncentra (Elekta);
• Precisión (Accuray).

El texto también dice que, dentro de los criterios de aceptación utilizados, los cálculos del motor podrían considerarse equivalentes a los sistemas clínicos con los que se compararon.

Este punto merece una lectura atenta. No significa que todos los TPS sean “iguales”. Significa que, dentro del alcance de validación utilizado, RayStation CC logró un acuerdo compatible con la práctica clínica en comparación con los sistemas comerciales ya consolidados.

Esto es muy diferente a decir que no hay diferencia entre motores. Hay. Pero la comparación útil siempre debe situarse en:

• técnica de tratamiento;
• geometría;
• máquina;
• tipo de heterogeneidad;
• beam model usado.

Alcance de la máquina y la técnica: donde las instrucciones de uso son más honestas que la propaganda

Una virtud de local es dejar claro que la cobertura del algoritmo no es lo mismo que la cobertura de validación uniforme. RayStation describe con gran detalle las máquinas y técnicas cubiertas:

• Varian, Elekta y Siemens en varias configuraciones;
• FFF en ejemplos como Siemens Artiste y Varian Halcyon;
• validación con m3 MLC en Varian Novalis;
• validación de VMAT estándar para Varian, Elekta y Vero;
• validación específica para arcos de ondas en Vero y OXRAY;
• validación de CyberKnife con conos fijos, iris y MLC;
• Soporte de tomoterapia para el motor apropiado.

También aparecen limitaciones importantes:

• VMAT en campos pequeños es muy sensible a los parámetros MLC de beam model;
• ciertas técnicas deben tratarse como prácticamente una técnica nueva, que requiere validación del modelo y control de calidad por paciente;
• algunas máquinas o modalidades tienen cobertura parcial o requieren precaución adicional.

Este tipo de información debería guiar cualquier uso serio del sistema. La pregunta correcta nunca es «¿el motor admite VMAT?», sino «¿qué VMAT, en qué máquina, con qué beam model, dentro de qué alcance de validación?».

¿Qué pasa con Monte Carlo de RayStation? La ubicación de

El informe técnico oficial también queda clara al describir el motor de fotones Monte Carlo . El punto conceptual más interesante es este: el motor de dosis fotón Monte Carlo utiliza el mismo cálculo de fluencia en el cabezal LINAC que el motor de dosis collapsed cone.

Esta frase es decisiva porque muestra dónde se separan los motores. La descripción de la cabeza y el creep no son necesariamente el divisor principal. El gran divisor es cómo calcular la deposición dentro del paciente.

El informe técnico oficial Monte Carlo de RayStation fue validado, según el documento, con:

• subconjunto representativo de las mediciones utilizadas para CC;
• diferentes energías de 4 MV a 20 MV;
• diferentes modelos de LINAC;
• cuñas, conos y bloques;
• geometrías homogéneas y heterogéneas;
• IAEA conjunto de pruebas;
• AAPM TG105 alta resolución con inserciones heterogéneas.

Además, el texto indica que el cálculo MC en el paciente fue verificado . con EGSnrc en geometrías variadas, materiales como agua, pulmón, hueso, aluminio y titanio, campos de 0.4 x 0.4 cm² a 40 x 40 cm² e incluso con y sin campo magnético.

Este es el punto donde RayStation muestra una fuerte filosofía: no basta con decir que existe Monte Carlo; es necesario mostrar a qué se enfrentó y en qué contexto.

Donde las IFU imponen límites al entusiasmo por MC

Otro mérito de la documentación es que no trata a Monte Carlo como universalmente disponible o universalmente validado para ninguna máquina. El texto local es explícito:

• o Monte Carlo de fotones no es compatible Soporte de tomoterapia;
• no ha sido validado para Vero y LINAC de Siemens;
• en ciertas plataformas, corresponde al usuario validar el uso clínico.

Este tipo de frase debería recordarse más en las discusiones sobre motores “más avanzados”. Un algoritmo puede ser físicamente más fuerte y aún tener una cobertura práctica más limitada en parte del parque tecnológico. Para el servicio, esto significa una cosa simple: no hay reemplazo automático de CC por MC sólo porque el segundo parece más sofisticado.

Siempre hay una pregunta previa:

¿este motor está validado, en esta versión, para esta máquina y para esta técnica?

Sin esta pregunta, la comparación entre motores se vuelve una abstracción.

Donde CC y MC coexisten de forma inteligente

La coexistencia de los dos motores tiene sentido porque responden preguntas ligeramente diferentes.

El informe técnico oficial CC tiende a ser la elección natural cuando:

• la rutina clínica requiere alta velocidad;
• la geometría está dentro del territorio bien cubierto por los algoritmos collapsed cone;
• el servicio necesita un motor robusto para la planificación de grandes volúmenes;
• la diferencia esperada para MC no debería cambiar el comportamiento.

El informe técnico oficial MC tiende a ganar terreno cuando:

• hay heterogeneidades más agresivas;
• el caso involucra material más desafiante;
• el campo es demasiado pequeño;
• la incertidumbre residual del motor analítico puede ser clínicamente relevante;
• el servicio quiere afinar el cálculo final en situaciones más críticas.

Esta división no debe leerse como una regla rígida, sino como un razonamiento clínico. El error común es transformar a MC en un símbolo automático de superioridad, cuando el verdadero problema muchas veces está en beam model, en el mapeo de materiales, en la grilla o en la técnica elegida.

La advertencia más importante de las Instrucciones de uso: compatibilidad con convenciones de dosis

Quizás la parte más subestimada clínicamente de todo el documento es la advertencia sobre la comparación de motores.

El informe técnico oficial RayStation advierte explícitamente que las dosis calculadas con diferentes motores deben combinarse o compararse con precaución cuando la convención de dosis difiere y el plan es sensible a materiales con alto número atómico.

El texto local dice:

• o fotón collapsed cone dosis motor calcula dose to water con transporte en agua de densidad variable;
• o fotón Monte Carlo motor de dosis en RayStation v2025 informes dose to medium con transporte en el medio;
• la diferencia suele ser pequeña en tejidos distintos del hueso;
• hueso o alto Zmateriales, la diferencia puede ser relativamente grande.

Esta observación vale su peso en oro porque muestra cómo la coexistencia entre motores requiere madurez metodológica. No basta con comparar dos curvas DVH si no representan exactamente la misma convención física.

Lo que la pareja CC/MC enseña sobre los comerciales de TPS

Quizás la principal lección editorial aquí sea esta: RayStation deja claro, de una manera casi pedagógica, que la radioterapia moderna no se trata sólo de “elegir el algoritmo más sofisticado”. Depende de alinear:

• el tipo de caso;
• el tipo de motor;
• o beam model;
• la técnica de entrega;
• el alcance de la validación;
• la convención de dosis utilizada.

Al mantener a CC y MC lado a lado, el sistema asume una verdad clínica que a veces se esconde en discursos simplistas: diferentes motores tienen diferentes roles, y la madurez de un servicio aparece precisamente en la forma en que decide cuándo debe utilizarse cada uno.

¿Qué hace un servicio maduro con esta convivencia?

Cuando un servicio tiene a CC y MC en el mismo TPS, la mejor estrategia es no elegir un ganador universal. La mejor estrategia es establecer una política de uso explícita. Algo como:

• en qué lugares CC es el motor de rutina;
• en qué escenarios se utiliza MC como refinamiento final;
• en cuyo caso la comparación entre ambos es obligatoria;
• cómo interpretar discrepancias en hueso, implantes y heterogeneidades de baja densidad;
• cómo registrar la convención de dosis para cada distribución.

Sin esta política, la convivencia de motores se convierte en aparente libertad y práctica confusión. Con esta política, la institución transforma la variedad algorítmica en capacidad clínica real.

Este es el punto principal de RayStation como ejemplo comercial. El valor del sistema no está en ofrecer dos motores para que el usuario elija un campeón ideológico. El valor está en ofrecer dos respuestas físicamente diferentes, cada una con su propio campo de fuerza, su coste y su límite de validación.

El servicio maduro no utiliza esta coexistencia para producir comparaciones de escaparate. Úselo para tomar mejores decisiones.