<!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>Documentation Gap in Ontology Creation: Insights into the Reality of Knowledge Formalization in a Life Science Company</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Marius Michaelis</string-name>
          <email>marius.michaelis@bayer.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Olga Streibel</string-name>
          <email>olga.streibel@bayer.com</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Bayer Business Services GmbH</institution>
          ,
          <addr-line>51368 Leverkusen</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>To achieve the goal of FAIR - findable, accessible, interoperable, and reusable - data, life science companies employ Semantic Web standards and Linked Data principles. In doing so, they create ontologies that formally represent knowledge. This paper presents the results of a survey among knowledge engineers and domain experts involved in ontology creation for a global life science company. The survey results indicate that the conceptualization phase of the ontology creation process, including knowledge acquisition, remains largely undocumented. The majority of knowledge engineers surveyed begin to document during or after the creation of the formal knowledge model. The authors discuss the risks that may arise from this documentation gap and recommend addressing them by means of joint, timely, and structured documentation.</p>
      </abstract>
      <kwd-group>
        <kwd>Ontology</kwd>
        <kwd>Documentation</kwd>
        <kwd>Knowledge Management</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        strategy is mainly driven by the GO FAIR initiative. Both EOSC and GO FAIR
follow the recommendations of the European Commission expert group on FAIR
data [
        <xref ref-type="bibr" rid="ref2 ref7">2,7</xref>
        ], which recommends, among others, the use of semantic technologies [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
In non-for-profit collaborations such as the Pistoia Alliance, companies, vendors,
publishers, and academic groups are jointly dedicated to the implementation of
FAIR data principles in biopharmaceutical R&amp;D [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]. In order to achieve the
goal of FAIR data, life science companies employ Semantic Web standards and
Linked Data principles. In doing so, they create ontologies that formally
represent knowledge. This paper provides insights into the reality of ontology creation
in a life science company, focusing on the documentation that takes place during
the process.
      </p>
      <p>First, the process of ontology creation and the roles involved are briefly
outlined in section 2. Following the description of the applied methodology in
section 3, the findings are presented in section 4. They provide information about
the company’s ontology creators and their approach to documentation. Based
on these findings, section 5 evaluates whether the prevailing documentation
approach is suficient. Finally, in section 6, we draw a conclusion on the challenges
life science companies face when creating ontologies.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Ontology Creation Process</title>
      <p>
        Based on the definitions by Gruber [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and Borst [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], Studer et al. define
ontologies as “a formal, explicit specification of a shared conceptualisation” [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ].
There is no single, uniform approach to the structured development of
ontologies. Instead, over the last two decades, a variety of so-called ontology
engineering methodologies have been proposed in literature that describe more or
less specific processes for ontology creation. The roles involved may difer from
methodology to methodology in terms of their quantity, designations and
responsibilities [
        <xref ref-type="bibr" rid="ref19 ref6">6,19</xref>
        ]. Following the understanding of roles in the life science company,
this paper distinguishes between only two roles similar to the ones of the Unified
Process for Ontology Building : knowledge engineer and domain expert [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ].
Domain experts (DEs) have expertise in a certain subject area, i.e. DEs are familiar
with the main concepts of a domain, their characteristics and relationships. In
terms of ontology development, this means DEs are knowledgeable in the domain
which is to be represented by the ontology. Knowledge engineers (KEs) capture,
structure and formalize knowledge so that it can be processed by machines in
order to solve certain problems. In terms of ontology development, the KEs are
those who build the ontology. In the following, a basic ontology creation process
is outlined, as it underlies many methodologies (see figure 1). For the sake of
clarity, neither feedback loops nor special cases are discussed.
1. Ontology specification : Collection of requirements and definition of
framework conditions [
        <xref ref-type="bibr" rid="ref17 ref21 ref5">5,17,21</xref>
        ]. Usually includes collecting so-called competency
questions (CQs), i.e. questions to be answered by exploring and querying
the ontology. CQs are initially expressed informally at the conceptual level,
not as formal queries [
        <xref ref-type="bibr" rid="ref17 ref9">9,17</xref>
        ].
2. Conceptualization: Acquisition of knowledge, during which KEs gather the
required domain knowledge from non-human as well as human knowledge
sources. To do so, they research explicit knowledge stored in media outside
the human brain (e.g. in the form of databases, documents, vocabularies)
on the one hand, and elicit tacit knowledge, which is bound to individuals
(e.g. practical knowledge in the memory of a long-time employee), on the
other hand, by interviewing, observing, and probing DEs [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. The collected
knowledge is conceptually analyzed by the KEs in order to create an informal
knowledge model. [
        <xref ref-type="bibr" rid="ref17 ref22 ref5">5,17,22</xref>
        ]
3. Implementation: KEs encode the informal knowledge model as an ontology
using a formal ontology language. [
        <xref ref-type="bibr" rid="ref17 ref22 ref5">5,17,22</xref>
        ]
4. Test : KEs and DEs evaluate the ontology’s quality in diferent dimensions
[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Basically, the ontology must meet technical standards and the defined
requirements so that it can be used to answer the collected CQs. [
        <xref ref-type="bibr" rid="ref17 ref22 ref5">5,17,22</xref>
        ]
A survey based on two diferent questionnaires was conducted, one addressed
to KEs, the other to DEs. The questionnaires consisted of five questions each.
For the purpose of this paper, only 5 of the 10 questions are presented. KEs
were asked when and how they document their work on ontologies and what
information they consider relevant while creating knowledge models. Besides,
they were asked whether fast or resilient results constitute their main goal. DEs
were asked what they expect from ontologies. In both cases, only the current
situation was enquired, not the desired ideal state. Therefore, the survey results
do not necessarily reflect an optimal situation. In other words, just because the
KEs work quickly and document barely, this does not mean they consider this to
be the best solution. It may be an efect of economic constraints, not a reasonable
decision from a professional perspective.
      </p>
      <p>In total, three groups were surveyed: (1) KEs and (2) DEs of a global life
science company based in Germany as well as (3) DEs of an international working
group, which are referred to as external DEs. The two questionnaires have been
designed to be completed quickly and are therefore relatively simple. They have
been sent electronically to people known as KE or DE. The response rates were
92.9 % for KEs (13 out of 14), 78.6 % for internal DEs (11 out of 14) and
11.6 % for external DEs (5 out of 43). The participation in the survey was
voluntary. As the sample sizes were small for both roles, the survey results do
not claim to represent the entirety of the KEs and DEs in the company or
the external working group. Nevertheless, they provide valuable insights into
corporate reality.
4</p>
    </sec>
    <sec id="sec-3">
      <title>Findings</title>
      <p>4.1</p>
      <p>Relevant Information per Concept
Concerning the main goal pursued by KEs, 69.2 % of the respondents aimed
for fast results (see figure 4). In return, they accepted less perfect knowledge
models.
Figure 6 shows how KEs document the exchange with DEs, which takes place
primarily in the course of knowledge acquisition. Although most KEs started
their documentation in connection with the formal model, only 2 out of 13 KEs
documented in a formal way as is possible by using annotation properties. The
other 11 KEs documented the insights they acquire by exchanging with DEs
informally, i.e. by using natural language. In doing so, the narrow majority of
6 KEs documented unstructured, while the remaining 5 KEs documented in a
structured way, for instance by using templates. According to the results for
this question, all KEs documented the exchange with DEs. This is not fully
coherent with the results regarding the timepoint of documentation where the
option “I don’t create a documentation” was selected once.
According to the survey results, KEs consider information on the meaning of
concepts and the associated knowledge resources to be relevant in the course of
ontology creation. However, most KEs only begin to document during or after
implementation. This means that the conceptualization phase of the ontology
creation process remains largely undocumented. This poses a serious problem
because in this very phase the knowledge considered relevant is acquired. If
the laboriously researched and elicited knowledge is not explicitly recorded, it
remains as tacit knowledge in the mind of the respective KE and is therefore
dificult to access. As a consequence of this documentation gap, collaboration is
impeded and it is more complicated to distribute workload. In addition, there
is a risk of knowledge loss through individual and collective oblivion. Hence,
timely documentation is essential.</p>
      <p>If the documentation gap causes knowledge to be lost, this not only
complicates the work of the KEs, but also jeopardizes that the DEs’ expectations
towards ontologies are met. After all, they expect to be able to work directly with
ontologies to gain knowledge about a domain. Apart from preserving knowledge,
joint documentation may also allow to identify synergies and potential
misunderstandings at an early stage. Moreover, a shared documentation is a way to
put definitions of terms up for discussion early enough. Thus, consensual
knowledge as required for the creation of ontologies can already be gathered during
knowledge acquisition. Without shared documentation, definitions are initially
hidden in the personal notes or mind of a KE, which means that consensus
building may only begin after the publication of the formal knowledge model.</p>
      <p>A possible explanation for the identified documentation gap may be the fact
that the majority of KEs in the life science company under investigation strive
for fast results, probably at the expense of timely documentation.</p>
      <p>
        With regard to the nature of the documentation, the structured
documentation approach is recommended, as already adopted by some of the KEs
surveyed. Structured documentation or semi-formal documentation is written in
natural language and follows guidelines provided, for instance, by templates.
Hence, the documentation is clear and understandable for both KEs and DEs.
Unstructured documentation, also called informal documentation, by contrast, is
individual and does not follow guidelines, making it ambiguous and
heterogeneous. Creating formal documentation, which is machine-readable, requires more
efort and specific skills that not all DEs have. Consequently, a joint
documentation should neither be formal nor unstructured, but structured and thus easy
to handle for all people involved. [
        <xref ref-type="bibr" rid="ref12 ref13">12,13</xref>
        ]
      </p>
      <p>To illustrate the described consequences of the documentation gap, two
fictive scenarios are given below. They are based on personal experiences gained
by the authors while working as KEs for the life science company under
investigation. In Scenario 1, the KEs document too late and insuficiently which, in
our experience, constitutes the prevailing situation in the company. Scenario 2
represents the desired situation in which the challenges that life science
companies face when creating ontologies are addressed by means of joint, timely, and
structured documentation.</p>
      <p>Scenario 1 Ina1 does not document acquired knowledge in a timely manner, so
that she has forgotten some information by the time of implementation
(knowledge loss through individual oblivion). Unfortunately, the knowledgeable
colleague is no longer available due to retirement (knowledge loss through
organizational oblivion). Until she can ask her KE colleague Cora1, who hasn’t created
any documentation either, she has to wait for her to return from vacation
(impeded collaboration). If the DE Conan1 wants to make a definition proposal
regarding a concept, he must first write an e-mail to Ina, as there is no structured
documentation available in which he can enter information directly (impeded
distribution of workload). Ina does not forward Conan’s proposal to the other
DEs, which is why their disagreement with his definition becomes apparent only
after publication of the formal model (delayed consensus building).
Scenario 2 Ina1, who works as a KE, externalizes knowledge acquired during
the conceptualization phase promptly in form of a structured documentation,
which can be edited remotely by her colleagues. This allows her KE colleague
Cora1 to see which concepts are already described (collaboration). In addition,
the DE Conan1 is able to add new definitions directly to the documentation
without having to contact Ina (distribution of workload). Following this, other
DEs can review Conan’s definition proposal and initiate a discussion if
necessary (consensus building). If Ina forgets something or leaves the company, the
documentation can be consulted (knowledge preservation).
1 The names of the personas are fictitious.</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>
        In accordance with our personal experience as KEs, the presented survey results
suggest that there is a documentation gap between knowledge acquisition and
knowledge formalization in the process of ontology creation. Among the surveyed
KEs, ontologies are created in various projects for various domains and divisions
by international teams consisting of internal and external employees. At the
same time, collaborations with external working groups take place. As a result,
the challenge is to share knowledge acquired for ontology creation as early as
possible in the process. We recommend addressing this challenge by means of
structured documentation, which is created jointly and in a timely manner by
the KEs and DEs involved. This reduces the risk of knowledge loss while enabling
collaboration and distribution of workload. A solution developed for this purpose
is the documentation concept proposed by Michaelis [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], which enables the
company to overcome the documentation gap by providing guidelines in the form
of graphical templates on what should be documented by whom, how and when.
Further research is needed to determine whether the presented documentation
gap constitutes a phenomenon that is specific to the surveyed KEs or represents
a general pattern in the life science industry.
7
      </p>
    </sec>
    <sec id="sec-5">
      <title>Acknowledgements</title>
      <p>This paper is based on a bachelor thesis cooperation between Bayer and the
University of Applied Sciences Potsdam under supervision of Günther Neher.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Borst</surname>
            ,
            <given-names>W.N.</given-names>
          </string-name>
          :
          <article-title>Construction of engineering ontologies for knowledge sharing and reuse</article-title>
          .
          <source>Phd thesis</source>
          , University of Twente, Enschede,
          <string-name>
            <surname>NL</surname>
          </string-name>
          (
          <year>1997</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2. Directorate-
          <article-title>General for Research and Innovation: Prompting an eosc in practice: Final report and recommendations of the commission 2nd high level expert group on the european open science cloud (eosc) (</article-title>
          <year>2018</year>
          ). https://doi.org/10.2777/112658
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3. Directorate-
          <article-title>General for Research and Innovation: Turning fair data into reality: Final report and action plan from the european commission expert group on fair data (</article-title>
          <year>2018</year>
          ). https://doi.org/10.2777/1524
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4. ELIXIR:
          <article-title>Interoperability platform (</article-title>
          <year>2019</year>
          ), https://elixir-europe.org/platforms/ interoperability
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. Ferńnadez, M.,
          <string-name>
            <surname>Ǵ</surname>
          </string-name>
          <article-title>moez-Pŕeez,</article-title>
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Juristo</surname>
          </string-name>
          , N.:
          <article-title>Methontology: From ontological art towards ontological engineering</article-title>
          . In: Farquhar,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (ed.) Ontological engineering, pp.
          <fpage>33</fpage>
          -
          <lpage>40</lpage>
          .
          <source>Technical report / American Association for Artificial Intelligence SS</source>
          , AAAI Press, Menlo Park, Calif. (
          <year>1997</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6. Ferńnadez-Ĺpoez, M.,
          <string-name>
            <surname>Ǵ</surname>
          </string-name>
          <article-title>moez-Pŕeez, A.: Overview and analysis of methodologies for building ontologies</article-title>
          .
          <source>The Knowledge Engineering Review</source>
          <volume>17</volume>
          (
          <issue>02</issue>
          ) (
          <year>2002</year>
          ). https://doi.org/10.1017/S0269888902000462
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>GO</surname>
            <given-names>FAIR</given-names>
          </string-name>
          :
          <string-name>
            <surname>Strategy</surname>
          </string-name>
          (
          <year>2018</year>
          ), https://www.go
          <article-title>-fair.org/go-fair-initiative/strategy/</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Gruber</surname>
            ,
            <given-names>T.R.:</given-names>
          </string-name>
          <article-title>A translation approach to portable ontology specifications</article-title>
          .
          <source>Knowledge Acquisition</source>
          <volume>5</volume>
          (
          <issue>2</issue>
          ),
          <fpage>199</fpage>
          -
          <lpage>220</lpage>
          (
          <year>1993</year>
          ). https://doi.org/10.1006/knac.
          <year>1993</year>
          .1008
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. Grüninger,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Fox</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.S.</surname>
          </string-name>
          :
          <article-title>Methodology for the design and evaluation of ontologies</article-title>
          .
          <source>Workshop on Basic Ontological Issues in Knowledge Sharing: International Joint Conference on Artificial Intelligence</source>
          (
          <year>1995</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10. HL7.
          <article-title>org: Fhir release 3 (stu): Fhir linked data module (</article-title>
          <year>2019</year>
          ), http://hl7.org/fhir/ STU3/linked
          <article-title>-data-module</article-title>
          .html
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. Kent Innovation Centre:
          <article-title>Phuse working groups: Linked data &amp; graph databases (</article-title>
          <year>2017</year>
          ), https://www.phuse.eu/linked
          <article-title>-data-graph-databases</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Landes</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Houdek</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Organizational learning and experience documentation in industrial software projects</article-title>
          .
          <source>International Journal of HumanComputer Studies</source>
          <volume>51</volume>
          (
          <issue>3</issue>
          ),
          <fpage>643</fpage>
          -
          <lpage>661</lpage>
          (
          <year>1999</year>
          ). https://doi.org/10.1006/ijhc.
          <year>1999</year>
          .0280
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A documentation approach for higher education</article-title>
          .
          <source>In: Proceedings of 2018 IEEE Global Engineering Education Conference (EDUCON)</source>
          . pp.
          <fpage>43</fpage>
          -
          <lpage>50</lpage>
          . IEEE, Piscataway, NJ (
          <year>2018</year>
          ). https://doi.org/10.1109/EDUCON.
          <year>2018</year>
          .8363207
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Lourdusamy</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , John, A.:
          <article-title>A review on metrics for ontology evaluation</article-title>
          .
          <source>In: Proceedings of the Second International Conference on Inventive Systems and Control (ICISC</source>
          <year>2018</year>
          ). pp.
          <fpage>1415</fpage>
          -
          <lpage>1421</lpage>
          . IEEE (
          <year>2018</year>
          ). https://doi.org/10.1109/ICISC.
          <year>2018</year>
          .8399041
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Michaelis</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Documentation concept for the exchange of knowledge in the process of creating ontological knowledge models</article-title>
          .
          <source>Bachelor thesis</source>
          , University of Applied Sciences Potsdam (
          <year>2019</year>
          ), https://nbn-resolving.org/urn:nbn:de:kobv:
          <fpage>525</fpage>
          -
          <lpage>23611</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Milton</surname>
            ,
            <given-names>N.R.</given-names>
          </string-name>
          :
          <article-title>Knowledge acquisition in practice: A step-by-step guide</article-title>
          .
          <source>Decision Engineering</source>
          , Springer, London and Berlin and Heidelberg (
          <year>2007</year>
          ). https://doi.org/10.1007/978-1-
          <fpage>84628</fpage>
          -861-6
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>de Nicola</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Missikof</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Navigli</surname>
            ,
            <given-names>R.:</given-names>
          </string-name>
          <article-title>A software engineering approach to ontology building</article-title>
          .
          <source>Information Systems</source>
          <volume>34</volume>
          (
          <issue>2</issue>
          ),
          <fpage>258</fpage>
          -
          <lpage>275</lpage>
          (
          <year>2009</year>
          ). https://doi.org/10.1016/j.is.
          <year>2008</year>
          .
          <volume>07</volume>
          .002
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <article-title>Semantic Web Applications and Tools for Healthcare and Life Sciences: About (</article-title>
          <year>2019</year>
          ), http://www.swat4ls.org/about/
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Simperl</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Luczak-R̈soch</surname>
          </string-name>
          , M.:
          <article-title>Collaborative ontology engineering: a survey</article-title>
          .
          <source>The Knowledge Engineering Review</source>
          <volume>29</volume>
          (
          <issue>01</issue>
          ),
          <fpage>101</fpage>
          -
          <lpage>131</lpage>
          (
          <year>2014</year>
          ). https://doi.org/10.1017/S0269888913000192
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Studer</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Benjamins</surname>
            ,
            <given-names>V.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fensel</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Knowledge engineering: Principles and methods</article-title>
          .
          <source>Data &amp; Knowledge Engineering</source>
          <volume>25</volume>
          (
          <issue>1-2</issue>
          ),
          <fpage>161</fpage>
          -
          <lpage>197</lpage>
          (
          <year>1998</year>
          ). https://doi.org/10.1016/
          <fpage>S0169</fpage>
          -023X(
          <issue>97</issue>
          )
          <fpage>00056</fpage>
          -
          <lpage>6</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Su</surname>
          </string-name>
          <article-title>́raez-</article-title>
          <string-name>
            <surname>Figueroa</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          , Ǵmoez
          <article-title>-Pŕeez, A.: Ontology requirements specification</article-title>
          . In: Sú
          <article-title>raez-</article-title>
          <string-name>
            <surname>Figueroa</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          , Ǵmoez
          <article-title>-Pŕeez,</article-title>
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Motta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Gangemi</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (eds.) Ontology Engineering in a Networked World, pp.
          <fpage>93</fpage>
          -
          <lpage>106</lpage>
          . Springer Berlin Heidelberg, Berlin, Heidelberg (
          <year>2012</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>642</fpage>
          -24794-1 5
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Su</surname>
          </string-name>
          <article-title>́raez-</article-title>
          <string-name>
            <surname>Figueroa</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          , Ǵmoez
          <article-title>-Pŕeez,</article-title>
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Ferń</surname>
          </string-name>
          nadez-Ĺpoez,
          <string-name>
            <surname>M.:</surname>
          </string-name>
          <article-title>The neon methodology framework: A scenario-based methodology for ontology development</article-title>
          .
          <source>Applied Ontology</source>
          <volume>10</volume>
          (
          <issue>2</issue>
          ),
          <fpage>107</fpage>
          -
          <lpage>145</lpage>
          (
          <year>2015</year>
          ). https://doi.org/10.3233/AO-150145
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23. W3C:
          <article-title>Semantic web in health care and life sciences community group (</article-title>
          <year>2019</year>
          ), https://www.w3.org/community/hclscg/
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Wilkinson</surname>
            ,
            <given-names>M.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dumontier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aalbersberg</surname>
            ,
            <given-names>I.J.J.</given-names>
          </string-name>
          , et al.:
          <article-title>The fair guiding principles for scientific data management and stewardship</article-title>
          .
          <source>Scientific data 3</source>
          (
          <year>2016</year>
          ). https://doi.org/10.1038/sdata.
          <year>2016</year>
          .18
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Wise</surname>
          </string-name>
          , J.,
          <string-name>
            <surname>de Barron</surname>
            ,
            <given-names>A.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Splendiani</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , et al.:
          <article-title>Implementation and relevance of fair data principles in biopharmaceutical r&amp;d</article-title>
          . Drug Discovery Today (
          <year>2019</year>
          ). https://doi.org/10.1016/j.drudis.
          <year>2019</year>
          .
          <volume>01</volume>
          .008
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>