Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p><strong>update</strong> <br> using @eykanal idea as a starting point<br>examples of meta data that you would store would be a document id, a location for the source image and something to look up the record by (patient id, ssn or name etc). The 'record locator' data will probably need to be keyed in by data entry clerks looking at the physical form when they scan it.<br><br> <em>original:</em></p> <ol> <li>Not sure about what the check readers are called, but (at least for checks) they are only looking for numbers, so with such a restricted set of characters, they are much more accurate than general OCR is.</li> </ol> <p><strong>One thing to think about:</strong> <br> Take 10 seconds as an approximate per page time to scan.<br>Then 10,000 * 10 / 60 /60 = ~27.8 hours to scan your daily intake.<br><br>That means more than three full time employees JUST for scanning every day. That may be fine with you and your employer, but I would guess it is cheaper to outsource the scanning. Even 3 low pay employees combined after benefits etc is going to be > 100k / year.</p> <p><strong>Also:</strong><br> In past experiences with xerox doc scanners, they resulted in about 50-100k of image data per page, depending on settings and not including the OCR text. Considering you are talking about medical records, you are probably going to need to store those as well (I can imagine there being legal issues if you don't). That means from 200 - 400 gigs for what you have, plus 1/2 to 1 gig per day.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload