数据添加友情链接

东莞市区域电子病历共享平台建设项目招标文件招标编号:441900-201907-0006005002-0004采购人:东莞市卫生健康局招标代理机构:广东国政建设工程咨询有限公司目录第一部分投标邀请4投标邀请函5第二部分供应商须知7一、说明81.
适用范围及资金来源82.
定义83.
供应商的资格条件84.
合格的货物和服务105.
投标费用116.
联合体投标(本次招标不适用)11二、招标文件127.
招标文件的组成128.
招标文件的澄清或修改12三、投标文件的编制139.
投标文件的语言及度量衡单位1310.
投标文件的组成1311.
投标文件格式1412.
投标文件的编制、数量和签署1413.
投标报价说明1514.
投标货币1515.
投标有效期1516.
投标保证金1616.
1本项目不要求提交投标保证金.
16四、投标文件的提交1617.
投标文件的标记和密封1618.
投标截止时间1619.
迟交的投标文件1720.
投标文件的补充、修改与撤回17五、开标与评标及定标1721.
开标1722.
评标委员会与评标方法1823.
投标文件的评审19六、合同授予2924.
合同授予标准2925.
定标29七、合同签订和履行2926.
合同的签订2927.
履约保证金3028.
融资30八、招标代理服务费30九、其他3130.
适用法律3131.
招标文件解释权32第三部分合同书格式33第四部分用户需求书41第五部分投标文件格式159一、价格文件160(一)开标一览表(报价总表)160(二)投标分项报价表161二、商务文件162(一)投标函162(二)资格证明文件1641.
供应商资格声明函1642.
在经营活动中没有重大违法记录的书面声明1653.
供应商法人或其他组织的营业执照等证明文件,或自然人的身份证1664.
供应商资格条件的证明材料1665.
法定代表人身份证明书1676.
法定代表人授权委托书168(三)业绩表169(四)商务差异表170(五)供应商认为需要提供其他证明文件171三、技术文件172(一)投标技术服务方案172(二)技术差异表173(三)拟安排本项目技术服务人员情况表174四、唱标信封175五、(以下格式文件由供应商根据需要选用)176第一部分投标邀请投标邀请函广东国政建设工程咨询有限公司(以下简称"广东国政")受东莞市卫生健康局(以下简称"采购人")的委托,现就东莞市区域电子病历共享平台建设项目(采购编号:441900-201907-0006005002-0004)进行公开招标采购,本项目招标文件公示(公告)时间为:2019年08月14日至2019年08月21日,欢迎有实施能力和资质的国内供应商参加投标.

1.
项目名称:东莞市区域电子病历共享平台建设项目,采购编号:441900-201907-0006005002-0004.
2.
采购内容:详见《用户需求书》.
3.
获取招标文件的时间、地点、方式及招标文件售价3.
1购买招标文件期限:2019年08月14日至2019年08月21日(公休节假日除外),上午8:30~11:30,下午14:00~17:30(北京时间).
3.
2招标文件售价:人民币150元/套(售后不退).
3.
3购买招标文件地点:东莞市南城区簪花路中孚大厦第5层503室.
3.
4购买招标文件联系人:蔡小姐,联系电话:0769-228814563.
5获取招标文件方式:现场购买.
在购买采购文件时须提供《营业执照》或《事业单位法人证书》复印件(加盖公章).
投标人必须在开标前登录广东省政府采购网(办事指南链接:http://www.
gdgpo.
com/workEnchiridion.
html)完成供应商注册登记,以及通过东莞市政府采购网或东莞市公共资源交易网进行建档入库(建档入库指南链接:http://czj.
dg.
gov.
cn/dggp/portal/documentView.
domethod=view&id=2360453),由于未完成注册登记以及建档入库而造成的后果由供应商自行承担.

4.
提交投标文件时间、地址:提交投标文件时间:2019年09月04日上午09:00-09:30.
提交投标文件地址:东莞市南城区西平社区宏伟三路45号东莞市公共资源交易中心开标六室.
5.
开标时间和投标截止时间、地点及事宜:开标时间和投标截止时间:2019年09月04日09:30.
开标地址:东莞市南城区西平社区宏伟三路45号东莞市公共资源交易中心开标六室.
6.
广东国政、采购人不负责供应商准备投标文件和提交投标文件所发生的任何成本或费用.
7.
广东国政只接受已办理报名及登记购买招标文件的供应商的投标.
8.
有关本次招标之事宜,可按下列形式查询:单位名称:广东国政建设工程咨询有限公司联系人:张先生何先生联系电话:0769-22881456传真:0769-22881456邮政编码:523000地址:东莞市南城区簪花路中孚大厦第5层503室.
第二部分供应商须知一、说明1.
适用范围及资金来源1.
1本次招标项目为东莞市区域电子病历共享平台建设项目,详细要求见《用户需求书》.
1.
2采购预算为:财政资金,总预算金额:人民币贰仟陆佰肆拾叁万肆仟捌佰元整($26,434,800.
00);其中政务云租赁费预算金额:人民币贰佰万元整($2,000,000.
00).
总预算金额包含政务云租赁费预算金额.

2.
定义2.
1采购人:东莞市卫生健康局.
2.
2供应商:指向采购人提供货物或者服务的法人、其他组织或者自然人.
2.
3评标委员会:评标委员会是依据《中华人民共和国政府采购法》及其实施条例、《政府采购货物和服务招标投标管理办法》等组建的专门负责本次招标评标工作的临时性机构.
2.
4日期:指公历日.
2.
5时间:指北京时间.
2.
6合同:指由本次招标所产生的合同或合约文件.
2.
7招标文件中所规定"书面形式",是指任何手写的、打印的或印刷的方式,通讯方式包括专人递交或传真发送.
3.
供应商的资格条件3.
1供应商须具备《中华人民共和国政府采购法》第二十二条规定的条件,并提供以下证明资料:(1)法人或者其他组织的营业执照(或事业单位法人证书)等证明文件(本项目允许总公司授权其分公司或分支机构作为投标人参与本项目政府采购活动,如果是分公司或者分支机构作为投标人的,须由总公司出具的授权书对此事负责并承担相应民事责任,同时须明确授权范围,例如对于是否授权使用总公司的资质、业绩、人员、代表总公司签订合同、本次采购活动的印章等),自然人参加投标时还须提供自然人的身份证明材料;(2)2018年财务状况报告或者基本户开户银行出具的资信证明(2019年注册或注册未满一年的投标人,提供投标截止日前6个月内任意1个月的财务状况报告或者基本户开户银行出具的资信证明);(3)提供投标截止日前6个月内任意1个月依法缴纳税收相关证明材料;如依法免税,则须提供相应文件证明其依法免税;(4)提供投标截止日前6个月内任意1个月依法缴纳社会保障资金的相关证明材料;如依法不需要缴纳社会保障资金,则须提供相应文件证明其依法不需要缴纳社会保障资金;(5)履行合同所必须的设备和专业技术能力的证明材料;(供应商根据招标文件要求自行提供);(6)参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明.
(供应商参照招标文件格式出具《在经营活动中没有重大违法记录的书面声明》).
3.
2凡两家或以上供应商参加同一项目的采购,有如下情况的,一经发现,将视同串标处理:1)、不同投标人的投标文件由同一单位或个人编制;2)、不同投标人委托同一单位或个人办理投标事宜;3)、不同投标人的投标文件载明的项目管理成员或联系人为同一人;4)、不同投标人的投标文件异常一致或者投标报价呈规律性差异;5)、不同投标人的投标文件相互混装.

3.
3本项目不接受联合体投标.
3.
4投标人未被列入"信用中国"网站(www.
creditchina.
gov.
cn)"记录失信被执行人或重大税收违法案件当事人名单或政府采购严重违法失信行为"记录名单;不处于中国政府采购网(www.
ccgp.
gov.
cn)"政府采购严重违法失信行为信息记录"中的禁止参加政府采购活动期间.
(以采购代理机构于投标截止日当天在"信用中国"网站(www.
creditchina.
gov.
cn)及中国政府采购网(www.
ccgp.
gov.
cn)查询结果为准,如相关失信记录已失效,投标人需提供相关证明资料).

4.
合格的货物和服务4.
1货物是指供应商制造或组织符合招标文件要求的货物等.
投标的货物必须是其合法生产的符合国家有关标准要求的货物,并满足招标文件规定的规格、参数、质量、价格、有效期、售后服务等要求.
招标文件中没有提及招标货物来源地的,根据《中华人民共和国政府采购法》及其实施条例的相关规定应当是本国货物.

4.
2服务是指除货物和工程以外的其他政府采购对象,其中包括供应商须承担的运输、安装、技术支持、培训及招标文件规定的其它服务.
4.
3属于政府采购强制采购节能产品,供应商提供所投产品应已列入最新一期《节能产品政府采购清单》(注:该清单可查询中国政府采购网,请供应商打印产品所在清单页,并对相关内容作圈记).
4.
4供应商应保证,采购人在中华人民共和国使用货物或服务的任何一部分时,采购人免受第三方提出侵犯其专利权、商标权或其它知识产权的起诉.
4.
5验收.
4.
5.
1验收工作由采购人(或采购人指定的单位)与供应商共同进行.
4.
5.
2在验收时,供应商应向采购人提供货物或服务的相关资料,按采购人提出的方式验收.
4.
5.
3由采购人对货物或服务的质量、规格和数量及其他进行检验.
如发现质量、规格和数量等任何一项与招标要求规定不符,采购人有权拒绝接受.
5.
投标费用5.
1广东国政、采购人不负责供应商准备投标文件和提交投标文件所发生的任何成本或费用.
6.
联合体投标(本次招标不适用)6.
1联合体投标的供应商应当满足下列条件:6.
1.
1以联合体形式进行政府采购的,参加联合体的供应商均应当具备《中华人民共和国政府采购法》第二十二条规定的条件,联合体各方之间应当签订联合体协议,明确约定联合体各方承担的工作和义务,并将共同联合体协议连同投标文件一并提交.

6.
1.
2以联合体形式参加政府采购活动的,联合体各方不得再单独参加或者与其他供应商另外组成联合体参加同一合同项下的政府采购活动.
6.
1.
3联合体中有同类资质的供应商按照联合体分工承担相同工作的,按照资质等级较低的供应商确定资质等级.
6.
1.
4联合体各方应当共同与采购人签订采购合同,就采购合同约定的事项对采购人承担连带责任.
二、招标文件7.
招标文件的组成7.
1招标文件包括:7.
1.
1投标邀请函;7.
1.
2供应商须知;7.
1.
3合同书格式;7.
1.
4用户需求书;7.
1.
5投标文件格式.
7.
2供应商应认真阅读招标文件中所有的事项、格式、条款和规范等要求.
供应商没有按照招标文件要求提交全部资料或者投标文件没有对招标文件在各方面作出实质性响应是供应商的风险,有可能导致其投标被拒绝,或被认定为无效投标.

8.
招标文件的澄清或修改8.
1采购人或广东国政对已发出的招标文件进行必要的澄清或者修改的.
澄清或者修改的内容可能影响投标文件编制的,广东国政将在投标截止时间至少15日前,以书面形式通知所有获取招标文件的潜在供应商;不足15日的,广东国政将顺延提交投标文件的截止时间.
并在财政部门指定的政府采购信息发布媒体上发布变更公告.

8.
2采购人或广东国政可以视采购具体情况,延长投标截止时间和开标时间,但至少应当在招标文件要求提交投标文件的截止时间3日前,将变更时间书面通知所有招标文件收受人,并在财政部门指定的政府采购信息发布媒体上发布变更公告.

8.
3招标文件的澄清或者修改内容作为招标文件的组成部分,并对供应商具有约束力.
当招标文件、招标文件的澄清或修改在同一内容的表述上不一致时,以最后发出的文件内容为准.
三、投标文件的编制9.
投标文件的语言及度量衡单位9.
1供应商提交的投标文件以及供应商与广东国政就有关投标的所有来往函件均应使用简体中文书写.
供应商提交的支持资料和已印刷的文献可以用另一种语言,但相应内容应附有中文翻译本,在解释投标文件的修改内容时以中文翻译本为准.
对中文翻译有异议的,以权威机构的译本为准.

9.
2除非招标文件在技术规格中另有规定,供应商在投标文件中及其与广东国政和采购人所有往来文件中的所有计量单位均应采用中华人民共和国法定计量单位.
10.
投标文件的组成10.
1供应商编写的投标文件应包括价格文件、商务文件、技术文件和唱标信封.
10.
2投标文件的构成应符合法律、法规及招标文件的要求.
11.
投标文件格式供应商提交的投标文件应当按照招标文件的投标文件格式(表格可以按同样格式扩展).
12.
投标文件的编制、数量和签署12.
1供应商应提交一套正本(包括价格文件、商务文件和技术文件)、七套副本(包括价格文件、商务文件和技术文件)、一份唱标信封以及1份电子文件(电子文件随正本提交,电子文件用光盘储存,光盘上注明投标人名字及项目名称、编号)的投标文件.

12.
2投标文件正本均需打印或用不褪色墨水书写,除规定必须加盖公章或法人代表(授权代表)签字的文件,投标文件不需要每页都加盖公章和法人代表(授权代表)签字.
投标文件须盖骑缝章.
投标文件的副本可采用正本的投标文件复印件,每套投标文件应当标明"正本"、"副本"的字样.
若正本与副本不符,以正本为准.

12.
3如供应商对招标文件多个包组进行投标的,其投标文件可按每个包组的要求编制和提交;或者将所投包组的内容在同一套投标文件编制和提交,并在投标文件中明确各包组的投标内容.
12.
4投标文件中的任何重要的插字、涂改和增删,必须由法定代表人或其正式授权代表在旁边签字或盖章才有效.
12.
5供应商必须对投标文件所提供的全部资料的真实性承担法律责任,并接受广东国政、采购人及政府采购监督管理部门等对其中任何资料进行核实的要求.
12.
6传真或电传的投标文件将拒绝接收.
13.
投标报价说明13.
1本次招标,供应商必须就所有内容进行投标报价,如果供应商对于招标文件或答疑文件中为满足技术要求中所提供的货物或服务有未报价或漏报、错报、缺报等情况,可以视其为供应商予以采购人的投标优惠报价,中标后不予调整.
如果采购人不接受对其错误的更正,其投标将被拒绝.

13.
2投标报价应包含完成本次招标所有服务内容的费用,包含各种税务费及合同实施过程中的不可预见费用等全部费用(含招标文件所要求的必要的辅助材料费用)和售后服务费等.
13.
3投标报价应包括所提供货物或服务所需的专利权和版权、设计或其他知识产权而需要向其他方支付的版税.
13.
4若投标报价小写金额与大写金额存在差异,以大写金额为准.
13.
5供应商的投标报价在合同执行期间是固定不变的,不得以任何理由予以变更.
13.
6中标后开出的所有发票必须与中标供应商的名称一致.
14.
投标货币供应商所提供的货物或服务均以人民币报价.
15.
投标有效期15.
1投标文件应根据供应商须知的规定在投标截止日后的90天内保持有效.
15.
2特殊情况下,在原有投标有效期截止之前,广东国政可要求供应商同意延长投标有效期.
这种要求与答复均应以书面形式提交.
16.
投标保证金16.
1本项目不要求提交投标保证金.
四、投标文件的提交17.
投标文件的标记和密封17.
1供应商应将投标文件的正本、副本、唱标信封分开单独密封包装.
在密封袋上标明"正本"、"副本"、"唱标信封"的字样,并在密封袋的封口处加盖供应商公章.
17.
2在投标文件密封袋上均应标明以下内容:(1)采购编号:(2)项目名称:(3)年月日时分开标,此时间之前不得启封;(4)供应商名称:17.
3如供应商的投标文件未按照招标文件规定标记和密封的,广东国政将不承担投标文件提前开封的责任.
18.
投标截止时间18.
1供应商应在招标文件规定的截止日期和时间前,将投标文件送达到指定地点.
18.
2广东国政可按照招标文件规定以澄清或修改通知的方式,酌情延长提交投标文件的截止时间.
在此情况下,供应商的所有权利和义务以及供应商受制约的截止时间,均以延长后新的提交投标文件截止时间为准.

19.
迟交的投标文件供应商在投标截止时间之后提交的投标文件,广东国政将拒绝接收.
20.
投标文件的补充、修改与撤回20.
1供应商在提交投标文件截止时间前,可以对所提交的投标文件进行补充、修改或撤回,并以书面形式通知广东国政.
在提交投标文件截止时间之后,供应商不得对其投标文件作出任何的补充和修改.
20.
2供应商对投标文件的补充、修改的内容应当按招标文件要求的签署、盖章,作为投标文件的组成部分.
并按照招标文件规定密封和标记的要求提交,并在投标文件密封袋上标明"补充、修改"或"撤回"字样.

20.
3在提交投标文件截止时间至投标有效期满之前,供应商不得撤回其投标文件.
五、开标与评标及定标21.
开标21.
1广东国政按照招标文件规定的时间和地点组织公开开标,并邀请所有供应商代表参加.
21.
2按招标文件规定提交撤回通知的投标文件不予开封,并退回给供应商.
21.
3开标程序21.
3.
1开标会由广东国政主持,供应商的法定代表人或经其正式授权代表务必携带有效身份证明准时参加开标会并签名报到,以证明其出席.
投标人未参加开标的,视同认可开标结果.
21.
3.
2投标文件的密封情况由供应商推选的代表检查投标文件的密封情况.
21.
3.
3经确认无误后,由有关工作人员当众拆封,宣读供应商名称、投标价格和投标文件的其他主要内容.
21.
3.
4开标时,投标文件中开标一览表(报价总表)内容与投标文件中报价明细表内容不一致的,以开标一览表(报价总表)为准.
21.
4广东国政对开标全过程进行记录,开标记录由各供应商代表签字确认,并存档备查.
22.
评标委员会与评标方法22.
1评标委员会.
22.
1.
1本次招标依法组建评标委员会.
22.
1.
2评标委员会将按照招标文件确定的评标方法进行评审.
对招标文件中描述有歧义或前后不一致的地方,评标委员会有权按法律、法规的规定进行评判,但对同一条款的评判应适用于各供应商.
22.
1.
3评审专家(不含采购人代表)有下列情形之一的,受到邀请应主动提出回避:22.
1.
3.
1三年内在参加该采购项目供应商中任职(包括一般工作)或担任顾问;22.
1.
3.
2配偶或直系亲属在参加该采购项目的供应商中任职或担任顾问;22.
1.
3.
3与参加该采购项目供应商发生过法律纠纷,以及其他可能影响公正评标的情况;22.
1.
3.
4就该采购项目招标文件征询过意见的.
22.
2评标原则和评标方法22.
2.
1评标原则:评标工作应依据《中华人民共和国政府采购法》及其实施条例、《政府采购货物和服务招标投标管理办法》等相关法律、法规的规定,遵循"公开、公平、公正、诚实信用"的原则进行.
评标委员会将按照规定只对通过初步评审的投标文件进行评审和比较.

22.
2.
2评标方法:本次招标的评标方法采用综合评分方法.
按照评标程序的规定和依据评分标准,各评委就每个供应商的商务状况、技术状况及其对招标文件要求的响应情况进行评议和比较,独立评出其商务评分和技术评分.
各评委的评分的算术平均值即为该供应商的商务得分和技术得分.
然后,评出价格得分.
将商务得分、技术得分和价格得分相加得出综合得分(评标总得分分值按四舍五入原则精确到小数点后两位).

22.
2.
3评标步骤:先进行初步评审,再进行商务、技术及价格评审.
23.
投标文件的评审23.
1投标文件初步评审.
23.
1.
1资格性检查.
采购人代表会依据法津法规和招标文件的规定,对投标文件中的资格证明进行审查,以确定供应商是否具备投标资格.
合格投标人不足3家的,不得评标.
23.
1.
2符合性检查.
评标委员会依据招标文件规定,从投标文件的有效性、完整性和对招标文件的响应程度进行审查,以确定是否对招标文件的实质性要求作出响应.
23.
1.
3资格性检查和符合性检查过程中,供应商投标文件有下列情形之一的,被认定为无效投标:(1)提交投标文件数量不足的;(2)①投标报价超过了采购总预算或②政务云租赁费报价超过政务云租赁费预算或③明显低于其他通过符合性审查投标人的报价且投标人不能证明其报价合理性的;(3)未按照招标文件规定要求签署、盖章的;(4)不具备招标文件中规定资格要求的;(5)投标有效期不足的;(6)不满足招标文件用户需求中带""要求的;(7)投标文件含有采购人不能接受的附加条件的;(8)法律、法规和招标文件规定的其他无效情形.
23.
2投标文件的澄清.
23.
2.
1对投标文件中含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容,评标委员会可以书面形式要求供应商作出必要的澄清、说明或者纠正.
供应商的澄清、说明或者补正应当书面形式,由其授权的代表签字,并不得超出投标文件的范围或者改变投标文件的实质性内容.
评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价,有可能影响产品质量或者不能诚信履约的,应当要求其在评标现场合理的时间内提供书面说明,必要时提交相关证明材料;投标人不能证明其报价合理性的,评标委员会应当将其作为无效投标处理.
根据供应商须知第23.
2.
2条规定,凡属于评标委员会在评标中发现的计算错误进行核实的修改不在此列.

23.
2.
2投标文件计算错误的修正23.
2.
2.
1评标委员会将对确定为实质上响应招标文件要求的投标文件进行校核,看其是否有计算或表达上的错误,修正错误的原则如下:23.
2.
2.
2投标文件中开标一览表(报价表)内容与投标文件中相应内容不一致的,以开标一览表(报价表)为准;投标文件的投标报价大写金额和小写金额不一致的,以大写金额为准;总价金额与按单价汇总金额不一致的,以单价金额计算结果为准;单价金额小数点或百分比有明显错位的,以开标一览表的总价为准,并修改单价;对不同文字文本投标文件的解释发生异议的,以中文文本为准.

23.
2.
2.
3按上述修正错误的原则及方法调整或修正投标文件的投标报价,供应商同意后,调整后的投标报价对供应商起约束作用.
如果供应商不接受修正后的报价,则其投标将被拒绝,并不影响评标工作.

23.
3投标文件的比较与评价.
评标委员会按照招标文件规定的评标方法和标准,对资格性检查和符合性检查合格的投标文件进行商务、技术和价格评估,综合比较与评价.
23.
3.
1商务评价:评标委员会对供应商的商务状况及响应程度进行评议和比较,并依据评分标准,评出其商务评分.
23.
3.
2技术评价:评标委员会对供应商的技术状况及响应程度进行评议和比较,并依据评分标准,评出其技术评分.
23.
3.
3价格评估:以总报价作为计分依据,综合评分法中的价格分统一采用低价优先法计算,即满足招标文件要求且投标价格最低的投标报价为评标基准价,其价格分为满分,各供应商的价格评分统一按照下列公式计算:价格得分=(评标基准价/评标价)*价格分值评标价:按招标文件规定条款的原则校核修正后的价格;评标基准价:各有效供应商的最低评标价.
23.
3.
4对小型或微型企业投标的扶持根据财政部、工业和信息化部制定了《政府采购采购促进中小企业发展暂行办法》(财库〔2011〕181号)的规定,对小型或微型企业产品的价格给予一定比例扣除,用扣除后的价格参与评审.
(参加政府采购活动的中小企业应按照招标文件中投标文件格式提出《中小企业声明函》,格式为《政府采购采购促进中小企业发展暂行办法》).
根据《财政部、司法部关于政府采购支持监狱企业发展有关问题的通知》(财库[2014]68号),监狱企业参加政府采购活动时,视同小型、微型企业,可享受小型、微型企业相等的政府扶持政策及待遇(注:参加政府采购活动的监狱企业必须提供由省级以上监狱管理局、戒毒管理局(含新疆生产建设兵团)出具的监狱企业证明文件).
根据《三部门联合发布关于促进残疾人就业政府采购政策的通知》(财库〔2017〕141号)的规定,符合条件的残疾人福利性单位在参加政府采购活动时,应当提供本通知规定的《残疾人福利性单位声明函》,并对声明的真实性负责.
在政府采购活动中,残疾人福利性单位视同小型、微型企业,享受预留份额、评审中价格扣除等促进中小企业发展的政府采购政策.
向残疾人福利性单位采购的金额,计入面向中小企业采购的统计数据.
残疾人福利性单位属于小型、微型企业的,不重复享受政策.
供应商提供的《中小企业声明函》或《残疾人福利性单位声明函》与事实不符的,依照《政府采购法》第七十七条第一款的规定追究法律责任.

23.
3.
4.
1符合中小企业划分标准应当符合小型或微型企业划分标准;提供本企业制造的货物、承担的工程或者服务,或者提供其他小型或微型企业的制造的货物.
本项所称货物不包括使用大型企业注册商标的货物.
23.
3.
4.
2供应商为小型或微型企业且投标产品含小型或微型企业产品时,其价格给予6%的扣除,即评标价=投标报价-小型或微型企业产品投标报价*6%.
23.
3.
4.
3大中型企业与小型或微型企业组成联合体共同参加非专门面向中小企业的政府采购活动.
联合协议中约定,小型或微型企业的协议合同金额占到联合体协议合同总额30%以上的,其价格给予2%的扣除,即评标价=联合体投标报价-联合体投标报价*2%.
联合体各方均为小型或微型企业的按照23.
3.
4.
2条规定给予其价格扣除.

23.
3.
5优先采购节能、环保产品23.
3.
5.
1供应商可查询中国政府采购网,所投产品具有列入最新一期《环境标志产品政府采购清单》、《节能产品政府采购清单》中属于政府采购优先采购节能环保产品的,请供应商打印产品所在清单页,并对相关内容作圈记.

23.
3.
5.
2在节能环保产品满足招标文件基本技术条件的前提下,优先采购节能环保品目清单中的产品,节能环保品目清单由国家统一确定和发布.
采购项目中涉及优先采购产品类别的,对获得节能产品认证证书或环境标志产品认证证书的产品给予3%的价格扣除用于计算价格分.

23.
4评分标准价格分值(满分10分)(2)商务评分(满分30分)(3)技术评分(满分60分)序号评分内容分值评分标准商务评分(30分)1企业实力141、投标人具有国家认证认可监督管理部门批准设立的认证机构颁发的质量管理体系认证证书、环境管理体系认证证书、职业健康安全管理体系认证证书证书,每证得1分,最高得3分.
(以上证书均须含计算机应用软件开发相关认证范围)2、投标人具有中国网络安全审查技术与认证中心颁发的信息系统安全集成服务资质的得3分,无不得分.
3、投标人具有国家版权部门颁发的软件著作权登记证书的,每个得0.
5分,最高2分.
4、投标人具有中国信息通信研究院或数据中心联盟颁发的云分发服务、云数据库服务及桌面云可信云认证的,每个得2分,最高得6分,无不得分.
(须提供以上有效证书复印件加盖投标人公章,提供材料范围含其上级或集团公司及其分支机构)2企业荣誉81、投标人自2016年以来有获得工商行政主管部门或市场监督管理部门(须提供以上相关证件的复印件加盖投标人公章,如投标人注册所在地的上述部门不再颁发的,则所在地的相关协会颁发的同等认可)颁发的守合同重信用企业证书的,每获得一年得1分,最高得2分,无不得分.

2、投标人自2016年以来获得省级及以上协会颁发的最佳诚信企业证书,每获得一年得1分,最高得3分,无不得分.
3、投标人获得数据中心联盟颁发的可信云行业奖项的,每个得1分,最高得3分,无不得分.
(须提供以上有效证书复印件加盖投标人公章,提供材料范围含其上级或集团公司及其分支机构)3同类项目业绩81、2016年1月1日至今,投标人承接的软件开发类项目业绩,每个得1分,最高4分.
2、2016年1月1日至今,投标人承接的云计算平台类项目业绩,每个得1分,最高4分.
(提供中标通知书、合同关键页复印件加盖投标人公章为准,框架协议战略协议等不在业绩范围,同一案例不重复得分.
合同须为投标人与采购单位直接签订,分包、转包等合同不予计分,计算时间以合同签订时间为准,提供材料范围含其上级或集团公司及其分支机构)技术评分(60分)1拟投入本项目人员情况71、投标人拟投入的项目经理具有:①中国项目管理研究委员会颁发的项目经理证书(即IPMP证书)的;②工业和信息化部颁发的通信网络管理员一级证书的;③人力资源部门颁发的电子技术中级或以上工程师证书的;④人力资源部门颁发的计算机应用软件高级程序员证书或软件设计师证书.
以上证书全部具备得4分,缺少或无不得分.
须提供有效证书复印件及社会保障部门出具的最近6个月(不含开标当月)在投标单位连续缴纳社会保险的有效凭证的复印件加盖公章.
2、投标人拟投入人员(除项目经理)具有工业和信息化部或人社部门颁发的高级工程师证书(软件类或通信类或网络类或电子类)的,每一名得0.
5分,最高得3分.
(须提供以上人员的有效证书及社会保障部门出具的最近6个月在本单位连续缴纳社会保险的有效凭证的复印件)2功能满足要求13投标人根据招标文件中技术参数和功能要求部分标""项,提供软件系统功能截图,由评委根据投标人投标文件中提供的截图判断对招标文件中标""项参数满足的符合程度进行评分;全部满足得满分13分;一个标""项不满足的扣1分,扣完13分为止.

3平台总体建设方案10根据投标人对本项目的理解分析等内容进行评分:优:对项目内容理解透彻,系统总体设计方案完整(覆盖到招标文件所需的功能要求),全面符合用户的使用要求,所开发的系统使用方便、易于维护,扩充性、兼容性、安全性好,项目实施管理科学、合理,对用户的网络环境、云架构部署要求熟悉,对重点难点的把握与分析准确到位,优于招标文件要求的得10分;良:技术方案比较全面(覆盖到招标文件所需的功能要求),比较符合用户的使用要求,所开发的系统使用较方便、易于维护,扩充性、兼容性、安全性较好,项目实施管理较科学、合理,了解项目内容及环境,对重点难点的把握与分析准确,满足招标文件要求的得5分;中:对项目的整体内容认知不足,技术方案基本全面(基本覆盖到招标文件所需的功能要求),基本符合用户的使用要求,所开发的系统使用一般方便、易于维护,扩充性、兼容性、安全性一般,项目实施管理一般科学、合理,基本满足招标文件要求的,得1分;差:未提供不得分.
4产品知识产权及证书81、投标人所投主要软件产品的原厂商具有与本项目建设内容相关的软件产品著作权登记证书,包含医疗服务总线、医疗数据采集与交换系统、资源管理系统、患者主索引、数据质量管理系统、患者集成视图系统、临床数据库、运营数据库、大数据管理平台、区域医疗综合管理辅助决策系统软件、区域医疗集中监管系统软件、电子健康档案浏览器、电子病历平台、临床路径管理系统、临床数据存储系统等;2、投标人所投的数据采集与交换一体机具有中国质量认证中心颁发的3C认证证书、数据采集与交换一体机内置集成网关软件通过公安部计算机信息系统安全产品质量监督检测中心出具的安全检验报告.
提供以上每项证书或报告复印件加盖投标人公章,以上每项证书或报告得0.
5分,重复不得分,最高得8分.
5电子病历系统功能10以下功能内容每满足一项得1分,最高得10分.
提供相关功能具体软件界面截图证明.
1、具有功能开发设计管理功能为保证系统版本的高度统一,同时也允许每家医院提出个性化需求,必须具备以下功能:具备功能开发设计管理模块,至少包括配置编号、配置名称、配置值、配置说明、医院名称、科室名称.
2、具有系统运维管理功能为保证对于数据库及用户操作的安全管理,必须具备以下功能:具备用户登录日志审计、活跃用户审计、数据库表信息审计、同类疾病分组主索引.
3、用户权限管理为满足电子病历功能规范标准中对于权限管理要求,必须具备以下功能:具备有效日期、生效日期、失效日期、用户锁定、保密等级、无资质医生管理.
4、医疗护理功能为满足多科协助工作,如会诊、ICU、营养科跨科处理患者信息,必须具备以下功能:具备跨科申请功能,包括申请、完成、临时授权、处置类型设置、修改申请.
5、查房信息管理为方便医生查房获取信息,必须具备以下功能:具备查房视图,视图可显示住院天数、三测表信息、检查报告信息、检验报告信息、近期用药信息、病程记录、护理记录.
6、诊疗时间轴为方便临床工作人员直观的获取诊疗过程信息,建立可视化的诊疗时间轴,必须具备以下功能:具备自动抽取诊疗数据形成可视化时间轴,时间轴上摘要信息可与相关报告及数据链接.
7、文书书写为避免病历雷同,以及保证诊疗关键信息得到有效确认,必须具备以下功能:具备点选痕迹管理功能,通过可视化方式区别未处理过的元素8、质量控制为实现质控管理闭环管理,必须具备以下功能:具备质控追踪功能,质控科检查病历,发现缺陷发整改通知,临床一线获取通知后可直接定位至病历缺陷处,临床一线整改后确认,质控科可获取整改确认信息,并直接定位至病历修改处.
9、既往病史管理为方便临床一线获取患者既往治疗信息,必须具备以下功能:具备既往病历信息查询,并可自定义病史导入内容.
10、医务管理为及时了解上线情况,必须具备以下功能:具备科室项目实施进展情况查询,可及时了解上线使用率及完成时间6增值功能与测评服务81、对以下所列1-7项的系统,每承诺按照要求先行部署1个系统得1分,不承诺不得分,最多得7分.
需要对承诺实施的每一个系统提供功能介绍,且对每个系统提供不少于5张真实功能截图(不满足此项要求视为没有承诺).

1)决策支持系统,包括卫生统计、医改考核、分析评价、趋势预测、资源优化、传染病及慢病预警分析等功能.
2)行业监管系统,包括医改进展、综合业务、卫生服务资源、医疗行为等监管功能.
3)运营分析系统,包括成本效益分析、机构费用分析等.
4)综合管理系统:包括医政医务管理、科研培训、综合监督等功能.
5)便民服务系统:包括预约挂号、检验检查报告查询、个人检验信息维护、电子健康档案查询、健康教育、心理健康咨询等功能.
6)区域协同业务应用系统:包括医疗业务协同应用、公共卫生业务协同、计划生育业务协同、行政事务业务协同等功能.
7)全民医疗健康大数据中心:包括健康档案主题库、电子病历主题库、人口信息主题库、卫生资源主题库、主题库、算法库,以及基于全民医疗健康大数据的应用.
2、国家医疗健康信息区域卫生信息互联互通标准化成熟度四级甲等测评:承诺平台建设符合国家医疗健康信息区域卫生信息互联互通标准化成熟度四级甲等测评的要求,并配合采购单位参与测评活动各环节工作.
需要至少提供2个通过国家医疗健康信息区域卫生信息互联互通标准化成熟度四级甲等测评案例的证明材料.
能按要求提供的得1分;不能提供或者提供数量不足者不得分.

7售后服务及培训方案4投标人对用户需求书的分析情况,提供切实的本地化服务运营方案,根据投标人制定的服务内容、服务流程、服务标准、管理规范、用户培训及服务保障措施、应急处理措施、售后跟进是否具备本地化的可操作性、完整性、延续性等方面进行评比:优:投标人的服务方案详细、全面,服务可行性、应急性及可靠性等方面较为优越,培训计划完善,得4分;2、良:投标人的服务方案基本满足项目要求,服务可行性、应急性及可靠性等方面一般,培训计划合理,得2分;3、中:投标人的服务方案无法满足项目要求,服务方案不可行,培训计划不科学,得1分.
4、差:投标人的服务方案缺漏或未提供不得分.
注:1、投标文件提供的产品彩页、网上截图、检测报告、证书等方面的材料需加盖投标人公章,材料未加盖投标人公章将影响评分,不作废标处理.
投标人对提交的资料真实性负责,如提供的资料不真实,将认定为提供虚假材料谋取中标,按相关法律法规规定严肃处理.

以上证明文件均提供加盖投标人公章复印件,原件开标当日备查,若中标将在发放中标通知书前逐一核对核查原件,请勿提供虚假、过期材料,否则将依据相关规定严肃处理.
23.
5推荐中标候选人评标委员会按评审后的综合得分由高到低顺序排列,并向采购人推荐3名中标候选人,并编写评审报告.
综合得分相同的,按投标报价由低到高顺序排列.
综合得分且投标报价相同的,按技术部分得分顺序排列.
对评审报告有异议的,应当在评审报告上签署不同意见,并说明理由,否则视为同意评审报告.

六、合同授予24.
合同授予标准根据评标委员会的评审结果,采购人按照评审报告推荐的中标候选人中按顺序依法确定中标供应商.
25.
定标25.
1评审结果经采购人确定后,在财政部门指定的政府采购信息媒体上公告中标结果.
25.
2《中标通知书》是合同的一个组成部分,《中标通知书》对采购人和中标供应商均具有同等法律效力;《中标通知书》发出后,采购人改变中标结果,或者中标供应商放弃中标,应当承担相应的法律责任.

25.
3中标人放弃中标、不按要求与采购人签订政府采购合同或自身原因不能履行政府采购合同的,将报财政主管部门严肃处理.
已确定中标或者成交供应商但尚未签订政府采购合同的,认定中标或者成交结果无效.
合格供应商符合法定数量时,可以从合格的中标或者成交候选人中另行确定中标或者成交供应商的,应当要求采购人依法另行确定中标、成交供应商;否则责令重新开展采购活动.

七、合同签订和履行26.
合同的签订26.
1采购人与中标供应商自中标通知书发出之日起30日内,按照招标文件和中标供应商的投标文件承诺签订政府采购合同,但不得超出招标文件和中标供应商投标文件的范围、也不得再行订立背离合同实质性内容的其他协议.

26.
2采购人应当自政府采购合同签订之日起7个工作日内,应将合同副本报同级政府采购监督管理部门和广东国政备案.
26.
3中标供应商不能把中标项目分包给其他单位实施.
27.
履约保证金27.
1本项目不收取履约保证金.
28.
融资根据东莞市财政局《关于进一步推进政府采购信用担保工作的通知》(东财[2018]189号)规定,中标人可以选择是否采取信用担保融资的形式为政府采购项目履约进行融资.
各投标人可自主决定是否使用信用担保方式,并选择担保机构提供的任何一种信用担保品种,财政部门、采购代理机构、采购人不得进行干预.

八、招标代理服务费(1)中标人应在领取《中标通知书》原件的同时向招标代理机构一次性支付招标代理服务费.
(2)招标代理服务费收费标准按国家计委"计价格[2002]1980号文"和发改办价格[2003]857号文的规定标准执行,按差额定率累进法计算收取,收费标准如下表所列:服务类型费率中标金额(万元)货物招标服务招标工程招标100以下1.
5%1.
5%1.
0%100-5001.
1%0.
8%0.
7%500-10000.
8%0.
45%0.
55%1000-50000.
5%0.
25%0.
35%5000-100000.
25%0.
1%0.
2%10000-1000000.
05%0.
05%0.
05%100000以上0.
01%0.
01%0.
01%项目招标按相应类型标准收费.
例如:某货物招标代理业务中标金额为1000万元,计算招标代理服务收费额如下:100万元*1.
5%=1.
5万元(500-100)万元*1.
1%=4.
4万元(1000-500)万元*0.
8%=4.
0万元合计收费=1.
5+4.
4+4.
0=9.
9(万元)(3)招标代理服务费的货币为人民币.
(4)招标代理服务费应包含在投标报价中,不在报价中单列.
(5)招标代理服务费以转账或现金的形式支付,中标人应按照招标文件中的规定交纳招标代理服务费.
(6)招标代理服务费汇入账号:收款人:广东国政建设工程咨询有限公司开户银行:中国银行股份有限公司东莞会展支行帐号:649665801316九、其他30.
适用法律广东国政、采购人及供应商进行的本次政府采购活动适用《中华人民共和国政府采购法》及其实施条例、《政府采购货物和服务招标投标管理办法》等及其配套的法规、规章、政策.
31.
招标文件解释权本招标文件解释权属广东国政.
第三部分合同书格式合同书(仅供参考)合同编号:甲方:(采购人)乙方:(中标供应商)受甲方委托,采购代理机构)组织对(项目名称)采购项目(采购编号为)进行采购,于年月日通过公开招标,经评标委员会评定乙方为中标供应商.
为了保护甲、乙双方合法权益,根据《中华人民共和国政府采购法》及其实施条例、《中华人民共和国合同法》,在平等自愿的基础上,按照下面的条款和条件,签署本合同.
一、合同组成及合同总价1.
1合同文件组成内容包括:本合同书、中标通知书、投标文件(含澄清内容)、招标文件(含招标文件澄清通知)等.
1.
2本合同总价为人民币元(元).
总价包括但不限于人工、材料、器材工具、施工、维护等所有含税费用,总价为不变价.
1.
3服务范围及内容:1.
3.
1乙方提供的服务指.
……二、合同主要条款1.
1本合同的付款方式为:付款前乙方应向甲方提出请款申请及所需的材料和等额合格发票.
如果乙方怠于或者拒绝提供资料或者办理手续的,则因此产生的付款迟延的责任全部由乙方承担.
1.
2本合同的完成时间为:服务地点为:采购人指定.
1.
3甲方根据项目要求增加其他必要条款.
(如果有话的)三、合同一般条款1定义本合同中的下列术语应解释为:1.
1"合同"系指甲乙双方签署的、合同格式中载明的甲乙双方所达成的协议,包括所有的、附录和构成合同的其它文件.
1.
2"合同价"系指根据合同约定,乙方在完全履行合同义务后甲方应付给乙方的价格.
1.
3"服务"系指根据合同约定乙方承担与有关的服务及提供技术援助、培训和其他类似的服务.
1.
4"验收"系指合同双方依据强制性的国家技术质量规范和合同约定,确认合同项下的服务符合合同规定的活动.
2服务要求2.
1提交服务的技术服务应与招标文件规定的技术服务要求和其投标文件的技术服务相一致.
若技术服务中无相应说明,则以国家有关部门最新颁布的相应标准及规范为准.
3知识产权3.
1乙方应保证甲方在使用该技术服务或其任何一部分时不受第三方提出的侵犯专利权、著作权、商标权和工业设计权等的起诉.
如果任何第三方提出侵权指控,乙方须与第三方交涉并承担由此发生的一切责任、费用和经济赔偿,导致甲方不能使用成果的应退还全部项目费用,并承担违约责任及赔偿因此给甲方造成的全部损失.

4技术成果或服务内容4.
1合同项下技术成果或服务内容(除合同主要条款规定外)将以下列方式交付:合同生效后天之内,乙方应将技术成果或服务内容交付甲方.
4.
2双方确定,因履行本合同所产生的研究开发成果及其相关知识产权归属甲方所有.
4.
3对在履行本合同过程中知悉的对方的客户资料、非专利技术等商业秘密和本协议文本,甲乙双方均负有保密义务.
除为履行本合同需要外,未经对方书面同意不得以任何方式向任何第三方泄漏.
任何一方未履行本保密条款约定之义务者,除赔偿对方因此而遭受的损失外,还应向对方支付相当于本合同总价款20%的违约金.

5验收5.
1验收应在甲乙双方共同参加下进行,依据制定的方案进行验收,并按国家有关规定、规范进行.
5.
2甲方组织项目验收小组按国家有关规定、规范进行验收,必要时邀请相关专业人员或机构参与验收.
5.
3对验收不合格的部分,乙方应在甲方规定时间内及时整改完善直至合格.
6迟延交付6.
1乙方应按照甲方规定的时间交付服务.
6.
2如果乙方无正当理由迟延交付,甲方有权提出违约损失赔偿或解除合同.
6.
3在履行合同过程中,如果乙方遇到不能按时交付服务的情况,应及时以书面形式将不能按时交付的理由、预期延误时间通知甲方.
甲方收到乙方通知后,认为其理由正当的,可酌情延长交货时间,认为理由不成立的,交货期限不予延长.

7违约赔偿7.
1除合同规定外,如果乙方没有按照合同规定的时间交付或完成,甲方可要求乙方支付违约金.
从逾期之日起每日按本合同总价‰的数额向甲方支付违约金;逾期15天以上(含15天)的,甲方有权终止合同,要求乙方支付合同总金额20%违约金,并且给甲方造成的经济损失由乙方承担赔偿责任.
7.
2因乙方原因导致本合同解除或是无法履行的,乙方应向甲方支付合同总价20%的违约金,并且给甲方造成的经济损失由乙方承担赔偿责任.
7.
3甲方有权从未支付的款项或是履约保证金中直接扣除乙方的违约金,不足的部分由乙方另行补足.
7.
4本合同所述之损失、经济赔偿是指甲方因乙方原因而造成的直接经济损失、因此而向第三方支付的赔偿金、违约金、因此而支付的诉讼费、律师费、公证费、鉴定费等全部费用.
8不可抗力8.
1如果双方中任何一方遭遇法律规定的不可抗力,致使合同履行受阻时,履行合同的期限应予延长,延长的期限应相当于不可抗力所影响的时间.
8.
2受事故影响的一方应在不可抗力的事故发生后尽快书面形式通知另一方,并在事故发生后天内,将有关部门出具的证明文件送达另一方.
8.
3不可抗力使合同的某些内容有变更必要的,双方应通过协商在日内达成进一步履行合同的协议,因不可抗力致使合同不能履行的,合同终止.
9税费9.
1与本合同有关的一切税费均适用中华人民共和国法律的相关规定.
10合同争议的解决10.
1因合同履行中发生的争议,可通过合同当事人双方友好协商解决.
如自协商开始之起15日内得不到解决,双方应将争议提交同级政府采购监督管理部门调解.
调解不成的,可向甲方所在地有管辖权人民法院提起诉讼.

11违约解除合同11.
1在乙方违约的情况下,甲方经同级政府采购监督管理部门审批后,可向乙方发出书面通知,部分或全部终止合同.
同时保留向乙方追诉的权利.
11.
2全部或部分解除合同之后,应当遵循诚实信用原则,以政府采购监督管理部门同意的方式,购买与未交付的服务.
乙方应承担甲方购买服务而产生的额外支出.
部分解除合同的,乙方应继续履行合同中未解除的部分.

12破产终止合同12.
1如果乙方破产或无清偿能力时,甲方经报同级政府采购监督管理部门审批后,可在任何时候以书面通知乙方,提出终止合同而不给乙方补偿.
该合同的终止将不损害或不影响甲方已经采取或将要采取任何行动或补救措施的权利.

13转让和分包13.
1政府采购合同不能转让.
13.
2经甲方事先书面同意乙方可以将合同项下非主体、非关键性工作分包给他人完成.
接受分包的人应当具备相应的资格条件,并不得再次分包.
分包后不能解除乙方履行本合同的责任和义务,接受分包的人与乙方共同对甲方连带承担合同的责任和义务.

13.
3甲方和乙方都不得擅自变更本合同,但合同继续履行将损害国家和社会公共利益的除外.
如必须对合同条款进行改动时,当事人双方须共同签署书面文件,作为合同的补充,并报同级政府采购监督管理部门备案.

13.
4乙方擅自转让本合同或是未经甲方书面同意将合同项下非主体、非关键性工作分包给他人的,甲方有权立即解除本合同,同时要求乙方支付合同总价20%的违约金,违约金不足以弥补甲方损失,甲方有权继续向乙方追索.

14计量单位14.
1除技术规范中另有规定外,计量单位均使用国家法定计量单位.
15合同生效和其它15.
1政府采购项目的采购合同内容的确定应以招标文件和投标文件为基础,不得违背其实质性内容.
政府采购项目的采购合同自签订之日起七个工作日内,甲方应当将合同副本报同级政府采购监督管理部门和有关部门备案.
合同将在双方签字盖章后开始生效.

15.
2本合同一式份,甲方执份,乙方执份,采购代理机构执份,具同等法律效力.
本合同合计页,缺页之合同为无效合同.
15.
3其它未尽事宜,由甲乙双方友好协商解决,并参照《中华人民共和国合同法》有关条款执行.
15.
4本合同应按照中华人民共和国的法律进行解释.
甲方(盖章)乙方(盖章):甲方法定代表(签字)乙方法定代表(签字):地址:地址:电话:电话:传真:传真:开户银行:开户银行:账号:账号:签约时间:签约地点:第四部分用户需求书用户需求书一、项目概述1.
1项目背景《中共中央、国务院关于深化医药卫生体制改革的意见》明确指出:"以推进公共卫生、医疗、医保、药品、财务监管信息化建设为着力点,加快信息标准化和公共服务信息平台建设,逐步建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管的医药卫生信息系统.
"《意见》中重点强调了"资源整合、互联互通、信息共享".
随着新医改的不断深入推进,在医疗过程中,实现了办公自动化、病历电子化的转变,对卫生信息化建设提出了更高标准的要求.

东莞市区域电子病历共享平台(以下简称"EMR共享平台")的建设项目旨在汇聚东莞市区域内现有的电子病历数据并与居民健康档案进行整合,建设部分医疗机构的临床电子病历系统,从而达到降低管理成本、实现信息共享、促进业务协同、提高服务质量、加强医疗监管、提供决策支持的目标.

电子病历和电子健康档案目前在国内医院和区域应用成熟度逐年提高,多数二级以上医院均已实现临床病历的电子化.
从国家层面,为了更好的实现电子病历应用水平以及与居民健康档案等实现区域共享的能力,原国家卫生计生委出台了相关规范和标准,包括:《关于印发电子病历应用管理规范(试行)的通知》(国卫办医发〔2017〕8号)《关于印发全国医院信息化建设标准与规范(试行)的通知》(国卫办规划发〔2018〕4号)《关于进一步推进以电子病历为核心的医疗机构信息化建设工作的通知》(国卫办医发〔2018〕20号)《WS365-2011城乡居民健康档案基本数据集》《WS445-2014电子病历基本数据集》《WS/T447-2013基于电子病历的医院信息平台技术规范》《WS/T448-2014基于健康档案的区域卫生信息平台技术规范》《WS/T482-2016卫生信息共享文档编制规范》《WS/T483-2016健康档案共享文档规范》《WS/T500-2016电子病历共享文档规范》《WS/T501-2016电子病历与医院信息平台标准符合性测试规范》《WS/T502-2016电子健康档案与区域卫生信息平台符合性测试规范》随着电子病历的广泛应用,电子医嘱、电子处方、数字化影像报告、检验报告、病案首页、出院小结等医疗过程数据的逐步完善,如何将医院产生的诊疗数据采集汇聚到区域共享平台并与电子健康档案融合,如何实现居民健康信息的统一存储,如何最大限度共享居民的健康数据,特别是在区域内的数据共享,成为区域全民健康信息化平台建设的基础和关键.

1.
2建设目标通过建立支撑跨区域、跨机构的电子病历共享平台,建立起区域医疗数据中心、资源服务中心和应用支撑中心,提供集中管理、灵活配置、安全可靠、信息互联、统一标准、高度共享的支撑平台,降低建设和维护成本,提高区域医疗信息化建设的速度和质量,实现区域内的电子病历共享,使临床医生在为患者诊断时随时了解患者的既往病史,起到辅助诊断的作用,提高医疗服务的效率和质量.

1.
3建设规模EMR共享平台包括三大子平台(系统),即基础服务子平台、数据采集交换子平台和基于平台的临床电子病历系统.
基础服务子平台:包括统一门户、系统及用户管理、主索引管理、主数据管理、标准管理、注册服务、服务管理、质量控制管理、居民电子健康码管理、平台间数据存储、共享与交换等功能.
数据采集交换子平台:实现对全市各级各类公立医院、公共卫生机构、社区卫生服务机构、妇幼保健院、专科医院等的全民健康数据的采集和交换;并与广东省全民健康信息平台、东莞市政务信息资源共享平台、广东省基层医疗卫生机构管理信息系统(东莞)、广东省全员人口信息系统(东莞)、广东省远程医疗平台等实现对接,完成数据的交换与共享.

基于平台的临床电子病历系统:为区域内二级或二级以下的10家公立医院部署标准的结构化的临床电子病历系统,通过电子病历的部署进一步推进以电子病历为核心的医疗机构信息化建设,实现院内数据标准化和医院/区域互联互通,实现全市的电子病历和健康档案互通共享.

EMR共享平台还包括全员人口、健康档案、电子病历三大基础数据库及其融合共享服务,另外本项目需要建设全市卫生健康资源数据库,包括公共卫生、药物管理、社区卫生、中医药等.
通过对卫生健康资源进行清洗、整合、分析和挖掘,为下一步形成全民健康大数据库提供关键基础数据支持.

1.
4工期要求完工期:本项目计划建设周期为在合同签订后15个月内完成项目试运行并通过项目的最终验收工作.
其中临床电子病历系统要求在7个月内完成部署.
本期工程的实施,主要工作有:制定有关业务的信息化标准规范、业务系统建设、安全等系统运行环境建设、应用系统安装部署、组织测试、试运行、验收.
1.
5招标要求1、投标人应承诺在中标后签订合同前,如发现存在虚假应标或实际响应与投标文件承诺不符情况,将报相关管理部门进行处理,由此引发的所有损失由中标人负责.
2、投标人必须承诺,投标时所提供的资质、案例、承诺是真实有效的.
采购人有权要求投标人在签订合同前提供投标文件中所列的资质文件、案例合同原件及其他承诺的证明材料备查(如果中标候选人在其投标人投标文件中声明具有).
无正当理由不能提供原件或资料与投标文件不符的视为虚假承诺,将取消其中标资格,并报政府采购监督管理部门进行处理,由此引发的所有损失由中标人负责.

3、项目送货及实施安装地点:由采购人指定.
4、投标人应本着认真负责态度,组织技术队伍,提供投标的整体实施方案,并提供保修、维护、服务以及今后技术支持的措施计划和承诺.
5、所有设备均须由投标人送货上门并安装调试,自安装工作一开始,投标人应允许采购单位的工作人员一起参与系统的安装、测试、诊断及解决遇到的问题等各项工作.
6、中标人必须配合本项目聘请的监理单位和系统评测单位的工作.
二、现状"十二五"期间,我市在区域医疗信息化方面主要已经完成了"一网一库一平台"的建设工作,取得了初步成效.
一网,即建立了卫生信息专网.
以市卫生健康局为中心,建立覆盖所有公立医院、民营医院及基层卫生服务机构的卫生信息专网.
一库,即建立了卫生数据中心,为全市电子医疗档案及相关应用平台的建立打下了良好的基础.
一平台,即建立了归集电子医疗记录的区域卫生信息交换平台,进一步探索医疗单位之间共享使用.

2.
1卫生信息专网建设现状东莞市卫生健康局现已建成东莞市卫生信息裸光纤主备用骨干网络,其中裸纤环网主用光纤在2015年由广东省广播电视网络股份有限公司东莞分公司(下简称"广电网络")建设完成,裸纤环网热备光纤在2016年由广东省电信有限公司东莞市分公司(下简称"中国电信")建设完成,卫生健康信息专网(原卫生计生信息专网)网络包括:45个医疗卫生单位通过5个环连接的双运营商双裸纤环网;1条2000M互联网线路,1条1000M互联网线路;2条1000M主机房线路连接灾备机房;连接社保局1000M电路1条和1000M备份线路1条;除此之外,通过中国电信和广电网络线路将20家全市民营医疗机构与403个社区卫生服务中心(站)接入卫生健康信息专网.
2.
2数据中心机房建设现状现有数据中心机房三个,其中数据中心第一机房位于东莞市卫生统计信息中心,建设于2008年,机房面积是136平方米,设置有设备间、UPS间和气体消防间,是东莞市卫生健康系统主数据中心;数据中心第二机房位于东莞市120医疗救护指挥中心,建设于2011年,机房面积130平方米,设置有设备间、UPS间、气体消防间和控制间,是东莞市卫生健康系统灾备数据中心,灾备数据中心是确保区域信息数据中心业务应用平台不中断运作和数据备份存储,在主数据中心机房发生紧急事件发生的情况下,保证核心应用连续运行,避免服务中断和数据丢失,在事件处置完成后,能快速恢复高性能的服务.

2.
3区域卫生平台建设现状我市于2009年建立了区域卫生信息平台、东莞市卫生业务数据中心、东莞市区域卫生数据交换平台,依托卫生信息专网,通过交换平台,完成了全市39家公立医疗卫生机构的数据采集工作,采集的内容包括:传染病监测信息、从业人员健康证信息、儿童计划免疫信息、卫生许可证信息、住院记录信息、住院医嘱信息、住院费用信息、门诊就诊信息、门诊处方信息、门诊费用信息、收费标准信息、药品库存信息,目前数据量共4.
5T.

由于国家相关标准出台较晚、缺乏持续改进的资金支持、设备和技术相对陈旧落后、缺少有效的采集运维管理机制等原因,原有的区域卫生信息平台和区域卫生数据交换平台已无法实现以以人为本(以患者/服务对象为中心)的管理、无法符合国家相关规范和标准、无法满足有效支撑全民健康信息平台建设的要求.

通过东莞市社区卫生服务信息管理系统的建设、应用和完善,我们集中存储和管理了大量的社区居民电子健康档案、基层医疗和公共卫生服务电子记录.
截至2019年7月,我市已建立居民健康档案1143万份,其中活动档案729万份,育龄妇女档案2445996份,儿童健康档案1001144份,老年健康档案400440份,高血压患者档案477480份,糖尿病患者档案162996份.
居民健康档案亟待对照国家相关标准和规范进行标准化处理并依托本平台与电子病历进行互联互通和集成共享.

目前,全市社区卫生服务机构目前日均门诊量6.
5万多人次,并承担全市社保参保人在社区门诊的社保结算,日均处理参保人社保结算约5万多次.
2.
4软件系统现状现有东莞市卫生健康协同办公平台、维普中文生物医药期刊、综合电子图书馆、东莞市区域卫生信息平台、东莞市阳光用药管理系统、东莞市社区卫生服务信息系统、应急指挥指挥系统、视频会议系统、120急救指挥调度、卫生健康局业务管理系统、社保结算系统、卫生监督管理系统、卫生许可证发放系统、疾病预防控制系统、预防接种系统、妇幼保健信息管理、临床用血管理系统、疫情和突发公共卫生事件网络直报、统计网络直报、医学资源数据库、医学科技类数据库、卫生经济类数据库、卫生政策法规类数据库、东莞市卫生健康局门户网站、东莞市预约服务统一平台、东莞市分级诊疗(试点)平台、瑞星网络版防病毒软件等数十个应用系统.

2.
5医院电子病历系统现状东莞市大部分医院已经实现了病历电子化,28家医院实现病历电子化,正在建设或近期计划升级电子病历的医院是11家,暂无计划建设电子病历的医院8家.
从电子病历的建设情况看,实现病历电子化的28家医院中,独立建设临床电子病历系统的只有7家,其余21家的"电子病历"均是集成在HIS中.
从电子病历的结构化程度看,已经实现病历电子化的28家医院中,已建设"结构化电子病历"的医院有7家,"电子病历系统"为半结构化的医院有9家,非结构化的医院是12家医院.
另外,7家医院的结构化电子病历系统中只有3家是按照《WS445-2014电子病历基本数据集》等标准规范建设,其余均未按照标准规范建设.
目前尚未有医院申报和参加过"国家医疗健康信息医院信息互联互通标准化成熟度测评",电子病历的标准符合度为未知数.
三、项目建设任务3.
1EMR共享平台EMR共享平台是在统一电子病历标准、互联互通网络环境、以及共用信息资源业务模式基础上,为各级各类卫生行政管理部门和医疗卫生机构提供数据共享、业务协同等应用服务,并为其他行业部门和居民提供卫生信息的统计、查询等服务.
平台主要针对辖区内医院电子病历数据质量以及医疗流程进行监测,实现病历数据、全员人口和居民健康档案等全民健康信息在平台端统一存储与互通共享,实现病历互查、医疗监控、缺陷分析、评价指标监控、数据标准等管理.

EMR共享平台包括三大子平台(系统),即基础服务子平台、数据采集交换子平台和基于平台的临床电子病历系统.
基础服务子平台:包括统一门户、系统及用户管理、主索引管理、主数据管理、标准管理、注册服务、服务管理、质量控制管理、居民电子健康码管理、平台间数据存储、共享与交换等功能.
数据采集交换子平台:实现对全市各级各类公立医院、公共卫生机构、社区卫生服务机构、妇幼保健院、专科医院等的全民健康数据的采集和交换;并与广东省全民健康信息平台、东莞市政务信息资源共享平台、广东省基层医疗卫生机构管理信息系统(东莞)、广东省全员人口信息系统(东莞)、广东省远程医疗平台等实现对接,完成数据的交换与共享.

基于平台的临床电子病历系统:为区域内二级或二级以下的10家公立医院部署标准的结构化临床电子病历系统,通过电子病历的部署进一步推进以电子病历为核心的医疗机构信息化建设,实现院内数据标准化和医院/区域互联互通,实现全市的电子病历和健康档案互通共享.

EMR共享平台还包括全员人口、健康档案、电子病历三大基础数据库并通过跨域主索引实现数据资源融合,另外本项目需要建设全市卫生健康资源数据库,包括公共卫生、药物管理、社区卫生、中医药等.
通过对卫生健康资源进行清洗、整合、分析和挖掘,为下一步形成全民健康大数据库提供关键基础数据支持.

3.
2电子签名签章系统由于患者的信息属于个人的隐私信息,也属于医院医疗级的保密信息,电子病历的合法性和安全问题也逐渐提到日趋重要的位置上来,亟待需要采取相应的数字认证、可靠加密及安全保护功能.
电子病历数字签名解决方案保证医护人员签名的合法性,同时通过对用户授予权限,确保未经授权的用户无法浏览和修改电子病历,从而保障电子病历的安全性.

四、项目建设原则与技术路线4.
1项目建设原则先进性以数据为中心,基于电子病历大数据设计的基础数据架构,架构设计合理,使用技术成熟,建设理念先进,引入数据化管理理念,成熟的SOA企业级应用开发技术,支撑未来5-10年的全民健康大数据挖掘和分析应用.

实用性在满足区域卫生数据应用需求的前提下,适应业务角色特点,充分考虑基础网络设备环境与使用习惯,用户在访问操作时速度快,质量高.
在并发方面做到充分冗余,并发响应能力强,查询速度快,减少用户等待时间.
数据展示的报表结果与实际数据高度一致性.

可靠性在方案设计中,在硬件设备和软件有适量冗余及其他保护措施,有完善的数据备份和灾难恢复功能,把网络环境、其它对接的系统在发生故障时对本系统的影响降至最低,防止错误数据对数据完整性破坏.
系统具备完备记录数据变化信息,保证信息的完整性、一致性、真实性和可追溯性.

可维护性在方案设计、开发、测试等过程应严格按照卫生行业标准、国家规范、区域卫生标准等标准进行,方案的文档齐全、规范,系统按照分层设计,使用开放技术标准.
灵活性健康医疗信息化项目建设是一个分阶段循序渐进、不断优化扩展的过程,可以根据实际情况进行分块、灵活、逐步建设,本方案根据区域电子病历数据管理不同时期的不同业务要求,具有灵活适配、模块化的特点,解决用户不同的业务需求.

安全性、保密性系统安全是电子政务建设的关键.
由于电子政务系统的重要性和特殊性,电子政务建设的安全性问题便成为人们解析电子政务时的首要话题.
按照有关规定,安全保密技术与信息技术发展同步,也就是同步发展、同步规划.
系统基于多种安全技术和解决方案,无论是在网络方面、主机方面,还是在应用的资源方面均提供完善的安全策略和安全系统,能有效进行用户授权、访问控制,防止信息泄密,抵制非法入侵,满足电子政务的需要.

标准化系统建设应该遵循国家、省、市卫生信息化标准的相关要求,从整体上考虑与规范的技术接口,方便未来的整合.
同时,应用系统所基于的平台符合有关国际标准和国家标准,所采用的开发技术符合国际流行的开方式架构,能与主流软、硬件厂商的产品集成.

可扩展性应用系统应具有很好的扩展功能,采用基于组件的可复用软件结构,方便根据用户需求配置系统模块,适应不同的需要;另外,提供二次开发的API接口和说明文档,为系统今后功能扩展、升级留有充分空间,有利于系统的推广应用.

互联互通、资源共享原则健康医疗信息化项目建设采用的技术、标准、协议和接口等必须遵循国家、省、市的有关规定,保证信息的标准化、规范化和开放性、实用性及安全性,做到各部门、各单位和各业务系统之间信息资源共享和信息系统的互联互通.

4.
2项目的技术实现方法和路线4.
2.
1电子病历数据主动采集处理技术基于数据结构规范化模板的规范化数据缓存,标准的数据映射匹配,医院数据校验及质量评测,实现对医疗业务数据的规范化处理,提升数据质量,使得数据符合业务归档要求.
使得系统的数据质量评价结果满足数据分析人员的数据质量诉求.

4.
2.
2采用J2EE三层(N层)的分布式架构分层从逻辑上将子系统划分成许多集合,而层间关系的形成要遵循一定的规则.
通过分层,可以限制子系统间的依赖关系,使系统以更松散的方式耦合,从而更易于建设、维护和升级.
4.
2.
3基于组件模型的系统内核结构采用组件模型可以通过业务功能封装在不同的组件中,实现功能分解,降低系统的耦合度,保证系统中的各个组件能够独立地修改和扩展.
同时,组件模型还支持通过组件扩展系统功能,保证系统能够可持续的进行扩展.

4.
2.
4基于配置的业务规则的方法规则技术是当前管理信息化中最为先进的技术之一,它的初衷是将信息化的电子逻辑用自然的业务逻辑进行描述,运行期由规则引擎进行解释和执行.
基于配置的业务规则的方法的宗旨是:保持规则技术的提升系统产品化程度的核心思想不变,但不是面向用户,而是面向系统的二次开发和实施人员.
这种做法称为"可配置的业务规则"方法.

4.
2.
5报表展示技术报表展示技术是帮助用户用来展现自己输入数据和数据库中的数据,以想要的方式展现出来.
报表展示技术最重要的有如下几点:1、报表设计工具要灵活方便,能胜任任意复杂的报表形式;2、系统能处理不同结构的报表;3、基于采用B/S架构的报表平台.
4.
2.
6云计算技术利用云计算技术进行弹性化设计,实现技术与行业应用相融合的跨越式发展.
卫生健康领域信息化建设面对全市以电子病历集中共享管理建设数据规模、系统规模、用户规模迅速扩大且快速增长带来的计算速度、查询能力、I/O性能、并发处理能力、海量数据存储、系统间的资源争用、可扩展性和建设成本等困难和挑战,如果还是使用传统主机、存储和数据库的纵向技术体系结构,无论是从高昂的建设成本方面,还是性能提升瓶颈方面,都已经无法应对和提供技术支撑.
因此,EMR共享平台项目将采用"电子政务云"成熟的虚拟化和设备逻辑分区技术,以动态调整资源的方式,提高资源利用率,节省机房空间、电力、空调等能源成本;以虚拟化资源管理软件调整资源的方式,简化基础架构管理、提高管理效率、降低管理成本,实现快速资源分配、部署、配置、重新配置及资源回收等.

4.
2.
7基于SOA架构面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来.
接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言.

4.
2.
8企业服务总线ESB企业服务总线ESB是整个EMR共享平台的技术核心,ESB通常采用面向服务的体系结构.
该服务保证在一个异环境中实现信息稳定、可靠的传输,屏蔽掉用户实际中的硬件层、操作系统层、网络层等相对复杂、烦琐的界面,为用户提供一个统一、标准的信息通道,保证用户的逻辑应用和这些底层平台没有任何关系,最大限度地提高用户应用的可移植性、可扩充性和可靠性.
提供一个基于应用总线的先进应用整合理念,保证每一个应用系统的更新和修改都能够实时地实现;同时当新的应用系统需要部署时,能够简便的纳入到整个平台环境中,与其它的应用系统相互协作,共同为用户提供服务.

4.
2.
9基于XML的数据存储与查询技术EMR共享平台需要与多个卫生健康信息系统进行信息接口集成与交换,例如平台需要与医疗卫生机构进行信息交换,但是以上系统一般都是由不同厂家分别承建,而EMR共享平台建设目的之一是要使不同厂家承建的异构系统进行信息交换,因此,需要建立一种标准的信息接口技术去支撑实现,这种标准应具备安全、标准、规范、通用性强、无歧义的原则,而采用XML技术是实现这一技术及应用需求的最佳途径,其可实现标准XML数据的格式转换,并且可以通过图形化映射组件、XSLT、客户化Java程序、ESQL等多种方式实现转换功能.

4.
3系统建设依据与参考规范遵照国家有关技术标准和卫生行业信息化标准,参考国家、省及先进地市的医疗卫生相关标准规范,建立EMR共享平台的标准规范体系.
4.
3.
1平台建设标准平台建设的信息化标准必须遵循国家和国际上的通用标准,符合国家卫生健康委颁布的各类信息化应用标准集,无参照标准的,按照国际HL7标准定义,具体如下要求:1.
卫生信息标准:《关于印发全国医院信息化建设标准与规范(试行)的通知》(国卫办规划发〔2018〕4号)《关于印发电子病历系统应用水平分级评价管理办法(试行)及评价标准(试行)的通知》(国卫办医函〔2018〕1079号)原国家卫生计生委统计信息中心关于印发《国家医疗健康信息区域(医院)信息互联互通标准化成熟度测评方案(2017年版)》的通知(国卫统信中心函〔2017〕32号)原国家卫生计生委《基于健康档案的区域卫生信息平台建设技术解决方案(试行)》(卫办综发〔2009〕230号)原国家卫生计生委《基于电子病历的医院信息平台建设技术解决方案》原国家卫生计生委《卫生系统电子认证服务体系系列规范》《WS/T447-2014基于电子病历的医院信息平台技术规范》《WS/T501-2016电子病历与医院信息平台标准符合性测试规范》《WS/T502-2016电子健康档案与区域卫生信息平台符合性测试规范》2.
计算机及信息技术标准:《中华人民共和国计算机信息系统安全保护条例》《中华人民共和国保密法》《计算机信息系统国际联网保密管理规定》《计算机信息网络国际联网安全保护管理办法》《中华人民共和国计算机信息网络国际联网管理暂行规定》《信息技术互连国际标准》(ISO/IEC11801-95)《信息技术、软件包质量要求和测试》(GB/T17544-1998)《软件工程标准分类法》(GB/T15538-1995)《软件开发规范》(GB8566-88)《软件维护指南》(GB/T14079-93)《计算机软件产品开发文件编制指南》(GB8567-88)《计算机软件需求说明编制指南》(GB9385-88)《计算机软件测试文件编制指南》(GB9386-88)《计算机软件配置管理计划规范》(GB/T12505-90)《计算机软件质量保证计划规范》(GB/T12504-90)《计算机软件可靠性和可维护性管理》(GB/T12394-93)《软件产品评价质量特性及其使用指南》(GB/T16260-96)4.
3.
2平台数据标准1、数据元(集)标准主要包括各业务系统之间,公共数据元标准、公共代码标准、公共数据存取规范、数据交换规范,如业务数据采集标准,CDA文档标准,统计数据标准,共享数据标准,交换数据标准等.
2、数据交互标准数据交互标准重点解决数据整合、交换接口标准,主要包括以下标准规范:1)数据整合规范规定了从数据源单位采集、传输、交换、清洗、比对和整合数据过程中,应遵循的业务规则和技术规范.
2)接口规范分为:内部各系统之间的接口、对外提供的服务接口两类.
具体包括交换服务接口(数据库交换接口、文件交换接口等)、交换数据日志接口、管理监控接口等,平台接口规范信息涵盖接口定义、数据类型、参数的含义及接口描述等.
各部门的业务系统遵循统一的接口规范接入到平台.

3)环境配置规范包括中心平台配置规范和终端数据采集服务器配置规范,包括所需的网络、服务器、数据库等提出配置要求,服务器的命名规则,各项配置要求,方便技术人员快速搭建和管理平台部署环境.

