“用友医疗新一代医院一体化新闻系统设计思路”

本篇文章6538字，读完约16分钟

8月29日，由中国卫生杂志社主办、用友医疗卫生新闻系统有限企业赞助的从erp到hrp的变化与不变——医院经营管理创新论坛在北京召开。 各级卫生行政主管部门、中大医院院长、医院总会计师、财务负责人、新闻化负责人共450多名嘉宾出席了本次大会，共同探讨了从erp到hrp的内涵和外延，建立了较为有效的运行机制，转变了快速发展的方法和管理模式。 会上，用友医疗卫生新闻系统有限企业h+产品负责人金仲实发表了用友医疗新一代医院一体化新闻系统设计思路专题演讲。 以下是那个演讲的实录。

解读h+产品

年，用友开始设计和开发新一代医院的一体化新闻系统。 我们将该产品命名为h+、h+，是基于用友现有的两种产品his和hrp现有上千家医院的真实诉求和领域积累开发的。 该产品成立、累计三年投资5000万，该产品研发核心设计团队均为医疗新闻化领域从业十多年的老手，目前该产品已进入测试宣传阶段，h+为代号，+为集成与扩展，首要除以下方面外:

(/h ) )三个一体化，一个是一般我们把医院的业务流程管理系统称为his系统，叫做前台系统，把资源管理系统称为后台系统，叫做hrp系统。 前台和后台都是为医院新闻化服务的，本身之间存在着相互渗透、相互补充、相互依赖的关系，本身应该是一体的，h+从前台流程到后勤管理实现了前后一体化的流程，二是国家政策方向， 从医院自身快速业务发展的要求来看，全方位医疗集团模式是今后大势所趋，h+从中心集团到各地方医院实现了纵向一体化的业务协同。 三是在当今的医疗环境中，医患之间的关系越来越敏感，医院之间的竞争越来越激烈，h+实现了从临床医疗到卫生健康患者的一体沟通与封闭。 这是三个一体化的设计。

的核心特征之一是行业模式方法，这也是与传统医院新闻系统的本质区别。 在该产品规划设计阶段使用完全灵活的分解方法，其模块基于新闻平台充分解除结合，业务流程通过模块的组装实现动态灵活的组装，这样的利益体现在业务系统软着陆阶段的实现上 阶段性实施是医院规避新闻化风险的重要手段。 二是三个一体化设计，支持集团纵向一体化、流程前后一体化、医务人员信息表达一体化。 这三个一体化的组合是全集团、全医院实现360度的一种管理模式。 三是开放的平台架构，h+本身是纯b/s的架构，是基于用友uap开发的产品，用友uap是集团组织的系统平台，到现在已经快速发展了约十几年，现在非常安全可靠。 在这个技术平台上开发是支持合作伙伴共同开发，用朋友也是产业链双赢的第一倡导者，也是最重要的倡导者。 四是创新技术的应用，移动技术不是新技术，但是是用旧技术实现的业务模式的创新。 技术本身并不能帮助医院实现业务，但通过这些技术的应用可以更好地帮助医院实现业务目标。 它包括移动医疗、大数据解决、新闻平台、云存储和第三方支付等技术，所有这些都适用于此产品。

八点产品理念，这八点产品理念是逐步发展的关系，一是集团管理、平台整合，这是医院在组织结构、业务模式和技术支撑方面帮助医院新闻化的坚实基础，有利于顶级技术的萨 二是前后一体、纵向协同，基于统一的数据模式，实现前后台一体化，通过业务相互协同，实现医院业务的全面覆盖。 第三，优化患者方便、医疗安全、医院服务理念流程，围绕临床仪器保证就诊安全和医疗安全，是医院经济快速发展的一个要求。 四是绩效提升和决策支持，在全院建立全面的会计体系和绩效方案，同时建设数据中心，基于该数据中心建立多种主题拆解模式，同时基于这些主题模式为我们未来的决策提供有力的依据。 如果实现这八个产品理念，我们医院基本上可以立于不败之地。

这张图是h+整体的结构图，刚才说的只是从各个侧面说了什么是h+，这张图中h+到底包含了那些拷贝？

