采购需求

一、项目概况

项目属性：服务类

品目类别：软件集成实施服务（C16020300）。

本项目对应的中小微企业划分标准所属行业为：软件和信息技术服务业。

本项目不属于专门面向中小微企业预留采购份额的项目，原因和情形为：

按照《政府采购促进中小企业发展管理办法》规定预留采购份额无法确保充分供应、充分竞争，或者存在可能影响政府采购目标实现的情形。

 

二、基本要求

★本次采购产品为非进口产品（进口产品指通过中国海关报关验放进入中国境内且产自关境外的产品）。

★采购人拟采购的 专业显示器（5M）、84寸专业显示器 属于《节能产品政府采购品目清单》范围中政府强制采购产品类别，投标人须在投标文件中提供：1.该产品属于《节能产品政府采购品目清单》范围中政府强制采购产品类别的相关内容页，并对相关内容作圈记；2.市场监管总局公布的参与实施政府采购节能产品认证机构名录截图；3.该产品获得的由国家确定的认证机构出具的、处于有效期之内的节能产品认证证书（注：1.《节能产品政府采购品目清单》投标人可查询中国政府采购网，网址http://www.ccgp.gov.cn；2.根据《节能产品政府采购品目清单》注2要求，上述产品中认证标准发生变更的，依据原认证标准获得的、仍在有效期内的认证证书可使用至2019 年6 月1日）。

采购人拟采购的专业显示器（5M）、84寸专业显示器属于《环境标志产品政府采购品目清单》范围，投标人需填写《政策适用性说明》（见投标文件格式）并提交相关证明材料（证明材料包括：1.该产品属于《环境标志产品政府采购品目清单》范围的相关内容页，并对相关内容作圈记；2.市场监管总局公布的参与实施政府采购环境标志产品认证机构名录截图；3.该产品获得的由国家确定的认证机构出具的、处于有效期之内的环境标志产品认证证书），作为技术评审的依据（注：《环境标志产品政府采购品目清单》投标人可查询中国政府采购网，网址http://www.ccgp.gov.cn）。

★凡属于《中华人民共和国实施强制性产品认证的产品目录》的产品，请投标人在投标文件中承诺在交货时提供该产品的“中国强制性产品认证”（CCC认证）证书。

项目实施周期：整体建设周期为12个月。

 

三、项目方案

3.1 总体设计

3.1.1 项目建设原则

在本项目的设计和建设中，需严格遵循以下原则：

先进性：所采用的设备产品和软件不仅成熟而且有一定的市场占有率；

标准化和模块化：集成系统的总体结构必须是标准化和模块化的，满足通用性和可替换性，既可使不同厂商的设备综合在同一个系统中，得到高度的信息共享，又可使系统在日后能进行方便的扩充；

安全性：在保证数据安全性的前提下，要求实现严格的网络等级操作权限和不同对象的查询范围；

可靠性：要采用各种措施建造一个高可靠性系统。可采用冗余设计，可用性群集，共享数据群集等保证系统具有高可靠性。重要的实时性要求高的联动应在现场或控制层面实现集成，实时性要求不是特别高的信息在管理层实现共享集成；

可管理性：集成系统的可管理性，表现在支持网络监视和控制两方面能力，能监视控制到网络主要设备；网络管理标准化；

经济性：系统设计要从系统目标和用户需求出发，经过充分论证，可以选择合理的方案和适合的软硬件产品；

前瞻性和可扩展性：对未来的系统的集成有预留设计，以便前期工程和后继先进技术的衔接，保持系统的先进性；

高效率：提高系统实时响应与控制能力、服务器响应数据库请求的能力和网络的吞吐能力，满足通信的传输速率和带宽要求，是系统高效率的体现。

3.1.2 总体建设内容

