Current System Sample Clauses
The "Current System" clause defines the specific version or configuration of a system, software, or process that is in use at the time an agreement is made. This clause typically outlines the technical specifications, features, or operational parameters of the system as it exists, ensuring all parties have a shared understanding of the baseline. For example, it may reference a particular software release or hardware setup. Its core function is to establish a clear reference point, preventing disputes about what constitutes the agreed-upon system and providing a basis for evaluating future changes or upgrades.
POPULAR SAMPLE Copied 1 times
Current System. The existing manual driver’s licence register shows that there are approximately 600,000 licences. It is estimated that 80% of these licences are still active. The records also show that approximately 70% of all driver’s’ licences were issued in Dar as Salaam. If the regional distribution of driver’s licences follows a similar distribution pattern as that of the motor vehicles then the number of active licence holders in the major regions would be as shown in the table on Table 1 below Region Total Transactions per day if three years transition period Dar es Salaam 250,000 380 Tanga 20,000 30 Arusha 20,000 30 Mwanza 20,000 30 Iringa 15,000 23 Kagera 15,000 23 Kilimanjaro 5,000 8 Mbeya 5,000 8 Morogoro 5,000 8 Zanzibar 5,000 8 Remaining regions 40,000 61 TOTAL 400,000 609
Current System. The Grantee is authorized and required to operate Grantee’s existing Cable System as set forth in Section 4(a) and (b) and to provide service meeting all applicable standards.
Current System. The City currently oversees the functions of an in-house PIR management tool, and any new system under consideration should possess enhanced capabilities from the current tool. Specifications outlined here within reflect the capabilities of a system that would operate at an enhanced level from the current system. The current system does not provide for the publication of PIR-related information to the City’s open data portal (▇▇▇▇▇://▇▇▇▇.▇▇▇▇▇▇▇▇▇▇▇.▇▇▇/). Included in this section the current City of Austin Information Request process for the Office of the Chief Information Officer and other city departments. City of Austin Statement of Work Public Information Request System
Current System. The current EMS Data System is provided by Lancet Technology, Inc., located in Boston, Massachusetts. It includes three (3) separate modules; Central - One, Trauma – One, and Certification – One. These modules are not web based and currently have no interoperability between the three (3) databases. The nature of each current data system is summarized below: Manual data entry from the PCR or Base Hospital Report (BHR) is completed by each of the seven (7) designated Base Hospitals pursuant to a contractual agreement that each one has entered into with OCEMS. Each Base Hospital’s (BH) EMS Data application is set up identically, but updates must be completed individually. Each BH has a separate software maintenance contract with Lancet Technology. The current EMS Data Set is based on locally created standards, and is very limited in its scope and focus. Data is only entered for patient encounters that meet OCEMS Advanced Life Support (ALS) patient Treatment Guidelines; no Basic Life Support (BLS) patients are entered into the system. Annual ALS patient volume is approximately 40% of the system; therefore, only 50,000 – 60,000 patient encounters per year are entered. Data is submitted to OCEMS as an email attachment in a .zip file by each BH on a rotating schedule twice per month. Data is then manually imported by the EMS Data Entry Specialist. Database is SQL and resides on the server managed by OCHCA IT. Trauma – One: Manual data entry for each patient who enters the Orange County Trauma System (by 9-1-1 or Walk-In) is completed by three (3) designated Trauma Center’s pursuant to a contractual agreement that each one has entered into with OCEMS. Data from an OCEMS designated Trauma Center that is based outside of the County is manually entered on-site by the EMS Data Entry Specialist. The current Trauma Registry Data Set is based on the National Trauma Data Bank (NTDB) and locally created standards; however, OCEMS currently only requires a data set that is limited in its scope and focus. Each Trauma Center is required to maintain a comprehensive Trauma Patient Registry; however, OCEMS does not have access to it. Historically, OCEMS has only required that a small sub-set of data elements be submitted. Each Trauma Center’s Trauma Registry Data application is set up differently. System-wide updates are very difficult, or impossible. Each Trauma Center has a separate software maintenance contract with Lancet Technology. Data is submitted to...
Current System. The current Automated Materials Handler (TotalAMH) was installed in 2020. In the past 5 years the number of items in transit between library locations has greatly increased, averaging 5000+ items per day running through the TotalAMH. The TotalAMH and corresponding transit bins increased the capacity for daily transit and has made the sorting process more efficient and accurate. Contractor shall provide all necessary maintenance, repair, and updates to hardware and software used by the TotalAMH. Contractor shall provide transit bins (SmartBins) that work with the existing TotalAMH as described herein.
Current System. The Grantee is authorized and required to operate Grantee’s existing Institutional Network, and to provide service substantially equivalent to its existing service, within its Franchise Area as of the Effective Date of this Agreement, until such time as the Institutional Network is upgraded, as provided herein.
Current System. (1) The Franchisee is authorized and required to operate its existing System, and to provide service substantially equivalent to its existing service, within the County as of the Effective Date of this Agreement.
(2) The Franchisee shall implement a preventive maintenance plan to sweep and balance the trunk of the entire distribution system, including all trunk amplifiers from the headend to the last bridger amplifier, including any active return path. As picture quality problems unrelated to frequency response are discovered as the System is swept and balanced, that portion of plant will be inspected and any plant-related problems causing poor pictures will be corrected. The Franchisee shall carry out this maintenance plan pursuant to a reasonable implementation plan that it establishes in consultation with the County. If in testing the System after sweeping and balancing it is found that portions of the distribution system nonetheless demonstrate poor quality related to frequency problems, then at a minimum the remaining part of those portions of the distribution system will also be swept and balanced.
(3) The Franchisee shall provide the County with a monthly report on its system’s status with regard to the maintenance plan specified in Section 6(b)(2), to be delivered on or before the tenth of each month. Such report shall indicate the number of service calls and the reason for the calls during the previous month.
Current System. The Grantee is authorized and required to operate Grantee's Cable System as it exists on the date hereof, including without limitation the existing Institutional Network, and to provide service substantially equivalent to its existing service, within its Franchise Area as of the Effective Date of this Agreement, until such time as the HSN and Institutional Network are upgraded, as provided herein.
Current System. The current Genetec Security Video Management System consists of: • Genetec Security Center 5.11 Surveillance OS • 800 Omnicast camera licenses • One (1) Genetec Streamvault 2020E series Directory server
Current System. The current SirsiDynix ILS was installed in June 2003 and is presently SaaS hosted by SirsiDynix. Currently the library is using SirsiDynix Symphony Workflows 4.1.0.0.1371 Unicode for the staff catalog and Enterprise 5.2.1.2 for the patron catalog. OCPL uses the following modules: Acquisitions, Administration, Cataloging, Circulation, Configuration, Reports and Serial Control. OCPL uses BlueCloud Analytics, SirsiDynix’s data reporting tool. OCPL uses EDI for ordering. OCPL uses SIP2 for self-check, ecommerce, pc reservation and print release stations. Patrons can pay bills online through the Enterprise catalog, as well as place, suspend and manage holds, renew items, manage their accounts, check out ebooks and eaudiobooks, and add items to lists.