这张图是H+一个整体架构图，刚才说的只是从各个侧面说一下H+是什么，这个图是H+到底包含了哪些内容。
8月29日，由中国卫生杂志社主办、用友医疗卫生信息系统有限公司协办的从ERP到HRP的变与不变——2014医院经营管理创新论坛在北京举行。来自各级卫生行政主管部门、大中型医院院长、医院总会计师、财务负责人、信息化负责人共450多位嘉宾出席了此次大会，共同探讨从ERP到HRP的内涵与外延，建立行之有效的运行机制，转变发展方式和管理模式。在会上，用友医疗卫生信息系统有限公司H+产品负责人金仲实发表了用友医疗新一代医院一体化信息系统设计思路专题演讲，以下是其演讲实录。
解读H+产品
2012年，用友启动新一代医院一体化信息系统的设计与开发，我们将这个产品命名H+，H+是基于用友现有的两款产品HIS和HRP已有的上千家医院真实需求和行业积累从而研发出来的。这款产品的立项，累计三年投5000万，这个产品研发核心设计团队都是在医疗信息化行业工作了十几年的资深人士，现在这个产品已经进入了测试推广阶段，H+是一个代号，+是集成和扩展，主要是加在以下几个方面，一是三个一体化，二是四项核心优势，三是八点原创产品理念。
三个一体化，一是通常我们管医院业务流程管理系统叫做HIS系统，就是前台系统，资源管理系统叫做后台系统，就是HRP系统，前台也好，后台也罢，都是为了医院信息化所服务的，本身之间就是应该相互渗透、相辅相成、相互依存的关系，本身就应该是一体的，H+就是从前台流程到后台管理实现了前后一体的流程贯通整合。二是无论从国家政策导向来讲，还是从医院自身发展业务要求来讲，各个方面医疗集团这个模式都是今后的大势所趋，H+实现了从中心集团到各地方医院纵向一体的业务协同。三是在今天的医疗环境里面，医患之间的关系变得越来越敏感，医院之间的竞争越来越激烈，H+实现了从临床医疗到卫生健康患者一体的交流和关厢。这是三个一体化的设计。
四项核心优势，一是领域模型方式，这也是H+区别于以往医院信息系统本质的区别，这个产品规划设计阶段完全采用了灵活分析的方式，它的模块是基于信息平台充分解耦的，业务流程通过模块的组装从而动态实现灵活的装配，这样的好处就是能够支持业务系统软着陆分步实施。分步实施是医院规避信息化所带来风险一个重要的手段。二是三个一体化的设计，支持集团纵向一体化、流程前后一体化、医患沟通一体化，这三个一体化组合起来就是实现全集团、全医院整体360度的一个管控模式。三是开放的平台架构，H+本身是纯B/S的架构，是基于用友UAP开发出来的一款产品，用友UAP是集团组织的一款系统平台，到现在大概发展了十几年的发展，现在是非常安全可靠、扩展性很强的一个技术平台。在这个技术平台上开发是支持伙伴共同开发，用友也是产业链共赢首倡者和最主要的倡导者。四是创新技术的应用，移动的技术不是新技术，但是用老技术实现的业务模式的创新。技术本身并不能帮助医院实现一些业务，但是通过这些技术的应用可以更好的帮助医院达成业务目标。这里面包含一些移动医疗、大数据处理、信息平台、云存储和第三方支付等等技术，都运用到这个产品之中。
八点产品理念，这八点产品理念是层级递进的关系，一是最下面是集团管控、平台整合，这是医院组织架构、业务模型和技术支持层面帮助医院信息化打好一个坚实的基础，为顶层技术提供有利的支撑。二是前后一体，纵向协同，基于统一的数据模型，实现前后台一体化，业务互相协同，这样就实现医院业务的全覆盖。三是患者方便，医疗安全，医院服务理念优化流程，围绕临床器械，保证就诊的安全和医疗的安全，这是医院经济发展的一个要求。四是绩效提升和决策支持，在全院建立全面核算体系以及绩效的方案，并且建设数据中心，基于这个数据中心建立很多主题的分析模型，并且基于这些主题模型为我们未来的决策提供有力的依据。如果实现这八个产品理念，我们医院基本上就可以立于不败之地。
最上面是技术平台，这是用友医疗公司在集团UAP基础上进行了行业性的扩展，加入了一些行业特性，从而研发出来支撑医疗信息化的一个技术平台。在它之上是一个信息平台，这里面包含数据中心、主数据管理、医院服务主线(ESB)，还有一些数据的服务等等。左侧是医疗服务，就是前端业务流程，右边是资源管理就是后台的资源管理。再往上是战略控制层，包括预算、绩效、决策辅助以及门户，从这个图大家可以清晰的看到H+确实是用领域模型进行规划和设计，因为我们传统的门诊流程、住院流程没有这种概念，取而代之是候诊管理、就诊管理、医疗治疗、人力资源等等，这都是领域的模块。未来我们会跟第三方厂商合作，包括HIS、RIS和第三方支付、CA认证非常专业的系统。
H+一共包含26个领域，150个模块，每个模块都有一个唯一的英文标识，这个标识是我们软件过程管理之中自始至终的一个主ID。
用友医疗H+一体化解决方案
医院信息系统建设经过三十多年来的发展，已经取得了很大的业绩，但随着医院进一步发展和公立医院改革的需要，在信息化建设过程，也存在不少医院困扰问题。
第一，系统繁多，各成一体，缺乏互联互通。刚才北大人民医院的刘丽红老师介绍，医院在2011年他们医院系统是两两对接，随着系统增多，接口数会呈几何数量往上增长，这就是缺乏互联互通的一个表现，现在医院信息化建设已经建立集成平台，这个集成平台会把系统结耦接到集成信息平台来，即便这样也是缺乏标准，或者结合的非常差。这个急需改善。
第二，在信息化建设过程中，积累大量业务数据，这个业务数据分散在不同的异构系统之中，这个业务数据很难加以利用，这个异构系统把数据抽取出来并且加以利用非常困难，这些业务数据对医院来讲是最宝贵的财富，对于这些数据的利用是一个非常大的难题。
第三，前后台系统数据交互，基本上现在医院信息系统都会上一下HRP内容，少一点上了财务系统，多一点上了人财物资产，基本上和前台做了一些数据交互，这些数据交互是事后的，利用数据采集的方式进行交互，不是实时，也做不到事前计划和事后控制。这种方式也能解决一部分问题，但是对今时今日医院管理要求来讲已经不能满足了，急需改进这种交互的方式。
第四，医院的信息系统对院内资源的管理目前的方式是过于粗放，需要更加精细、更加智能的方式。如何利用有限的资源帮助医院做更多的事儿，一直是医院的一个课题，以后很长一段时间内还是一个课题。现在信息系统对于资源的管理无能为力。
第五，医院集团是今后发展的一个趋势，对医院集团的支持无论是从技术层面，还是从业务组织，还是从业务模型上来讲，目前信息系统都是不够的。
第六，医院核心价值其实是围绕患者展开的，在座各位没有人反对这句话。提升患者忠诚度就是提升医院的核心价值。现在信息技术为此所做的途径和效果都非常有限，急需要改变。
这是我总结的六个问题，我们看看H+到底能在哪些方面帮助医院解决这六个问题。
首先，建立各级医疗信息平台，通过医疗信息平台解决数据利用与互联互通的问题。H+产品在设计的过程中通常认为单体医院就是特例的集团医院，它跟集团医院没有本质的区别，只不过集团医院下面只有一个中心院，我们管它叫一个单体医院是集团医院的特例。从自身技术架构角度来讲，还是从医院自身发展角度来讲，这样的设计都是对医院有利的。医院以后业务发展需要，拓展成集团医院，自然而然这个系统就升级到这种状态，自然而然适应这种状态。我们建立各级医疗信息平台解决异构系统之间的互联互通问题，并且把这些异构系统之间数据抽取出来，在医院层面或者集团层面建立数据中心，当然医院层面的数据中心是可以省略的，我们可以在集团层面建立统一的数据中心。基于统一的数据中心和医疗集团层面的信息平台抽取一些独立的应用，包括一些资讯的查询，一些患者的交流，一些医疗结果的查看，还有医院诊疗等等，并且把这些独立的应用分工到两级门户，管理者门户和医疗服务者门户，为三类决策者提供数据服务，管理者、从业者、患者，这三类决策者从这两级门户都可以得到自己想要的数据服务。
这张图是刚才说的ESB平台里面医院交互平台的一个业务模式架构图，我们在这部分集成了一些行业标准组织协议格式，包括HR3、V3、CDA的标准等等，在这些标准基础之上，用户可以自定义扩展，在某个交互规范性过程中提供很好的扩展性。
在门户端，我们提供门户多功能角色配置和单点登录功能，这是医院数据中心的架构图，基于统一的数据中心主数据和患者流转的管理，可以让集团或者单体医院层面的数据更加标准化，或者不同医院之间流转更加流畅，建立两级数据中心，一是临床数据中心，一是运维数据中心，并且基于两个数据中心提供集团医院的多种业务应用和拓展。我们把数据仓库抽离出来，因为我们觉得数据仓库存储力度跟数据中心的存储力度是不一样的，数据中心是以业务的角度进行存储的，数据仓库是以组织和分析的角度进行存储的，数据仓库存储力度更细，数据仓库之上我们会建立一些主题，这些主题包含很多的分析在里面。
刚才说了用医院信息平台解决互联互通、数据集中和共享的问题，我们看看前后一体联动的问题是怎么解决的。这是一个概要的数据流图，这个数据流图涉及到H+产品里面多个领域之间不同模块业务之间的数据流之间的关系，主要是这样一个关系。真正想要做到医院前后的贯穿，基于几个最大的前提，一是统一技术模型，二是统一的技术架构，三是基于大量的流程数据分析和梳理。我们做了很多，这样才能实现真正实时可控的，通过计划来调配的前后流程一体贯通。这里包含一体化财务流程、一体化供应链流程、一体化成本流程、一体化预算流程等等，这种流程我们分析了很多，我们拿一个详细的例子说一下。这是药品品出库的一张流程图，我们看看前后是怎么交互的，从前端到后端的调配，再到药品出库，同时生成两本帐，一是财务帐，一是成本帐，这是完成了药品出库。
这是财务调配的入帐，从后端目录到前面发票领用，到收费员收费，发票打印，最后到后端财务发票核销，再到入帐，入帐方式支持实时入帐，像这种业务我们梳理了很多，没有大量业务流程和数据分析不能真正做到前后一体化。
刚才说的是前后一体化的问题，下面说一下集团应用模式以及对资源的管理模式。我们引用了三级管控模式的概念，一是财务管控，二是战略管控，三是集团管控，随着力度不断加强，我们会发现集团层面所做的内容越来越多，集团层面承担的责任也越来越大。
这是组织模式的一种演变。单体医院组合成集团医院的时候就会在集团层面形成服务中心，同时弱化单体医院相关部门，这种服务中心财务处理有两种方式，一是利润中心，提供有偿服务，支持项目，二是成本中心，它把服务项目分摊到各个单体医院部门当中，它本身提供医疗服务。现在医疗集团模式很多，有松散型，也有结合型的，也有紧密型的，财务也是一个最大的问题。医疗改革当中利益链条是改革最难的一环。集团医院发现很多的财务问题已经解决了，现在我们在探索寻找一个新的模式。
在人力管理方面，产品实现从人员信息包括基本信息，医生资质信息，再结合到人员流程管理，包括入职、轮岗等等，包括结合业务系统，包括开发系统里面的工作计划，医疗布置里面质量管理，财务联动，形成360度的管控模型，从人员聘用到留用，到提升，到考核，到退休，形成一个体系的管理。
在物品管理方面，物品管理是基于统一的数据标准，基于一个统一的基础数据模型，在统一的架构里面，从后端的采购，前端的供应，跟药房结合都是一体的流程模型。对于集团医院的集中采购支持四个模型，可以把集中采购收获结算分散到各个集团医院去看。
对于资产管理，首先有一个资产计划，下面还有采购计划、调剂计划等等，通过这些计划指导下面业务流程活动，并且这些业务流程活动反过来制约这些计划的制订，这里面有三本帐，在库存核算方面有库存管理、库存核算的帐，在实物核算会有一个科室核算帐，整体资产管理会有一个整体资产管理帐。
下面介绍集团医院或单体医院之间业务协同之间的关系，怎么实现不同医院之间的业务协同。首先建立集中的服务机制，这种集中的服务机制会帮助医院建立四个服务中心，一是预约诊疗中心，二是就诊协调中心，三是床位调度中心，四是影像会诊中心，通过这四个中心优化医院自身服务流程，发挥最大的优势。我们一个一个看。
第一，预约诊疗中心，通过医院医疗信息平台发布预约诊疗服务，患者可以通过电话、网络、移动终端、现场窗口等等方式接入到医院预约诊疗服务当中，患者可以预约医院里面所有稀缺资源，包括医生、床位、设备，可以预约到具体的时刻，对于诊疗方式可以支持单点医院、集团医院、区域医院等等。这些预约诊疗平台是建立在一个统一数据标准之上，有一个号源池，对这个号源池，医院有绝对的控制权，他们有利益规则，哪些可以外放，哪些留给医院自己的，哪些留给这个渠道，哪些留给那个渠道，都可以进行控制的。最后我们引入一个模型，资源加投入，加计划，加会诊，等于预约。
第二，就诊协调中心，现在国家都在采用分成就诊，对于患者的分成就诊，医疗集团在一次就诊过程中，患者会在不同的阶段到不同的医院就诊，初诊和康复阶段会在基层医院来做，在中间的手术治疗、复诊阶段会到中心医院来做。是不是医疗集团真正做到业务协同，其中一个衡量标准就是在这个过程中转院再入院还是双向转诊，如果可以实现科室一样的双向转诊，那就代表你在业务上真正实现了业务协同。
第三，床位调度中心，建立统一的床位调度服务，或者说通过不同途径实现床位调度，根据各个科室床位标准情况为患者分配标准室和医疗区，这个过程中生成调度日志，并且进行分析，反过来又指导各个病区之间的床位进行分配，这样形成闭环管理，从而降低床位的闲置率。
第四，影像会诊中心，基于患者主数据管理和健康档案数据、影像数据，建立一个从申请到排程、会诊、随访闭环的会诊管理，实现院院之间、科室之间的远程会诊之间的协同要求。
刚才说的四个中心其实是解决的单体医院或者集团医院业务协同的问题。
第五，最后就是患者忠诚度的问题，传统信息系统解决患者忠诚度的方式都是一样的，就是建立一个患者满意度系统，这个系统是独立的，跟其他系统有接口，但是相对来讲是独立的，这个独立系统所达到的效果并不好。H+把患者关系管理和客户经营融入到患者就诊流程之中，患者就诊和离院之间会帮助患者制订复诊计划，在离院之后会进行复诊提醒，比如说这个患者有哮喘，我们在哮喘高发季节发一个短信，提醒患者注意防止复发。这是融入到临床之中给患者提供全面个性化定制服务，并且运用医疗手段。最重要的理念就是医患之间医疗理念渐行渐进，把原来不对称的信息都打通。从而把信任危机慢慢消于无形，这是医院真正想要做到的。
H+产品的特性
刚才说了H+到底能为医院做什么，是通过这几个方面来展开的，其实除了这些大的方面，H+在细节方面也有很多亮点，有典型代表性的亮点给大家说一下。
第一，服务价格策略，这里面强调服务的概念，只要医院对外提供的项目都是服务，这个服务有可能是一个药品，有可能是一个操作，有可能是一个检查，这个服务定义本身是可以一个服务包，也可以是多个服务，这个服务定价非常灵活，支持服务本身定价，里面包含所有合计方式定价，甚至可以做到一个服务在不同的机构有不同的价格。还引入了时间概念，一个服务不同月份执行不同的价格，完全对应我们计划来做的。不同的患者身份可以享受不同的折扣，而且这些折扣是组合起来用，如果特殊的客户可以选择折上折。再一次就诊过程中支持同一个患者有多个医保身份，你可以有主医保，第一次分开之后，把分开之后自付比例部分金额再用辅医保进行第二次分摊，都可以支持。
第二，全程记录的医疗事件日志管理，从医嘱到医疗执行，不但记录了结果数据，还记录了这个过程，存到日志库里，这是基于UAP提供的一个强大功能，这个日志可以很方便对医疗行为进行追溯。
第三，灵活的流程定制。我们在系统中预置了很多配置点，这些配置点会决定我们在不同的时刻执行不同的流程，开医嘱过程中执行标准的问题，这个在实际当中都遇到，我们支持两种模式，一是看病预算，在看病一瞬间，根据医嘱属性算出执行科室并且主动推送到治行科室，二是执行预算，药房发药的一瞬间，在查哪些符合条件的医嘱，把药品发放到药房，这种控制点有很多。
最后讲一下安全医嘱开立模式，一开始医嘱录入支持很多种方式，包括通用，模板，语音的，这些模式没有实现，这些是我们提供合作伙伴支持开发，我们提供一个开放的开发平台，医院可以通过这个开发平台开发自己想要的录入方式，只要医院有这个开发能力，你可以开发无限多的方式挂到系统里面来，实现医生多种录入方式并存。医嘱保存过程中，不同的医嘱展示出来的样式和属性不同，比如说注射类医嘱可能考虑注射滴数，检查类医嘱会考虑检查部位，不同的医嘱考虑的内容是不一样的。H+里面不同类型的医嘱保存的界面都是不同的，这个属性开发跟录入是一样的，可以提供给第三方合作伙伴，也可以医院自己开发，每一条服务都可以有不同的界面支持。还有安全检查试剂，医嘱检查的时候可以有一个安全提示，那些可以通过，有些通过手工处理通过，那些是严禁通过的。
