HIS、EMR和基础信息平台系统建设方案.docx

《HIS、EMR和基础信息平台系统建设方案.docx》由会员分享，可在线阅读，更多相关《HIS、EMR和基础信息平台系统建设方案.docx（183页珍藏版）》请在课桌文档上搜索。

1、HIS、EMR和基础信息平台系统建设方案1、项目背景32、政策背景43、信息化现状54、建设目标65、建设要求及原则61）先进性原则62）标准化原则73）可行性原则74）易用性原则75）安全性原则86）开放性原则87）扩展性原则88）规划性原则99）集成性原则96、项目遵循的标准和规范97、系统架构138、技术要求149、平台架构1510、建设内容1511、系统功能要求1911.1、 系统管理平台1911.2、 门、急诊诊疗服务管理系统2411.3、 住院诊疗服务管理系统4311.4、 结构化电子病历管理系统6211.5、 护理管理系统7011.6、 临床信息系统7211.7、 医政管理系统7

2、911.8、 临床药事管理9511.9、 医院信息集成平台（服务总线）11611.10、 临床数据中心、临床知识库13311.11、 患者全息视图14911.12、 综合服务15211.13、 医疗决策支持应用17211.14、接口1841、项目背景随着卫生信息化的发展，国内已基本建立HIS、PACS、1.IS、EMREHR以及医院信息平台、区域卫生信息平台、远程医疗平台等各种信息系统，卫生行业正在进入全新的信息化大发展时代。同时，根据国家发改委等八部委印发的关于促进智慧城市健康发展的指导意见精神，要求”在2020年建成一批绿色和谐、可持续发展的智慧城市”。智慧医疗是智慧城市战略规划中一项重要

3、的民生领域应用，也是民生经济带动下的产业升级和经济增长点，其建设应用是大势所趋。智慧医疗综合运用大数据、云计算、物联网、移动互联网等新兴信息技术和生物技术、纳米技术等，融合管理部门、医疗机构、服务机构、家庭的医疗资源及设施，创新健康管理和服务模式，建立全息全程的医疗健康动态监测与服务体系。目前我国智慧医疗的应用主要体现在医疗服务、医药产品管理、医疗器械管理、血液管理、远程医疗与远程教育等方面，应用系统主要包括：诊间付费、分时段预约、移动护理、移动输液、处方点评、远程会诊、输血管理、医疗废物管理、婴儿防盗、手术标本管理和医疗设备管理等，有效解决了医疗机构内部的医疗服务应用流程规范化，提高了服务水

4、平和管理效率。智慧医疗可以有效实现医疗流程规范化，提高卫生服务水平和管理效率。自2014年开始，围绕智慧城市、智慧医疗的相关文件密集出台，为我国智慧医疗的建设奠定了政策基础。关于印发促进智慧城市健康发展的指导意见的通知指出，要推进智慧医院，促进优质医疗资源纵向流动；关于加快实施信息惠民工程有关工作的通知提出，围绕解决看病就医难题，以便利医疗服务、惠及城乡居民、壮大健康产业为目标，以医疗服务信息标准化、检验检查结果全国互认为基础、推广远程医疗；李克强总理在2015年政府工作报告中提出“发展智慧城市”；国务院关于印发促进大数据发展行动纲要的通知提出构建以人为本、惠及全民的民生服务新体系；2015年

5、国家卫生计生委发布关于印发进一步改善医疗服务行动计划的通知，强调要依靠科技进步，充分发挥信息化手段的作用，实现“智慧医疗二智慧医疗的核心价值是基于数据共享、协同，在信息化建设基础上，我国医疗机构积累了丰富的电子病历数据，涵盖医疗健康全生命周期，为区域协同医疗、互联网医疗、远程医疗等应用的信息共享奠定了基础。同时，互联网+医疗的新服务模式积累了大量真实世界数据，为未来更精准的医疗服务资源配置、医疗服务供给等智慧医疗服务带来巨大机遇。2、政策背景根据卫健委电子病历系统功能规范（试行）的定义：电子病历系统（EMRS）：是指医疗机构内部支持电子病历信息的采集、存储、访问和在线帮助，并围绕提高医疗质量、

