1

Karnataka State Unorganized Workers Social Security Board (KSUWSSB)

BENGALURU

Government of Karnataka

TENDER NOTIFICATION

Tender for Restructuring, Enhancing, Revamping, Design, Development and Implementation of

Commercial Vehicle Drivers’ Accident Benefit Scheme’s Software Application.

Bid Ref. NO.: UWB/TND/ABS/CR-06/2014-15 Date : 07-02-2015

LAST DATE FOR SUBMISSION: 09-03-2015 AT 17:00 HRS

February, 2015

2

Karnataka State Unorganized Workers Social Security Board (KSUWSSB) BENGALURU

BID DOCUMENT

Ref No: UWB/TND/ABS/CR-06/2014-15 Date: 07-02-2015

Sub: “ Tender for Restructuring, Enhancing, Revamping, Design, Development and implementation of Commercial Vehicle Drivers’ Accident Benefit Scheme Software Application“.

Pre-qualification requirements and tender documents may be downloaded from Government of Karnataka e-procurement website https://www.eproc.karnataka.gov.in under login for Contractors. The last date for uploading tender documents is 09.03.2015 up to 17.00 hrs. Tender will be opened electronically on 11.03.2015 at 11.00 hrs.

For Further details contact:

Office of the Joint Secretary Karnataka State Unorganised Workers Social Security Board “Karmika Bhavan”,Bannerughatta Road, Bangalore-560 029 Ph: 080-26631584 Fax-080-26631583 Email- kuwssb@gmail.com

3

Karnataka State Unorganized Workers Social Security Board (KSUWSSB)

BENGALURU Section I

TENDER NOTIFICATION

(Through e-Procurement Portal Only)

REF No: UWB/TND/ABS/CR-06/2014-15 Date: 07.02.2015

Sub: “ Tender for Restructuring, Enhancing, Revamping, Design ,

Development and Implementation of Commercial Vehicle Drivers’ Accident

Benefit Scheme Software Application “

1.0 Tender documents may be downloaded from Government of Karnataka e-Procurement portal https://www.eproc.karnataka.gov.in under login for contractors.

2.0 Tender document shall be accompanied by Earnest Money Deposit of Rs.1,50,000/-

(Rupees One lakh fifty thousand Only) which should be paid online through e-Procurement portal using any of the following payment modes:

a) Credit Card b) Direct Debit c) National Electronic Fund Transfer (NEFT) d) Over the Counter (OTC)

3.0 Tender documents shall be electronically submitted within the due date and time

published in e-procurement portal https://www.eproc.karnataka.gov.in. Technical Bid will be opened at prescribed time and date in the e-procurement portal, electronically. Vendor shall submit documents to satisfy the pre-qualification criteria, through online e-portal within the date and time published in e-procurement portal. Bidders shall upload scanned copies of the following documents. Technical Bid

1) EMD, documents to satisfy the eligibility criteria (see Clause No:8), all the technical details (see section II and Scope of the work in Section IV)etc., of the technical proposal along with all the technical particulars. The Vendor shall mandatorily submit the self evaluation data sheet as per the evaluation criteria specified in Section II.

Commercial Bid

1) Price schedule only (See Section III)

Technical bid shall be opened electronically at prescribed time and date in the e-procurement portal.

4

4.0 The brief scope of tender/Project and other details can be seen in the tender

document. The bidder shall quote for full scope of the work in the tender mentioned in Section IV (SOW), failing which the tender is liable for rejection.

5.0 Validity: The tender submitted shall be kept valid for 90 days from the date of

opening of Technical Bid.

6.0 Earnest Money Deposit: Earnest Money Deposit of Rs.1,50,000/- (Rupees One lakh Fifty thousand Only )which should be paid online through e-Procurement portal only through any of the payment modes indicated under Clause 2.0. The EMD shall be valid for 90 days from the date of Technical bid opening.

7.0 Calendar of Events:

a) Date of floating of tender through e-portal 07.02.2015

b) Last date for submission of any queries/clarifications for pre-bid meeting

23.02.2015, 14Hrs