最上面是技术平台，它是朋友医疗企业以集团uap为基础进行区域性扩张，结合领域特点，开发了支撑医疗新闻化的技术平台。 上面有一个新闻平台，里面包括数据中心、主数据管理、医院服务主线( esb )，还有一些小数据的服务等。 左侧是医疗服务，前端业务流程，右侧是资源管理，后台资源管理。 再往上就是战术控制层，包括预算、性能、决策支持和门户。 从这张图中可以看出，h+确实在以行业模式进行规划和设计。 因为，我们以前传达的门诊流程、住院流程没有那样的概念，相反，候诊室管理、就诊管理、医疗治疗、人力资源等是行业的模块。 未来，我们将与第三方供应商合作，包括his、ris、第三方支付和ca认证的非常专业的系统。

h+包括26个行业、150个模块，每个模块都有唯一的英语标记。 这是软件进程管理的从头到尾的主id。

友医疗h+一体化处置方案

医院新闻系统建设经过30多年来的快速发展，已经取得了很大的成绩，但随着医院更快的发展和公立医院改革的需要，在新闻化建设的过程中，也存在着许多医院困扰的问题。

第一，系统多，各为一体，互联不足。 刚才北大人民医院的刘丽红医生说，医院每年他们医院的系统都是2比2对接，随着系统的增加，接口数量将呈几何级增加。 这是缺乏互联互通的表现。 目前，医院的新闻化建设已经建立了整合平台，该整合平台将系统结合到整合新闻平台上。 尽管如此，还是缺乏标准，或者结合得非常差。 这个有必要尽快改善。

第二，在新闻化建设的过程中，积累大量的业务数据。 该业务数据分散在不同的异构系统中，该业务数据不太容易使用。 这个异构系统很难提取数据并同时使用，这些业务数据是医院最宝贵的财产，对这些数据的使用是非常大的课题。

第三，前后台系统的数据交互，基本上现在医院的新闻系统都上传到hrp副本，上传到财务系统，上传到人的财产资产，基本上和前台进行一点点的数据交互 这些数据的交换是事后的，利用数据收集的方法进行交换，既不能实时进行，也不能进行事前的计划和事后的控制。 这样的方式也可以解决一些问题，但已经不能满足当今医院管理的要求，这种相互作用的方法需要改进。

第四，医院新闻系统对院内资源的管理目前方法过于粗放，需要更加细致、更加智能化的方法。 如何利用有限的资源帮助医院做越来越多的事，一直是医院的课题，今后也是很长一段时间的课题。 目前，新闻系统对资源的管理无能为力。

第五，医院集团是今后迅速发展的趋势之一，医院集团的支持无论从技术上、业务组织上、业务模式上都不足以满足当前的新闻系统。

第六，医院的核心价值其实是以患者为中心展开的，在这里的大家谁也不反对这句话。 提高患者的忠诚度是提高医院的核心价值。 目前，新闻技术为此目的的途径和效果非常有限，亟需改变。

这是我总结的六个问题，让我们看看h+在这些方面能否处理医院的这六个问题。

首先，建立各级医疗新闻平台，通过医疗新闻平台处理数据利用和互联互通问题。 h+产品在设计过程中被认为单体医院是特例集团医院。 那和集团医院没有本质区别。 只是，集团医院下面只有一家中心医院。 我们把它叫做一个单体医院是集团医院的特例。 无论从自身技术结构的角度来说，还是从医院自身快速发展的角度来说，这样的设计对医院都是有利的。 医院今后将迅速发展业务必要时，扩大到集团医院，自然这个系统会升级到这个状态，自然就会适应这个状态。 我们建立各级医疗新闻平台处理异构系统之间的互通问题，同时提取这些异构系统之间的数据，在医院或集团层面建立数据中心。 当然，院级数据中心可以省略，我们可以在集团级建立统一的数据中心。 基于统一的数据中心和医疗集团级新闻平台，提取一点信息查询、一点患者交流、一点医疗结果浏览、以及医院诊疗等独立APP，同时将这些独立APP应用于两级门户、管理者门户和医疗 为三类决策者提供数据服务，管理者、工人、患者、这三类决策者可以从这两个阶段的门户网站获得自己想要的数据服务。

这张图是我刚才提到的esb平台中医院互动平台的商业模式框架图，我们在这个分集中成为了hr3、v3、cda标准等领域的标准化团体协议样式。 基于这些标准，顾客可以定制和扩展，在某种对话的规范化过程中提供了很好的扩展性。

