...
- *Patients submenu - 3 fixed areas: patient summaries, patient details, and create/find patient area
- The list of*patient summaries should be tailorable - either by adding weight to each summary module, or fixing it in a setting (formerly global properties 1.8 and below)global property. A drop down menu allows for infinite expansion.
- The list of*Patient details should be similarly expandable. Default detail pages should include: basic details, meds, encounters, labs. Other possible pages - photos, food program details.
- *Find patient should be a pop up widget so that the user can search for patients without leaving the page their on. Found patients should open in the same view.
- *Patient Summary should have the following elements:
- Narrow left hand column should be common to all patient screens and include photograph and patient-understandable data that gives the patient a sense of ownership over the system. Professional photographers should be used to train staff to take really good pictures of patients. (PE)
- Right side column can be subdivided into two equal sized columns containing patient data - ex, graphs, alerts, meds summary, labs, recent notes...
- We need a default patient view page that is not specific to HIV or MDR. It should be possible to add new patient summary pages with modules. In the future, it would be ideal to have a module that creates a patient summary screen that is completely customizable by the user
- *Patient Detail Screens not fully discussed, but mockup ideas were generally accepted. It should be possible to add new detail pages with modules
- *New patient creation also not fully discussed, but really should be simplified into a 2 step, rather than a 3 step process with no duplicated data entry as shown in the mockups to achieve the "less sucktastic" goal
...