智慧三甲医院-综合业务信息集成服务解决方案

1、综合业务信息集成服务建设方案设计单位:建设单位: 编制日期:目录 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 第一章项目概述4建设背景42.面临问题4 HYPERLINK l bookmark10 o Current Document 1.信息孤岛4 HYPERLINK l bookmark12 o Current Document 2. 2.基础数据问题5 HYPERLINK l bookmark14 o Current Document 1. 2. 3.患者主索引及临床数据文档共享问题5 HYPERLINK l bookma

2、rk16 o Current Document 1. 2. 4.业务流程现状问题6 HYPERLINK l bookmark18 o Current Document 第二章需求分析8 HYPERLINK l bookmark20 o Current Document 基础数据治理需求8 HYPERLINK l bookmark22 o Current Document 建立全院统一的患者主索引的需求8 HYPERLINK l bookmark24 o Current Document 3.以电子病历为核心构建临床数据存储库的需求8 HYPERLINK l bookmark26 o Curre

3、nt Document 2.4.基于平台重构HIS及CIS系统需求9 HYPERLINK l bookmark28 o Current Document 5.基于平台深化临床专科系统应用需求10 HYPERLINK l bookmark30 o Current Document 2.6.支持集团化医院建设需求10 HYPERLINK l bookmark32 o Current Document 第三章总体设计方案111.总体框架11业务架构132.1.应用架构设计13 HYPERLINK l bookmark40 o Current Document 3. 2.2.数据架构设计14 HYPE

4、RLINK l bookmark42 o Current Document 3. 2.3.技术架构设计14 HYPERLINK l bookmark44 o Current Document 3. 2.4.逻辑部署架构设计14 HYPERLINK l bookmark46 o Current Document 3. 2.5.物理部署架构设计14 HYPERLINK l bookmark48 o Current Document 3. 3.集成平台业务架构设计15 HYPERLINK l bookmark50 o Current Document 3. 3.1.接入层153. 3.2.平台组件1

5、5 HYPERLINK l bookmark54 o Current Document 3. 3.3.信息资源层15 HYPERLINK l bookmark56 o Current Document 3. 3.4.平台标准服务163. 3.5.基于平台的应用16 HYPERLINK l bookmark60 o Current Document 3. 3. 6.基于平台的信息门户层16 HYPERLINK l bookmark62 o Current Document 3. 4.集成平台应用架构设计17 HYPERLINK l bookmark64 o Current Document 3.

6、 4. 1.临床服务18 HYPERLINK l bookmark66 o Current Document 3. 4. 2.综合运营管理18 HYPERLINK l bookmark68 o Current Document 3. 4. 3.区域医疗协作19 HYPERLINK l bookmark70 o Current Document 3. 4. 4.医、教、研一体化建设19 HYPERLINK l bookmark72 o Current Document 3. 4. 5.信息系统整合19 HYPERLINK l bookmark74 o Current Document 3. 4.

7、 6.客户关系管理20 HYPERLINK l bookmark76 o Current Document 3. 4. 7.临床决策支持20 HYPERLINK l bookmark78 o Current Document 3. 5.集成平台数据架构设计21 HYPERLINK l bookmark82 o Current Document 3. 6.临床数据存储库CDR23 HYPERLINK l bookmark84 o Current Document 3. 7.以集成平台为中心的技术架构设计24 HYPERLINK l bookmark86 o Current Document 第四

8、章建设成效26第一章项目概述11 建设背景医院正在逐步迈入信息化浪潮，远离人工统计和纸质记录的旧时 代，目前，我国三甲医院已经基本完成了现代化信息系统的建设工作, 以医院为例，建设了包括His信息系统、一体化临床工作站、HRP系 统、APP、护理病历、超声系统、内镜系统等几十个信息系统，而且 随着医院对信息化发展的不断重视，信息系统在未来几年内会有一个 快速增长，然而面临的问题也是日益加剧，最初的设计重点局限在满 足业务需求上，并没有把可兼容性、数据共享性、高扩展性考虑进去， 当系统较多的时候，交互接口数量基本上都是以指数级增长，给系统 的开发、运维维护带来很大问题。12面临问题医院在最开始筹

