<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Med.</journal-id>
<journal-title>Frontiers in Medicine</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Med.</abbrev-journal-title>
<issn pub-type="epub">2296-858X</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3389/fmed.2024.1377209</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Medicine</subject>
<subj-group>
<subject>Original Research</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>Streamlining intersectoral provision of real-world health data: a service platform for improved clinical research and patient care</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name><surname>Hoffmann</surname> <given-names>Katja</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<xref ref-type="corresp" rid="c001"><sup>&#x002A;</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/2432413/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/visualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Nesterow</surname> <given-names>Igor</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/2513442/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Peng</surname> <given-names>Yuan</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Henke</surname> <given-names>Elisa</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Barnett</surname> <given-names>Daniela</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Klengel</surname> <given-names>Cigdem</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Gruhl</surname> <given-names>Mirko</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Bartos</surname> <given-names>Martin</given-names></name>
<xref ref-type="aff" rid="aff3"><sup>3</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>N&#x00FC;&#x00DF;ler</surname> <given-names>Frank</given-names></name>
<xref ref-type="aff" rid="aff3"><sup>3</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Gebler</surname> <given-names>Richard</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Grummt</surname> <given-names>Sophia</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/2722020/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Seim</surname> <given-names>Anne</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Bathelt</surname> <given-names>Franziska</given-names></name>
<xref ref-type="aff" rid="aff4"><sup>4</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/2643796/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Reinecke</surname> <given-names>Ines</given-names></name>
<xref ref-type="aff" rid="aff2"><sup>2</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/resources/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Wolfien</surname> <given-names>Markus</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<xref ref-type="aff" rid="aff5"><sup>5</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/1471481/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/supervision/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Weidner</surname> <given-names>Jens</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<uri xlink:href="http://loop.frontiersin.org/people/2641983/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
<contrib contrib-type="author">
<name><surname>Sedlmayr</surname> <given-names>Martin</given-names></name>
<xref ref-type="aff" rid="aff1"><sup>1</sup></xref>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/supervision/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-review-editing/"/>
</contrib>
</contrib-group>
<aff id="aff1"><sup>1</sup><institution>Faculty of Medicine Carl Gustav Carus, Institute for Medical Informatics and Biometry, Technische Universit&#x00E4;t Dresden</institution>, <addr-line>Dresden</addr-line>, <country>Germany</country></aff>
<aff id="aff2"><sup>2</sup><institution>Data Integration Center, Center for Medical Informatics, University Hospital Carl Gustav Carus</institution>, <addr-line>Dresden</addr-line>, <country>Germany</country></aff>
<aff id="aff3"><sup>3</sup><institution>Department of Informatics, Klinikum Chemnitz gGmbH</institution>, <addr-line>Chemnitz</addr-line>, <country>Germany</country></aff>
<aff id="aff4"><sup>4</sup><institution>Thiem-Research GmbH</institution>, <addr-line>Cottbus</addr-line>, <country>Germany</country></aff>
<aff id="aff5"><sup>5</sup><institution>Center for Scalable Data Analytics and Artificial Intelligence</institution>, <addr-line>Dresden</addr-line>, <country>Germany</country></aff>
<author-notes>
<fn fn-type="edited-by"><p>Edited by: Oya Beyan, University Hospital of Cologne, Germany</p></fn>
<fn fn-type="edited-by"><p>Reviewed by: Valentina Petkova, Medical University of Sofia, Bulgaria</p><p>Stavros Pitoglou, National Technical University of Athens, Greece</p></fn>
<corresp id="c001">&#x002A;Correspondence: Katja Hoffmann, <email>katja.hoffmann@tu-dresden.de</email></corresp>
</author-notes>
<pub-date pub-type="epub">
<day>05</day>
<month>06</month>
<year>2024</year>
</pub-date>
<pub-date pub-type="collection">
<year>2024</year>
</pub-date>
<volume>11</volume>
<elocation-id>1377209</elocation-id>
<history>
<date date-type="received">
<day>26</day>
<month>01</month>
<year>2024</year>
</date>
<date date-type="accepted">
<day>08</day>
<month>05</month>
<year>2024</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#x00A9; 2024 Hoffmann, Nesterow, Peng, Henke, Barnett, Klengel, Gruhl, Bartos, N&#x00FC;&#x00DF;ler, Gebler, Grummt, Seim, Bathelt, Reinecke, Wolfien, Weidner and Sedlmayr.</copyright-statement>
<copyright-year>2024</copyright-year>
<copyright-holder>Hoffmann, Nesterow, Peng, Henke, Barnett, Klengel, Gruhl, Bartos, N&#x00FC;&#x00DF;ler, Gebler, Grummt, Seim, Bathelt, Reinecke, Wolfien, Weidner and Sedlmayr</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/"><p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p></license>
</permissions>
<abstract>
<sec>
<title>Introduction</title>
<p>Obtaining real-world data from routine clinical care is of growing interest for scientific research and personalized medicine. Despite the abundance of medical data across various facilities &#x2014; including hospitals, outpatient clinics, and physician practices &#x2014; the intersectoral exchange of information remains largely hindered due to differences in data structure, content, and adherence to data protection regulations. In response to this challenge, the Medical Informatics Initiative (MII) was launched in Germany, focusing initially on university hospitals to foster the exchange and utilization of real-world data through the development of standardized methods and tools, including the creation of a common core dataset. Our aim, as part of the Medical Informatics Research Hub in Saxony (MiHUBx), is to extend the MII concepts to non-university healthcare providers in a more seamless manner to enable the exchange of real-world data among intersectoral medical sites.</p>
</sec>
<sec>
<title>Methods</title>
<p>We investigated what services are needed to facilitate the provision of harmonized real-world data for cross-site research. On this basis, we designed a Service Platform Prototype that hosts services for data harmonization, adhering to the globally recognized Health Level 7 (HL7) Fast Healthcare Interoperability Resources (FHIR) international standard communication format and the Observational Medical Outcomes Partnership (OMOP) common data model (CDM). Leveraging these standards, we implemented additional services facilitating data utilization, exchange and analysis. Throughout the development phase, we collaborated with an interdisciplinary team of experts from the fields of system administration, software engineering and technology acceptance to ensure that the solution is sustainable and reusable in the long term.</p>
</sec>
<sec>
<title>Results</title>
<p>We have developed the pre-built packages &#x201C;ResearchData-to-FHIR,&#x201D; &#x201C;FHIR-to-OMOP,&#x201D; and &#x201C;Addons,&#x201D; which provide the services for data harmonization and provision of project-related real-world data in both the FHIR MII Core dataset format (CDS) and the OMOP CDM format as well as utilization and a Service Platform Prototype to streamline data management and use.</p>
</sec>
<sec>
<title>Conclusion</title>
<p>Our development shows a possible approach to extend the MII concepts to non-university healthcare providers to enable cross-site research on real-world data. Our Service Platform Prototype can thus pave the way for intersectoral data sharing, federated analysis, and provision of SMART-on-FHIR applications to support clinical decision making.</p>
</sec>
</abstract>
<kwd-group>
<kwd>service platform</kwd>
<kwd>intersectoral data sharing</kwd>
<kwd>health data space</kwd>
<kwd>real-world data</kwd>
<kwd>interoperability</kwd>
<kwd>data harmonization</kwd>
<kwd>research data infrastructure</kwd>
<kwd>secondary use of clinical data</kwd>
</kwd-group>
<counts>
<fig-count count="3"/>
<table-count count="0"/>
<equation-count count="0"/>
<ref-count count="53"/>
<page-count count="9"/>
<word-count count="6380"/>
</counts>
<custom-meta-wrap>
<custom-meta>
<meta-name>section-at-acceptance</meta-name>
<meta-value>Regulatory Science</meta-value>
</custom-meta>
</custom-meta-wrap>
</article-meta>
</front>
<body>
<sec id="S1" sec-type="intro">
<title>1 Introduction</title>
<p>For scientific research, there is a high interest in using data from routine clinical care, so-called real-world data (RWD) (<xref ref-type="bibr" rid="B1">1</xref>&#x2013;<xref ref-type="bibr" rid="B4">4</xref>). Although large amounts of RWD are available in various institutions, such as hospitals, outpatient clinics, and physician practices, the intersectoral data exchange between sites is hindered by their heterogeneity in terms of structure, content, and compliance with data protection regulations (<xref ref-type="bibr" rid="B2">2</xref>, <xref ref-type="bibr" rid="B5">5</xref>). To address this challenge, the German Medical Informatics Initiative (MII) was launched in 2018, initially focusing on university hospitals to foster the exchange and utilization of RWD (<xref ref-type="bibr" rid="B6">6</xref>, <xref ref-type="bibr" rid="B7">7</xref>). At that time, Data Integration Centers (DIC) were established at the medical sites of the university hospitals, and standardized solutions were developed for effective data use and exchange in both healthcare and research, with a focus on interoperability and data harmonization. For example, all university hospitals in the MII defined a dataset description, the MII Core dataset (CDS) (<xref ref-type="bibr" rid="B8">8</xref>) using the Health Level 7 (HL7) Fast Healthcare Interoperability Resources (FHIR) international standard communication format (<xref ref-type="bibr" rid="B9">9</xref>). The FHIR MII CDS consists of basic modules (e.g., Person, Case, Diagnosis, Procedure, Laboratory Test Results, Medication), and extension modules (e.g., Oncology, Pathology Results, Molecular Genetics, Intensive Care) (<xref ref-type="bibr" rid="B8">8</xref>). This forms the foundation for cross-site data exchange and the integration of third-party applications via SMART-on-FHIR technology (<xref ref-type="bibr" rid="B10">10</xref>).</p>
<p>To facilitate the data exchange of RWD for scientific purposes, the HL7 International (<xref ref-type="bibr" rid="B11">11</xref>) and the Observational Health Data Sciences and Informatics (OHDSI) (<xref ref-type="bibr" rid="B12">12</xref>, <xref ref-type="bibr" rid="B13">13</xref>) community have announced collaboration in 2021 (<xref ref-type="bibr" rid="B14">14</xref>). The OHDSI community develops the Observational Medical Outcomes Partnership (OMOP) common data model (CDM) (<xref ref-type="bibr" rid="B15">15</xref>), as well as tools for data quality assessment and analysis (<xref ref-type="bibr" rid="B16">16</xref>). Common to all standardized data formats is the need to develop individual processes for the extraction, transformation and loading (ETL) of data from different data sources, which remains a major challenge (<xref ref-type="bibr" rid="B5">5</xref>). Nevertheless, hospitals have succeeded in overcoming these initial hurdles and making their own RWD available in a harmonized form for research (<xref ref-type="bibr" rid="B17">17</xref>, <xref ref-type="bibr" rid="B18">18</xref>) and possibly also for patient care.</p>
<p>Since certain diseases, such as cardiovascular diseases, diabetes, allergies, and mental illnesses, are often not treated at university hospitals and there is insufficient data available, especially for rare diseases, it is essential to obtain RWD as well from non-university healthcare providers to ensure a comprehensive and diverse dataset for research studies. In order to make RWD available for research by non-university healthcare providers, the Medical Informatics Hub in Saxony (MiHUBx) was founded in 2021 (<xref ref-type="bibr" rid="B19">19</xref>). Among the project goals is to investigate whether the concepts of the MII can be transferred to non-university healthcare providers. As a first result within this project, Bathelt et al. (<xref ref-type="bibr" rid="B1">1</xref>) demonstrated the possibility to utilize an existing portable and standardized infrastructure from a university hospital setting and transferred it to non-university sites to support feasibility requests for participation in multicentre studies (<xref ref-type="bibr" rid="B1">1</xref>). However, the work of Bathelt et al. (<xref ref-type="bibr" rid="B1">1</xref>) was limited in terms of data availability, terminologies used, and harmonized data formats, so that RWD from non-university sites are still insufficiently available for research. Yet, due to limited human and economic resources and expertise in HL7 FHIR and OMOP CDM, it is hardly possible for non-university healthcare providers to develop the required services for data harmonization and provision in standardized data formats themselves. It is therefore necessary to provide the services in such a way that they can be conveniently deployed and easily used by data providers for different studies. In this paper, all tools for data harmonization, provision and management, such as databases, programs for ETL processes, analysis tools and other applications, are referred to as services.</p>
<p>The aim of this work is the development of pre-built packages that contain services and support the harmonization and provision of RWD in FHIR MII CDS and OMOP CDM format and thereby provide reuse potential for various projects. Another goal of this work is the development of a versatile and modular Service Platform Prototype that facilitates project administration, service management, data management and analysis. In this context, we focus on the following two research questions:</p>
<list list-type="simple">
<list-item>
<label>1.</label>
<p>What services are needed to facilitate the provision of harmonized RWD for cross-site research?</p>
</list-item>
<list-item>
<label>2.</label>
<p>How can the necessary services (from 1) be technically compiled so that they can be used by hospitals with few resources and limited expertise in HL7 FHIR and OMOP CDM to make harmonized RWD accessible for research studies?</p>
</list-item>
</list>
</sec>
<sec id="S2" sec-type="materials|methods">
<title>2 Materials and methods</title>
<sec id="S2.SS1">
<title>2.1 Materials for data harmonization and provision</title>
<sec id="S2.SS1.SSS1">
<title>2.1.1 Compilation and integrated implementation of existing software resources</title>
<p>For the harmonization of RWD from source systems into the basic modules of the FHIR MII CDS version 1.0 (<xref ref-type="bibr" rid="B20">20</xref>), and into the OMOP CDM format (<xref ref-type="bibr" rid="B15">15</xref>), we have selected the following materials, as these are successfully used at the University Hospital Dresden. In addition, we investigated the applicability of other established tools. For this purpose, we used the following developed concepts of the MII and the software tools published by the MII consortium Medical Informatics in Research and Care in University Medicine (MIRACUM) (<xref ref-type="bibr" rid="B21">21</xref>) as MIRACOLIX Tools (<xref ref-type="bibr" rid="B22">22</xref>):</p>
<p>Clinical Data Repository: A Clinical Data Repository (CDR) is a database in which patient-centered healthcare data from various IT systems [e.g., electronic health record (EHR), laboratory system, biobank] are stored in a site-specific data model.</p>
<p>FHIR server BLAZE: A FHIR Server is a software solution that stores and manages FHIR resources. It acts as a bridge connecting healthcare applications and systems, allowing them to exchange patient information in a consistent and structured format or to answer population-wide aggregate queries quickly. The FHIR server BLAZE (<xref ref-type="bibr" rid="B23">23</xref>) was initially developed within the German Biobank Alliance project (<xref ref-type="bibr" rid="B24">24</xref>), aimed at high-throughput performance (<xref ref-type="bibr" rid="B25">25</xref>). BLAZE comes with a built-in feature to authenticate requests against an OpenID Connect provider.</p>
<p>MIRACUM FHIR Gateway: The MIRACUM FHIR Gateway (<xref ref-type="bibr" rid="B26">26</xref>) is a PostgreSQL database with a table for storing FHIR Resources, which are represented in JSON format. It serves as a temporary storage.</p>
<p>ETL process DWH-TO-FHIR: The ETL process DWH-TO-FHIR extracts research data, which is provided as database views, from the data warehouse (DWH) of the site, constructs FHIR resources according to the FHIR MII CDS structure definition v1.0 and loads them into a <italic>MIRACUM FHIR Gateway</italic>. The application DWH-TO-FHIR implemented Basic Authentication to enforce access controls to the FHIR server&#x2019;s resources. This involved sending a username and password in plain text over the network.</p>
<p>ETL process ROTATOR: The ROTATOR (fROm gaTewAy TO seRver) is an application that reads FHIR resources from the MIRACUM FHIR Gateway and loads them onto a FHIR Server, such as BLAZE.</p>
<p>OHDSI tools: The OHDSI tools are provided as Docker containers by Gruhl et al. (<xref ref-type="bibr" rid="B27">27</xref>). The basis of the OHDSI tools is the OMOP CDM PostgreSQL database, which is divided into the standardized OMOP CDM data tables v5.3 and the OMOP CDM standardized vocabularies (state February 2023), such as SNOMED CT (Systematized Nomenclature of Medicine&#x2013;Clinical Terms), ICD-10-GM (International Classification of Diseases, German Modification) and OPS (&#x201C;Operationen- und Prozedurenschl&#x00FC;ssel,&#x201D; surgery and procedure key). Furthermore, the OHDSI tools by Gruhl et al. (<xref ref-type="bibr" rid="B27">27</xref>) includes additional dockerized tools for analyzing research data in OMOP CDM: (1) the R-based application ACHILLES that can be used for data characterization and visualization, (2) the web-based application ATLAS that can be used for cohort definition and scientific analysis, and (3) the R-based application Data Quality Dashboard (DQD) that can be used for data quality analysis.</p>
<p>ETL process FHIR-TO-OMOP: The ETL process FHIR-TO-OMOP extracts FHIR resources from a FHIR Server (e.g., the FHIR server BLAZE) or from the MIRACUM FHIR Gateway, transforms them into the standardized format of OMOP CDM and loads them into an OMOP CDM database (<xref ref-type="bibr" rid="B28">28</xref>, <xref ref-type="bibr" rid="B29">29</xref>). The application provides HTTP Basic Authentication to enforce access controls to the FHIR resources of the FHIR server.</p>
<p>TRANSITION Database: The TRANSITION Database is a relational database that was originally developed for the semantic mapping of system-specific documented diagnoses to Orpha codes for rare diseases (<xref ref-type="bibr" rid="B30">30</xref>). It is deployed as a PostgreSQL database v14 (<xref ref-type="bibr" rid="B31">31</xref>), and offers tables with required terminology bindings (e.g., FHIR value sets), which can essentially support the semantic mapping of the RWD to required code systems. For example, the semantic mapping of the gender (e.g., value &#x201C;1&#x201D; for female) to a FHIR ValueSet (e.g., code &#x201C;female&#x201D; (<xref ref-type="bibr" rid="B32">32</xref>)) can be achieved via the TRANSITION Database. As an example of the database structure, the table for the semantic mapping of the vital parameters can be found as a csv file in the (<xref ref-type="supplementary-material" rid="TS2">Supplementary File 2</xref>).</p>
<p>Keycloak: Since medical data needs to be protected in an enhanced manner, the Keycloak server offers significant advantages (e.g., centralized Identity Management, Customizable Authentication Flows) for the medical domain, particularly in terms of securing sensitive patient data, ensuring compliance with healthcare regulations, and facilitating interoperability among diverse healthcare IT systems. The Authentication Server Keycloak (<xref ref-type="bibr" rid="B33">33</xref>) can be used as an OpenID (<xref ref-type="bibr" rid="B34">34</xref>), OAuth 2.0, or SAML Connect provider to validate requests to the FHIR endpoints.</p>
</sec>
<sec id="S2.SS1.SSS2">
<title>2.1.2 Original contributions&#x2013;expanding with custom software additions</title>
<p>We analyzed the already established data provision pipeline at University Hospital Dresden by consulting experts in the fields of data integration, provision, protection and security. From this, we derived a generic process for data harmonization and provision. Subsequently, we identified missing materials, which we have developed and adapted. These are technically described below and further explained in the &#x201C;3 Results&#x201D; section.</p>
<p>Research Data Repository: In order to be able to provide the ETL process DWH-TO-FHIR to other sites, a database structure is required which represents medical data and follows the logic of the basic modules of the FHIR MII CDS specification v1.0 (<xref ref-type="bibr" rid="B20">20</xref>). For this reason, we developed the Research Data Repository (RDR), deployed as a PostgreSQL database v14 (<xref ref-type="bibr" rid="B31">31</xref>). This repository encompasses tables for various FHIR resource types, like <italic>Patient</italic>, <italic>Encounter</italic>, <italic>Condition</italic>, <italic>Observation</italic>, <italic>Procedure</italic>, <italic>Medication</italic>, and <italic>MedicationAdministration</italic>, and is used for the cross-project and project-related storage of research data from routine clinical care (RWD).</p>
<p>Structural Mapping Guideline MII CDS: To reduce implementation time and to facilitate the specific data mapping, which must be done at each site, the Structural Mapping Guideline MII CDS is developed (<xref ref-type="supplementary-material" rid="TS1">Supplementary File 1</xref>).</p>
<p>The ETL process RDR-to-FHIR: To streamline the ETL process to provide RWD in FHIR MII CDS format, the sub-processes DWH-to-FHIR and ROTATOR were merged into the ETL process RDR-to-FHIR. RDR-to-FHIR loads project-related RWD from the RDR, constructs FHIR resources according to the FHIR MII CDS specification v1.0 and loads directly into the FHIR Server without buffering via the MIRACUM FHIR Gateway. To facilitate process execution, a RESTful API client was implemented to send data to the FHIR API. In addition, to enhance security beyond Basic Authentication in the ETL process DWH-TO-FHIR, we have implemented the authentication framework OAuth 2.0 for accessing resources of the FHIR server BLAZE. This approach uses bearer tokens created by the authentication server Keycloak.</p>
<p>ETL process FHIR-TO-OMOP: To enable OAuth 2.0 authentication against the FHIR server BLAZE, we added this authentication method to this application.</p>
</sec>
</sec>
<sec id="S2.SS2">
<title>2.2 Pre-built packages for data harmonization and provision</title>
<p>We have developed pre-built packages, e.g., for the transformation of RWD to FHIR, to facilitate creating, running and connecting the multiple services (see section &#x201C;2.1 Materials for data harmonization and provision&#x201D;). In close collaboration with an interdisciplinary team of software developers, database engineers as well as infrastructure, security, and usability experts, we defined specific applications and composed the services to easy-to-install, pre-configurable installation packages based on Docker v24 (<xref ref-type="bibr" rid="B35">35</xref>) and Docker Compose v2 (<xref ref-type="bibr" rid="B36">36</xref>). We made our decisions based on previous experience and preliminary works. For testing purposes, we provided a test dataset.</p>
<p>To facilitate data and system administration, we have included the following additional materials in our packages, which can be used optionally.</p>
<p>pgAdmin: The open-source administration and management tool pgAdmin4 (<xref ref-type="bibr" rid="B37">37</xref>) provides a user-friendly web interface for the efficient administration of PostgreSQL databases used for RDR, TRANSITION database, Keycloak, and OMOP CDM.</p>
<p>Portainer: The open source container administration tool Portainer community edition (<xref ref-type="bibr" rid="B38">38</xref>) simplifies the management of containerized applications that are used to provide all the services described in the section &#x201C;2.1 Materials for data harmonization and provision.&#x201D; Portainer provides a web interface for interacting with Docker containers (<xref ref-type="bibr" rid="B35">35</xref>) to create, manage, and deploy containers without the need for extensive knowledge of Docker commands.</p>
</sec>
<sec id="S2.SS3">
<title>2.3 Service Platform Prototype</title>
<p>To support research projects and system administration, we have developed a web-based Service Platform Prototype that facilitates project-related data provision for research projects. Based on experience with the design of user interfaces for interactive systems, an initial Low-Fidelity Prototype of the service platform was created to serve as a basis for discussion for a joint, interdisciplinary Graphical User Interface (GUI) design. By incorporating feedback from usability experts, this Low-Fidelity Prototype was iteratively transformed into a High-Fidelity Prototype. To this end, regular joint meetings were held with software developers and usability experts to ensure that the interaction principles for design solutions in accordance with ISO 9241-110 (<xref ref-type="bibr" rid="B39">39</xref>) were taken into account and implemented in the service platform interface (task appropriateness, self-descriptiveness, conformity to expectations, learnability, controllability, robustness against errors, user retention).</p>
<p>Our Service Platform Prototype was developed using Quarkus v3.4.3 (<xref ref-type="bibr" rid="B40">40</xref>). The frontend provides a form-based interface for users to specify the services and configurations needed for their project. The backend, managing the service deployment, is responsible for the instantiation of Docker containers, network setup, configuration management, and error handling. Angular v16.2.8 (<xref ref-type="bibr" rid="B41">41</xref>) was used for the frontend, complemented by Angular Bootstrap v16.0.0 (<xref ref-type="bibr" rid="B42">42</xref>). Communication between the microservices (e.g., to manage projects and Docker containers) is orchestrated by the Java Docker API v3.3.3 (<xref ref-type="bibr" rid="B43">43</xref>). Communication between the services is facilitated by RabbitMQ (<xref ref-type="bibr" rid="B44">44</xref>), a message broker that ensures reliable and real-time messaging.</p>
</sec>
</sec>
<sec id="S3" sec-type="results">
<title>3 Results</title>
<sec id="S3.SS1">
<title>3.1 A generic data harmonization and provision process to foster data availability</title>
<p>We developed a generic process for the project-related provision of research data, which is shown in <xref ref-type="fig" rid="F1">Figure 1</xref> and described below.</p>
<fig id="F1" position="float">
<label>FIGURE 1</label>
<caption><p>Project-related provision of research data for providers and users. Fast Healthcare Interoperability Resources (FHIR); Observational Medical Outcomes Partnership (OMOP); common data model (CDM); extract transform load (ETL); Clinical Data Repository (CDR); Research Data Repository (RDR): Medical Informatics Initiative (MII); Core dataset (CDS).</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fmed-11-1377209-g001.tif"/>
</fig>
<p>The data provision process begins with a project-independent and site-specific ETL pre-process CDR-TO-RDR [cf. <xref ref-type="fig" rid="F1">Figure 1</xref> (Step 1)] that extracts RWD from the CDR, transforms it with the help of the <italic>Structural Mapping Guideline</italic> and the <italic>TRANSITION Database</italic> to the data structure of the <italic>Research Data Repository (RDR)</italic> and loads it into a <italic>project-independent</italic> instance of the <italic>RDR</italic>.</p>
<p>According to the MII concepts, the organizational starting point for the provision of data for a research project is a request from the data user. After the technical and legal feasibility check, the required data for the study is requested from the <italic>project-independent RDR</italic> instance and pseudonymized or anonymized in the subsequent process step to ensure that the research data does not allow any conclusions to be drawn about the identity of a patient [<xref ref-type="fig" rid="F1">Figure 1</xref> (Step 2)].</p>
<p>To provide the project-related data in FHIR MII CDS format, instances of <italic>RDR-TO-FHIR</italic> and the <italic>FHIR server BLAZE</italic> are created and the ETL process is executed [<xref ref-type="fig" rid="F1">Figure 1</xref> (Step 3)]. To provide the project-related data in the OMOP CDM format, instances of <italic>FHIR-TO-OMOP</italic> and the <italic>OHDSI tools</italic> (cf. OHDSI tools) are created and the ETL process is executed [<xref ref-type="fig" rid="F1">Figure 1</xref> (Step 4)].</p>
</sec>
<sec id="S3.SS2">
<title>3.2 Pre-built packages to facilitate interoperability on the fly</title>
<p>We developed the following three pre-build packages: (1) ResearchData-TO-FHIR package for converting RWD to FHIR resources (cf. red bordered box in <xref ref-type="fig" rid="F2">Figure 2</xref>), (2) FHIR-TO-OMOP package for converting the FHIR resources to the OMOP CDM format (cf. blue bordered box in <xref ref-type="fig" rid="F2">Figure 2</xref>), and (3) the Addons package for deployment of optional services to simplify database, container, and security management (cf. gray bordered box in <xref ref-type="fig" rid="F2">Figure 2</xref>). <xref ref-type="fig" rid="F2">Figure 2</xref> illustrates the composition of our implemented services and the data flows.</p>
<fig id="F2" position="float">
<label>FIGURE 2</label>
<caption><p>Services and data flows. Fast Healthcare Interoperability Resources (FHIR); Observational Medical Outcomes Partnership (OMOP); common data model (CDM); extract transform load (ETL); Clinical Data Repository (CDR); Research Data Repository (RDR): Medical Informatics Initiative (MII); Core dataset (CDS).</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fmed-11-1377209-g002.tif"/>
</fig>
<p>ResearchData-TO-FHIR package: The ResearchData-TO-FHIR package v2.2.0 provides a Docker compose specification that allows to automatically retrieve the images of the <italic>RDR</italic>, the <italic>FHIR server BLAZE</italic>, and the <italic>RDR-to-FHIR</italic> (cf. section &#x201C;2.1 Materials for data harmonization and provision&#x201D; and red bordered box in <xref ref-type="fig" rid="F3">Figure 3</xref>), creates Docker containers as instances of the images that can be used to provide project-related research data in FHIR MII CDS format. For testing purposes, the package provides a test dataset. The package also includes the Structural Mapping Guideline (cf. Research Data Repository). By adjusting environment variables, the installation is customizable.</p>
<fig id="F3" position="float">
<label>FIGURE 3</label>
<caption><p>Schematic representation of the Service Platform Prototype. Navigation Bar <bold>(A)</bold>, Sidebar <bold>(B)</bold>, Main Content Area divided in Service Overview <bold>(C)</bold> and Service List <bold>(D)</bold>, Fast Healthcare Interoperability Resources (FHIR); Observational Medical Outcomes Partnership (OMOP); Research Data Repository (RDR); Identifier (ID); Medical Informatics Hub in Saxony (MiHUBx).</p></caption>
<graphic mimetype="image" mime-subtype="tiff" xlink:href="fmed-11-1377209-g003.tif"/>
</fig>
<p>FHIR-TO-OMOP package: The FHIR-TO-OMOP package v1.1.0 (<xref ref-type="bibr" rid="B35">35</xref>) provides a Docker compose specification that allows to automatically retrieve the images of the <italic>OHDSI tools</italic> and the <italic>FHIR-TO-OMOP</italic> (cf. section &#x201C;2.1 Materials for data harmonization and provision&#x201D; and blue bordered box in <xref ref-type="fig" rid="F3">Figure 3</xref>), creates Docker containers as instances of the images that can be used to provide project-related research data in OMOP CDM format. Through environment variables, the installation is customizable and the synthetic dataset from the ResearchData-TO-FHIR package can be used for testing purposes.</p>
<p>Addons package: The Addons package v1.0.0 (<xref ref-type="bibr" rid="B36">36</xref>) provides Docker compose specifications that allow to optionally deploy the PostgreSQL administration platform <italic>pgAdmin</italic>, the <italic>TRANSITION database</italic>, the container administration tool <italic>Portainer</italic> and the Authentication server <italic>Keycloak</italic> with a demo configuration for protecting the FHIR server Blaze (cf. ResearchData-TO-FHIR package).</p>
<p>The source code of the ResearchData-TO-FHIR package v2.2.1 (<xref ref-type="bibr" rid="B45">45</xref>), the FHIR-TO-OMOP package v1.1.0 (<xref ref-type="bibr" rid="B46">46</xref>) and the Addons package v1.0.0 (<xref ref-type="bibr" rid="B47">47</xref>) includes instructions for installation and usage as well as for further developments.</p>
</sec>
<sec id="S3.SS3">
<title>3.3 Service Platform Prototype to enable an easy to use and modular infrastructure</title>
<p>While the pre-built packages and their services, which are integrated into the Service Platform Prototype, were described in 3.2, the Service Platform Prototype v1.0.0 (<xref ref-type="bibr" rid="B48">48</xref>) itself is described below.</p>
<p>We implemented two key services: (1) the Project Management Service and (2) the Container Management Service. The Project Management Service allows researchers to create and manage their research projects. The Container Management Service automates the installation, operation and administration of services for each research project, such as the launch of ETL-processes and the display of technical details, such as unique identifiers, Docker names, assigned communication ports or operational status, to inform users about the current activity and availability of services.</p>
<p>The frontend layout contains a navigation bar (<xref ref-type="fig" rid="F3">Figure 3A</xref>), a sidebar (<xref ref-type="fig" rid="F3">Figure 3B</xref>) and a main content area (<xref ref-type="fig" rid="F3">Figures 3C, D</xref>). The navigation bar offers links to subpages that provide services and further information on database administration (i.e., via pgAdmin), authentication (i.e., Keycloak) and container administration (i.e., Portainer). The research projects are listed in the sidebar and new projects can be created via clicking on the respective button. The main content area is divided horizontally. The upper area displays the project-related services and offers functions for use and management, such as starting and stopping the Docker containers, starting the ETL processes, accessing the web frontend of the services and receiving further information (<xref ref-type="fig" rid="F3">Figure 3C</xref>). The project-related containers are listed in the lower area, where further technical details are displayed, e.g., information on Docker containers, images, communication ports and operating status (<xref ref-type="fig" rid="F3">Figure 3D</xref>).</p>
<p>The demo server, as an instance of the Service Platform Prototype, is available at <ext-link ext-link-type="uri" xlink:href="https://tu-dresden.de/med/demoserver">https://tu-dresden.de/med/demoserver</ext-link>. This repository (<xref ref-type="bibr" rid="B48">48</xref>) also contains the developer documentation, including initial installation instructions.</p>
</sec>
</sec>
<sec id="S4" sec-type="discussion">
<title>4 Discussion</title>
<p>Our aim was to determine which services and processes are required to enable the provision of RWD for cross-site research and patient care, and how the services can be made available and usable to non-university healthcare providers with limited resources in a low-threshold manner. In particular, we determined which services are required for the harmonization of healthcare data into HL7 FHIR standard-based MII CDS format for intersectoral exchange, and to the OMOP CDM format for national or even international cross-site research. From this, we derived a process for the project-related provision of RWD based on the already established data provision pipelines of the university sites (<xref ref-type="bibr" rid="B21">21</xref>) in Germany. On this basis, we developed the pre-built packages <italic>ResearchData-TO-FHIR</italic>, <italic>FHIR-TO-OMOP</italic>, and <italic>Addons</italic> for data harmonization and provision to facilitate interoperability on the fly. To streamline the use of the particular services, especially for non-university healthcare providers, we developed a versatile and modular Service Platform Prototype that demonstrates the administration of research projects based on RWD.</p>
<p>To the best of our knowledge, our work is the first that shows how services for data harmonization, provision, and analytics can be provided to non-university healthcare providers in a low-threshold manner. The proposed pre-built Packages and Service Platform Prototype streamline the process of setting up research project environments and reduce the time and technical expertise required to provide RWD for research studies and feasibility inquiries, such as those conducted by the German Portal for Medical Research (Deutsches Forschungsdatenportal f&#x00FC;r Gesundheit, FDPG) (<xref ref-type="bibr" rid="B18">18</xref>, <xref ref-type="bibr" rid="B49">49</xref>). Even though admission to the FDPG is currently only possible for sites that participate in the MII (mainly universities), our work is also highly relevant for non-university service providers, as feasibility studies can also be carried out using the OHDSI tools. We also consider it likely that our work may be of use to the European Health Data Space (EHDS) (<xref ref-type="bibr" rid="B50">50</xref>) in the future, as our platform can be extended with appropriate services for data harmonization.</p>
<p>Although our work is a big step toward intersectoral provision of RWD, it has some limitations due to the following factors:</p>
<p>(1) Healthcare providers use site-specific clinical information systems to store RWD, which have limited standardized interfaces for the data exchange. Therefore, the RWD from possibly multiple data sources must be harmonized into the data format of our provided Research Data Repository in a pre-processing step by the sites themselves, which can be a challenge depending on the type and scope of data storage, the available human and economic resources and the knowledge of medical informatics. The legally binding interface specifications currently developed and established in Germany, such as the HL7 FHIR standard-based <italic>Information technology systems in hospitals</italic> (Informationstechnische Systeme in Krankenh&#x00E4;usern, ISIK) (<xref ref-type="bibr" rid="B51">51</xref>) and <italic>Medical Information Objects</italic> (Medizinische Informationsobjekte, MIO) (<xref ref-type="bibr" rid="B52">52</xref>), could provide a remedy here, as services based on these standards could be developed and made available via our platform to automatically convert the RWD into the FHIR MII CDS format for research purposes.</p>
<p>(2) The FHIR MII CDS v1.0, established as the standard for data exchange within the MII, presents certain limitations, particularly in its dataset specifications for specific medical fields like oncology and ophthalmology. Although plans are in place to refine profiles for oncology in the upcoming FHIR MII CDS v2, there remains a need to develop more appropriate dataset specifications for specific medical domains. These improvements are crucial for effectively incorporating such specifications into similar service platforms, especially in key areas like <italic>Observations</italic>, <italic>Imaging Studies</italic>, <italic>Diagnostic Reports</italic>, <italic>Procedures</italic>, and <italic>Medication Administrations</italic>.</p>
<p>(3) In addition, the services/applications cannot yet be installed &#x201C;out of the box&#x201D; via the frontend. In order to further minimize the technical hurdle, this is an important goal for the future.</p>
<p>Despite the limitations, our pre-built packages together with the Service Platform Prototype can already be used to provide data for specific research projects in a time-saving manner. We believe that our research represents a significant contribution in research data management, offering an efficient, user-friendly, and reproducible way to establish project-specific data provision pipelines. This may make our work interesting not only for non-university service providers, but also for university sites. In addition, our Service Platform Prototype can serve as a foundation for third-party applications, e.g., based on SMART-on-FHIR, which can be used not only for research but also for patient care.</p>
<p>Next, we will implement the Service System Platform at two non-university hospitals in Germany as part of a pilot study. In order to achieve a high level of acceptance among end users, we will test its functionality and usability. As part of the roll-out, an accompanying acceptance analysis in the form of an observation protocol and in-depth face-to-face interviews will be conducted to ensure the solution is usable and sustainable. For this purpose, we collaborate closely with experts from the fields of technology acceptance and usability. Thanks to our heterogeneous teams, the interdisciplinary perspective can have a supportive effect in order to strengthen user-friendliness and thereby actual usage of the Service System Platform.</p>
</sec>
<sec id="S5" sec-type="conclusion">
<title>5 Conclusion</title>
<p>In conclusion, the developed Service Platform Prototype together with the pre-built packages represent an essential step forward in managing and facilitating medical research studies, with a focus on data harmonization, and collaborative effectiveness.</p>
</sec>
<sec id="S6" sec-type="data-availability">
<title>Data availability statement</title>
<p>The original contributions presented in this study are included in this article/<xref ref-type="supplementary-material" rid="TS1">Supplementary material</xref>, further inquiries can be directed to the corresponding author.</p>
</sec>
<sec id="S7" sec-type="author-contributions">
<title>Author contributions</title>
<p>KH: Conceptualization, Investigation, Methodology, Project administration, Software, Visualization, Writing &#x2013; original draft, Writing &#x2013; review &#x0026; editing. IN: Conceptualization, Methodology, Project administration, Software, Writing &#x2013; review &#x0026; editing. YP: Resources, Software, Validation, Writing &#x2013; review &#x0026; editing. EH: Resources, Software, Writing &#x2013; review &#x0026; editing. DB: Resources, Software, Writing &#x2013; review &#x0026; editing. CK: Software, Writing &#x2013; review &#x0026; editing. MG: Resources, Writing &#x2013; review &#x0026; editing. MB: Validation, Writing &#x2013; review &#x0026; editing. FN: Writing &#x2013; review &#x0026; editing. RG: Writing &#x2013; review &#x0026; editing. SG: Resources, Writing &#x2013; review &#x0026; editing. AS: Resources, Writing &#x2013; review &#x0026; editing. FB: Conceptualization, Funding acquisition, Resources, Writing &#x2013; review &#x0026; editing. IR: Resources, Writing &#x2013; review &#x0026; editing. MW: Supervision, Writing &#x2013; review &#x0026; editing. JW: Writing &#x2013; review &#x0026; editing. MS: Funding acquisition, Supervision, Writing &#x2013; review &#x0026; editing.</p>
</sec>
</body>
<back>
<sec id="S8" sec-type="funding-information">
<title>Funding</title>
<p>The authors declare financial support was received for the research, authorship, and/or publication of this article. This research was funded by the German Federal Ministry of Education and Research (<ext-link ext-link-type="uri" xlink:href="https://www.bmbf.de/bmbf/en/">https://www.bmbf.de/bmbf/en/</ext-link>) within the project &#x201C;Medical Informatics Hub in Saxony (MiHUBx).&#x201D; Grant numbers 01ZZ2101A (Dresden) and 01ZZ2101E (Chemnitz). The funders had no role in study design, data collection and analysis, decision to publish, or preparation of the manuscript.</p>
</sec>
<ack><p>We would like to express our gratitude to medRxiv&#x2013;the preprint server for Health Sciences&#x2013;for providing a platform for the dissemination of our research findings prior to formal peer review (<xref ref-type="bibr" rid="B53">53</xref>). The accessibility and rapid dissemination that medRxiv provides has been instrumental in promoting scientific discourse and the exchange of ideas in our field. We recognize the valuable role of preprint servers in fostering collaboration and accelerating scientific discovery.</p>
</ack>
<sec id="S9" sec-type="COI-statement">
<title>Conflict of interest</title>
<p>The authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec id="S10" sec-type="disclaimer">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<sec id="S11" sec-type="supplementary-material">
<title>Supplementary material</title>
<p>The Supplementary Material for this article can be found online at: <ext-link ext-link-type="uri" xlink:href="https://www.frontiersin.org/articles/10.3389/fmed.2024.1377209/full#supplementary-material">https://www.frontiersin.org/articles/10.3389/fmed.2024.1377209/full#supplementary-material</ext-link></p>
<supplementary-material xlink:href="Table_1.XLSX" id="TS1" mimetype="application/vnd.openxmlformats-officedocument.spreadsheetml.sheet" xmlns:xlink="http://www.w3.org/1999/xlink">
<label>Supplementary File 1</label>
<caption><p>Structural Mapping Guideline MII CDS schema to FHIR (Excel).</p></caption>
</supplementary-material>
<supplementary-material xlink:href="Table_2.CSV" id="TS2" mimetype="text/csv" xmlns:xlink="http://www.w3.org/1999/xlink">
<label>Supplementary File 2</label>
<caption><p>Example table for the semantic mapping of vital parameter: observation_vital_parameter_loinc_code.csv (CSV).</p></caption>
</supplementary-material>
</sec>
<ref-list>
<title>References</title>
<ref id="B1"><label>1.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Bathelt</surname> <given-names>F</given-names></name> <name><surname>Reinecke</surname> <given-names>I</given-names></name> <name><surname>Peng</surname> <given-names>Y</given-names></name> <name><surname>Henke</surname> <given-names>E</given-names></name> <name><surname>Weidner</surname> <given-names>J</given-names></name> <name><surname>Bartos</surname> <given-names>M</given-names></name><etal/></person-group> <article-title>Opportunities of digital infrastructures for disease management&#x2013;exemplified on COVID-19-related change in diagnosis counts for diabetes-related eye diseases.</article-title> <source><italic>Nutrients.</italic></source> (<year>2022</year>) <volume>14</volume>:<issue>2016</issue>. <pub-id pub-id-type="doi">10.3390/nu14102016</pub-id> <pub-id pub-id-type="pmid">35631157</pub-id></citation></ref>
<ref id="B2"><label>2.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Liu</surname> <given-names>F</given-names></name> <name><surname>Panagiotakos</surname> <given-names>D</given-names></name></person-group>. <article-title>Real-world data: A brief review of the methods, applications, challenges and opportunities.</article-title> <source><italic>BMC Med Res Methodol.</italic></source> (<year>2022</year>) <volume>22</volume>:<issue>287</issue>. <pub-id pub-id-type="doi">10.1186/s12874-022-01768-6</pub-id> <pub-id pub-id-type="pmid">36335315</pub-id></citation></ref>
<ref id="B3"><label>3.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Orsini</surname> <given-names>LS</given-names></name> <name><surname>Berger</surname> <given-names>M</given-names></name> <name><surname>Crown</surname> <given-names>W</given-names></name> <name><surname>Daniel</surname> <given-names>G</given-names></name> <name><surname>Eichler</surname> <given-names>HG</given-names></name> <name><surname>Goettsch</surname> <given-names>W</given-names></name><etal/></person-group> <article-title>Improving transparency to build trust in real-world secondary data studies for hypothesis testing&#x2013;why, what, and how: Recommendations and a road map from the real-world evidence transparency initiative.</article-title> <source><italic>Value Health.</italic></source> (<year>2020</year>) <volume>23</volume>:<fpage>1128</fpage>&#x2013;<lpage>36</lpage>.</citation></ref>
<ref id="B4"><label>4.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kalra</surname> <given-names>D</given-names></name></person-group>. <article-title>The importance of real-world data to precision medicine.</article-title> <source><italic>Pers Med.</italic></source> (<year>2019</year>) <volume>16</volume>:<fpage>79</fpage>&#x2013;<lpage>82</lpage>.</citation></ref>
<ref id="B5"><label>5.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Wolfien</surname> <given-names>M</given-names></name> <name><surname>Ahmadi</surname> <given-names>N</given-names></name> <name><surname>Fitzer</surname> <given-names>K</given-names></name> <name><surname>Grummt</surname> <given-names>S</given-names></name> <name><surname>Heine</surname> <given-names>KL</given-names></name> <name><surname>Jung</surname> <given-names>IC</given-names></name><etal/></person-group> <article-title>Ten topics to get started in medical informatics research.</article-title> <source><italic>J Med Internet Res.</italic></source> (<year>2023</year>) <volume>25</volume>:<issue>e45948</issue>. <pub-id pub-id-type="doi">10.2196/45948</pub-id> <pub-id pub-id-type="pmid">37486754</pub-id></citation></ref>
<ref id="B6"><label>6.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Gehring</surname> <given-names>S</given-names></name> <name><surname>Eulenfeld</surname> <given-names>R</given-names></name></person-group>. <article-title>German medical informatics initiative: Unlocking data for research and health care.</article-title> <source><italic>Methods Inf Med.</italic></source> (<year>2018</year>) <volume>57</volume>:<fpage>e46</fpage>&#x2013;<lpage>9</lpage>.</citation></ref>
<ref id="B7"><label>7.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Semler</surname> <given-names>S</given-names></name> <name><surname>Wissing</surname> <given-names>F</given-names></name> <name><surname>Heyder</surname> <given-names>R</given-names></name></person-group>. <article-title>German medical informatics initiative: A national approach to integrating health data from patient care and medical research.</article-title> <source><italic>Methods Inf Med.</italic></source> (<year>2018</year>) <volume>57</volume>:<fpage>e50</fpage>&#x2013;<lpage>6</lpage>.</citation></ref>
<ref id="B8"><label>8.</label><citation citation-type="journal"><collab>Medical Informatics Initiative</collab>. <source><italic>The medical informatics initiative&#x2019;s core data set.</italic></source> <publisher-loc>Mainz</publisher-loc>: <publisher-name>Medical Informatics Initiative</publisher-name> (<year>2023</year>).</citation></ref>
<ref id="B9"><label>9.</label><citation citation-type="journal"><collab>HL7 FHIR</collab>. <source><italic>Health level seven international fast healthcare interoperability resources (HL7 FHIR).</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="http://hl7.org/fhir/">http://hl7.org/fhir/</ext-link> <comment>(accessed December 15, 2023)</comment>.</citation></ref>
<ref id="B10"><label>10.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Mandel</surname> <given-names>JC</given-names></name> <name><surname>Kreda</surname> <given-names>DA</given-names></name> <name><surname>Mandl</surname> <given-names>KD</given-names></name> <name><surname>Kohane</surname> <given-names>IS</given-names></name> <name><surname>Ramoni</surname> <given-names>RB</given-names></name></person-group>. <article-title>SMART on FHIR: A standards-based, interoperable apps platform for electronic health records.</article-title> <source><italic>Journal of the Am Med Inf Assoc.</italic></source> (<year>2016</year>) <volume>23</volume>:<fpage>899</fpage>&#x2013;<lpage>908</lpage>.</citation></ref>
<ref id="B11"><label>11.</label><citation citation-type="journal"><collab>HL7 International</collab>. (<year>2024</year>) Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.hl7.org">https://www.hl7.org</ext-link> <comment>(accessed January 13, 2024)</comment>.</citation></ref>
<ref id="B12"><label>12.</label><citation citation-type="journal"><collab>OHDSI</collab>. (<year>2024</year>) Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ohdsi.org">https://www.ohdsi.org</ext-link> <comment>(accessed January 13, 2024)</comment>.</citation></ref>
<ref id="B13"><label>13.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hripcsak</surname> <given-names>G</given-names></name> <name><surname>Duke</surname> <given-names>JD</given-names></name> <name><surname>Shah</surname> <given-names>NH</given-names></name> <name><surname>Reich</surname> <given-names>CG</given-names></name> <name><surname>Huser</surname> <given-names>V</given-names></name> <name><surname>Schuemie</surname> <given-names>MJ</given-names></name><etal/></person-group> <article-title>Observational health data sciences and informatics (OHDSI): Opportunities for observational researchers.</article-title> <source><italic>Stud Health Technol Inform.</italic></source> (<year>2015</year>) <volume>216</volume>:<fpage>574</fpage>&#x2013;<lpage>8</lpage>.</citation></ref>
<ref id="B14"><label>14.</label><citation citation-type="journal"><collab>OHDSI</collab>. <source><italic>HL7 international and OHDSI announce collaboration to provide single common data model for sharing information in clinical care and observational research.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ohdsi.org/ohdsi-hl7-collaboration/">https://www.ohdsi.org/ohdsi-hl7-collaboration/</ext-link> <comment>(accessed January 13, 2024)</comment>.</citation></ref>
<ref id="B15"><label>15.</label><citation citation-type="journal"><collab>OHDSI</collab>. <source><italic>Standardized data: The OMOP common data model.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ohdsi.org/data-standardization/">https://www.ohdsi.org/data-standardization/</ext-link> <comment>(accessed December 15, 2023)</comment>.</citation></ref>
<ref id="B16"><label>16.</label><citation citation-type="journal"><collab>OHDSI</collab>. <source><italic>Software tools.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ohdsi.org/software-tools/">https://www.ohdsi.org/software-tools/</ext-link> <comment>(accessed January 13, 2024)</comment>.</citation></ref>
<ref id="B17"><label>17.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Prokosch</surname> <given-names>HU</given-names></name> <name><surname>Bahls</surname> <given-names>T</given-names></name> <name><surname>Bialke</surname> <given-names>M</given-names></name> <name><surname>Eils</surname> <given-names>J</given-names></name> <name><surname>Fegeler</surname> <given-names>C</given-names></name> <name><surname>Gruendner</surname> <given-names>J</given-names></name><etal/></person-group> <role>editors</role>. <article-title>The COVID-19 data exchange platform of the German university medicine.</article-title> In: <person-group person-group-type="editor"><name><surname>S&#x00E9;roussi</surname> <given-names>B</given-names></name> <name><surname>Weber</surname> <given-names>P</given-names></name> <name><surname>Dhombres</surname> <given-names>F</given-names></name> <name><surname>Grouin</surname> <given-names>C</given-names></name> <name><surname>Liebe</surname> <given-names>JD</given-names></name> <name><surname>Pelayo</surname> <given-names>S</given-names></name><etal/></person-group> <role>editors</role>. <source><italic>Studies in health technology and informatics.</italic></source> <publisher-loc>Amsterdam</publisher-loc>: <publisher-name>IOS Press</publisher-name> (<year>2022</year>).</citation></ref>
<ref id="B18"><label>18.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Prokosch</surname> <given-names>HU</given-names></name> <name><surname>Gebhardt</surname> <given-names>M</given-names></name> <name><surname>Gruendner</surname> <given-names>J</given-names></name> <name><surname>Kleinert</surname> <given-names>P</given-names></name> <name><surname>Buckow</surname> <given-names>K</given-names></name> <name><surname>Rosenau</surname> <given-names>L</given-names></name><etal/></person-group> <role>editors</role>. <article-title>Towards a national portal for medical research data (FDPG): Vision, status, and lessons learned.</article-title> In: <person-group person-group-type="editor"><name><surname>H&#x00E4;gglund</surname> <given-names>M</given-names></name> <name><surname>Blusi</surname> <given-names>M</given-names></name> <name><surname>Bonacina</surname> <given-names>S</given-names></name> <name><surname>Nilsson</surname> <given-names>L</given-names></name> <name><surname>Cort Madsen</surname> <given-names>I</given-names></name> <name><surname>Pelayo</surname> <given-names>S</given-names></name><etal/></person-group> <role>editors</role>. <source><italic>Studies in health technology and informatics.</italic></source> <publisher-loc>Amsterdam</publisher-loc>: <publisher-name>IOS Press</publisher-name> (<year>2023</year>). <pub-id pub-id-type="doi">10.3233/SHTI230124</pub-id> <pub-id pub-id-type="pmid">37203668</pub-id></citation></ref>
<ref id="B19"><label>19.</label><citation citation-type="journal"><collab>Deutsche Zentrum f&#x00FC;r Luft und Raumfahrt</collab>. <source><italic>MiHUBx: Ein digitales &#x00F6;kosystem f&#x00FC;r forschung, diagnostik und therapie.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.gesundheitsforschung-bmbf.de/de/mihubx-ein-digitales-okosystem-fur-forschung-diagnostik-und-therapie-13054.php">https://www.gesundheitsforschung-bmbf.de/de/mihubx-ein-digitales-okosystem-fur-forschung-diagnostik-und-therapie-13054.php</ext-link> <comment>(accessed December 15, 2023)</comment>.</citation></ref>
<ref id="B20"><label>20.</label><citation citation-type="journal"><collab>Medizininformatik-Initiative</collab>. <source><italic>Basismodule des kerndatensatzes der MII.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.medizininformatik-initiative.de/de/basismodule-des-kerndatensatzes-der-mii">https://www.medizininformatik-initiative.de/de/basismodule-des-kerndatensatzes-der-mii</ext-link> <comment>(accessed December 15, 2023)</comment>.</citation></ref>
<ref id="B21"><label>21.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Prokosch</surname> <given-names>HU</given-names></name> <name><surname>Acker</surname> <given-names>T</given-names></name> <name><surname>Bernarding</surname> <given-names>J</given-names></name> <name><surname>Binder</surname> <given-names>H</given-names></name> <name><surname>Boeker</surname> <given-names>M</given-names></name> <name><surname>Boerries</surname> <given-names>M</given-names></name><etal/></person-group> <article-title>MIRACUM: Medical informatics in research and care in university medicine: A large data sharing network to enhance translational research and medical care.</article-title> <source><italic>Methods Inf Med.</italic></source> (<year>2018</year>) <volume>57</volume>:<fpage>e82</fpage>&#x2013;<lpage>91</lpage>.</citation></ref>
<ref id="B22"><label>22.</label><citation citation-type="journal"><collab>Miracum</collab>. <source><italic>MIRACOLIX tools.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.miracum.org/das-konsortium/datenintegrationszentren/miracolix-tools/">https://www.miracum.org/das-konsortium/datenintegrationszentren/miracolix-tools/</ext-link> <comment>(accessed January 15, 2024)</comment>.</citation></ref>
<ref id="B23"><label>23.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Kiel</surname> <given-names>A.</given-names></name></person-group> <source><italic>Blaze FHIR<sup>&#x00AE;</sup> server with internal, fast CQL engine.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://samply.github.io/blaze/">https://samply.github.io/blaze/</ext-link> <comment>(accessed December 15, 2023)</comment>.</citation></ref>
<ref id="B24"><label>24.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sch&#x00FC;ttler</surname> <given-names>C</given-names></name> <name><surname>Prokosch</surname> <given-names>HU</given-names></name> <name><surname>Hummel</surname> <given-names>M</given-names></name> <name><surname>Lablans</surname> <given-names>M</given-names></name> <name><surname>Kroll</surname> <given-names>B</given-names></name> <name><surname>Engels</surname> <given-names>C</given-names></name><etal/></person-group> <article-title>The journey to establishing an IT-infrastructure within the German biobank alliance.</article-title> <source><italic>PLoS One.</italic></source> (<year>2021</year>) <volume>16</volume>:<issue>e0257632</issue>. <pub-id pub-id-type="doi">10.1371/journal.pone.0257632</pub-id> <pub-id pub-id-type="pmid">34551019</pub-id></citation></ref>
<ref id="B25"><label>25.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Gruendner</surname> <given-names>J</given-names></name> <name><surname>Deppenwiese</surname> <given-names>N</given-names></name> <name><surname>Folz</surname> <given-names>M</given-names></name> <name><surname>K&#x00F6;hler</surname> <given-names>T</given-names></name> <name><surname>Kroll</surname> <given-names>B</given-names></name> <name><surname>Prokosch</surname> <given-names>HU</given-names></name><etal/></person-group> <article-title>The architecture of a feasibility query portal for distributed COVID-19 fast healthcare interoperability resources (FHIR) patient data repositories: Design and implementation study.</article-title> <source><italic>JMIR Med Inform.</italic></source> (<year>2022</year>) <volume>10</volume>:<issue>e36709</issue>. <pub-id pub-id-type="doi">10.2196/36709</pub-id> <pub-id pub-id-type="pmid">35486893</pub-id></citation></ref>
<ref id="B26"><label>26.</label><citation citation-type="journal"><collab>GitHub</collab>. <source><italic>FHIR gateway.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://github.com/miracum/fhir-gateway">https://github.com/miracum/fhir-gateway</ext-link> <comment>(accessed January 15, 2024)</comment>.</citation></ref>
<ref id="B27"><label>27.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Gruhl</surname> <given-names>M</given-names></name> <name><surname>Reinecke</surname> <given-names>I</given-names></name> <name><surname>Sedlmayr</surname> <given-names>M</given-names></name></person-group>. <article-title>Specification and distribution of vocabularies among consortial partners.</article-title> <source><italic>Stud Health Technol Inform.</italic></source> (<year>2020</year>) <volume>270</volume>:<fpage>1393</fpage>&#x2013;<lpage>4</lpage>. <pub-id pub-id-type="doi">10.3233/SHTI200458</pub-id> <pub-id pub-id-type="pmid">32570675</pub-id></citation></ref>
<ref id="B28"><label>28.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Peng</surname> <given-names>Y</given-names></name> <name><surname>Henke</surname> <given-names>E</given-names></name> <name><surname>Reinecke</surname> <given-names>I</given-names></name> <name><surname>Zoch</surname> <given-names>M</given-names></name> <name><surname>Sedlmayr</surname> <given-names>M</given-names></name> <name><surname>Bathelt</surname> <given-names>F</given-names></name></person-group>. <article-title>An ETL-process design for data harmonization to participate in international research with German real-world data based on FHIR and OMOP CDM.</article-title> <source><italic>Int J Med Inform.</italic></source> (<year>2023</year>) <volume>169</volume>:<issue>104925</issue>. <pub-id pub-id-type="doi">10.1016/j.ijmedinf.2022.104925</pub-id> <pub-id pub-id-type="pmid">36395615</pub-id></citation></ref>
<ref id="B29"><label>29.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Henke</surname> <given-names>E</given-names></name> <name><surname>Peng</surname> <given-names>Y</given-names></name> <name><surname>Reinecke</surname> <given-names>I</given-names></name> <name><surname>Zoch</surname> <given-names>M</given-names></name> <name><surname>Sedlmayr</surname> <given-names>M</given-names></name> <name><surname>Bathelt</surname> <given-names>F</given-names></name></person-group>. <article-title>An ETL-process design for incremental loading German real-world data based on FHIR and OMOP CDM: Algorithm development and validation.</article-title> <source><italic>JMIR Med Inform.</italic></source> (<year>2023</year>) <volume>11</volume>:<issue>e47310</issue>. <pub-id pub-id-type="doi">10.2196/47310</pub-id> <pub-id pub-id-type="pmid">37621207</pub-id></citation></ref>
<ref id="B30"><label>30.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>K&#x00FC;mmel</surname> <given-names>M</given-names></name> <name><surname>Reinecke</surname> <given-names>I</given-names></name> <name><surname>Gruhl</surname> <given-names>M</given-names></name> <name><surname>Bathelt</surname> <given-names>F</given-names></name> <name><surname>Sedlmayr</surname> <given-names>M.</given-names></name></person-group> <source><italic>Transition database for a harmonized mapping of German patient data to the OMOP CDM &#x2013; The &#x2018;German TDB&#x2019;.</italic></source> (<year>2020</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.ohdsi.org/wp-content/uploads/2020/05/13_Poster.pdf">https://www.ohdsi.org/wp-content/uploads/2020/05/13_Poster.pdf</ext-link> <comment>(accessed November 15, 2023)</comment>.</citation></ref>
<ref id="B31"><label>31.</label><citation citation-type="journal"><collab>PostgreSQL</collab>. <source><italic>PostgreSQL: The world&#x2019;s most advanced open source relational database.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.postgresql.org">https://www.postgresql.org</ext-link> <comment>(accessed December 16, 2023)</comment>.</citation></ref>
<ref id="B32"><label>32.</label><citation citation-type="journal"><collab>HL7</collab>. <source><italic>FHIR core R4, administrative gender.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://hl7.org/fhir/r4/valueset-administrative-gender.html">https://hl7.org/fhir/r4/valueset-administrative-gender.html</ext-link> <comment>(accessed January 3, 2023)</comment>.</citation></ref>
<ref id="B33"><label>33.</label><citation citation-type="journal"><collab>Keycloak</collab>. <source><italic>Open source identity and access management.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.keycloak.org">https://www.keycloak.org</ext-link> <comment>(accessed April 19, 2024)</comment>.</citation></ref>
<ref id="B34"><label>34.</label><citation citation-type="journal"><collab>OpenID</collab>. <source><italic>What is OpenID connect.</italic></source> <publisher-loc>San Ramon, CA</publisher-loc>: <publisher-name>OpenID Foundation</publisher-name> (<year>2023</year>).</citation></ref>
<ref id="B35"><label>35.</label><citation citation-type="journal"><collab>docker</collab>. <source><italic>Make better, secure software from the start.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.docker.com">https://www.docker.com</ext-link> <comment>(accessed December 16, 2023)</comment>.</citation></ref>
<ref id="B36"><label>36.</label><citation citation-type="journal"><collab>docker</collab>. <source><italic>Docker compose.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://docs.docker.com/compose/">https://docs.docker.com/compose/</ext-link> <comment>(accessed January 19, 2023)</comment>.</citation></ref>
<ref id="B37"><label>37.</label><citation citation-type="journal"><collab>pgAdmin</collab>. <source><italic>Open source administration and development platform for PostgreSQL.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.pgadmin.org">https://www.pgadmin.org</ext-link> <comment>(accessed December 29, 2023)</comment>.</citation></ref>
<ref id="B38"><label>38.</label><citation citation-type="journal"><collab>Portainer.io</collab>. <source><italic>Container management software for kubernetes and docker.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.portainer.io">https://www.portainer.io</ext-link> <comment>(accessed December 29, 2023)</comment>.</citation></ref>
<ref id="B39"><label>39.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Geis</surname> <given-names>T</given-names></name> <name><surname>Tesch</surname> <given-names>G.</given-names></name></person-group> <source><italic>Basiswissen usability und user experience: Aus&#x2013; und weiterbildung zum UXQB certified professional for usability and user experience (CPUX) &#x2013; foundation level (CPUX-F). 2., &#x00FC;berarbeitete und aktualisierte Auflage.</italic></source> <publisher-loc>Heidelberg</publisher-loc>: <publisher-name>dpunkt.verlag</publisher-name> (<year>2023</year>). <fpage>312</fpage> p.</citation></ref>
<ref id="B40"><label>40.</label><citation citation-type="journal"><collab>Quarkus</collab>. <source><italic>A Kubernetes native java stack tailored for OpenJDK HotSpot and GraalVM, crafted from the best of breed Java libraries and standards.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://quarkus.io">https://quarkus.io</ext-link> <comment>(accessed December 16, 2023)</comment>.</citation></ref>
<ref id="B41"><label>41.</label><citation citation-type="journal"><collab>Angular</collab>. <source><italic>The web development framework for building the future.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://angular.io">https://angular.io</ext-link> <comment>(accessed December 16, 2023)</comment>.</citation></ref>
<ref id="B42"><label>42.</label><citation citation-type="journal"><collab>Bootstrap widgets</collab>. <source><italic>The angular way.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://ng-bootstrap.github.io/">https://ng-bootstrap.github.io/</ext-link> <comment>(accessed January 09, 2024)</comment>.</citation></ref>
<ref id="B43"><label>43.</label><citation citation-type="journal"><collab>gitHub</collab>. <source><italic>Java docker API client.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://github.com/docker-java/docker-java">https://github.com/docker-java/docker-java</ext-link> <comment>(accessed January 08, 2024)</comment>.</citation></ref>
<ref id="B44"><label>44.</label><citation citation-type="journal"><collab>RabbitMQ</collab>. <source><italic>Message broker.</italic></source> (<year>2023</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://www.rabbitmq.com">https://www.rabbitmq.com</ext-link> <comment>(accessed December 16, 2023)</comment>.</citation></ref>
<ref id="B45"><label>45.</label><citation citation-type="journal"><collab>Mihubx</collab>. <source><italic>ResearchData-TO-FHIR package.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://gitlab.ukdd.de/pub/mihubx/fhir-to-omop-install-package">https://gitlab.ukdd.de/pub/mihubx/fhir-to-omop-install-package</ext-link> <comment>(accessed May 14, 2024)</comment></citation></ref>
<ref id="B46"><label>46.</label><citation citation-type="journal"><collab>Mihubx</collab>. <source><italic>FHIR-TO-OMOP package.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://gitlab.ukdd.de/mihubx/fhir-to-omop-install-pkg">https://gitlab.ukdd.de/mihubx/fhir-to-omop-install-pkg</ext-link> <comment>(accessed May 14, 2024)</comment></citation></ref>
<ref id="B47"><label>47.</label><citation citation-type="journal"><collab>Mihubx</collab>. <source><italic>Addons package.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://gitlab.ukdd.de/pub/mihubx/addons-install-pkg">https://gitlab.ukdd.de/pub/mihubx/addons-install-pkg</ext-link> <comment>(accessed May 14, 2024)</comment></citation></ref>
<ref id="B48"><label>48.</label><citation citation-type="journal"><collab>Mihubx</collab>. <source><italic>MiHUBx service platform prototype.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://gitlab.ukdd.de/pub/mihubx/mihubx-service-portal">https://gitlab.ukdd.de/pub/mihubx/mihubx-service-portal</ext-link> <comment>(accessed May 14, 2024)</comment>.</citation></ref>
<ref id="B49"><label>49.</label><citation citation-type="journal"><collab>Das Deutsche Forschungsportal f&#x00FC;r Gesundheit [FDPG]</collab>. (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://forschen-fuer-gesundheit.de">https://forschen-fuer-gesundheit.de</ext-link> <comment>(accessed January 07, 2024)</comment>.</citation></ref>
<ref id="B50"><label>50.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Horgan</surname> <given-names>D</given-names></name> <name><surname>Hajduch</surname> <given-names>M</given-names></name> <name><surname>Vrana</surname> <given-names>M</given-names></name> <name><surname>Soderberg</surname> <given-names>J</given-names></name> <name><surname>Hughes</surname> <given-names>N</given-names></name> <name><surname>Omar</surname> <given-names>MI</given-names></name><etal/></person-group> <article-title>European health data space&#x2013;an opportunity now to grasp the future of data-driven healthcare.</article-title> <source><italic>Healthcare.</italic></source> (<year>2022</year>) <volume>10</volume>:<issue>1629</issue>. <pub-id pub-id-type="doi">10.3390/healthcare10091629</pub-id> <pub-id pub-id-type="pmid">36141241</pub-id></citation></ref>
<ref id="B51"><label>51.</label><citation citation-type="journal"><collab>gematik</collab>. <source><italic>ISiK &#x2013; Informationstechnische systeme in krankenh&#x00E4;usern.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://fachportal.gematik.de/informationen-fuer/isik">https://fachportal.gematik.de/informationen-fuer/isik</ext-link> <comment>(accessed January 07, 2024)</comment>.</citation></ref>
<ref id="B52"><label>52.</label><citation citation-type="journal"><collab>KBV</collab> <source><italic>MIO &#x2013; Medizinische Informationsobjekte.</italic></source> (<year>2024</year>). Available online at: <ext-link ext-link-type="uri" xlink:href="https://mio.kbv.de/site/mio">https://mio.kbv.de/site/mio</ext-link> <comment>(accessed April 19, 2024)</comment>.</citation></ref>
<ref id="B53"><label>53.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Hoffmann</surname> <given-names>K</given-names></name> <name><surname>Nesterow</surname> <given-names>I</given-names></name> <name><surname>Peng</surname> <given-names>Y</given-names></name> <name><surname>Henke</surname> <given-names>E</given-names></name> <name><surname>Barnett</surname> <given-names>D</given-names></name> <name><surname>Klengel</surname> <given-names>C</given-names></name><etal/></person-group> <article-title>Streamlining intersectoral provision of real-world health data: A service platform for improved clinical research and patient care.</article-title> <source><italic>medRxiv</italic></source> [<comment>Preprint</comment>]. (<year>2024</year>): <pub-id pub-id-type="doi">10.1101/2024.01.29.24301922</pub-id></citation></ref>
</ref-list>
</back>
</article>