搭建医院基础实施、无纸化升级移动业务，提高医院信息化水平，逐步完成智慧医院建设。现阶段通过升级改造新大楼信息化完成智慧院区建设及医院未来创建三甲医院的诉求，建议信息化建设十一项内容（数据中心、院内无纸化、移动医护、公立医院绩效考核、PACS系统、DIP管理平台、CT影像智能分析系统、业务系统流程改造、业务系统数据接口、新大楼业务系统实施）。

备注：本期项目软件均部署在南沙区区域医疗云平台上，平台提供服务接口，未来可实现全区其他医院的对接共享，避免重复建设（不包含对接费用及设备投入）。建设内容如下表所示。

表 3.1 总体设计-1 总体建设内容表

序号	模块	二级目录	项目内容	备注
					1	数据中心	机房建设	搭建机房、机房配套相关设施等基础建设
2	移动医护	移动查房	通过移动终端实现医生移动查房，支持调阅患者 本次或历史就诊信息，支持直接下达医嘱等工作 的实时记录。 具备床位列表、患者疾病信息集成查询、影像信 息查询展现、移动智能终端数据录入、医嘱录入、检验检查报告查询、手术安排信息、会诊申请、智能提醒等功能。
		移动护理	通过移动终端实现临床护理移动化，实现护理服务从计划、执行、跟踪到结束的全过程监督管理。 具备患者床位列表、患者腕带管理、患者身份识 别、医嘱执行、输液管理、用血核对、体征采集 记录、巡视管理、风险评估、护理评估和记录、 护理备忘录、患者疾病信息集成查询、检验检查 结果查询、医嘱执行智能提醒规则、 护理关注要点智能提醒、规范护理服务管理、护理计划、护理文书、医嘱执行智能提醒知识库、移动护理知识库等功能。
		移动查房、护理PDA	符合消毒要求，有扫码枪、无线网等模块
3	院内 无纸化	电子签名	实现门诊病历文书无纸化、住院病历文书无纸化、检查/检验报告无纸化、患者知情文书无纸化、病案室的无纸化管理
			结合医院网络情况、以及医院内外网数据交换安全需求，基于云服务的医院电子认证服务，其中包含医生、护士、技师、患者电子签名登录、注册、签名、验签、认证等功能实现
		电子病案归档管理	依托可信电子病案管理系统，实现如下功能： 1.将电子医疗数据从源头采集进行档案化封装，形成与应用无关、不可抵赖、易阅读、被法律认可的版式文档； 2.采用模板技术、可控的虚拟打印技术实现对电子医疗数据的PDF版式转化，实现模块快速定制； 3.实现医院病案生成和归档管理 4.实现病案归档签章
		配套设备	1.数字证书配套如下： 1）医护技证书每年500张； 2）患者签名服务； 3）单位数据证书1张
4	公立医院绩效考核	绩效专题中心	采集公立医院绩效相关数据指标，对数据进行校核、审核
		绩效指标展示与分析	根据国家颁布的公立医院绩效考核指标，完成医疗质量、运营效率、持续发展、满意度评价相关指标的统计及分析
		首页数据上报	完成公立医院绩效考核要求上报的病案首页数据
5	PACS系统	PACS系统	包含PACS系统、影像专业显示器、存储等
6	DIP管理平台	系统首页	从总费用、总盈亏额、医院产能、医院效率、医院安全等多维度进行统计分析，实时展示全院DIP相关运营数据指标。
		数据质控	包含病案首页数据同步、结算清单管理、医保结算清单智能转码、医保结算清单质控管理、医保结算清单编辑管理、医保结算清单预入组管理、病案首页质控结果、统计分析、医保结算清单质控结果统计、病案首页质控违规分析、医保结算清单质控违规分析、医保结算清单归档监测、医保结算清单入组分析、医保结算清单数据上传等模块。
		智能医审	包含今日可疑违规提醒、医审可疑违规概览、可疑违规类型分析、可疑违规费用监测等模块。
		费用管控	包含在院病人查询、出院病人盈亏测算、科室结算盈亏分析、DIP病组盈亏分析、病例结算类型分析、病种费用结构管理等模块。
		运营分析	包含医疗服务能力分析、医疗服务效率分析、全院科室运营分析、全院病组运营分析、科室开展病种分析、DIP测算分析等模块。
		DIP分组器	建立DIP分组器入组规则库，提供DIP建议入组信息，实现医保费用精细化管理。支持本地DIP分组方案自动导入到系统中。
		知识库	支持住院病案首页数据填写质量规范知识库、编码知识库，支持医疗保障基金结算清单填写规范知识库，支持医保用药限制规则知识库、医保物价限制规则知识库。
		医生助手	包含医嘱费用预审服务、监测服务、诊断预入组服务、病案首页质控服务、病案首页预入组服务。
		参数配置管理	提供医保限制规则配置服务。
		专项服务	包含政策同步服务、分组器升级服务、知识库升级服务、辅导测算及盈亏分析服务、测算分析服务模块。
