HeartMon TM

1. HeartMonTM Biomedical Engineering Solutions Amir Kamyabnejad Bobby Luk Chen Zhang Eric Boyer YashTrivedi

2. Outline • Motivation • Project Overview • Hardware • Software • System • Testing /Verification • Budget • Schedule/Timeline • Problems Encountered • Future Extensions • Conclusion

3. Motivation • Cardiovascular disease accounts for 30% of all deaths, whichcosts $22.2 billion annually • Improve heart monitoring, diagnosing, prevention • More treatment options • Lower cost • Continuous remote monitoring • On-site preliminary analysis • Transfer information via internet • Notify emergency services

4. Project Overview • Hardware • Software • System

5. Project Overview Brief System Overview Figure 1: Brief System Overview

6. Hardware Figure 2: ECG Signal

7. Hardware Functions of the ECG Circuit • Patient protection • ECG signal amplification • Filtering: • Muscle noise • Radio Frequency (RF) noise and Electromagnetic Interference (EMI) • The body’s DC bias • 60Hz noise from household power • Common-mode noise by means of a leg driver electrode

8. Hardware Functions of the Arduino • Analog to Digital Conversion (ADC) • Bluetooth transmission

9. Hardware Arduino and PCB Figure 3: Arduino Board Figure 4: PCB

10. Testing/Verification: Hardware • Testing with a function generator and oscilloscope: • Applied a 1.5Hz, 1mV square wave to simulate a heartbeat, and ensured that it is amplified sufficiently without adding any noise • Applied a DC bias to the square wave to verify common-mode rejection • Checked the frequency response of the ECG to ensure that frequencies below 0.5Hz and above 100Hz are attenuated sufficiently

11. Problems Encountered - Hardware • Notch filter did not perform properly while on the breadboard • RF interference saturated the op-amps until low-pass filters were implemented on the input • Arduino voltage converter died

12. Software • Diagnostics • Graphical User Interface • Bluetooth Module • Warning System • Data logging and Uploading

13. Diagnostics • Heart pulse amplitude • Heart rate period • Ischemia Figure 5: Ischemia http://web.squ.edu.om/med-Lib/MED_CD/E_CDs/anesthesia/site/content/figures/3025f11.gif

14. Software GUI Figure 6: Application GUI

15. Software Warning System • User Warning Notification • Automated call to health professionals when emergency occurs • False Alarms Figure 7: Warning Message

16. Software Data Logging and Uploading • Record data continuously in spreadsheet form • ECG Signal • User Activity (accelerometer data) • GPS Location Data • Timestamps • Store .csv (comma separated values) files locally • Upload data to server for remote diagnostics

17. Testing/Verification: Software • Testing with Android phone • Placed important values into the GUI • Placed buttons to test uploading and digital filtering • Modified threshold values to test specific scenario

18. Problems Encountered - Software • Warning System Problem • System freezes during warning • Server Option Problem • Google Documents Server – system instability because of too many dependencies • Java Server - limited space for data storage, but stable and customizable

19. System Overview • Connection between Sensors and Microcontroller • Connection between Microcontroller and Smart Phone • Ability to fetch information from within the App

20. System Overview • Connection between Sensors and Microcontroller established through Digital Port • Pin 4 configured as Input Pin • Signal from sensors hardwired into Microcontroller Port

21. System Overview • Connection between Microcontroller and Smart Phone established over Bluetooth • Baud rate used: 115200 • Microcontroller sends digital signals at a sampling rate of 100 Hz

22. System Overview • Phone App uses Activity based Java class to execute the program • BroadcastReceiver method used to detect incoming signals • Intent setup to extract signal values from BroadcastReceiver

23. Testing/Verification: System • Condition imposed to trigger alarm only after a certain number of consecutive error readings • Avoids triggering false alarms • Ways to artificially induce false alarms

24. Testing/Verification: System • Best way to test system diagnostics is by using a signal generator • Signal generated produces electric signals similar to a heart pulse • Amplitude and time intervals can be modified as required during simulation

25. Problems Encountered - System • Setting up a framework to support Bluetooth connection between Microcontroller and Smart Phone • Hardware limitations restricting sampling frequency at 100Hz • Discrepancies in different builds causing bugs in some versions over different platforms

26. Top Level Overview Figure 8: Top Level Overview

27. Budget: Proposed and Actual

28. Schedule/Timeline Figure 9: Schedule/Timeline

29. Future Extensions • Waterproof case • Weigh less than 200 g • Comply with CSA, UL, FCC requirements • Reliability & durability • Wireless ECG electrodes • Compatible with X-rays • Add oximeter • Add thermometer • Detect symptoms of heart disease • Minimize energy consumption • Work on all Android, iPhone, and Blackberry platforms

30. Conclusion • Successful completion of goals • Exceeded expectation • Team dynamics • Contribution to society • Confidence in entrepreneurship

31. Questions