← Back to catalogue
Published

Classification Binding

vr.wm-xct-020 · wm-xct-020-classification-binding

Provide a format-neutral, reusable pattern for the governed act of binding a subject to one or more terms drawn from an identified, versioned classification scheme, carrying the authority, method, evidence, strength, validity and lifecycle of that assertion so that an agent can create, inspect, validate, migrate and retire bindings without inspecting the classified subject's own model.

World Models Cross-cutting context XCT.CLS

Bundle → Layer → Finding → Questions Filled

6 bundles · 14 layers · 32 findings · 112 questions

Binding Foundation, Boundary and Identity Establishes what a classification binding is as an information object, what it is not, what it may be attached to, and how the binding, the scheme, the scheme version and the term are each identified.

Nature and Boundary of a Binding

The reified-assertion character of a binding, its separation from ontological typing, and the range of things a binding may attach to.

Binding as a Reified Assertion

A classification binding is a first-class n-ary assertion (subject, scheme, version, term, role, agent, time, basis), not a bare property value. Reification is required because the same subject-term pair may be asserted repeatedly by different agents, at different times, with different authority and different validity, and each such assertion must remain independently addressable, contestable and retractable.

  1. What minimum tuple constitutes one binding assertion, and which components are mandatory versus optional? definition
  2. When must a coded value be recorded as a full binding record rather than as an inline coded attribute of the subject? decision
  3. May two distinct binding records hold the same subject, scheme and term at the same time, and if so what distinguishes them? identity
  4. How is an individual binding addressed and cited by an external system without dereferencing the subject? interoperability

Classification Versus Ontological Typing

Binding a subject to a scheme term is subject indexing or categorisation and carries no entailment that the subject is an instance of a formal class. The SKOS Primer directs subject indexing through dcterms:subject to a skos:Concept and notes that OWL-DL prevents treating SKOS concepts as OWL classes; conflating the two produces unsound inference and unsafe schema migration.

  1. Does this binding license any inference about the subject's type, and if not how is that non-entailment recorded? classification
  2. Where a scheme term is also published as a formal class, which reading governs the binding? constraint
  3. Is a binding to a narrower term to be treated as also binding the subject to broader terms? relationship

Subject and Scope of Application

What a binding attaches to: a whole entity, a specific part or aspect (Web Annotation SpecificResource), a registered metadata item (ISO/IEC 11179 Classifiable_Item), a dataset or an identifiable artefact in a statistical model (SDMX Hierarchy Association). The scope must be explicit because the same term applied to a whole versus a part means different things.

  1. At what granularity does this binding apply: whole subject, a named part, a time slice, or an aspect? composition
  2. Which subject kinds are eligible for binding under this slot, and which are explicitly excluded? constraint
  3. Does the subject correspond to the statistical or classificatory unit the scheme was designed to classify? validation

Identity of Binding, Scheme, Version and Term

Identifier rules for each identity-bearing component of a binding, and the rule that display labels are never identity.

Binding Identifier and Natural Key

The binding needs both a surrogate identifier and a declared natural key so that repeated ingestion is idempotent. Identity priority is: identifier from the authoritative master system that owns the binding; else a governed global IRI; else a UUID or ULID minted by the adopting Dimension. Dates are never identifiers.

  1. Which system is the master of record for this binding's identifier, and what identifier form does it issue? ownership
  2. What natural key makes repeated ingestion of the same binding idempotent? identity
  3. Which external identifiers of the same binding must be carried alongside the internal one? interoperability

Scheme, Version and Term Reference Identity

A binding must reference the scheme by canonical URI rather than by name, pin the scheme version used at assignment time, and carry the term by its identifier or notation. FHIR requires specified code system URIs to be used in preference to any other identifying mechanism, records Coding.version as the code system version used when choosing the code, and treats Coding.display as a rendering, not identity.

  1. What is the canonical URI of the scheme, and which registry governs it? identity
  2. Which scheme version was in force when the term was selected, and is the binding version-pinned or version-floating? provenance
  3. Is the term carried by URI, by notation, or by both, and how is a notation resolved to a term? interoperability
  4. How is a stored display label reconciled when the scheme later changes that label? quality

Display, user text and language

FHIR Coding.display is the representation defined by the system; CodeableConcept.text is the human language representation selected or uttered by the user. Computation on display alone is unsafe. SKOS separates prefLabel, altLabel and hiddenLabel with language tags. DCMI prefers a URI for subject but allows a literal if needed.

  1. What display string does the referenced scheme define for this item, in which language, and is it the scheme’s recommended display? definition
  2. What text did the user or agent enter as the intended meaning, and does it stand alone without a code? evidence
  3. Are preferred labels unique per language within the scheme, and has any process treated display text as a computable identifier? quality
  4. If no code is present, is a literal subject or keyword recorded, and is it preferred to be aligned later to a controlled vocabulary URI? interoperability
Binding Specification (Design Time) The declaration, before any instance exists, of which scheme and which subset of it may be used in a given slot or context, at what conformance strength, and with what multiplicity and completeness obligations.

Slot Declaration and Permitted Value Space

Declaring the classification slot, its context, and the exact set of terms permitted in it.

Binding Slot Declaration

A binding slot names a classification role in a context (subject type, purpose, jurisdiction, process step) and declares the scheme or value space that fills it, mirroring FHIR's ElementDefinition.binding with name, strength, value set reference and description, and DCMI's association of a property with a Vocabulary Encoding Scheme.

  1. What is the slot's stable name, the subject type it applies to, and the decision it feeds? definition
  2. Which scheme fills this slot, and on what documented basis was it chosen over alternatives? authority
  3. Does the permitted scheme vary by jurisdiction, tenant or process step, and how is the applicable variant resolved at runtime? constraint

Permitted Value Space