6、保障医疗安全、提高医疗效率而提供信息处理和智能化服务功能的计算机信息系统，既包括应用于门（急）诊、病房的临床信息系统，也包括检查检验、病理、影像、心电、超声等医技科室的信息系统。2018年8月28日，医政医管局印发关于进一步推进以电子病历为核心的医疗机构信息化建设工作的通知，详细说明持续推进以电子病历为核心的医疗机构信息化建设有关工作要求。通知要求，到2019年，辖区内所有三级医院要达到电子病历应用水平分级评价3级以上，即实现医院内不同部门间数据交换；到2020年，要达到分级评价4级以上，即医院内实现全院信息共享，并具备医疗决策支持功能。并明令医疗机构要加强信息系统安全防护，做好医疗数据安全存

7、储和容灾备份，防控患者医疗信息泄露风险。严格执行信息安全和健康医疗数据保密规定，严格管理患者信息、诊疗数据等，保护患者隐私，保障信息安全。患者信息等敏感数据要储存在境内。各级卫生健康行政部门和各级各类医疗机构要将电子病历信息化建设列为重点工作任务，将其作为推进现代医院管理制度建设的重要抓手，强化电子病历在医疗机构信息化建设过程中的核心地位，建立健全长效工作机制，持续深入推进有关工作。3、信息化现状遂溪现有主体系统是创业惠康的产品，已经使用多年，虽然基本覆盖了医院大部分科室在内的信息系统的应用，但是各系统间通过点对点的方式基本实现信息共享，随着医院的发展，正逐步往数字化示范医院的标准前进，目前的

8、信息化已经不能满足医院要求。目前医院迫切需要重建一体化的医院信息系统，涵盖HIS、电子病历、医政管理、护理管理、医院信息集成平台、数据中心等建设，围绕医院胸痛、卒中、创伤、危重孕产妇救治、危重儿童和新生儿救治五大中心等特色学科进行医疗资源的整合和重构，为有效与数据和资源共享做准备，通过数据的整合，管理，资产化数据，给医院管理决策提供有效依据。4、建设目标此次项目的建设目标是重构医院信息系统，通过电子病历应用水平四级测评，智慧服务二级测评及智慧管理建设达到二级标准，信息互联互通标准化成熟度达到三级标准，通过国家等级保护3级标准测评。基于医院信息平台、数据中心建成区域影像中心、区域检验中心、区域病

9、理中心，完善远程心电系统，初步实现与医共体成员单位的检查检验结果互认，信息的互联互通和数据共享。5、建设要求及原则此次项目仅限原厂投标，不能以外包、联名等方式投标，如有违反取消中标资格并追究其法律责任，建设内容要求不能有任何删减。负责医院所有历史医疗数据的整合清洗后导入新系统，由承建者承担医院历史医疗数据导入数据中心所需费用和医院的现有医疗系统接入平台所产生的费用原则上不超过总项目总额的4%,1）先进性原则应借鉴国际现代医院管理及信息化建设理念、吸取国外优秀医院信息化系统建设经验，参照三级医院评审要求、IIIMSSEMRAdoptionModel.医院信息互联互通标准化成熟度测评方案、电子病历

10、功能与应用水平分级评价标准等标准和要求、结合医院的现有情况，对医院业务及流程进行全面梳理、分析，形成面向未来的整体信息化建设规划。确保信息化系统架构的先进性、前瞻性，适应医院运营特点并能支撑长远的信息化发展和管理变革。2）标准化原则随着医院信息化建设的发展，医院内、医院间信息共享、数据交换、业务协同的需求急剧增长。医院信息化建设过程中，要把标准化工作作为整个项目建设的重点之一。标准化工作要体现在几个方面：医院业务流程标准化、医院信息系统架构/接口标准化、医院信息数据标准化。对于标准化采用引用和开发相结合的原则，关注国际信息化标准化的发展,等同等效应用国际标准如：H1.7、CDA、IHE、DIC

11、OM等，遵循各种卫生行业标准如：中国医院信息系统数据集，病历书写基本规范等，支持统一的计算机技术和网络互联标准如XM1.webservice.JMS等。通过使用标准的语义和编码，支持规范的医疗信息分类和语义理解，如ICDlO等。3）可行性原则鉴于中国医院信息化建设与国际医院信息化建设水平存在比较大的差异，国际医疗信息相关标准、规范在国内医院应用不广泛，完全照搬外国医院建设经验，全面、完整地支持国际标准、规范，工作难度大，风险高，所以要明确可行性原则。要基于医院现有系统的现状，进行整体规划，明确阶段目标，充分论证，项目建设过程全程引入评审机制，评审成员由国内信息化专家组成，确保项目建设规划先进性

