招标文件
招 标 需 求
前附表
|
由投标人提供的所有产品和服务必须符合下列规范、条例及标准，并不限于下列规范、条例及标准： 2.1中华人民共和国有关技术和卫生标准 2.2由招标人认可的有关国家权威标准 注：本技术要求所列的规范、标准不意味着全部的或最新的，承包单位必须执行国家、地方、有关机构所有相关的技术规范与标准，且确保所采用的技术规范、标准必须是国家或有关机构发布的最新版本，无论此版本在此有无提及。 |
||
一、商务要求（如技术需求有相关要求，则以技术需求为准）
|
项目 |
招标商务要求 |
|
投标报价 |
1、报价货币：人民币。 2、报价方式：本项目以人民币报价，报价包含招标范围内的所有内容，包括但不限于软件实施、开发、部署、系统安装、验收及运维支持、税金、利润等与本项目有关的所有一切费用。 3、 本次招标最高限价：详见第一章《公开招标采购公告》 投标报价（人民币报价）超过最高限价的作无效标处理。 |
|
系统上线时间 |
合同签订之日起2个月内完成系统上线。 |
|
实施地点 |
采购人指定地点。 |
|
实施进度要求 |
组织保障安排：成立领导小组，领导小组中的责任分工等。 制定具体的实施流程、实施内容。 投标人应在系统实施方案中描述具体的实施团队的组成、工作内容、投入人员、项目进程表及采购人的配合等内容。实施期间，投标人应按招标文件要求派遣具有同类项目成功实施经验的专业工程师驻扎医院进行项目的开发实施工作。投标人的实施团队应具有丰富的项目的经验，能协助医院提供全方位的工作，包括但不限于项目咨询、软件研发、系统实施等。 |
|
验收要求 |
交付验收要求： 1.采购人对投标人提供的货物在使用前进行调试时，投标人需负责安装并培训采购人的使用操作人员，并协助采购人一起调试，直到符合技术要求，采购人才做最终验收。 2.验收时采购方、中标人等项目相关方都必须在现场，验收完毕后一致作出验收结果报告。 |
|
售后服务要求 |
1.本次项目中涉及的系统软件须至少提供三年质保服务，投标文件须明确免费维保期满后的维护费用。 2.投标人应在投标文件中说明在保修期内提供的服务计划，维护范围包括（包括但不限于）软件安装，调试，维修，接口等内容。 3.在系统的服务期内，投标人应确保系统的正常使用。在接到用户服务要求后应立即做出回应，并在承诺的服务时间内实施服务。 4.投标人有良好的售后服务能力，并提供质保期内的免费服务及软件升级，需提供全年7天24小时服务（电话、远程或现场），并在接到招标人通知后8小时内到达现场。项目验收合格后，每年不低于4次的例行维护及巡检。例行维护内容包括：软件的功能维护等（其中包括系统维护、跟踪检测），保证投标人所开发的软件正常运行。 |
|
培训要求 |
1.培训：培训对象包括系统管理员、医院管理人员、操作员，系统管理人员培训内容为系统中涉及的相关技术内容；医院管理人员培训内容为系统流程和相关管理思想；操作员为系统的操作培训。所有培训形成培训资料存档。 2.根据医院的情况制定相关培训方案，课程设置等。包括培训资料、讲义等。 3.所有的培训费用必须计入投标总价。 |
|
|
|
1.1项目建设目标
为实现全院无纸化的目标，保障医院电子病历系统、HIS系统、LIS系统、PACS系统等业务系统信息安全，依据《卫生系统电子认证服务管理办法（试行）》、《医疗机构病历管理规定(2013年版）》及相关标准规范要求，建立全院统一的电子认证服务体系和业务应用安全支撑体系，保证电子病历的真实可信和合法有效性。
项目建设目标有：
1) 建设我院可信病案管理系统，实现各类临床业务数据的标准化、可信化、规范化归档管理，并结合CA认证技术、PDF版式化转换技术、数字水印技术等以实现可信PDF电子病案的安全管理，从而优化我院病案管理流程，实现电子病案的合法可信性。
1.2项目建设内容和要求
可信病案归档系统建设要求
整体要求
基于医院各信息系统，以规范电子病历全过程管理中收集、生成、存储、归档、管理、应用等关键环节为依据，建设医院电子病历标准数据库为目标，开展规范的病案电子归档管理系统的建设。提供病案规范化处理产品，实现对PDF格式的版式化电子病案加盖电子公章，用于保护文档完整性、防止对文档未经授权的篡改、确保签名行为的不可抵赖，并实现数字签名的可视化展现，从而提高医疗服务效率、服务质量、医疗服务的可及性和安全性，降低医疗成本及医疗风险，最终实现电子病案的整合安全管理。
（1）制订统一的规范病案PDF转化标准规范：本项目结合电子签章技术，研究以PDF版式文件整合医院HIS、LIS、EMR、PACS、手术麻醉、病理等临床业务系统数据，以长期保存的电子文档文件格式唯一国家格式（GB/T23286.1-2009文献管理长期保存的电子文档文件格式第1部分：PDF1.4(PDFA-1)的使用）为依据，形成医院电子病案的技术和管理的标准规范。因此，项目需具备制定与各医疗信息系统提取并转化为PDF版式文件的关键技术，制定相应的技术规范和PDF文件格式规范。
（2）以PDF版式文件格式整合医院信息系统数据：针对现有已使用的HIS、LIS、PACS、EMR、麻醉、病理等系统具有其独立性、保存的格式也不尽相同、数据难以互相共享的现实，利用PDF版式文件融合了版式描述信息和逻辑语义信息、易于管理、易于查看的特点，具备能够整合各业务系统的数据，形成完整的“大”电子病案文档。本项目要求在医院搭建规范的病案电子归档管理系统，将患者所有的诊疗信息有组织地包含进来，免去不同信息系统之间的接口，实现医院数据的整合和共享。
（3）医疗数据的PDF转化：以患者当次住院为单位，将保存在各医疗信息系统中的医疗数据脱离业务系统数据库，通过调用版式文件转换服务，将数据转化为版式文件。医疗数据归档触发（即版式化处理）需在每天规定的时间内批量完成。若出现纠纷等特殊情况，也可实现人工即时触发。医疗数据采集方式须支持嵌入式数据采集、批量数据采集、多数据源信息采集，支持XML、数据库视图等多种方式。PDF版式文件转换服务接口：包括模板匹配技术、WebService接口服务，以实现对不同类型医疗数据的PDF转化。
（4）电子病案的不可抵赖、不可分割和防止扩散：对于一个患者的当次诊疗或者住院的所有文件资料，需通过相关技术手段，保证其文件不可分割，通过相关的加密技术，保证提供给患者查阅的版式文件不可被他人随意调阅，随意拷贝。
（5）实现电子病案的归档和归档文件的应用服务：实现对电子病案的收集、整合，并最终形成可归档的一份完整的PDF病案文件。在医院（端）搭建的信息系统能够实现PDF病历文件的存储和数据同步，并在授权范围内提供病历文件的打印服务、检索浏览、借阅管理、日志记录和科研应用。
（6）电子病案的保存和数据同步：电子病案可以直接（或在规定时间内）进行归档保存，不允许任何人对归档后的电子病案再进行任何修改操作。归档后的PDF病历可以导出存储到磁带、光盘或者其他归档系统中。特殊情况下的修改由医务部门审批，可保存或查阅修改痕迹。
性能需求
1.系统的运行不应对当前运行的业务系统产生影响；
2.在进行实时本地查询服务时，系统响应时间应≤5S；
3.非实时服务在夜间业务低谷期进行，应能保障一次批量处理在当期完成；
4.在操作方式、运行环境、软件接口或开发计划等发生变化时,系统应具有适应能力；
5.操作界面简单明了,易于操作,对格式和数据类型限制的数据,进行验证；
6.保证只有合法用户才能登录使用系统,对每个用户都有权限设置；
7.系统需要提供记录日志功能,用于记录用户的操作及故障信息。
安全需求
1.应采用有效的安全措施，保障系统7×24小时不间断运行。
2.支持手工和自动备份以及手工和自动恢复功能；
3.支持通过数据库备份工具对数据备份和恢复；
4. 需支持联机数据备份、联机系统更新、联机参数维护等技术，保证系统运行不被中断；
5.不会因为累积占用资源过多无法释放而崩塌，也不会因为瞬间业务达到峰值而垮机。
安装实施服务
1.必须明确说明系统在满足当前需求前提下的部署需求，明确说明计算资源、存储资源、中间件、操作系统等方面的需求。
2.系统运行前完成项目基础数据的收集整理、校对录入和测试，做好数据初始化工作。网络畅通，服务器和各前端站点都工作正常是系统运行的基础。在数据初始化、系统培训和制定工作流程的同时，医院和公司统筹安排系统的安装和调试，这其中包括数据库的安装调试，各个子系统的安装及参数设置等工作。指定人员负责各自的工作，分工明确责任到人。所有工作都准备就绪后，严格制定系统启动时间及计划安排。在系统在正式启动后，运行大约一周的时间后能够保持稳定，系统提供的功能能够正常使用，项目实施人员对工作进行移交。
PDF签章应用
将传统印章与电子签名技术结合，对电子文档签名并加盖签章，用于辨识电子文档签署者身份，保护文档完整性、防止对文档未经授权的篡改、确保签名行为的不可抵赖，并实现数字签名的可视化展现。
（1）PDF电子签章：对PDF文档进行电子签章，并且在电子文档上显示签章图片；
（2）PDF签章定位：对于PDF签章支持关键字定位与坐标定位；
（3）验证PDF签章：验证PDF签章后文档的有效性、完整性；
（4）PDF多页签章：支持在多页的PDF文档中每页加盖印章；
1.3售后服务和技术支持要求
提供完善的售后服务和技术支持方案，包括但不限于以下内容：
1) 投标人应当具有良好的服务理念和完善的售后服务体系，能够按照投标技术方案提供系统集成技术支持服务；
2) 所有投标产品质保期不低于三年，质保期内应用软件和硬件的升级、维护均免费。第四年按照合同金额5%收取年维护费；
3) 在系统建设、使用、运维等过程中遇到问题时，都能够得到投标人相应的技术支持与帮助；
4) 提供7x24小时热线电话、远程网络、现场等技术支持服务，对于系统故障，要求提供快速响应机制，满足医院业务连续性要求；
5) 根据医院的业务特点和用户认知程度不同，提出系统而有效的培训方案。
1.4采购内容
|
项目 |
产品（服务）名称 |
用途 |
数量 |
备注 |
|
1 |
PDF电子签章服务器 |
支持服务端对PDF格式文档的签章；支持Windows、Linux、AIX等主流应用平台；支持Java等应用集成接口；支持RSA、SM2签名算法。 |
1台 |
|
|
2 |
电子病案管理系统 |
本产品通过收集各类临床信息系统产生的医疗数据，将其进行PDF版式文件转化后形成电子病案，并帮助医院实现所有电子病案数据的整合、安全性处理，最终为病案室提供电子病案的收集、回收、归档、借阅、打印、封存等管理功能。 |
1套 |
|
1.5产品选型
|
序号 |
系统 |
业务 |
主要技术参数和要求 |
|
1 |
可信电子病案管理系统 |
1、电子病案采集制作子系统 |
可以提供与HIS\EMR\LIS\PACS\手麻\血库\护理\ICU\病历等常见医院业务系统接口。 |
|
可以对过程签章及时间戳进行采集，并可根据医院需求对接过程日志，保障合法性，真实性，过程可追踪。 |
|||
|
可以实时查看接口工作状态，对每个操作节点都有详细的跟踪记录及问题原因展示。 |
|||
|
2、电子病历四性检测子系统 |
可以对非标准化的数据，或非板式文件的文档进行标准化的转化工作。 |
||
|
▲可以对采集来的数据进行内容校验、签名校验、时间戳校验等校验工作。（提供产品截图证明） |
|||
|
3、电子病案合法性保障子系统 |
▲可以对归档后的档案加盖归档章（支持骑缝章），并记录时间戳，日志信息，从而保障档案归档后的数据合法性。（提供产品截图证明） |
||
|
4、电子病案目录管理子系统 |
可以根据医院及科室的不同配置病案展示顺序，目录树结构、病案打印顺序，不同的打印目的可配置不同的打印方案等各种个性化的场景需求。 |
||
|
5、电子病案可信归档子系统 |
▲可以按不同的工作分组，为病案科不同的工作人员提供整合的工作台界面，按本人权限显示数据统计报表，工作快捷入口，待处理事项等个人PORTAL展现。（提供产品截图证明） |
||
|
▲完成病案的采集、回收、归档、应用等医院需求的管理环节的可配置化管理过程。系统可实现各个流程环节达到条件后自动进入下一处理环节的流程自动转化功能，并提供流程视图。（提供产品截图证明） |
|||
|
病案流程全程可配置，可以根据医院或不同的科室要求配置方案。 |
|||
|
对于回收的病案进行审核，对传输错误的病案可以进行手动发起重传。 |
|||
|
可记录病案的总份数、回收份数、回收时间、是否必要文档都已回收等信息并进行自动校验，校验结果可提供报表进行展示。 |
|||
|
提供病案召回功能并可自动判断是否满足召回条件。支持召回申请、召回日志、版本控制。 |
|||
|
对于发生法律纠纷的病案可进行封存，封存后不得进行修改、借阅等操作。 |
|||
|
提供智能标签（界面）分为系统标签、个人标签，可通过标签快速查找所需病案。（提供产品截图证明） |
|||
|
▲对于在病案回收时间节点由于非人为原因无法进行回收的病案（外送检验检查、病理等）可由系统标注迟归项。（提供产品截图证明） |
|||
|
对于病案管理人员的工作强度，工作质量，绩效等多角度统计分析。 |
|||
|
6、电子病案借阅管理系统 |
提供个性化服务，医生可以把喜欢的病案保存到里面，统一提交借阅。 |
||
|
▲医生可以利用碎片化时间浏览病案摘要，把感兴趣的病案加入到关注中，使病案成为病案图书馆一样的资料库。最大化的方便医生，提高病案利用率。（提供产品截图证明） |
|||
|
▲根据权限进行病案浏览，浏览时可采用动态水印、隐私保护、防拷屏、生物识别等安全技术手段进行保护。浏览权限还支持天数设定，到期浏览权限自动回收。（提供产品截图证明） |
|||
|
医生可以对病案进行科研借阅。（提供产品截图证明） |
|||
|
7、患者病案复印（打印）子系统 |
支持病案科对病案进行打印并可根据不同的场景、用途配置打印方案。 |
||
|
支持病案可根据患者申请进行病案打印，自动计算打印费、查询费、打印电子申请单归档等，支持微信、支付宝等多种支付方式。（提供产品截图证明） |
|||
|
支持打印方案，可根据打印目的自动加载需要打印的病案内容。 |
|||
|
支持患者通过自助机自行申请、支付、打印病案。 |
|||
|
8、电子病案调阅子系统 |
提供门诊患者就医时的病案调阅服务。（提供产品截图证明） |
||
|
提供住院患者住院期间的病案调阅服务。（提供产品截图证明） |
|||
|
9、电子病案全生命周期管理子系统 |
对病案进行全流程示踪，详细记录何时、何人、何地、做了何事。（提供产品截图证明） |
||
|
10、电子病案综合查询子系统 |
可以根据首页内容提供复杂检索功能。（提供产品截图证明） |
||
|
11、电子病案全文检索子系统 |
可以根据电子病案内容提供全文检索功能。 |
||
|
12、电子病案系统配置及用户管理子系统 |
可以通过配置完成医院的模块部署及流程设定。能够快速根据医院需要对不同用途的病案结构、查询方案、显示方案、报表方案等进行配置。可以通过菜单管理、角色管理等多维度管理实现用户权限控制。 |
||
|
13、电子病案隐私保护子系统 |
可以对数据、角色进行分级分类。使用访问控制机制保护病案隐私。并需支持浏览显示、打印的动态水印。 |
||
|
14、电子病案场景、方案配置子系统 |
支持从数据元素到表单到文件级别的多层级元数据维护，支持元数据方案。（提供产品截图证明） |
||
|
▲支持各种检索、统计等对文档数据的需求。（提供产品截图证明） |
|||
|
▲可以根据不同场景按医院需求进行元数据展示，展示方式可定制。（提供产品截图证明） |
|||
|
支持从业务系统接口获取元数据，支持手工录入。 |
|||
|
15、病案存储模块 |
对于数据库的存储、读写等操作进行权限控制，只有获得授权才能访问。 |
||
|
可以对病案导出导入操作进行严格的控制，并进行审计。 |
|||
|
对文档服务器，文件夹，单个文件进行权限控制和安全审计。 |
|||
|
可以对存储状态进行实时监控，提供运维级别的存储监控报表，并对存储状态进行可视化展示。 |
|||
|
根据医院需要对文档及数据进行加密，传输过程采用SSL/TLS方式加密。 |
|||
|
可以支持数据备份及文档备份机制。 |
|||
|
可以支持分布式部署方式。 |
|||
|
7 |
PDF签章服务器 |
PDF签章服务器 |
对PDF格式的文档进行电子签章，并且在电子文档上显示签章图片； |
|
管理签章应用的服务器证书、签章图片、签章展现属性、签章定位、透明度等； |
|||
|
对签章业务进行统计与分析，并对系统管理和维护进行日志记录和审计； |
|||
|
▲打开签章后的PDF文档时，自动对文档签章进行验证； |
|||
|
对签章后的PDF文档中的指定签章进行验证。 |
|||
|
支持的应用环境Windows同；Linux；AIX；Solaris；Unix； |
|||
|
提供C、Java 等主流开发API； |
|||
|
▲支持配置多种方式进行PDF版式文件的签章，包括通过关键字检索、坐标定位等（提供产品功能截图） |
|||
|
200K PDF文件签章效率大于300次/秒（提供产品彩页证明）。 |
|||
|
适用环境：千兆环境，并发用户多。 |
|||
|
设备高度：2U； |
|||
|
网络接口：2x1000M |
|||
|
电源指标：双电源 |
|||
|
功耗：≤260W |
|||
|
▲PDF签章软件支持文字签批、手写签批、阅读水印防伪； |
|||
|
投标产品须具备《计算机信息系统安全专用产品销售许可证》； |
|||
|
投标产品须具备公安部《检验检测报告》； |
|||
|
产品具备《商用密码产品认证证书》 |
|||
|
产品具备信息技术产品安全测试证书 |
收藏