The exact set of terms admissible in a slot: a whole scheme, an enumerated subset, a computed selection, a restriction to a specific classification level, or a restriction to selectable leaf terms. XKOS levels with notationPattern, SDMX hierarchies over one or more codelists, and FHIR value set expansions all express this restriction.

  1. How is the permitted term set defined: by enumeration, by scheme subtree, by level, or by a computed rule? constraint
  2. Are non-leaf or non-selectable terms permitted, and at which classification level must the term sit? constraint
  3. Is a point-in-time expansion of the permitted set captured, and when is it refreshed? temporal
  4. May the slot draw terms from more than one scheme simultaneously? composition

Value set applied to a slot

A terminology binding names the value set whose expansion is the allowed or suggested set of codes for an element. The value-set canonical URL is not the code-system URL. Additional bindings may tighten the main binding in a context.

  1. Which value-set canonical URL is bound to this element or slot, and is it version-pinned? identity
  2. Is the bound object a value set rather than a code system, and which code systems does that value set draw from? composition
  3. Are additional bindings defined for particular usage contexts, and what is each additional binding’s purpose? constraint
  4. What human-readable description states the intent of this element binding for implementers? definition

Conformance Obligation and Multiplicity

How strictly a slot's value space must be honoured, and how many terms may or must be bound.

Binding Strength

The conformance obligation attached to a slot. FHIR defines four strengths: required (data SHALL contain a value from the expansion), extensible (SHALL use a value set code if any code applies, otherwise an alternate code or text), preferred (encouraged but not required for conformance) and example (illustrative only). Strength determines validation severity and whether text fallback is legitimate.

  1. What binding strength applies to this slot, and what validation severity does each strength map to? requirement
  2. Under an extensible binding, what test decides that no code in the value set can apply? decision
  3. May a local profile tighten or loosen the inherited strength, and what governance approves that? authority

Multiplicity, Exhaustiveness and Mutual Exclusivity

How many terms may be bound in a slot and whether the term set must be exhaustive and mutually exclusive. The UNSD guidelines state that mutual exclusivity is mandatory for statistical classifications and that a classification should be exhaustive for the values the variable can take for its primary units; multi-label domains deliberately relax exclusivity and must say so explicitly.

  1. What minimum and maximum number of terms may be bound in this slot? constraint
  2. Is the term set mutually exclusive at the applicable level, and is multi-labelling permitted? constraint
  3. When several terms are bound, how is the primary or governing term determined? decision
Binding Assertion (Instance Time) The actual applied binding: which term was chosen, in what role, by what origin, and what happens when no term fits.

Applied Term, Role and Origin

What the applied term asserts, and where the assertion came from.

Applied Term and Binding Role

The applied term plus the role it plays. Web Annotation distinguishes purposes such as tagging, classifying, identifying and assessing; the same term applied for identification, categorisation or evaluation carries different obligations. Post-coordinated expressions (permitted where a code system declares itself compositional) must be flagged because they are not simple term references.

  1. What role does this applied term play: classifying, identifying, assessing or tagging? classification
  2. Is the applied value a simple term reference or a post-coordinated expression, and does the scheme permit expressions? constraint
  3. What qualifiers modify the applied term (negation, suspected, historical, laterality, degree)? constraint

Origin of the Assertion

Whether the term was chosen directly by a person, produced by a rule or model, inherited from a related subject, or derived through a mapping. FHIR's Coding.userSelected marks codings chosen by a user directly off a pick list, and Web Annotation separates creator/created from generator/generated; both distinctions must survive into the binding record because they change how much trust and how much rectification obligation the binding carries.

  1. Was this term selected directly by a person, produced automatically, inherited, or derived from a mapping? provenance
  2. If produced automatically about a natural person, does the binding feed a decision based solely on automated processing? privacy
  3. Which software serialised or generated this binding, distinct from the agent responsible for its content? provenance

Classification role, facet and multiplicity

A binding has a role or facet: topical theme, type/genre, ISO 19115 keyword type, statistical variable coding, or local primary/secondary rank. DCAT allows multiple themes. GSIM statistical classifications used as variable domains are typically mutually exclusive and exhaustive. ISO 19115 topic categories explicitly overlap and the user is asked to pick the most appropriate. These rules conflict and must be recorded as policy on the slot, not assumed globally.

  1. What facet or role does this binding play (subject/theme, type/genre, place, discipline, taxon, statistical variable, or other keyword type)? classification
  2. Is this the primary classification for the facet, a secondary class, or an unordered additional theme? relationship
  3. Does the slot allow multiple simultaneous classes, require mutual exclusivity, or require a single most-appropriate class despite known overlap? constraint
  4. If both a type/genre and a subject/theme are recorded, are they separate bindings rather than one overloaded code? decision

Residual, Unclassifiable and Uncoded Cases

How the pattern behaves when no admissible term fits, when the fit is a residual category, or when only free text is available.

Residual and Unclassifiable Handling

Exhaustive schemes achieve exhaustiveness partly through residual 'not elsewhere classified' or 'other' categories. A binding must distinguish a deliberate residual classification from an unknown, a not-applicable, a refused and a not-yet-attempted state, because these have different downstream consequences for aggregation and for follow-up.

  1. How are residual, unknown, not-applicable, refused and not-yet-classified states distinguished in the record? state
  2. Does a residual or unknown binding create a follow-up obligation, and with what deadline? process
  3. Does the scheme claim exhaustive coverage of the subject population, and what happens when it demonstrably does not? quality

Uncoded Text Fallback and Candidate Terms

Under extensible, preferred or example strengths, an implementation may legitimately record an alternate code or free text. FHIR's CodeableConcept.text is defined as the human-language representation as seen, selected or uttered by the user, sitting alongside zero or more codings. Uncoded text is also the primary evidence stream for proposing new scheme terms.

  1. Under which strengths is uncoded text a conformant outcome rather than a validation failure? requirement
  2. Is the recorded text the user's original wording or a system-generated rendering of a code? provenance
  3. How does recurring uncoded text become a proposal for a new scheme term? process
