<!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>VectorGraphRAG: Automatic Knowledge Graph Construction and Memory Eficient Triplet Ranking for Medical Question Answering</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Nikolaos Giarelis</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Charalampos Mastrokostas</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Nikos Karacapilidis</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Industrial Management and Information Systems Lab, MEAD, University of Patras</institution>
          ,
          <country country="GR">Greece</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2025</year>
      </pub-date>
      <abstract>
        <p>This work introduces a novel Graph-based Retrieval-Augmented Generation (GraphRAG) approach, which enhances the accuracy of Large Language Models (LLMs) on the medical Question Answering (QA) task. The proposed approach aims to alleviate limitations of previous ones, such as the overreliance on facts from outdated knowledge bases, the adherence to specialized ontologies, and the lack of utilization of performance-oriented techniques (e.g., model weight quantization). To do so, (i) it automatically extracts factual triplets from medical questions using a state-of-the-art LLM, while allowing fact verification by medical experts; (ii) it connects the entities from these factual triplets into a Knowledge Graph (KG); (iii) it represents graph entities using pre-trained transformer embeddings stored in an in-memory vector framework, and (iv) it leverages these embeddings, firstly by finding similar KG entities to the extracted terms of the user question, and secondly by semantically ranking the top-n most relevant factual triplets to the user question, which are then used as enriched context for the LLM. To verify the validity of our approach, we conduct a series of experiments using a prominent medical QA dataset (MedMCQA) to measure the accuracy of our approach by incorporating various open source LLMs. In addition to these experiments, we investigate the efect of diferent context lengths on the accuracy achieved. To the best of our knowledge, this is the first GraphRAG approach that empirically measures the accuracy of LLMs on QA, while utilizing 4-bit quantization. It is shown that our approach improves model accuracy up to +5.5% over the baseline ones, while it requires significantly less computational resources compared to previous approaches. To enable the reproducibility of our work, we make the extracted triplets and code publicly available.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Knowledge Graphs</kwd>
        <kwd>Large Language Models</kwd>
        <kwd>Retrieval Augmented Generation</kwd>
        <kwd>Question Answering</kwd>
        <kwd>Medical Domain</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Recent advancements in the field of Deep Learning have
