Global: ^AGFAC

1)= S ^AGFAC("B",$E(X,1,30),DA)=""

2)= K ^AGFAC("B",$E(X,1,30),DA)

Answer YES if you want TRIBAL BLOOD QUANTUM to be included in the set of data collected for each patient.  Answer NO if you want TRIBAL BLOOD QUANTUM excluded from the Registration System.

Answer YES if you want to include TRIBAL ENROLLMENT NUMBER in the set of data collected for each patient.  Answer NO if you want TRIBAL ENROLLMENT NUMBER excluded from the Registration System.

VIEW modes.

Answer YES if you wish MEDICAID information to be included in the set of data collected for each patient.  Answer NO if you want MEDICAID to be excluded from the Registration System.

Answer YES if you want PRIVATE INSURANCE information to be included in the set of data collected for each patient.  Answer NO if you want PRIVATE INSURANCE information excluded from the Registration System.

and REPORT modes.

and on the FACE SHEET.

Answer YES if you want OTHER TRIBE information included in the set of data collected for each patient.  Answer NO if you want this information excluded from the Registration System.

Answer YES if you want ADDITIONAL REGISTRATION INFORMATION for each patient.  Answer NO if you want this field excluded from the Registration System.

during SCAN.

Answer YES if you wish to have DECEASED PATIENTS listed during patient look-ups.  Answer NO if you do not want them to be listed.

Answer YES if you want DOB editing limited to Medical Records Supervisors only.  Answer NO if editing may be done by ALL medical records staff.

Answer YES if you want the ADDITIONAL REGISTRATION INFORMATION to print on the face sheet.  Answer NO if you do not want ADDITIONAL REGISTRATION INFORMATION to print on the face sheet.

1)= K DIV S DIV=X,D0=DA,DIV(0)=D0 S Y(1)=$S($D(^AGFAC(D0,0)):^(0),1:"") S X=$P(Y(1),U,22),X=X S DIU=X K Y S X=DIV S X=0 X ^DD(9009061,13,1,1,1.4)

1.4)= S DIH=$S($D(^AGFAC(DIV(0),0)):^(0),1:""),DIV=X S $P(^(0),U,22)=DIV,DIH=9009061,DIG=22 D ^DICR:$O(^DD(DIH,DIG,1,0))>0

2)= K DIV S DIV=X,D0=DA,DIV(0)=D0 S Y(1)=$S($D(^AGFAC(D0,0)):^(0),1:"") S X=$P(Y(1),U,22),X=X S DIU=X K Y S X=DIV S X=0 X ^DD(9009061,13,1,1,2.4)

2.4)= S DIH=$S($D(^AGFAC(DIV(0),0)):^(0),1:""),DIV=X S $P(^(0),U,22)=DIV,DIH=9009061,DIG=22 D ^DICR:$O(^DD(DIH,DIG,1,0))>0

CREATE VALUE)= S X=0

DELETE VALUE)= S X=0

FIELD)= Prnt how many ADDIT INFO lines

Answer NO if you are going to continue processing under pre-BIC rules.

Answer NO if you want the BIC's to be q'ed and printed at a later date (either on or off site).

Answer NO if you want all MEDICAID Eligibility records to print on the Face Sheet.

Answer NO if you want those messages bypassed.

Answer YES if you want LOCATION OF HOME to print on FACE SHEETs.  Answer NO if you do not want LOCATION OF HOME to print on FACE SHEETs.

Answer YES if you will provide your own format for printing embossed cards in the EMBOSSED CARD FORMAT field of the REGISTRATION PARAMETERS file.  Answer NO if you will use the hard-coded format in routine AGCARD.

If all you're doing is adding this site to your UCI/Namespace to track HRNs assigned at -other- sites, then answer "No".

Background/Introduction

"Official Registering Facilities"

[ PROBLEM ]

The current software provides the capability for one facility to send to NPIRS the edits, merges, and/or deletes of Health record Numbers (HRNs) that belong to a different facility.  This 'feature' is being eliminated in

this patch.

For example: Sells Az. and San Xavier Az. each have their own CPU and Registration data bases.

1.  Sells should be the only facility sending edits/changes for Sells HRNs to NPIRS.

2.  San Xavier should be the only facility sending edits/changes for San Xavier HRNs to NPIRS.

Sells stores San Xavier HRNs in their data base, since Sells patients are commonly treated at San Xavier. Some times the San Xavier HRNs are entered in error and later need to be corrected. These changes of the San Xavier

HRNs in the Sells data base should not be sent to NPIRS overwriting what San Xavier had properly sent to NPIRS.