Authority, Provenance, Evidence and Quality Who was entitled to assert the binding, how it was produced, what justifies it, how certain it is, and how coding quality is measured.

Assignment Provenance and Evidence

The activity, agent, plan and supporting material behind an assignment.

Assignment Actor, Activity and Method

Every binding is generated by an activity attributed to an agent that may have followed a plan. PROV-O supplies wasAttributedTo, wasGeneratedBy, generatedAtTime, used and hadPlan; for classification the plan is typically a coding index, a decision rule set, a general interpretative rule, or a model version. Method identity must be versioned so that a past assignment can be reproduced.

  1. Which agent is responsible for this binding's content, and in what capacity did they act? ownership
  2. Which coding method, rule set, coding index or model version produced the assignment? process
  3. Which inputs did the assignment activity consume, and are they retained for re-derivation? provenance
  4. At what instant did the assignment activity complete, and in which time zone was it recorded? temporal

Evidence and Justification

The material and reasoning that support the chosen term: source documents, measurements, applied interpretative rules, and a rationale note. SKOS documentation notes (scopeNote, historyNote, changeNote) show the same need at scheme level; at binding level the rationale is what makes a contested classification defensible.

  1. What concrete evidence supports the chosen term, and where is each item held? evidence
  2. Which interpretative rules or scheme notes were applied in reaching the term? authority
  3. What is the human-readable rationale, and is it sufficient for an independent reviewer to reach the same term? quality

Authority and Legal Effect

Entitlement to assert, jurisdictional reach, binding force and the routes by which a binding may be challenged or undone.

Assignment Authority and Legal Effect

Bindings differ sharply in force. An EU Binding Tariff Information decision is binding on all EU customs administrations and on the holder, is generally valid for three years, may be annulled where it was issued on inaccurate or incomplete information, and may be revoked or cease to be valid following nomenclature change, CJEU rulings or WCO decisions. Most bindings carry no such force; the model must record which regime applies rather than assuming one.

  1. Who is entitled to assert a binding in this slot, and what qualification or delegation is required? authority
  2. What force does the binding carry: advisory, internally binding, contractually binding, or legally binding on third parties? authority
  3. By what route may the binding be challenged, and with what effect on its validity while under challenge? exception
  4. What distinguishes annulment, revocation and cessation of validity for this binding? lifecycle

Authority, ownership and jurisdiction

FHIR routes external code-system URIs through HL7 Terminology Authority where listed. Statistical classifications such as ISIC have UN custodianship; regional schemes (NACE, NAICS) apply in particular jurisdictions. ISO/IEC 11179 registration records stewardship of classified items. Ownership of the binding record is the adopting Dimension’s data owner, which is not necessarily the scheme maintainer.

  1. Who is the custodial authority of the referenced scheme, and is the URI the one authorised by that authority or by a naming system such as HL7 THO/HTA? authority
  2. Which party owns this binding record in the adopting Dimension, and who may update or withdraw it? ownership
  3. In which jurisdiction or statistical territory is this classification valid (for example NAICS versus NACE versus ISIC)? spatial
  4. Is this assignment an official legal or statistical coding, a community convention, or a local convenience class? authority

Confidence and Coding Quality

Per-binding uncertainty and population-level coding quality measurement.

Confidence and Uncertainty

Automated and inferred bindings carry uncertainty that must be recorded explicitly, including the score, its scale and semantics, whether it is calibrated, the acceptance threshold applied, and the runner-up candidates considered. No consulted standard mandates a confidence field, so its semantics must be locally defined and declared rather than assumed comparable across systems.

  1. What is the confidence value, on what scale, and does it represent a calibrated probability? measurement
  2. What acceptance threshold was applied, and what happens to assignments below it? decision
  3. Which alternative terms were considered and rejected, and are they retained? evidence

Coding Quality Measurement

Population-level assessment of whether bindings in a slot are correct: verification sampling, independent dual coding and agreement, error rate against a reference standard, and acceptance thresholds. This is the evidence base for claiming that a body of bindings is fit for the decisions it feeds.

  1. How is coding accuracy for this slot measured, over what sample and against what reference standard? measurement
  2. What accuracy or agreement level is required, and what happens when it is not met? quality
  3. How often is quality re-measured, and what triggers an unscheduled measurement? process
Time, Scheme Drift and Lifecycle The several distinct clocks a binding runs on, how scheme evolution invalidates or migrates bindings, and the states a binding passes through.

Temporal Frames and Scheme Drift

Separating subject-state time, assertion time and validity, and handling scheme evolution.

Temporal Frames of a Binding

At least four distinct times matter and must not be collapsed: the time of the subject state that justifies the term; the time the assertion was made; the time the assertion was observed, ingested or recorded by this system; and the interval over which the binding is asserted to hold. All are recorded in RFC 3339 with seconds and an explicit offset or Z.

  1. Which temporal frames are recorded for this binding, and what does each mean? temporal
  2. Over what interval does the binding assert that the subject bears the term? temporal
  3. How is the ingestion or observation time recorded separately from the original assertion time on import? provenance
  4. May a binding be asserted with retroactive or future validity, and who approves that? constraint

Scheme Version Drift and Migration

Schemes are revised, terms are deprecated, split, merged or retired, and FHIR's CodeSystem.versionNeeded signals that a code system may not commit to concept permanence across versions. XKOS models version succession (follows, supersedes, variant) and correspondences for m-to-n mapping; migration must be an explicit, auditable operation that preserves the original binding rather than overwriting it.

  1. How is it detected that a bound term has been deprecated, split, merged or retired in a newer scheme version? state
  2. What is the policy for bindings whose term is no longer valid: freeze, migrate, or invalidate? lifecycle
  3. When a term splits into several successors, how is the single correct successor chosen? decision
  4. How is time-series or reporting continuity preserved across a scheme revision? interoperability

