450 likes | 548 Vues
This project focuses on developing a Personal Health Assistant (PHA) for medication and chronic disease management. It includes a patient version for tracking medical information, a provider version for viewing patient data, and interfaces with backend repositories like OpenEMR and Microsoft HealthVault. The PHA aims to prevent overmedication, adverse interactions, and adverse reactions, while supporting medication reconciliation. It integrates with Android and iOS platforms and ensures security through a dedicated backend. Additional features include medication reconciliation, interaction checking, and access to FDA Daily Meds database.
E N D
Individual Project Background • What is 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 • OpenEMRStandalone version for Providers • Seek to Integrate into PHA • Support Medication Reconciliation
Four Code Repositories • Android PHA-Patient • iOS PHA-Patient • iOS PHA-Provider using Titanium/Javascript • Security Backend for PHA
Introduced Categories of Meds OpenEMR MSHV
Miscellaneous Declarations • Classes used by Other classes (inclusion) • Enumeration Types
TrackedItem Declarations • Tracks the Different • Conditions, ODLs, Meds that have or are being Tracked
TrackPatientData Hierarchy • Bring Together all of the Concepts
Other Capabilities • Two Types of ODLs • 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
Conditions/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
Additional Functionality • Two Broad Focuses for • Update Prescription Screen with OpenEMR Integration and FDA Daily Meds Access • New Medication Reconciliation and Interaction Checking Screen and Algorithms
Design new Interactions Screen Use Current Web Version as Example
Use of REST APIs • RxNormnames for clinical drugs linked to drug vocabularies used in pharmacies • RxTermsinterface 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 Meds • http://dailymed.nlm.nih.gov/dailymed/help.cfm#webservices
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 • Java Test/API Program for Interaction Checking • Mods to Current Med Screen • New Checking Interaction Screen
Final Capabilities • 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: http://www.engr.uconn.edu/~steve/Cse2102/MSHVandOpenEMRAccess.pdf
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.