Information Technology Reference
In-Depth Information
is unlikely to succeed if it is not fully understood,
accepted and used in a proper way.
storage at the central servers located at a central
healthcare center, it inherits the typical three-tier
architecture of a typical client/server information
system. The typical components, functions and
architecture of a CREHS are described in Table
2 and illustrated in Figure 4.
Table 2 provides the detailed components of
a typical test bed model of a CRESH for Epi-
lepsy patients. This test bed model represents the
most common implementation of an e-healthcare
system which essentially has three tiers with the
involvement of wireless sensors and local stations
at patients' premises, central servers and health
record database servers located at a centralized
location, and client access devices such as mobile
phones, PDAs, and personal computers.
Figure 4 illustrates the three tier architec-
ture of a CREHS for Epilepsy patients. In this
architecture model, wireless node (wristband to
the elderly) will able to sense the required data
(depending upon the elder/patient's condition),
collect physical parameters, perform simple data
processing and then transmit the data to the sink or
base station and then to a central server including
video to today's text and voice communications
will offer good interaction. Final decision about
health situation is made and caretakers (doctors,
nurses) can remotely monitor the patient's physi-
ological parameters. This allows senior citizens
to press an emergency button from their wire-
less node or using the remote controller of the
TV unit, when they feel they are not well or not
secure. The central server then can generate an
emergency alarm. The physiological parameters
on the patients' behaviors can be collected from
the body wearable sensors and transmitted to the
central server. Health status reports are sent to
the healthcare specialists and family members
via voice telephone call, short message service
(SMS), or video call.
It is promising to maintain these enhanced
connections as broadband becomes ubiquitous.
Caretakers and family members can also gain
access to the webpage through internet when they
Towards an Architecture of a
CRESH for Remote Detection and
Prediction of Epileptic Seizures
Most of the currently e-healthcare solutions are
independent systems which were designed and
developed for specific customers. On top of this,
many are obsolete. The market now requires that
existing healthcare systems be integrated into
comprehensive solutions. However, a CREHS
requires the involvement of many healthcare
stakeholders as it has to be implemented and used
nation-wide. In designing a CREHS for Australian
Epilepsy patients, a CREHS solution must address
the following stakeholders:
•
Australian healthcare regulators: the feder-
al government and healthcare authorities,
•
Healthcare providers such as hospitals,
healthcare specialists,
•
Healthcare insurance agencies,
•
Epilepsy patients.
In designing e-health care systems and net-
works, it is thus imperative to pay attention to the
dynamic nature of e-health. In other words, not
only should key factors and variables be tracked
carefully, but moderating and intervening variables
should also be monitored, to ensure more complete
and intelligent management and decisions. For
example, in developing an e-public health statisti-
cal system to examine and investigate the health
of a population, key indicators such as gender,
age, race, and other moderating variables such
as location and diet should also not be neglected.
A general model for a CREHS for Epilepsy
patients can be divided into three tiers involving
client, server, and database. Because CREHS is
an information system with minor information
processing at the client side (sensor and base
station) and major information processing and
Search WWH ::
Custom Search