Data Dictionary Sample Clauses

Data Dictionary. EPA, SCDHEC, and SRS recognize that each regulatory report is unique and may require the collection of data that is unique to an individual RCRA/CERCLA Unit or Operable Unit. SRS will define the unique fields and their use upon delivery of the data. DOE will provide a functional data dictionary with the transmission of electronic data for each individual report submitted.
Sample 1Sample 2
AutoNDA by SimpleDocs
Data Dictionary. The aim of this section is to present the data dictionary, giving further detail on the entity previously described. Each UML model class equates to a data dictionary entity. Each UML model class attribute equates to a data dictionary element. The shaded rows define entities. The entities and elements within the data dictionary are defined by six attributes (those attributes are listed below and are based on those specified in ISO/IEC 11179-3 for the description of data element concepts, i.e. data elements without representation). The term “dataset” when used as part of a definition is synonymous with all types of geographic data resources (aggregations of datasets, individual features and the various classes that compose a feature).
Sample 1
Data Dictionary. Me software for the Information Desktop tools will reside on equipment located at Customer's facility and operated by Customer's employees.
Sample 1
Data Dictionary. The Contractor shall work with HCD, GMS system, and any other related system to develop a consolidated data dictionary, data mapping, and governance structure. This data dictionary shall be consistently updated for the duration of the contract.
Sample 1
Data Dictionary. A group of domain experts and IT experts created the data dictionary which defines the data elements to be used for the CCDC. The goal was to create a comprehensive data dictionary for annotating the available biomaterial, such that the resulting data collection can be used for answering a wide range of research questions. The data dictionary not only serves as a specification for the data entry interface, but also provides a solid basis for developing a colon cancer ontology and providing a terminology service for semantic ontology mapping. A data dictionary is defined as a set of defined common data elements (CDE) for data entry and retrieval by search criteria. Its data elements are systematically ordered in a hierarchical structure similar to a taxonomy and identified by a unique global key common to all participating institutions. The key and its designation constitute a defined data element, which is an IT representation of a medical attribute. To create the CCDC data dictionary, the expert group started by identifying a list of medically relevant attributes. Unlike a collection developed to answer a specific research question, the CCDC is a general-purpose collection whose prospective users display a wide variety of information needs. The data dictionary reflects this by defining a basic set of data elements which cover the information typically recorded about a colon cancer case, thus enabling flexibility in servicing diverse queries. The medical experts ensured that the list of items to be included in the dictionary contains items with high clinical and scientific relevance. The IT experts created an entity relationship model based on the medical experts’ list, using input from the medical experts to determine the relationship between the entities and their attributes. They ensured that all data elements are disjoint, unambiguous, and that for each data element, there is a well-defined range of values. The data elements were based on typical data gathered during the course of a colon cancer case, describing both diagnostic and therapeutic measures. Where possible, the items were based on existing classification systems, such as the ICD-10 for diagnosis and the UICC scale for tumor grading. For the remaining answers, the vocabulary was chosen such that it reflects typical clinical use and minimizes potential ambiguity. The data dictionary can be extended, if user feedback determines that this is necessary.
Sample 1
Data Dictionary. The data dictionary can be seen as a first step towards developing a full-fledged ontology for colon cancer. It provides a basic set of entities and attributes to be included in the ontology and takes into account the actual level of information available in clinical and biobank information systems. The data dictionary is also suitable for semantically mapping the data from the source biobanks to a standard data model used for the CCDC. The interface described in this report allows this to happen in a manual data entry process, while the future ETL adapters will use the data model to provide semi- automatic mapping. This leads to harmonization of the diverse source data, and allows users to discover comparable data with a single search. The data dictionary is therefore an important intermediate result for creating semantic interoperability of biobank data in ADOPT. Figure 2 Patient form for the CCDC Figure 3 Sample form for CCDC
Sample 1
Data Dictionary. Prior to go-live, the Service Provider shall provide a data dictionary in accordance with the State of Delaware Data Modeling Standard.
Sample 1
AutoNDA by SimpleDocs
Data Dictionary. Contractor shall provide a human-understandable data dictionary for the Database Software such that County staff may understand what, where and how data is stored in the Database and how the data elements relate to one another.
Sample 1