12、的同时可付诸于实施。4）易用性原则医院信息系统功能满足用户的要求是开发工作的出发点和归宿。在成熟的产品上提供客户化定制方法及工具以满足业务特点。相关应用遵循统一的应用架构原则，以确保整体运行效率与成本。5）安全性原则数据和系统的可靠性和安全性对一个应用系统是至关重要的，因此对于信息系统来说，要充分考虑到可能出现的问题，必须把这一原则作为极为重要因素考虑。数据交换、业务集成和信息展现所处理、传送和管理的信息，可能涉及到不同部门和系统的秘密或敏感信息，此类信息处理和传递的任何环节如果出现漏洞，其损失将是巨大的。因此，系统的安全性将是十分重要的原则。其次，数据交换、业务集成和信息展现承受着大批量的关

13、键性数据的流转、交换和存储，系统的安全性将是系统建设需要重点考虑的问题。6）开放性原则信息系统建设的根本目的在于信息交换，因此在系统建设中采用的各项软、硬件技术和产品必须符合开放性原则，符合当前国际标准或者的国内标准。7）扩展性原则医院自身条件及其外界环境是不断发展变化的。产品从应用到设计不能只满足已知需求的处理能力和性能，应该尽可能不受限制的考虑扩展处理能力，尤其是要考虑与合作业务的关系，延伸业务生命周期。采用开放式体系架构，使系统具备较强的动态适应性。8）规划性原则医院信息化建设是一个动态的进程，是一个比较复杂的系统工程,不可能一上马就达到国际水平，更不可能一步到位。因此，在方案中体现了系

14、统建设与医院当前业务及未来业务的协调同步，应考虑到医院的近期、中期及长期的发展。具有统一规划、分步实施、不断完善、逐步升级的能力。9）集成性原则围绕医院信息化建设的总体目标，汲取各家所长，为我所用。医院信息化建设是一个复杂的系统工程，必须把多家各有特色的产品和功能集成在一起，采用最为先进的技术来实现不同系统之间的数据共享与互操作，消除“信息孤岛”。6、项目遵循的标准和规范技术标准规范：通过技术标准规范支持医院、业务系统和医疗信息的数据级和应用级整合，并提高业务系统之间的应用集成、互联互通的能力。数据标准规范：主要包括各业务系统之间，公共数据元标准、公共代码标准、公共数据存取规范、数据交换规范，

15、如业务数据采集标准，CDA文档标准，统计数据标准，共享数据标准，交换数据标准等。管理标准规范：主要包括标准管理、安全管理、数据管理、项目管理，用于指导医疗信息共享交换平台的日常运行管理、数据维护管理。业务标准规范:优化业务流程与标准。业务标准分为独立业务标准和关联业务标准，其中独立业务标准由各业务科室、各业务系统制定，关联业务标准由平台统筹，协调各科室、各系统联合制定。1、医疗卫生行业及信息化政策法规医院信息系统基本功能规范病历书写基本规范电子病历应用管理规范（试行）卫生系统电子认证服务规范临床检验结果共享系统互操作行规范基于电子病历的医院信息平台建设技术解决方案基于区域卫生信息平台的妇幼保健

16、信息系统建设技术解决方案医院会计制度三级综合医院评审标准2、中国卫生信息数据标准国家卫生信息化标准基础框架中国卫生信息标准基础数据集中国医院信息基本数据集标准卫生信息数据规范指南电子病历基本架构与数据标准3、国际医疗卫生数据标准国际疾病分类ICD-9和ICD-IO医学数字化影像通讯标准DIC0M3系统化医学名称一临床术语标准SNoMEDCT观测指标标识符逻辑命名和编码标准1.OINC临床文档架构CDAR2医疗健康信息集成规范IHE4、医院信息平台标准规范基础类：GB/T30107-2013健康信息学H1.7V3参考信息模型系统医学命名法一临床术语（SNOMEDCT）观测指标标识符逻辑命名和编码

17、（1.OINC）数据类：电子病历基本架构与数据标准（试行）CVS445.X-2014电子病历基本数据集WST500X-2016电子病历共享文档规范国际疾病分类（ICD）H1.7临床文档架构CDA、持续医疗记录CCD技术类：TVS/T447-2014基于电子病历的医院信息平台技术规范基于电子病历的医院信息平台建设技术解决方案（第一版）医院信息平台应用功能指引医疗卫生领域信息交换标准H1.7V2医疗卫生领域信息交换标准H1.7V3医学数字影像和通讯标准DICOM3.0医疗健康信息集成规范IHE安全与隐私类：信息安全等级保护管理办法卫生行业信息安全等级保护工作的指导意见卫生系统电子病历认证服务管理办