c) Date of Pre-bid meeting at 11.00 hrs @ KSUWSSB conference hall [Only submitted queries/clarification will be addressed]

26.02.2015

d) Last date for uploading tender documents for Technical and Commercial bids.

09.03.2015, 17Hrs

e) Date of opening of Technical bid 11.03.2015, 11Hrs

f) Approach Methodology & Execution Plan & Organization Presentation.

11.03.2015, 14Hrs

g) Date of opening of Commercial bid of qualified bidders.

11.03.2015, 16Hrs

8.0 Eligibility Criteria: The following are the eligibility Criteria for the bid:

a) The Bidder should be primarily an IT Company and Service provider dealing with software & Application development & management services. It should have been in the business for a period exceeding 5 (Five) years as on date. Date of incorporation to be submitted.

b) The bidder shall have an annual turnover of not less than Rs. 10 Crore / year for last 3 financial years. Annual financial statement or reports duly certified by Chartered Accountant for 3 financial years 2011-12, 2012-13 and 2013-14 to establish the annual turnover requirement be submitted.

c) The bidder should have executed at least 1 orders relating to Insurance domain. Order copy to be submitted.

d) Sub-Contracting of the Job or Consortium is not allowed.

e) The bidder should have an office in Bengaluru.

f) The bidder should quote for all the complete scope of work as mentioned in Section IV.

5

9.0 The bidder shall not have been subject to any foreclosure/termination of their Contract in State Government/ PSU/ Central Government/ Autonomous bodies/ industries and shall not been blacklisted for participating in tender or any other utility in India during the past three years. Bidder shall furnish the declaration. (Declaration by the bidder as per Format).

DECLARATION Date:

I, …………………………………….., declare that M/s……………………… ………………………. have not been subjected to forfeiture of EMD/foreclosure/termination of our Contract in KSUWSSB/Government or any other utility and we have not been blacklisted for participating in tender by KSUWSSB or Government or any other utility in India during the past three years.

Signature : __________________

Name : __________________ Designation: __________________ Company : _________________

Company Seal

10.0 Bidder shall not be under declaration of ineligibility for corrupt and fraudulent

practices issued by any State / Central Governments, (Declaration by the bidder)

11.0 The Bidder should upload scanned copies of the following documents: Technical bid shall contain the following documents: a) The bidder shall have an annual turnover of not less than Rs. 10 Crore in the last

3 financial years, Audited copies of the company’s balance sheet.

b) The bidder should have executed at least 1 orders relating to Insurance domain. Order copy to be submitted.

c) Bidder shall furnish details of Technical Personnel & their qualification engaged for such works.

d) Bidder’s Offices address in Bengaluru with Telephone No., email address and Contact Person’s Name

e) Declaration on letter head by the bidder that none of the contracts have been terminated/ foreclosed on account of his default in KSUWSSB or elsewhere during last 3 years.

f) All other supporting documents required/specified to meet the eligibility criteria in clause 8.0 mentioned above.

g) PAN Card

h) VAT/CST registration certificate.

i) Service tax registration certificate.

Note: All necessary documents in support of the above should be uploaded.

6

12.0 Bidders shall also furnish the details as per this format:

Bidders Information Form COMPANY INFORMATION

Name of Company

Address

Origin of Company:

Year Established ( in India)

Annual Turnover 2011-12

Annual Turnover 2012-13

Annual Turnover 2013-14

Number of Employees:

COMPANY CONTACT

Name:

Position:

Phone Number:

Fax Number:

Email Address:

Website:

Office Address at BENGALURU:

COMPANY DATA

Company registration certificate

PAN

TAN

Service tax registration Number

VAT/TIN

Signature : __________________ Name : ________________

Designation: __________________ Company : _________________

Company Seal

Note: All necessary documents in support of the above should be uploaded.

13.0 Commercial bid shall contain Price schedule only in the format as specified in Section-III.

14.0 Tender submitted within the scheduled date and time shall only be eligible for further

processing of the tender. Any tender submitted after the date and time specified shall be rejected, even if it is accepted by the e-portal. Date and time of the e-portal system shall be final in deciding the time of submission of bid. Decision of the KSUWSSB in this regard shall be final and it will be acceptable to all the bidders.

15.0 The original documents should be produced for verification at any stage of tender process as and when sought for, failing which, the tenders are liable for disqualification.

7

16.0 Commercial Bid shall be uploaded in e-procurement portal only.

17.0 Commercial Bid of Bidder’s who have furnished all the documents to meet the

Qualification Criteria and whose tender is found to be Technically Compliant with specifications will be opened and commercially responsive will only be considered.

18.0 KSUWSSB reserves the right to verify any information/documents furnished by the Bidder, circumstance so warrants. In case, the information or the documents furnished are found to be incorrect/false or invalid then the EMD furnished by such bidder shall be forfeited. The registration of such bidders shall also be cancelled.

19.0 Bidders who have not obtained the user ID and Password for participating in e-procurement may now obtain the same from the website (www.eproc.karnataka.gov.in).

20.0 Addendum/Corrigendum/modification/corrections, if any, will be published in the

website only. For any clarification on e-procurement or request for e-procurement training, bidder can contact HP HELPDESK at 080-25501216/ 25501227

21.0 General terms & conditions: Implementation period: The System has to be implemented within 4 months

from the date of issue of work order. Payment Terms: 50% on submission of URS document, 25% after

installation of the solution, 25% after successful testing and go live. The bidder has to submit all the hard copies of the Technical bid

documents uploaded in the e-portal except Commercial bid within 2 days after the date of opening of the technical bid.

22.0 In case of any disputes arises, the decision of the KSUWSSB is final.

23.0 Any suit or proceedings arising out of this tender shall be instituted in Law Courts at

BENGALURU only.

24.0 KSUWSSB reserves the Right to reject any or all the bids without assigning any reason.

8

SECTION II – EVALUATION CRITERIA

1. Scoring of Technical Bids and Technical Qualification Sl No.

Particulars Brea k-ups

Score Supporting documents

as Annexure

1 Number of years of experience in Software and Application Development.

Min. 5 years 5

5-8 years 7

8 years & above 10

2 ISO 27001:2005 Certificates 5

3 Test Certificate from any Govt agency for indigenous software/application developed by the bidder

5

4 IT staff strength (employed in Software Design, Development, Implementation, services and support etc.)

20 – 40 5

40 – 60 7

60 & Above 10

5 Financial Capability

Annual turnover for FY 11-12, FY 12-13 & 2013-14, in the software business

10 Crore / year 7

10-15 Crores / year 11

15 Crores & above / year 15

6 Work Experience in Insurance domain in the last two years

Min. 1 project 10 2 projects & above 15

7 Approach Methodology & Execution Plan.

25

8 Detailed Organization Presentation.

15

The maximum possible score is 100. Threshold score to qualify shall be 60. * For details see Section II, Clause 1.2.

Note: All necessary certified documents in support of the above should be uploaded.

9

1.2 Commercial Evaluation The bidders, who scores more than or equal to the threshold points and a total Technical Score of more than or equal to 60 (Sixty), will qualify for commercial evaluation, and the commercial bids of only qualified bidders will be opened. The Technical proposal of those bidders who do not score more than the threshold and whose total Technical Score is less than 60, will not be considered for Commercial evaluation and commercial proposal of such bidders will not be opened. 1.3 Composite Evaluation

a) Techno commercial Evaluation: All the bids for which the commercial proposals are opened and which are in order will be evaluated using a composite Techno Commercial Evaluation approach.

b) The weights given to the Technical and Commercial Proposals are: Technical (A) = 70% (weight age for Technical Proposal) Commercial (B) = 30% (weight age for Commercial Proposal)

c) The Technical Score (TS) of all the Technically Qualified bids are used for Techno Commercial Evaluation.

d) The Commercial Score (CS) from the commercial evaluation is used for Techno Commercial evaluation.

e) The combined Techno commercial score for a particular bidder is calculated as follows.

Techno Commercial Score (TCS) = 0.70*TS+0.30*ICSn 1.4 Calculation of the Commercial Scores (CS)