4)数据接入实施规范,规范平台支持的不同接入方式,每种接入方式的特点及适用范围,各单位将应用系统接入过程中,应该填写的表单、所遵循的工作流程等.
5)编码规范规定了组织机构、角色、用户、应用系统、数据采集交换节点等的编码规则,以标识其在技术平台上的唯一合法身份.
3、数据应用标准对数据应用中涉及到的数据应用场景、数据展现形式、数据应用安全、个人隐私保护等内容进行规范和定义.
4、数据组织标准在数据组织形式上进行规范,包括:数据存储与提取方式、数据命名规范、数据之间关系、数据约束及相互约束等内容.
5、管理规范标准1)平台运行维护管理制度明确数据提供方、数据使用方、平台管理运维单位、系统建设单位等其他相关部门及人员在平台运行维护、日常管理中的责权利关系,岗位职责等.
2)安全保障制度安全保障制度覆盖技术保障、运行机制保障和服务队伍保障等多个方面.
3)数据安全管理规范明确数据供需双方共享交换信息的安全保密协议制度,以及基础数据库的安全管理办法,保证信息资源在存储、备份、访问授权、传输、使用等过程中的安全,以及部门在共享信息时需要签订数据共享安全保密协议,包括约定了保密的内容和范围、保密期限、保密责任和义务、违约责任及争议的解决办法.

4)数据共享交换管理规范数据入库、数据使用、数据共享、数据安全以及备份恢复、故障排除等维护提供管理依据.
4.
3.
3数据编码规范平台建设中,对医院现有的HIS、EMR、LIS、PACS等系统的数据按照标准进行数据梳理,进行数据的标准化工作,具体要求如下:基础编码的标准化参照如下国际国家标准,对院内几十个系统进行梳理:GB/T2260《中华人民共和国行政区划代码》GB/T2261《人的性别代码》GB/T2659《世界各国和地区名称代码》GB/T3304《中国各民族名称罗马字母拼写法和代码》GB/T4658《文化程度代码》GB/T4761《家庭关系代码》GB/T4762《政治面貌代码》GB/T4766《婚姻状况代码》GB/T4767《健康状况代码》GB/T4880《语种名称代码》GB/T4881《中国语种代码》GB/T6565《职业分类与代码》GB/T6864《中华人民共和国学位代码》GB/T8561《专业技术职务代码》GB/T11714《全国组织机构代码编制规则》GB/T12402《经济类型分类与代码》GB/T12404《单位隶属关系代码》GB/T15424《电子数据交换用支付方式代码》卫生机构(组织)分类与代码规范(WS218-2002)卫生系统医疗器械仪器设备(商品、物资)分类与代码(WZB01疗器械)疾病分类与代码规范ICD10HL7标准中国医院信息基本数据集标准根据常用的外部标准指标体系标准,进行平台的数据梳理:健康档案数据标准—源于《WS365-2011城乡居民健康档案基本数据集》电子病历数据标准——源于《WS445-2014电子病历基本数据集》电子病历文档共享标准——源于《WS/T500-2016电子病历共享文档规范》居民健康卡数据标准——源于《WS537-2017居民健康卡数据集》卫生统计指标体系—源于《全国卫生资源及医疗服务调查制度》目前最新的版本2018版三级综合医院评审指标体系—源于《三级综合医院评审标准实施细则》目前最新的版本2018版HQMS指标体系—源于《三级综合医院医疗质量管理与控制指标》目前最新的版本2013版单病种质量控制指标体系—源于《第一批单病种质量控制指标》6种《第二批单病种质量控制指标》2种《第三批单病种质量控制指标》3种,共计11种疾病指标.
梳理区域内部自定义指标体系:对于区域内部管理使用的自定义的指标体系,由区域内部根据实际管理需要、考虑针对性自主设定的,是标准化数据不可缺少的一部分,本次平台标准化建设需要完成.
五、项目建设总体框架5.
1总体架构本项目总体架构要包含如下几个部分:区域电子病历共享基础服务平台建设区域电子病历共享基础服务平台,包括但不限于注册服务(主索引、主数据、标准、术语等)、全程健康信息共享服务(电子病历、健康档案数据集和共享文档的整合、存储、调阅、协同、管理及CDR数据中心等)、公共业务服务(电子病历浏览器、健康档案浏览器、许可指令和授权查询服务等,支持市民、医生通过PC、微信、APP等多种终端查询健康档案及电子病历信息)、安全及基础服务(安全、隐私、电子签名及配置管理等).

电子病历数据采集和交换系统电子病历数据采集和交换系统是电子病历共享平台建设的关键,通过在医院端(包括社卫和公卫机构)部署医疗数据安全采集一体机,实现从医院的电子病历系统主动采集电子病历数据,从源头上解决数据采集及时性、安全性、可控性和可靠性的问题,提升数据质量和安全保障.

区域电子病历数据中心区域电子病历数据中心是项目建设的重点,包括数据存储、临床数据资源、数据服务、平台组件、数据治理和数据质控.
基于区域电子病历的数据应用电子病历的数据应用是建设EMR共享平台的最终目的,通过对区域电子病历数据进一步挖掘和分析,为不同的主体提供多途径多方位的数据应用,为全市居民提供居民健康信息服务平台,惠及百姓;为建设全市医疗机构医疗卫生业务协同应用系统提供数据采集共享平台支撑,方便医生;为建设全市卫生行政主管部门综合管理与决策支持系统(门户)提供标准化、高质量的原始数据保障,辅助政府决策.

基于平台的临床电子病历系统基于平台的临床电子病历系统是为区域内二级或二级以下的10家公立医院部署标准的结构化的临床电子病历系统,通过电子病历的部署进一步推进以电子病历为核心的医疗机构信息化建设,实现院内数据标准化和医院/区域互联互通,实现全市的电子病历和健康档案互通共享.

标准规范体系和安全保障体系标准规范体系和安全保障体系是区域CDR建设的前提,要保证做到数据采集与信息互联互通、保护患者隐私的重要措施.
基础设施按照东莞市"数字政府"相关要求、《东莞市政务云平台统筹建设工作方案》的整体部署及相关管理规定,本项目EMR共享平台部署在东莞市电子政务云之卫生健康专属云,由市卫生健康局向市政务服务数据管理局申请使用市中标云服务商的"专属云服务"提供的网络、硬件、平台和安全支撑服务.

部署在医院的临床电子病历系统所需的基础设施由医院提供.
5.
2数据架构基础数据架构总体上包括数据采集、区域电子病历数据互联互通系统、区域电子病历数据管理和数据质量控制和基于区域电子病历的数据应用.
数据采集通过新一代电子病历数据采集与交换一体机对二、三级医院、社区卫生服务信息系统、各专业卫生机构进行主动数据采集,采集的数据范围要包括:1)医疗服务数据:电子病历共享文档数据,如门诊数据、诊疗记录数据、检查检验报告数据、住院记录数据等;2)医疗保障数据:如门诊缴费数据、住院结算数据等;3)健康档案数据:如个人基本信息、妇幼保健信息、疾病控制信息、疾病预防信息、体检信息等;根据区域数据标准和上级平台对数据上报的数据集的数量和质量要求对数据进行抽取、转换、清洗、上报、汇聚形成标准数据集并建立数据库.
满足数据集上报要求,完成数据上报和互联互通工作基础数据整合.

区域电子病历数据互联互通系统基于区域电子病历数据互联互通系统提供统一服务,以平台提供的服务为纽带,在统一数据标准的基础上,提供数据交换、数据监控、数据应用等服务组件.
基础组件按需进行灵活部署和配置.
提供数据处理过程统一监控管理,提供流程监控、效率监控、异常监控等内容,采用拓扑、图表等形式,支持全方位的数据质量监控和运行报告分析.

区域电子病历数据管理和数据质量控制基于规则库的自动化、智能化的数据质量控制理念,在统一数据标准的基础上,通过数据评分机制、数据检验质量报告、问题数据工单追踪机制对数据进行管理和数据质量控制.
基于区域电子病历的数据应用基于区域电子病历数据中心为业务应用提供准确的、真实的、实时的数据,为区域开展综合管理辅助决策监管、健康档案查询与调阅应用、分级诊疗应用等提供数据支撑,提升综合监管能力,提高信息服务能力.

5.
3网络拓扑架构本项目网络拓扑架构如下:网络拓扑架构图六、项目应用系统需求EMR共享平台应按照《WS/T448-2014基于居民健康档案的区域卫生信息平台技术规范》、《国家医疗健康信息区域卫生信息互联互通标准化成熟度测评方案(2017年版)》(不低于四甲相关标准)以及原国家卫生计生委《省统筹区域人口健康信息平台应用功能指引》的标准进行建设.

平台建设应满足以下但不仅限以下的所有需求.
6.
1基础服务子平台设计EMR共享平台的基础服务子平台包括业务支撑平台和企业服务总线ESB.
业务支撑平台为各个基于构件的应用系统提供了标准化的组件支持.
包括统一门户、注册服务、数据存储、主索引管理、主数据管理、横向数据共享与交换、信息资源管理、信息资源目录管理、全程电子病历和健康档案服务、区域业务协同支撑等.

企业服务总线ESB是SOA架构中实现服务间智能化集成与管理的中介,为在各种异构应用系统、平台和服务之间提供可靠的通讯保障.
支持协议转换、数据转换、服务编排、消息路由、服务安全、服务注册、服务监控等功能.

6.
1.
1企业服务总线ESBESB是SOA架构中实现服务间智能化集成与管理的中介,为在各种异构应用系统、平台和服务之间提供可靠的通讯保障.
至少应该能构支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能.

6.
1.
1.
1协议转换协议转换为平台内部各业务系统的松耦合通信和快速部署与调整业务功能创造了有力的条件,降低了因为频繁修改现有系统的通信协议而带来的稳定性风险.
支持国内信息化建设过程中普遍采用的SOAP/HTTP、JMS、Http/Https、Socket、JDBC等标准协议,并提供灵活的扩展框架支撑协议扩充.

6.
1.
1.
2数据转换支持XML、TXT、自定义消息等格式的消息,同时基于这些消息还可进行消息增强(增加时间戳、增加字段、变换15位身份证号到18位等),消息验证、消息组合等能力,增强新业务的部署速度并降低因为修改相关业务系统带来的稳定性风险,提高多系统之间的松耦合度.

6.
1.
1.
3服务编排服务编排是进行快速业务创新和服务部署的关键能力,通过重复利用本地或远程已有的系统的不同协议的服务进行组合从而生成新的服务,并可以通过不同的协议从ESB上发布给其他业务系统,增强平台应对业务变化的能力.

6.
1.
1.
4消息路由消息路由提升了相关通信系统之间的松耦合性,数据的发送方只负责发送数据,对于数据接收方的通信协议、数据格式、所处位置和运行状态都可以不用关心,提高了应用系统对业务的整体服务能力.
ESB提供的路由能力应包含:静态路由、动态路由、广播、消息拆分、聚合、穿透等方式,增强在ESB上部署业务逻辑的能力,收敛因为应用之间的通信而所需要的融合逻辑能力.

6.
1.
1.
5服务安全访问安全:通过UserName/Password、IP或签名等机制对服务访问者进行身份识别,同时根据事先对其分配的权限访问进行访问控制;防窃取:采取加密措施,例如采取DES加密算法,对服务请求数据进行加密,防止数据窃取;防篡改:采取数字签名的方式,防止数据的篡改,保障数据接收方收到数据的完整性.
6.
1.
1.
6服务注册服务注册提供一个单一来源的目录元数据,用以存取、配置服务,包括服务细节、技术接口、拥有实体、相关政策和XML模式.
提供内外客户在一个可控的方式内发现服务,提供对平台服务的发布、目录和分类功能.

6.
1.
1.
7服务质量服务质量是实施服务级别协议(SLA)的重要基础支撑,有助于建设更加可量化的应用调用关系.
服务质量的具体指标体现:流量控制(并发、挡板、超时)、成功率、失败率、消息数、错误数、故障切换/重试次数、验证错误数、响应时间等.
6.
1.
1.
8服务监控服务监控是支撑业务可视化特性的关键功能,提供多维度统计分析,同时还应提供灵活的扩展接口,可以通过扩展开发完成符合自身要求的多维护的统计分析或运营报告.
6.
1.
1.
9消息机制为了支持异构环境,ESB应能够提供多个通讯方式,包括:发布/订阅、单路、请求/应答、请求/回调、同步和异步等.
6.
1.
2统一门户6.
1.
2.
1统一门户管理可提供灵活方便的个性化定制服务功能,每个用户在登录到网站后就可以看到自己定制的信息,包括页面的外观和布局、选定页面摆放的内容、页面显示颜色、页面内容的显示风格,自定义综合分析数据展示等等.
人员可以针对自身喜好,定制信息浏览的界面布局,创建自己的个人工作台,以方便浏览.

统一管理门户根据用户的不同而分为市民(患者)个人用户门户、医疗卫生机构用户门户和卫生健康行政管理机构用户门户.
6.
1.
2.
2统一身份认证用户通过统一身份认证访问多个服务系统,实现一次登录、多次访问的功能,让各个应用系统之间互联互通,用户只需拥有一个账号,便可登录其他应用系统办事.
要求至少支持四种方式的用户认证方式,并可任意组合搭配:基于居民电子健康码的认证登录,基于PKI体系的数字证书登录、基于双因子技术的认证和基于用户名密码的登录.

6.
1.
2.
3单点登录单点登录支持包括B/S、C/S在内的多种架构,支持浏览器的多种表现形式,通过菜单、友情链接、地址栏都可以进行单独登录.
同时支持CA认证、SSL加密通道、关键信息加密签名、时间戳技术等.

单点登录组件应能够支持相互独立的应用系统之间的单点登录(这些系统可以采用不同的技术框架,例如J2EE技术和ASP技术之间),提供端到端的安全性,方便集成.
6.
1.
2.
4统一权限管理权限管理是对用户的功能使用权限、数据权限进行管理配置,对系统管理员的授权权限与业务经办员的使用权限进行管理.
系统内置超级管理员拥有所有功能权限,系统上线初期通过超级管理员为各个经办机构建立顶级管理员,并分配权限.
.
6.
1.
2.
5界面集成对于整合系统,EMR共享平台应能够提供应用系统和服务的可用、高效、一致的界面.
主要包括页面布局和界面风格.
6.
1.
3注册服务EMR共享平台提供注册服务,主要包括对居民、医疗卫生从业人员、医疗卫生机构、医疗卫生术语的注册管理服务,平台对这些实体提供唯一的标识.
针对各类实体形成各类注册库(如居民注册库、医疗卫生机构注册库等),每个注册库都具有管理和解决单个实体具有多个标识符问题的能力.

6.
1.
3.
1居民注册服务居民注册服务是指在一定区域管辖范围内,形成一个居民注册库,居民的健康标识号、基本信息被安全地保存和维护着,提供给市区域医疗服务平台所使用,并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能.
居民注册服务建议遵循IHEITIPIX规范.
6.
1.
3.
2医疗卫生人员注册服务医疗卫生人员注册库,为本区域内所有医疗卫生机构的医疗卫生服务提供者,包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾病预防控制专业人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员,系统为每一位医疗卫生人员分配一个唯一的标识,并提供给平台以及与平台交互的系统和用户所使用.
医疗卫生人员注册服务建议遵循IHEITIEUA、XUA、PWP规范.
6.
1.
3.
3医疗卫生机构注册服务通过建立医疗卫生机构注册库,提供本区域内所有医疗机构的综合目录,相关的机构包括二三级医院、社区卫生服务中心(站)、疾病预防控制中心、卫生监督所、妇幼保健机构、职业病防治机构和精神卫生防治机构等.
系统为每个机构分配唯一的标识,可以解决居民所获取的医疗卫生服务场所唯一性识别问题,从而保证在维护居民健康信息的不同系统中使用统一的规范化的标识符,同时也满足信息交换平台层与下属医疗卫生机构服务点层的信息共享要求.
医疗卫生人员注册服务建议遵循IHEITIEUA、XUA、PWP规范.
6.
1.
3.
4标准医疗卫生术语注册服务建立术语和字典注册库,用来规范医疗卫生事件中所产生的信息含义的一致性问题,如疾病名称、医疗术语、药品名称等.
术语可由平台管理者进行注册、更新维护;字典既可由平台管理者又可由机构来提供注册、更新维护.

6.
1.
4居民健康卡跨域主索引系统平台可以向不同地区的医院就诊卡管系统、妇幼保健卡管系统、计划免疫卡管系统、医联卡管系统和其他卡管系统等采集个人信息,而这些信息包含了所在领域的个人标识.
同时,平台向居民健康卡注册管理系统提供全国唯一的主索引信息,供国家级、省级卫生信息平台和医疗卫生机构和卫生管理机构信息系统使用,以支持不同的应用对统一个人标识及个人信息的使用需求.

同时平台可对外部应用系统提供交叉索引服务,满足不同业务系统之间索引互认需求.
系统可提供索引监管服务功能,使用户能直观、清晰地了解到索引建设、生成、匹配情况.
6.
1.
4.
1功能服务6.
1.
4.
1.
1主索引(EMPI)服务(对外提供服务)包括居民社会学信息管理、居民索引、居民信息统计、居民信息变更订阅通知、居民信息合并等功能.
6.
1.
4.
1.
2交叉索引(PIX)服务交叉索引实现不同标识域个人基本信息的交叉索引,实现多卡标识的兼容查询,主要服务包括标识域管理、标识域查询、建立交叉索引、获取交叉索引等.
6.
1.
4.
1.
3居民身份匹配引擎基于规则的匹配度查询,支持个人信息的自动合并.
主要包括居民身份匹配规则设定、居民身份匹配度阈值设定、居民信息匹配.
6.
1.
4.
1.
4隐私保护与安全隐私保护与安全包括隐私策略管理、数据脱敏、节点验证、用户验证、审计日志记录.
6.
1.
4.
2服务交互6.
1.
4.
2.
1主索引居民信息注册主要角色与服务组件包括居民信息提供者、主索引信息服务、交叉索引服务.
居民信息提供者向主索引信息服务提交居民信息时触发该事件.
6.
1.
4.
2.
2合并居民信息主要角色与服务组件包括主索引信息用户、主索引信息服务、居民身份匹配引擎.
匹配引擎负责对注册居民的身份查重.
主索引信息用户或信息管理者向主索引信息服务提交查重请求时触发该事件.
6.
1.
4.
2.
3主索引信息查询主要角色与服务组件包括主索引用户、主索引信息服务、交叉索引服务.
居民信息用户向主索引信息服务提交主索引以及居民信息查询请求时触发该事件.
查询方法包括获取跨域主索引、通过主索引查询居民信息、通过本域的索引查询居民信息、通过复合条件查询居民信息,查询方法可通过对请求消息的判别识别.

6.
1.
4.
2.
4标识域(卡类型、地区、业务领域)管理标识域主要包括不同的标识卡类型,如不同机构的就诊卡、不同地区的健康卡、身份证、社保证、妇幼保健卡、预防接种证等对身份进行标识的不同领域.
主要角色与服务组件包括系统管理员、标识域管理服务.
管理内容主要包括:新增标识域、删除标识域、获取标识域.
6.
1.
4.
2.
5规则管理跨域主索引系统主要包括主索引生成规则管理、居民身份区配规则管理、合并策略管理.
规则管理角色包括系统管理员、相应的规则管理模块.
交互过程主要是系统管理员向相应的规则管理模块提交新增规则、删除规则等.
6.
1.
4.
2.
6安全审计一般情况下须通过独立的安全审计平台对交互双方记录审计跟踪事件,主索引平台可参考建立.
主要角色及服务模块包括审计源、审计服务.
6.
1.
4.
3平台应用居民健康卡主索引系统总体上以行政机构为单位,在需要进行跨标识域的级别部署.
居民健康卡主索引系统负责从各个业务系统采集业务数据,形成全市唯一主索引,并向市内所有业务应用系统提供索引服务.

6.
1.
4.
3.
1健康卡主索引应用电子健康卡管理系统通过对跨域主索引的应用,建立电子健康卡的个人身份跨域的唯一标识.
并据此提供电子居民健康卡、二维码生成等应用.
健康卡居民主索引和医疗机构卡整合后,不同的医疗机构可以通过健康卡居民主索引生成电子居民健康卡二维码,实现不同医院就诊卡之间的互联互通.
6.
1.
4.
3.
2健康卡主索引跨域协同对省、市级居民健康主索引系统提供跨地域业务协同支持服务,支持通过省级系统实时查询国家主索引和跨省系统索引.
健康卡居民主索引和医疗机构卡整合后,可以通过健康卡关联到不同机构的就诊卡,进而实现不同医疗机构电子病历的共享调阅.
6.
1.
4.
3.
3健康卡主索引外部对接与国家级、省级卡管系统、用卡业务协同与监测系统进行对接,完善唯一主索引信息并提供索引查询匹配服务.
6.
1.
5电子病历和健康档案存储服务6.
1.
5.
1电子病历存储服务电子病历存储服务是一系列存储库,用于存储电子病历的信息,包括病历概要、门(急)诊诊疗记录、住院诊疗记录、健康体检记录、转诊(院)记录、法定医学证明及报告、医疗机构信息等七个业务域的临床信息记录构成.

6.
1.
5.
2健康档案存储服务健康档案存储服务可包括七个存储库:个人基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库.
6.
1.
6全程电子病历服务全程电子病历服务用于处理EMR共享平台内与数据定位和管理相关的复杂任务,实现平台互联互通性规范,可使用由EMR共享平台内提供的组件和服务同其他EMR共享平台互动来完成某一项事务.
6.
1.
7全程健康档案服务实现健康档案全生命周期的信息服务,具体功能应包括:1.
健康档案调阅:为平台应用提供统一的健康档案访问入口,配合信息安全手段实现居民健康档案的受控访问,为健康档案浏览器提供顶层数据访问服务,提供健康档案检索、健康档案状态查询、健康档案获取、健康档案摘要调阅等服务内容.

2.
组装服务:提供组装模板制作与维护功能、所见即所得的数据组装仿真、模板的版本化管理、、规范的模板发布流程处理、组装引擎组装服务运行监控等功能.
6.
1.
8信息接口服务信息接口服务包括通信总线服务和平台公共服务.
6.
1.
8.
1通信总线服务通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信.
主要服务组件包括消息服务和协议服务.
6.
1.
8.
2平台公共服务平台公共服务指应用系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务.
6.
1.
9健康档案浏览器健康档案信息由临床信息、预防保健信息、康复信息等组成,健康档案浏览器可以根据使用者的特定需求提供不同卫生领域的调阅展示服务.
区域内各医疗机构使用健康档案浏览器可实现对平台整合后业务数据的访问.
功能要求如下:用户可以访问同一居民信息,无需考虑是从哪个途径登录的;向用户提供访问居民纵向记录的窗口,必须能够显示所有EHR存储库中的数据;对于EHR浏览器来说,注册库应该是信息平台标识符的唯一来源,尤其在选择患者和医疗机构或者解析服务位置标识时;提供能够使用EHR平台中的居民注册服务来检索居民信息的功能;提供在客户记录间方便的导航能力,同时维持特定用户会话的语境信息如用户ID、密码和患者标识信息;提供记住活跃患者的列表能力,提供优化机制以访问活动名录(预先查询,缓存等)中的患者记录;纵向记录服务包含的EHR索引应当是任何和所有(即纵向的)患者EHR查询的起点(即第一级的).
EHR浏览器应使用户能"下钻"到由LRS索引的任何特定事件、文档或其他公布的条目;对于给定的患者来说,提供代表客户EHR内容的概览视图;提供不同方式的视图,如按日期、按服务提供者、按服务地点排序的按事件访问客户EHR,或者按视图中展现的特定域来访问EHR;提供方便灵活的信息导航特征,如,改变列表中分类顺序、改变列的位置、可变更可视长度等;提供全科医师在患者就诊期间或在就诊的上下文环境中获得对居民健康记录的访问.
为了有助于这些方案的应用,EHR浏览器需要易于使用和导航,易于学习,高效提供数据和有效地与信息平台交互以访问所呈现的数据.

隐私和安全需求:居民健康相关信息属于个人隐私,健康档案浏览器需要通过安全、保密、访问控制等手段,提供健康信息的隐私保护和数据安全保护;为安全起见,EHR浏览器利用信息平台的安全机制,即用户应该在信息平台域上注册并被全域所知晓;通过应用保持在接入层中可用于用户EHR访问的政策、规则和控制,提供与用户交互的能力,以执行认证和授权访问控制;提供应用辖区许可管理的政策的特征,例如紧急情况下的处置,许可收集等;在适当的系统安全日志机制内,记录所有导致访问或更新信息平台系统任何组件的系统/用户事务日志.
6.
1.
10电子病历浏览器电子病历信息主要由临床信息组成,电子病历浏览器可以根据使用者的特定需求提供不同医疗卫生领域的调阅展示服务.
功能要求如下:用户可以访问同一患者信息,无需考虑是从哪个途径登录的;向用户提供访问患者纵向记录的窗口,必须能够显示所有CDR存储库中的数据;对于电子病历浏览器来说,注册库应该是信息平台标识符的唯一来源,尤其在选择患者和医疗机构或者解析服务位置标识时;提供能够使用信息平台中的患者注册服务来检索患者信息的功能;提供在客户记录间方便的导航能力,同时维持特定用户会话的语境信息如用户ID、密码和患者标识信息;提供记住活跃患者的列表能力,提供优化机制以访问活动名录(预先查询,缓存等)中的患者记录;纵向记录服务包含的电子病历索引应当是任何和所有(即纵向的)患者电子病历查询的起点(即第一级的).
电子病历浏览器应使用户能"下钻"到由LRS索引的任何特定事件、文档或其他公布的条目;对于给定的患者来说,提供代表客户电子病历内容的概览视图;提供不同方式的视图,如按日期、按服务提供者、按服务地点排序的按事件访问客户电子病历,或者按视图中展现的特定域来访问电子病历;提供方便灵活的信息导航特征,如,改变列表中分类顺序、改变列的位置、可变更可视长度等;提供医师在患者就诊期间或在就诊的上下文环境中获得对患者健康记录的访问.
为了有助于这些方案的应用,电子病历浏览器需要易于使用和导航,易于学习,高效提供数据和有效地与信息平台交互以访问所呈现的数据.

隐私和安全需求:居民健康相关信息属于个人隐私,电子病历浏览器需要通过安全、保密、访问控制等手段,提供电子病历信息的隐私保护和数据安全保护;为安全起见,EMR浏览器利用信息平台的安全机制,即用户应该在信息平台域上注册并被全域所知晓;通过应用保持在接入层中可用于用户EMR访问的政策、规则和控制,提供与用户交互的能力,以执行认证和授权访问控制;提供应用辖区许可管理的政策的特征,例如紧急情况下的处置,许可收集等;在适当的系统安全日志机制内,记录所有导致访问或更新信息平台系统任何组件的系统/用户事务日志.
6.
1.
11浏览器嵌入接口提供电子病历浏览器和健康档案浏览器作为信息的展示功能,同时还为医院的HIS系统提供电子病历和健康档案浏览器嵌入接口,便于与HIS系统或医生工作站系统进行对接.
6.
1.
12数据共享与交换6.
1.
12.
1基于医疗服务总线ESB系统集成医疗服务总线需遵循HL7、IHE、DICOM3、ICD10、CDA等医疗行业标准,支持HL7V2、V3消息的解析、校验、转换、支持MLLP协议传输,能够构建符合HL7标准的CDA文档,具备完善的医疗行业消息处理能力;基于医疗行业共享交换的先进性、可扩展性、互联互通性,能够解决医疗信息系统信息孤岛问题,降低医疗信息整合难度,实现医疗数据的交换与共享.

6.
1.
12.
2基于资源适配器快速适配资源适配器基于适配器框架技术,可为各系统实现统一的应用服务接口,支持大多数主流的数据库、消息中间件产品和通信协议,并提供扩展开发以便支持非标准的信息连接要求.
实现对各种数据源、信息源以及各种应用系统的无缝衔接:具备多协议接入和转换的能力,能够提供常见的协议的适配器组件,如应用适配器:Email、MQ、Tuxedo、SAP、OracleEBS、OracleDatabase、DB2、MSSQLServer等.
协议适配器:JDBC、HTTP、Socket、LDAP、EJB、XML、JMS、FTP、WebService、RMI、Telnet、CORBA等.
主机适配器:CICS、IMS(SNA)等.
支持常见数据集成,数据源类型包括关系型数据库(DB2、Oracle、SQLServer、MySQLrv)、结构化资源(XML、Excel、Jsonl资)、自定义文件(自定义分隔符、定长资源……)、已有应用(ERP、OA、CRM、SCM有应)、已有服务接口(Webservice、EJBse)等多种形式.

资源适配器是信息交换和信息整合的重要构成部分,它不仅提供各种预制的适配器模板供信息整合项目直接配置使用,同时还提供标准的扩展接口供特殊需求下的扩展开发.
支持自定义更多接入方式,能够将应用系统的非标准服务转化成标准接入协议.

适配组件包括多种适配器模板,提供服务封装与协议转换功能.
6.
1.
12.
3基于消息中间件数据传输消息中间件,作为消息总线支持消息队列技术,与数据互联互通平台ESB产品实现无缝衔接,实现消息数据在机构内业务系统间、跨机构业务系统间的可靠、稳定传输.
提供连接管理、队列管理、压缩传输、断点续传、开发接口等功能.

6.
1.
12.
4配置管理中心配置管理中心提供基于Web方式的管理界面,为平台提供了集中的可视化管理操作平台.
通过域管理、主机管理以及服务节点管理三级管理方式,配置管理中心对平台环境进行综合管理,从而实现了在分布式平台环境下对服务节点由全局到局部的快速索引、灵活装载以及高效管理.
配置管理中心提供向导式创建、信息配置、分布式部署、集中式管理、分级管理、用户权限配置、数据源配置、安全配置、适配器节点管理、消息代理节点管理、服务部署、服务日志配置、高级设置、环境变量配置、监控审计配置、热部署配置、安全访问控制、节点启停、流量控制、集群管理等一系列功能,可以对平台不同类型服务(适配器、消息代理、服务访问代理)进行传输协议、数据源连接、以及用户访问安全等个性管理.

6.
1.
12.
5集成开发平台工具集成开发平台需要基于Eclipse技术,通过图形化工具使得服务从建模-组装-优化的全过程得以实现.
通过完全的图形化建模界面以及大量预定义的服务模板,可以帮助开发人员快速、准确地进行服务封装、服务集成等开发工作.
集成开发平台由集成开发工具和数据建模工具两部分组成.

集成HL7引擎,支持HL7v2x、v3消息的解析、校验、路由、转换、传输等.
扩展MLLP协议,用于HL7消息的发送和接收.
支持HL7CDA标准,通过开发工具能快速构建符合HL7标准的CDA文档.
支持IHE规范、能够把应用文档请求适配成符合IHE-XDS标准的请求,支撑医疗机构间文档的共享交换.
数据建模工具包括XMLSchema生成器和XMLCastor对象转换器两部分.
它帮助完成对应用各个环节所要传递的业务信息的建模,通过采用Java/XMLBinding技术,完成从基于XMLSchema的业务信息模型到面向对象的Java实体的转换、编译、打包等工作.
它将SOA应用中需要进行交换、传递、转换、合并、分解等处理的信息抽象出来,不仅大大简化了对信息的处理工作,同时还实现了业务信息与业务处理逻辑的松耦合,以便于业务流程的灵活改变.

集成开发工具是一款基于Eclipse平台的企业级整合开发工具,它提供了规范的模板化集成开发模式,帮助用户快速完成对服务总线所需业务对象信息的配置,并轻松地完成服务总线所需要的开发、配置和集成工作.

6.
1.
12.
6数据整合需要提供字段映射、数据过滤、数据清洗、数据替换、数据计算、数据验证、数据加解密、数据合并、数据拆分、数据分发、数据删除等功能.
这些功能支持任意组装,组装后各组件通过平台共享数据.
同时平台提供脚本支持,使得用户以编程的方式定制数据的整合.
需要包括如下功能:数据转换映射.
将业务系统内对数据转换标准中的对应项有一个映射关系的定义,包括结构映射与值域映射两部分.
数据转换组件提供可视的数据转换映射工具,提高数据映射的准确性.
数据结构映射.
提供将业务系统的数据结构映射成对应的平台数据结构.
值域映射.
提供对业务系统中现有的值域进行完善的映射处理.
数据合并拆分.
提供对数据结构进行重新组织排列,按平台统一标准进行数据梳理,完成异构数据的重组.
数据丰富与裁剪.
根据平台的标准数据要求,删除与业务无关内容,并对数据内容进行丰富,丰富后的数据再传递给应用处理.
数据裁剪是对数据内容进行解析,并对数据内容进行裁剪,裁剪后的数据再传递给应用处理.
规则丰富与裁剪是按照数据丰富与裁剪规则库中的数据丰富与裁剪规则进行灵活的数据丰富与裁剪.

数据补缺替换.
针对标准统一要求,且在业务系统无法提供的内容,提供统一补缺替换功能,例如数据源部门机构信息、常亮信息等值域,提前在转换环节设置默认值.
6.
1.
12.
7数据交换标准通道提供不同部门机构与平台进行数据交互的标准通道,包括SOAP/HTTP、JMP/MQ、Socket等,以中立性的技术协议、统一接口支撑部门机构与平台间的数据交换.
无论平台应用及业务应用使用何种编程语言与开发平台,都可通过标准协议方式实现基于标准通道的服务接入与访问.
资源适配.
对于各部门机构业务系统通过技术接口(如:数据库接口、文件接口、JAVA接口等)提供的协同功能,数据采集和交换一体机通过通用适配功能将其封装为标准服务,为平台提供统一、规范的访问方式.

服务代理.
数据采集和交换一体机提供服务代理功能,将业务功能提供的WebService服务接口转换为前置提供的标准通道,为平台提供统一的接入接口.
服务代理可隐藏各部门机构业务系统提供的真实Web服务的端口、地址等信息,实现平台与各业务系统的隔离.
智能路由.
数据采集和交换一体机提供灵活的消息路由方式,可实现智能的消息路由.
针对于具体的业务需求,实现服务的静态路由、动态路由以及规则路由.
静态路由是按照预先制定的规则建立消息传递关系,按照指定的目标地址进行消息路由.
动态路由是通过动态读取路由进行灵活的消息路由.
规则路由是通过读取路由规则库进行灵活的消息路由.

消息分发.
数据采集和交换一体机通过简单配置操作,即可实现消息的分发功能.
在此模式下,平台发布的消息内容可被医疗卫生机构的多个业务系统接收,满足消息广播模式的需求.
6.
1.
13数据处理集中监管数据处理集中监管系统通过对数据处理过程、结果进行全面的监控,提升对数据的综合管理的能力.
支持通过图形化界面实时展现各类业务运行指标,包括交易执行总数、成功数、失败数、异常数、服务处理时间、响应时间、服务节点流量等.
支持通过拓扑图等形式,整体展示医疗服务总线环境中各级别节点的部署情况及运行状态.
1)管理层,提供系统的后台配置管理,包括:权限管理,角色管理,报表管理,日志管理等,为系统运行提供运维支撑.
2)数据层,指的是健康数据处理的范围,可以对医疗机构诊疗数据、值域标准、医疗业务标准、互联互通标准等各个类别的数据处理进行监管.
3)业务层,可以对数据处理的数量、效率、流程、异常情况等进行全面监管.
4)展示层,提供数据处理全过程监管的系统级界面的可视化展示,全面清晰的了解数据处理的情况.
6.
1.
13.
1前端应用功能设计1)处理数量监控展示对区域内的数据处理进行监控管理,能够直观反映各家医疗机构的数据总量的情况.
2)执行效率监控展示能够对区域内各个医疗机构数据处理效率进行监控,按照时间单位对不同医疗机构的上报和处理效率进行统计分析,按需能够形成分析报告供管理人员予以参考.
3)处理流程监控展示对数据处理的全过程的状态进行可视化监控,包括:数据采集、数据转换、数据校验、数据上报等的状态信息、执行开始时间、执行结束时间等.
4)处理异常监控展示对区域内数据上报的整体情况进行监控,包括单位时间内,区域上报数据总数、上报成功总数、失败总数.
能够按照业务类别进行数据上报相关指标的统计,并可以以医院为单位分别对一家医院的业务数据上报情况进行统计分析.

