PRELIMINARY DESIGN REVIEW P09321 – AUTOMATED MEDICINE DISPENSER DATE (01-16-2009)

Preview:

DESCRIPTION

PRELIMINARY DESIGN REVIEW P09321 – AUTOMATED MEDICINE DISPENSER DATE (01-16-2009) ‏. Michael Boquard (CE) ‏ Felix Feliz (ME) ‏ Rebecca Jaiven (EE) (Lead Engineer) ‏ Matthew Jones (ME) ‏ Shuaib Mansoori (EE) ‏ Justin Zagorsk (IE) (Team Leader) ‏. OVERVIEW. Intro Roles & Responsibilities - PowerPoint PPT Presentation

Citation preview

PRELIMINARY DESIGN REVIEWP09321 – AUTOMATED MEDICINE DISPENSER

DATE (01-16-2009)

Michael Boquard (CE)

Felix Feliz (ME)

Rebecca Jaiven (EE) (Lead Engineer)

Matthew Jones (ME)

Shuaib Mansoori (EE)

Justin Zagorsk (IE) (Team Leader)

1

OVERVIEW

1. Intro2. Roles & Responsibilities3. Customer Requirements

HOQ

4. Engineering Specifications5. Summary of Concept Selection6. Summary of Selected Concepts7. Electrical System Summary8. Software System Summary9. Schedules10.Risks & Issues

2

INTRO – PROJECT DESCRIPTION

o Produce a robust prototype that dispenses medication on a time-bases to patients in a secure and accountable environment.

o Allow to dispense a week’s supply of up to 6 different pills for two patients accessed twice daily.

o Reliable and compact electro-mechanical dispensing system that can be controlled by a common laptop.

3

INTRO - SCOPE

Start with a working prototype.~5 years outdated

Modify to meet customer needs/specs.

Deliver functioning prototype by end of MSDII.

4

INTRO – Target End User

One who takes medication on a regular basis, is technological capable*, and desires to have their medication in a safe and secure environment.

* a technology capable person is familiar with basic computer functions and/or has the willingness to learn.

5

ROLES & RESPONSIBILITIES

Justin Zagorski (IE) Team LeaderRebecca Jaiven (EE) Lead EngineerMichael Boquard (CE)Felix Feliz (ME)Matthew Jones (ME)Shuiab Mansoori (EE)

D. Phillips (EE) E. Hanzlik (ME)John Veenstra

GUI & Interfacing

Design & Manufacturing

Electrical Components & Circuitry

Faculty Guide

Faculty Advisor

Sponsor6

Critical Customer Needs and Engineering Specifications Customer Needs1. Laptop Interface

2. 360° Security™

a. Ensure accountability for delivery and distribution of medication.

3. Properly and Reliably Dispense Medicationa. Dispenses medication for

two people, twice a day for a week, for six different medications each distribution.

4. Portable

Engineering Specs1. Biometric Access

a. CN of security/laptop

2. Software properly access appropriate location and no mechanical failures a. CN properly and reliably

dispenses medicine

3. 4 levels of user access a. CN security

4. Size/weight limits a. CN portability

7

CUSTOMER REQUIREMENTS

8

SPECIFICATIONS

9

Hardware Concept Selection Criteria

• Size • Security – visibility of medication• Scalability • Simplicity • Reliability • Ease of Use – customer interface• Return Area • Packaging – external housing unit

10

Top 3 Designs See full PUGH in Appendix A

11

Datum 1 2 3

 

Size 0 1 1 1

Security 0 1 1 1

Scalability 0 1 1 1

Simplicity 0 1 1 1

Reliability 0 1 1 1Ease of Use 0 1 1 1Return Area 0 1 1 1

Packaging 0 -1 0 1

+ +0 +0 +0 +0

- -0 -0 -0 -0

0 6 7 8

Scale:0 is neutral1 is positive-1 is negative

Selected Design First Iteration

Empty Return

Collapsible Legs

HingesCollapsible Ramp

Pro Con

Collapsible Legs Short Ramp

Collapsible Ramp

Empty Cartridges can stack up

Return Slot Large footprint

12

Second Iteration

13

Change Made Reason

Return location Narrower footprint; more space in return compartment

Ramp Design Ramp can fully extendUnfolded

Collapsed

*Collapsed dimensions: 11”x11”x6”

Front views

Rear views

Existing Electrical SystemSchematic in Appendix B

14

Proposed Electrical System

15

System Level Changes - Electrical

16

Existing Change Reason

