Project-1 CSE 2102 Project 4   Organize Class in Teams of 3 with one Team of 2   Mutli-Pronged Approach  Modifications of Existing Screens  Addition of New Functionalities   Two Broad Focuses for Project 4  Update Prescription Screen with OpenEMR Integration and FDA Daily Meds Access  New Medication Reconciliation and Interaction Checking Screen and Algorithms

Project-2 CSE 2102 Introduce Categories of Meds OpenEMR MSHV

Project-3 CSE 2102 Revised Architecture

Project-4 CSE 2102 Design new Interactions Screen Use Current Web Version as Example

Project-5 CSE 2102 Learn and Use REST APIs   RxNorm names for clinical drugs linked to drug vocabularies used in pharmacies   RxTerms interface terminology derived from RxNorm for medication history recording   NDF-RT is a concept-oriented terminology     FDA Daily Meds  ebservices ebservices

Project-6 CSE 2102 Proposed Component Organization   Develop Test Java Program with Client Classes that Gets you Familiar with Retrieving from all Four APIs  RxNorm, RxTerms, NDF-RT, FDA Daily Meds  Consider Following Decomposition of Project  One Teammate– Java Test/API Program  One Teammate- Mods to Current Med Screen  One Teammate- New Checking Interaction Screen  Teams of 3 (17) and one team of 2  Teams and NetIDs  Usage of Github   Need to Log on to have NetID Initialized  Add NetIDs for Solomon and sad02010

Project-7 CSE 2102 Project 4   Team Formation:  members Names, s, NetIDs   Revisions to Medication Screen:  Organize Drugs by MSHV and OpenEMR  OpenEMR are read-only - cannot be changed   Link from Med to FDA Daily Meds   New Medication Checking Screen: This can be  Combined list of meds (MSHV & OpenEMR)  Returns a list of meds and their interactions   Usage of External Web Services:  FDA Daily Meds, RxNorm, RxTerms, NDF-RT  Updated Doc: dOpenEMRAccess.pdf dOpenEMRAccess.pdf dOpenEMRAccess.pdf

Project-8 CSE 2102 Semester Project  Personal Health Assistant (PHA)  Patient Version for Medication and Chronic Disease Management and Authorizing Providers  Identify Overmedication, adverse interactions, and adverse reactions  Provider Version for Viewing Patient Data that has been Authorized  Personal Health Record Microsoft HealthVault  A Person Can Track Medical Information  Used as Backend Repository to PHA  OpenEMR Standalone version for Providers  Seek to Integrate into PHA  Support Medication Reconciliation

Project-9 CSE 2102 Project 1  Install, Deploy, and Test all Involved SW Packages  Download/Install Eclipse 4.3/UML Designer  Download/Install Android SDK  Load/Build/Exevute PHA into Android SDK  Source Code on Uconn Filelocker  Resetting Android Version to (Version 10)  Hello World Application – Familiarize w/Android  Microsoft Health Vault – create an Account  Download/Install OpenEMR  Be Patient – long install  Create yourself as Patient  Document via word file all of your progress  to Dr. Berhe by 12 midnight on September 4

Project-10 CSE 2102 Project 2 Initial Design  Design a Class Library using UML Designer/Eclipse  Classes for Chronic Diseases  Classes for Patient  Classes for Medications  Classes for Observations of Daily Living  Classes for Exercise, Diet and Nutrition  Use of Enumeration type  NO CODE – Just a UML Design  Prepare MS Word Design Document that contains:  Multiple UML Class Diagrams each Labeled as a Figure (Figure 1. caption., etc.)  Write a paragraph explaining each Diagram  to Dr. Berhe by 12 midnight on September 18

Project-11 CSE 2102 Project 2 Initial Design  Each UML Diagram should contain a set of Classes where each Class has:  Set of Protected Data (Attributes)  Set of Public Methods  Include Signature on Each Method (parameters and return type)  Why Protected?  Analyze the Requirements in order to Identify:  Commonalities to be Captured in Parent Class  Differences that are Pushed down to Child Class  Enumerations to Distinguish Between Data States  to Dr. Berhe by 12 midnight on September 18

Project-12 CSE 2102 Project 2 Final Program  Start from Design Solution for Project 2 Initial Design  Set of Classes  Attributes and Methods Define  No Code  Three Main Tasks: 1. Implementing class library solution 2. Developing screens and Navigating Among them 3. Staging data from screens to class library and back  Upload to HuskyCT by 12 midnight on October 9 th – to be Decided

Project-13 CSE 2102 Miscellaneous Declarations  Classes used by Other classes (inclusion)  Enumeration Types

Project-14 CSE 2102 Misc Class Declarations

Project-15 CSE 2102 Misc Class Declarations

Project-16 CSE 2102 TrackedItem Declarations  Tracks the Different  Conditions, ODLs, Meds that have or are being Tracked

