juggernautsei wrote on Friday, August 01, 2014:
It has been awhile. I wanted to see if anyone has attempted or successfully completed a remake of the file system to allow drag and drop file uploading. I have a request for this feature and before beginning on it. I wanted to check and see if anyone has done it.
Thanks, Sherwin
zhhealthcare wrote on Friday, August 01, 2014:
Sherwin,
We have developed that feature
juggernautsei wrote on Friday, August 01, 2014:
Is this feature going to be shared with the community?
mdsupport wrote on Saturday, August 02, 2014:
What is remake of file system? jQuery UI has a file upload plugin that provides drag and drop support - basically watch for the events and act.
juggernautsei wrote on Saturday, August 02, 2014:
That is what I was planning on using for this request. But of course you don’t want to reinvent the wheel if someone has four of them already.
Anybody coming out with a community version before I get started on this. Because I know this is going to be a beast to get right.
juggernautsei wrote on Tuesday, August 05, 2014:
Is there a community version that you guys are willing to share?
jcahn2 wrote on Tuesday, August 05, 2014:
The intent of your post:
“Sherwin, We have developed that feature”
is not clear.
Is this
The favor of a response is requested.
Regards, Jack
juggernautsei wrote on Tuesday, August 05, 2014:
If only it were that simply. You know that beyond the drag is how is the jquery going to know what patient, which folder drop the file into. So, yes you have to basically watch for the event but then that is where the real logic has to be determined how is it going to behave.
blungu wrote on Tuesday, August 05, 2014:
To start Why not add drop function to documents page in addition to upload button? Drop is same as user selecting file and pressing upload.
juggernautsei wrote on Monday, August 11, 2014:
I believe that can be done. The doc that I am working with put it a different way. He wants to be able to just drop the file on the patient record and it magically goes where it suppose to and he want to be able to quickly recall it.
This is a challenge for a lot of reasons. The biggest reason for such a request is that I hear docs say over and over, too much clicking. I told him till we hook them up direct they are going to have to click. LOL
juggernautsei wrote on Wednesday, August 20, 2014:
I have to try once more. Do you guys have a community version of this that you are willing to share?
juggernautsei wrote on Wednesday, October 22, 2014:
I have begun the work on integrating the drag and drop feature to the program. After two days of scufulling, it is partially working.
I have a Brady or Rod question. Why was the encryption added to the file upload?
I will post a link to the development site once I get it to drop file in the patients folder. The next challenge will be to update the database with the file location.
mdsupport wrote on Friday, October 24, 2014:
Unless you are calling md5 related stuff as encryption, until 4.1.2 there was no encryption in file upload.
Regarding upload logic -
… You know that beyond the drag is how is the jquery going to know what patient, which folder drop the file into.
Unless you are ok with ocr figuring out patient name and type of content, neither jquery or any amount of programming is magically do the work of a filing clerk. On the other hand, dropping a hl7 file will work since it is meant to be self-contained.
juggernautsei wrote on Friday, October 24, 2014:
Yes, I am referring to the MD5 related stuff as encryption.
The jQuery is able to use similar function that is used now to create and add documents to the patient folder. It works no different and no OCR needed.
I am up to the part where the jQuery needs to write the file location in the database table. Here is a screenshot of what I have so far
http://omp.openmedpractice.com/testdrive/dragndrop.png
login dragndrop Upload-1 (Save feature not built yet)
This is the first draft so there will be many tweaks and revisions going forward.
UPDATE:
Going through the program, I have run into a major glitch that I am having problems figuring out. When the new codes write the file to the database. Everything is fine. The file shows in the correct folder in the patients chart. However, if I use the old way to upload a file, the entry from the drag and drop can be overwritten. It is like there is another table or file that the table column ID is being populated by because ID column is not auto incremented.
bradymiller wrote on Saturday, October 25, 2014:
Hi,
Upload encryption was for MU1:
http://www.open-emr.org/wiki/index.php/Encryption_and_Decryption_of_Documents
-brady
OpenEMR
juggernautsei wrote on Monday, October 27, 2014:
Thanks Brady, that helped. One less thing to worry about but one more thing to tie into.
tmccormi wrote on Thursday, November 06, 2014:
Encryption is turned off by default, but it does use SHA1 to create a hash
for validation that the file is the same as it was when uploaded …
Tony
–
Please be aware that e-mail communication can be intercepted in
transmission or misdirected. Please consider communicating any sensitive
information by telephone. The information contained in this message may be
privileged and confidential. If you are NOT the intended recipient, please
notify the sender immediately with a copy to hipaa-security@mrsb-ltd.com and
destroy this message.
juggernautsei wrote on Thursday, November 06, 2014:
I have gotten the drag and drop upload to work within the OEMR application. It is a first draft.
One thing I did test was the encryption. Since the upload does not set the encryption at the time of upload, it can be set by clicking the validate button. The existing code will generate the hash code for the file.
I know there are some other tweaks that I am aware of at this point and possible security issues also. I do know I need some extra eyes on this to help get this ready for a possible patch release.
For the next version, this will have to be a Global settings choice. As I stated before, the manual upload the the drop and drag can’t co-exist. It has to be one or the other interface that is use.
The next major task is to separate the interfaces in the Global setting. I will make it a choice as to manual upload or drag and drop.
It can be tested. DO NOT USE THE MANUAL UPLOAD AND DON’T BREAK THE SYSTEM.
Side benefit of the uploader is that it auto creates thumbnails from any image that is uploaded. Someone can take advantage of that in the future.
bradymiller wrote on Friday, November 07, 2014:
Hi,
Is the code somewhere. If so, we can point one of the “up for grabs” demos towards it so you don’t need to worry about it being broken.
-brady
OpenEMR
juggernautsei wrote on Monday, November 10, 2014:
Above is the link to grab the code that I have for now. There are a couple of link issues that I have noted in the code. So, it may not work out of the box. It will be great to have some feedback.
I think I have a solution to tie in the hash coding.