7	CT影像智能分析系统		系统通过结节定位、结节大小、等等恶性指标计算检测结节等，快速完成全部图像的检索和病灶标识，辅助医生在短时间内完成病灶鉴别工作。
8	业务系统流程改造及接口	无纸化业务流程改造	完成门诊无纸化、住院无纸化、医技无纸化、患者无纸化、病案归档无纸化系统流程改造，显著减少诊疗过程中纸质的使用量。
		移动医护流程改造	主要是移动医护开医嘱、执行医嘱、护理单相关业务与现有业务系统联动
		移动医护接口	包含基础字典接口、住院业务接口、护理接口、医护回写等
		公立医院绩效考核相关数据对接	包含医院his、电子病历、病案首页、财务等相关数据信息
		区卫平台业务接口	包含患者信息、检验、检查信息等
		DIP数据对接和业务改造	包含HIS基础数据对接、HIS业务数据对接、HIS中西医病案首页数据对接、医保结算清单数据对接、HIS调用改造接口等
9	新大楼业务系统实施	业务系统实施	将医院现有业务系统实施部署到新大楼（包含从原大楼至新大楼光纤网络的建设）

 

3.1.3 总体框架

本项目以南沙区区域卫生信息平台建设为基础，总体框架从上至下依次分为五层，分别为：服务展现层、应用服务层、应用支撑层、数据处理层及运行支撑层。

服务展现层是面向医院医生、护士、技师、患者、管理五类用户的服务展示集合。

SaaS应用服务层是支撑展现层实现功能的各类应用组件的合集。主要以南沙区现有正在使用的区域卫生信息平台为基础进行新建及升级，新建内容包括院内数据中心、院内无纸化、移动医护、公立医院绩效考核、PACS系统、DIP管理、CT智能影像分析，升级内容包括新大楼业务系统实施、业务系统流程改造及接口。

PaaS应用支撑层是实现业务功能的基础系统合集。主要包括注册服务、ESB、统一用户管理、统一登录与认证、索引服务、工作流引擎。支撑层通过数据采集、共享和交换机制，整合医疗卫生业务应用系统中的数据，实现信息共享和数据集成，为应用层提供数据支撑。本次项目复用已建区域卫生信息平台相关组件。

DaaS数据处理层主要对南沙区全区各公立医疗机构的卫生信息数据实现存储和集中管理，保障数据的安全存储和高效使用，服务于全区区域卫生信息化各类应用及业务系统建设。本次项目复用已建区域卫生信息平台相关组件。

IaaS基础设施层是保证南沙区区域卫生信息平台及本次项目所建设相关系统的正确开发、顺利运行所必须的软件技术和硬件网络。本次项目所建相关软件系统均部署在南沙区区域医疗云平台上，本项目该部分无需单独建设。

此外，还建设有系统安全保障体系、信息标准规范体系、运维保障体系等，保证本项目及南沙区区域卫生信息化整体建设的安全与标准化开展。

整体框架如下图所示：

原有系统、新建系统清单如下：

