Purpose

The intention of this project is to provide a mechanism for users to communicate with system supporters/admins with system-related (not patient-specific) messages. For example:

"The system is running much slower than usual today."

"We need a diagnosis term for Sarcoidosis."

"This system would be better if I could more easily find my patient's lab results."
and eventually:

"I tried to select BOB SMITH and got this error" (with screenshot and a snapshot of recent log exceptions attached)

Ideally, this is ubiquitously available in the interface in a simple & intuitive format – e.g., a "Feedback" link (or button) or an option under "Help" like "Send Feedback" that pops up a simple form. When feedback is submitted, the user receives confirmation and the feedback is forwarded to the system administrator.

Allow admin to set an e-mail address to receive notifications of new feedback entries – e.g., the admin may wish to receive an e-mail with convenient links to act on the feedback (e.g., single-click options to "delete", "-mark as duplicate", "forward to OpenMRS as bug", etc.)- : Done , screenshots : http://twitpic.com/5xrtr9/full

Allowing for the simplest use case of clicking a feedback button, writing a comment in a textarea, and submitting – i.e., provide a default for other fields or make them optional. ( Source :Link) : Done

In case you add a severity after the module has been running for a while, you should be able to put it in the middle of the list, where it belongs. (Same for status.) (adding a "sort_weight" column to each of the two tables?) Done will be seen as of very next commit after commit 22100 .

Perhaps show example of "default" selections for subject and severity level. : Done.

Can the simple edit forms be done in a popup dialogs? (same for other one-liner phrases) Done.

Provide a simple mechanism for the admin(s) to forward feedback to OpenMRS when appropriate (e.g., bugs reports) – i.e., after removing or ensuring there is no identifiable patient information in the content. Done.

Allow the admin to edit templates for e-mail notifications (both confirmation to user and notification to admin)

Optionally e-mail the user confirming that the feedback was received with a "ticket number" to uniquely identify the feedback : Done.

Put some example subjects, severities, etc into the module.This will let people test it immediately and help guide them towards what kind of subjects/severties, etc they should use. Done.

Add a "cancel" to form when editing a subject.

Why do I see "feedback.notification.number.error" as the message after adding a subject with an invalid priority?

Add a description after the priority input box so users know what/why/how/who/when it is.

Make the priority input box a lot smaller.Only needs to be big enough for a few numbers

Edit subject page has "feedback.sortWeight"

Remove the help text on the edit page, its confusing because it doesn't look like the page changed at first

Rename the help sections to all just have the title of "help"

Reword the help to be something like "This is used for ...." or "this is meant to be used"

The second like should be "Example statuses are: "", "_"

When using the "submit feedback" in the upper right, don't redirect the user to the "Add feedback" page after they have completed.Just let them stay where they are.After clicking "submit" it should be like they just clicked the "X" on the modal popup.

After submitting feedback either from the Add Feedback page or using the Submit Feedback form, the success message is squished in half and unreadable : This will be solved once defaults are put in the settings.

Why do you have both "Manage Feedback" and "Submitted Feedback" in the list of links? You should only need one : Holding this for now as Manage Feedback is for listing of all feedback whereas Submitted feedback is to list the feedback submitted by currently logged in user.

Match the order of links in the local header to those in the admin extension point.Use a LinkedHashMap in the admin extension point java class if you aren't already so that its sorted on order of entry instead of randomly : Already using this, now fixing order now.

Rename "setting" to "Settings"

Put defaults in the settings boxes

Add descriptions next to the settings boxes so users know what they are for

Change EMail > Email

Email Id > Email Address

The email boxes don't need to be so huge

The message boxes probably don't have to be so big either. : Assumed this is Feedback Message Content

Add "label" html tags on the user preferences pages. Its a nice little addition to radio buttons to make them more usable by users. You have to set a certain attribute on the label to the id of the radio button it controls. Look up that syntax, I don't remember it.