6.
1.
13.
2后台管理功能设计1)基础数据管理基础数据管理功能应包括:用户管理、角色管理、组织管理、设备管理等功能,实现对数据基本权限的设置.
2)日志管理提供日志管理设置功能,对日志记录级别进行设置.
3)系统设置系统许可配置、版本控制等功能.
4)区域成员信息管理设置提供区域成员联系方式、联系人等信息的编辑、添加、删除等功能.
6.
1.
14数据质量控制电子病历数据质量控制系统需要综合考虑数据规范性、关联性、及时性、连续性、稳定性、准确性等诸多方面,构建完备的电子病历数据质量评价控制体系,以客观综合的维度和视角对数据中心电子病历数据进行质量评估,快速直观的分析反馈电子病历数据质量所存在的问题.
要求基于分项评分标准和综合评分标准,从数据范围、实际上报率、业务关联性等七个不同的维度对电子病历数据进行质量评估,从整体上统计分析各机构的数据质量并进行综合评分,以报告与反馈机制构建电子病历数据质量控制闭环,实现电子病历数据质量从评测到反馈的全周期管理.

数据质量控制要求包括质量分析,质量稽查,问题处理,系统管理.
质量分析要求展示数据质量评估校验结果,展示量化分值、指定时间周期质量趋势,详细的校验报告等.
质量稽查内置定义若干校验规则模型,支持配置校验数据模型,设置校验执行时间和周期等.
校验发现的问题后台会有记录并提供统计分析.
问题处理要求提供工单管理能力,校验发现的问题可以形成工单,指派到具体负责人员,关联具体问题,跟踪后续处理结果.
系统管理要求配置数据源、数据字典、模型、系统用户和权限等.

6.
1.
14.
1质量稽查1)数据级次数据级次是未来更好地管理数据的组织关系,是数据的逻辑层次.
数据级次的设计要支持多层级延伸,理论上支持无限层级.
实施级次时一般与现实中的组织机构和管理关系相对应,便于管理.
2)数据绑定数据绑定解决数据源与模型的对应关系,映射之后按照后续标准进行数据质量校验.
需要支持选择目标数据源、定制SQL语句、设置参数,支持SQL语法检测和测试执行.
3)校验规则校验规则是数据质量处理的核心,需要包括空值、值域、规范、逻辑、重复数据、及时性、记录缺失、引用完整性、离群值、波动、平衡性等项目的检查,需要包括规则项编辑维护、启用禁用、设置权重等功能.

4)执行方案执行方案定义校验执行的频率周期,支持丰富的设置规则.
频率定义可包括:分钟、小时、每月几日、月份、每周星期几、指定间隔等.
6.
1.
14.
2质量分析提供按时间、结果状态、稽核对象等条件查询稽核结果列表.
稽核的结果包括稽核对象ID、稽核对象描述、稽核表、稽核列、稽核模板、是否异常.
并可导出为EXCEL文件.
1)数据质量校验报告根据指定查询条件"数据期、数据级次(归属机构)、稽查方案(病种或数据类型)"查询分析数据质量校验情况,生成报告支持导出.
报告中可显示各类规则校验数据量和出现问题数量,统计问题占比情况.
2)问题统计分析可逐日统计本期与上期数据质量问题对比,环比同比增幅.
可分为问题数量和问题率两个维度.
3)评分趋势评分趋势展示某数据级次范围内指定数据周期内某种稽查方案的综合评分趋势.
同时要展示下一级次(一般代表下级机构)逐日评分明细,便于掌握和监管.
4)评分对比评分对比集中展示同级别级次(机构)之间数据质量水平,可以直观地看出质量优劣差异.
并会列表展示详细分值.
5)质量评分报告提供总体质量评估的概要报告,包括纳入评估医疗机构综合评分和分业务类型数据质量评分,支持导出和查看机构质量明细情况.
报告可以依据数据周期和范围查询筛选关注的范围.
每个机构数据质量详细报告展示综合评分和排名,一定周期内质量变化趋势和逐日综合评分和分业务明细评分.
便于有针对性地解决质量缺陷问题.
明细报告展示具体业务数据(例如:健康档案、高血压、处置记录等)的逐日数据质量评分,便于分析具体业务方向的数据质量.
6.
1.
14.
3问题处理数据质量治理主要通过工单派发、跟踪、管理来实现闭环.
6.
1.
15平台管理6.
1.
15.
1资源管理数据源实现对数据源的管理,支持配置不同类型数据库的连接地址、账号、端口等.
支持常见的关系型数据库以及非关系型数据库.
数据稽查和校验设计的所有原始数据,都要通过配置的数据源进行访问.
添加数据源支持选择常见关系型数据库和NoSQL数据库,对于新出现的数据库支持扩展.
字典数据字典是稽查数据质量的重要基础数据,对数据字典的管理是系统必备功能.
字典管理主要包括字典代码值域基础信息维护,字典分类分层级管理.
数据模型数据模型包括两个层面:逻辑模型:也称信息模型或概念模型,它是按照用户的观点对数据和信息进行建模,通常用一些实体和关系来表示,它不依赖于某一个DBMS支持的数据模型.
物理模型:它是面向实际的数据库实现的,表现为数据结构(用于描述系统的静态特性,研究与数据类型、内容、性质有关的对象,例如关系模型中的域、属性、关系等)、数据操作(主要有检索和更新两大类操作.
数据模型必须定义这些操作的确切含义、操作符号、操作规则以及实现操作的语言)以及数据的约束条件(是一组完整性规则的集合.
完整性规则是给定的数据模型中数据及其联系所具有的制约和存储规则,用以限定符合数据模型的数据库状态以及状态的变化,以保证数据的正确、有效、相容.
此外,数据模型还应该提供定义完整性约束条件的机制).

6.
1.
15.
2用户管理对用户的信息和属性进行管理.
6.
1.
15.
3角色管理角色管理功能可实现对创建、读取和编辑数据等权限的管理.
为了满足内部多级组织架构之间对数据的共享和私密性要求,每个用户可同时拥有一个或者多个角色,这取决于系统的配置.
其功能应包括角色创建、编辑、删除,用户组/用户的创建、编辑、删除,以及用户授权操作.

6.
1.
15.
4权限管理权限管理创建系统角色并分配角色权限,需包括创建角色导航、创建角色、选择角色、分配角色权限、保存角色权限、继续设置等操作.
6.
1.
15.
5配置管理保证平台应用正常运行的参数设置模块,实现功能应包括:配置系统参数分析的参数、规则等;配置应用的各种版本状态、业务状态、性能状态等临界值,设置异常状态告警阀值;配置系统各种角色的个性化界面.

6.
1.
15.
6日志管理当用户对资源进行操作时,系统会对用户进行认证,认证完毕是权限检测,接着执行相应的操作.
整个过程可以配置日志记录功能,比如认证日志、权限检测日志和操作日志.
6.
1.
15.
7监控管理提供图形化统一配置和监控界面,降低维护人员的使用难度,帮助运维人员及时发现问题、解决问题,提升系统稳定性.
具体功能实现包括:可显示系统总体运行情况,实时状态;支持检测并显示作业的执行进度及运行结果等信息;支持检测每个作业处理数据的情况并进行显示;具备直观的监控界面,对作业各个步骤的运行情况等进行监控并显示监控信息;包括执行起始时间、作业运行时间、作业每个步骤的执行时间、执行结果、出现错误的位置、错误原因、出现错误的时间等内容;提供图形界面的性能分析展示,包括分析运行的任务的行为、图形化展示任务整个运行阶段每个时间线上的记录吞吐量、CPU使用率、任务内存使用、物理机器资源占用等,及其平均值的计算;提供资源预估图形化工具,可估算任务运行是否所需的系统资源,如磁盘、CPU、内存等.
或可指定单个作业最大可占用内存;提供对所有操作的日志记录及查看功能;支持任务调度状态显示,如执行、挂起等;支持直观展示系统资源使用情况及各任务资源使用情况;支持异常信息告警,告警级别、告警内容、发生时间、告警处理建议等信息展示6.
1.
15.
8管理控制台通过管理控制台对平台状态监控,进行相关的分析和处理,达到对系统的有效管理和监控.
状态监控实现对系统运行过程中的多种信号与数据进行初步的分析与状态判断.
为保证通信、应用层、网络信道、处理节点、关键进程等正常运转,需要对其中的各类信号与数据进行状态识别与定性归类,并对出现故障的处理环节进行控制.
为保障整个系统及各功能模块的正常运转与功能实现,管理控制台状态监控具备通信状态监控功能,应用层的状态监控功能,网络的状态监控功能,信道的状态监控功能,处理节点的状态监控功能,关键进程的状态监控功能.

6.
2、数据中心设计6.
2.
1信息资源管理提供全员人口信息、电子健康档案、电子病历三大基础数据库、医疗卫生核心数据、标准规范数据等的规范化管理.
具体功能应包括:1.
主数据管理:提供属性自动匹配和重复数据删除功能,以及基于工作流的主数据手动干预功能;提供多源数据的原始数据查询、差异比较功能;提供主数据的历史变更回溯功能.
2.
参考数据管理:提供数据值、数据集生命周期管理,提供数据值、数据集版本管理与血缘关系管理功能,提供参考数据查询、发布功能.
3.
文档注册:提供文档元数据的采集、抽取、转换等功能.
4.
事件注册:提取文档中与事件相关的元数据进行注册,依据事件信息建立居民与文档之间的关联关系,通过事件获取相关文档.
5.
索引服务:通过索引服务从基本业务系统查看居民的健康事件信息,以及事件信息所涉及的文档目录及摘要信息.
结合信息资源存储服务提供文档信息的即时展示.
6.
2.
1.
1主数据管理主要针对可重复使用的高价值、低变更的基础数据,通过主数据管理功能对该部分基础数据进行统一管理,建立准确、完整、一致的数据,实现数据统一标准化,减少运维成本.
主要功能应包括:主数据源设置.
维护医疗卫生机构及机构中的业务系统如HIS、LIS等主数据管理源,包括新增、修改、删除等功能,并支持主数据的历史变更回溯.
主数据维护.
维护主数据的类别,包括新增、修改、查询及手动干预等功能.
订阅管理.
需要使用主数据的应用订阅需要的主数据,当被订阅的主数据发生更新时会及时通知使用的业务系统,包括新增、修改、删除及差异性比较等功能.
日志查询.
记录任何共享的主数据更新日志,包括源系统的主数据发生的变化及主数据管理使用者相关信息等.
映射管理.
维护各类主数据的基准数据,并将各关联系统(源系统、使用者系统)相关数据与基准数据进行映射,包括新增、编辑、审核、启用、设置(取消)基准、映射及发布等功能.
6.
2.
1.
2参考数据管理参考数据作为数据标准体系的一部分涵盖了性别、民族、国籍等基础国标代码管理;卫生信息数据元标准值域管理;ICD-10疾病分类与编码管理;ICD-9-CM-3手术与操作编码管理;中医病症分类与代码管理;卫生机构(组织)分类与代码管理;医疗卫生机构诊疗科目与代码管理;医疗服务项目分类管理;药品(含医疗器械)分类管理;中西医医学术语管理等.

主要功能应包括:数据值、数据集生命周期管理,数据值、数据集版本管理,参考数据查询、发布等功能.
6.
2.
1.
3文档注册文档注册根据文档的内容维护每一个注册文档的元数据,并包括在文档库中存储的地址.
文档注册可根据文档用户的特定查询条件返回文档(集).
主要功能应包括提供文档元数据的采集、抽取、转换等.
6.
2.
1.
4事件注册为实现区域内医疗卫生信息系统之间对健康档案信息的共享和交换,需要在区域内部以居民或患者为单位,对居民获得的卫生服务活动的事件信息进行注册.
事件注册本质是建立一个事件目录.
目录中的每个条目由描述该事件的关键信息构成,实际操作时,应该提取文档中与事件相关的元数据进行注册,同时,事件信息将被作为患者与文档之间的关联关系,便于使用者可以通过事件的途径获取相关的文档.

6.
2.
1.
5索引服务通过为居民建立唯一的标示,主要用于在一个复杂的医疗体系内,通过唯一的患者标识将多个医疗信息系统有效地关联在一起,以实现各个应用之间的互联互通,保证对同一个患者,分布在不同异构应用中的个人信息采集的完整性和准确性.

数据通信协议管理.
EMPI采用HL7作为消息通讯标准,通过完善的HL7扩展以及版本管理实现患者基本信息通信的规范.
信息综合展示.
基于患者的索引形成的全面、完整、动态的健康档案数据,各级医疗卫生机构均可通过平台进行患者的360合视图调阅,如患者在医疗卫生机构中产生的电子病历数据、健康专项数据,以及针对特定患者的专项表单跟踪管理.
通过基于索引的信息综合展示,实现贯穿患者在所有机构的健康情况一体化信息查阅.

6.
2.
1.
6信息资源目录管理基于元数据、信息资源分类、标识符编码和全文检索技术实现信息资源的统一管理,充分利用目录注册、目录聚合、目录发布等功能,实现信息资源目录体系的两大重要任务,即定位发现和共享整合.
具体功能应包括:1、元数据管理:提供自动化信息资源编目、信息资源注册、智能化的查询功能.
支持集中式和分布式部署,实现基于Metadata的信息资源管理.
2、基于IHEXDS的文档共享管理:支持文档类信息提交,支持非文档类信息提交,基于分阶段提交的性能优化,支持多种文档格式的提交,支持单一和患者文档提交模式,定制化的信息索引机制,提供患者域外文档存在分析功能.

3、基于IHEPIX的个人主索引管理:区域性唯一标识(ID)管理(分配、删除、合并等)、ID映射管理、个人信息管理、主索引查询、主索引数据维护、重复信息匹配、个人关系管理等.
6.
2.
1.
7元数据管理(1)提供信息资源核心元数据的编辑功能,包括:提取信息资源相关特征信息,形成信息资源核心元数据;对信息资源核心元数据中的分类信息进行赋值;提供者可在编目时对信息资源进行唯一标识符的赋码.

(2)提供信息资源核心元数据的注册功能,能根据符合资源类型的元数据注册数据元,将注册的数据元指定其所在的目录节点.
管理者能够对元数据内容进行审批,主要目的是要统一信息资源的唯一来源,统一术语等工作,以及判断分类是否正确,为信息资源的真实性、可利用性、合法性做好基础管理.
已经审批通过的数据元才可以被管理员发布.
发布后的数据元将能够被信息资源的使用者所查看与使用.

(3)提供信息资源核心元数据的智能化查询功能.
为应用系统提供标准的调用接口,支持信息资源核心元数据和数据元元数据的查询;提供人机交互方式的目录内容的查询功能,为单位用户提供信息资源核心元数据的查询检索功能;提供多种查询功能:按标准中的各种分类方式,为用户提供目录查询;提供单条件查询功能;提供组合条件查询功能.

6.
2.
1.
8基于IHEXDS的文档共享管理(1)文档调阅服务响应区域医疗信息系统客户端所发出的调阅档案的请求.
服务器端响应客户端提出的显示失误,以WEB方式完成对客户端的应答.
对临床文档检索显示请求,服务端可根据源数据文件格式向客户端提供转换提示,或直接将源数据文件转换成客户端需要的格式产生应答.
对特定数据信息的检索显示请求,由服务器端生成WEB页面响应,在该WEB页面中存放客户端需要的连接地址.
这些地址指向各业务应用系统以WebService方式产生的动态页面.
(2)文档调阅服务根据客户端发出的针对档案目录中某条诊疗服务记录调阅请求进行响应.
文档调阅服务根据目录存储的诊疗服务记录详细路由地址,向相应医疗服务机构发出调阅请求,该机构的数据采集和交换一体机系统从相应机构业务数据中抓取符合要求的信息进行标准格式转换,然后传送到文档调阅服务系统.
文档调阅服务将获取的业务数据进行组装生成档案显示客户端要求的标准样式,然后传送到档案调阅显示工具客户端进行显示.

6.
2.
1.
9基于IHEPIX的个人主索引管理基于IHEPIX的个人主索引管理指为保持在多域或跨域中,用以标识患者实例所涉及的所有域中患者实例的唯一性所提供的一种跨域的系统服务,具体操作包括:(1)各域个人主索引的识别,包括子域与上级域;各域个人主索引的创建、跨域个人主索引注册,包括子域与顶级域的个人主索引创建以及子域个人主索引向上级域的注册.
(2)个人主索引的合并.
通过域内的查询,发现主索引重复,即一个患者对应多条主索引,且未被其他患者占用的主索引,向上级域提交跨域查询.
个人主索引服务进行域内查询,通过系统匹配算法及人工干预,判断主索引是否重复,将结果返回.
如果为重复主索引,各域进行域内合并.

(3)各域完成个人主索引的更改.
通过域内的查询,发现主索引有误,即占用了其他患者的主索引,向上级域提交跨域查询.
个人主索引服务进行域内查询,通过系统匹配算法及人工干预,判断主索引是否错误,将结果返回.
如果为错误主索引,各域进行域内更正.

(4)各个域调用.
位于子域的应用可以查询并调用上级域的主索引,完成跨域的查询.
6.
2.
2数据存储提供全市电子病历库、健康档案库、全员人口库、文档库等的存储,提供跨地域的数据存储/数据访问服务.
需要包括:三大基础库:实现基于数据标准的电子病历、健康档案、全员人口三大基础信息资源的数据模型的定义、变更、发布的全生命周期管理.
提供数据建模、物理模型转换、物理模型部署功能,提供标准数据元引用.

卫生健康资源库:提供公共卫生、妇幼保健、卫生监督、药物管理、中医药资源管理等信息资源的数据模型的定义、变更、发布的全生命周期管理.
提供数据建模、物理模型转换、物理模型部署功能,提供标准数据元引用.
文档库:实现基于分布式文件存储的卫生信息共享文档的存储管理,以及文档访问索引建设.
提供文档存储区域设定,提供基于SM3的文档有效性验证,提供文档的离线备份与恢复,提供文档元数据描述,提供文档分类管理,提供文档快速检索.

空间数据库:提供定位数据注册、变更的管理,提供定位数据与实体的关联管理,提供区域边界的定义与管理.
6.
2.
2.
1电子病历资源库电子病历(EMR)是由医疗卫生机构以电子化方式创建、保存和使用,重点针对门诊、住院患者(或保健对象)临床诊断治疗过程的系统、规范的记录,是居民在医疗卫生机构历次就诊过程中产生和被记录的完整、详细的临床信息资源.
医院内授权用户可对其进行访问.
电子病历包括病历概要、门(急)诊诊疗记录、住院诊疗记录、健康体检记录、转诊(院)记录、法定医学证明及报告、医疗卫生机构信息等内容.

6.
2.
2.
2健康档案资源库健康档案是居民健康管理(疾病防治、健康保护、健康促进等)过程的规范、科学记录,是以居民健康为核心,贯穿整个生命过程,涵盖各种健康相关因素、实现多渠道信息动态收集,满足居民自我保健和健康管理、健康决策需要的信息资源.
电子健康档案的主要记录内容包括医疗业务数据和公共卫生业务数据.

6.
2.
2.
3全员人口资源库提供基础信息服务的相关信息集合,可通过数据交换共享与计生、公安系统进行交换获得,并作为居民基本信息的重要来源之一.
基于完善的居民基本信息,才能有效的完成区域医疗协同业务以及公共卫生业务的联动.
全员人口信息库包括公民身份号码、姓名、性别、民族、出生地、出生日期等基本信息,以及各部门业务系统在利用人口卫生健康基本信息过程中产生的、其他存在共享需求的全员人口信息等.

6.
2.
2.
4医疗卫生资源库除了公共卫生、妇幼保健、卫生监督、药物管理、中医药管理、基层医疗卫生机构业务、医疗保障等业务主题库外,还需要建立文档库、空间数据库.
6.
3数据采集交换子平台数据采集交换子平台是该平台建设的基础,采用医疗健康数据采集与交换一体机.
医疗健康数据采集与交换一体机是软硬一体化数据采集与交换解决方案,采用新一代数据采集与交换技术,基于一体机设备的基础硬件,对操作系统进行优化,提高了运行的性能及安全性.
交换传输层的ESB核心组件支撑上层的协同服务.
通过"抽取、转换、校验、上报"固化四步流程实现数据的采集与上报.
整个采集的过程通过可视化的开发工具进行转换,提供实时、全面的监管的安全、管理、监控功能.

采用主动分析采集模式,支持多种采集方式,根据业务需求可自动提取业务系统中的医疗服务、医疗保障、健康档案、卫生资源等数据,无需人工干预,并对数据进行清洗(自动转码为国家医疗标准值)汇总、整合后形成目标数据中心.

通过在分散的医疗机构部署的医疗健康数据采集与交换一体机,可将数据复杂转换、校验业务等逻辑安全可信的分散在不同医疗卫生机构,减轻中心平台压力,避免性能瓶颈的产生.
6.
3.
1数据采集与交换6.
3.
1.
1数据抽取支持HIS、LIS、RIS、EMR、病案系统等医疗机构的数据抽取,支持东莞市公立医院所用厂商的业务模板对接,完成医疗相关数据抽取.
支持多种抽取途径,包括数据库、Web服务接口、文件(XML、CSV、Excel等)、技术接口等,支持主流厂商业务数据库,包括Oracle、Mysql、SQLServer等,支持异构数据库间的数据集成与协同.
支持定时抽取、实施抽取、事件触发抽取、全量抽取、增量抽取等多种抽取方式.
支持图形化开发模式,提供给远程Web管理与监控功能.
支持基于模板的业务适配,可快速完成与医院内业务系统对接.
6.
3.
1.
2数据转换数据转换组件满足字段映射、数据过滤、数据清洗、数据替换、数据计算、数据验证、数据加解密、数据合并、数据拆分等功能需求.
这些组件支持任意组装,各组件之间通过平台共享数据.
同时平台应提供脚本支持,使得用户可以以一种编程的方式定制数据的转换和加工行为.

从数据源中抽取的数据不一定完全满足目的库的要求,例如数据格式的不一致、数据输入错误、数据不完整、字典表对应等等,因此有必要对抽取出的数据进行数据转换和加工.
数据的转换和加工可以在系统中进行,也可以在数据抽取过程中利用关系数据库的特性同时进行.
系统以组件化的方式实现数据转换.
常用的数据转换组件有字段映射、数据过滤、数据清洗、数据替换、数据计算、数据验证、数据加解密、数据合并、数据拆分等.
这些组件如同一条流水线上的一道道工序,它们是可插拔的,且可以任意组装,各组件之间通过数据总线共享数据.
同时平台还提供了脚本支持,使得用户可以以一种编程的方式定制数据的转换和加工行为.

支持默认值填充及函数转换,可根据业务需要自定义转换规则,包括数据合并、数据拆分、数据裁剪、数据追加功能.
需支持数据质量校验,根据平台提供的校验规则执行数据校验,仅上报校验通过的数据.

6.
3.
1.
3数据校验数据采集与交换一体机提供数据质量校验功能,能根据区域平台提供的校验规则执行数据校验,仅上报校验通过的数据.
对质量校验存在问题的数据生成质量校验报告,并向数据产生的医院反馈数据质量校验信息.

数据质量校验包括字段级合理性校验及完整性校验.
数据质量校验采用复制模式实施,保证区域数据质量校验标准统一.
为提高监管数据质量,减轻中心业务性能压力,解决数据质量差的实际问题,内置数据校验业务模块,改变原有在中心端进行数据校验的运行模式,在医院端完成数据的校验工作.
存储在HIS、LIS、PACS等业务系统中的业务数据,在完成数据质量校验工作,仅上报校验通过的正确数据,对校验失败的异常数据,生成校验报告,同时上报给中心平台及医院,中心平台可根据校验报告修正现有标准中的不合理指标项,医院可根据校验报告中的内容进行数据调整.

通过校验业务下沉,可有效缩短数据异常发现、反馈、解决的处理周期,保障上报到平台的数据质量.
系统需提供多重校验保障、双向校验、补偿重传、校验分析等功能.
字段级校验:字段级校验支持可空校验、长度校验、枚举校验、数据类型校验、邮件校验、常量校验、身份证校验、电话校验、正则校验等内容.
业务级校验:业务级校验支持完整性校验与合理性校验,校验同一业务在不同数据中的关联关系.
合理性校验:即医院数据是否符合平台数据格式规范、内容规范,如药品代码是否在药品目录中,身份证号码是否为15或18位等内容.
完整性校验:即医院业务数据是否完整,如患者诊疗总费用是否为所有分项诊疗费用之和,如出现明细丢失,则说明记录不完整.
双向校验:支持完备的数据质量校验报告,包括异常定位、异常明细情况等内容.
可进行校验报告双向发送,将校验报告同时发送给平台以及相关数据产生部门与机构.
补偿重传:支持异常数据补偿重传机制,能够将首次未通过校验的数据及相关的校验报告反馈给相关数据产生部门与机构,经过数据产生部门与机构进行数据分析出错原因、进行数据相关处理等工作后,提供重传功能,再次发送上传.

校验分析:通过对数据校验情况进行统计分析,反馈给系统管理人员,系统管理人员根据统计分析接口可以及时调整及完善校验规则.
支持EMR共享平台统一下发的标准内容,根据下发的标准内容进行业务数据校验.
6.
3.
1.
4校验报告数据采集与交换一体机支持完备的数据质量控制报告,包括异常定位、异常明细情况等内容.
对校验失败的数据通过生成校验报告进行记录,便于修改和处理,记录内容包括字段级的合理性校验及业务级的合法性校验结果.
可以通过配置管理工具设置校验报告的接收方,比如管理员邮箱,通过邮箱发送数据质量控制报告内容.

支持标准字典管理,支持标准导入功能,导入文本类型包括Excel、XML.
支持字典值域映射,支持智能匹配及人工调整确认双重映射方法.
6.
3.
1.
5数据缓存存储方式要求提供以下两种数据存储方式:结构化数据格式:支持保存至多种结构化数据库,如Oracle,MySQL,DB2,MicrosoftSQLServer等主流数据库产品.
非结构化数据格式:同时支持XML和TXT文本格式进行存储.
缓存策略系统需要提供以下支持存储策略:零存储:支持数据处理后不进行保存直接发送给数据目的,以达到提升I/O速度,并降低空间占用和资源消耗.
保存原始数据:支持按数据来源格式进行保存.
保存结构映射数据:先根据区域平台的数据要求进行数据抽取映射,并对映射后数据进行保存.
保存转换数据:先根据区域平台的数据要求进行数据过滤、数据清洗、数据替换、数据计算等处理,并对处理后数据进行保存.
保存校验数据:先根据区域平台的检验规则进行数据校验理,并对检验通过数据保存,同时对未通过验证的数据同时保存的异常数据库.
提供内置缓存库,支持上报前数据备份,支持上报异常情况下的数据补偿,并提供多种存储策略与清空策略.
缓存粒度系统提供按以下几种粒度组织存储:人次粒度组织保存:数据采集与共享交换平台支持以个人维度汇聚,汇总进行存储.
上报批次粒度组织保存:数据采集与共享交换平台支持以上报时间维度汇聚存储.
业务类别组织保存:数据采集与共享交换平台支持按医疗机构业务类别维度汇聚存储.
销毁策略系统需要提供数据销毁功能,支持根据不同销毁条件、不同清空策略进行数据销毁.
平台部门可以根据业务需要,合理地、有效地组织数据存储策略,节约数据存储开销.
触发条件支持以下条件进行数据销毁:保留时限:根据数据保存需要设置保存天数,对于超过时限数据进行销毁.
保留类别:支持不同业务类别单独处理,可以根据需要进行特定或全部业务类型数据销毁.
清空策略支持以下两种数据清空方式:彻底清空:清空存储数据,此方式主要使用于数据空间十分不足情况,不推荐用户配置.
归档备份:将不再经常使用的数据移到一个单独的存储设备来进行长期保存的过程,对涉及的数据进行离线存储,以备非常规查询等.
6.
3.
1.
6数据上报数据加载方式将采集和转换加工后的数据装载到目的库中通常是平台数据采集过程的最后步骤.
装载数据的最佳方法取决于所执行操作的类型以及需要装入多少数据.
当目的库是关系数据库时,需要有两种装载方式:直接SQL语句进行insert、update、delete操作.
采用批量装载方法,如bcp、bulk、关系数据库特有的批量装载工具或api.
技术协议协议转换医院现有应用往往是基于不同技术、不同协议的,在进行信息整合时,不可避免地面临着协议转换的复杂问题.
无论业务应用使用何种编程语言与开发平台,都可通过标准协议方式实现接入与访问.
同一服务可同时对外暴露多种协议接入方式,便于EMR共享平台进行灵活选择.

数据上传数据上传组件提供多种上传策略,包括上传到平台数据库、以标准接口方式对外提供调用.
提供多种上传策略,可灵活设置上传时间间隔.
支持主动上传到平台共享数据库、被动以标准接口方式对外提供调用上传到平台数据库.

根据上传的规则,待数据清洗完成之后,将缓存的校验完成数据进行上报,同时根据业务上的原则,以完整文档的形式上报,首先将人员基本信息,联系方式等基本数据上报,然后上报业务数据.
在医院与EMR共享平台之间提供多协议模式上传,包括提供消息中间件产品,保证消息的传输可靠性.
平台对外提供的标准协议如下:WebService、SOCKET、SOAP、JMS、FTP.

传输模式系统与平台间通过消息中间件(RMQ)保证数据的稳定、可靠传输,实现高效、稳定、完整传输.
根据不同的业务类型,制定了不同的传输模式.
有些数据需要进行实时查询,而有些数据要进行异步传输;同步调用要求在查询时能够获取数据,而异步传输则不能保证实时在线,但可以进行批量操作.
常见的传输模式有同步传输和异步传输;而异步传输还包含定时传输(比如每天凌晨1点开始传输一天的数据)和按时间间隔进行传输(比如每个一个小时传输前一个小时的数据).
需要支持实时、定时、按时间间隔的传输方式,即可以满足实时同步调用,也可以满足大批量异步传输,下面将分别进行阐述.
支持对第三方压缩-解压缩策略的支持.

软件需提供对消息传输的分发与汇聚功能,具体交互模式如下:请求/应答:在此模式下,客户端等待软件响应结果后,才能继续后续处理.
发送/遗忘:在此模式下,客户端无需等待软件响应,保证网络消息发送后,即可继续后续处理.
6.
3.
1.
7数据分析在数据采集、转换、校验、上报的过程中,医疗机构数据会缓存在数据采集与交换一体机中.
通过对缓存数据的计算分析,一体机提供数据上报情况、数据质量情况和业务合理性的相关分析结果展示.
数据上报情况分析:为医院管理者和信息部门人员提供查看上报数据信息汇总功能,使管理者清晰的查看到本医院对上级平台的对接情况,包括近期上报数据量、上报量走势图表、上报成功/失败数据量、各类数据上报情况等.

数据质量分析:提供医院上报数据质量的查看功能,使医院管理者和信息部门人员能够随时了解到本医院的上报数据质量情况.
数据质量分析是从数据的采集范围、字段饱和度、及时性、规范性等7个方面对上报数据进行的综合评价结果展示.

数据关联分析:针对采集业务数据,提供业务合理性方面的跨系统数据分析,提供如没有挂号信息关联的检查、检验信息的提示,挂号、缴费、检验/检查排队及结果领取时间分析等.
可为医疗机构提供跨系统业务的医院整体业务数据分析.

支持图形化工具以及预定义的标准模板,实现服务建模-组装-优化的全过程.
提供主流医疗业务厂商数据采集模板,可快速实现现有业务系统数据与平台标准间的结构映射与值域转换.
6.
3.
2业务协同支持6.
3.
2.
1服务代理基于EMR共享平台提供的协同服务可通过数据采集与交换一体机提供的服务代理对其进行服务虚拟化,对医院内部隐藏平台服务的实际访问地址,通过数据采集与交换一体机提供的统一访问点进行服务交互.

6.
3.
2.
2服务封装对于医院业务系统通过技术接口(如:数据库接口、文件接口、JAVA接口等)提供的协同功能,一体机通过通用适配功能将其封装为标准服务(WebService、JMS等),为平台提供统一、规范的访问方式.
一体机基于企业服务总线产品内核,可提供多类通用适配器模板与配置工具,快速实现异构业务系统服务的标准化封装.

数据采集与交换一体机需要基于企业服务总线产品内核,可提供多类通用适配器模板与配置工具,快速实现异构业务系统服务的标准化封装,包括JDBC、HTTP、Socket、LDAP、EJB、XML、JMS、FTP、WebService、RMI、Telnet、CORBAtr.
数据采集与交换一体机,可提供多类主流医疗业务系统功能适配模板,提供HIS、LIS、PACS、EMR等业务系统的集成.
6.
3.
2.
3服务组合对于一些复杂的协同服务,需与医院内多个业务系统进行交互,数据采集与交换一体机提供服务组合功能,将不同业务系统的交互服务组合为统一服务,为EMR共享平台提供统一的访问方式.
6.
3.
2.
4消息路由对于平台的某些调用请求,需按照一定规则判断调用医院内的哪个服务进行协同服务,数据采集与交换一体机提供消息路由功能,可设置路由规则,将平台发送的请求发送至符合规则的业务系统进行协同服务执行.

6.
3.
2.
5消息转换在进行协同业务时,平台与医院间存在对数据定义标准的不同,需按照一定规则进行映射与转换,数据采集与交换一体机提供消息转换功能,支持值域映射、数据丰富、数据裁剪、数据过滤等功能,支持双向消息转换,即支持平台标准向医院标准的转换,也支持医院标准向平台标准的转换.

6.
3.
2.
6同步异步支持支持多种协同通讯方式,包括:同步、异步.
同步模式:EMR共享平台调用医疗机构数据采集与交换一体机中的协同服务后,等待协同服务响应之后,才能执行后面的处理.
异步模式:EMR共享平台调用医疗机构数据采集与交换一体机中的协同服务后,不必等待响应,立即执行后面的处理.
6.
3.
3数据分析6.
3.
3.
1数据上报分析数据上报分析在采集业务的基础上,针对采集业务本身,为医院管理者提供查看上报数据明细的功能,使管理者清晰的查看到本医院对上级平台上报了哪些数据和数据量变化.
展示内容包括医院向市卫生健康局上报数据总量、类别、明细等内容.

6.
3.
3.
2数据质量报告数据质量分析针对采集上报数据本身,为医院管理者提供了查看上报数据质量的综合分析结果,使管理者清晰的查看到本医院上报的数据质量如何、存在哪些问题.
展示本医院数据质量评分及数据质量具体问题.

6.
3.
3.
3数据关联分析数据关联分析针对采集的跨系统业务数据,从业务合理性方面提供跨系统数据分析,分析医院数据中业务不合理内容,展示检查、检验业务没有挂号信息的数据,以及检验/检查各阶段平均等候时长等管理决策依据,为管理者提供基于上报数据内容的初步决策分析.

6.
3.
4开发配置工具6.
3.
4.
1数据映射配置工具数据采集流程配置工具可实现抽取、转换、校验、上报等数据采集功能的可视化配置,并具有模拟运行功能.
数据结构映射工具,需支持导入中心标准、图形拖拽映射、数据转换配置、默认值配置、自动生成SQL脚本、模拟采集运行、查看模拟运行结果功能.

提供数据采集功能的可视化数据映射工具,可针对数据采集过程中的数据抽取、数据转换等步骤进行图形界面化开发和管理.
提供模板式配置功能,提供国内主流医疗业务厂商数据采集模板,可快速实现现有业务系统数据与平台标准间的结构映射与值域转换.

支持导入平台标准、图形拖拽映射、数据转换配置、自动生成SQL脚本、模拟采集等功能,提供图形化建模界面以及预定义的业务模板,帮助开发人员基于业务规则快捷、准确地进行数据和应用的集成、格式转换以及数据交换等开发实施工作.

