physmed wrote on Tuesday, October 17, 2006:
Can anyone out there help me find out where the array.inc file is in the CVS so that I can download it and put it in my system in the library directory!
physmed wrote on Tuesday, October 17, 2006:
Can anyone out there help me find out where the array.inc file is in the CVS so that I can download it and put it in my system in the library directory!
sunsetsystems wrote on Tuesday, October 17, 2006:
Looks to me like there is no such animal. Why do you think you need it?
physmed wrote on Tuesday, October 17, 2006:
Because a few months back Mark Leeds gave me a copy of his modified SOAP form to try but it didn’t work on my system. When I showed him the error messages that it gave me he said that I needed to download the array.inc file from the CVS and put it in the library directory. When I then wrote him back and said that I had looked and couldn’t find that file he never got back to me so I just filed it on a floppy and forgot about it. That is until this week when I was moving some files around on that floppy to my hard drive and I thought that I would try to find it again. Sorry about the rambling Rod!
markleeds wrote on Friday, November 03, 2006:
Sorry, it’s my fault. I was sure I put it there. The database table, array should be there. array.inc is a set of functions that act as an interface to the table. It was supposed to help avoid saving configuration data in text files and put it into the database. The table has two fields, key and value. I asked Andres to commit the table before I had commit privileges. I forgot to put in array.inc. On my system, I use it for the presets in the ‘issues’ section so they can be changed from within the program. While I did use it in that SOAP form, I have done away with the idea of a central table for all configuration data. For example, CAMOS installs it’s own tables for configuration data to avoid the very problem that you are now having. It is completely self contained. In fact, I no longer use the SOAP form at all anymore. I use CAMOS for soap notes as well as referrals, prescriptions, and any other kind of ordering. I can upload or email array.inc to you, but consider trying CAMOS for soap notes. Create a category named ‘exam’, ‘soap’ or whatever, then create some useful subcategories (I have soap by dx and soap by patient) and then your template names. Then just paste in some useful templates for soap notes. You can use the advanced insert feature to reuse certain text in multiple templates.
physmed wrote on Friday, November 03, 2006:
Thanks Mark
The reason that I have not been using CAMOS is that it still prints out the category subcategory etc listings for whatever group were the first to be saved and that can be quite confusing to anyone looking at the printed record down the line. I tried several times to comment out lines in report.php but it didn’t stop it from doing that. So I stopped using it which is a shame because other than that it would have been perfect for our practice.
markleeds wrote on Friday, November 03, 2006:
I don’t understand why it doesn’t work for you. I just went into report.php in the CAMOS directory in forms and added the // to comment out the following lines:
// echo "(category) “.stripslashes($data[‘category’]).” | ";
// echo "(subcategory) “.stripslashes($data[‘subcategory’]).” | ";
// echo "(item) ".stripslashes($data[‘item’]);
And it removed printing of the category, subcategory and item from the reports.
markleeds wrote on Saturday, November 04, 2006:
Can you test it a little further just to make sure you are working with the right file? Or, maybe your system is different.
What version of OpemEMR are you using?
Try commenting all of the lines from report.php. Or try adding a print line. Something like:
print "<h1>Testing</h1>"
To see if it appears. If nothing changes still, either your version of OpenEMR is working differently or you are editing the wrong report.php somehow.
Let me know what happens.