江苏大学附属医院信息集成平台升级项目
采购需求公示
我院近期拟对“信息集成平台升级”项目启动采购程序,根据《政府采购信息发布管理办法》(财政部令〔2019〕101号)、《关于开展政府采购意向公开工作的通知》(财库〔2020〕10号)精神,现将有关该项目的主要用途、功能及使用目的、采购需求(技术参数、主要配置、售后服务等)进行公示。详见附件一:采购需求书。
本次公示是本单位采购工作的初步安排,具体采购项目情况以相关采购公告和采购文件为准。
公示期:2020年11月23日-2020年11月27日。
如有异议,请联系:张老师 0511–85032129
采招办:邱老师 0511-80820337
江苏大学附属医院信息科
2020年11月23日
附件一
采购需求书
一、项目概况及总体要求
目前随着医院业务系统的不断扩展、信息化建设的不断提高,医院原有集成平台的建设内容已不能满足对医院及临床医学院现有业务系统的技术支撑。为了更好地响应国家卫健委互联互通标准化测评和电子病历测评的相关要求,全面提升江苏大学第一临床教学医院的教育建设水平,充分发挥医院信息化对临床教育现代化建设的支撑和引领作用,结合行业内对医院信息化建设规划方案,参考同等级医院信息化建设的实际情况及后期规划,准备对我院“集成平台及数据决策分析系统项目”进行全面更新升级,使我院信息系统的数据能够为公共卫生管理、医疗服务及临床教学提供更加有力可靠支持。项目预算430万元。
二、采购用途
采购用途:□科研 □教学 □医疗 □管理 □后勤 ☑其他
用途说明:用于医院信息集成平台和数据中心决策分析服务系统的升级,充分发挥医院信息化对临床教育现代化建设的作用,以满足我院信息系统的数据能够为公共卫生管理、医疗服务及临床教学提供更加有力可靠支持,将数据的利用率最大化。
三、采购需求一览表(货物类):
序号 |
货物名称 |
是否为进口设备 |
单位 |
数量 |
是否属核心产品 |
1 |
信息集成平台ESB升级 |
否 |
套 |
1 |
是 |
2 |
信息集成平台ETL工具升级 |
否 |
套 |
1 |
是 |
3 |
主数据标准化管理 |
否 |
套 |
1 |
是 |
4 |
数据中心决策分析服务系统升级 |
否 |
套 |
1 |
是 |
5 |
临床科研及教学信息管理系统 |
否 |
套 |
1 |
是 |
6 |
影像教学中心 |
否 |
套 |
1 |
是 |
7 |
移动版患者360全息视图 |
否 |
套 |
1 |
是 |
8 |
围术期质量管控系统 |
否 |
套 |
1 |
是 |
9 |
闭环示踪管理 |
否 |
套 |
1 |
是 |
10 |
数据上报维保服务 |
否 |
套 |
1 |
是 |
四、技术指标(按一览表中货物分别填写)
1. 信息集成平台ESB升级( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
|
整体要求 |
|
数据交换总线ESB基础服务框架,需满足可靠性、稳定性、安全性、可扩展性要求。需包括服务管理、协议适配管理、路由插件管理、性能负载管理、HA节点管理、日志管理、异常处理等各类基础服务功能,要求具备中文版支持。 |
|
|
技术交换集成规范 |
|
遵循如HL7 V3、HL7 CDA、FHIR等相关标准,制定院内各信息系统交换标准,技术上指导相关厂商进行规范化集成。以及卫生部相关标准规范:如《电子病历基本数据集》、《电子病历共享文档规范》等。 |
|
|
基础服务框架 |
|
需满足可靠性、稳定性、安全性、可扩展性要求。需包括服务管理、协议适配管理、路由插件管理、性能负载管理、HA节点管理、日志管理、异常处理等各类基础服务功能,要求具备中文版支持。 |
|
|
具备跨平台的数据和消息传输能力 |
|
包括HTTP、XML、WebSphere MQ、JMS、Web Services、TCP/IP Socket、SOAP等;全面支持Web Services和 MQ 等。 |
|
|
支持多种传送协议 |
|
HL7、FTP、HTTP、in-VM、TCP、SSL、NIO、UDP,支持通过JDBC等提供高速的消息持久化。 |
|
|
灵活的集成方式 |
|
需支持Web Service、MQ、HTTP、存储过程等集成方式,可以支持实现非标准系统的集成。 |
|
|
可视化管理控制台 |
★ |
具有灵活便捷的控制台管理功能,支持接口的可视化管理,通过图形化的工具程序完成接口的配置和实现工作。 |
通过图形化的工具程序,信息科新进员工或其他工程厂商也能迅速完成接口的配置和实现工作 |
|
智能路由和插件管理 |
★ |
具有协议适配管理、路由插件管理功能,支持‘发布订阅’和‘请求代理’的路由模式,以及同步消息和异步消息的应用整合。具有消息队列传递和管理功能。并可根据不同的业务流程订制各类复杂的路由插件。 |
是梳理医院业务流程、加强业务数据的交互所必备的工具。 |
|
集群支持 |
|
支持软件负载均衡、容灾和集群,可动态增加机器部署实例,需支持对外虚拟IP。 |
|
|
业务流程定义编排 |
★ |
能提供统一灵活的图形化业务流程建模,通过图形化的方式定义注册和查看管理所有交互流程信息,包括主题服务,发布方,订阅方,交互方式,数据标准结构等;具有流程定义注册,修改,删除功能以及流程配置和监控功能;具备接口消息的监控和报警功能。 |
通过图形化的方式可以管理所有交互流程信息,信息科人员可快速上手,不需具备太多的技术专业知识。 |
|
异常处理 |
★ |
支持各类异常处理,可界面化灵活配置异常处理规则、异常的微信和钉钉等消息通知提醒,进行数据的重新推送。 |
数据、服务器异常时通过消息提醒的方式,可及时通知工程师进行数据重推。 |
|
高效的全文检索 |
★ |
为了满足互联互通标准化成熟度评测对集成交互的要求,需具备交互数据流的跟踪,通过特定的查询检索条件进行业务交互数据的溯源及流程跟踪管控的能力。同时提供高效的Elasticsearch全文检索,完善的排错流程,包括数据追踪功能,一旦发生任何交互异常,能快速的定位问题。 |
互联互通标准化成熟度评测对集成交互的要求,通过特定的查询检索条件,能快速的定位问题,迅速排错。 |
|
区域卫生信息平台对接 |
|
需支持平台数据中心与区域平台等外部机构的数据对接整合,实现患者诊疗数据的定时上传,上传数据格式遵循如HL7 V3及 HL7 CDA等相关标准要求。 |
|
|
第三方应用注册 |
|
支持第三方应用系统注册功能,并在系统中分配唯一ID号,支持应用系统功能描述、服务器信息、数据库信息的存档。 |
|
|
API接口集成 |
|
支持开放的API接口,产品可提供各种SDK包,可基本将产品自定制,统一用户界面,基于WEB的运行管理程序。 |
|
|
数据交换监控 |
★ |
要求支持后台数据集成交换的监控功能,对于平台实现的所有ETL作业、ESB接口实现的运行情况可以进行实时的监控。可了解整个信息集成平台的运行状况,提供可视化的平台监控工具和强大的日志管理功能,可方便集中问题排查处理,方便运维管理。 |
了解整个信息集成平台的运行状况,方便集中问题排查处理,方便运维管理。 |
|
ETL监控 |
|
可以查看监控平台ETL数据处理的各个作业任务及运行状况,以及运行异常的提醒功能。 |
|
|
一体化监控中心 |
★ |
对平台进行有效的监控,以了解整个信息集成平台的运行状况。需展现ESB服务运行状况、队列堵塞情况,服务器性能等各项指标。 |
一体化监控中心可以整体展示信息集成平台的运行状况,让各项指标一目了然。 |
|
集成服务交互监控 |
|
具有ESB运行交易量情况监控,并可按照时间、应用、服务主题进行筛选,并可查看主题服务及应用接入情况,以及ESB应用节点的监控情况,可监控各个服务被调用的情况,实时的调用次数、服务平均处理时间等关键性指标。 |
|
|
节点服务监控 |
|
查看平台多节点的运行状态,包括JVM、内存使用、磁盘空间、线程情况等指标。 |
|
|
移动端监控 |
★ |
支持移动端微信平台展示的运行监控,包含ESB、ETL、数据库、平台应用等服务器性能监控情况,需具备移动端运维消息的推送,可以标识特定服务主题的失败异常提醒 |
建设移动端监控是为了让信息科人员随时随地清楚了解服务器的运行状态。 |
2.信息集成平台ETL工具升级( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
1 |
数据抽取 |
|
数据抽取过程需支持断点续抽、增量抽取、完全抽取等抽取策略 |
|
2 |
数据接口 |
|
支持常见的数据源,包括Oracle,DB2,Informix,Sybase,SQL server,Teradata,SAS,Text,Excel,SAP R/3,PeopleSoft,Siebel,IMS,VSAM,QSAM on 390,用户自定义文件,FTP,XML,Message Queue,Email,Weblog,OleDB,Essbase,其它; |
|
3 |
数据转换和清洗 |
|
能支持各种字符集之间的转换、数据格式的转换,用户可通过配置自定义相应的转换规则;拥有丰富的数据转换功能,能满足不同业务需求进行数据转换。提供丰富的据清洗函数,可以根据音近、字符排列等模式进行自动的数字清洗。数据转换和清洗逻辑支持在ETL服务器上运行,而不是在数据库端运行,减少对数据库的压力; |
|
4 |
开放的共享数据库 |
|
共享库必须支持Sqlserver、Oracle、DB2UDB和Sybase ASE数据库; |
|
5 |
源数据开放性 |
|
在不利用数据集成工具本身功能前提下,只用数据库或第三方SQL查询器,可查询到所有的ETL后台元数据,包括源表结构、目标表结构、中间转换规则、作业运行监控信息等。 |
|
6 |
异常处理机制 |
|
提供完善的异常处理机制,对于出现差错的workflow、session支持异常控制、错误告警、错误准确定位、错误原因判断以及错误恢复。提供数据校验手段,对空值、异常值能够有效处理;可根据异常情况进行不同的分支流程处理,即一个作业失败,可进行另外的错误流程控制进行补救。提供专门的错误控制选项,可根据不同的错误情况进行设定,什么样的错误级别产生什么样的状态,进而执行什么样的操作。支持校验点和断点恢复功能。 |
|
7 |
数据质量评估和数据域发现功能 |
|
可以对表中数据做字段级别数据质量评估,预置数据非空性、数据唯一性和数据模式判断规则,支持自行开发评估规则进行数据质量判断,支持主外键关系判断,数据含义发现,提供数据异常流程管理,将问题数据发送给责任人进行更正后,报请审核批准。提供图表方式展现和报告输出功能; |
|
8 |
灵活的任务调度 |
|
提供图形化调度定制工具,为抽取任务设定调度执行的时间、频率和方式,完全实现自动的任务调度,支持时间、命令行、事件、参数、指示文件、SDK、WebService等触发方式; |
|
9 |
完善的运行监控功能 |
|
提供图形化的监控工具,可以查看整个流程中各任务运行成功与否,耗时统计,成功读取记录数,成功装载记录数,失败装载记录数、错误发生点等信息。元数据开放,可通过SQL直接查询到流程运行的各环节信息。具有完整的日志管理功能,提供查看各个层次日志文件的入口,包括服务器、工作流、会话等。 |
|
10 |
可管理性 |
|
可设定开发的读写执行的权限控制,区分开发、执行、浏览等的不同权限限制,避免不相关人员的误操作,并能记录操作人员的使用情况。并且能查看操作人员的操作日志。 |
|
11 |
平台的唯一性 |
|
无论是Mapping、workflow和数据质量作业都可以集成到统一平台中运作,保证开发的简单易行 |
|
12 |
工具满足图形化开发,无编码 |
★ |
提供图形化的、可拖拽的抽取流程和数据处理规则的设计界面,可进行有关数据流的各方面设计;安装调试时,不能改变系统内核参数;不需要额外软件的支持,即可完成产品的安装及调试; |
图形化、可拖拽的设计界面,不需要额外软件的支持,信息科人员即可完成产品的安装及调试工作。 |
13 |
提供图形化的调试工具 |
|
可以添加或删除断点、监测数据流的走向、查看数据在各个组件点上的运行值;可以修改某点的数据值后继续执行ETL处理,以检测改变的值对ETL结果的影响;可以评估每一个变量,字段以及函数的运行结果。 |
|
14 |
二次开发及配置 |
|
可以通过对内嵌脚本语言、存储过程、插件及外部程序的支持来完成复杂的处理,提供调试、跟踪功能; |
|
15 |
版本管理 |
|
支持对ETL Mapping和Workflow的版本管理,提供Team-Based进行版本管理控制。可以对每个对象的Check Out和Check in操作、比较同一个对象的不同版本、跟踪某个对象版本的变更历史和删除对象的过期的版本;支持通过Excel和Visio生成etl mapping模板,指定源到目标映射的标准格式,加快开发速度,减少重复劳动; |
|
16 |
数据虚拟化服务功能 |
|
将不同地点、不同结构的数据虚拟化成单一视图,通过odbc提供给外部使用。使用开放式的模型驱动方法,根据业务实体构建可重复使用的逻辑数据对象。并指定所需的数据配置延迟时间。创建数据抽象层,使所有应用程序能够以基于标准的数据服务形式使用相同的数据,而无论集成逻辑是如何以物理方式实施的。使应用程序和其它数据使用者不受底层数据源中的变更影响,减少对源数据的影响。 |
|
3. 主数据标准化管理( 1 套 )
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
|
基于标准代码和业务术语的一致性要求 |
|
在对业务系统之间交换、集成时需要数据进行一致性和准确性匹配稽核,提供数据语义层转换,保证数据编码映射转换的准确性。 |
|
|
提供主数据码表字典的标准化匹配稽核平台 |
★ |
保证数据匹配映射的准确性,内容包括但不限于:西药码表、中成药码表、草药码表、检验码表、检查码表、疾病编码表、手术码表、治疗项目码表、耗材码表、服务项目码表、药品信息、生产厂家信息、诊断信息。 |
数据上报、统计需求口径存在差异以及医学专业术语存在表达与理解歧义性等语义问题,数据码表字典的标准化匹配平台可以保证底层数据的有效性和准确性。 |
|
建立业务模型对数据做标准化定义 |
|
实现统一的编码、统一的分类和组织,标准化定义,主要包括: |
|
|
标准代码、业务术语统一 |
|
根据国家卫生部和其他相关部门的标准,例如国标码等;根据医疗卫生业务需求和业务流程,制定各个具体的业务系统之间统一的业务术语定义,保证有相同的语义描述。 |
|
|
具备“同义词库” |
★ |
实现对诊断、手术和操作、诊疗项目、药品等临床信息进行标准化转换; |
对于后期相关数据需要再次匹配映射是,通过标准化匹配稽核平台的“同义词库”可快速复用,缩短实施周期。 |
|
建立云端知识库 |
★ |
不断丰富,实时更新,并且具备强大的自我学习能力,通过云端共享出来的不同系统、不同接口对接资料、数据字典,快速复用,缩短实施周期,同时对全院业务系统基础字典信息进行同步,并在字典更新时通过集成平台推送更新数据到各个业务系统。 |
通过云端共享出来的医院不同系统、不同接口对接资料、数据字典,快速复用,缩短实施周期。 |
4. 数据中心决策分析服务系统升级( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
|
操作系统支持要求 |
|
服务器端支持Windows、Linux等主流操作系统的32位版本和64位版本(主要包含WindowsServer2008 R2,以及SUSE Linux 11 SP4等)、支持mac操作系统,移动端支持Android和ios系统, |
|
|
产品架构要求 |
|
支持CS+BS架构,实现设计和业务查看分离,保证系统安全。 |
|
|
数据源支持要求 |
|
支持ORACLE 、SYBASE、DB2、MYSQL、MS SQLSERVER、星环TDH Hadoop、华为Hadoop、CDH等主流数据库和主流Hadoop大数据平台,支持直接通过XMLA形式直接连接多维数据库及cube,且无需代码开发。支持文件数据源:Excel,csv、txt文件,XML文件等文件形式, |
|
|
报表工具基础功能要求 |
★ |
支持模板加密功能:即报表设计制作者可以通过设计工具对模板加密,其他设计制作者要打开加密模板必须输入密码,有效保证知识产权。 |
通过加密功能,保证医院数据安全 |
|
|
支持中国式复杂报表,包含分组表、交叉表、分栏报表、主子报表;支持分页展示报表、中国式斜线表头报表、固定格式报表等。 |
|
|
|
支持直接在软件中打开excel格式文件,进行编辑设计报表;支持兼容excel常用公式,导出excel格式文件后,同样可以保留公式导出。 |
|
|
|
支持参数设计,支持参数和报表一体化设计;支持参数编辑器,支持文本框、下拉树、复选框(组)、单选框(组)等丰富的参数控件类型,支持预定义控件,减少后期维护工作。 |
|
|
|
支持移动端报表页面自适应。支持移动端页面双向自适应效果(横向纵向双向自适应,可以后台任意配置适应方式);支持移动端组件自适应效果(根据终端分辨率和屏幕大小的不同,组件自动自由重新布局,布局顺序可以后台设置)。 |
|
|
|
支持增强统计分析:即支持自定义分组(包括条件分组和公式分组),以及层次坐标公式(包括同比,环比,排名,占比和累计等需要层次坐标比较的模板制作)。要求支持跨sheet获取报表中任意单元格的值进行运算,并支持填报时的自动计算。 |
|
|
|
支持pdf,applet,flash三种打印方式;支持前端页面自动缩放打印;支持前端手工调整打印偏移量,并且偏移量可以和打印机绑定。 |
|
|
|
支持文件导出。支持无编码导出excel,导出pdf,导出word,导出图片,导出TXT,导出svg,导出cvs文件,导出html文件等格式;用户可以自己选择导出excel版本;用户导出文件时可以重命名。 |
|
|
统计图要求 |
★ |
支持图表基本类型包括:柱形图、折线图、面积图、饼图、多层饼图、散点图、雷达图、仪表盘、气泡图、股价图、多坐标轴混合图等,支持多种类型的混合显示;图表禁用flash图表技术 |
各类图表展现类型,能够完全满足科室、财务对于指标项的展现形式,这个也是各个厂商通用的指标参数 |
|
|
支持直接显示数据图表,即支持在图表当中默认附加上数据表,使得图表分类轴与数据表列名一一对应的图表展示 |
|
|
|
支持内置gis地图,内置标准世界地图、省市地图;支持自定义tileLayer和自定义wms服务 |
|
|
|
支持双数据来源图表。支持数据集为sql数据集来设计图表;也可以支持以报表单元格为数据来源设计图表 |
|
|
数据填报要求 |
|
支持填报录入功能。无代码实现包含多数据源填报录入,在线导入excel填报录入,离线填报三种填报方式。 |
|
|
|
支持在填报报表预览界面导入Excel数据,并在导入的页面上继续进行编辑修改,支持复制Excel数据到填报页面 |
|
|
|
支持多源填报,多sheet填报即一张填报表中的不同单元格中数据可以同时指向多个不同数据库。 |
|
|
|
支持多文件上传。有文件上传控件,无需编码,支持多文件同时上传。 |
|
|
|
支持多种数据校验方式:支持预先定义填报的数据校验规则,包括即时校验和提交校验;对不符合校验规则的单元格进行定位并且提示。 |
|
|
运营绩效数据支持 |
|
帮助管理人员对医院及科室从宏观到微观的数据、信息、资源的全面统计,自动产生各类基础报表,实现科学决策。它覆盖科室院各个部分、各个方面的信息,包括业务量、收入及各级明细、各类统计信息、药品信息、医疗工作质量及效益等。为医院医保管理及绩效管理提供基础的数据支撑。 |
|
|
平台管理要求 |
|
平台支持插件管理功能。对于软件没有的功能,支持通过一键安装的方式进行插件安装,提升平台的扩展性和应用性。 |
|
|
|
支持移动端访问。支持IOS和andriod等原生移动端平台;支持通过h5方式嵌入到微信,钉钉等第三方手机app应用中,无需代码开发;支持移动端(包含客户端及微信端)支持消息推送;支持移动端离线报表功能,对多张报表资源进行批量手动离线查看,在报表离线查看时切换到在线查看。 |
|
|
★ |
支持在线升级,在线查看版本更新日志,直接一键升级,无需重新安装报表软件,不需要进行jar包手工更换,重新布署等操作。 |
在线升级模式,不需要进行手工更换,重新布署等操作,减少信息科工作量。 |
|
|
支持定时器。支持定时填报和定时生成报表,定时发送邮件,定时发送短信等操作;可以根据自定义条件触发任务。 |
|
|
|
支持多种认证方式:数据集认证,LDAP认证,HTTP认证。 |
|
|
|
支持多种权限控制方式:即权限控制的力度包括模板访问权限,平台访问权限,远程设计权限,填报权限,数据权限,单元格属性权限多层次多粒度的控制方法。 |
|
5. 临床科研及教学信息管理系统( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
|
系统管理工作站 |
★ |
支持类别维护以达到约束录入相关字段的功能、公式维护以实现公式作用;研究机构管理、用户角色管理、权限管理、在线用户、系统代码管理、功能菜单管理;对项目管理、状态管理、文件管理、项目查询进行维护; |
临床科研及教学信息管理系统必备功能 |
|
项目管理 |
★ |
项目查询;基本信息设置,状态信息设置,项目类别管理;入组情况、录入情况、超窗情况、脱落剔除情况、AE情况、SAE情况、可视化入组情况、录入情况、患者超窗情况、脱离剔除情况、AE及SAE情况的统计和相关图表;文档管理功能。能在微信端随访 |
临床科研及教学信息管理系统必备功能 |
|
eCRF |
★ |
可进行研究设计,在线生成eCRF,提供模板库构建eCRF,鼠标拖放方式快速设计eCRF;有系统模块库选择、项目维护、页面维护、正常值范围、逻辑检查 |
临床科研及教学信息管理系统必备功能 |
|
随机化管理 |
★ |
支持具有动态随机、多次动态随机、分层区组随机、中央区组随机和药房管理、药物预警功能。 |
临床科研及教学信息管理系统必备功能 |
|
★ |
动态随机:最小随机化,分层因素、中心权重、全局权重之间的优先级设置,支持组间比例的设置。 |
临床科研及教学信息管理系统必备功能 |
|
★ |
多次动态随机:列出1000个样本量多种分层因素之间的随机分布报告。 |
临床科研及教学信息管理系统必备功能 |
|
★ |
分层区组随机:支持分层因素的分组随机。 |
临床科研及教学信息管理系统必备功能 |
|
★ |
中央区组随机:支持多中心竞争入组随机。 |
临床科研及教学信息管理系统必备功能 |
|
★ |
随机配置、研究分组、研究分层、中心随机管理、随机申请、样本数调整 |
临床科研及教学信息管理系统必备功能 |
|
药物管理 |
|
药物管理、药物的使用记录 |
|
|
数据录入 |
★ |
支持多种数据录入法(单人录入、双人录入、图片录入) |
临床科研及教学信息管理系统必备功能 |
|
★ |
支持电子文本的批输入 |
临床科研及教学信息管理系统必备功能 |
|
★ |
实验室数据的正常值范围与测量单位的转换 |
临床科研及教学信息管理系统必备功能 |
|
★ |
用不同的图标标记各研究事件的数据状态 |
临床科研及教学信息管理系统必备功能 |
|
★ |
范围内正确性等逻辑关系校验,显示录入汇总页面、录入明细 |
临床科研及教学信息管理系统必备功能 |
|
★ |
支持本院的研究相关数据的加载功能,实现直接的电子数据采集方式 |
临床科研及教学信息管理系统必备功能 |
|
★ |
支持录入的锁定功能 |
临床科研及教学信息管理系统必备功能 |
|
数据报表 |
|
有临床研究进度、疑问管理、锁库信息、首/末份病历入组时间、录入错误率的统计; |
|
|
|
自动定期报告功能;数据汇总报告功能,支持多种报告形式:PDF、Word、xml等 |
|
|
数据查询 |
|
有理化检测分析,异常理化检查预警,疑问异常预警,变量统计分析查询 |
|
|
数据核查 |
★ |
手动检查和电脑程序数据核查;随机化核查、违背方案核查、时间窗核查、逻辑核查、范围核查;盲态审核 |
临床科研及教学信息管理系统必备功能 |
|
数据导出 |
|
数据导出支持自动导出和个性化导出。导出格式多样化,以满足不同程序或者用户的需要,主要包括CDISC的SDTM格式、SPSS、SAS、ASCII和XML。CRF导出为带水印加密的PDF |
|
|
外部数据管理 |
|
对于其他研究机构或供应商(如中心实验室)提供的外部数据(外部数据类型如生物样本分析数据:实验室数据、药代动力学/药效学数据、生物标记物的检测数据等。支持其数据文件保存 |
|
|
统计报告 |
★ |
能提供简单的统计功能,如卡方检验、T检验等 |
临床科研及教学信息管理系统必备功能 |
|
权限管理 |
|
根据项目需要,进行人员权限分配管理、个人信息管理、账户管理;登录信息;在线用户管理 |
|
6. 影像教学中心( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
1 |
影像展示 平台 |
|
在同一界面显示以患者为中心的影像报告 |
|
2 |
|
各个医技系统影像或报告的存储地址集成至患者360视图 |
|
3 |
系统集成 |
|
CT、核磁、放射PACS系统 |
|
4 |
|
B超、胃镜OPACS系统 |
|
5 |
|
病理信息系统 |
|
6 |
|
心电信息管理系统 |
|
7 |
|
PET-CT信息系统 |
|
7. 移动版患者360视图( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
1 |
我的患者 |
★ |
默认展现该医生分管的所有患者信息,按床位号排序,列表页显示每一位患者的基本信息,如性别,姓名,住院号,床位号,年龄,诊断,病情程度,护理等级等。 |
该系统必备功能,方便医生对分管患者的管理 |
2 |
★ |
患者详情页,展现患者的相关信息,如性别,姓名,住院号,床位号,年龄,诊断,病情程度,护理等级,费用类别及明细等。 |
该系统必备功能,方便医生对分管患者的管理 |
3 |
|
患者详情页,提供: a.病程录,列表按照时间倒序排列,点击可查看患者病程录详情。 b.医嘱,列表按照时间倒序排列,按长期医嘱和临时医嘱分别展示,标注开嘱时间/停嘱时间、执行人姓名、执行时间、品规及用量,对于同一批次医嘱进行显著标记、对于已停的医嘱进行显著标记。 c.检验报告,列表按照时间倒序排列,在内有异常指标的检验项目名称后用红点进行标记提醒,点击查看检验单详情,在指标“状态”处设置按钮,可点击进行异常值上浮、正常值下沉操作,每项指标点击需自动生成患者在本院历次就诊的指标变化趋势图,以便医生快速了解患者病情发展。 d.检查报告,列表按照时间倒序排列,列表处显示检查类型、医技医生姓名、检查部位等信息,点击进入查看检查文字结果和详情,点击内部按钮可调阅影像资料。 e.手术记录,列表按照时间倒序排列,列表处显示手术名称、麻醉方式、手术开始时间等信息,点击查看手术过程详情。 f.病理报告,列表按照时间倒序排列,点击进入查看报告时间、打印状态、编写医生姓名、审核医生姓名、执行医生姓名、所属院区、所属病房、样本采集时间、诊断提示详情、报告详情等信息。 g.护理记录,列表按照时间倒序排列,点击查看时间、记录人姓名、脉搏、心率、呼吸频率、高压、低压、患者意识情况、患者病情观察及护理措施等信息。 h.体温单,点击查看患者本院历次记录的体温数值变化趋势图。 i.病案首页,点击可查看患者的基本信息、住院信息、诊断信息、费用信息等(按医院实际业务需求进行展示) |
|
4 |
|
对于需要长期关注的患者,可点击收藏患者资料至“收藏患者”一栏中方便查询。 |
|
5 |
|
我的患者里,展现未出院的患者。 |
|
6 |
|
患者在本院就诊的历次记录(门诊记录、住院记录)可进行反查,内容参照上述要求进行展示。 |
|
7 |
科室患者 |
★ |
默认展现本科室(或权限范围内所有科室)的目前全部在院患者,并在科室名称下方标注科室当前的病重患者数量、病危患者数量、特殊护理患者数量。列表页显示每一位患者的基本信息,如性别,姓名,住院号,床位号,年龄,诊断,病情程度,护理等级等。 |
该系统必备功能,方便科室对本科室患者的管理 |
8 |
|
患者详情页,展现患者的相关信息,如性别,姓名,住院号,床位号,年龄,诊断,病情程度,护理等级,费用类别及明细等。 |
|
9 |
|
患者详情页,提供: a.病程录,列表按照时间倒序排列,点击可查看患者病程录详情。 b.医嘱,列表按照时间倒序排列,按长期医嘱和临时医嘱分别展示,标注开嘱时间/停嘱时间、执行人姓名、执行时间、品规及用量,对于同一批次医嘱进行显著标记、对于已停的医嘱进行显著标记。 c.检验报告,列表按照时间倒序排列,在内有异常指标的检验项目名称后用红点进行标记提醒,点击查看检验单详情,在指标“状态”处设置按钮,可点击进行异常值上浮、正常值下沉操作,每项指标点击需自动生成患者在本院历次就诊的指标变化趋势图,以便医生快速了解患者病情发展。 d.检查报告,列表按照时间倒序排列,列表处显示检查类型、医技医生姓名、检查部位等信息,点击进入查看检查文字结果和详情,点击内部按钮可调阅影像资料。 e.手术记录,列表按照时间倒序排列,列表处显示手术名称、麻醉方式、手术开始时间等信息,点击查看手术过程详情。 f.病理报告,列表按照时间倒序排列,点击进入查看报告时间、打印状态、编写医生姓名、审核医生姓名、执行医生姓名、所属院区、所属病房、样本采集时间、诊断提示详情、报告详情等信息。 g.护理记录,列表按照时间倒序排列,点击查看时间、记录人姓名、脉搏、心率、呼吸频率、高压、低压、患者意识情况、患者病情观察及护理措施等信息。 h.体温单,点击查看患者本院历次记录的体温数值变化趋势图。 i.病案首页,点击可查看患者的基本信息、住院信息、诊断信息、费用信息等(按医院实际业务需求进行展示) |
|
|
|
对于需要长期关注的患者,可点击收藏患者资料至“收藏患者”一栏中方便查询。 |
|
10 |
|
科室患者里,同样展现未出院的患者。 |
|
11 |
|
患者在本院就诊的历次记录(门诊记录、住院记录)可进行反查,内容参照上述要求进行展示。 |
|
12 |
收藏患者 |
|
显示医生认为需要长期关注,点击收藏的患者信息。显示医生认为具有科研价值,点击收藏的患者信息。 |
|
13 |
出院患者 |
|
默认显示当天的出院患者,也可提供时间筛选或住院号查找功能,查找已出院的患者的信息。 |
|
14 |
页面水印 |
|
在所有涉及患者信息的页面,背景水印显示当前登录工号和姓名,防止截图外流。 |
|
15 |
转发限制 |
|
设置转发权限,患者分享转发行为,只可转发一次,接收人无法继续转发。 |
|
16 |
手机验证 |
|
新设备初次登录,要求进行手机验证码确认,登录成功后强制要求设置新密码。 |
|
17 |
设备绑定 |
|
通过设备标识绑定固定设备,更换设备需要后台授权。 |
|
8. 围术期质量管控系统( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
1 |
针对手术全过程相关的表单完整性、有效性和及时性进行监测和提醒 |
★ |
需对麻醉访视、麻醉记录、术前小结、术前讨论、知情同意书、手术审批、手术记录、标本送检、备血、输血和感染筛查检测、术后随访记录、非计划性再次手术等表单做相关有效性、完整性和及时性进行管控和提醒。 |
对手术相关表单做有效性、完整性和及时性进行管控和提醒,降低事故率,减少围术期医疗纠纷发生率 |
2 |
手术资质和分级管理 |
★ |
需针对医院手术相关标准体系,建立与围手术期相关的手术分级、职称权限等数据字典,同时支持手术质控节点以及管控规则的可配置化。 |
建设围术期业务流程追溯体系,将质量管理规则具体到节点、责任到人 |
3 |
手术主数据管理体系 |
|
需建立疾病诊断、手术分级、手术者与麻醉者权限级别、抗生素级别、手术切口类型等数据字典(MDM主数据管理)。 |
|
4 |
患者手术流程可追溯 |
|
需结合管理制度制定各个关键节点的管控规则,管控每一个质控环节,统计手术质量相关数据,可追溯患者术前、术中、术后的手术全过程。 |
|
5 |
围手术期医疗质量监控数据分析 |
★ |
需构建围手术期的数据集市,沉淀医院对于手术的手术资产,同时围手术期全过程中的手术质控分析、手术资质、再次手术、手术合规性、手术表单完整性、医生的手术绩效等相关指标做统计分析,可通过PC端、企业微信号或微信小程序进行指标灵活展现。 |
通构建围手术期的数据集市,严格控制患者术前诊疗质量,降低患者手术潜在风险,节省医疗纠纷成本。 |
6 |
患者手术进程查询能 |
★ |
需提供以患者手术进程和位置信息为主的可视化图像服务,以及相关查询分析功能,如患者家属可通过微信小程序或医院微信服务号查询患者所处手术阶段。 |
增加医患沟通途径,提升患者就医体验 |
7 |
角色和权限管理 |
|
需提供多级多角色的围手术期的功能流程管理,包含但不限于手术医生、麻醉医生和主治医生,医院医务处,质控办,护士,患者和患者家属的围手术期管理功能。 |
|
8 |
规则管理 |
|
需支持医院对质控时间点和质控异常规则的配置功能,支持质控文书、手术等级和手术阶段的配置管理 |
|
9 |
待办事项管理和 提醒功能 |
|
需支持待办手术和待补充文书的管理和提醒功能。用户不仅可以接收到系统发出的手术排班通知(邮件或者微信),还能基于此排班通知接收医生待处理手术和待办文书的补充提醒。 |
|
10 |
移动端支持 |
|
针对患者家属查看手术进程,医院进行术后恢复管理引导的微信小程序: 1.扫码进入;2.患者手术进程查询。 |
|
9. 闭环示踪管理( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
1 |
药品闭环 |
|
从医生医嘱下达、药师审方、护士审核、药房配药送药、一直到护士执行结束,实行全程监控,使整个药品治疗形成一个闭环链路,全周期进行可追溯管理 |
|
2 |
检验闭环 |
|
要求形成完整的检验闭环,可随时查看标本状态、检验进程状态;检验结果和报告各阶段的状态可实时获得,对于危急检验结果可以主动通知医师、护士 |
|
3 |
输血闭环 |
|
实现对血液记录全程可跟踪管理,对用血整个过程有完整的记录 |
|
4 |
转运病人 闭环管理 |
|
对患者入出转等活动的跟踪记录,能够查询患者在医院内部诊疗活动记录 |
|
5 |
技术架构 |
|
采用微服务架构,进行分布式的部署,处理不同业务逻辑的系统之间不会相互影响,服务器资源自动进行负载均衡 |
|
6 |
消息提醒 |
|
支持消息提醒功能,与平台消息体系对接,支持自定义消息推送的内容及消息推送方式(如:企业微信) |
|
7 |
日志监管 |
|
提供完整的医嘱执行日志监管体系,在日常作业中,进行日志记录,且长时间保留,便于日后的错误排查 |
|
8 |
监控提醒 |
|
当医嘱执行出现异常时,可视化界面需快速反应,并且把相关的消息及时发送给相关人员以便即使预警,提醒相关人员及时介入进行人工干预 |
|
9 |
兼容性 |
|
医嘱示踪信息可以直接进行查看也可以嵌入业务系统进行查看,要求具备高兼容性,最低支持WIN7下的IE8 |
|
10. 数据上报维保服务( 1 套)
序号 |
指标项 |
重要性 |
指标要求 |
关键指标理由 |
|
|
|
按照项目建设周期范围内的上报服务标准规范继续进行数据上报服务并提供维保支持,进行数据关联性和标准化处理,将符合条件的数据导出,并上传至指定数据库 |
|
五、商务和服务需求
序号 |
商务和服务项目 |
重要性 |
商务和服务要求 |
1 |
供货期 |
|
合同签订后24个月内完成全部系统安装、调试、上线工作 |
2 |
质保限 |
|
项目验收合格后一年 |
3 |
售后 服务要求 |
|
质保期:应用软件从项目整体验收通过之日起至少1年;质保期内,应用软件的升级、维护均免费,并且派驻至少1名工程师负责现场维护工作。 质保期过后,派驻1名工程师负责现场服务。投标人应提供系统软件终身维护服务承诺函,具体维护费用由医院和中标人通过合同或协议商定。 |
4 |
服务标准 |
|
要求供应商必须为本项目中所有的设备提供相关专业技术服务,实施阶段保证2人以上(含2人)、项目验收后质保期内保证1人以上(含1人)的7×24小时驻场服务。质保期到期后,维保价格参考现场招标谈判结果。 |
5 |
培训 |
|
提供不低于一次原厂工程师培训服务(甲方现场),具体实施进度和计划可根据实际情况在正式进场实施前以项目实施方案的形式给出详细设计方案。 |
6 |
验收标准 |
|
所有参数功能满足要求,项目验收资料齐全。 |
7 |
付款方式 |
|
(1)合同签订后10个工作日内付项目预付款,即合同总金额30%; (2)建设完成信息集成平台ESB、信息集成平台ETL工具、主数据标准化管理、影像教学中心模块后付合同总金额20%; (3)项目所有模块验收完成,由医院组织专家验收,验收通过后的10个工作日内付合同总金额30%; (4)验收合格一年后10个工作日内,付合同金额的20%。 |
六、特定资格条件
除《中华人民共和国政府采购法》第二十二条规定的供应商应具备的条件外,采购人可以根据采购项目的特殊要求,规定供应商的特定资格条件,如国家或行业强制性标准等。但不得以不合理的条件对供应商实行差别待遇或者歧视待遇。
无