序号	类别	原有系统		本期新建系统
1	临床	医院信息系统支撑平台	对内集成临床信息系统、医院管理信息系统、电子病历浏览器	院内无纸化系统
2		区域HIS医院管理信息系统	包括门（急）诊管理、住院管理、药品管理、供应室与高值耗材管理、财务与医疗保险管理
3		区域EMR电子病历系统	包括门诊结构化电子病历、住院结构化电子病历、护理结构化电子病历、临床路径管理、医院感染监管系统、手术麻醉监护系统、重症监护系统
4		院内便民应用	包括排队叫号、门诊多媒体查询、住院多媒体查询、自助挂号、自助报告查询、满意度评价
5	医技	医技管理	包括LIS实验室检验系统、PACS影像信息系统、病理管理系统、心电管理、超声管理	PACS影像信息系统（单机版）、移动医护、CT影像系统
6		健康体检管理	包括体检中心管理、个人档案管理、单位档案管理、统计查询、系统维护
7		职业健康检查系统	记录接受职业健康检查的相关信息，包括上岗前、在岗期间、离岗和禁忌证和疑似职业病人处理、职业病病人管理、尘肺病人管理，应急职业健康检查
8	运营管理	医院综合管理	包括病案管理、医疗统计分析、医疗不良事件报告管理、人事管理、成本核算、后勤与资产管理	DIP医保控费管理、公立医院绩效考核系统、数据中心建设
9		医疗电子票据管理平台	满足医院电子票据改革的需要，严格遵守财政部的财政电子票据管理改革的标准规范和业务要求，实现对电子票据的赋码、开具、传输、查验、入账、归档等流程的管理

3.1.4 整体技术框架

本次项目基于南沙区域卫生信息平台系统进行建设，将严格遵循平台原技术规范和相关要求，遵循国家卫健委《基于健康档案的区域卫生信息平台建设指南（试行）》以及《基于健康档案的区域卫生信息平台建设技术解决方案（试行）》以及广东省、广州市卫健委等相关建设要求，遵循IHE ITI（集医疗机构技术基础框架）规范。整体技术架构图如下：

3.2 数据中心建设

建设机房，加入防火墙、多链路等加强数据中心建设，承载医院部分自建系统，例如影像数据存储等。

3.2.1 网络拓扑图

图 3.2 数据中心建设-1网络拓扑图

3.2.2 数据中心配套硬件参数

表 3.2 数据中心建设-2数据中心配套硬件参数表

序号	模块	名称	配置	单位	数量
1	机房 建设	机柜	网络机柜；42U；600*800*2045mm	套	4
			网络机柜；42U；600*600*2045mm	套	2
		KVM	安装方式：机架式；接口类型：VGA;接口数量：8或以上	台	2
		机房配电施工	从电井布设线路至机房，负荷需满足机房所有设备正常运行，包含线路及配电设备	项	1
2	核心 交换机	内网核心交换机（2台）	总装机箱（双主控、双电源）	个	2
			48端口千兆以太网光接口板(X6S,SFP)	块	2
			光模块-eSFP-GE-单模模块(1310nm,10km,LC)	个	70
			三年原厂维保，原厂工程师上门维保服务	项	1
3	防火墙	防火墙	标准1U机架式设备；4GB内存；扩展槽位：2*WSIC；HDD：配300GB单硬盘，支持热插拔；配置4个10/100/1000自适应电口，2个千兆光口；支持扩展板卡插槽（可扩展千兆电口/千兆光口/万兆光口，支持BYPASS插卡）；一年原厂保修	台	2
4	接入交换机	服务器接入交换机	(48个10/100/1000BASE-T以太网端口,4个万兆SFP+,单子卡槽位,单电源)，每台配套堆叠线缆，2个光模块-eSFP-GE-单模模块(1310nm,10km,LC) 三年原厂维保服务	台	2
5	路由器	路由器	1*SRU 槽位,4*SIC 槽位,2*WSIC 槽位,2*XSIC 槽位,2*POWER 槽位 1个业务路由单元400H板,14*10GE(SFP+),10*GE Copper, 2个350W 交流电源模块(银色) 4个光模块-eSFP-GE-单模模块(1310nm,10km,LC) 三年原厂维保服务	台	1

 

