<!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>BIT.UA at BioASQ 12: From Retrieval to Answer Generation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Tiago Almeida</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Richard A. A. Jonker</string-name>
          <email>richard.jonker@ua.pt</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>João Reis</string-name>
          <email>joaoreis16@ua.pt</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>João R. Almeida</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sérgio Matos</string-name>
          <email>aleixomatos@ua.pt</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>IEETA/DETI, LASI, University of Aveiro</institution>
          ,
          <addr-line>Aveiro</addr-line>
          ,
          <country country="PT">Portugal</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2024</year>
      </pub-date>
      <abstract>
        <p>Biomedical information retrieval and question-answering are vital for accessing and processing the ever-increasing volume of biomedical data. Efective systems in this domain are essential for researchers, clinicians, and medical experts to make well-informed decisions. The BioASQ Task B Challenge fosters the development of advanced retrieval and question-answering systems by providing a platform for evaluating and comparing diverse approaches. This paper presents our participation in the twelfth edition of the BioASQ challenge, focusing on Task B. For Phase A, we employed a two-stage retrieval pipeline with the BM25 model from PISA and transformer-based neural reranking models, including PubMedBERT and BioLinkBERT. Additionally, we enhanced BM25 results with semantically similar documents using the BGE-M3 model and augmented the BioASQ training data. Outputs from these models were combined using reciprocal rank fusion (RRF). In Phases A+ and B, we utilized instruction-based transformer models such as Llama 3, Nous-Hermes2-Mixtral, and a BioASQ fine-tuned version of Gemma 2B for conditioned zero-shot answer generation. Our systems in Phase A achieved competitive results, consistently scoring on top or near the top across all batches. In Phases A+ and B, our systems remained competitive, especially in terms of Recall.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Information Retrieval</kwd>
        <kwd>Dense Retrieval</kwd>
        <kwd>Semantic Search</kwd>
        <kwd>Large Language model</kwd>
        <kwd>Answer Generation</kwd>
        <kwd>Pseudo Relevance Feedback</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Biomedical information retrieval and question answering are important and complex tasks, driven by
the need to access and process vast amounts of biomedical data. As the volume of published biomedical
literature grows exponentially, efective retrieval and accurate question-answering systems are crucial
for researchers, clinicians, and medical experts to make informed decisions.</p>
      <p>The BioASQ Task B Challenge aims to push the state of the art in retrieval and question-answering
systems within the biomedical domain. By providing a platform for evaluating and comparing diferent
approaches, BioASQ encourages the development of innovative algorithms and techniques that can
handle the unique challenges posed by growing biomedical data. Participants are tasked with developing
systems that can eficiently retrieve relevant documents and snippets, as well as generate accurate
answers to biomedical questions.</p>
      <p>
        In this paper, we outline the participation of the Biomedical Informatics and Technologies group of the