数据映射配置工具支持图形化拖拽配置,可简化医疗机构业务系统维护人员配合平台提供数据的工作量,从脚本、编码简化为图形拖拽.
6.
3.
4.
2采集流程配置工具采集流程配置工具需要提供数据采集各活动节点的配置功能,通过图形化拖拽方式完成采集流程动态配置、调整等工作,简化数据采集工作的开发、调试等相关工作.
6.
3.
4.
3字典值域转换工具字典值域转换工具提供智能匹配(基于语义的模糊匹配)加人工确认相结合的方式实现值域的精确映射,解决卫生数据采集值域种类多、数据量大、转换困难等难题,工具提供多套标准维护功能,同时配置平台标准与医院内部标准,实现二者的自动匹配等功能.

6.
3.
4.
4业务管理工具业务管理调度工具提供卫生数据采集任务的调度管理工作,支持对采集任务的启动、停止、复制、编辑、删除等工作.
6.
3.
4.
5服务部署工具服务部署工具提供将服务项目文件进行打包、部署到系统的功能.
6.
3.
5安全保障策略6.
3.
5.
1精简操作系统内核系统通过操作系统精简等方式,裁剪掉无用的驱动、设备等内容;进行内存使用、寻址、CPU调度优化;增强系统运行监视,保留crash现场;调整公知服务端口,禁止root远程登录,增加系统运行监控数据,定期运行权限检查清理;缺省启用防火墙,仅允许最小化网络通讯权限等操作来提升系统安全级别.

6.
3.
5.
2防火墙设置防火墙提供设置可信任IP地址来控制可以访问平台的客户端IP,只有在防火墙中已增加的可信任IP,才可以访问平台,其他IP均不可以与平台进行连接.
通过防火墙可信任IP的控制,可以使平台的访问更加安全可靠.
加入防火墙白名单可以访问平台,其他都将将被拒绝访问.
防火墙IP白名单的添加分为有线连接1和有线连接2的可信任IP地址配置,分别用于增加内网和外网可以访问平台的IP白名单,防火墙功能提供的有线连接1和有线连接2中添加单个IP地址及IP地址段功能,并可以对已添加的IP进行删除.
当开启防火墙后,白名单IP规则会即刻生效,同时防火墙功能会全面启用;当关闭防火墙时,取消平台的防火墙功能,白名单IP规则失效,任何IP都可以访问平台.

6.
3.
5.
3加密解密支持多种消息加密解密机制和规范,实现数据一致性和完整性.
加密:消息发送方利用消息接收方的公钥对要发送的明文进行加密.
解密:消息接受方利用自己的私钥进行解密.
6.
3.
5.
4签名验签采用数字签名验签技术,来确保消息传输的安全性.
消息发送方用自己的私钥完成数字签名,然后再用消息接收方的公钥对报文进行加密,将数字签名和报文传送给消息接收方.
消息接收方在拿到密文和数字签名后,先用自己的私钥对密文进行解密,得到明文,然后再用消息发送方提供的公钥进行验签,确保消息发送方身份的准确性,以及报文并没有被篡改过.
6.
3.
5.
5管理授权支持多级管理机制,通过统一的管理工具对不同服务节点进行管理工作,保证各级服务节点的管理方便性与私密性,提供多级管理权限控制机制:包括域授权、主机授权、服务授权,保证服务的访问、管理与维护的安全性.

6.
3.
5.
6传输层安全传输层安全是通过传输链路上的安全机制保障的,需要在分支机构与平台之间建立TLS或SSL的安全链路.
比如HTTP协议的安全扩展HTTPS和MQ协议的安全扩展MQSSL.
安全链路通过CA机制在服务访问前通过服务消费者与平台之间的握手过程建立安全通道,在安全通道上进行的消息传输可避免受第三方的攻击.
6.
3.
5.
7身份认证身份认证是平台提供的功能之一,可进行身份认证,保证只有可被平台识别的客户端才可以访问平台上的服务.
身份认证的执行还需要认证服务或身份注册库的配合,在实际的解决方案中,认证组件可自行提供认证能力,也可以将认证能力委托给认证服务器.
认证的方式有多种,比如基于客户端IP、客户端用户名/密码,证书等多种认证机制;也可以与第三方LDAP库建立认证委托.

6.
3.
5.
8信息保密信息保密保证第三方看不到真实信息的内容,通常使用在消息发送端进行消息加密,用消息密文进行传输,在接收端对消息进行解密.
分支机构和平台都可能成为消息发送端和消息接收端.
6.
3.
5.
9安全审计基于权限认证功能,通过安全审计可以查看到服务的访问情况,哪些服务被哪些用户成功访问,哪些被拒绝访问.
对不在服务授权列表中的非法用户访问,提供黑名单审计功能,有效判断服务的安全性.
安全审计记录所有违法的安全访问行为,供事后统计分析和检查之用.
由ESB内核提供的安全审计组件会将所有违法的安全访问行为记录到安全审计库中,由消费者程序(如服务监控中心)读取安全审计信息并统一展现.

6.
3.
6设备部署和监控管理6.
3.
6.
1设备管理6.
3.
6.
1.
1网络管理控制台的基本设置需提供对系统进行设备底层的一些常用和基本的信息进行修改、设置的功能.
可通过网络设置功能,实现对系统部署环境硬件设备的配置和管理.
通过网络设置,修改部署本系统的硬件设备的有线设备连接相关配置信息;管理无线设备的启用/禁用以及VPN连接的配置信息,并可以对当前本软件的网络连通性进行测试.
有线连接可以通过有线连接1和有线连接2,对本软件部署的硬件设备进行网络有线连接的相关配置,也就是本软件的两个有线网络信息配置项.
可以通过点击网络设置下的标签页"有线连接1线和"有线连接2线进入相应的网络配置页面.

VPN连接VPN连接功能用于对本系统所部署的硬件设备进行VPN相关的设置,以支持VPN连接.
平台目前支持两种VPN协议,分别是openVPN与PPTP协议.
其中,openVPN支持证书模式,可以通过上传相关的VPN证书以实现VPN的连接;PPTP支持用户名密码模式,可以通过进行相关用户名、密码、服务URL的设置进行VPN的连接.

连接测试通过连接测试功能,可以对医院当前的网络连通性进行测试.
在目的地址文本框中,可以输入本软件要测试连通的地址,连接测试功能会对本软件与输入的地址连通性进行测试,并返回网络连接测试结果.
6.
3.
6.
1.
2安全认证高级设置是控制台提供的对系统中一些独特及高级的功能进行配置,应包括安全认证、防火墙等.
安全认证在安全认证中,可以选择启用压缩、加密,进行安全规则的配置:压缩:对消息传输的进行压缩操作.
加密:对消息传输的进行加密操作.
加密类:对消息传输使用的加密类,默认为com.
res.
soa.
message.
security.
DESEncryptionPolicy.
加密密钥:消息加密传输时使用的密钥.

在安全认证功能中,可以选择是否开启安全认证功能,如果关闭安全认证,将不对本软件中部署的服务进行任何安全方面的控制.
如果开启了安全认证,无论选择何种安全认证级别,都可以通过选择启用压缩、启用加密、输入加密类、加密密钥对本软件部署的服务进行安全规则方面的配置,下面按照三种安全认证级别,对安全认证功能进行说明.

在安全认证中,认证方式包括如下三类:无认证:表示不进行访问权限校验,只根据安全设置的压缩和加密配置,对消息进行必要的压缩或解密处理IP认证:除了对访问端的消息进行安全校验外,还需校验访问端IP是否合法,当访问端IP不合法时,将本次访问认证为非法访问.
用户认证:表示在IP认证基础上,进一步对访问端的用户信息进行校验,访问端的用户信息包括用户名和密码,当用户名不合法时,本次访问被认证为非法访问,当用户名合法,而密码错误时,本次访问被认证为访问失败.

防火墙管理防火墙提供设置可信任IP地址来控制可以访问平台的客户端IP,只有在防火墙中已增加的可信任IP,才可以访问平台,其他IP均不可以与平台进行连接.
通过防火墙可信任IP的控制,可以使平台的访问更加安全可靠.
加入防火墙白名单可以访问平台,其他都将被拒绝访问.

当开启防火墙后,白名单IP规则会即刻生效,同时防火墙功能会全面启用;当关闭防火墙时,取消平台的防火墙功能,白名单IP规则失效,任何IP都可以访问平台.
6.
3.
6.
1.
3部署管理系统支持多种运行策略配置,配置任务启动时间、循环执行间隔时间、执行周期等功能.
6.
3.
6.
1.
4运行管理系统支持对数据业务执行停止和启动控制.
6.
3.
6.
1.
5日志管理系统支持业务的运行状态日志记录,支持多级日志管理及日志清空策略.
系统日志管理提供日志分级设置、系统日志查询、日志删除、安全审计日志等功能.
6.
3.
6.
1.
6远程配置管理管理中心采用Web方式部署,基于浏览器访问可以实现全部配置管理功能,在本地实现的配置管理操作全部支持在中心端远程操作.
6.
3.
6.
1.
7设备监控需提供集中监控功能,平台的管理员和医疗机构的管理人员可以通过该工具查询数据采集、数据清洗、数据转换、数据校验等环节的状态,对数据采集的数据数量、与有关规范的匹配情况、采集成功率等信息提供直观的图形化展示.
用户还可以通过数据质量校验报告全面了解各医院每个批次采集的数据质量情况.

系统提供远程/本地双重监控机制,能准确及时掌握各系统的实时运行状态、每次采集的信息概要;对设备状态如处理器、内存、硬盘进行实时监控;支持图形化动态业务流程监控,对每一个数据业务环节(如:抽取、转换、校验、上传过程)的监控和审核,对于数据传输状况有灵活的反馈服务;支持对数据质量监控,提供数据质量报告,能够分别将数据质量报告提交给中心端与各医疗机构;支持实时捕获系统异常,并把异常信息以错误报表的方式实时反馈;对于数据采集历史情况功能,支持业务运行历史情况查询,需提供统计分析视图.

6.
3.
6.
2.
1设备监控需提供运行监控,包括数据采集与交换系统的运行状态和处理器、内存、硬盘等资源的动态监控.
资源监控时控制台提供的对医院的各项信息进行监控的模块,包括对本软件中部署的业务执行情况及安全性进行监控的统计分析、安全审计;对日志进行管理的资源日志.
6.
3.
6.
2.
2流程监控运行监控是以图形化的方式展示业务流程执行的各个阶段过程,通过图形化更能生动形象的表现数据抽取、转换、校验、上报等流程,并且每个过程具有数据统计功能,有灵活的反馈服务.
系统可以展示某个流程节点上的数据处理记录数量、输入条数、输出调试、处理速度等信息,不同的数据处理流程节点因处理的逻辑不同提示信息由相应变化.

6.
3.
6.
2.
3异常监控系统管理中心提供运行异常管理.
通过显示业务流程异常日志,系统可以显示对应的业务流程批次异常信息,系统维护人员通过异常信息分析找出错误原因,从而解决问题.
6.
3.
6.
2.
4校验报告在数据采集业务执行过程中,系统提供全面的数据结解析与质量保障技术,在医院端完成数据质量校验,并支持数据校验标准统一下发,提供完备的数据质量校验报告.
将数据校验过程中发现的不合格数据,以校验报告的方式及时反馈给医院,促进医院对业务系统的升级改造工作,达到提高业务数据质量的目的.
6.
3.
7采集配置管理采集配置管理的核心在于数据,为确保数据采集顺利完成,本项目通过部署数据采集和交换一体机的方式采集数据,通过数据采集和交换一体机对数据采集、数据质量、数据传输、数据上报等多个环节进行管理.
为减少平台压力,建议第一次采用完全采集的方式,后续根据数据的变化情况进行采集.

常用的捕获变化数据的方法应包括触发器、时间戳、全表对比:触发器:在要抽取的表上建立需要的触发器,一般要建立插入、修改、删除三个触发器,每当源表中的数据发生变化,就被相应的触发器将变化的数据写入一个临时表,抽取线程从临时表中抽取数据.
采用触发器方式进行数据抽取的性能较高.

时间戳:它是一种基于递增数据比较的实时数据捕获方式,在源表上增加一个时间戳字段,系统中更新修改表数据的时候,同时修改时间戳字段的值.
当进行数据抽取时,通过比较系统时间与时间戳字段的值来决定抽取哪些数据.
有的数据库的时间戳支持自动更新,即表的其它字段的数据发生改变时,自动更新时间戳字段的值.
同触发器方式一样,时间戳方式的性能也比较好,数据抽取相对清楚简单.

全表比对:典型的全表比对的方式是采用MD5校验码.
系统事先为要抽取的表建立一个结构类似的MD5临时表,该临时表记录源表主键以及根据所有字段的数据计算出来的MD5校验码.
每次进行数据抽取时,对源表和MD5临时表进行MD5校验码的比对,从而决定源表中的数据是新增、修改还是删除,同时更新MD5校验码.
6.
3.
7.
1流程配置(1)自动升级系统支持对每个采集客户端的自动版本更新,当采集客户端发生变更,服务端会生成对采集客户端的管理记录,并产生对应的版本号.
采集客户端的更新升级是动态进行的,每次的升级无需对采集客户端进行重新安装,采集客户端的监听服务会自动从服务端下载DLL新部件对本地应用进行升级,升级完成后只需对采集客户端完成重启操作就完成了一次版本的迭代更新.
采集客户端会将更新状态和目前运行客户端的版本号回传服务端接口,服务端将同步对采集客户端的信息进行更新,方便平台管理者和采集点现场管理者实时掌握各个采集客户端的运行状态.

(2)日志管理提供记录各个数据采集和交换一体机客户端的运行状态、数据采集总量、采集进度,管理人员可以通过系统进行日常进度跟踪和分析,根据实际采集情况对客户端的采集任务调整.
系统提供数据采集和交换一体机运行过程中的详细的日志记录,实时监控数据采集和交换一体机的运行情况,方便平台追踪错误,提高平台的性能及稳定性.

(3)标准同步数据采集子平台提供完整的数据标准管理功能.
标准管理是承上启下的,标准作为系统的核心参照基础,是数据采集的依据,子平台向省平台获取最新的标准,同步更新数据采集子平台的标准.
区域平台的标准管理是依托于国家卫生健康委的标准化参照方案,具有标准来源管理,数据元管理,数据集管理和字典管理等功能.
数据采集子平台还需要做标准普适化的处理,可以在完整的标准体系基础上根据不同客户端的采集需求配置多个标准版本,分版本进行管理,真正做到了特色化的需求处理.
通过数据采集和交换一体机的采集标准同步接口,可以完成最新标准的动态下发,实时更新平台管理的各个数据采集和交换一体机的采集标准,数据采集和交换一体机根据最新的标准体系动态更新采集数据库的表结构,保证了数据的准确性,真正做到了一次配置,多次应用的优化处理流程.

6.
3.
7.
2规则配置本次平台建设需要在各类各级采集点,根据应用场景支持非实时采集、实时采集、主动采集、被动采集、基于文档和基于中间库等多种规则配置.
(1)数据非实时采集系统支持非实时采集,类似于数据迁移或数据复制,它将数据源中的表或视图的数据原封不动的从数据库中抽取出来,并转换成数据采集和交换一体机可以识别的格式.
非实时采集通过对数据源的抽取规则预定义,直接执行抽取.
非实时抽取一般具有数据量大的特点,可以用全表删除插入方式、数据核对等方式满足需要.

(2)数据实时系统具有自动从数据源采集数据的功能,适用于实时性要求较高的卫生健康数据,如医疗机构的检验检测报告等.
在项目实施过程中,数据实时采集可能会加重源系统负担,导致系统异常.
在制定采集规则的时候应有所侧重,针对部分数据采集实时采集的策略,其他数据以非实时采集策略为主.

(3)主动采集主动采集是数据采集子平台的核心部分,主要应用于不同的数据环境,根据采集环境的不同表结构在平台上按照来源模版进行分类管理.
从标准出发,形成采集的映射模版,不同的客户端以采集模版作为采集的参照.
数据采集子平台对数据采集和交换一体的采集路径和推送路径统一管理,支持接口和数据库等多种采集和推送方式.
数据的采集和推送支持细化到表级别的控制,对于时间的控制可以支持数据时间和任务运行时间等不同维度的配置,按照配置的数据时间可以指定采集某一段时间内的业务数据,按照配置的任务运行时间可以指定每一张表在哪个时间段内进行数据采集,并通过服务端的交换平台动态的控制每个客户端的运行.
多样化的配置方式可以更灵活的适应不同的数据场景和不同的业务需求,数据采集子平台正是以此为出发点进行设计和开发的.

(4)被动采集被动采集是在主动采集的基础上进行的业务延伸和扩展.
在目标数据受限,不能直接访问的前提下以建立采集数据库的方式完成.
被动采集由数据采集子平台统一控制,通过对表数据的采集时间间隔和频率配置完成单表的数据监控,当时间到达配置要求,由被动采集服务将数据推送到中心数据库.

(5)基于文档的数据采集接入节点以文档为载体,通过WebService的方式上传数据.
对于本地数据是以文档形式存储的,可以直接调用平台的服务接口上传,平台通过文档共享服务、文档订阅服务、任务调度服务将文档存储在文档库中.
对于本地数据是以关系型数据库存储的,可以通过文档转换工具将数据转换成文档后上传,或直接调用WebService上传文档.
文档库中包括任何格式的文档,例如XML、XLS、PDF、DOC、TXT等.
(6)基于中间库的数据采集接入节点如果不能通过文档的方式上传数据,数据采集子平台需要提供基于中间库的数据上传方式.
接入节点和平台约定好接口规范,将本地数据按接口规范写入数据采集和交换一体机,系统将数据采集到省平台,再形成各类数据库向应用分发.

6.
3.
8数据质量管理为提高采集数据的质量,保障平台的建设效果,需要对数据进行一系列的质量管理.
具体包括:6.
3.
8.
1数据采集质量监控在中心端能够动态的监控各个数据采集和交换一体机的运行状态,通过对采集模版、来源模版和推送模版的配置能够实时更新运行中数据采集和交换一体机的采集数据映射结构,在发现目标采集业务发生变化时能及时地变更采集策略.

平台应能够动态的监控各个数据采集和交换一体机的运行状态,通过对采集模版、来源模版和推送模版的配置能够实时更新运行中数据采集和交换一体机的采集数据映射结构,在发现目标采集业务发生变化时及时的变更采集策略.
所有的客户端都采用精确化的参数配置,能够根据不同的运行环境,不同的服务器性能进行可视化的流程配置,对采集的时间频率、采集结果的翻译数量、客户端质控运行频率和日志队列等进行按需配置,保证客户端能够动态的适应于各种不同的采集环境.
通过对数据采集和交换一体机的运行状况进行监测,对异常情况提供报警功能;对数据流量进行查询、统计;记录数据的修改以及下载查询的使用情况;对数据交换任务进行跟踪和事后审计;对系统操作员的每一步操作进行日志记载;提供查询分析手段,为管理人员对整个系统的管理提供依据.
具有查询统计分析功能,支持以图表方式展示平台运行状态.

6.
3.
8.
2数据质量分析(1)质量分析分析数据采集及数据校验的质量情况.
系统管理员可以查看各机构数据采集结果报告及校验结果报告,并可以根据反馈情况实现路径追踪,追踪问题的状态及相关流程.
(2)业务指标核对通过系统核对各医疗机构汇总数据和上传到平台的明细数据统计值是否相同.
6.
3.
8.
3数据质量评估(1)质量评估质量评估分别从完整性,一致性,规范性和及时性四个维度对数据质量进行分析和评估.
四个维度支撑构成了数据质量管理评分体系指标库,通过对评分指标体系分数的定义和权重的平衡,以周、月、季、年的频次对各个机构进行评分.

(2)关联性评估关联性评估以业务子事件报告可以按照一定规则追溯到业务父事件报告作为标准来评估数据的质量.
(3)业务约束性评估业务约束性评估以存在业务子流程的业务父事件报告需存在至少一笔的业务子事件报告作为标准来评估数据的质量.
(4)业务运营明细报告-业务运营统计报告评估以监测各平台/机构上传的业务运营明细报告是否与业务运营统计报告总值相符作为评估标准.
(5)诊疗文档明细报告-业务运营明细报告评估以监测各平台/机构上传的诊疗文档明细报告是否与业务运营明细报告总值相符作为评估标准.
(6)医保文档-诊疗文档评估以监测各平台/机构上传的医保文档是否与诊疗文档总值相符作为评估标准.
(7)规范性-基础信息评估以基础信息类相关接口表的字段值与对应的数据字典是否一致作为评估标准.
(8)规范性-业务信息评估以业务信息类相关接口表的字段值与对应的数据字典是否一致作为评估标准.
(9)及时性评估及时性监测主要记录各机构上传的业务表单数据中,最后一次上传时间与业务发生时间的日期差距天数作为评估标准.
6.
4基于EMR共享平台的数据应用设计6.
4.
1门户门户可根据用户对象的不同划分为医院门户、疾病控制中心门户、基层医疗机构门户、妇幼保健服务机构门户和卫生管理机构门户.
通过结合统一用户和权限管理系统,可以实现单点登录所有应用系统;提供无门槛的用户自定义功能;增强的全文检索功能;通过统一的门户集成标准,快速集成其他应用系统;在一个界面框架中,自由切换和应用不同系统,以及可将多个应用系统的内容集成在一个webpart模块中.

6.
4.
1.
1医务人员门户医务人员门户提供同用户专业相关的医疗信息,医学及护理学进展,要求病人的医疗信息能在联网的医院,医院和医务人员之间以及在和该病人相关的医务人员之间进行信息流览和交流,能提供医务人员24小时随时进入信息的功能,与该病人相关的医务人员获得授权后均能够进入到该病人的医疗信息,这些医疗信息是病人电子病历所包含的信息,包括病历概要,门(急)诊病历、西药/重要处方、检查/检验报告、治疗记录,一般手术记录等,病人同意与其相关的医务人员浏览和使用其电子病历,尤其是急诊情况下;同时能满足医务人员在门户上进行诊断和开处方等医疗实践的操作.

主要功能如下:电子病历浏览为医务人员提供患者历次就诊产生的电子病历的浏览功能,同时支持根据权限访问以保护患者隐私.
医疗咨询为医务人员进行医疗咨询提供支持,在为患者服务时医生随时可根据需要方便快捷地浏览患者的电子病历,更好地服务于患者.
会诊管理支持院内外会诊申请、申请审核、接受申请、参加会诊等功能.
支持远程医疗支持远程医疗申请、申请审核、接受申请、进入远程医疗等功能.
支持转诊/转检支持院间转诊/转检申请、申请审核、接受申请、结果反馈等功能.
科研教学支持为医务人员提供病历研究、知识管理、知识库查询等服务,为临床服务与科研教学等工作提供丰富的信息来源.
其他信息浏览包括医学信息,如最新临床科研进展、相关专业网站链接等;政府信息,如有关医疗法律法规、最新公告和通知、相关机构组织网站链接等.
6.
4.
1.
2卫生管理者门户卫生管理者门户主要是能够和相关的系统和网站连接,如各医院的的电子病历系统;并能够和其他机构组织的系统相连,如疾控部门、健康档案数据中心等,从而使区域内各个医疗机构的电子病历互联互通.
卫生管理者门户的主要需求是能达到浏览相关信息,及时从所属的各个医疗机构和部门收集数据,发布数据至相关的行政管理部门,并具有数据统计和分析功能.
主要功能如下:人员管理提供根据管理权限对所管理工作人员的基本信息查询与管理等.
医疗服务质量监控提供医疗服务质量监控信息查询,便于管理人员掌握医疗服务质量状况,及时制定和采取适当的干预措施,提高各医院整体医疗服务质量.
其他信息浏览包括医学信息,如最新临床科研进展、相关专业网站链接等;政府信息,如有关医疗法律法规、最新公告和通知、相关机构组织网站链接等.
6.
4.
1.
3居民服务门户通过区域电子病历数据中心建立居民服务门户,居民健康信息服务平台(门户)主要基于Web提供统一平台支撑,提供信息安全体系、单点登录、应用集成、个性化服务、信息交流互动等,同时提供居民健康信息服务平台(门户)管理实现栏目管理、信息发布、数据发布管理等.

注册用户在通过身份认证为获得权限的前提下,可以利用互联网和网页、手机APP(健康东莞APP)、微信公众号(或微信小程序)等,以对本人在区域内各医院的治疗记录进行查询浏览.
系统可支持的查询内容包括:患者基本信息维护个人基本信息维护包括注册管理、基本信息维护、账户安全管理等.
注册管理:用户注册.
基本信息维护:用户注册成功后可以完善个人资料,包括姓名、性别、出生日期、身份证号码、联系信息、居住地信息、详细地址信息等,主要功能为修改功能.
备注:健康卡注册的用户其姓名、性别、出生日期、身份证号码等信息不可修改.

账户安全管理:主要包括登录密码修改、安全保护问题管理、安全保护手机、安全保护邮箱、密码找回等功能.
检查检验报告查询当居民需要查询检查检验报告结果时,在居民健康信息服务平台(门户)凭有效身份介质成功登录后,就可根据检验履历查询相应日期的检验检验报告结果,包含患者在东莞市范围内各家联网医院所做的检查检验结果的查询.

健康档案调阅查询通过居民健康信息服务平台(门户)将整合后的针对公众健康的相关信息通过共享的方式为公众提供查询功能.
居民健康档案查询需要通过东莞市卫生内外网安全的数据交换服务,才能为居民提供当事人在东莞市医疗卫生机构相关健康信息的查询.

通过公众信息服务平台居民可以查看自己健康档案信息(包括体检信息、门诊记录、检查检验记录、住院记录等),并可以维护健康档案查看的权限.
个人健康档案管理个人健康档案实现居民个性化健康管理,可以自己维护健康档案,同时还可提供大众健康、科学养生、卫生科普、用药安全、饮食营养等方面的知识普及和咨询服务.
健康档案应用授权公众信息服务平台提供身份认证、权限控制、加密服务、知情同意、匿名服务等手段保证信息安全.
平台可以根据个人隐私需要设置个人隐私信息的保密级别(主要针对干部保健人员、性病患者等),避免医疗卫生机构查阅到个人的隐私保密信息,影响患者公众形象.

健康生活指导通过居民健康信息服务平台(门户),患者可以实现与医生实现在线咨询服务和线上健康知识查询等健康咨询服务,包括居民与签约医生(个人医生)交流互动、对每次就诊记录进行满意度评价、对医院或卫生行政管理部门进行投诉或建议.

健康宣教在不同时期制作不同专题的健康宣传资料在门户上发布并提供公众下载,以增强公众的健康安全意识,宣传资料可以图文并茂或者以动画的方式展现,以增强读者的兴趣和关注度.
政策及健康信息发布政策及健康信息发布包括卫生政策、法规、办事流程与指南;三大健康指标:医院单病种的收费情况、疾病疫情情况;突发公共卫生事件信息;卫生监督执法信息公布;健康咨询服务;疾病预防信息;网上健康宣教等.

公众健康微信公众号基于微信的移动医疗服务可以通过微信的多媒体消息、GPS定位、内嵌网页浏览器、二维码扫描、微信支付等功能为患者和大众提供功能齐全的移动医疗服务.
展示基于微信的移动医疗服务内容,分为诊疗服务、档案管理、咨询服务三大功能.
6.
4.
2区域电子病历共享管理系统6.
4.
2.
1市民浏览市民基本功能:用户可以利用该界面查看和修改自己的基本信息、查看关系人的基本信息、以及关系人的健康摘要信息,但无权对其进行修改.
我的家人可设置家人基本信息.
输入关系人的姓名、身份证号、社保号、健康档案号等信息,可以指定和本人的关系类型及和本人的关系,可以设置和添加家庭成员.
设置及添加后,在家庭列表中可以看到添加的家庭成员列表,支持修改关系人和本人的关系和关系类型.

个人资料个人资料用于记录个人的基本信息资料,支持修改和增加本人基本资料,支持头像照片编辑.
我的健康摘要我的健康摘要包括用户的基本信息摘要和就诊信息摘要:基本信息摘要:包括姓名、年龄、身份证号、联系电话、性别、医疗保险号和健康档案号;就诊信息摘要:包括在生命周期不同阶段在不同医疗机构就诊记录.
支持健康三维图,记录本人在哪一个时期,在哪一个医疗机构的就诊记录.
可提供用户健康就诊记录列表.
可提供用户就诊资料.
谁看过我支持查询哪些人登录过用户本人页面;方便市民查看浏览者的人员列表.
帮助提供帮助功能,可以查看页面的使用指南,方便市民参考和解决操作上的一些不便.
6.
4.
2.
2医生共享支持使用IE或者其他浏览器,在地址栏输入【门户平台】的网址,进入用户登录页面;系统支持记住当次登录用户名,方便下一次登录的时候,不用再次输入用户名.
健康档案检索主页面支持通过输入姓名、身份证号、医保号、健康档案号查询,也可以输入多个条件做组合查询;支持查看该记录的详细信息;支持医生修改病人基本信息及病史信息.
新建健康档案提供新建病人健康档案功能;支持输入姓名及有效证件后可查询出病人.
设置支持医生个人资料修改.
公告支持显示系统所有的公告.
我看过谁支持查询我查看过哪些病人的资料,支持时间列表记录,可查询今日访问人数、历史访问人数.
6.
4.
2.
3管理人员统计支持使用IE或者其他浏览器,在地址栏输入【门户平台】的网址,进入用户登录页面.
统计分析现有管理员权限包括卫生局最高权限用户(可以查看所有医院统计信息)、卫生局财务科用户信息(可以查看所有医院财务相关统计)、卫生医政科用户信息(可以查看所有医院医政相关统计)、医院统计账户(可以查看本院相关统计信息).
管理员可以根据该页面查看统计相关的统计图;统计包括健康档案相关统计,医院住院信息相关统计,医院门诊信息相关统计,社区门诊相关统计,体检相关统计,社区慢病相关统计,检查检验分析相关统计;支持用户添加用户本人关注的统计分析表,方便用户便捷查阅其关注的统计数据.

更改个人资料支持更改管理人员本人的个人资料,包括用户名、登录密码、姓名、性别、生日、职称、职位、所属单位等信息.
公告栏支持显示系统所有的公告.
我看过谁支持查询有哪些人登录过本人页面,方便用户查看浏览者的人员列表.
6.
4.
2.
4维护人员管理6.
4.
2.
4.
1基本信息配置我的信息支持维护人员修改个人信息,包括姓名、性别、生日、联系电话、电子邮件等信息.
基本参数支持对基本参数配置进行编辑修改.
街道字典提供街道字典配置功能,进行街道字典的查找和管理操作可以对已添加的街道字典进行查看、编辑、删除操作.
软件字典提供软件字典配置功能,进行软件字典的查找和管理操作,可以对已添加的软件字典进行查看、编辑、删除操作.
健康档案字典提供健康档案字典配置功能,进行软件字典的查找和管理操作,可以对已添加的健康档案字典进行查看、编辑、删除操作.
医疗机构管理提供医疗机构管理功能,进行医疗机构注册和管理操作,可以对已添加的医疗机构进行查看、编辑、删除操作;按照医疗机构资料项填写各项资料.
机构部门管理提供医疗机构部门管理功能,可以对已添加的医疗机构部门进行查看、编辑、删除操作.
调度任务管理提供调度任务管理功能,可以对已添加的调度的任务进行查看、编辑、删除操作.
选择模型提供选择模块管理功能,进行选择模块注册和管理操作,可以对已添加的选择模块进行编辑和删除操作;按照选择模块项填写各项资料.
参数配置提供参数配置管理功能,进行选择模块注册和管理操作,可以对已添加的参数配置进行编辑和删除操作,按照参数配置项填写各项资料.
远程访问机构提供远程访问机构列表编辑功能,可以对本机构的机构代码进行编辑操作.
请求页面导航提供导航列表,可以对导航列表进行查看、编辑、删除操作,也可添加请求属性.
远程请求参数提供远程参数配置,可以对列表进行查看、编辑、删除操作,也可添加请求属性.
客户端配置客户端配置模块用来配置单点登录的参数.
6.
4.
2.
4.
2门户信息配置配置门户平台首页显示内容,新闻动态、公告、每日更新等信息.
每日更新提供每日更新设置,对已添加的更新消息进行查看、编辑、删除操作.
新闻动态提供门户平台首页新闻管理,对已添加的新闻进行浏览、查看、编辑、删除等操作.
类型:可以选择新闻和公告,新闻发布在首页新闻区域,公告发布在医生公告区域;内容:新闻内容可添加图片、连接等信息.
网站调查提供网站调查管理功能,对已添加的网站调查进行浏览、查看、编辑、删除、查看调查结果操作.
使用帮助提供帮助管理功能,对已添加的使用指南进行浏览、查看、编辑、删除操作.
友情链接提供友情链接管理功能:类型:分为版权和首页,不同类型显示在对应位置;名称:LOGO图片上显示的名称;URL地址:友情链接地址;顺序:显示在首页友情链接顺序;网站LOGO:添加友情链接LOGO图片.
栏目配置此模块用来配置获取新闻的各项参数.
支持按栏目名称和更新者查询栏目,也可点击操作列中的链接对栏目进行查看、修改和除管理.
6.
4.
2.
4.
3统计信息管理数据库配置提供对数据库进行配置的功能,可以对已设置的数据库配置进行查看、修改、删除操作.
统计类型提供统计类型设置,设置管理员统计图表类型,可以对已设置的统计分类进行查看、修改、删除操作.
参数模板提供参数模板管理功能,可以对已添加的参数模板查看、修改、删除操作.
数据模板提供数据模板管理功能,数据模板为统计图表提供统计数据,可以对已添加的数据模板进行查看、修改、删除、启用或停用操作.
展现模板提供统计图表展示管理功能,设置统计结果以柱状图、曲线图等展现方式,可以对已添加的展现模板进行查看、修改、删除、启用或停用操作6.
4.
2.
4.
4门户日志管理登录登出提供登录登出日志查看功能,组合条件查询门户平台各个角色登录登出日志并能对日志进行查看、业务审计、数据审计操作.
功能操作提供功能操作管理功能,通过组合条件可以对功能操作日志进行筛选,并可进行数据审计操作;数据审计:可查看用户对具体数据对象执行了哪些操作.
数据操作提供数据操作日志管理功能,通过组合条件查询可查询登录用户数据操作日志.
软件日志提供门户日志管理功能,日志记录级别在门户基础设置里面设置,通过组合条件过滤符合条件的日志查看,可以删除无用的日志记录.
机构访问记录提供机构访问记录查看功能,机构访问记录级别在门户基础设置里面设置,通过组合条件查询符合条件的机构访问记录查看.
6.
4.
2.
4.
5用户管理门户平台医生、管理员、维护人员登录账号管理,对现有用户进行查看、修改、删除操作.
医生提供医生用户管理功能,通过用户名和姓名查询医生,还可以对已有的用户进行添加、浏览、删除.
管理机构提供管理机构管理功能,可以对已有的用户进行浏览、删除,并且能够添加新的用户.
维护员提供维护人员列表管理功能,可以对已有的用户进行浏览、编辑,并且能够添加新的用户.
市民提供市民页面管理功能,可以对已有的用户进行浏览、编辑,并且能够通过用户名、姓名来查询用户.
6.
4.
2.
4.
6权限管理对门户平台登录用户权限管理细项管理,对每个权限项、角色、用户管理、机构访问权限、方案封锁管理,权限项为权限中最小项.
用户授权管理提供用户授权管理功能,可以对全部类型的用户授权,由用户权限组组成.
访问机构授权提供给访问机构授权管理功能,对不同的登录名授权不同机构访问权限,主要针对【医生】和【管理员】角色用户,未被授权的访问的机构登录后无法访问在该机构的病人.
机构密匙提供访问机构密匙管理功能,可以对已有的机构密匙进行查看、编辑、删除、查询,并且能够添加新的机构密匙.
用户组管理提供用户权限组管理功能,可以添加新的用户权限组,也可以对已经添加的用户权限组管理,用户组由用户角色项组成.
角色管理提供角色管理功能,可以添加新的角色权限,也可以对已经添加的角色权限管理,角色权限由权限小项组成.
权限项管理提供权限项管理功能,可以添加新的权限项也可以管理已添加的管理项.
档案锁定管理提供档案锁定管理功能,按姓名或者健康档案号查询到病人,可对本档案封存,封存级别分为完全、详细、摘要.
已锁档的病人自己可查看详细资料,其他权限按照封存级别对应不可查看内容.
6.
4.
3区域医疗业务协同电子病历及健康档案信息的共享是通过统一采集医院及社卫系统的临床诊疗数据,形成每个居民完整的诊疗信息档案,实现对就诊患者的诊疗信息的共享调阅,供居民自己、临床医生、责任全科医生及相关机构查看,实现患者基本信息、就诊履历、检验检查报告、住院病案和住院小结等内容调阅.
监管数据分析及决策支持6.
4.
3.
1医疗服务统计和医疗质量监管在建立区域电子病历大数据中心,集成区域内各机构电子病历和医疗业务数据的基础上,进行全程实时的医疗质量控制.
及时了解下属医疗机构的一些医疗质量控制点,全面掌控医疗机构的医疗质量,主要包括:诊断符合率、治疗效果、患者死亡率、医院/科室重返率等,从而有针对性地督促医疗机构整改.