a) Total Commercial Proposal / score (CS): The Total Commercial Proposal or CS of the bid shall be the price(net price) quoted by the bidder in the commercial proposal. This price includes all the applicable taxes.

b) Identification of the lowest bid (C1): Based on the CS of each of the bidders, the bidder with the lowest CS is identified as C1. All the other bids are listed based on the ascending value of their CS.

c) Calculation of the Individual Commercial Score (ICSn): The

commercial Score CS for each of the bidders is calculated by using the method as below. The bid with the lowest evaluated Commercial Proposal (C1) across all categories will be considered as first financial rank given the maximum individual financial score (ICS) of 100 points. The formula for determining the financial scores for the other bids are as follows:

Individual Commercial Score (ICSn) = 100 x C1/Cn in which ICSn is the financial score for bidder “n”, C1 is the lowest bid value and Cn is the bid value of the proposal under consideration.

10

SECTION III – PRICE BID

SNo Particulars Unit Price

1

Restructuring, Enhancing , Revamping, Design, Development, Implementation of Commercial Vehicle Drivers Scheme Software

Application

2 Tax

Total

Note:

1. Price quoted should be inclusive of all expenses in Restructuring, Enhancing,

Revamping, Design, Development of application, its implementation, approval and test certification from government agency ( as suggested by SDC), installation in state data centre and handling charges etc.

11

SECTION IV – Scope of Work (SOW)

Karnataka State government introduced Karnataka State Private Commercial Vehicle Drivers Accident Insurance Scheme through Karnataka State Unorganized workers Social Security Board. The goal of this project is to provide IT enabled services to the KSUWSSB, for the benefit of drivers from unorganized sectors, drivers with commercial private vehicle driving license including drivers of auto rickshaws, taxi, maxi cab, lorry and private buses. The scheme has been announced by the State Government to provide an insurance cover with a minimum cost of registration.

The Scope of Work includes the following

Requirement Study

Feasibility Study of Reuse of existing application and its components

Development of application and Customization and Integration of Existing application

Integration with existing application

Development of Security policy and application security feature in consultation with KSUWSSB

UAT and SQTC Certification

Application Roll out and Commissioning

End user Training

Planning and Execution of Data migration from existing database to newly integrated database.

Operation / Handholding support of KSUWSSB Team

Go Live

Application Support and Maintenance

General Requirements of the Application

The tentative software requirement shall include definitions, instructions, specifications described in full, subsequently.

In no case the solution should be made available over public domain like internet. However the information shall be made available on a secure password protected website with suitable Role Based Access Rights Management.

System Shall support / multiple concurrent users to operate the system with varied processing requirements in the application.

System Shall support generic printing operations for generating various MIS Reports and Insurance Cards Issued to the applicants.

System Shall support Printing of various outputs and shall not be, Printer brand or model or make specific.

The vendor shall ensure that the software provided are essential and sufficient for the operation of the Enrolment and Insurance Management

12

Process (the Proposed software solution shall be compliant to the KSUWSSB specifications)

Any inconsistencies identified during the test, needs to be addressed immediately and to be retested.

Preparation of end user documents like User Manual, Administration Manual , Training Manual, etc.

The bidder shall be required to ensure integration at Taluk/District/State level as mandated by KSUWSSB. Any interfaces required for such integration should be necessarily provided by the bidder along with the solution.

Specific Technical Requirements of Application

The application shall be developed, using with Microsoft Visual Studio 2012 dot.net Frame Work, with database server Application SQL Server 2008 or Oracle as decided by the KSUWSSB.

The Bidder shall propose web based application. The application shall support cloud architecture and scalability.

N Tier Model: The application shall be designed by separating, interface, logic, data, and their associated processing and repair.

An Indicative 4 tier Architecture also referred as Multi-Tier or N-Tier Architecture, has been proposed for the application solution, ;

Presentation Layer – Responsible for presentation of information.

Business Process Layer,

Application Layer,

Database Layer, and

Other layers required as per solution proposed.

Application shall be modular in Design, Operations and implementation.

This system shall support Role based User Management.

Administrator shall support various user groups with their security matrix authorized by KSUWSSB.

