<!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>A Federated Learning Architecture for Prostate MRI Image Segmentation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Alice Bovio</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Mario Barile</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Francesco Pallotta</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Lorenzo Pede</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alessandro Maiocchi</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marco Alì</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fatemeh Darvizeh</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Deborah Fazzini</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Francesco Lacavalla</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Massimo Banzi</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gabriele Gianini</string-name>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Corrado Mio</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Filippo Berto</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ruslan Bondaruc</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ernesto Damiani</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Saman Fouladi</string-name>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Almaviva S.p.A.</institution>
          ,
          <addr-line>corso Como 15, 20154, Milano</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Bracco S.p.</institution>
          <addr-line>A, via Folli, 50, 20134 Milano</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>CDI Centro Diagnostico Italiano S.p.A.</institution>
          ,
          <addr-line>via Saint Bon 20, 20147, Milano</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>TIM</institution>
          ,
          <addr-line>Telecom Italia Mobile, via Zambra, 1, 38100, Trento</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Università degli Studi di Milano</institution>
          ,
          <addr-line>DI, via Celoria 18, 20133, Milano</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>Università degli Studi di Milano-Bicocca</institution>
          ,
          <addr-line>DISCo, viale Sarca 336, 20126, Milano</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2026</year>
      </pub-date>
      <abstract>
        <p>Federated Learning (FL) has emerged as a key paradigm for addressing privacy-preserving machine learning across distributed environments, particularly in sensitive domains such as healthcare. In this work, we present the design and initial implementation of a FL-based pipeline for prostate cancer segmentation from MRI data within the context of the MUSA project. Leveraging the MUSA Cloud Platform, our architecture integrates hospital-level privacy constraints, decentralized training, and robust security measures. We describe the software stack, operational flow, and report preliminary results on a U-Net model trained in a real-world federated scenario. Our approach demonstrates the feasibility and potential of FL in large-scale clinical ecosystems, providing a foundation for the future development of secure and scalable AI-based healthcare solutions.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Federated Learning</kwd>
        <kwd>Deep Learning</kwd>
        <kwd>Prostate Lesion Segmentation</kwd>
        <kwd>Privacy preserving computation</kwd>
        <kwd>NVFlare</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Prostate cancer is one of the most common cancers among men worldwide, making early and accurate
diagnosis essential for efective treatment and prognosis. Magnetic Resonance Imaging (MRI),
particularly in its multiparametric form (mpMRI), is the preferred imaging modality for the evaluation of
prostate cancer due to its high soft tissue contrast. However, the resulting images often lack well-defined
anatomical boundaries, which complicates visual interpretation.</p>
      <p>Interpreting mpMRI typically requires manual annotation by radiologists to delineate key anatomical
and pathological regions, such as the prostate gland, its central and peripheral zones, and any lesions.
These annotations form segmentation masks that guide diagnosis and treatment planning. Although
efective, this process is time-consuming, labor intensive, and dependent on expert knowledge.</p>
      <p>
        Deep Learning ofers a promising avenue for automating segmentation, potentially improving