3.3V Regulator RemoveNot necessary to power components

Mux/ Demux Remove Replace with FPGASystem ROM Update Old TechnologyNon-standard connector Change To USB 2.0 for standardizationMemory Card Connector Remove Replace with LaptopMicrocontroller Remove Replace with LaptopFPGA Update Old Technology

Firmware Data Flow

17

Levels of User Access

18

o User 1 – Patiento User 2 – Pharmacist o User 3 – Deliveryo User 4 – Administration

The prescription is changed by the Doctor who informs that pharmacist who changes the pills placed into the cartridge.

User 1

Patient Process

20

User 2

Refill Process

22

User 3 change *New to Delivery

User 4

Admin

25

Firmware Finite State Machine (FSM)

26

Preliminary System Integration

o Mechanical- Electrical• Electrical will mount on prototype on designated

space• Electrical will power Nitinol drivers

o Electrical-Software• Software controls TTL signal that sends signal

high

27

Engineering Assumptions

Aluminum 1100 O ν= .33 E=10.1 Msi T=.09 P= 7.5 lb Yield Strength= 20ksiLoading case 1:

2- 1” hinges applied 2in from each endLoading case 2:

1 3/8” wide welded rail holding a total of 1.94 lbs

1

MN MX

X

Y

Z

-455.93-356.521

-257.112-157.703

-58.29441.115

140.524239.933

339.342438.751

JAN 8 200918:18:07

NODAL SOLUTION

STEP=1SUB =1TIME=1SX (AVG)RSYS=0DMX =.322E-05SMN =-455.93SMX =438.751

Engineering Analysis

Leg analysisMaximum stress:

455.9psiMaximum

deflection: .00185in in z-direction

Rail analysisMaximum stress:

30.632psiMaximum

deflection: .322X10-5in

1

MNMX

X

Y

Z

-30.632

-23.825-17.018

-10.211-3.404

3.40410.211

17.01823.825

30.632

JAN 8 200918:33:39

ELEMENT SOLUTION

STEP=1SUB =1TIME=1SZ (NOAVG)RSYS=0DMX =.419E-09SMN =-30.632SMX =30.632

Engineering Analysis Conclusions

The stresses and deflections incurred for both the leg and rail are well below the maximum allowed tolerances for the individual parts.

This indicates that the thicknesses assigned

and the materials selected fit well with our design. And confirms that the mechanical design is sound.

MSDI Timeline

31

MSDII Timeline

*need to create another critical path

32

Appendix C is Microsoft Project

RISKS

5 – Life Threatening4 - Nonfunctional Prototype3 – Fixable Glitch2- Outside of Design Control1 – Not critical to functionality

Risk Level Owner How to MitigateFalse positive/negative on biometric scanner 5 Becky Use best possible scanner within budget

Incorrect medication fill 5 Mike Individual held accountable - datalogging, pick list

Dispensing from incorrect location 5 Team Double-check programming, circuitry

Hardware compatibility (USB drivers) 4 Mike/ BeckyTest on multiple computers, make sure drivers are up to date

Unauthorized access 4 Mike/ Becky Fingerprint access, any access is logged

Power Outage 4Becky/ Shuaib Backup battery possible

Dropping / Impact 3 Matt/ Felix Ensure case design is robust

Biometric scanner malfunction 3 Mike/Becky Users will have a backup PIN

OS compatibility 3 Mike Test on multiple computers, include necessary software

Firmware patches 3 Mike Ensure updates can be made easily using OS

Incomplete or Incorrect Documentation 3 Justin Evaluate and organize

Mechanical Jam 3 Matt/ Felix Careful selection of hinges/validation testing

User forgets to take medication 2 Mike Alarm/indicator on unit

Pill breakage 2 Matt/ Felix Pad cartridge caps

Return slot full 2 Matt/ Felix Properly sized return area

Water damage 1 Matt/ Felix Alert users with warning label

Excessive Weight 1 Matt/ Felix Re-evaluate Concept Selection33

ISSUES (Most important to least)

1. Time2. Scope Creep3. Availability of machine shop/electrical

components/Nitinol fibers & latches4. OS updates5. Team schedules conflicting6. Available computers/people for testing7. Ramp packaging space (hinge thickness)8. Cartridge loaded and delivered in different

time zones34

BACK UP SLIDES(Appendix, extra info, etc..) 35

Appendix

Appendix A – PUGH Chart Link Appendix B – ANSYS Appendix C - Microsoft Project Link

36

Recommended