18、法（试行）人口健康信息管理办法（试行）电子病历应用管理规范（试行）管理类：CVS/T501-2016电子病历与医院信息平台标准符合性测试规范医院信息互联互通标准化成熟度测评方案（试行）GBT19668信息化工程监理规范5、信息安全规范涉及国家秘密的信息系统分级保护管理办法国保发（2005）16号涉及国家秘密的计算机信息系统安全保密方案设计指南国家保密标准BMB23-2008涉及国家秘密的计算机信息系统分级保护测评指南国家保密标准BMB22-2007涉及国家秘密的信息系统分级保护管理规范国家保密标准BMB20-2007涉及国家秘密的信息系统工程建立规范国家保密标准BMBl8-2006涉及国家秘密

19、的信息系统分级保护技术要求国家保密标准BMB17-2006涉及国家秘密的信息系统安全隔离与信息交换产品技术要求国家保密标准BMB16-2004涉及国家秘密的信息安全审计产品技术要求国家保密标准BMB15-2004涉及国家秘密的计算机信息系统入侵检测产品安全技术要求国家保密标准BMB13-2004涉及国家秘密的计算机信息系统漏洞扫描产品安全技术要求国家保密标准BMB12-2004涉及国家秘密的计算机信息系统防火墙安全技术要求国家保密标准BMBlI-2004涉密信息设备使用现场的电磁泄漏发射防护要求国家保密标准BMB5-2000电磁干扰器技术要求和测试方法国家保密标准BMB4-2000使用现场的信

20、息设备电磁泄漏发射检查测试方法和安全判据国家保密标准BMB2-1998处理涉密信息的电磁屏蔽室的技术要求和测试方法国家保密标准BMB3-1999计算机信息系统安全保护等级划分准则GB17859-19997、系统架构采用面向服务技术架构（SOA）的分析与设计方法，应用多层次应用体系架构设计，运用基于构件技术的系统搭建模式和基于组件模式的系统内核结构。通过建立统一接口标准，实现数据交换和集成共享,通过统一身份认证和授权控制，实现业务集成、界面集成，需要提供系统软件架构设计图。8、技术要求8.1、 支持多层的应用架构，支持浏览器架构。8.2、 支持基于组件的设计：用户可以根据需要按角色组合和配置组件

21、。8.3、 3、符合SOA规范的组件技术：在SOA服务层，所有系统都是以SOA组件的形式提供SOA服务，所有SOA服务都集成在平台之上，符合医院信息化建设SOA架构设计的思想。8.4、 支持跨数据库平台数据存取技术：在物理存储层，系统应该具有良好的跨数据库平台技术。8.5、 支持虚拟化技术：实现服务器虚拟化、存储虚拟化、网络虚拟化和桌面虚拟化。8.6、 支持基于服务总线、主数据管理和数据中心的医院信息平台：通过平台实现医院所有信息系统的业务集成、数据集成、界面集成,构建系统间信息共享和业务协同的纽带，实现医院与外部系统之间的信息共享和业务协同。8.7、 支持用户自定义配置的工作流程管理：提供工

22、具和功能，根据因环境或内部流程的变化而配置产品，使之能良好适应需求的变化,持续支撑医院业务发展。8.8、 支持医院自定义：医院可以灵活的使用现有功能组件建立自己的应用，支持将开发的组件通过应用程序工具加入到应用。8.9、 支持信息安全技术：医院信息化需要引入技术手段来保障信息系统的安全性，如身份认证、受限数据访问、数字签名、数据留痕、数据日志等等。9、平台架构平台需要具备以下功能及特征：9.1、 支持平台技术架构设计：实现医疗业务协同和统一管理。9.2、 以消息机制为技术核心。9.3、 通过预制的适配器能集成多种技术，如.NET、JAVA09.4、 支持开发定制化的适配器。95、能集成多种数据

23、库，如CaCh6、ORAC1.ESYBASE和SQ1.SerVer等。96、支持多种应用标准,如XM1.、H1.7o9.7、支持多种通讯协议,如TCP/IP。98、支持WEBSERVICES9.9、提供性能监视器功能，能对设定的关键指标进行监控。10、建设内容序号系统大类系统数量1系统管理平台基础数据管理平台1项2基础平台管理1项3患者基本信息管理1项4门、急诊诊疗服务管理系统门急诊预约挂号系统1项5电子健康卡（健康码）管理系统1项6门诊挂号系统1项7门急诊分诊系统1项8门急诊收费系统1项9门急诊医生工作站1项10门急诊护士工作站1项11门诊药房系统1项12门诊治疗工作站1项13门诊应急系统1

