...
- Show 1st lab test result only (to be delivered in 0.71. Regarding the requirement of doctors choosing which lab results to show, it is too much work to develop compared to the value hence this is not planned anytime soon. first three last three.
- Printout weight both at admission and discharge. Right now this only prints on discharge weight. When we would have the ability to print initial and last value we should be able to do this. This is coming in 0.71.
- Should be able to correct OT information in the discharge summary – It will be possible to do easily in 0.71 but in a slightly different way than JSS is thinking of. Instead of correcting procedure details from discharge, one would be able to correct it by opening the operation template. Also, the previously filled details would be shown in the form itself (instead of having to see it from the dashboard).
- The diagnosis has to be entered again when it was done in last visit since it doesn’t show up in the print because it doesn't below to this visit. To handle this, just enter some notes like "admitted or similar" against the diagnosis, and that will make it appear on the print. This should be already working unless it is also affected by some of the diagnosis issues we saw in 0.70; Arjun can you verify this. If broken it would be fixed in 0.71.
- Treatment given and treatment ordered should be separated. Treatment given should be consolidated based on the drug name. This will be done in 0.72.
- Put lab and treatment as last section. This should be possible via configuration right now.
- Rename discharge summary to discharge details note so that it indicates that there are more information than discharge details in the discharge summary printout given to the patient. This can be done in production now itself.
- Shortcut for discharge summary on side menu so that it is accessible in two clicks. 0.71 or 0.72
...
The issue with culture report is that it is hard to automatically generate a form like for other obs, because of it is two (multi) dimensional nature. This is same as issue we are facing with Leprosy. But we do think that we may have a design break through and we might be able provide a real solution for this soon (before 0.75). But in in the meanwhile if there is a simple solution then we should go for it. file upload, or registration entering.
Too much information on dashboard
Different doctors have different views on how much information should be shown on the dashboard. The key areas of contention are lab results and drug orders. We are showing information from 1 visit. What this also means is that when there is nothing in the current visit then it shows from the last visit. But we are showing everything from the chosen visit. This information becomes a lot for in-patients. Our recommendation is that we show only one-last accession and last day’s drug order. We will get this done in 0.71 release. Lets see if the users still feel that there is too much information on dashboard.
Some of controls can be optimised to use the space available to them on the dashboard which are not using currently. https://trello.com/c/maPX33ck/1870-display-controls-should-use-the-space-available-from-hidden-controls . lets see afterwards what to do to make it better further.
Patient record scanning at VP
Although earlier the idea was to do scanning to ensure that the patient record is available at the sub-centre and hospital both, and to do this we started with one disease at a time. But scanning is happening randomly now, without a plan and repeated persuasion to follow the original plan has not worked in VP.
We are concerned about potential loss of data as the patients travel between Ganiyari and subcenter since now we keep the documents at the subcenter. This process is not foolproof and need significant supervision. There is no quality check in place to see if the process is working or not.
One option is to stop the current process and restart it when we have an offline solution for the sub centre. This should be available in 4-6 months time frame. Shortcut for patient paper records. Printout of scanned records.
Diabetes
Template: Some doctors do not want to use the template even though repeatedly the items in the checklist are not actually followed when doing it on paper. We had discussed in December whether we can ask the counsellors to fill a larger part of the template. At that time Yogesh wasn’t comfortable with the idea and wanted the doctors to do it.
Option1: Counselors fill larger part of the template
One problem with this approach is that currently the doctors don’t capture this information even on paper. How will the counselors or transcribers get this information?
Option2: Reduce the number of fields in the template
Also we should perhaps call template, checklist instead.
...
Template: Same issue as diabetes
Drug order generation: Here the real benefit comes from the fact that doctors do not have to do the calculation of drug dosages. Currently there is an issue with date of the drug order that will be fixed in 0.72.
Cancer
Template has too many fields and takes a lot of time. Raman to reduce the number of fields.
Drug order generation: Apart from not having to calculate the drug dosoges it is also useful because the number of drugs are a lot. So it is worth using even before the date issue gets resolved.
Regarding the issue of multiple drugs of same type – we already have ability to specify the dosage in mg. So even if we choose 50mg we can give dosage as 65mg. We can train the billing person to change this. The ideal solution would have been to allow ordering by the medicine name but even if it is implemented it will not solve the billing problem.
...