It shall support maintaining of Authorized Signatories and Signatures at HO office, Administrator Level.

It should support Audit Trail

It shall capture all the possible events of various phases in the application for Registration, renewals and Claims. It should provide Data auditing feature to track and log events. It shall provide audit logons, password changes, data access, Modification and deletion, and many other events.

The system shall have menu driven backup utility of the application and Database.

System Shall support, File system handling capability on its own for the requirements of scanned images/documents.

13

The linking of master data with one another should be made wherever possible to have best data integrity.

System shall support Multilingual translation facility where necessary as specified in General Technical / Functional Requirements Section of this tender document.

The system shall support Communication Channels like SMS Gateway and E-mail Gateway integration where it is necessary as specified in General, Technical and Application Functional Requirements Section of this tender document.

The SMS Gateway will be utilized by the application for sending service delivery related status updates and processing Unstructured Supplementary Service Data (USSD) code requests from beneficiaries.

System Shall support / multiple concurrent users to operate the system with varied processing requirements in the application.

Software application should have role based access rights for registration, Renewal / Claim Processing.

It shall support meta data based searching of Scanned uploaded images/documents.

The system shall display Document as title for user friendliness.

Work flow for Verifications and approval at District Office Levels and QCs and Approval by HO official, with escalations on time bound intervals.

System shall work in the specified user Machines for specific MaC address of the NIC card. The Mapping of User Id and MAC address to be maintained.

System should provide facility to map/edit the mapping of Mac Address in the User Management and Only by admin users

The vendor shall ensure that the software provided are essential and sufficient for the operation of the Insurance Management Process (the Proposed software solution shall be compliant to the KSUWSSB specifications)

The application to be developed should confirm to Inter Operability standards for e-Governance application and cloud ready.

Application Functional Requirements

Registration & Renewal Process

At each district of Karnataka, at zones of districts, the KIOSK for registering the Insurance application will be available.

Each Kiosk Operator should be trained in the respective modules of the application.

The Kiosk Data Entry Operator, who shall be responsible for entering data related to the Registration applications received by the operator.

14

The Kiosk Operator collects a nominal fee from the applicant as processing fee. System should provide, the day-wise applications registered to tally the collections made by the operator.

The system should capture the complete details of the applicant viz , Application No, Applicant Full Name, Religion, Education Level, Father or Husband's Name, Relation (Father or Husband),Type of Vehicle, Drivers' Association, Gender, Caste, Date of Birth, DL Number, DL Expiry Date, Badge No, Daily / Monthly Income, Own Vehicle Y/N, Current Address, Permanent Address, Mobile Number, Landline Number, Multiple Dependants, Multiple Nominees, Nominees Share, Share of the Dependants , Applicants Bank Account Number, Applicants Bank Name, Applicant's Family Status ( Head of the Family, Only Earning Member of the family)

The system shall generate a unique identification number for the registration with nomenclature decided by the KSUWSSB.

Once the Registration application entered in the system, the acknowledgement will be sent as an SMS to the applicant, to his/her registered mobile number.

The Verification Officer will verify the physical document of registration application and verify the supporting documents for registration

The verification officer mentions the verifications done by him/her and updates the Software Application as “verified”. The application data submitted in the system moves to the respective Scanning Officer at HO.

The physical documents will be bundled and sent to HO for further processing of the application. The bundle may be serially numbered and updated in the system to track the bundled physical applications.

Based on the receipt, Scanning officer will scan all the documents and load the documents into the Software Application. The Registration application will also be scanned and uploaded into the system.

The Software Application should have the provision display the scanned documents in the formats of JPEG or PDF.

The Scanning officer will load the document into the system through this Software application.

The bundled physical documents sent to the QC Officer at HO.

QC Officer will verify the completeness, validity and authenticity of the Applications documents and approves the documents.

In case QC Officer rejects, the documents for any reason, supply a remarks and the same will be sent back to the District Officer again.

Software Application should track the status and stage of the Registration applications.

The verification officer will verify the rejected case once again and resend the application or permanently reject the application.

Software application should not generate new ID for the rejected application.

