<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Automatic Inference of Smart Data Discovery Interfaces for Rare Disease Datasets</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Artur Boronat</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Adekunle Ademeyo</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Mehdi Mehtarizadeh</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Stefen Zschaler</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Informatics, King's College London</institution>
          ,
          <addr-line>London</addr-line>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>School of Computing and Mathematical Sciences, University of Leicester</institution>
          ,
          <addr-line>Leicester</addr-line>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>e-Research Department, King's College London</institution>
          ,
          <addr-line>London</addr-line>
          ,
          <country country="UK">UK</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Café Variome is a flexible, web-based, data-discovery tool that ofers a query language for checking the existence of biomedical data held in a federation of heterogenous data sources of rare diseases. Currently, there is a growing need for user-friendly graphical interfaces that are web-based to assist bioinformatics researchers look for cohorts of patients, across widely heterogenous data sources. Moreover, data owners who are usually clinicians, hospitals, or local trusts, lack the technical programming skills to create an interface that can help their data be queried and hence discovered. In this work, we present the design of VForms, a platform for automatically inferring smart user interfaces (UIs) from heterogeneous datasets about rare diseases. This platform consists of a domainspecific modeling language (DSL) for specifying UIs for genomic datasets. A VForm is realized as a ReactJS web form that allows rare disease medical researchers define optimized queries over rare disease datasets. Hence each VForm is a domain-specific form-based query language. VForms infers the conceptual model from a given dataset, from which a domain-specific query UI in ReactJS is automatically generated using model-to-model transformations in YAMTL. The generation process is parameterized so that medical researchers can customize the generation of UIs. The goal of this work is to demonstrate the potential of using model-driven engineering (MDE) to improve the development of UIs for genomic datasets of patients with rare diseases. By using VForms, data owners who lack the technical programming skills to create a UI that can help their data be queried and discovered, will be able to do so with minimal efort and in a more user-friendly way. Additionally, VForms allows for quick adaptation of the implementation of query interfaces to new user requirements.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;health data discovery</kwd>
        <kwd>user interface generation</kwd>
        <kwd>model-driven engineering</kwd>
        <kwd>low-code development</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The dificulty in accessing and utilizing genomic data from rare diseases is often due to the
information being spread across various heterogeneous data sources. While tools like Café
Variome [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] have made strides in enabling biomedical data querying, adapting such tools to
new requirements is often labor-intensive and prone to errors. This situation is even more
challenging for researchers without programming skills or those needing rapid modifications
to query interfaces.
      </p>
      <p>
        To overcome these limitations, we propose a Domain-Specific Modelling Language (DSML)
and a proof-of-concept no-code development platform. Our solution, VForms, leverages
modeldriven engineering (MDE) [
        <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
        ] to generate smart, customizable User Interfaces (UIs) from
heterogeneous rare disease datasets, which define queries that are interpreted in the Café
Variome API in SQL. The forms specified with VForms are automatically generated from the
conceptual model of the dataset through YAMTL (Yet Another Model Transformation Language)
model-to-model transformations [
        <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
        ] and can be customized by researchers.
      </p>
      <p>With VForms, we aim to enhance the development of UIs for genomic datasets, allowing
data owners without technical programming expertise to create a UI and facilitating data
querying and discovery. Moreover, it enables rapid adaptation of query interfaces to new user
requirements.</p>
      <p>The datasets we use comprise sensitive and heterogeneous data about patients with rare
diseases, which present challenges in data complexity and privacy, requiring a user-centered
design approach. Addressing these challenges benefits from a low-code software development
approach for data discovery, which we implement in VForms.</p>
      <p>The rest of this article presents a case study illustrating our approach, details the modeling
languages utilized, explores how we used model-to-model transformation for generating smart
UIs, and discusses the potential implications and future directions of our research.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Outline</title>
      <p>In this section, we elaborate on the structure of our low-code development platform, VForms,
and the various model management tasks that it enables for enhanced user interaction with
large datasets.</p>
      <p>Our approach is primarily built on three elements: a data description metamodel, enriching
dataset features with descriptive statistics; a VForms Domain-Specific Language (DSL), for
specifying the UI elements of a web form; and an edit metamodel, for modeling changes to the
UI to track and represent changes.</p>
      <p>
        We utilize Yet Another Model Transformation Language (YAMTL)[
        <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
        ] as a critical tool for
