Common use of Conventions for Describing Data Values Clause in Contracts

Conventions for Describing Data Values. ‌ Table 3-11 defines the data types used by BCRC for their external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in the layout fields. Table 3-11: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Numeric (5): “12345” Numeric (5): “00045” Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ Text A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces Internal Use Populate with spaces Populate with spaces

Appears in 6 contracts

Samples: Sharing Agreement, Sharing Agreement, Sharing Agreement

AutoNDA by SimpleDocs

Conventions for Describing Data Values. Table 3-11 defines The following table describes the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for atandards used with each data type corresponds correspond to the data type identified for each field within requirements of the interface layout. This key is provided to assist in understanding augment the rules behind prescribing the formatting of the data values that are provided within the PAP Data Exchange Layout fields. These standards should be used unless otherwise noted in the layout fieldslayouts. Table 3-117: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Key Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 0-9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ MM236 " Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 5 contracts

Samples: Sharing Agreement, www.cms.gov, www.cms.gov

Conventions for Describing Data Values. Table 3-11 defines The following table describes the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for atandards used with each data type corresponds correspond to the data type identified for each field within requirements of the interface layout. This key is provided to assist in understanding augment the rules behind prescribing the formatting of the data values that are provided within the ADAP Data Exchange Layout fields. These standards should be used unless otherwise noted in the layout fieldslayouts. Table 3-117: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Key Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 0-9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ MM236 " Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 4 contracts

Samples: Sharing Agreement, Sharing Agreement, Sharing Agreement

Conventions for Describing Data Values. Table 3-11 defines The following table describes the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for atandards used with each data type corresponds correspond to the data type identified for each field within requirements of the interface layout. This key is provided to assist in understanding augment the rules behind prescribing the formatting of the data values that are provided within the SPAP Data Exchange Layout fields. These standards should be used unless otherwise noted in the layout fieldslayouts. Table 3-117: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Key Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 0-9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ MM236 " Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 2 contracts

Samples: www.cms.gov, www.cms.gov

Conventions for Describing Data Values. ‌ Table 3-11 The table below defines the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in within the layout SPAP Data Exchange Layout fields. Table 3-117: Data Type KeyKey These standards should be used unless otherwise noted in layouts. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Type / Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 2 contracts

Samples: www.cms.gov, www.cms.gov

Conventions for Describing Data Values. ‌ Table 3-11 defines The table below describes the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for Formatting Standards used with each data type corresponds correspond to the data type identified for each field within requirements of the interface layout. This key is provided to assist in understanding augment the rules behind prescribing the formatting of the data values that are provided within the PAP Data Exchange Layouts. These standards should be used unless otherwise noted in the layout fieldslayouts. Table 3-117: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Key Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 0-9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ MM236 " Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 2 contracts

Samples: Sharing Agreement, Sharing Agreement

