序號 |
項目 |
全值 |
評分 方式 |
評分標準 |
報價評分 |
30分 |
1 |
投標報價 |
30 |
專家打分 |
有效報價指經評審滿足招標文件編制規定,并符合招標文件技術要求的投標報價。 |
技術方案評分 |
60分 |
1 |
設計方案 |
10 |
專家打分 |
系統設計應合理、完整、可行,模型符合衛生部發布的《電子病歷基本架構與數據標準》以及解決方案的要求,并能結合深圳市實際情況給出相應的總體架構設計。同時架構設計能體現整體性、先進性、實用性、安全性、易用性等,根據方案優劣打分。 0-10分 |
2 |
需求分析 |
4 |
專家打分 |
投標方案與需求的吻合度,包括對用戶項目建設的要求是否滿足,對項目需求分析是否合理,理解是否透徹。根據方案優劣打分。 0-4分 |
3 |
標準體系 |
4 |
專家打分 |
基于標準化模型、一體化的患者身份和數據字典,將醫院散落于各種異構系統的歷史數據一體化整合為以患者為中心的、符合衛生部《電子病歷基本架構與數據標準》要求的數據中心庫。根據方案優劣打分。0-4分 |
4 |
公司規模 |
1 |
專家打分 |
等于1000萬得0.5分,每增加100萬加20%,本項最高得100%(提供營業執照副本原件掃描件) |
5 |
關鍵技術 |
25 |
專家打分 |
1、平臺支持不依賴于異構系統(不同數據庫、不同操作系統、不同架構、不同數據結構)供應商的數據層面的一體化集成(Data Unifying)。(0-3分) 2、構建的元數據模型須完全獨立于任何數據庫和存儲介質,支持元數據模型導出/導入,比如導出為XML文件,具有將模型快速部署到其他醫院的能力。(3分) 3、醫院數據整合平臺支持主流數據庫,包含:DB2、Oracle、Sybase、SQLServer。(0-4分) 4、直接支持基于領域概念(類似于Achitypes二階建模)建模、支持基于元數據的復雜醫療健康領域信息模型,避免完全依賴人工建模,造成數據模型異構、數據異構問題。(0-5分) 5、支持元數據模型和數據庫物理模型的映射,支持應用系統直接通過元數據模型,而非數據庫的物理數據模型進行數據集成、計算、搜索、存取等操作。(0-5分) 6、數據整合工具提供的一體化整合,不能依賴于對已經在線運行的異構系統進行改造升級,例如標準化改造,須有一定的后標準化能力,通過清洗、轉換或映射,使得非標準化數據與元數據模型標準化無縫對接。(0-5分) |
6 |
實施方案 |
3 |
專家打分 |
項目實施方案應完整合理且詳盡,應包括合理的項目組織結構設計,完善的項目管理和項目實施保障措施,有合理的項目實施框架;應對項目實施風險進行分析,且有針對性的風險控制方案。根據方案優劣打分。0-3分 |
7 |
項目進度 |
4 |
專家打分 |
項目實施方案應完整合理且詳盡,應包括合理的項目組織結構設計,完善的項目管理和項目實施保障措施,有合理的項目實施框架;應對項目實施風險進行分析,且有針對性的風險控制方案。根據方案優劣打分。0-4分 |
8 |
項目培訓 |
2 |
專家打分 |
提供的培訓方案完整,完全滿足客戶要求的得2分,不完整或不完全滿足客戶要求的得0分。 |
9 |
商務部分 |
7 |
專家打分 |
1、具有HIS、電子病歷系統相關軟件著作權(4分) 2、具有數據抽取相關系統軟件著作權(3分).(以上相關證明文件提供復印件,加蓋投標人公章,原件備查) |
售后服務打分 |
10分 |
1 |
投標人承諾的售后服務內容和工作方案 |
1 |
專家打分 |
按其合理性、完整性及優越性評價:優得1分;良得0.5分;否則得0分 |
2 |
系統故障時恢復正常運做時間 |
1 |
專家打分 |
少于2個小時得1分,否則0分 |
3 |
軟件使用培訓方案 |
1 |
專家打分 |
提供的培訓方案完整,評價優得1分,評價良得0.5分,評價差得0分 |
4 |
本地團隊服務能力 |
7 |
專家打分 |
深圳駐地服務機構人員10人及以上得7分,5人以上得4分,否則得0分(提供人員最近一個月社保證明) |