aapm-bdsc-ontology-tg / radont

Apache License 2.0
3 stars 0 forks source link

Modality & Technique discussion #25

Open pgabriel76 opened 3 years ago

pgabriel76 commented 3 years ago

It doesn't appear possible to comment on a wiki page, so I'm adding comments here to Mark's post here: https://github.com/aapm-bdsc-ontology-tg/radont/wiki/modality-and-technique

Mark, I see where you are going with this, but I don't think it works to model 'modality' and 'technique' as information artifacts and then say with axioms that they have subatomic particles and devices and such as their parts. An information artifact is a piece of information -- e.g. a document that describes something, or a value recorded in a database field. I don't think 'modality' -- as in the thing itself, whatever it is -- is an information artifact. We could use information artifact to model what someone wrote down that the modality was in their end of treatment summary document, or something like that. And maybe that is all we can do, but I think that 1) that would be of little value, and 2) then we definitely couldn't say that concept has parts that include subatomic particles and machines and such.

Logging this thought and then will continue with some alternative ideas...

pgabriel76 commented 3 years ago

Here is what I would argue:

"Modality" as the term is commonly used does not refer to a single universal. i.e. it is not really a definable class and doesn't belong anywhere in the ontology. In the "minimum data elements" proposed so far by the ASTRO white paper and by Chuck's recent BDSC work, I think it refers to a composite of two distinct (although related) entities:

  1. The source of ionizing radiation (e.g. proton, photon, electron, isotope)
  2. The delivery mechanism, described at a broad categorical level (e.g. external beam radiotherapy, high dose rate brachytherapy, low dose rate brachytherapy, systemically ingested radiopharmaceuticals, etc.)

The composite nature of the terms included as permissible values for the "modality" data element in both the ASTRO and BDSC specs makes this clear -- for example, "EBRT photon."

I think "technique" is used to specify further details, and also seems to involve a combination of at least two more atomic concepts:

  1. The method used to develop the plan for how the radiation is to be delivered (e.g. inverse planning)
  2. The delivery mechanism, described at a more detailed level than in #2 above (e.g. intensity modulation, volume modulation, movement of the gantry in a continuous arc, placement of a radioactive source in an interstitial or intracavitary space, etc.).

And BDSC has also proposed a third data element -- "delivery device" -- that provides yet another piece of information about how the radiation is actually delivered. i.e. it describes the physical technology that is employed to realize the delivery method.

So, my proposal: I think we should put our stake in the ground and say that modality and technique are not classes that belong in the ontology. They can be data elements in a data dictionary -- there is no problem with that, per se. It is just that the permissible values for the data elements have to be "post-coordinated" terms that combine more than one conceptual entity into a single shorthand expression -- e.g. "IMRT," which is handy shorthand for: 1) photon radiation source, 2) generated external to the body and delivered as a beam of energy, 3) the plan for delivery is developed using optimization algorithms constrained by prespecified dose objectives, and 4) the delivery involves modulating both the intensity and shape of the radiation beam.

I think we should work to better define all the truly atomic entities outlined above. Radiation source is fairly straightforward and we basically have it modeled already -- it is an independent continuant.

I'm not sure we've really captured the key aspects of planning and delivery yet. We have defined a radiation therapy procedure, which is a type of planned process that involves many different sub-processes. I think we could go deeper and define all of those different sub-processes, down to the level of things like movement of collimator leaves, but I'm not sure that would really give us what we want and we can all feel is still missing.

Is it possible that we are missing a different type of entity here? Not a planned process, not a material entity, and not an information artifact. I am thinking that perhaps we are dealing with some "specifically-dependent continuants" (in BFO-speak) that we have yet to define. From the Arp book, a specifically-dependent continuant depends on another, more concrete entity for its existence. Examples include qualities (e.g. the color of a tomato, the mass of an object), dispositions (which is how diseases are modeled), roles (e.g. the role of a doctor), and functions (e.g. the function of the heart to pump blood). I could see modeling something like the concept of "brachytherapy" in this way. On the one hand, brachytherapy could be a type of planned process, but I think that might miss something important. I think brachytherapy can be seen as a sort of quality of another entity that is more concrete -- a radiation therapy procedure. It seems like it would allow us to say "this radiation therapy procedure has the quality of being a brachytherapy type of procedure." Which I think is ultimately one of the main things we want to be able to do.

But my head is now spinning and it's getting late on the East Coast, so I'm going to stop here and hope that Jonathan can pick this up and set me straight or guide us somewhere more helpful!

Bayesianworld commented 3 years ago

In response to the discussion of 10 Feb 21, I have made the following changes to radont.owl (the items I am working on are in response to those that the new ASTRO categories define, though it is not the case that we are just copying them--see Wiki from 10 Feb 21)

added some axioms to "subatomic particle" and [quality]"spectrum" removed a class "radiation delivery specification and associated subclasses that were basically techniques started working on some of the discussion items, namely making subclasses of types of "radiation therapy procedure" such as "external beam therapy" and further subclasses of such as "photon beam therapy" adding the axiom that it must have as participant a "photon"

Bayesianworld commented 3 years ago

Did a bit more work to include some of the items on the ASTRO/Mitre list (see below for link to their current draft). To wit, I added imaging devices under "independent continuant" and linked them to EBRT via "has participant".

"Spectrum" has been in the ontology for a while as a subclass of "quality".

Added 2D and 3D planning as subclasses of forward_planned_specification. As far as proton therapy goes, ASTRO uses pencil beam scanning (PSS) and passive scattering (PPS). [I think I have those acronyms sorted correctly] PSS is a type of inverse planned specification--I don't know if we want to go further than that. PPS is typically 3D plan specification--again don't know that we need to go further. One could designate a treatment as PPS using 3Dplan plus creating some scattering device that is part of the radiation device. Similarly, PSS could be designated as inverse plan + magnetic scanning device. I have not yet created those elements as subcasses of "device" or "radiation therapy device".

ASTRO's "dose delivery sessions" can easily be designated as "radiation fractionation plan". I think it best if we let others decide if something is SBRT or SRS or hypofractionation, etc. So far I do not have any axioms for radiation_fractionation_plan. There might be some that would make this clearer or more explicit.

2/23/21: latest file radont.owl has been uploaded.

ASTRO/Mitre Draft: TechniqueModality_OptionsDraft_20201129.docx