9、建基础集成信息平台时，通过对信息系统的调研 和科室的走访，发现信息化有如下几类问题比较严重：1. 2.1.信息孤岛各业务系统交叉互联现象严重，集成方式多样，主要包括 WebService、视图、文件、动态链接库、exe程序、界面集成等方式。例如，手机APP、微信的医院网站系统中，获取医嘱、缴费等信 息是通过主动调用HIS提供的WebService接口方式实现，当HIS的 医嘱信息发生变化时App或微信系统只能通过刷新的方式再次调用 WebService接口获取，HIS不能主动推送医嘱变化消息，效率和系统 使用效果不好。1. 2. 2.基础数据问题由于各类基础数据、字典未形成统一的管理方式，多散

10、落 在不同的系统中自行维护，数据不一致现象比较严重。目前医嘱开立在HIS的医生工作站中完成，检查项目、检 验项目、治疗项目采用的是HIS的物价收费项目，而不是医技科室的 临床检查、检验等术语项目，需要通过对照完成转换。由于有的基础数据采用程序同步的方式，因此会有数据不 一致，同步不及时的问题。1. 2. 3.患者主索引及临床数据文档共享问题临床医生在医生工作站中查看患者的检查结果、检验结果 时，只能从不同的菜单中链接由各自的医技系统提供的Web界面，无 法统一查看患者的检查、检验结果信息，也不能查看患者的历次检查、 检验结果信息。由于同一病人会反复入院，但系统尚不能从统一的视图查 到病人的所有

11、诊疗记录，免去医生反复查询的工作。电子病历与病理系统、影像系统的对接做的不好，负责登 记的技术员需要登录多个系统查询同一病人的信息。病人门诊号、病理号、住院号各不相同，技术员无法通过 唯一标识识别病人，如遇重名则需要技术员人工区别。1. 2. 4.业务流程现状问题检查申请单业务流程问题CT、MR可以在门诊、住院申请单预约，门诊患者缴费后拿 着申请单及缴费单据到影像放射登记科室登记，通过RIS系统进行预 约确认、到检登记，同时通过HIS终端系统进行确费，预约确认、到 检登记、上机检查、出检查报告等各业务环节都不能通过系统反馈给 HIS,医生无法掌握患者的检查进度情况；内镜检查目前没有实现预约，内

12、镜检查登记系统不能获取 电子申请单信息，登记人员通过患者手持的纸质申请单进行人工录入, 后续各环节信息不能通过系统反馈给HIS,医生无法掌握患者的检查 进度；病理申请仍釆用纸质申请单形式，缺乏质量管理模块;挂号、预约挂号业务流程问题医院患者可以通过自助机、手机APP、电话预约、现场、微信、 支付宝等多种挂号方式，号源池统一放在HIS中管理，但由于挂号渠 道多样，针对不同业务场景没有进行统一的业务梳理，不同业务场景 下对号源池处理的业务规则也不相同，因此此处的接口比较乱，后续 如果再增加其他类型的预约挂号方式，业务的复杂度会逐渐增大。第二章需求分析21基础数据治理需求目前，医院30多个其他系统与

13、HIS系统有接口关系，同时为了 让业务流程能够有效运转,HIS系统也与大量的其他系统有接口关系。 这种网状的耦合关系使得系统维护、升级或更换等异常困难、成本高 昂。因此基础数据治理，形成全院级基础数据标准势在必行。建立全院统一的患者主索引的需求医院信息整合要解决的关键问题是患者信息的不统一。目前医院 各个应用系统均有患者基本信息，但是数据的标准不统一，维护的方 式不统一。临床医疗活动均是以患者为主线的，如果患者的信息不统 一是无法实现电子病历等数据整合的。因此，必须要建立全院级统一 的病人主索引，并以此为基础实现医院数据层面的整合，构建EMPI, 实现患者身份的精确识别是打通院前、院内、院后各

14、医疗健康环节的 基础，是实现以病人为中心的健康服务的重点之一。以电子病历为核心构建临床数据存储库的需求目前患者的电子病历文档、检查结果（B超、CT、MR、病理、内 镜等）、检验结果信息都分散在不同的临床业务系统中，医生想要了 解患者的临床信息需要切换到不同系统中查看，不便于辅助诊断。因 此，医院迫切需要建立以患者为中心的临床数据存储库(CDR Clinical Data Repository),将患者历次诊疗过程中产生的临床数 据及临床文档信息以标准化的方式进行集中存储，供各种临床业务角 色在不同业务场景中进行调阅。同时，也能解决由于临床系统升级, 临床数据丢失的问题。24基于平台重构HIS及

