Database Maintenance Sample Clauses

Database Maintenance. The administrator will continue to maintain an accurate database for benefits administrative and valuation purposes. This will include: a. Year over year reconciliation of status and data changes for valuation purposes. b. Monitoring active-employee terminations to cash out participants in a timely manner. c. Tracking of lump sum cash outs: (i) If checks are cashed by the participant, the database record needs to be adjusted to show that no future payments are due. (ii) If checks are not cashed by participants, reasonable follow up is required to demonstrate a legitimate attempt to locate and cash out the individual was made. Adjustment of database and financial information to reflect that a lump sum amount was not paid. (iii) Decisions on how to handle nonresponsive participants must be discussed with the County. d. Maintenance of current retirees receiving annuities. e. Monitoring to ensure monthly payments continue until the participant dies. f. Tracking current retirees when participant dies. g. Cease payments. h. Determine if there is a beneficiary. Calculate the lump sum payable to beneficiary, if any based upon employee’s account balance with interest offset by annuities received. i. Update database to reflect death and status of beneficiary payment. j. Researching uncashed or returned check. Adjustment of database and financial information to reflect annuity for month(s) not paid and status of retiree. k. Correctly honoring terminated employees who opted to delay payment to receive a monthly annuity beginning at age 65 per the County’s direction. l. Tracking and maintain records substantiation of all benefits payments.

Database Maintenance. Silver Spring will maintain the database on a regular basis (i.e., weekly or monthly depending on the size of the database) for proper performance and functionality. ***.

Database Maintenance. Activities

Database Maintenance. 2.01 Helion will provide on-going consulting on procedures for the backup and restoration of all databases required to run the ORCATS software. 2.02 Helion will consult with the County technical staff as needed on the status of all databases required to run the ORCATS software and ensure that all database indexes and database features are configured appropriately to ensure the proper functioning of all Helion supported software. 2.03 If requested, Helion will ensure that database backups are performed prior to any modification to the database structure and/or schema as part the implementation of new ORCATS software through new version release or problem resolution. 2.04 Helion will perform all database repair and recovery due to database corruption, malfunction, or inconsistency brought about by implementation of new ORCATS software through new version release or problem resolution, by defects in or improper functioning of the client software, or by third party software used within any Helion supported software. 2.05 The obligations described in Sections 1.00 through 2.05 are hereafter referred to as “Maintenance.”

Database Maintenance. Company agrees to transmit information each month on use of the Service by Customer (including, Cardmember account number and service used), to AMEX's database maintenance facility. The mechanism for this transmission to be agreed to by the parties.

Database Maintenance. The applications programming group is responsible for the Database maintenance of the Worldflight System. The loading, updating, and validation of the data entered into the Worldflight database is the responsibility of the user groups that the applications support. Database maintenance does include, file sizing, and the repair of corrupted data that was caused due to programming errors. The Worldflight system supports communications with other systems with both real-time and batch traffic. Worldflight provides real-time feeds to the following systems; Acars - uplinks, CFT - Corporate Flight Times, CMS - Crew Management (NWA), Cargo, MSG - TTY traffic, Sceptre - Aircraft Maintenance (NWA), Ramp/Fids - Gate Managemnet, Worldspan - Reservations / Common use, and ODB - Operations Database. Worldflight has the following batch feeds out; Stats - statistics, Mapper - Fuel Usage (NWA only), Worldspan - Microfiche. Worldflight is updated by the following systems; Acars - downlinks, MSG - TTY traffic, Sceptre - Aircraft Maintenance, Worldspan - Pass/Bag information, and ODB - Operations Database. Batch file feeds into Worldflight; Schedules - Airflight System, Aircraft Performance Data (via TSO). Enhancement requests are requests for new funtionality, or requests for cosmetic changes with the functionality remaining the same. These requests will require a Computer Service Request (CSR), and need to be submitted to the Operations Automation group for evaluation and priority assignment. The following will be measured and available on request; System Availability/Outages, Transaction Response Time, and Reliability of Outgoing Feed. Northwest will provide the Worldflight products and services specified herein to Pinnacle during the term of this Agreement at no cost. (See Appendix L1A) System Availability - This measurement is the availability of the hardware and software within the Building J computer center. Outages of the various pieces affecting Worldflight availability are cumulative - that is, an outage to a communications front-end (that affects Worldflight users) is counted as a Worldflight availability outage. This measurement is not the end-to-end availability to the agent or customer at a terminal in the field. Future monitoring tools may provide an end-to-end measurement. Transaction Response Time - This measurement is the mainframe existence time of selected Worldflight transactions. This measurement is not the end-to-end availability to the agent or custome...

