Automated Insulin Pump

8/8/2019 Automated Insulin Pump

1/40

AutomatedInsulin Pump


2/40

ATTRIBUTE DRIVENDESIGN


3/40

ARCHITECTURAL DRIVERS

FUNCTIONAL REQUIREMENTS

Reading of blood sugar level

Increasing and decreasing of Dose Inject insulin

Detection of alarm to warn

Computing insulin requirements

Controlling micro pump


4/40

ARCHITECTURAL DRIVERS

NON FUNCTIONAL REQUIREMENT

Performance

Availability Usability

Portability


5/40

QUALITY ATTRIBUTE

SCENARIOSPERFORMANCE:

How efficiently the system measures blood

sugar level with in every ten minutes


6/40

QUALITY ATTRIBUTE

SCENARIOSPERFORMANCE:

How quickly the micro pump is injecting

the insulin to the patient (in case ofemergency)


7/40

QUALITY ATTRIBUTE

SCENARIOSAVAILABILTY:

The system should be available to trigger an

alarm in case of emergency and if the system

encounters a fault or a failure backup should be

available to get exchanged


8/40

QUALITY ATTRIBUTE

SCENARIOSUSABILITY:

The usability is concerned with how easy it

is for the user to use and learn the insulinpump


9/40

QUALITY ATTRIBUTE

SCENARIOSPORTABILITY:

Portability defines that the insulin pump

can be carried along anywhere.


10/40

TACTICS FOR QUALITY

ATTRIBUTE SCENARIOSPERFORMANCE

1. RESOURCE DEMAND:

Increase Computational efficiency:

We should increase the computational efficiency of the

system by using some kind of algorithm so that

emergency handling and insulin injection is done quickly

2. MANAGE EVENT RATES:

We should establish harmonic period to measure blood

sugar level after every 10 minutes


11/40

TACTICS FOR QUALITY

ATTRIBUTE SCENARIOSUSABILITY

Separate user interface Maintain a model of the system:

It determines the expected system

behavior so that appropriate feedback canbe given to the user e.g. triggering of

warning in the case of wrong usage or

pressing inappropriate button


12/40

TACTICS FOR QUALITY

ATTRIBUTE SCENARIOSAVAILABILITY

1. FAULT DETECTION:

Heartbeat:

The system will notify about the occurrence of an error.

The system can periodically send the log of the last measured blood sugar

level and the number of times the insulin is injected

2. FAULT RECOVERYSpare:

A standby spare should be available all the time in case of system failure,

where the user can shift in case of failure occurring


13/40

TACTICS FOR QUALITY

ATTRIBUTE SCENARIOSAVAILABILITY

3. RECOVERY REINTRODUCTION:

In case of the failure of automated insulin pump the backup should restoredusing the previous checkpoint of a consistent state and a snapshot of the

last measured blood sugar level and insulin dose

4. FAULT PREVENTION

Process monitor: Once a fault in a insulin pump has been detected a monitoring process can

delete the non performing process and create a new instance of it, initialized

to some appropriate state as in the spare tactic


14/40

STRUCTURE OF AUTOMATED

INSULIN PUMP


15/40

DATA FLOW MODEL OF AN

AUTOMATED INSULIN PUMP


16/40

OBJECT ORIENTEDDESIGN


17/40

CONTEXT DAIGRAM

STATIC

REPRESENTATION


18/40

DYNAMIC REPRESENTATION


19/40

OBJECT IDENTIFICATION

Patient

Automated insulin pump

Insulin reservoir Sensor

Display


20/40

DESIGN MODELS

(DYNAMIC REPRESENTATION)STATE CHART DAIGRAM


21/40

ACTIVITY DAIGRAM


22/40

Use case name: reading blood

sugar level


23/40

use case name: computing

insulin requirement


24/40

Use case name: insulin

reservoir


25/40

Use case name: inject to

patient


26/40

Use case name: detection of

alarm


27/40

Use case name: display


28/40

STATIC REPRESENTATION


29/40

AUTOMATED INSULIN PUMP

INTERFACE: public void current readings (); Public void previous readings ();

Public void display ();

Public void patient details ();

Public void check insulin reservoir ();

Public void fill insulin reservoir ();

Public void inject insulin ();

Public void detect emergency ();

Public void deliver insulin (); Public void determine dose ();


30/40

ARCHITECTURE OF

AUTOMATED INSULIN PUMPCLIENT SERVERARCHITECTURE:

The architecture of theautomated insulin pump

will be client server where

the patient is acting as

the client and the

automated insulin pumpis acting as the server

that provides the facilities

of measuring blood sugar

level, inject insulin on

need.


31/40

ARCHITECTURE:

The architecture of the automated insulin pump can be three tier as

the first layer will be the interface layer that will include the display

facilities in the first layer. The second layer will be the processing

layer that involves the processing of the blood sugar level. The last

layer is the data storage layer that contains all the previous reading.


32/40

ARCHITECTURE:


33/40

INTERFACE DESIGN

Main interface


34/40

INTERFACE DESIGN

Main menu


35/40

INTERFACE DESIGN

History:


36/40

INTERFACE DESIGN

History


37/40

INTERFACE DESIGN

Reading blood sugar level


38/40


39/40

INTERFACE DESIGN

Reservoir setting:


40/40

EVALUATION

The architecture approach used for

automated insulin pump is 3 tier and

client-server architecture as it bring

portability to a system.

Documents

Automated Insulin Pump