Great suggestions. Will hold this for access, in case "Image" remains obscure.
Thanks, thurman > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:hardhats- > [EMAIL PROTECTED] On Behalf Of Gregory Woodhouse > Sent: Saturday, July 09, 2005 9:13 PM > To: hardhats-members@lists.sourceforge.net > Subject: Re: [Hardhats-members] Can't find 'Define Imaging site paramaters > option' !!! > > 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 > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > 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 Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