model-to-model transformation. YAMTL ofers transformative features for models defined with
the Eclipse Modeling Framework (EMF) [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. It enables concise and eficient model
transformations, pattern matching, trace management, and integrates with Java IDEs and libraries.
Importantly, YAMTL allows for the seamless import of models from semi-structured datasets,
reducing the need for boilerplate code and facilitating the analysis of diverse datasets.
      </p>
      <p>The process of inferring a UI from a dataset follows two main data transformation steps, shown
in Figure 2 (left). First, after loading the dataset into YAMTL, an object-based representation
is produced, which informs the data description model extraction (csv_to_dm), involving the
computation of descriptive statistics for each feature. Simultaneously, an initial edit model is
built (csv_to_edit). This edit model will later be used by the UI front-end to record user-defined
manual changes (e.g. the name to be used or the type of UI element chosen) to the generated UI.
A second transformation (dm_to_vforms) creates a web form UI specification using the VForms
metamodel, ensuring each feature is displayed using an appropriate UI element and enhancing
user interaction with the data. Additionally, the edit metamodel allows for tracking UI changes,
ofering a detailed modification history, and simplifying undoing or redoing changes.</p>
      <p>This transformation process is illustrated in a hypothetical genomic dataset. Let’s assume the
existence of a numerical feature seizure_age.When the data description model is obtained from
the dataset, the feature seizure_age is augmented with statistics metadata, like the minimum age
(e.g., 2 years), the maximum age (e.g., 80 years), the mean age (e.g., 45 years), and the standard
deviation (e.g., 15 years). Specific patient ages are obfuscated for data protection by generating
a frequency table that classifies patients into age ranges, defined by standard deviation intervals
from the mean. This technique conceals individual data points, while preserving important
statistical information.. In the second transformation, the seizure_age feature is translated into
a VForms FormInput that allows users to input a numerical value or select a range, depending
on the descriptive statistics associated with it. Lastly, let’s say a researcher wants to change the
label for the seizure_age input feature to Age at Seizure for clarity. They can make this change
through the generated UI, which will update the JSON file that is sent to the backend and used
to regenerate the UI.</p>
      <p>The project implementing this proposal is available at https://github.com/arturboronat/
mde-rare-diseases. Figure 1 depicts an example of a web form derived from a VForm model for
one of the sample datasets used for the evaluation of the platform. Further details are elaborated
in subsequent sections.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Conceptual Architecture</title>
      <p>Our low-code development platform’s conceptual architecture is constituted by three central
elements: a data description metamodel, the VForms metamodel, and the edit metamodel.
dataset
(CSV)</p>
      <p>data
description
model
csv_to_edit</p>
      <p>M2M
dm_tMo_2vMforms
edit
model
(JSON)</p>
      <p>VForms
model</p>
      <p>ReactJS
code
user
defined</p>
      <p>The data description metamodel enhances dataset features with descriptive statistics,
facilitating an understanding of the data and pattern identification. These statistics provide an
overview of the dataset values’ distribution, outlining their shape, spread, and central tendency.
Figure 2 (right) displays this metamodel, including the StatsDataType class which describes a
dataset’s value distribution and can provide minimum, maximum, mean, and standard deviation
values. Its subclasses CategoricalType and NumericalType are employed for categorized data and
numerical data, respectively.</p>
      <p>VForms is a DSL that allows the specification of user interfaces (UIs) for genomic datasets,
which are compiled to ReactJS web form. VForms facilitates data exploration across multiple
sources and is adaptable to customize query interfaces based on user requirements. The main
modeling primitives of VForms are shown in the metamodel in Figure 3. FormInput, a key
component of the DSL, corresponds to an input element in a form and is specialized to capture
the most representative UI elements that may appear in a genomic data discovery UI, such as
those appearing in the screenshot in Figure 1. For example, Age of Seizure is a FormInputSelect,
which shows as options the diferent age ranges, and a FormInputGroup is used to define the
groups of form input elements appearing on the UIs.</p>
      <p>The edit metamodel details the types of changes that can be made on a VForms model,
facilitating UI element customization based on domain needs. This includes changes to the
name displayed for a UI element or the type of UI element. The UI enables the modification of
such elements and records user-defined changes in a JSON file that conforms to this metamodel.
This JSON file is sent to the back-end, where it is taken into account for regenerating the UI.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Inference of VForm UIs from datasets</title>
      <p>In this section, we explain the transformation process from datasets to UIs that help end
users interact with the data. This process typically involves multiple steps, including data
cleaning, data completion, and computation of descriptive statistics. These steps are important
because they help to ensure the quality and accuracy of the data, as well as provide context and
understanding for the end user. Once the data is in a suitable format, it is transformed into a UI
model, such as VForms, which is to generate a web form in ReactJS.</p>
      <sec id="sec-4-1">
        <title>4.1. Generation of data description model</title>
        <p>The first step in generating user interfaces for genomic datasets is to understand the structure
and content of the data. The process begins by importing raw CSV data. An empty descriptive
model structure, referred to as a StatisticsDataModel, is then created. This model serves as a
container that will be populated with the transformed data. Next, each feature (or column) in
the CSV dataset undergoes a transformation process. Two key transformation rules are applied,
identifying features of type CategoricalType and of NumericalType. These transformations also
generate frequency tables, capturing information about the distribution of the data values
for each feature. For numerical features, each frequency entry corresponds to data values
within ranges defined by standard deviation intervals from the mean. For categorical features,
frequency entries are obtained for each unique category within the feature data. Data obfuscation
is implicitly executed during these transformations, with the original data values being grouped
into ranges or categories for frequency recording, thereby providing data protection.</p>
        <p>
          The transformation process employs a simple classifier to efectively categorize features that
are intended to appear together in a web form group. This classifier methodically examines the
nature of each feature, including its data type and content, and assigns it to a particular group,
such as demographics, DNA sequence, and ontologies1, based on the patterns in the field values.
1The ontologies used in Café Variome are the Human Phenotype Ontology [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] and the OrphaNet Ontology [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ],
which are represented as directed acyclic graphs in a Neo4J database.
        </p>
        <p>By doing so, the transformation process ensures the creation of intuitive and organized web
forms where related features are collectively presented, thereby enhancing user navigation and
interaction with the data. This process simplifies the task of editing the generated interface a
posteriori embedding domain-specific knowledge in the transformation.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Generation of VForms UIs</title>
        <p>The next phase is transforming the data description model into VForm UI models. This process
uses a model-to-model transformation to create the VForms UI specification, which is then
transformed into a web form using ReactJS. The transformation is parametrized with an edit
model, which allows domain-specific UI rules to override default behaviour. The process
involves several steps, including initializing the VForms model and layout, forming groups for
various types of form inputs, creating diferent types of form inputs depending on the data type
and characteristics, and forming ranges for numerical data. These steps help present complex
genomic data in an intuitive, user-friendly format, thereby enhancing data discovery in rare
disease research.</p>
        <p>The transformation of the data description model into a VForms model is a key process
that aids in presenting complex genomic data in a user-friendly and intuitive format. This
automated and customizable transformation significantly enhances the process of data discovery
in the context of rare disease research. The platform has been evaluated with the same mock
datasets used to develop data discovery UIs within Café Variomé, mimicking real world data.
The generated UIs exhibited comparable expressivity, successfully reflecting the data discovery
facilities available in Café Variomé. In addition, the UI editing facilities avoid numerous iterations
with software developers to refine the UIs used to investigate genomic data.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions</title>
      <p>We have developed a system for automatic user interface generation from genomic datasets
associated with rare diseases, emphasizing data privacy and obfuscation. Utilizing a low-code
development approach, we use a model-driven procedural approach to understand the structure
of genomic data and generate an efective, user-friendly interface, by augmenting data with
descriptive statistics. This interface can be customized via edit models to suit specific data
discovery tasks. Our approach demonstrates the potential of low-code software development
for data discovery, ofering a robust solution for modeling and querying rare disease genomic
datasets. This paves the way for accessible and intuitive genomic data exploration, contributing
to advancements in understanding and treating rare diseases.</p>
      <p>MDE, and particularly YAMTL, was used to efectively abstract from low-level implementation
specifics, including semi-structured data formats and ReactJS details, facilitating more focused
data design. Additionally, model transformations have underscored the principle of separation
of concerns, with each metamodel serving a distinct function. Morever, the current platform
serves as the basis for exploring additional ML techniques that help learn from semistructured
data. Future work includes a more thorough evaluation of the efectivenes and usability of the
generated UIs, analysing the advantages and limitations of our approach.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>O.</given-names>
            <surname>Lancaster</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Beck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Atlan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Swertz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Thangavelu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. D.</given-names>
            <surname>Veal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Dalgleish</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. J.</given-names>
            <surname>Brookes</surname>
          </string-name>
          , Cafe variome:
          <article-title>General-purpose software for making genotype-phenotype data discoverable in restricted or open access contexts</article-title>
          ,
          <source>Human Mutation</source>
          <volume>36</volume>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>D. C.</given-names>
            <surname>Schmidt</surname>
          </string-name>
          ,
          <article-title>Guest editor's introduction: Model-driven engineering</article-title>
          , IEEE Computer 39 (
          <year>2006</year>
          )
          <fpage>25</fpage>
          -
          <lpage>31</lpage>
          . URL: http://dx.doi.org/10.1109/
          <string-name>
            <surname>MC</surname>
          </string-name>
          .
          <year>2006</year>
          .
          <volume>58</volume>
          . doi:
          <volume>10</volume>
          .1109/
          <string-name>
            <surname>MC</surname>
          </string-name>
          .
          <year>2006</year>
          .
          <volume>58</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>D. D.</given-names>
            <surname>Ruscio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Kolovos</surname>
          </string-name>
          , J. de Lara,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pierantonio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Tisi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Wimmer</surname>
          </string-name>
          ,
          <article-title>Low-code development and model-driven engineering: Two sides of the same coin?</article-title>
          ,
          <source>Software and Systems Modeling</source>
          <volume>21</volume>
          (
          <year>2022</year>
          )
          <fpage>437</fpage>
          -
          <lpage>446</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Boronat</surname>
          </string-name>
          ,
          <article-title>Expressive and eficient model transformation with an internal dsl of xtend</article-title>
          ,
          <source>in: Proceedings of the 21th ACM/IEEE International Conference on MoDELS, ACM</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>78</fpage>
          -
          <lpage>88</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>A.</given-names>
            <surname>Boronat</surname>
          </string-name>
          ,
          <article-title>Incremental execution of rule-based model transformation</article-title>
          ,
          <source>International Journal on Software Tools for Technology Transfer 1433-2787</source>
          (
          <year>2020</year>
          ). URL: https://doi.org/ 10.1007/s10009-020-00583-y. doi:
          <volume>10</volume>
          .1007/s10009-020-00583-y.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>D.</given-names>
            <surname>Steinberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Budinsky</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Paternostro</surname>
          </string-name>
          , E. Merks,
          <source>EMF: Eclipse Modeling Framework 2.0</source>
          , 2nd ed.,
          <string-name>
            <surname>Addison-Wesley Professional</surname>
          </string-name>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>S.</given-names>
            <surname>Köhler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Gargano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Matentzoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. C.</given-names>
            <surname>Carmody</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lewis-Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. A.</given-names>
            <surname>Vasilevsky</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Danis</surname>
          </string-name>
          , G. Balagura,
          <string-name>
            <given-names>G.</given-names>
            <surname>Baynam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Brower</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. J.</given-names>
            <surname>Callahan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. G.</given-names>
            <surname>Chute</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. L.</given-names>
            <surname>Est</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. D.</given-names>
            <surname>Galer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ganesan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Griese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Haimel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Pazmandi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hanauer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. L.</given-names>
            <surname>Harris</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hartnett</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hastreiter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Hauck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Jeske</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Kearney</surname>
          </string-name>
          , G. Kindle,
          <string-name>
            <given-names>C.</given-names>
            <surname>Klein</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Knoflach</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Krause</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lagorce</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>McMurry</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Miller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Munoz-Torres</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. L.</given-names>
            <surname>Peters</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. K.</given-names>
            <surname>Rapp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Rath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. A.</given-names>
            <surname>Rind</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rosenberg</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. M. Segal</surname>
            ,
            <given-names>M. G.</given-names>
          </string-name>
          <string-name>
            <surname>Seidel</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Smedley</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Talmy</surname>
            , Y. Thomas,
            <given-names>S. A.</given-names>
          </string-name>
          <string-name>
            <surname>Wiafe</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Xian</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          <string-name>
            <surname>Yüksel</surname>
            , I. Helbig,
            <given-names>C. J.</given-names>
          </string-name>
          <string-name>
            <surname>Mungall</surname>
            ,
            <given-names>M. A.</given-names>
          </string-name>
          <string-name>
            <surname>Haendel</surname>
            ,
            <given-names>P. N.</given-names>
          </string-name>
          <string-name>
            <surname>Robinson</surname>
          </string-name>
          ,
          <source>The Human Phenotype Ontology in 2021, Nucleic Acids Research</source>
          <volume>49</volume>
          (
          <year>2020</year>
          )
          <fpage>D1207</fpage>
          -
          <lpage>D1217</lpage>
          . URL: https://doi.org/10.1093/nar/gkaa1043. doi:
          <volume>10</volume>
          .1093/nar/gkaa1043. arXiv:https://academic.oup.com/nar/article-pdf/49/D1/D1207/35364524/gkaa1043.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>A.</given-names>
            <surname>Rath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Olry</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Dhombres</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. M. Brandt</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Urbero</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Ayme</surname>
          </string-name>
          ,
          <article-title>Representation of rare diseases in health information systems: The orphanet approach to serve a wide range of end users</article-title>
          ,
          <source>Human Mutation</source>
          <volume>33</volume>
          (
          <year>2012</year>
          )
          <fpage>803</fpage>
          -
          <lpage>808</lpage>
          . URL: https:// onlinelibrary.wiley.com/doi/abs/10.1002/humu.22078. doi:https://doi.org/10.1002/humu. 22078. arXiv:https://onlinelibrary.wiley.com/doi/pdf/10.1002/humu.22078.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>