Information Technology Reference
In-Depth Information
we require a “true” value, we can assume
that it should be able to present multimedia
content, since it accommodates the tech-
nologies to manipulate WiFi connections.
vice. Figure 4 depicts the structure of the patients'
record. Each name in this Figure is represented
with an XML element. The information further
analyzing an element is included in a box just
beneath the element.
With this record we attempt to fulfill the re-
quirements from medical personnel for immedi-
ate access to updated data for their patients and
assistantship upon the appropriate treatment to
provide. The record provides a listing of the pa-
tients with updated information related to their
current condition. Apart from typical entries about
the patient's personal data, diagnosis, treatment,
body temperature, blood pressure, blood reports,
etc., we have also included some additional fields
for special uses, such as the Emergency Room
(E.R.) and the special treatment indications. It
also reports whether a patient is about to discharge.
Additionally, the record is accompanied with as-
sociated multimedia content, where available.
This content can include, for example, pictures
or video of the patient, ultrasound or tomography
images and/or videos, recent x-rays pictures,
cardiograms, sound files, etc. The record can also
include references (multimedia or not) taken from
the international medical bibliography related to
the disease or symptoms of the patient. Finally,
the record also includes fields for supporting the
accounting and legality issues of the hospital. So,
the International Security Number (ISN) of a
patient, the diagnosis field or the amount of days
spent in the hospital can be used to this end.
Minimum display width of 96 pixels.
Support of the commonest types of digital
pictures: “jpg”, “tiff”, “gif”, “gif_animat-
ed” και “bmp”.
The Default Terminal Class (Mobile Phones
without WiFi and Wireless Devices without
Multimedia Capabilities and Minimal Web
Pages Presentation)
In this class we classify the wireless devices that do
not match the other classes. We also classify, here,
the mobile phones without WiFi support, since
it assumes connection to our service via a GPRS
or 3G network. GPRS or 3G is not as ambitious
as WiFi, as far as it concerns the transmission of
heavy multimedia content (e.g. streaming video) or
the coverage within a hospital area. The minimum
requirements for normally presenting the medical
data of our service are:
The capability “is_wireless_device” of the
group “product_info” in the WURFL file
should be “TRUE”.
The capability “xhtml_support_level”of
the group “markup” in the WURFL file
should be equal to or greater than 0. xHT-
ML support of this level unveils the very
primitive multimedia capabilities of the
device.
XSLTs and Resulting Web Pages
Minimum display width of 64 pixels. Any
monitor of fewer pixels is impossible to
correctly present any web page.
For each terminal class, an appropriate web page
is created by applying the corresponding XSLT
transformation over the XML file of patients,
under orchestration by the servlet. The produced
pages differ not only morphologically (e.g. on the
background and/or the text colour), but also on
the resolution, which is adapted to the resolution
“thresholds” of the requesting clients' display. The
resolution values are extracted via the WURFL
Devices with less capabilities attempting to ac-
cess our service are presented a forbidden message
XML Record of Patients' Data
It includes the required medical information for
presentation to the medical staff via our web ser-
Search WWH ::




Custom Search