New version is out for testing, note
the left-nav miscellanous "Configure Tracks" link
only admin can delete tracks/items
* anyone can enable/disable track/items
there is currently an extra user dummy with password dummy available to test the "non-admins cannot delete tracks" stuff... ;)
Something is wrong with the Database.SQL does not load the initial-phase as before.
All seems to work with nice new layout for adding Track anything options of delete add edit and disable.
Are there many changes to be expected for the future development of LAB tracking and Track anything? Almost time for a good WIKI page!
Pieter, I just had a look at the demo-server, and all data seem to be alright...
what seems to be wrong with sql?
Historic Glucose tests have no value, as before, also the historic Glucoses testing have not any value.
Boodsugar has only the statement Comment, but not the option to include value measured.
The track anything seems to be empty except for the option to view and plot, but does not give any result.
I did not test Procedures.
I checked again, all track data are available, "Bloodglucose" has data, so has "Meal". Additionally, all procedures are in place and labdata gets them all...
Magic is in the air! Strange thing happen.
I must have visited the site before the daily reset.
I just entered some "old" file (Practice pimmiq archives, since Zoid wanted to see the complete picture, YES has was in Curacao visiting his aunty) content in Glucose.... and indeed they all show in the Graph but it becomes cluttered at the right side of the graph. Any idea on how to avoid this?
Could you make something like get the DATA from dd/mm/yyyy to dd/mm/yyyy, it seemed like far fetched, but when you are working with OpenEMR for a couple of years the cluttering of the dots might give a difficult to grap graph? Or am I looking at ghosts?
For future reference and implementation by new Users, it would be great if a part of the sample for Procedures and Tracking (database of Joe) could be included in the basic database.sql for the next Patch of OpenEMR.
If this is accepted by the great bosses, I could include something extra like blood pressure, weight, pregnancy controls and delivery status in Track anything, just to show what is possible. It is easy for the Administrator to delete, if not wanted. Procedures is a different kind of baby, since there are no lab data general available to upload for everyone in the whole wide world. (But there might be a database from WHO, or HL7 etc. just for those unable to use the VISOLVE solution)
Tnx, any advise is welcome.
Did a review/test of the track anything and lab enhancement. I fixed a couple issues; check out this commit to see what I changed:
(the main issue was that the script tag breaks the "Download PDF" feature on the patient report, so migrated all the report.php js into its own file)
I think both the track anything and lab enhancement are ready to go. Here's a rebased commit with everything in it if anybody wants to review it (plan to commit it into official codebase in a day or two):
It can be tested here (no sample data):
Brady, you have severely downgraded the database.sql of produnis. I hope you will get it in again it is so much easier to explain with a real life example. It is so easy to correct or delete the example of produnis!
If you let me I will add Delivery parameters, pregnancy parameters, blood pressure and glucose testing.
There is something included now but is was just an effort to see if it is working.
I could not find any problems in Track changes, still have to check te procedures, but also without the sample database is is just so much extra trouble to include some data.
the length of the fields should be expanded on several places. Ext.Time Collected (In the field the time does not show)
Also some rather short field in viewing the procedures. But this could be due to my Firefox settings.
I think you can include the configure Tracks button in the Miscellaneous section of the Left Nav as was before..it helps in making new tracks easily without going into encounters. Can you please do that?
If it helps..... ButI think it was taken away from miscelleaneous since it is encounter related. Without a client there are no tracks to follow. I vote in favor to keep it where it is now. But having said this, just a way of thinking and Cliccking the correct button in time. I see the Tack as a short and quick term solution to every day encounters only to be used in emergencies.
O2 pressure etc.
Something you want to see in graph form because it is a lot easier to explain what is happening.
True..but it can be used in everyday practice as well...you can keep track of patients blood glucose or other blood parameters in a matrix/list form and can arrange accordingly. But to configure track..u need to enter into encounter always...this shouldnt be the case..you should be able to create new tracks from outside encounters too...so that before a patient you can just click and open the track.
Let the Developers decide.
I have no problem with one of the options or even both would be great.
You are correct the Track Anything module works with instant creation, and with permanent creation and can be activated or deactivated. It is incredibly flexible. But it can only be used for a summary of client results for a specific client. Not for open "non" patients, where you want to place the Track Anything it might be obscured for certain users, try to login as a clinician, Physician or Clinician and see the options. Most of the Miscellaneous are obscured for other Users Compared to Administrator. And YES indeed you can create a complete list for any client any time.
We might ask for a Global to turn on one Option A or Option B or Both. This should not have to be a difficult task for Produnis or Brady since it was already in the other spot.
They asked us for review and they got nice review. TNX.
Thanks for the testing and review.
Regarding the "Configure Track" link in Misc issue, note the link will show up there when the Track Anything form is installed.
Regarding spacing in labs, don't recall that in my testing. Guessing related to browser and sounds like it will need some refinement.
Regarding sample data, this sounds fine. Gonna be tough to find sample data that is common since the category of possible items is very broad and should not be meant for "official" holding of things like labs etc (note that the CDR engine will not be tracking things here, so rec avoiding placing things in sample data like glucose, BP, etc.).
Committed above code to sourceforge.
Thank you Joe for the two awesome contributions!!
sorry I do not get what you exactly propose. Put sample data or not put sample data? Test and Test1 seem to me sample data with non relation to anything.
I could go into the database.sql of produnis (if it is still in his Github track)and make a sample so you can correct or if you give the correct instructions I could make sample data that you don't have to correct. Like the one list of Languages that are over aged or Countries that have no inhabitants ;-) (this is just an example, but has no intention to downgrade the work that had to be done to include these)
After this is done I will concentrate on the WIKI pages. Tnx produnis, Brady for this nice new feature!
Recommend focusing on the documentation, since a user still needs to know it actually exists and that the form needs to be installed before it can even be used.
Regarding sample data, things that are off limits would be anything in vitals and things that would be covered in procedures; this is simply because data that is stored here will not be monitored by the CDR engine and don't want to lead users astray. That being said, if a users configures their own elements for glucose, BP, and other labs, then that's their perogative, but don't want to lead users towards that kind of use. My thoughts are that if the user goes through the steps to install the Track Anything form, then it will be used for a broad array of items that a sample set won't even touch; although this is just my opinion, which can easily be swayed. I hope that makes sense.
Do note that your sample data would only include the actual labels (so you can't control what data the user is storing). For example, if you had a pain score element, a user may place numbers or strings there.
Tnx for the deeper thoughts on using this new Form. Will take my time to make something. Fsgl promised to support, so we will be there. Put it in the Manual section or in the FAQ section or somewhere else, suggestions appreciated.
I cant remember if we had "something" about Track Anything.....
What chapters should be at the bottom: Manual, Modules, Track, Forms, Procedures?
So you see I am hesitant and feel free to correct whatever you read and what you think might look better, with a different description.
Probably start this weekend, followed by day 30 of April and 1st of May.
Produnis, thank you for the impressive contributions!
They need some documentation. Pieter, do I understand correctly that you are working on that?
ASAP. Would love to have some sample data in place but Brady did not yet respond on my request.
Three different samples of tracking might be enough.
Delivery period,short term but impressive for graphics
Pregnancy control, long term but as usual great for graphics
Bloodpressure, or Glucose, or weight, preferably not something that doubles Procedures or Vitals. Frequency of Visits and severity of complaint? Might be an option.... or just severity of pain impression? Some with text and others just numbers.
Feel free to advise!
The only problem I see with tacking, is the time span for visits during different long term periods.
Another problem could be the value of one track, might not show easy with the value of another track in the same graph if one is in 3 digits and the other in 1 digit.
But this is solved by adding 2 or even 3 zeros at the end. (I will explain in the WIKI to come)
Every track has a different color in the same graph, but they are graphed against the value of the most digits.
I have been out for easter-holidays with my kids, and returned to office now.
Thx for polishing the code... ;)
I would be happy to help with a wiki-documentation, where is a good place to start such a wiki-page (Pieter, did you already set up a draft/first version somewhere?)
Let me join others in appreciating you for this contribution.
What is the status of the documentation and is the form (as a complete directory) available for downloaded for testing by individuals on their test sites?
I did not do anything, indeed the Easter bunny. May be Rod can give you a hint on how he manages to make WIKI Pages from OpenSourge information. At least that was what he seemed to have done with his "Document templates WIKI Page".
My approach is to take the information of this Forum, Copy => Paste in any Documentcreator and delete all info that is redundant. Try to find the main stream in the document and start polishing. This last part is the tricky one, the WIKI pages have their own way of HTML formatting characters. But with a good example of some WIKI pages you might like it can be done without too much trial and error. (There is a WIKI Page on creating WIKI pages, and you need editing permissions from Brady)
No, I did not make any effort yet. If you need some help great. If you want me to make a start, some patience, but after 1st of May there should be something, if you are not done yet. Please send some info in this forum if you made a WIKI and what still needs to be done.
Try the second link from Brady's 4/21/14 post.
Not been able to find the Wiki article, but Joe did upload this video tutorial:
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.