3.3 院内无纸化建设

结合医院网络情况、以及医院内外网数据交换安全需求，基于云服务的医院电子认证，以合法电子认证及电子签名技术为基础的全流程无纸化解决方案，全面保障南沙区第六人民医院信息系统得以安全、合法、有序开展，并助推该院病历的无纸化进程。

3.3.1 云认证签名服务系统

为满足南沙区域信息化统一规划，后续能复用到其他医院，采用云认证签名服务，用户无需传统的USBkey进行身份认证，只需通过云认证签名服务平台，进行个人证书用户下载即可完成签名，实现的方式如下：

（1）具备移动智能终端安全密码。

（2）在医院部署前置机：形成前置服务区，保障医院内外网数据交换安全，完成签名数据的部分处理工作。

（3）连接医院业务系统与云认证签名服务平台：通过数据接口形式进行连接。

（4）云认证签名服务平台为医院证书用户审核身份信息、制作数字证书。

（5）▲云认证签名服务平台需基于SM2 密钥分割技术和协同签名技术实现的签名，具有私钥生成、存储、使用、更新、销毁管理功能。（需提供带有第三方检测机构公章的检测报告扫描件截图证明）

（6）▲云认证签名服务平台需支持协同密钥产生、协同签名、验证接口支持 SM2 算法。（需提供带有第三方检测机构公章的检测报告扫描件截图证明）

（7）证书用户下载可通过APP/SDK/小程序并使用签名服务：在不改变原医护技人员原业务系统使用习惯的基础上，无需USBKey介质，使用用户个人手机通过云签名平台服务完成医护技人员身份认证及电子签名。

（8）▲患者通过小程序或患者签名APP/SDK获取待签名数据，实现患者及家属对知情文书的签署。提供文书管理功能，支持异常文书、待签文书、已签文书管理；提供患者管理功能，支持查看患者列表，通过按科室名称、患者名称查询到患者信息（需提供系统功能截图证明）

（9）▲提供医院信息系统的签名验证加盖时间戳等功能。时间戳服务需支持签发可信时间戳、验证时间戳有效性，时间戳结构符合RFC3161/RFC2630/GM0033 标准，支持以Adobe 免集成方式签发和验证时间戳。（需提供带有第三方检测机构公章的检测报告扫描件截图证明）

（10）提供归档电子签章功能，保证PDF版式病案文件的交互与存储管理的可信，可控，保真，防篡改，凭证作用。

（11）▲云认证签名服务平台需具备《商用密码产品认证证书》。（需提供相关证书扫描件截图证明）

（12）▲云认证签名服务平台需满足登录时支持生物识别和手机号身份核验，短信网关可配置自建云服务短信网关和第三方短信网关。（需提供带有第三方检测机构公章的检测报告扫描件截图证明）

（13）▲云认证签名服务平台需具备《信息技术产品安全测试证书》。（需提供相关证书扫描件截图证明）

具体功能如下：

3.3.1.1 医护技电子签名

（1）证书申请

1）医院医护技用户的信息通过内控平台同步给云签名服务平台端。

2）云签名服务平台对用户信息进行审核，审核结果通过API进行回调。

3）审核通过的医师用户使用个人审核通过的手机号登入APP/SDK/小程序，下载个人数字证书，设置个人签章图片。

更换设备——数字证书找回

医院医护技用户在现实工作中存在更换个人手机设备、删除签名APP的情况。此情况由于医护技用户的个人身份信息未发生变更，对于个人的数字证书不需要重新签发，只需进行个人数字证书找回即可

流程如下：

a.在手机端重新下载签名APP；

b.进入APP找到“证书找回”功能，利用注册手机号进行数字证书的找回。

证书在线更新

每年证书即将到期时，云签名服务平台会有到期提醒，用户只要点击更新即可。

（2）自动签名