24、项14住院诊疗服务管理系统住院出入转系统1项15住院收费系统1项16住院医生工作站1项17住院护士工作站1项18住院药房系统1项19物价管理系统1项20药库管理系统1项21综合查询系统1项22结构化电子病历管理系统门急诊电子病历1项23住院医生电子病历1项24病历质控系统1项25病案管理系统1项26临床集成视图1项27护理管理系统护理管理系统1项28护理电子病历1项29临床信息系统重症管理系统1项30医政管理系统传染病管理系统1项31慢性病报卡管理系统1项32食源性疾病报卡管理系统1项33精神疾病报卡管理1项34死亡证明书管理1项35会诊管理1项36危急值管理1项37不良事件管理1项38临床路

25、径管理系统1项39单病种管理系统1项40临床药事管理处方点评系统1项41阳光用药系统1项42合理用药系统1项43抗菌药物管理系统1项44前置审方系统1项45毒麻药品管理1项46临床药师工作站1项47医院信息集成平平台管理1项48台（服务总线）服务管理1项49消息管理1项50标准管理1项51流程管理1项52监控管理1项53信息系统集成交互组件1项54统一认证与单点登录1项55主数据管理1项56主索引管理1项57临床数据中心、临床知识库）数据中心管理平台1项58临床数据中心1项59管理数据中心1项60临床知识库1项61患者全息视图患者全息视图1项62综合服务多媒体系统1项63体检系统1项64电子票

26、据系统1项65医疗决策支持应用（BI）三级医院绩效考核指标1项66三甲医院指标与统计指标1项67统计报表系统1项68院长决策支持系统1项69核算报表系统1项70病案室报表系统1项71财务报表系统1项72接口医院现有第三方系统接口1项11、系统功能要求U.K系统管理平台U.1.K基础数据管理平台系统概述包含不限于以下功能，基础数据管理平台作为系统的基础功能，为医疗基础数据精细化管理的整体解决方案，一站式基础数据管理，整合产品的基础数据，可根据医院需求提供要求丰富的标准化功能接口和可扩展性。功能要求包含不限于以下功能，要求提供基础数据管理、产品配置管理、权限管理配置、日志管理、基础数据导入导出、临

27、床知识库管理等功能。详细要求包含不限于以下功能，基础数据管理：要求能够将所有维护基础数据的页面整合到一起，然后进行优化，尽量减少用户操作量，将常用数据维护功能整合到一起，并增加数据实时校验和快捷键操作等功能，使客户可以获得更好的用户体验。同时又能够保证了基础数据的准确性，要求能够通过多方位数据安全保障方案，使用户可以更方便、更快捷、更安全的管理基础数据。包含不限于以下功能，产品配置管理：要求能够完成医院信息系统下的多种模块的配置，要求能够实现一站式产品配置管理与服务。包含不限于以下功能，权限管理系统：要求能够解决医院信息化建设中需要将基础数据维护权限分配给各职能科室、临床科室的问题。权限管理系

28、统整体要求包含三维立体权限管理(SDAuthorization)和医院级授权(数据隔离)，具体要求包含菜单授权、功能元素授权、基础数据授权等，包含不限于以下功能，日志管理系统：要求基础数据维护下的页面可实现日志接口的调用，要求对数据的新增、修改、删除操作都存有日志，能够记录操作用户、IP地址、时间以及操作前后数据的变化等信息。要求可以查看数据的变更记录，以便错误操作数据时可以及时恢复数据和查找责任人。包含不限于以下功能，临床知识库管理：要求临床知识库管理模块能够给临床工作者、患者或个体提供知识或统计信息，并可以自动选择适当的时机，智能地过滤或表示这些信息，以促进临床决策，减少人为的医疗错误，更

29、好的提高医疗质量和患者安全。I1.1.2、基础平台管理系统概述包含不限于以下功能，基础平台为医院信息系统的基础功能，主要完成定义和维护HlS系统业务数据基础代码及系统参数。功能要求包含不限于以下功能，要求提供用户管理、代码表、工作流管理器、界面编辑器、列编辑器、组件/菜单管理器、规则管理器等功能。详细要求包含不限于以下功能，用户管理：要求实现通过授权方式对用户所能使用的系统功能进行限制，达到系统安全控制的目的；要求支持对用户的数字证书进行管理、对用户的指纹信息进行管理。包含不限于以下功能，代码表：要求支持定义和维护HIS系统业务数据基础代码及系统参数。包含不限于以下功能，工作流管理器：要求允许