Lifecycle States and Change Handling

The states a binding occupies, the permitted transitions, and how corrections, disputes and retractions are handled without losing history.

Binding Lifecycle States

A binding moves through declared states such as proposed, asserted, verified, disputed, superseded, expired, revoked and withdrawn. Transitions must be enumerated and guarded; PROV-O's invalidatedAtTime marks the end of an entity's applicability and the BTI regime supplies concrete end states (expiry, annulment, revocation, cessation of validity).

  1. What is the closed set of lifecycle states, and what does each mean for a consumer? state
  2. Which transitions are permitted, who may trigger each, and what evidence must accompany them? lifecycle
  3. How does a state change interact with the validity interval and with already-published downstream data? temporal

Supersession, Correction and Dispute

Distinguishing a correction of an erroneous binding from a legitimate reclassification following a genuine change in the subject, and providing a route for a party to contest a binding. GDPR Article 16 gives data subjects the right to rectification of inaccurate personal data, which for a person-classifying binding is a hard requirement rather than a preference.

  1. Is this change a correction of an error or a reclassification following a real change in the subject? decision
  2. How is the supersession chain recorded so that a consumer can reconstruct the binding history? provenance
  3. How does an affected party register a dispute, and what does the binding look like while disputed? exception
  4. Where the subject is a natural person, how is a rectification request received, decided and propagated? privacy
Validation, Interoperability and Protection Deciding whether a binding is conformant, detecting contradictions, deriving and exchanging bindings across systems, and protecting bindings that are sensitive.

Validation and Consistency

Rules that decide conformance of a single binding and consistency across a set of bindings.

Binding Validation Rules

A binding is validated against its slot specification: the scheme URI must resolve and be permitted, the version must be resolvable, the term must be a member of the permitted value space in that version, level and selectability constraints must hold, cardinality must be satisfied, and the outcome severity must follow the declared binding strength.

  1. What is the ordered set of checks a validator runs, and which are blocking? validation
  2. What happens when the scheme or version cannot be resolved at validation time? exception
  3. Is a binding to a deprecated or retired term a validation error, a warning, or acceptable for historical records? constraint
  4. Is the validation outcome retained as evidence, and for how long? evidence

Conflict and Consistency Detection

Detecting contradictions across a set of bindings on the same subject: mutually exclusive terms bound simultaneously where the scheme level declares exclusivity, ancestor and descendant terms bound as if independent, equivalent codings from different schemes that disagree, and duplicate assertions from competing authorities.

  1. Which conflict types are detected, and how is each defined precisely? validation
  2. When two authorities assert incompatible bindings, which prevails and on what recorded basis? authority
  3. How is a cross-scheme disagreement assessed given that mappings may be inexact? interoperability

Derivation and Exchange

Bindings produced by mapping, and the projection of bindings into exchange formats without semantic loss.

Mapping-Derived Bindings

A binding may be produced by translating an existing binding through a mapping. SKOS provides exactMatch, closeMatch, broadMatch, narrowMatch and relatedMatch; ISO 25964-2 refines equivalence into exact, inexact and partial and adds hierarchical and associative mappings; XKOS ConceptAssociation supports m-to-n. Derived bindings must be marked as derived, must cite the mapping and its version, and must carry the fidelity of the mapping path so consumers do not treat them as original assertions.

  1. Which source binding and which mapping entry, at which mapping version, produced this binding? provenance
  2. What is the fidelity of the mapping used, and what information was lost? quality
  3. May derived bindings be chained through multiple mappings, and how does fidelity degrade along the chain? constraint
  4. How is a derived binding distinguished from an original assertion in every projection? interoperability

Exchange Projection and Round-Trip Fidelity

The same binding may be projected as a FHIR Coding or CodeableConcept, an RDF triple with dcterms:subject to a skos:Concept, an SDMX code reference within a hierarchy association, a JSON object, a Markdown front-matter field or a MongoDB document. Most projections are lossy: a bare Coding cannot carry status, validity interval, authority or dispute state. Each projection must declare which fields survive and how a round trip is reconstructed.

  1. Which exchange projections are supported, and what is the field mapping for each? interoperability
  2. Which binding fields are lost in each projection, and how is that loss disclosed to the consumer? quality
  3. Can a binding be reconstructed from a projection, and what canonical form is used for comparison? validation

Translations, mappings and uncoded text

A CodeableConcept may carry several Codings as translations of one concept plus text. SKOS mapping properties and GSIM correspondence tables relate items across schemes and are referenced, not duplicated. Uncoded text or dcat:keyword remains a valid degraded form when a URI is not feasible, with recommended later alignment.

  1. Which additional codings are translations of the same concept, and which coding is user-selected or preferred for exchange? interoperability
  2. What mapping or correspondence, if any, justifies treating two items from different schemes as comparable on this subject? relationship
  3. If only a free-text keyword or literal subject is present, what controlled-vocabulary alignment is planned and who owns that gap? interoperability
  4. When projecting to DCAT, is dcat:theme used for KOS concepts and dcat:keyword for literals, without assuming a fixed OWL range for theme? interoperability

Sensitivity, Access, Retention and Erasure

Treating the binding itself as potentially sensitive data with access, retention and deletion obligations.

Sensitive Binding Access, Retention and Erasure

A binding can be more sensitive than the subject it describes. Classifying a natural person by health, ethnicity, religion, trade union membership, sex life or criminal convictions engages GDPR Article 9; automated classification of persons is profiling under Article 4(4) and may engage Article 22. Access, retention and erasure must therefore be governed at binding granularity, and erasure must not silently destroy the audit trail that legal or statistical obligations require.

  1. Does this binding constitute a special category of personal data or otherwise heightened-risk information? privacy
  2. Who may read this binding, and is read access narrower than access to the subject record? access
  3. How long is the binding retained after it is superseded or revoked, and under what obligation? retention
  4. When a binding must be erased, what remains, and how is the audit trail preserved without re-identifying the subject? exception

