At the October DEUSG and JAG meetings in Antwerp, we discussed a proposal to model multi-component Clinical Drugs (CDs) as a ‘Packaged Clinical Drug’ without the quantity. For example:
{Contains clinical drug = |Clotrimazole 10 mg/g vaginal cream|}
{Contains clinical drug = |Clotrimazole 500 mg vaginal tablet|}
One thing we did not discuss at the time, was a semantic tag for these multicomponent clinical drug concepts. So, we would like to get feedback and agreement on a suitable semantic tag to use. Possible options include:
(multicomponent clinical drug)
(clinical drug combination)
(clinical drug group)
I’m currently favouring “(clinical drug group)”, as this sounds like something that could potentially contain only a single clinical drug (if needed). This would allow countries to represent both single and multi-component packs at this level (i.e. a pack without the pack size) for consistency - if they choose to. We’re planning to only use these concepts for multi-component products … but I suspect we shouldn’t rule out their use for single-component products if this is required.
We would love to hear your thoughts or suggestions on this topic.
A different semantic tag, especially if used in the same hierarchy should ideally come with different modelling. I think this is the case so should be fine. Otherwise the semantic could still be ‘(clinical drug)’.
The UK’s dm+d uses ‘combination product’ as the terminology
A combination product contains two or more components each of which is a virtual medicinal product in its own right although it may not be available or prescribable.
Though this does often get confused with a single tablet with two ingredients in. So I can’t recommend ‘clinical drug combination’.
(clinical drug group) may well be the best option, assuming there is general support for a different semantic tag.
While I can see the usefulness in identifying a multiple drug package, I am unsure of the value of creating a specific semantic tag. What would be the specific use cases to support this and would it not open the door to requests for more new semantic tags that represent differences in packaging?
I thought we had agreed in Antwerp that the multi-component CD concepts you need are not actually Clinical Drugs, but rather abstract Packaged Clinical Drug concepts without quantities, as you noted.
Since they aren’t clinical drugs but abstract packages, I’m not sure it makes sense for their semantic tags to include the words “clinical drug”, as that would create confusion.
They are still concepts that package (contain) Clinical Drug concepts, just without stating the number of each packaged item. I’m not clear on why the existing semantic tag for packaged clinical drug concepts wouldn’t be sufficient for these, or what a new, unique semantic tag would enable that we can’t already achieve. Could you share some examples of what you have in mind?
My instinct is that adding more semantic tags risks increasing complexity more than it helps, so I’d like to understand the benefit against that cost.
The FSN should reflect all the detail of the modelling (or at least enough to be unambiguous). I posit that most concepts would be unambiguous without the semantic tags. Where it’s useful is for concepts like: 429040005|Ulcer (disorder)| vs 56208002|Ulcer (morphologic abnormality)|.
The Drug project is responsible for all the new semantic tags introduced. But I’m not sure most are necessary. All subtypes of 373873005|Pharmaceutical / biologic product| could have the semantic tag “(product)”.
I think sometimes it’s used to help with search. Especially when suitable “grouper” concepts don’t exist, or ECL isn’t an option.
There was some analysis a from UK (Ed or Jeremy?) a while back on the use of semantic tags, but I’m not sure where that is now.
The main reason for suggesting a new semantic tag for this new class is consistency. Every other class in the drug extension model (defined by SNOMED International) has (a) its own modelling pattern, and (b) its own semantic tag. There is:
(medicinal product)
(real medicinal product)
(medicinal product form)
(real medicinal product form)
(clinical drug)
(real clinical drug)
(packaged clinical drug)
(real packaged clinical drug)
I am not aware of why this was done. Maybe it was felt that it was easier to quickly identify all concepts at a particular drug level (to support a specific medication use case) - rather than always needing to use a (potentially) complex ECL? Or maybe it was felt that it clearly disambiguated the FSN of drug concepts at each level? Perhaps someone from SNOMED International could provide the history behind these semantic tags?
So, we were following the existing precedence. Otherwise, these would be the first class in the drug model not to have their own semantic tag.
You are correct that in Antwerp we agreed that multi-component CD concepts would be represented as an abstract packaged clinical drug - as demonstrated in the example modelling I showed above.
Please note that the existing semantic tags in this hierarchy are “(packaged clinical drug)” and “(real packaged clinical drug)”, which both contain the words “clinical drug” - which I think is what you’re suggesting will cause confusion. However, I’m guessing from your comment, that you’re not a fan of the “(multicomponent clinical drug)” option, because it sounds like you’re calling it a clinical drug? But perhaps that would be a reason to prefer the “(clinical drug group)” option - because this isn’t describing a single clinical drug, but instead a group of clinical drugs. Although maybe “(packaged clinical drug group)” might address your concerns better?
In terms of the ‘risks’ and ‘costs’ of adding a new semantic tag - I don’t think there’s any risk or cost for countries who do not adopt this new class (which I assume will include Australia). Conversely, for those countries who do adopt this new class, is there a risk and/or cost to this one being the only class in the drug model that does not have its own semantic tag?
From the perspective of the other country I know that will be using the multi-component clinical drug idea (Argentina), we think that a new semantic tag makes sense since there is no simple ECL to identify this class, and as Linda says, it produces no harm to those that don’t use it. On the other hand, the semantic tag should be abstract enough to be reusable and understandable. It will not always be a group or combination (some countries have 95% of their multicomponent VMPs with a single component and might prefer to use this approach for consistency), and as Dion says, it could not be a “multicomponent clinical drug”, it has to be a more abstract package. I don’t have a good suggestion. Internally in our team, we call this class a “virtual pack” or “virtual packaged clinical drug (VPCD) to avoid confusing it with a PCD. But we would consider anything that avoids the implication that it should contain more than one CD while making it clear it contains CDs, it is not a CD.
Again, I’m not against semantic tags if they’re useful/necessary. But cautious about perpetuating the proliferation just because the drug project started doing it, kinda… (AMT does have different tags for the classes, but that’s partly a hangover of it’s evolution)
Noting. the current semantic tag of 781405001|Medicinal product package (product)|
And note the below use of semantic tags - the first 6 are all just “product”. Should they be something else?
Concept Id
Fully Specified Name
Semantic Tag
373873005
Pharmaceutical / biologic product (product)
product
763158003
Medicinal product (product)
product
763760008
Medicinal product categorized by structure (product)
What if we were to keep it really simple, and just use “packaged product” and “real packaged product” for these upper classes of the packaging hierarchy? Any takers?
We talked about this internally with SNOMED Argentina, and the packaged product and real packaged product semantic tags are acceptable to us under the acceptance criteria already discussed above. Argentina is considering using the proposed model and semantic tags for publishing kits in the near future. In general, the proposal discussed in Antwerp and the follow-up in this forum removes blocker issues for countries requiring virtual packages or a way to represent multi-component package composition without stating the pack size and units. The logical model behind it can support this approach to represent virtual packs as “packaged products” that is needed by Canada, and produces no harm to those countries not adopting the approach.
There are a few other considerations: in the near future, we expect adapted versions of the packaging model to also accommodate devices supporting initial use cases like 1) adding an administration device to the package; 2) having a packaged product containing a device that cointains an active ingredient (like stents) or “substances” (like a container product to collect blood samples that also contains an anticoagulant or preservative for the specimen); and 3) eventually pure device packages with references to physical objects/devices. While most of those device use cases require significant discussions and consensus-building, the packaged product category seems reasonable and abstract enough for us. We would even consider changing the semantic tag of 781405001 |Medicinal product package (product)|
Finally, while we agree that limiting the scope of Canada’s original proposal to represent multicomponent clinical drugs as packaged products instead of also being a kind of CD has allowed us to make significant progress, our position in Argentina is that it is still worth exploring the option of representing multi-component clinical drugs as a kind of clinical drug and descendant of an MPOnlyForm class having Medicinal product as proximal primitive. The packaged product approach represents the same logical model and enables us to move forward, but in some use cases we might prefer to see it as a CD product. That approach is more controversial as it would require changes to the core concept model and extensive testing, so it is a long term discussion in another thread.
I’m a bit confused that you’re talking about multi component clinical drug concepts @greynoso. I thought we all came to the understanding that
descendants of 763158003 | Medicinal product | are the individual formulated products (capsules, tablets, solutions etc.) - the thing that goes in/on the patient and has the therapeutic effect
descendants of 781405001 | Medicinal product package | are collections of 763158003 | Medicinal product |s in some form of packaging containment for storage, organisation and distribution (bottles, blister packs, kits etc)
I thought we agreed that “multicomponent clinical drugs” and their abstractions were really abstractions of 2, not 1. I.e. a multicomponent thing is a type of 781405001 | Medicinal product package | containing multiple types of 781405001 | Medicinal product package |, not a 763158003 | Medicinal product |.
A 781405001 | Medicinal product package | concept can only be formulated one way, it is one single thing. A Clinical Drug can’t contain or compose other Clinical Drugs. But a pack can, that is their purpose.
To AMT, a “multicomponent product” is a package (type of 781405001 | Medicinal product package |) that contains more than one type of 763158003 | Medicinal product |. So a pack that contains 6 blue pills and 10 red pills, or a pack that contains a tablet and a tube of cream. So a component in a multicomponent product is a formulated drug product - a type of 781405001 | Medicinal product package |.
I think @lbird2‘s desire for abstractions of multicomponent products (e.g. without strength or form) was resolved in Antwerp as abstractions of medicinal product package concepts which can contain multiple products, not medicinal product concepts which are inherently a single thing.
Is that not the case? Do you have use cases and example products where this doesn’t work? Could you share the details if so?
The extra level we have in AMT for 781405001 | Medicinal product package | is sub-package modelling so packages can contain other packages. This is useful (at least for us) to model kits and important internal packaging details in some cases (examples below). But they are still packages and therefore subtypes of 781405001 | Medicinal product package |.