Conventions for Describing Data Values. ‌ Table 3-11 defines The table below describes the data types used by BCRC the COBC for their its external interfaces (inbound and outbound). The formatting standard defined for Formatting Standards used with each data type corresponds correspond to the data type identified for each field within requirements of the interface layout. This key is provided to assist in understanding augment the rules behind prescribing the formatting of the data values in that are provided within the layout fieldsPAP Data Exchange Layouts. Table 3-11: Data Type Key. Key Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Type / Field Formatting Standard Examples Numeric Zero through 9 (0 to 🡪 9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Alpha- Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ MM236 " Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote () Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” 34 “ Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces Internal Use Populate with spaces Populate with spacesAbove standards should be used unless otherwise noted in layouts

Appears in 1 contract

Samples: Sharing Agreement

Conventions for Describing Data Values. ‌ Table 3-11 The table below defines the data types used by BCRC for their external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in the layout fields. Table 3-11: Data Type Key. Data Types Used used by BCRC for Their their External Interfaces (Inbound and Outbound) Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Numeric (5): “12345” Numeric (5): “00045” Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ Text A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” 34 “ Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces Internal Use Populate with spaces Populate with spacesspaces VDSA Processing: CMS System Requirements Existing VDSA (Voluntary Data Sharing Agreement) Requirements that apply to the new MSP and Non-MSP files have been modified to assure that data from all VDSA partners is processed consistently. • The System shall be able to receive an external file from a VDSA partner. The System shall be able to confirm the external VDSA partner file format. • The System shall be able to match the valid VDSA partner external file to the Eligibility Database. • The System shall be able to update a CMS record based on differences found between a valid VDSA partner external file and the Eligibility Database. • The System shall display error descriptions in CHAPS for severe errors identified on BCBS and VDSA files.

Appears in 1 contract

Samples: Sharing Agreement

Conventions for Describing Data Values. ‌ Table 3-11 The table below defines the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in within the layout SPAP Data Exchange Layout fields. Table 3-117: SPAP Data Type KeyKey These standards should be used unless otherwise noted in layouts. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Type / Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 1 contract

Samples: www.hhs.gov

AutoNDA by SimpleDocs

Conventions for Describing Data Values. Table 3-11 defines The following table describes the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for standards used with each data type corresponds correspond to the data type identified for each field within requirements of the interface layout. This key is provided to assist in understanding augment the rules behind prescribing the formatting of the data values that are provided within the PAP Data Exchange Layout fields. These standards should be used unless otherwise noted in the layout fieldslayouts. Table 3-117: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Key Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 0-9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ MM236 " Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. e.g., “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 1 contract

Samples: Sharing Agreement

Conventions for Describing Data Values. Table 3-11 The table below defines the data types used by BCRC for their external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in the layout fields. Table 3-11: Data Type Key. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Numeric (5): “12345” Numeric (5): “00045” Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ Text A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces Internal Use Populate with spaces Populate with spaces

Appears in 1 contract

Samples: Sharing Agreement

Conventions for Describing Data Values. ‌ Table 3-11 The table below defines the data types used by the BCRC for their its external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in within the layout SPAP Data Exchange Layout fields. Table 3-117: Data Type KeyKey These standards should be used unless otherwise noted in layouts. Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Type / Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Populate empty fields with spaces Numeric (5): “12345” Numeric (5): “00045” Numeric (5): “ “ Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 Text Left justified Non-populated bytes padded with spaces A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” 34 “ Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces - Internal Use Populate with spaces Populate with spaces-

Appears in 1 contract

Samples: www.cms.gov

Conventions for Describing Data Values. ‌ Table 3-11 The table below defines the data types used by BCRC for their external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in the layout fields. Table 3-1118: Data Type Key. Key (Data Types Used by BCRC for Their External Interfaces (Inbound inbound and Outbound) Data Type/Type / Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Numeric (5): “12345” Numeric (5): “00045” Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ Data Type / Field Formatting Standard Examples Text A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote (‘) Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” 34 “ Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces Internal Use Populate with spaces Populate with spacesspaces NOTE: The above standards apply unless otherwise noted in layouts VDSA Processing: CMS System Requirements Existing VDSA (Voluntary Data Sharing Agreement) Requirements that apply to the new MSP and Non-MSP files have been modified to assure that data from all VDSA partners is processed consistently. • The System shall be able to receive an external file from a VDSA partner. The System shall be able to confirm the external VDSA partner file format. • The System shall be able to match the valid VDSA partner external file to the Eligibility Database. • The System shall be able to update a CMS MSP record based on differences found between a valid VDSA partner external file and the Eligibility Database. • The System shall be able to create an MSP transaction file from the VDSA partner MSP record and the Beneficiary Master Record. • The System shall display error descriptions in CHAPS for severe errors identified on BCBS and VDSA files.

Appears in 1 contract

Samples: Sharing Agreement

Conventions for Describing Data Values. ‌ Table 3-11 The table below defines the data types used by BCRC COBC for their external interfaces (inbound and outbound). The formatting standard defined for each data type corresponds to the data type identified for each field within the interface layout. This key is provided to assist in understanding the rules behind the formatting of the data values in the layout fields. Table 3-11: Data Type Key. Key Data Types Used by BCRC for Their External Interfaces (Inbound and Outbound) Data Type/Type / Field Formatting Standard Examples Numeric Zero through 9 (0 to 9) Padded with leading zeroes Numeric (5): “12345” Numeric (5): “00045” Alpha A through Z Left justified Non-populated bytes padded with spaces Alpha (12): “TEST EXAMPLE” Alpha (12): “EXAMPLE “ Alpha-Alpha- Numeric A through Z (all alpha) + 0 through 9 (all numeric) Left justified Non-populated bytes padded with spaces Alphanum (8): “AB55823D” Alphanum (8): “MM221 “ Text A through Z (all alpha) + 0 through 9 (all numeric) + special characters: Comma (,) Ampersand (&) Space ( ) Dash (-) Period (.) Single quote () Colon (:) Semicolon (;) Number (#) Forward slash (/) At sign (@) Left justified Non-populated bytes padded with spaces Text (8): “AB55823D” Text (8): “XX299Y” XX299Y “ Text (18): “XXXXXXX@XXXXXX.XXX” Text (12): “ 000-000-0000” Text (12): “#34” 34 “ Date Format is field specific Fill with all zeroes if empty (no spaces are permitted) CCYYMMDD (e.g. “19991022”) Open ended date: “00000000” Filler Populate with spaces Populate with spaces Internal Use Populate with spaces Populate with spacesThe above standards apply unless otherwise noted in layouts. VDSA Processing: CMS System Requirements Existing VDSA (Voluntary Data Sharing Agreement) Requirements that apply to the new MSP and Non-MSP files have been modified to assure that data from all VDSA partners is processed consistently. The System shall be able to receive an external file from a VDSA partner. The System shall be able to confirm the external VDSA partner file format. The System shall be able to match the valid VDSA partner external file to the Eligibility Database. The System shall be able to update a CMS record based on differences found between a valid VDSA partner external file and the Eligibility Database. The System shall display error descriptions in CHAPS for severe errors identified on BCBS and VDSA files.

Appears in 1 contract

Samples: Sharing Agreement

Draft better contracts in just 5 minutes Get the weekly Law Insider newsletter packed with expert videos, webinars, ebooks, and more!