门户提供了门户的多功能角色配置和单点登录功能。 这是医院数据中心的结构图，基于统一的数据中心主数据和患者流动的管理，使集团或单体医院级数据更加标准化，或使不同医院之间的流动更加顺畅，分为两个阶段的数据中心，一个是临床数据。 同时基于两个数据中心可以提供集团医院的多种业务APP和扩展。 我们分离了数据仓库。 我认为数据仓库的存储能力与数据中心的存储能力不同。 数据中心存储在业务位置，数据仓库存储在组织和拆除位置。 数据仓库的存储能力更精细，数据仓库上面有几个主题。 这些主题包括许多解体。

我刚才说过要在医院的新闻平台上处理互联、数据集、共享的问题，我们来看看前后一体联动的问题是如何处理的。 这是关于h+产品内多个行业之间不同模块业务之间数据流关系的概要数据流图，主要是这样的关系。 要真正实现医院前后勾结，基于几个最大的前提，一是统一技术模式，二是统一技术框架，三是根据大量的工艺数据进行观察和整理。 我们做了很多事情，这样才能真正实时控制，通过计划安排的前后进程可以一体贯通。 其中包括一体化的财务流程、一体化的供应链流程、一体化的价格流程、一体化的预算流程等。 这个过程分解了很多，让我们举个详细的例子。 这是药品出库的流程图，让我们看看前后是如何相互作用的。 从前端到后端的调配，再到药品出库，然后生成两本帐簿。 一个是财务账本，另一个是价格账本，这是药品出库完成的。

这是财务采购的计入，从后端的目录到前面的发票领取、收款员的收款、发票打印、最后到后端的财务发票核销、入帐，计提方法都支持实时入帐。 这样的业务整理了很多。 如果没有大量的业务流程和数据观察，就不可能实际上前后一体化。

刚才提到的是前后一体化的问题，下面就集体应用模式和资源的管理模式进行阐述。 我们引用了财务控制、战术控制、集体控制三个层面管制模式的概念。 可以看到，随着力量的加强，在集体层面的文案越来越多，在集体层面的责任也越来越大。

这是组织模式的进化。 单体医院成为集团医院后，将在集团层面形成服务中心，从而削弱单体医院相关部门。 该服务中心的财务解决方法有利润中心、有偿服务、支持项目和价格中心两种，将服务项目分配给各单体医院部门，本身提供医疗服务。 现在医疗集团的模式很多，有松散型，有结合型，有紧密型，财务也是最大的问题。 在医疗改革中，优势链是改革最困难的一环。 集团医院发现很多财务问题都在处理，现在我们正在寻找新的模式。

在人力管理方面，产品的实现从人员新闻到基本新闻、医生资格新闻，再到人员流程管理，包括入职、轮换等，再到业务系统，再到开发系统内的就业规划、医疗配置内的质量管理、财务

在物品管理方面，物品管理基于统一的数据标准，在统一的基础数据模型中，从后端采购、从前端供应、与药店结合是一体的过程模型。 关于集团医院集中采购支持的4种模式，可以将集中采购收获结算分散到各集团医院进行查看。

关于资产管理，首先有资产计划，其次是采购计划、后勤计划等。 通过这些计划，指导以下业务流程活动。 另外，这些业务流程活动反而制约了这些计划的制定。 其中有三本科目，库存计算方面有库存管理、库存计算科目，实物计算有记账科目，整体资产管理有整体资产管理科目。

下面介绍集团医院或单体医院之间的业务协同之间的关系如何实现不同医院之间的业务协同。 首先建立集中的服务机制。 这个集中的服务机制有助于医院建立四个服务中心。 一个是预约诊疗中心，二是就诊协调中心，三是床位数量协调中心，四是影像会诊中心，通过这四个中心优化医院自身的服务流程，发挥最大的特点。 我们一个个看。

(/h ) )第一，预约诊疗中心，通过医院医疗新闻平台发放预约诊疗服务。 患者可以通过电话、互联网、手机终端、现场窗口等方法访问医院预约诊疗服务，患者包括医生、床位、设备在内，可以预约医院内的所有稀缺资源，预约到具体时间，关于诊疗方法，可以选择单点医院、谷歌。 这些预约诊疗平台建立在统一的数据标准上，有一个号源池，对这个号源池，医院有绝对的控制权，他们有盈利规则，它们可以交给医院自己。 最后，投入资源，制定计划，举行会议，引入等于预约的模式。