Classifiers Filled

Family
World Models
Category
Cross-cutting context
Entry kind
pattern
Navigation path
NAV.XCT.CLS
Domain
XCT.CLS
Industry
Cross-industry
Tags
classificationbindingxct.cls

What it is Filled

This model covers the binding relationship itself: the reified assertion 'subject S is classified as term T of scheme C at version V, for role R, asserted by agent A at time t, valid over interval I, with strength/obligation B and evidence E'. It covers both the design-time binding specification (which scheme and value space may be used in a given slot, at what conformance strength) and the instance-time binding assertion (which term was actually applied, by whom, on what basis). It does NOT define the internal structure, terms, hierarchy, publication or maintenance of any classification scheme, nor the mapping tables between schemes; those belong to composable sibling models that this pattern references. The pattern is storage- and interface-neutral: RDF/SKOS triples, FHIR Coding/CodeableConcept, SDMX code references, JSON documents, Markdown front matter, MongoDB documents and MCP tool payloads are projections of the same semantics.

In scope

  • Reified binding assertions linking a subject (or a specific part/aspect of a subject) to one or more scheme terms
  • Design-time binding declarations for a slot or context, including permitted value space and conformance strength (required, extensible, preferred, example)
  • Identity of the binding, of the referenced scheme, of the scheme version and of the term, including canonical URI and notation references
  • Assignment provenance: responsible agent, method or algorithm and version, coding index or rule applied, and assignment time
  • Authority to assert, jurisdiction and legal or administrative binding force, including validity periods, annulment, revocation and appeal
  • Temporal frames: subject-state/event time, assertion time, observation or ingestion time, and validity interval, all in RFC 3339
  • Lifecycle states of a binding and permitted transitions, including supersession, correction, dispute, retraction and withdrawal
  • Confidence, uncertainty and coding quality measurement (verification, dual coding, agreement, error rate, acceptance thresholds)
  • Validation rules that decide whether a binding is well-formed and conformant against its declared specification
  • Handling of residual, unclassifiable, deprecated and uncoded cases, including text fallback and candidate-term feedback
  • Bindings derived from cross-scheme mappings or from scheme-version correspondence, and the marking of their derived status
  • Access, sensitivity, retention and erasure of bindings, including bindings that are themselves sensitive personal data

Out of scope

  • The internal content and structure of a classification scheme: its terms, labels, hierarchy, levels, notation patterns, publication status and maintenance workflow
  • Authoring and governance of correspondence tables or concept mappings between schemes or between scheme versions
  • The subject entity's own domain model, attributes and lifecycle
  • Party, agent and organisation identity management beyond referencing an agent identifier
  • Training, evaluation and deployment of the machine-learning models that may produce automated bindings
  • Access-control policy evaluation engines and credential management
  • Free-text folksonomy tagging where no governed scheme or term identifier exists
  • Physical security-marking rendering rules (banner lines, portion marks) for confidentiality labels
  • Full-text search indexing and relevance ranking derived from classifications
  • Statistical estimation or aggregation performed on classified data

Why it exists Filled

Provide a format-neutral, reusable pattern for the governed act of binding a subject to one or more terms drawn from an identified, versioned classification scheme, carrying the authority, method, evidence, strength, validity and lifecycle of that assertion so that an agent can create, inspect, validate, migrate and retire bindings without inspecting the classified subject's own model.

Distinguishing features Filled

  • A binding links one subject to a code in a specific, resolvable scheme version; it is not the scheme or code list itself.
  • It differs from a concept mapping between schemes and from ontological typing such as rdf:type.
  • Bindings derived by mapping or inheritance are marked as derived and never shown as selected by a user.
  • Binding strength sets validation severity; a violated preferred binding is reported, not rejected.

What robots and AI may and may not do Filled

Must not

  • Assert a binding against a scheme version that cannot be resolved.
  • Present a mapped or inferred code as a user-selected one.
  • Disclose bindings that reveal special-category data about a person by default.
  • Store a value-set URL in place of a code-system URI.
  • Validate membership by matching display text only.

Only with a human decision

  • Committing a binding with legal, clinical or financial effect.
  • Revoking or annulling a binding that others relied on.
  • Accepting machine-coded or mapped bindings for clinical decisions.

May

  • Propose a binding with its source, method and confidence for review.
  • Validate a binding against a recorded value-set expansion.
  • Migrate bindings to a new scheme version and report codes that did not map.
  • Query subjects by classification within a stated scheme version.

Moral aspects Filled

  • Classifying people, for example by diagnosis, ethnicity or risk group, can stigmatise them and lead to discrimination.
  • Wrong codes affect care, benefits, tariffs and official statistics.

Who is affected

  • People classified by the binding
  • Users of coded data such as clinicians and statisticians
  • Scheme owners

Owners Filled

Steward

Each adopting Dimension names a single accountable owner for the Classification Binding package, distinct from the owners of the referenced scheme packages, and records that owner in AGENTS.md.

Roles

Binding steward
Owns binding slot profiles for a subject domain: their scheme choice, value space, strength and cardinality.; Approves version-drift policy and migration plans for the slots they own.; Adjudicates conflicts and precedence between competing bindings.
Classifier (human or automated)
Asserts bindings within their authorised slots, recording origin, method, evidence and confidence.; Escalates cases where no admissible term applies rather than forcing a residual term.; Submits recurring uncoded texts as candidate-term proposals.
Terminology liaison
Maintains scheme registrations, canonical URIs, mirrored expansions and their freshness.; Tracks scheme releases, deprecations and correspondence tables and notifies affected stewards.; Represents the Dimension to scheme publishers when proposing new or amended terms.
Quality auditor
Designs and runs coding quality measurement for each slot and publishes the quality report.; Verifies that validation evidence and provenance are sufficient to reproduce past assignments.; Raises remediation on threshold breaches and verifies closure.
Data protection officer or privacy reviewer
Determines whether bindings in a slot constitute special-category or heightened-risk data and records the lawful basis.; Approves access scopes, retention rules and erasure decisions for person-classifying bindings.; Oversees rectification and automated-decision review routes and their deadlines.
Decision authority
Issues, annuls and revokes bindings that carry legal or contractual force, and records the instrument conferring that force.; Determines jurisdictional reach and validity periods for such bindings.; Handles challenges and appeals and records their outcome and retroactivity.