30、用户按照自己的工作情况、性质以及触发条件建立自己的工作序列，从而完成一次临床服务。包含不限于以下功能，界面编辑器：要求支持按用户、用户组、医院灵活定义界面内容和风格，要求支持每个用户可以定义自己的页面。包含不限于以下功能，列编辑器：对于列表格式的组件，要求列编辑器可以定义列表要显示对象的字段，排列顺序、数据排序方式等属性。包含不限于以下功能，组件/菜单管理器：要求实现将一个工作流、组件、工作列表等定义为一个菜单项。能够支持多个菜单项定义为一个菜单容器(MenUHeader)o可以将菜单容器赋予某一角色，组成一个专业科室工作站。I1.1.3、患者基本信息管理系统概述包含不限于以下功能，患者基本信

31、息管理系统用来完成患者电子信息的采集管理工作，通过该系统用户可以进行快捷，准确，有效的患者信息管理。功能要求包含不限于以下功能，要求提供建卡、基本信息采集、数据质量控制、患者主索引注册、患者信息修改、卡信息合并、患者信息查询、卡管理等等功能。详细要求包含不限于以下功能，建卡：要求窗口建卡模块可以通过读取患者医保卡、身份证等有效证件信息快速准确的完成患者基本信息的采集、发卡操作。采集的基本信息要求包含：患者姓名、性别、年龄、出生日期、联系电话、家庭住址、身份证、患者类型、患者照片信息等。要求支付方式有现金，微信，支付宝，银行卡等。为了方便患者进行信息采集登记，减少窗口压力，要求系统能够支持除窗口

32、建卡以外的自助机，app,微信等多种建卡渠道，能协助患者在线自助完成开卡建档等工作。包含不限于以下功能，基本信息采集：要求支持通过居民健康卡、身份证、军官证、驾驶证、护照等身份证件识别和人工录入患者个人信息，包括姓名、性别、民族、籍贯、出生地、出生日期、婚姻、户籍地址、现住址、工作单位、职业、联系电话（本人）、联系电话（家属）等方式进行基本信息采集，并且要求支持通过社保卡号、商业保险号等保险类别识别患者的医保信息。包含不限于以下功能，数据质量控制：要求可通过校验和跟踪实现对数据质量问题的管理，要求支持从数据格式、数据值域、数据间的逻辑关系等角度做质量审核，要求可按照空值校验、重复校验、格式校验

33、、一致性校验和逻辑校验等审核规则对患者基本信息数据进行质量控制。包含不限于以下功能，患者主索引注册：要求支持根据录入的患者基本信息，注册生成患者在院的唯一主索引，作为患者在本院就诊的唯一标识，并支持与院内各系统之间进行关联，并且可以关联患者历次就诊的诊疗信息。包含不限于以下功能，患者信息修改：要求信息修改模块支持在患者基本信息发生变化时，同步变更院内电子档案信息。要求支持针对系统中患者基本信息发生的变更做详细的日志记录，自动记录相应的操作内容、操作人员和操作日期，用于对操作的追溯和审计。实现患者基本信息的变更管理。包含不限于以下功能，卡信息合并：患者电子档案信息因特殊原因导致同一患者在院内有多

34、个档案记录时，要求系统支持将患者基本信息做信息合并处理，保留患者需要的档案信息，做到患者在医院内存在唯一档案信息，更加方便对档案信息的灵活管理，并且要求提供卡信息合并操作的操作日志信息。包含不限于以下功能，患者信息查询：要求支持对患者基本信息进行多条件组合查询，以及对患者基本信息进行多维度统计，并且要求提供对查询和统计结果的导出功能。要求该系统模块可以支持自助机，app,微信等多渠道，能协助患者在线完成自己院内卡信息的查询。I1.2、门、急诊诊疗服务管理系统11.2.K门急诊预约挂号系统系统概述包含不限于以下功能，门诊预约挂号系统完成患者就诊登记缴费工作，为需要复诊和预约就诊的患者提供对应的就

