漳浦县中医院在院区信息化建设过程中上线了各种技术架构、各种应用领域的专业信息化软件，为医院医疗业务的发展提供了强有力的信息化支撑。

　　但由于在国内信息化建设初期发展阶段，各类信息系统缺乏统一的标准及技术互联互通标准化架构，医院现有信息系统平台也逐渐暴露出了架构复杂、系统相对独立、数据标准不统一，系统运行风险高且难以对全院数据进行有效的统一管理与利用。

　　医院现需要通过引进一套集实用性、易用性、安全性、可靠性、开放性、可扩展性、标准化为一体的医院信息集成平台，辅助医院构建具有国际先进管理理念，符合国内医疗未来发展方向的综合管理体系，把医院现有各临床系统的历史业务结果数据以及实时性业务交互数据都存储在该数据平台中，同时实现各业务系统间与医院信息平台的互联互通，消灭各系统间原先存在的接口，实现医院各业务系统从原来的到所需业务系统中获得数据到现在统一由医院信息平台上获得数据。并在此基础上，对医院所有数据进行重新的解构和处理，实现基于医疗大数据的挖掘和分析目标。还在开放式平台和标准协议基础上，将医院现有系统环境统一集成在门户系统平台上，实现多平台、统一体系结构的真正开放式平台。

　　★为保证项目工程的顺利实施，投标人必须进行客户现场勘察，充分了解医院现有信息系统现状，各种可预见问题投标人均应考虑到，对于系统对接等各类原因造成费用增加时，各投标人应综合考虑在投标报价内，今后在服务时存在此原因造价不再调整中标价格。现场勘察完毕，采购人将出具已勘察过的潜在投标人的勘察证明，并在勘察证明原件上盖章确认该投标人已勘察过现场，经确认的勘察证明应附在投标人的投标文件中，否则按无效投标处理。

　　包含运行平台开发；开发工具部署；管理平台配置；监控平台部署；数据存储以及日志审计

　　包含服务器监控；总线监控；服务监控；通讯点与路由状态监控；系统告警；通讯日志；异常日志；日志重发；日志归档；组件注册；服务注册以及事件注册

　　包含门诊时间轴;住院时间轴;门诊量;住院量;历次诊断;生命体征;出量入量;长嘱信息;短嘱信息;手术量;出入径状况;检查信息;药品信息;报告对比以及趋势分析等内容

　　提供图形化用户界面，可对数据抽取、转换、传输和转载，完成数据的标准化清洗

　　提供可视化工具对数据标准进行管理，包括标准数据元管理、数据元值域管理、标准数据集管理、共享文档模板管理

　　提供图形化用户界面，可对数据抽取、转换、传输和转载，完成数据的标准化清洗

　　包含运行平台开发；开发工具部署；管理平台配置；监控平台部署；数据存储以及日志审计

　　包含服务器监控；总线监控；服务监控；通讯点与路由状态监控；系统告警；通讯日志；异常日志；日志重发；日志归档；组件注册；服务注册以及事件注册

　　包含门诊时间轴;住院时间轴;门诊量;住院量;历次诊断;生命体征;出量入量;长嘱信息;短嘱信息;手术量;出入径状况;检查信息;药品信息;报告对比以及趋势分析等内容

　　提供图形化用户界面，可对数据抽取、转换、传输和转载，完成数据的标准化清洗

　　提供可视化工具对数据标准进行管理，包括标准数据元管理、数据元值域管理、标准数据集管理、共享文档模板管理

　　通过数据总线可实现平台化的分层架构，应实现包括业务系统(如HIS、EMR、LIS、PACS、移动护理、移动查房、手术麻醉系统、重症监护系统、预约管理系统、自助服务管理系统)与管理系统的分层等。将不同的业务系统依据访问频度、性能要求、实时性要求、数据粒度等的要求进行架构分层。