Links to other meta-models Filled

references

  • Classification Scheme / Code List model (sibling; not yet registered) - Supplies the authoritative scheme, its terms, notations, levels, coverage declarations, term statuses and version history that a binding references but must never redefine.
  • Concept Mapping / Correspondence Table model (sibling; not yet registered) - Supplies versioned mapping entries and their fidelity so that derived bindings and cross-version migrations can cite a governed mapping rather than an ad hoc translation.
  • Agent / Party identity model (sibling; not yet registered) - Resolves asserting agents, generators, holders of decisions and dispute parties to governed identifiers without duplicating party management here.
  • Administrative Decision / Ruling model (sibling; not yet registered) - Holds the full decision instrument, holder, reasoning and appeal record where a binding carries legal force; the binding mirrors only status and validity.
  • Access Control Policy model (sibling; not yet registered) - Evaluates the access scope declared on sensitive bindings; this model declares the scope but does not implement enforcement.
  • Retention and Disposition Schedule model (sibling; not yet registered) - Supplies retention periods and disposition actions cited by the binding retention rule and by erasure tombstones.

composes

  • Provenance and Attribution model (sibling; PROV-shaped) - Provides the generic agent, activity, plan, generation and invalidation constructs that the assignment-provenance layer specialises for classification.
  • Temporal Validity Interval pattern (sibling; not yet registered) - Supplies consistent RFC 3339 interval semantics, open-ended interval conventions and as-at query behaviour shared with other governed assertions.
  • Identifier Assignment pattern (sibling; not yet registered) - Applies the identity priority rule (master-system identifier, then governed IRI, then UUID or ULID) uniformly to bindings, decisions, profiles and reports.

extends

  • Security Marking / Confidentiality Label model (sibling; not yet registered) - Specialises this pattern for enforcement-bearing labels, adding propagation, downgrade and marking-rendering rules that the base pattern deliberately omits.

aligned

  • W3C SKOS Reference (skos:Concept, skos:inScheme, mapping relations) - External alignment target for RDF projections and for mapping-relation vocabulary; alignment is asserted, conformance is not claimed without a passing round-trip test.
  • HL7 FHIR R5 Coding / CodeableConcept and ElementDefinition.binding - External alignment target for healthcare exchange and for binding-strength semantics; the FHIR Coding projection is lossy and must be marked as such.
  • W3C Web Annotation Data Model (Annotation, purpose, creator/generator) - External alignment target for the reified-assertion shape, purpose vocabulary and the creator versus generator separation.
  • ISO/IEC 11179 Metadata Registry (Classifiable_Item, classification schemes) - Alignment for applying this pattern to registered metadata items so that data elements and value domains can be classified with the same machinery.

