<!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>Development of an Ubiquitous Decision Support System for Clinical Guidelines using MDA ?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ivan Porres</string-name>
          <email>iporres@abo.fi</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Eladio Domínguez</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Beatriz Pérez</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Áurea Rodríguez</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>María A. Zapata</string-name>
          <email>mazapata@unizar.es</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science, Åbo Akademi University</institution>
          ,
          <addr-line>Joukahaisenkatu 3-5 B, FIN-20520 Turku</addr-line>
          ,
          <country country="FI">Finland</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Dpt. of Computer Science and Systems Engineering, University of Zaragoza</institution>
          ,
          <addr-line>Pedro Cerbuna 12, E-50009 Zaragoza</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <fpage>9</fpage>
      <lpage>12</lpage>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        The health sector uses clinical guidelines and protocols (we will refer to both
terms as “guidelines”) as help instruments for decision making. These establish
the interventions that must be carried out with regard to the current
circumstances of a patient. Guidelines can be represented using many different
approaches and notations [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], of which the most common one is natural language.
In some cases, informal notations can be lead to ambiguities, inconsistencies
or difficulties for understanding by health professionals. In order to avoid these
problems, we consider that the guidelines must be specified by means of easily
understandable formal notations which can be analyzed and implemented. We
consider that the implementation of guidelines in an information system can be
of great help to the medical staff in their decision making process [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        In this paper, we discuss the development of an ubiquitous decision support
system (UDSS) for guidelines in a MDA context. Such system should take into
account the indications of the guideline, the current status of the patient and
should provide the necessary information to help physicians in their decisions.
Considering the characteristics of the hospital environment, we think that such
a system must be developed in an ubiquitous setting [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Additionally, the UDSS
will record the information related with the application of the guideline to the
patient [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        The manual implementation of a UDSS for guidelines would be a long and
costly endeavor due to the vast amount of guidelines, their possibility of change
over time and their dependence on the hospital which uses them. So, we have
considered more appropriate to construct such system using a model-based
development approach. We have decided, as is shown in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], to represent guidelines
using UML Statecharts [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Based on this model representation, we developed
a code generation tool to obtain the UDSS for every guideline in an automatic
? This work has been partially funded by the Spanish Ministry of Education and
Science through the project TIN2005-05534 and the FPU grant AP2003-2713.
way. Using our approach, the implementation of new guidelines only requires
the design of a new statechart modeling it. Based on this model, the UDSS for
the guideline is generated automatically. In this way, the cost of generating the
UDSS is lower than the required for a manual implementation.
      </p>
      <p>It is worth noting that, to our knowledge, this is the first work to use the
MDA approach for the development of a UDSS for guidelines. For this reason
our approach would open a new field for the application of the MDA approach.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Using UML Statecharts to Represent Clinical</title>
    </sec>
    <sec id="sec-3">
      <title>Guidelines</title>
      <p>
        We have decided to use UML 2.0 Statecharts [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] for representing the dynamics of
guidelines [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] for several reasons. They allow the user to properly model
concurrent behaviors, as well as to represent state hierarchy, increasing both scalability
and legibility. In addition, UML Statecharts are considered to be easy to
communicate and an understandable visual formalism [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Another advantage of using
UML is that it has been supported by many modeling tools. In particular, many
of such UML tools comply with the MDA approach, giving facilities for code
generation. Moreover, the UML subset defining statecharts has been studied and
formalized by many researchers, who have also developed analysis tools [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>Furthermore, the implementation of the UML Statecharts allows the UDSS
to show the information related to the guideline, such as patient’s states, the
possible events that can take place, the clinical conditions to be fulfilled when
each event is triggered, the clinical actions to be carried out, as well as the
corresponding new patient’s state. In addition, this implementation helps to
record a trace of the application of the guideline, such as physician’s decisions and
patient’s states. This information will be stored to be part of the patient’s clinical
history and to be used for obtaining a summary concerning the application of
the guideline to the patient, for physician’s future decisions or legal support, etc.</p>
      <p>
        As for the use of UML Statecharts for representing guidelines, we want to
highlight two contributions of our approach. 1) We have established several
representation patterns to assist in the modelization process because there is no
single criteria to follow to create a statechart representing a guideline. We do
not describe these patterns in this paper due to space reasons. 2) We have had
to define our own action language for representing guidelines, due to UML does
not have one single and precise action semantics [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Moreover, UML proposes
a wide variety of specialized actions, which we want to avoid, because of our
intention of representing guidelines in an easily way.
3
      </p>
    </sec>
    <sec id="sec-4">
      <title>Development of a UDSS</title>
      <p>
        In this section we discuss the process we propose to develop an ubiquitous
decision support system for a given guideline, based on a MDA approach [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>Once we have modeled a guideline as a UML statechart, the next step consists
of using a specific MDA tool for code generation. There are a large amount of
MDA based tools, but most of them provide support for code generation based on
their own particular transformation approach. In our case, we require a specific
approach of model to text transformation that takes into account the specific
semantics of the statecharts which represent the guidelines. Because of that, we
have chosen a tool with support for customizable model to text transformation.
The idea is to define only one set of transformations for all guidelines.</p>
      <p>In order to finally obtain the UDSS for the guideline, we propose the use
of the generated code from the statechart model, combined with a platform
library. The aim of the platform library is to provide the standard services that
are common to all guidelines. The generated code has invocations to the methods
of this library in order to make use of its services.</p>
      <p>The definition of both, the transformations and the platform library, is
independent of the used guideline. So, following our approach, if the definition of the
guideline is changed, it will be only necessary to modify the statechart which
represents the guideline, making it easy to obtain the UDSS for that guideline,
without the necessity of modifying the code manually.</p>
      <p>
        Customization of the Model to Text Transformations. Among the large
amount of MDA based tools, we have chosen the MOFScript Eclipse plug-in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ],
which has support for customizable model to text transformation. As input
models, MOFScript can use any model in any language based on the EMF [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]
metamodel. From these input models, the tool can then generate any arbitrary text by
using a defined set of MOFScript transformations. Each of these transformations
contains rules which define the behavior of the transformation.
      </p>
      <p>In our particular case, we use the UML 2.0 metamodel and the statechart
which represents the guideline as the model. The code generator is defined as
an only set of transformations in the MOFScript language. There are two kinds
of transformation rules: (1) those which traverse the model (taking into account
the different elements in a UML statechart and their specific semantics) and
collect the information in it and (2) those who generate actual code.</p>
      <p>As we have commented previously, we have defined our own action language
as part of our representation patterns for guidelines. Taking into account the
possibility of adding new elements to that language in the future, we have defined
a method which allows us to generate code from the elements of that action
language in an easily way. We do not comment that method due to space reasons.
Development of the Platform Library. The aim of using the platform library
is to make the UDSS more modular. We achieve this by defining the
programming interfaces of the library general enough for being used independently of
the platform chosen. This library has different methods, related with the
implementation of the UDSS, such as the user interface, the strategy to store the
data, etc. The implementation of those methods will depend on the platform we
want to use. The generated code has invocations to those methods so that, in
order to change the platform, it will be necessary to modify neither the defined
transformations nor the generated code. That is, we only have to modify the
implementation of those methods.</p>
      <p>In addition, we want to develop the decision support system so that it can
be accessed in an ubiquitous way, through various kinds of interaction devices.
So our intention is to implement the library in such a way that it can provide
support for the necessary ubiquitous services, in order to obtain the UDSS with
the characteristics that we have explained previously.
4</p>
    </sec>
    <sec id="sec-5">
      <title>Conclusions and Future Work</title>
      <p>In this paper we have shown a model-based development approach to construct
a UDSS for guidelines. Our approach makes it possible to automatically obtain
the UDSS for a guideline represented by a statechart.</p>
      <p>At present, we have developed a first prototype using a simple user interface,
so as future work we have to modify the implementation of the methods defined
in the platform library in order to use another more suitable way of interaction
with the user. In addition, the development of a way for recording the information
related to the application of the guideline to the patient and the determination
of evolution mechanisms to manage changes in the definition of the guideline,
are a goal for further development.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>E.</given-names>
            <surname>Domínguez</surname>
          </string-name>
          ,
          <string-name>
            <surname>A. De Miguel</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Pérez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Rodríguez</surname>
            , and
            <given-names>M. A.</given-names>
          </string-name>
          <string-name>
            <surname>Zapata</surname>
          </string-name>
          .
          <article-title>Sistemas de información hospitalaria en el contexto de la computación ubicua</article-title>
          .
          <source>In Actas del II Congreso Iberoamericano sobre Computación Ubicua [CICU 06]</source>
          , pages
          <fpage>147</fpage>
          -
          <lpage>156</lpage>
          , Alcalá de Henares, Madrid,
          <year>Junio 2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>E.</given-names>
            <surname>Domínguez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Pérez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rodríguez</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Zapata</surname>
          </string-name>
          .
          <article-title>Medical protocols for taking decisions, in an ubiquitous computation context</article-title>
          .
          <source>Novática</source>
          ,
          <volume>177</volume>
          :
          <fpage>38</fpage>
          -
          <lpage>41</lpage>
          ,
          <year>SeptOct 2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>S.</given-names>
            <surname>Efroni</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Harel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>and I. R.</given-names>
            <surname>Cohen</surname>
          </string-name>
          .
          <article-title>Toward rigorous comprehension of biological complexity: modeling, execution, and visualisation of thymic T-cell maturation</article-title>
          .
          <source>Genome Research</source>
          ,
          <volume>13</volume>
          (
          <issue>11</issue>
          ):
          <fpage>2485</fpage>
          -
          <lpage>2497</lpage>
          ,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>EMF</surname>
          </string-name>
          <article-title>Development team. The Eclipse Modeling Framework website</article-title>
          , http://www. eclipse.org/emf.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. R. B. France, S. Ghosh,
          <string-name>
            <given-names>T.</given-names>
            <surname>Dinh-Trong</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Solberg</surname>
          </string-name>
          .
          <article-title>Model-driven development using uml 2.0: Promises and pitfalls</article-title>
          .
          <source>IEEE Computer</source>
          ,
          <volume>39</volume>
          (
          <issue>2</issue>
          ):
          <fpage>59</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>J.</given-names>
            <surname>Lilius</surname>
          </string-name>
          and
          <string-name>
            <surname>I. Porres.</surname>
          </string-name>
          <article-title>vUML: A Tool for Verifying UML Models</article-title>
          .
          <source>In The 14th IEEE International Conference on Automated Software Engineering</source>
          , Cocoa Beach, Florida, Oct
          <year>1999</year>
          . IEEE Computer Society.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>7. MOFScript Eclipse plug in. MOFScript website, http://www.eclipse.org/gmt/ mofscript.</mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>OMG. OMG Model Driven</surname>
            <given-names>Architecture</given-names>
          </string-name>
          ,
          <year>June 2003</year>
          . Document omg/2003-06-01. Available at http://www.omg.org/.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <source>OMG. UML 2</source>
          .0 Superstructure Specification,
          <year>August 2005</year>
          . Document formal/
          <fpage>05</fpage>
          - 07-04. Available at http://www.omg.org/.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>