Development projects
[OVPMS-760] Add muti stock location selection support
Moved out of 1.4 as no community support for development funds.
[OVPMS-862] Grouped reminders
The requirements above have been modified to allow greater flexibility for the format of the grouped reminder by utilising a jasperreport rather than a open office document for the template. This will allow each grouped reminder to displayed in any format according to reminder count and type information.
The formal development specification is as follows:
1. Add a new node to entity.reminderType to specify if the reminder type participates in grouped reminders. The default value is false.
2. Add a new entity.documentTemplate type called "Grouped Reminder". The grouped Reminder template will be a jasperreport (jrxml) format and only one will be allowed.
3. The reminder workspace will have the same look and feel.
4. When generating reminders the system will first sort all reminders by customer and within each customer find all reminders whose reminder type can participate in group reminders and whose reminder action is Post or Email. If there is more than one reminder the system will generate a grouped reminder using the group reminder template and dispatch to printer or email as per a single reminder.
5. All the reminder objects will be passed as an object set datasource to the jasper report template.
6. If there is only one reminder for the customer the standard reminder type template will be used.
7. Reminders with a list action will still list as per the current system.
A sample grouped reminders template is available in release under:
src/reports/Grouped Reminders.jrxml
Changes applied to:
. archetypes, revisions 3301, 3309, 3312, 3316
. vpms, revisions 3303, 3317
. release, revision 3304
[OVPMS-877] Add support to query entities by identifier
Changes applied to the 1.5 branch to:
- vpms, revisions: 3504, 3507
- archetypes, revision: 3513
[OVPMS-870] Modify Reminder Update processing
Changes applied to vpms, revisions 3310, 3313, 3314
[OVPMS-869] Recent customer/patient selection drop down box
Tim can you please provide estimate of time to implement and test.
For points 1, 2, and 5, there is approximately 8 hours work.
For point 4, popup on focus is not supported by the default SelectField/ComboBox, and would require development of a new one. This is approximately 10 hours work.
Use of a combo box probably removes the need for this requirement. See the FireFox location bar for an example of a combo box in operation.
For point 3, currently the workflows don't propagate patient and customer changes back to the global context (e.g, see check in, check out in scheduling). 2 hours work to change this.
The changes for points 1, 2 and 5 would incorporate the following behaviour:
i. Addition of a select field/combo box to record customer/patient history
ii. Changing customers adds the previous customer to the history
iii. Changing patients adds the customer/patient to the history
iv. If a patient is selected and its customer is already in the history with no patient, it replaces that entry in the history
v. The most recent customer/patient selecting is moved to the front of the history
vi. Selecting a patient in an editor adds the customer/patient to the history
vii. Selecting a customer/patient from the history switches the context to that customer/patient, refreshing the summary if applicable
L&F
From a look and feel perspective, there are a number of options:
A. Use a select field. These aren't editable, and due to browser issues, can't have the focus assigned to them (although they can appear in focus traversal)
B. Use a combo box. These have an editable text field that allows you to key one or more letters in and displays matches in the drop down
C. Use a button with popup. History items are displayed in the popup when the button is pressed. The button can have a keyboard shortcut
I prefer B, as I think it removes the need for point 4.
Location
------------
There a few places where the history could be placed:
A. Above the customer/patient summary
B. Below the customer/patient summary
C. To the left of the Location field
D. To the right of the Location field
E. To the left of the "Open new browser window" button
F. At the bottom of the screen below the customer/patient summary, and to the left of New/Edit etc buttons
I prefer F as I think it fits best into the usage patterns. ie, select customer/patient from history then press New
Hi Tim,
That's all great. Before I post the final analysis back to the user forum for funding requests I thought I should clarify a couple of points.
Point 4
- So to move focus to this list using keyboard shortcuts, it must be either a combo or a button.
- I have a small problem with a combo as often the user won't know what is the name they are looking for or even its starting letter. In this context the list serves as a prompt.
- The button solution is not unappealing to me. It presents the same number of clicks as a select. Is it possible to have the action of clicking the button executed via a shortcut key (removing the need for focus shifting at all)? I assume the window thus opened would only have a list contained which can be selected via arrow keys and return/enter (the same as patient selection currently)?
If I remove the shortcut key requirement completely, then Point 4 dissapears altogether.
What is your opinion Tony?
Location
I prefer F for the reasons you set out Tim.
Cheers,
Matt
Re: point 4, yes it must be either a combo or a button. However using a combo, it won't be possible to expand the history when the combo receives focus.
A button based approach can be made to work the same as patient selection - just need to select an appropriate label and shortcut mnemonic.
E.g H&istory - i.e use Alt-i to pop up.
Thats great Tim. Lets go Button and shortcut. I'll leave the actual menomonic to you.
Hey Tim I've come up with the following figures;
1,2,5 = 8 hrs
3 = 2 hrs
4 = ?
4 = 2 hrs
I've committed changes which have a L&F which are a bit different to those described above.
The Recent Customers & Patients browser is launched via a menu item My Recent.
This is displayed to the left of the Logout button.
I think the GUI looks a lot better with this layout.
Changes applied to vpms, revisions 3378-3380
This should be fine. Keyboard shortcut will diminish the importance for button to be close bottom action buttons as originally discussed.
[OVPMS-880] Appointment Searching tab in Customers workspace
The screenshot shows the customer information workspace.
Note the new tab, ;'Appointments', which by default shows all pending appointments.
You can select the date range to restrict future/past appointments.
I'm not sure that an active filter is particularly useful. If you have an appointment with an inactive patient, you don't necessarily want to hide it.
Thoughts?
Active/Inactive filter:
I agree Tim. I can't think of a lot of benefit with this filter.
Including Notes in the list is a good addition.
It looks terrific!
Re date range defaults
One month into the past for 'From' and probably a couple of years into the future for 'To' . I suspect that mainly users will need to restrict the From date when date restriction is required.
Changes applied to vpms on the vpms-1.5 branch, revisions: 3505, 3547