Example: Consider the following:  Sells and San Xavier have the following patients and HRNs logged for those patients.

Sells     Fac       HRN       San X     Fac       HRN

Doe,John  Sells     12345     Doe,John  San X     54321

San X     51234     Sells     12345

Day,Mary  San X     51234

Sells finds out they have the wrong San Xavier HRN for Doe,John. They proceed to edit, in their data base, the San Xavier HRN of 51234 and change it to 54321 to correct their data base. The data base at Sells then sends to

NPIRS the instruction "change the San Xavier HRN 51234 to 54321".  NPIRS then merges San Xavier 51234 into the San Xavier HRN of 54321 and then deletes San Xavier 51234. Mary Day has now disappeared from the NPIRS data

base and the record 54321 is now the merge of two different patients.  This is not the desired result.

Sells should not send out San Xavier HRN changes and San Xavier should not send out Sells HRN changes. San Xavier should be considered the "Official Registering Facility" or master when referring to San Xavier HRNs and

Sells should be considered the "Official Registering Facility" or master when referring to Sells HRNs. A facility should only send out HRN changes or additions only if it is considered to be an "Official Registering

Facility" when referring to those HRNs in its data base.

[ SOLUTION ]

The software needs to know when and when not to send HRN changes to NPIRS.  To accomplish this the following changes have been made:

1.   The Registration Parameters file has had a field added to it titled "OFFICIAL REGISTERING FACILITY".  It is set of codes Yes or No.

2.    Sites are to use the existing menu [AGSUP] Supervisory Functions to access and edit the Registration Parameters file.  Those site in the file that are to have their HRN changes sent to NPIRS are to have the field

"OFFICIAL REGISTERING FACILITY" set to YES. This accommodates the site itself and any satellite facilities it is "Officially" gathering registration data for.

3.   The transmission and error checking routines now check to see whether or not the site associated with a HRN change is considered to be a "Official Registering Facility" as entered into the "Official Registering

Facility" field in the Registration Parameters file.  If it is, the transmission to NPIRS is sent.  Otherwise it is not.

----------------------------------------------------------

1)= S:X="Y" ^AGFAC("AC",DA,X)=""

2)= K ^AGFAC("AC",DA)

This cross reference will be used by the Registration Export Porcess to determine if the facility being used is an Official Registering Facility whose changes/edits to HRNs is to be sent to DDPS.

patients.

If this field is left blank, the default directory for UNIX systems will be "/usr/spool/uucppublic" and for NT systems will be the value in the DOS IMPORT PATH field in the RPMS SITE file.

Note that this is the default directory.  You will always have the opportunity to designate a different directory when exercising the update option.

the facesheet.  If you enter "L3", the last 3 lines will print.  If you enter "A", all lines will print.  If you enter "0", no lines will print.

Do you want to display the RACE, # IN HOUSEHOLD, and TOTAL HOUSEHOLD INCOME fields in Patient Registration ?

Do you want the RACE, # IN HOUSEHOLD, and TOTAL HOUSEHOLD INCOME fields to print on the facesheet ?

E.g.:  "/usr/spool/uucppublic/veriquest/"

"D:\EXPORT\VQ\"

NOTE that the directory must end in either "/" or "\".

DO NOT EDIT.  PROGRAMATICALLY CONTROLLED.

WRITE AUTHORITY:  ^

facilities on a single system. Entry in this field is not mandatory; if left blank, the default file prefix of "VQ" will be used.

messaging format (270) for eligibility checking.  This is to avoid unnecessary submissions (and charges) generated by frequent encounters by a single patient within a short period of time.

LABEL and DESCRIPTION mod'd by AG*6*17 to incorporate general checking using the X12 270 format.  Previously, this field was specific to VeriQuest, but the general use for the 270 is the same.

address, or a uucp system identifier.  If this field is left blank, no file transmission will occur.

or if "NONE" is selected, no file transmission will occur.

here.

here.

parameter must be "Y".

[ This text is to be located only in the parameters of the Facility that is identical to the sites name as found in ^AUTTSITE(1,0) ]

for printing the patients address to align with the window in window envelopes. The format is xx:yy where xx is the number of characters for indentation and yy is the number of lines down from the top of the form. xx is

usually 10cpi and yy is usually 66 lines per page.

MAIL ADDRESSES BEFORE THE RANGE ENTERED WILL NOT BE DISPLAYED ON THE FACE SHEET IF T-365 WOULD NOT DISPLAY ADDRESSES ENTERED INTO THE HISTORICAL ADDRESS FILE IF THEY WERE OLDER THAN 1 YEAR