Chapter 4

JMDCH SYSTEM DESIGN

Chapter 4 JMDCH System Design

 4.1 JMDCH System Design

This research identifies many requirements for JMDCH System so that it can be
implemented effectively for decision making of catastrophe healthcare. This part of the thesis,
re-examine and focuses on a detailed design issues met by the implementation of Jade based
Multi-database decision making in a catastrophe healthcare system.

Jade based Multi-database decision making in a catastrophe healthcare environment

distributed, and also demonstrate an elevated level of heterogeneity across different hospital
institutions. Employing MA to migrate to different hospitals in order to gather relevant data is
one of the highlights of this architecture. These agents are naturally varied, since they are just
reliant on the execution background. These agents can be assigned various tasks; they are
autonomous and asynchronous, and visits the different non homogenous hospitals to perform as
well as going back to home node (to the ambulance) after they have finished to convey their
results. [8][14]

Design Principles for JMDCHS

Software Design is a one of the software engineering process, it is also a model. The
design process, that enables the author to explain the concept of the JMDCH system, is a
sequence of steps. The critical success factors for a competent design are innovative skill,
expertise, a sense of making “best” software and a general attainment to quality. An architect’s
plan for a system is the equal for the design model. It begins with the representation of the thing
to be building and gradually renew the thing to offer understanding about programming. The
design principles which are applied while designing the JMDCHS are as follows.
[14][B_DW00][B_RJB99][B-G09]

 The design must not suffer from “tunnel vision”. Alternative approaches
should be considered by a good designer, each approach being judged. This design
principle is followed by the jade based Multi database system.
  The analysis model should be able to trace back to the design. Analysis
model carries out all the design in a one to one mapping. So in this thesis, one to one
mapping of JMDCHS analysis with its design is mapped.
 The design should not reinvent the wheel. A set of design patterns are used
to construct systems, many of which have likely been encountered before. An alternative
to reinvention should be these designs.
 GUI should be simple and user friendly. That is a reason why the
ambulance node GUI is very simple to understand by the person on the ambulance.
 The design should exhibit uniformity and integration. If one person
developed the entire thing, then it appears as the design is uniform.
 Accommodation of change should be one the factors on which a design
should be structured. In the next section, thesis discusses concepts to enable a design to
achieve this principle. [B_P09][B_G09]
 The design must not contain any semantic errors. The design make sure
about main conceptual basics of design omission, uncertainty, and contradiction should
be taken care of.[8][14]

Software designer are equip with the fundamental design concepts they are as follows

Abstraction – it is a general practice to hide unnecessary information from the end users
the concept is called as an abstraction. Only important part which is really needed by the users is
kept available to the end user.

Refinement – it is exactly reverse that an abstract, means it is elaboration. Many times the
function is undergone through a refinement to get the idea more clear.

Modularity - Modules are nothing but the software element, in which the architecture is
divided.

Software Architecture – it is structures of the software how it will look when build.
Sometimes architecture is formed using various models. The software architecture SA defines a
hierarchy of software.
 Control Hierarchy – program structure for showing programs component and control is
hierarchical, at the architecture design.

Structural Partitioning – there are two program structures possible in the architectural
design one is horizontal and other is vertical division. [DW00]

Data Structure – data structure is a logical relationship between program components of

data.

Information Hiding - the module is given some access conditions, in a good designing for
security purpose, so module remains inaccessible to other modules.

4.2 GUI Design for JMDCHS

After applying all the design principles and guidelines the design for a research are made.
The designs are kept simple for navigation. Following diagram shows the design diagram for
main container where the dispatch node is launch using the main details like current location of
accident, patients name , driving license or aadhar card, gender and nature of accident. Once this
information is launce with the dispatch agent at ambulance side the following GUI will open.
 GUI of JADE

Design the JMDCH

Deployment of Jade
agent

Fig 4.1 Design diagram of JADE Based Decision making healthcare system

Figure 4.1 shows the main design diagram of JMDCHS, with a tabular view from three
different information are given namely a hospital information, patient detail information, and a
route details to a selected hospital is given. There are three buttons on the main screen namely
Exit, Book Hospital and Launch Agent. Exit button as a name suggest is for exiting from the
application. Book Hospital button is for informing the hospital emergency staff for preparing for
a patient whose is coming in that catastrophe condition. And the last button is a Launch Agent,
which when pressed two agents gets launched, data assistant and mobile agent. This agent carries
all hospital data, patient medical history and latest road status.

The second screen shot shown in the following Figure 4.2, which depicts a retrieval of
hospital data from a hospital mobile agent, which retrieve information like, Hospital name,
doctors available, nurse available, beds available and special facility needed for that catastrophe
is available or not.

Fig 4.2 Design diagram for retrieving hospital data

The next screen shot shows in Figure 4.3 is a hospital side GUI design, which informs to
the hospital’s staff that a particular patient is coming for a particular decease.
 Fig 4.3 Design diagram for Hospital side GUI

4.3 Database Design of JMDCHS

The next and most important design step is a databases design. As database store and help
to retrieve data from a relevant place. Any database has two characteristics. First is different data
files are integrated together in order to reduce data inconsistency. The second characteristic is it
shares the data among all the relation databases which are connected to each other. This is
possible in a standalone and relational homogenous databases. The design of a database includes
a design of a data model for that system. Rational rose provide a database design tool to map all
the analysis done into the database schema. As a result of this transformation of model the data
model diagram is formed.

The different databases tables design for the Jade based Multi database decision making
in a catastrophe healthcare system is given as below. Table 4.1 shows a different database and
also explains the description about the databases which are designed in JMDCHS.
 Table 4.1 Database design for JMDCHS

Name of database Description

Patient database This database consists of the information for
all the patients who are register with the
JMDCHS. The primary key for this database is
a patient’s unique ID, in the case of this theism
a aadhar card no or driving license no
Hospital database In this thesis three hospitals are consider. So
there are three different databases for hospitals
and each hospital is having different format for
the database according to their HIS. The key
attribute in all the hospital could be hospital
name, id, no of doctor’s nurse, bed facility with
hospital, and the current status of the resources.
For the thesis point of view these three
databases are design using different database
tools.
Medical repository database This will be a huge database containing record
of all the citizens in India.
Patient personal data This includes a patient’s medical history, his
long spell sickness, allergic information, and
address for correspondence.