consistency, and reducing clinical workload [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Convolutional neural networks, especially U-Nets,
have shown good performance in medical image segmentation [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. However, training such models
requires large volumes of annotated data: this poses a significant challenge, as most diagnostic centers
have access to only small, privacy-sensitive data sets that cannot be easily shared. An efective solution
to this limitation is Federated Learning. FL is a decentralized machine learning paradigm that enables
the training of collaborative ML models on datasets distributed across multiple data sources, without
the need to collect data in a single centralized location. As described by McMahan et al. in 2016 [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ],
the FL approach involves processing data directly on clients that share only the locally trained model
parameters. Compared to traditional centralized approaches, in which data must be aggregated in one
location for processing, FL reduces computation time, network trafic, and the risks associated with
data security and privacy. This is particularly important in regulated sectors such as Healthcare, where
patient privacy must be protected in accordance with regulations such as the GDPR for citizens of the
European Union [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>In this work, we report on the implementation of a Federated Learning architecture to train neural
networks for automatic segmentation of prostate mpMRI, within a pilot of the PNRR project MUSA
(Multilayered Urban Sustainability Action). The work is structured as follows: first we contextualize
the work within the MUSA project (Section 2); then we describe the architecture (Section 3) and the
experimental setup (Section 4); a discussion of the outcomes follows (Section 5), before outlining the
concusions and the planned future work (Section 6).</p>
    </sec>
    <sec id="sec-2">
      <title>2. MUSA Project</title>
      <p>The project involves collaboration between Milan University, the University of Milan-Bicocca, the
proposing institution, the Polytechnic University of Milan, Bocconi University, and numerous public and
private partners. MUSA was established in Milan as a response to the challenges that the metropolitan
city faces in the transition to the diferent domains of sustainability. It is organized into six spokes (Urban
Regeneration; Big-Data Open Data in Life Sciences; Deep Tech: Entrepreneurship and Technology
Transfer; Economic Impact and Sustainable Finance; Sustainable fashion, luxury, and design; Innovation
for Sustainable and Inclusive Societies). Spoke 2 focuses on developing technologies and processes for
handling large amounts of health and Life Sciences data for the well-being and health of citizens.</p>
      <sec id="sec-2-1">
        <title>2.1. The MUSA Cloud platform of Spoke 2</title>
        <p>The MUSA Cloud platform of the Spoke 2 project focuses on the design and implementation of a
secure, modular, and scalable digital infrastructure to support the acquisition, processing, and sharing
of heterogeneous data in the life science domain. The objective is to promote the translation of
biomedical and environmental research into real-world applications, enabling innovation in diagnostics,
personalized medicine, and public health, while supporting the development of sustainable healthcare
models. The MUSA Cloud Platform, developed within Work Package 1, represents the technical core of
this vision. It is based on a federated architecture that integrates a central cloud hub, 5G edge nodes,
and on-premise infrastructures provided by participating institutions. The platform supports multiple
deployment models (cloud, edge, hybrid) and is built on key principles such as openness (through
the use of open-source technologies), modularity, containerization, and compliance with FAIR data
principles. The platform architecture includes the following core components:
• MUSA Data Lake, a distributed storage layer designed to manage various data formats -
structured, semi-structured, unstructured, and binary - preserving data in its native form;
• Data &amp; Service Catalog, which semantically models data and services using ontologies,
taxonomies, and metadata, supporting interoperability, traceability, and discoverability;
• Data Ingestion and Transformation Layer, enabling the extraction and processing of data
from various sources (e.g., hospital systems, APIs, sensors) with scalable ETL capabilities;
• Service Orchestration Engine, supporting the composition and automation of workflows for
advanced analytics and AI/ML model execution;
• Governance and Privacy Framework, ensuring compliance with data protection regulations
(e.g., GDPR) via privacy-by-design mechanisms, risk assessment, and access control policies;
• Services Ecosystem, which delivers reusable and domain-specific services to researchers,
clinicians, public institutions, and private actors across the life sciences landscape.</p>
        <p>The platform follows a layered approach to data processing, advancing from raw data acquisition
to application-ready data. This structure enables the creation of high-quality datasets for research
and decision making while maintaining data provenance and security. Importantly, the MUSA Cloud
Platform incorporates a business-oriented model to support data valorization and service reuse. Through
the creation of a data and service marketplace, stakeholders can expose and consume data-driven
services in a controlled, privacy-compliant environment. This facilitates the emergence of new business
models in digital health, encourages investment in data-centric innovation, and enables public-private
collaborations that generate both scientific and economic value.</p>
      </sec>
      <sec id="sec-2-2">
        <title>2.2. Pilot on Federated Learning of Diagnostic Models</title>
        <p>Among the objectives of this Spoke is the development of the Pilot 1.2.3 titled “Fusion of image-tabular
data for federated learning of diagnostic models: creation of a repeatable approach for multi-centric
diagnostic studies, based on federated learning and data of heterogeneous types.” The pilot will establish
a repeatable AI pipeline that includes collection of highly heterogeneous data and their fusion with the
purpose to maximize the accuracy of early diagnosis.</p>
        <p>Within the scope of the present article, the focus is on image processing only.</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>3. The proposed Federated Architecture</title>
      <p>The typical form of FL is the client-server architecture. In this setup, each client participating in the
federation trains a shared model architecture, starting from a common set of initial weights provided by
the server. Once enough clients have finished the local training on their own data and have submitted
their results, these can be aggregated by the central server, using a specific aggregation algorithm, and
redistributed to the clients to update the local models and initiate a new round of local training. This
process continues until the global model converges, as shown in Algorithm 1, by minimizing a global
loss function that can be defined as a weighted combination of local losses, each computed by diferent
clients.</p>
      <p>
        Algorithm 1 Client-Server Federated Learning with FederatedAveraging [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ].  is the number
of federated learning rounds,  is the number of LocalTraining iterations minimizing the local loss
(; (−1) ) for client , and  are the model parameters.
      </p>
      <p>1: procedure Federated Learning
2: Initialize weights: (0)
3: for  ← 1 →  do ◁  is the number of FL rounds
4: for all clients  = 1 . . .  in parallel do
5: Send (−1) to client 
6: Receive (∆ (), ) from client’s LocalTraining((−1) )
7: end for
8: () ←  (−1) + ∆ ()
9:</p>
      <p>() ←
10: end for
11: return ()
12: end procedure</p>
      <sec id="sec-3-1">
        <title>3.1. Software Selection</title>
        <p>∑︀1 ∑︀ ()
To define its final ecosystem architecture, MUSA adopts a methodological approach that balances the
evolving needs of the research community with the continuous enhancement of platform services. The
goal is to deliver a production-ready infrastructure that remains technologically up-to-date. Given the
rapid growth of FL, several frameworks have emerged—often with overlapping features—making it
essential to carefully assess and select the most suitable solution for the intended use cases.
To guide the selection process, a set of key evaluation criteria was defined:
• Reliability: the ability to maintain a specified performance level under defined conditions over
time.
• Compatibility: the extent to which the software supports diferent types of machine learning
frameworks and models.
• Security and Privacy Methods: evaluated based on the presence of mechanisms such as
TLSbased secure communication, secure aggregation, homomorphic encryption, diferential privacy,
role-based access control, and configurable data filtering.
• Complexity: reflects how easy the software is to learn, configure, and manage.
• Commercial Support: a strong indicator of software maturity, reliability, and production
readiness.
• Community and Update Frequency: indicates the level of open-source activity, responsiveness
to issues, and long-term sustainability.
• Documentation Quality: includes guides on how to use the system, extend or modify its
functionality, and deploy it in production environments.</p>
        <p>
          Based on the evaluation criteria, the following tools were considered: Flower, an open-source and
lfexible framework suited for research; NVFlare, a production-grade platform with strong security and
GPU optimization; FATE, focused on vertical federated learning in the financial sector; and SubstraFL,
designed for medical research with built-in governance and broad data support. In Table 1 is presented
a summary of the key findings based on a comprehensive evaluation encompassing both qualitative
assessment and quantitative benchmarks reported in recent literature [
          <xref ref-type="bibr" rid="ref10 ref11 ref16 ref17 ref18 ref19 ref6 ref7 ref8 ref9">7, 6, 8, 11, 9, 10, 17, 19, 16, 18</xref>
          ].
        </p>
        <p>NVFlare emerged as the most suitable federated learning framework for MUSA’s production
infrastructure. Its strong alignment with enterprise requirements, high security standards, and proven
performance in real-world healthcare applications position it as the preferred solution (see Fig 1)</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. The FL architecture adopted</title>
        <p>NVFlare , developed by NVIDIA, is a production-ready FL platform designed for scalable, secure,
and high-performance systems, with a particular focus on the healthcare domain. It is both model- and
framework-agnostic, and supports model weight initialization and global model aggregation on both
the server and client sides. Optimized for GPU-accelerated workloads, it integrates advanced security
features and provides built-in mechanisms for monitoring, logging, and auditing, making it well-suited
for enterprise-level applications.</p>
        <p>Components NVIDIA FLARE (Federated Learning Application Runtime Environment) is a
modular and open-source framework for implementing and executing federated learning workflows in
distributed environments. Designed to support real-world, large-scale scenarios, FLARE provides a
lfexible infrastructure that clearly separates the federated training logic from the orchestration and
communication mechanisms between client and server. On top of FLARE’s core architecture, the
framework includes advanced orchestration and monitoring mechanisms that facilitate communication
between clients and server, ensuring proper coordination and tracking of the entire federated learning
process. These components are essential for managing the distributed dynamics, initial provisioning,
and synchronization of participants, ensuring that data and model updates flow eficiently and securely.
In NVIDIA FLARE, collaborative computation is based on interactions between the Controller, which
runs on the server and manages the execution of tasks, and the Executors, which are clients that carry
NVFLARE
Low bug rate.</p>
        <p>Tabular, image, and
text data.</p>
        <p>Model/framework
agnostic. Vertical
FL supported.</p>
        <p>SSL/TLS, Secure
Aggregation,
Homomorphic
Encryption, DP,
RBAC, Data Filters.</p>
        <p>Production-ready.</p>
        <p>Production-ready.</p>
        <p>Production-ready.
out the tasks assigned by the Controller. Overseeing both is the Admin, the entity responsible for
configuring and supervising the entire federated workflow, including the coordination and definition of
tasks distributed to clients.</p>
        <p>Security components. NVFlare provides a robust solution requirements, aligning well with the
stringent security requirements of the MUSA ecosystem, through a comprehensive, multi-layered
security framework that includes authentication, authorization, data privacy protection, auditing, and
local client policies.</p>
        <p>• Authentication and Communication Security: NVFlare authenticates all participants
using mutual TLS, with each entity receiving a startup kit containing credentials and endpoint
information to ensure secure and authorized communication.
• Federated Authorization: The system implements a role-based user authorization model,
allowing each site to define its own policies. This approach enables granular control over user
permissions and supports dynamic addition of new users and sites without necessitating
serverside updates.
• Data Privacy Protection: NVFlare enhances data privacy by allowing clients to define local
policies, including data filters and computing resource management. These policies can be
modified at runtime without re-provisioning, providing flexibility while maintaining security.
• Auditing: All user commands and job events are automatically recorded in audit files on both
server and client sides, facilitating transparency and accountability throughout the federated
learning workflow .</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Experimental Setup</title>
      <p>The following sections describe the dataset, the infrastructure, and the model training configuration
used in the experiment.</p>
      <p>
        Datasets and Data Distribution To evaluate our approach, we performed experiments using three
open-source datasets for prostate tumor segmentation MRI scans, released as part of international
challenges, specifically: prostateX [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], prostate158 [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], and PI-CAI [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. These datasets provide a
diverse set of MRI acquisitions along with pixel-wise segmentation masks, where each pixel is labeled as
either background or tumor nodule, enabling robust evaluation of prostate tumor segmentation models.
To simulate a realistic medical scenario, data were distributed across three clients using a non-IID
(non-Independent and Identically Distributed) partitioning strategy to reflect real-world heterogeneity.
To address the class imbalance, we implemented an additional preprocessing step that excluded all image
slices lacking tumor annotations. Background-only slices are common in MRI due to the sequential
acquisition process. This is explained by the entry slice phenomenon, where initial slices capture
areas outside the target anatomy, and by the dead time between acquisitions of consecutive slices,
which can result in additional non-informative slices. This filtering procedure efectively removed
these background-only slices, thereby reducing the dominant occurrence of non-informative pixels and
enhancing the training on tumor-related regions.
      </p>
      <p>The distribution of cases across training, validation, and test sets for each client is reported in Table 2.
FL Setup We adopted a cross-silo FL configuration, where each client simulates a distinct data-holding
entity. The central server, acting as the aggregator, is represented by the MUSA platform server, while
the hospital nodes are simulated by clients that train local models on private data (see Fig. 2). Model
updates are periodically sent to the server, which synchronously aggregates them using the Federated
Averaging (FedAvg) algorithm. Specifically, the global model w is updated as the weighted average
of the local models w from each client, where the weight for each model update is proportional to the
where  is the total number of clients and  is the number of data points held by the -th client.</p>
      <p>For the segmentation task, we employed the U-Net architecture, widely used in medical image
analysis due to its strong performance on pixel-wise classification tasks (see Fig. 3).</p>
      <p>Each client was configured with the following training parameters:</p>
      <p>The simulated client nodes were hosted on separate instances, each equipped with an NVIDIA T4
GPU (16 GB), 4 vCPUs, and 16 GB of RAM. This setup ensured adequate computational resources for
local training of the U-Net models in each federated round.</p>
      <p>Preliminary Results and System Monitoring To monitor the progress of federated training, the
MLflow tracking component was integrated into the NVFlare pipeline, enabling real-time visualization of
key metrics such as Binary Cross Entropy (BCE) and Dice Score. BCE quantifies the discrepancy between
predicted probabilities and true binary labels, serving as an indicator of classification performance.
The Dice Score, widely used in medical image segmentation tasks, measures the overlap between
predicted and ground-truth regions, making it especially efective in scenarios involving imbalanced
data. Although optimizing model performance was not the primary goal of this study, the tracked
metrics showed a consistent decrease in loss and an improvement in Dice Score over the course of
training, indicating that the federated learning process was functioning efectively even in the presence
of heterogeneous data. (see Fig. 4).</p>
      <p>Equally important, detailed inspection of NVFlare’s log files confirmed the correct and reliable
communication between the clients and the central server across all federated rounds. This validation
step is crucial, as it demonstrates the technical feasibility and robustness of the overall setup — a
prerequisite for real-world deployment in sensitive domains like healthcare.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Discussion</title>
      <p>This work demonstrated the feasibility of a cross-silo FL pipeline in healthcare, focusing on system
architecture rather than pure model performance. A key takeaway was the value of integrating tools
like MLflow into the NVFlare framework, which allowed transparent, real-time tracking of training
metrics and enhanced reproducibility. Furthermore, the ability to monitor the logs and the health status
of the nodes round by round proved crucial to ensuring stable communication and identifying potential
issues early, thus enhancing the robustness of the federated training process.</p>
      <p>The federated approach provides significant advantages in healthcare by enabling institutions to
collaboratively train models without sharing raw data, ensuring privacy compliance. It also facilitates
the democratization of access to advanced technological tools, enabling smaller or resource-constrained
institutions to leverage cutting-edge AI models without requiring extensive computational infrastructure.
This latter aspect is essential for the efective scalability of the system, as it enables the inclusion of
new institutions that meet only the minimal requirements for model execution, thereby facilitating
streamlined onboarding and integration into the federated network.</p>
      <p>Despite data heterogeneity, the global model demonstrated good generalization, proving the potential
of FL to handle decentralized medical data.</p>
      <p>Overall, the successful integration of training orchestration, real-time monitoring, and inter-node
communication within this federated setup confirms its scalability and transferability to real hospital
environments, where privacy concerns and infrastructure variability are paramount. These results
highlight the potential for FL to make advanced AI technologies more accessible across healthcare
institutions, fostering a more inclusive and equitable approach to medical innovation.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusions and Future Work</title>
      <p>Future developments within the scope of this project will focus on extending the current pipeline
into real hospital environments. This involves validating the proposed architecture under realistic
conditions, including the presence of heterogeneous IT systems, strict data governance rules, and
cross-organizational security requirements.</p>
      <p>Moreover, future work will focus on enhancing both training eficiency and model accuracy through
further optimization of the architecture, advanced training techniques, and adaptive learning strategies.</p>
      <p>An important direction for future research involves the integration of Fully Homomorphic Encryption
(FHE) during inference. This would enable external healthcare institutions — not directly involved in
the training process — to securely query the global model without accessing or downloading it, thus
ensuring the protection of intellectual property and patient confidentiality while still leveraging the
model’s insights.</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>Funding The work was partially supported by the MUSA-Multilayered Urban Sustainability Action
project, funded by the European Union-NextGenerationEU, under the Mission 4 Component 2
Investment Line of the National Recovery and Resilience Plan (NRRP) Mission 4 Component 2 Investment
Line 1.5: Strengthening of research structures and creation of R&amp;D "innovation ecosystems", set up of
"territorial leaders in R&amp;D" (CUP G43C22001370007, Code ECS00000037); Program "piano sostegno alla
ricerca" PSR and the PSR-GSA-Linea 6; Project ReGAInS (code 2023-NAZ-0207/DIP-ECC-DISCO-23),
funded by the Italian University and Research Ministry, within the Excellence Departments program
2023-2027 (law 232/2016).</p>
    </sec>
    <sec id="sec-8">
      <title>Declaration on Generative AI</title>
      <p>The author(s) 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>Fouladi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. Di</given-names>
            <surname>Palma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Darvizeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Fazzini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Maiocchi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Papa</surname>
          </string-name>
          , G. Gianini, and
          <string-name>
            <given-names>M.</given-names>
            <surname>Alì</surname>
          </string-name>
          , “
          <article-title>Neural Network Models for Prostate Zones Segmentation in Magnetic Resonance Imaging</article-title>
          ,” Information, vol.
          <volume>16</volume>
          , no.
          <issue>3</issue>
          , p.
          <fpage>186</fpage>
          ,
          <year>2025</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>S.</given-names>
            <surname>Fouladi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Gianini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Fazzini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Maiocchi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Damiani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Papa</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Alì</surname>
          </string-name>
          , “
          <article-title>Advanced Prostate MRI Analysis: UNET-based Models for Zonal and</article-title>
          Lesion Segmentation,”
          <source>in Proceedings of the International Conference on Management of Digital EcoSystems (MEDES)</source>
          ,
          <year>2024</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>H.B. McMahan</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Moore</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Ramage</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Hampson</surname>
          </string-name>
          ,
          <article-title>and others: Communication-eficient learning of deep networks from decentralized data</article-title>
          .
          <source>arXiv:1602.05629</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>H. R.</given-names>
            <surname>Roth</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Myronenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>D.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <article-title>Federated Whole Prostate Segmentation in MRI with Personalized Neural Architectures</article-title>
          , arXiv:
          <fpage>2107</fpage>
          .08111 [eess.IV],
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>P.</given-names>
            <surname>Voigt</surname>
          </string-name>
          and
          <string-name>
            <surname>A.</surname>
          </string-name>
          <article-title>von dem Bussche: The EU General Data Protection Regulation (GDPR): A Practical Guide</article-title>
          . 1st ed., Springer, Cham (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>D.J.</given-names>
            <surname>Beutel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Topal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mathur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Qiu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Parcollet</surname>
          </string-name>
          , P.P. de Gusmão, and
          <string-name>
            <surname>N.D.</surname>
          </string-name>
          <article-title>Lane: Flower: A friendly federated learning research framework</article-title>
          . arXiv:
          <year>2007</year>
          .
          <volume>14390</volume>
          (
          <year>2020</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Fan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Xu</surname>
          </string-name>
          , and
          <string-name>
            <surname>Q.</surname>
          </string-name>
          <article-title>Yang: FATE: An industrial-grade platform for collaborative learning with data protection</article-title>
          .
          <source>Journal of Machine Learning Research</source>
          <volume>22</volume>
          (
          <issue>226</issue>
          ),
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          (
          <year>2021</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Galtier</surname>
          </string-name>
          and
          <string-name>
            <surname>C.</surname>
          </string-name>
          <article-title>Marini: Substra: A framework for privacy-preserving, traceable and collaborative machine learning</article-title>
          .
          <source>arXiv:1910</source>
          .
          <volume>11567</volume>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>I.</given-names>
            <surname>Kholod</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Yanaki</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Fomichev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Shalugin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Novikova</surname>
          </string-name>
          , E. Filippov, and
          <string-name>
            <surname>M.</surname>
          </string-name>
          <article-title>Nordlund: Opensource federated learning frameworks for IoT: A comparative review and analysis (</article-title>
          <year>2023</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>C.</given-names>
            <surname>Vlad-Andrei</surname>
          </string-name>
          :
          <article-title>Federated learning: A comparison of methods</article-title>
          .
          <source>Master's thesis</source>
          , Faculty of Electrical Engineering, Mathematics and Computer Science (EEMCS), Delft University of Technology, The
          <string-name>
            <surname>Netherlands</surname>
          </string-name>
          (
          <year>2023</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>H.R.</given-names>
            <surname>Roth</surname>
          </string-name>
          , Y. Cheng, Y. Wen,
          <string-name>
            <given-names>I.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.-T.</given-names>
            <surname>Hsieh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Kersten</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Harouni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Myronenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Rieke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Quraini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Ma</surname>
          </string-name>
          , P. Dogra,
          <string-name>
            <given-names>M.</given-names>
            <surname>Flores</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <surname>A.</surname>
          </string-name>
          <article-title>Feng: NVIDIA FLARE: Federated learning from simulation to real-world</article-title>
          .
          <source>arXiv:2210.13291</source>
          (
          <year>2022</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>H.R.</given-names>
            <surname>Roth</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.-T.</given-names>
            <surname>Hsieh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Renduchintala</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Kersten</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ricketts</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Chen</surname>
          </string-name>
          , Y. Cheng, and
          <string-name>
            <given-names>A.</given-names>
            <surname>Feng</surname>
          </string-name>
          <article-title>: Empowering Federated Learning for Massive Models with NVIDIA FLARE</article-title>
          . arXiv:
          <volume>2402</volume>
          .07792 (
          <year>2024</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>S. G.</given-names>
            <surname>Armato</surname>
          </string-name>
          <string-name>
            <surname>III</surname>
          </string-name>
          , H. Huisman,
          <string-name>
            <given-names>K.</given-names>
            <surname>Drukker</surname>
          </string-name>
          , et al.:
          <article-title>PROSTATEx Challenges for computerized classification of prostate lesions from multiparametric magnetic resonance images</article-title>
          .
          <source>Journal of Medical Imaging</source>
          ,
          <volume>5</volume>
          (
          <issue>4</issue>
          ):
          <volume>044501</volume>
          (
          <year>2018</year>
          ). https://doi.org/10.1117/1.JMI.
          <volume>5</volume>
          .4.
          <fpage>044501</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <article-title>Prostate158 Challenge: Grand Challenge dataset for prostate MRI segmentation</article-title>
          . (
          <year>2022</year>
          ). Available at: https://prostate158.grand-challenge.
          <source>org/data. Accessed: June 2</source>
          ,
          <year>2022</year>
          . https://doi.org/10.5281/zenodo.6481141
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>PI-CAI Challenge</surname>
          </string-name>
          :
          <article-title>Public Training and Development Dataset</article-title>
          . (
          <year>2022</year>
          ). Available at: https://doi.org/ 10.5281/zenodo.6517398. Accessed: June 2,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>[16] https://github.com/NVIDIA/NVFlare</mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>[17] https://github.com/Substra</mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>[18] https://github.com/adap/flower</mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>[19] https://github.com/FederatedAI/FATE</mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>