1996 AVSS Modification Requests


AMR No.Site And
Requester
Problem, Suggestion, Evaluation, TAG Recommendation, Programmer, and Priority/Final Outcome.
93-113AVSS Project
805-893-3143
Problem/Suggestion: Add field HOWN for hospital ownership code to HCA, LCA. It will be necessary to attach an ownership code to each entry in the AVSS hospital list according to the coding convention given on page 105 of the 1994 CBC Specifications.
Evaluation: Necessary to meet 1994 CBC specifications but should be incorporated into tape generation. CBC does not contain a list of codes by hospital.
TAG Recommendation: Defer until it is clear why this is required for 1994 CBC.
3/1/95: Per Earl Renken, this needs to be reviewed by a select group later.
AVSS Programmer: N/A
Priority/Final Outcome: Low.
94-106CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: Update AVSS census tracting procedure to use the 1990 boundaries (see attached memo).
Evaluation: Working with DM.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: High.
94-107CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: Each year, approximately 1,000 New York residents deliver in CT. All of
these certificates become entries on the LIST OVERRIDE LOG both at the hospitals and here at DPHAS. This log uses up the database space and is time-consuming to delete entries from. Also, the state, town and county are not automatically supplied as a result of not finding the zip code on the list and, therefore, data entry is more time-consuming. In view of the issues listed above, we would like to have a New York state zip code reference file added to our system here at the state and also at each of the hospitals.
Evaluation: Need NY zip codes.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome: High.
94-108CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: The Library of Congress code reference file used for the birthplace of mother and father on both the fetal death and birth certificates is out of date. We would like the most current listing loaded on the DPHAS system and at all the hospitals.
Evaluation: Will follow-up with Lloyd Mueller.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-109CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: Only 98 or 99 lines of executable code are allowed under the report editor option. Our quality assurance report has had to be split over two reports because of this limitation. We would like to have the number of executable lines increased by at least 50.
Evaluation: No easy solution at this point. Investigate allowing decimal lines after line 99.
TAG Recommendation: 3/1/95: Yes, for California sites, also.
AVSS Programmer: PMC
Priority/Final Outcome: Low.
94-111CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: While every attempt has been made to train the hospital birth registrars to kill the clock job prior to using the SHUTDOWN option, the process is either too cumbersome or beyond the level of comprehension at many of the hospitals. Consequently, we receive many support calls surrounding the shutdown process. We would like to simplify the process by having the programming automatically kill the clock job when the SHUTDOWN option is selected but retain the prompt of other users on the system if jobs other than the clock job are active.
Evaluation: O.K. but will use California procedure.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: High.
94-112CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: The CT hospital birth registrars find modifying the physician lists confusing and/or difficult. We would like to have the option renamed to MODIFY ATTENDANT LIST. In addition to the option name change, we would like to make this option more user friendly at the hospitals. Is it possible to change the programming to work similar to the ID option as shown below? Also, how do we delete erroneous entries such as 'D=K' where the labels are not recognized? (See original AMR for sample of proposed prompts).
Evaluation: Needs to be re-designed to make more user-friendly.
TAG Recommendation: 3/1/95: Yes, for California sites, also.
AVSS Programmer: JAM
Priority/Final Outcome: High.
94-113CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: Despite training to the contrary, several hospitals are ignoring management of the database space. We would like to have the following warning message appear on the screen at log-on when the free space is between 501 and 1000: THE FREE DATABASE SPACE IS AT OR BELOW 1000. EXPAND DATABASE OR ARCHIVE/PURGE DATA. CONTACT SYSTEM MANAGER FOR ASSISTANCE. When the free space is at or below 500, we would like to have entry of new certificates blocked and a message on log-on to read: DATABASE SPACE IS CLOSE TO CRITICAL LOW. ENTRY OF NEW CERTIFICATES DISALLOWED. CONTACT SYSTEM MANAGER.
Evaluation: O.K. 3/30/95: No additional check when space is at or below 500. Disregard second paragraph from above.
TAG Recommendation: 3/1/95: Yes, for California sites, also.
AVSS Programmer: JAM
Priority/Final Outcome: High.
94-115CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: We would like the following choices added to the list available for item 30B (relationship to child?) on the birth certificate form:
GRANDPARENT
INFORMATION FROM MEDICAL RECORDS
AUNT
PARENT
Evaluation: O.K.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-116CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: We occasionally experience a problem with the telephone line not disconnecting properly after transfers are completed. The communications log shows a QUIT RECEIVED in these cases and that the next call is initiated, but the call was never really completed. Is it possible to send a second disconnect when completing each transfer? (Please note: CT is using the version 4.0 communications program due to the problems encountered with the 4.3 version. If I remember correctly, the 4.3 communication program did not work well because CT hospitals are still using 2.0 MSM). Occasionally, we need to get a message to all of the hospitals but are not able to communicate directly with the birth registrars due to work shift differences. Would it be possible to change the transfer program to allow transmission of a manager's message also?
Evaluation: Investigating.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-117CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: CT is interested in AMRs numbered 94-037 (List of last log-on), 93-084 (Run missing SFN in background) and 92-042 (AVSS Modification Request Option). Please add these options to the DPHAS system when they become available.
Evaluation: Investigating
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-118CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion:
Please add the following to the CT zip code reference file both at DPHAS and at the hospitals:
06831 GREENWICH
06432 FAIRFIELD
06901 STAMFORD
06127 WEST HARTFORD
06451 MERIDEN, WEST MERIDEN
06043 BOLTON
06512 EAST HAVEN, NEW HAVEN (adding choice of NEW HAVEN)
On the New York town/county list, the county DUTCHESS is misspelled DUTHESS for
the town of POUGHQUAG.
Please add the town of MOUNT PLEASANT to the New York town/county list as shown
below:
MOUNT PLEASANT;;;WESTCHESTER;056;;756
MT PLEASANT;;;WESTCHESTER;056;;756
Is it possible for someone here at DPHAS to make these types of changes?
Evaluation: O.K.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-119CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: There is a program glitch that occurs when entering a Rhode Island occurrence. Selection of the WOMEN & INFANTS HOSPITAL OF RI or KENT COUNTY MEMORIAL HOSPITAL as the hospital of occurrence results in a prompt to key in specific text. Please see example below. This glitch needs to be corrected to DPHAS only.
9. HOSPITAL NAME > WOMEN
1 WOMEN AND INFANTS HOSPITAL OF RI
2 WOMEN'S MEDICAL CENTER
SELECTION # > 1 WOMEN AND INFANTS HOSPITAL OF RI
SPECIFY TYPE FOR HOSPITAL NAME >
PLEASE ENTER ACTUAL STREET ADDRESS WHEN ASKED TO SPECIFY TYPE
9. HOSPITAL NAME > KENT COUNTY MEMORIAL HOSPITAL
SPECIFY TYPE FOR HOSPITAL NAME >
PLEASE ENTER ACTUAL STREET ADDRESS WHEN ASKED TO SPECIFY TYPE
Evaluation: Investigating.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-120CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: The number of request for tapes with specific items is increasing but we are currently limited to the NCHS tape generation layouts for a download of data to magnetic tape. We would like to have the ability to write specific values to tape as needed.
Evaluation: Too difficult to do ad hoc.
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
94-121CT-Connecticut
Karen Frost
203-566-7256
Problem/Suggestion: While we have received manuals pertinent to the AVSS software, we have not been provided with manuals specific to CT. We would like to have a series of manuals which reference the correct item numbers, options, reports, etc. for CT.
Evaluation: Low priority.
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
94-134AVSS Project
805-893-3143
Problem/Suggestion: When doing a RESTORE RECORD DATA and you're prompted for ENTER INPUT FILE NAME, if you specify the wrong drive or give a file name that's not there, the system hangs indefinitely at REWINDING.
Evaluation: Investigate.
TAG Recommendation: 3/1/95: Yes.
AVSS Programmer: PMC
Priority/Final Outcome: Low.
94-160CT-Connecticut
Karen Frost
203-566-1018
Problem/Suggestion:
Two programming glitches were introduced at the hospitals with the installation of version 4.3. The first is the inability to download to diskette and the second concerns the parity tables of the standard reports. I have been able to call into most hospitals to make the needed changes but, unfortunately, I was not able to do them all. The parity table glitch involves the replacement of the following in global ^FSR:
Replace ... (39B)?1"U".E>"unk" with ... (39B)?1"U".E:"unk"
Charlotte Hungerford, Griffin, Rockville, Yale, Waterbury and Sharon hospitals all
need this replacement.
The writing to diskette problem is corrected with the following code:
>ZL FSIMPL
>P RM+1
>(TAB) I %RM="" Q
>ZS FSIMPL
Charlotte Hungerford and Sharon hospitals need this problem corrected.
We would also like to have the report entitled QAHOSP loaded at all the hospitals. A copy
of the report is on the DEC. Please load this report at the following hospitals: Sharon,
Charlotte Hungerford and William Backus.
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
94-161CT-Connecticut
Karen Frost
203-566-1018
Problem/Suggestion: Recently, an updated Geocode reference file was added to the DEC. It is my understanding that only the New England states were added to the system. We would like the remainder of the updated files loaded on the DEC and the updated file loaded at
all the hospitals.
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome: Low.
95-039C34-Sacramento
Mark Starr
916-366-2181
Problem/Suggestion: Disease list needs review and/or editing since AVSS won't allow certain entries (e.g. Salmonella, Q Fever, serotype St. Paul for Salmonella, etc., are all disallowed). Can we allow entry of synonyms and/or correct the list?
Evaluation:
TAG Recommendation: 3/1/95: AMR should be submitted for synonyms. Committee to decide on synonyms will include Mark Starr (C34), Kirt Emery (C15), John Hastings and John Williamson.
12/8/95: John Hastings will contact Mark Starr for further explanation.
AVSS Programmer:
Priority/Final Outcome: Refer to AMR 97-064.
95-070RI-Rhode Island
Geri Palazzo
401-277-2812
Problem/Suggestion:
1. When the hospital clerk enters "Other" for the father's or mother's ethnic origin and does not specify which ethnic origin it is, please have the output tape 1 program code "Other" to "9".
2. We would like only the records that are marked during the "List to be Sent to Vital Records" process to be brought over instead of marked records plus all records that are filed. The reason for this is because we have found that sometimes records that are filed are not always complete with the correct data. Also, please be sure that when you do the programming for this, you also fix it so that every time a record gets marked during the "List to be Sent to Vital Records" process, it comes over. As it is now, the record only comes over the first time it gets marked or if it is filed.
3. Please have AVSS calculate the mother's and father's age whenever their Date of Birth is entered or edited. As it works now, it only calculates age when the Date ofBirth is first entered.
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: High.
95-083C36-San Bernardino
Eugene Jenkins
909-387-6769
Problem/Suggestion:
At our AVSS meeting in March, Kirt Emery, John Hastings, and myself were asked to recommend a new download file layout for CMR data. The request was a result of an AMR submitted by Dr. Hildy Meyers from Orange County. Basically, the AMR requested a download file of all variables so the user could choose the variables most useful to them. In our discussions two issues came up that steered us to recommend more than one new file layout. First, we realized that users of the data varied widely in terms of computer skills. While some users could import the data into another database or use Epi-Info to link files together, many users don't have the necessary skills. Second, hardware configurations (i.e. capacities/limitations) vary widely from one county to another. One county, for example, may have a pentium with a gigabyte of disk space and another county may be extremely limited in terms of available storage. For the latter, an inefficient file, such as the one recommended by Dr. Meyers, would not be an option.
For these and other reasons, we recommend the following download file options:
1) Modify the existing CMRGEN file to include the Reporter Specification (RPTRSPEC) field. Apparently, several users have already requested that this field be added to the CMRGEN file (References to CMRGEN below refer to #CMRGEN including the RPTRSPEC field).
2) A file containing every variable including system variables (e.g. race code, county code, etc.) and special fields for particular diseases such as Hepatitis, Tuberculosis, GC and so on.
3) A file made up of the new CMRGEN file plus the GCCOMP fields for Chlamydia and Gonococcal Infection records only. In other words, when a user selects this option a download file consisting of the new CMRGEN file plus the GCCOMP field would be generated. And, the file would only contain Chlamydia and GC records.
4) The new CMRGEN file plus the NOC, OUTDIS, OUTNUM, SPECIES, and SEROTYPE fields for Diarrhea of Newborn, Food Poisoning, Outbreak, Rabies (Animal), and Salmonella records only.
5) The new CMRGEN file plus the Hepatitis fields (i.e. HAVIGM, HBSAG, HBCIGM, HBC, HBS, HCV, DELTA, and EXPOSURE) for Hepatitis records only.
6) The new CMRGEN file plus the Tuberculosis fields (i.e. TBSTAT, TBSITE, XRAY, DATBACTR, SMEAR, CULTURE, SKINTEST, TBSIZE, and COUGH) for Tuberculosis records only. Having these six options--all of which are primarily an extension of the existing CMRGEN file, should satisfy most users. Those who were satisfied with the existing CMRGEN file will still have that file with one additional, useful field. Users who are not constrained by disk space and/or don't have the skills necessary to link files together and are interested in all variables and all records can generate a single file. Finally, users interested in records of diseases that utilize additional fields beyond those generated by CMRGEN and/or have disk space limitations, have options to select only those records.
Evaluation:
TAG Recommendation:
12/8/95: 1. John H. will possibly be able to work on layouts and Epi-CMR formats after 1/1/96.
2. Add CMRGENR with RPTRSPEC immediately as needed until next AVSS release.
AVSS Programmer: JAM
Priority/Final Outcome: Pending.
95-100RI-Rhode Island
Geri Palazzo
401-277-2812
Problem/Suggestion:
1. Please have AVSS calculate Mother's Age (9B) and Father's Age (13B) whenever their date of birth is entered. The way it works now, AVSS only calculates the age during data entry. If either birth date (9A or 13A) is edited, the age is not re-calculated.
2. Also, Roberta would like to know if there is any way you can prevent AVSS from accepting more than one entry for Mother's Ethnic Origin (18A) and Father's Ethnic Origin (18C). I realize the way that the hospital clerks can enter more than one is by choosing "Other", and then specifying the ethnic origin(s). They separate multiple entries with a space, hyphen, backslash, semi-colon, or some other form of punctuation.
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
95-113C30-Orange Co.
Renee Oberdorf
714-834-5395
Problem/Suggestion:
I have a request to create the Enumeration receipt from Social Security through AVSS. This would be more efficient for the Birth Clerks than ordering forms or entering the information on a word processor. I have checked with the Regional office at Social Security and they agreed this would be a good idea as long as the wording is exactly the same as the current form. I have enclosed a copy of two (2) half sheet forms (English & Spanish) with this request. The forms can be produced on full size sheets (8.5"x11"), but each language needs its own form. Be sure to include the form numbers (SSA-2853-OP2 English) and (SSA-2853-OP3-SP Spanish) at the bottom of each form. It would be productive to link the programming so that if a NO response is made on the Birth Certificate that a message would appear disallowing the production of a receipt. The field entries for Name of Child and Date could also come from the System. Please let me know if you need any follow-up on this request.
Evaluation: Create new option under HOSPITAL BIRTH RECORD. Renee Oberdorf is continuing to look at format for approval. Feasible AVSS enhancement.
TAG Recommendation:
12/8/95: Good idea. Renee Oberdorf will continue to investigate. Needs regional office approval for each county group. Contact Office of Mgmt and Budget for form approval.
6/18/96: Still being investigated by Renee Oberdorf.
AVSS Programmer:
Priority/Final Outcome: Withdrawn.
95-115RI-Rhode Island
Geri Palazzo
401-277-2812
Problem/Suggestion:
Please have the Social Security Program take care of punctuation when it appears in the mailing address. The Social Security Administration will not accept the record if any kind of punctuation is in the address. Also, we talked about not allowing AVSS to accept "yes" in the social security field or feedback field if the zip code is not entered. I talked to Roberta about it, and she agreed with this. So whenever the zip code is blank, AVSS should not allow the hospital clerk to answer "yes" for the social security and feed back fields.
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
95-120AVSS Project
805-893-3143
Problem/Suggestion:
Develop and create routines/globals for multiple transfer types. Develop an organized method of implementation.
Evaluation: Initial programming completed, but may be difficult to implement.
TAG Recommendation: Defer.
AVSS Programmer: PMC
Priority/Final Outcome: Programming complete.
95-130RI-Rhode Island
Geri Palazzo
401-277-2812
Problem/Suggestion:
A. Because there was a change in federal law allowing us to receive all Social Security Numbers from the Social Security Administration, we no longer need the "Feedback" question on AVSS. We are requesting two changes to be made. 1. The question no longer has to be asked during data entry. 2. The answer no longer has to be placed in the field. The field I am referring to is item no. 17B, and you call it "Share a Social Security Number with Health Department".
B. Also, I always have a problem calling records over on Wednesday morning. It seems as though once one hospital cannot connect, line 4 becomes the clock. Once line 4 becomes the clock, AVSS cannot call up and connect to any other hospitals. In order to clear line 4, I have to shut down AVSS. One Wednesday I was on vacation, and line 4 became the clock because it could not connect to a hospital. As a result, the AVSS computer lost tract of the time. When I came in the next day on 8/23/95, the date on the computer was 8/22/95.
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
95-137MA-Massachusetts
Alan Goldin
617-753-8612
Problem/Suggestion:
Print on item 7 on Birth Certificate includes an "M". This is the time of birth and time is stored in database as 10:15A or 8:12P. We would like to eliminate the printed "M" and have the software and add the "M" to the database time when printing.
Evaluation: Create a routine to accomplish this so that it can be run on an as-needed basis.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
95-152C61-Berkeley
Jeff Wyles
510-644-6495
Problem/Suggestion:
AVSS currently has the capability of identifying Principal Source of Payment for Prenatal
Care (box 25D). However, with the inclusion of Managed Care Programs statewide, there
is presently no means to discern the particular Medi-Cal provider beyond code=02 (see
attached). Perinatal networks and public health nurses have expressed concern that without
surveys of medical chart review, there will be no way to successfully monitor the outcomes
of Managed Care Providers through Medi-Cal.
I would like to see AVSS develop with the help of DHS (MCH branch), a list of code
extensions to the general Medi-Cal=02 to delineate specific Managed Care Providers.
This list would have to be maintained and updated by DHS and should be provided to AVSS
staff with each new update of AVSS. For example within Alameda County, I could
currently see 3 plans: e.g. 02.1=Alameda County Plan; 02.2=Blue Cross; 02.3=Fee for
Service. However, these codes would have to be statewide since counties like Sacramento
will have as many as 9+ providers. Likewise as new plans emerge and old ones dropped
out, there will have to be a mechanism to get rid of old numbers and add new ones that
would not conflict with one another.
Evaluation: Needs TAG discussion.
TAG Recommendation:
12/8/95: Jeff needs to compile extended list.
6/18/96: Jeff feels that it will take comprehensive effort by many companies. He'll check
with FHOP to see if this is still required. Rod Palmieri feels that this would be
a "bookkeeping nightmare".
AVSS Programmer:
Priority/Final Outcome:
95-153CT-Connecticut
Debra Morin
860-566-1018
Problem/Suggestion:
The SSA data generation process is selecting off an excessive amount of duplicate records, which is causing a problem for SSA. This is due in part to our decision to use the HCT. Since we are unable to change the way we do business, we are requesting that the data selection process have some added functionality, in that, it should incorporate a new "form" or data base file that could store the selected records by a unique identifier, such as a DCN. At the time of data generation this "form" may be used to verify the selection process, and would help to solve the duplicate problem.
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
95-154CT-Connecticut
Debra Morin
860-566-1018
Problem/Suggestion:
1. NCHS has requested that the NCHS tape generation be updated to include the following changes:
a. Date of Birth (mother and father) and Reported Age.
Age of mother should be reported only if the date of birth of the mother is
not reported or is incomplete. If the date of birth of the mother is complete then
age of mother should be coded "99". If neither date of birth nor age is reported
then both items should be coded not classifiable. The same rules apply to age of
father and date of birth of father.
b. Date of Last Live Birth.
OPTIONAL: Code "9999" may be reported on all records since the date of last
live birth is not being purchased by NCHS effective with 1994 data.
(Please see the attached memo from NCHS)
2. In addition to the NCHS requested changes, we would like a status of the NCHS.
generation tape problems previously identified.
a. The use of tape generation for new and old versions with the "marking" capabilities
is unavailable at the same time. Once marked we are not able to run the second
version with marking.
Option 4 - Generate Confidential NCHS tape marking records written
Option 6 - Generate New NCHS tape marking records written
b. Due to the marking problem we are generating our NCHS data via option 5 and 3
however there is another problem with truncation when using the new version
(option 5) Generate New NCHS tape. The last record truncates the last byte. Also
the record counts are not matching when using these two options together.
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
95-155CT-Connecticut
Debra Morin
860-566-1018
Problem/Suggestion:
We are requesting that the legitimization process be updated to include the following
enhancements:
1. The SFN that is currently printed on the top of the certificate be in the following format:
CT. state code (106) hyphen YY hyphen SFN (i.e. 106-95-999999)
This data does not need to be stored in the file this way, only represented in this format
when printed on the top of the certificate, and should be positioned accordingly to the
right so as not to interfere with the printed certificate in any way.
2. The following fields should be added to the prompting portion of the code.
a. Signed (attendant) - field number 32.
b. Date Received by Local Registrar - field number 36
c. Signed (Registrar of Vital Statistics) - field number 37
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
95-157CT-Connecticut
Joseph Lichaa
203-566-1018
Problem/Suggestion:
Please correct the following two (2) AVSS problems:
1. HOROLOG program error appears daily after the Communication Log:
$ZE=<PGMOV>+5^%HOROLOG....6:1:22
Note: After weekends this error appears 3 times.
2. A lost allocation message appears daily either before or after backup:
(X number) of Lost Allocation units found in 1 chains.
Convert Lost Chains to files (y/n)?
Problem 2 prevents the system from re-starting AVSS until question has been answered. Consequently, initiating backups in unattended mode cannot be done. It was observed that the number of occurrences of Problem 1 corresponds to the number of lost allocations reported in problem 2. A daily log has been maintained since 8/29/95 to verify this observation. A copy of this log has been attached for your use. Timely resolution will allow backups to be performed automatically, in unattended mode, after the daily Communication Log, followed by an automatic restart of AVSS before the working day begins. This feature is essential since presently the backup and compare cycles takes approximately 80 minutes.
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
95-170CT-Connecticut
Joseph Lichaa
203-566-1018
Problem/Suggestion:
We are unable to generate an NCHS tape with a LRECL=1012, BLOCKSIZE=8096 using AVSS/LEGAL/GENERATE NCHS TAPE option. (Ref Option 1). AVSS aborts the NCHS tape program with the following error condition.: <MODER>+28^FSTAPEU:::5:14:. A copy of FINAL01=FSTAPE OUTPUT has been included for your use.
Please correct this error condition as soon as possible. The Heatlh Research and Data Analysis Unit of the Connecticut Health Department will be unable to continue the 1994 data research activities until this error is corrected.
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
95-177CT-Connecticut
Joseph Lichaa
203-566-1018
Problem/Suggestion:
Please allow UNKNOWN to be entered in the birth weight field (#2). Under circumstances of death occurring within a short period of time, the weight is often not taken. This occurs often enough to warrant this change. (See attached-example of Certificate)
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
96-010RI-Rhode Island
Geri Palazzo
401-277-2812
Problem/Suggestion:
We transferred a record from the hospital file to the statistical file. It was then necessary to fix the insurance coverage. The primary insurance coverage was originally Private-HCHP. It was supposed to be primary as Private-HCHP and secondary as Ritecare-HCHP. We could not edit for the secondary field. Can you make it possible for us to edit this field after the record has been transferred over to the statistical file?
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
96-019RI-Rhode Island
Geri Palazzo
401-277-2812
Problem/Suggestion:
Please fix AVSS so that a form number can only be used once in a given year. An error message should be shown to the hospital clerk if ever a form number is repeated, and they should not be allowed to file the birth record on AVSS unless they change the form number on the computer.
Received: 2/12/96
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
96-035C19-Los Angeles
Larry Portigal
213-240-7785
Problem/Suggestion:
BIRTH CERTIFICATE OPTION, CBC TAPE GENERATION (1400). The current version of this tape program eliminates complete records from the output tape under certain conditions. The most prevalent condition, based on actual output from the procedure, appears to be length errors for certain items. These items are identified by numbers: 36,47,84,94. Item 94 seems to be the one that occurs most often.
Proposed solution: Set errors to an agreed upon value depending on the type of data that is receiving the error. For example, if the variable is numeric, and a length error occurs, then set the value to all 9's or leave it blank. If the variable is character, then set it to an agreed upon number of "-" (dashes). Or simply, leave all fields with errors as BLANK. At least the remainder of the record will be available for analysis. This will place more records on the output tape, and will only exclude certain records from being analyzed.
Received: 4/1/96
Evaluation: See AMR 96-053.
TAG Recommendation:
6/18/96: Suggest LRDs be able to produce tape with incomplete records. OVR would only
send completed records to DSB. Counties need to be more aware of incompletes.
AVSS Programmer: JAM
Priority/Final Outcome: Done and incorporated into Version 4.6.
96-063AVSS Project
805-893-3143
Problem/Suggestion:
Add Library of Congress MARC place codes for LCA fields 7, 10, and 24D in unused
positions (1382-1400) of 1400 byte CBC file.
Received: 5/16/96
Evaluation: Needs TAG discussion.
TAG Recommendation:
6/18/96: Needs state approval before proceeding.
AVSS Programmer: PMC
Priority/Final Outcome: Pending.
96-069CT-Connecticut
Joseph Lichaa
860-509-7965
Problem/Suggestion:
Please modify the "SUNK3T" report to include the Total number of records entered, the TOTAL number of incomplete records, the percentage of incompletes to the total, the percentage of incomplete by hospital and the percentage of each incomplete item to each hospital and the percentage of each incomplete item to each hospital. A new report name can be given to this new report, such as SUNK4T or other. This is a high priority request, and has been requested by our Bureau chief.
Received: 5/23/96
Evaluation:
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
96-074OVR-Alan Oppenheim
916-324-1110
Problem/Suggestion:
Add another report that would allow selection of an individual LRD in order to determine its participation in NANA. The report would resemble the existing SSA1 report.
Received: 5/29/96
Evaluation: Custom OVR report.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: Low.
96-083AVSS Project
805-893-3143
Problem/Suggestion:
Problem: The county CBC file layout, based originally on state specifications, recorded blanks for variable #57 (Box C) in position 482. Now that AVSS infers marital status, we might as well report it. Write the actual value of Box C into position 482 of the county CBC file.
Received: 6/21/96
Evaluation: See AMR 96-105. Needs TAG discussion.
TAG Recommendation: Not recommended since new marital status question will likely bias the inferential results.
AVSS Programmer: JAM
Priority/Final Outcome: Withdrawn
96-084AVSS Project
805-893-3143
Problem/Suggestion:
Allow INCOMPLETE CERTIFICATE REPORT under BIRTH CERTIFICATE, and possibly other forms as well, to be run with ranges using indexes other than date of event; i.e., by filing variable,
%UP, etc.
Received: 6/21/96
Evaluation: Not easy.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: Low.
96-093C19-L.A.
Larry Portigal
213-240-7785
Problem/Suggestion:
Problem: Inadequate system security and recovery procedures.
Solutions: Develop the necessary procedures/instructions for County systems to ADD the option to start system journalling activities to AVSS System startup.
Received: 7/30/96
Evaluation: This is a specialized M-Technology data recovery technique that is site-specific and requires local M expertise; a similar situation as with VAX implementations where local Data Processing staff assumes the responsibility.
TAG Recommendation: Not recommended.
AVSS Programmer:
Priority/Final Outcome: Withdrawn.
96-096C19-L.A.
Larry Portigal
213-240-7785
Problem/Suggestion:
Problem: The Census tract hit rate using our present FSCT globals and routines is approximately 80-85%. This leaves a large portion of our records with no ctract. In order to expedite the correction process, we create an ascii file from the FSREJ global. This file is then sent to another section, where the rejects are corrected and actual census tracts are added to the ascii record. Attached is a sample printout of the file, indicating where the LFN and Ctract values are located in the ascii file.
Solution: Develop a generic utility that will allow the user to specify the location of the LFN (index) and the Ctract value in a named ascii file and then to read that file in order to update the census tract for the record in ^FS indexed by LFN.
Received: 8/5/96
Evaluation: Needs investigation. Very specialized.
TAG Recommendation: Not recommended.
AVSS Programmer:
Priority/Final Outcome: Withdrawn.
96-100C49-Sonoma
Linda Hickam
707-576-4708
Problem/Suggestion:
On Death Record, I would like to be prompted for fields 117 (Date certifier signed) and 118 (Attending physician's name and address) instead of having to edit these fields before filing record.
Received: 8/6/96
Evaluation: Needs TAG discussion.
TAG Recommendation: CDC users to survey for consensus.
AVSS Programmer:
Priority/Final Outcome:
96-105DHS
Alan Oppenheim
916-324-1110
Problem/Suggestion: California law (AB 2680) requires that information on the marital status be entered on electronic birth certificates.
Solution: Program Version 4.6 to include the following prompt after Field 5E:
MAR. MOTHER MARRIED (AT ANY TIME DURING THE PREGNANCY) > (Y,N,U)
Available Help Information to be:
ANSWER YES ONLY IF THE MOTHER WAS MARRIED AT CONCEPTION, AT CHILD'S BIRTH, OR AT ANY TIME BETWEEN. THIS QUESTION DOES NOT HAVE "WITHHELD" AS A VALID RESPONSE, ONLY IF THE MOTHER'S MARITAL STATUS CANNOT BE DETERMINED SHOULD YOU ENTER "UNKNOWN".
If the response to the MAR prompt is "N" or "U", the following message will appear:
ACCORDING TO STATE LAW, IN ORDER FOR THE FATHER'S NAME TO BE PRINTED IN FIELDS 6A-6C, THE PARENTS MUST BE MARRIED TO EACH OTHER OR THE MOTHER AND THE FATHER MUST SIGN A VOLUNTARY DECLARATION OF PATERNITY AT THE HOSPITAL BEFORE THE BIRTH CERTIFICATE IS PREPARED.
Received: First on 8/23/96; final on 10/25/96.
Evaluation: See 96-117. To go into effect on Jan 1, 1997. Needs TAG discussion.
TAG Recommendation: OK.
AVSS Programmer: JAM
Priority/Final Outcome: Done; incorporated into Version 4.6.
96-107C61-Berkeley
Jeff Wyles, PhD
510-644-6495
Problem/Suggestion:
The problem of how to deal with out-of-hospital births has been a recurrent problem in the registration of birth records. Often there are problems discerning the licensed status of certified nurse midwives and/or lay midwives as attendants at the births (boxes 13A & 13B). One proposal could be to have the Board of Consumer Affairs (Nursing board section) provide the Office of Vital Records (OVR) with an annual updated list of all licensed CNM's and lay midwives that are currently licensed in this state. If OVR staff could then take on responsibility of doing the data entry on these individuals (with the assistance of AVSS programmers), maybe we could better track this process and ensure proper information on the birth certificates. This option would not eliminate others such as paramedics, spouses, or any other individuals in attendance from signing when necessary. However, with a statewide list (in AVSS), it might make matters easier for everyone involved in the birth registration process.
Received: 8/27/96
Evaluation: Depending on the size of the list, it could be difficult and confusing. Needs TAG discussion.
TAG Recommendation: No consensus.
AVSS Programmer:
Priority/Final Outcome: Withdrawn.
96-112CT-Connecticut
Joseph Lichaa
860-509-7965
Problem/Suggestion:
The Social Security Administration is requesting that the Enumeration at Birth Record Layout be changed effective August 1997. Header and Trailer records shall also be modified. Required modifications are described in the Social Security Memorandum dated September 4, A copy is attached for your use. Please modify AVSS accordingly. Completion of task ahead of schedule will allow AVSS Project and the Health Department to test modifications prior to formal transmittal to the SSA.
Received: 9/9/96
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: Low.
96-117DHS
Alan Oppenheim
916-324-1110
Problem/Suggestion: California law (AB 1832) states that the father's name cannot be printed on the birth certificate unless the parents are married or a voluntary declaration of paternity is signed. Immediately following the new field MAR, AVSS should conditionally prompt (do not prompt if MAR = YES so that DECP will then be undefined) for:
DECP. DO YOU HAVE A DECLARATION OF PATERNITY, SIGNED BY THE FATHER & MOTHER > (Y,N)
Available Help Information: WHEN THE PARENTS ARE NOT MARRIED (FIELD MAR=NO OR UNKNOWN), STATE LAW REQUIRES A VOLUNTARY DECLARATION OF PATERNITY BE SIGNED BY BOTH THE MOTHER AND THE FATHER IN ORDER FOR THE FATHER'S NAME (FIELD'S 6A-6C) TO APPEAR ON THE BIRTH CERTIFICATE. THE BIRTH CERTIFICATE MAY BE AMENDED TO ADD THE FATHER'S NAME AT A LATER DATE ONLY IF PATERNITY HAS BEEN ESTABLISHED BY A JUDGEMENT OF A COURT OF COMPETENT JURISDICTION OR BY THE FILING OF A VOLUNTARY DECLARATION OF PATERNITY. A YES/NO RESPONSE IS REQUIRED: THIS QUESTION DOES NOT HAVE "WITHHELD" OR "UNKNOWN" AS A VALID RESPONSE.
The responses to the AVSS prompts listed below will result in the following :
MAR DECP GO TO STATS
Yes N/A 6A (Enter Name) Married
No Yes 6A (Enter Name) Not Married
No No 7 (Dashes printed in 6A-6C) Not Married
Unk Yes 6A (Enter Name) Unknown
Unk No 7 (Dashes printed in 6A-6C) Unknown
If an electronic record is not available when batch entering a paper certificate into AVSS, LRD or OVR staff should use the following rules: MAR DECP
If father's name present & declaration not present, answer YES N/A
If father's name present & declaration present, answer NO YES
If father's name not present & declaration not present, answer NO NO
If father's name not present & declaration present, answer NO YES
Received: 9/24/96, final on 10/28/96.
Evaluation: See 96-105 and 96-138. To go into effect on Jan 1, 1997. Needs TAG discussion.
TAG Recommendation: OK.
AVSS Programmer: JAM
Priority/Final Outcome: Done; incorporated into Version 4.6.
96-118C19-Los Angeles Larry Portigal
213-240-7785
Problem/Suggestion:
Problem: Using the existing DMR form in the district, there is no easy way to determine whether or not an individual case has been followed up and completed by nursing.
Proposed solution(s):
Option #1: Add two (2) additional date fields to the DMR form: Date Sent to Nursing (DATNURS) and Date Epi Ret'd from Nursing (DATRETD). Develop a simple line listing report which looks for missing dates in the DATRETD field. This report could be entitled "District Outstanding Case Report" or CD Overdue List.
Option #2: Alternatively, it might be more standard to develop the List to be Sent to HD option for the DMR forms. If this option were functional, then we could define outstanding cases as those whose SENT2 date were undefined. This would yield similar results to the first option.
Received: 9/26/96
Evaluation: Option #2 looks feasible; variable to be SENTDMR.
TAG Recommendation: Needs further discussion.
AVSS Programmer: PMC
Priority/Final Outcome:
96-119HCA041-Merrithew Memorial Hospital
Frank Wallace
510-370-5217
Problem/Suggestion:
In the HOSPITAL BIRTH RECORD OPTION, in REGISTER BIRTH, field 19, and 22, the Hispanic Father, and Mother, has the word 'HISPANIC' listed as a possibility. Patricia Andrews at the state says that it is not allowed and the certificate returned if that is response on the certificate. She said that if the parents list themselves as 'HISPANIC' with no specific nationality then the clerks are to put 'WITHHELD' in 19 and/or 22. In the fields 19 and 22, take out the word 'HISPANIC' from the list as a possible response to those fields.
Received: 10/29/96
Evaluation: 'HISPANIC' is listed as an acceptable Hispanic entry on page 149 of the CBC specs. In the Handbook For Birth and Death Registration, only facetious, derogatory, demeaning, or colloquial ethnic descriptors are not allowable. AVSS logic uses parental birthplace to determine the code for 'HISPANIC' entries. In 1995, 2,282 of 545,913 births had 'HISPANIC' in field 22, with 1,416 born in U.S., 700 in Mexico, 104 in Central America, 30 in South America, and 32 elsewhere. See AMR 96-140. Needs TAG discussion.
TAG Recommendation: Allow Hispanic, but remove from list.
AVSS Programmer: PMC (11/14/96).
Priority/Final Outcome: Done; included in Version 4.6.
96-120AVSS Project
805-893-3214
Problem/Suggestion:
Problem: AVSS presently allows any free text entry for 5D in HCA and LCA for home births.
Solution: Allow only CA counties for 5D. Note, there is already a check to allow 5D to equal only XIND.
Received: 9/27/96
Evaluation: Prevents entry of all non-occurrence events into county of occurrence.
TAG Recommendation: OK.
AVSS Programmer: PMC (11/13/96)
Priority/Final Outcome: Done; included in Version 4.6.
96-122AVSS Project
805-893-3143
Problem/Suggestion:
Problem: Hispanic fields now allow numerics and spurious punctuation (e.g. [ or !)
Solution: Disallow numbers and spurious punctuation for HCA/LCA 19 and 22. Apply same edits as for race fields (18 and 21).
Received: 10/3/96
Evaluation: Discovered after evaluating AMR 96-119.
TAG Recommendation: OK
AVSS Programmer: PMC
Priority/Final Outcome: High --- should have been incorporated into Version 4.6, but was not.
96-127AVSS Project (PMC)
805-893-3143
Problem/Suggestion:
Enable index deletion in ^FSU("FSX") to create partial indexing structures. Examples: RLC=reallocation, ID=Infant Deaths. Routine updates: FSFI, FSS, FSRESTOR, FSPTRTST.
Received: 10/9/96
Evaluation: Technical fix.
TAG Recommendation:
AVSS Programmer: PMC (9/9/96)
Priority/Final Outcome: Done; included in Version 4.6.
96-128C10-Fresno
Carolyn Vart
209-445-3315
Problem/Suggestion:
Change hospital name: HCA067 (CDC facility code: 100822)
Old: VALLEY MEDICAL CENTER
New: UNIVERSITY MEDICAL CENTER
Received: 10/11/96
Evaluation: Simple name change.
TAG Recommendation:
AVSS Programmer: PMC (10/29/96)
Priority/Final Outcome: Done; included in Version 4.6.
96-129AVSS Project (PMC)
805-893-3143
Problem/Suggestion:
Fix global bugs:
^FSF("CDC","107D","CHK"): Change 107C to 107D
^FSF("CDC","LFN","CHK",2): Change I4A to I7
Enhance NEXT field checking in FSINTEG2.
Received: 10/11/96
Evaluation: Technical fix.
TAG Recommendation:
AVSS Programmer: PMC (10/9/96)
Priority/Final Outcome: Done; included in Version 4.6.
96-130C37-San Diego
Dianne Marchand
619-692-5536
Problem/Suggestion:
Due to problems determining when a record is sealed, we are requesting an addition to amendment indicator code. Could you please add a code of "2" to the amendment indicator, this will signify that the record has been sealed. This will help us to update our Master file on the IBM mainframe.
Received: 10/14/96
Evaluation:
CBC specs call for 1=Amendment and 5=No Amendment. Presumably 2-4 is used by OSR to indicate the number of amendment in state system. Suggest that "6" be used to indicate a sealed certificate.
TAG Recommendation: M. De Lano to work with OVR; needs additional TAG discussion.
AVSS Programmer: PMC (10/14/96)
Priority/Final Outcome: Inadvertently added to Version 4.6.
96-131C37-San Diego
Margaret DeLano
619-692-5733
Problem/Suggestion:
There are currently residences in San Diego County that must use a Post Office box for mailing even though they do have a physical address due to the fact that the Post Office will not deliver to their homes. The zip codes are different for the residence address and the Post Office where their mail is picked up, therefore they cannot apply for NANA as the mailing address is not transmitted to Baltimore. We are requesting that until such a time as the birth certificate is modified, please adjust the AVSS program so a secondary (mailing address field) can be used for families who have a resident address/location and a separate mailing address. The resident address field programmed to the statistical data base and Baltimore database with an "if" routing when a secondary address is present, the secondary address will be routed to Baltimore instead of the resident address.
Received: 10/14/96
Evaluation: Handbook states that PO Boxes are not acceptable in 24A. Could add another AVSS variable for mailing address. CBC file layout (1400 byte record) would have to be expanded to contain mailing address. Needs TAG discussion.
TAG Recommendation: R. Palmieri stated that a statute change would be required.
AVSS Programmer:
Priority/Final Outcome: Withdrawn.
96-132C31-Placer
Terri Ostrom/
Connie Carter (RN,PHN)
916-889-7158
Problem/Suggestion:
I have compiled a list of high-risk infant indicators that I review monthly on all birth certificates. Terri stated that you may be able to develop a computer program which we can utilize that will identify, compile and print individual birth certificates based on one or more of these indicators. This would be extremely beneficial and would eliminate the time and cost involved to review all birth certificates. The following is a list of those indicators related to the space number on the birth certificate:
Space 3a-Twins
Space 6A-Withheld or unknown
Space 8-Less than or equal to 18 years old
Space 11-Less than or equal to 18 or greater or greater than or equal to 35
Space 20C-Less than 12
Space 23C-Less than 12
Space 25B-Greater than or equal to 6 months
Space 25C-Number of prenatal visits less than or equal to 7
Space 26-Less than or equal to 2500 gms
Space 27A-Greater than or equal to 5
Space 27B-Greater than zero
Space 29-01,02,03,04,05,07,08,09,15,18,19,20,22,23,28
Space 30-01,02,03,07,10,13,15,16,17,19,21,22,28
Space 31-01,02,03,04,05,06,07,08,09,10,11,12,13,14,15,16,17,18,19,20,21,22,23,25,26,27,28,29,
30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,56,57,58,59,60,61,62,64,65,66,67,68,69,70,72,73,74
If you have any questions or comments, please call me at 916-889-7165 or Linda Malcolm, PHN at 916-889-7153.
Received: 10/22/96
Evaluation: Good idea. Suggest that field numbers be printed as in display certificate. Also would be useful to print the condition(s) that triggered the certificate to be printed.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: Done; ready for Version 4.7.
96-133AVSS Project (RLW)
805-893-3143
Problem/Suggestion:
Problem: Some LRDs are inappropriately using the EDIT CERTIFICATE suboption under BIRTH CERTIFICATE to amend data fields.
Solution: With Version 4.6 all birth certificate data entry will take place under HOSPITAL BIRTH RECORD (HCA) and subsequently linked to the BIRTH CERTIFICATE (LCA), so there is no longer a need to edit LCA fields other than those entered at the LRD, such as date of registration, local file number, and date of death. Since these edits should be very rare, suggest a password to be added to EDIT CERTIFICATE for the LCA. This would allow the AVSS Project and OSR to identify and educate those LRDs that are inappropriately editing LCAs.
Received: 10/22/96
Evaluation: Implemented in V4.6 beta.
TAG Recommendation: OK
AVSS Programmer: PMC (10/22/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-134AVSS Project (PMC)
805-893-3214
Problem/Suggestion:
Improve date formatting in CBC tape generation program. Affected programs: FSCBC94B, FSCBC94C, and FSCBC94D.
Received: 10/22/96
Evaluation: Technical fix.
TAG Recommendation:
AVSS Programmer: PMC (10/22/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-135AVSS Project (RLW)
805-893-3143
Problem/Suggestion:
In order to take advantage of the increase in pitch from 10 to 12 characters per inch in Version 4.6, we need to change the field lengths for the following HCA and LCA fields:
1A: From 24 to 38
1B: From 18 to 22 (note: print coordinates should be changed from 1,37 to 1,38)
1C: From 28 to 33 (note: print coordinates should be changed from 1,61 to 1,62)
5A: From 30 to 36
6Aand 9A: From 16 to 19
6B and 9B: From 13 to 15
6C and 9C: From 22 to 26
7 and 10: From 9 to 11
12B: From 13 to 16
13D: From 46 to 55 (note: must change MODIFY USER LISTS TO ALLOW 55 CHARACTERS)
14: From 26 to 31 (note: must change MODIFY USER LISTS TO ALLOW 31 CHARACTERS)
18 and 21: From 14 to 17
19 and 22: From 13 to 15
20A and 23A: From 14 to 17
20B and 23B: From 17 to 21
24A: From 49 to 59
Received: 10/23/96
Evaluation: Implemented in V4.6 beta.
TAG Recommendation: OK, but insure that lengths do not exceed CBC lengths.
AVSS Programmer: RLW/PMC (10/22/96)
Priority/Final Outcome: Included in Version 4.6.
96-136C28-Napa
Judy Reilley
707-253-4506
Problem/Suggestion:
Add City to Zip Code
Add: City: American Canyon to zip code 94589. It was verified by Janet at the Post Office. At the Post Office American Canyon is listed as a part of Vallejo, but people at the hospitals still want to list their residence as American Canyon not Vallejo. American Canyon is in Napa County even though Vallejo is in Solano County.
Received: 10/23/96
Evaluation: Simple zip update.
TAG Recommendation:
AVSS Programmer: PMC (11/13/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-137C30-Orange Co.
Renee Oberdorf
714-834-5395
Problem/Suggestion:
Change Hospital Address
New Address for Hoag Memorial Hospital (HCA387) (CDC facility code: 301205)
One Hoag Drive
Newport Beach, Ca. 92658-6100
Received: 10/23/96
Evaluation: Simple address change.
TAG Recommendation:
AVSS Programmer: PMC (11/13/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-138DHS
Alan Oppenheim
916-324-1110
Problem/Suggestion: Recent state law (AB 1832) does not allow the fathers name to be printed on the birth certificate if the parents are not married and there is no voluntary declaration of paternity. Dashes will now be allowed in fields 6A-6C, and will appear on a large number of certificates. Entries of UNKNOWN, WITHHELD, and A.I. will become difficult to capture and loose significant meaning.
Therefore, only the father's name or dashes should be allowed for fields 6A-6C and the following text values are not to be allowed in Fields 6A, 6B, and 6C:
NOT GIVEN,REFUSED,REFUSED TO STATE,REFUSES TO STATE,DECLINED TO STATE,DECLINES TO STATE,NOT STATED,NONE,UNKNOWN,WITHHELD,A.I.
The help instructions for the father's fields in the top part of the birth certificate should be as follows:
Field 6A:
THIS FIELD IS REQUIRED. ENTER THE FIRST NAME OF THE FATHER. THE FIRST CHARACTER MUST BE ALPHABETIC. THE REMAINING CHARACTERS MAY BE BLANK, ALPHABETIC, HYPHENS, PERIODS, APOSTROPHES, QUOTATION MARKS, OR COMMAS.
IF THE FATHER'S INFORMATION IS UNKNOWN, WITHHELD, OR IF THE FATHER HAS NO FIRST NAME, ENTER TWO HYPHENS ('--'); A DASH WILL BE PRINTED.
Field 6B:
THIS FIELD IS REQUIRED. ENTER THE MIDDLE NAME OF THE FATHER. THE FIRST CHARACTER MUST BE ALPHABETIC. THE REMAINING CHARACTERS MAY BE BLANK, ALPHABETIC, HYPHENS, PERIODS, APOSTROPHES, QUOTATION MARKS, OR COMMAS. IF THERE IS NO MIDDLE NAME, OR IF THE FATHER'S MIDDLE NAME IS UNKNOWN OR WITHHELD, ENTER TWO HYPHENS, '--'; A DASH WILL BE PRINTED.
Field 6C:
THIS FIELD IS REQUIRED. ENTER THE LAST NAME OF THE FATHER. LAST NAMES CONTAINING ONLY ONE CHARACTER ARE VERIFIED. SUFFIXES SUCH AS JR, SR, II, III, ETC. SHOULD BE INCLUDED. AKA (ALSO KNOWN AS) DESIGNATIONS SHOULD BE OMITTED. ALL TITLES AND DEGREES (E.G. BA, BS, MD, PHD, ETC.) SHOULD BE OMITTED. THE FIRST CHARACTER MUST BE ALPHABETIC. THE REMAINING CHARACTERS MAY BE BLANK, ALPHABETIC, HYPHENS, PERIODS, APOSTROPHES,
QUOTATION MARKS, OR COMMAS. IF THE FATHER'S LAST NAME IS UNKNOWN OR WITHHELD, ENTER TWO HYPHENS, '--'; A DASH WILL BE PRINTED.
Field 7:
THIS FIELD IS REQUIRED. IF KNOWN, ENTER THE FATHER'S STATE OR COUNTRY OF BIRTH REGARDLESS OF MOTHER'S MARITAL STATUS. ENTER THE FIRST FEW CHARACTERS OF THE STATE OR COUNTRY, OR THE TWO LETTER STATE ABBREVIATION, OR ^L FOR A LIST OF KNOWN STATES AND COUNTRIES, OR 'UNK' IF THE STATE OR COUNTRY IS UNKNOWN. YOU MAY ENTER TWO HYPHENS, '--', ONLY IF 6A, 6B, AND 6C ALL HAVE DASHES, THEN A DASH WILL BE PRINTED.
Field 8:
THIS FIELD IS REQUIRED. IF KNOWN, ENTER THE BIRTH DATE OF THE FATHER REGARDLESS OF MOTHER'S MARITAL STATUS. FATHER'S AGE (FAGE) WILL BE COMPUTED FROM FATHER'S AND CHILD'S BIRTH DATE. AGES OUTSIDE THE RANGE 15 THRU 64 ARE VALIDATED. IF THE DAY IS NOT KNOWN, ENTER THE MONTH AND YEAR. IF THE MONTH AND DAY ARE UNKNOWN, ENTER THE 4 DIGIT YEAR. IF THE BIRTH DATE OF THE FATHER IS NOT KNOWN, ENTER 'UNK'. YOU MAY ENTER TWO HYPHENS, '--', ONLY IF 6A, 6B, AND 6C ALL HAVE DASHES, THEN A DASH WILL BE PRINTED. DO NOT ENTER THE FATHER'S AGE.
Received: 10/23/96
Evaluation: See 96-105 and 96-117. To go into effect on Jan 1, 1997. Needs TAG discussion.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: Done, included in Version 4.6.
96-139HCA629-Trinity Hospital
Tammi Chryst
916-623-5541x3285
Problem/Suggestion:
Change Hospital Name and Address (County=53, CDC facility code: 531059)
HCA629 Old: TRINITY GENERAL HOSPITAL
TAYLOR ST.
New: TRINITY HOSPITAL
410 NORTH TAYLOR STREET
Received: 10/23/96
Evaluation: Simple name change.
TAG Recommendation:
AVSS Programmer: PMC (11/13/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-140HCA041-Merrithew Memorial Hospital
Frank Wallace
510-370-5217
Problem/Suggestion:
Currently birth certificates sent by this hospital to the Vital Registration office at 826 Main St. Martinez, CA 94553 (phone # 510-646-2516) will be rejected for registration if the designation in blocks 18 & 21 (Race) is listed as MEXICAN even though "MEXICAN" is on the approved list in the AVSS program. I have been informed that if MEXICAN appears in those blocks (18 & 21) it will be coded as WHITE. Since the statistical data will be the same if "MEXICAN" appears in those blocks (18 & 21) as if "WHITE" appears there appears to be no valid reason for insisting on "WHITE" appearing (doing so gives offense to many parents who do not consider themselves WHITE). The Office of Vital Registration will also reject birth certificates which lists "HISPANIC" for blocks 19 & 22 (the Hispanic information block) even though "HISPANIC" is on the approved list in the AVSS program for those information blocks.
REQUESTED MODIFICATION: Obviously the best change would be for the Office of Vital Registration to accept "MEXICAN" in blocks 18 & 21 and to also accept "HISPANIC" in blocks 19 & 22. However if these certificates are going to continue to be rejected I would ask the following modification to AVSS: Delete HISPANIC from the list of acceptable entries for blocks 19 & 22. Also delete MEXICAN from the list of acceptable entries for blocks 18 & 21 (RACE). Also delete from blocks 18 & 21 Peruvian, Nicaraguan, etc. because they too will be rejected by the local office of Vital Registration. I would point out that this hospital processes birth certificates at all times (24 hrs a day) and also on weekends and holidays. It is not uncommon for new personnel to rely on the help and list buttons from AVSS to determine what information is acceptable. Currently the AVSS program is at variance with what will be accepted by the local Office of Vital Registration on a Birth Certificate to be registered.
Received: 10/29/96
Evaluation: "MEXICAN", "HISPANIC", "PERUVIAN", and "NICARAGUAN" are listed as race entries in Appendix C of the CBC specs. In the Handbook for Birth and Death Registration, it is stated that "A person of Hispanic origin may be of any race". Only facetious entries such as "HUMAN", "MARTIAN", and derogatory, demeaning, or colloquial racial descriptions are not allowable. In 1995, 29,458 of 545,248 births had "HISPANIC" in field 21, 7,042 had "MEXICAN", 71 had "NICARAGUAN" and 81 had "PERUVIAN". See AMR 96-119. Needs TAG discussion.
TAG Recommendation: Recommend no change.
AVSS Programmer:
Priority/Final Outcome: Withdrawn.
96-141AVSS Project (RLW)
805-893-3143
Problem/Suggestion:
Problem: PRINT CERTIFICATE under DEATH RECORD is under long-term development to print death certificates on blank paper using PostScript printers. When users inadvertently attempt to use this option on a PCL printer, they get several pages of PostScript printer commands.
Solution: Install a password (PRINTCDC) for the PRINT CERTIFICATE suboption. Instruct users to use DISPLAY CERTIFICATE suboption if they need a hard copy of DEATH RECORD data.
Received: 10/30/96
Evaluation: Implemented in V4.6. beta.
TAG Recommendation:
AVSS Programmer: PMC (10/30/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-142C26-Mono County
619-924-5410
Problem/Suggestion:
Modify zip 93546 to include city CROWLEY LAKE. Also add CROWLEY LAKE to the list of cities for Mono County. (HFPA=10250)
Received:
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC (11/13/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-143C43-Santa Clara
Bette Ingle
408-885-4292
Problem/Suggestion:
Similar to AMR 96-101, if a value of 21, 22, or 23 is entered and then removed from field 29-COMPLICATIONS AND PROCEDURES OF PREGNANCY AND CONCURRENT ILLESSES, the validation message continues to appear when printing the birth certificate.
Received: 11/5/96
Evaluation: O.K. to fix by resetting validations at PREVBRTH^FSCBCWRO.
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
96-144C45-Shasta
Denise Drueding
916-225-5059
Problem/Suggestion:
Please update our facility list (fields 101, 104, 105, & 106) and our funeral directors' list (field 44 & 45, see attached).
Facility 450798 Old: BEVERLY MANOR CONV HOSP - REDDING
New: BEVERLY HEALTH & REHABILITATION CENTER
450936 Old: HIGHWAY 2993
New: 43563 STATE ROUTE 299E
450949 Old: CLAIRMONT HEIGHTS
New: 2175 ROSALINE STREET
451019 Old: 2630 HOSPITAL LANE
New: 2630 BRESLAUER WAY
452301 Old: ANDERSON CARE CENTER
New: REHAB SPECIALITIES INN
454002 Old: ANDERSON
New: REDDING
New facility: 459001 MAYERS MEMORIAL HOSP ANNEX (HCA587, HFPA=2102)
20641-B COMMERCE WAY
BURNEY
Received:
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC (11/13/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-145AVSS Project (JAM)
805-893-3143
Problem/Suggestion:
Modify the AVSS device table for the C-WY60 terminal to use transparent print: on=ESC d # off=*20 (off code remains the same).
Received: 11/8/96
Evaluation:
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome: Done, included in Version 4.6.
96-146C49-Sonoma
Linda Hickam
707-576-4708
Problem/Suggestion:
Change the following facility:
Old: CARE WEST MANZANITA (#491003; Address: 300 Cherry Creek Rd., Cloverdale, CA 95425)
New: MANZANITA NURSING & REHAB (same address)
Add the following facilities (all are residential care facilities):
COTTAGE GROVE (#499007; Address: 9221 Vinecrest, Windsor, CA 95492)
ELLIS RETIREMENT HOME (#499008; Address: 1843 Ridley Ave., Santa Rosa, CA 95403)
HANNA HOUSE (#499009; Address: 4880 Londonberry Dr., Santa Rosa, CA 95403)
HEALTHMORE REST HOME (#499010; Address: 2643 Stony Pt. Rd., Santa Rosa, CA 95407)
RICHLYN CARE HOME (#499011; Address: 9408 Willow Avenue, Cotati, CA 94931)
Received: 11/12/96
Evaluation: See EMN.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-147OSR-Michele Yepez/Alan Oppenheim
916-322-5179
Problem/Suggestion:
Attached is revised page 149, Appendix C, from the California Birth Certificate System User Manual. "Hispanic" has been deleted from this page as one of the entry options. Please make the corresponding change to the AVSS software.
Received: 11/14/96
Evaluation: See 96-119.
TAG Recommendation: OK
AVSS Programmer: PMC (11/14/96)
Priority/Final Outcome: Done, included in Version 4.6.
96-148C61-Berkeley
Marilyn Laudenia
510-644-6950
Problem/Suggestion:
I would like to be able to print from AVSS a Census Tract Listing for specific for Berkeley jurisdiction with the following format: STREET|ADDRESS RANGES|CENSUS TRACT.
I would like to locate the census tract by the street address. As of now, I'm still using 1970 street index by census tracts. At present, AVSS lists the census tract and all the streets and address ranges under it which is inconvenient for me.
Received: 11/27/96
Evaluation: JAM to evaluate.
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
96-149C27-Monterey
Vicki Stremel
408-755-4506
Problem/Suggestion:
Name changes or additions for facilities:
1. Old: CASA SERENA HEALTH CARE CENTER (#271712; Address: 720 E. Romie Ln.)
New: GUARDIAN OF SALINAS
2. Add: EDEN VALLEY CARE CENTER (#274018; Address: 612 Main Street, Soledad, CA 93960)
3. Old: DRIFTWOOD CONV. HOSPITAL
New: CRESTWOOD CONV. HOSPITAL (#27056; Address: 1575 Skyline Dr., Monterey, CA 93940)
(CRESTWOOD CONV. HOSPITAL, #270757 at address 350 Iris Dr., Salinas, CA 93906 will remain the same)
Received: 12/2/96
Evaluation: See EMN.
TAG Recommendation:
AVSS Programmer: PMC.
Priority/Final Outcome:
96-150C27-Monterey
Vicki Stremel
408-755-4506
Problem/Suggestion:
Death Certificate - item #101 - data entry. Per attached samples, an extra step has been added to the data entry of item 101. Before it skipped directly to a matched listing and you chose the correct identifier. Especially if there is only one identifier. Can this extra step be deleted? To me it is unnecessary.
Received: 12/2/96
Evaluation: Create separate list processing for 101 by itself, by separating it from the list processing for 107A-D, 112, 112A-D, and UCOD.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-151C19-Los Angeles
Larry Portigal
213-240-7785
Problem/Suggestion:
Problem: The updated version (4.6) of keyword search for item 101 (Place of Death) on the CDC form does not function as before. No numbered selection list of possible/partial matches is displayed for the user.
Proposed solution: Replace 4.6 search/list processing logic with 4.5 search/list processing logic. Or-determine whether or not current version is just faulty and repair.
Received: 12/6/96
Evaluation: Same as 96-150.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-152AVSS Project (EMN)
805-893-3214
Problem/Suggestion:
<UNDEF>+8^FSF errors are occurring when trying to register an incomplete certificate. (See error logs at C15, C23, and C29)
Received: 12/13/96
Evaluation: PMC to evaluate. False error, MAR was undefined due to V4.6 testing)
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome: Withdrawn.
96-153C51-Sutte County
Alice Williams-Root
916-822-7215
Problem/Suggestion:
Unable to enter Enteroviral Vesicular Stomatitis with Exanthem (Hand, foot and mouth disease) under disease outbreak. Would also like free text entry of any disease under Outbreak. (repeat of AMR 96-034)
Received: 12/13/96
Evaluation: Could add a COMMENT field. See 97-034 and 97-065. Needs TAG discussion.
TAG Recommendation:
AVSS Programmer:
Priority/Final Outcome:
96-154C43-Santa Clara
Shirley Jewett
408-885-4296
Problem/Suggestion:
From item 101-102 on Death Registration now has 3 extra steps (see highlighted portion). We would like to be able to go from 101 to 102 without selecting 1 and then having to enter twice.
Received: 12/16/96
Evaluation: See 96-150 and 96-151.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-155HCA103-95th Medical Group Problem/Suggestion:
Change hospital address to: 30 HOSPITAL ROAD, EDWARDS AFB, CA 93524
Received: 12/26/96
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-156HCA646-Columbia Los Robles
Diane Tunney
Problem/Suggestion:
Change hospital name from LOS ROBLES REGIONAL MED CENTER to COLUMBIA LOS ROBLES HOSPITAL.
Received: 12/27/96
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-157CT-Connecticut
Joseph Lichaa
860-509-7965
Problem/Suggestion:
It is requested that the AVSS system be modified as follows:
Lock Hospitals into filing records after printing birth certificates. This will eliminate the possibility of forgetting to save the file after printing.
Recommend ways to accomplish objectives A and B:
Streamline the AVSS process by consolidating the HCT, SCT, and LCT screens into a single linkage event. The objective is to make the linkage process more efficient by looking at one screen in lieu of three screens in order to minimize processing time.
Streamline AVSS processing to allow hospital edits to automatically update previously linked records.
Review recommendations with the CT Department of Public Health prior to final implementation of change.
Add an AVSS report to single out certificates that were changed and then reprinted at the hospitals.
Incorporation of changes by February 28, 1997 is appreciated.
After review of this AMR, please inform us at your earliest convenience if time frame will be met.
Received: 12/18/96
Evaluation: #1 could be implemented using LIST TO BE SENT TO HEALTH DEPARTMENT. #2 is incompatible with CT paper form processing. #4 is not compatible with AVSS design. More detailed answers were reported in letters from AVSS Project dated 12/30/96 and 1/27/97.
TAG Recommendation:
AVSS Programmer: JAM
Priority/Final Outcome:
96-158Maternal and Child Health
Mich Tashiro
510-540-3107
Problem/Suggestion:
Change hospital names:
H042 From DELTA MEMORIAL HOSPITAL to SUTTER DELTA MEMORIAL HOSPITAL
H065 From SIERRA KINGS HOSPITAL to SIERRA KINGS DISTRICT HOSPITAL
H194 From HOLY CROSS MEDICAL CTR to PROVIDENCE HOLY CROSS MEDICAL CTR
H200 From INTER-COMMUNITY MEDICAL CENTER to CITRUS VALLEY MED CTR-IC CAMPUS
H214 From LONG BEACH COMMUNITY MED CTR to same name with change in county 19.
H265 From QUEEN OF THE VALLEY HOSPITAL: W COVINA to CITRUS VALLEY MED CTR-QV CAMPUS
H267 From MED CTR OF NORTH HOLLYWOOD to NORTH HOLLYWOOD MEDICAL CENTER
H313 From WESTLAKE MEDICAL CENTER to SHC SPECIALTY HOSPITAL
H553 From PENINSULA HOSPITAL to MILLS PENINSULA HEALTH SERVICES
H661 From WOODLAND MEMORIAL HOSPITAL to WOODLAND HEALTH CARE
Received: 12/23/96
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-159HCA599-Northbay Medical Center
Pamela Lentino
707-429-7872
Problem/Suggestion:
The bar code needs to be moved down a .5 line space. The top of the bar code touches the bottom line of the form. But all the rest of the lettering has perfect spacing.
Received: 12/30/96
Evaluation: Does not appear to be a problem from the example given since bar code only does not overlap data values. We understand that it is O.K. if the bar code touches the bottom line.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-160HCA599-Northbay Medical Center
Pamela Lentino
707-429-7872
Problem/Suggestion:
Birth certificates box 12B: (MOTHER) doesn't automatically come up in the box. Now have to select #2. This is very time consuming. Would like the MOTHER to automatically appear. Have MOTHER FATHER as an option. The mother signs 90% of all our birth certificates.
Received: 12/30/96
Evaluation: Suggest removing the MOTHER FATHER and FATHER MOTHER list choices. These were added in Version 4.6 and have been problematical.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-161HCA051-Barton Memorial Hospital
Cindy Downer
916-541-3420
Problem/Suggestion:
Change hospital address from FOURTH & SOUTH STREET to 2155 SOUTH AVE., SOUTH LAKE TAHOE, CA 96150
Received: 12/31/96
Evaluation:
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:
96-162HCA639-Sonora Community Hospital
James Nardello
209-532-3161
Problem/Suggestion:
On field 18 & 21, the race does not allow for AMERICAN INDIAN to be fully spelled out. This is due to space…but now that the new smaller fonts are installed, AMERICAN INDIAN and other longer entries can be fully entered. AMERICAN INDIAN is an important entry due to the levels of importancy of passing on that ethnic gene.
Received: 1/2/97
Evaluation: PMC to research possible changes. Needs TAG discussion.
TAG Recommendation:
AVSS Programmer: PMC
Priority/Final Outcome:

Updated May 23, 1997 by RL Williams

Return To AVSS Home Page