led to the development of Large Language Models (LLMs),
which have general-purpose language understanding and
reasoning capabilities [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] and have managed to significantly
advance the state-of-the-art performance in many
Natural Language Processing (NLP) tasks [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. However, despite
their capabilities, LLMs face a series of challenges when
handling domain-specific questions, due to the lack of
domain knowledge and the outdated information often used
[
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. A particular domain where LLMs face such challenges
is the medical one [
        <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
        ].
      </p>
      <p>
        To address these challenges, several strategies have
already been proposed [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. Most of them rely on diferent
prompting techniques with increased context, while some
continue the pre-training or post-training (fine-tuning) of
these models. In any case, LLM training requires expensive
hardware (i.e., large VRAM GPUs) due to memory
requirements, as well as a significant amount of computational
time. On the other hand, context-enabled strategies, such as
Retrieval Augmented Generation (RAG), retrieve relevant
information from an external knowledge base and then supply
this context to the LLM to improve its response. However,
RAG strategies require more memory and computational
time at inference (instead of training), due to the longer
context presented to the model. This limitation is inherited from
the attention mechanism of the Transformer architecture
[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], which is the building block of LLMs.
      </p>
      <p>
        A major drawback of common RAG approaches is that
they retrieve independent text passages that are relevant to
the users’ question [
        <xref ref-type="bibr" rid="ref7 ref8">7, 8</xref>
        ] without considering semantic
connections, which exist between entities from the retrieved
passages or the entire textual corpus. To overcome this
drawback, recent approaches - known as GraphRAG -
integrate entities extracted from text and their connections
into a semantic graph [
        <xref ref-type="bibr" rid="ref10 ref7 ref9">9, 7, 10</xref>
        ]. Specifically, GraphRAG
approaches build on the concept of Knowledge Graphs (KGs),
which represent real world entities and their connections,
organized in semantic graphs [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. A recent survey [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]
highlighted that LLMs can benefit from their integration
with KGs, by leveraging their structured knowledge to
improve their accuracy and reduce erroneous answers due
to model hallucinations. Additionally, other studies have
leveraged the generative capabilities of LLMs to construct
a biomedical KG [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] and develop an approach for graph
entity linking [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ].
      </p>
      <p>
        In any case, several GraphRAG approaches demonstrate
a series of limitations: (i) they rely on existing KGs, without
addressing the phase of graph construction from
unstructured data, which requires great manual efort by domain
experts; (ii) they often utilize KGs with outdated domain
knowledge [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] (e.g., medical KGs introduced before the
Covid-19 era); (iii) during information retrieval, several
approaches traverse the KG to retrieve entities that match
exactly those existing in the user question; this disregards
highly similar or synonymous entities that are not included
in the initial query; (iv) they do not employ memory
optimization techniques, such as LLM model weight
quantization [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]; they store the entire KG in memory instead of
utilizing a scalable graph database, such as Neo4j [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]; (v)
they do not examine the "accuracy vs. performance"
tradeof, which occurs when limiting the context provided by the
knowledge base.
      </p>
      <p>
        Focusing on the medical QA task, the aim of this paper is
to develop and assess an accurate and eficient GraphRAG
approach that addresses the above limitations. The proposed
approach automatically creates KG triplets from
unstructured text (question-answer pairs) and stores them in a
scalable graph database. These triplets can be retrieved from the
KG and used as additional context by an open source LLM
that has small memory requirements due to quantization.
The contributions of this paper are the following:
• we introduce a novel GraphRAG approach, namely
VectorGraphRAG, that does not rely on specialized
ontologies or existing medical KGs, which often
maintain outdated domain knowledge [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ];
• we propose an automatic KG construction process,
which extracts factual triplets from QA pairs by
leveraging a state-of-the-art LLM;
• we store these triplets in a human readable
format (.csv) to facilitate their evaluation and possible
amendment by medical experts;
• we perform a series of experiments using diferent
prompting strategies and several open source LLMs
on a prominent medical QA dataset, namely
MedMCQA [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ], aiming to elaborate and answer a set of
research questions (RQs); specifically:
– RQ1: Does the automatic creation of triplets
using GPT-4o mini1 from QA pairs achieve
close or better accuracy than the
state-of-theart approach [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], without relying on existing
medical KGs with specialized ontologies?
– RQ2: Is there a meaningful accuracy drop
for medical QA when using quantized LLMs
(4-bit precision) vs. unquantized ones (16-bit
precision)?
– RQ3: How does VectorGraphRAG compare
against other approaches that utilize diferent
prompting strategies in terms of accuracy?
– RQ4: Can we maximize the LLM accuracy
while minimizing the retrieved KG context
(as measured by the number of triplets)?
      </p>
      <p>The remainder of this paper is organized as follows:
stateof-the-art LLMs and medical GraphRAG approaches are
described in Section 2, highlighting their benefits and
limitations; the proposed approach is described in Section 3; our
experimental setup and results are presented in Section 4;
ifnally, concluding remarks and future research directions
are outlined in Section 5. To facilitate the reproducibility of
our work, we make our code and extracted triplets publicly
available2.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <sec id="sec-2-1">
        <title>2.1. Large Language Models</title>
        <p>
          LLMs can handle various NLP tasks, due to their
autoregressive architecture, extensive training on vast amounts
of data, and alignment with human instructions through
reinforcement learning [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. Many prompt engineering
techniques exist for these models, such as zero-shot and few-shot
learning [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ] for simple tasks, or Chain-of-Thought (CoT)
for complex reasoning tasks [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ]. For domain-specific tasks,
LLMs can be improved with specialized knowledge from
external sources using RAG [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ].
        </p>
        <p>
          So far, several proprietary and open-source LLMs have
been proposed. Proprietary models, such as OpenAI’s
ChatGPT [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ], ofer state-of-the-art performance in many tasks
        </p>
        <sec id="sec-2-1-1">
          <title>1https://platform.openai.com/docs/models/gpt-4o-mini</title>
          <p>
            2https://github.com/NC0DER/VectorGraphRAG
but are costly, let alone the fact that their use in sensitive
applications requiring data privacy is not possible in the
EU due to GDPR regulations [
            <xref ref-type="bibr" rid="ref21">21</xref>
            ]. On the other hand,
opensource models can be deployed locally at minimal cost, thus
making them suitable for privacy-sensitive applications.
          </p>
          <p>
            In this study, we consider a series of remarkable
opensource families of models that achieve state-of-the-art
accuracy in several benchmark tests reported in the literature.
These include Llama 3 [
            <xref ref-type="bibr" rid="ref22">22</xref>
            ], Gemma 2 [
            <xref ref-type="bibr" rid="ref23">23</xref>
            ], Mistral [
            <xref ref-type="bibr" rid="ref24">24</xref>
            ],
Command R [
            <xref ref-type="bibr" rid="ref25">25</xref>
            ] and Falcon [
            <xref ref-type="bibr" rid="ref26">26</xref>
            ]. Each of these families
has several models of diferent parameter sizes. The smaller
versions can be very eficient, especially when combined
with RAG techniques that can improve accuracy without
requiring large VRAM GPUs for inference.
          </p>
        </sec>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Medical QA works</title>
        <p>
          HyKGE [
          <xref ref-type="bibr" rid="ref27">27</xref>
          ] is an approach that combines LLMs and KGs
for medical QA. It builds a medical KG by combining
existing ones and adding entity descriptions from encyclopedic
knowledge bases. It prompts the LLM to generate an initial
answer, extracts terms from this answer and the user query,
and utilizes them to retrieve graph paths from the KG. The
graph paths are ranked using a pretrained re-ranker model
and the top-k most relevant ones to the user’s query are
selected. The graph paths are then used as reasoning
context for the LLM to generate the final answer. Experimental
results indicate that HyKGE surpasses the accuracy of
previous RAG models in medical QA. However, the authors do
not make their code publicly available.
        </p>
        <p>
          Labrak et al. [
          <xref ref-type="bibr" rid="ref28">28</xref>
          ] evaluate the capabilities of several LLMs
on various medical and clinical NLP tasks. Their findings
indicate that LLMs can sometimes handle such tasks without
domain-specific knowledge, using zero-shot and few-shot
prompting strategies. A major limitation of this work is that
it does not provide any specialized medical knowledge to
the LLMs - either through RAG or fine-tuning - to improve
their performance.
        </p>
        <p>
          Bailicai [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ] is a multi-component GraphRAG approach
for medical QA. The first component prompts the LLM to
determine if it can answer the user’s query with its internal
knowledge; if the LLM answers positively, the next
components are skipped. The second component utilizes the
LLM to break down complex queries into subtasks, which
are modelled into a directed acyclic dependency graph. By
considering this graph, the LLM solves each subtask; these
intermediate answers are used as context for the final
answer of this step. The third component fine-tunes the LLM
to identify relevant medical documents. The fourth
component utilizes an in-memory vector index to retrieve the most
relevant paragraphs to the user query from multiple
literature sources. A major limitation of Bailicai is the amount
of memory required to store the vector index (∼ 181.7 GB).
Apart from this memory intensive RAG component, this
approach also uses multiple LLM generations and fine-tuning,
which make it computationally expensive.
        </p>
        <p>
          MedGraphRAG [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ] improves LLM accuracy in medical
QA by utilizing a multi-layer KG from multiple sources.
Similarly to Microsoft’s Graph RAG, it generates summaries
from graphs to improve the retrieval step. Nevertheless, it
uses structured summaries with predefined tags (e.g.,
“Symptoms”, “Patient_History”, etc.). MedGraphRAG compares
these graph summaries with the user’s query summary to
ifnd the most relevant KG triplets, which are then utilized
as context to generate and refine the final answer.
Experimental results showed that MedGraphRAG achieves better
accuracy than baseline RAG approaches. However, a
drawback of this approach is that it performs numerous LLM
generations for each subgraph, making it computationally
expensive. In addition, it relies on pre-existing KGs that
may contain outdated medical information.
        </p>
        <p>
          DEEB-RAG [
          <xref ref-type="bibr" rid="ref30">30</xref>
          ] is a biomedical QA approach that
utilizes RAG to retrieve the top-k most relevant documents
to a user question. It uses a pre-trained transformer-based
model to encode the retrieved documents into embeddings,
which are processed by a trained two-layer perceptron to be
aligned with the dimensional space of the LLM (i.e.,
Llama2 [
          <xref ref-type="bibr" rid="ref31">31</xref>
          ]) hidden layers. The aligned vectors are combined
with the original token-level embeddings from questions
and documents, and they are fed to the LLM to generate the
ifnal answer. Related experiments reveal that DEEB-RAG
performs better than naive RAG across various datasets. A
major limitation of DEEB-RAG is that it leverages an
outdated LLM architecture.
        </p>
        <p>
          BioKGQA [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ] is an approach that automatically
constructs a biomedical QA dataset by extracting factual triplets
from KGs and leverages LLMs to generate questions from
these triplets. It has been applied to create a dataset that
contains 85,368 QA pairs alongside the SPARQL queries
utilized to extract KG facts. A series of experiments has been
performed to measure the quality of the generated questions
from various LLMs. However, the extracted KG context is
not utilized for RAG or LLM fine-tuning, while the overall
approach does not address the automatic KG construction
step from unstructured data or the integration step from
multiple KGs.
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. VectorGraphRAG: The Proposed</title>
    </sec>
    <sec id="sec-4">
      <title>Approach</title>
      <p>VectorGraphRAG includes two multi-step processes. The
ifrst one concerns the extraction and representation of
knowledge (see Section 3.2 and Figure 1), while the
second one is the retrieval of the appropriate KG triplets to be
used for RAG (see Section 3.3 and Figure 2).</p>
      <sec id="sec-4-1">
        <title>3.1. Preliminaries</title>
        <p>Definition 1: Semantic entity and relationship. We define
a semantic entity as , where  ∈  and a semantic
relationship as , where  ∈ ;  and  are the sets
of extracted entities and their relationships (predicates),
respectively.</p>
        <p>Definition 2: Semantic Triplet. We define this triplet
as =(,, ), where ̸= and ∈ .  and  are the
head and tail entities, respectively, and  is the predicate of
these entities. Finally,  ={1, ..., } is the set of semantic
(factual) triplets, where  ⊆ × .</p>
        <p>Definition 3: Knowledge Graph (KG). We define an attributed
graph=(,  , , ), where  ={, ..., } is the set
of graph vertices and ⊆  ×  is the set of graph edges.
We also define a function  that maps semantic entities and
predicates to graph vertices and edges, respectively:
 = {→, → ∀ ∈ , ∈, ∈, ∈} (1)
Definition 4: Semantic vector (embedding) computation.
We define an encoding function  = { →  ∀ ∈ },
where ∈ is a semantic vector of dimension , which
comprises real value coeficients. This vector semantically
represents a textual sequence by leveraging a pre-trained
transformers model.</p>
        <p>Definition 5: Similarity function. We define a cosine
similarity function between two semantic vectors  and
 as:
(,  ) =</p>
        <p>× 
||||·||  ||
(2)</p>
      </sec>
      <sec id="sec-4-2">
        <title>3.2. Knowledge Extraction and</title>
      </sec>
      <sec id="sec-4-3">
        <title>Representation</title>
        <p>
          The first step of this process extracts factual triplets from
each question-answer pair, by prompting a state-of-the-art
LLM (i.e., GPT-4o mini). The second step constructs a .csv file
from the set of triplets T ; this format is selected to facilitate
any possible amendments by medical experts. The third
step loads the KG data from the file into a graph database.
We also place uniqueness constraints on the entity names,
to avoid storing duplicates. The fourth step involves the
use of a sentence transformers model [
          <xref ref-type="bibr" rid="ref32">32</xref>
          ], called
all-mpnetbase-v23, to semantically encode the entities into vectors
(embeddings) as described in Definition 4 . These vectors are
saved in a binary numpy array file [
          <xref ref-type="bibr" rid="ref33">33</xref>
          ] to avoid encoding
each time they are required for RAG.
        </p>
      </sec>
      <sec id="sec-4-4">
        <title>3.3. Ranked Retrieval Augmented</title>
      </sec>
      <sec id="sec-4-5">
        <title>Generation</title>
        <p>
          The first step of this process initializes the graph database
that contains the KG, and loads three important components
into memory: (i) the LLM using 4-bit quantization (GPU);
(ii) the sentence transformers model (RAM); (iii) the entity
embeddings (RAM). We then build a cosine similarity
index (RAM) using FAISS [
          <xref ref-type="bibr" rid="ref34">34</xref>
          ], an eficient vector similarity
framework.
        </p>
        <p>The second step concerns the extraction of search terms
from the user question. To do this, we remove stop-words,
tokenize the sentences, and extract all n-grams from each
sentence, where  ∈ {1, 2, 3}. Each n-gram is encoded using
the embedding model.</p>
        <p>The third step finds the top-k most similar KG entities to
the extracted search terms from the similarity index, using
the  function, where S is the set of search terms and 
the vector embedding for each element of the encoded set.
 =  ((, )|(, )&gt;0.9)
∈()
∧ ∈()
(3)
The fourth step traverses the graph database to retrieve
triplets, whose entities match either the search terms or the
top-k most similar ones. We then use the sentence
transformer model to encode the question Q and the triplets T to
ifnd the top-n most similar triplets using the  function:
 = ((,())|(,())&gt;0.1) (4)
∈( )
Longer text sequences tend to generate lower similarity
scores; thus, the cutof in equation 4 is much lower in order
to avoid dissimilar triplets (i.e., triplets with similarity scores
in the range [-1, 0]). The final step utilizes the top-n triplets
as textual context for the LLM by embedding them in the
prompt.</p>
        <sec id="sec-4-5-1">
          <title>3https://sbert.net/</title>
        </sec>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>4. Experiments</title>
      <sec id="sec-5-1">
        <title>4.1. Experimental Setup</title>
        <p>In terms of hardware, we utilize a PC with an Intel Core
i9-13900K CPU with 64 GB of RAM and an Nvidia RTX 3060
GPU (12 GB of VRAM). With respect to software, we utilize
HuggingFace Transformers4 to develop LLM inference code,
and we build our KG with Neo4j5. As mentioned earlier, we
also use sentence transformers to encode entities into vectors,
which are saved into numpy array files. Finally, we extend</p>
        <sec id="sec-5-1-1">
          <title>4https://huggingface.co/transformers/ 5https://neo4j.com/</title>
        </sec>
        <sec id="sec-5-1-2">
          <title>FAISS to calculate the similarity indices.</title>
        </sec>
      </sec>
      <sec id="sec-5-2">
        <title>4.2. Dataset and Knowledge Graph</title>
        <p>Similarly to other works, we validated our approach using
the MedMCQA dataset. Specifically, to build our KG, we
utilized its training part, which comprises ∼ 183K medical
questions. We selected a subset of it comprising ∼ 120K
questions, labelled as “single choice”, where each choice
contains a single option.</p>
        <p>Then, we utilized the data extraction prompt (Table 1) and
GPT-4o mini, which was accessed through the OpenAI API6,
to create a semantic triplet from each question-answer pair.
A post-processing step was applied to remove empty and
malformed triplets (e.g., those without a subject or an object).
The data extraction step costed 2.49$ dollars’ worth of
credits. Alternatively, we could also use an open-source model
(e.g., Llama-3.3 70B) to eliminate the credit cost; however,
due to memory hardware limitations, this was not possible.
The data generated are also available at the repository of
this paper7. For our experiments, we utilized the evaluation
part of MedMCQA, which consists of 4186 question-answer
pairs (not included in the training part). Specifically, we
selected the single choice questions (2816 in total).</p>
      </sec>
      <sec id="sec-5-3">
        <title>4.3. Experiments</title>
        <p>For the medical QA task, the LLMs were instructed to select
the correct answer from a list of possible ones. To extract the
answer from the model output, we utilized regular
expressions. These answers were then compared with the correct
ones to calculate the accuracy score. Table 2 summarizes
the results of our experiments concerning the evaluation of
several open-source LLMs, while a comparative assessment</p>
        <sec id="sec-5-3-1">
          <title>6https://github.com/openai/openai-python</title>
          <p>7https://github.com/NC0DER/VectorGraphRAG
of our approach against previous ones is given in Table 3. To
ensure the reproducibility of our results, we use a specific
random seed and we set the model temperature to 0.0.</p>
          <p>As shown in Table 2, there is an increase in the accuracy
of all models considered (up to +5.5%) when using
VectorGraphRAG (compared to the case that the models use just
their internal knowledge, i.e., Baseline). For the best
performance of VectorGraphRAG, we set the number of triplets to
300 and we retrieve the top-10 most similar terms to each
question term extracted from the KG.</p>
          <p>These parameters are selected based on additional
experiments that were performed using Llama-3.1 (see Figures 3, 4).
As shown in Figure 3, the model accuracy peaks at 300
factual triplets and then decreases to the baseline accuracy at
600 triplets. Afterwards, it starts increasing, until a local
optimum is reached at 1100 triplets; after this point, the
accuracy drops significantly. Thus, we infer that we can
maximize the LLM accuracy while minimizing the retrieved
KG context (measured in the number of triplets). As
mentioned above, for each medical term we retrieve the top-k
most similar terms. To find the optimal number of k, we
experiment with several values, while keeping the number of
triplets to 300. As shown in Figure 4, the accuracy fluctuates,
with 10 being the best value of k.</p>
          <p>
            We also compared the proposed approach with similar
ones. As shown in Table 3, previous approaches
underperform with the sole exception of MedGraphRAG. An
interesting remark is that our approach achieves near
state-ofthe-art accuracy, while being much more eficient, due to its
performance-oriented design and the use of a single LLM
generation for RAG. In contrast, MedGraphRAG requires
multiple LLM generations to summarize graph communities
that contain medical facts to achieve state-of-the-art
accuracy. Similarly, Bailicai utilizes multiple LLM generations
and performs fine-tuning, both of them being
computationally expensive [
            <xref ref-type="bibr" rid="ref2">2</xref>
            ].
          </p>
          <p>It is also stressed that our approach achieves better
performance (even with the quantized LLM), compared to
previous ones with non-quantized LLMs (except MedGraphRAG).
Thus, by using 4-bit quantized LLMs, we reduce the
required memory by 75%, without sacrificing accuracy, which
is particularly useful given the high cost of GPUs with large
VRAM.</p>
          <p>From our experimental results, we also infer that
providing only the most relevant information to the LLM and not
iflling its entire context window with unnecessary
information leads to accuracy and performance benefits. In this
study, we utilized several prompts that are listed in Table 1.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>5. Discussion</title>
      <p>VectorGraphRAG overcomes the limitations of previous
medical QA approaches. Specifically, it: (i) automates the process
of building a KG by using an LLM to extract triplets from
QA pairs, thus reducing the labor of domain experts; (ii)
utilizes a scalable graph database that loads only a small
portion of the KG, thus being able to scale on larger KGs
that do not fit entirely in memory; (iii) utilizes a small
inmemory vector index to accelerate the entity search based
on the top-10 most similar terms; (iv) once the appropriate
graph context is retrieved, performs a single LLM
generation instead of multiple ones to significantly decrease the
total inference time; (v) ranks the triplets and limits them
to provide only the most relevant context to the LLM, thus
increasing accuracy, and (vi) utilizes LLM 4-bit quantization,
which approximately requires a quarter of the amount of
VRAM compared to other approaches, without any
significant accuracy loss.</p>
      <p>
        Based on the above remarks, we can answer the research
questions listed in the Introduction. Overall, we introduced
a novel approach that uses an LLM for automatic triplet
creation instead of relying on existing medical KGs or
specialized ontologies (RQ1). Our experimental results showed
that using a quantized LLM does not significantly reduce
model accuracy (RQ2). When considering the results from
other approaches with diferent prompting strategies, we
observed that non-GraphRAG approaches underperformed
[
        <xref ref-type="bibr" rid="ref28 ref29">29, 28</xref>
        ] (RQ3). Finally, as shown in Figure 3, we observed
that increasing the amount of retrieved KG context does not
always improve accuracy (RQ4).
      </p>
      <p>In any case, our approach has a set of limitations. First,
it requires a large state-of-the-art LLM (i.e., GPT-4o mini)
for creating the triplets. In addition, given the fact that
the LLM might hallucinate when producing some of these
triplets, a careful validation from domain experts is required.
Furthermore, our approach expects questions where there
is a single correct answer; for questions where there is no
clear answer, we should build an extra processing layer.</p>
      <p>
        As far as future work directions are concerned, we
consider the incorporation of domain-specific ontologies in our
approach, aiming to further improve its accuracy.
Additionally, we plan to support factual triplet extraction from
unstructured text, by building an additional processing layer.
A third work direction is to run experiments with more
evaluation metrics and QA datasets, as well as to employ human
evaluation, aiming to get additional insights about the
proposed approach and generalize our research findings. A
fourth work direction is to evaluate our approach for open
QA [
        <xref ref-type="bibr" rid="ref35">35</xref>
        ], where the model-generated answer is semantically
compared to the one given by a human. A fifth work
direction is to integrate state-of-the-art LLM embeddings from
the MTEB leaderboard [
        <xref ref-type="bibr" rid="ref36">36</xref>
        ] to further improve the
accuracy of the proposed approach. A sixth work direction is
to measure the exact performance benefits of our approach
when compared against similar ones. A final work direction
involves the integration of interpretable and explainable AI
techniques, aiming to make our approach more transparent
[
        <xref ref-type="bibr" rid="ref37">37</xref>
        ].
      </p>
    </sec>
    <sec id="sec-7">
      <title>Declaration on Generative AI</title>
      <p>The authors have not employed any Generative AI tools.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>S.</given-names>
            <surname>Minaee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Mikolov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Nikzad</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chenaghlu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Socher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Amatriain</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gao</surname>
          </string-name>
          ,
          <source>Large Language Models: A Survey</source>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2402. 06196, arXiv:
          <fpage>2402</fpage>
          .06196 version: 2.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>W. X.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Hou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Min</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Dong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Du</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Jiang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Ren</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Liu</surname>
          </string-name>
          , P. Liu,
          <string-name>
            <given-names>J. Y.</given-names>
            <surname>Nie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. R.</given-names>
            <surname>Wen</surname>
          </string-name>
          ,
          <source>A Survey of Large Language Models</source>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2303.18223, arXiv:
          <fpage>2303</fpage>
          .18223 version:
          <fpage>15</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>C.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Jiayang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Gao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Qi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <surname>Y. Zhang,</surname>
          </string-name>
          <article-title>Survey on Factuality in Large Language Models: Knowledge, Retrieval and</article-title>
          <string-name>
            <surname>Domain-Specificity</surname>
          </string-name>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv. 2310.07521, arXiv:
          <fpage>2310</fpage>
          .
          <fpage>07521</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hadi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Tran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Nagarajan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kirpalani</surname>
          </string-name>
          ,
          <article-title>Evaluation of ChatGPT as a diagnostic tool for medical learners and clinicians</article-title>
          ,
          <source>PLOS ONE 19</source>
          (
          <year>2024</year>
          )
          <article-title>e0307383</article-title>
          . doi:
          <volume>10</volume>
          .1371/journal.pone.
          <volume>0307383</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>C. Y. K.</given-names>
            <surname>Williams</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. Y.</given-names>
            <surname>Miao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. E.</given-names>
            <surname>Kornblith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. J.</given-names>
            <surname>Butte</surname>
          </string-name>
          ,
          <article-title>Evaluating the use of large language models to provide clinical recommendations in the Emergency Department</article-title>
          ,
          <source>Nature Communications</source>
          <volume>15</volume>
          (
          <year>2024</year>
          )
          <article-title>8236</article-title>
          . doi:
          <volume>10</volume>
          .1038/s41467-024-52415-1.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A.</given-names>
            <surname>Vaswani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Shazeer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Parmar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Uszkoreit</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Jones</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. N.</given-names>
            <surname>Gomez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Kaiser</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Polosukhin</surname>
          </string-name>
          , Attention is All you Need,
          <source>in: Advances in Neural Information Processing Systems</source>
          , volume
          <volume>30</volume>
          ,
          <string-name>
            <surname>Curran</surname>
            <given-names>Associates</given-names>
          </string-name>
          , Inc.,
          <year>2017</year>
          , pp.
          <fpage>5998</fpage>
          -
          <lpage>6008</lpage>
          . URL: https://proceedings.neurips.cc/paper/2017/hash/ 3f5ee243547dee91fbd053c1c4a845aa-Abstract.html.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>H.</given-names>
            <surname>Han</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Shomer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Halappanavar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. A.</given-names>
            <surname>Rossi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mukherjee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Hua</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Long</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Shah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Javari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Xia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <article-title>Retrieval-Augmented Generation with Graphs (GraphRAG</article-title>
          ),
          <year>2025</year>
          . doi:
          <volume>10</volume>
          .48550/ arXiv.2501.00309, arXiv:
          <fpage>2501</fpage>
          .
          <fpage>00309</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>T. W.</given-names>
            <surname>Ko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. Y.</given-names>
            <surname>Jiang</surname>
          </string-name>
          , P. J. Cheng, Beyond Independent Passages:
          <article-title>Adaptive Passage Combination Retrieval for Retrieval Augmented Open-Domain Question Answering</article-title>
          ,
          <year>2025</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2507.04069, arXiv:
          <fpage>2507</fpage>
          .
          <fpage>04069</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>D.</given-names>
            <surname>Edge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Trinh</surname>
          </string-name>
          , N. Cheng, J.
          <string-name>
            <surname>Bradley</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Chao</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Mody</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Truitt</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Larson</surname>
            , From Local to Global:
            <given-names>A Graph</given-names>
          </string-name>
          <string-name>
            <surname>RAG Approach to Query-Focused Summarization</surname>
          </string-name>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2404.16130, arXiv:
          <fpage>2404</fpage>
          .16130 version: 1.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>B.</given-names>
            <surname>Peng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Bo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Shi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , S. Tang, Graph
          <string-name>
            <surname>Retrieval-Augmented Generation</surname>
          </string-name>
          : A Survey,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2408. 08921, arXiv:
          <fpage>2408</fpage>
          .
          <fpage>08921</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>H.</given-names>
            <surname>Paulheim</surname>
          </string-name>
          ,
          <article-title>Knowledge graph refinement: A survey of approaches and evaluation methods</article-title>
          ,
          <source>Semantic Web</source>
          <volume>8</volume>
          (
          <year>2016</year>
          )
          <fpage>489</fpage>
          -
          <lpage>508</lpage>
          . doi:
          <volume>10</volume>
          .3233/SW-160218.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J. Z.</given-names>
            <surname>Pan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Razniewski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. C.</given-names>
            <surname>Kalo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Singhania</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dietze</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Jabeen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Omeliyanenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Lissandrini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Biswas</surname>
          </string-name>
          , G. d. Melo,
          <string-name>
            <given-names>A.</given-names>
            <surname>Bonifati</surname>
          </string-name>
          , E. Vakaj,
          <string-name>
            <given-names>M.</given-names>
            <surname>Dragoni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Graux</surname>
          </string-name>
          ,
          <source>Large Language Models and Knowledge Graphs: Opportunities and Challenges</source>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2308. 06374, arXiv:
          <fpage>2308</fpage>
          .
          <fpage>06374</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>X.</given-names>
            <surname>Yan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Westphal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Seliger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Usbeck</surname>
          </string-name>
          , Bridging the Gap:
          <article-title>Generating a Comprehensive Biomedical Knowledge Graph Question Answering Dataset</article-title>
          ,
          <source>in: ECAI 2024 - 27th European Conference on Artificial Intelligence - Including 13th Conference on Prestigious Applications of Intelligent Systems (PAIS</source>
          <year>2024</year>
          ), volume
          <volume>392</volume>
          <source>of Frontiers in Artificial Intelligence and Applications</source>
          , IOS Press,
          <year>2024</year>
          , pp.
          <fpage>1198</fpage>
          -
          <lpage>1205</lpage>
          . doi:
          <volume>10</volume>
          .3233/FAIA240615.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>P.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , C. Cao, P. Groth, TIGER: Temporally Improved Graph Entity Linker,
          <source>in: ECAI 2024 - 27th European Conference on Artificial Intelligence - Including 13th Conference on Prestigious Applications of Intelligent Systems (PAIS</source>
          <year>2024</year>
          ), volume
          <volume>392</volume>
          <source>of Frontiers in Artificial Intelligence and Applications</source>
          , IOS Press,
          <year>2024</year>
          , pp.
          <fpage>3733</fpage>
          -
          <lpage>3740</lpage>
          . doi:
          <volume>10</volume>
          .3233/FAIA240933.
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Dong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hastings</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Jiménez-Ruiz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>López</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Monnin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Pesquita</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Škoda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Tamma</surname>
          </string-name>
          ,
          <article-title>Knowledge Graphs for the Life Sciences: Recent Developments, Challenges</article-title>
          and Opportunities,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          . 48550/arXiv.2309.17255, arXiv:
          <fpage>2309</fpage>
          .
          <fpage>17255</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>S. Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Dong</surname>
          </string-name>
          , K. T. Cheng, LLM-FP4:
          <fpage>4</fpage>
          -
          <string-name>
            <given-names>Bit</given-names>
            <surname>Floating-Point Quantized</surname>
          </string-name>
          Transformers, in: H.
          <string-name>
            <surname>Bouamor</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Pino</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          Bali (Eds.),
          <source>Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing</source>
          , Association for Computational Linguistics, Singapore,
          <year>2023</year>
          , pp.
          <fpage>592</fpage>
          -
          <lpage>605</lpage>
          . doi:
          <volume>10</volume>
          .18653/v1/
          <year>2023</year>
          .emnlp-main.
          <volume>39</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>J.</given-names>
            <surname>Monteiro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Sá</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bernardino</surname>
          </string-name>
          , Experimental Evaluation of Graph Databases: JanusGraph, Nebula Graph, Neo4j, and TigerGraph,
          <source>Applied Sciences</source>
          <volume>13</volume>
          (
          <year>2023</year>
          )
          <article-title>5770</article-title>
          . doi:
          <volume>10</volume>
          .3390/app13095770.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A.</given-names>
            <surname>Pal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. K.</given-names>
            <surname>Umapathi</surname>
          </string-name>
          , M. Sankarasubbu,
          <article-title>MedMCQA: A Large-scale Multi-Subject Multi-Choice Dataset for Medical domain Question Answering</article-title>
          , in: Conference on Health,
          <article-title>Inference, and Learning</article-title>
          ,
          <string-name>
            <surname>CHIL</surname>
          </string-name>
          <year>2022</year>
          ,
          <article-title>7-8 April 2022</article-title>
          ,
          <string-name>
            <given-names>Virtual</given-names>
            <surname>Event</surname>
          </string-name>
          , volume
          <volume>174</volume>
          <source>of Proceedings of Machine Learning Research, PMLR</source>
          ,
          <year>2022</year>
          , pp.
          <fpage>248</fpage>
          -
          <lpage>260</lpage>
          . URL: https://proceedings.mlr.press/v174/pal22a.html.
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>J. Wu</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Zhu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Qi</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Chen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Menolascina</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Grau</surname>
          </string-name>
          ,
          <string-name>
            <surname>Medical Graph</surname>
            <given-names>RAG</given-names>
          </string-name>
          :
          <string-name>
            <surname>Towards Safe Medical Large Language Model via Graph RetrievalAugmented Generation</surname>
          </string-name>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv. 2408.04187, arXiv:
          <fpage>2408</fpage>
          .
          <fpage>04187</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>T.</given-names>
            <surname>Brown</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Mann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Ryder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Subbiah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Kaplan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Dhariwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Neelakantan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Shyam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Sastry</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Askell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Agarwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Herbert-Voss</surname>
          </string-name>
          , G. Krueger,
          <string-name>
            <given-names>T.</given-names>
            <surname>Henighan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Child</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ramesh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Ziegler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Winter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hesse</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chen</surname>
          </string-name>
          , E. Sigler,
          <string-name>
            <given-names>M.</given-names>
            <surname>Litwin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gray</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Chess</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Clark</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Berner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>McCandlish</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Radford</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Sutskever</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Amodei</surname>
          </string-name>
          ,
          <article-title>Language Models are Few-Shot Learners</article-title>
          ,
          <source>in: Advances in Neural Information Processing Systems</source>
          , volume
          <volume>33</volume>
          ,
          <string-name>
            <surname>Curran</surname>
            <given-names>Associates</given-names>
          </string-name>
          , Inc.,
          <year>2020</year>
          , pp.
          <fpage>1877</fpage>
          -
          <lpage>1901</lpage>
          . URL: https://proceedings.neurips.cc/paper/2020/hash/ 1457c0d6bfcb4967418bfb8ac142f64a-Abstract.html.
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>N.</given-names>
            <surname>Giarelis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Mastrokostas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Karacapilidis</surname>
          </string-name>
          ,
          <string-name>
            <surname>A Uniifed</surname>
          </string-name>
          <article-title>LLM-KG Framework to Assist Fact-Checking in Public Deliberation</article-title>
          , in: A.
          <string-name>
            <surname>Hautli-Janisz</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Lapesa</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Anastasiou</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Gold</surname>
            ,
            <given-names>A. D.</given-names>
          </string-name>
          <string-name>
            <surname>Liddo</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          Reed (Eds.),
          <source>Proceedings of the First Workshop on Language-driven Deliberation Technology (DELITE) @ LREC-COLING</source>
          <year>2024</year>
          ,
          <article-title>ELRA</article-title>
          and
          <string-name>
            <given-names>ICCL</given-names>
            ,
            <surname>Torino</surname>
          </string-name>
          , Italia,
          <year>2024</year>
          , pp.
          <fpage>13</fpage>
          -
          <lpage>19</lpage>
          . URL: https://aclanthology.org/
          <year>2024</year>
          .delite-
          <volume>1</volume>
          .2/.
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>A.</given-names>
            <surname>Grattafiori</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Dubey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Jauhri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Pandey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kadian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Al-Dahle</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Letman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mathur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Schelten</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Vaughan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Fan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Goyal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hartshorn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mitra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Sravankumar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Korenev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hinsvark</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rodriguez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gregerson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Spataru</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Roziere</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Biron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Chern</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Caucheteux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Nayak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Marra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>McConnell</surname>
          </string-name>
          , et al.,
          <source>The Llama 3 Herd of Models</source>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2407.21783, arXiv:
          <fpage>2407</fpage>
          .
          <fpage>21783</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>M.</given-names>
            <surname>Riviere</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Pathak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. G.</given-names>
            <surname>Sessa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Hardin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Bhupatiraju</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Hussenot</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Mesnard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Shahriari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ramé</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ferret</surname>
          </string-name>
          , P. Liu,
          <string-name>
            <given-names>P.</given-names>
            <surname>Tafti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Friesen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Casbon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ramos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Kumar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. L.</given-names>
            <surname>Lan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Jerome</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tsitsulin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Vieillard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Stanczyk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Girgin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Momchev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hofman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Thakoor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. B.</given-names>
            <surname>Grill</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Neyshabur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Bachem</surname>
          </string-name>
          , et al.,
          <source>Gemma 2: Improving Open Language Models at a Practical Size</source>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/ arXiv.2408.00118, arXiv:
          <fpage>2408</fpage>
          .
          <fpage>00118</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>A. Q.</given-names>
            <surname>Jiang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Sablayrolles</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mensch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bamford</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. S.</given-names>
            <surname>Chaplot</surname>
          </string-name>
          , D. d. l. Casas,
          <string-name>
            <given-names>F.</given-names>
            <surname>Bressand</surname>
          </string-name>
          , G. Lengyel,
          <string-name>
            <given-names>G.</given-names>
            <surname>Lample</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Saulnier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. R.</given-names>
            <surname>Lavaud</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Lachaux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Stock</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. L.</given-names>
            <surname>Scao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Lavril</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Lacroix</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. E.</given-names>
            <surname>Sayed</surname>
          </string-name>
          , Mistral 7B,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2310. 06825, arXiv:
          <fpage>2310</fpage>
          .
          <fpage>06825</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>J.</given-names>
            <surname>Dang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ahmadian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Marchisio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kreutzer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Üstün</surname>
          </string-name>
          , S. Hooker,
          <source>RLHF Can Speak Many Languages: Unlocking Multilingual Preference Optimization for LLMs</source>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2407. 02552, arXiv:
          <fpage>2407</fpage>
          .
          <fpage>02552</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>E.</given-names>
            <surname>Almazrouei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Alobeidli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Alshamsi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Cappelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Cojocaru</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Debbah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Gofinet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Hesslow</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Launay</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Malartic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Mazzotta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Noune</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Pannier</surname>
          </string-name>
          , G. Penedo,
          <source>The Falcon Series of Open Language Models</source>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2311.16867, arXiv:
          <fpage>2311</fpage>
          .
          <fpage>16867</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>X.</given-names>
            <surname>Jiang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Qiu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Fang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Chu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <surname>Y. Wang,</surname>
          </string-name>
          <article-title>HyKGE: A Hypothesis Knowledge Graph Enhanced Framework for Accurate and Reliable Medical LLMs Responses</article-title>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/arXiv.2312.15883, arXiv:
          <fpage>2312</fpage>
          .
          <fpage>15883</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Labrak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Rouvier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Dufour</surname>
          </string-name>
          ,
          <article-title>A Zero-shot and Fewshot Study of Instruction-Finetuned Large Language Models Applied to Clinical and Biomedical Tasks</article-title>
          , in: N.
          <string-name>
            <surname>Calzolari</surname>
            ,
            <given-names>M. Y.</given-names>
          </string-name>
          <string-name>
            <surname>Kan</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Hoste</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Lenci</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Sakti</surname>
          </string-name>
          , N. Xue (Eds.),
          <source>Proceedings of the 2024 Joint International Conference on Computational Linguistics</source>
          ,
          <article-title>Language Resources and Evaluation (LREC-COLING 2024), ELRA</article-title>
          and
          <string-name>
            <given-names>ICCL</given-names>
            ,
            <surname>Torino</surname>
          </string-name>
          , Italia,
          <year>2024</year>
          , pp.
          <fpage>2049</fpage>
          -
          <lpage>2066</lpage>
          . URL: https://aclanthology.org/
          <year>2024</year>
          .lrec-main.
          <volume>185</volume>
          /.
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>C.</given-names>
            <surname>Long</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ouyang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yu</surname>
          </string-name>
          , Bailicai:
          <string-name>
            <given-names>A DomainOptimized</given-names>
            <surname>Retrieval-Augmented Generation Framework for Medical Applications</surname>
          </string-name>
          ,
          <year>2024</year>
          . doi:
          <volume>10</volume>
          .48550/ arXiv.2407.21055, arXiv:
          <fpage>2407</fpage>
          .
          <fpage>21055</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Kong</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Luo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Wang</surname>
          </string-name>
          , W. Liu,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <article-title>Document Embeddings Enhance Biomedical RetrievalAugmented Generation</article-title>
          , in: 2024
          <source>IEEE International Conference on Bioinformatics and Biomedicine (BIBM)</source>
          ,
          <year>2024</year>
          , pp.
          <fpage>962</fpage>
          -
          <lpage>967</lpage>
          . doi:
          <volume>10</volume>
          .1109/BIBM62325.
          <year>2024</year>
          .
          <volume>10822781</volume>
          , iSSN:
          <fpage>2156</fpage>
          -
          <lpage>1133</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>H.</given-names>
            <surname>Touvron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Martin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Stone</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Albert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Almahairi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Babaei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Bashlykov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Batra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Bhargava</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Bhosale</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Bikel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Blecher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. C.</given-names>
            <surname>Ferrer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Cucurull</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Esiobu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Fernandes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Fu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Fu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Fuller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Goswami</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Goyal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Hartshorn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Hosseini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Hou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Inan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kardas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Kerkez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Khabsa</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Kloumann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Korenev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. S.</given-names>
            <surname>Koura</surname>
          </string-name>
          , M.
          <article-title>-</article-title>
          <string-name>
            <surname>A. Lachaux</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Lavril</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Liskovich</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Lu</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Mao</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          <string-name>
            <surname>Martinet</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Mihaylov</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Mishra</surname>
            , I. Molybog,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Nie</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Poulton</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Reizenstein</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Rungta</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Saladi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Schelten</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Silva</surname>
            ,
            <given-names>E. M.</given-names>
          </string-name>
          <string-name>
            <surname>Smith</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Subramanian</surname>
            ,
            <given-names>X. E.</given-names>
          </string-name>
          <string-name>
            <surname>Tan</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Tang</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Taylor</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Williams</surname>
            ,
            <given-names>J. X.</given-names>
          </string-name>
          <string-name>
            <surname>Kuan</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Xu</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          <string-name>
            <surname>Yan</surname>
            , I. Zarov,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Zhang</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Fan</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Kambadur</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Narang</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Rodriguez</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Stojnic</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Edunov</surname>
          </string-name>
          ,
          <source>T. Scialom, Llama</source>
          <volume>2</volume>
          :
          <string-name>
            <given-names>Open</given-names>
            <surname>Foundation</surname>
          </string-name>
          and
          <string-name>
            <surname>Fine-Tuned Chat</surname>
            <given-names>Models</given-names>
          </string-name>
          ,
          <year>2023</year>
          . doi:
          <volume>10</volume>
          .48550/ arXiv.2307.09288, arXiv:
          <fpage>2307</fpage>
          .
          <fpage>09288</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>N.</given-names>
            <surname>Reimers</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Gurevych</surname>
          </string-name>
          , Sentence-BERT:
          <article-title>Sentence Embeddings using Siamese BERT-Networks, in: K. Inui</article-title>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Jiang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Ng</surname>
          </string-name>
          ,
          <string-name>
            <surname>X.</surname>
          </string-name>
          Wan (Eds.),
          <source>Proceedings of the 2019 Conference on Empirical Methods in Natural Language Processing and the 9th International Joint Conference on Natural Language Processing (EMNLP-IJCNLP)</source>
          ,
          <article-title>Association for Computational Linguistics</article-title>
          , Hong Kong, China,
          <year>2019</year>
          , pp.
          <fpage>3982</fpage>
          -
          <lpage>3992</lpage>
          . doi:
          <volume>10</volume>
          .18653/v1/
          <fpage>D19</fpage>
          -1410.
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>C. R.</given-names>
            <surname>Harris</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K. J.</given-names>
            <surname>Millman</surname>
          </string-name>
          ,
          <string-name>
            <surname>S. J. van der Walt</surname>
          </string-name>
          , R. Gommers,
          <string-name>
            <given-names>P.</given-names>
            <surname>Virtanen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cournapeau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Wieser</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Taylor</surname>
          </string-name>
          , S. Berg,
          <string-name>
            <given-names>N. J.</given-names>
            <surname>Smith</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Kern</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Picus</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Hoyer</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. H. van Kerkwijk</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Brett</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Haldane</surname>
            ,
            <given-names>J. F.</given-names>
          </string-name>
          <string-name>
            <surname>del Río</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Wiebe</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Peterson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Gérard-Marchant</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Sheppard</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Reddy</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          <string-name>
            <surname>Weckesser</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          <string-name>
            <surname>Abbasi</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Gohlke</surname>
            ,
            <given-names>T. E.</given-names>
          </string-name>
          <string-name>
            <surname>Oliphant</surname>
          </string-name>
          ,
          <article-title>Array programming with NumPy</article-title>
          ,
          <source>Nature</source>
          <volume>585</volume>
          (
          <year>2020</year>
          )
          <fpage>357</fpage>
          -
          <lpage>362</lpage>
          . doi:
          <volume>10</volume>
          .1038/ s41586-020-2649-2.
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34]
          <string-name>
            <given-names>J.</given-names>
            <surname>Johnson</surname>
          </string-name>
          , M. Douze,
          <string-name>
            <given-names>H.</given-names>
            <surname>Jégou</surname>
          </string-name>
          ,
          <article-title>Billion-Scale Similarity Search with GPUs</article-title>
          ,
          <source>IEEE Transactions on Big Data</source>
          <volume>7</volume>
          (
          <year>2021</year>
          )
          <fpage>535</fpage>
          -
          <lpage>547</lpage>
          . doi:
          <volume>10</volume>
          .1109/TBDATA.
          <year>2019</year>
          .
          <volume>2921572</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>C.</given-names>
            <surname>Wang</surname>
          </string-name>
          , S. Cheng,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yue</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <surname>Y. Zhang,</surname>
          </string-name>
          <article-title>Evaluating openqa evaluation</article-title>
          , in: A.
          <string-name>
            <surname>Oh</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Naumann</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Globerson</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Saenko</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Hardt</surname>
          </string-name>
          , S. Levine (Eds.),
          <source>Advances in Neural Information Processing Systems</source>
          , volume
          <volume>36</volume>
          ,
          <string-name>
            <surname>Curran</surname>
            <given-names>Associates</given-names>
          </string-name>
          , Inc.,
          <year>2023</year>
          , pp.
          <fpage>77013</fpage>
          -
          <lpage>77042</lpage>
          . URL: https: //proceedings.neurips.cc/paper_files/paper/2023/file/ f323d594aa5d2c68154433a131c07959-Paper-Datasets_ and_Benchmarks.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          [36]
          <string-name>
            <given-names>N.</given-names>
            <surname>Muennighof</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Tazi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Magne</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Reimers</surname>
          </string-name>
          , MTEB:
          <article-title>Massive text embedding benchmark</article-title>
          , in: A.
          <string-name>
            <surname>Vlachos</surname>
          </string-name>
          , I. Augenstein (Eds.),
          <source>Proceedings of the 17th Conference of the European Chapter of the Association for Computational Linguistics</source>
          , Association for Computational Linguistics, Dubrovnik, Croatia,
          <year>2023</year>
          , pp.
          <fpage>2014</fpage>
          -
          <lpage>2037</lpage>
          . doi:
          <volume>10</volume>
          .18653/v1/
          <year>2023</year>
          .eacl-main.
          <volume>148</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          [37]
          <string-name>
            <given-names>N.</given-names>
            <surname>Giarelis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Mastrokostas</surname>
          </string-name>
          , I. Siachos,
          <string-name>
            <given-names>N.</given-names>
            <surname>Karacapilidis</surname>
          </string-name>
          ,
          <article-title>Integrating knowledge graphs, large language models and explainable ai techniques to improve public health question answering</article-title>
          , in: I. Lindgren,
          <string-name>
            <given-names>M. P.</given-names>
            <surname>Rodríguez Bolívar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Janssen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Loukis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Mureddu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Panagiotopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. Viale</given-names>
            <surname>Pereira</surname>
          </string-name>
          , E. Tambouris (Eds.),
          <source>Electronic Government</source>
          , volume
          <volume>15944</volume>
          , Springer Nature Switzerland, Cham,
          <year>2025</year>
          , pp.
          <fpage>368</fpage>
          -
          <lpage>379</lpage>
          . doi:
          <volume>10</volume>
          . 1007/978-3-
          <fpage>032</fpage>
          -01589-1_
          <fpage>23</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>