Old Outlook, New Outlook or Outlook Web Access
-
@BRRABill said:
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
Are you concerned with it being local, as well?
No, I'm not worried about the local nature of this. Workstations I don't worry about encrypting. This is mostly done from workstations/desktops, not laptops. But even so, the user is uploading the files directly from the network share, not downloading the files to the local machine. Sure they open the file on the local machine and there is probably some type of Cache on the local machine, but I'm really not worried about that as well - I suppose I should see what kind leakage there is on the local machine, but we've been using PDFs and their readers for decades and there hasn't been any big news about there being a problem, so I'm kinda guessing it's not big of a deal. Is there some leakage, probably. Is it large enough to cause a real concern, probably not.
If these were laptops and the chance of theft was high, then I would reconsider.
-
@BRRABill said:
Would you try doing a Shift Delete and tell me what happens? can you arrow to the next message? or did the browser lose focus?
What do you mean?
If you hold the shift key while pressing the Delete key you'll delete an email with it skipping paste the deleted items and just being gone. If you are working from the keyboard, not using the mouse... can you keep using OWA?
-
@Dashrender said:
If you hold the shift key while pressing the Delete key you'll delete an email with it skipping paste the deleted items and just being gone. If you are working from the keyboard, not using the mouse... can you keep using OWA?
That pops up a window which will slow me down even more!
-
can you post a picture? I never get a popup when I shift delete something.
-
@Dashrender said:
can you post a picture? I never get a popup when I shift delete something.
-
@BRRABill said:
@Dashrender said:
can you post a picture? I never get a popup when I shift delete something.
oh man, it's so automatic for me now I completely forgot about that popup.
I understand it's even slower, but that's not what I was trying to find out. I'm trying to see if your browser is not the main focus, i.e. you must click somewhere inside of OWA after using a shift delete action.
-
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
In looking through my ShareFIle account today, I came across this.
Not sure if it would help you or not.
This is specifically on the healthcare side.
"If you use a Fujitsu ScanSnap or a Canon P-215ii Scanner, this plugin makes it possible to quickly and easily save your scanned documents directly to ShareFile (without having to save a copy to your computer). Scan to ShareFile makes it possible to share your scanned documents securely and access them from anywhere."
-
Also this, which is nice.
"By installing the Print to ShareFile driver, you can use the standard "Print" command in almost any application to create a PDF and save it
directly to ShareFile. This is particularly useful for business systems (like EMR or practice management) where secure sharing is required
and saving a copy of the document to your computer could create compliance issues." -
@BRRABill said:
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
In looking through my ShareFIle account today, I came across this.
Not sure if it would help you or not.
This is specifically on the healthcare side.
"If you use a Fujitsu ScanSnap or a Canon P-215ii Scanner, this plugin makes it possible to quickly and easily save your scanned documents directly to ShareFile (without having to save a copy to your computer). Scan to ShareFile makes it possible to share your scanned documents securely and access them from anywhere."
interesting - I could do the same with ODfB, just save the scanned documents to whatever folder is synced to ODfB.
Sadly the bigger hurdle is getting the files into the EHR.
-
@Dashrender said:
interesting - I could do the same with ODfB, just save the scanned documents to whatever folder is synced to ODfB.
The only issue would be it living on your system for a little bit.
-
@BRRABill said:
@Dashrender said:
interesting - I could do the same with ODfB, just save the scanned documents to whatever folder is synced to ODfB.
The only issue would be it living on your system for a little bit.
How does Sharefile work? Does it not have a local synced client?
-
@Dashrender said:
How does Sharefile work? Does it not have a local synced client?
It doesn't have to. You can use it solely for storage and sending/receiving files.
On our HIPAA machine I do not bring any files down locally.
Though I am trying to figure out how to do so securely for printing.
-
@BRRABill said:
@Dashrender said:
How does Sharefile work? Does it not have a local synced client?
It doesn't have to. You can use it solely for storage and sending/receiving files.
On our HIPAA machine I do not bring any files down locally.
Though I am trying to figure out how to do so securely for printing.
huh, it sounds like you take that WAY farther that I've seen anyone, including hospitals take it.
-
@Dashrender said:
huh, it sounds like you take that WAY farther that I've seen anyone, including hospitals take it.
Yes. Yes I do.
-
@Dashrender said:
huh, it sounds like you take that WAY farther that I've seen anyone, including hospitals take it.
We've already established that I am a "What-If" planner with OCD. Would you expect any less?
In all seriousness, though, we have a lot of clients in healthcare and pharma, and they require that level of protection.