Capture class hierarchies

[jsstevenson]

• Alluded to by reviewer #2: (desirable feature for the MetaKB and maybe for DGIdb as well)

A large proportion of normalization failures were due to a therapeutic class being referred to. The authors fear “unintended downstream effects” of capturing broader descriptors, but I would challenge this assertion. While the goal of normalization is to get a specific, unique entity, there would be value in capturing the parent-child relationship. For example, if TheraPy was used to power a clinical decision support tool that checks for drug-drug interactions, it could be programmed to identify concurrent use of multiple anticoagulant medications rather than having to be manually programmed for every possible combination. It could also be useful is a user wishes to know all drugs of a particular class.

Broadly, we'd like to support basic logical operations, like "is this drug a member of this class?". A naive way to do this would be to capture all parent classes, flatten them down to a single drug category layer, and then treat them kind of like a reference type. This would probably be pretty ugly in DynamoDB, though.

Anyway, not something we'll accomplish in the short term, but could dovetail well with the U grant proposal.

@mcannon068nw

[jsstevenson]

I think we have ATC codes for most major drugs thanks to ChEMBL, but web interface elements could benefit from being able to work directly on the tree structure. We could think about implementing something here to support that.