　　（1）数据总线与医院信息管理系统（HIS）系统交互要求：应能通过数据总线自动获取HIS相关基本信息、医嘱信息等，为其他信息系统的信息交互提供所需的数据。

　　（2）数据总线与检验信息管理系统信息（LIS）交互要求：应能通过业务服务平台获取检验单据信息、患者住院信息、病历信息，记录完整的检验单据处理过程，标本送检过程处理与单据费用自动处理，检验报告结构化存储，实现多系统统一的报告调阅接口；

　　（3）数据总线与医学影像传输与管理系统信息(PACS)交互要求：应能实现放射检查、超声检查、内镜检查、病理检查、心电检查等业务通过业务服务平台获取检查单据信息、患者住院信息、病历信息，记录完整的检验单据处理过程，检查图文报告结构化存储，实现多系统统一的报告调阅接口；并需支持统一影像浏览及处理。

　　（4）数据总线与电子病历系统(EMR)信息一体化交互要求：实现完善以电子病历为中心的临床信息系统，提供电子病历分级评价标准所需的支持。

　　（5）数据总线与移动护理、移动查房交互要求：应能通过数据总线平台获取患者基本信息、检验报告、检查报告、手术麻醉信息、重症监护信息等。

　　（6）数据总线与健康体检信息管理系统（PEIS）交互要求：应能通过数据总线自动获取患者基本信息，并能实现检验信息管理系统（LIS）与医学影像传输与管理系统信息(PACS)等系统的信息交互。

　　（7）数据总线与手术麻醉、重症监护系统的交互要求：应能通过数据总线快速地获取患者基本信息和医嘱信息，手术麻醉记录和重症监护记录完后可以通过数据总线为临床其他系统进行调阅。

　　（8）数据总线与预约管理系统的交互：通过数据总线可以快速的获取患者预约挂号信息，预约管理系统可以通过数据总线与各个业务系统进行预约与排队信息的管理，完成就诊预约、检查预约、取消预约等功能。

　　（9）建立多途径的消息机制，实现各系统间关键医疗信息自动提醒（如急诊异常报告）、预警功能。§3.1 服务总线消息模型管理具备对平台运行服务相应的具体报文内容的消息模型进行新增修订发布等管理功能。§3.1.2 接入系统服务管理支持对接入平台的相关系统提供的服务接口进行配置管理，包括服务地址，协议类型。调用方法等内容。§3.1.3服务场景路由管理应实现对平台所需支持的业务消息事件进行登记修改等功能，通过简单的界面拖拉组件操作进行业务场景的编排配置。§3.1.4总线入口服务平台应提供统一调用总线的服务入口，以规范平台接入方对平台服务场景的请求调用跟返回消息的标准化。§3.2消息流处理引擎

　　▲需支持HL7(从版本2.x到3)，同时需支持临床文档架构（CDA）和连续医护文档（CCD）；

　　（提供投标人或软件原厂商医院信息集成平台医疗链接包产品著作权证书）需支持DICOM图像格式转换机应用；

　　▲信息集成适配系统：对于非HL7传递标准的系统，集成平台应具备集成适配器转换能力，能将非标系统通过适配器系统转换成基于HL7标准接入到集成平台中。

　　平台应能通过使用消息中间件实现系统之间数据的快速交换、查询、调阅等功能。

　　平台同时应能提供消息中间件的配置管理功能：包括部署授权管理、数据转换路由、开发集成环境。

　　▲支持在病人登记场景发生时，系统能够自动捕获该场景的病人基本信息，调用主索引服务。主索引系统执行在线精确匹配，根据精确匹配结果快速匹配相似的病人记录，在线毫秒内。如果在精确匹配没有匹配结果的情况下，系统应将该病人信息自动转为离线模糊匹配，根据模糊匹配条件生成疑似匹配结果，然后由人工对其进行确认。

　　（提供投标人或软件原厂商患者主索引系统产品著作权证书）§3.6集成平台管理系统

