Bill,

Thanks for your quick reply.

The complication is that when you are doing runs for a 80 case docket, I
need to print all the tractor feed reports first, then I need to go
through again to fill in the preprinted forms after the printer has been
set up for single-sheet feed. Otherwise my assistant would be running
back and forth to the printer 80 times.  The trick is the preserve the
data so you only need to enter it once.

The tedious task of locating the fields on the pre-printed forms can be
handled once the program is working correctly, its just a matter of
trial and error.

JIM VAN DILLEN

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of William
Stacy
Sent: Thursday, May 20, 2004 2:03 PM
To: RBASE-L Mailing List
Subject: [RBASE-L] - Re: Saving data to rerun reports


I don't see why this has to be so complicated.  You are using exactly 
the same values to fill in their preprinted forms as you are to generate

your pin fed documents, no?  You just have to create a different report 
that properly positions the various fields in the court's forms.  This 
can be a bit tricky, esp. when the length of text fields varies and in 
longer entries might have to span several pages, but it is totally
doable.

In my case, I use transaction data to print a receipt for the patient on

a blank sheet, but use the exact same data to print to a preprinted HCFA

form.  It does require a bit of experimentation to locate each field, 
but once you have it, you have it for good (until the next time they 
change your form style).

bill

Jim Van Dillen wrote:

>I have an application which produces court memorandums (reports) from 
>column values taken from a table and data which is input from the 
>keyboard to populate variables which are then used in the report.
>
>On any particular case sometimes two memos are required, one we produce

>in whole on a tractor-feed dot-matrix printer and a second which is a 
>court-supplied form which we fill in.  The idea is to produce a run of 
>court memos for all the cases on a docket on the tractor feed printer 
>and then switch to sheet feed on the dot-matrix printer to produce the 
>memos on the cases which require the second memo on the court-supplied 
>form.  At present we are entering data and extracting column values to 
>produce the tractor-feed memos and then having to go back at the end to

>type in the info on the court form.  This particular court will not 
>accept our similar appearing forms, only their own forms, filled-in.
>
>My idea is to somehow save both the inputed data and the extracted 
>table data for each file while or after producing the tractor feed 
>memo, possibly to a temporary table and then, after inputing for all 
>the files on a docket and producing the tractor feed form memo, have a 
>procedure, possibly with a WHILE loop,  to go through the temporary 
>table to print each court form memo in each case where it is 
>appropriate, selecting records based on a condition (e.g. - where a 
>summons is requested - the court memo form) to be printed out on the 
>dot matrix printer after it has been switched over to single sheet feed

>for the court form.
>
>This would save an enormous amount of time since the info would have to

>be inputed and/or extracted only once for each record but still produce

>a report on two different passes through the printer, one tractor feed 
>and one single sheet feed.  I assume I can use a PROJECT to get the 
>column values into the temporary table for each record but how would I 
>get the inputed data which is in variables into the temporary table? 
>Would I set up columns in the Temporary table somehow to hold the 
>variable data inputed for each record and how to get the data into the 
>Temporary table?
>
>Any help or guidance would be greatly appreciated.
>
>
>VAN DILLEN and FLOOD, P.C.
>JIM VAN DILLEN #4599 ARN #22232 MBE
>Attorney at Law
>1505 S. Big Bend Blvd.
>St. Louis, MO. 63117
>(314) 645-8008; Fax (314) 645-8016
>[EMAIL PROTECTED]
> 
>
>.
>
>  
>

Reply via email to