15、CIS系统需求医院提出强化“以病人为中心的临床服务功能的需求，未来逐 渐将HIS系统中临床服务相关功能剥离，仅保留费用服务相关功能， 重新构建以费用服务为核心的HIS系统和以电子病历为核心的CIS系 统。因此，需要平台基于SOA理念梳理出公共标准服务(医嘱、费 用、电子病历、申请单等)，并通过平台对外发布服务，实现临床服 务与费用真正剥离。另外，手术麻醉系统、重症监护系统、内镜系统、 病理系统等临床系统，目前的医嘱开立、医嘱执行确认等工作都是在 HIS中完成，医生、护士需要切换不同的系统，工作效率低下。因此 也希望未来可以直接在手术麻醉系统、重症监护系统、内镜系统、病 理系统中进行医嘱处理，结

16、合CDR及知识库提供临床决策支持，提升 临床系统的应用水平。2.5.基于平台深化临床专科系统应用需求医院的信息化越来越向专科化、专业化方向发展，很多医院专科 内部都有其特有的诊疗流程，HIS通用的解决方案方式很难适应各专 科的个性化需求。但引进平台后这种格局将被逐渐打破。因为，医嘱、 费用、检查、检验、病历等各类临床标准服务通过平台梳理完成，并 通过平台对外发布，而且平台基于服务提供插件，可以将插件插入专 科系统中，让专科系统升级、改造将变得轻松容易。并结合CDR及知 识库提供临床决策支持，提升专科系统的应用水平。26支持集团化医院建设需求医院未来的发展方向是建设集团化医院，信息化必将成为重要

17、的 支撑手段。通过基于电子病历的医院集成平台，构建满足区域医疗协 作需求的如区域医疗一卡通、预约挂号系统、医技预约系统、双向转 诊信息、远程医疗等系统，实现集团医院和远程会诊访问端与医院之 间的医疗业务协同。第三章总体设计方案31 总体框架集成平台总体架构设计方法开放组体系结构框架（TOGAF）,在 传统医院信息化建设过程中，往往忽视了 “架构设计”的重要性，整 个IT建设工程在信息化规划之后，直接投入到项目建设阶段，最后 造成项目无法满足客户需求，包含战略发展需求、业务管理需求和基 本运行需求，最终项目无法交付。本项目建设应高度重视“架构设计”的重要性，架构设计从医院 战略分析出发，设计出一

18、套符合要求的架构，包含建设愿景、业务架 构、应用架构、数据架构、技术架构和部署架构，坚持符合“建设目 标”的原则，确保建设的内容是高度可交付的，不仅可以保证医院运 营和管理的可持续性和不断发展，更可以确保这种IT建设是不断迭 代的，进而促使医院信息化建设可以不断支持医院战略发展。.(信息化规划)/经营管理架构设计运营管理业务方向 1交付卜结构化的方向项目管理图3-1架构设计方法信息化建设应坚持顶层设计原则，医院信息化建设应坚持做好 “架构设计”，好的架构设计必然需要遵循科学的设计方法和体系。 目前，世界上广泛采用的架构设计方法是“开放组体系结构框架 (TOGAF) ” ,目前已经发展到9.x版

19、本。TOGAF由国际标准权威组织The Open Group制定，不仅有80% 的福布斯(Forbes)全球排名前50的公司在使用，而且支持开放、标 准的SOA参考架构。开放组体系结构框架(TOGAF)是一个行业标准 的体系架构框架，它能被任何希望开发一个信息系统体系架构在组织 内部使用的组织自由使用。TOGAF是为开发企业架构的一个详细的方 法和相关支持资源的集合。TOGAF将帮助国内医院大大节约IT建设 成本，增加业务模式的灵活性，更加的个性化、随需应变，并提高信 息系统应用水平，同时还可以对业务模式创新起到推动作用。同时， 由于TOGAF不仅仅是一套标准，更是一种方法，能带来最佳管理实践

