Brendon:Our import server we can grab faxes and process them into directories that are then processed via cuatom modules that utilize Forms Technology, know as OCR Zone Based Technology
Obviously eMedRec would be leading the way with Paper-Digital interfacing. I said legacy CCHIT EMRs, which doesn't include eMedRec . You still have not confirmed if eMedRec allows for an entirely unattended document importing (from the scanner to the doctor's inbox with no intervention). I will eventually post a movie of Synapse undergoing this process. This will be real time with a video camera, going from me loading the paper, to watching it be filed.
FPdoctor: There are no bar codes on the current charts. Would they all be batch scanned into one file or would they be separated into the various categories mentioned ? How many specific steps involved? What are the steps? Be as specific as possible.
There are no bar codes on the current charts. Would they all be batch scanned into one file or would they be separated into the various categories mentioned ? How many specific steps involved? What are the steps? Be as specific as possible.
I would likely follow Brendons lead and preprint the barcodes with the patient mrn and document type pre assigned. If OCR cannot pull the MRN from your documents then I am not sure of a another way to auto file the documents.
FPdoctor: How tedious would it be to keep the categories separated? (Is a separating paper with a barcode on it used to assign the category placement?) Would this project work if your EMR is an ASP ?
How tedious would it be to keep the categories separated? (Is a separating paper with a barcode on it used to assign the category placement?) Would this project work if your EMR is an ASP ?
That seems like a decent way to do it. If you had very distinctive features of the documents that could be OCR or image recognized then perhaps we could get fancier. PatientOS can be ASP using Citrix or 2x for windows, or Linux/Solaris with X-Windows. This would not preclude the batch process. PatientOS can also be locally installed.
FPdoctor: Once scanned, how easy is it to find and view a part of the chart? (I refer to pain diagrams from previous visits and like to quickly skim over old notes before visiting the patient and would like to continue this process.)
Once scanned, how easy is it to find and view a part of the chart? (I refer to pain diagrams from previous visits and like to quickly skim over old notes before visiting the patient and would like to continue this process.)
See the video - though I have some ideas to make this easier to peruse the document content from the chart.
FPdoctor: Next question: Once old charts are scanned, what would the process be of entering new paper or digital chart notes? Would each new paper need a barcode on it? If using Windows Journal, what is the process of adding it to the existing chart? How about "Active Ink" chart notes , or notes created with OneNote?
Next question: Once old charts are scanned, what would the process be of entering new paper or digital chart notes? Would each new paper need a barcode on it? If using Windows Journal, what is the process of adding it to the existing chart? How about "Active Ink" chart notes , or notes created with OneNote?
In the video I show 3 examples of adding newly scanned or digital content
a) I show your perfect progress note being digitally inked, saved to the chart and then pulled up with the saved changes
b) I show a document scanned to PDF which is saved to the chart and opened on the documents tab.
c) I show a Windows Journal file saved in its native format, and opened on the documents tab.
Here is the video
http://www.patientos.org/software/video_files/071/patientos_071.htm
This is fairly new and not ironed out - still needs signatures, version history for inking, and much more. Text based templates and/or dictation are underway.
Greg
http://www.patientos.org
PatientOS is Free to download. Free to own. Free to distribute. Free to sell or re-sell.
I will also add, that thanks Graham. My developers will love you. I am going to have a developer start checking out the many Royalty Free options for sites that don't have high-end Recognition Forms Designer Requirements.
It appears there is a whole host of new players offering Royalty Free Tool Kits. Who cares how much the toolkit costs if it is Royalty Free. In this case it is free:
http://simpleocr.scanstore.alienpicks.com/
Regards,B
Brendon: I will also add, that thanks Graham. My developers will love you. I am going to have a developer start checking out the many Royalty Free options for sites that don't have high-end Recognition Forms Designer Requirements. It appears there is a whole host of new players offering Royalty Free Tool Kits. Who cares how much the toolkit costs if it is Royalty Free. In this case it is free: http://simpleocr.scanstore.alienpicks.com/ Regards, B
Regards, B
I checked it out. Poor performance.
I am sure, but there was an abundance in what used to be a limited market of tools for this. My developer that I assign will have to analyze each toolkit and compare it to our royalty based product we use now.I did confirm, we do do this now with eMedRec. We just do it via high end third party products linked to our Scan and Index Software Suite via API/SDK integration.
Brendon: We just do it via high end third party products linked to our Scan and Index Software Suite via API/SDK integration.
We just do it via high end third party products linked to our Scan and Index Software Suite via API/SDK integration.
LeadTools ?
Actually currently Captiva with our own in house integration. We will be moving towards it looked like Pegasus, but now I have to have the developer that has been working with Pegasus and Leadtools to test these new Royalty Free versions.
After all if they perform at 90% of the Royalty Based Systems I will be a happy man.
Have a good night Jason,
Brendon
Brendon: Don't let this diminish the value of Grahams add-on technology, especially given the fact that Graham charges nothing for his EMR. I still wonder why he is so dedicated to providing complex, not so free technology to people for no price. That in and of itself is great.
Don't let this diminish the value of Grahams add-on technology, especially given the fact that Graham charges nothing for his EMR. I still wonder why he is so dedicated to providing complex, not so free technology to people for no price.
That in and of itself is great.
Unlike you Brendon, I have very little business acumen ... so I let people use my software for very little. If I wanted to make real money, I would ask you for a job!
But I did change the license; it's no longer free. If you want to use Synapse, the license is now shareware or workware. I.e. you either pay me a monthly fee ( equivalent to one patient follow up ), or contribute some work ( documentation, testing etc ) equivalent to 30 mins ... or one min per day of use. If enough users honour the license, then it will fund the time I spend on development.
Graham http://www.synapsedirect.com/ Synapse - the EMR for smart users
Hello!
The easiest way that we do this is to seperate the patient charts:
Office notes
Labs
Xrays, etc
Then we scan them in and put them into the document manager according to what the charts needs.
Our staff does it differently for all clients because they all want things scanned this way or that but, that is the simple way of it.
Coconut: The easiest way that we do this is to seperate the patient charts: Office notes, Labs,Xrays, etc Then we scan them in and put them into the document manager according to what the charts needs. Our staff does it differently for all clients because they all want things scanned this way or that but, that is the simple way of it.
Office notes, Labs,Xrays, etc
Extremely time consuming and expensive though.
>>The easiest way that we do this is to seperate the patient charts:Office notes, Labs,Xrays, etc<<
The above way is infinitely more organized but the easiest and fastest way is to scan all documents from a given patient into one big PDF. Future pertinent document scans can be stacked or integrated into the same single PDF with software. I don't do this, but I often wonder if I should. This method enables immediate speed and ease at the sacrifice of future sequestering of information as one searches a large pdf. I sometimes have a patient come into the office and hand me a CD of their records. I open the CD and it contains a single PDF, containing all their medical history with X-Rays, MRI pics, etc. I am certainly not going to separate out the detail, so I just link it to the electronic file cabinet of the EMR for future reference.
Chris Wilkerson, D.C. Carson Doctors Group TabletPCs in Medicine Editor-in-Chief www.MedicalTabletPC.com Home: www.Digital-Doc.com
Brendon: Graham, You are amazing, this is free. I went to your site to see if you charge for support, I got the following error on your support page: Notice: Undefined variable: maintenance in /export/spare/sites/compkarori.com/htdocs/emr/forum/index.php on line 58
Graham,
You are amazing, this is free. I went to your site to see if you charge for support, I got the following error on your support page:
Notice: Undefined variable: maintenance in /export/spare/sites/compkarori.com/htdocs/emr/forum/index.php on line 58
Brendon, that's the old site that was retired a few years ago now. I just haven't bothered to remove it fully.
current site is in my signature.
Brendon: They have been asking us to embed it in eMedRec, and I think I will go ahead and do this. Most of our customers have not demanded it and it is not as perfect as Jason is alledging. It will add substantial costs to the product, that is why I am impressed that Graham is giving this expensive technology away for free. Further, these toolkits will provide all of the front end necessary for forms design, registration and processing of OCR/IMR/OMR information. Matt would simply just have to call the routines. I would have to download Grahams technology and test it to really know if what he is offering compares to that of these production oriented products or if it is Beta 1.0 standard OCR ZOne recognition.
They have been asking us to embed it in eMedRec, and I think I will go ahead and do this. Most of our customers have not demanded it and it is not as perfect as Jason is alledging. It will add substantial costs to the product, that is why I am impressed that Graham is giving this expensive technology away for free. Further, these toolkits will provide all of the front end necessary for forms design, registration and processing of OCR/IMR/OMR information. Matt would simply just have to call the routines.
I would have to download Grahams technology and test it to really know if what he is offering compares to that of these production oriented products or if it is Beta 1.0 standard OCR ZOne recognition.
Just come across these old posts that I had not read.
Actually Brendon I would appreciate it if you did download it and give me your honest opinion.
The download site is http://compkarori.no-ip.biz:8090/Autofile
Note that I am not using anyone's toolkit, sdk or whatever ...
There are several ways you can scan and add patient charts in the new version 5 of our product ITAZ doQuments.
Single PDF approach...Scan the entire chart into a single PDF file. While scanning a stack of patient charts you can separate each patient chart with a bar coded separator page (doQuments will print these reusable separator pages for you). You can insert a new document (X-Ray, Encounter note etc.) into the patient chart PDF at any time (you can insert the new document at any location in the PDF). This approach will work best if all the documents are going to be scanned in. For a mix of scanned documents and existing electronic files such as OneNote files, MS Word files this approach may not be very good. Another problem with this approach is that finding a specific document in the patient chart PDF may be slow.
Multi -file approach...Each X-Ray, Encounter Note etc.. from a patient chart is scanned and added to the database as a separate document and linked to patient information inside the system. This way each document can have it’s own tags and indexing information and would be independently findable. While scanning a stack of patient charts you can separate each document in a patient chart with a bar coded separator page. You can store a mix of scanned documents and existing electronic files (e.g. OneNote files, Windows Journal files, audio files) as part of a patient chart.
Now to the part of automatic filing of these documents...This can be accomplished via the use of bar codes or OCR or even a combination of both.
Bar codes can be detected on the document being scanned or from a special bar coded page placed on top of the document being scanned. The bar code may specify the patient to whom the document must be linked and even the type of the document.
The document being scanned can also be OCR’ed and based on rules specified, the document can be filed based on the contents of the recognized text. For e.g. you could add the documents to a specific folder, attach specific tags to it or enter values in it's indexing fields.
Using bar codes is more work but is far more accurate than using OCR. We will ship with a bar code recognition engine and OCR engine built-in. Users can also choose to integrate with an OCR engine of their choice.
Regards,Shiraz AhmedCEO - ITAZhttp://www.itaz.com
>>The download site is http://compkarori.no-ip.biz:8090/Autofile<<
This is very interesting program Graham. I am going to run it on my PaperPort folder after reading the directions carefully.
It looks like the premise is to put the executable in the folder that you want to search and the program then searches documents and attempts to give them a meaningful name based on the contents.