　　具备对平台运行服务相应的具体报文内容的消息模型进行新增修订发布等管理功能。§3.8.2接入系统服务管理

　　支持对接入平台的相关系统提供的服务接口进行配置管理，包括服务地址，协议类型。调用方法等内容。§3.8.3服务场景路由管理

　　应实现对平台所需支持的业务消息事件进行登记修改等功能，通过简单的界面拖拉组件操作进行业务场景的编排配置。§3.8.4总线入口服务

　　平台应提供统一调用总线的服务入口，以规范平台接入方对平台服务场景的请求调用跟返回消息的标准化。§3.9服务总线集成引擎

　　平台应能通过使用消息中间件实现系统之间数据的快速交换、查询、调阅等功能。

　　平台同时应能提供消息中间件的配置管理功能：包括部署授权管理、数据转换路由、开发集成环境。

　　/系统所有注册服务数直观展示给管理人员，说明总线当前运行的情况。§3.12.3场景监控

　　总线各系统组件的运行状态，如发现故障可以及时排除故障。§3.12.5数据库监控

　　平台具备定时生成每日平台运行状况的统计日报汇总，指标包括服务交换情况，异常情况，数据库表空间情况等。§3.13平台告警功能组件

　　在项目现场有短信平台或者微信公众号等消息通知推送渠道的情况下，平台可以提供告警信息通知接口适配对接的功能，根据现场实际情况对接短信、微信公众号等消息通知接口。.§3.13.4告警事件日志

　　具备平台告警事件的日志留存及时候查看功能。以供平台管理人员针对告警信息进行问题分析及处理。§3.14主索引管理系统

　　商的系统用户名称和用户密码，从而改善用户使用应用系统的体验。§3.16临床业务集成专题包

　　实时采集总线，应基于日志的结构化数据复制机制，通过捕获数据库日志，处理、转化并实时入库。自动识别数据库结构变更，当出现表结构发生变动时，需要能够自动捕获、生成对应语句并自动执行，实现全自动实时静默同步，无需人工干预。除支持单表数据实时入库外，应支持转化数据以准实时（非定时任务）方式入库。

　　定时采集总线，应基于ETL机制，能够支持多种数据格式（如表、视图等），同时支持在线配置清洗转化逻辑。通过定时增量任务配置，实现定时采集转化。

　　支持用户通过编写ETL程序，并将程序生成批量运行的作业，并允许对作业进行调度管理。

　　提供易于操控的可视化作业生成界面，降低编写程序的难度，使用拖拽的方式，迅速编写好ETL数据转换作业，并且能看到作业过程。

　　7、支持用户输出数据转换结果到关系型数据库，允许用户配置，表名字，每次处理的记录数量，以及对于存在唯一主键或者索引的记录处理方式(更新同一主键的其他字段或者直接替换)。

　　支持用在在进行拖拽方式配置数据ETL转换作业时候，动态生成数据抽样结果，可以点击点击转换对数据转换过程进行实时查看，也可以编辑数据对样本数据进行修改。

　　允许用户设置自定义变量，使用变量替换区配置多个调度任务，每个调度任务里的参数可以不同。

　　支持数据ETL转换作业调度与管理提供列表式管理界面，让用户创建的转换作业进行全局查看，提供作业状态、队列数、启始时间，等等进行统筹管理。

　　数据接入校验需具备将分散的、异构数据源中的数据如关系数据、非关系数据、数据文件等抽取到临时中间层后进行解析、转换、校验、过滤、清洗、反馈。

　　数据校验规则要求：数据校验需求可以满足不同的系统使用者从不同的角度对数据进行分析。校验规则主要包括数据完整性、准确性、一致性三方面的规则。

　　数据校验任务要求：定时的执行数据校验规则，满足对不同规则的执行方式进行设置，配置任务的触发时间和执行时间。