15

While entering the data, system should validate the Driving license and Badge No for avoiding duplicate registrations, invalid/expired License Validity etc

The Software application should maintain the list of insurance operator with their period of contract with KSUWSSB

The software application should manage Multiple Insurance Operator for this Insurance Scheme of KSUWSSB

The Software application has to auto generate an e-Mail to the Insurance Operator with list of Registration details to the designated e-Mail Ids of the Insurance Operator at the End of every day.

Each applicant will be issued with card with Photo along with their details, period coverage, address , nominee etc.

Once the verification is done, then an SMS will be sent to the beneficiary to collect his/her card.

During the application process, if the beneficiary wants to know the status of his /her application, he/she can send the USSD to a predetermined mobile number, he/she will receive a reply about the status of this application.

The Insurance Operator will upload the Policy Note and List of the Registrations approved and covered.

The system should cover the features of viewing the policy uploaded, and list of registered members covered loaded by the insurance operator.

System should integrate third part SMS Services availed by KSUWSSB The software application should send alert messages to the applicant for renewal of insurance scheme.

When applicant appears for renewal, the software application will be entered with renewal details. This records the applicants life status and provides statistical information to KSUWSSB about the response for continuation.

The renewal of the policy is automatic irrespective of the applicants appear for renewal.

Once the policy got renewed, an message will be sent as an SMS to the applicant, to his/her registered mobile number.

The policy will not be renewed in following cases;

o On the demise of the applicant due to natural, medical or accidental or any other cause of demise.

The software application should provide, facility to mark the applicants demise.

The renewal of policy for the applicant is done even, a claim made by the applicant for his permanent disability or partial disability.

The KSUWSSB will maintain a Advance Premium Deposit with Insurance Operator.

The Premium Charges will be deducted from the deposit on each approval basis.

16

The software application should generate information about the utilization of Premium Deposit.

The premium will be charged as agreed between KSUWSSB the and insurance Operator.

The premium will be charged for New Registrations as well as Renewal of Policy.

System shall be designed and developed to cater various MIS reports and dashboards for the administrative and reporting purposes, the requirement of reports and dashboards shall be finalized when Bid Study Process has been completed.

Insurance Claim Process

The applicant or the dependants/Nominees will approach Kiosk Operator at District Office of KSUWSSB

The applicant or dependants/ Nominees will fill the Claim Application form and provide the supporting documents.

The Kiosk Operator will enter the claim application details in the software application. No Fee will be charged for Claim Application.

Once the Claim application entered in the system, the acknowledgement will be sent as an SMS to the applicant, to his/her registered mobile number.

The verification officer will verify the physical application and approves the claim application in the system.

Once the verification approves the application, the physical document will be sent to HO on a daily basis.

The physical application will be sent to the respective scanning officer nominated.

The Scanning officer will scan the applications and supporting documents against the claim application data in the system

The scanned documents should be displayed by the system according to the claims name.

The documents will be Disablement certificates, Death certificates, legal heir certificates etc.

The document needs to be associated with claim application.

The QC Officer will Scrutinize the claim application approves the application.

In case the claim application is rejected it is sent the verification officer with rejection remarks submitted by the QC Officer.

In case the application is approved, the system marks application data for Claim Process by the Insurance Operator.

The Software application has to auto generate an e-Mail to the Insurance Operator with list of Claim applicant details to the designated e-Mail Ids of the Insurance Operator at the End of every day.

17

The Insurance Operator will access the system to process the Claim application.

Once the claim process has been approved by the insurance operator, he updates this Software application.

If the claim application is rejected by the insurance operator, the insurance operator will update the system as "rejected" and submits the remarks for the rejection in the software application.

The rejected cases cannot be revoked for re processing or re enter the data.

The Insurance Operator will update the system with Cheque details of the settlements.

The Insurance Operator will issue a cheque to the KSUWSSB, with the list details of nominees, share details and amount of share of each nominee.

KSUWSSB will issue the cheque to respective nominees, according to the share details as specified registration application.

The system should have the provision to load additional documents scanned like cheques issued, acknowledgement of Cheque Received, photographs etc.

