c# encrypt pdf : Extract data from pdf to excel Library control API .net web page windows sharepoint ImplementationGuide02.041-part1193

V0204 Implementation Guide 
11 
CS Version Input Current values of 020410, 020412, 020413, 020420, 020423, and 020430 should 
not be kept or entered into any record that undergoes manual review after conversion.   
The following table summarizes the assignment of CS Version Input Current values for records 
converted to V0204. 
CS Version Input Current 
CS 
Version 
Original 
Converted 
to CS 
020000 
without 
update 
Converted 
to CS 
020000 
with 
update 
Converted 
to CS 
020300 
without 
update 
Converted 
to CS 
020300 
with 
update 
Converted 
to CS 
020400 
without 
update 
Converted 
to CS 
020400 
with 
update 
0009XX 
01XXXX 
020000 
020300 
020410 
0009XX 
01XXXX 
020000 
020300 
020440 
0009XX 
01XXXX 
020000 
020302 
020413 
0009XX 
01XXXX 
020000 
020302 
020440 
0009XX 
01XXXX 
020200 
020301 
020412 
0009XX 
01XXXX 
020200 
020301 
020440 
0009XX 
01XXXX 
020200 
020302 
020413 
0009XX 
01XXXX 
020200 
020302 
020440 
020001 
020100 
020200 
020301 
020420 
020001 
020100 
020200 
020301 
020440 
020001 
020100 
020200 
020302 
020423 
020001 
020100 
020202 
020302 
020440 
020302 
020430 
020302 
020440 
Extract data from pdf to excel - extract form data from PDF in C#.net, ASP.NET, MVC, Ajax, WPF
Help to Read and Extract Field Data from PDF with a Convenient C# Solution
exporting data from pdf to excel; extract pdf form data to xml
Extract data from pdf to excel - VB.NET PDF Form Data Read library: extract form data from PDF in vb.net, ASP.NET, MVC, Ajax, WPF
Convenient VB.NET Solution to Read and Extract Field Data from PDF
extract data out of pdf file; html form output to pdf
V0204 Implementation Guide 
12 
3  REVIEW SPECIFICATIONS 
3.1  OBSOLETE DATA REVIEWED AND CHANGED V0204 
Case review requirements for V0204 are noted on the conversion specification spreadsheets.  All 
cases including codes with an OBSOLETE DATA REVIEWED AND CHANGED V0204 tag MUST  
be manually reviewed to complete the conversion from V0203 to V0204.  (See discussion in 
section 3.3 below for review and recoding which must be completed BEFORE the conversion 
process.)  Review notes are included for each code, indicating reason for review and suggested 
replacement codes.  As noted in the Conversion document, software providers should provide 
each user with a list of cases meeting review criteria, so the registrar can complete the review of 
these cases manually.  The user should also be provided with copies of the spreadsheets for 
reference during case review. 
The reviewer should always verify the accuracy of the original codes, and consider other codes 
than those suggested if appropriate for the case information. Note that in many cases two data 
fields must be recoded if the change in code involves a data description that has been moved to a 
different data item; for example, certain nodes have been reclassified from regional to distant 
nodes. Note also that in many cases a combination code may be the appropriate choice, and the 
reviewer must consider the meaning of other codes involved in the combination that may not be 
tagged for review. 
3.2  OBSOLETE DATA RETAINED AND REVIEWED V0204 and OBSOLETE 
DATA RETAINED V0204 
Review is STRONGLY RECOMMENDED for all cases with the tag OBSOLETE DATA RETAINED 
AND REVIEWED V0204.  Review is SUGGESTED for all cases with the tag OBSOLETE DATA 
RETAINED V0204, depending on registry resources and needs for data use and analysis.  Cases 
with these codes will continue to derive stage values, but the codes should not be used for new 
cases originally coded in V0204, nor for cases with a diagnosis date of 2012 and later.  Review 
notes are included for each code, indicating reason for review and suggested replacement codes. 
3.3  Special Review Situations 
Three special review situations are described on the conversion spreadsheets. 
EsophagusGEJunction/Stomach, Site-Specific Factor 25, Schema Discriminator: 
Review and recoding of cases with site code C161-C166, C168, C169 and SSF 25 code 
010, assigned to either the EsophagusGEJunction or Stomach schema, must be carried out 
BEFORE the case is sent through the conversion program.  This code is tagged 
OBSOLETE DATA REVIEWED AND CHANGED V0204.  Primary site code C160 should 
have been used for all cases with SSF 25 code of 010, and the conversion specifications 
are to convert code 010 to code 982.  However, if code 010 appears in a case with a 
different primary site code, and the primary site code is not changed before conversion, 
after conversion to code 982 the record may no longer be assigned to a schema.  The 
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Image: Insert Image to PDF. Image: Remove Image from PDF Page. Image: Copy, Paste, Cut Image in Page. Data: Read, Extract Field Data. Data: Auto Fill-in Field
extract data from pdf to excel online; extract data from pdf file
VB.NET PDF Text Extract Library: extract text content from PDF
PDF ›› VB.NET PDF: Extract PDF Text. VB.NET PDF - Extract Text from PDF Using VB. How to Extract Text from PDF with VB.NET Sample Codes in .NET Application.
how to save pdf form data in reader; extract pdf data into excel
V0204 Implementation Guide 
13 
conversion documents contain information about identifying and recoding these cases to 
avoid the problem of no schema assignment, but this must be done in advance of the 
conversion process.  If a case is reassigned to a different schema as a result of recoding 
the primary site code, the case needs to be reabstracted using correct codes in the new 
schema.    
Listing of these EsophagusGEJunction/Stomach cases will not be part of the conversion 
utility program provided by CDC/NPCR (see section 5.1).  The list will need to be prepared 
locally based on the specifications in the spreadsheet. 
Scrotum and Skin, Site-Specific Factor 12, High Risk Features: 
The definition of high risk features was corrected in V0203, with lymph-vascular invasion 
removed from the list and the value of depth of invasion changed from >= 4 mm to >2mm.  
The highest number if coded (5 for Scrotum, 6 for Skin) was changed to one less (4 for 
Scrotum, 5 for Skin) in the conversion to V0203, but review was not specified for cases with 
less than the highest number of features coded.  Review is now specified for cases with a 
CS Version Input Original code less than V020302, to account for cases that were originally 
coded in an earlier version of CS and those that may have been updated from an earlier 
version of CS. 
CorpusCarcinoma, Histology 8950 and 8951 
Histologies 8950 and 8951 have been reassigned to the CorpusCarcinoma schema from 
the CorpusSarcoma schema.  The codes and code definitions are not the same for these 
two schemas for the data items CS Extension, CS Lymph Nodes, and CS Site-Specific 
Factor 1, FIGO Stage. The conversion documents specify that these data items, for all 
cases with CS coding with an ICD-O-3 histology code of 8950 or 8951 reassigned to the 
Corpus Carcinoma schema in V0204, must be listed for review.  
4  SOFTWARE IMPLEMENTATION  
4.1  Source Files 
All files required for adding V0204 to the registry system are available through the CS Web page 
http://www.cancerstaging.org/cstage/software/index.html, including documentation of the 
application interface, a Windows–compiled library, XML and HTML tables, and ready-to-compile 
source code for other operating systems. 
4.2  Application Interface (API) 
The API documentation for the API (see CS API Version 2.doc) describes the tools available to use 
the XML tables as a resource, reducing the need for external tables to support the library. 
C# PDF Image Extract Library: Select, copy, paste PDF images in C#
Image: Extract Image from PDF. |. Home ›› XDoc.PDF ›› C# PDF: Extract PDF Image. How to C#: Extract Image from PDF Document.
export pdf data to excel; extract data from pdf
C# PDF Text Extract Library: extract text content from PDF file in
XDoc.PDF ›› C# PDF: Extract PDF Text. C# PDF - Extract Text from PDF in C#.NET. Feel Free to Extract Text from PDF Page, Page Region or the Whole PDF File.
extract data from pdf using java; extract data from pdf forms
V0204 Implementation Guide 
14 
4.3  Derivation of Stage Values 
The algorithm will return derived stage values to the calling program via the datacard.  The 
returned stage values include both AJCC 6 and AJCC 7 stage values as well as SS1977 and 
SS2000 values.  The calling program is responsible for copying these values from the CS datacard 
into the patient record.  
If the algorithm is reapplied to a case, but the rederivation of one or more of the stage values is not 
possible, the old values in those derived stage fields, including the corresponding derived stage 
flags, should be replaced with blanks. 
4.4  Version Stamping 
The CSv2 library contains only the latest version number and returns it to the calling program via 
the API; it is up to the calling program to determine when and how the version number should be 
stamped into each of these three fields.   
CS Version Input Original – this field should be filled by the calling program the first time the 
CS tables are accessed for data entry.  
CS Version Input Current – this field should be filled by the calling program whenever a 
case has been updated with newer codes from a CS version newer than that used to stamp 
the CS Version Input Original field.  For new cases, CS Version Input Current should be 
stamped with the current version from the CStage.DLL.  For converted cases, CS Version 
Input Current is filled by the conversion program, and is only changed when the case is 
updated or a new conversion is applied. 
CS Version Derived – this field should be filled by the calling program whenever the 
algorithm can successfully calculate a derived stage value (SEER Summary Stage or AJCC 
Derived Stage Group) from the current values in the input fields. 
If a case abstracted under a previous version of CS has an empty field for CS Version Input 
Original, the algorithm has no way to know under which version it was abstracted; it knows only the 
current version.  Such cases should be corrected before updating to V0204 in order to have the 
correct CS Version recorded for the initial coding system. 
See section 6 for information on version stamping for NPCR requirements. 
5  DATA CONVERSION FROM V0203 TO V0204 
5.1  Conversion Program 
A conversion program to convert V0203 to V0204 records is available from CDC/NPCR.  Details of 
that program and how it can be implemented are available directly from CDC.  A link to the 
program and documentation on the CDC/NPCR Web page are posted on the CS Web site, 
http://cancerstaging.org/cstage/software/index.html. The conversion program from CDC/NPCR will 
not identify the EsophagusGEJunction/Stomach cases which may need recoding before 
conversion.   
VB.NET PDF Image Extract Library: Select, copy, paste PDF images
Image: Extract Image from PDF. |. Home ›› XDoc.PDF ›› VB.NET PDF: Extract PDF Image. VB.NET PDF - Extract Image from PDF Document in VB.NET.
extracting data from pdf forms to excel; java read pdf form fields
C# Create PDF from Excel Library to convert xlsx, xls to PDF in C#
Create PDF from Excel. |. Home ›› XDoc.PDF ›› C# PDF: Create PDF from Excel. Export PDF from Excel with cell border or no border.
extract data from pdf into excel; exporting data from excel to pdf form
V0204 Implementation Guide 
15 
5.2  Conversion Specifications 
The complete conversion specifications are in two documents posted on the CS Web site.  The 
specifications are those that will be used in the CDC/NPCR conversion program mentioned in 
section 5.1.  TNM components, TNM descriptors, and stage value for AJCC 6 and AJCC 7, and 
Summary Stage 1977 and Summary Stage 2000 values must be rederived on all cases as part of 
the conversion process.  TNM components, TNM descriptors, and stage value for AJCC 6 and 
AJCC 7, and Summary Stage 1977 and Summary Stage 2000 values must be rederived again on 
all cases which require manual review and recoding as identified during the conversion process.         
5.3  Old Cases, New Version 
Pre-2012 cases coded in V0203 do not need to be recoded with the new V0204 code values, other 
than records with codes returned for review from the conversion program or records failing Edits 
after conversion. 
5.4  New Cases, Old Version 
All cases diagnosed on or after 1/1/2012 should be coded according to the V0204 data entry 
codes.  Because the production release of V0204 is scheduled for December 5, 2011 following a 
beta test period, it is anticipated that registries will have V0204 available at or soon after that date, 
in time for abstracting 2012 cases.  However, for any registry that begins coding 2012 cases before 
receiving the CS upgrade, all 2012 cases coded under CS V0203 must be reviewed and recoded 
when V0204 becomes available.   
6  NPCR REQUIREMENTS for SEER Summary Stage 2000 
For diagnosis years 2012 and later, NPCR permits the use of SEER Summary Stage 2000 
[NAACCR data item 759] in those cases where collection of CSv2 data items is not feasible due to 
lack of data or staffing and time constraints at the local or central registry.  Over-ride CS 20 has 
been designated as a special-purpose flag to identify cases where SEER Summary Stage 2000 
[NAACCR data item 759] is directly coded and reported in lieu of Derived SS2000 [NAACCR data 
item 3020], in accordance with NPCR reporting requirements. The Over-ride CS 20 value of “1”, 
set by the user, identifies a record with NAACCR data item 759 used to report Summary Stage 
2000 as permitted by NPCR requirements only; Over-ride CS 20 is left blank for all other cases.   
NPCR requires the collection of specified CS data items on all records, even those flagged by 
Over-ride CS 20:  CS Tumor Size, Regional Nodes Examined, Regional Nodes Positive, CS SSF 
25, CS Version Input Original, CS Version Input Current, and Site-Specific Factors for certain 
schemas as identified in NPCR published standards.  Other CS input fields may remain blank and 
derived fields must remain blank in these flagged records.  With the implementation of CS V0203, 
blanks were not permitted by any standard setter in CS data entry fields.  With the implementation 
of CS V0204, blanks are allowed by NPCR only (except as noted above) in records where the 
Over-ride CS 20 flag is set to “1”.  
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
Page: Extract, Copy and Paste PDF Pages. Easy to Use C# Code to Extract PDF Pages, Copy Pages from One PDF File and Paste into Others in C#.NET Program.
extract data from pdf form fields; save data in pdf form reader
VB.NET PDF Page Extract Library: copy, paste, cut PDF pages in vb.
VB.NET: Extract PDF Pages and Save into a New PDF File. You VB.NET: Extract PDF Pages and Overwrite the Original PDF File. Instead
saving pdf forms in acrobat reader; fill in pdf form reader
V0204 Implementation Guide 
16 
Note:  When both SEER Summary Stage 2000 [NAACCR data item 759] and Derived SS2000 
[NAACCR data item 3020], are being reported, the Over-ride CS 20 field should be left blank.  The 
Over-ride CS 20 flag is not required to be set to “1” for all records with SEER Summary Stage 2000 
coded.  The flag should be set only where the directly coded SEER Summary Stage 2000 is 
reported in lieu of the CS coded and derived fields. 
Stamping of records with CS Version Input Original and CS Version Input Current must be based 
on the subset of CS data input fields required by NPCR for flagged cases.  The return of derived 
stage values and error messages from the CS algorithm should be suppressed where the Over-
ride CS 20 flag is set and the CS input fields (except as noted above) are blank. 
SEER and COC standards do not permit the reporting of SEER Summary Stage 2000 [NAACCR 
data item 759] in lieu of Derived SS2000 [NAACCR data item 3020].  Registries meeting these 
standards may not use Over-ride CS 20 as a data flag for this purpose.            
7  DOCUMENTATION  
7.1  NAACCR Data Dictionary 
The NAACCR Standards Volume II Version 12.2 defines the CS data fields.  The Data Dictionary 
provides the NAACCR item number, position within the NAACCR version 12.2 report layouts, and 
requirements for collection as established by the standard setters, SEER, COC, NPCR, and 
CCCR.  This volume is available on the NAACCR website at 
http://www.naaccr.org/index.asp?Col_SectionKey=7&Col_ContentID=133.   
7.2  CSv2 User Documentation 
The CSv2 User Documentation is presented in two formats, PDF and HTML online help, both 
available for downloading from http://www.cancerstaging.org/cstage/manuals/index.html Both 
formats include two parts. 
Collaborative Stage Data Collection System Coding Instructions: Part I Section 1: General 
Instructions, contains a description of the system and coding instructions for each CS data 
element.  Part I Section 2: Lab Tests and Tumor Markers, Site-Specific Factor Notes, 
contains schema-specific notes, illustrations, and descriptions of the data collected in the 
new CSv2 site-specific factors.  Both documents have been updated to reflect any changes 
in codes or coding instructions based on changes in V0204. 
Collaborative Stage Data Collection System Part II contains the tables used for coding each 
schema, with all notes included: above-table notes guiding abstracting and below-table 
notes identifying extra tables used by the algorithm to derive T, N, M, or stage values.  The 
tables document the mapping to T, N, M and stage group for both AJCC 6 and AJCC 7 
staging and for both SS1977 and SS2000.  Part II may also be generated from the 
Cstage.DLL using API functions.  The V0204 changes to codes, coding instructions, and 
stage groupings are contained in the HTML tables. 
V0204 Implementation Guide 
17 
Software vendors may include the HTML online help version of the CS user documentation within 
their registry software releases. 
The CSv2 User Documentation is intended to be used in electronic form, accessible on the 
abstractor’s computer.  A printed version of the PDF manuals or replacement pages may be 
available for purchase from the National Cancer Registrars Association.  Contact NCRA for details. 
7.3  CSv2 Software 
The CSv2 software is published on the AJCC website for downloading by software vendors and 
central registries, at http://www.cancerstaging.org/cstage/software/index.html.  The software 
contains: 
DLLs  
cstage.dll -- For the build/version number, either right-click on the file in Windows 
Explorer and check the version properties tab or call the API function 
CStage_get_version() 
Wrapper dlls used for VB.Net and Java 
Include files: csapi.h and collab.h 
API sample programs  
Test-o-Matic 
VB.NET, C, Java, and C#  
XML & HTML tables used in the build 
The .DLL files contain the source code for the CS algorithm, composed of routines to read the CS 
XML tables and derive stage values. The XML tables are the fundamental repository of the CS 
system, containing table notes, codes, descriptions, mappings to the derived values, and 
specifications for data processing.  Test-o-Matic is a downloadable interactive program useful for 
entering individual case information and reviewing CS output, both for testing the performance of 
the algorithm and the accuracy of data coding. 
7.4  CAnswer Forum 
The CAnswer Forum, maintained by the AJCC and COC, http://cancerbulletin.facs.org/forums/, is 
the official resource for questions about the use of CSv2.  The CAnswer Forum contains a forum 
for Collaborative Stage questions, which are answered by the CTAP, volunteer registrars with CS 
expertise and access to AJCC curators when needed.  The forums support public comment or 
dialogue on answers posted by CTAP members. 
8  EDITS 
8.1  NAACCR Version 12.2 Edits Metafile 
The NAACCR Version 12.2 Edits Metafile is scheduled for release concurrently with the release of 
V0204.  All current CS edits have been updated to accommodate changes with new and obsolete 
codes.  CS Edit Override fields are available in the NAACCR record and may be used in new edits 
in the 12.2 Edits Metafile.  Over-ride CS 20 has been designated as a special-purpose flag for 
V0204 Implementation Guide 
18 
cases reporting SEER Summary Stage 2000 [NAACCR data item 759] as permitted by NPCR, as 
described in section 6.   Edits enforce the correct use of the flag for NPCR-required data items.  CS 
input data elements will be edited if they are included in a record with coded SEER Summary 
Stage 2000 [NAACCR data item 759] and Over-ride CS 20 set to “1”; the derived stage 
components will fail edits if they are not returned as blank.  
The CS Edits Workgroup continues to review CS codes and instructions to identify coding 
situations where edits can be used to assist registrar abstracting.  As noted in previous 
implementations, given the increase in the amount of data collected in CSv2, the expanded table 
notes instructing coding, the complexity of data relationships across the tables, and time required 
for coders to use and identify problems, it is anticipated that the identification and construction of 
CSv2 edits will extend well beyond the initial implementation of the system.  The 12.2 Edits 
Metafile contains new edits that apply to cases collected under previous versions of CSv2, and all 
edits that could be applied to V0204 cases have not yet been written.
8.2  Edits Processing 
The CS Mapping Team recommends that, in an interactive setting, Edits be run on case 
information after input of CS data items but before the CS algorithm is called to derive stage output 
values.  The Edits program generates more specific error messages than the CS algorithm; 
processing edits before CS calculation assists the abstractor in identifying coding problems that 
may not be readily identifiable from a manual review of CS input codes. 
8.3  Edits at Conversion 
All available CS edits should be run both before and after data conversion.  The NAACCR 12.1 
Edits Metafile should be used before conversion, and the NAACCR 12.2 Edits Metafile should be 
used after conversion.  All edit errors should be reviewed and edit failures corrected.   
All codes marked with an OBSOLETE tag in the CSv2 XML/HTML tables will fail with a CS Version 
Input Original value equal to or later than the version number specified in the OBSOLETE data tag.   
All cases with a diagnosis date 1/1/2012 and later will fail with a CS Version Input Current value 
less than 020440.  This edit, “CS Version Input Current, Date of DX (CS)”, is useful in identifying 
any 2012 cases that may have been entered in V0203 and require updating to V0204 codes.  
Note that ALL cases with codes marked OBSOLETE DATA REVIEWED AND CHANGED V0204 
will fail standard edits and will not derive a stage value until the records are reviewed and coding 
updated. 
9  CENTRAL REGISTRY CONSIDERATIONS 
Central registries should review the conversion specifications and release notes, including 
information about new, obsolete, and review codes, to determine if they affect any of their reporting 
requirements.  They should communicate any change in requirements to reporting facilities and 
software vendors supplying reporting facilities.   
V0204 Implementation Guide 
19 
Central registries should determine if record review and updating is conducted in-house, or if 
reporting facilities will be requested to submit the updated records.  Central registries should make 
certain that information about V0204 coding changes is conveyed to data quality staff and reporting 
facility staff, to assure a common understanding and application of V0204 codes.  
Central registries should also communicate to reporting facilities and vendors when they will be 
able to accept V0204 data, the date after which they will no longer accept V0203 data, and their 
expectations for submission of review cases.  
Central registries must be cognizant of the CS Version Input Current value of the records in their 
databases and records being submitted from reporting facilities, as the timing of software upgrades 
and database conversions may vary among facilities and between facilities and the central registry.  
Each CSv2 algorithm is designed to run on data either originally coded in or converted to that CS 
version, and CS-related edits are also version-specific.  A central registry will encounter significant 
problems in trying to consolidate data across records coded in CS V0202 and CS V0203 or CS 
V0203 and CS V0204 for example, or in applying the CS V0204 algorithm to a mix of CS V0203 
and CS V0204 cases, or in using the NAACCR 12.1 metafile (with edits for CS V0203) on records 
submitted in the NAACCR 12.2 format (with edits for CS V0204).  If a central registry receives 
V0204 records before conversion of its database, it should consider segregating the CS fields from 
routine data processing. If a central registry, after conversion of its database to V0204, continues 
to receive V0203 records from a reporting facility, those records should be converted to V0204 
before being entered into the central database.   
Central registries should determine whether and how they will implement NPCR requirements for 
reporting SEER Summary Stage 2000 [NAACCR data item 759] in lieu of Derived SS2000 
[NAACCR data item 3020], and inform reporting facilities not subject to SEER and/or COC 
requirements, and the providers of software used by these facilities.  Central registries must modify 
software developed in-house, or work with their outside providers, to assure that CS version 
stamping is correctly applied to flagged records and that derived stage components and CS error 
messages because of incomplete CS data are suppressed.  Central registries may be required to 
modify data processing procedures, to separate flagged and non-flagged records, if the CS 
algorithm is routinely run on all records to rederive stage values.  See section 6 for further 
information.    
9.1  Data Preparation for Existing Records 
To ensure correct conversion and derivation of CS data, all records in the registry database with 
staging information diagnosed from 1/1/2004 through the date of implementation must be 
processed through the V0204 algorithm; AJCC 6 stage and SS1977 and SS2000 will be rederived 
on all cases where sufficient information is available.  It is strongly recommended that registries re-
edit all cases using the most recent 12.1 Edits Metafile before implementation of V0204.  As noted, 
edit development is a continuous process, and all CSv2 cases in the registry database may not 
have passed through all available CS edits developed for V0202 and V0203.  Fewer conversion 
problems are anticipated with edited data.  It is strongly recommended that registries identify any 
V0204 Implementation Guide 
20 
cases which fail stage derivation before conversion and correct problems, so that complete, intact 
cases are sent through the conversion process.    
Registries may elect to rederive AJCC 6 and/or SS1977 and SS2000 on their cases after they 
have been edited using the V0203 algorithm, as a second step to ensure that cases are correctly 
coded before data conversion.  Registries should also identify and correct coding on all cases 
which contain a blank in any of the CS Version fields to ensure correct processing by the 
conversion program. 
As described in section 3.3 above, central registries must identify and recode all cases with 010 in 
SSF 15 for EsophagusGEJunction and Stomach schemas where the site code is not C160, 
BEFORE running the conversion program.  If a case is assigned to another schema by this 
recoding, the entire case will have to be reviewed for correct coding in the new schema. 
9.2  Data Conversion 
Central registries must run the data conversion program on cases diagnosed from 2004 through 
the latest received records in the registry database.  If the registry continues to receive records with 
a CS Version Input Current value less than 020400 after conversion, the registry must run the 
conversion program on these records before incorporating them into the registry database. 
9.3  Data Review After Conversion 
If record review will be carried out in-house, registries should develop a plan for manual review and 
change of cases with data items identified in the conversion specifications as OBSOLETE DATA 
REVIEWED AND CHANGED V0204, OBSOLETE DATA RETAINED AND REVIEWED V0204, and 
OBSOLETE DATA RETAINED V0204.  The volume of these cases is small for the V0204 
conversion.   
Except for cases with code 010 in SSF 25 for EsophagusGEJunction/Stomach, the cases with the 
tag OBSOLETE DATA REVIEWED AND CHANGED V0204 should result in an ERROR value 
upon first processing by the V0204 algorithm.  They require manual review, and then reprocessing 
to derive stage values.  The automated conversion program will produce a list of cases requiring 
manual review and conversion.  The CS Version Input Current field should be set to 020440 when 
cases are recoded using the V0204 tables. 
After the data review has been completed and the cases updated, all CS derived fields should be 
calculated via the algorithm for all cases with CS information.  All cases with failure to derive any 
component after conversion should be reviewed and coding updated.  Derived components include 
AJCC 7 T, N, and M; T, N, and M descriptors; and stage group for cases diagnosed 1/1/2010 and 
later; AJCC 6 T, N, and M; T, N, and M descriptors; and stage group for cases diagnosed 1/1/2004 
and later; and Summary Stage 1977 and Summary Stage 2000 for cases diagnosed 1/1/2004 and 
later. 
9.4  Submission Testing 
Central registries should consider requesting test files from all vendors for review and approval of 
placement of data fields and correctness of data conversions before accepting routine submissions 
Documents you may be interested
Documents you may be interested