6.
4.
3.
2医改指标监测卫生投入情况执业(助理)医师(总数及每千人口数)、注册护士(总数及每千人口数)、全科医生(总数及每千人口数)、公共卫生人员(总数及每千人口数)、床位情况(总数及每千人口数)、政府办社区卫生服务中心(站)基础设施建设达标总数、政府办社区卫生服务中心(站)基础设施建设达标率等.

积极推进公立医院改革情况建立科学补偿机制情况财政补助收入占比、基本医保收入占比、公立医院药品(不含中医药饮片)收入占比、技术劳务收入占比等.
公立医院运行机制情况公立医院数、建立理事会等法人治理结构的公立医院占比、实行总会计师制度的公立医院占比、实行院长聘任制的公立医院占比、公立医院临床路径管理的住院病人占比、参与同级检查结果互认的公立医院占比、开展预约诊疗的公立医院占比、开展优质护理服务的公立医院占比(不含无住院机构)、建立电子病历的公立医院占比(不含无住院机构)、投保医疗责任险的公立医院占比、开展按病种付费的公立医院占比(不含无住院机构)、开展日间手术的公立医院占比(不含无住院机构)、开展远程医疗服务二级以上公立医院占比以及开展临床路径管理的住院病人占比大于30%的二级以上公立医院数及占比等.

基本药物制度与分级诊疗情况零差率销售基本药物的政府办社区卫生服务中心(站)占比、公立医院基本药物使用率、公立医院转往基层医疗卫生机构住院病人占比、基层医疗卫生机构向医院转诊的病人占比等.
深化基层综合改革情况基层医疗机构人员数、全科医生数、公共卫生人员数、取得执业(助理)医师资格的乡村医生占比、开展签约服务的医生占比、居民健康档案电子建档率(%)、家庭医生签约率等.
完善中医发展政策和机制情况中医类医疗机构门诊量占门诊总量的比重、社区卫生服务中心、社区卫生服务站等提供中医药服务的基层医疗卫生机构的分别占比等.
6.
4.
3.
3医保监管对于患者费用的医保报销的额度的比例进行分析,切实了解患者医疗负担.
医保报销人次、医保报销总额(按机构、按时间)、人均医保报销费用、医保报销比例、各病种报销的人均费用(按病种)等.
6.
4.
3.
4运营监管通过对各医疗机构业务数据的统计分析,使日常医疗业务中产生的数据变成对医疗业务管理可用的信息,通过丰富的统计分析信息可以帮助管理者及时掌握医疗业务状况,为领导层决策提供辅助支撑功能.
建立全面数据分析支撑平台对数据进行统计分析,包括报表灵活查询、数据多维分析等,对于医疗业务用于多角度、多层次地、较为深入的统计分析部分.

6.
4.
4电子健康码基础服务模块电子健康码服务管理是东莞市全民健康信息平台公共服务的核心和基础部分,电子健康码基础服务支撑模块为依托电子病历共享平台建设电子健康码服务管理平台并实现对接融合提供了基础,为电子健康码管理平台复用本项目中平台的跨域主索引、或者电子健康码跨域主索引与本项目中平台的跨域主索引实现对接提供服务支持.

6.
4.
5数据大屏数据大屏可以创建出的基于数据生成的数据看板,即为可视化项目,也叫可视化应用或大屏项目.
能将数据由单一的数字转化为各种动态的可视化图表,从而实时地将数据展示给用户,大屏支持开放式自定义配置.

1、数据源在创建大屏时,需要先指定原始数据所在的数据源.
提供了多种添加数据源的方式:数据库类、文件类、API类.
2、画布画布也叫界面编辑器,是最主要的功能区域.
通过画布可以实现页面布局与配色,以及数据源与图表之间绑定.
各种应用的发布都会在画布当中完成.
3、工具栏工具栏位于整个画布的正上方,主要实现添加组件、发布、预览、帮助等功能.
支持的组件有以下几种:常规图表、地图、媒体、文字、关系网络、素材、交互.
6.
5基于平台的临床电子病历系统临床电子病历系统是部署在医院的医疗服务管理软件,临床电子病历系统可以满足医疗机构基本的电子病历功能需求.
本项目为区域内二级或二级以下的10家公立医院(由采购人指定)分别部署1套标准的结构化临床电子病历系统.

6.
5.
1总体设计总体技术架构包括基础设施,信息资源库,应用支撑和安全管理四部分.
6.
5.
1.
1基础设施包括主机、网络、数据库、应用服务器.
网络方面,主要针对网络协议做要求.
在接入端代理和中心端之间的网络协议要求支持HTTP/https.
数据库方面以关系型数据库为主,在接入端代理上对于数据缓存和文档内容数据使用嵌入式数据库和关系数据库两种.

6.
5.
1.
2信息资源库信息资源库存储数据的内容包括:文档目录库--所有文档的元数据形成的集中的数据库.
文档内容库即按照文档唯一标识和内容的对照关系存储的文档内容库,为分布式存储.
非文档信息库由结构化数据构成,此类数据不具有文档发布的特征,是一般的机构化信息共享,此类信息为集中存储.
病人基本信息库即保存病人基本信息,跨区域身份交叉索引信息的集中的数据库.
安全信息库即保存用户信息、授权信息和审计信息的数据库.
配置信息库即支撑CutelHE-ITI的业务所需要的辅助性信息库,包含配置信息,基础术语代码,医疗机构,设备和医生等信息.
缓存信息库临时存储数据的信息库.

6.
5.
1.
3应用支撑针对服务功能,应用支撑服务范围包括:病人身份交叉所以服务PIX、病人基本信息管理服务PAM、病人基本信息检索服务PDQ、文档共享服务XDS、信息交换、非文档信息检索服务、PIX身份交叉索引.

PIX(病人标识交叉索引集成规范),建立病人标识号码之间的交叉索引,实现对不同医疗机构信息系统中相同病人进行关联.
PIX子系统的主要职能是管理各局部标识域的病人的身份信息,将同一病人在不同域内的身份信息作同一性关联,为每个病人分配身份唯一标识,建立病人身份的跨域的交叉索引关系.

PIX集成规范中:病人身份信息源病人身份信息源(patientidentitysource).
每个局部标识域的病人身份信息源是病人身份信息提交的发起者.
局部标识域内有新病人注册时负责产生局部标识域下的局部标识号(localpatientidentity,LPID),是病人身份信息的来源,并向PIX管理者注册病人信息.
PIX管理者PIX管理者(patientidentitycross-referencemanager),接收从不同标识域下的病人身份信息源提交来的病人身份信息,将同一病人在不同域中的身份标识实施关联性匹配、合并,形成该病人的唯一性标识,并对外提供交叉索引服务.
为每一个局域的LDIP在全局域下分配一个唯一的GPID.

PIX消费者PIX消费者(patientidentitycross-referenceconsumer),向PIX管理者查询病人身份的交叉索引,所属局部标识域里的病人在其他域里对应LPID.
当局部标识域下的病人有资料更新的时间发生,PIX管理者发送通知消息给PIX消费者.
一个病人的身份管理者关联多个PIX消费者和病人身份信息来源.

PIX跨区域共享交换EMR文档病人身份信息源发送病人身份信息至PIX管理者进行注册;PIX管理者负责为每一个局域的LPID在全局域下分配一个唯一的GPID,维护并且提供病人在各个局部标识域内相互间互为别名的表示列表.
PIX消费者通过查询,响应来获取建立交叉引用关系的PID列表,获得目标域的病人的LPID.
6.
5.
1.
4XDS跨域文档交换XDS部署设计跨区域电子病历信息共享系统的XDS子系统由多个分布式的代理端和一个中心端组成.
代理端部署电子病历存储池XDSrepository和电子病历注册中心XDSregistry的客户端.
中心端部署XDSregistry的服务端.
电子病历提交和注册文档源根据LPID从病人身份交叉索引管理系统获取病人GPID,根据将要提交共享的医疗机构信息文档生成提交信息和文档目录信息,并将病人GPID包含在文档的目录信息中.
病人身份交叉应用系统支持两种通信方式:基于HL7的方式和webservice.
将提交集信息与文档目录信息使用SOAmessage提交到文档存储库进行注册.
解析SOAPMESSAGE的消息头读取安全认证和资源访问权限信息,推送至管理器进行有效性和权限认证.
通信接口基于webservice.
提交集信息与文档目录信息缓存至本地,文档内容永久保存至本地文档存储库.
文档合适校验,数据完整性、正确性和有效性,病人唯一性校验,文档目录内容与文档关联性校验.
6.
5.
1.
5电子病历查询和提取根据病人LPID获取GPID.
根据GPID生成文档查询请求,通过SOAPMESSAGE发送至文档注册中心查询.
中心端文档注册中心提取SOAPMESSAGE信息,通过安全认证和资源访问权限校验,搜索文档目录信息或提交集信息.
结果封装SOAP返回.
根据文档存放的域和文档存储库信息解析服务地址,使用HTTP方式访问目标与文档.

6.
5.
1.
6数据交换中间件选型数据交换中间件技术要求交换中间件技术要求:交换中间件技术要求主要包括:数据传输要求、数据转换要求、可靠性要求、安全性要求、差错处理要求、Web服务支持要求、跨平台要求、基本性能要求等几个方面.
(1)数据传输要求.
在数据传输方面,交换中间件应能满足以下要求:传输协议.
交换中间件必须支持HTTP/HTTPS传输协议.
支持消息传输与文件传输.
消息基础协议.
交换中间件支持国家政务信息资源交换体系标准规定的消息格式.
大文件支持.
交换中间件支持大文件传输.
消息交换模式.
交换中间件支持消息主动发送、请求/应答、订阅/发布三种消息交换模式.
消息路由.
交换中间件支持消息路由的功能,包括基于消息内容的路由和基于消息头的路由.
(2)数据转换要求.
交换中间件具有数据转换的功能,支持数据格式转换、数据内容转换,提供图形化数据转换规则生成工具.
(3)可靠性要求.
交换中间件具有可靠传输的功能.
通过断点续传、消息确认和消息重发机制,实现在网络发生故障、系统产生异常或发生崩溃的情况下实现数据交换"不丢、不错、不重".
(4)安全性要求交换中间件支持安全的数据传输功能,支持消息加密、消息数字签名功能.
(5)差错处理要求.
交换中间件支持卫生信息资源交换体系标准规定的错误处理功能,如身份验证失败、权限验证失败、消息超时、消息ID重复等错误处理功能.
(6)Web服务支持要求.
交换中间件支持Web服务调用功能.
(7)交换流程管理要求.
交换中间件应支持动态交换流程配置,采用图形化的界面进行交换流程与交换内容配置管理.
(8)跨平台要求.
交换中间件具有跨平台特点,支持UNIX、Linux、MicrosoftWindows等不同的操作系统,支持不同平台间平滑移植.
(9)基本性能要求.
交换中间件基本性能指标,如单位时间内传递消息、单位时间内字节流量、并发用户数量及在大负载情况下系统资源使用情况等满足交换平台的业务需求.
(10)管理监控要求交换结点状态监控要求.
中心交换管理系统能够监视中心交换服务器、部门交换前置机等各交换结点的运行状态.
交换服务状态监控要求.
中心交换管理系统能够监视中心交换服务器、部门交换前置机等各交换结点上部署的交换服务的运行状态,能够远程启动、停止交换服务.
交换过程监控要求.
中心交换管理系统能够监视信息交换过程.
交换日志管理要求.
中心交换管理系统支持交换日志管理功能,如可配置的分级别日志记录功能、日志查询功能.
远程部署要求.
中心交换管理系统支持远程部署功能,实现交换服务及其配置文件的远程部署.
(11)应用适配器系统技术要求:应用适配器技术要求主要包括:异构数据库支持、文件支持、图形化配置要求、适配器组件开发框架要求等几个方面:异构数据库支持的要求.
应用适配器支持不同类型数据库,主要包括Oracle、MSSQLServer、Sybase、DB2、Mysql等主流关系数据库;文件支持的要求.
应用适配器支持结构化文件与非结构化文件的读写,对XML、EXCEL、TXT等结构化文件提供文件内容解析功能,支持大数据文件的读取;图形化配置要求.
应用适配器提供图形化的适配器配置工具;适配器组件开发框架要求.
应用适配器提供开放的适配器组件开发框架,用户可以按照框架要求开发新的适配器组件,满足其个性化的需求.
(12)数据加密技术要求:病历数据采用压缩加密存储;加密格式遵循医院管理要求;数据可导出格式包括:xml、html、pdf、txt.
结构化临床电子病历应用系统的功能要求如下:6.
5.
2临床医疗6.
5.
2.
1通知公告提供医生日常工作提醒功能,提醒内容包含事前、事中、事后的提醒项目,项目包括:自动质控(时限)提醒、书写质控(缺写总次数)提醒、整改通知、会诊通知、住院天数(>=29天)、打回病历提醒、三天未确诊病历.
提供待签文书提醒,医生直接在待签文书中直接检查需要签字文书并签字确认.
提供通知公告信息浏览功能.

6.
5.
2.
2病历书写提供患者基本信息浏览、锁定功能.
提供医疗文书管理功能,包括三个列表:未完成文书、已书写文书、最近操作文书.
提供临床医生所属科室各类病历文书模板选择并编辑功能,包含入院记录、病程记录、手术资料、谈话记录、讨论记录、会诊记录、出院记录、死亡记录、其他文书,提供各类文书新建、删除、整体打印功能.

提供病历维护申请功能,并提供查看申请记录功能.
提供更改文书起草者功能.
提供病历修改申请功能.
提供病历导出申请功能.
提供未完成文书提示功能,系统自动对未完成的时限类监控项目和书写次数类监控项目进行事前提醒.
提供最近操作过的文书提醒功能.

提供缺陷整改通知功能,系统自动将质控医生发送的质量缺陷整改通知到医生工作界面,并用醒目的红色显示消息提醒.
提供结构化点选与自由文本录入的功能,科室医生根据病种调出结构化模板,元素种类有单选元素、多选元素、有无选元素、录入提示元素、格式化元素及固定文本元素等.
提供动态调出医疗专用知识库(关键词)功能,在病历录入中,当医生选择阳性症状或体征时,系统自动调出并展开关键词描述,为病历录入有效防止漏项.
支持知识库方式录入并提供知识库的相应权限管理功能,支持在线知识库的积累和引用.
提供部分病历内容自动校验功能,在病历文书书写时,当录入不符合信息系统自动弹出窗体提醒,校验项目分别为:必选项目、数值型错误信息(如体温)、与性别不符合信息.
提供检验、检查数据插入到病历文书的功能,在病历录入中,医生可根据病情描述需要,自主选择检查、检验报告数据直接将准确的数据插入到病历中任意位置.
提供医疗文书常用的特殊符号集写回病历文书的功能等.
提供上、下标功能,支持对文字的上下标功能.
提供医嘱信息写回病历任意位置功能.
提供多媒体病历展现的功能,在病历录入中,能在任意位置插入图形图像,并对图形图像作标注,实现了病历内容图文混编的格式.
提供鉴别诊断知识库写回病历任意位置功能.
提供既往病历病史信息分段写回病历功能.
提供表格病历的功能,在病历录入中,能在任意位置制作表格,同时实现类似word处理表格的合并和拆分,表格的大小,宽窄要可以任意调整,不限制表格内字段的长度.
提供诊断自动提取同步功能.
提供三级检诊功能,医生按照等级,具有不同的修改权限,对于下级医生病历的修改,保留所见即所得的痕迹.
提供屏蔽外部文件复制功能,系统允许同一患者资料的内部复制.
提供病程记录分段书写、连续打印功能,保证病程分段质控.
提供病历自动排版功能,提供打印、整洁打印、选择打印和续打功能.
支持病历的段落打印功能,可以提醒医生哪些段落已打印,哪些段落未打印.
提供护理记录浏览功能.
提供体温单曲线浏览功能.
提供临床诊断录入功能.
提供患者基本信息浏览、锁定功能.
提供调用ICD-10疾病诊断字典库录入诊断的功能.
提供调用常用诊断字典库录入诊断的功能.
提供中医诊断录入功能.
提供手术操作录入功能.
提供自定义临床诊断录入功能.
提供医嘱本浏览功能.
提供检查报告浏览功能.
提供检验报告浏览功能.
提供诊疗时间轴浏览功能:以时间为横轴,以临床事件为纵轴,将患者每天重要临床信息以可视化的形式展示,并动态的显示原始报告,可显示的信息为:体温单信息、检查检验信息、病历文书和主要的处置.

支持病历书写时的页面拆分等便于边书写边浏览的操作功能.
支持隐藏菜单栏扩大书写区的功能.
支持一键锁屏功能.
支持病历状态管理,病历在编辑状态下,其他用户打开病历时,具备提醒功能;且病历编辑状态时具有独占属性.
具备丰富的病历模板库,能够支持医院在这些模板基础之上进行个性化维护与修订.
提供病历书写助手,可查询门诊病历、护理信息、检验检查报告,并写回病历系统.
6.
5.
2.
3门诊电子病历提供门诊病历结构化模板录入;提供结构化点选与自由文本录入的功能,科室医生根据病种调出结构化模板,元素种类有单选元素、多选元素、有无选元素、录入提示元素、格式化元素及固定文本元素等;提供动态调出医疗专用知识库(关键词)功能,在病历录入中,当医生选择阳性症状或体征时,系统自动调出并展开关键词描述,为病历录入有效防止漏项;提供部分病历内容自动校验功能,在病历文书书写时,当录入不符合信息系统自动弹出窗体提醒,校验项目分别为:必选项目、数值型错误信息(如体温)、与性别不符合信息;提供医疗文书常用的特殊符号集写回病历文书的功能,如:mmol等;提供上、下标功能,支持对文字的上下标功能;提供多媒体病历展现的功能,在病历录入中,能在任意位置插入图形图像,并对图形图像作标注,实现了病历内容图文混编的格式;提供表格病历的功能,在病历录入中,能在任意位置制作表格,同时实现类似word处理表格的合并和拆分,表格的大小,宽窄要可以任意调整,不限制表格内字段的长度;提供屏蔽外部文件复制功能,系统允许同一患者资料的内部复制;提供病历自动排版功能.

提供病历助手动信息提取功能;提供门诊病历信息写回到本次就诊病历中任意位置功能;提供检验、检查数据插入到病历文书的功能,在病历录入中,医生可根据病情描述需要,自主选择检查、检验报告数据直接将准确的数据插入到病历中任意位置;提供处方信息医生选择后写回病历任意位置功能.

数据自动提取功能;提供自动将患者的处置处方等信息写回门诊病历;提供自动将患者的门诊诊断信息写回门诊病历.
门诊病历编辑器支持集成嵌入到HIS门诊医生工作站.
门诊医生需要为患者录入门诊病历时,可以直接调用门诊各病种模板进行门诊病历录入.
提供门诊病历打印功能;打印单个门诊病历;对不同类别的病历进行连续打印;门诊病历集中打印.
提供浏览所有门诊患者病历功能.
提供其他病历文书编辑功能,例如知情同意书,且可删除草稿状态下的其他文书.
提供门诊病历质控功能;提供门诊病历质控界面;提供门诊病历质控情况查看功能;提供门诊病历评价功能;提供门诊病历质控报表功能(提供按照日期和科室查询门诊病历质控情况、提供导出门诊病历质控情况excel列表);提供管理员账户设置权限功能(提供设置质控用户功能、提供管理员用户关联功能).

6.
5.
2.
4诊断录入提供患者基本信息浏览、锁定功能.
提供调用ICD-10疾病诊断字典库录入诊断的功能,提供完善润饰诊断的描述功能.
提供调用常用诊断字典库录入诊断的功能.
提供中医诊断录入功能.
提供手术操作录入功能.
提供法定传染病诊断提醒功能.
提供专病扩展信息录入功能.
提供自定义临床诊断录入功能.
诊断支持模糊搜索,快速定位诊断.
诊断可保存为个人、科室常用诊断.
支持病人历史诊断快速调阅.
6.
5.
2.
5病案首页提供患者基本信息浏览、锁定功能.
提供首页信息分类录入功能,包括基本信息、诊断信息、手术信息、其他信息、费用信息等.
系统具备病案首页、诊断能够与首页中所需的诊断进行互联,使首页自动关联生成诊断.
首页数据支持直接从外部系统获取数据.
支持首页的相关验证功能,对于不合理或者错误的录入,系统自动给出验证结果并醒目提示医生.
可以根据验证结果设定禁止打印.
支持在线病案首页编辑结果能够直接同步到病案系统.
6.
5.
2.
6病历夹提供在院患者或出院未签收患者病历文书整体浏览功能,可以通过本人或本科选择查看.
6.
5.
2.
7关键词提供病历模板内容维护,包括:关键词库、症状库、体征库、图库.
6.
5.
2.
8跨科协作提供患者基本信息浏览、锁定功能.
提供跨科处置申请的功能,包括:会诊申请、营养申请、跨科申请、借床管理等.
提供跨科完成功能.
6.
5.
2.
9患者信息提供医嘱本浏览功能.
提供医嘱统计浏览功能,按医嘱类别显示患者医嘱信息.
提供按报告时间浏览检验报告功能.
提供按样本分类浏览检验报告功能.
提供按报告时间浏览检查报告功能.
提供检查影像浏览功能.
提供既往信息浏览功能,对多次入院患者,医生能直接查看患者既往病历资料信息,包括:病历内容、检验、检查、医嘱、生命体征、首页、既往病历.
提供诊疗时间轴浏览功能,以时间为横轴,以临床事件为纵轴,将患者每天重要临床信息以可视化的形式展示,并动态的显示原始报告,可显示的信息为:体温单信息、检查检验信息、病历文书和主要的处置.

6.
5.
2.
10病历召回提供病案召回申请功能,科室医生主动召回需要修改的已提交病案室的病历文书.
提供病历召回列表查询功能,病案管理人员是否审批召回.
6.
5.
2.
11病案借阅提供病案借阅管理功能.
提供病案借阅申请功能,临床医生可自主定义条件查询需要借阅的病案.
提供病案借阅申请列表管理功能.
提供病案既往诊疗信息浏览功能.
提供借阅病案浏览功能,对已借阅的病案,系统只提供浏览功能,不能对借阅的病案做增加、修改、删除的操作.
提供查看借阅病案的入院记录、病程记录、出院记录、检验报告、检查报告、医嘱信息、生命体征、病案首页等功能.
提供体温单曲线浏览功能.
提供护理文书浏览功能.
提供护理记录浏览功能.
6.
5.
2.
12既往病历提供既往病历查阅功能,医生能直接查看患者既往病历资料信息,包括:病历内容、检验、检查、医嘱、生命体征、首页、既往病历.
6.
5.
2.
13查房助手提供查房摘要功能.
提供患者导航功能:可直接切换下一床患者方便查房医生对不同患者的查房信息浏览.
提供在院患者临床信息总览功能,浏览信息包括:最新的生命体征信息、检查报告、检验报告、医嘱信息、病程记录和护理文书.
提供查房录音功能.
6.
5.
2.
14知识库提供临床在线知识库浏览功能.
6.
5.
2.
15感染上报卡填写提供患者基本信息浏览、锁定功能.
提供上报卡填写功能,医生自主选择需要填写的上报卡模板,完成填写并上报,上报卡模板有院感和传染病上报卡.
6.
5.
2.
16质量自评提供患者基本信息浏览、锁定功能.
提供医生质量自评功能,医生自主对管床患者的病历文书自查,系统自动进行评分,并提示医生扣分项目.
6.
5.
2.
17结构化病历查询病案首页全查询.
提供根据病案首页信息自定义条件查询(简单查询和定制查询两种方式)功能.
提供病案首页全项目字段查询字典维护功能.
提供查询数据导出Excel、PDF、Html、Text功能.
提供医生任意病历全文检索功能,医生可通过授权按照任意病历结构化项目进行检索,获取满足检索条件的病历资料.
提供自定义增加查询方案功能.
提供标准数据元自定义查询条件设置功能.
提供标准数据元自定义增加观察指标功能.
提供自动随机样本数据筛选功能.
提供查询数据输出功能.
6.
5.
3临床护理6.
5.
3.
1患者总览提供床头卡或列表方式显示患者功能,用不同的颜色显示患者状态.
提供床位使用情况提醒.
提供患者检索功能,包括三个患者列表:在科患者、转出患者、已出院未签收.
提供通知公告信息浏览功能.
提供日常工作提醒功能,包括:体温单未录入信息、入院护理评估单、压疮评估风险单、跌倒风险评估单、今日生日患者、高龄患者.
6.
5.
3.
2体温单提供可隐藏患者列表浏览、锁定功能.
提供自动生成体温曲线图的功能.
提供批量录入患者生命体征信息的功能.
提供体温单打印功能.
提供填写并查阅住院病人的体温、脉搏、呼吸、血压及出入量记录等生命体征,可跟据录入的数据自动生成折线图.
单人描绘或者批量填写住院病人的体温单;支持体温单时段的录入.
完全支持护理规范要求,提供体温测量及提供体温测量单及漏测体温提醒;不同时间间隔(4h、2h)的体温单浏览功能;脉搏短促时,在心率和脉搏两曲线之间用红色笔画斜线构成图像.

支持单页打印以及选择页码打印功能,支持页码遗漏打印的提醒;护士也可以自己查看遗漏打印的页码.
提供体温单某天数据的统计以及打印功能,方便医护的查看.
体温单列表支持成人和儿童的快速筛选功能.
体温单支持导出病人基本信息的excel功能.
体温单提供查看发热病人、入院三天、手术后三天病人的查询.
体温单支持根据某个事件或者设定的最近体温值查询.
支持护士录入体温时,自定义体温的样式.
批量操作界面上支持病人的选择录入以及病人的定位.
提供抄录单的功能,用来提醒护士下次哪些病人需要关注.
提供新生儿体温单的图表标记功能,可直接在体温单表格上标记心率、体温、呼吸、出入量、体重等信息.
6.
5.
3.
3护理记录提供可隐藏患者列表浏览、锁定功能.
提供护理记录录入及打印功能.
提供出入量、护理记录知识库、临床数据提供窗口、书写助手等功能.
提供护理记录分段书写、连续打印显示功能.
提供护理记录打印预览功能.
提供护理记录打印、选择打印、续打、奇偶页打印等功能.
支持护理产程图的标记与操作.
系统按不同科室的要求提供制作专科护理记录单.
支持单个患者或者批量的护理记录录入功能,以及批量时选择录入.
表单支持单页打印、选择页码打印、打印所有页等功能;提供查看哪些页码遗漏打印的功能.
支持护理记录的删除、插入的功能.
支持体温单上生命体征与护理记录单双向回写.
支持出入量的自动统计,并可以按照具体的出入量进行分类统.
护理记录保存时,需要验证操作护士的账户密码进行签名.
支持选择项录入,书写助手录入以及可以自行维护的知识库引入.
支持从其他系统中获取数据,填入相应的单元格的功能.
支持评估后风险高危患者观察、记录提醒功能.
6.
5.
3.
4整体录入提供按时间整体录入患者体温、脉搏、呼吸、血压等信息的功能.
体温单及护理记录单操作时限制项目合理值范围,例如:呼吸、血压等.
6.
5.
3.
5首次评估提供患者基本信息浏览、锁定功能.
提供护理文档中心,包括三个列表:未完成文书、已书写文书、最近操作文书.
提供护理评估文书书写功能.
护理评估模板包括:入院患者评估单、护理健康教育记录单、护理评估记录表等.
护理评估表单录入功能同医疗文书功能.
6.
5.
3.
6护理评估提供护理评估功能,对手术、压疮患者进行护理评估单录入及打印.
6.
5.
3.
7知识库提供临床在线知识库浏览功能.
6.
5.
3.
8病案首页提供患者基本信息浏览、锁定功能.
提供首页信息责任护士签名功能.
6.
5.
3.
9检查报告查询提供检查报告查询功能(需要PACS、RIS系统公司配合提供相关接口程序).
6.
5.
3.
10检验报告浏览提供检验报告浏览功能(需要LIS系统公司配合完成).
6.
5.
3.
11医嘱信息浏览提供医嘱信息浏览功能(需要HIS系统公司配合完成).
6.
5.
3.
12护理交接班记录提供护理交接班记录功能,提供新增、编辑、删除、保存功能.
6.
5.
3.
13护理分组管理提供护理分组管理功能.
6.
5.
3.
14护理记录管理提供可隐藏患者列表浏览、锁定功能.
提供护理记录录入及打印功能.
提供出入量、护理记录知识库、临床数据提供窗口、书写助手等功能.
提供护理记录分段书写、连续打印显示功能.
提供护理记录打印预览功能.
提供护理记录打印、选择打印、续打、奇偶页打印等功能.
6.
5.
3.
15护理管理员提供配置管理功能.
护理项目分类字典维护.
护理组人员维护.
提供护理模板分类维护功能.
6.
5.
3.
16提供护理分组管理功能6.
5.
3.
17提供护理记录管理功能提供护理记录录入及打印功能.
提供出入量记录、24小时出入量自动累计、护理记录知识库、临床数据提供窗口、书写助手等功能.
提供护理记录分段书写、连续打印显示功能.
提供护理记录打印预览功能.
提供护理记录打印、选择打印、续打、奇偶页打印等功能.
6.
5.
4质控管理支持专家质控和系统质控.
具备分级病历质控功能,能够针对病历中的段落时限、内容缺失、不规范描述、前后矛盾和雷同对医生进行提示;同时医务科可根据病区、时间范围、在院状态和质控项目查询存在缺陷的病历.
具备三级质控应用,对于医生自查时忽略修改的问题,系统会进行逐级的管理,科室主任、医务部门的可进行在线的实现管理.
1)医生登录病历系统时,系统会有自动的质控消息提醒.
2)根据质控消息提示,可通过消息直接定位缺陷病历的位置.
3)可对缺陷错误进行修改,可将修改意见反馈至上级管理部门.
4)科室、医务科管理段可对医生实时修改的病历进行审查,可相应的审查及修改建议.
5)科室、医务科管理端能够支持专家质控和定时的质控、可根据质控结果将问题主动发送至医生端.
6)支持病历的自动评分应用,医生端自动加手动评分,医务管理端自动加手动评分.
7)具备质控知识库维护,可根据管理部门的要求自定义维护质控规则.
6.
5.
4.
1院级质控总览提供选择科室功能.
提供电子病历质控汇总表,院级质控信息按审查时间或科室查询所有科室在院患者的入院记录、首次病程记录、主治医查房、副主任以上医师查房、出院记录、阶段小结、抢救记录、转入记录、转出记录、手术记录、术后第一天病程记录、术后第二天病程记录、术后第三天病程记录、死亡记录、死亡讨论的不合格份数、总份数和百分比,手动质控.

提供书写时间不合格病历列表浏览功能,并导出Excel,同时能对不合同病历内容进行查看.
6.
5.
4.
2院级环节质控提供环节质控患者基本信息列表查询号功能.
提供环节手动质控功能,院级质控医生按科室及时间段(24小时、一周、全部)查询病历列表对在院患者或出院未签收患者进行病历内容的环节检查,发现内容缺陷,直接选择缺陷内容标注缺陷信息,同时发送整改通知到医生工作站.

提供医嘱本浏览功能.
提供检查报告浏览功能.
提供检验报告浏览功能.
提供按报告时间浏览检验报告功能.
6.
5.
4.
3终末质控提供出院已签收患者列表查询功能.
提供病案终末质控评分功能,按病历列表对出院已签收患者进行病历内容的终末检查,发现内容缺陷的同时发送整改通知将缺陷的病历打回到临床医疗工作界面修改.
提供医嘱本浏览功能.
提供检查报告浏览功能.
提供检验报告浏览功能.
提供按报告时间浏览检验报告功能.
6.
5.
4.
4质控追踪提供院级质控追踪功能,对各科室发送过整改通知的患者病历修改后追踪,再次检查病历修改后内容是否符合修改要求,并对修改内容进行确认签字.
6.
5.
4.
5终末评分提供质控评分调整功能,院级质控人员根据病历实际情况对患者的扣分项目进行调整.
6.
5.
4.
6质控报表系统提供与电子病历质量控制相关的统计报表:24小时未写入院记录、按科室统计问题清单、病案文书缺陷统计、环节病案缺陷统计、科室在院患者信息表、全院病历质控率、全院各科室环节病案质量统计表、三日确诊率.

具备质控报表导出管理.
支持质控报表的多元化展示,支持饼图、柱状图等应用.
6.
5.
4.
7评分设置提供病案评分标准维护功能.
病案评分分类维护功能.
提供病案评分类别和模板分类关联维护功能.
6.
5.
4.
8质控员提供科室质控人员维护功能.
6.
5.
4.
9监测设置提供医嘱字典本地化对照功能.
提供基础自动质控项目维护功能,自动质控项目为时限类监控项目和书写频次类监控项目.
提供自动质控触发医嘱项目维护功能.
提供病历节点内容非空质控设置功能.
提供性别特征字典质控项目维护功能.
6.
5.
4.
10提供病历抽查功能提供按出院时间、出院科室、病历号查询需要抽查的病历文件,并可导出抽查表单为Excel.
6.
5.
5病案管理6.
5.
5.
1病案签收提供出院提交病案"纸质病历签收"功能,在一定时间内的,医生提交的单个出院患者电子病案后,由病案室人员确认后进行电子签收.
提供出院提交病案群签的功能,在一定时间内的,所有出院病历由医生提交到电子病案室后,病案室人员可以直接选择全部签收.
6.
5.
5.
2终末评分提供质控评分调整功能,院级质控人员根据病历实际情况对患者的扣分项目进行调整.
6.
5.
5.
3病案编目提供患者筛选功能,包括:病案号、ID号、姓名、科室、出院时间等.
提供出院病案编目功能,对签收后的病案首页的疾病名称和手术名称编码进行修正确认.
6.
5.
5.
4病案归档提供病案归档功能,主要是对出院患者的部分电子病案进行归档,包括入院记录、病程记录、手术记录、出院记录、死亡记录等文书.
提供批量归档功能.
6.
5.
5.
5病案返修提供病案返修功能,对签收后的病案发现缺陷,病案室人员可以直接将需要修改的缺陷病历文书打回到医生工作站重新修改.
6.
5.
5.
6审批管理提供出院病案借阅审核功能,对医生提出借阅病案的要求进行审查和批复.
提供病案召回审批功能.
6.
5.
5.
7登记管理提供复印登记和邮寄登记管理功能.
提供已归档病案复印标识功能,已复印过的病历文书,不能再进行病案召回修改.
提供纸质病案借阅管理功能,包括借阅、归还、查询等,对借阅情况可进行图表统计.
6.
5.
5.
8病案浏览提供在院、出院、已签收、未签收、已归档患者检索功能.
提供在院、出院、已签收、未签收、已归档患者浏览病历文书功能.
提供护理记录浏览功能.
提供体温单曲线浏览功能.
提供诊疗时间轴浏览功能:以时间为横轴,以临床事件为纵轴,将患者每天重要临床信息以可视化的形式展示,并动态的显示原始报告,可显示的信息为:体温单信息、检查检验信息、病历文书和主要的处置.

