<!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 framework for representing clinical research in FHIR</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>The Australian E-Health Research Centre</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>CSIRO</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Brisbane QLD</string-name>
          <email>d@lilly.com</email>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Australia hugo.leroux@csiro.au</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Blue Wave Informatics LLP</institution>
          ,
          <addr-line>Exeter, EX4 5AH</addr-line>
          ,
          <country>United Kingdom hugh</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Eli Lilly and Company, Lilly Corporate Center</institution>
          ,
          <addr-line>Indianapolis IN 46285</addr-line>
          ,
          <country>U.S.A. christi</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>HL7 Biomedical Research and Regulations Working Group https://con uence.hl7.org/display/BRR/</institution>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Samvit Solutions</institution>
          ,
          <addr-line>Reston VA 20190</addr-line>
          ,
          <country country="US">U.S.A</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2033</year>
      </pub-date>
      <abstract>
        <p>The bene ts of clinical research have been widely acknowledged. However, clinical research is often costly, time-consuming, and burdensome to both the participants and researchers. There has recently been much emphasis on the need to streamline how clinical research is conducted and maximise the bene ts of research through the sharing of research data and methods. In this paper, we explore the suitability of the Health Level 7 FHIR standard for representing and managing clinical research. While FHIR has gained popularity within patient care, the development of FHIR models and solutions to facilitate the delivery of clinical research is still in the early stages of maturity. This work outlines the activities of the HL7 Biomedical Research and Regulations FHIR working group in developing FHIR-based models and solutions for designing and conducting clinical research more e ectively. Our goal is to ascertain whether a native, FHIR-based, API de nition is suitable for clinical research, can alleviate the issues relating to both the discoverability and accessibility of clinical research data, and enable the semantic interoperability of the data that can lead to the reusability of the datasets. We outline how the FHIR resources have the potential to overcome the challenges of sharing and reusing clinical research data. We discuss some of the current limitations associated with those resources and how we are working to address them. Our overarching goal for this work is to stimulate a robust discussion on how clinical research semantics and data exchange use cases could be represented in FHIR.</p>
      </abstract>
      <kwd-group>
        <kwd>Clinical Research FAIR</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>FHIR</p>
      <p>Data model
Copyright © 2019 for this paper by its authors. Use permitted under Creative Commons License Attribution 4.0 International (CC BY 4.0).</p>
    </sec>
    <sec id="sec-2">
      <title>Introduction</title>
      <p>
        Clinical research is an integral and important part of healthcare delivery. A