20、。基于TOGAF,在架构设计阶段，我们引入适合本项目建设的架构 设计方法和流程(如图3-2)图3-2架构设计方法和流程32业务架构医院战略发展规划或目标的达成必定需要各个业务域的支撑，在 业务架构设计时首先需要识别出各个业务域，然后分析出各个业务域 的角色组成及他们之间的关系，接着分析出业务域之间的利益关系， 最后总结和设计出符合IT建设目标的业务流程。321应用架构设计在业务架构的设计中，每个角色User的业务操作其实就是一个功能需求，每个业务操作必然产生Create数据结果，基于UC(User/Create)矩阵方法，我们可以归纳和设计出子系统，最终形 成子系统之间的逻辑关系框架就是应用架

21、构设计。3. 2. 2.数据架构设计数据是信息化建设的根本，数据的合理存储更是一门科学！我们 可以从数据的不同特性来对数据进行分类，例如业务特性、实时性、 长久性、法律法规相关性、业务稳定性等等，然后根据这些特性来决 定哪些数据应该存储在一起，哪些数据应该被分开存储，哪些数据应 该永久保存。3. 2. 3.技术架构设计从业务流程到应用实现再到数据存储，以及它们之间的信息流转, 信息技术是支撑信息流转的必备条件。项目建设需要充分分析各个层 面所需的技术手段，从可行性、性价比、扩展性、规范性等方面做好 技术选型，确保信息化建设可以快速、髙效、高质量的开展。3. 2. 4.逻辑部署架构设计信息系统的

22、各种设计完成之后，我们还需要分析这些信息系统该 如何正确的部署，哪些系统应该独立部署，哪些系统应该集中部署， 不仅需要考虑运行效率、稳定性，还要考虑性价比和易维护性。3. 2. 5.物理部署架构设计信息系统都是运行于网络和硬件设备之上的，在确定了信息系统 的逻辑部署架构之后，我们还需要确定运行信息系统需要什么样的物 理硬件或网络支持。集成平台业务架构设计医院基于电子病历的医院信息平台包含接入层、平台组件、资源 信息层、平台标准服务、基于平台的应用、基于平台的信息门户、信 息标准体系、信息安全体系，共8个组成部分：3. 3. 1.接入层医院信息平台从医院现有信息系统、集团医院信息系统、上级区 域

23、卫生信息平台采集数据、信息共享、业务协同。332平台组件是一套业界已经非常成熟的中间件产品、工具，用于实现消息交 互、应用系统集成、适配器、企业服务总线，是医院信息平台建设的 基础。3. 3. 3.信息资源层是医院信息平台基本运行和展现建设效果的基础，包含EMPI数 据、术语与基础数据、CDR临床数据存储库、CDR文档库、知识库、 运营数据中心ODS、基于主题数据仓库、科研数据仓库、日志数据库 等，是医院的“信息资产”。3. 3. 4.平台标准服务主要包括两大类标准服务，一类是有平台内部公共组件提供的共 性服务通过医院企业服务总线以代理方式对外发布，例如：患者主索 引服务、临床稳文档注册/共享

24、服务、临床决策支持服务等；另一类 是由医院既有系统提供的共性服务通过医院企业服务总线以代理方 式对外发布，例如：医嘱服务、费用服务、患者入出转服务等。335 基于平台的应用是医院信息平台面向院内、院外提供的应用程序和SOA服务，包 含医疗一卡通、CPOE、申请单流转系统、基于CDR的应用、临床辅助 决策支持、过程质量监控等。336基于平台的信息门户层用于统一信息服务，支持跨屏的信息服务，提高信息服务水平, 包含患者门户和医务人员门户等。11 v乐疗卡適CTOE中请草讹林乘疑从于CDR的应用床營助次策支甘itM量當检户住床门户管理门户申进*召JU卸I孩号e*Kn 电子餐名L 2台用倍息标准体系台