提供既往病历查阅功能,医生能直接查看患者既往病历资料信息,包括:病历内容、检验、检查、医嘱、生命体征、首页、既往病历.
6.
5.
5.
9病案首页打印提供病案首页打印功能.
6.
5.
5.
10病案打印提供病案浏览功能.
提供病案首页打印功能.
提供医疗文档中心打印管理功能.
提供护理文书打印功能.
提供护理记录打印功能.
提供体温单打印功能.
6.
5.
5.
11病案报表系统提供与电子病历病案管理相关的统计报表:病案编目人员每日工作量统计表、迟写病例统计表、手术病人的病种前三位统计表、手术病人病种前十位统计表、医院前十位病种统计、住院病人病种频度分科统计表、医院感染,伤口愈合分科统计表、新病人病种前十位统计表、病人平均住院费用统计表、科室病人平均住院日统计表.

6.
5.
5.
12字典维护提供诊断字典维护功能.
提供手术字典维护功能.
提供科室临床诊断映射维护功能.
提供ICD诊断与临床诊断映射维护功能.
提供诊断类别字典维护功能.
提供病名诊断字典维护功能.
提供症候诊断字典维护功能.
6.
5.
5.
13签收率统计提供病案签收率图表功能,统计不同时间段、不同科室病案签收情况.
提供已签收病案统计功能,按出院日期或出院科室查询.
提供未签收病案统计功能,按出院日期或出院科室查询.
提供超时签收病案统计功能,按出院日期或出院科室查询.
提供病案签收率休息日设置功能,通过设定休息日,病案签收率统计时自动过滤休息日进行数据统计.
6.
5.
5.
14病案封存提供检索条件,查询到需要封存患者,选择相关病历文书进行封存病历.
提供解封病历功能.
6.
5.
6医务管理6.
5.
6.
1在院患者总览提供在院患者病情状态总览功能,在一定时间段内,将危重症患者和不同付款类别的入院患者进行统计,以仪表图和饼状图分别进行显示,并动态显示入出院动分布图.
6.
5.
6.
2院级质控总览提供选择科室功能.
提供电子病历质控汇总表,院级质控信息按审查时间或科室查询所有科室在院患者的入院记录、首次病程记录、主治医查房、副主任以上医师查房、出院记录、阶段小结、抢救记录、转入记录、转出记录、手术记录、术后第一天病程记录、术后第二天病程记录、术后第三天病程记录、死亡记录、死亡讨论的不合格份数、总份数和百分比.

提供书写时间不合格病历列表浏览功能,并导出Excel,同时能对不同病历内容进行查看.
6.
5.
6.
3使用情况浏览提供使用情况浏览功能,系统将各科室实施进展情况分别进行统计浏览.
6.
5.
6.
4临床在线知识库维护提供临床在线知识库维护功能.
6.
5.
6.
5模板审批管理提供模板审批管理功能,对需要审核的模板进行修改及审核功能.
6.
5.
6.
6医务报表系统提供与电子病历医务管理相关的统计报表:病人职业分布统计图、住院病人年龄段统计图、各术式病人死亡率统计表、死亡患者信息统计表、住院病人死亡率统计表、医保病人死亡率统计表、病人二次手术统计表、病人再入院统计表、经治3科以上统计.

6.
5.
6.
7病案浏览提供在院、出院、已签收、未签收、已归档患者检索功能.
提供在院、出院、已签收、未签收、已归档患者浏览病历文书功能.
提供护理记录浏览功能.
提供体温单曲线浏览功能.
提供诊疗时间轴浏览功能:以时间为横轴,以临床事件为纵轴,将患者每天重要临床信息以可视化的形式展示,并动态的显示原始报告,可显示的信息为:体温单信息、检查检验信息、病历文书和主要的处置.

提供既往病历查阅功能,医生能直接查看患者既往病历资料信息,包括:病历内容、检验、检查、医嘱、生命体征、首页、既往病历.
6.
5.
7感染上报卡等上报数据管理6.
5.
7.
1待审批报卡管理提供待审批报卡管理功能,包括:审批、打回、修改、删除等.
6.
5.
7.
2已审批报卡管理提供根据上报或出院时间、科室、报卡类别查询已上报患者,并导出Excel、Html.
提供取消审批功能.
提供打印报卡功能.
提供诊断关联上报卡配置功能.
提供上报卡退卡列表查询功能,并可导出Excel.
6.
5.
8病历维护提供修改已签名病历的功能.
提供删除已签名病历的功能.
提供签名病历再次修改审批的功能.
6.
5.
8.
1模板维护6.
5.
8.
1.
1病历模板维护按疾病分组维护模板.
具备丰富的病历模板库,能够支持医院在这些模板基础之上进行个性化维护与修订.
系统能够提供完善的模块,完善的模板库机制提供医生选择.
系统更加支持医生自定义个性化模板的制作,对于全院模板的存放,系统将提供审核功能、权限相对高的医生提供修改功能等.
6.
5.
8.
1.
2病历模板内容维护包括:关键词库、症状库、体征库、图库;与临床相关的关键词模板新增、修改、删除.
6.
5.
9人员管理6.
5.
9.
1帐户信息维护提供用户信息维护功能,包括基本信息、用户权限和签名图片维护.
6.
5.
9.
2帐户角色管理维护提供帐户角色管理维护功能.
6.
5.
9.
3帐户功能角色组维护提供帐户功能角色组维护功能.
6.
5.
9.
4帐户诊疗组维护提供帐户诊疗组维护功能.
6.
5.
10日常办公提供个人设置功能,包括:基本信息维护、上级医师设置、附属帐户设置.
6.
5.
11运维管理6.
5.
11.
1日志审计浏览提供用户登录日志审计管理功能.
提供活跃用户审计管理功能.
提供Widget使用频率分析管理功能.
6.
5.
11.
2服务日志浏览提供接口数据同步日志管理功能.
提供自动质控计算日志管理功能.
提供应用服务错误日志审计管理功能.
6.
5.
11.
3运维监测管理提供数据库表信息监测功能.
提供数据库存储信息监测功能.
6.
5.
11.
4数据字典维护提供临床诊断分类字典维护功能.
提供体温单体征项目字典维护功能.
提供首页数据字典维护功能.
提供字典明细表维护功能.
提供本地化模板科室对照功能.
提供同类疾病分组管理功能.
提供异常登录记录清除功能.
提供医疗常用特殊符号维护功能.
提供科室字典维护功能,用来标记科室是否使用电子病历系统.
6.
5.
12配置管理6.
5.
12.
1病历分类管理功能应用程序分类与模板分类对照.
模板分类字典管理.
应用程序文档分类管理.
6.
5.
12.
2文档打印类别维护管理提供文档打印类别维护管理功能.
6.
5.
12.
3程序版本升级管理提供程序版本升级管理功能.
6.
5.
12.
4角色对应报表维护提供角色对应报表维护功能.
6.
5.
12.
5住院号修改提供住院号修改功能,是针对同一患者多次住院时住院号不同时进行的病案合并.
6.
5.
13统计报表质量控制相关的统计报表:24小时未写入院记录、按科室统计问题清单、病案文书缺陷统计、环节病案缺陷统计、科室在院患者信息表、全院病历质控率、全院各科室环节病案质量统计表、三日确诊率.
病案管理相关的统计报表:病案编目人员每日工作量统计表、迟写病例统计表、手术病人的病种前三位统计表、手术病人病种前十位统计表、医院前十位病种统计、住院病人病种频度分科统计表、医院感染,伤口愈合分科统计表、新病人病种前十位统计表、病人平均住院费用统计表、科室病人平均住院日统计表.

医务管理相关的统计报表:病人职业分布统计图、住院病人年龄段统计图、各术式病人死亡率统计表、死亡患者信息统计表、住院病人死亡率统计表、医保病人死亡率统计表、病人二次手术统计表、病人再入院统计表、经治3科以上统计.

6.
5.
14系统维护6.
5.
14.
1二次开发维护包括:临床路径执行与电子病历关联接口、病案首页查询关联接口、诊疗时间轴界面检验检查报告关联接口等.
提供功能开关维护功能.
6.
5.
14.
2功能配置提供画布维护功能.
提供Widget维护功能.
提供角色画布对照维护功能.
6.
5.
14.
3医疗机构维护包括:新增、修改、删除.
6.
5.
14.
4通用模板维护、审核提供按模板类别维护模板的功能.
6.
5.
14.
5通用接口系统在实施过程中,服务器端与第三方系统的集成接口,基于同步服务控制台技术实现与临床数据相关的系统的数据集成,包括:HIS、LIS、PACS、RIS,集成平台、医保等;标配实现与EMR共享平台的无缝对接,并支持与分级诊疗或医联体相关系统的对接.

满足医院以集成平台为核心的数据交互架构的要求,支持互联互通服务接口要求,提供文档注册、查询以及检索服务;并提供支持互联互通评审要求的文书结构的XML文档.
6.
5.
14.
6医嘱界面集成系统提供医嘱界面集成,需要HIS供应商提供医嘱界面程序,配合完成功能及界面集成.
6.
5.
14.
7电子病历权限管理支持对电子病历调阅、修改、归档、转科等操作进行权限控制.
病历医疗组权限,同一个病区或科室之间,医护相互浏览病历,但不能够修改及续写各自的病历,平级医生之间可以相关续写病历,但不能修改各自之前写的病历.
三级阅改,支持上级修改下级病历,修改需进行权限验证,修改后需在病历中进行签名.
对于修改的内容系统能够清晰告知.
系统支持医务管理权限,支持病历的归档或解封、病历作废、以及独占等功能.
具备病历的转科权限,可将病历转到相应的科室.
具备病历临时申请权限.
具备子工号权限.
具备专门的权限自定义维护模块,可供医务管理部门用户日常的管理.
6.
6电子签名签章系统设计6.
6.
1系统框架电子签章是电子签名的一种表现形式,利用图像处理技术将电子签名操作转化为与纸质文件签署操作相同的可视效果,同时利用电子签名技术保障电子信息的真实性和完整性以及签名人的不可否认性.
市卫生健康局建设的电子签名支撑服务平台实现对电子病例系统、内部OA办公、审批业务及分级诊疗等业务中对电子文书的可视化电子签名操作.
同时对接到市电子政务安全接入平台,对接电子印章平台,实现证书与印章数据的同步,实现用户可以在我市其它应用单位中同步使用证书认证和电子签章功能.
6.
6.
2电子签章分中心设计为支撑我市电子病历系统及分级诊疗平台对于可视电子签名的支撑,建设电子签名支撑服务平台.
平台包括电子签章组件集成模块子系统、电子签章中间件子系统、PKI安全服务中间件、密码服务系统和移动终端电子签名服务系统.
电子签章组件集成模块子系统为电子病历系统及分级诊疗平台提代可视化的电子签名功能集成,让医护人员可以使用数字证书对电子文件进行可视化签署,保证电子文件的有效性、完整性、不可篡改及可追溯性等.

6.
6.
2.
1签章在线服务系统申请印章印章信息采集签章系统可以与CA进行配合对公章的身份及应用进行有效性验证,通过CA中心颁发的数字证书来确保实体身份凭证的真实性,通过数字信封和数字签名来保证身份验证的可靠性、信息传输和存储的机密性、完整性和不可抵赖性.

签章在线服务系统根据用户的印章制作请求,要求用户提供以下印章的基本信息:持有者名称;持有者公钥证书序列号;印章编号;颁发机构;颁发时间;图片的HASH;以上信息的签名.
电子签章在使用时也就是在盖章时,需要通过口令进行验证公章信息以确认使用者的身份,在盖章时,先通过CA进行身份认证,之后公章服务器对公章的单位标识信息进行比对,最后对公章数据文件进行判断,进行公章文件的状态验证,包括公章是否有效、印章是否为印章服务器发出、印章是否在有效时间内等等,最终保证电子签章的保存和使用等同于物理公章,保证公章的安全.
电子签章在屏幕显示时是虚化的公章,其上加有水印标志.

印章图片采集电子印章的图片分为两种形式,一种是与实体印章相同的图片,一种是区别于实体印章的图片.
第一种印章的采集需要用户现在办理,提供原始实体印章及图样,此种电子印章与实体印章完全一致;第二种印章的采集则可以在线采集制作,印章图片的类型可以多样化,如形状可为方形、图片可添加"电子印章"文字标记等.

审核印章系统接收到制作电子印章请求信息,将所有公章记录展现给审核系统的操作人员,由操作人员判断是否通过申请.
功能详述:模块根据提交的公章制作申请信息,将所有公章记录展现给相应操作人员;通过操作人员判断各单位是否拥有合格资质,是否能够通过制作电子签章申请;批准申请电子签章后,系统根据印章类型向本地纸张模块或市电子签章平台发起印章制作请求;拒绝申请电子签章;保存所有公章的审核记录.
电子印章制作电子印章制作主要是根据用户的申请受理信息,进行制作电子印章的原始印章.
主要包括:导入电子印章服务的颁发证书.
电子印章的颁发机构证书,用来对其颁发的印章文件进行数字签名,以保证印章持有的身份可靠,行为可行.
生成印章图片.
根据申请者现有的实体图章制作同样的印章图片.
通过电子印章服务的颁发证书对用户的标识性信息(如:印章授权编码)进行数字签名.
通过数字水印技术,把统一授权标识码和签名值,写入印章图片,生成原始印章.
电子印章存储电子印章存储系统主要实现原始印章的加密存储和授权下载.
对原始印章进行数字证书绑定;绑定电子印章以及其对应的数字身份.
对原始印章进行加密存储.
对印章采取密文存储,保证了只有印章的持有者可以使用该电子印章,以实现印章安全存储和可控管理.
发布加密存储后的印章并提供给授权用户下载.
向电子印章管理系统发布印章的密文信息,以完成用户对电子印章获取.
电子印章管理电子印章管理主要是实现对印章的下载、印章的漫游、印章信息的管理、印章的挂失、销毁等功能.
印章的下载提供密文的印章文件给印章的用户者.
使得有权使用印章的用户获得电子印章.
印章的漫游服务提供印章的异地漫游服务,使得印章的用户者可以凭其数字身份(数字证书),在对数字身份进行验证后,提供网上下载其电子印章.
印章信息的管理主要用户维护印章持有者的信息维护,包括信息更新,查询统计等功能.
印章的挂失主要用来完成由于用户数字证书丢失而导致的印章无法解密,或者面临印章被非法使用的情况.
对用户的电子印章进行管理,并向验证系统发布其状态.
印章的销毁主要用来完成由于各种原因导致印章不在使用,则对印章文件进行销毁,并向验证系统发布印章的状态.
电子印章验证电子印章验证主要提供印章在线验证和印章实时状态的查询等功能.
印章在线验证完成用户对电子印章的在线验证,验证的部分包括,对印章的真伪进行验证;对印章的状态进行验证,即验证印章是否注销或挂失;对印章的有效性进行判断,如果印章已经注销或挂失则需要判断印章的加盖时间是否早于印章挂失和注销的时间.
印章实时状态的查询在线实时查询电子印章的状态,包括印章是否在使用中,或已挂失,或者已经注销.
6.
6.
2.
2电子签章云服务系统电子签章云服务系统由多个模块组合而成,包括电子签章组件化集成模块、电子签章中间件及PDF纸张转换.
电子签章组件化集成模块电子签章组件化集成模块将电子签章应用中涉及的文档转换,电子签章(手写签名)加盖/验证与应用系统交互等功能以服务组件的方式对外发布,提供给应用系统调用加载.
具体的功能描述如下:基于B/S模式的应用系统,以模块化组件加载的形式实现电子签章/手写电子签名功能的接入及系统改造;以可视化组件的形式为电子签章应用开发改造提供可配置、松耦合、便捷快速的开发模式;以可视化界面的形式为用户实现签名,盖章等可视化操作体验;支持doc、docx、xls、pdf、wps格式的文件上传、转换、显示;支持基于在线html页面的地址的转换、显示;用户可在线设计手写、文字签名;用户设计完成后,可在线提交申请;申请成功后,签名会保存在服务器,以备后用;用户可在线删除签名;应用系统通过脚本的配置实现其向应用系统提交已经过用户签章处理的文档.
电子签章中间件电子签章中间件用来对完成多用户,多印章的印章使用和管理,其主要的功能有签章的授权管理,基于PDF的签章的加盖/验证功能和签章的审计功能.
支持的PDF文档格式版本:1.
4、1.
5、1.
6具体功能描述如下:服务器签章导入:导入基于服务证书的电子签章.
服务器签章的授权管理:授权和管理多用户对基于服务证书签章的使用管理,使得每个人只能使用对其授权使用的签章.
服务器签章的加盖:对指定的文件用用户指定的文件进行盖章.
签章的加盖:使用未与服务器证书绑定的签章对指定文件进行盖章.
签章的合并:基于某几个基于统一文档不同副本盖章的后文档进行合并,合并后可以查看每个印章所保护的文档副本.
批量盖章:对批量的文档按照特殊的标签或者指定的位置使用服务器证书进行盖章.
签章的验证:对用户已打开的含有印章的文件进行验证.
验证的内容包括离线部分和在线部分.
印章的审计:用来记录每个印章的使用时间和使用者已经使用原因.
系统支持将第三方数字证书签名:系统支持经过第三方数字证书签名产生的文档签名信息,做为电子签章信息的组成部分,用来保证文档的有效性.
PDF纸张转换PDF纸张转换功能自动批量处理PDF文件,监控文件目录,自动处理海量文档转换为PDF文档,满足平台对PDF文档生成的需求.
具体功能描述如下:支持doc、xls、html、wps、Jpg、Tiff等格式的文档转换为pdf文档;以虚拟打印方式转换其它格式的文件,生成的PDF能够保持原版原式,保持浏览、打印的效果与发文方完全一致;Html格式文档,提供多种纸张大小(A3、A4、B5)及纸张方向(横向、纵向)的文档转PDF格式转换服务;以目录监控的形式提供文档转换服务,并配套相关的管理设置功能,包括目录管理功能、系统日志功能、查看日志功能、目录管理模块功能、系统设置模块等;需要以支持以Webservice形式提供文档转换申请接口、文档装换状态查询接口、文档下载接口、查询指定状态的文档列表等功能接口.
6.
6.
2.
3密码运算服务系统密码服务系统为各系统提供对数据加/解密、签名/验签等服务,来保证信息的机密性和完整性.
密码服务系统基于密码运算硬件提供标准的交叉认证中间件,基于各CA机构现有的数字证书客户端为业务系统提供标准化、去差异化的数字证书应用接口服务.

交叉认证中间件交叉认证中间件为系统提供统一标准的数字证书应用接口.
具体功能应包括:支持广东省数字认证中心有限公司、广东省电子商务认证有限公司、支持深圳市电子商务安全证书管理有限公司等数字证书认证机构颁发的硬件证书;支持WindowsXp32bit,Windows732bit及LinuxRedHatES4.
8操作系统;提供密码协议功能;数据加解密运算;数字签名/验证运算;数据摘要和完整性验证;会话密钥生成和存储;支持密钥与设备在线管理;对称密码算法:专用对称密码算法包括SM1,3DES;公钥密码算法:RSA算法及专用非对称密码算法SM2;数据摘要算法:基于对称密码算法的专用算法;消息鉴别码算法:基于对称密码算法的专用算法;提供负载均衡机制,避免单点故障.
PKI公共应用接口中间件包括了组件级、体系接口级、通用接口级和基础级.
组件级:提供最方便的安全接口工具,甚至透明的方案,真正屏蔽安全概念的复杂性,这是PKI公共应用接口中间件的最终目标.
例如,通过一个Wizard、一个编辑器,就可以完成安全业务的开发,安全已隐含其中.

体系结构级:提供协议级、互操作级和通用中间件的安全服务接口,如TLS,SET和Corba安全服务等.
正是在体系结构级的基础上,我们才能提供面向对象、面向组件的、透明的安全组件服务.
通用接口级:这是PKI公共应用接口中间件的核心接口.
它承上启下,在多种平台上屏蔽了安全实现的细节,也是目前许多厂商所提的"安全中间件".
根据分析,这一层涉及到大量的安全知识,因此即使多平台、多厂商的API统一了,开发者仍要了解大量的安全背景才能选择使用合适的算法.
为此,PKI公共应用接口中间件还应提供一个简单的高级接口,至少所有算法都是缺省的,一般不了解密码学的用户也能使用.
另外,通用接口级还要解决多厂家在同一平台上安全产品的互操作,保证这些模块是可信的,保证多种模块共存的综合高性能.

基础级:这是为安全专家提供的接口,由安全产品提供者直接提供,当然是符合PKI公共应用接口中间件一个统一规范的接口.
为了方便和模块化,根据安全产品的功能,PKI公共应用接口中间件将其细化为多个接口:密码学接口、证书接口、策略接口、存取控制接口、扩展的接口.

6.
6.
2.
4时间戳服务系统时间戳服务系统对外提供精确可信的时间戳服务,以确认系统处理数据在某一时间(之前)的存在性和相关操作的相对时间顺序,为实现系统数据处理的抗抵赖性提供基础.
时间戳服务系统对目标数据加上可信时间源提供的时间标记,并用数字签名来保证时间标记的完整性与真实性.
同时,时间戳服务器从可以外接时间服务器从权威授时机构获取时间标记,以确保操作痕迹记录都采用了相同的时间基准.

它具有如下特点:不可抵赖性与可审计性电子数据加盖精准的时间戳可以确保数据在某一时间(之前)的存在性及相关操作的相对时间顺序,为业务处理的不可抵赖性和可审计性提供有效支持.
统一性与不间断性时间戳服务系统为电子数据加盖的是一个相对时间,目的是确保能证明相关操作的相对时间顺序,这就要求整个系统必须具有统一的时间.
真实性与完整性时间戳数据是当发生纠纷时保证行为不可抵赖性及业务处理可审计性的重要凭证,必须确保真实、完整,能够防止假冒、非法修改等破坏行为,这就要求必需对时间戳数据利用PKI技术进行数字签名操作以保证其真实性与完整性.

可靠存储时间戳数据不仅要为电子数据的抗抵赖性提供支持,还需为必要的审计工作提供服务,这就要求对时间戳数据作必要,可靠的存储.
时间戳服务系统功能可信时间戳服务系统具备以下的功能:取时功能通过时间服务模块从权威时间源或本地时间源取时.
对时功能通过时间服务模块与时间源设备时间同步,精准、持续地与可信时间戳服务模块进行对时.
时间戳服务功能可信时间戳服务模块通过公钥基础设施PKI技术,响应符合格式要求的请求,加盖可信的时间戳;对外提供时间戳的验证接口,使得业务系统能够方便地对时间戳数据进行验证,取时等操作.
日志以及证据存储功能可信时间戳日志以及证据存储子系统能够记录系统的日常工作中产生的日志数据,为系统的维护工作提供便利;同时提供证据存储功能,安全保存时间戳,为业务系统的审计,取证等工作提供支持;能够对历史数据进行转储.

可信日志服务的功能应包括:可信日志参数设置、可信日志查询、可信日志备份.
可信日志参数设置:可信日志参数设置主要是设置日志保存的最大大小(单位:MB)和日志备份的目录.
可信日志查询:可信日志查询主要是查询操作员的操作事件信息.
可信日志备份:可信日志备份是当日志保存到日志参数设置的最大大小时,将已保存的日志转存到另外一目录中(即日志参数设置的中所设置的目录),以做备份.
负载均衡功能可信时间戳服务负载均衡模块,实现分布式计算,确保时间戳服务的高效性、有效性和持续性.
管理功能可信时间戳服务系统提供管理界面,为管理员的日常维护工作提供友好、方便的操作界面.
时间戳服务系统架构时间戳服务系统是指CFCA做为时间戳服务的提供方,用户全部通过CFCA时间戳服务器获得时间戳服务.
时间戳服务器直接从时间服务器上获取可信时间,为业务系统和用户提供可信的时间戳服务.
时间戳服务器包括时间戳服务模块、时间服务模块、证据及日志存储服务模块以及密码服务模块.
时间服务模块时间服务模块为可信时间戳服务模块提供可信时间服务,监控并校准时间戳服务模块的时间.
时间服务模块通过一个经过认证的、安全的网络连接,向时间戳服务模块提供服务.
可信时间戳服务模块可信时间戳服务模块完成时间戳服务功能.
可信时间戳服务模块利用经过时间服务模块同步后的可信时间,利用密码服务系统提供的数字签名,签发可信的时间戳.
时间戳证据存储服务模块时间戳证据存储服务模块负责保存对应的时间戳服务模块所产生的可信时间戳服务的各类数据信息,以备日后进行审计和举证.
时间戳证据存储服务模块需要提供对大容量的时间戳证据信息的存储管理与备份管理功能,并提供对所保存时间戳证据信息的高检索.

密码服务模块密码服务模块为时间戳服务模块加盖的时间戳进行签名服务,确保可信时间戳服务模块提供的时间戳可信.
6.
6.
2.
5应用交换流程6.
6.
2.
5.
1身份认证数字证书用户在登录认证时,通过数字签名完成对用户身份的验证,认证过程不依赖于任何秘密信息,因此不存信息泄露的隐患,同时数字签名中包含随机信息,有效防止窃听、重放等攻击.
数字证书身份认证充分结合了挑战-响应机制和数字证书加密、数字签名机制,增强了认证信息的随机性、保密性、真实性,有效地防止了认证过程中的机密信息泄露、窃听和重放攻击,保证了身份认证的高度安全性和可靠性.
客户端在发起认证请求时,服务器端首先产生并返回一个随机数(挑战);客户端在提交认证请求时,将数字签名后的随机数发送到服务器端(响应),由服务器端比较本地的随机数和收到的随机数,以校验认证请求的有效性,从而有效防止截获和重放攻击.

用户打开应用系统页面;输入PIN码,获取数字证书的访问权限;读取签名证书;向应用系统提交登录请求;应用服务器端把签名证书保存到session中;向市政务服务数据管理局交叉认证平台请求24位随机数;市政务服务数据管理局交叉认证平台产生24位随机数,并记录用户操作日志;市政务服务数据管理局交叉认证平台返回24位随机数给应用系统;应用系统向客户端回送24位随机数;客户端对随机数进行签名,得到其签名值;客户端向应用服务器提交签名值;应用服务器根据session保存的随机数、签名证书以及客户端获取的签名值,向市政务服务数据管理局交叉认证平台提交验证请求;市政务服务数据管理局交叉认证平台进行签名验证、证书有效性验证以及权限验证,返回验证结果;应用系统根据验证结果判断用户是否合法用户;应用系统判断用户是否具有进入系统权限.
6.
6.
2.
5.
2数字签名/签章客户端提交的认证请求,均由客户端认证组件调用智能密钥进行签名处理.
智能卡随身携带,其中的私钥不可复制,保证了私钥的唯一性,由于数字签名不可伪造和窜改,服务器端通过校验客户端用户证书和数字签名的有效性,并结合认证数据库鉴别用户身份.

用户根据业务需要,收集需要提交的数据;根据PIN码,获取数字证书的使用权限;对数据进行数字签名;用户向应用系统提交签名后的数据;应用系统向加密服务器提交数据验证请求;获取数字签名请求,向加密服务器发送原文信息;加密服务使用签名私钥,对原文信息进行数字签名,得到PKCS7格式标准的签名值;签名成功后,向应用系统返回签名值;应用服务器将签名数据返回客户端,客户端对数据进行数据签名验证.
6.
6.
2.
5.
3电子病历共享电子病历共享涉及发送医院与接收医院,发送方在共享电子病历前需执行数字签名及签名验证,接收方使用共享电子病历前需验证共享电子病历签名数据的有效性.
电子病历共享环节数字签名的关键点包括以下两个方面.
发送单位对待共享电子病历进行数字签名及签名验证发送单位选定共享电子病历,通过调用签名验证接口,验证带共享电子病历数字签名数据的有效性,验证通过后对共享电子病历执行数字签名及签名验证.
接收单位验证共享电子病历数字签名数据的有效性接收单位在接收共享电子病历时对电子病历进行签名有效性验证,验证通过后使用电子病历.
6.
6.
3与市政务服务数据管理局安全接入平台对接电子签章分中心的建设遵循我市政务服务数据管理局CA安全接入平台及广东省数字证书交叉认证平台的电子签名应用标准规范,并且与市政务服务数据管理局CA安全接入平台对接.
对接内容:数字证书用户数据对接,让市卫生健康局电子签章分中心的用户可以通过市电子政务安全接入平台获取全市其它政务应用服务.
电子签章数据同步,让通过市卫生健康局电子签章分中心申请了印章的用户也可以到我市电子政务环境中使用,例如网上办事大厅、已接入市政务服务数据管理局安全接入平台的政府网办业务.
七、项目基础条件需求7.
1系统软件需求7.
1.
1操作系统本项目部署应用系统的服务器操作系统为RedHatEnterpriseLinux7.
5或类似的企业级LINUX及以上版本,为保证操作系统的稳定性、安全性,操作系统应使用原生镜像文件进行安装,并提供相应版本的授权.
7.
1.
2数据库本项目新增的数据资源池需要由高性能、安全、稳定的数据库进行支撑,建议部署Oracle12c、SQLServerforLinux及其他支持LINUX的企业级数据库以上版本.
7.
1.
3中间件本项目计划使用的中间件分别为企业服务总线、数据仓库、数据交换管理平台、消息中间件和应用中间件.
7.
1.
4系统软件配置清单序号建设内容规格程式数量1高性能数据库1CPU无限制用户,采用大规模并行处理架构,具有线性扩展处理能力和出色的加载能力,提供对各个主流厂商的硬件及操作系统平台,包括Unix、Linux、Windows的支持;提供数据不用转换就能在各个平台间移植数据,并且应用程序不用修改的功能;12数据库实时应用集群集群软件部署13应用服务器中间件提供应用开发、部署、运行、维护所需的基础设施;支持企业级应用许可14企业服务总线软件ESB提供符合SOA架构的中间件运行环境和开发管理工具17.
2基础设施方案设计本项目新增的应用软件系统均部署在东莞市电子政务云之卫生健康专属云所提供的硬件设备上,需要配置的服务器和存储设备详见下文的需求分析.
7.
2.
1服务器需求7.
2.
1.
1EMR共享平台服务器为了确保应用服务器能够承受峰值压力,在此按业务压力最大时作为性能要求标准.
EMR共享平台面向各级医院、社区基层医疗机构、卫生行政部门、公众等.
根据采样医院数据,每个医院日均诊疗人次数约为2250,病历共享平台中期终期接入医院约为50家;全市卫生技术人员4.
8万人.
按以上数据,预估平台在线峰值约为10000人.