35、诊预约服务。同时通过系统的排班资源管理维护，可以为各个就诊渠道提供合理的就诊资源，方便患者从多个渠道进行就诊或预约就诊。功能要求包含不限于以下功能，要求提供门诊挂号/取号，诊间预约/加号，窗口预约，退号，预约管理，预约信息一览表，挂号查询，医生坐诊信息调整，排班模板维护，生成排班记录，挂号权限维护，出诊查询，停替诊查询，黑名单维护等功能详细要求包含不限于以下功能，门诊挂号/取号：要求支持操作员通过医保卡或就诊卡等检索患者基本信息，要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊资源，进行挂号收费操作或选择已经有的预约/加号信息进行取号缴费操作。要求支持缴费时可支持但不限于使用现金、

36、院内账户、银行卡等多种支付方式进行支付操作，同时也根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。挂号结束后根据需要可以为患者进行挂号凭证和收费凭证的打印，患者可凭此进行有效就医。要求系统模块可以支持自助机，app,微信等多渠道接口实现线上直接挂号/取号、支付的流程，挂号成功后向患者推送相应的就诊信息。包含不限于以下功能，窗口预约：要求支持操作员根据患者病情或患者要求选择对应的就诊科室、就诊日期、可用出诊资源为患者进行就诊预约并打印预约凭证。要求该系统模块可以支持自助机，app,微信等多渠道实现线上直接进行预约，按自身需要选择需要就诊的时段进行预约。包含不限于以下功能，退号：要求支持

37、患者在挂号支付后,由于特殊原因不能就诊，在符合医院退号政策的前提下为患者进行退号退费的操作。要求支持在退号的过程中可以选择对应的退号操作原因，要求可以进行后期质控数据查询。要求该系统模块可以支持自助机，app,微信等多渠道接口，实现在满足医院退号政策控制的前提下，进行自助退号退费操作。包含不限于以下功能，预约管理：要求可以通过多条件索引进行执行预约信息的查询，要求支持对查询出来的有效的预约数据，在满足医院政策的前提下进行取消预约的操作。该系统模块要求可以支持自助机，app,微信等多渠道接口，实现在满足医院取消预约政策控制的前提下，要求支持进行自助查询预约记录并取消预约操作。包含不限于以下功能，

38、预约信息一览表：要求支持操作员可在预约信息一览表中通过多条件联查询，要求实现对系统的预约数据进行按就诊科室汇总查询或对全部明细进行汇总查询。包含不限于以下功能，挂号查询：要求支持通过多条件联合查询，可以查询对应的就诊登记时所产生的详细挂号信息记录。要求包括但不限于以下信息：就诊人姓名，就诊人登记号，就诊科室，就诊号别，收费金额，支付详情，发票号，挂号人，挂号日期，挂号时间。包含不限于以下功能，医生坐诊信息调整：要求支持通过该功能可以对已经生成的出诊医生资源进行调整，包括正号限额，加号限额，分时段信息，各预约途径可预约数量等。要求支持对已生成的资源进行停诊操作或对为生成的资源进行临时加诊操作，医

39、生坐诊信息的调整。要求对于已经生成的出诊信息调整会提供完整的调整信息日志功能，用于对操作的追溯和审计实现出诊信息的变更管理。包含不限于以下功能，排班模板维护：要求支持对需要出诊科室资源进行出诊班次和出诊资源模板维护。模板数据要求包括：科室，医生，星期，时段，级别，正号限额，加号限额，预约限额，分时段信息等。要求模板信息可以用来批量生成出诊记录。包含不限于以下功能，生成排班记录：要求支持通过维护的排班模板生成一段时间的出诊资源。可以根据需要选择部分科室和部分号别来进行生成也可已选择全部进行生成。包含不限于以下功能，出诊查询：要求可以通过多条件联合查询对应科室的出诊排班报表，并提供导出功能。包含不

40、限于以下功能，停替诊查询：要求可以通过多条件联合查询可以查询对应的日期范围内的停替诊出诊记录，要求支持对资源的变更可以进行审计操作，更直观的进行管理查询。包含不限于以下功能，号源信息汇总：要求支持对出诊信息的使用情况进行汇总查询，要求支持通过查询可以随时进行号源资源投放的优化调整。包含不限于以下功能，黑名单维护：要求支持根据医院实际情况，制定相关信用规则，针对诊疗活动中，恶意占用医院诊疗资源的行为进行系统甄别，形成黑名单，对违反预约挂号规则或频繁爽约的患者给予必要限制；要求支持对恶意占用号源的患者进行信用跟踪，同时对信用不良的患者采取停用或限制预约次数和范围等增加管理措施。11.2.2.电子健