Related to Data Dictionary

  • Dictionary 1. Select [Dictionary] in the drop-down menu from the button .

  • Stationary The Borrower will have its own separate stationary.

  • Description of Covered Items Mechanical parts and components of basic single water softener unit, including central head assembly; multi-level/twin softeners; piping to and from unit(s) and system tanks. Examples of Items/Conditions Not Covered: Any and all treatment, purification, odor control, iron filtration components and systems; discharge drywells; failure due to excessive water pressure or freeze damage; failures due to mineral and/or sediment; resin bed replacement and salt.

  • Job Postings and Applications If a vacancy or a new job is created for which Union personnel reasonably might be expected to be recruited, the following shall apply:

  • Provider Network The Panel of health service Providers with which the Contractor contracts for the provision of covered services to Members and Out-of-network Providers administering services to Members.

  • Service Area (a) SORACOM shall provide the SORACOM Air Global Service within the area designated on the web site of SORACOM (the “Service Area”), provided, that, the Service Area may be different if stated otherwise as specified by SORACOM separately. However, within the Service Area, you may not use the SORACOM Air Global Service in places where transmissions are difficult to send or receive.

  • SEXUAL EXPLOITATION 22.1 The Contractor shall take all appropriate measures to prevent sexual exploitation or abuse of anyone by it or by any of its employees or any other persons who may be engaged by the Contractor to perform any services under the Contract. For these purposes, sexual activity with any person less than eighteen years of age, regardless of any laws relating to consent, shall constitute the sexual exploitation and abuse of such person. In addition, the Contractor shall refrain from, and shall take all appropriate measures to prohibit its employees or other persons engaged by it from, exchanging any money, goods, services, offers of employment or other things of value, for sexual favors or activities, or from engaging in any sexual activities that are exploitive or degrading to any person. The Contractor acknowledges and agrees that the provisions hereof constitute an essential term of the Contract and that any breach of this representation and warranty shall entitle UNDP to terminate the Contract immediately upon notice to the Contractor, without any liability for termination charges or any other liability of any kind.

  • Population The Population shall be defined as all Paid Claims during the 12-month period covered by the Claims Review.

  • GENERAL SERVICE DESCRIPTION Service Provider currently provides active medical, pharmacy(Rx) and dental administration for coverages provided through Empire and Anthem (medical), Medco(Rx), MetLife(dental) and SHPS (FSA) (Empire, Anthem, Medco, MetLife and SHPS collectively, the “Vendors”) for its U.S. Active, Salaried, Eligible Employees (“Covered Employees”). Service Provider shall keep the current contracts with the Vendors and the ITT CORPORATION SALARIED MEDICAL AND DENTAL PLAN (PLAN NUMBER 502 EIN 00-0000000) and the ITT Salaried Medical Plan and Salaried Dental Plan General Plan Terms (collectively, the “Plans”) and all coverage thereunder in full force through December 31, 2011 for Service Recipient’s Covered Employees. All claims of Service Recipient’s Covered Employees made under the Plans and incurred on or prior to December 31, 2011 the (“2011 Plan Year”) will be adjudicated in accordance with the current contract and Service Provider will continue to take such actions on behalf of Service Recipient’s Covered Employees as if such employees are employees of Service Provider. All medical, dental, pharmacy and FSA claims of Service Recipient’s Covered Employees made under the Plans (the “Claims”) will be paid by the Vendors on behalf of the Service Provider. Service Recipient will pay Service Provider for coverage based on 2011 budget premium rates previously set for the calendar year 2011 and described in the “Pricing” section below. Service Recipient will pay Service Provider monthly premium payments for this service, for any full or partial months, based on actual enrollment for the months covered post-spin using enrollments as of the first (1st) calendar day of the month, commencing on the day after the Distribution Date. Service Recipient will prepare and deliver to Service Provider a monthly self xxxx containing cost breakdown by business unit and plan tier as set forth on Attachment A, within five (5) Business Days after the beginning of each calendar month. The Service Recipient will be required to pay the Service Provider the monthly premium payments within ten (10) Business Days after the beginning of each calendar month. A detailed listing of Service Recipient’s employees covered, including the Plans and enrollment tier in which they are enrolled, will be made available to Service Provider upon its reasonable request. Service Provider will retain responsibility for executing funding of Claim payments and eligibility management with Vendors through December 31, 2013. Service Provider will conduct a Headcount True-Up (as defined below) of the monthly premiums and establish an Incurred But Not Reported (“IBNR”) claims reserve for Claims incurred prior to December 31, 2011 date, but paid after that date, and conduct a reconciliation of such reserve. See “Headcount True-Up” and “IBNR Reconciliation” sections under Additional Pricing for details.

  • Description of Goods or Services and Additional Terms and Conditions The Contractor shall perform as set forth in Exhibit A. For purposes of this Contract, to perform and the performance in Exhibit A is referred to as “Perform” and the “Performance.”

Time is Money Join Law Insider Premium to draft better contracts faster.