25、冷务，标服朱谣与JMMUI入土*计事耳巧幼护理疗人負rnlrCDR*CORL丈亦-OOSA ,-布LLIY用户身信息安全体系t台甫可*应系Kt*务总囊(HSB)术语与3数据CDR(临床数搭存库)图3-4集成平台应用架构设计我们将业务类系统再细分一层得到第二层医院信息系统应用架构设计：3. 4. 1临床服务形成以费用服务为核心的HIS系统构建和以电子病历为核心的 CIS系统构建，强化“以病人为中心”的临床服务功能。这两块的重 构都是以平台为基础的。3. 4. 2.综合运营管理建设医院综合运营管理系统H-ERP,实现以会计为中心，预算为 主线，成本、物流、固定资产为基础，绩效为杠杆的一体化运营管理

26、， 辅助医院逐步完善科学化分配体系，内增活力，辅助医院运营管理实 现可持续发展和跨越式发展的。3. 4. 3.区域医疗协作基于医院优势医疗资源，建设双向转诊、远程会诊、影像中心、 临检中心、病理中心、分级医疗等子系统，实现医院与分院、协作医 院、基层医疗卫生服务机构之间的信息共享和业务协同，辅助医院逐 步开展基于信息化的区域医疗协作业务。344医、教、研一体化建设内增活力，构建医院教学、科研相关的信息系统建设，特别在国 家、省级重点学科科教系统与临床信息系统、临床支持系统之间的信 息共享，只有信息共享的医、教、研一体化建设才能真正辅助医院不 断提升核心竞争力、不断发展，为临床医学科研创新提供活

27、力，为区 域提供更高质量的人才培养和输出。3. 4. 5.信息系统整合包含“信息展现的整合”和“信息交换的整合”，信息展现的整 合即“门户Portal,可以使各种相关信息展现在不同设备上，如PDA、 平板电脑、手机等，让使用信息系统的各类人群更加方便快捷；信息 交互的整合即我们常说的“系统接口实现”，基于电子病历的医院信 息平台可以实现标准化的信息系统整合，通过信息的“大整合”让使 用信息系统的医疗人员、医院管理者更为“一目了然”。3. 4. 6.客户关系管理建设和完善客户关系管理系统，实现客户（这里特指外部客户， 即患者或保健人员）档案电子化，实现客户服务多元化，辅助医院为 客户提供优秀的医

28、疗服务和信息服务，为医院创造效益。3. 4. 7.临床决策支持建设临床数据存储库、知识库，并以临床数据存储库为基础结合 知识库对外提供临床决策支持服务。业务协同客户关系富湮CRM医院信息系统HIS以电子病历为核心的临床信息系统CIS(US超K(PACS/RIS 11合理用药11臍理1心电1手麻系统|1内規1移动BB药医技辅助运营冒理血自动化0A 科研管理I处中心检验中心I炳理中心| 双向影 酎一 “ 门户Port al商业智能与决策支持系统BI基于电子病历的医陕信息平台图3-5第二层医院信息应用架构设计集成平台数据架构设计医院集成平台数据架构在设计上支持集团化医院建设，通过医院 信息平台将医院

29、各业务系统和集团医院业务系统中的临床数据以标 准化的方式集中存储起来，实现数据交换、数据存储、数据转换、数 据分析和数据共享。A基础数据数据库：用于存储基础数据MDM；A患者主索引库：用于存储患者主索引、患者基本信息A临床知识库：用于存储或者结构化存储各类临床知识;CDR临床数据存储库：将医院分散在各临床业务系统中的临床 数据以标准化的方式集中存储起来，用于临床信息共享，供不同临床 业务场景使用；CDR文档库：CDR数据分类两类一类是结构化数据，存储在CDR 临床数据存储库中，一部分是非结构数据以HL7 CDA文档方式存储在 CDR文档库中，主要存储的患者在临床诊疗过程中形成的各类主客观 病历。A临床科研数据仓库：依据临床科研统计分析需求，从临床数据 中心CDR采集数据，构建与疾病有关的数据仓库；BI数据仓库：依据管理与决策需求，从上述各个数据库中采集数据构建主题数据仓库。基于电子病历的医院信息平台医院业芻系统二二二二门二彳厂二卡HIS EMR ERP 0A集团医院业务系统HIS EMR ERP OA图3-6总体数据架构36临床数据存储库CDR通过建立集团化临床数据存储中心，将分院临床各业务系统PACS、LIS、EMR、HIS系统中临床数据形成CDA文档标准存储到总院CDR临床文档库