Description: Specifies the player Entity (the equivalent Entity) as an Entity that is considered to be equivalent to a reference Entity (scoper). The equivalence is in principle a symmetric relationship, however, it is expected that the scoper is a reference entity which serves as reference entity for multiple different equivalent entities.

Examples: An innovator's medicine formulation is the reference for "generics", i.e., formulations manufactured differently but having been proven to be biologically equivalent to the reference medicine. Another example is a reference ingredient that serves as basis for quantity specifications (basis of strength, e.g., metoprolol succinate specified in terms of metoprolol tartrate.)

The "same" role asserts an identity between playing and scoping entities, i.e., that they are in fact two records of the same entity instance, and, in the case of discrepancies (e.g different DOB, gender), that one or both are in error.

Usage:

playing and scoping entities must have same classCode, but need not have identical attributes or values.

Example:

a provider registry maintains sets of conflicting demographic data for what is reported to be the same individual.

Relates a prevailing record of an Entity (scoper) with another record (player) that it subsumes.

Examples: Show a correct new Person object (scoper) that subsumes one or more duplicate Person objects that had accidentally been created for the same physical person.

Constraints: Both the player and scoper must have the same classCode.

Relates a specialized material concept (player) to its generalization (scoper).

A special link between pharmaceuticals indicating that the target (scoper) is a generic for the source (player).

An individual piece of material (player) instantiating a class of material (scoper).

An entity that subsumes the identity of another. Used in the context of merging documented entity instances. Both the player and scoper must have the same classCode.

The use of this code is deprecated in favor of the term SUBY which is its inverse and is more ontologically correct.