I am not sure which TIU manual you are referring to, but much of the TIU manual that I have gone through is about uploading documents, i.e. from a transcriptionists. That might not apply.
But I also would like a TIU specialist to weigh in here. Kevin --- Nancy Anthracite <[EMAIL PROTECTED]> wrote: > Well, if you are the one taking this on, who is > going to look a gift horse in > the mouth, but I figured that the Broker calls could > be made with anything > and then this scanning and stuffing app and server > could be a Linux box as > well as a Windows box if it were done in Java. > Maybe I am naive about this. > > As for the header, I am referring to the TIU header > that the TIU Technical > Manual mentioned. Then there is the error code and > all of that they talk > about. We would need to try to do that all > according to specs. I am seeking > a TIU guru to talk to about this and I hope that we > can get some guidance > there. > > On Tuesday 12 July 2005 09:20 am, Kevin Toppenberg > wrote: > > Nancy, I think you have the idea. Let me comment > on > > your steps below... > > > > --- Nancy Anthracite <[EMAIL PROTECTED]> > wrote: > > > OK, I have been doing more thinking about this > > > scanning issue. I was looking > > > at page 20 of the TIU technical manual and it > looks > > > to me that we need to: > > > > 1. make a new document type, > > > > This is not absolutely required, but I went > ahead > > and did this for my site in prep for use later. I > > call the types names like this: > > Consult later (image) > > Lab report (image) > > Picture (image) > > etc., so that I will be able to find them later > when > > browsing through all different notes in CPRS. > > > > 2. define a header, > > > > Not sure what you mean here. A boilerplate text > for > > the note? That would actually be a good idea. I > had > > planned for my "note-stuffing" function to create > the > > beginning of the HTML note, but it doesn't matter > who > > does it. > > > > 3. make a java application to help > > > > > staff populate a header and have the header > print > > > out as a the first page of > > > this document > > > > Well, I agree the staff will need to specify for > each > > note the patient, date, document type etc. > Whether > > the program to do this is written in Delpi/Java/M > > could be decided. Since the RPCBroker is in > Delphi, > > and I have the most experience with it, I had > planned > > Delphi. But I'm flexible. > > > > 3. and whatever is scanned follow > > > > > thereafter, and have the > > > document pop up in Kevin's browser in a modified > > > CPRS. > > > > The note itself should be just HTML. The header > > information that you mentioned would be put into > > fields describing the document. For example in > TIU > > DOCUMENT file (8925), there are fields for a > patient > > pointer, date, note type, and then also a field to > > hold the WP field of the note itself. So you need > a > > note-stuffing function that takes the information > from > > the staff and creates a TIU DOCUMENT record with > all > > the needed fields filled in, and the HTML document > > (which holds a URL to the scanned image) stored in > the > > REPORT TEXT field. > > > > That way we use a > > > > > standard method is VistA to file the document > and > > > the only thing we have to > > > change anything in is CPRS, and that minimally. > > > > Correct! > > > > > OK gurus. Have I got this right? > > > > Yup. Sounds right to me, but I am not a guru, so > I > > would like to hear what others think of this plan. > > > > Kevin > > > > > On Sunday 10 July 2005 11:36 pm, Nancy > Anthracite > > > > > > wrote: > > > > I was looking at that technical manual dated > July > > > > > > 2003 that said IBX was > > > > > > > obsolete, but I just looked at the other > manuals > > > > > > and I think you are right, > > > > > > > IBD, and IBDs seems to still have routines in > > > > > > VistA. > > > > > > > On Sunday 10 July 2005 11:05 pm, Kevin > Toppenberg > > > > > > wrote: > > > > > I just took a look at the technical manual. > It > > > > > > says > > > > > > > > that it is designed to interface with > commercial > > > > > software for the scanning part. I couldn't > find > > > > > > any > > > > > > > > more details however. > > > > > > > > > > It looked to me like it was IBD* code. I > must > > > > > > have > > > > > > > > been looking at a different manual. :-) > > > > > > > > > > Kevin > > > > > > > > > > --- Nancy Anthracite <[EMAIL PROTECTED]> > > > > > > wrote: > > > > > > Looks like the IBX* routines and that they > are > > > > > > all > > > > > > > > > still there and somehow > > > > > > made inactive. This is most interesting!! > > > > > > Thank > > > > > > > > > you. > > > > > > > > > > > > On Sunday 10 July 2005 07:44 pm, Cameron > > > > > > Schlehuber > > > > > > > > > wrote: > > > > > > > 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] > > > === message truncated === ____________________________________________________ Sell on Yahoo! Auctions no fees. Bid on great items. http://auctions.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 Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