第二，就诊协调中心目前在国家使用分期就诊。 关于患者分期就诊，医疗组在一次就诊过程中，患者在不同阶段到不同医院就诊，初诊和康复阶段在基层医院进行，中间手术治疗、转诊阶段在中心医院进行。 医疗集团是否真的实现了业务协同，其中一个衡量标准就是在这个过程中是转院还是双向转诊，如果能够实现诊疗科这样的双向转诊，那就代表着你在业务中真的实现了业务协同。

第三，床位安排中心建立统一的床位安排服务，或通过不同渠道实现床位安排服务，根据各科床位标准情况为患者分配标准室和医疗区，并在此过程中进行安排

第四，影像会议中心根据患者主任的数据管理和健康文件数据、影像数据，建立从申请到计划、会议、随访循环的远程会议管理，建立医院间、科室间的远程会议管理

刚才提到的4个中心实际上是要处理的单体医院和集团医院的业务合作问题。

第五，最后是患者忠诚度的问题。 以前流传的新闻系统处理患者忠诚度的方法都是一样的，就是建立患者满意度系统。 该系统是独立的，与其他系统有接口，但相对独立，该独立系统达到的效果不好。 将h+护患关系管理和客户经营纳入患者就诊流程，协助患者在就诊和出院之间制定患者转诊计划，出院后注意转诊。 例如，该患者有哮喘时，会发送邮件提醒患者在哮喘多发时期观察防止复发。 这就是融入临床为患者提供全面的定制服务，同时运用医疗手段。 最重要的理念是医患之间的医疗理念渐进发展，把本来不对称的新闻都打通。 逐渐隐形信任危机是医院真正想做的事。

h+产品的特点

刚才我说了h+能为医院做什么，在这几个方面展开。 其实，除了这些大的方面之外，h+在细节上也有很多亮点。 有典型的亮点。

第一，服务价格战略。 这里强调了服务的概念。 只要医院对外提供的项目都是服务，这个服务就有可能是一种药品，有可能是一种操作，有可能是一种检查。 该服务定义本身可以是一个服务包，也可以是多个服务。 这个服务的定价非常灵活，支持服务本身的定价，其中包括所有合计方法的定价，还引入了一个服务在不同机构也能实现的时间概念，一个服务在不同的月份以不同的价格运行，我们 根据患者的身份可以享受不同的折扣。 此外，这些折扣还可以组合使用，特殊客户可以选择折扣。 复诊期间支持同一患者有多个医疗保险身份。 你可以有主要的医疗保险。 第1次分割后，用辅助医疗保险进行第2次分割也可以支持分割后的自己负担的金额。

(/h ) )第二，从医嘱到医疗运行，不仅记录的结果数据，其过程也会被记录下来，并保存在期刊库中。 这基于uap提供的强大功能，可以轻松跟踪医疗行为。

第三，灵活的流程定制。 我们在系统里预约了很多配置点。 这些安排点决定了我们在不同的时间执行不同的流程，在医嘱的过程中执行标准的问题。 这是实际面对的。 我们支持两种模式。 一个是看病预算，看病的瞬间，根据医嘱属性算出执业科，同时自主推送到治疗科，另一个是执业预算，药店开药的瞬间，查看符合这些条件的医嘱，把药品发放到药店，这是控制点。

最后对安全订单开设模式进行说明。 最初，订单输入通用，支持模板、声音等多种玩法。 这些模式没有实现。 这些都是我们提供合作伙伴支持开发的。 我们提供一个开放的开发平台。 医院可以通过这个开发平台开发自己想要的输入方法。 如果医院有这个开发能力，就可以开发无限的方法并纳入系统中，从而实现医生多种输入方法的并存。 在医嘱保存的过程中，医嘱给出的格式和属性不同。 例如，注射类医生的指示有可能考虑注射滴数，检查类医生的指示考虑检查部位，根据医生的指示考虑的复印件不同。 h+上留有不同类型医嘱的接口不同。 这个属性开发和入口一样，可以提供给第三方合作伙伴，也可以由医院自行开发，每个服务都可以得到不同的接口支持。 也有安全检查试剂。 医嘱检查时有安全提示。 哪个能合格，有手工解决能合格的，也有禁止合格的。

来源：企业之窗