Project-17 CSE 2102 TrackedItem Class Declarations

Project-18 CSE 2102 TrackPatientData Hierarchy  Bring Together all of the Concepts

Project-19 CSE 2102 TrackPatientData Class Declarations

Project-20 CSE 2102 Condition Class Declarations

Project-21 CSE 2102 ODLs and Medications Declarations

Project-22 CSE 2102 Person and Patient Declarations

Project-23 CSE 2102 Exercise Declarations

Project-24 CSE 2102 Instantiating the Classes

Project-25 CSE 2102 The Big Picture

Project-26 CSE 2102 Overview Screen

Project-27 CSE 2102 Emphasis for Project 2 Final Program   Designing and implementing new screens for Conditions and Exercise – Two Types  Create a new Condition/Exercise/ODL  Collect Patient Entered data on Condition/Exercise/ODL   Modifying, if necessary, the ODL and Medication screens that already exist   Hooking the current ODL and Medication screens so that information is stored in the new classes   Lots of Sample Screens for Conditions Given in the Rest of this Presentation

Project-28 CSE 2102Conditions/ODLs/Exercise  Create a new Condition/Exercise/ODL  Each New Condition/Exercise/ODL needs TrackedItems Entry  This is Part of Patient Class  Placed in TrackedItemsListMSHV  For Condition/Exercise/ODL  Collect Entered data on Condition/Exercise/ODL  Actual Data for a Condition/Exercise/ODL  E.g., Diabetes would have  Glucose Level  Carbs Eaten  Type of Fasting  Insulin Taken

Project-29 CSE 2102 PHA in Eclipse

Project-30 CSE 2102 History of Mobile Computing 2009

Project-31 CSE 2102 History of Mobile Computing – Aug 2013

Project-32 CSE 2102 History of Mobile Computing - Tablets

Project-33 CSE 2102 Observations of Daily Living  Observations of Daily Living and PHRs  Passive – Once Initiated, Collects Data  Accelerometer  Pedometer  Pill Bottle that Sends a Time Stamp Message (over Bluetooth?) to SmartPhone  Active – Patient Initiated  Providing Information via Smartphone on: –Diabetes (Glucose, Weight, Insulin) –Asthma (Peak Flow, use of Inhaler) –Heart Disease (Pulse, BP, Diet) –Pain, Functional status, Fatigue, etc.

Project-34 CSE 2102 Architecture Diagram

Project-35 CSE 2102 Diabetes Management

Project-36 CSE 2102 Overall Architecture

Project-37 CSE 2102 Current Architecture

Project-38 CSE 2102 Current Architecture

Project-39 CSE 2102 iOS PHA – Patient Version

Project-40 CSE 2102 iOS PHA – Patient Version

Project-41 CSE 2102 iOS PHA – Patient Version

Project-42 CSE 2102 iOS PHA – Provider Version

Project-43 CSE 2102 Android PHA Screenshots

Project-44 CSE 2102 Android PHA Screenshots

Project-45 CSE 2102 Android PHA Screenshots

Project-46 CSE 2102 HealthVault RESTful Exchange Service

Project-47 CSE 2102 HealthVault Class – JSON Mapping.

Project-48 CSE 2102 Prior Work - Blackberry Team  Ability to Track Information on ODLs and Prescriptions  Login Screen  Connection to Google Health  Health Screen to Track ODLs  Charting of ODLs over Time  Loading Scripts from Google Health  Prescription Alarms  Adam Siena, Kristopher Collins, William Fidrych

Project-49 CSE 2102 Screen Shots

Project-50 CSE 2102 Screen Shots

Project-51 CSE 2102 Screen Shots

Project-52 CSE 2102 Screen Shots

Project-53 CSE 2102 Screen Shots

Project-54 CSE 2102 Android Team  Similar Capabilities to Blackberry Project  Wellness Diary and Medication Alarm  Integration with Google Health  Much Improved ODL Screens  Male and Female Faces  Change “Face” Based on Value  Tracking Prescriptions and Alarms  Reports via. Google Charts  Ishmael Smyrnow, Kevin Morillo, James Redway

Project-55 CSE 2102 Screen Shots

Project-56 CSE 2102 Screen Shots

Project-57 CSE 2102 Screen Shots

Project-58 CSE 2102 Screen Shots

Project-59 CSE 2102 iPhone Team  Similar Capabilities to Blackberry Project  Tracking of Conditions, Medications, and Allergies  ODLs for:  Blood-Glucose, Peak-Flow, and Hypertension  Generation of Reports  Synchronization with Google Health  Brendan Heckman, Ryan McGivern, Matthew Fusaro

Project-60 CSE 2102 Screen Shots

Project-61 CSE 2102 Screen Shots

Project-62 CSE 2102 Screen Shots

Project-63 CSE 2102 Screen Shots