Sddec11-03 Group Members: Charles Ristau (Group Manager) Yik Sen Tan (Web Master) Tariq Azmy (Secretary) Theron Worthington (Communication Liaison) Advisor:

Operating Room Instrument Rapid Delivery

Systemsddec11-03

Group Members:Charles Ristau (Group Manager)

Yik Sen Tan (Web Master)Tariq Azmy (Secretary)

Theron Worthington (Communication Liaison)

Advisor:Prof. Daji Qiao

Client:Prof. Manimaran

CSP handles instrument cleaning and preparation for Operating Rooms

Instruments required normally scheduled

Sometimes additional instruments are needed◦ Nurse requests instruments

◦ CSP cleans and prepares instruments

Introduction

Most of the needed instruments are prepared ahead of time for the scheduled operations throughout the day

Sometimes additional instruments are needed

Requests for these instruments are generally made through phone calls or notes left on instrument trays

This can tie up phone lines and create an inefficient system of logging and tracking of instrument requests

Problem Statement

Implement a system that is capable of tracking requests by OR staff (nurse).

Implement in OR Room, Decontamination Room, and Sterilization Room.

Additional terminal for CSP coordinator to monitor request status.

Solution Approach

Concept Diagram

Nurse who work in the operating room.◦ Make instrument request through the system.

CSP staff in Decontamination and Sterilization area.◦ Receive request from nurse.

Coordinator monitors requests◦ Can edit status as needed

Intended Users/Uses

Based on set-up in Iowa Methodist Health Center in Des Moines

Operating Rooms Every rooms has one terminal

Central Sterile Processing (CSP) Area Decontamination Room – 1 terminal Sterilization Room – 1 terminal Supervisor Room – 1 terminal

Operating Environment

Operating Room Terminal◦ Create Request◦ Cancel/Clear Request◦ View Request Status

Decontamination Room Terminal◦ View Request Status◦ Change Request Status

Sterilization Terminal◦ View Request Status◦ Change Request Status

CSP Coordinator Terminal◦ Monitoring

Functional Requirements

User friendly◦ Straight forward user interface◦ Organized user interface

Reliability◦ Request confirmation◦ Request status

Increase effectiveness◦ Auto-matched function

Non-functional Requirements

System Block Diagram

Server

Status Update

Requests InformationOperating

Room Terminal

Decontamination Room Terminal

Coordinator Computer

Sterilization Terminals

Status Update

Status Update

Each terminal’s program will be linked to a server.

Every update will go through server and the server will update all terminal’s program simultaneously

The server stores past and present requests information based on the request number designated to each request.

System Description

Workstation◦ Windows XP◦ Java available

Network is reliable

No confidential information displayed

Only used by hospital staff in designated areas

Assumptions

Tools used◦ Netbeans Swing GUI Builder◦ Eclipse IDE

Learning Experience◦ Java Swing programming◦ TCP socket programming

Terminal Implementation

Table displaying current instrument request information

Buttons allowing easy-to-learn addition or removal of requests

Nurse Terminal

Picture of Add pop-up Allows nurse to add a

request by specifying the following information◦ Room◦ Case◦ Instruments

Typing in instrument queries instrument database for matches

Nurse Terminal – Add Request

Show status of current requests

Allows the user to change the status of the request

Decontamination/Sterilization Terminals

Allows the user to change the status of a request

Status choices depend on terminal

Status Change Window

Allows a user to supervise active requests Can message status

Coordinator Terminal

Tools used◦ Netbeans ◦ JavaDB

Learning Experience◦ JDBC programming with SQL◦ TCP socket programming

Request Server Implementation

Takes updates from terminals to add requests or change request status in the request database

Updates terminals when a change occurs in the request database

Queries instrument database to find possible matches for user instrument input

Request Server

JavaDB – Oracle supported implementation of Apache Derby

Created through Netbeans

Consists of two tables◦ Requests◦ Instruments

Database

Edit/Change function on OR terminal

Enhanced GUI interface display

Instruments details scroll pop-up function

Future Work

JUnit Testing Non-thread methods in the front-end

software tested These methods passed JUnit testing with

various given inputs

Functional Testing Auto-complete, status requests, and request

addition/deletion tested and succeeded

Junit/Functional Testing

Manual Testing Scenarios created to test the system with different

configurations of possible real-time events encountered Tested scenarios behaved as expected Persistence of system database during shutdowns was tested

Integration Testing System tested on different computers on different networks The Iowa State network, ad hoc, and a simple router were

used to test the system Computers used during testing ran Windows 7 OS System requires that at least version JRE 1.7 of Java be used

Scenario Testing

Spring ScheduleSenior Design Introduction

Problem DefinitionProblem Definition

Identify End-Users and End-UsesIdentify Requirements and Solution

Technology SelectionChoosing the Programming Language

Research NetworkingDevices Selection

End Product DesignDatabase Design

Code DesignTesting DesignFinalize Design

Project DocumentationProject Plan

Design Document

Project ReportingWeekly Report

Website

1/9 1/16 1/23 1/30 2/6 2/13 2/20 2/27 3/6 3/13 3/20 3/27 4/3 4/10 4/17 4/24 5/1

Problem Definition

Senior Design Introduction

End Product Design

Project Documentation

Project Reporting

Technology Selection

Fall Schedule

End Product Implementation

Software Coding

Device Setup and Installation

Bug Fixes

Test Planning

End Product Testing

Test Execution/Evaluation

Error Analysis

Project Documentation

Project Poster

Final Project Documentation

Project Reporting

Weekly Report

Website

8/21 8/28 9/4 9/11 9/18 9/25 10/2 10/9 10/16 10/23 10/30 11/6 11/13 11/20 11/27 12/4 12/11

Project Documentation

Project Reporting

End Product Implementation

End Product Testing

Successfully implement for each terminal.◦ GUI interface design◦ Request Server◦ Request Database

Follow-up actions/Future work◦ Edit/Change function on OR terminal◦ Enhanced GUI interface display◦ Instruments details scroll pop-up function◦ More instrument data in database

Conclusion

Questions?