report on the economic bene t of clinical research data sharing in Australia has
found that the Australian government invests $1.5 billion in health research and
development annually [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. It estimates that the value to the Australian Gross
Domestic Product could exceed $129 million annually if data from publicly-funded
clinical research was made accessible to the research community [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However,
the e ectiveness of clinical research relies on its ability to have an impact on
health [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        Clinical research is costly, time-consuming and taxing both on the clinical
researchers and on the participants. There has been much emphasis, lately, on the
need to streamline the way in which clinical research is conducted to maximise
the bene t [
        <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
        ]. There has also been a push for clinical research data and
methods to be shared more broadly. Warren [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] stated that `data sharing may
help reduce costs by allowing researchers to avoid duplicating trials or to answer
questions without undertaking a separate data collection e ort '.
      </p>
      <p>
        A common theme across data sharing initiatives is the `idea of building
infrastructures based on rich metadata ' that will `support their optimal re-use ' [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
Mons et al. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] stated that ensuring that all resources are ndable, accessible,
interoperable and reusable (FAIR), `requires widely shared and adopted
standards and principles '. FAIR refers to a set of principles focused on ensuring that
research objects are reusable, will be leveraged, and become as valuable as
possible [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. There has been an increasing focus on reproducibility and replicability of
clinical research [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] resulting from ndings that over 70% of published research
cannot be reproduced by others [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>
        The Fast Healthcare Interoperability Resources (FHIR) framework is an
emerging standard that is geared towards the communication of clinical data using
HL7 messaging protocols and, when supported by a rich information model, can
achieve the semantic interoperability of clinical data. As FHIR is gaining
importance within the healthcare and life sciences community [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] and has been swiftly
adopted by the major healthcare providers (including Cerner [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] and Epic [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]),
FHIR is likely to play a signi cant role in the future of healthcare and clinical
research [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Furthermore, the National Institutes of Health have issued a
notice to `explore the use of the FHIR standard to capture, integrate, and exchange
clinical data for research purposes and to enhance capabilities to share research
data' [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. The current e ort in FHIR resource development is primarily focussed
on patient care and geared towards electronic health records (EHRs) and
hospital billing and accountancy systems. Developing FHIR models and solutions to
facilitate the delivery of clinical research is still in the early stages of maturity,
notwithstanding some early e orts [
        <xref ref-type="bibr" rid="ref12 ref13">12, 13</xref>
        ].
      </p>
      <p>Our overarching goal in this project is to ascertain whether a native,
FHIRbased, data model is suitable for clinical research, can alleviate the issues relating
to both the discoverability and accessibility of clinical research data and, enable
the semantic interoperability of the data that can lead to the reusability of the
data sets. In addition, we believe that the adoption of the FHIR standard for
developing clinical research protocols and capturing clinical research data can
also help preserve the integrity of the data and the privacy of individuals through
the adoption of pro ling to constrain the content exposed by the resource.</p>
      <p>In the next section, we elaborate on the considerations for representing
clinical research in FHIR. We outline the activities of the HL7 Biomedical Research
and Regulations (BR&amp;R) FHIR working group (WG) in developing FHIR-based
resources for designing and conducting clinical research more e ectively. We
discuss how the FHIR resources have the potential to overcome the challenges of
sharing and reusing clinical research. We then discuss some of the current
limitations associated with the FHIR resources and how we are working to addressing
them.
2</p>
    </sec>
    <sec id="sec-3">
      <title>Representing Clinical Research in FHIR</title>
      <p>The core components in FHIR are resources, which are logical constructs in
healthcare and de ne both behaviour and meaning. The resources are scoped to
the most commonly known data exchange implementation needs and collectively
form and support the complex health systems. Extensions are a mechanism
provided by FHIR to allow support for the less common or outlier use cases
of data exchange whose requirements are not in the scope of the base resource
de nition. To ensure interoperability, FHIR also enables the creation of pro les
that can be used to constrain the structure of the resource, using some rules
de ned by the pro ler, to ensure compliance by the implementation systems.
The standardisation of the methods is achieved by de ning a set of common
functionality within the resources while the standardisation of the data semantics
is facilitated by allowing and occasionally enforcing the de nition of code systems
and value sets that describe the data.</p>
      <p>The HL7 BR&amp;R FHIR WG has been established to facilitate the
development of common standards and the management of research-focussed domain
analysis models for clinical research information management. BR&amp;R also seeks
to assure that related or supportive standards produced by other HL7 groups
are robust enough to accommodate their use in regulated clinical research. A
shared semantic view is essential if the clinical research community is to achieve
computable semantic interoperability. In this regard, the BR&amp;R and Clinical
Decision Support FHIR WGs have developed a small number of resources (namely
ResearchSubject, ResearchStudy, PlanDe nition and ActivityDe nition) for
describing clinical research study design in FHIR. These four resources are still
in early stages of design and therefore are at low levels of maturity. The data
are expected to be captured using existing FHIR resources such as Encounter,
Procedure and Observation to name just three. This is anticipated to expedite
the sharing of clinical research data in the future.</p>
      <p>Sharing of clinical research data has numerous challenges relating to the
discoverability of the clinical research undertaken, the availability of the data
sets and associated methods in a machine-readable, structured and standardised
manner, and the adoption of common standards. Addressing these challenges
could produce results and methods that are more easily understandable and
facilitate the reproducibility and replicability of the results. We introduce the
aforementioned resources below and elaborate on how they address the challenges
associated with sharing clinical research data.
2.1</p>
      <p>FHIR Resources for Clinical Research
ResearchStudy. The ResearchStudy resource provides a template for the
definition of the overall structure of a study or trial, including the protocol and the
various arms comprising the study. It provides references to the PlanDefinition
resource to allow the user to de ne the protocol for the study; to the Organization
resource to de ne the sponsor; to a Practitioner resource to de ne the
principal investigator; and to a Location resource to facilitate the description of
a study's site physical property. Other study characteristics, such as the study
identi er, the title, the description, and the category of study can be de ned
within the core resource.</p>
      <p>ResearchSubject. The ResearchSubject resource facilitates the de nition of
a participant to the study. It provides two mandatory references: one to the
ResearchStudy and the other to the Patient resource. The purpose of the
latter is to link an actual patient to the role of participant in the study.
Furthermore, it provides a reference to the Consent resource to facilitate the participant
consenting to participate in the study.</p>
      <p>PlanDe nition. A PlanDefinition is a pre-de ned group of actions to be
taken in particular circumstances, often including conditional elements, options,
and other decision points. The resource is exible enough to be used to
represent a variety of work ows, as well as clinical decision support and quality
improvement assets, including order sets, protocols, and decision support rules.
Although this resource currently does not fully support the clinical research use
cases, it has a good foundation to be leveraged for de ning the protocol in
relation to the complex schedule of activities, objectives, and outcomes. HL7 BR&amp;R
WG members are currently evaluating this resource to identify and map the
protocol concepts, identify gaps, provide updates to de nitions, and possibly
consider developing extensions and eventually a Clinical Research or Protocol
FHIR Pro le.</p>
      <p>ActivityDe nition. An ActivityDefinition is a shareable, consumable
description of some activity to be performed. It may be used to specify actions to
be taken as part of a work ow, order set, or protocol, or it may be used
independently as part of a catalog of activities, such as orderables. Within clinical
research, this resource would de ne all the activities that are de ned in a
protocol. This may include administrative activities such as checking eligibility, trial
enrolment, obtaining consent, and capturing the various clinical activities such
as blood collection, urine analysis, etc.
2.2 Information Model</p>
    </sec>
    <sec id="sec-4">
      <title>Overcoming the Challenges of Sharing and Reuse</title>
      <p>We believe that the information model described previously should overcome the
challenges of sharing and reusing clinical research data. The BR&amp;R WG, along
with other working groups, have engaged in a number of initiatives to promote
clinical research data sharing and reuse. We describe two related focus areas
below.</p>
      <sec id="sec-4-1">
        <title>Organization</title>
      </sec>
      <sec id="sec-4-2">
        <title>Location</title>
      </sec>
      <sec id="sec-4-3">
        <title>Practitioner</title>
      </sec>
      <sec id="sec-4-4">
        <title>Observation</title>
      </sec>
      <sec id="sec-4-5">
        <title>CarePlan</title>
      </sec>
      <sec id="sec-4-6">
        <title>Appointment</title>
      </sec>
      <sec id="sec-4-7">
        <title>Encounter</title>
      </sec>
      <sec id="sec-4-8">
        <title>ResearchStudy</title>
      </sec>
      <sec id="sec-4-9">
        <title>PlanDefinition</title>
      </sec>
      <sec id="sec-4-10">
        <title>ActivityDefinition</title>
      </sec>
      <sec id="sec-4-11">
        <title>ResearchSubject</title>
      </sec>
      <sec id="sec-4-12">
        <title>Patient</title>
        <p>
          Activities within BR&amp;R in promoting data sharing and reuse
BRIDG Mapping. The Biomedical Research Integrated Domain Group (BRIDG)
Model [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] is a collaborative e ort engaging stakeholders from the Clinical Data
Interchange Standards Consortium (CDISC), the HL7 BRIDG Work Group, the
International Organization for Standardization (ISO), the US National Cancer
Institute (NCI), and the US Food and Drug Administration (FDA). The goal
of the BRIDG Model is to produce a shared view of the dynamic and static
semantics for the domain of basic, pre-clinical, clinical, and translational research
and its associated regulatory artefacts.
        </p>
        <p>The BRIDG model is supported by the HL7 BR&amp;R WG as its domain
information model and is intended to provide the semantic foundation to the artefacts
developed by BR&amp;R. It is a conceptual model, although parts of the model are
quite granular and therefore often considered a hybrid of conceptual and
logical layers. BR&amp;R WG members are leveraging the BRIDG model concepts,
de nitions, and relationships to inform FHIR resource models.</p>
        <p>
          CDISC Lab Semantics in FHIR. The BR&amp;R WG and the Orders and
Observations (O&amp;O) WG cosponsored the development of an implementation guide
[
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] to provide direction for sites and sponsors seeking to exchange laboratory
data via FHIR (Note: scope is limited to the data collected to evaluate safety of
an interventional study medication).
3.2
        </p>
        <p>The Availability of Machine-Readable Clinical Research</p>
        <p>
          De nition
The BR&amp;R WG is exploring ways to make the clinical research study protocol
available in a machine-readable manner. A structured and computable protocol
is important for clinical research, yet the challenge has not been fully addressed
by prior initiatives. The CDISC Protocol Representational Model (PRM) [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ] is a
UML-based standard that developed a set of standard protocol concepts and was
intended to be used alongside the other CDISC and HL7 standards. PRM has
now been integrated within the CDISC Controlled Terminology Package (CT)
[
          <xref ref-type="bibr" rid="ref17">17</xref>
          ]. The main drawback of the CDISC PRM and CT standards is that they do
not adhere to commonly used clinical terminology standards, such as SNOMED
CT or LOINC, which makes semantic interoperability of the protocol di cult to
achieve. Furthermore, the CDISC PRM has had limited adoption by the clinical
research community [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ]. Another initiative, SPIRIT [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ], provides a checklist
for a 33-item trial protocol to be entered electronically. SPIRIT currently does
not allow for coded input and only allows the protocol to be entered in free-text.
Furthermore, it does not allow the protocol to be linked to either a controlled
clinical vocabulary, such as SNOMED CT, nor to any publications discussing
the study.
        </p>
        <p>The desired future state would draw upon the existing initiatives and design
a standardised, structured and computable representation of the study protocol
as a set of FHIR artefacts (resources, pro les, extensions) that de ne the
approved protocol. This should enable the validation of the study data against the
clinical research questions de ned within the protocol and what was scheduled
and performed during the study.
3.3</p>
        <p>
          Adopting a Common Standard
There have been a number of initiatives lately to standardise the data for use
both in healthcare and clinical research. The HL7 WG on Semantic
Interoperability [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ] is engaged in developing models and use cases in facilitating the use
of RDF as a common semantic foundation for healthcare information
interoperability. One of their key deliverables has been the development of the FHIR
RDF representation and ontology [
          <xref ref-type="bibr" rid="ref21">21</xref>
          ]. FHIR RDF might prove useful for
implementing our model due to the complexity of representing the bi-directional
nature of clinical research. Another challenge is the gap between patient care
and clinical research data standards. Aerts [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ] hints at the convergence of the
CDISC and HL7 standards to bridge that gap. Furthermore, there is a global
e ort to standardise clinical research data [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] to translate it into meaningful
discovery and improve bene ts to patients. Indeed, the CDISC Lab semantics
in FHIR project [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] suggests that there is currently no standard in place to
provide data to sponsors as they adhere to data standards within the CDISC
suite of standards, whereas healthcare is progressively adopting the FHIR
standard for communication and distribution [
          <xref ref-type="bibr" rid="ref23 ref24">23, 24</xref>
          ]. The need to standardise data
is vital if we want to achieve meaningful use and semantic interoperability of
clinical research data [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ]
4
        </p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Discussion</title>
      <p>Developing a framework for representing clinical research in FHIR is
challenging but provides an important opportunity for change. We have the potential
and responsibility to guide the next generation of clinical research through our
engagement with researchers, sponsors, regulatory agencies, and industry. We
present our thoughts below in helping to shape this important engagement.
4.1</p>
      <p>
        Resource Context and Work ow
In many traditional domain models [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] for clinical research, the entities may
be used in varying contexts and change state over time. For example, the visit
concept may represent both a planned activity and the resulting performed
activity. Over time, the attributes and status of the entity adapt to the process.
Conversely, while not a limitation, FHIR di erentiates resources by their role
in the work ow process and provides separate resources for the template of the
visit (ActivityDefinition), the designated template of the visit for a
particular participant (CarePlan), the scheduled visit (Appointment), and the occurred
visit (Encounter). In order to correctly identify the desired resource, the
implementer must understand the intended use of the resource and how to traverse
the work ow in which it resides.
4.2
      </p>
      <p>
        Adherence to an information model or foundation ontology
Resources in FHIR are built in a pragmatic manner to facilitate their rapid
implementation. Consequently, the aforementioned resources are not based on
a foundation ontology, such as the Semanticscience Integrated Ontology
(SIO) [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ] or the Ontology for Biomedical Investigations (OBI) [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. It
is also a common misconception that the FHIR resources equate to an
information model. An information model such as BRIDG or CDISC PRM provides the
concepts, meaning, and relationships between the concepts of a given domain
of interest. These models can be used to inform the design of
implementationoriented FHIR artefacts. Our model, however, could bene t from some judicious
mapping to the SIO and OBI ontologies. We seek to engage with the Semantic
Web and Life Sciences community to help us facilitate this mapping.
4.3
      </p>
      <p>Linkages to Clinical Research Resources
Clinical research, generally, cannot have visibility to the Patient, only to the
ResearchSubject, to support de-identi cation and privacy of participants.
However, creation of a ResearchSubject instance, in particular, requires a reference
to the Patient resource. Consequently, a dummy Patient resource needs to be
created to play the role of participant in the study. Furthermore, many of the
FHIR resources, such as Observations, Procedures and Diagnosis, provide
a mandatory reference to a Patient but not to the ResearchSubject. While
not technically a limitation, it adds another level of complexity for traversing
the model. The CDISC Lab Semantics in FHIR Implementation Guide provides
some guidance to the sites on how to mask the patient identity.
4.4</p>
      <p>Model Maturity
In assessing the maturity of the FHIR resources for use in clinical research,
we see potential for enhancements to the currently de ned ResearchStudy and
ResearchSubject resources from BR&amp;R as well as to many other resources
that were de ned with only clinical use cases - resources such as Observation,
Procedure, etc. At present, the ResearchStudy resource contains attributes
designed to capture a text description of the arms for the study. However, this
information is de ned during protocol development and therefore, it may be
better to design the concept of arm as part of the PlanDefinition resource and
remove it from the ResearchStudy resource. BR&amp;R is currently discussing this
change on the ResearchStudy resource. ResearchStudy also links to a Location
to represent the study site overseeing a set of ResearchSubjects. However, this
falls short of representing the full context of the study site, such as the site
personnel and study participants assigned to a site.</p>
      <p>Traversing the Model
By their very nature, FHIR resources introduce complex data types and
relationships. This, coupled with the adoption of the Representational State Transfer
(REST) framework, means that traversing a network of resources, as depicted
in Figure 1, necessitates moving beyond the lens of a traditional relational
design, which starts at a point and moves in a single direction, to looking at
the model as an ontology of nodes. One such example is collating the
participants in a research study. The ResearchStudy resource does not contain a
reference to the ResearchSubject enrolled in the study. Rather, the reference
is contained within the ResearchSubject resource. Similarly, when trying to
elucidate an Observation related to a ResearchStudy, one has to traverse the
ResearchStudy to obtain the relevant context, then one needs to work one's
way back from the Observation to the Encounter to ultimately link the
relevant observation to the ResearchSubject via the Patient resource.
5</p>
    </sec>
    <sec id="sec-6">
      <title>Conclusion</title>
      <p>There is an increasing need to streamline how clinical research is conducted and
maximise the bene ts of research through sharing of research data and methods.
This work has explored the suitability of the HL7 FHIR standard to represent
and manage clinical research. We have outlined the activities of the HL7
Biomedical Research &amp; Regulations working group in developing FHIR-based models
and solutions to design and conduct clinical research more e ectively. We have
proposed an information model comprising the FHIR resources to semantically
represent the clinical research lifecycle, so as to facilitate semantic
interoperability and increased sharing of the data. There have been a number of distinct
standards proposed recently for representing clinical research. Our goal, for this
work, is to stimulate a robust discussion on how clinical research semantics and
data exchange use cases can be represented in FHIR.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1. CIE:
          <article-title>The public bene t of collaborative access to publicly funded clinical and health studies (</article-title>
          <year>2019</year>
          ), https://discovery.csiro.au/permalink/f/12s7o4e/CSIRO1196669610001981
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Jauregui</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hudson</surname>
            ,
            <given-names>L.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Becnel</surname>
            ,
            <given-names>L.B.</given-names>
          </string-name>
          , et al.:
          <article-title>Global standardization of clinical research data</article-title>
          .
          <source>Applied Clinical Trials</source>
          <volume>28</volume>
          (
          <issue>4</issue>
          ),
          <volume>18</volume>
          {
          <fpage>24</fpage>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Kush</surname>
          </string-name>
          , R.D.,
          <string-name>
            <surname>Nordo</surname>
            ,
            <given-names>A.H.</given-names>
          </string-name>
          :
          <source>Data Sharing and Reuse of Health Data for Research</source>
          , pp.
          <volume>379</volume>
          {
          <fpage>401</fpage>
          . Springer International Publishing (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Warren</surname>
          </string-name>
          , E.:
          <article-title>Strengthening research through data sharing</article-title>
          .
          <source>New England Journal of Medicine</source>
          <volume>375</volume>
          (
          <issue>5</issue>
          ),
          <volume>401</volume>
          {
          <fpage>403</fpage>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Mons</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neylon</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Velterop</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dumontier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , da Silva Santos,
          <string-name>
            <given-names>L.O.B.</given-names>
            ,
            <surname>Wilkinson</surname>
          </string-name>
          , M.D.:
          <article-title>Cloudy, increasingly FAIR; revisiting the FAIR Data guiding principles for the European Open Science Cloud</article-title>
          .
          <source>Information Services &amp; Use</source>
          <volume>37</volume>
          (
          <issue>1</issue>
          ),
          <volume>49</volume>
          {
          <fpage>56</fpage>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Baker</surname>
          </string-name>
          , M.:
          <volume>1</volume>
          ,
          <article-title>500 scientists lift the lid on reproducibility</article-title>
          .
          <source>Nature News</source>
          <volume>533</volume>
          (
          <issue>7604</issue>
          ),
          <volume>452</volume>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>HL7</surname>
            <given-names>FHIR</given-names>
          </string-name>
          :
          <article-title>Argonaut project (</article-title>
          <year>2018</year>
          ), http://argonautwiki.hl7.org
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Miliard</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Cerner touts adoption of normative fhir r4 standard (</article-title>
          <year>2018</year>
          ), https://www.healthcareitnews.com/news/cerner-touts
          <article-title>-adoption-normative-fhirr4-standard</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. Epic: Open epic (
          <year>2018</year>
          ), https://open.epic.com/Interface/FHIR
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Posnack</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Barker</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          :
          <article-title>Heat wave: The u.s. is poised to catch fhir in 2019 (</article-title>
          <year>2018</year>
          ), https://www.healthit.gov/buzz-blog/interoperability/heat-wave
          <article-title>-theu-s-is-poised-to-catch-fhir-in-2019</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. NIH:
          <article-title>Fast healthcare interoperability resources (fhir R ) standard (</article-title>
          <year>2019</year>
          ), https://grants.nih.gov/grants/guide/notice- les/NOT-OD-
          <volume>19</volume>
          -122.html
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Leroux</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Metke-Jimenez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lawley</surname>
            ,
            <given-names>M.J.</given-names>
          </string-name>
          :
          <article-title>Towards achieving semantic interoperability of clinical study data with FHIR</article-title>
          .
          <source>Journal of biomedical semantics 8</source>
          (
          <issue>1</issue>
          ),
          <volume>41</volume>
          (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Leroux</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Metke-Jimenez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lawley</surname>
            ,
            <given-names>M.J.:</given-names>
          </string-name>
          <article-title>ODM on FHIR: Towards achieving semantic interoperability of clinical study data</article-title>
          .
          <source>In: SWAT4LS. CEUR</source>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. NCI:
          <string-name>
            <surname>About</surname>
            <given-names>BRIDG</given-names>
          </string-name>
          model (
          <year>2016</year>
          ), https://bridgmodel.nci.nih.gov/about-bridg
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>HL7</surname>
            <given-names>BR</given-names>
          </string-name>
          &amp;
          <article-title>R: CDISC Lab Semantics in FHIR Implementation Guide (</article-title>
          <year>2019</year>
          ), http://hl7.org/fhir/uv/cdisc-lab/2019Sep/
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>CDISC: Protocol Representation Model</surname>
          </string-name>
          (
          <year>2010</year>
          ), http://www.cdisc.org/protocol
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17. CDISC:
          <article-title>Controlled terminology (</article-title>
          <year>2019</year>
          ), https://www.cdisc.org/standards/terminology
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Huser</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sastry</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Breymaier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Idriss</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cimino</surname>
            ,
            <given-names>J.J.</given-names>
          </string-name>
          :
          <article-title>Standardizing data exchange for clinical research protocols and case report forms: An assessment of the suitability of the Clinical Data Interchange Standards Consortium Operational Data Model</article-title>
          .
          <source>Journal of Biomedical Informatics</source>
          <volume>57</volume>
          ,
          <issue>88</issue>
          {
          <fpage>99</fpage>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Chan</surname>
            ,
            <given-names>A.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tetzla</surname>
            ,
            <given-names>J.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Altman</surname>
            ,
            <given-names>D.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Laupacis</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , et al.:
          <article-title>SPIRIT 2013 Statement: De ning Standard Protocol Items for Clinical Trials</article-title>
          .
          <source>Annals of Internal Medicine</source>
          <volume>158</volume>
          (
          <issue>3</issue>
          ),
          <volume>200</volume>
          {
          <fpage>207</fpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <article-title>HL7: RDF for Semantic Interoperability (</article-title>
          <year>2016</year>
          ), http://wiki.hl7.org/index.php?title=RDF for Semantic Interoperability
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Solbrig</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          , Prud'hommeaux, E.,
          <string-name>
            <surname>Jiang</surname>
          </string-name>
          , G.:
          <article-title>Blending FHIR RDF and OWL</article-title>
          .
          <source>In: SWAT4LS</source>
          . vol.
          <year>2042</year>
          . CEUR (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Aerts</surname>
          </string-name>
          , J.:
          <article-title>Towards a single data exchange standard for use in healthcare and in clinical research</article-title>
          .
          <source>Studies in health technology and informatics 248</source>
          ,
          <volume>55</volume>
          {
          <fpage>63</fpage>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Siwicki</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>How FHIR 4 will drive interoperability progress in healthcare (</article-title>
          <year>April 2019</year>
          ), https://www.healthcareitnews.com/news/how-fhir-4
          <article-title>-will-driveinteroperability-progress-healthcare</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24. Bor tz, D.:
          <article-title>Imagining a world on FHIR (</article-title>
          <year>2019</year>
          ), https://www.clinicalinformaticsnews.com/
          <year>2019</year>
          /05/02/imagining-a-world-onfhir.aspx
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Dumontier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baker</surname>
            ,
            <given-names>C.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Baran</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , et al.:
          <article-title>The semanticscience integrated ontology for biomedical research and knowledge discovery</article-title>
          .
          <source>Journal of biomedical semantics 5</source>
          (
          <issue>1</issue>
          ),
          <volume>14</volume>
          (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Bandrowski</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brinkman</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brochhausen</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , et al.:
          <article-title>The ontology for biomedical investigations</article-title>
          .
          <source>PloS one 11(4)</source>
          (
          <year>2016</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>