Database Maintenance. The Developer will re-index the database and making Minor Modifications (as defined below) to the database structures as needed. ("Minor Modifications" are defined as adding not more than four fields and not more than two tables to the database in any one month. Any other modifications are outside the scope of this Agreement).

Database Maintenance. Plan will keep all data bases updated and current; new information or changes will be entered within thirty (30) days of receipt of completed provider forms. - Inactive providers will be indicated by the correct provider status flag (Y for deactivated). - Any errors in the provider, membership, fee schedule or other databases that result in incorrectly adjudicated claims must be fixed within thirty (30) calendar days of written notification and the claim(s) backed out and reprocessed within the timeliness guidelines. Plan shall be required to correct all errors, in such time frame, even if funds, which may have been incorrectly paid to other parties, cannot be recovered. Any overpayments will be refunded to the Claims Payment Account, or the Plan, as appropriate, within ten (10) business days after the parties agree that amounts should be refunded.

Database Maintenance. The IT Department oversees export of data from the trial database (resident at Target) to SASTM for analysis by HCRI's Biostatistics group. DATA RECEIPT & TRACKING The tracker reviews, stamps, initials and sends the source documents to the file room for inclusion in the patient's folder. Original source documents will be forwarded to off-site storage and a working copy will be used by the Clinical Reviewer. All working copies of the source documents will be kept in the HCRI file room. The file room uses a barcode system to log the source documents in and out. ADMINISTRATION Administration consists of several components that are critical to a study. HCRI maintains file rooms for the original and working file copies of the source documents. The working (yellow) copy of the source document, once it has been data entered, is maintained in the file room and access is maintained on a secure basis. The original copy is filed in a secure location. At the conclusion of the study, HCRI can arrange for secure long-term storage of the source documents and other study documents, or the documents can be boxed and forwarded to the sponsor for storage. STATISTICAL ANALYSIS & REPORTING STATISTICAL ANALYSIS PLAN The Statistical Analysis Plan (SAP) is a comprehensive and detailed description of the methods and presentation of data analyses proposed for a clinical trial prior to database locking and treatment code unblinding, in order to avoid post hoc decisions that may affect the interpretation of the statistical analysis. A unique SAP is designed for every study at HCRI. The analysis plan is finalized prior to data analysis and before database locking and treatment code unblinding, to provide full details, and includes templates of tables, listings, and figures to be presented in the statistical report. The SAP contains a statement of the objectives of the trial, as stated in the protocol. The SAP also refers to any relevant literature review, the clinical development plan and results from any other similar trials, as appropriate. The SAP includes a definition of all the populations to be analyzed (e.g., intention-to-treat, as-randomized, per-protocol). -------------------------------------------------------------------------------- VICAR PD2i Cardiac Analyzer CTSA (VIC00) (Final) Date: March 16, 2007 9 Harvard Clinical Research Institute, Inc. o VICOR Technologies, Inc. -------------------------------------------------------------------------------- DSMB REPORTS Two (2) r...

Database Maintenance. Parameters controlled The UAS is responsible for:  System Administration setup and maintenance  Resource pools (User IDs, talkgroups, profiles, personalities, and coverage classes)  Configuring the system for OTAR  Setting priorities within the system  Setting system parameters  Configuring the ISSI Gateway  Configuring the Interoperability Gateway  Generating database reports  Dynamic Regrouping Describe unit and talkgroup site access privilege capabilities. Be specific about how this process works. Does it require that the radio unit register before the change takes place, etc? Each RF site receives a system-supplied database that includes all the user terminal UIDs and talkgroup GIDs as well as the privileges and assigned priorities of each. When a radio affiliates with an RF site, the site updates the site and VNIC database that the unit is present and of its currently selected GID. Calls can then be initialed by or routed to the radio UID or GID. Number of separate databases that must be maintained for user authentication, user ID aliasing, alarm ID aliasing, etc. The Xxxxxx XXXX system operates on a single unified database. The UAS generates the database from the detailed user and group and system data entered, and includes the operating configuration and user IDs for all terminals, consoles, interoperability platforms and other devices, such as logging recorders. Also included is the alarm data, including the source and destination of all designated traps.