Mobile Handheld Smart Card Device Sample Clauses

Mobile Handheld Smart Card Device. These devices are standalone devices capable of reading & updating smart cards based on the programmed business logic and verifying live fingerprints against those stored on a smart card. These devices do not require a computer or a permanent power source for transacting. These devices could be used for  Renewal of policy when no modification is required to the cardOffline verification and transacting at hospitals or mobile camps in case computer is not available.  Reading and updating microprocessor smart cards  Fingerprint verification  They should be programmable with inbuilt security features to secure against tampering.  Memory for data storage  Capable of printing receipts without any external interface  Capable of data transfer to personal computers and over GPRS, phone line  Secure Application loading – Application loading to be secure using KEYs  Rechargeable batteries  At least 2 Full size smart card reader and one XXX slot  Display  Keypad for functioning the application  Integrated Printer  Optical biometric verification capability with similar specifications as mentioned for Fingerprint scanners above in the hardware section  Allowing 1:1 search in the biometric module  Capability to connect to PC, telephone, modem, GPRS or any other mode of data transfer  PCI Compliance
Sample 1
AutoNDA by SimpleDocs
Mobile Handheld Smart Card Device. These devices are standalone devices capable of reading & updating smart cards based on the programmed business logic and verifying live fingerprints against those stored on a smart card. These devices do not require a computer or a permanent power source for transacting. These devices could be used for • Renewal of policy when no modification is required to the card • Offline verification and transacting at hospitals or mobile camps in case computer is not available. The main features of these devices are: • Reading and updating microprocessor smart cards • Fingerprint verification • They should be programmable with inbuilt security features to secure against tampering. • Memory for data storage • Capable of printing receipts without any external interface • Capable of data transfer to personal computers and over GPRS, phone line • Secure Application loading – Application loading to be secure using KEYs • Rechargeable batteries Specifications • At least 2 Full size smart card reader and one XXX slot • Display insurance company at the time of empanelling the hospital. Note: All specifications mentioned in the document for devices are minimum criteria and not exact criteria. • Keypad for functioning the application Insurance Co. Ltd. • Integrated Printer • Optical biometric verification capability with similar specifications as mentioned for Fingerprint scanners above in the hardware section • Allowing 1:1 search in the biometric module • Capability to connect to PC, telephone, modem, GPRS or any other mode of data transfer • PCI Compliance
Sample 1

Related to Mobile Handheld Smart Card Device

  • Telemedicine Services This plan covers clinically appropriate telemedicine services when the service is provided via remote access through an on-line service or other interactive audio and video telecommunications system in accordance with R.I. General Law § 27-81-1. Clinically appropriate telemedicine services may be obtained from a network or non- network provider, and from our designated telemedicine service provider. When you seek telemedicine services from our designated telemedicine service provider, the amount you pay is listed in the Summary of Medical Benefits. When you receive a covered healthcare service from a network or non-network provider via remote access, the amount you pay depends on the covered healthcare service you receive, as indicated in the Summary of Medical Benefits. For information about telemedicine services, our designated telemedicine service provider, and how to access telemedicine services, please visit our website or contact our Customer Service Department.

  • Customer Content As part of the Services provided under this Agreement, Customer Data will be stored and processed in the data center region specified in the applicable Ordering Document. Axway shall not access Customer Content except in response to support or technical issues where Customer provides Axway with prior Customer’s written authorization required to access such Customer Content. Axway is not responsible for unauthorized access, alteration, theft or destruction of Customer Content arising from Customer’s own or its authorized users’ actions or omissions in contravention of the Documentation. Customer’s ability to recover any lost data resulting from Axway’s misconduct is limited to restoration by Axway from the most recent back-up.

  • End User This agreement shall bind the ordering activity as end user but shall not operate to bind a Government employee or person acting on behalf of the Government in his or her personal capacity.

  • Interoperability To the extent required by applicable law, Cisco shall provide You with the interface information needed to achieve interoperability between the Software and another independently created program. Cisco will provide this interface information at Your written request after you pay Cisco’s licensing fees (if any). You will keep this information in strict confidence and strictly follow any applicable terms and conditions upon which Cisco makes such information available.

  • Data Input Control It will be possible to retrospectively examine and establish whether and by whom Personal Data have been entered, modified or removed from SAP data processing systems.

  • Online Services Microsoft warrants that each Online Service will perform in accordance with the applicable SLA during Customer’s use. Customer’s remedies for breach of this warranty are described in the SLA.

  • Registry Interoperability and Continuity Registry Operator shall comply with the Registry Interoperability and Continuity Specifications as set forth in Specification 6 attached hereto (“Specification 6”).

  • Connectivity User is solely responsible for providing and maintaining all necessary electronic communications with Exchange, including, wiring, computer hardware, software, communication line access, and networking devices.

  • Data Encryption Contractor must encrypt all State data at rest and in transit, in compliance with FIPS Publication 140-2 or applicable law, regulation or rule, whichever is a higher standard. All encryption keys must be unique to State data. Contractor will secure and protect all encryption keys to State data. Encryption keys to State data will only be accessed by Contractor as necessary for performance of this Contract.

  • Mail Order Catalog Warnings In the event that, the Settling Entity prints new catalogs and sells units of the Products via mail order through such catalogs to California consumers or through its customers, the Settling Entity shall provide a warning for each unit of such Product both on the label in accordance with subsection 2.4 above, and in the catalog in a manner that clearly associates the warning with the specific Product being purchased. Any warning provided in a mail order catalog shall be in the same type size or larger than other consumer information conveyed for such Product within the catalog and shall be located on the same display page of the item. The catalog warning may use the Short-Form Warning content described in subsection 2.3(b) if the language provided on the Product label also uses the Short-Form Warning.

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