根据SPECjbb2015标准计算应用服务器性能要求如下:根据系统功能分析,每次联网请求,最大产生18个SPECjbb2015,则应用服务器性能估算(jbb2015)为10000*18=180000jOPS.
考虑到处理过程中可能遇到的高峰期和为了保证服务器运行可靠稳定,服务器自身的处理能力冗余30%,非Java应用所占用的系统资源百分比预估为20%.
根据以上可以计算出每秒应用服务器性能需求(jbb2015)值为:SPECjbb2015=180000/(1-30%-20%)=360000jOPS;考虑到未来3年的业务发展(业务复杂度、业务数据规模等),需预留50%的处理能力则SPECjbb2015=300000/50%=720000jOPS;根据SPECjbb2015jOPS测试结果:1台配置4路96核2.
4GHzIntelXeonCPU,512G内存的DL580服务器,其SPECjbb2015可以达到224892jOPS.
则1台4路40核2.
4GHzCPU的服务器其SPECjbb2015可以达到93705jOPS.
则8台4路40核2.
4GHzCPU内存的服务器其SPECjbb2015可以达到749640jOPS(≥720000jOPS).
健康云标准1vCPU:主频≥主频CPUj因此,建议申请320vCPU政务云服务器,内存配置为1280G,硬盘容量为50G/vm.
7.
2.
1.
2临床电子病历备份系统服务器为了确保应用服务器能够承受峰值压力,在此按业务压力最大时作为性能要求标准.
临床电子病历系统面向各级医院、社区基层医疗机构、卫生行政部门等.
估算在线峰值为3000人.
根据SPECjbb2015标准计算应用服务器性能要求如下:根据系统功能分析,每次联网请求,最大产生15个SPECjbb2015,则应用服务器性能估算(jbb2015)为3000015性能估算(网请求,最;考虑到处理过程中可能遇到的高峰期和为了保证服务器运行可靠稳定,服务器自身的处理能力冗余30%,非Java应用所占用的系统资源百分比预估为20%.
根据以上可以计算出每秒应用服务器性能需求(jbb2015)值为:SPECjbb2015=45000/(1-30%-20%)=90000jOPS;考虑到未来3年的业务发展(业务复杂度、业务数据规模等),需预留50%的处理能力则SPECjbb2015=90000/50%=180000jOPS;根据SPECjbb2015jOPS测试结果:1台配置4路96核2.
4GHzIntelXeonCPU,512G内存的DL580服务器,其SPECjbb2015可以达到224892jOPS.
则1台4路40核2.
4GHzCPU的服务器其SPECjbb2015可以达到93705jOPS.
则2台4路40核2.
4GHzCPU的服务器其SPECjbb2015可以达到187410jOPS(≥180000jOPS).
健康云标准1vCPU:主频≥主频PUj因此,建议申请80vCPU政务云服务器,内存配置为320G,硬盘容量为50G/vm.
7.
2.
1.
3电子签名签章系统服务器为了确保应用服务器能够承受峰值压力,在此按业务压力最大时作为性能要求标准.
电子签名签章系统服务器、社区基层医疗机构等.
估算在线峰值为1000人.
根据SPECjbb2015标准计算应用服务器性能要求如下:根据系统功能分析,每次联网请求,最大产生18个SPECjbb2015,则应用服务器性能估算(jbb2015)为1000*18=18000jOPS;考虑到处理过程中可能遇到的高峰期和为了保证服务器运行可靠稳定,服务器自身的处理能力冗余30%,非Java应用所占用的系统资源百分比预估为20%.
根据以上可以计算出每秒应用服务器性能需求(jbb2015)值为:SPECjbb2015=18000/(1-30%-20%)=36000jOPS;考虑到未来3年的业务发展(业务复杂度、业务数据规模等),需预留50%的处理能力则SPECjbb2015=36000/50%=72000jOPS;根据SPECjbb2015jOPS测试结果:1台配置4路96核2.
4GHzIntelXeonCPU,512G内存的DL580服务器,其SPECjbb2015可以达到224892jOPS.
则1台4路40核2.
4GHzCPU的服务器其SPECjbb2015可以达到93705jOPS(≥72000jOPS).
健康云标准1vCPU:主频≥主频PU0j因此,建议申请32vCPU政务云服务器,内存配置为128G,硬盘容量为50G/vm.
7.
2.
1.
4数据库服务器数据库服务器单元具备完善的查询、比对、归档和存储功能,并采取动态管理方式,确保信息的及时、准确、有效;支持对存储位置、存储时间、备份策略、整理策略等存储策略的设置;提供统一数据池功能,支持Oracle、SQLServer、MySQL等主流数据库.
服务器的技术参数和数量参照7.
2.
3部署方案中的数据库服务器(高负载数据库服务器Ⅱ型)的配置要求.
7.
2.
2存储需求本项目的EMR共享平台、电子签名签章系统所产生的业务数据的存储类型主要分为数据库存储及文件存储两种,存储测算如下:数据库存储年度接入机构年门诊量(人次)年住院量(人次)门诊每人次电子病历数据量(KB)住院每人次电子病历数据量(KB)总数据量(TB)201824家公立医院1968000043200020010004.
07201924家公立医院1968000043200020010004.
07202043家公立医院,10家民营医院3644600081800020010007.
55202143家公立医院,50家民营医院4119000099400020010008.
62468家基层机构2759000040010.
28202243家公立医院,50家民营医院4119000090000020010008.
512468家基层机构2759000040010.
28总数据量合计(TB)53.
36文件存储普通文件存储估算序号文件类型数据大小(MB)数据大小(TB)1图片文件2800000026.
702视频文件20480001.
953音频文件2048000.
20合计3025280028.
85根据数据量估算,建议首期申请云存储空间业务数据15TB及虚拟机数据10TB,之后视数据量逐年扩容.
7.
2.
3部署方案本期项目申请使用东莞市电子政务云之卫生健康专属云的计算、存储、安全等云服务资源,采用基于云计算的部署方式.
按照东莞市"数字政府"相关政策要求、《东莞市政务云平台统筹建设工作方案》的整体部署及相关管理规定,结合我市卫生健康工作实际,本项目部署在规划建设中的"卫生健康专属云",由市卫生健康局向市政务服务数据管理局申请使用市中标云服务商的"专属云服务"提供的网络、硬件、平台和安全支撑服务.

根据服务器及存储需求等分析,本项目申请云服务项如下:序号服务类别服务项服务内容单位数量1区域EMR共享平台虚拟计算资源vCPU1核、主频≥2.
2GHz核320内存1GBGB12802临床EMR云备份虚拟计算资源vCPU1核、主频≥2.
2GHz核80内存1GBGB3203电子签名虚拟计算资源vCPU1核、主频≥2.
2GHz核32内存1GBGB1284数据库服务器物理服务器高负载数据库服务器Ⅱ型主频≥2.
2GHz;≥4路*14核、256GB内存、3*300GBSAS硬盘、2块不低于400GBSSD固态硬盘、HBA卡、千兆网卡、万兆网卡台45存储系统FC-SAN100GB(总容量在0-10TB)、FC-SAN可用容量项2存储阶梯报价(TB/元/年)(业务数据15T0-10T:7920.
00+11TB-50TB:7128.
00虚拟机10T)51TB-100TB:6415.
206备份同城备份服务能力虚拟磁带库或备份一体机10T可用容量项1备份能力堆叠虚拟磁带库或备份一体机以1TB/单位(可用容量)项407网络即服负载均衡服务硬件级负载均衡硬件负载均衡服务(1-7层)实例88容灾服务数据级容灾服务提供同城异地数据级容灾服务,实现数据的同城异地备份,根据各使用单位的容灾需求,将云平台业务系统的数据备份至灾备中心.
(含500G基础空间,存储类型与生产系统一致)项2(业务数据15T+虚拟机10T)8三级等保安全服务三级等保安全服务包括但不限于:抗DDOS、防火墙、入侵防御、抗APT、防病毒、漏洞扫描、堡垒机、WAF、行为管理及审计、数据库审计、日志审计等内容项1中标方负责承担本项目建设期及质保期内所需云服务资源的一切租赁费用(具体按东莞市政务服务数据管理局的云服务费用标准结算,在建设期及保质期内,按结算标准如超出费用则不补,如有结余,租赁服务费用则必须继续用至费用使用完毕之日).

八、信息安全保障需求8.
1安全等级需求EMR共享平台安全保护等级为第三级.
8.
2物理安全需求数据中心是整个EMR共享平台的关键节点,是系统运行的基础,因此必须保证物理环境的安全,主要包括以下几个方面:信息基础设备应安置在专用的机房,具有良好的电磁兼容工作环境,包括防磁、防尘、防水、防火、防静电、防雷保护,抑制和防止电磁泄漏;机房环境应达到国家相关标准;关键设备应有冗余后备系统;具有足够容量的UPS后备电源;电源要有良好的接地.
8.
3系统安全需求EMR共享平台应具备性能完善的系统安全基础设备,包括网络防火墙、入侵检测、病毒防范、用户识别等信息安全软硬件系统,并设专人进行日常监督管理与更新.
8.
4数据安全需求EMR共享平台数据中心的数据是卫生应用关键性数据,必须保证数据的安全和隐私,因此平台的建设必须考虑以下安全措施:数据库应设置预定的备份策略进行本地备份,有条件的可做异地备份;严格按照用户级别来授权用户对数据和资料的访问;关键数据的修改记录应记录详细的操作日志,以备追查;数据的传输与关键敏感的数据的存放需进行一定的加密处理;制订数据库系统备份和恢复方案时,必须将重点放在防范用户失误和介质失效而造成的数据损失.
数字卫生平台应采用专业的备份软件为整个网络中的服务器和工作站提供高速、可靠的备份和恢复能力.
8.
5应用安全需求EMR共享平台应用级安全包括统一身份认证,统一权限管理等,其包括系统软件和应用软件应具有访问控制功能,包括用户登录访问控制、角色权限控制、目录级安全控制、文件属性安全控制等;系统软件(包括操作系统,数据库等)和应用软件等应定期进行完全备份,系统软件配置修改和应用软件的修改应及时备份,并做好相应的记录文档;及时了解系统软件和应用软件厂家公布的软件漏洞并进行更新修正;应用软件的开发应有完整的技术文档,源代码应有详尽的注释.

EMR共享平台应用安全三个部分:身份认证,应用安全管理系统,应用安全中间件.
身份认证是整个系统的基础,平台采用用户密码模式,动态口令卡,手机动态密码等多种身份认证模式.
应用安全管理平台是基于多种身份认证模式对涉及区域医疗卫生安全要素的统一管理,要包括统一身份管理,医疗卫生角色管理,卫生信息资源管理,医疗卫生授权管理等.
应用安全中间件是基于身份认证基础设施和应用安全管理平台,将医疗卫生安全应用以独立中间件服务的方式提供给医院、社区等医疗卫生信息系统使用,从而完成统一的网络安全应用平台的构建.
这些中间件主要包括关于身份认证服务的中间件,关于数据安全服务的中间件,关于医疗行为审计服务的中间件.

8.
6安全管理需求1、对涉密网的环境因素实施监控和警卫,预防人为威胁;2、集中建设网络支撑平台监控中心,进行统一安全监控;3、建立健全相关网络安全管理责任制度;4、建立严格的机房安全管理制度,非工作人员未经许可不准进入机房,任何人不准将有关资料泄密、任意抄录或复制;5、禁止在生产系统中使用未经批准的应用程序,禁止在生产系统上加载无关软件,严禁擅自修改系统的有关参数;用于开发、测试的系统必须与生产系统严格分开;6、监视系统运行记录,及时审查日志文件,认真分析告警信息,及时掌握运行状况,对系统可能发生的故障做好应急方案;7、软件程序的修改或增加功能时,须提出修改理由、方案、实施时间,报上级主管部门批准;程序修改后,须在测试系统上进行调试,确认无误经批准后方可投入生产应用;8、软件修改、升级前后的程序版本须存档备查,软件修改、升级时须有应急补救方案;9、制定各项访问控制措施,包括对网络、主机、数据库等的访问.
对所有路由器、交换机的密码及配置应由网络管理员掌握,统一进行配置;对各类主机的管理和对用户以及文件系统的分配、访问权限设置等工作统一由主机管理员执行;对所有数据库的管理和对表、视图、记录和域的授权工作统一由数据库管理员执行.

九、项目运行管理服务需求9.
1项目建设管理承建单位在工程管理中按照ISO9001的工程质量规范要求,特别加强把几个有关工程管理较为突出的方面进行管理.
9.
2工程施工管理1)项目的进度管理施工进度管理决定着整个施工期间施工人员的组织,设备的供应,以及整个系统工程与其他工程的配合时机,本项目要求承建单位通过建立工程总体进度表的方式来进行检查和管理.
2)施工的界面管理通过旬或月的工程调度会的方式进行管理,建立文件报告制度,一切以书面方式进行记录,修改,协调措施等.
3)施工的组织管理本项目要求承建商合理安排整个系统施工期间的工程管理人员、技术人员、调试工程师和安装工人的人数和这些人员进场的时间,在保证工程质量和工期的前提下,尽量避免造成不必要的劳动力浪费、增加人工成本.
并将密切与施工进度管理相接洽,分阶段组织强有力的施工队伍,保质保量地按时完成这个阶段的施工任务.

4)施工项目管理规划对施工管理组织、内容、方法、步骤、重点进行预测和决策,做出具体安排的纲领性文件.
工程技术管理.
9.
3工程质量管理工程质量管理是系统各项工作的综合反映,执行ISO9001系统工程质量保证体系.
9.
4培训要求9.
4.
1培训目标项目培训是项目实施中的重要环节,通过项目培训对系统用户及系统管理员进行全面的技术培训,达到能独立进行管理、故障处理、日常测试维护等工作.
9.
4.
2培训内容要求提供现场培训和集中培训.
培训的主要内容:要求包括系统软、硬件环境、平台及应用软件的安装、调试培训,使管理员能熟练掌握系统安装、平台配置及常见故障处理、系统应用软件的日常使用、配置、维护和注意事项培训,使管理员(含各单位系统管理员)能够快速熟悉系统功能和性能,完成日常维护工作.

2、培训方式系统的培训采用理论和实践相结合的方式.
理论培训主要以授课方式进行,从专业技术理论的角度对系统进行深入浅出的讲解,提高学员的知识水平.
实践操作培训主要以上机操作为主,锻炼学员的动手能力,提升学员对系统的使用和维护能力.

要求预制定培训课程,培训大纲和课程安排预先征得甲方同意.
9.
5验收与成果管理(一)内部验收内部验收分为开发单位内部验收以及开发、监理与建设三单位的内部验收.
针对初步设计文档对系统功能模块进行逐一确认,并在内部验收之日起3日内形成相关内部验收报告文件,文件需要有软件开发单位、建设单位以及监理单位签字确认后才能归档.
两次的内部验收通过后,方可实施系统的试运行.

(二)初步验收内部验收过后以及经过试运行三个月时间候,软件开发单位可申请系统的外部验收,外部验收需由建设单位组织软件开发单位、监理单位以外的专家,对系统进行测试验收,开发单位与监理单位应当监督验收过程,并在外部验收之日起3日内形成外部验收报告文件,文件需要有开发单位、建设单位以、以及外部专家签字确认后才能归档.

(三)竣工验收竣工验收需由建设单位组织软件开发单位、监理单位以外的专家,专家应涵盖管理专业、档案专业以及信息技术专业等,对系统进行测试验收,测试须有功能测试与性能测试两方面开发单位与监理单位应当监督验收过程,并在竣工验收之日起3日内形成竣工验收报告文件,文件需要有开发单位、建设单位以、以及外部专家签字确认后才能归档.

(四)成果提交从项目启动至项目竣工全过程的成果文件,包括需求调查与分析报告、系统概要设计报告、系统逻辑设计报告、系统详细设计、测试报告、数据字典、安装和维护手册、用户手册等)、源代码(用提交的源代码进行编译安装进行验证源代码的真实性)等,电子文件与纸质文件必须提交至建设单位,所有权归属建设单位.
开发单位需承诺做好保密工作,不得未经建设单位同意外泄资料.

十、项目建设需求汇总清单10.
1项目提交物可运行的系统;源代码;软件系统开发过程中产生的关键性的文档,包括需求分析文档、软件设计文档、数据字典、安装和操作手册以及咨询文档等.
10.
2主要设备清单本招标文件列出的设备需求清单,代表对用户对项目功能实现的初步设计.
投标方应仔细阅读招标文件,充分理解用户需求并进行详细设计.
投标即意味着投标方对本项目用户需求有全面充分的了解,并对用户需求进行了详细设计,对工作量进行了充分全面的计算.

10.
2.
1数据采集与交换系统设备清单序号建设内容规格程式数量一、数据采集与交换系统1数据采集一体机提供数据抽取、转换、校验、上报,实现数据的标准化上传,适用于用于三级医院、区域中心医院、二甲医院和其他市属公立医院,包括:(1)硬件设备;(2)基础环境;(3)医疗服务总线内核;(4)数据抽取、数据转换、数据校验、数据上报引擎;(5)安全可靠消息传输中间件;医疗健康数据采集和交换配置管理软件;数据集成实施服务;硬件详细配置参数要求如下:2U机架式,配置上架导轨处理器:≥1颗Intel至强E5-2600v4处理器,主频≥2.
1GHz,核心≥8C内存:≥16GDDR3硬盘:≥3块1T至少支持8个热插拔硬盘位RAID:支持RAID0、1、5网络:≥2个千兆以太网网口电源:功耗≥600W232数据采集一体机提供数据抽取、转换、校验、上报,实现数据的标准化上传,适用于二级以下医院,包括:(1)硬件设备;(2)基础环境;(3)医疗服务总线内核;(4)数据抽取、数据转换、数据校验、数据上报引擎;(5)安全可靠消息传输中间件;医疗健康数据采集和交换配置管理软件;数据集成实施服务;硬件详细配置参数要求如下:1U机架式,配置上架导轨处理器:≥1颗Intel至强E5-1230v5处理器,主频≥3.
4GHz,核心≥4C内存:≥8GDDR4硬盘:≥1块1T至少支持2个硬盘位RAID:支持RAID0、1网络:≥2个千兆以太网网口电源:功耗≥400W1710.
2.
2第三方配套软件清单序号建设内容规格程式数量第三方配套软件1高性能数据库1CPU无限制用户,采用大规模并行处理架构,具有线性扩展处理能力和出色的加载能力,提供对各个主流厂商的硬件及操作系统平台,包括Unix、Linux、Windows的支持;提供数据不用转换就能在各个平台间移植数据,并且应用程序不用修改的功能;12数据库实时应用集群集群软件部署13应用服务器中间件提供应用开发、部署、运行、维护所需的基础设施;支持企业级应用许可44企业服务总线软件ESB提供符合SOA架构的中间件运行环境和开发管理工具110.
2.
3电子签名签章系统设备清单序号建设内容规格程式数量单位1签章在线服务系统实现对电子印章的申请、签发、管理等功能1套2电子签章云服务系统提供在线可视化电子签章,包括就盖章、验证、批量盖章、PDF纸张转换等功能2套3密码服务系统为密码运算提供密码运算支撑2套4移动终端电子签名服务系统为电子签章分中心平台提供移动终端电子签名、验证功能2套5时间戳服务器提供由权威合法的时间戳服务,对申请时间戳服务的数据摘要和可信时间进行签名,产生合法可信的时间戳.
时间戳服务包括:颁发时间戳服务、验证时间戳服务、标准时间源服务.
1套6与市电子政务办安全接入平台对接用户数字证书及印章数据同步1项7系统开发对接支持及平台运维售后协助卫生健康局相关业务系统对接到电子签章分中心平台,提供3年的运维、系统对接支持和保障服务3项8数字证书及签章单位的机构数字证书100个和试点单位个人数字证书400个200个9数字证书(移动端)提供每位医护使用移动终端数字证书及签章年服务费200个10.
2.
4云服务租赁清单序号服务类别服务项服务内容单位数量1区域EMR共享平台虚拟计算资源vCPU1核、主频≥2.
2GHz核320内存1GBGB12802临床EMR云备份虚拟计算资源vCPU1核、主频≥2.
2GHz核80内存1GBGB3203电子签名虚拟计算资源vCPU1核、主频≥2.
2GHz核32内存1GBGB1284数据库服务器物理服务器高负载数据库服务器Ⅱ型主频≥2.
2GHz;≥4路*14核、256GB内存、3*300GBSAS硬盘、2块不低于400GBSSD固态硬盘、HBA卡、千兆网卡、万兆网卡台45存储系统FC-SAN100GB(总容量在0-10TB)、FC-SAN可用容量项2存储阶梯报价(TB/元/年)(业务数据15T0-10T:7920.
00+11TB-50TB:7128.
00虚拟机10T)51TB-100TB:6415.
206备份同城备份服务能力虚拟磁带库或备份一体机10T可用容量项1备份能力堆叠虚拟磁带库或备份一体机以1TB/单位(可用容量)项407网络即服负载均衡服务硬件级负载均衡硬件负载均衡服务(1-7层)实例88容灾服务数据级容灾服务提供同城异地数据级容灾服务,实现数据的同城异地备份,根据各使用单位的容灾需求,将云平台业务系统的数据备份至灾备中心.
(含500G基础空间,存储类型与生产系统一致)项2(业务数据15T+虚拟机10T)8三级等保安全服务三级等保安全服务包括但不限于:抗DDOS、防火墙、入侵防御、抗APT、防病毒、漏洞扫描、堡垒机、WAF、行为管理及审计、数据库审计、日志审计等内容项1十一、质保期中标人必须在终验通过之日起,免费提供壹年的软件技术支持服务、壹年云租赁服务和壹年的硬件质量保证服务.
十二、付款方式:本项目合同的每笔款项均以人民币转账方式支付,每次支付如下:(1)第1次支付:合同生效后,中标人在10个工作日内提交全套系统设计、安装、达到《用户需求书》各项要求的实施方案给采购人确认,通过内部验收后10个工作日内支付合同总额的55%;(2)第2次支付:软件开发完成,硬件安装调试完毕并经采购人验收确认满足《用户需求书》及合同各项要求,达到初步验收标准10个工作日内支付合同总额的30%;(3)第3次支付:项目达到《用户需求》及合同要求,通过系统竣工验收标准后10个工作日内支付合同总额的10%;(4)第4次支付:项目通过系统最终验收并在软件质保期到期后一个月内支付合同总额的5%.
若达不到《用户需求》及合同要求,则不支付第4次的款项,由此造成的损失由中标人赔偿.
十三、其他要求1、采购人向供应商提供的有关资料和数据,是采购人现有的能使供应商利用的资料,采购人对供应商由此而做出的推论、理解和结论概不负责.
因法律、法规、标准和政策等相关规定动态变化,不能保证项目正式开始实施时与现有情况、要求完全一致,如有变动将以最终签约为准.
如实际情况为非根本性的重大实质影响,采购人将不对此承担任何责任和费用.

2、本项目执行过程中将遵循国家、省、市有关法律、法规、标准、技术规范和规范性文件的最新规定.
3、项目执行过程中,如需采购人配合办理相关手续,或提供相关服务条件,均须在投标文件中详细说明,以便于采购人决定是否接受或提前准备,所涉及的费用均由中标单位承担.
4、本项目不举行现场考察和开标前答疑会.
5、服务地点:采购人指定地点.
(如有变化另行确定).
注:带号为重要条款,不满足将严重扣分;带号为主要参数,不满足将被废标.
说明:在《用户需求书》中所提供的参考技术要求其目的仅仅是为了使投标人更加准确地了解招标技术要求,不构成对投标人所报品牌的任何约束.

第五部分投标文件格式一、价格文件开标一览表(报价总表)投标人名称:采购编号项目名称/包号总报价(元)其中:政务云租赁费报价(元)备注大写:小写:大写:小写:供应商名称(加盖公章):法定代表人或受委托人(签名或盖私章):日期:(二)投标分项报价表分项报价表单位:元序号分项名称数量/单位报价备注123注:1.
此表乃报价总表的明细表.
2.
本表可根据实际需求进行扩展.
供应商名称(加盖公章):法定代表人或受委托人(签名或盖私章):日期:二、商务文件(一)投标函致:广东国政建设工程咨询有限公司本公司确认收到贵公司提供的采购项目(采购编号/包组:)招标的相关服务的招标文件的全部内容.
本公司:供应商名称)作为供应商正式委托(授权代表全名,职务)代表本公司进行有关本项目投标的一切事宜.
本公司在参与投标前已详细研究了招标文件的所有内容,包括澄清、修改文件(如果有)和所有已提供的参考资料以及有关,本公司完全明白并认为此招标文件没有倾向性,也不存在排斥潜在供应商的内容,本项目递交投标文件时间截止后,我方承诺不再对上述文件内容进行询问或质疑,放弃对招标文件提出误解和质疑的一切权力.

在此提交的投标文件,正本套、副本套和唱标信封份.
本公司已完全明白招标文件的所有条款要求,并申明如下:1、按招标文件提供的全部相关服务的投标总报价详见《开标一览表》.
2、本投标文件的有效期为投标截止时间起90天.
如中标,有效期将延至合同终止日为止.
在此提交的资格证明文件均至投标截止日有效,如有在投标有效期内失效的,本公司承诺在中标后补齐一切手续,保证所有资格证明文件能在签订采购合同时直至采购合同终止日有效.

3、本公司明白并同意,在规定的开标日之后,投标有效期之内撤回投标或中标后不按规定与采购人签订合同或不提交履约保证金,则依照政府采购相关法律进行处罚.
4、本公司同意按照贵公司可能提出的要求而提供与投标有关的任何其它数据、信息或资料.
5、本公司完全理解贵公司不一定接受最低价的投标或收到的任何投标.
6、本公司如果中标,将保证履行招标文件及其澄清、修改文件(如果有)中的全部责任和义务,按质、按量、按期完成《用户需求书》及《合同书》中的全部任务.
7、本公司是在法律、财务和运作上独立于采购人、贵公司的供应商,在此保证所提交的所有文件和全部说明是真实的和正确的.
8、本公司投标报价已包含应向知识产权所有权人支付的所有相关税费,并保证采购人在中国使用本公司提供的货物或服务时,如有第三方提出侵犯其知识产权主张的,责任由本公司承担.
9、本公司具备《中华人民共和国政府采购法》第二十二条规定的条件.
10、本公司对在本函及投标文件中所作的所有承诺承担法律责任.
11、本公司同意中标后向招标代理机构支付招标代理服务费.
12、所有与本次采购有关的函件请发往下列地址:地址:邮政编码:联系人:手机电话:座机电话:传真:供应商名称(加盖公章):日期:(二)资格证明文件1.
供应商资格声明函致:广东国政建设工程咨询有限公司本公司参加采购项目(采购编号/包组:)的政府采购活动,并声明:本公司具备《中华人民共和国政府采购法》第二十二条资格条件,已清楚招标文件所有要求及有关规定;并承诺参加本次政府采购活动中,如有违法、违规、弄虚作假行为,所造成的损失、不良后果及法律责任,一律由本公司承担.

特此声明!
供应商名称(加盖公章):日期:2.
在经营活动中没有重大违法记录的书面声明致:广东国政建设工程咨询有限公司本公司参加采购项目(采购编号/包组:)的政府采购活动,并声明:本公司参加本采购项目政府采购前3年内在经营活动中没有因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚.
特此声明!
供应商名称(加盖公章):日期:3.
供应商法人或其他组织的营业执照等证明文件,或自然人的身份证3.
1供应商必须是具有独立承担民事责任能力的在中华人民共和国境内注册的法人或其他组织或自然人,提交有效的营业执照(或事业法人登记证或身份证等相关证明)副本复印件.
4.
供应商资格条件的证明材料供应商依据《中华人民共和国政府采购法》第二十二条须提供以下内容:4.
12018年财务状况报告或者基本户开户银行出具的资信证明(2019年注册或注册未满一年的投标人,提供投标截止日前6个月内任意1个月的财务状况报告或者基本户开户银行出具的资信证明);4.
2提供投标截止日前6个月内任意1个月依法缴纳税收相关证明材料;如依法免税,则须提供相应文件证明其依法免税;4.
3提供投标截止日前6个月内任意1个月依法缴纳社会保障资金的相关证明材料;如依法不需要缴纳社会保障资金,则须提供相应文件证明其依法不需要缴纳社会保障资金;4.
4履行合同所必须的设备和专业技术能力的证明材料;(供应商根据招标文件要求自行提供);4.
5参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明.
(供应商参照招标文件格式出具《在经营活动中没有重大违法记录的书面声明》).
5.
法定代表人身份证明书致:广东国政建设工程咨询有限公司本证明书声明:注册于(国家名称)的(供应商名称)在下面签字的(法定代表人姓名、职务)为本公司的合法代表人(须提供法定代表人身份证复印件).
特此证明.
供应商名称(加盖公章):法定代表人(签名或盖私章):日期:6.
法定代表人授权委托书致:广东国政建设工程咨询有限公司本委托书声明:在下面签字的(法定代表人姓名、职务)代表(供应商名称)委托在下面签字的(授权代表的姓名、职务)为本公司的合法代表人,就采购项目(采购编号/包组:招标的相关服务的投标和合同的执行,以本公司的名义处理一切与之有关的事宜(须提供授权代表身份证复印件).
本委托书于年月日起签字生效.
供应商名称(加盖公章):法定代表人(签名或盖私章):授权代表(签名或盖私章):日期:(三)业绩表序号使用单位名称项目名称合同总价签订时间备注注:根据评分标准要求提供相关的业绩等证明材料.
(如有的话)供应商名称(加盖公章):日期:(四)商务差异表供应商应按照招标文件要求,对用户需求中的商务要求(合同期和付款方式)作出全面响应.
对响应有差异的,则在差异表中写明实际响应的具体内容.
不论出于何种原因此表未填写,供应商都被认为已清楚了解招标文件要求并对招标文件所需的商务要求作全面响应(条款和条款除外),供应商必须承担完成用户需求所描述的内容的义务.

序号招标文件商务条款投标文件商务条款偏离说明123……注:1、偏离情况项填写"正"、"负"或"无",说明项中填写原因.
2、如商务条款(条款和条款除外)均满足招标文件要求,本表内容可空白,视为供应商响应.
如供应商不满足招标文件要求,供应商须在上表如实填写不响应的条款及偏离情况.
3、如招标文件设置了条款或条款,供应商须依据招标文件要求提供相关证明材料或承诺函等.
不需要提供证明材料或承诺函的,则在上表中填写偏离情况.
否则按不响应星号条款处理.
供应商名称(加盖公章):日期:(五)供应商认为需要提供其他证明文件供应商认为需要提供的内容:(以下为参考内容,格式自定)5.
1供应商基本情况、公司简介、获奖情况和有关资质等;5.
2供应商认为需要提供与本项目有关的其他证明材料.
三、技术文件(一)投标技术服务方案供应商应按照用户需求书的要求提供详细的投标技术、服务方案(格式自定).
(二)技术差异表供应商应按照招标文件要求,对用户需求书的内容(合同期和付款方式除外)作出全面响应.
对响应有差异的,则在差异表中写明实际响应的具体内容.
不论出于何种原因此表未填写,供应商都被认为已清楚了解招标文件要求并对招标文件所需的服务的技术要求作全面响应(条款和条款除外),供应商必须承担完成用户需求所描述的内容的义务.

序号招标文件技术条款投标文件技术条款偏离说明123……注:1、偏离情况项填写"正"、"负"或"无",说明项中填写原因.
2、如技术条款(条款和条款除外)均满足招标文件要求,本表内容可空白,视为供应商响应.
如供应商不满足招标文件要求,供应商须在上表如实填写不响应的条款及偏离情况.
3、如招标文件设置了条款或条款,供应商须依据招标文件要求提供相关证明材料或承诺函等.
不需要提供证明材料或承诺函的,则在上表中填写偏离情况.
否则按不响应星号条款处理.
供应商名称(加盖公章):日期:(三)拟安排本项目技术服务人员情况表序号姓名职位持何种资格证件发证时间及部门从事本工作时间备注12345678910供应商名称(加盖公章):日期:四、唱标信封唱标信封内装:(1)开标一览表(2)法定代表人证明书及身份证复印件(3)法定代表人授权委托书及身份证复印件(法定代表人参加投标时,只须开具法定代表人证明书)五、(以下格式文件由供应商根据需要选用)1.
联合体共同投标协议书(可选)联合体共同投标协议书立约方:(甲公司全称)(乙公司全称)(……公司全称)(甲公司全称)、(乙公司全称)、(……公司全称)自愿组成联合体,以一个投标供应商的身份共同参加(采购项目名称)(采购项目编号)的响应活动.
经各方充分协商一致,就项目的响应和合同实施阶段的有关事务协商一致订立协议如下:一、联合体各方关系(甲公司全称)、(乙公司全称)、(……公司全称)共同组成一个联合体,以一个投标供应商的身份共同参加本项目的响应.
(甲公司全称)、(乙公司全称)、(……公司全称)作为联合体成员,若中标,联合体各方共同与(采购人)签订政府采购合同.

二、联合体内部有关事项约定如下:1.
联合体由联合体共同授权人员负责与采购人联系.
2.
联合体投标工作由联合体共同负责,由联合体各方组成的响应小组具体实施.
3.
联合体将严格按照文件的各项要求,递交投标文件,切实执行一切合同文件,共同承担合同规定的一切义务和责任,同时按照内部职责的划分,承担自身所负的责任和风险,在法律在承担连带责任.
4.
如中标,联合体各方共同与(采购人)签订合同书,并就中标项目向采购人负责有连带的和各自的法律责任;5.
联合体成员(公司全称)为(请填写:小型、微型)企业,将承担合同总金额%的工作内容(联合体成员中有小型、微型企业时适用).
三、联合体各方不得再以自己名义参与本项目响应,联合体各方不能作为其它联合体或单独响应单位的项目组成员参加本项目响应.
因发生上述问题导致联合体响应成为无效报价,联合体的其他成员可追究其违约责任和经济损失.

四、联合体如因违约过失责任而导致采购人经济损失或被索赔时,本联合体任何一方均同意无条件优先清偿采购人的一切债务和经济赔偿.
五、本协议在自签署之日起生效,有效期内有效,如获中标资格,合同有效期延续至合同履行完毕之日.
六、本协议书正本一式份,随投标文件装订份,送采购人份,联合体成员各一份;副本一式份,联合体成员各执份.
甲公司全称:(盖章)乙公司全称:(盖章)……公司全称(盖章)法定代表人:(签字或盖章)法定代表人(签字或盖章)法定代表人(签字或盖章)年月日年月日年月日注:1.
联合投标时需签本协议,联合体各方成员应在本协议上共同盖章确认.
本协议内容不得擅自修改.
此协议将作为签订合同的之一.
2.
政府采购履约担保函政府采购履约担保函编号:(2018)履保字第号(采购人):鉴于你方与有限公司(以下简称供应商)就中标通知书编号为的(以下简称"中标项目")于年月日签订编号为的东莞市政府采购合同(以下简称主合同),且依据该合同的约定,供应商应在/年/月/日前向你方交纳履约保证金,且可以履约担保函的形式交纳履约保证金.
应供应商的申请,我方以保证的方式向你方提供如下履约保证金担保:一、保证责任的情形及保证金额(一)在供应商出现下列情形之一时,我方承担保证责任:1.
将中标项目转让给他人,或者在投标文件中未说明,且未经采购招标机构人同意,将中标项目分包给他人的;2.
主合同约定的应当缴纳履约保证金的情形:(1)未按主合同约定的质量、数量和期限供应货物/提供服务/完成工程的;(2)(二)我方的保证的数额为元(大写:元整),币种为人民币.
(即主合同履约保证金金额)二、保证的方式及保证期间我方保证的方式为:连带责任保证.
我方保证的期间为:自本合同生效之日起至供应商按照主合同约定的供货/完工期限届满后28日内.
如果供应商未按主合同约定向贵方供应货物/提供服务/完成工程的,由我方在保证金额内向你方支付上述款项.
三、承担保证责任的程序1.
你方要求我方承担保证责任的,应在本保函保证期间内向我方发出书面索赔通知.
索赔通知应写明要求索赔的金额,支付款项应到达的帐号.
并附有证明供应商违约事实的证明材料.
如果你方与供应商因货物质量问题产生争议,你方还需同时提供有资质的质量检测部门出具的质量检测报告,或经诉讼(仲裁)程序裁决后的裁决书、调解书,本保证人即按照检测结果或裁决书、调解书决定是否承担保证责任.

2.
我方收到你方的书面索赔通知及相应证明材料,在十个工作日内进行核定后按照本保函的承诺承担保证责任.
四、保证责任的终止1.
保证期间届满你方未向我方书面主张保证责任的,自保证期间届满次日起,我方保证责任自动终止.
保证期间届满前,主合同约定的货物\工程\服务全部验收合格的,自验收合格日起,我方保证责任自动终止.

2.
我方按照本保函向你方履行了保证责任后,自我方向你方支付款项(支付款项从我方账户划出)之日起,保证责任即终止.
3.
按照法律法规的规定或出现应终止我方保证责任的其它情形的,我方在本保函项下的保证责任亦终止.
4.
你方与供应商修改主合同,加重我方保证责任的,我方对加重部分不承担保证责任,但该等修改事先经我方书面同意的除外;你方与供应商修改主合同履行期限,我方保证期间仍依修改前的履行期限计算,但该等修改事先经我方书面同意的除外.

五、免责条款1.
因你方违反主合同约定致使供应商不能履行义务的,我方不承担保证责任.
2.
依照法律法规的规定或你方与供应商的另行约定,全部或者部分免除供应商应缴纳的保证金义务的,我方亦免除相应的保证责任.
3.
因不可抗力造成供应商不能履行供货义务的,我方不承担保证责任.
六、争议的解决因本保函发生的纠纷,由你我双方协商解决,协商不成的,通过诉讼程序解决,诉讼管辖地法院为东莞市第一人民法院.
七、保函的生效本保函自我方加盖公章之日起生效.
保证人:法定代表人:年月日3.
中小企业声明函中小企业声明函本公司郑重声明,根据《政府采购促进中小企业发展暂行办法》(财库[2011]181号)的规定,本公司为(请填写:中型、小型、微型)企业.
即,本公司同时满足以下条件:1、根据《工业和信息化部、国家统计局、国家发展和改革委员会、财政部关于印发中小企业划型标准规定的通知》(工信部联企业[2011]300号)规定的划分标准,本公司为(请填写:中型、小型、微型)企业.
2、本公司参加(采购人)的(采购项目)采购活动提供本企业制造的货物,由本企业承担工程、提供服务,或者提供其他(请填写:中型、小型、微型)企业制造的货物.
本条所称货物不包括使用大型企业注册商标的货物.
本公司对上述声明的真实性负责.
如有虚假,将依法承担相应责任.
供应商名称(加盖公章):日期:注:投标人如不属于小型、微型企业,本表不填写.
中标、成交结果公告将公告中标、成交供应商的《中小企业声明函》(如有),接受社会监督.
投标人提供的《中小企业声明函》与事实不符的,依照《政府采购法》第七十七条第一款的规定追究法律责任.

4.
残疾人福利性单位声明函残疾人福利性单位声明函本单位郑重声明,根据《财政部民政部中国残疾人联合会关于促进残疾人就业政府采购政策的通知》(财库〔2017〕141号)的规定,本单位为符合条件的残疾人福利性单位,且本单位参加______单位的______项目采购活动提供本单位制造的货物(由本单位承担工程/提供服务),或者提供其他残疾人福利性单位制造的货物(不包括使用非残疾人福利性单位注册商标的货物).

本单位对上述声明的真实性负责.
如有虚假,将依法承担相应责任.
单位名称(盖章):日期:注:投标人如不属于残疾人福利性单位,本表不填写.
中标、成交结果公告将公告中标、成交供应商的《残疾人福利性单位声明函》(如有),接受社会监督.
投标人提供的《残疾人福利性单位声明函》与事实不符的,依照《政府采购法》第七十七条第一款的规定追究法律责任.

5、询问函、质疑函、投诉书格式(说明:本部分格式为投标人提交询问函、质疑函、投诉函时使用,不属于投标文件格式的组成部分.
)询问方式:电话、传真或书面形式;质疑方式:书面形式;询问、质疑联系部门:广东国政建设工程咨询有限公司;询问、质疑联系电话:0769-22881456;询问、质疑通讯地址:东莞市南城区簪花路中孚大厦第5层503室.
(1):询问函格式询问函致广东国政建设工程咨询有限公司:我单位已报名并准备参与(采购项目名称)项目(采购项目编号:)的投标(或报价)活动,现有以下几个内容(或条款)存在疑问(或无法理解),特提出询问.
一、事项一)(1)问题或条款内容)(2)说明疑问或无法理解原因)(3)建议)二、事项二)……随附相关证明材料如下:(目录).
询问人:(公章)法定代表人(授权代表):地址/邮编:电话/传真:年月日(2):质疑函格式质疑函致广东国政建设工程咨询有限公司:我公司依法参与了(采购项目名称)项目(采购项目编号:)的政府采购活动.
根据《中华人民共和国政府采购法》和《政府采购质疑和投诉办法》等规定,我公司认为本项目的采购活动中,(采购文件、采购过程、中标/成交结果)损害了我公司权益,特提出质疑.