University of Aveiro (BIT.UA) in the 12th BioASQ challenge [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Our team participated in Phase A, Phase
B, and the newly added Phase A+. Phase A centered on information retrieval, primarily identifying the
top documents responding to a biomedical query. Both Phase A+ and B can be characterized as Retrieval
Augmented Generation (RAG) tasks, where the objective is to answer a query using a document that
provides relevant context.
      </p>
      <p>
        Figure 1 presents an overview of our solution as an end-to-end system for the BioASQ tasks. For
Phase A, we followed the approach of Almeida et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] with a two-stage retrieval pipeline. As a first
stage, we used the traditional BM25 model from PISA [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ], followed by transformer-based neural
reranking models, specifically PubMedBERT [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] and BioLinkBERT [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Additionally, we explored a
semantic search approach with the BGE-M3 [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] model in two ways: enhancing BM25 results with
semantically similar documents and augmenting the BioASQ training data with these documents. We
used reciprocal rank fusion (RRF) to ensemble outputs from the various models.
      </p>
      <p>
        For Phases A+ and B, we employed instruction-based transformer models such as Llama 2 [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and
3, Nous-Hermes2-Mixtral [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], and a BioASQ fine-tuned version of Gemma 2B [ 10] for conditioned
zero-shot answer generation. Specifically, we utilized the top-5 most relevant articles to generate an
ideal answer and explored using relevant snippets in Phase B. Furthermore, we investigated methods to
select the optimal answer from a pool of candidates generated by these models.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>Biomedical information retrieval and question answering have made significant strides in recent years,
partly due to advancements in Deep Learning and Large Language Models [11], where evaluation
platforms like BioASQ have provided a valuable testbed for benchmarking these advancements, continually
pushing the state-of-the-art.</p>
      <p>
        Looking at the information retrieval task, two-stage retrieval approaches continue to be the most
adopted solutions [
        <xref ref-type="bibr" rid="ref2">12, 13, 14, 15, 16, 17, 2, 18</xref>
        ]. These methods combine the eficiency of sparse retrieval
models, which reduce the candidate pool using weighted keyword matching, with the eficacy of neural
reranking models, which refine the initial list by considering semantic understanding and contextual
relevance. BM25 [19] is the most popular choice for sparse retrieval, while BERT-like models [20] are
the preferred architecture for neural reranking.
      </p>
      <p>Although less popular, there were some eforts on exploring semantic search approaches, also known
as dense retrieval [21, 13, 18], as replacements for sparse retrieval methods. These eforts were mainly
motivated by the ability of dense retrieval models to capture semantic similarities between queries
and documents, overcoming the limitations of term-based models like BM25, which rely on exact term
matches. However, Ma et al. [21] demonstrated that dense retrieval alone was not capable of surpassing
BM25 in terms of retrieval performance. Despite its ability to capture semantic similarities, the dense
retrieval model struggled with exact lexical matching, which is a strength of BM25. Consequently,
combining dense retrieval with BM25 in a hybrid model was found to be more efective, leveraging the
strengths of both approaches to achieve superior results in the BioASQ challenge.</p>
      <p>
        Regarding answer generation, with the advent of Large Language Models (LLMs), most solutions now
follow a Retrieval-Augmented Generation (RAG) methodology. In this approach, relevant documents
are first retrieved and then used to generate comprehensive and accurate answers. The main diferences
between the participants’ approaches lie in the models they use and how these models are configured.
Some systems directly use ChatGPT [22, 23, 24], while others employ open-source models [
        <xref ref-type="bibr" rid="ref2">2, 25</xref>
        ], each
leveraging distinct configurations to optimize performance.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Methodology</title>
      <p>This section of the paper provides a detailed description of the corpora and datasets utilized throughout
the challenge, including the preprocessing steps undertaken. It then outlines the specific methodologies
adopted for each task in which we participated.</p>
      <sec id="sec-3-1">
        <title>3.1. Corpus and Dataset</title>
        <p>The BioASQ dataset [26] encompasses questions from the last eleven editions, totalling 5,049 questions.
These are classified into four categories: factoid (1,551), yes/no (1,357), summary (1,210), and list
(967). Each question is accompanied by a list of relevant documents, snippets (taken form the relevant
document), and an example of the ideal answer. For its corpus, the BioASQ challenge utilizes the
PubMed/MEDLINE annual baseline. This year, the baseline corresponds to 2024 baseline and includes
over 36 million documents.</p>
        <p>
          As evidenced by Almeida et al. [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ], the continual updates and removal of documents between each
yearly baseline poses a challenge for maintaining consistency in document relevance across diferent
editions of the BioASQ challenge. In other words, documents relevant to questions in earlier editions
may not be present in the current edition’s document collection. To mitigate this issue and ensure
accurate training data, each question in the dataset is marked with the year it was featured. Furthermore,
we download the PubMed/MEDLINE baselines from 2013 to 2024 to maintain a clear snapshot of the
corpus as it existed when each question was initially posed. This approach enables us to align each
question with the specific corpus version available at that time.
        </p>
        <p>In terms of document preprocessing, we observed that some documents in the baselines lacked titles,
abstracts, or both. To address this, we simply removed these incomplete documents from the collection.</p>
        <p>
          Regarding the preprocessing of the training dataset, we primarily adopted two approaches. The
ifrst, inspired by Almeida et al. [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ], focused on maximizing the quality of the dataset, while the second
approach concentrated on maximizing the quantity of the dataset.
        </p>
        <sec id="sec-3-1-1">
          <title>3.1.1. High-quality Dataset Preprocessing</title>
          <p>Under the high-quality perspective, our goal is to ensure with confidence that every question in the
dataset is valid, well-written, and correctly matched with relevant documents, even if this results in a
reduction of training data.</p>
          <p>To achieve this, we thoroughly reviewed the dataset and found instances of repeated or very similar
questions paired with diferent relevant documents. Consequently, we decided to merge similar questions
along with their corresponding sets of relevant articles. For eficient and automatic merging, we utilized
the pre-trained SimCSE [27] model to calculate the similarity between questions. Questions with a cosine
similarity score above 0.99 were automatically merged, while those with a similarity score between
0.90 and 0.99 underwent manual review, in total 43 questions were merged. Furthermore, considering
the BioASQ guidelines, systems prior to the fourth edition of BioASQ could use full-text articles from
PubMed Central (PMC) for judgment. This could lead to situations where later models, lacking access to
full texts, might not have the necessary content to make accurate predictions, making the training data
actually incorrect. Therefore, we decided to remove all question pairs from before the fourth edition of
BioASQ. Additionally, the capabilities of earlier systems were arguably less sophisticated than those
available today, potentially leading to a less reliable gold standard compared to more recent editions.
At the end of this process, the refined dataset comprised 3,795 questions (a reduction of 25%), totalling
28,910 positive question-document pairs.</p>
        </sec>
        <sec id="sec-3-1-2">
          <title>3.1.2. High-quantity Dataset Preprocessing</title>
          <p>On the other hand, in the high-quantity perspective, our aim is to maximize the number of annotated
pairs, operating under the assumption that the sheer volume of data will outweigh any minor errors
present in the dataset.</p>
          <p>
            Thus, in this approach, we chose to retain all 5,049 questions in the dataset. Nevertheless, we still
recognized the need to address the previously mentioned issue concerning the use of full-text abstracts
in the early editions of the BioASQ challenge. Specifically, for questions from these early editions, we
examined the list of relevant snippets, and any document was considered positive if its relevant snippet
was derived from the article’s abstract. At the conclusion of this process, the dataset included 5,049
questions, totalling 43,732 positive question-document pairs.
3.2. Phase A
In Phase A, we participated solely in the document retrieval subtask, and this section details the
methods we employed. Inspired by the work of Almeida et al. [
            <xref ref-type="bibr" rid="ref2">2</xref>
            ], we developed a two-stage retrieval
system. The first stage utilizes an eficient sparse retrieval method, followed by neural reranking model
as the second stage. To efectively integrate the knowledge from diferent models, we adopted the
reciprocal rank fusion [28] (RRF) method to ensemble the outputs from various models. Additionally,
we explored methods to eficiently incorporate semantic search mechanisms into our pipeline, an aspect
not extensively explored by previous teams in the challenge.
          </p>
        </sec>
        <sec id="sec-3-1-3">
          <title>3.2.1. First stage: Sparse Retrieval</title>
          <p>
            The objective of the first stage is to eficiently retrieve the best  candidate documents that potentially
contain an answer to a given question, referred to throughout this document as the top- documents. To
achieve this, we utilized sparse retrievers, specifically the traditional BM25 [ 19] model from PISA [
            <xref ref-type="bibr" rid="ref3 ref4">4, 3</xref>
            ], a
state-of-the-art text search engine written in C++ that supports advanced WAND-like search algorithms.
          </p>
          <p>During preliminary experiments, we observed that setting  to 1000 guarantees a recall of 90.2%,
providing the best balance between eficiency and efectiveness. The parameters for the BM25,
specifically 1 and , were selected through a preliminary hyperparameter tuning process. Specifically, we
conducted a grid search for 1 values ranging from 0.1 to 1.2 with intervals of 0.1 and  values ranging
from 0.1 to 1.0 with intervals of 0.1. The optimal parameters 1 and  were found to be 0.4 and 0.3,
respectively.</p>
        </sec>
        <sec id="sec-3-1-4">
          <title>3.2.2. Second stage: Transformer-based Reranking</title>
          <p>
            The second stage in our pipeline aims to thoroughly analyse and re-rank the top-1000 candidate
documents previously retrieved in the first stage. To accomplish this, we employ a transformer-based
cross-encoder architecture as our neural reranker model. This model encodes each question-document
pair into a CLS representation, which a classifier then uses to compute the relevance score for each pair.
We initialized our neural reranker models using the pretrained PubMedBERT [
            <xref ref-type="bibr" rid="ref5">5</xref>
            ] and BioLinkBERT [
            <xref ref-type="bibr" rid="ref6">6</xref>
            ]
weights, and trained with pointwise (cross-entropy) loss and pairwise (hinge) loss using the Trainer
API from HuggingFace.
          </p>
          <p>While this section describes the methods adopted for the second stage, we will now briefly address
other avenues that we explored but ultimately disregarded due to their lack of performance. One
problem with our previous neural reranker model architecture is that its input size is limited to 512
tokens, which is too short for some question-document pairs, forcing us to truncate the document and
potentially lose valuable information. To address this issue, we implemented a sentence-level neural
reranking model that processed any question-document pair regardless of size by splitting the document
into individual sentences that fit within the model’s size constraints. However, in all of our preliminary
experiments, this sentence-level model did not surpass the performance of our other neural reranker
models. Additionally, we explored a dynamic training regime where we used the neural reranker model
currently during training to mine for negative documents. However, this approach also failed to yield
any improvement in our preliminary results.</p>
        </sec>
        <sec id="sec-3-1-5">
          <title>3.2.3. Adding Semantic Search</title>
          <p>Semantic search, also known as dense retrieval, has become increasingly popular for performing
information retrieval, particularly due to its capability to address the vocabulary mismatch problem [29].
Despite its potential, semantic search approaches often face performance challenges and struggle to
compete, especially in contexts like the BioASQ challenge, where the exact match signal significantly
enhances sparse retrieval performance. Furthermore, searching through over 36 million documents
poses a substantial computational challenge.</p>
          <p>
            Nonetheless, the value of semantic search is undeniable, especially in identifying documents that
would otherwise be missed by sparse models. Inspired by MacAvaney et al. [30], our goal is to integrate
semantic search as a complementary method to our sparse retrieval model, rather than as a hybrid
method [31]. More precisely, we aim to identify documents semantically similar to the documents
ranked higher by our neural re-ranking model, since, according to the Cluster Hypothesis [32], similar
documents are likely to be relevant to the same question. After obtaining the semantically similar
documents, they are then ranked by our neural reranker model to determine their placement in the
ifnal ranking order. We refer to this technique as Dense Pseudo Relevance Feedback (DPRF) and its
integration with our two-stage retrieval pipeline can be seen in Figure 2. To eficiently gauge document
similarity, we precomputed a similarity graph over the entire 2024 PubMed/MEDLINE database using
the BGE-M3 model [
            <xref ref-type="bibr" rid="ref7">7</xref>
            ]. We only recorded connections between documents with a cosine similarity
exceeding 0.85 to manage storage constraints, as recording all similarities would require petabytes
of storage. Notably, by precomputing this graph for any document in the entire collection, we can
instantaneously access a list of documents that have a similarity higher than 0.85.
          </p>
          <p>Moreover, guided by the Cluster Hypothesis [32] and leveraging the new similarity graph, we propose
augmenting our training data by increasing the number of positive documents. To achieve this, for
each positive document from the dataset, we consider semantically similar documents with a similarity
score above 0.95 as potentially relevant and include them in the training data.</p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>3.3. Phase A+ and B</title>
        <p>
          For phases A+ and B, we participated only in the ideal answer generation subtask. The primary
diference between these phases is in the resources provided by the organizers. In phase B, participants
are given a list of gold documents and snippets. In contrast, for phase A+, participants must utilize
the documents retrieved during phase A. In terms of approach, similar to Almeida et al. [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ], we focus
primarily on zero-shot answer generation using large language models. Furthermore, given the vast
array of available LLMs, we also explored a cost-efective method to determine which answer would be
the best.
        </p>
        <sec id="sec-3-2-1">
          <title>3.3.1. Answer Generation with LLMs</title>
          <p>
            For answer generation, we primarily relied on the following large language models:
Nous-Hermes2Mixtral (referred to as Mixtral in the remaining of the paper), Llama2 70B, and Llama3 70B, which
were released during the competition. Unlike Almeida et al. [
            <xref ref-type="bibr" rid="ref2">2</xref>
            ], our approach involved exploring
multiple sources of information as context for generating an ideal answer. Specifically, we propose using
several abstracts, and in the context of phase B, snippets as the context for these LLMs. Additionally,
we encountered an issue with the length of the generated answers, as per competition criteria the
maximum length allowed was of 200 words. To comply with this, we included a word limit constraint
within the prompts, and preprocessing step of truncation. Below, we present the two main prompt
variations used:
          </p>
          <p>Act as a biomedical expert. You will receive several abstracts
(‘[abstract: Abstract]’) summarizing research findings and
methodologies. Along with this, a question will be
provided(‘[question]’).</p>
          <p>Your role is to analyze the abstract and provide a
scientifically accurate, concise answer to the question,
leveraging the information from the abstracts.
[Abstract: CONTEXT]
Listing 1: Prompt variation 2; detailed structure emphasizing biomedical expertise.</p>
          <p>Listing 2: Prompt variation 1; basic structure for generating concise answers.</p>
          <p>In these prompts, the contexts were provided as a list of up to five abstracts. We observed a benefit
in utilizing multiple documents, with five proving to be an optimal balance. This reinforces our idea
of using multiple sources of information as context. Exclusively for phase B, we experimented with
providing gold snippets instead of full abstracts, based on the rationale that feeding direct answers to the
LLM would enable it to rewrite them in natural language. Additionally, we attempted to automatically
extract exact answers with LLMs and used these as context for answer generation. However, this
approach did not yield successful results, and we subsequently abandoned it.</p>
          <p>Besides the zero-shot approaches, we also explored fine-tuning a large language model to produce
answers more aligned with the expectations of the BioASQ challenge. For this purpose, we utilized
the unsloth library1 to fine-tune the Gemma 2B model 2 [10]. Specifically, we used the 4-bit model and
trained it using Low Rank Approximation (LoRA) [33]. For the training data, we employed the BioASQ
dataset, where we structured prompts containing the question alongside multiple document abstracts
with the goal of generating the gold-standard ideal answer. The prompt used to fine-tune the model is
as follows:</p>
          <p>Below is an instruction that describes a task, paired with an
input that provides further context. Write a response that
appropriately completes the request.
### Instruction:
Act as a biomedical expert. You will receive several abstracts
(‘[abstract: Abstract]’) summarizing research findings and
methodologies. Along with this, a question will be
provided(‘[question]’).</p>
          <p>Your role is to analyze the abstract and provide a
scientifically accurate, concise answer to the question,
leveraging the information from the abstracts.
### Input:
[Abstract: CONTEXT]</p>
          <p>As previously mentioned, we needed to ensure that our answers contained fewer than 200 words.
Despite adding an instruction and slightly tweaking the sampling generation hyperparameters, these
adjustments could not reliably produce answers within the 200-word limit. Therefore, we propose a
second generation step that we refer to as summarization, where the objective is to take the question
and the original lengthy answer as inputs and make the answer more concise, aligning it with the
BioASQ guidelines. To accomplish this, we utilized the Nous-Hermes2-Mixtral model with the following
prompt:</p>
          <p>Please provide a short and concise summary based on the
provided answer:
Question: QUESTION
Answer: ANSWER</p>
          <p>Listing 4: Prompt used to summarise model outputs using Mixtral.</p>
          <p>Overall, both task phase A+ and phase B followed the methods described above, however there are
some slight variations which will be addressed in the submissions sections.</p>
        </sec>
        <sec id="sec-3-2-2">
          <title>3.3.2. Answer Selection</title>
          <p>Given the variety of prompts and models employed for answer generation, it is essential to establish a
robust method for selecting the best possible answer. For this purpose, we propose using our neural
re-ranking model from Phase A to select the ‘best’ answer. Intuitively, the model was trained to assess
1https://github.com/unslothai/unsloth
2https://huggingface.co/unsloth/gemma-2b-it-bnb-4bit
content relevance between a question and a document, making it suitably analogous for assessing the
relevance between a question and an answer. In practical terms, for any given question and set of
relevant documents, we would generate multiple answers using diferent combinations of prompts and
LLMs. Then, we would feed each question-answer pair into our neural re-ranking model and select the
answer with the highest score. This method also proves useful for detecting cases where the answers
are hallucinatory or nonsensical.</p>
          <p>One potential issue with this approach is the model’s tendency to favour longer answers, which can
be problematic given the strict word limit constraints of the BioASQ challenge. This bias arises because
the model was trained with full abstracts, which are typically more comprehensive and detailed than
the concise answers required here.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Results</title>
      <p>In this section, we start by describing the evaluation metrics used throughout the paper. Then, we
introduce some validation results that help us understand the performance of the proposed methods.
Finally, we describe our submissions and the preliminary results.</p>
      <sec id="sec-4-1">
        <title>4.1. Evaluation metrics</title>
        <p>The BioASQ organizers employ well-known information retrieval metrics for evaluating Phase A
systems and text generation metrics for Phases A+ and B. These metrics are computed by comparing
the system’s predictions against a “gold standard” dataset. At the time of writing, the organizers can
only provide a preliminary “gold standard” that was created during the question construction phase.
Subsequently, medical experts will carry out a manual judgment of all system predictions, constructing
a more complete and final “gold standard”. Note that this process can take several months. Therefore,
the results presented in this paper are considered preliminary, as they are subject to change upon the
release of the final “gold standard”. It is also important to note that although the preliminary evaluation
does not fully capture the true gold standard, it still ofers valuable insights.</p>
        <p>According to Malakasiotis et al. [34], the primary metrics for Phase A include Mean Average Precision
(MAP) and Precision. MAP assesses the quality of ranked retrieval results by evaluating the precision at
various recall levels and averaging across all queries. It is calculated as follows:
where || is the number of items, || is the number of relevant items (typically 10),  () is the
precision when the returned list is treated as containing only its first  items, and rel() equals 1 if the
-th item in the list is relevant (i.e., in the “gold standard”) and 0 otherwise.</p>
        <p>In Phases A+ and B, the evaluation focuses on Recall and F1 Score calculated from the ROUGE metric.
ROUGE is a metric used to evaluate the quality of summaries by measuring the overlap of the generated
summary with “gold standard”. There are several versions of ROUGE. ROGUE-N, which uses -grams to
calculate the overlap between the artificial summary  and the reference summary   is calculated
as follows:</p>
        <p>ROUGE-N(|Refs) =
∑︀∈Refs ∑︀∈ (, , )
∑︀∈Refs ∑︀∈ (, )
where  is a word -gram, (, , ) is the number of occurrences of  in both  and reference 
and (, ) is the number of occurrences of  in .
=1
where  is the average precision of the list returned for the question  and is defined as:
1
MAP =  ·</p>
        <p>∑︁ ,
AP =
∑︀|=|1  () · rel()
(||, 10)
,
(1)
(2)
(3)</p>
        <p>ROGUE-SU4, is a variation of ROGUE-N, where S represents skip bigrams as opposed to -grams
when computing the overlaps. The U also counts unigrams, and the 4 means a maximum distance
between the words of any skip bigram is limited to 4. We utilize ROGUE-SU4 as the automatic metric
in this work. The oficial metric for this task is human evaluation which includes readability, recall,
precision, and repetition.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Validation Results</title>
        <p>
          In order to deepen our understanding of the proposed methodology and determine how to organize
the submissions, we conducted several validation experiments. Specifically, we explored which
preprocessing strategy for the dataset—high quality versus high quantity—contributed to better performance.
Additionally, we evaluated the capability of the Dense Pseudo Relevance Feedback (DPRF) method to
identify documents that were missed by the BM25 retrieval method. Regarding the training of our neural
reranking model, we aimed to understand which training methodology, pointwise or pairwise, worked
best, the impact of adding semantic data augmentation, and which model initialization checkpoint was
most efective. Regarding the validation data, we chose to use the questions and their respective “gold
standard” from the first two batches of 2023 (BioASQ 11). The primary reason for selecting these two
batches, rather than employing a standard train/validation split, is rooted in the progressive nature of
the BioASQ challenge. Over time, participant systems tend to improve, leading to increasingly efective
solutions [
          <xref ref-type="bibr" rid="ref10">35</xref>
          ]. Consequently, since the “gold standard” is developed based on medical expert judgments
of the submissions from these systems, and because better-performing systems provide more accurate
and relevant outputs for experts to review, the quality of the “gold standard” is likely to be higher with
newer batches.
        </p>
        <p>Regarding the experiments, we began by examining the performance trade-of between high-quality
and high-quantity preprocessing methods. To this end, we trained a PubMedBERT-Base model using
each resulting dataset and discovered that the high-quality preprocessing yielded better results.
Specifically, the MAP from the high-quantity preprocessing was 45.36, while the high-quality preprocessing
achieved a MAP of 46.78. In machine learning, data is often viewed on a spectrum, where achieving a
balance between quality and quantity is necessary for optimal results. We believe that our high-quality
preprocessing approach strikes the best balance here, showing the importance of data quality over
quantity.</p>
        <p>Now discussing our Dense Pseudo Relevance Feedback (DPRF) method, we initially had concerns
that the additional overhead might not yield significant benefits and that the approach might fail to
retrieve any new documents beyond those identified by sparse retrieval. To test this, we ran the sparse
retrieval (BM25) across the entire training corpus, and then applied DPRF to the documents retrieved
by BM25 to see if it could retrieve any of the positive documents that BM25 failed to retrieve. In this
experiment, DPRF successfully retrieved an additional 2,326 documents that were not identified by the
sparse retrieval. However, there were still 4,508 documents that remained unretrievable3. Although this
approach does not recover every document, we believe it is promising and has the potential to enhance
overall system performance.</p>
        <p>One of the last approaches we investigated was the use of either pointwise or pairwise training. We
observed that pairwise training slightly enhanced performance on the validation data, achieving a
MAP of 45.98 compared to 45.44 with pointwise training. Furthermore, when we added semantic data
augmentation, performance significantly improved for both approaches: 49.53 for pairwise and 49.16
for pointwise.</p>
        <p>Lastly, we present the general performance of the various model checkpoints tested. We only show
the validation results for pairwise models, however we reached similar conclusions for the pointwise
models. The values for the models are as follows:
• BioLinkBERT-Large: 49.53
• BioLinkBERT-Base: 48.45
3Note that this can also include documents that are no longer available, as DPRF only uses the 2024 Baseline
• PubMedBERT-large: 48.26
• PubMedBERT-Base: 46.53</p>
        <p>As expected, the large models outperformed the base counterparts, while the BioLinkBERT seems to
have the overhand against the PubMedBERT model.</p>
      </sec>
      <sec id="sec-4-3">
        <title>4.3. Phase A Results</title>
        <p>A summary of the runs submitted for phase A can be seen in Table 1, with a more detailed description
of the runs presented in Appendix A. It is important to mention that some of the methods previously
described were only implemented in between batches. This is why we frequently changed the
configuration of the runs we submitted during phase A. The results of the submissions can be seen in Table
2.</p>
        <p>Regarding the results shown in Table 2, on the first batch, we trained only four models: PubMedBERT
Base, PubMedBERT Large, BioLinkBERT Base, and BioLinkBERT Large. We utilized three checkpoints
from these models for the submissions, combined with our models from last year (2023). These systems
obtained the top five results for the first batch. From this batch, we observed that the ensemble of all
runs performed best, and the large models and small models achieved similar performance (systems 1
and 2). However, relatively speaking, we believe that the systems submitted for this batch were weaker
compared to other batches, as we did not have many models to create a robust ensemble. Consequently,
our 2023 models outperformed our newly trained models in this first batch.</p>
        <p>For the second batch, we focused on identifying the impact of training with high-quality vs
highquantity data. Here, system-0, which used the high-quantity training data, performed the best,
contradicting our validation results. However, we must emphasise that these results are still preliminary, and
the final rankings will likely change. Erroneously, the models of system-0 were trained for 10 epochs,
while the models trained with high-quality data were only trained for 5 epochs, which may cause the
discrepancy in the results observed. Furthermore, we observed that within this batch, our newly trained
models outperformed those from 2023.</p>
        <p>Within the third batch, we applied the knowledge from our previous batches and trained several more
models, varying the seeds and other model parameters. Notably, by using a larger number of models,
15 in case of system-0, it seems it contributed to achieve highly competitive results. Surprisingly, on
this batch, the 2023 models were drastically outperformed by our newly trained models.</p>
        <p>Compared to batch 3, batch 4 provided many similar runs, maintaining both systems 0 and 1,
and adding a run with pairwise models, which were not able to outperform the pointwise models.
Additionally, we included a submission containing our best performing models on validation. Our best
model from this batch was an ensemble of all our submissions combined with the 2023 models, which
outperformed our other models significantly.</p>
        <p>Finally, we discuss the performance of the Dense Pseudo Relevance Feedback (DPRF) method on
the submissions. As shown in the results table, DPRF outperformed its counterpart in batches 3 and
4 but failed to achieve better results in batch 2. We believe this is because batch 2 was when we first
introduced the DPRF method, and at that time, we did not have a strong intuition on how to make it
work properly. This understanding was explored and improved for batches 3 and 4. Additionally, it is
important to note that this preliminary evaluation may not favour the DPRF method. We believe that
the preliminary “gold standard” constructed by the organizers may be biased towards documents with
more exact matches between the question and the documents.</p>
        <p>Overall, in all batches, our systems outperformed the median in both metrics, obtaining the best MAP
in batch 1, while being within less than one percentage point of the best submission, and achieving the
best precision in batches 1, 3, and 4.</p>
      </sec>
      <sec id="sec-4-4">
        <title>4.4. Phase A+ Results</title>
        <p>A summary of the runs submitted for phase A+ is presented in Table 3, with a more detailed description
of the runs available in Appendix B. A major challenge here was deciding which source of positive
documents from Phase A to use, as it was crucial to maintain consistency in the input source for a fair
comparison of the LLMs’ performance when generating answers. The results of these submissions are
shown in Table 4.</p>
        <p>Also, it is important to note that between batches 2 and 3, the Llama 3 model was released as the
successor to Llama 2. This release prompted us to switch from Llama 2 to Llama 3 for the remaining
batches.</p>
        <p>For the first batch submission, our primary goal was to understand the impact of the input source
documents on our downstream task of answer generation. Upon reviewing the results, it appears
that the source documents did not significantly impact performance, as almost all systems scored
closely. The only exception was system-2, which achieved a slightly lower ROUGE-SU4 (Recall) score
but compensated with the best ROUGE-SU4 (F1) score. This outcome gives us more flexibility in the
upcoming batches to focus primarily on the performance of the LLMs.</p>
        <p>For Batch 2, we primarily focused on testing the performance of the fine-tuned Gemma models. We
discovered that these models benefited from having access to more source documents. However, their
recall metrics were significantly worse than our other models, although their F1 scores showed the best
performance within the batch. Unfortunately, during the competition, we misinterpreted the Gemma
results as underperforming, which led us to not use the fine-tuned approaches in the upcoming batches.</p>
        <p>For Batches 3 and 4, we maintained the same submissions but shifted our focus to the summarization
technique. According to the metrics, the systems employing summarization achieved higher
ROUGESU4 (F1) scores at the expense of ROUGE-SU4 (Recall). We attribute this to the summarization producing
shorter sentences, which naturally would decrease the recall while potentially increasing the precision
in case of correct answers.</p>
        <p>Discussing the results within the competition across all batches, our models consistently achieved
the best ROUGE-SU4 (Recall) scores. However, these models generally underperformed in terms of the
ROUGE-SU4 (F1) metric, likely due to our bias towards generating longer answers. The only exception
to this trend were the fine-tuned Gemma models, which produced higher F1 scores but significantly
lower recall, which should be further investigated in future works.</p>
      </sec>
      <sec id="sec-4-5">
        <title>4.5. Phase B Results</title>
        <p>A summary of the runs submitted for phase B can be seen in Table 5, with a more detailed description
of the runs presented in the Appendix C. The results of the submissions can be seen in table 6. In this
phase, we conducted experiments similar to those in Phase A+, with the primary diference being the
source of input. Unlike in Phase A+, where inputs were derived from our retrieval models from Phase
A, for Phase B, we used the “gold standard” abstracts and snippets provided by the organizers.
system-0
system-1
system-2
system-3
system-4</p>
        <p>Similar to Phase A+, in the first batch, we primarily focused on understanding the impact of the
input source on the models, examining abstracts, snippets, and exact answers. The performance of
the snippets was particularly strong compared to the entire abstracts. Additionally, when comparing
system-0 and system-1, we observed that incorporating the Mixtral models into the ensemble proved
beneficial. Furthermore, as mentioned, we experimented with using exact answers as our source. This
method involved using an LLM for zero-shot extraction of exact answers. However, this approach was
not very successful, leading us to discard it in subsequent batches and not include it in this manuscript.</p>
        <p>In the second batch, we primarily tested the performance of the fine-tuned Gemma model. Similar to
Phase A+, this model exhibited lower ROGUE-SU4 (Recall) but higher ROGUE-SU4 (F1) scores compared
to the Llama and Mixtral models. However, given that the ROGUE-SU4 (F1) score was significantly
lower than that of the best-performing model, we opted not to continue investigating this model in
Phase B. Once again, the snippet submissions outperformed the abstract submissions, showing their
efectiveness.</p>
        <p>In batches 3 and 4, we maintained the same submission strategy, with an increased emphasis on
summarization techniques and more submissions utilizing snippets. We observed that these summarization
techniques tend to improve ROUGE-SU4 (F1) scores at the expense of ROUGE-SU4 (Recall). Ideally,
these techniques should undergo human evaluation before drawing definitive conclusions. Additionally,
we found that snippets slightly outperformed abstracts alone; however, the smaller context fed into
the models led to reduced inference time. Our final submission in these batches did not utilize an
ensemble of all models but instead employed the newer Llama3 model with snippets, which resulted in
surprisingly low performance. This outcome suggests that using both Llama and Mixtral models in an
ensemble indeed enhances performance.</p>
        <p>In all batches, our best models were obtained by using snippets, obtaining a top 1 recall in Batch 1.
Similarly to phase A+ the Gemma model obtained a higher ROUGE-SU4 (F1), however in comparison to
the competition, the ROUGE-SU4 (F1) was still below the median of the competition, which is why we
focus more on our models which were performing well on recall. Comparing the results of phase A+ to
phase B, we can see a significant improvement, indicating that the gold standard documents plays an
impact in the generation.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Error Analysis on Answer Generation</title>
      <p>In this section, we aim to provide more insights into the real performance of the language models used
in phase A+ and phase B. For that, we start by showing, in Figure 3, examples of answer from our
strategies and models previously described in the methodology section:
No, FOLFOXIRI-bevacizumab is not the
preferred therapy for left-sided RAS wild-type
advanced colorectal cancer with an
aggressive clinical presentation. The study showed
that FOLFOXIRI-bevacizumab achieved
numerically superior survival outcomes compared
to FOLFOX-panitumumab, but the diference
was not statistically significant. Additionally,
FOLFOXIRI-bevacizumab was associated with
a higher incidence of chemotherapy-related
adverse events, particularly grade 3 and 4
neutropenia. Therefore, doublet chemotherapy plus
anti-EGFRs remains the preferred treatment for
patients with left-sided RAS/BRAF wild-type
mCRC, as it provides similar outcomes with less
toxicity.</p>
      <p>Mixtral summarization of Llama 2 - prompt
1
No, FOLFIRINOX plus Bevacizumab is not the
recommended therapy for aggressive left-sided
RAS wild type advanced colorectal cancer due
to similar survival rates but higher incidence of
adverse events compared to doublet
chemotherapy and anti-EGFR treatment.</p>
      <p>Gemma - Top 5
No, FOLFIRINOX plus Bevacizumab is not the
preferred therapy for left-sided RAS wild type
advanced colorectal cancer with aggressive
clinical presentation.</p>
      <p>Llama 2 - prompt 2
No, FOLFIRINOX plus Bevacizumab is not the
preferred therapy for left-sided RAS wild-type
advanced colorectal cancer with an
aggressive clinical presentation. The study showed
that FOLFOXIRI-bevacizumab and
FOLFOXpanitumumab have similar eficacy in terms of
progression-free survival and overall survival,
but FOLFOXIRI-bevacizumab had a numerically
superior survival outcome. However, the study
also showed that FOLFOXIRI-bevacizumab had
more frequent chemotherapy-related adverse
events, specifically grade 3 and 4 neutropenia.</p>
      <p>Therefore, the choice between the two regimens
should be based on patient preference and
potential impact on quality of life.</p>
      <p>Mixtral summarization of Llama 2 - prompt
2
Short Summary: FOLFOXIRI-bevacizumab is
not considered superior to doublet
chemotherapy plus anti-EGFRs for left-sided RAS/BRAF
wild-type metastatic colorectal cancer with
aggressive clinical presentation due to numerically
better survival outcomes but no statistical
significance and higher toxicity. Therefore, the
preferred treatment remains doublet therapy plus
anti-EGFRs for such cases.</p>
      <p>Gemma - Top 1
Yes, FOLFIRINOX plus Bevacizumab is the
preferred therapy for left-sided RAS wild type
advanced colorectal cancer with aggressive clinical
presentation.</p>
      <p>Mixtral - prompt 1
The text does not provide a direct answer
to this question, as it focuses on
comparing FOLFOXIRI-bevacizumab and
FOLFOXpanitumumab in left-sided RAS/BRAF
wildtype mCRC. However, it does mention that
initial therapy with FOLFOXIRI-bevacizumab is
superior to doublets plus bevacizumab
independently from primary tumor sidedness and
RAS/BRAF status. FOLFIRINOX is a similar
regimen to FOLFOXIRI, and both include all three
drugs (5-fluorouracil, leucovorin, and
irinotecan) but difer in the administration of
oxaliplatin (given in FOLFOXIRI and not in
FOLFIRINOX).</p>
      <p>Considering this information, it is plausible to
consider FOLFIRINO" (truncated)
Based on the abstract provided, the
combination of FOLFOXIRI-bevacizumab (which is
similar to FOLFIRINOX) and panitumumab were
compared in patients with left-sided RAS/BRAF
wild-type metastatic colorectal cancer (mCRC).</p>
      <p>The study found no significant diference in
progression-free survival, overall survival,
overall response rate, or disease control rate between
the two treatment groups. However, there
was a numerically superior survival outcome
for FOLFOXIRI-bevacizumab, and it achieved a
higher resection rate of metastases.</p>
      <p>Regarding toxicity, more chemotherapy-related
adverse events were observed in the
FOLFOXIRIbevacizumab group, particularly grade 3 and 4
neutropenia. The abstract does not specifically
mention aggressive clinical presentation as a
criterion for treatment selection. Nevertheless,
both treatments appear to (truncated)</p>
      <p>Looking first at an overview of all the models, we notice that Gemma provides the shortest outputs,
ofering very brief answers to questions, while sometimes lacking important information. After Gemma,
we have the summarization technique which also provides short answers, while still maintaining some
relevant information. Following this, it can be seen that both Mixtral and Llama provide similar length
outputs, with Mixtral occasionally producing shorter responses.</p>
      <p>Looking more closely at each of the systems, starting with Gemma, we can see an important diference
between using only one document and using five documents as sources. The answer to the question
completely changed, indicating that more information is often needed to answer the questions. We also
observed that the Gemma models often output insuficient information, typically lacking a detailed
answer justification.</p>
      <p>Next, examining the Llama outputs, we observe very detailed answers, clearly explaining the responses
to the questions. We also see that the prompt variation had limited impact, showing the robustness
of the model. Looking now at the summaries created by Mixtral, we can see that it may ofer some of
the most valuable outputs. However, it may create some additional artifacts, such as “Short Summary”,
though the approach appears promising.</p>
      <p>Finally, examining the performance of the Mixtral models, we can see that they lack some consistency
and are prone to several problems. In both cases, the output generation was not actually complete;
multiple paragraphs were generated, and a direct answer to the question was not directly stated. This
indicates that Mixtral may not be the best solution here, unlike what was demonstrated within previous
results.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion</title>
      <p>In this paper, we detail our team’s participation in the twelfth edition of the BioASQ challenge. Overall,
our team’s performance was competitive, achieving top results in each of the tasks we participated in.
Specifically, within phase A, we highlight our use of DPRF, which yielded promising results, as well as
the addition of documents from semantic search to the training data. For the tasks in phases A+ and B,
we presented a fine-tuned Gemma model and a summarization technique, which may pave the way
for interesting future work. More specifically, within Phase B, we emphasize that the use of snippets
significantly increases the performance of the models compared to those using the full abstract.</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>This work was funded by the Foundation for Science and Technology (FCT) in the context of the project
doi.org/10.54499/UIDB/00127/2020. Tiago Almeida is funded by the grant doi.org/10.54499/2020.05784.
BD. Richard A. A. Jonker is funded by the grant PRT/BD/154792/2023. This work was funded by FCT
I.P. under the project Advanced Computing Project 2023.10766.CPCA.A0, platform Vision at University
of Évora.</p>
      <p>URL: [https://huggingface.co/NousResearch/Nous-Hermes-2-Mistral-7B-DPO](https:
//huggingface.co/NousResearch/Nous-Hermes-2-Mistral-7B-DPO).
[10] G. DeepMind, Gemma: Open weights llm from google deepmind, https://github.com/
google-deepmind/gemma, 2024. Accessed: 2024-05-29.
[11] Q. Jin, Z. Yuan, G. Xiong, Q. Yu, H. Ying, C. Tan, M. Chen, S. Huang, X. Liu, S. Yu, Biomedical
question answering: A survey of approaches and challenges, ACM Comput. Surv. 55 (2022). URL:
https://doi.org/10.1145/3490238. doi:10.1145/3490238.
[12] T. Almeida, S. Matos, BIT.UA at bioasq 8: Lightweight neural document ranking with zero-shot
snippet retrieval, in: L. Cappellato, C. Eickhof, N. Ferro, A. Névéol (Eds.), Working Notes of
CLEF 2020 - Conference and Labs of the Evaluation Forum, Thessaloniki, Greece, September 22-25,
2020, volume 2696 of CEUR Workshop Proceedings, CEUR-WS.org, 2020. URL: https://ceur-ws.org/
Vol-2696/paper_161.pdf.
[13] J. Lu, J. Ma, K. B. Hall, Zero-shot hybrid retrieval and reranking models for biomedical literature,
in: G. Faggioli, N. Ferro, A. Hanbury, M. Potthast (Eds.), Proceedings of the Working Notes of
CLEF 2022 - Conference and Labs of the Evaluation Forum, Bologna, Italy, September 5th - to
8th, 2022, volume 3180 of CEUR Workshop Proceedings, CEUR-WS.org, 2022, pp. 281–290. URL:
https://ceur-ws.org/Vol-3180/paper-19.pdf.
[14] T. Almeida, S. Matos, Universal passage weighting mecanism (UPWM) in bioasq 9b, in: G. Faggioli,
N. Ferro, A. Joly, M. Maistro, F. Piroi (Eds.), Proceedings of the Working Notes of CLEF 2021
Conference and Labs of the Evaluation Forum, Bucharest, Romania, September 21st - to - 24th,
2021, volume 2936 of CEUR Workshop Proceedings, CEUR-WS.org, 2021, pp. 196–212. URL: https:
//ceur-ws.org/Vol-2936/paper-13.pdf.
[15] D. Pappas, R. McDonald, G.-I. Brokos, I. Androutsopoulos, Aueb at bioasq 7: Document and
snippet retrieval, in: P. Cellier, K. Driessens (Eds.), Machine Learning and Knowledge Discovery
in Databases, Springer International Publishing, Cham, 2020, pp. 607–623.
[16] T. Almeida, A. Pinho, R. Pereira, S. Matos, Deep learning solutions based on fixed contextualized
embeddings from pubmedbert on bioasq 10b and traditional IR in synergy, in: G. Faggioli, N. Ferro,
A. Hanbury, M. Potthast (Eds.), Proceedings of the Working Notes of CLEF 2022 - Conference
and Labs of the Evaluation Forum, Bologna, Italy, September 5th - to - 8th, 2022, volume 3180 of
CEUR Workshop Proceedings, CEUR-WS.org, 2022, pp. 204–221. URL: https://ceur-ws.org/Vol-3180/
paper-12.pdf.
[17] M. Lesavourey, G. Hubert, Bioasq 11b: Integrating domain specific vocabulary to bert-based model
for biomedical document ranking, in: M. Aliannejadi, G. Faggioli, N. Ferro, M. Vlachos (Eds.),
Working Notes of the Conference and Labs of the Evaluation Forum (CLEF 2023), Thessaloniki,
Greece, September 18th to 21st, 2023, volume 3497 of CEUR Workshop Proceedings, CEUR-WS.org,
2023, pp. 145–151. URL: https://ceur-ws.org/Vol-3497/paper-012.pdf.
[18] A. Shin, Q. Jin, Z. Lu, Multi-stage literature retrieval system trained by pubmed search logs
for biomedical question answering, in: M. Aliannejadi, G. Faggioli, N. Ferro, M. Vlachos (Eds.),
Working Notes of the Conference and Labs of the Evaluation Forum (CLEF 2023), Thessaloniki,
Greece, September 18th to 21st, 2023, volume 3497 of CEUR Workshop Proceedings, CEUR-WS.org,
2023, pp. 178–189. URL: https://ceur-ws.org/Vol-3497/paper-016.pdf.
[19] S. Robertson, H. Zaragoza, The probabilistic relevance framework: Bm25 and beyond, Foundations
and Trends® in Information Retrieval 3 (2009) 333–389. URL: http://dx.doi.org/10.1561/1500000019.
doi:10.1561/1500000019.
[20] J. Devlin, M.-W. Chang, K. Lee, K. Toutanova, BERT: Pre-training of deep bidirectional transformers
for language understanding, in: J. Burstein, C. Doran, T. Solorio (Eds.), Proceedings of the 2019
Conference of the North American Chapter of the Association for Computational Linguistics:
Human Language Technologies, Volume 1 (Long and Short Papers), Association for Computational
Linguistics, Minneapolis, Minnesota, 2019, pp. 4171–4186. URL: https://aclanthology.org/N19-1423.
doi:10.18653/v1/N19-1423.
[21] J. Ma, I. Korotkov, K. B. Hall, R. T. McDonald, Hybrid first-stage retrieval models for biomedical
literature, in: L. Cappellato, C. Eickhof, N. Ferro, A. Névéol (Eds.), Working Notes of CLEF
2020 - Conference and Labs of the Evaluation Forum, Thessaloniki, Greece, September 22-25,
2020, volume 2696 of CEUR Workshop Proceedings, CEUR-WS.org, 2020. URL: https://ceur-ws.org/
Vol-2696/paper_92.pdf.
[22] C. Hsueh, Y. Zhang, Y. Lu, J. Han, W. Meesawad, R. T. Tsai, NCU-IISR: prompt engineering on
GPT-4 to stove biological problems in bioasq 11b phase B, in: M. Aliannejadi, G. Faggioli, N. Ferro,
M. Vlachos (Eds.), Working Notes of the Conference and Labs of the Evaluation Forum (CLEF 2023),
Thessaloniki, Greece, September 18th to 21st, 2023, volume 3497 of CEUR Workshop Proceedings,
CEUR-WS.org, 2023, pp. 114–121. URL: https://ceur-ws.org/Vol-3497/paper-009.pdf.
[23] S. Ateia, U. Kruschwitz, Is chatgpt a biomedical expert?, in: M. Aliannejadi, G. Faggioli, N. Ferro,
M. Vlachos (Eds.), Working Notes of the Conference and Labs of the Evaluation Forum (CLEF 2023),
Thessaloniki, Greece, September 18th to 21st, 2023, volume 3497 of CEUR Workshop Proceedings,
CEUR-WS.org, 2023, pp. 73–90. URL: https://ceur-ws.org/Vol-3497/paper-006.pdf.
[24] H. Kim, H. Hwang, C. Lee, M. Seo, W. Yoon, J. Kang, Exploring approaches to answer biomedical
questions: From pre-processing to GPT-4, in: M. Aliannejadi, G. Faggioli, N. Ferro, M. Vlachos (Eds.),
Working Notes of the Conference and Labs of the Evaluation Forum (CLEF 2023), Thessaloniki,
Greece, September 18th to 21st, 2023, volume 3497 of CEUR Workshop Proceedings, CEUR-WS.org,
2023, pp. 132–144. URL: https://ceur-ws.org/Vol-3497/paper-011.pdf.
[25] D. Galat, M. Rizoiu, Enhancing biomedical text summarization and question-answering: On the
utility of domain-specific pre-training, in: M. Aliannejadi, G. Faggioli, N. Ferro, M. Vlachos (Eds.),
Working Notes of the Conference and Labs of the Evaluation Forum (CLEF 2023), Thessaloniki,
Greece, September 18th to 21st, 2023, volume 3497 of CEUR Workshop Proceedings, CEUR-WS.org,
2023, pp. 102–113. URL: https://ceur-ws.org/Vol-3497/paper-008.pdf.
[26] A. Krithara, A. Nentidis, K. Bougiatiotis, G. Paliouras, BioASQ-QA: A manually curated corpus for</p>
      <p>Biomedical Question Answering, Scientific Data 10 (2023) 170.
[27] T. Gao, X. Yao, D. Chen, SimCSE: Simple contrastive learning of sentence embeddings, in: M.-F.</p>
      <p>Moens, X. Huang, L. Specia, S. W.-t. Yih (Eds.), Proceedings of the 2021 Conference on Empirical
Methods in Natural Language Processing, Association for Computational Linguistics, Online
and Punta Cana, Dominican Republic, 2021, pp. 6894–6910. URL: https://aclanthology.org/2021.
emnlp-main.552. doi:10.18653/v1/2021.emnlp-main.552.
[28] G. V. Cormack, C. L. A. Clarke, S. Buettcher, Reciprocal rank fusion outperforms condorcet and
individual rank learning methods, in: Proceedings of the 32nd International ACM SIGIR Conference
on Research and Development in Information Retrieval, SIGIR ’09, Association for Computing
Machinery, New York, NY, USA, 2009, p. 758–759. URL: https://doi.org/10.1145/1571941.1572114.
doi:10.1145/1571941.1572114.
[29] G. W. Furnas, T. K. Landauer, L. M. Gomez, S. T. Dumais, The vocabulary problem in human-system
communication, Commun. ACM 30 (1987) 964–971. URL: https://doi.org/10.1145/32206.32212.
doi:10.1145/32206.32212.
[30] S. MacAvaney, N. Tonellotto, C. Macdonald, Adaptive re-ranking with a corpus graph, in:
Proceedings of the 31st ACM International Conference on Information &amp; Knowledge Management,
CIKM ’22, Association for Computing Machinery, New York, NY, USA, 2022, p. 1491–1500. URL:
https://doi.org/10.1145/3511808.3557231. doi:10.1145/3511808.3557231.
[31] Y. Luan, J. Eisenstein, K. Toutanova, M. Collins, Sparse, Dense, and Attentional
Representations for Text Retrieval, Transactions of the Association for Computational Linguistics
9 (2021) 329–345. URL: https://doi.org/10.1162/tacl_a_00369. doi:10.1162/tacl_a_00369.
arXiv:https://direct.mit.edu/tacl/article-pdf/doi/10.1162/tacl_a_00369/1924040/tacl_
[32] O. Kurland, The cluster hypothesis in information retrieval, in: M. de Rijke, T. Kenter, A. P.
de Vries, C. Zhai, F. de Jong, K. Radinsky, K. Hofmann (Eds.), Advances in Information Retrieval,
Springer International Publishing, Cham, 2014, pp. 823–826.
[33] E. J. Hu, Y. Shen, P. Wallis, Z. Allen-Zhu, Y. Li, S. Wang, L. Wang, W. Chen, Lora: Low-rank
adaptation of large language models, 2021. arXiv:2106.09685.
[34] P. Malakasiotis, I. Pavlopoulos, I. Androutsopoulos, A. Nentidis, Evaluation measures for task
b, In BioASQ-EvalMeasures-taskB (Version 1.1). Intelligent Information Management, Targeted</p>
    </sec>
    <sec id="sec-8">
      <title>A. Phase A runs</title>
      <p>A.1. Batch 1
All models in this batch were trained in a pointwise fashion.</p>
      <p>• system-0: Ensemble of 3 BioLinkBERT-Large checkpoints.
• system-1: Ensemble of 3 BioLinkBERT-Large checkpoints and 3 PubMedBERT-Large checkpoints
(6 total).
• system-2: Ensemble of 3 BioLinkBERT-Base checkpoints and 3 PubMedBERT-Base checkpoints
(6 total).
• system-3: Our 2023 submission excluding some models (16 total)
• system-4: Ensemble of all (28 total)
A.2. Batch 2
All newly trained models were trained for 10 epochs in a pointwise fashion. we were testing our new
training data source.</p>
      <p>• system-0: Ensemble of 2 BioLinkBERT large models and two PubMedBERT Base models with
varying seeds, trained with “new data” (4 total).
• system-1:DPRF applied to each system-0 submission.
• system-2: Ensemble of models trained on the previous data, PubMedBERT-Base, Large and</p>
      <p>BioLinkBERT-Base, Large. two PubMedBERT-Base modesl totaling 5 models.
• system-3: Our 2023 submission excluding some models (16 total)
• system-4: Ensemble of all (29 total)
A.3. Batch 3
All models utilize old data from this batch onwards.</p>
      <p>• system-0: Ensemble of 15 models: BiolinkBERT-Large x5, BiolinkBERT-Base x2,
PubMedBERT</p>
      <p>Large x2, PubMedBERT-Base x6.
• system-1: DPRF applied to each system-0 submission.
• system-2: Ensemble of 5 PubMedBERT-Base models.
• system-3: Our 2023 submission excluding some models (16 total)
• system-4: Ensemble of each submission file (the 4 files above)
A.4. Batch 4
• system-0: Same as batch 3 system-0.
• system-1: DPRF applied to each system-0 submission.
• system-2: Ensemble of 11 pairwise models: BiolinkBERT-Large x3, BiolinkBERT-Base x5,</p>
      <p>PubMedBERT-Base x3.
• system-3: Our top 8 models over validation: BiolinkBERT-Large x3, BiolinkBERT-Base x5, 7 of
these models were trained in a pairwise manner.</p>
      <p>• system-4: Ensemble of all the runs, combined with 2023 runs ( 5 total)</p>
    </sec>
    <sec id="sec-9">
      <title>B. Phase A+ runs</title>
      <p>B.1. Batch 1
B.2. Batch 2
• system-0: This run utilized an ensemble of the two models and two prompts from the first
submission (system-0) of Phase A.
• system-1: This run utilized an ensemble of the two models and two prompts from the second
submission (system-1) of Phase A.
• system-2: This run utilized an ensemble of the two models and two prompts from the fifth
submission (system-4) of Phase A.
• system-3: This run utilized an ensemble of all Mixtral models and two prompts.
• system-4: This run utilized an ensemble of all runs (18 total).
• system-0: This run utilized an ensemble of the two models and two prompts from the fifth
submission (system-4) of Phase A.
• system-1: This run utilized an ensemble of all Mixtral models and two prompts (8 total).
• system-2: This run used an ensemble of all runs from either Mixtral or Llama models (20 total).
• system-3: This run was an ensemble of Gemma with the top 5 sources per question from each
source from Phase A.
• system-4: This run was an ensemble of Gemma with the best sources per question from each
source from Phase A.</p>
      <p>B.3. Batch 3+4
• system-0: This run utilized an ensemble of the two models and two prompts from the second
submission (system-1) of Phase A.
• system-1: This run utilized an ensemble of the two models and two prompts from the third
submission (system-2) of Phase A.
• system-2: This run utilized an ensemble of the two models and two prompts from the fifth
submission (system-4) of Phase A.
• system-3 and system-4: These runs utilized an ensemble of the two prompts from the fifth
submission (system-4) of Phase A, using only Llama, with Mixtral summarization.</p>
    </sec>
    <sec id="sec-10">
      <title>C. Phase B runs</title>
      <p>C.1. Batch 1
C.2. Batch 2
• system-0: This run utilized an ensemble of 2 prompts using the llama2 model, with abstracts as
sources.
• system-1: This run utilized an ensemble of 2 prompts using both the llama2 + mixtral model
model, with abstracts as sources.
• system-2: This run utilized an ensemble of 2 prompts using both the llama2 + mixtral model
model, with snippets as sources.
• system-3: Using exact answers to generate an answer.
• system-4: Ensemble of all submissions (16 total)
• system-0: This run utilized an ensemble of 2 prompts using both the llama2 + mixtral model
model, with abstracts as sources.
• system-1: This run utilized an ensemble of 2 prompts using both the llama2 + mixtral model
model, with snippets as sources.
• system-2: Utilised the fine-tuned gemma model, with a single abstract.
• system-3: This run utilized an ensemble of two gemma submissions, one with a single abstract
and one with multiple abstracts.</p>
      <p>• system-4: Ensemble of all submissions (10 total)
C.3. Batch 3 + 4
• system-0: This run utilized an ensemble of 2 prompts using both the llama3 + mixtral model
model, with snippets as sources.
• system-1: This run utilized an ensemble of 2 prompts using both the llama3 + mixtral model
model, with snippets as sources, with a mixtral summary applied.
• system-2: This run utilized an ensemble of 2 prompts using both the llama3 + mixtral model
model, with abstracts as sources.
• system-3: This run utilized an ensemble of 2 prompts using both the llama3 + mixtral model
model, with abstracts as sources, with a mixtral summary applied.
• system-4: This run utilized an ensemble of 2 prompts using only the llama3 model, with abstracts
and snippets as sources,</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>A.</given-names>
            <surname>Nentidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Katsimpras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Krithara</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Lima-López</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Farré-Maduell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Krallinger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Loukachevitch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Davydova</surname>
          </string-name>
          , E. Tutubalina, G. Paliouras,
          <source>Overview of BioASQ</source>
          <year>2024</year>
          :
          <article-title>The twelfth BioASQ challenge on Large-Scale Biomedical Semantic Indexing and Question Answering</article-title>
          , in: L.
          <string-name>
            <surname>Goeuriot</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Mulhem</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Quénot</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Schwab</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Soulier</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Maria Di Nunzio</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Galuščáková</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>García Seco de Herrera</surname>
          </string-name>
          , G. Faggioli, N. Ferro (Eds.),
          <source>Experimental IR Meets Multilinguality, Multimodality, and Interaction. Proceedings of the Fifteenth International Conference of the CLEF Association (CLEF</source>
          <year>2024</year>
          ),
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>T.</given-names>
            <surname>Almeida</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. A. A.</given-names>
            <surname>Jonker</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Poudel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Silva</surname>
          </string-name>
          , S. Matos, BIT.UA at BioASQ 11B:
          <article-title>Two-Stage IR with Synthetic Training and Zero-Shot Answer Generation</article-title>
          , in: M.
          <string-name>
            <surname>Aliannejadi</surname>
            , G. Faggioli,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Ferro</surname>
          </string-name>
          , M. Vlachos (Eds.),
          <source>Working Notes of the Conference and Labs of the Evaluation Forum (CLEF</source>
          <year>2023</year>
          ), Thessaloniki, Greece,
          <source>September 18th to 21st</source>
          ,
          <year>2023</year>
          , volume
          <volume>3497</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2023</year>
          , pp.
          <fpage>37</fpage>
          -
          <lpage>59</lpage>
          . URL: https://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3497</volume>
          /paper-004.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Mallia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Siedlaczek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Mackenzie</surname>
          </string-name>
          , T. Suel,
          <article-title>PISA: performant indexes and search for academia, in: Proceedings of the Open-Source IR Replicability Challenge co-located with 42nd</article-title>
          <source>International ACM SIGIR Conference on Research and Development in Information Retrieval, OSIRRC@SIGIR</source>
          <year>2019</year>
          , Paris, France, July
          <volume>25</volume>
          ,
          <year>2019</year>
          .,
          <year>2019</year>
          , pp.
          <fpage>50</fpage>
          -
          <lpage>56</lpage>
          . URL: http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>2409</volume>
          /docker08.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>MacAvaney</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Macdonald</surname>
          </string-name>
          ,
          <article-title>A python interface to PISA!</article-title>
          , SIGIR '22,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2022</year>
          , p.
          <fpage>3339</fpage>
          -
          <lpage>3344</lpage>
          . URL: https://doi.org/10.1145/3477495.3531656. doi:
          <volume>10</volume>
          .1145/3477495.3531656.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Gu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Tinn</surname>
          </string-name>
          , H. Cheng, M. Lucas,
          <string-name>
            <given-names>N.</given-names>
            <surname>Usuyama</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Naumann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Poon</surname>
          </string-name>
          ,
          <article-title>Domainspecific language model pretraining for biomedical natural language processing</article-title>
          ,
          <source>ACM Trans. Comput. Healthcare</source>
          <volume>3</volume>
          (
          <year>2021</year>
          ). URL: https://doi.org/10.1145/3458754. doi:
          <volume>10</volume>
          .1145/3458754.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M.</given-names>
            <surname>Yasunaga</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Leskovec</surname>
          </string-name>
          , P. Liang,
          <article-title>LinkBERT: Pretraining language models with document links</article-title>
          , in: S. Muresan,
          <string-name>
            <given-names>P.</given-names>
            <surname>Nakov</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . Villavicencio (Eds.),
          <source>Proceedings of the 60th Annual Meeting of the Association for Computational Linguistics (Volume</source>
          <volume>1</volume>
          :
          <string-name>
            <surname>Long</surname>
            <given-names>Papers)</given-names>
          </string-name>
          ,
          <source>Association for Computational Linguistics</source>
          , Dublin, Ireland,
          <year>2022</year>
          , pp.
          <fpage>8003</fpage>
          -
          <lpage>8016</lpage>
          . URL: https://aclanthology.org/
          <year>2022</year>
          .
          <article-title>acl-long</article-title>
          .
          <volume>551</volume>
          . doi:
          <volume>10</volume>
          .18653/v1/
          <year>2022</year>
          .
          <article-title>acl-long</article-title>
          .
          <volume>551</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Xiao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Luo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Lian</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <article-title>Bge m3-embedding: Multi-lingual, multifunctionality, multi-granularity text embeddings through self-knowledge distillation</article-title>
          ,
          <year>2024</year>
          . arXiv:
          <volume>2402</volume>
          .
          <fpage>03216</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <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>
          :
          <article-title>Open foundation and fine-tuned chat models</article-title>
          ,
          <year>2023</year>
          . arXiv:
          <volume>2307</volume>
          .
          <fpage>09288</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Teknium</surname>
          </string-name>
          , theemozilla, karan4d, huemin_art,
          <source>Nous hermes 2 mistral 7b dpo</source>
          ,
          <year>2024</year>
          . Competition Framework, ICT-
          <year>2011</year>
          .4.4(
          <issue>d</issue>
          ),
          <source>Project FP7-318652 / BioASQ</source>
          ,
          <year>2020</year>
          . Retrieved from http://www.bioasq.org.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>A.</given-names>
            <surname>Nentidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Katsimpras</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Krithara</surname>
          </string-name>
          ,
          <string-name>
            <surname>G.</surname>
          </string-name>
          <article-title>Paliouras, Overview of bioasq tasks 11b and synergy11 in CLEF2023</article-title>
          , in: M.
          <string-name>
            <surname>Aliannejadi</surname>
            , G. Faggioli,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Ferro</surname>
          </string-name>
          , M. Vlachos (Eds.),
          <source>Working Notes of the Conference and Labs of the Evaluation Forum (CLEF</source>
          <year>2023</year>
          ), Thessaloniki, Greece,
          <source>September 18th to 21st</source>
          ,
          <year>2023</year>
          , volume
          <volume>3497</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2023</year>
          , pp.
          <fpage>19</fpage>
          -
          <lpage>26</lpage>
          . URL: https://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3497</volume>
          /paper-003.pdf.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>