1 / 18

MyRx Pharmacist/Doctor Interface

MyRx Pharmacist/Doctor Interface. Heather Klinar , Adam Anderson, Stephen Gardner, Ben Hu, Chris Muller November 30 th , 2011 University of Maryland CMSC 434, Term Project. The Problem:.

iniko
Download Presentation

MyRx Pharmacist/Doctor Interface

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. MyRx Pharmacist/Doctor Interface Heather Klinar, Adam Anderson, Stephen Gardner, Ben Hu, Chris Muller November 30th, 2011 Universityof Maryland CMSC 434, Term Project

  2. The Problem: • MyRx seeks to solve the problem that pharmacists and doctors experience when there is a lack of easy, instant, paperless communication between the two entities. • MyRx also seeks to allow doctors an easily manageable web interface to view their currently filled and unfilled prescriptions as well as the pharmacies they are registered with. • Finally, MyRx aims to allow pharmacists an easier way to access paperless records of written prescriptions, doctor information, and allow for further peace of mind when confirming the validity of a patients prescription.

  3. Our Approach: • Our idea was to create a clean and simple web interface which allowed for doctors to send their prescriptions to the pharmacy electronically. The doctor would be able to specify exactly which medication to prescribe, the dosage, and all of the necessary attributes. • An easily manageable and understandable interface. • Doctor->Pharmacy prescriptions would be sent. • Pharmacy->Patient pickup would be instantly available. • Patient X would be able to paperlessly receive their medication at any one of the registered pharmacies by providing the right identification. • Doctors and Pharmacies would maintain a profile with MyRx and would be allowed to view all current and past prescriptions.

  4. The MyRx Interface

  5. Logging in • From the MyRx login page, doctors and pharmacists can log in or first time users may create a profile. • Each unique doctor or pharmacy will be given their own username and password once they have been approved. • The type of account you have reflects which interface you log into.

  6. First time user? Create a Profile! • New doctors have the leisure of creating their own profile. • Profile submissions must be approved before they are stored as registered doctors in the MyRx database • Doctors input their general and practice information and will be contacted directly after their information has been reviewed.

  7. You’re Approved? Log in! • Doctors that log in will receive their own welcome page, and the opportunity to fill prescriptions. • Ideally, a news-feed type interface will occupy the doctors homepage, and should be somewhat customizable.

  8. Doctors: Fill a Prescription! • Once clicking “Fill a Prescription”, doctors are taken to the prescription filing page. Once pharmacies have been registered, a doctor may select a pharmacy from the pharmacy name autocomplete form. • Selecting a medication is first filtered by prescription drug, which is the name field, and then the trade name (i.e. Xanax), dosage (i.e. 200 mg, 20 mL, etc.), and type (i.e. injection, tablet, capsule, etc) are selected in the details field. • A doctor may enter the patients name, and all the necessary prescription information as if he were writing it on a normal prescription pad. Instructions may be given to the patient for further assistance. • When the doctor submits this prescription, every piece of information is reflected in the pharmacies interface as we will see in the upcoming slides.

  9. Pharmacists: Check Valid Prescriptions • When pharmacists log in, they will be presented with all the filled and unfilled prescriptions that their registered doctors have prescribed. • The “New Prescriptions” button populates the table on the right with a list of prescriptions that still need to be filled. • The “Completed Prescriptions” button populates the table on the right with a list of prescriptions that have been filled. • Patients are listed in alphabetical order, their medication is easily viewable from the prescription chart.

  10. Pharmacists: Verify Patient Info • After clicking on a patient name from the prescriptions chart, all of the patient info that the doctor recorded is easily visible. • Pharmacists may then check valid patient identification at a single click.

  11. Usability Tests: Doctors • We ran our usability test with 5 individuals, some doctors and some pharmacists. • Doctors were asked to use our interface to: • Create a profile • Log in • Write/submit a prescription

  12. Usability Tests: Pharmacists • Pharmacists were asked to use our interface to • Create a profile • View/fill the prescription • Acknowledge prescription has been filled/sent out • Log out

  13. Usability Tests: Demographics

  14. Post-Test Questionaire • After administering the usability tests, we asked each participant the following post-test questions: - What was your favorite aspect of the interface? - What was your least favorite aspect of the interface? - Were there any options for submitting a prescription that you would want that were absent from the interface? - Describe from 1 to 9 (1 being extremely difficult and 9 being very easy) the difficulty level of navigating through the website interface to submit a prescription. - Describe from 1 to 9 (1 being extremely difficult and 9 being very easy) the difficulty level of using the website forms to submit a prescription.

  15. Usability Tests: Results

  16. Modifications • Changes we implemented • Made the form to fill out a prescription much shorter and easier to use. • Instead of filling in all of the information associated with a patient (i.e. name, phone number, address, etc.), the patient is just selected by their name. The assumption is that if this was used in an actual doctors office, all of this personal information would already be stored in the system. • Pharmacy Name is selected by the auto-complete function • Prescription name is selected using the auto-complete function (includes ~1,100 names of prescription drugs) • The dosage and type (i.e. tablet, injection, capsule, etc.) is selected based off of the drug that was selected • This means that each drug has a list of available dosages and/or trade names, so once the prescription drug is selected, the more detailed information about that said drug can be made in one easy step. • This eliminates the dosage, type, and unit fields from our usability test prototype • Adjusted the pop-up box from the Pharmacy UI to pop-up right next to the link that was clicked on • Made help pages for every part of our system • The doctor’s name and the date the medication was prescribed was put into the pop-up dialog box on the Pharmacist UI • Other recommendations that were not implemented • In order to meet legal requirements, there needs to be an electronic image created for each prescription. • The display needs to include doctors DEA and NPI numbers • A prescription number needs to be assigned to all completed prescriptions. • A query by prescription number should be available. • Include enhancements to the UI to allow for handling of hand-written or verbal communications. • Create a “hold at later date” option or “holding area” when prescription inventory is unavailable.

  17. Final Status Regarding Previous Works • Our product is unique because we focused on our design on the pharmacist to doctor relationship • It could be expanding in order to offer patient sign-in (in order to request refills, and check on the status of current prescriptions) • The transmission of prescriptions is easy for both parties, which makes it simple and easy to use • CVS pharmacy requires a written form of their prescription even when doctors fill one out online • Our product could alleviate this need for paper to switch hands • Based on the results from our usability tests, in order to achieve paperless transactions, we would need to generate unique prescription numbers and images for each prescriptions, which would be completely feasible.     • FamilyMeds • Our product differs from this one because our system allows profiles to be created independently, and linked up at our end based on the profiles received and the local areas we wish to cover • Although similar to other products out there, ours is very unique because it focuses on the pharmacist to doctor relationship, which gives our product the ease of use and the reliability without the clutter of some more complex products.

  18. Future Work Possibilities For MyRx to be a commercial product, we need to: • Implement a database to manage current and new drugs, their dosages, doctors and pharmacies that have accounts on the system, and active prescriptions. • Implement a system to verify doctor’s credentials when they create an account. • Create a virtual image for each prescription that is submitted. • Create a system to allow doctors to virtually sign prescriptions. • Attach each prescription and doctor with various ID numbers used in the prescription drug industry. • Add a section for patients to view their current prescriptions and receive notifications about them.

More Related