用于门诊、住院病历书写、医技报告等非经常移动性场景用户使用；用户打开业务系统授权认证登陆，在签名手机端开启自动签名授权，在授权期间，业务系统每发起一次签名请求，签名手机端可自动完成签名，无需医生用户手动确认。

医院管理人员可按照不同科室设置2/4/6/8/10小时的授权时间，超时自动退出，用户也可在APP手机端随时点击退出自动签名。

使用流程：用户打开业务系统授权认证登陆，在签名APP手机端开启自动签名授权，在授权期间，业务系统每发起一次签名请求，签名APP手机端可自动完成签名，无需医生用户手动确认。

（3）协同签名

用于上级医生外出需下级医生协作处理医疗工作或同一位用户多台电脑登入业务系统账号场景。使用流程如下：

医生用户正常开展诊疗业务，当触发电子签名请求时，对待签名的电子数据进行提交；提交的电子签名请求数据通过签名通信平台同步到签名服务端，同时加盖时间戳进行数据固化。签名服务端通过自有的推送机制将待签名信息推送到APP或小程序；医师用户打开APP或小程序，在‘待签’管理页面进行电子签名的确认签名成功，签名云平台将签名结果回调给通信平台；为实现合法有效的电子签名同时能有效的管控医师用户，院内的业务信息系统需要配合改造：当用户在跨天登录时系统判断当前用户有无待签名数据。如果有待签名数据需提示用户要将数据签名处理完成以后才可开展新业务。

（4）扫码签名

用于三级检诊、远程会诊等，同一份医疗文书无法通过业务系统流转而需多人签名场景。使用流程如下：

1）医生用户正常开展诊疗业务，当需要医生A签名时，触发电子签名请求时，业务系统会呈现二维码，医生A可使用APP中“扫一扫”功能进行签名。

2）医生A完成签名后，需要另一位医生B签名时，触发电子签名请求时，业务系统会呈现另一个二维码，医生B可使用APP中“扫一扫”功能进行签名。

3）医生B完成签名后，需要另一位医生C签名时，触发电子签名请求时，业务系统会呈现另一个二维码，医生C可使用APP中“扫一扫”功能进行签名。以此可实现多用户同时签名。

（5）授权签名

用于上级医生出差需下级医生协作处理医疗工作。使用流程如下：

1）上级医师无需用key，只需通过手机App打开“授权管理”，选择“被授权人”（可填写或者关联上下级关系进行选择）；

2）上级医师开启后会回调给业务系统“开启授权”“被授权人”的信息，业务系统将上级医师病人信息流转至下级医师账号中；

3）下级医师登录账号推送“被授权数据”进行签署；

4）签署成功，上级医师app端同时展示授权期间被签署的数据列表。

3.3.1.2 患者电子签名

院外/院内均可使用，患者关注小程序可随时随地进行签名。患者使用个人的手机设备（如微信小程序）。

流程说明：

医生在医生工作站完成授权书/知情文书的录入和生成；

医生推送待签名的授权书/知情文书到医院微信小程序，一个待签文书支持多关键字（多个签名位置）签名；

1)        患者通过微信扫描医院小程序二维码，进入小程序；

2)        点击“微信登录”→进行授权登录→进入诊疗服务首页；

3)        患者自行添加绑定就诊人信息，输入患者姓名、身份证号、手机号等信息，在“患者签名”模块中，根据绑定的就诊人信息搜索就诊人的待签署文件；

4)        若待签署文件只有一个关键字（即一个签名位置），则点击签署，直接进入签署流程，完成人脸识别/人脸拍照/手写签名等一系列操作；

5)        若待签署文件有多个关键字（即多个签名位置），则点击签署后，需要先选择其中一个关键字，然后完成人脸识别/人脸拍照/手写签名等一系列操作，同流程依次完成所有关键字（即所有签名位置）的签名后，即完成该签署文件的签名；

6)        患者签署系统使用数字证书对知情文书进行数字签名，并将签名结果（患者签名图片、签名值、时间戳签名值等信息）返回到云签名服务平台，业务系统拉取即可获得签名结果。