During the claim process, if the beneficiary wants to know the status of his / her claim, he/she can send the acknowledgement to a predetermined mobile number, he/she will receive a reply about the status of this application.

KSUWSSB should be able to draw MIS and dashboards about the Claim approvals and Rejection. Money Received and Money disbursed etc.

Report Generation & Auditing

The following reports are initially identified as initial requirements of the software; however, the requirement of reports and dashboards shall be finalized when Bid Study Process has been completed.

o List of Registrations / Renewals applied, Kiosk wise, Taluk wise

District wise, State wise

o List of Registrations pending at Scanning Officer, Kiosk wise, Taluk

wise District wise, State wise

o List of Registration pending for QC Verifications , Kiosk wise, Taluk

wise District wise, State wise

o List of Registration/Renewals approved by Insurance Operator,

insurance Operator wise, Kiosk wise, Taluk wise District wise, State

wise, period wise

o Service Contract details of the insurance operators for any given

period.

o List of applications rejected by Insurance operator , Kiosk wise, Taluk

wise District wise, State wise, period wise

o List of beneficiaries, to whom cards were not issued, Kiosk wise, Taluk

wise District wise, State wise, period wise

o Details of the Advance Premium Paid details

o Details of Premium Utilization Details

18

o Details of applications with Premium Details, Kiosk wise, Taluk wise

District wise, State wise, period wise

o Details of the Renewals with premium Details, Kiosk wise, Taluk wise

District wise, State wise, period wise

o List of Claim Applications registered, Kiosk wise, Taluk wise District

wise, State wise, period wise

o List of Claim applications pending for QC Verifications, , Kiosk wise,

District wise, State wise, period wise

o List of Claim application rejected by the insurance operator, , Kiosk

wise, District wise, State wise, period wise

o List of Claims with payment details by Insurance Vendor, Kiosk wise,

District wise, State wise, period wise

o List of Claims not settled with beneficiaries, Kiosk wise, District wise,

State wise, period wise

o List of Claims settled to the beneficiaries, Kiosk wise, District wise,

State wise, period wise

In all, the software should be able to provide dashboards for monitoring purpose, related to the Registrations, Renewals, Premium Utilization, Claims etc and the key process indicators of indicators will be decided and finalized KSUWSSB during the study process.

KSUWSSB reserves the right to demand for generation of additional reports based on the requirement during the Study Process.

Other Technical Terms and Conditions

The proper Application Architecture and Flow Diagrams of the Software Application must be mentioned as part of the techno-commercial bid.

The supplier shall provide the required operating environment and suggested hardware for implementing the Software Application as part of the techno-Commercial Bid.

The supplier shall carry out all necessary changes/ modifications of software modules free of cost to ensure trouble free operation for a period of 1 (one) year from the date of commissioning of System.

The successful bidder will have to ensure that the support will continue to be available for a period of 1(one) year from the date of commissioning of System.

Although the Flow of the system and software requirements mentioned in section 2.0 of this tender document may be finalized with KUWSSB, after complete study of requirement by the success bidder and signed off before taking up for design, development or customization of the software application.

Migration of Existing Data. The successful bidder is responsible to load the existing data into the new system

19

Migration of data includes the scanned documents which were uploaded into the system also need to be mapped for all active cases and to be reloaded into the enhanced / New system.

During migration, any templates developed by the successful bidder, needs to be filled by the bidder only based on the data available

Any new data attributes which are identified during the application system Study or development, which were not part of the existing system needs to be identified and suitable value required for that record to be fixed in consultation with the KSUWSSB and then migrated to the new system.

The successful bidder has to prepare a Migration Cutover Strategy and Migration plan and submit to KSUWSSB before starting the migration.

20

TERMS AND CONDITIONS SECTION V

1) EARNEST MONEY DEPOSIT : Earnest Money Deposit of Rs.1,50,000/-(Rupees One lakh fifty thousand Only) Which should be paid online through e-Procurement portal using any of the Following payment modes:

1. Credit Card 2. Direct Debit 3. National Electronic Fund Transfer (NEFT) 4. Over the Counter (OTC)

