<!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>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Multilevel Adaptive Collaboration</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jöran Lindeberg</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Martin Henkel</string-name>
          <email>martinh@dsv.su.se</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Workshop</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer and Systems Sciences, Stockholm University</institution>
          ,
          <addr-line>Stockholm</addr-line>
          ,
          <country country="SE">Sweden</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Rules and regulations grow into complex webs that are dificult even for experts to overview and comprehend. Particularly in cross-organisational collaborations in heavily regulated practices, e.g. health information exchange, rules and actors may form multilevel, adaptive, organisational rule systems. One potential way to analyse these complex structures is by utilising enterprise modelling and visualisations. This paper proposes a conceptual model for the description of rules in multilevel adaptive collaborations. The model is demonstrated with a case of collaboration for health data exchange, representing how actors at diferent levels adapt their rules according to their goals and how these goals must be balanced against the goals of the collaboration. enterprise modelling, health information exchange, complex adaptive system, legal design, multi-level governance In the realm of healthcare, Cyber-Physical-Social Systems (CPSS) are being increasingly employed to facilitate remote patient monitoring, the early identification of health risks, and the delivery of personalised medical interventions by merging cyber technologies with physical infrastructure and human social interactions [1]. These CPSS rely significantly on Health Information Exchange (HIE) for health data accessibility. Nevertheless, acquiring access to such health data necessitates interoperability across various layers: technical, semantic, organisational, and legal [2]. This study primarily concentrates on the organisational layer.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>(M. Henkel)</p>
      <p>CEUR</p>
      <p>ceur-ws.org</p>
      <p>The insights of Wilson and Ostrom are crucial in the context of intra- and inter-organisational