3.3.2 电子病案归档管理系统

电子病案归档管理系统可通过病案电子化存储，实现病案的无纸化管理，节省了纸质病历的存放空间，减少了医院对纸质病历的管理成本。通过电子病案的自动归档，实现病案全流转、全在线的过程管理， 提高了病案室工作效率、归档病历资料的合规使用效率和病案管理的管理质量。支持病案的自助打印，无需多次往返病案室，方便患者，提高患者满意度。

3.3.2.1 系统流程

3.3.2.2 元数据管理模块

根据《电子文件归档与管理规范》国家标准，电子文件的元数据被定义为：“描述电子文件数据属性的数据，包括文件的格式、编排结构、硬件和软件环境、文件处理软件、字处理软件和图形处理软件、字符集等数据”。元数据的定义和积累对未来对病案进行深入分析研究等都具有重大的意义。本系统的元数据定义采用模块化方式，配置非常灵活，且可以根据需要定制多种方案并关联到不同文档上。

（1）可从数据元素到表单到文件级别的多层级元数据维护，支持元数据方案。

（2）可以各种检索、统计、编目、智能处理等对文档数据的需求。

（3）可以根据不同场景按医院需求进行元数据展示，展示方式可定制。

（4）可从业务系统接口获取元数据，同时支持手工录入。

3.3.2.3 医疗数据版式化转化

通过嵌入式提取的方式，将临床业务系统的需要转换成PDF版式文件文档的数据自动导入到可信病案管理系统中，系统可根据已按规则定制好的模版，对相应的数据进行自动转换为通用版式文件文档，并可进行批量生成。

医疗数据散落在医院各类信息系统中，要实现医疗数据的版式化转化，首先需要从不同临床业务系统中抽取医疗数据，然后依托预先设定的各类业务的模板进行版式文件的组合，最后生成版式文件。下图展示了医疗数据版式化转化过程：

转化流程：

（1）数据采集：各类临床业务系统可以通过开放数据库通过医疗数据采集接口收集各类医疗数据；或者业务系统提供组合好的XML文件，将医疗数据提供给可信病案管理信息系统；

（2）模板匹配：根据预先定义好的模板和匹配关系，将模板和数据进行匹配，实现PDF版式转化；

（3）可信处理：进行下一步可信的版式文件处理。

3.3.2.4 电子病案可信处理

生成合法合规的电子档案并满足档案版式文件的需求，满足长期保存的需求、满足电子档案可脱离系统独立使用并合法有效的需求，是无纸化必不可少的功能。可以说没有生成合法合规、独立可用的版式文件。就不能说实现了无纸化。

系统对档案版式文件标准转换并对病案的可信处理，包括：原始医疗数据的过程签名信息的保存、病案的归档电子签章（支持电子骑缝章）、并记录时间戳及日志信息，利用时可通过数字水印保护病案的安全性及数据的合法性。

通过系统提供的专用接口，将医疗数据原始信息配合数字签名、时间戳、数字证书等信息一并打包，保存到PDF版式文件隐藏域中。同时对PDF文件进行电子签章、时间戳、数字水印、文件加密等功能。同时满足多页批量签章，在多页的PDF文档中每页的相同位置加盖相同的印章，签章的位置支持坐标方式定位，每页的签章都有电子签名。针对PDF进行多页签章每页签名，签章效率小于3秒。

电子病案的可信处理包括：原始医疗数据的过程签名信息的保存、PDF病案的电子签章（支持骑缝章）、PDF病案的时间戳、打印文件的二维码和数字水印保护。

可信处理流程：

（1）从临床业务系统中获取“原文数据+数字证书+数字签名+时间戳等信息”；

（2）通过系统提供的专用接口，将上述信息对应到生成的PDF版式文件，保存到PDF版式文件隐藏域中；

（3）对新生成的PDF版式文件调用PDF签章服务器进行电子签章；

