Hi folks
In the past the items available in the different menu (Traditional, Radio, and Tree) have not always synched up. For example letters does not show up in the trees menu nor in the radio button. I have also notice the new chart reports are not in the tree.
Also the superbills report on the reports menu item is not the same as on the popup. This also does not show up in the trees menu.
I just downloaded and updated my test install with current CVS.
Still the same. Could we have this in V3?
Whoa… I just looked at the logic for creating those radio button and tree menus.
Not only is the tree menu created in a completely different fashion than the radio buttons, there is a check to see if the choices are for an athletic_team too. So, this is not a simple fix.
However, I’ll take a stab at it and see how it goes.
After more investigation (with no code changes) I have an answer.
All of the features are available in each of the layouts. You just need to follow a different path to get there. For example, to reach the SuperBill screen where you can edit the codes:
top-menu layout: View a patient, edit an encounter, click on Superbill in the lower right corner
radio layout: Click on Superbill in the right column
tree layout: Click on Administration, click on Services
I found similar results for the other comments that ajperezcrespo originally made. So, no code changes are needed here. Just clarification in user documentation.
Rod had already placed Chart Tracker under Misc. in CVS
Thanks for the others
I dont have the Letters option in the popup box under Tree view. Is there a prerequisite?
However if I switch to classic view it is there.
Another directory to add to the read/write requirements?
Trying to deal with this issue head on in the installation script, so far I have:
openemr/edi (billing docs)
openemr/documents (patinet docs)
openemr/gacl/admin/templates_c (smarty cache)
openemr/interface/main/calendar/modules/PostCalendar/pntemplates/compiled (smarty cache)
openemr/interface/main/calendar/modules/PostCalendar/pntemplates/cache (smarty cache)
Does /custom/letter_templates also fit this category?
Does this directory also need to be created in CVS?
In looking toward future(ie. allowing users to create templates for a variety of things), maybe we should make a directory openemr/templates and require read/write there? Then can place all user created templates for a variety of things, and avoid creating these directories off the beaten path that require read/write access.
Yes, please add the custom/letter_templates to the collection of folders that need to be created and set to r/w by the web server process.
For the letters, specifically, I’d like to work them into a new database table. It will allow greater control over the letter templates and let different practitioners use their own letter templates.
In our Agency we have over 15 nurses spread across 18+ different sites. They ought to be using standard forms and templates but they are not. And since they’re not all in the same school districts they never will be able to use the same templates. bummer.
Anyway… for the v3.0 release just include the custom/letter_templates folder.
And let’s consider how we could use a ‘templates’ database table going forward instead of relying on filesystem folders. The same goes for files attached to patients. The info can be stored in MySQL as a BLOB datatype: http://dev.mysql.com/doc/refman/5.0/en/blob.html
Would it be ok if I add the custom/letter_templates directory to CVS with a dummy file in it (README file). We’ve already done this so users don’t need to make the other directories. This way, we’ve eliminated the step of users needing to create a bunch of random directories on installation.
Brady, I think that sounds like a good idea. Didn’t the cache and compile directories exist for a while and now they are gone and we have to create them?
CVS prunes away any empty directories, so the best way to avoid missing directories is by placing dummy files in them so they aren’t pruned away. (for 3.0 there will be no missing directories; ie user will not need to add the cache and compile anymore)
This letters thing is sketchy, no clue how it really works. The insert special fields doesn’t seem to do anything, and i get blank screen when ‘generate letter’ despite having ps2pdf. To avoid the empty/missing directory issues we need to get a file in the custom/letter_templates directory. I can’t place a dummy file in the directory, since it’s automatically read as a template. The best thing to do is to put a sample template in there. Jason, can you email me a simple sample template document for that directory. Then I’ll create the directory in cvs and add it to the install script (the install script forces user to create proper permissions before installing openemr)
Jason,
Committed the custom/templates directory and put a dummy sample template in it. The letters popup now shows up on the openemr cvs demo: http://opensourceemr.com:2089/openemr
That error was coming in because of some cut-and-paste junk. There’s still more junk in there but I’m going for expedience here. I’ve updated the CVS code so do a fresh check-out and the letter.php should generate a PDF.
Hi folks
I updated and tried it. PDF get generated just fine but all it has is the sample text. The Insert Special fields doesn’t seem to do much. Or is there something I’m not doing right?
Basically, you can choose an existing template, which pre-loads the message body for you, or you can type a new letter. The message body is meant to contain text and special-fields encoded with curly braces. You can insert the custom fields in the message body wherever the cursor is located. When the PDF is generated it replaces the special fields with the proper text. If the proper text happens to be blank then you’ll only see a blank where the special field used to be.
The special fields are just wierd. I didn’t bother with them other than to make sure they get replaced properly. I didn’t examine the reason behind why those fields are available and others are not. We can get in to that discussion after v3.0 rolls out.
Try the letter page again and see what you can do. If the insert-special-fields list box is not working then I’ve got to fix some javascript. I’ve tested it with Firefox 2.0 and IE 7.0 and it worked just fine. IE 6.0 might have trouble.
But there’s a problem with the Insert special field. It works on IE7, but does not work on Firefox 3. In Firefox 3 no error is reported; it just doesn’t do anything.