　　数据转换要求：不同业务系统之间、业务系统与共享数据库保存的数据格式和语义可能都不一致，他们之间交换的数据需要通过数据转换为平台提供统一的可识别、可处理的数据。此外，通过数据转换，可以方便地对海量数据进行编目及目录转换。

　　完整性控制要求：MD5 或者HASH 校验通过对接收的传输数据执行散列运算来检查数据的正确性。计算出的散列值和随数据传输的散列值比较。如果两个值相同，说明传输的数据完整无误、没有被篡改过（前提是散列值没有被篡改），从而可以放心使用。

　　校验结果展示要求：对采集结果进行校验后产生的结果数据，将结果数据推送到服务配置端以供相关人员进行查看和分析。

　　错误数据反馈要求：针对残缺数据、错误数据和重复数据支持即时反馈的功能，促使数据提供单位尽快地修正错误，同时也可以做为将来验证数据的依据。

　　需提供针对任务点的异常恢复，当运行的任务执行失败时，可以重新运行任务（流程启动）、从故障点运行任务（任务启动）。

　　需支持对不符合接口规范的异常数据进行标记的功能，并将异常数据输出到指定目录、提供数据质量统计分析报告（数据源、时间、成功记录、失败记录（各种失败类型分类记录）等。

　　需提供可视化的任务运行日志管理功能，包括运行的日志详细信息（成功、异常）。

　　需支持对系统运行详细资源、状态、运行日志的可视化监控和维护，包括软件状态、数据传输、数据稽查等；

　　需支持对系统操作日志的记录，包括时间、人员、操作模块、操作类型、操作前参数、操作后参数等；

　　▲需支持对业务运行日志的采集和汇总，基于Web 框架，支持查询日志，并将采集日志进行归档汇总。

　　(提供投标人或软件原厂商医院统计信息管理系统软件著作权证书)§4.5患者

　　就诊视图：支持以就诊主线组织数据，展现每一次患者对应的就诊数据，包含诊断记录，文书，体格体征，医嘱，检查检验报告等信息。

　　临床视图：支持以临床业务类型为主线组织数据，展现患者特定诊断类型的历史数据，如检查报告（历史指标比对），历史开药记录等。

　　（提供投标人或软件原厂商医疗信息共享文档库系统产品著作权证书）§4.5.2.3闭环集成

　　2.模型与抽取：应实现共享文档主题库的抽取模型在线配置，实现共享文档基础数据实时抽取、转化。通过配置计划、任务，实现基础数据定时转化。

　　3.文档校验：应能够基于共享文档数据集中数据元对应的校验规则（如是否必填、数值型、布尔型），对已生成的共享文档进行数据批量校验，形成分析报表。

　　4.系统配置：应实现文档类型、视图类型、关联关系，每篇文档基础数据集及规则、脱敏规则等配置。

　　5.数据统计：支持对已生成的文档实现图表分析。同时允许配置多个数据源，比对原始数据和目标数据的数量，用于分析目标文档生成总量是否符合预期。

　　▲根据数据标准的修订，及时更新系统中数据标准信息。其中数据标准管理需包括对数据元、值域、数据集等管理。

　　（提供投标人或软件原厂商数据仓库系统产品著作权证书）§4.6.2文档生成

　　(提供投标人或软件原厂商医疗信息交换与共享平台软件著作权证书)§4.6.3数据抽取

　　（提供投标人或软件原厂商医院信息单点登录系统著作权证书）应基于以下原则建设：

　　4、投标人应提供对接标准，由第三方业务系统提供数据，自行写入其业务系统数据库，投标人不操作对方数据库；

　　★投标人应书面承诺，投标人所提供的医院集成平台能与招标方现有的HIS系统、检验系统、电子病历系统等实现数据无缝连接与互联互通，所有业务数据均能够相互调阅实现流程的一体化应用，若需要第三方协助以接口方式实现的，则所有接口开发费用必须包含在本次投标报价中，招标方无需另行支付。

　　地 址：漳州市龙文区新浦东路22号明发商业广场1幢2407室-2414室