（4）调用时间戳服务器，实现对PDF版式文件的时间戳加盖；

基于系统提供的二维码和数字水印服务，产生二维码和数字水印。

对于符合归档标准的病案进行归档签章，配备PDF签章服务器，系统会将需要签章的PDF文档发送的PDF签章服务器，PDF服务器可根据需求定制签章模板并根据业务请求为PDF加盖电子签章。有效保障归档文件的不可篡改及真实有效。

3.3.2.5 电子档案标准化及标准化管理

档案封装标准的定义是对外围系统档案数据封装的规范，也是双方交互的数据标准，对档案标准化进行系统管理。

3.3.2.5.1 标准化原则

1、目的性原则。根据医药卫生体制改革提出的“建立实用共享的医药卫生信息系统”总体要求，现阶段我国电子病历标准化工作的主要目的是满足医疗卫生机构之间临床诊疗信息的互联互通、数据共享需要，实现以健康档案和电子病历为基础的区域卫生服务协同。

2、等同性原则。为实现与国际接轨、少走弯路，尽量遵循、等同采用目前卫生领域已有的国际、国内普遍应用的成熟标准，如国际疾病分类代码（ICD）、中医病证分类与代码（TCD）、HL7临床文档架构（CDA）等。

3、本地化原则。在等同性原则基础上，应对其中不符合中国实际的有关标准内容增加适当的约束或限制条件，使其更好地满足应用需求。

4、一致性原则。数据交换标准的制定应严格遵循各项上位标准，如：WS/T 303－2009卫生信息数据元标准化规则、WS/T 305－2009卫生信息数据集元数据规范、WS/T 306－2009卫生信息数据集分类与编码规则，以及健康档案基本数据集编制规范、健康档案数据元分类代码以及《WS 365-2011城乡居民健康档案基本数据集》、《电子病历基本数据集（征求意见稿）》等，以保证电子病历与健康档案之间的无歧义衔接。

3.3.2.5.2 数据标准

根据现阶段电子病案标准化目的和标准化原则，电子病案数据结构分述如下：

1、电子病案数据结构

电子病按主要由临床文档组成，临床文档是电子病案中各类业务活动记录的基本形式。临床文档中的数据存在着一定的层级结构关系，其中有包含与被包含的关系，也有按同类属性相互嵌套的关系。临床文档的结构化和标准化，是电子病案实现语义层数据交换与共享的基本要求。

电子病案数据结构用于规范描述电子病历中数据的层次结构关系，即电子病历从临床文档到数据元的逐步分解、或从数据元到临床文档的逐步聚合关系。

电子病案数据结构分为四层：

（1）临床文档：位于数据结构的最顶层，是由特定医疗服务活动（卫生事件）产生和记录的患者（或保健对象）临床诊疗和指导干预信息的数据集合。如：门（急）诊病历、住院病案首页、会诊记录等。

（2）文档段：结构化的临床文档一般可拆分为若干逻辑上的段，即文档段。文档段为构成该文档段的数据提供临床语境，即为其中的数据元通用定义增加特定的约束。结构化的文档段一般由数据组组成，并通过数据组获得特定的定义。本标准中未明确定义文档段，但隐含了文档段概念。

（3）数据组：由若干数据元构成，作为一个数据元集合体构成临床文档的基本单元，具有临床语义完整性和可重用性特点。数据组可以存在嵌套结构，即较大的数据组中可包含较小的子数据组。如：文档标识、主诉、用药等。

（4）数据元：位于数据结构的最底层，是可以通过定义、标识、表示和允许值等一系列属性进行赋值的最小、不可再细分的数据单元。数据元的允许值由值域定义。

3.3.2.6 电子病案制作系统

电子病案制作子系统提供给病案室人员使用，电子病案归档的全流程管理包括对通过病案归集采集来的病案进行回收、质控、归档、编目、上架各个环节的管理，具体功能模块包括PDF文件编目整合、创建索引、编制病案号、PDF病案编辑功能。

 

具体见招标文件