41、康卡（健康码）管理系统系统概述耍包含不限于以下功能，管理，支持预交金管理、求为患者提供实名制就诊信息银医互联和自助设备接口。功能要求功包含不限于以下功能，能要求：诊者信息更改、就诊二维码管理、联、自助设备接口等。就诊者信息录入、就预交金管理、银医互详细要求包含不限于以下功能，就诊者信息录入：在建卡过程中，系统可以通过设备自动采集患者信息，用于方便快速建卡，在患者信息不能自动采集时允许通过手工方式对患者信息进行录入。包含不限于以下功能，就诊者信息更改：支持为就诊者基本信息进行修改，要求产生就诊信息修改日志，方便查询和管理。包含不限于以下功能，就诊信息管理：要求包括就诊码生成、就诊信息合并、信息补

42、录等功能。患者主索引：要求可以实现与住院号、医保号等进行关联，建立或引用就诊者主索引，允许更新就诊者主索引信息。包含不限于以下功能，预交金管理：支持预交金管理，账户管理，含预交、充值、扣款、退费等功能。系统支持门急诊预交金方式，支持预交金冻结功能。医院可以根据情况择时启用。包含不限于以下功能，银医互联：支持银医卡（银联卡+诊疗卡）模式，可以通过与选定银行接口实现具有银联卡功能。包含不限于以下功能，自助设备接口：可以通过自助设备等进行就诊信息生成、充值、费用查询等。系统概述包含不限于以下功能，要求为患者提供实名制挂号、缴费、就诊等服务。功能要求包含不限于以下功能，支持就诊者信息录入、就诊者信息更

43、改、就诊二维码管理、预交金管理、银医互联、自助设备。11.2.3门急诊挂号系统系统概述包含不限于以下功能，门急诊挂号系统为操作员展示对应的急诊就诊资源，快速完成患者就诊登记缴费工作。功能要求包含不限于以下功能，要求提供门急诊挂号，急诊退号，挂号查询等功能详细要求包含不限于以下功能，急诊挂号：要求支持操作员能够通过医保卡或就诊卡等检索患者基本信息，要求支持根据患者病情或患者要求为患者选择对应的就诊科室和就诊资源，进行挂号收费操作。要求缴费时可支持但不限于使用现金、院内账户、银行卡等多种支付方式进行支付操作，要求支持根据当地医保规定可进行医保直连上传就诊信息和进行报销操作。要求支持急诊挂号结束后根

44、据需要可以为患者进行挂号凭证和收费凭证的打印，患者可凭此进行有效就医。包含不限于以下功能，急诊退号：要求支持符合医院退号政策的前提下进行患者急诊退号退费的操作。要求支持在急诊退号的过程中可以选择对应的退号操作原因，作为后期质控数据。包含不限于以下功能，挂号查询：要求支持通过多条件联合查询，可以查询对应的就诊登记时所产生的详细挂号信息记录。11.2.4门急诊分诊系统系统概述包含不限于以下功能，根据挂号或预检信息为患者分配医生或诊室。功能要求包含不限于以下功能，要求提供医生实时出诊信息、信息获取、诊室分配、就诊排队干预、时间段设置、统计查询等功能详细要求包含不限于以下功能，医生实时出诊信息：要求支

45、持自动获取分诊区科室医生实时出诊信息，包括待诊人数、已接诊人数、当前接诊病人、剩余号源等信息。包含不限于以下功能，分诊规则设置：要求支持按照医院业务要求，设置分诊规则，要求可按出诊医生、专家、诊室、时间段、序号和初诊/复诊等条件配置。包含不限于以下功能，信息获取：要求支持自动获取患者挂号或就诊信息，包括姓名、性别、身份证号码等患者基本信息以及挂号科室、预检（如体温）、历史就诊信息等。包含不限于以下功能，诊室分配：要求支持按照分诊规则形成队列，支持自动或者人工进行诊室分配。包含不限于以下功能，就诊排队干预：要求提供就诊队列设置，能够支持多个队列的叫诊模式，要求可根据实际情况为患者设置优先、撤销、暂离等状态。包含不限于以下功能，时间段设置：要求支持配置不同时间段的就诊人数，要求可以根据医院门诊科室排班情况，将候诊患者分配到指定的时间段内。包含不限于以下功能，就诊提醒：要求提供语音、显示屏幕、移动终端等多种方式的就诊提醒服务。包含不限于以下功能，统计查询：要求可统计每日窗口人工服务或自助服务等渠道分诊人数信息。要求支持分诊日期查询条件对相关明细进行查询。11.2.5.门急诊收费系统