Project 4
description
Transcript of Project 4
Project-1
CSE2102
Project 4Project 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
CSE2102
Introduce Categories of MedsIntroduce Categories of Meds
OpenEMR
MSHV
Project-3
CSE2102
Revised ArchitectureRevised Architecture
Middle-Layer ServerWith REST API
Patient App
Security Policies
• Medications• Allergies• Procedures• Demographic
Provider List
Personal Health Assistant (PHA)
New External Sources
RxTerms
NDF-RT
RxNorm
XMLJSON
JSON
MS Health Vault
XM
L
ASP.Net API
Proivder App
Authorization by Role
• Medications• Allergies• Procedures• Demographic
Patient List
JAVA APIs
XM
LOpenEMR
NewInteractionChecker Screen
FDA DailyMeds
XML
Project-4
CSE2102
Design new Interactions ScreenDesign new Interactions Screen
Use CurrentWeb Version as
Example
Project-5
CSE2102
Learn and Use REST APIsLearn 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
http://rxnav.nlm.nih.gov/RxNormAPIs.html# http://rxnav.nlm.nih.gov/RxTermsAPIs.html# http://rxnav.nlm.nih.gov/NdfrtAPIs.html#
FDA Daily MedsFDA Daily Meds http://dailymed.nlm.nih.gov/dailymed/help.cfm#w
ebservices
Project-6
CSE2102
Proposed Component OrganizationProposed 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 ProjectConsider 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 2Teams of 3 (17) and one team of 2 Email Teams and NetIDs Usage of Github
http://about.github.uconn.edu/ Need to Log on to have NetID Initialized
Add NetIDs for Solomon and sad02010
Project-7
CSE2102
Project 4Project 4 Team Formation:
Email members Names, Emails, 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: Updated Doc: http://www.engr.uconn.edu/~steve/Cse2102/MSHVandOpenEMRAccess.pdf
Project-8
CSE2102
Semester ProjectSemester Project Personal Health Assistant (PHA)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 HealthVaultPersonal Health Record Microsoft HealthVault
A Person Can Track Medical Information Used as Backend Repository to PHA
OpenEMR Standalone version for ProvidersOpenEMR Standalone version for Providers Seek to Integrate into PHA Support Medication Reconciliation
Project-9
CSE2102
Project 1Project 1 Install, Deploy, and Test all Involved SW PackagesInstall, Deploy, and Test all Involved SW Packages Download/Install Eclipse 4.3/UML DesignerDownload/Install Eclipse 4.3/UML Designer Download/Install Android SDKDownload/Install Android SDK Load/Build/Exevute PHA into Android SDKLoad/Build/Exevute PHA into Android SDK
Source Code on Uconn Filelocker Resetting Android Version to 2.2.3 (Version 10)Resetting Android Version to 2.2.3 (Version 10) Hello World Application – Familiarize w/AndroidHello World Application – Familiarize w/Android Microsoft Health Vault – create an AccountMicrosoft Health Vault – create an Account Download/Install OpenEMRDownload/Install OpenEMR
Be Patient – long install Create yourself as Patient
Document via word file all of your progressDocument via word file all of your progress Email to Dr. Berhe by 12 midnight on September 4Email to Dr. Berhe by 12 midnight on September 4
Project-10
CSE2102
Project 2 Initial DesignProject 2 Initial Design Design a Class Library using UML Designer/EclipseDesign 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: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
Email to Dr. Berhe by 12 midnight on September 18Email to Dr. Berhe by 12 midnight on September 18
Project-11
CSE2102
Project 2 Initial DesignProject 2 Initial Design Each UML Diagram should contain a set of Classes Each UML Diagram should contain a set of Classes
where each Class has: 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: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
Email to Dr. Berhe by 12 midnight on September 18Email to Dr. Berhe by 12 midnight on September 18
Project-12
CSE2102
Project 2 Final ProgramProject 2 Final Program Start from Design Solution for Project 2 Initial DesignStart from Design Solution for Project 2 Initial Design
Set of Classes Attributes and Methods Define No Code
Three Main Tasks: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 9Upload to HuskyCT by 12 midnight on October 9thth – to – to
be Decided be Decided
Project-13
CSE2102
Miscellaneous DeclarationsMiscellaneous Declarations Classes used by Other classes (inclusion)Classes used by Other classes (inclusion) Enumeration TypesEnumeration Types
Project-14
CSE2102
Misc Class DeclarationsMisc Class Declarations
Project-15
CSE2102
Misc Class DeclarationsMisc Class Declarations
Project-16
CSE2102
TrackedItem DeclarationsTrackedItem Declarations Tracks the DifferentTracks the Different
Conditions, ODLs, Meds that have or are being Tracked
Project-17
CSE2102
TrackedItem Class DeclarationsTrackedItem Class Declarations
Project-18
CSE2102
TrackPatientData HierarchyTrackPatientData Hierarchy Bring Together all of the ConceptsBring Together all of the Concepts
Project-19
CSE2102
TrackPatientData Class DeclarationsTrackPatientData Class Declarations
Project-20
CSE2102
Condition Class DeclarationsCondition Class Declarations
Project-21
CSE2102
ODLs and Medications DeclarationsODLs and Medications Declarations
Project-22
CSE2102
Person and Patient DeclarationsPerson and Patient Declarations
Project-23
CSE2102
Exercise DeclarationsExercise Declarations
Project-24
CSE2102
Instantiating the ClassesInstantiating the Classes
Project-25
CSE2102
The Big PictureThe Big Picture
Project-26
CSE2102
Overview ScreenOverview Screen
Project-27
CSE2102
Emphasis for Project 2 Final ProgramEmphasis 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
CSE2102
Conditions/ODLs/ExerciseConditions/ODLs/Exercise Create a new Condition/Exercise/ODLCreate 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/ODLCollect 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
CSE2102
PHA in EclipsePHA in Eclipse
Project-30
CSE2102
History of Mobile Computing 2009History of Mobile Computing 2009
Platform Symbian BlackBerry iPhoneWindows Mobile
Android
World market share 47.10% 19.50% 10.70% 12.40% > 1%
# US users 888,535 9,668,977 5,258,254 6,807,554 427,914
US market share 3.9% 41.9% 22.8% 29.5% 1.9%
Development C++ Java Objective C Windows Linux
Dev Environment Visual Studio Blackerry/Java Mac OSX Visual Studio Linux
Resolution various various 480x320 various various
Table 1: SmartPhone Varieties and Market Share in 2009.
Project-31
CSE2102
History of Mobile Computing – Aug 2013History of Mobile Computing – Aug 2013
Table 2: SmartPhone Varieties and Market Share in August 2013.
Project-32
CSE2102
History of Mobile Computing - TabletsHistory of Mobile Computing - TabletsTable 3: Tablet Market Share in Q2 2013.
Project-33
CSE2102
Observations of Daily LivingObservations of Daily Living Observations of Daily Living and PHRsObservations 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
CSE2102
Architecture DiagramArchitecture Diagram
Personal HealthRecord (PHR)
Microsoft Healtvault
Figure 1: Architecture Diagram of the Project this Semester.
PHA Provider
OpenEMR
Medication & Observations of Chronic Disease Daily Living (ODL)Management
Apache/TomcatWeb/Application
Server
MySQL Database
Server
Medication/Supplement
Interaction Checker
ODL and ChronicDisease Analyzer
PHA Patient
Project-35
CSE2102
Diabetes ManagementDiabetes Management
Project-36
CSE2102
Overall ArchitectureOverall Architecture
Management System
Current glucose
level
Meals
Exercises
CurrentMedications
Glucose level 1hr
after meal
Glucose level 2hr
after meal
Decision SupportSystem
Dose of insulin from
pumps
Dose of medications
Project-37
CSE2102
Current Architecture Current Architecture
Health Vault Middle-Layer Server
Patient App
Security Policies
• Medications• Allergies• Procedures• Demographic
Provider List
Personal Health Assistant (PHA)
SMART Container
SMARTSync
RxTerms NDF-RT RxNorm
Harvard SMART
EMR
RD
F
Rest API
JSONJSONJSON
MS Health Vault
XM
L
ASP.Net API
XACML
XML-RR
Proivder App
Authorization by Role
• Medications• Allergies• Procedures• Demographic
Patient List
XACML
RDF-RR
Project-38
CSE2102
Current Architecture Current Architecture
SMART Container
openEMR
SMART Dashboard
SMARTREST API
RDF DataModel
SMARTConnect
SMARTSync
HealthVault
HealthVault Middleware Server
JSON API
RxTermsRxTerms NDF-RTNDF-RT RxNormRxNorm
SMART Container
openEMR
SMARTREST API
Figure 2: SMARTSync Architecture and Application.
Project-39
CSE2102
iOS PHA – Patient VersioniOS PHA – Patient Version
Project-40
CSE2102
iOS PHA – Patient VersioniOS PHA – Patient Version
Project-41
CSE2102
iOS PHA – Patient VersioniOS PHA – Patient Version
Project-42
CSE2102
iOS PHA – Provider VersioniOS PHA – Provider Version
Project-43
CSE2102
Android PHA ScreenshotsAndroid PHA Screenshots
Project-44
CSE2102
Android PHA ScreenshotsAndroid PHA Screenshots
Project-45
CSE2102
Android PHA ScreenshotsAndroid PHA Screenshots
Project-46
CSE2102
HealthVault RESTful Exchange ServiceHealthVault RESTful Exchange ServiceWeb-Services
User Profile
Medication List
Allergies List
Conditions List
Lab Tests and Results List
Procedure List
Observations of Daily Living List
.NET ↔ JSON Conversion
HealthVault Record Finder and Access
HealthVault Offline Connection
Person ID
Offline Connection
Record ID
.NET → JSON on GET requests
JSON → .NET on POST requests
Demographic Information
Medications
Allergies
Conditions
Lab Tests
Procedures
Observations of Daily Living (ODLs)
Project-47
CSE2102
HealthVault Class – JSON Mapping.HealthVault Class – JSON Mapping.
JSON StructureMSHV Class
Member Properties
DateDiscontinued (ApproximateDateTime)
DateStarted (ApproximateDateTime)
Dose (GeneralMeasurement)
Frequency (GeneralMeasurement)
Name (CodableValue)
Route (CodableValue)
Strength (GeneralMeasurement)
[{"Key":"String content","DateDiscontinued":"String
content","DateStarted":"String content","Dose":"String content","Frequency":"String content","Route":"String content","Name":"String content","Note":"String content","Prescribed":"String content","Strength":"String content"
}]
Medications
Note (CommonItemData)
JSON StructureMSHV Class
Member Properties
AllergenCode (CodableValue)
AllergenType (CodableValue)
FirstObserved (ApproximateDateTime)
IsNegated (Nullable)
Name (CodableValue)
Treatment (CodableValue)
[{"Key":"String content","AllergenCode":"String content","AllergenType":"String content","FirstObserved":"String content","IsNegated":2147483647,"Name":"String content","Reaction":"String content","Treatment":"String content"
}]
Allergies
Reaction (CodableValue)
Project-48
CSE2102
Prior Work - Blackberry TeamPrior Work - Blackberry Team Ability to Track Information on ODLs and Ability to Track Information on ODLs and
PrescriptionsPrescriptions 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 FidrychAdam Siena, Kristopher Collins, William Fidrych
Project-49
CSE2102
Screen Shots Screen Shots
Project-50
CSE2102
Screen ShotsScreen Shots
Project-51
CSE2102
Screen ShotsScreen Shots
Project-52
CSE2102
Screen ShotsScreen Shots
Project-53
CSE2102
Screen ShotsScreen Shots
Project-54
CSE2102
Android TeamAndroid Team Similar Capabilities to Blackberry ProjectSimilar 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 RedwayIshmael Smyrnow, Kevin Morillo, James Redway
Project-55
CSE2102
Screen ShotsScreen Shots
Project-56
CSE2102
Screen ShotsScreen Shots
Project-57
CSE2102
Screen ShotsScreen Shots
Project-58
CSE2102
Screen ShotsScreen Shots
Project-59
CSE2102
iPhone TeamiPhone Team Similar Capabilities to Blackberry ProjectSimilar 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 FusaroBrendan Heckman, Ryan McGivern, Matthew Fusaro
Project-60
CSE2102
Screen ShotsScreen Shots
Project-61
CSE2102
Screen ShotsScreen Shots
Project-62
CSE2102
Screen ShotsScreen Shots
Project-63
CSE2102
Screen ShotsScreen Shots