collaboration. The inevitable tensions between the goals of the wider system (the collaboration) and its
components (the collaborators) must be managed. Rules and goals must be understood and, probably,
constantly redesigned.</p>
      <p>
        A vehicle for understanding and designing that we explore in this paper is Enterprise Modelling (EM)
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. EM may be used to establish an overview and common understanding among the many stakeholders
in an organisation. In addition to developing IT systems, EM is helpful in designing sociotechnical
systems, especially those that are computationally independent, such as organisational rules. The
concrete output of EM is usually a visual model. A model shows an organisation, or collaboration, from
certain perspectives. Two common perspectives, which are also the fundamental concepts in a CAS,
are actors and rules [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        This study is part of a PhD Design Science Research (DSR) [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] project, aiming to design a
modelling language of organisational rule systems as complex adaptive systems. Earlier contributions
include for example a systematic mapping study [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] of enterprise modelling of organisational rules in
collaborations, leading to a minimum viable model [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] of organisational rule systems.
      </p>
      <p>The research aim of this paper is to contribute to the understanding and design of rules in
organisational collaboration. The research question is: Which concepts are needed to model a multi-level,
adaptive, organisational rule system?</p>
      <p>The remainder of this paper is structured as follows: Section 2 situates the study in a wider research
project and presents the methodology. Section 3 presents the proposed model. Section 4 demonstrates
the model. Section 5 discusses the results and concludes.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Research Context and Methodology</title>
      <p>
        This study is part of a larger PhD Design Science Research (DSR) project aiming to create a modelling
language for organisational rules in complex adaptive systems. Previous works include i.e. a systematic
mapping study [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], in which we analysed existing modelling languages that have been used for
modelling organisational rules in the complex setting of organisational collaboration. The study found
several research gaps. In this study, we are addressing one of them.
      </p>
      <p>
        In another study [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], we viewed organisational rules in the setting of complex adaptive systems
and outlined the main concepts needed for their description. We reused parts of this larger model as a
base and adapted them for the specific purposes of this paper. We expect that the patterns in the model
proposed in this paper will later be useful for improving the larger model.
      </p>
      <p>
        The adaption was grounded on the theoretical contributions by Wilson et al. [
        <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
        ], and demonstrated
in the form of an instantiation on a fictitious case, presented in Section 4, based on our knowledge of
the Swedish health data domain. (This is so far the only instantiation of this conceptual model.) The
process was iterative, moving back and forth between the conceptual model and its instantiation.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Proposed Conceptual Model</title>
      <p>To be able to describe the rules, actors and their interactions in an organisational rule system, a number
of concepts are needed. The proposed model for these concepts is shown in Figure 1 and explained
below.</p>
      <p>The primary classes in the model are Rule, Agent, Behaviour, and Action. The rules controls agents
and their behaviour, and the agents evaluate their behaviour in light of their rules (in particular
higherlevel goals) and change their rules accordingly. Agents can be part of other agents, forming multi-level
systems.</p>
      <p>Starting from above in Figure 1, an Actor can be either an Agent or a more abstract Role. While an
Agent has an identity, a Role does not. In the example case, Care Inc. is an Agent, and ”member of The
Data Hub” is an institutional role, created by the statutes of The Data Hub. When Care Inc. assumes
0..*</p>
      <p>Actor</p>
      <sec id="sec-3-1">
        <title>Particular</title>
      </sec>
      <sec id="sec-3-2">
        <title>Role</title>
        <p>Set {complete, disjoint}
1..*
Role
owns
regulate
0..*
1..*
1..*
0..* 0..*</p>
      </sec>
      <sec id="sec-3-3">
        <title>Rule</title>
        <p>influence
0..*</p>
        <p>Set
{incomplete, disjoint}</p>
      </sec>
      <sec id="sec-3-4">
        <title>Operational Rule Goal (Evaluative</title>
      </sec>
      <sec id="sec-3-5">
        <title>Rule)</title>
        <p>change
inform
do
0..*</p>
      </sec>
      <sec id="sec-3-6">
        <title>Action</title>
        <p>0..*
replace</p>
        <p>Set
{incomplete, disjoint} 0..* 0..*</p>
      </sec>
      <sec id="sec-3-7">
        <title>Assessment Rule Adaption</title>
        <p>0..*
0..*
0..*
inform
assess</p>
        <sec id="sec-3-7-1">
          <title>Rule Effect</title>
          <p>Set
{complete, disjoint</p>
        </sec>
      </sec>
      <sec id="sec-3-8">
        <title>Supports Hinders</title>
        <p>influence 1..*</p>
        <sec id="sec-3-8-1">
          <title>Agent</title>
          <p>1..*
1..*
0..*</p>
        </sec>
      </sec>
      <sec id="sec-3-9">
        <title>Composed Agent</title>
      </sec>
      <sec id="sec-3-10">
        <title>Simple Agent</title>
        <p>0..*
0..*</p>
      </sec>
      <sec id="sec-3-11">
        <title>Behaviour</title>
        <p>0..*
0..*</p>
        <p>inform 0..*
this Role, it instantiates it into a Particular Role. In this Particular Role, Care Inc. has the same rights
and duties as any member, as stipulated by the Rules that apply to them.</p>
        <p>An Agent can be either a Composed Agent (by other Agents) or a Simple Agent. In the example case,
Care Inc. is a Simple Agent, and The Data Hub is a Composed Agent.</p>
        <p>An Agent influences a Behaviour, either alone or jointly with other Agents. A Behaviour can also be
part of other Behaviours. In the example, the data sharing behaviour of Care Inc. (and the behaviour of
other members) is part of the aggregated data-sharing of the whole collaboration.</p>
        <p>A Rule regulates how Actors behave. A Rule can be either Operational or a Goal (evaluative rule).
In short, an operational rule tells you what you should or should not do, and a Goal tells you what
outcomes are good and bad.</p>
        <p>
          A Rule influences other Rules. Often they are means to an end in multi-level supporting structures.
However, Rules can also Hinder each other. These relations can be both complex and debatable and,
therefore, need an Assessment that, like any Action, is done by an Agent. An Assessment can, but does
not have to be, based on a Behaviour; An assessment can also be done before the Rule starts afecting a
Behaviour, in other words an ex-ante evaluation [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] of the rule. An Assessment can replace an earlier
Assessment by the same Actor.
        </p>
        <p>An Assessment can inform another type of Decision, a Rule Adaption, that can create, modify, or
terminate Rules. A Rule Adaptation is normally informed by the relevant existing Rules as well as an
Assessment of their impact.</p>
        <p>A final note about the conceptual model is that the multiplicities are representing what can be
expected to have registered in a database rather than what is ontologically true. This mostly results in
many-to-many (0..* at each end) relations.</p>
        <p>has
does
owns
0. Care Inc.
: Atomic Agent</p>
        <p>owns
does
8. Care Inc.
as member of
The Data Hub
: Particular</p>
        <p>RoleRole
does
9. Rule Adaption</p>
        <p>creates
1. Efi cient
forhoewanlthpcaatrieents
: Goal</p>
        <p>14. Rule Adaption
owns
does</p>
        <p>regulates
10. Data sharing
doiseasllowed
: Operational</p>
        <p>Rule
regulatehsinders</p>
        <p>informs
creates
regulates
does</p>
        <p>regulates
part of
11. Care Inc.
shares data
with The Data
Hub : Behaviour
6. Statutes
of The Data
Hub: Operational</p>
        <p>Rule
part of
inform13eo.sfADsasetassInmce'snt informs informes informs</p>
        <p>data sharing
rule : Assessment regulates o16f.mAasxse10ss/wmeeenkt</p>
        <p>data sharing
supports rule : Assessment does
informs suppohrtisnde2rs2Ao.rcseAfosctnsehispdseeristosdmiocsanemittnya:estnutppoirnitnsfoformrmess
12. Overall
data sharing
with The Data
Hub : Behaviour
does
owns
has
owns does
creates5. Rule Adaption
does</p>
        <p>3. The Data
Hub : Composed</p>
        <p>Agent
informes
18. Dcaotandreiticoipnr:ocity</p>
        <p>Rule
4. Efi cient
healthcare
for everyone's
patients :
Goal
creates
17. Rule Adaption</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Demonstration</title>
      <p>The demonstration of the proposed conceptual model was done in the form of an instantiation
representing the fictitious case of Care Inc. The used tool was Kumu.io, which is a general-purpose mapping
tool. The full instantiation is available in Figure 2. However, this figure only serves to give a general
idea of what was produced. The reader is advised to consult the interactive visualisation available
online 1 (and start by changing ”Untitled view” to ”time point 00” in the upper drop-down menu).</p>
      <p>
        The demonstration is built on a fictitious but realistic case of a data hub which member organisations
collaborate to pool health data. An example of such a hub is The Swedish National Diabetes Register,
which collects data for research and quality control purposes. Being a member of a health data hub
provides access to more data but also demands dedicating time to gathering and preparing the data sent
to the hub, while also managing diferent legal and ethical challenges related to patient privacy [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
The rules and actors of the case form an organisational rule system.
      </p>
      <p>When creating and evolving the hub, rules concerning the collaboration of participants adapt and
evolve as well. In the beginning of the case (time point 00 in the interactive Kumu map), a company
named Care Inc., decides to join (time point 01) a nascent, still not formalised, collaboration of caregivers
and other health data creators. The main goal of the company is to provide eficient care for its patients.
The collaboration formalises into The Data Hub, and produces (time point 02) its first set of rules in its
statutes. Among other things, the statutes define the rights and duties of a member organisation. Care
Inc., being a member, assumes (time point 03) this roles and changes its internal rules to allow sharing
1https://kumu.io/joran/multilevel-adpative-collaboration-cpss4sus2025
data (time point 04) with The Data Hub. After some time, Care Inc. makes an assessment (time point
05) of how this new routine afects its main goal and other rules. Sadly, it concludes that even if the
data sharing does contribute somewhat to the goals of the collaboration, it has become a burden on
Care Inc.’s staf, leading to less time with patients. In other words, the data sharing has become a net
burden for Care Inc.’s own goals. Care Inc. also has the impression that not many other hub members
are sharing much data anyway. Therefore, Care Inc. makes a new rule (time point 06), reducing the
work time that can be spent on the data sharing collaboration to maximum 10 hours a week.</p>
      <p>
        Now, The Data Hub secretariat reacts and assess (time point 07) that Care Inc. (and some other
members) have become free-riders, excessively putting their own goals before the common goal. A
meeting with the members is summoned, resulting in a consensus decision (time point 08) to add a
new rule to the collaboration: a reciprocity-based data-access model [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], which means that the more
you share, the more access you gain. Care Inc. now has to choose between leaving the collaboration
or complying. The choice is not obvious, but it decides to stay and implements (time point 09) the
reciprocity-based data-access model in its own routines, resulting in spending more than 10 hours a
week on data sharing. On the other hand, other members have increased their sharing as well, so Care
Inc. does not regret its course of action (time point 10). The Data Hub, too, makes a new assessment
(time point 11) and is satisfied with the new situation.
      </p>
    </sec>
    <sec id="sec-5">
      <title>5. Discussion and Conclusion</title>
      <p>
        The research aim of this study was to model the multi-level and adaptive aspects of an organisational
rule system. As shown by the demonstration, the proposed model can represent several of the crucial
relations identified by Wilson [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. First, it shows that agents start collaborating and how this
collaboration formalises into an agent itself. Second, it also expresses how both individual members and the
collaboration learn and adapt according to assessments informed by how existing rules afect behaviour.
Third, it represents how this adaption creates an interplay between system levels.
      </p>
      <p>
        Several of Ostrom’s core design rules [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] can be observed in the instantiation: Collective-choice
arrangements (the consensus decision-making); Proportional equivalence between benefits and costs
(solved by the data reciprocity condition); Monitoring (the assessments); Graduated sanctions (the data
reciprocity condition). For more information about each of the design rules, we refer to Ostrom’s work
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
      </p>
      <p>Some of the design choices in the proposed conceptual model were not obvious. As can be seen in
Figure 1, Particular Role has a double inheritance, which is in general something to avoid since it can
make a model harder to instantiate. On the other hand, for the purpose of this paper, we did not see
any concrete problems arise. Another option would have been to use an association that represents
that a Particular Role instantiates a Role.</p>
      <p>A second design choice was to abstain from going deeper into the Behaviour concept. We could
have represented how Behaviours relate to each other in time or added classes for events (that form
Behaviours), or situations (in which behaviours occur). However, it is questionable if trying to disentangle
this complexity would make the model more useful or rather just make it more complex.</p>
      <p>A third design choice was to not include an association between a Behaviour and the Rules that afect
it. This was for two reasons. First, a Rule does not afect a Behaviour directly, but indirectly through
Actors, which is represented in the model. Second, in case of doubt, it is probably best to avoid adding
more constructs to a model.</p>
      <p>In conclusion, the proposed model can be used for analysing how a collaboration evolves and
continuously adapts its rules in order to make its members gain enough to want to stay while also
contributing enough for the collective goals.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Declaration on Generative AI</title>
      <p>The authors have not employed any Generative AI tools.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>T.</given-names>
            <surname>Sobb</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Turnbull</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Moustafa</surname>
          </string-name>
          ,
          <article-title>A Holistic Review of Cyber-Physical-Social Systems: New Directions and Opportunities</article-title>
          ,
          <source>Sensors</source>
          <volume>23</volume>
          (
          <year>2023</year>
          )
          <article-title>7391</article-title>
          . doi:
          <volume>10</volume>
          .3390/s23177391, number: 17 Publisher: Multidisciplinary Digital Publishing Institute.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Ali</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Papageorgiou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Aziz</surname>
          </string-name>
          , E. Loukis,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Charalabidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F. J.</given-names>
            <surname>Lopez</surname>
          </string-name>
          <string-name>
            <surname>Pellicer</surname>
          </string-name>
          ,
          <article-title>Towards the Development of Interoperable Open Data Ecosystems: Harnessing the Technical</article-title>
          , Semantic, Legal, and
          <string-name>
            <surname>Organizational (TSLO) Interoperability</surname>
            <given-names>Framework</given-names>
          </string-name>
          ,
          <source>in: Proceedings of the 25th Annual International Conference on Digital Government Research</source>
          , dg.o '
          <volume>24</volume>
          ,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2024</year>
          , pp.
          <fpage>909</fpage>
          -
          <lpage>919</lpage>
          . doi:
          <volume>10</volume>
          .1145/3657054.3657160.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J. R.</given-names>
            <surname>Turner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. M.</given-names>
            <surname>Baker</surname>
          </string-name>
          , Complexity Theory:
          <article-title>An Overview with Potential Applications for the</article-title>
          <source>Social Sciences, Systems</source>
          <volume>7</volume>
          (
          <year>2019</year>
          )
          <article-title>4</article-title>
          . doi:
          <volume>10</volume>
          .3390/systems7010004.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>D. S.</given-names>
            <surname>Wilson</surname>
          </string-name>
          , G. Madhavan,
          <string-name>
            <given-names>M. J.</given-names>
            <surname>Gelfand</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. C.</given-names>
            <surname>Hayes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. W. B.</given-names>
            <surname>Atkins</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. R.</given-names>
            <surname>Colwell</surname>
          </string-name>
          ,
          <article-title>Multilevel cultural evolution: From new theory to practical applications</article-title>
          ,
          <source>Proc. Natl. Acad. Sci</source>
          . U. S. A.
          <volume>120</volume>
          (
          <year>2023</year>
          ). doi:
          <volume>10</volume>
          .1073/pnas.2218222120.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>D. S.</given-names>
            <surname>Wilson</surname>
          </string-name>
          , E. Ostrom,
          <string-name>
            <given-names>M. E.</given-names>
            <surname>Cox</surname>
          </string-name>
          ,
          <article-title>Generalizing the core design principles for the eficacy of groups</article-title>
          ,
          <source>J. Econ. Behav. Organ</source>
          .
          <volume>90</volume>
          (
          <year>2013</year>
          )
          <fpage>S21</fpage>
          -
          <lpage>S32</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.jebo.
          <year>2012</year>
          .
          <volume>12</volume>
          .010, publisher: Elsevier.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>E.</given-names>
            <surname>Ostrom</surname>
          </string-name>
          , Governing the Commons:
          <article-title>The Evolution of Institutions for Collective Action</article-title>
          ,
          <source>Political Economy of Institutions and Decisions</source>
          , Cambridge University Press, Cambridge,
          <year>1990</year>
          . URL: https://doi.org/10.1017/CBO9780511807763.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>J.</given-names>
            <surname>Stirna</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Persson</surname>
          </string-name>
          , Enterprise Modeling:
          <article-title>Facilitating the Process and</article-title>
          the People, Springer International Publishing, Cham,
          <year>2018</year>
          . URL: https://doi.org/10.1007/978-3-
          <fpage>319</fpage>
          -94857-7.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>J.</given-names>
            <surname>Krogstie</surname>
          </string-name>
          ,
          <source>Model-Based Development and Evolution of Information Systems</source>
          , Springer, London,
          <year>2012</year>
          . URL: https://doi.org/10.1007/978-1-
          <fpage>4471</fpage>
          -2936-3.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>P.</given-names>
            <surname>Johannesson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Perjons</surname>
          </string-name>
          , An Introduction to Design Science, Springer International Publishing, Cham Heidelberg New York Dordrecht London,
          <year>2014</year>
          . URL: https://doi.org/10.1007/ 978-3-
          <fpage>030</fpage>
          -78132-3.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>J.</given-names>
            <surname>Lindeberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Henkel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.-O.</given-names>
            <surname>Svee</surname>
          </string-name>
          ,
          <article-title>Modelling of Organisational Rules in Complex Adaptive Systems: a Systematic Mapping Study</article-title>
          ,
          <source>in: Perspectives in Business Informatics Research</source>
          , volume
          <volume>529</volume>
          <source>of Lecture Notes in Business Information Processing</source>
          , Springer, Cham, Prague, Czech Republic,
          <year>2024</year>
          , pp.
          <fpage>103</fpage>
          -
          <lpage>118</lpage>
          . doi:
          <volume>10</volume>
          .1007/978- 3-
          <fpage>031</fpage>
          - 71333-
          <issue>0</issue>
          _
          <fpage>7</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>J.</given-names>
            <surname>Lindeberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Henkel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.-O.</given-names>
            <surname>Svee</surname>
          </string-name>
          ,
          <article-title>Towards a Model of Organisational Rules in Complex Adaptive Systems</article-title>
          , in: S. Hacks,
          <string-name>
            <given-names>B.</given-names>
            <surname>Roelens</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kirikova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Reinhartz-Berger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Bork</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Krogstie</surname>
          </string-name>
          , G. Poels,
          <string-name>
            <given-names>J. V.</given-names>
            <surname>Riel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Zech</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Vierhauser</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Breu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Vangheluwe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Sandkuhl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Barat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Kulkarni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Helfert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ahmed</surname>
          </string-name>
          , S. Hussain (Eds.),
          <source>Companion Proceedings of the 17th IFIP WG 8.1 Working Conference on the Practice of Enterprise Modeling Forum, M4S</source>
          ,
          <string-name>
            <surname>FACETE</surname>
          </string-name>
          ,
          <string-name>
            <surname>AEM</surname>
          </string-name>
          , Tools and Demos, Stockholm, Sweden, December 3-
          <issue>5</issue>
          ,
          <year>2024</year>
          , volume
          <volume>3855</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2024</year>
          . URL: https://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3855</volume>
          /forum8.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>A.</given-names>
            <surname>Blasimme</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fadda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Schneider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Vayena</surname>
          </string-name>
          ,
          <source>Data Sharing For Precision Medicine: Policy Lessons And Future Directions, Health Afairs 37</source>
          (
          <year>2018</year>
          )
          <fpage>702</fpage>
          -
          <lpage>709</lpage>
          . doi:
          <volume>10</volume>
          .1377/hlthaff.
          <year>2017</year>
          .
          <volume>1558</volume>
          , publisher: Health Afairs.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>