1 / 22

Patient Medical Data Software

Patient Medical Data Software. The Requirements Document. January 26, 2005. Allen Felix Eric Sanchez Michael Moore Anthony Myslinski Andy Guinn. Natalia Filonenko Dragon Blagojevic Dragos Visan Adam Nowicki. Operation - Battleship. Introduction:. Current State:

taline
Télécharger la présentation

Patient Medical Data Software

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. Patient Medical Data Software The Requirements Document January 26, 2005

  2. Allen Felix Eric Sanchez Michael Moore Anthony Myslinski Andy Guinn Natalia Filonenko Dragon Blagojevic Dragos Visan Adam Nowicki Operation - Battleship

  3. Introduction: • Current State: • Medical facilities in the state of Illinois have their own individual patient logging system. • Description of the problem: • There is no central database with patient information that follows the patient wherever they might seek medical attention.

  4. Objective • The Company P.M.D.S. (Patient Medical Data Software) has been hired by the Rush Hospital Group to design a web-based interface that will allow patients, physicians, and administrative staff access to pertinent data from the hospital’s medical records through a standard Internet connection.

  5. System Functions • After registering with the new Rush system, a patient is able to retrieve contact information for his/her own physician and various hospital staff, manage his her own contact and insurance information, review his/her own medical and appointment history, search an extensive medical knowledgebase, and post questions to a forum with input from other patients, nurses, and physicians. • Physicians and hospital staff will be afforded similar functionalities. Physicians and staff are able to review specific patient accounts, manage appointments, post notes regarding the patient’s medical conditions, and answer patient questions in the online forum.

  6. Planning • Used MS Project 2003 to develop: - a Gantt chart with dependencies - a calendar of the entire project with tasks associated with member names - an individual member's list of responsibilities (including dates and deadlines) • Benefits to using MS Project 2003: - Easy to add/delete tasks without ruining dependencies - Everything (calendar, Gantt chart) is automatically updated when a field is updated in the task list

  7. Testing - Overview • Our testing procedures are very specific. They directly coincide with the requirements document. We have two testers, going through the system performing different tasks. • Two types of tests: • Level 1: Quick easy, not more than 6 steps • Level 2: Very intricate, testing more advanced features such as reporting, database access and manipulations of data

  8. * Example of Testing Matrix

  9. Requirements - Overview • We have broken the Requirements down into two main categories. Both of these categories have many sub-categories. • Functional Requirements • Non-Functional Requirements

  10. There will be 3 main account types Patient Physician System Administrator For each account type there are separate: Login screens Main account pages System Access Features Functional Requirements OverviewThe Functional Requirements are primarily having to do with the actual P.M.D.S. system interface. - All interfaces, web pages, reports, forum discussions, emails and other correspondences with patients, nurses or physicians must be in formal English and in at least 12 point font. Only Times New Roman, Arial, and Courier are acceptable fonts.

  11. * Detailed Example • Patient login page will have a text field in the center of the page labeled “Patient Login ID”, and another text field below labeled “Password”. There will be a submit button located beneath these textboxes • If the Patient has never registered before they will be taken to another page with registration information. Patient will enter information and will wait 1-2 business days for personal information to be verified by a member of the Hospital Administration Board and / or staff. • If the patient enters incorrect login information, he/she will be taken back to the initial login page. The login page will have an error message in red which states, “There is an error with your login. Please try again”. The patient will get three login attempts before the account is disabled and will have to contact the system Administrator to reactivate the account. • If the patient successfully logs in, they will be taken to their main account page.

  12. Web server Backup Web Server Desktop or Laptop Computers Software Coding Database Database Security Backup Code Maintenance Non-Functional Requirements Overview The Non-Functional Requirement are primarily having to do with all things related to the hardware of the actual system and its components.

  13. * Detailed Example • Software Requirements – • Microsoft Internet Explorer 4.0 or higher versions will be used to view the HTML version of the application • ASP.NET and HTML editor such as Macromedia Dreamweaver or Visual Studio; P.M.D.S. is responsible for installation, virus protection and licensing purchases ONLY on P.M.D.S. in – house pc’s. • Microsoft Visio, Word, Project or PowerPoint will be used to design, document and present the project; P.M.D.S. is responsible for installation, virus protection and licensing purchases ONLY on P.M.D.S. in – house pc’s.

  14. Functional Requirements Wolf Thief The Patient Medical System must be viewable (see item 2.1) and fully functional 99.999% of the time. In the event of an unscheduled system interruption, the system must be rerouted to a redundant server at another location within an hour of detecting the system interruption. All users must be notified at least 48hrs prior to any scheduled downtime. The system will have three types of accounts: patient, physician, and administrator. Example of Wolf / Thief Statements vs. Requirements Requirements

  15. Patient Login Patient will launch Internet Explorer 4.0 or above and enter the URL for the P.M.D.S. page for Rush Hospital Group. Patient will click on a link indicating Patient Login page. Patient login page will have a text field in the center of the page labeled “Patient Login ID”, and another text field below labeled “Password”. There will be a submit button located beneath these textboxes. If the Patient has never registered before they will be taken to another page with registration information. Patient will enter information and will wait 1-2 business days for personal information to be verified by a member of the Hospital Administration Board and / or staff. Wolf Thief

  16. If the patient enters incorrect login information, he/she will be taken back to the initial login page. The login page will have an error message in red which states, “There is an error with your login. Please try again”. The patient will get three login attempts before the account is disabled and will have to contact the system Administrator to reactivate the account. If the patient successfully logs in, they will be taken to their main account page. Patient Login - Continued Wolf Thief

  17. Patient Main Page The Patient main account page will grant the Patient access to update personal information (in the form of a web link called Edit User Info), post questions and replies to the forum, request information or web consultations, check on status of prescriptions, and upcoming appointments. If the Patient clicks on the Edit User Info page they will have access (via textboxes and submit change buttons) to update their; name, address, phone, email, SSN, insurance provider and policy number. Wolf Thief

  18. Physician Login All physician activity is logged. P.M.D.S. is not responsible for lost information due to employee negligence. Physician will launch Internet Explorer 4.0 or above and enter the P.M.D.S. page for Rush Hospital Group Physician will click on a link indicating Physician Login page. Physician login page will have a text field in the center of the page labeled “Physician Login ID”, and another text field below labeled “Password”. There will be a submit button located beneath these textboxes. Wolf Thief

  19. If the Physician has never registered before, they will be taken to another page for input of registration information. Physician will enter information and will wait 1-2 business days for medical credentials to be verified. If the Physician enters incorrect login information, he/she will be taken back to the initial login page. The login page will have an error message in red which states, “There is an error with your login. Please try again”. The physician will get three login attempts before the account is disabled and will have to contact the system Administrator in order to reactivate the account. If the physician successfully logs-in, they will be taken to their main account page. Physician Login - Continued Wolf Thief

  20. Physician Main Page The physician main account page will allow the physician to access patient accounts, post messages and replies in the discussion forum, post notes for other physicians to see, and add or remove patient cases. Upon logging in, the main Physician page will have a text box to enter patient criteria and a button labeled Submit. Entering search criteria and pressing Submit allows the Physician to search for specific patients. Returned patient records will include all patient information and appointment / medical history. There will be a text box centrally located at the bottom of the page that allows the Physician to enter notes with a button labeled Submit when clicked upon will save this note to the database. Wolf Thief

  21. Physician Access Level There are 3 levels of access for physicians and hospital staff General physicians will have the ability to log information on patient encounters, the ability to delete only his/her own cases, and the ability to post notes for any other physician at same hospital to view The physician overseeing system at each specific hospital will have the ability to log information regarding patient encounters and generate reports on what other physicians at his or her hospital have logged, the ability to delete only his/her own cases, and the ability to post notes for any other physician at same hospital to view. Wolf Thief

  22. Accrediting board members will have the ability to view and generate reports on what any physician at any institution has logged, the ability to delete case entries by any physician at any hospital (if a deletion is made, it is noted to the physician that entered the case), and the ability to post notes for any physician at any hospital to view. Phys. Access Level – Cont. Wolf Thief

More Related