Scanning in forms and associating them with encounters is already done in AICS http://www.va.gov/vdl/Financial_Admin.asp?appID=30 There may be some things to re-use there ...
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Sunday, July 10, 2005 8:10 AM To: [email protected] Subject: Re: [Hardhats-members] Scanning/Doc Imaging Project (was other...) I will be happy to write the M interface part. This is how I would see the function to be called. I would be willing to adjust this if needed/wanted. TMGADDURL(array) ;Purpose: Make a note wrapper around a URL ;Input: array with input info -- PASS BY REFERENCE ; Format as follows: ; array("URL")="http://www.Myserver.org/Img1234.jpg"; ; arrat("PATIENT IEN")=5678 ; array("DATE")="1/1/1980" OPTIONAL ; array("DOC TYPE")="PROGRESS NOTE" ; array("AUTHOR")="WELBY,MARCUS" -- OPTIONAL ; array("ENTERED BY")="STAFFER,HELPFUL" -- OPTIONAL ;Output -- a new TIU DOCUMENT record will be created ;Result -- 1 if OK, 0 if Error So the steps that I see would need to be done are: 1. Setup a method for getting a document scanned, and the image saved to a server. 2. Associated this image with the correct patient 3. Call the above function with the information array filled with the correct information. Again, any takers? Kevin --- Nancy Anthracite <[EMAIL PROTECTED]> wrote: > I think we need to go ahead and do this to the > latest CPRS, document exactly > how it is done, come up with a seamless solution for > making these html > wrappers that an office staff can do and probably > fix up the whole package to > work with a scanner with open source drivers and a > sheet feeder plus flat bed > scanner combined so that the office staff can scan > documents in and hitch > them up to a patient. > > It should ideally be a scanner and browser that can > work with Linux so that we > have a chance to get it to work with the Codeweavers > help on Linux with Wine. > > I will finance the scanner, even do the research to > find one that looks > suitable, and send it to whoever is willing to take > this on. > I know Kevin may not have the time, but I bet he > will be willing to coach, > and we need this SOOOOOON. > > I have a copy of Delphi 7 which I will temporarily > transfer ownership to > someone else if they don't have a copy and will take > this on. I may even get > you your very own copy of Delphi 7 if I can find one > that won't break the > bank. > > So, any takers? > > On Sunday 10 July 2005 12:31 am, Kevin Toppenberg > wrote: > > My method is to take the URL, wrap it in the bare > > minimum to identify itself as a web page, and > store it > > as a standard document. > > > > When CPRS retrieves the note, it scans the note > and if > > it finds an HTML header, then instead of > displaying it > > in a Memo field (the Delphi term), instead, it > passes > > it to an Internet Explorer component to display. > > > > It works well. > > > > Kevin > > > > > > --- Gregory Woodhouse > > > > <[EMAIL PROTECTED]> wrote: > > > My assumption (perhaps wrong) was that depending > on > > > Imaging to do > > > this was causing problems for you. FWIW, if I > were > > > to try and design > > > an independent solution, I'd do something like > this: > > > > > > 1. Create a new SCANNED DOCUMENT file. > > > 2. I assume you want to associate documents with > > > patients, and > > > provide a convenient way to view these documents > in > > > CPRS. Assuming > > > this to be the case, I would consider making the > .01 > > > field a pointer > > > to file 2. In truth, I'm not overly crazy about > this > > > design and would > > > probably consider other alternatives, too, but > this > > > is the most > > > typical approach in Vista. (Not to be overly > > > pedantic, this design > > > reminds me of the overuse of inheritance in OO > > > designs, discussed, > > > for example by Gamma et al, in "Design > Patterns".) > > > 3. I'd then create a subfile to store URLs for > the > > > scanned documents. > > > 4. I'd make the .01 field a numeric identifier > or a > > > label of some > > > sort, and put the URL in an extract (free text) > > > field on a separate > > > node. > > > 5. Additional fields in the subfile would be for > > > various types of > > > metadata, and I'd be sure to include a word > > > processing COMMENTS field. > > > 6. I would use Apache as a document repository. > > > 7. Documents would be uploaded with POST > (possibly > > > requiring a new > > > module) or PUT. OR, you could use WebDAV. Now, > that > > > I think about > > > it, WebDAV is probably the best solution here. > > > 8. I would add a list box control to select a > > > document, probably > > > using the FM Delphi components. > > > 9. Finally, I'd create a component to download > the > > > document (via > > > HTTP) and display it as a text area or image > (not > > > being a Delphi > > > programmer, I can't tell you the actual class > > > names). > > > > > > Of course, if you know you are going to have > Imaging > > > installed and > > > working, this may all be moot. It's just a > > > suggestion. > > > > > > === > > > Gregory Woodhouse > > > [EMAIL PROTECTED] > > > > > > "Design quality doesn't ensure success, but > design > > > failure can ensure > > > failure." > > > > > > --Kent Beck > > > > > > On Jul 9, 2005, at 6:22 PM, Thurman Pedigo > wrote: > > > > Don't think you are missing anything. What we > need > > > > > > is someway to > > > > > > > link a > > > > patient, ideally a visit, to a server that > > > > > > contains pdf files, so > > > > > > > that that > > > > clicking on the link produces/retrieves the > > > > > > image(s). > > > > > > > You are correct it is a much less than needed > for > > > > > > a PAC system. One > > > > > > > thought > > > > I had is click a link that loads > > > > > > "path\yourimage1.pdf" and displays on > > > > > > > screen. However, it gets sort of complicated. > > > > > > Maybe it (path) could be > > > > > > > stored in a multiple. > > > > > > > > I am not into templates enough to predict if > this > > > > > > strategy can > > > > > > > work. I hope > > > > to be there soon. I have a hunch it won't, or > > > > > > someone would have it > > > > > > > solved. > > > > Just thinking operationally - not a > programmer. > > > > > > > > thurman > > > > > ------------------------------------------------------- > > > > > This SF.Net email is sponsored by the 'Do More > With > > > Dual!' webinar happening > > > July 14 at 8am PDT/11am EDT. We invite you to > > > explore the latest in dual > > > core and dual graphics technology at this free > one > > > hour event hosted by HP, > > > AMD, and NVIDIA. To register visit > > > http://www.hp.com/go/dualwebinar > > > _______________________________________________ > === message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
![http://www.Myserver.org/Img1234.jpg"](http://www.Myserver.org/Img1234.jpg"){kind=link}