portal has spread enormously, thus becoming an
instrument by which sanitary operators can feed
patients’ virtual clinical history, by visualizing and
inserting data required by their cure processes.
Today the portal, together with its various vertical
specifications, is widely used by physicians and
nurses in different units, with successful results and
great appreciation expressed by the users. The
excellent results gained in Niguarda have soon
become recognised as best practice in the regional
health environment and other hospitals are
beginning to consider Niguarda’s portal as a possible
solution for their own realities. That’s how a
solution originally developed with a simple digital
storage aim has come to compete with clinical
market packages and has placed the basis for the
definition of successful reuse experiences in health
informatics. What makes the solution really different
from traditional Health Information Systems is the
brand new approach followed by Niguarda of
rethinking the traditional concept of patient record,
conceiving it as a core instrument for supporting
extensively clinical management processes (Pollak,
2001). The main idea is to develop a web intranet
portal conceived as a virtually unique access point to
the HIS, networking the other vertical subsystems
and thus linking clinical processes that did not
communicate before, allowing new information
flows sharing patient data. Being based on a
centralized patient reference registry and on an open
network architecture, the portal is able to retrieve
and link both clinical and administrative patient-
specific data regarding its relationship with the
hospital, gathering them into a common and friendly
interface, standardizing communication and process
interaction between different hospital departments.
The lack of competences in analysing other
realities and spreading the solution is filled by
Niguarda with the continuous collaboration with
Fondazione Politecnico di Milano, which makes its
managerial competences available for managing the
transfer of the solution, taking care of all the aspects
concerning relationship with clients and engineering
additional features to satisfy their requirements.
Being known among the regional health
environment, Niguarda’s portal has been pointed out
as one of the possible alternatives for its clinical
information system by “Fondazione IRCCS Istituto
Neurologico Carlo Besta”, a centre of excellence for
care and scientific research of neurological diseases,
well known at national and international level.
Transferring the solution requires a deep
organizational change as well as a porting, which, by
definition, is “the process of adapting software so
that an executable program can be created for a
computing environment that is different from the
one for which it was originally designed” , but it is a
term more widely used to refer to “the changing of
software/hardware to make them usable in different
environments”(Mooney, 1997. Garey, 2007).
2.1 Requirements Definition and
Application Selection
The decision of making a change in the clinical
information system, has to be linked to requirements
emerging for different reasons, ranging from
difficulties in properly using current systems to legal
aspects. Requirements definition phase involves the
evaluation of procedures and definition of
functionalities, distinguishing them by priority. This
separation is useful in a reuse process when
evaluating the impact of personalization of the
original solution: the more fundamental features are
covered by the application, the less is the cost of
realization of new functions. Technological aspects
should be evaluated, in order to make a comparison
with those of the original solution; flexibility and
adaptability to changes of current technologies has
to be considered as well. (Magnis, 2000) Another
fundamental requirement is management’s
commitment, together with a cost-benefit analysis
and an evaluation of the level of protection which
has to be given to data. All this features have been
taken in consideration by Besta’s management, as a
first filter to alternatives which can be considered as
possible solutions.
A benchmark analysis is fundamental in order to
identify, among solutions already available on the
market, those compliant to the requirements
previously defined. In this way a cluster of solutions
is built, in which commercial solutions, such as
clinical market packages, are distinguished from “ad
hoc” solutions. Even if market packages have great
probability to cover a great part of requirements,
since they have been developed with the aim of
standardizing optimized clinical procedures, this
feature has to be evaluated since they lack
flexibility, so they require a change in the way
people work. On the contrary, “ad hoc” solutions
could be more appreciated, especially if they are
already successfully used in other structures. These
and other points are subject to further analysis, in
order to determine which solution is the one that best
fit functional, procedural and economic
requirements.
HEALTHINF 2009 - International Conference on Health Informatics
376