<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.0 20040830//EN" "journalpublishing.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="2.0" xml:lang="en" article-type="research-article"><front><journal-meta><journal-id journal-id-type="nlm-ta">JMIR Ment Health</journal-id><journal-id journal-id-type="publisher-id">mental</journal-id><journal-id journal-id-type="index">16</journal-id><journal-title>JMIR Mental Health</journal-title><abbrev-journal-title>JMIR Ment Health</abbrev-journal-title><issn pub-type="epub">2368-7959</issn><publisher><publisher-name>JMIR Publications</publisher-name><publisher-loc>Toronto, Canada</publisher-loc></publisher></journal-meta><article-meta><article-id pub-id-type="publisher-id">v13i1e96311</article-id><article-id pub-id-type="doi">10.2196/96311</article-id><article-categories><subj-group subj-group-type="heading"><subject>Original Paper</subject></subj-group></article-categories><title-group><article-title>Meta Mesh Ontology for Cross-Domain Mental Health Knowledge Integration: Development and Evaluation Study</article-title></title-group><contrib-group><contrib contrib-type="author" corresp="yes"><name name-style="western"><surname>Blitz</surname><given-names>Rog&#x00E9;rio</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff1">1</xref><xref ref-type="aff" rid="aff2">2</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Richter</surname><given-names>Maike</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff1">1</xref><xref ref-type="aff" rid="aff2">2</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Kerber</surname><given-names>Andr&#x00E9;</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff3">3</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Leenings</surname><given-names>Ramona</given-names></name><degrees>PhD</degrees><xref ref-type="aff" rid="aff1">1</xref><xref ref-type="aff" rid="aff4">4</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Thun</surname><given-names>Sylvia</given-names></name><degrees>Prof Dr</degrees><xref ref-type="aff" rid="aff5">5</xref></contrib><contrib contrib-type="author"><name name-style="western"><surname>Opel</surname><given-names>Nils</given-names></name><degrees>Prof Dr Med</degrees><xref ref-type="aff" rid="aff1">1</xref><xref ref-type="aff" rid="aff2">2</xref></contrib></contrib-group><aff id="aff1"><institution>Department of Psychiatry and Neurosciences, Charit&#x00E9; &#x2013; Universit&#x00E4;tsmedizin Berlin</institution><addr-line>Campus Benjamin Franklin, Hindenburgdamm 30</addr-line><addr-line>Berlin</addr-line><country>Germany</country></aff><aff id="aff2"><institution>German Center for Mental Health (DZPG), partner site Berlin/Potsdam</institution><addr-line>Berlin</addr-line><country>Germany</country></aff><aff id="aff3"><institution>Division of Clinical Psychological Intervention, Freie Universit&#x00E4;t Berlin</institution><addr-line>Berlin</addr-line><country>Germany</country></aff><aff id="aff4"><institution>Department of Neurology, Johannes Kepler University Linz</institution><addr-line>Linz</addr-line><country>Austria</country></aff><aff id="aff5"><institution>Core Unit Digital Medicine and Interoperability, Berlin Institute of Health at Charit&#x00E9; - Universit&#x00E4;tsmedizin Berlin</institution><addr-line>Berlin</addr-line><country>Germany</country></aff><contrib-group><contrib contrib-type="editor"><name name-style="western"><surname>Torous</surname><given-names>John</given-names></name></contrib></contrib-group><contrib-group><contrib contrib-type="reviewer"><name name-style="western"><surname>Thevapalan</surname><given-names>Andre</given-names></name></contrib><contrib contrib-type="reviewer"><name name-style="western"><surname>Chandra</surname><given-names>Ritesh</given-names></name></contrib></contrib-group><author-notes><corresp>Correspondence to Rog&#x00E9;rio Blitz, PhD, Department of Psychiatry and Neurosciences, Charit&#x00E9; &#x2013; Universit&#x00E4;tsmedizin Berlin, Campus Benjamin Franklin, Hindenburgdamm 30, Berlin, 12203, Germany, 49 30 450 517 522 ext 522; <email>rogerio.blitz@charite.de</email></corresp></author-notes><pub-date pub-type="collection"><year>2026</year></pub-date><pub-date pub-type="epub"><day>23</day><month>10</month><year>2026</year></pub-date><volume>13</volume><elocation-id>e96311</elocation-id><history><date date-type="received"><day>27</day><month>03</month><year>2026</year></date><date date-type="rev-recd"><day>14</day><month>09</month><year>2026</year></date><date date-type="accepted"><day>16</day><month>09</month><year>2026</year></date></history><copyright-statement>&#x00A9; Rog&#x00E9;rio Blitz, Maike Richter, Andr&#x00E9; Kerber, Ramona Leenings, Sylvia Thun, Nils Opel. Originally published in JMIR Mental Health (<ext-link ext-link-type="uri" xlink:href="https://mental.jmir.org">https://mental.jmir.org</ext-link>), 23.10.2026. </copyright-statement><copyright-year>2026</copyright-year><license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (<ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">https://creativecommons.org/licenses/by/4.0/</ext-link>), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work, first published in JMIR Mental Health, is properly cited. The complete bibliographic information, a link to the original publication on <ext-link ext-link-type="uri" xlink:href="https://mental.jmir.org/">https://mental.jmir.org/</ext-link>, as well as this copyright and license information must be included.</p></license><self-uri xlink:type="simple" xlink:href="https://mental.jmir.org/2026/1/e96311"/><abstract><sec><title>Background</title><p>Psychiatric diagnostic practice faces persistent challenges in adequately capturing the complexity, heterogeneity, and dynamic nature of mental disorders. Conventional categorical classification systems such as the <italic>Diagnostic and Statistical Manual of Mental Disorders, Fifth Edition (DSM-5)</italic> and the <italic>International Classification of Diseases, 11th Revision (ICD-11)</italic> rely on rigid symptom-based criteria that often fail to represent multifactorial etiologies, dimensional symptom profiles, and high rates of comorbidity. Although dimensional models, domain-specific ontologies, and alternative taxonomies have been developed to address these limitations, they are typically applied in isolation, resulting in fragmented knowledge representations and limited interoperability. This lack of semantic integration hampers data harmonization and cross-domain analysis.</p></sec><sec><title>Objective</title><p>The objective of this work is to develop and present the Meta Mesh Ontology (MMO) and its Core Domain Framework (CDF) as an integrative approach for mapping heterogeneous psychiatric knowledge bases and evaluating ontology structure, logical consistency, and specified retrieval and inference behavior.</p></sec><sec sec-type="methods"><title>Methods</title><p>We designed a modular ontology architecture grounded in the Basic Formal Ontology to ensure structural and semantic consistency across biological, psychological, and social domains. Existing psychiatric frameworks and ontologies&#x2014;including dimensional models, diagnostic taxonomies, and socioenvironmental knowledge systems&#x2014;were systematically analyzed and represented through domain modules using a documented alignment and mapping procedure. The MMO was implemented using formal semantic web standards, including the Web Ontology Language and the Resource Description Framework (RDF), and aligned with established biomedical ontologies and informatics standards to support explicit mappings and modular extensions across domains. Evaluation used 2 MMO and CDF metric sets and 10 module metric sets to quantify ontology size, semantic alignments, external integration, and dataset readiness. We also assessed Web Ontology Language 2 Description Logic (OWL 2 DL) conformance, logical consistency, and 11 competency questions (including 1 entailment test) and 4 negative controls, in an outpatient scenario with 50 variables.</p></sec><sec sec-type="results"><title>Results</title><p>The MMO provides a shared semantic framework for representing links among heterogeneous psychiatric knowledge sources. Its modular design allows domain-specific subontologies to be incorporated under a common architecture. MMO and CDF comprised 2238 triples, 208 classes, 28 properties, 3 individuals, and 103 alignments (100 external) across 5 frameworks. The 10 modules added 967 triples and 171 alignments (116 external), with 21 integrations and complete label coverage (54/54 resources). The ontology resources conformed to OWL 2 DL; HermiT (Information Systems Group) detected no logical inconsistency, and all 11 competency questions and 4 negative controls produced the expected results. All 50 variables were linked to at least 1 CDF anchor, and 47 had an explicit Simple Knowledge Organization System (SKOS) mapping.</p></sec><sec sec-type="conclusions"><title>Conclusions</title><p>The MMO provides a modular foundation for representing links among diverse psychiatric knowledge systems and data modalities. The current evaluation characterizes its structure, mappings, and behavior in the specified tests. Further research should assess mapping validity, governed clinical data, operational performance, and clinical utility.</p></sec></abstract><kwd-group><kwd>mental disorders</kwd><kwd>precision medicine</kwd><kwd>biomedical ontologies</kwd><kwd>health information interoperability</kwd><kwd>data integration</kwd><kwd>knowledge bases</kwd><kwd>digital health</kwd><kwd>medical informatics</kwd><kwd>telemedicine</kwd><kwd>meta mesh ontology</kwd><kwd>semantic interoperability</kwd><kwd>ontology-based psychiatry</kwd></kwd-group></article-meta></front><body><sec id="s1" sec-type="intro"><title>Introduction</title><sec id="s1-1"><title>Background</title><p>Developments in digital psychiatry highlight the need for structured, interoperable, and context-sensitive data frameworks capable of capturing the complex interplay of biological, psychological, and social factors in mental disorders. Addressing this gap requires approaches that enable integrated, semantically coherent, and ethically responsible representations of mental health information.</p></sec><sec id="s1-2"><title>Challenges in Psychiatric Diagnostics</title><p>Psychiatric diagnostics face the challenging task of comprehensively capturing the multifaceted and often intertwined factors of mental disorders. This involves not only the precise identification and classification of symptoms but also the consideration of biological, social, and psychological influences that shape the individual clinical picture [<xref ref-type="bibr" rid="ref1">1</xref>-<xref ref-type="bibr" rid="ref5">5</xref>]. Despite their complexity, current diagnostic approaches remain incomplete, lacking consistent methods to account for socioeconomic parameters that significantly affect patients&#x2019; living conditions and overall well-being. In the context of personalized psychiatry, the goal is to develop individualized treatment approaches based on precise and differentiated diagnostics that are optimally tailored to the specific needs and living conditions of each patient. This aims to maximize therapeutic efficacy and sustainably improve the prognosis for affected individuals. Traditional classification systems, such as the <italic>Diagnostic and Statistical Manual of Mental Disorders, Fifth Edition (DSM-5</italic>) [<xref ref-type="bibr" rid="ref6">6</xref>,<xref ref-type="bibr" rid="ref7">7</xref>] and the <italic>International Classification of Diseases, 11th Revision (ICD-11)</italic> [<xref ref-type="bibr" rid="ref8">8</xref>-<xref ref-type="bibr" rid="ref10">10</xref>], which focus on symptomatic criteria, often reach their limitations in this regard. Their structure is designed to capture mental disorders within rigid, predefined categories, which frequently fail to adequately reflect the diversity and dynamics of these conditions [<xref ref-type="bibr" rid="ref11">11</xref>]. This limitation becomes particularly evident in patients with complex symptom constellations and comorbidities, where diagnostic precision suffers, making tailored therapeutic approaches more difficult. Furthermore, the high variability of symptoms among different patients presents a significant challenge. Even with identical diagnoses, mental disorders can manifest in highly diverse ways and be subjectively experienced differently, complicating standardized diagnostics; for example, borderline personality disorder can encompass up to 256 possible symptom combinations. This diversity is influenced by cultural, social, and biological factors that are often not sufficiently considered in the diagnostic process. Incorporating individual life circumstances and patients&#x2019; biographical histories into both the diagnostic process and the formulation process is therefore essential for ensuring a holistic assessment of both mental and physical health aspects [<xref ref-type="bibr" rid="ref12">12</xref>].</p></sec><sec id="s1-3"><title>Integration of Alternative Knowledge Representation Systems</title><p>Alternative knowledge representation systems, such as the Hierarchical Taxonomy of Psychopathology (HiTOP) [<xref ref-type="bibr" rid="ref13">13</xref>,<xref ref-type="bibr" rid="ref14">14</xref>] and the Research Domain Criteria (RDoC) framework [<xref ref-type="bibr" rid="ref15">15</xref>], have been developed to capture the multicausal and interactive nature of mental disorders. These systems offer a more dynamic perspective that extends beyond traditional, rigid diagnostic typologies, considering the wide range of symptoms and their interactions [<xref ref-type="bibr" rid="ref14">14</xref>]. However, a key limitation is that these systems are often applied in isolation and remain predominantly symptom-focused, thus overlooking crucial contextual information, including risk factors and social determinants of mental health. The lack of standardized and interoperable codifications significantly hampers the use of these alternative knowledge representation systems in both clinical practice and research [<xref ref-type="bibr" rid="ref16">16</xref>,<xref ref-type="bibr" rid="ref17">17</xref>]. Unified data formats and classification schemes are required to effectively integrate and consolidate data, enabling coherent data harmonization. The absence of such uniform standards results in the loss of valuable information, either by not being systematically captured or shared across different institutions and studies. A comprehensive networking and integration of heterogeneous data systems is currently only partially possible, which severely hinders the development of truly personalized and dynamic diagnostics because disconnected and nonharmonized data sources do not allow the correlation of biological, psychological, and social factors, thereby preventing a holistic understanding of individual patient trajectories. These challenges are not only technical but also organizational, as many clinics and research institutions use different systems and approaches. This lack of integration not only limits diagnostic precision but also the development of individualized treatment strategies and the understanding of underlying biopsychosocial patterns. Related ontology-based approaches have also been applied to noncommunicable and vector-borne disease modeling using Semantic Web Rule Language (SWRL)-based semantic rules [<xref ref-type="bibr" rid="ref18">18</xref>,<xref ref-type="bibr" rid="ref19">19</xref>], illustrating a broader trend toward semantic integration in clinical knowledge representation outside psychiatry. This paper addresses these challenges by introducing the Meta Mesh Ontology (MMO) [<xref ref-type="bibr" rid="ref20">20</xref>,<xref ref-type="bibr" rid="ref21">21</xref>], a new integrative framework designed to harmonize heterogeneous data sources and enable the semantic interconnection of clinical, biological, environmental, and social information. The MMO provides the methodological foundation for a unified, scalable, and ethically grounded representation of psychiatric knowledge. Building on this architecture, future studies may examine the use of MMO-structured data in AI applications in psychiatry. Such applications would require separate development and evaluation before conclusions could be drawn about explainability, clinical applicability, diagnosis, prognosis, or personalized treatment planning.</p><p>In this study, we define the layered MMO and Core Domain Framework (CDF) architecture, provide its Resource Description Framework (RDF) and Web Ontology Language (OWL) implementation and 10 domain modules, document a mapping workflow, and evaluate ontology structure, alignment patterns, logical consistency, and competency questions defined before testing in a synthetic mental health scenario. We do not assess clinical deployment, patient outcomes, machine-learning models, operational scalability, or interoperability between deployed information systems. These remain topics for future evaluation.</p></sec></sec><sec id="s2" sec-type="methods"><title>Methods</title><sec id="s2-1"><title>Terminology and Architectural Scope</title><p>Throughout this study, we use ontology to denote a formal, machine-readable specification of classes, relations, axioms, and annotations, and knowledge base to denote an ontology combined with instance-level assertions. Knowledge representation, by contrast, is the broader family of schemes used to encode domain knowledge, among them ontologies, terminologies, taxonomies, and classification systems. Within this architecture, the MMO core defines entities and relations shared across the domain modules at the meta level, while the CDF supplies anchors that connect them across domains. Here, the meta level denotes the domain-independent layer of MMO classes and relations reused by the domain modules. An anchor is an identified CDF entity to which a module class is linked to express its position within the cross-domain architecture. A domain module is, in turn, a separately versioned, MMO-aligned component linking selected external concepts to the CDF; external systems are not necessarily imported in full, and for each module we distinguish references, asserted mappings, transformations, and imports. In this context, versioning means that changes are recorded in identifiable releases with immutable tags and archived release identifiers, allowing the exact evaluated artifacts to be retrieved. MMO-aligned means that a module uses stable identifiers, applies the documented MMO and CDF relations, records mapping provenance, and passes the specified release checks. A mapping is understood as a named relation between identified source and target entities, accompanied by its own provenance. Semantic interoperability, as used here, refers specifically to machine-readable mappings and to successful cross-module retrieval within the released resources. <xref ref-type="table" rid="table1">Table 1</xref> summarizes these terms and their roles within the architecture.</p><table-wrap id="t1" position="float"><label>Table 1.</label><caption><p>Key terminology and architectural components of the MMO<sup><xref ref-type="table-fn" rid="table1fn1">a</xref></sup>.</p></caption><table id="table1" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Term</td><td align="left" valign="bottom">Definition in this study</td><td align="left" valign="bottom">Implemented artifact</td></tr></thead><tbody><tr><td align="left" valign="top">MMO core</td><td align="left" valign="top">Domain-independent ontology entities and relations shared across the domain modules at the meta level.</td><td align="left" valign="top">MMO, version 1.0.1 [<xref ref-type="bibr" rid="ref20">20</xref>]</td></tr><tr><td align="left" valign="top">CDF<sup><xref ref-type="table-fn" rid="table1fn2">b</xref></sup></td><td align="left" valign="top">Identified cross-domain entities used as anchors between module classes and broad knowledge domains.</td><td align="left" valign="top">CDF, version 1.0.1 [<xref ref-type="bibr" rid="ref21">21</xref>]</td></tr><tr><td align="left" valign="top">Domain module</td><td align="left" valign="top">Separately versioned, MMO-aligned ontology component that connects selected source concepts to the MMO core and CDF using documented relations and provenance.</td><td align="left" valign="top">Ten domain modules indexed in the MMO Modules Registry, version 1.0.0 [<xref ref-type="bibr" rid="ref22">22</xref>]</td></tr><tr><td align="left" valign="top">External knowledge system</td><td align="left" valign="top">Referenced ontology, terminology, taxonomy, or classification system</td><td align="left" valign="top">Source URI<sup><xref ref-type="table-fn" rid="table1fn3">c</xref></sup> and mapping predicate recorded in the relevant module [<xref ref-type="bibr" rid="ref22">22</xref>]</td></tr><tr><td align="left" valign="top">Use-case knowledge base</td><td align="left" valign="top">Use-case instance assertions linked to MMO, CDF, module, and external entities</td><td align="left" valign="top">MMO use-cases, version 1.1.0 [<xref ref-type="bibr" rid="ref23">23</xref>]</td></tr></tbody></table><table-wrap-foot><fn id="table1fn1"><p><sup>a</sup>MMO: Meta Mesh Ontology.</p></fn><fn id="table1fn2"><p><sup>b</sup>CDF: Core Domain Framework.</p></fn><fn id="table1fn3"><p><sup>c</sup>URI: Uniform Resource Identifier.</p></fn></table-wrap-foot></table-wrap></sec><sec id="s2-2"><title>Mathematical Foundation of the MMO</title><p>The mathematical framework underlying the MMO is formalized as an extended typed property-graph model. This is intended to represent hierarchical relations, context-dependent weights, and extensible metadata and permits the addition of domains and higher-order domain levels. The model is defined over a family of finite graph instances  <inline-formula><mml:math id="ieqn1"><mml:mstyle><mml:mrow><mml:mstyle displaystyle="false"><mml:msub><mml:mrow><mml:mo>{</mml:mo><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>}</mml:mo></mml:mrow><mml:mrow><mml:mi>r</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">N</mml:mi></mml:mrow></mml:mrow></mml:msub></mml:mstyle></mml:mrow></mml:mstyle></mml:math></inline-formula>. Throughout the definitions below, the index <italic>r</italic>  indicates that all indexed sets and functions belong to the same graph instance <italic>G<sub>r</sub></italic> ; it is retained to distinguish properties of an individual finite instance from properties of the model family. No global constant N is imposed that bounds the number of nodes, edges, hierarchy levels, or admissible metadata keys in every graph instance. Extensibility therefore denotes the potential unboundedness of the model family, whereas each graph <italic>G<sub>r</sub></italic> remains finite.</p></sec><sec id="s2-3"><title>Nodes and Weightings</title><p>In this model, the nodes represent typed entities, including data points and domains, and may be assigned context-dependent weights that reflect their role within the graph. For a graph instance indexed by <italic>r</italic> , let <italic>V<sub>r</sub></italic> denote its finite set of nodes. We distinguish the disjoint subsets <italic>P<sub>r</sub></italic>  of data-point nodes and <italic>D<sub>r</sub></italic> of domain nodes:</p><disp-formula id="equWL1"><mml:math id="eqn1"><mml:msub><mml:mrow><mml:mi>V</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi><mml:mtext> </mml:mtext></mml:mrow></mml:msub><mml:mtext>=</mml:mtext><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>P</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mover accent="true"><mml:mrow><mml:mo>&#x222A;</mml:mo></mml:mrow><mml:mo>˙</mml:mo></mml:mover><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>D</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi><mml:mtext> </mml:mtext></mml:mrow></mml:msub></mml:math></disp-formula><p>The symbol <inline-formula><mml:math id="ieqn2"><mml:mover accent="true"><mml:mrow><mml:mo>&#x222A;</mml:mo></mml:mrow><mml:mo>˙</mml:mo></mml:mover><mml:mtext> </mml:mtext></mml:math></inline-formula> denotes a disjoint union of node types; it does not define a domain as the set-theoretic union of its subordinate nodes. The typing function</p><disp-formula id="E16"><mml:math id="eqn2"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>:</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>V</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">&#x2192;</mml:mo><mml:msub><mml:mi>T</mml:mi><mml:mrow><mml:mi>V</mml:mi></mml:mrow></mml:msub></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>assigns each node a type from the node-type set <italic>T<sub>V</sub></italic> <inline-formula><mml:math id="ieqn3"><mml:msub><mml:mrow><mml:mi>T</mml:mi></mml:mrow><mml:mrow><mml:mi>V</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>. The data-point nodes may be enumerated as</p><disp-formula id="equWL3"><mml:math id="eqn3"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>=</mml:mtext><mml:mrow><mml:mo>{</mml:mo><mml:mrow><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2026;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:msub><mml:mi>n</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext></mml:mrow><mml:mo>}</mml:mo></mml:mrow><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>w</mml:mi><mml:mi>i</mml:mi><mml:mi>t</mml:mi><mml:mi>h</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>n</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mrow><mml:mi mathvariant="double-struck">N</mml:mi></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>The finite cardinality <italic>n<sub>r</sub></italic> depends on the graph instance and is not subject to a fixed global upper bound across the model family.</p><p>A node x &#x2208; <italic>V<sub>r</sub></italic>  may be associated with a context-dependent weight. For each weighting context <italic>c &#x2208; C</italic>, the partial function</p><disp-formula id="equWL4"><mml:math id="eqn4"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:msub><mml:mi>&#x03C9;</mml:mi><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>c</mml:mi><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>:</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>V</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">&#x21C0;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>assigns a real-valued weight when a weight is defined for <italic>x</italic>. The subscript <italic>V</italic> identifies this as a node-weighting function. The weighting function provides a formal mechanism for quantifying the relevance or affiliation of ontological entities within the property-graph model. It denotes the proportional assignment of a class or data point to one or multiple knowledge domains and serves both ontological and integrative purposes. On the ontological level, it expresses the degree to which a concept belongs to a given domain; on the integrative level, it quantifies the proportional affiliation of individual data points; on the data level, it describes the evidential strength or frequency within empirical datasets; and on the analytical level, it reflects the contextual importance within a modeling or classification task. The weighting contexts use the same formal codomain <inline-formula><mml:math id="ieqn4"><mml:mstyle><mml:mrow><mml:mstyle displaystyle="false"><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></inline-formula> but represent different constructs and must not be combined without an explicitly defined transformation or aggregation rule. Furthermore, each node x &#x2208; <italic>V<sub>r</sub></italic>  may carry an extensible set of metadata attributes.</p><p>If <italic>K</italic> denotes the set of metadata keys and <italic>L</italic> the set of literal values or resource identifiers, then</p><disp-formula id="equWL5"> <mml:math id="eqn5"><mml:msub><mml:mrow><mml:mi>&#x03BC;</mml:mi></mml:mrow><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mtext> </mml:mtext><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>:</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>V</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>&#x2192;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>P</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi></mml:mrow></mml:msub><mml:mo>(</mml:mo><mml:mi>K</mml:mi><mml:mtext> </mml:mtext><mml:mo>&#x00D7;</mml:mo><mml:mtext> </mml:mtext><mml:mi>L</mml:mi><mml:mo>)</mml:mo></mml:math></disp-formula><p>where <italic>P<sub>fin</sub></italic> denotes the set of finite subsets. No global upper bound is imposed on the metadata keys that may be introduced across the model family, although the metadata instantiated for any node in an individual graph remains finite.</p></sec><sec id="s2-4"><title>Domains and Hierarchical Levels</title><p>A data point <italic>p</italic> &#x2208; <italic>P<sub>r</sub></italic>  may be associated with one or more domain nodes <italic>d</italic> &#x2208; <italic>D<sub>r</sub></italic> . These associations are represented by edges whose source, target, and type functions are defined in the Edges and Relationships subsection. Each domain is itself a node in the graph and may have context-dependent weights and extensible metadata as defined above. Domains may in turn be connected to higher-order domains by edges assigned a hierarchical type, allowing the same hierarchical relation to be applied recursively across successive levels.</p><p>Let <italic>L<sub>r</sub></italic> be the finite number of hierarchy levels instantiated in graph <italic>G<sub>r</sub></italic> . A level-membership function</p><disp-formula id="equWL6"><mml:math id="eqn6"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:msub><mml:mi>&#x03BB;</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>:</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo stretchy="false">&#x2192;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>P</mml:mi><mml:mrow><mml:mi>f</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mo>{</mml:mo><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>L</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo>}</mml:mo></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2216;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mrow><mml:mo>{</mml:mo><mml:mi>&#x2205;</mml:mi><mml:mo>}</mml:mo></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>assigns each domain node to 1 or more levels. Accordingly,</p><disp-formula id="equWL7"> <mml:math id="eqn7"><mml:msub><mml:mrow><mml:mi>D</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi><mml:mo>,</mml:mo><mml:mi>l</mml:mi></mml:mrow></mml:msub><mml:mtext>=</mml:mtext><mml:mrow><mml:mo>{</mml:mo><mml:mrow><mml:mi>d</mml:mi><mml:mtext> </mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>D</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext></mml:mrow><mml:mo>|</mml:mo></mml:mrow><mml:mtext> </mml:mtext><mml:mi>l</mml:mi><mml:mtext> </mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>&#x03BB;</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>(</mml:mo><mml:mi>d</mml:mi><mml:mo>)</mml:mo><mml:mtext> </mml:mtext><mml:mo>}</mml:mo></mml:math></disp-formula><p>The sets <italic>D<sub>r,l</sub></italic> need not be disjoint, because the same domain node may participate at more than 1 hierarchical level. Level membership is specified explicitly rather than derived from a unique path length. Because the model permits multiple hierarchical parents and permits a domain node to participate at more than one level, the hierarchical subgraph need not be a rooted tree and a unique distance from a single highest node need not exist. The function &#x03BB;<sub><italic>r</italic></sub> records this potentially multivalued level membership, whereas the hierarchical edges record the directed relations between domain nodes. Domains at level <italic>l</italic> are connected to domains at level <italic>l</italic>+1  through directed hierarchical edges. Let <italic><sup>E</sup>H,r</italic> be the set of hierarchical edges in <italic>G<sub>r</sub></italic>, and let <italic>s<sub>r</sub></italic> and <italic>t<sub>r</sub></italic> assign the source and target of an edge. The direct parents of a domain <italic>d</italic> are defined as</p><disp-formula id="equWL8"><mml:math id="eqn8"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mi>p</mml:mi><mml:mi>a</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>n</mml:mi><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>d</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mtext>=</mml:mtext><mml:mrow><mml:mo>{</mml:mo><mml:mrow><mml:mi>q</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>D</mml:mi><mml:mrow><mml:mi>r</mml:mi><mml:mo>,</mml:mo><mml:mi>l</mml:mi><mml:mtext>+</mml:mtext><mml:mn>1</mml:mn></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mtext>\&#x00A0;</mml:mtext><mml:mi mathvariant="normal">&#x2203;</mml:mi><mml:mi>e</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mi>H</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>:</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>s</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>e</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mtext>=</mml:mtext><mml:mi>d</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2227;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mi>e</mml:mi><mml:mo>)</mml:mo></mml:mrow><mml:mtext>=</mml:mtext><mml:mi>q</mml:mi></mml:mrow><mml:mo>}</mml:mo></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>This definition permits a domain to have more than 1 higher-order parent while preserving each domain as an individual graph node. The terms domain and superdomain describe a node&#x2019;s relative position in the hierarchy: a node may be a superdomain relative to a lower level and a subdomain relative to a higher level. If a particular application requires weights to be propagated across hierarchy levels, it may define a context-specific aggregation function <italic>F<sub>c</sub></italic> such that</p><disp-formula id="equWL9"><mml:math id="eqn9"><mml:msub><mml:mrow><mml:mi>&#x03C9;</mml:mi></mml:mrow><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mi>c</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mi>d</mml:mi></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mtext>=</mml:mtext><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>F</mml:mi></mml:mrow><mml:mrow><mml:mi>c</mml:mi></mml:mrow></mml:msub><mml:mo>(</mml:mo><mml:mrow><mml:mo>{</mml:mo><mml:mrow><mml:msub><mml:mrow><mml:mi>&#x03C9;</mml:mi></mml:mrow><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mi>c</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:mi>q</mml:mi></mml:mrow><mml:mo>)</mml:mo></mml:mrow><mml:mtext> </mml:mtext></mml:mrow><mml:mo>|</mml:mo></mml:mrow><mml:mtext> </mml:mtext><mml:mi>q</mml:mi><mml:mtext> </mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>p</mml:mi><mml:mi>a</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>n</mml:mi><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>(</mml:mo><mml:mi>d</mml:mi><mml:mo>)</mml:mo><mml:mo>}</mml:mo><mml:mo>)</mml:mo></mml:math></disp-formula><p>The choice of <italic>F<sub>c</sub></italic> is application dependent. The MMO does not prescribe an unqualified sum of all higher-level weights as a universal ontological rule.</p></sec><sec id="s2-5"><title>Edges and Relationships</title><p>For graph <italic>G<sub>r</sub> , E<sub>r</sub></italic>,  is the finite set of directed edges. The functions</p><disp-formula id="equWL10"> <mml:math id="eqn10"><mml:msub><mml:mrow><mml:mi>s</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>,</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>t</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>:</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>E</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>&#x2192;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>V</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub></mml:math></disp-formula><p>assign the source and target of each edge, and</p><disp-formula id="equWL11"> <mml:math id="eqn11"><mml:msub><mml:mrow><mml:mi>&#x03C4;</mml:mi></mml:mrow><mml:mrow><mml:mi>E</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>:</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>E</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>&#x2192;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>T</mml:mi></mml:mrow><mml:mrow><mml:mi>E</mml:mi></mml:mrow></mml:msub></mml:math></disp-formula><p>assigns an edge type. Edge types include hierarchical relations, ontology-structural relations, cross-system mappings, and instance-level assertions. This definition allows several differently typed edges between the same pair of nodes. For each context <italic>c</italic> &#x2208; <italic>C</italic>, optional edge weights are represented by</p><disp-formula id="equWL12"><mml:math id="eqn12"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:msub><mml:mi>&#x03C9;</mml:mi><mml:mrow><mml:mi>E</mml:mi><mml:mo>,</mml:mo><mml:mi>c</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>:</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>\&#x00A0;</mml:mtext><mml:mo stretchy="false">&#x21C0;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>Edge metadata are represented by</p><disp-formula id="equWL13"> <mml:math id="eqn13"><mml:msub><mml:mrow><mml:mi>&#x03BC;</mml:mi></mml:mrow><mml:mrow><mml:mi>E</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>:</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>E</mml:mi></mml:mrow><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext> </mml:mtext><mml:mo>&#x2192;</mml:mo><mml:mtext> </mml:mtext><mml:msub><mml:mrow><mml:mi>P</mml:mi></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi></mml:mrow></mml:msub><mml:mo>(</mml:mo><mml:mi>K</mml:mi><mml:mtext> </mml:mtext><mml:mo>&#x00D7;</mml:mo><mml:mtext> </mml:mtext><mml:mi>L</mml:mi><mml:mo>)</mml:mo></mml:math></disp-formula></sec><sec id="s2-6"><title>Recursive Hierarchy</title><p>The recursive character of the MMO lies in the repeated application of the same typed hierarchical relation across successive domain levels. Starting from <italic>D</italic><sub><italic>r,1</italic></sub>, the levels instantiated in <italic>G<sub>r</sub></italic> are obtained recursively through the parent relation up to the finite level <italic>L<sub>r</sub></italic>. Let</p><disp-formula id="equWL14"> <mml:math id="eqn14"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mi>I</mml:mi><mml:mtext>=</mml:mtext><mml:mrow><mml:mo>{</mml:mo><mml:mrow><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>r</mml:mi><mml:mtext>\&#x00A0;</mml:mtext></mml:mrow></mml:msub><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>r</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mrow><mml:mi mathvariant="double-struck">N</mml:mi></mml:mrow></mml:mrow><mml:mo>}</mml:mo></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>denote the family of admissible finite MMO graph instances. The MMO places no fixed global upper bound on the number of nodes, edges, hierarchy levels, or metadata keys permitted across this family. More precisely, for each of these quantities and every <inline-formula><mml:math id="ieqn5"><mml:mstyle><mml:mrow><mml:mstyle displaystyle="false"><mml:mi>N</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mrow><mml:mi mathvariant="double-struck">N</mml:mi></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></inline-formula>, there exists an instance <italic>G</italic><sub><italic>r</italic></sub> &#x2208; <italic>I</italic>  for which that quantity exceeds <italic>N</italic>.</p></sec><sec id="s2-7"><title>Overall Graph Structure</title><p>In summary, each graph instance of the MMO can be represented as a finite, directed, typed property graph with nodes and edges. Nodes may participate in hierarchical and nonhierarchical relations, and both nodes and edges may carry extensible metadata and context-dependent weights. The recursive application of hierarchical relations permits the introduction of additional domain levels, while the model family remains potentially unbounded as defined above. Formally, each MMO graph instance is represented as</p><disp-formula id="equWL15"><mml:math id="eqn15"><mml:mstyle displaystyle="true" scriptlevel="0"><mml:mrow><mml:mstyle displaystyle="true" scriptlevel="0"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mtext>=</mml:mtext><mml:mrow><mml:mo>(</mml:mo><mml:mrow><mml:msub><mml:mi>V</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:msub><mml:mi>E</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>t</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>&#x03C4;</mml:mi><mml:mrow><mml:mi>E</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>&#x03BB;</mml:mi><mml:mrow><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>&#x03BC;</mml:mi><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>&#x03BC;</mml:mi><mml:mrow><mml:mi>E</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mrow><mml:mo>{</mml:mo><mml:msub><mml:mi>&#x03C9;</mml:mi><mml:mrow><mml:mi>V</mml:mi><mml:mo>,</mml:mo><mml:mi>c</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>}</mml:mo></mml:mrow><mml:mrow><mml:mi>c</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>C</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mrow><mml:mo>{</mml:mo><mml:msub><mml:mi>&#x03C9;</mml:mi><mml:mrow><mml:mi>E</mml:mi><mml:mo>,</mml:mo><mml:mi>c</mml:mi><mml:mo>,</mml:mo><mml:mi>r</mml:mi></mml:mrow></mml:msub><mml:mo>}</mml:mo></mml:mrow><mml:mrow><mml:mi>c</mml:mi><mml:mtext>\&#x00A0;</mml:mtext><mml:mo>&#x2208;</mml:mo><mml:mtext>\&#x00A0;</mml:mtext><mml:mi>C</mml:mi></mml:mrow></mml:msub></mml:mrow><mml:mo>)</mml:mo></mml:mrow></mml:mstyle></mml:mrow></mml:mstyle></mml:math></disp-formula><p>where:</p><list list-type="order"><list-item><p><italic>V</italic><sub><italic>r</italic></sub> and <italic>E</italic><sub><italic>r</italic></sub> are the finite sets of nodes and directed edges, respectively;</p></list-item><list-item><p><italic>s</italic><sub><italic>r</italic></sub> and <italic>t</italic><sub><italic>r</italic></sub> assign the source and target node of each edge;</p></list-item><list-item><p><sup><italic>&#x03C4;</italic></sup><italic>V,r</italic> and <sup><italic>&#x03C4;</italic></sup><italic>E,r</italic>  assign node and edge types;</p></list-item><list-item><p><italic>&#x03BB;<sub>r</sub></italic> records the hierarchical-level membership of domain nodes;</p></list-item><list-item><p><italic><sup>&#x03BC;</sup>V,r</italic> and <italic><sup>&#x03BC;</sup>E,r</italic>  assign finite sets of metadata attributes to nodes and edges; and</p></list-item><list-item><p>{<italic><sup>&#x03C9;</sup>V,c,r</italic>} <italic>c</italic> &#x2208; <italic>C, {<sup>&#x03C9;</sup>E,c,r} c &#x2208; C</italic>  are the families of context-specific partial weighting functions for nodes and edges. A weighting function may remain undefined for an entity in a context in which no weight has been instantiated.</p></list-item></list><p>A domain node may participate at multiple hierarchical levels, and the edges between nodes form a network of relationships that can be analyzed across multiple dimensions. Because both nodes and edges may be associated with extensible metadata, each connection between entities is not only defined by its relation type and, where defined, its context-dependent weight but also by additional contextual information. This structure enables the MMO to represent mappings among heterogeneous knowledge representations and provides a formal basis for multidimensional analysis, semantic interoperability, and adaptation to complex knowledge systems. The extended property-graph model is a design-level abstraction of the MMO architecture rather than an alternative formal semantics for OWL. At the implementation level, RDF resources correspond to represented entities, RDF assertions correspond to directed typed relations, and annotations and provenance statements provide metadata. For example, the synthetic resource DP02_Dyssomnia is typed by a SNOMED module class, and explicit MMO predicates connect that class to a CDF anchor and external source identifiers; the complete path is shown in Section S7 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>. RDF and OWL additionally provide description-logic axioms and open-world entailment, which are evaluated separately by an OWL reasoner. The explicit level-membership and weighting functions extend the design abstraction beyond ordinary OWL class axioms.</p></sec><sec id="s2-8"><title>Module Alignment and Mapping Procedure</title><p>Module development followed a common procedure. We first defined each module&#x2019;s scope and intended use and identified the relevant source ontology, terminology, classification system, or technical framework based on domain relevance, source authority, and the availability of identifiable concepts. From each source, we selected a bounded set of concepts sufficient to represent the use case and represented each concept as a module entity with a stable URI, source identifier, label, definition, and provenance annotation. Each entity was assigned to an MMO category and, where applicable, a CDF domain anchor. Mappings to source systems and other external resources were added where a semantically supportable correspondence was identified, with predicates selected according to the intended strength and direction of the relation. The 10 modules each contributed 5 exemplar concepts, yielding the 50 data points documented in Sections S4 and S5 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>. We used skos:exactMatch for concepts considered interchangeable within the stated mapping context, skos:closeMatch for highly similar but noninterchangeable concepts, and skos:relatedMatch for associative correspondences. The MMO-specific predicate mmo:isMappedTo records a cross-system link without asserting OWL equivalence, whereas mmo:isConstantRefinementOf links a more specific module entity to an MMO or CDF anchor. Source provenance was recorded through source identifiers and annotations, including dcterms:source and mmo:hasSource where applicable. Definitions, domain assignments, and mappings were curated iteratively by the multidisciplinary development team. Clinical specialists reviewed psychiatric meaning and domain relevance; ontology and medical-informatics specialists reviewed placement, provenance, and mapping predicates; and mathematics and computer-science specialists reviewed formal and technical consistency. Items requiring revision were discussed and revised until agreement was reached. The RDF and XML, Turtle, and OWL representations were subsequently assessed using the project-specific, version-controlled quality-control workflow shared across the MMO repositories; detailed configurations and outputs are available in the versioned releases [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref23">23</xref>].</p></sec><sec id="s2-9"><title>Storage and Accessibility</title><p>The MMO was implemented and published using standardized ontology formats, such as OWL [<xref ref-type="bibr" rid="ref24">24</xref>] and RDF [<xref ref-type="bibr" rid="ref25">25</xref>], which enable structured and formal descriptions of concepts, classes, attributes, relationships, and rules. In the RDF and OWL implementation, entities and typed relations are represented as RDF resources and predicates, with type information provided through RDF type assertions and OWL declarations. In the current implementation, mmo:isMappedTo, mmo:isConstantRefinementOf, and the Simple Knowledge Organization System (SKOS) mapping predicates record asserted relations between identified entities. Unless an OWL equivalence or subclass axiom is stated separately, these relations do not cause the connected entities to be inferred as equivalent to, or subclasses of, one another. The general weighting framework described above is an architectural provision for future analytical use; it is not currently instantiated with concrete weight values, metadata representations, or aggregation rules in the released RDF and OWL files (version 1.0.1). Persistent and versioned identifiers were established through recognized repositories and version-controlled archives [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref22">22</xref>], ensuring long-term reproducibility and traceability. Each ontology element, including classes, properties, and modules, is assigned a unique URI and a persistent URL [<xref ref-type="bibr" rid="ref26">26</xref>,<xref ref-type="bibr" rid="ref27">27</xref>], allowing consistent referencing across systems. The ontology is indexed via BioPortal [<xref ref-type="bibr" rid="ref28">28</xref>] and the Ontology Lookup Service (OLS) [<xref ref-type="bibr" rid="ref29">29</xref>], enabling structured access, semantic search, and cross-ontology linking. Source files, implementation documentation, and example datasets are maintained in the public GitHub repository [<xref ref-type="bibr" rid="ref20">20</xref>], which also serves as the primary channel for feedback and version tracking [<xref ref-type="bibr" rid="ref30">30</xref>]. The ontology is distributed under the Creative Commons Attribution 4.0 International (CC BY 4.0) license [<xref ref-type="bibr" rid="ref31">31</xref>], supporting open reuse and adaptation. This infrastructure supports technical accessibility, version traceability, and reproducible reuse of the released resources.</p></sec><sec id="s2-10"><title>Quantitative Ontology Evaluation</title><p>We quantified ontology structure and asserted alignments independently of the functional evaluation. We performed a quantitative evaluation of the ontology framework using 2 complementary metric reports. The first report captured combined metrics for the MMO and the CDF. The second was an aggregate report across 10 domain modules spanning clinical, psychosocial, molecular, urban, and terminology domains (Adverse Childhood Experiences Ontology [ACESO], AWARE, Gene Ontology [GO], HiTOP, <italic>International Classification of Diseases, Version 10 [ICD-10]</italic>, International Organization for Standardization [ISO] 37120, Logical Observation Identifier Names and Codes [LOINC], Systematized Nomenclature of Medicine Clinical Terms [SNOMED CT], Social Determinants of Health Ontology [SOHO], and Unified Medical Language System [UMLS]). For the current study, dataset-readiness outputs were treated as ontology-side indicators reflecting concept-label coverage and schema annotations (eg, rdfs:label, rdfs:comment, and domain and range declarations), rather than as direct measures of empirical dataset interoperability. Integration counts were assessed at the module-report level, while external frameworks were recorded separately from aggregated module-level integration instances. The analysis included standard ontology size indicators (RDF triples, classes, properties, and individuals), as well as structural relations, semantic alignments, and integration signals within the framework. Semantic alignments were distinguished between internal project relations linking MMO modules to the CDF and external mappings to established reference frameworks. The evaluation further captured the number of external ontologies integrated into the framework. All quantitative metrics were computed programmatically using a Python (Python Software Foundation)-based analysis pipeline [<xref ref-type="bibr" rid="ref32">32</xref>]. The pipeline parsed RDF and XML ontology files, extracted structural elements and semantic relations, and generated metric summaries. Additive metrics were aggregated across ontology components using merge and aggregation functions. Integrated external frameworks were consolidated through set-union operations to prevent double counting when the same external ontology appeared in multiple modules. Combined MMO and CDF metrics were calculated from the 2 ontology sources representing the core framework layers. Module-level metrics were computed independently for 10 MMO modules and subsequently aggregated to produce descriptive statistics across modules. This procedure enabled comparison of structural characteristics and semantic alignment patterns between modules. The evaluation also documented the semantic alignment predicates used in the framework. These included MMO-specific mapping relations (mmo:isConstantRefinementOf and mmo:isMappedTo) as well as standard semantic web alignment properties such as SKOS [<xref ref-type="bibr" rid="ref33">33</xref>] exactMatch, closeMatch, and relatedMatch. External alignment targets comprised widely used biomedical and knowledge organization systems, including Open Biological and Biomedical Ontologies (OBO), SNOMED CT [<xref ref-type="bibr" rid="ref34">34</xref>,<xref ref-type="bibr" rid="ref35">35</xref>], <italic>ICD-10</italic> [<xref ref-type="bibr" rid="ref36">36</xref>], LOINC [<xref ref-type="bibr" rid="ref37">37</xref>,<xref ref-type="bibr" rid="ref38">38</xref>], UMLS [<xref ref-type="bibr" rid="ref39">39</xref>,<xref ref-type="bibr" rid="ref40">40</xref>], and HiTOP [<xref ref-type="bibr" rid="ref13">13</xref>], together with additional domain-specific or policy-related frameworks. All scripts used for metric extraction, aggregation, and report generation are publicly available in the project repositories on GitHub to support methodological transparency and reproducibility. All values were generated from MMO version 1.0.1, CDF version 1.0.1, and 10 domain-module releases at version 1.0.0 indexed in Modules Registry version 1.0.0 [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref22">22</xref>]; machine-readable outputs and reproduction scripts are available in the corresponding repositories.</p></sec><sec id="s2-11"><title>Ontology Verification and Competency-Question Validation</title><p>We distinguished descriptive characterization, verification, and validation following the conventional distinction between checking conformance to specified requirements and assessing whether an artifact supports its intended use [<xref ref-type="bibr" rid="ref41">41</xref>]. The quantitative analyses described above characterize ontology structure and asserted alignments; they are not consistency tests. For verification, we evaluated MMO version 1.0.1, CDF version 1.0.1, and the 10 domain modules at version 1.0.0 using the project-specific, version-controlled workflow shared across the MMO repositories. The workflow parsed the RDF, XML, and Turtle serializations, assessed OWL 2 DL profile conformance, and applied HermiT reasoning through ROBOT version 1.9.6. Verification was performed separately for the MMO core, CDF, and each domain module. HermiT is an OWL 2 description-logic reasoner that evaluates the logical consequences of ontology axioms and can test ontology consistency under OWL 2 DL semantics [<xref ref-type="bibr" rid="ref42">42</xref>]. A result of no detected inconsistency is limited to the released axioms and the applied reasoning procedure and does not establish the validity of every mapping. Validation comprised 11 predefined competency questions addressing cross-domain retrieval, mapping traceability, traversal from module entities to CDF anchors, provenance, integrity constraints, and 1 selected OWL entailment. SPARQL Protocol and RDF Query Language (SPARQL) queries were executed using RDFLib version 7.5.0, and the selected entailment was evaluated by Web Ontology Language 2 Rule Language (OWL-RL) materialization using OWL-RL version 7.1.4. Expected results and pass criteria were specified before execution. Four negative controls containing predefined violations were used to test whether the relevant validation procedures failed as expected. The 11 explicit questions, expected and observed results, and negative controls are reported in Section S6 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>; the worked mapping path and query are reported in Section S7. Complete executable queries, fixtures, software configurations, reports, and reproduction instructions are archived with the versioned evaluation release [<xref ref-type="bibr" rid="ref23">23</xref>].</p></sec><sec id="s2-12"><title>Ethical Considerations</title><p>The mental health use case presented in this paper is a synthetic semantic modeling scenario constructed to demonstrate how heterogeneous clinical, social, environmental, and behavioral variables can be organized within the MMO and CDF architecture. No patient-level dataset, clinical record, participant observation, or identifiable information was generated or analyzed for this report, and the patient, encounter, and 50 listed data points are fictional exemplars rather than a reported clinical cohort. The study did not involve human participants or interaction with a clinical institution, production electronic health records (EHRs), or a live data platform. Accordingly, institutional review board approval and informed consent were not applicable.</p></sec></sec><sec id="s3" sec-type="results"><title>Results</title><sec id="s3-1"><title>Introduction to the MMO</title><p>To address the outlined shortcomings, we introduce the MMO [<xref ref-type="bibr" rid="ref20">20</xref>], a unifying framework designed to integrate heterogeneous knowledge bases within a coherent and interoperable structure. The MMO functions as a meta-ontology, acting as middleware between heterogeneous knowledge systems. In this capacity, it serves as an intermediary between various ontologies and knowledge representations, as illustrated in <xref ref-type="fig" rid="figure1">Figure 1</xref>.</p><p><xref ref-type="fig" rid="figure1">Figure 1</xref> presents the conceptual layers of the MMO architecture, progressing from heterogeneous raw knowledge sources and their formalized representations through the CDF and domain-module layer to the MMO middleware and its grounding in Basic Formal Ontology (BFO). In the released implementation, the architecture comprises the MMO core, the CDF, 10 separately versioned domain modules, and a use-case knowledge base [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref23">23</xref>]. The framework uses explicit mapping and refinement relations to connect selected entities while preserving the identity and provenance of the source representations. External ontologies and terminologies are not necessarily imported in full. New modules are incorporated as explicitly scoped, mapped, provenance-documented, versioned, and validated ontology artifacts.</p><fig position="float" id="figure1"><label>Figure 1.</label><caption><p>Conceptual layered architecture of the MMO. From bottom to top, heterogeneous raw knowledge sources are represented as formalized knowledge bases, connected through the CDF and MM, mediated by the MMO, and grounded in the BFO. The labels on the left indicate the intended conceptual progression from fragmented diversity and structured meaning to semantic mediation and ontological grounding. BFO: Basic Formal Ontology; MMO: Meta Mesh Ontology; CDF: Core Domain Framework; MM: Meta Mesh Modules.</p></caption><graphic alt-version="no" mimetype="image" position="float" xlink:type="simple" xlink:href="mental_v13i1e96311_fig01.png"/></fig></sec><sec id="s3-2"><title>Structure and Modular Architecture</title><p>Modeling and structuring knowledge is a central challenge in knowledge representation. The goal is to enable a precise and coherent modeling of reality. To achieve this, the MMO uses the BFO as its upper-level ontology [<xref ref-type="bibr" rid="ref43">43</xref>,<xref ref-type="bibr" rid="ref44">44</xref>]. The BFO is characterized by a highly axiomatized and formal structure, dividing reality into 2 fundamental categories: entities that persist over time without losing their identity, as well as processes or events that exist within time [<xref ref-type="bibr" rid="ref45">45</xref>]. This structure is essential for medical knowledge representation, as it allows for the depiction of both states and processes. Building upon this, the MMO establishes a robust foundation, ensuring both structural and semantic consistency. In integrating medical, psychological, and social aspects, the MMO provides a structured framework of concepts and relationships that enables the efficient unification of existing knowledge systems. Based on established metaontological design standards, the MMO was developed according to the following architectural principles to support cross-domain interoperability, modular extensibility, and semantic consistency, which are summarized in <xref ref-type="table" rid="table2">Table 2</xref>.</p><table-wrap id="t2" position="float"><label>Table 2.</label><caption><p>Key architectural principles of the MMO<sup><xref ref-type="table-fn" rid="table2fn1">a</xref></sup> design.</p></caption><table id="table2" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Key architectural principles</td><td align="left" valign="bottom">Description</td></tr></thead><tbody><tr><td align="left" valign="top">Layered modularity</td><td align="left" valign="top">The MMO<sup><xref ref-type="table-fn" rid="table2fn1">a</xref></sup> core, the CDF<sup><xref ref-type="table-fn" rid="table2fn2">b</xref></sup>, and the 10 separately versioned domain modules form a layered structure in which each domain module extends the CDF through explicit anchors, so that new domains can be added without modifying the core layers.</td></tr><tr><td align="left" valign="top">Semantic mediation</td><td align="left" valign="top">For each BFO-aligned<sup><xref ref-type="table-fn" rid="table2fn3">c</xref></sup> upper category, the MMO defines a corresponding subclass that mediates between the upper ontology and domain-specific concepts, providing a shared reference structure through which heterogeneous knowledge representations can be related.</td></tr><tr><td align="left" valign="top">Provenance-preserving alignment</td><td align="left" valign="top">Mappings to external ontologies and terminologies are recorded through explicit predicates (skos:exactMatch, skos:closeMatch, skos:relatedMatch, mmo:isMappedTo, and mmo:isConstantRefinementOf) together with source identifiers and provenance annotations, so that each asserted correspondence remains traceable to its origin.</td></tr><tr><td align="left" valign="top">Validation with version control</td><td align="left" valign="top">Each released version of the MMO core, CDF, and domain modules is checked for OWL<sup><xref ref-type="table-fn" rid="table2fn4">d</xref></sup> 2 DL profile conformance and logical consistency and is tested through version-controlled competency questions with predefined expected results.</td></tr></tbody></table><table-wrap-foot><fn id="table2fn1"><p><sup>a</sup>MMO: Meta Mesh Ontology.</p></fn><fn id="table2fn2"><p><sup>b</sup>CDF: Core Domain Framework.</p></fn><fn id="table2fn3"><p><sup>c</sup>BFO: Basic Formal Ontology.</p></fn><fn id="table2fn4"><p><sup>d</sup>OWL 2 DL: Web Ontology Language 2 description logic.</p></fn></table-wrap-foot></table-wrap><p>The modular architecture enables the flexible integration of subontologies and their adaptation to specific application areas. Building on established ontologies and terminologies, this design ensures semantic consistency, compatibility, and seamless interoperability across knowledge systems. To support semantic interoperability across heterogeneous knowledge domains, the MMO uses a CDF [<xref ref-type="bibr" rid="ref21">21</xref>] as its top-level domain architecture. The CDF defines 8 disjoint but extensible superdomains: knowledge, culture, health, nature, technology, economy, governance, and society, each representing a generalizable and semantically coherent area of human knowledge. These domains serve as anchor points for modular integration and ensure consistent alignment with the BFO. The derivation process followed a multistage synthesis of ontological, epistemological, and classificatory perspectives and is documented in detail in Section S2 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>. This structured domain scaffold ensures that all domain-specific modules within the MMO can be semantically positioned in a consistent and interoperable way. To illustrate how the CDF integrates into the overall ontology structure, a schematic architectural overview is provided below, as shown in <xref ref-type="fig" rid="figure2">Figure 2</xref>. The corresponding class names and unique identifiers are listed in <xref ref-type="fig" rid="figure3">Figure 3</xref>.</p><fig position="float" id="figure2"><label>Figure 2.</label><caption><p>Schematic overview of the Meta Mesh Ontology architecture. The illustration shows the top-level alignment with the Basic Formal Ontology and the integration of the Core Domain Framework classes as intermediary structures that connect domain-specific modules to the foundational layer. The figure illustrates the hierarchical structure and interrelations of the Meta Mesh Ontology and Core Domain Framework classes.</p></caption><graphic alt-version="no" mimetype="image" position="float" xlink:type="simple" xlink:href="mental_v13i1e96311_fig02.png"/></fig><fig position="float" id="figure3"><label>Figure 3.</label><caption><p>Class-name and identifier key for the Meta Mesh Ontology and Core Domain Framework architecture shown in <xref ref-type="fig" rid="figure2">Figure 2</xref>. The figure lists the corresponding class names. Each class is assigned a unique identifier encoded in base62 notation, allowing the abbreviations in <xref ref-type="fig" rid="figure2">Figure 2</xref> to be matched to their respective class names.</p></caption><graphic alt-version="no" mimetype="image" position="float" xlink:type="simple" xlink:href="mental_v13i1e96311_fig03.png"/></fig></sec><sec id="s3-3"><title>Interoperability and Technical Integration</title><p>The MMO supports the harmonization of diverse knowledge domains by providing a set of BFO-compliant classes. For each BFO class, the MMO specifies a corresponding MMO subclass that acts as a semantic mediator and alignment layer. These MMO subclasses serve as supercategories to structure domain-specific concepts and to establish a coherent organization of knowledge domains. In the current evaluation, semantic interoperability was operationalized as machine-readable mappings and their retrieval across the MMO and CDF resources. In this way, the MMO provides explicit mapping structures across the represented knowledge domains. The decision to adopt BFO-compliant categories is intended to enhance both comprehensibility and traceability for users and developers while also facilitating the future integration of new knowledge domains and standards. This results in a framework that can flexibly respond to the rapidly evolving demands of medicine and technology without losing expressiveness or coherence. Ultimately, the ontology is intended to support knowledge management and communication across research, clinical, and technical domains through clearly defined terms and relations. The precise differentiation and modularization of ontology components allow for flexible adaptation to specific use cases and facilitate future developments.</p></sec><sec id="s3-4"><title>Synthetic Use Case: Cross-Domain Representation of Mental Health Variables</title><sec id="s3-4-1"><title>Background</title><p>Mental health care frequently faces the challenge of fragmented data landscapes, where critical information is distributed across EHRs, social determinants of health, sensor data (from wearables and smart devices), environmental parameters, and behavioral assessments. This fragmentation makes it difficult to analyze these sources jointly and to preserve their semantic relationships across systems. To illustrate cross-domain representation without using patient-level data, we constructed a synthetic outpatient scenario. This scenario demonstrates how heterogeneous clinical and contextual variables can be represented and semantically linked within the MMO and CDF architecture.</p></sec><sec id="s3-4-2"><title>Case Description</title><p>The case describes a 38-year-old woman presenting to a psychiatric outpatient clinic with sleep disturbances, anhedonia, and fatigue. The scenario includes isolated documentation of previous depressive episodes and somatic complaints. Relevant social data, such as unemployment, single parenting, and housing insecurity, may exist in social service records, while wearable device data would reveal reduced physical activity and fragmented sleep patterns. In conventional clinical workflows, these data remain siloed, inconsistently coded, and lack semantic interoperability. This fragmentation hinders their integration into clinical decision-making processes and constrains the effective use of analytic tools, including but not limited to AI-based methods.</p></sec><sec id="s3-4-3"><title>Application of the MMO</title><p>The MMO was applied in this case to demonstrate the integration of heterogeneous data sources within a digital mental health context. We encoded the outpatient scenario as an RDF graph using identifiers and relations from the MMO core, CDF, and relevant domain modules. The graph brings together clinical, social, environmental, behavioral, sensor-derived, and biomedical variables within a common semantic representation. In total, 50 heterogeneous data points from medical, social, and behavioral domains were incorporated and</p><list list-type="bullet"><list-item><p>Semantically represented across domains, including medical symptoms, social determinants, trauma history, sensor-based data, biomarkers, molecular data, environmental parameters, behavioral patterns, and care trajectories.</p></list-item><list-item><p>Mapped to international medical standards, including SNOMED CT [<xref ref-type="bibr" rid="ref34">34</xref>,<xref ref-type="bibr" rid="ref35">35</xref>], <italic>ICD-10</italic> [<xref ref-type="bibr" rid="ref36">36</xref>], LOINC [<xref ref-type="bibr" rid="ref37">37</xref>,<xref ref-type="bibr" rid="ref38">38</xref>], UMLS [<xref ref-type="bibr" rid="ref39">39</xref>,<xref ref-type="bibr" rid="ref40">40</xref>], SOHO [<xref ref-type="bibr" rid="ref46">46</xref>], ACESO [<xref ref-type="bibr" rid="ref47">47</xref>], GO [<xref ref-type="bibr" rid="ref48">48</xref>], HiTOP [<xref ref-type="bibr" rid="ref13">13</xref>], and sustainable cities and communities, indicators for city services and quality of life (ISO 37120) [<xref ref-type="bibr" rid="ref49">49</xref>], using the modular architecture of the MMO and CDF.</p></list-item><list-item><p>Encoded as a machine-readable, Findable, Accessible, Interoperable, and Reusable (FAIR)-aligned representation with persistent identifiers, source provenance, versioned public access, and documented mappings.</p></list-item></list><p>Each variable was represented by an identified RDF resource with type assertions, values or annotations, provenance links, and, where applicable, mappings to module and external entities. For example, the sleep-related variable DP02_Dyssomnia is represented through a SNOMED module class that retains its external identifier and connects it to CDF anchors through explicit mapping and refinement relations; the complete path and query are provided in Section S7 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>. Competency questions were used to test retrieval through the MMO and CDF layers. Together, these representations link the 50 data points within a common semantic framework. The following use case visualization exemplifies this integration by depicting the full spectrum of data points aligned under the CDF. Detailed information on each of the 50 data points&#x2014;including domain assignment and semantic encoding, is provided in tabular form in Sections S4 and S5 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>, with an overview in <xref ref-type="fig" rid="figure4">Figure 4</xref>.</p><p>All CDF and domain-specific MMO modules used in this study, together with the FAIR-aligned use case representation, are available through the associated versioned repositories [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref23">23</xref>]. Additional documentation, including tabular summaries and semantic encodings, is provided in Sections S4 and S5 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref>.</p><fig position="float" id="figure4"><label>Figure 4.</label><caption><p>Integrated representation of 50 heterogeneous data points using the Meta Mesh Ontology. The illustration demonstrates how clinical, psychological, environmental, and social information can be unified through domain-level anchoring within the Core Domain Framework. ACESO: Adverse Childhood Experiences Ontology; GO: Gene Ontology; HiTOP: Hierarchical Taxonomy of Psychopathology; <italic>ICD-10: International Classification of Diseases, Tenth Revision</italic>; ISO: International Organization for Standardization; LOINC: Logical Observation Identifiers Names and Codes; MCnc: Mass Concentration; O&#x2083;: Ozone; PM2.5: Particulate Matter 2.5; Qn: quantitative (standardized LOINC Property code); SNOMED CT: Systematized Nomenclature of Medicine Clinical Terms; SOHO: Social Determinants of Health Ontology; TMT: Trail Making Test; UMLS: Unified Medical Language System.</p></caption><graphic alt-version="no" mimetype="image" position="float" xlink:type="simple" xlink:href="mental_v13i1e96311_fig04.png"/></fig></sec></sec><sec id="s3-5"><title>Quantitative Findings</title><sec id="s3-5-1"><title>Ontology Core Findings</title><p>In the combined MMO and CDF analysis, the framework comprised 2238 RDF triples, 208 classes, 28 properties, and 3 individuals. Structural organization was represented by 219 structural relations. We identified 103 semantic alignment relations, including 100 external alignments, across 5 integrated external framework families, which are summarized in <xref ref-type="table" rid="table3">Table 3</xref>.</p><table-wrap id="t3" position="float"><label>Table 3.</label><caption><p>Quantitative summary of MMO and CDF<sup><xref ref-type="table-fn" rid="table3fn1">a</xref></sup><sup>,</sup><sup><xref ref-type="table-fn" rid="table3fn2">b</xref></sup> core metrics<sup><xref ref-type="table-fn" rid="table3fn3">c</xref></sup>.</p></caption><table id="table3" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Metric</td><td align="left" valign="bottom">Description</td><td align="left" valign="bottom">Result</td></tr></thead><tbody><tr><td align="left" valign="top">RDF<sup><xref ref-type="table-fn" rid="table3fn4">d</xref></sup> triples</td><td align="left" valign="top">Total number of RDF statements in the ontology.</td><td align="left" valign="top">2238</td></tr><tr><td align="left" valign="top">Classes</td><td align="left" valign="top">Number of ontology classes.</td><td align="left" valign="top">208</td></tr><tr><td align="left" valign="top">Properties</td><td align="left" valign="top">Total number of ontology properties.</td><td align="left" valign="top">28</td></tr><tr><td align="left" valign="top">Individuals</td><td align="left" valign="top">Number of instances.</td><td align="left" valign="top">3</td></tr><tr><td align="left" valign="top">Structural relations</td><td align="left" valign="top">Object properties connecting ontology entities.</td><td align="left" valign="top">219</td></tr><tr><td align="left" valign="top">Semantic internal alignments</td><td align="left" valign="top">Mapping relations linking ontology entities within the MMO and CDF<sup><xref ref-type="table-fn" rid="table3fn1">a</xref></sup><sup>,</sup><sup><xref ref-type="table-fn" rid="table3fn2">b</xref></sup> project space.</td><td align="left" valign="top">3</td></tr><tr><td align="left" valign="top">Semantic external alignments</td><td align="left" valign="top">Mapping relations linking ontology entities to external reference frameworks and terminologies.</td><td align="left" valign="top">100</td></tr><tr><td align="left" valign="top">Integrated frameworks</td><td align="left" valign="top">Number of distinct external framework families represented in the combined MMO and CDF core metrics.</td><td align="left" valign="top">5</td></tr></tbody></table><table-wrap-foot><fn id="table3fn1"><p><sup>a</sup>MMO: Meta Mesh Ontology.</p></fn><fn id="table3fn2"><p><sup>b</sup>CDF: Core Domain Framework.</p></fn><fn id="table3fn3"><p><sup>c</sup>Structural relations denote ontology-internal object-property relations used to organize entities within the MMO and CDF core and should not be interpreted as clinical or outcome-level measures.</p></fn><fn id="table3fn4"><p><sup>d</sup>RDF: Resource Description Framework.</p></fn></table-wrap-foot></table-wrap><p>These findings indicate that the MMO and CDF core primarily functions as a structurally dense alignment scaffold, with most semantic alignment relations linking outward to external reference frameworks.</p></sec><sec id="s3-5-2"><title>Ontology Module Findings</title><p>The 10-module aggregate added 967 triples, 54 classes, and 20 individuals. Alignment analysis identified 171 semantic alignments (116 external and 55 internal), with 21 module-level ontology integrations, shown in <xref ref-type="table" rid="table4">Table 4</xref>. Label coverage was complete for all assessed module resources (54/54; weighted coverage 1.0). Module-level complexity varied, with triples ranging from 79 to 183 and total semantic alignments from 9 to 27; the ISO 37120 module had the largest integration burden (183 triples, 27 alignments, and 5 integrated ontologies). Integration counts reflect summed module-level instances across all evaluated modules.</p><table-wrap id="t4" position="float"><label>Table 4.</label><caption><p>Module-level ontology and alignment metrics across 10 MMO<sup><xref ref-type="table-fn" rid="table4fn1">a</xref></sup> modules<sup><xref ref-type="table-fn" rid="table4fn2">b</xref></sup>.</p></caption><table id="table4" frame="hsides" rules="groups"><thead><tr><td align="left" valign="bottom">Metric</td><td align="left" valign="bottom">Description</td><td align="left" valign="bottom">Result</td></tr></thead><tbody><tr><td align="left" valign="top">RDF<sup><xref ref-type="table-fn" rid="table4fn3">c</xref></sup> triples</td><td align="left" valign="top">Total number of RDF statements in the ontology.</td><td align="left" valign="top">967</td></tr><tr><td align="left" valign="top">Classes</td><td align="left" valign="top">Number of ontology classes.</td><td align="left" valign="top">54</td></tr><tr><td align="left" valign="top">Individuals</td><td align="left" valign="top">Number of instances.</td><td align="left" valign="top">20</td></tr><tr><td align="left" valign="top">Semantic internal alignments</td><td align="left" valign="top">Mapping relations linking module entities to MMO and CDF<sup><xref ref-type="table-fn" rid="table4fn1">a</xref></sup><sup>,</sup><sup><xref ref-type="table-fn" rid="table4fn4">d</xref></sup> internal project space entities.</td><td align="left" valign="top">55</td></tr><tr><td align="left" valign="top">Semantic external alignments</td><td align="left" valign="top">Mapping relations linking module entities to external reference frameworks and terminologies.</td><td align="left" valign="top">116</td></tr><tr><td align="left" valign="top">Module-level ontology integration instances</td><td align="left" valign="top">Summed count of module-level ontology integration instances across all evaluated modules.</td><td align="left" valign="top">21</td></tr></tbody></table><table-wrap-foot><fn id="table4fn1"><p><sup>a</sup>MMO: Meta Mesh Ontology.</p></fn><fn id="table4fn2"><p><sup>b</sup>The value &#x201C;21 integrations&#x201D; represents the sum of module-level ontology integration instances across 10 evaluated modules and does not indicate 21 unique external frameworks. The 54/54 coverage value refers to complete label coverage across assessed module resources and should be interpreted as an ontology-side documentation/readiness signal rather than direct evidence of empirical dataset interoperability.</p></fn><fn id="table4fn3"><p><sup>c</sup>RDF: Resource Description Framework.</p></fn><fn id="table4fn4"><p><sup>d</sup>CDF: Core Domain Framework.</p></fn></table-wrap-foot></table-wrap><p>The range of module-level counts reflects the deliberately differentiated scope and modeled content of the 10 exemplar modules.</p></sec></sec><sec id="s3-6"><title>Logical and Functional Validation</title><p>The MMO core, CDF, and all 10 domain modules conformed to the OWL 2 DL profile, and HermiT reasoning through ROBOT version 1.9.6 detected no logical inconsistency. Observed results matched the expected results for all 11 competency questions. The tests retrieved all 50 data points, traced each data point through its module class to at least 1 CDF anchor, confirmed source provenance for the represented module classes, and produced the selected expected OWL entailment. All 4 negative controls were detected as expected. Complete test specifications, expected and observed results, queries, validation reports, and reproduction instructions are summarized in Sections S6 and S7 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref> and provided in full in the versioned evaluation release [<xref ref-type="bibr" rid="ref23">23</xref>].</p></sec></sec><sec id="s4" sec-type="discussion"><title>Discussion</title><sec id="s4-1"><title>Principal Findings</title><p>We developed and released the MMO and CDF architecture and examined its structure, asserted mappings, logical consistency, and answers to specified competency questions based on a mental health scenario. In that scenario, the graph represented clinical, psychosocial, environmental, and biomedical variables while retaining their source identifiers.</p></sec><sec id="s4-2"><title>Strengths and Limitations</title><sec id="s4-2-1"><title>Strengths</title><p>The MMO has several strengths as a modular ontology architecture. Beyond its theoretical foundation, the MMO provides an implemented and versioned framework for linking heterogeneous knowledge representations through explicit mappings. The quantitative profile further indicates a 2-layer integration pattern consisting of a stable MMO and CDF core and a heterogeneous domain-module layer with substantial external alignment density. Taken together, these findings support an interpretation in which the core provides the semantic scaffold, while the module layer enables domain-specific linkage to external clinical, psychosocial, and environmental reference systems. This structure supports modular extension through separately versioned domain modules while preserving the distinction between the core and module layers. By representing medical, technological, environmental, and socioeconomic concepts through standardized domain modules, including concepts related to smart devices, sensors, EHRs, and patient-reported outcomes, the MMO provides a multidimensional semantic structure. This structured networking of knowledge representations brings biological, psychological, social, and environmental concepts into a common ontology architecture. Another key advantage of the MMO lies in its explicit mappings among source terminologies, which retain source identifiers and provenance across the domain modules. The module architecture includes explicit references and mappings to international standards and medical terminologies, represented in this study, including <italic>ICD-10</italic>, SNOMED CT, UMLS, LOINC, and ISO 37120. Within the current evaluation scope, the reported metrics and functional tests characterize ontology structure, alignment density, cross-layer retrieval, and selected entailment behavior. The MMO&#x2019;s BFO grounding aligns it with other realist, BFO-based approaches to mental health knowledge representation, while its modular mediating layer addresses a gap that these approaches do not cover. The Mental Functioning Ontology and its Mental Disease module (MFO-MD) [<xref ref-type="bibr" rid="ref50">50</xref>,<xref ref-type="bibr" rid="ref51">51</xref>] similarly ground mental-health concepts in BFO and reuse external identifiers, including from the Disease Ontology, but their scope is limited to mental functioning and disease; unlike the MMO, their published documentation does not describe a mechanism for anchoring modules from unrelated domains, such as social determinants or environmental indicators, within a shared mediating layer. The OBO Foundry [<xref ref-type="bibr" rid="ref52">52</xref>] pursues BFO-based interoperability across a coordinated family of independently developed ontologies, but does so through shared design principles and a registry rather than through a single architecture with a versioned anchor layer and explicit, provenance-bearing mapping predicates between member ontologies, both of which the MMO provides. BioPortal [<xref ref-type="bibr" rid="ref28">28</xref>], which indexes and serves ontologies such as SNOMED CT, <italic>ICD-10</italic>, and LOINC, functions as a repository and access platform rather than as a mediating ontology in its own right. The MMO&#x2019;s contribution within this landscape is therefore a comparatively lightweight but concrete mediating layer that already spans domains with no prior mental health orientation, such as environmental and urban indicators, under one-versioned and evaluable structure.</p></sec><sec id="s4-2-2"><title>Limitations</title><p>A key limitation of the current evaluation is that it primarily captures structural and semantic integration characteristics of the ontology rather than downstream clinical-performance outcomes. The current metrics characterize ontology structure, alignment density, and ontology-side documentation readiness, but they do not by themselves demonstrate downstream clinical utility, true dataset interoperability, or patient-level performance effects. In addition, the readiness indicators observed in the metrics analysis were mixed to moderate, and reasoning and competency-question tests cover only the specified test cases. The use case evaluates specified mapping, retrieval, integrity, and entailment behavior but does not assess mapping completeness, independent mapping validity, or application to governed clinical data. Query performance under production workloads and downstream clinical or machine-learning outcomes were not evaluated. Beyond these methodological constraints, several considerations would apply to future operational implementation. Implementing ontology-mediated interoperability in operational health care settings may require investment and adjustments to existing technical and organizational structures. Such implementation may also require training for professionals working with the relevant systems. Any future integration and networking of personal data would require appropriate data protection and security measures. Ethical and legal requirements, including applicable data-protection standards, would also need to be addressed. Technical complexity may present another implementation challenge. Many existing systems are proprietary and not designed for seamless interoperability. Harmonizing and standardizing these systems requires not only technological adjustments but also institutional and regulatory agreements, which are not always easy to implement. Furthermore, the MMO requires continuous maintenance and regular updates to ensure its long-term usability and acceptance. Future implementations in non-WEIRD (Western educated, industrialized, rich, and democratic) contexts involve additional challenges, as limited resources, differing regulatory frameworks, and varying digital infrastructures can hinder large-scale adoption. Therefore, implementation strategies should consider local capacities, sociotechnical conditions, and culturally adapted governance models to ensure equitable accessibility and long-term sustainability.</p></sec></sec><sec id="s4-3"><title>Implications and Future Evaluation</title><p>Beyond these structural findings, the approach suggests several directions for future research in psychiatric knowledge representation and ontology-informed analysis. Future studies could evaluate whether MMO-based representations facilitate the joint analysis of heterogeneous information sources in psychiatric research and clinical workflows. By integrating semantic concepts, various psychiatric classification systems, taxonomies, and frameworks, such as <italic>DSM</italic>, <italic>International Classification of Diseases</italic> (<italic>ICD)</italic>, HiTOP, and RDoC, can be harmonized and linked to digital systems. Future research could examine the use of these mappings for longitudinal representation and analysis. The module architecture can also represent concepts related to smart devices, wearables, and other technology-supported sources. Wearable technologies and sensors continuously provide psychophysiological data such as heart rate variability, sleep patterns, and activity levels. Implementation studies could assess whether such observations can be represented consistently alongside clinical and contextual information. Separately developed decision-support or machine-learning systems could evaluate MMO-structured representations as one form of semantic input. Future studies could examine ontology-mediated representations in telemedicine and digital therapy applications. Such studies should separately evaluate information exchange, workflow integration, and clinical utility. Additionally, the ontology contributes to designing health-promoting environments in urban areas. By linking smart city data with psychiatric care models, environmental factors that influence mental well-being can be analyzed to develop evidence-based infrastructural interventions.</p><p>Taken together, these considerations suggest that the MMO represents a strategic opportunity to transform psychiatric diagnostics and therapy. Its potential lies not only in the semantic interoperability and standardization of clinical and technological data but also in creating an infrastructure that enables the sustainable and evidence-based advancement of psychiatry. A key aspect of the MMO is the establishment of a methodological foundation that allows the integration of heterogeneous data sources for both scientific and clinical purposes. This involves not only the harmonization of existing classification systems such as <italic>DSM-5</italic>, <italic>ICD</italic>, HiTOP, and RDoC but also the structured incorporation of new insights gained from AI-driven analyses into diagnostic and therapeutic processes. In summary, the MMO can be regarded as a forward-thinking concept that may support data-driven, interdisciplinary, and ethically grounded psychiatry; however, the current findings are ontology-structural and do not constitute evaluated operational reasoning performance, downstream model performance, or patient-level clinical effectiveness.</p></sec></sec></body><back><ack><p>The author gratefully acknowledges the institutional support from the Jena University Hospital, the Charit&#x00E9;-Universit&#x00E4;tsmedizin Berlin, and the University of M&#x00FC;nster. The author also thanks the German Center for Mental Health (DZPG) for providing the research environment and infrastructure that facilitated the ontology development and semantic validation.</p></ack><notes><sec><title>Generative AI Use</title><p>Generative AI (GenAI) was used solely for the generation of the table-of-contents (TOC) image. The image was generated by Rog&#x00E9;rio Blitz on March 27, 2026, using Midjourney based on an author-provided text prompt. GenAI was not used for the generation or analysis of study data or for drawing scientific conclusions. No identifiable patient information or personal data were provided to the AI system.</p></sec><sec><title>Funding</title><p>This research was funded by internal institutional resources of the Department of Psychiatry and Neuroscience at Charit&#x00E9;-Universit&#x00E4;tsmedizin. No external grant funding was received for this study.</p></sec><sec><title>Data Availability</title><p>All ontology artifacts and data supporting the findings reported here are available through the version-specific release records for MMO version 1.0.1, CDF version 1.0.1, the domain modules indexed in Modules Registry version 1.0.0, and MMO Use Cases version 1.1.0 [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref23">23</xref>]. The complete 50-variable synthetic use case, mapping details, and competency-question inputs and outputs are archived with MMO Use Cases version 1.1.0 [<xref ref-type="bibr" rid="ref23">23</xref>]. Section S3 in <xref ref-type="supplementary-material" rid="app1">Multimedia Appendix 1</xref> provides the complete human-readable definitions of all MMO and CDF classes referenced in the manuscript. No patient-level or other real-world clinical dataset was generated or analyzed for this study.</p><p>The code used for ontology generation, metrics, validation, and transformation is publicly available through the versioned project repositories [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref23">23</xref>]. The executable competency-question queries, expected and observed outputs, validation reports, software-version information, and reproduction instructions are archived with MMO Use Cases version 1.1.0 [<xref ref-type="bibr" rid="ref23">23</xref>]. The corresponding GitHub release is tagged v1.1.0 and identifies commit 35d1b7b2272ec238a1c335888b978b5a4fb3279f.</p></sec></notes><fn-group><fn fn-type="con"><p>Conceptualization: RB</p><p>Data curation: RB</p><p>Formal analysis: RB</p><p>Investigation: RB</p><p>Methodology: RB</p><p>Project administration: RB</p><p>Software: RB</p><p>Supervision: NO</p><p>Validation: RB</p><p>Visualization: RB</p><p>Writing&#x2013;original draft: RB</p><p>Writing&#x2013;review &#x0026; editing: RB (lead), MR (supporting), AK (supporting), RL (supporting), ST (supporting), NO (supporting)</p></fn><fn fn-type="conflict"><p>None declared.</p></fn></fn-group><glossary><title>Abbreviations</title><def-list><def-item><term id="abb1">ACESO</term><def><p>adverse childhood experiences ontology</p></def></def-item><def-item><term id="abb2">BFO</term><def><p>basic formal ontology</p></def></def-item><def-item><term id="abb3">CDF</term><def><p>Core Domain Framework</p></def></def-item><def-item><term id="abb4"><italic>DSM-5</italic></term><def><p><italic>Diagnostic and Statistical Manual of Mental Disorders, Fifth Edition</italic></p></def></def-item><def-item><term id="abb5">EHRs</term><def><p>electronic health records</p></def></def-item><def-item><term id="abb6">FAIR</term><def><p>Findable, Accessible, Interoperable, and Reusable</p></def></def-item><def-item><term id="abb7">GO</term><def><p>gene ontology</p></def></def-item><def-item><term id="abb8">HiTOP</term><def><p>Hierarchical Taxonomy of Psychopathology</p></def></def-item><def-item><term id="abb9"><italic>ICD-10</italic></term><def><p><italic>International Classification of Diseases, Version 10</italic></p></def></def-item><def-item><term id="abb10"><italic>ICD-11</italic></term><def><p><italic>International Classification of Diseases, 11th Revision</italic></p></def></def-item><def-item><term id="abb11">ISO</term><def><p>International Organization for Standardization</p></def></def-item><def-item><term id="abb12">LOINC</term><def><p>Logical Observation Identifier Names and Codes</p></def></def-item><def-item><term id="abb13">MFO-MD</term><def><p>Mental Functioning Ontology-Mental Disease module</p></def></def-item><def-item><term id="abb14">MMO</term><def><p>Meta Mesh Ontology</p></def></def-item><def-item><term id="abb15">OBO</term><def><p>open biological and biomedical ontologies</p></def></def-item><def-item><term id="abb16">OLS</term><def><p>Ontology Lookup Service</p></def></def-item><def-item><term id="abb17">OWL</term><def><p>web ontology language</p></def></def-item><def-item><term id="abb18">OWL 2 DL</term><def><p>Web Ontology Language 2 Description Logic</p></def></def-item><def-item><term id="abb19">OWL-RL</term><def><p>Web Ontology Language 2 Rule Language</p></def></def-item><def-item><term id="abb20">RDF</term><def><p>Resource Description Framework</p></def></def-item><def-item><term id="abb21">RDoC</term><def><p>Research Domain Criteria</p></def></def-item><def-item><term id="abb22">SKOS</term><def><p>Simple Knowledge Organization System</p></def></def-item><def-item><term id="abb23">SNOMED CT</term><def><p>Systematized Nomenclature of Medicine Clinical Terms</p></def></def-item><def-item><term id="abb24">SOHO</term><def><p>Social Determinants of Health Ontology</p></def></def-item><def-item><term id="abb25">SPAQRL</term><def><p>SPARQL Protocol and RDF Query Language</p></def></def-item><def-item><term id="abb26">SWRL</term><def><p>Semantic Web Rule Language</p></def></def-item><def-item><term id="abb27">UMLS</term><def><p>Unified Medical Language System</p></def></def-item><def-item><term id="abb28">WEIRD</term><def><p>Western educated, industrialized, rich, and democratic</p></def></def-item></def-list></glossary><ref-list><title>References</title><ref id="ref1"><label>1</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Soneson</surname><given-names>E</given-names> </name><name name-style="western"><surname>Russo</surname><given-names>D</given-names> </name><name name-style="western"><surname>Knight</surname><given-names>C</given-names> </name><etal/></person-group><article-title>Psychological interventions for people with psychotic experiences: protocol for a systematic review and meta-analysis</article-title><source>Syst Rev</source><year>2019</year><month>05</month><day>23</day><volume>8</volume><issue>1</issue><fpage>124</fpage><pub-id pub-id-type="doi">10.1186/s13643-019-1041-5</pub-id><pub-id pub-id-type="medline">31122287</pub-id></nlm-citation></ref><ref id="ref2"><label>2</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Miguel</surname><given-names>C</given-names> </name><name name-style="western"><surname>Karyotaki</surname><given-names>E</given-names> </name><name name-style="western"><surname>Ciharova</surname><given-names>M</given-names> </name><name name-style="western"><surname>Cristea</surname><given-names>IA</given-names> </name><name name-style="western"><surname>Penninx</surname><given-names>B</given-names> </name><name name-style="western"><surname>Cuijpers</surname><given-names>P</given-names> </name></person-group><article-title>Psychotherapy for comorbid depression and somatic disorders: a systematic review and meta-analysis</article-title><source>Psychol Med</source><year>2023</year><month>04</month><volume>53</volume><issue>6</issue><fpage>2503</fpage><lpage>2513</lpage><pub-id pub-id-type="doi">10.1017/S0033291721004414</pub-id><pub-id pub-id-type="medline">34792017</pub-id></nlm-citation></ref><ref id="ref3"><label>3</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Smit</surname><given-names>D</given-names> </name><name name-style="western"><surname>Miguel</surname><given-names>C</given-names> </name><name name-style="western"><surname>Vrijsen</surname><given-names>JN</given-names> </name><name name-style="western"><surname>Groeneweg</surname><given-names>B</given-names> </name><name name-style="western"><surname>Spijker</surname><given-names>J</given-names> </name><name name-style="western"><surname>Cuijpers</surname><given-names>P</given-names> </name></person-group><article-title>The effectiveness of peer support for individuals with mental illness: systematic review and meta-analysis</article-title><source>Psychol Med</source><year>2023</year><month>08</month><volume>53</volume><issue>11</issue><fpage>5332</fpage><lpage>5341</lpage><pub-id pub-id-type="doi">10.1017/S0033291722002422</pub-id><pub-id pub-id-type="medline">36066104</pub-id></nlm-citation></ref><ref id="ref4"><label>4</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Engel</surname><given-names>GL</given-names> </name></person-group><article-title>The need for a new medical model: a challenge for biomedicine</article-title><source>Science</source><year>1977</year><month>04</month><day>8</day><volume>196</volume><issue>4286</issue><fpage>129</fpage><lpage>136</lpage><pub-id pub-id-type="doi">10.1126/science.847460</pub-id><pub-id pub-id-type="medline">847460</pub-id></nlm-citation></ref><ref id="ref5"><label>5</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Borrell-Carri&#x00F3;</surname><given-names>F</given-names> </name><name name-style="western"><surname>Suchman</surname><given-names>AL</given-names> </name><name name-style="western"><surname>Epstein</surname><given-names>RM</given-names> </name></person-group><article-title>The biopsychosocial model 25 years later: principles, practice, and scientific inquiry</article-title><source>Ann Fam Med</source><year>2004</year><volume>2</volume><issue>6</issue><fpage>576</fpage><lpage>582</lpage><pub-id pub-id-type="doi">10.1370/afm.245</pub-id><pub-id pub-id-type="medline">15576544</pub-id></nlm-citation></ref><ref id="ref6"><label>6</label><nlm-citation citation-type="book"><person-group person-group-type="author"><collab>American Psychiatric Association</collab></person-group><source>Diagnostic and Statistical Manual of Mental Disorders: DSM-5</source><year>2013</year><publisher-name>American Psychiatric Association</publisher-name><pub-id pub-id-type="doi">10.1176/appi.books.9780890425596</pub-id></nlm-citation></ref><ref id="ref7"><label>7</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Regier</surname><given-names>DA</given-names> </name><name name-style="western"><surname>Kuhl</surname><given-names>EA</given-names> </name><name name-style="western"><surname>Kupfer</surname><given-names>DJ</given-names> </name></person-group><article-title>The DSM-5: classification and criteria changes</article-title><source>World Psychiatry</source><year>2013</year><month>06</month><volume>12</volume><issue>2</issue><fpage>92</fpage><lpage>98</lpage><pub-id pub-id-type="doi">10.1002/wps.20050</pub-id><pub-id pub-id-type="medline">23737408</pub-id></nlm-citation></ref><ref id="ref8"><label>8</label><nlm-citation citation-type="book"><person-group person-group-type="author"><collab>World Health Organization</collab></person-group><source>Clinical Descriptions and Diagnostic Requirements for ICD-11 Mental, Behavioural and Neurodevelopmental Disorders</source><year>2024</year><publisher-name>World Health Organization</publisher-name></nlm-citation></ref><ref id="ref9"><label>9</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>First</surname><given-names>MB</given-names> </name><name name-style="western"><surname>Reed</surname><given-names>GM</given-names> </name><name name-style="western"><surname>Hyman</surname><given-names>SE</given-names> </name><name name-style="western"><surname>Saxena</surname><given-names>S</given-names> </name></person-group><article-title>The development of the ICD-11 clinical descriptions and diagnostic guidelines for mental and behavioural disorders</article-title><source>World Psychiatry</source><year>2015</year><month>02</month><volume>14</volume><issue>1</issue><fpage>82</fpage><lpage>90</lpage><pub-id pub-id-type="doi">10.1002/wps.20189</pub-id><pub-id pub-id-type="medline">25655162</pub-id></nlm-citation></ref><ref id="ref10"><label>10</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Reed</surname><given-names>GM</given-names> </name><name name-style="western"><surname>First</surname><given-names>MB</given-names> </name><name name-style="western"><surname>Kogan</surname><given-names>CS</given-names> </name><etal/></person-group><article-title>Innovations and changes in the ICD-11 classification of mental, behavioural and neurodevelopmental disorders</article-title><source>World Psychiatry</source><year>2019</year><month>02</month><volume>18</volume><issue>1</issue><fpage>3</fpage><lpage>19</lpage><pub-id pub-id-type="doi">10.1002/wps.20611</pub-id><pub-id pub-id-type="medline">30600616</pub-id></nlm-citation></ref><ref id="ref11"><label>11</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Seem&#x00FC;ller</surname><given-names>F</given-names> </name></person-group><article-title>ICD-11 and mental disorders: important changes, controversies, and future directions</article-title><source>BMC Psychiatry</source><year>2023</year><month>09</month><day>25</day><volume>23</volume><issue>1</issue><fpage>698</fpage><pub-id pub-id-type="doi">10.1186/s12888-023-05186-w</pub-id><pub-id pub-id-type="medline">37749513</pub-id></nlm-citation></ref><ref id="ref12"><label>12</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Favril</surname><given-names>L</given-names> </name><name name-style="western"><surname>Yu</surname><given-names>R</given-names> </name><name name-style="western"><surname>Uyar</surname><given-names>A</given-names> </name><name name-style="western"><surname>Sharpe</surname><given-names>M</given-names> </name><name name-style="western"><surname>Fazel</surname><given-names>S</given-names> </name></person-group><article-title>Risk factors for suicide in adults: systematic review and meta-analysis of psychological autopsy studies</article-title><source>Evid Based Mental Health</source><year>2022</year><month>11</month><volume>25</volume><issue>4</issue><fpage>148</fpage><lpage>155</lpage><pub-id pub-id-type="doi">10.1136/ebmental-2022-300549</pub-id></nlm-citation></ref><ref id="ref13"><label>13</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Kotov</surname><given-names>R</given-names> </name><name name-style="western"><surname>Krueger</surname><given-names>RF</given-names> </name><name name-style="western"><surname>Watson</surname><given-names>D</given-names> </name><etal/></person-group><article-title>The Hierarchical Taxonomy of Psychopathology (HiTOP): a dimensional alternative to traditional nosologies</article-title><source>J Abnorm Psychol</source><year>2017</year><month>05</month><volume>126</volume><issue>4</issue><fpage>454</fpage><lpage>477</lpage><pub-id pub-id-type="doi">10.1037/abn0000258</pub-id><pub-id pub-id-type="medline">28333488</pub-id></nlm-citation></ref><ref id="ref14"><label>14</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Kotov</surname><given-names>R</given-names> </name><name name-style="western"><surname>Krueger</surname><given-names>RF</given-names> </name><name name-style="western"><surname>Watson</surname><given-names>D</given-names> </name><etal/></person-group><article-title>The Hierarchical Taxonomy of Psychopathology (HiTOP): a quantitative nosology based on consensus of evidence</article-title><source>Annu Rev Clin Psychol</source><year>2021</year><month>05</month><day>7</day><volume>17</volume><fpage>83</fpage><lpage>108</lpage><pub-id pub-id-type="doi">10.1146/annurev-clinpsy-081219-093304</pub-id><pub-id pub-id-type="medline">33577350</pub-id></nlm-citation></ref><ref id="ref15"><label>15</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Insel</surname><given-names>T</given-names> </name><name name-style="western"><surname>Cuthbert</surname><given-names>B</given-names> </name><name name-style="western"><surname>Garvey</surname><given-names>M</given-names> </name><etal/></person-group><article-title>Research domain criteria (RDoC): toward a new classification framework for research on mental disorders</article-title><source>Am J Psychiatry</source><year>2010</year><month>07</month><volume>167</volume><issue>7</issue><fpage>748</fpage><lpage>751</lpage><pub-id pub-id-type="doi">10.1176/appi.ajp.2010.09091379</pub-id><pub-id pub-id-type="medline">20595427</pub-id></nlm-citation></ref><ref id="ref16"><label>16</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Fountoulakis</surname><given-names>KN</given-names> </name><name name-style="western"><surname>Stahl</surname><given-names>SM</given-names> </name></person-group><article-title>Precision and personalized assessment, diagnosis and treatment in psychiatry</article-title><source>CNS Spectr</source><year>2021</year><month>08</month><volume>26</volume><issue>4</issue><fpage>326</fpage><lpage>332</lpage><pub-id pub-id-type="doi">10.1017/S1092852920000139</pub-id><pub-id pub-id-type="medline">32228728</pub-id></nlm-citation></ref><ref id="ref17"><label>17</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Latzman</surname><given-names>RD</given-names> </name><name name-style="western"><surname>Krueger</surname><given-names>RF</given-names> </name><name name-style="western"><surname>DeYoung</surname><given-names>CG</given-names> </name><name name-style="western"><surname>Michelini</surname><given-names>G</given-names> </name></person-group><article-title>Connecting quantitatively derived personality-psychopathology models and neuroscience</article-title><source>Personal Neurosci</source><year>2021</year><volume>4</volume><fpage>e4</fpage><pub-id pub-id-type="doi">10.1017/pen.2021.3</pub-id><pub-id pub-id-type="medline">34909563</pub-id></nlm-citation></ref><ref id="ref18"><label>18</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Chandra</surname><given-names>R</given-names> </name><name name-style="western"><surname>Agarwal</surname><given-names>S</given-names> </name><name name-style="western"><surname>Singh</surname><given-names>N</given-names> </name></person-group><article-title>Ontology-based knowledge modeling approach for big data analysis of interdependent health conditions in the diagnosis of non-communicable diseases</article-title><source>Knowl Inf Syst</source><year>2026</year><month>12</month><volume>68</volume><issue>1</issue><fpage>90</fpage><pub-id pub-id-type="doi">10.1007/s10115-026-02699-0</pub-id></nlm-citation></ref><ref id="ref19"><label>19</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Chandra</surname><given-names>R</given-names> </name><name name-style="western"><surname>Tiwari</surname><given-names>S</given-names> </name><name name-style="western"><surname>Agarwal</surname><given-names>S</given-names> </name><name name-style="western"><surname>Singh</surname><given-names>N</given-names> </name></person-group><article-title>Semantic web-based diagnosis and treatment of vector-borne diseases using SWRL rules</article-title><source>Knowl Based Syst</source><year>2023</year><month>08</month><volume>274</volume><fpage>110645</fpage><pub-id pub-id-type="doi">10.1016/j.knosys.2023.110645</pub-id></nlm-citation></ref><ref id="ref20"><label>20</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Blitz</surname><given-names>R</given-names> </name></person-group><source>MetaMeshOntology/Meta-Mesh-Ontology: Meta Mesh Ontology (MMO) &#x2014; Release 101 (V101)</source><year>2025</year><publisher-name>Zenodo</publisher-name><pub-id pub-id-type="doi">10.5281/zenodo.17588491</pub-id></nlm-citation></ref><ref id="ref21"><label>21</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Blitz</surname><given-names>R</given-names> </name></person-group><source>MetaMeshOntology/Core-Domain-Framework: Core Domain Framework (CDF) &#x2014; Release 101 (V101)</source><year>2025</year><publisher-name>Zenodo</publisher-name><pub-id pub-id-type="doi">10.5281/zenodo.17588659</pub-id></nlm-citation></ref><ref id="ref22"><label>22</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Blitz</surname><given-names>R</given-names> </name></person-group><source>MetaMeshOntology/Modules-Registry: Meta Mesh Ontology&#x2013;Modules Registry&#x2014;Release 100 (V100)</source><year>2025</year><publisher-name>Zenodo</publisher-name><pub-id pub-id-type="doi">10.5281/zenodo.17588692</pub-id></nlm-citation></ref><ref id="ref23"><label>23</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Blitz</surname><given-names>R</given-names> </name></person-group><source>MMO Use Cases: Synthetic Mental Health Competency-Question Evaluation</source><year>2026</year><publisher-name>Zenodo</publisher-name><pub-id pub-id-type="doi">10.5281/zenodo.21981325</pub-id></nlm-citation></ref><ref id="ref24"><label>24</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Hitzler</surname><given-names>P</given-names> </name><name name-style="western"><surname>Krotzsch</surname><given-names>M</given-names> </name><name name-style="western"><surname>Rudolph</surname><given-names>S</given-names> </name></person-group><source>Foundations of Semantic Web Technologies</source><year>2009</year><publisher-name>CRC Press</publisher-name><pub-id pub-id-type="doi">10.1201/9781420090512</pub-id></nlm-citation></ref><ref id="ref25"><label>25</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Powers</surname><given-names>S</given-names> </name></person-group><source>Practical RDF: Solving Problems with the Resource Description Framework</source><year>2003</year><access-date>2026-10-19</access-date><publisher-name>O&#x2019;Reilly Media</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://www.oreilly.com/library/view/practical-rdf/0596002637/">https://www.oreilly.com/library/view/practical-rdf/0596002637/</ext-link></comment></nlm-citation></ref><ref id="ref26"><label>26</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Heath</surname><given-names>T</given-names> </name></person-group><source>Linked Data: Evolving the Web into a Global Data Space</source><year>2011</year><publisher-name>Morgan &#x0026; Claypool Publishers</publisher-name><pub-id pub-id-type="doi">10.1007/978-3-031-79432-2</pub-id></nlm-citation></ref><ref id="ref27"><label>27</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Wilde</surname><given-names>E</given-names> </name></person-group><source>Wilde&#x2019;s WWW: Technical Foundations of the World Wide Web</source><year>1999</year><publisher-name>Springer Berlin Heidelberg</publisher-name><pub-id pub-id-type="doi">10.1007/978-3-642-95855-7</pub-id></nlm-citation></ref><ref id="ref28"><label>28</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Salvadores</surname><given-names>M</given-names> </name><name name-style="western"><surname>Alexander</surname><given-names>PR</given-names> </name><name name-style="western"><surname>Musen</surname><given-names>MA</given-names> </name><name name-style="western"><surname>Noy</surname><given-names>NF</given-names> </name></person-group><article-title>BioPortal as a dataset of linked biomedical ontologies and terminologies in RDF</article-title><source>Semant Web</source><year>2013</year><volume>4</volume><issue>3</issue><fpage>277</fpage><lpage>284</lpage><pub-id pub-id-type="doi">10.3233/SW-2012-0086</pub-id><pub-id pub-id-type="medline">25214827</pub-id></nlm-citation></ref><ref id="ref29"><label>29</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>C&#x00F4;t&#x00E9;</surname><given-names>RG</given-names> </name><name name-style="western"><surname>Jones</surname><given-names>P</given-names> </name><name name-style="western"><surname>Apweiler</surname><given-names>R</given-names> </name><name name-style="western"><surname>Hermjakob</surname><given-names>H</given-names> </name></person-group><article-title>The ontology lookup service, a lightweight cross-platform tool for controlled vocabulary queries</article-title><source>BMC Bioinformatics</source><year>2006</year><month>02</month><day>28</day><volume>7</volume><fpage>97</fpage><pub-id pub-id-type="doi">10.1186/1471-2105-7-97</pub-id><pub-id pub-id-type="medline">16507094</pub-id></nlm-citation></ref><ref id="ref30"><label>30</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Iri&#x0107;</surname><given-names>I</given-names> </name></person-group><source>GitHub for Next-Generation Coders: Build Your Ideas, Share Your Code, and Join a Community of Creators</source><year>2024</year><publisher-name>Packt Publishing</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://www.packtpub.com/en-us/product/github-for-next-generation-coders-9781835463048">https://www.packtpub.com/en-us/product/github-for-next-generation-coders-9781835463048</ext-link></comment><pub-id pub-id-type="other">9781835463048</pub-id></nlm-citation></ref><ref id="ref31"><label>31</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Stacey</surname><given-names>P</given-names> </name><name name-style="western"><surname>Pearson</surname><given-names>SH</given-names> </name></person-group><source>Made with Creative Commons</source><year>2017</year><access-date>2026-10-19</access-date><publisher-name>Ctrl+Alt+Delete Books</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/wp-content/uploads/2017/04/made-with-cc.pdf">https://creativecommons.org/wp-content/uploads/2017/04/made-with-cc.pdf</ext-link></comment></nlm-citation></ref><ref id="ref32"><label>32</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Rossum</surname><given-names>G</given-names> </name><name name-style="western"><surname>Drake</surname><given-names>FL</given-names> </name></person-group><source>Python 3 Reference Manual</source><year>2009</year><access-date>2026-10-19</access-date><publisher-name>CreateSpace</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://books.google.com/books?vid=ISBN9781441412690">https://books.google.com/books?vid=ISBN9781441412690</ext-link></comment></nlm-citation></ref><ref id="ref33"><label>33</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Miles</surname><given-names>A</given-names> </name><name name-style="western"><surname>Bechhofer</surname><given-names>S</given-names> </name></person-group><source>SKOS Simple Knowledge Organization System Reference</source><year>2009</year><access-date>2026-10-19</access-date><publisher-name>World Wide Web Consortium</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://www.w3.org/TR/skos-reference/">https://www.w3.org/TR/skos-reference/</ext-link></comment></nlm-citation></ref><ref id="ref34"><label>34</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Chang</surname><given-names>E</given-names> </name><name name-style="western"><surname>Mostafa</surname><given-names>J</given-names> </name></person-group><article-title>The use of SNOMED CT, 2013-2020: a literature review</article-title><source>J Am Med Inform Assoc</source><year>2021</year><month>08</month><day>13</day><volume>28</volume><issue>9</issue><fpage>2017</fpage><lpage>2026</lpage><pub-id pub-id-type="doi">10.1093/jamia/ocab084</pub-id><pub-id pub-id-type="medline">34151978</pub-id></nlm-citation></ref><ref id="ref35"><label>35</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Roberts</surname><given-names>L</given-names> </name></person-group><article-title>SNOMED CT: working smarter, not harder</article-title><source>Br J Gen Pract</source><year>2023</year><month>02</month><volume>73</volume><issue>727</issue><fpage>77</fpage><pub-id pub-id-type="doi">10.3399/bjgp23X731901</pub-id><pub-id pub-id-type="medline">36702604</pub-id></nlm-citation></ref><ref id="ref36"><label>36</label><nlm-citation citation-type="book"><person-group person-group-type="author"><collab>World Health Organization</collab></person-group><source>International Statistical Classification of Diseases and Related Health Problems</source><year>1992</year><access-date>2026-10-19</access-date><publisher-name>World Health Organization</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://icd.who.int/browse10/2019/en">https://icd.who.int/browse10/2019/en</ext-link></comment></nlm-citation></ref><ref id="ref37"><label>37</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Stram</surname><given-names>M</given-names> </name><name name-style="western"><surname>Gigliotti</surname><given-names>T</given-names> </name><name name-style="western"><surname>Hartman</surname><given-names>D</given-names> </name><etal/></person-group><article-title>Logical observation identifiers names and codes for laboratorians</article-title><source>Arch Pathol Lab Med</source><year>2020</year><month>02</month><volume>144</volume><issue>2</issue><fpage>229</fpage><lpage>239</lpage><pub-id pub-id-type="doi">10.5858/arpa.2018-0477-RA</pub-id><pub-id pub-id-type="medline">31219342</pub-id></nlm-citation></ref><ref id="ref38"><label>38</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Vreeman</surname><given-names>DJ</given-names> </name><name name-style="western"><surname>McDonald</surname><given-names>CJ</given-names> </name><name name-style="western"><surname>Huff</surname><given-names>SM</given-names> </name></person-group><article-title>LOINC&#x00AE; - a universal catalog of individual clinical observations and uniform representation of enumerated collections</article-title><source>Int J Funct Inform Personal Med</source><year>2010</year><volume>3</volume><issue>4</issue><fpage>273</fpage><lpage>291</lpage><pub-id pub-id-type="doi">10.1504/IJFIPM.2010.040211</pub-id><pub-id pub-id-type="medline">22899966</pub-id></nlm-citation></ref><ref id="ref39"><label>39</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Jing</surname><given-names>X</given-names> </name></person-group><article-title>The unified medical language system at 30 years and how it is used and published: systematic review and content analysis</article-title><source>JMIR Med Inform</source><year>2021</year><month>08</month><day>27</day><volume>9</volume><issue>8</issue><fpage>e20675</fpage><pub-id pub-id-type="doi">10.2196/20675</pub-id><pub-id pub-id-type="medline">34236337</pub-id></nlm-citation></ref><ref id="ref40"><label>40</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Amos</surname><given-names>L</given-names> </name><name name-style="western"><surname>Anderson</surname><given-names>D</given-names> </name><name name-style="western"><surname>Brody</surname><given-names>S</given-names> </name><name name-style="western"><surname>Ripple</surname><given-names>A</given-names> </name><name name-style="western"><surname>Humphreys</surname><given-names>BL</given-names> </name></person-group><article-title>UMLS users and uses: a current overview</article-title><source>J Am Med Inform Assoc</source><year>2020</year><month>07</month><day>19</day><volume>27</volume><issue>10</issue><fpage>1606</fpage><lpage>1611</lpage><pub-id pub-id-type="doi">10.1093/jamia/ocaa084</pub-id><pub-id pub-id-type="medline">32683453</pub-id></nlm-citation></ref><ref id="ref41"><label>41</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Boehm</surname><given-names>BW</given-names> </name></person-group><article-title>Verifying and validating software requirements and design specifications</article-title><source>IEEE Softw</source><year>1984</year><volume>1</volume><issue>1</issue><fpage>75</fpage><lpage>88</lpage><pub-id pub-id-type="doi">10.1109/MS.1984.233702</pub-id></nlm-citation></ref><ref id="ref42"><label>42</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Glimm</surname><given-names>B</given-names> </name><name name-style="western"><surname>Horrocks</surname><given-names>I</given-names> </name><name name-style="western"><surname>Motik</surname><given-names>B</given-names> </name><name name-style="western"><surname>Stoilos</surname><given-names>G</given-names> </name><name name-style="western"><surname>Wang</surname><given-names>Z</given-names> </name></person-group><article-title>HermiT: an OWL 2 reasoner</article-title><source>J Autom Reasoning</source><year>2014</year><month>10</month><volume>53</volume><issue>3</issue><fpage>245</fpage><lpage>269</lpage><pub-id pub-id-type="doi">10.1007/s10817-014-9305-1</pub-id></nlm-citation></ref><ref id="ref43"><label>43</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Fielding</surname><given-names>JM</given-names> </name><name name-style="western"><surname>Simon</surname><given-names>J</given-names> </name><name name-style="western"><surname>Ceusters</surname><given-names>W</given-names> </name><name name-style="western"><surname>Smith</surname><given-names>B</given-names> </name></person-group><article-title>Ontological theory for ontological engineering: biomedical systems information integration</article-title><source>Proceedings of the Ninth International Conference on Principles of Knowledge Representation and Reasoning</source><year>2004</year><access-date>2026-10-19</access-date><publisher-name>AAAI Press</publisher-name><fpage>114</fpage><lpage>120</lpage><comment><ext-link ext-link-type="uri" xlink:href="https://cdn.aaai.org/KR/2004/KR04-014.pdf">https://cdn.aaai.org/KR/2004/KR04-014.pdf</ext-link></comment></nlm-citation></ref><ref id="ref44"><label>44</label><nlm-citation citation-type="book"><person-group person-group-type="author"><name name-style="western"><surname>Arp</surname><given-names>R</given-names> </name><name name-style="western"><surname>Smith</surname><given-names>B</given-names> </name><name name-style="western"><surname>Spear</surname><given-names>AD</given-names> </name></person-group><source>Building Ontologies With Basic Formal Ontology</source><year>2015</year><publisher-name>The MIT Press</publisher-name><pub-id pub-id-type="doi">10.7551/mitpress/9780262527811.001.0001</pub-id></nlm-citation></ref><ref id="ref45"><label>45</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Grenon</surname><given-names>P</given-names> </name><name name-style="western"><surname>Smith</surname><given-names>B</given-names> </name></person-group><article-title>SNAP and SPAN: towards dynamic spatial ontology</article-title><source>Spat Cogn Comput</source><year>2004</year><month>03</month><volume>4</volume><issue>1</issue><fpage>69</fpage><lpage>104</lpage><pub-id pub-id-type="doi">10.1207/s15427633scc0401_5</pub-id></nlm-citation></ref><ref id="ref46"><label>46</label><nlm-citation citation-type="confproc"><person-group person-group-type="author"><name name-style="western"><surname>Kollapally</surname><given-names>NM</given-names> </name><name name-style="western"><surname>Chen</surname><given-names>Y</given-names> </name><name name-style="western"><surname>Xu</surname><given-names>J</given-names> </name><name name-style="western"><surname>Geller</surname><given-names>J</given-names> </name></person-group><article-title>An ontology for the social determinants of health domain</article-title><conf-name>2022 IEEE International Conference on Bioinformatics and Biomedicine (BIBM)</conf-name><conf-date>Dec 6-8, 2022</conf-date><conf-loc>Las Vegas, NV</conf-loc><publisher-name>IEEE</publisher-name><pub-id pub-id-type="doi">10.1109/BIBM55620.2022.9995544</pub-id></nlm-citation></ref><ref id="ref47"><label>47</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Brenas</surname><given-names>JH</given-names> </name><name name-style="western"><surname>Shin</surname><given-names>EK</given-names> </name><name name-style="western"><surname>Shaban-Nejad</surname><given-names>A</given-names> </name></person-group><article-title>Adverse childhood experiences ontology for mental health surveillance, research, and evaluation: advanced knowledge representation and semantic web techniques</article-title><source>JMIR Ment Health</source><year>2019</year><month>05</month><day>21</day><volume>6</volume><issue>5</issue><fpage>e13498</fpage><pub-id pub-id-type="doi">10.2196/13498</pub-id><pub-id pub-id-type="medline">31115344</pub-id></nlm-citation></ref><ref id="ref48"><label>48</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><collab>The Gene Ontology Consortium</collab></person-group><article-title>The gene ontology resource: enriching a GOld mine</article-title><source>Nucleic Acids Res</source><year>2021</year><month>01</month><day>8</day><volume>49</volume><issue>D1</issue><fpage>D325</fpage><lpage>D334</lpage><pub-id pub-id-type="doi">10.1093/nar/gkaa1113</pub-id></nlm-citation></ref><ref id="ref49"><label>49</label><nlm-citation citation-type="report"><article-title>ISO 37120:2018&#x2014;Sustainable cities and communities&#x2014;indicators for city services and quality of life</article-title><year>2018</year><access-date>2026-10-19</access-date><publisher-name>International Organization for Standardization</publisher-name><comment><ext-link ext-link-type="uri" xlink:href="https://www.iso.org/standard/68498.html">https://www.iso.org/standard/68498.html</ext-link></comment></nlm-citation></ref><ref id="ref50"><label>50</label><nlm-citation citation-type="confproc"><person-group person-group-type="author"><name name-style="western"><surname>Hastings</surname><given-names>J</given-names> </name><name name-style="western"><surname>Ceusters</surname><given-names>W</given-names> </name><name name-style="western"><surname>Jensen</surname><given-names>M</given-names> </name><name name-style="western"><surname>Mulligan</surname><given-names>K</given-names> </name><name name-style="western"><surname>Smith</surname><given-names>B</given-names> </name></person-group><article-title>Representing mental functioning: ontologies for mental health and disease</article-title><access-date>2026-10-19</access-date><conf-name>The Mental Functioning Ontologies Workshop, International Conference on Biomedical Ontology (ICBO 2012)</conf-name><conf-date>Jul 22, 2012</conf-date><comment><ext-link ext-link-type="uri" xlink:href="https://philarchive.org/rec/HASRMF">https://philarchive.org/rec/HASRMF</ext-link></comment></nlm-citation></ref><ref id="ref51"><label>51</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Ceusters</surname><given-names>W</given-names> </name><name name-style="western"><surname>Smith</surname><given-names>B</given-names> </name></person-group><article-title>Foundations for a realist ontology of mental disease</article-title><source>J Biomed Semantics</source><year>2010</year><month>12</month><day>9</day><volume>1</volume><issue>1</issue><fpage>10</fpage><pub-id pub-id-type="doi">10.1186/2041-1480-1-10</pub-id><pub-id pub-id-type="medline">21143905</pub-id></nlm-citation></ref><ref id="ref52"><label>52</label><nlm-citation citation-type="journal"><person-group person-group-type="author"><name name-style="western"><surname>Smith</surname><given-names>B</given-names> </name><name name-style="western"><surname>Ashburner</surname><given-names>M</given-names> </name><name name-style="western"><surname>Rosse</surname><given-names>C</given-names> </name><etal/></person-group><article-title>The OBO Foundry: coordinated evolution of ontologies to support biomedical data integration</article-title><source>Nat Biotechnol</source><year>2007</year><month>11</month><volume>25</volume><issue>11</issue><fpage>1251</fpage><lpage>1255</lpage><pub-id pub-id-type="doi">10.1038/nbt1346</pub-id><pub-id pub-id-type="medline">17989687</pub-id></nlm-citation></ref></ref-list><app-group><supplementary-material id="app1"><label>Multimedia Appendix 1</label><p>Core Domain Framework (CDF) derivation, Meta Mesh Ontology (MMO), and CDF class definitions, synthetic use-case mappings, competency-question validation, negative controls, and a worked mapping example.</p><media xlink:href="mental_v13i1e96311_app1.pdf" xlink:title="PDF File, 585 KB"/></supplementary-material></app-group></back></article>