neighbor

  • Classification Scheme / Code List model (sibling) - The scheme model owns terms, notations, levels, coverage properties and version publication (skos:ConceptScheme, xkos:ClassificationLevel, SDMX Codelist, FHIR CodeSystem). Classification Binding owns only the reference to a scheme term plus the assertion wrapped around it; it must never redefine or cache scheme semantics as authoritative.
  • Concept Mapping / Correspondence model (sibling) - Mapping relations between terms in different schemes or scheme versions (skos:exactMatch/closeMatch/broadMatch, xkos:ConceptAssociation, xkos:Correspondence, ISO 25964-2 equivalence types) belong to the mapping model. Classification Binding only records that a given binding was derived through such a mapping and with what fidelity.
  • Ontological typing (rdf:type / owl:Class membership) - Binding a subject to a scheme term is subject indexing or categorisation, not formal class membership. The SKOS Primer explicitly directs subject indexing through dcterms:subject to a skos:Concept rather than treating concepts as OWL classes, and notes OWL-DL prevents treating SKOS concepts as classes. Bindings therefore carry no entailment about the subject's ontological type.
  • Generic Provenance / Assertion model (mix-in) - PROV-O supplies the general vocabulary for who generated what, when and using which plan. Classification Binding specialises that pattern for classification and adds classification-specific facets (strength, role, rank, residual handling); it must not fork a competing generic provenance vocabulary.
  • Coded property value (a single element's coded value) - A coded value fills an attribute slot of the subject (e.g. a unit of measure); a classification binding categorises the subject or a defined aspect of it. Both may serialise as a FHIR Coding, so the distinction is carried by the declared binding role and slot, not by the wire format.
  • Security marking / confidentiality label - Confidentiality labelling is a specialisation of this pattern (a term from a governed marking scheme bound to a resource) but adds enforcement, propagation and downgrade rules. Model it as an EXTEND of Classification Binding rather than duplicating the base pattern.
  • Administrative decision / ruling model - Where a binding has legal effect (for example an EU Binding Tariff Information decision under the Union Customs Code), the decision document, its holder, its appeal route and its EU-wide force belong to a decision model. Classification Binding references that decision as the authority for the binding and mirrors only its validity window and status.
  • Metadata registry item classification (ISO/IEC 11179) - ISO/IEC 11179 classifies registry items (data elements, value domains, concepts) using registered classification schemes. That is an application of this pattern to metadata items; the registry's own administration model (registration status, stewardship) is out of scope here.

What else AI and robots need to interact with it Filled

Identity and identifiers required Filled

  • Identifier issued by the authoritative master system for the artifact, used verbatim (for example a customs authority's decision reference for a classification decision instrument).
  • Governed global identifier or IRI in a namespace the Dimension controls, for artifacts the Dimension itself originates (binding records, slot profiles, projection manifests).
  • UUIDv4 or ULID minted by the adopting Dimension where neither of the above exists; ULID is preferred for serial artifacts because it preserves creation ordering.
  • A date, period label, filename or display label is never an identifier; periods and versions may qualify an identifier but may not constitute one.

Direct properties not applicable Not applicable

Not applicable

Institutional or informational subject: no invented physical properties.

Recognition optional Filled

  • A binding shows a system URI, a code, a scheme version and usually a display text attached to a subject.
  • Confused with free-text tags, security or confidentiality labels, the coded value of one element and ontological type membership.

Capabilities and actions required Filled

  • Declare binding slot: Register a classification slot for a subject type and context, naming the permitted value space, binding strength, cardinality and validation rules.
  • Resolve scheme and version: Resolve a scheme reference to a canonical URI and a concrete version, applying the slot's pinning mode and recording the resolution for reproducibility.
  • Propose binding: Create a binding assertion in proposed state, capturing subject scope, term, role, origin, method, confidence and evidence.
  • Validate binding: Run the ordered conformance checks for a binding against its slot profile and the resolved value space expansion, returning per-check severity derived from binding strength.
  • Commit binding: Move a validated binding to asserted or verified state, setting its validity interval and recording the responsible authority.
  • Detect binding conflicts: Scan the set of active bindings on a subject for exclusivity violations, ancestor and descendant overlaps, cross-scheme disagreements and competing-authority duplicates.
  • Derive binding via mapping: Produce a binding in a target scheme from an existing binding by applying a versioned mapping entry, carrying the fidelity of the relation.
  • Migrate bindings across scheme versions: Bulk-transform bindings from one scheme version to a successor version using a correspondence table, preserving originals and reporting unresolved splits.
  • Supersede or correct binding: Replace an existing binding, distinguishing correction of an error from reclassification following a real change in the subject, and linking the supersession chain.
  • Revoke or annul binding: End a binding's applicability by annulment, revocation, expiry or cessation of validity, recording the mode, its retroactivity and the deciding authority.
  • Measure coding quality: Sample bindings for a slot, re-code independently against a reference standard, compute agreement and error metrics and compare against acceptance thresholds.
  • Project binding to exchange form: Serialise a binding into a declared exchange projection, applying the field mapping and disclosing lossy fields with a reference back to the canonical record.
  • Erase or tombstone binding: Destroy a binding's content under a legal or policy obligation while retaining a tombstone that preserves referential integrity and the audit trail.
  • Query subjects by classification: Find classifiable subjects that have active bindings to a given item, including optional broader-closure if the scheme supplies hierarchy and policy allows inference.
  • Align uncoded text to a scheme item: Propose or apply a controlled concept URI or code for a literal subject or keyword.
  • Record translation or mapped coding: Add an additional Coding as a translation of the same concept, or attach a reference to a correspondence that justifies a cross-scheme code.

Hazards and failure modes required Filled

  • Wrong codes leading to wrong treatment, tariff or decision.
  • Meaning lost when a scheme version changes and bindings are not migrated.
  • Exposure of sensitive categories through coded data.

Standards and interfaces required Filled

  • W3C SKOS Simple Knowledge Organization System.
  • HL7 FHIR R5 ValueSet and ConceptMap resources.
  • WHO ICD-11 classification.
  • World Customs Organization Harmonized System.

Context of use required Filled

  • The authority, legal-effect and revocation semantics are generalised from the EU Union Customs Code BTI regime (Regulation (EU) No 952/2013, applicable from 1 May 2016). Other jurisdictions issue binding classification rulings with different validity periods, revocation triggers and appeal routes; adopters outside the EU must substitute their own instrument.
  • Privacy obligations are derived from GDPR and therefore assume an EU or EU-aligned regime. Jurisdictions without a special-category concept, without a general rectification right, or with different automated-decision rules will need a different sensitivity determination and erasure policy.
  • Exhaustiveness and mutual-exclusivity obligations follow UN Statistics Division guidance for international statistical classifications; multi-label operational taxonomies, product tagging schemes and machine-learning label sets routinely and legitimately violate mutual exclusivity, which is why the model makes exclusivity a declared property rather than an assumption.
  • Canonical scheme URI identification follows the FHIR terminology convention, which is authoritative in healthcare but only conventional elsewhere; other domains use OIDs, URNs or registry codes, and the model accommodates these as alternate identifiers with a recorded authority.
  • Language and label handling assumes multilingual schemes are possible but does not prescribe a language-negotiation rule; adopters in multilingual jurisdictions must declare one.
  • HL7 Terminology Authority and terminology.hl7.org URI allocation apply to FHIR-centric health code systems and are not a global naming authority for ISIC, NACE, NAICS or ISO 19115 topic categories.
  • NACE is the usual activity classification in the EU; NAICS in the USMCA area; ISIC is the UN reference. Jurisdiction must be explicit on economic-activity bindings.
  • INSPIRE implementing rules in Europe constrain how ISO 19115 keywords and controlled vocabularies appear in spatial metadata; they are a regional profile, not the core pattern.
  • Lexical language tags follow BCP 47 as used by SKOS and FHIR; no single official language is assumed.
  • UNECE GSIM 2.0 (November 2024) is taken as the current statistical information-model authority; national adaptations of GSIM item-change types may differ.

Sources Filled

  1. SKOS Simple Knowledge Organization System Reference - World Wide Web Consortium (W3C)
  2. FHIR R5 — Using Codes in Resources (Terminology Module) - Health Level Seven International (HL7)
  3. FHIR R5 — Data Types (Coding, CodeableConcept) - Health Level Seven International (HL7)
  4. FHIR R5 — CodeSystem Resource - Health Level Seven International (HL7)
  5. FHIR R5 — Using Code Systems (canonical code system URIs) - Health Level Seven International (HL7)
  6. XKOS — An SKOS extension for representing statistical classifications - DDI Alliance
  7. PROV-O: The PROV Ontology - World Wide Web Consortium (W3C)
  8. Web Annotation Data Model - World Wide Web Consortium (W3C)
  9. EU Binding Tariff Information (BTI) - European Commission, Directorate-General for Taxation and Customs Union
  10. Regulation (EU) 2016/679 (General Data Protection Regulation) - European Parliament and Council of the European Union
  11. ISO/IEC TR 11179-2:2019 Information technology — Metadata registries (MDR) — Part 2: Classification - ISO/IEC JTC 1/SC 32
  12. SDMX Standards (Section 2 — Information Model) - SDMX (Statistical Data and Metadata eXchange) Sponsoring Institutions
  13. ISO 25964 — the international standard for thesauri and interoperability with other vocabularies - National Information Standards Organization (NISO), secretariat for ISO TC46/SC9
  14. DCMI Metadata Terms - Dublin Core Metadata Initiative (DCMI)
  15. SKOS Simple Knowledge Organization System Primer - World Wide Web Consortium (W3C)
  16. Best Practice Guidelines for Developing International Statistical Classifications - United Nations Statistics Division / Expert Group on International Statistical Classifications
  17. FHIR R5 Using Codes in Resources (Terminologies) - HL7 International
  18. FHIR R5 Datatypes — Coding and CodeableConcept - HL7 International
  19. ISO/IEC 11179-1:2023 Information technology — Metadata registries (MDR) — Part 1: Framework - ISO/IEC JTC 1/SC 32
  20. DCMI Metadata Terms - Dublin Core Metadata Initiative (DCMI)
  21. Data Catalog Vocabulary (DCAT) - Version 3 - World Wide Web Consortium (W3C)
  22. ISO 19115-1 schema documentation for MD_Keywords and MD_KeywordClass (mri 1.3.0) - ISO/TC 211 Geographic information/Geomatics
  23. Generic Statistical Information Model (version 2.0): User Guide - United Nations Economic Commission for Europe (UNECE)

Open questions

  • Case-sensitivity rules for comparison: system URIs compared case-sensitively versus code-system-declared code case sensitivity, to be folded as questions into binding-validation-rules rather than as a duplicate validation finding.
  • GSIM virtual-versus-real item change typology (code or name change versus semantic change, combination, split, deletion, creation) and the dual-running/dual-coding transition window, to be folded as questions into scheme-version-drift-and-migration.
  • Non-EU binding classification ruling regimes (US CBP binding rulings, WCO advance rulings and equivalents) to de-regionalise the authority-and-legal-effect layer, which currently generalises from the EU BTI regime alone.
  • Post-coordinated expression grammars (for example SNOMED CT compositional grammar): syntax, normalisation and equivalence testing, and where the boundary with the scheme sibling model falls.
  • Negative classification (explicit assertion that a subject is not in a class) and part-versus-whole classification, both flagged by one provider as lacking primary support in retrieved sources.
  • Language negotiation and BCP 47 label selection policy for multilingual schemes, which the base explicitly declines to prescribe.
  • Inter-annotator agreement metrics: whether any authority mandates a specific kappa variant or agreement statistic for classification coding quality, since neither provider found one.
  • The sibling Classification Scheme and Concept Mapping models are unregistered, so the required REFERENCE composition links point to named but non-existent registry entries; this pattern cannot be marked production-ready until they exist.
  • ISO/IEC TR 11179-2:2019 and ISO/IEC 11179-3:2023 are paywalled. Support is drawn from the publicly visible ISO catalogue abstract (Classifiable_Item, registering classification schemes to classify registered items) and not from the normative text; clause-level obligations were not verified.
  • The UNSD Best Practice Guidelines PDF and the SDMX Section 2 Information Model PDF could not be machine-parsed in this session. Claims from them are limited to statements confirmed through indexed excerpts and the SDMX standards landing page; deeper obligations were not verified.
  • No primary source was found that standardises confidence, calibration or acceptance thresholds for classification assignments; that node is declared a gap.
  • Inter-annotator agreement statistics are referenced generically; no specific normative metric (for example a named kappa variant) is prescribed, because no consulted authority mandates one for classification binding.
  • Post-coordinated expression grammars are acknowledged via FHIR's compositional flag but their syntax, normalisation and equivalence testing are left to the scheme model.
  • Non-EU legal regimes for binding classification rulings (for example US Customs binding rulings or WCO advance rulings in other jurisdictions) were not examined; the authority layer is generalised from a single, well-documented EU regime.
  • Machine-readable serialisation of the binding record in any specific format is deliberately absent, consistent with the format-neutrality requirement.
  • XKOS (DDI Alliance SKOS extension for statistical classifications) is widely cited for levels, correspondence and ruling notes, but the W3C TR URL returned 404 during this run; GSIM 2.0 is used as the statistical primary instead.
  • ISO/IEC 11179-3:2023 Classification package classes (Classification_Scheme, Classification_Scheme_Item, item_classification) are cited via Part 1 terms sourced from Part 3; the full Part 3 metamodel text was not retrieved.
  • ISO 25964 thesaurus model, UN/CEFACT CCTS classification, GS1 GPC and SNOMED CT compositional grammar are not developed as first-class findings.
  • No primary standard retrieved here defines calibrated confidence for machine-learned classification; confidence is marked locally defined.
  • Negative classification (explicit not-this-class), part-versus-whole classification, and legal determination artefacts (court or regulator classification orders) lack primary support in the retrieved sources.
  • OWL class assertion versus SKOS tagging is bounded but not fully mapped to description-logic instance checking.

Machine files

Provenance

world-models research · reviewable-draft

Built from: models/wm-xct-020-classification-binding/spec.yaml, ver-cy/world-models/card-supplements/wm-xct-020-classification-binding.json