In favour of Joint Secretary, KSUWSSB, Bangalore payable at Bangalore. 2) SECURITY DEPOSIT:

The 5% of the order value should be submitted in the form of Performance Bank guarantee from any nationalized bank along with the contract agreement. The PBG will be returned after warranty period. The EMD will be refunded immediately after submission of the performance bank guarantee and the contract agreement by the selected vendor.

3) ACCEPTANCE OF GENERAL TERMS AND CONDITIONS:

The Tenderer should unconditionally accept all the terms and conditions of the contract by signing on each page of the tender document including the annexures.

4) CONTRACT AGREEMENT:

The successful Tenderer will have to enter into an contract agreement within 15 (fifteen) days of the receipt of LOI/WO with KSUWSSB on appropriate Stamp Paper (to be provided by the Contractor) in token of acceptance of the terms and conditions of the contract. In case of failure, the contract is liable to be terminated and the Security deposit and EMD may be forfeited.

5) COMMENCEMENT OF WORK:

The successful Tenderer will have to start the work within 15 (Fifteen) working days of the signing of the agreement. In case of failure to commence the work within 15 days of the date signing of agreement, the contract may be terminated, and SECURITY DEPOSIT forfeited by KSUWSSB.

6) DURATION AND QUANTITY OF WORK

(a) The period of the contract will be of Four months starting with the date

of signing of agreement. (b) However KSUWSSB reserves the right to increase or decrease the

quantum of the work with advance intimation to the contractor.

7)LOCAL FACILITIES / LOCAL CONDITIONS.

21

KSUWSSB do not undertake or agree to provide any facilities to the Consultant at the work site. The selected vendor has to make his own independent arrangements for Transportation, lodging, boarding, Tools, computers, software etc. and the manpower required to execute the contract shall be arranged by the selected vendor only.

8) MODE OF PAYMENT Through cheque only.

9) STATUTORY OBLIGATIONS:

a. Successful Tenderer shall ensure payment of minimum wages to your workmen as per the provisions of the Minimum Wages Act, 1948 and all other relevant Acts, Rules, Regulations, as may be applicable to you from time to time.

b. Successful Tenderer You shall also comply with all the statutory obligations with regard to employment of personnel /workmen their safety, health and strictly enforce various provisions of Municipal Laws, Local Laws, Payment of Bonus Act, 1965, Employees Provident Fund and Miscellaneous Provisions Act, 1952, Payment of Gratuity Act, 1972, Workmen Compensation Act, 1923, Employees State Insurance Act, 1948, Contract Labour (Regulation & Abolition Act, 1970, Employment Exchange (compulsory notification of vacancies) Act, 1959, Equal Remuneration Act, 1976, Fatal Accidents Act, 1855, Mines Act, 1952 and other Labour Legislations as applicable to you.

10)BLACK-LISTED TENDERER:

The Tenderer or its directors or partners should not have been black listed by any Government Organization, or any litigation be pending against any of them. The Tenderer will submit declaration to this effect along with the technical bid. If at any time such declaration is found false, the bid will be rejected or if the contract work is already awarded, it will be terminated forthwith without payment of any compensation and the EMD/SD will be forfeited.

11)DISPUTES & JURISDICTION

Matter relating to any dispute or difference arising out of this tender and subsequent contract award based on the bid shall be subject to the exclusive jurisdiction of Bangalore court only.

12)FORCE MAJEURE Force majeure is here in defined as natural phenomena such as floods, cyclone, earthquakes and epidemics, declaration of war, accidents etc. In such conditions of force majeure both the parties can claim force majeure. But they are obliged to inform the either party within 7 days in writing of the date of commencing and again ending of the force majeure. Under the circumstances of force majeure, the contract terms of quantum of work and

22

period shall be extended by period equivalent to the loss of time due to force majeure.

The decision regarding the occurrence of force majeure to be considered shall

be taken jointly by Successful Tenderer and KSUWSSB.

Period of such time loss due to force majeure will be considered for reducing the monthly target for calculating the liquidated damages for the respective month in which such force major has occurred.

-------------