移动医护解决方案.doc

移动医护（医患通/医护通）解决方案目 标：移动医护工作站（医患通/医护通）解决方案公司名称：中国移动通信集团湖北有限公司荆门分公司作者：集团客户部全业务运营中心日期：一月 4, 2020中国移动通信集团湖北有限公司荆门分公司目录第一部分 项目背景介绍41.1项目背景41.2项目需求分析4第二部分 医疗集成平台解决方案6第1章 医疗集成平台设计61.1 总体架构61.2 四层架构10第2章 集成平台核心组件设计132.1 分布集中模型132.2统一采集网关132.3协议适配器及服务132.3.1跨机构文档共享(IHE XDS)132.3.2 HL7引擎152.4病人主索引（EMPI）152.5医生主索引162.6统一的安全管理162.7单点登录172.8个性化的门户(Portal）182.9流程自动化管理182.10流程自动化开发工具包 (AETK)192.11审计日志20第三部分 移动医生站解决方案22第1章 移动医生站总体设计221.1 总体设计原则221.2总体架构设计231.3 系统的实现技术241.3.2软件环境24第2章 移动医生站功能简介252.1 功能简介252.2 部分功能图示252.2.1检验：252.2.2体征：262.2.3病人基本信息262.2.4集成PACS：272.3 系统特点27第3章 移动终端设备293.1 移动终端291)支持3G、Wifi、蓝牙、胜任各种大容量信息随时随地调阅查看。302)高效准确的手写识别功能，可轻松完成病历、医嘱、记录及标注的手写输入。303)通过条码扫描即时核对病人诊疗信息，确保配药、输液、输血零失误。304)轻量化、便于携带；人性化手托，使用更轻松。305)整机防护硅胶皮套 ，防跌落。30第四部分 移动护士站解决方案31第1章 移动护士站总体设计311.1 总体设计原则311.2 总体架构设计321.3 系统的实现技术32第2章 移动护士站功能介绍352.1 功能简介352.2 部分功能图示362.3 系统特点42第3章 移动终端设备443.1 移动终端453.2 条码扫描46第五部分 移动医护工作站系统优势47第1章 系统独特优势47第2章 技术优势472.1 移动计算472.2 SOA架构的业务集成48第3章 应用优势493.1 医疗角度493.2 医疗模式493.3 医疗管理493.4 方便病人49第4章 设备优势504.2 ARM处理器：随着制造技术不断发展，体积小、能耗低的ARM芯片性能将会得到提升，应用于越来越多功能丰富的PC设备上。50第5章 移动终端安全管理51第6章 项目建设意义52第1部分 项目背景介绍1.1 项目背景现今，医院MIS系统(信息管理系统)已经远远落后于国际医疗信息化的时代步伐。在国外，很多医院早已实现了大联盟，从简单的MIS系统发展到无线网络、远程诊疗、视频应用以及病况共享等系统应用。这些都表明：运用网络手段，特别是无线移动网络手段，推动业务流程改善才是我们需要的信息化。全球的医疗系统都在设法利用无线网络技术的移动性、灵活性和快捷性，使医护人员更准确、快速和高效地获取病例信息，制定决策和采取措施。同时，更多的医疗系统通过网络技术协作，使患者更方便地获得医疗服务。怎样才可让病人远程随时快捷方便的进行疾病求助、咨询建议？医院如何及时提供随访服务、疾病跟踪管理呢？如何充分利用移动运营商提供优良质量的通信网络、及移动业务产品，充分利用这一便捷的通道？这是一个医院在竞争社会中面临的课题，是医院在寻求稳定发展必须思考的问题，是医院通过提供优质服务、提高医疗水平、提高办公效益必不可缺少的渠道。这些问题成为我们要解决的关键问题，移动MAS等产品使这些问题迎刃而解。1.2 项目需求分析医患之间的交流是扩大医院服务范围重点，如何在患者就诊全过程，给予有效的诊前、诊中、诊后服务，是影响医患关系的核心问题；而医患关系建立的好坏决定了病人的需求选择、决定的医疗服务的方式、决定了医院的经济效益。良好的服务手段和服务方式可以加强病人对医生（医院）的信任和依赖，提高医生自身的技术水平，获取更好的经济效益。其主要需求体现在：1) 医生随访跟踪对于重点病例、慢性疾病等，医生需要对其做个性化的患者随访；包括患者康复情况的随访、重点疾病随访、是否有其他不良反应、是否需要复查的提醒等。2) 疾病院外管理疾病的管理，尤其是慢性病的管理，是医务科室的重要工作内容，包括患者病历的管理查询、疾病的预防管理、疾病患者的完整照顾、疾病大课堂等。3) 患者的复诊通知对于需要通过复诊来进一步诊疗的患者，医院需要通知其进行复诊。4) 患者（社会）随时咨询、求助、投诉患者需要对疾病、诊疗等问题进行咨询，医院希望为患者提供咨询、建议和投诉渠道，改善医院服务质量和医患关系。5) 医院移动办公和通知发布6) 患者关怀慰问在患者生日时、术后康复关键时期等重要日期给患者发布关怀慰问信息、温馨提示信息等，让患者感受到来自医院的人文关怀和个性服务；7) 医院服务信息针对性发布在医院要组织慢性病疾病讲座或其他活动时，需要针对相关人群发布服务通知和相关信息；8) 医患互动交流第2部分 医疗集成平台解决方案作为医院信息化建设的基础工程，能够高效稳定运行并满足长期进一步扩展需求。医疗集成平台从各领域，包括医生、护士到医院管理人员，为广泛的业务应用提供了强有力的支持。第1章 医疗集成平台设计1.1 总体架构 J2EE框架J2EE是当前主流的企业级技术标准框架，与.NET相比，J2EE更是一种标准而非一种产品，有超过50家相当有影响力的厂商实现了这些标准，这是J2EE具有如此强大生命力的根本原因，J2EE鼓励竞争更鼓励合作，它为最终用户提供了前所未有的产品选择的自由。信息集成平台在技术体系上选用J2EE体系结构，软件体系结构模式选择“层模型”，采用B/S/D三层结构进行应用系统的开发。 图2-1 三层结构图Browser/WebServer/DataBaseServer三层结构如上图所示，下面对B/S/D三层结构作详细的阐述。实现数据与应用逻辑分离。浏览器Browser/WEB服务器Server/数据库服务器Database是解决公共信息服务以及交互相应动态服务最适用的一种应用模型。实现了真正意义上的瘦客户，大大简化了应用系统的分发、配置管理和版本管理工作。对于可视化应用除基于浏览器的方式之外，针对有特殊展现需求的用户还提供客户端的展示工具，用户可以通过共享服务门户获取所需要展示的数据到本地，再加载到工具中进行展示，一是能够提供比浏览器更加丰富的动态展现方式，二是减小对服务器的压力。 Web ServicesWeb Services是描述一些操作（利用标准化的 XML 消息传递机制可以通过网络访问这些操作）的接口。Web Services技术中包括三个基础概念SOAP、WSDL、UDDI，它们之间的关系如下图： 图2-2 关系图 基于SOA的多层架构面向服务的体系结构（SOA）支持将业务转换为一组相互链接的服务或可重复业务任务，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义的良好的接口和契约联系起来。可在需要时通过网络访问这些服务和任务。这个网络可以是本地网络、Internet，也可以分散于各地且采用不同的技术，通过对来自不同地理位置的服务进行组合，可让最终用户感觉似乎这些服务就安装在本地桌面上一样。可以对这些服务进行结合，以完成特定的业务任务，从而让您的业务快速适应不断变化的客观条件和需求。基于SOA所实现的卫生医疗数据交换网络及基础平台系统时，可确保对业务进行主动的、积极转换，并能够实现 SOA 的好处。 基于IHE和SOA开放式的架构基于服务的功能组建化，采用统一的协议、松散耦合的接口定义、标准化的数据转换、统一的安全保障、标准化的流程自动管理，按照HL7、DICOM和IHE等标准与规范构建医院Web Service开发中间件，这些服务组件处理网络、传输和应用层协议。这些服务将支持可插拔模块、以支持各种应用级协议，如Web Services（WS-I）、ebXML、SOAP和远程调用协议，如RMI、DCOM、.NET等。这些服务通常可以通过来自商业集成平台的插件来获得，他们通常可以在不同的网络协议下运行。以服务架构包装现有系统及功能，无缝集成复杂的医疗卫生信息应用系统，很好的保护了医院的原有投资，能高效、快速地实现区域内的医疗机构信息共享，同时降低了异源异构的医疗卫生信息共享对数据标准化的依赖程度，使其在数据标准相对缺乏时也成为可能，提供更大的灵活性，减少信息集成开支。 采用ESB服务总线设计ESB，企业服务总线是新一代的企业集成技术，巧妙的将总线集成和SOA思想结合起来。使用SOA架构来搭建IT系统是一个复杂的过程，ESB的使用则简化了这一过程。面向服务的架构(SOA)从根本上改变了对企业应用的设计、开发和集成的方式。它倡导企业应用的模块化服务、便捷集成和重用。然而SOA也带来一系列的技术挑战，如可靠的消息传递、服务的虚拟化、服务的发现和调用、策略管理等等。ESB作为SOA架构的中间层，能够有效解决这些难题，所以本技术方案设计也立足于ESB，从ESB入手来实施SOA。ESB允许开发人员集成异构系统，不是面向定制的业务接口，面向的是公共服务。ESB面向服务，服务基于标准，这就使ESB具有屏蔽异构系统平台差异的能力。ESB作为服务提供者和服务消费者之间的桥梁，可以提供多种不同的增值服务，ESB支持数据处理流程，这些数据处理流程可以是一些简单的路由规则，也可以是功能强大的流程引擎来对服务进行编排。这些流程的作用域在逻辑上可以是一个医疗机构内，也可以是多个医疗机构之间，而在物理拓扑上，可以是跨区、跨市、跨省，甚至跨国。ESB支持数据转换，它已经屏蔽了异构系统之间的平台差别，同时还能屏蔽异构系统之间的同种语义的数据差别，就象翻译能把中文翻译成英文一样，ESB可以把一个系统的业务数据根据规则翻译成另一个系统能够识别的业务数据。ESB是实现面向服务总线模式的应用集成的基础。ESB在SOA中的重要作用已经得到了人们的共同认可，持续采用SOA能很好的体现ESB的思想，并且把ESB称为“SOA的主要切入点”，ESB可以简化和降低系统实施成本。但是，ESB不等同于SOA，我们的技术方案是利用ESB来辅助SOA实施，不是以ESB为中心来构建SOA应用。ESB本质上是集成系统，而非SOA系统。SOA是用于拆卸应用竖井(application silos)，而集成系统则是修补这些竖井。” 基于构件的开发（CBD）基于构件的开发（CBD）或基于构件的软件工程（CBSE），而其中的各个部分称为构件，在此我们通称为面向构件。CBD的基本是从定义良好、独立开发的部分来建立系统。对于CBD而言，构件远非模块化编程方法中的子程序、面向对象方法中的对象或类、或系统模型中的包。在CBD中，构件的概念既包含了这些思想又扩展了它们。构件是设计、实现以及维护基于构件的系统的基础。 Portal信息门户框架（portal）是面向服务架构直接面对用户的界面，是用户访问所有服务的统一的信息系统入口。图2-3：统一门户框架作为通往信息访问和管理的真正网关，门户是集成医疗信息业务系统应用程序，以及向用户提供高效和完善环境的最佳位置。通过一个到医疗信息集成整合数据中心的统一入口点，Portal实现了从一个位置上对于所有应用程序的访问。使用者（医务人员，包括将来可能面向患者、公众等）无需了解也无需关心信息的来源。这些信息是通过一个叫做“浏览器”的工具“推向”用户的。单点登录(SSO) 是另一个核心服务。使用SSO，用户登录一次即可访问多个应用程序。1.2 四层架构各医疗服务机构的应用系统、通讯标准以及数据格式各异，按照这一特点，为实现医疗信息共享与交互的需求，我们分HID、HIE、HIM、HIA四个层次来实现目标。图2-4：四层体系结构HID是数据源层，不仅包括来自各医院电子病历系统的数据，也包括来自社区健康中心的数据，HID层还提供统一网关（GateWay）功能，是各医疗服务机构进行数据共享和交换的统一数据交换通道，通过采集、转换、加密/解密、传输各医疗服务机构的数据和信息，为各医疗服务机构系统提供统一的接入和服务手段。HIE层是通讯交换层，它有两部分作用，向下实现和外部数据源的接口和通讯，向上为HIM曾提供数据和接口功能，并且它将数据信息和通讯信息通过不同的数据流向完全隔离分开。HIM层是数据整合层，完成整个卫生区域中心内数据的集中，更准确定义，是完成来自各医疗服务机构数据的整合，它建立了七个医疗卫生信息数据存储库：个人基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库，通过这些存储库为在其之上的众多基础医疗服务和公共卫生等信息系统提供数据抽取和转换的基础。HIA层我们称应用服务层，它完成我国医改需求中所要求的公共卫生监控、卫生医疗服务、医疗信息共享、卫生资源共享、远程医疗等各类需求。第2章 集成平台核心组件设计2.1 分布集中模型海量医疗数据与影像信息实行分布集中式数据管理模型(Federated Model)。分布集中构架不需要创建庞大的中心数据库，避免复杂的、多个系统之间数据同步问题，可以使参与医院系统各自控制数据的分享程度与内容，解决了数据的所有权与安全问题，节省了大量的成本与时间，同时相对于高度集中的数据库而言，维护十分方便。按照HL7、IHE等标准与规范建立中央集中的病人主索引（EMPI)与医疗档案存储中心数据索引（IHE XDS RLS - Record Locator Services），以保证患者数据的完全和快速认证与提取。在分布集中式的基础上，可以加入数据接口生成专业数据库和临床数据库（CDR），例如传染病中心数据库或慢性病管理中心数据库，能很好地满足管理、监督、预防、决策分析等方面的需要。2.2统一采集网关统一网关是各医疗服务机构进行数据共享和交换的数据交换通道，采用“抢占式”技术手段，用于采集、转换、加密/解密、传输各医疗服务机构的数据和信息，同时为各医疗服务机构的HIS、PACS、RIS、LIS、CIS等系统接入集成平台提供统一的接入手段。2.3协议适配器及服务2.3.1跨机构文档共享(IHE XDS)IHE XDS为解决互操作性问题提供标准化的规范和有效的方案。我们使用IHE标准建立中央集中的医疗档案数据索引（XDS RLS - Record Locator Services），能保证患者数据的完全和快速认证与提取。RLS采用发布和订阅模式，创建文档存储库，建立文档的主索引，支持快速的文档检索和查询。 图2-5：基本架构XDS的系统体系结构图如下所示：描述了平台的组成模块、主要功能组件，及信息源。 图2-6： XDS 体系结构图2.3.2 HL7引擎HL7与Web Service中间件（fxHL7）是基于统一的标准数据格式，利用信息传递方式进行医疗信息整合的有效方案。用户可自行定义数据集成的方式，将各个分散系统中的数据上传到数据中心的数据库中，按照“以病人为中心”的原则重新加以转换和组织。fxHL7提供用户友好的管理界面，可以方便地设计信息的流程，过滤信息，转换信息内容或格式。并可在一台fxHL7服务器上设定多个信息通道，实现一对一系统、一对多系统和多对多系统之间的数据传递。fxHL7现支持HL7 v2.x、HL7 v3.0、XML、EDI、X12和DICOM 等数据格式以及HTTP、JMS、LLP、SOAP、TCP、文档、数据库等数据传输协议。应用fxHL7，可加快医院信息集成速度，降低医院信息系统互连和数据采集成本，提高医院信息系统之间信息共享的程度。 图2-7：功能模块2.4病人主索引（EMPI）EMPI（病人主索引）应用特有的算法和技术用于医疗保健行业患者基本信息索引的创建、搜索和维护，可以智能地协助医疗人员对病人有效地进行搜索。EMPI能够从各种不同的子系统中取得患者的信息并进行组织，形成同一患者的唯一标识编码，根据此编码能找到分布在不同地理位置、不同系统、不同标准的患者的所有医疗信息，同时消除重复的患者数据。EMPI同时提供一个搜索引擎，提供给其它应用程序对患者的智能搜索功能；另外EMPI能提供患者信息管理的各种维护功能，如删除、修改、查询、合并、拆分等。由于服务消费方的系统平台环境的差异性等因素，EMPI通过Web Service对外提供服务，各个医院系统都可以通过EMPI提供的接口使用EMPI来检索相关的患者用户信息。在EMPI返回的信息中，将包括患者标识符信息集合。通过这些标识符信息，可以进行医院的信息交互，从而达到信息共享的目的。2.5医生主索引医疗信息集成平台可以支持异源异构的应用系统集成，这些应用系统的医生用户在不同的系统可能有着不同的用户标识（ID）和名称。而信息集成平台通过建立医生主索引可以将不同应用系统中的相同用户链接起来。2.6统一的安全管理信息集成平台提供全面的安全保障机制，保障了平台自身以及基于平台之上扩展的应用系统的安全性。主要的安全措施包括：1、 数据采集的安全性。数据传输的安全性，使用SSL、VPN等技术手段，保障了平台上传输数据的安全性、保密性和完整性。2、 管理的安全性。通过对接入平台的服务器、用户终端、以及网络设备的管理来减少平台受到攻击的机率，保障平台的安全性。中心数据库的安全性（备份容灾方案）。对于软件系统，数据丢失是一项致命的打击，信息交互平台提供了完善的机制来保障中心数据库的安全性。3、 用户的安全性。共享交互平台提供的用户管理机制提供了多种可选的方式来进行用户身份认证，同时建立用户管理中心为不同角色的用户赋权，保证登录用户只能访问到有权限使用的资源。2.7单点登录单点登录（SSO，Single Sign-on）是一种方便用户访问多个系统的技术，用户只需在登录时进行一次注册，就可以在多个系统间自由穿梭，不必重复输入用户名和密码来确定身份。单点登录的实质就是安全上下文（Security Context）或凭证（Credential）在多个应用系统之间的传递或共享。当用户登录系统时，根据用户的凭证（例如用户名和密码）为用户建立一个安全上下文，安全上下文包含用于验证用户的安全信息，系统用这个安全上下文和安全策略来判断用户是否具有访问系统资源的权限。图 2-8 单点登录在单点登录的帮助下，临床用户不再需要记住每一个临床系统的用户名和密码，只需一个由IT部门分配的一个登录系统或者域的用户名和密码，应用系统的用户名和密码，通过单点登录存储在一个加密授权数据库中，统一管理。当应用程序启动时，单点登录客户端能检测到是哪个用户，哪个应用系统需要登录，再从加密授权数据库中获取对应的用户名和密码，并自动输入到应用程序登录界面，然后应用程序自动登录，进入系统。当切换用户时，一键式注销，可以自动快速注销各个临床系统，而不需注销操作系统，需要时可智能提示需要保存数据；当另一个用户重新使用时，只需输入一次用户名和密码，其它对应系统都可自动登录。单点登录遵循HL7 CCOW 标准来统一管理临床用户的每一个应用系统的用户名和密码。用户名和密码以加密的方式存在服务端，从服务端到客户端也以加密的方式传输，保证了用户信息的安全性。2.8个性化的门户(Portal）通过医疗信息集成平台，利用门户技术（Portal）建成具有个性化的应用集成视图，为不同权限和不同角色的用户（例如市民、患者、医务人员、管理人员）提供信息查询和搜索。Portal为信息集成平台提供了一个简单统一的访问入口，包括应用整合、IT架构整合、文档内容管理和协作服务。集成视图工具将从不同数据源获取到的零散信息和数据聚集成一个完整的界面呈现给用户。共享信息可以包括患者基本信息、就诊信息、用药信息、费用信息、过敏信息、检验信息、影像信息。通过建立信息系统互操作的标准化规范，既可以根据不同医疗机构的要求体现个性化特点，又便于挂接不同厂商提供的新的功能模块，标准的参数描述使管理部门便于统计和质量监控。不仅能够降低可避免的重复测试费用、提高医生的工作效率、提高医疗质量、保障医疗安全，而且可以成为医院管理机制实施的重要手段。2.9流程自动化管理流程自动化管理实现应用程序或集成视图（同一个应用程序与集成的各应用程序）间患者信息的实时同步，它实现了一种标准的HL7 CCOW(Clinical Context Object Workgroup) 协议。通过这种机制，当用户在一个视图中查看患者信息时，其他的视图会自动同步，为用户显示当前患者的相关信息，避免用户频繁切换视图，反复输入查询条件，以查找同一病人基于不同应用的数据或信息，最大限度地简化了用户操作，提高了操作效率，降低了出错的可能性。下面这个例子描述了如何通过流程自动化管理提高用户操作效率。流程自动化管理遵照CCOW规范并结合集成平台提供的开发工具来实现的。它为所有需要协同工作的应用创建了一个公共的内容共享区域，当其中任何一个程序改变共享区域里的内容时，其它的关心共享内容（例如患者标识）的应用程序能接收到一个内容改变的消息，从而可以自动根据更新后的内容来完成各自的工作流。下面的示意图中描述了这个过程，图中PACS发出请求更新了公共内容区域中共享的数据，流程自动管理服务器通知其它关心这些共享数据的应用系统发出通知，从而各系统自动完成随后的工作流程。 图2-9 流程自动化管理2.10流程自动化开发工具包 (AETK)为了让应用系统可以自动的完成所定制的工作流程，医疗信息集成平台提供了一套完整的开发工具包来实现这个目标。通常有两种途径的开发方式：开发组件（COM组件、.Net组件、JAR包）通常这种方式用于基于集成平台之上新开发的应用系统。通过平台提供的开发组件，可以对公共内容环境发起更新请求，也可以接收到由服务器发送过来的通知，以及从服务器存取共享数据；当应用系统接收到这类通知后，即可按照定制的流程来为用户自动化完成这些操作。图 2-10 流程自动化开发工具包相对于另一种方式，应用程序扩展适用于现存的系统，其优点是不对现有应用系统产生任何影响，而代理这些系统来和流程自动化管理服务器通讯。平台同样提供了一套工具来协助开发应用程序扩展，并有一个运行环境来支持这些扩展程序的运行。图2-11 流程自动化应用程序扩展工具包2.11审计日志审计日志是对用户在系统中的关键操作以及平台运行情况的记录，包括用户登录信息、关键操作的信息和平台的运行状态以及错误记录。日志管理是对本平台内各个模块产生的日志信息进行管理。所有的日志都存入数据库中。系统提供一致的查询界面，使系统用户可方便地进行查询操作。用户可查看当天的日志，也可查看过去的记录，系统提供统一的格式显示所有的日志内容。这些内容包括：事件的日期和时间、用户、事件类型、事件是否成功、记录内容等。此外，审查用户可以通过日志管理界面定制日志参数，审查、统计和备份日志，并可生成图形报表。 图2-12： 体系架构图第3部分 移动医生站解决方案第1章 移动医生站总体设计1.1 总体设计原则1.1.1 安全性原则由于整个系统涉及大量的保密数据，在设计过程中，必须考虑信息安全及保密措施，确保系统中的信息资源不被非法窃取和篡改，数据中心不被破坏，同时还要保证用户能够正常使用系统，提供应有的信息服务。为了确保该系统的安全性，在建立健全安全管理制度基础上，还必须采用有效的安全保密技术。本系统采用一整套科学、便利的安全管理模式，主要体现在以下几个方面： 系统级登录时间段的限制，错误连接次数的限制等。 程序资源访问控制安全 对程序资源的访问进行安全控制，在客户端上，为用户提供和其权限相关的用户界面，仅出现和其权限相符的菜单，操作按钮；在服务端则对URL程序资源和业务服务类方法的的调用进行访问控制。 功能性安全如用户在执行医嘱时，是否需要签名，是否可以修改他人填写的护理或体征信息等等。 数据域安全 行级数据域安全，如用户只可以访问其职责权限范围内的数据。1.1.2 实用性原则依据全面的用户需求调研和专家分析结果，系统操作使用设计基于触摸屏的使用习惯，大部分操作为点选操作，灵活的互动式功能设计和界面设计，即体现了现有的业务流程又方便了使用人员的操作，实现功能性和易用性的统一。1.1.3 可扩展性基于 SOA 架构中设计，服务之间保持一种无依赖的低耦合关系;服务本身是通过统一的接口定义(可以是WSDL)语言来描述具体的服务内容，并且很好地封装了底层的具体实现。通过定义新的接口即可完成系统的扩展。1.2总体架构设计为了满足医院各种应用的需求，在医院现有有线局域网的基础上架构无线局域网建立无线网络信息传输的硬件平台，为系统应用前端配置无线手持终端实现实时应用信息访问的和移动业务处理，配合中间件技术建立基于服务总线的数据交换平台，便于现有应用系统的集成和未来系统的扩展。 图3-1 移动医生系统整体架构图移动医生一体化工作站基于SOA架构设计，采用分布式、多层次和松耦合结构，提供符合HL7 V3标准的扩展接口可与医院现有其他信息系统的无缝集成，系统应用前端采用“智能识别”和“移动计算”，通过iPad移动终端实现实时应用信息访问的和移动业务处理。1.3 系统的实现技术1.3.1技术平台系统是基于.NET平台开发、开发语言为C#，系统基于SOA架构设计，后台数据库层采用Webservice的方式与数据库交互，前台应用采用B/S结构。1.3.2软件环境系统软件是整个网络系统运行环境的基础支撑软件，移动医生工作站采用当前IT行业成熟的商业化软件： 服务器操作系统：Windows 2003 数据库：Oracle 10g WebService服务器：IIS6.0以上 系统开发平台：Microsoft .net Framework 硬件环境服务器数量配置操作系统说明数据库服务器1台CPU：2.2GHz2以上内存：8GB硬盘：500G以上Windows 2003 可用现医院HIS系统数据库服务器WebService服务器1台CPU：2.2GHz2 以上内存：4GB以上硬盘：150G以上Windows 2003 第2章 移动医生站功能简介移动医生工作站包含了医生日常所有的基本业务，有医嘱管理功能，检查管理功能，检验管理功能，体征管理功能及智能识别等。2.1 功能简介功能名称功能简述病区信息查看我的在院病人、我的出院病人、全科在院病人病历首页查看病人基本信息、诊断信息、手术信息、其他信息、费用信息等医嘱管理查看病人长期、临时医嘱检验管理查看病人检验单以及详细的检验结果检查管理查看病人的检查结果以及详细的pacs影像病程管理查看病人的电子病历体征管理查看病人的详细体征信息、体温单智能识别条码扫描2.2 部分功能图示2.2.1检验：医生在任何地方均可以为患者申请检验或者查询患者检验结果等。 2.2.2体征：医生在床旁或院内任意地方可以查看各项生命体征并按医院要求展示各种数据报表，包括体温单、脉搏单、血糖单等等。 2.2.3病人基本信息集成院内所有的电子病历，医生在任何地方都可以查看患者的基本信息。2.2.4集成PACS：集成院内PSCS系统，医生在床旁或院内任意地方可以查看病人的病历病程、PACS影像等信息。2.3 系统特点1兼容性：只要有浏览器就可使用，包括Windows、MAC OS、Android等操作系统。2扩展性：基于SOA架构，提供相应的服务接口，即可完成一体化工作站功能的扩展。3安全性：只能通过WebService 方可与dbServer进行数据交互，保证了系统的安全性。4先进性：系统基于SOA架构设计，遵循最新标准规范与协议，能将各种系统无缝集成起来。5维护性：B/S结构，主要事务逻辑在server端完成，易维护。采用条码等信息识别技术对患者、医护人员、药品和物资等进行识别、匹配和跟踪。大大减少纸质记录文件。完成诊疗护理措施的电子，实时记录，确保在正确的时间、正确的地点、对正确患者给予恰当的处置，进一步减少医疗事故；并实时记录在案，切实减轻医护人员在输入上的负担，避免任意输入，大大提高记录的真实性。第3章 移动终端设备医疗行业需要移动性更强，稳定性更高，应用更便携的移动临床终端产品，得以为病人提供更高质量的全方位医疗服务。因此我们选择移动医疗终端设备代表iPad，该产品轻薄小巧、高度便携、防水防摔、方便工作；条码扫描可快速识别用户和患者信息，可以无线连接到一体化工作站，随时随地查询有关病人情况的档案文件；这些功能意味着从病人入院起到医生诊断、手术室、病房等信息的获得将更为有效和及时，并且可以帮助医护人员进行治疗诊断，提高医护质量及病人的满意度。3.1 移动终端3.1.1 产品图片： 3.1.2 产品说明设备名称概述IPad 2内存：16GB内存显示屏：9.7英寸IPS显示屏；1024x768，132ppi无线：802.11b/g/n WLAN；蓝牙2.1+EDR；摄像头：双摄像头、条码扫描电池：使用时间10小时，待机时间1个月3.1.3特点：1) 支持3G、Wifi、蓝牙、胜任各种大容量信息随时随地调阅查看。2) 高效准确的手写识别功能，可轻松完成病历、医嘱、记录及标注的手写输入。3) 通过条码扫描即时核对病人诊疗信息，确保配药、输液、输血零失误。4) 轻量化、便于携带；人性化手托，使用更轻松。5) 整机防护硅胶皮套 ，防跌落。第4部分 移动护士站解决方案第1章 移动护士站总体设计1.1 总体设计原则1.1.1 安全性原则由于整个系统涉及大量的保密数据，在设计过程中，必须考虑信息安全及保密措施，确保系统中的信息资源不被非法窃取和篡改，数据中心不被破坏，同时还要保证用户能够正常使用系统，提供应有的信息服务。为了确保该系统的安全性，在建立健全安全管理制度基础上，还必须采用有效的安全保密技术。本系统采用一整套科学、便利的安全管理模式，主要体现在以下几个方面： 系统级登录时间段的限制，错误连接次数的限制等。 程序资源访问控制安全 对程序资源的访问进行安全控制，在客户端上，为用户提供和其权限相关的用户界面，仅出现和其权限相符的菜单，操作按钮；在服务端则对URL程序资源和业务服务类方法的的调用进行访问控制。 功能性安全如用户在执行医嘱时，是否需要签名，是否可以修改他人填写的护理或体征信息等等。 数据域安全 行级数据域安全，如用户只可以访问其职责权限范围内的数据。1.1.2 实用性原则依据全面的用户需求调研和专家分析结果，系统操作使用设计基于触摸屏的使用习惯，大部分操作为点选操作，灵活的互动式功能设计和界面设计，即体现了现有的业务流程又方便了使用人员的操作，实现功能性和易用性的统一。1.1.3 可扩展性基于 SOA 架构中设计，服务之间保持一种无依赖的低耦合关系;服务本身是通过统一的接口定义(可以是WSDL)语言来描述具体的服务内容，并且很好地封装了底层的具体实现。通过定义新的接口即可完成系统的扩展。1.2 总体架构设计为了满足医院各种应用的需求，在医院现有有线局域网的基础上架构无线局域网建立无线网络信息传输的硬件平台，为系统应用前端配置无线手持终端实现实时应用信息访问的和移动业务处理，配合中间件技术建立基于服务总线的数据交换平台，便于现有应用系统的集成和未来系统的扩展。 图4-1 移动护理整体架构图移动护士一体化工作站基于SOA架构设计，采用分布式、多层次和松耦合结构，提供符合HL7 V3标准的扩展接口可与医院现有其他信息系统的无缝集成，系统应用前端采用“智能识别”和“移动计算”，通过iPad移动终端实现实时应用信息访问的和移动业务处理。1.3 系统的实现技术1.3.1 技术平台系统是基于.NET平台开发、开发语言为C#，系统基于SOA架构设计，后台数据库层采用Webservice的方式与数据库交互，前台应用采用B/S结构。1.3.2 软件环境系统软件是整个网络系统运行环境的基础支撑软件，移动护士工作站采用当前IT行业成熟的商业化软件： 服务器操作系统：Windows 2003 数据库：Oracle 10g WebService服务器：IIS6.0以上 Web应用服务器：IIS6.0以上 系统开发平台：Microsoft .net Framework 2.5521.3.3 硬件环境 服务器数量配置操作系统说明数据库服务器1台CPU：2.2GHz2以上内存：8GB硬盘：500G以上Windows 2003 可用现医院HIS系统数据库服务器WebService服务器1台CPU：2.2GHz2 以上内存：4GB以上硬盘：150G以上Windows 2003Web应用服务器1台CPU：2.2GHz2 以上内存：4GB以上硬盘：150G以上Windows 2003第2章 移动护士站功能介绍移动护理一体化工作站基于Web服务松耦合部署方式，业务模块基于标准化业务流程的抽象和重构，组件式和构件式的开发模式便于扩展，也大大的提高了业务性能;通过门户集成实现应用前端的整合，集成医院现有的护士工作站和临床信息系统；通过建立面向服务的系统架构，为医院的其他应用系统提供统一、标准的接口，信息交互符合HL7、IHE等国际标准，以便未来扩展到更多的系统和区域。系统应用前端采用“智能识别”和“移动计算”，通过iPad移动手持终端实现实时化和信息移动化。结合科室目前的实际需求，移动护理一体化工作站将护士工作站延伸和扩展到病人床头，实时采集患者的生命体征、体温、脉搏、呼吸、血压、神志、用药途径等，同时将采集的时间和采集人等相关信息记录到数据库。简化信息的采集、录入手段。分类显示所有医嘱信息：药疗医嘱、注射医嘱、输液医嘱、治疗医嘱、护理医嘱、检查医嘱、化验医嘱、膳食医嘱。跟踪医嘱的全生命周期，确认医嘱实际执行人和执行时间。对医嘱按临床路径进行拆分，直接统计工作量，为绩效考评提供依据。查询与统计功能，实时记录每一条医嘱的实际执行人和实际执行时间，为绩效考评提供准确地参考依据。2.1 功能简介主功能子功能医嘱管理校对、执行医嘱查看医嘱打印输液贴 体征管理体温、呼吸、脉搏、血压等生命体征采集录入出入量采集录入自动生成标准格式的体温单等护理文书整点生命体征的录入护理管理护理记录首页、一般护理记录单、危重护理记录单、每日小结录入打印护理记录首页及护理记录单，支持续打、补打护理提醒（体温、血压测量频率提醒） 自动生成交班报告，支持护理记录模板录入病人管理病人出入科、出入院管理病人流动统计病人费用查询病区管理床位修改换床管理病人预交金查询、打印催补单排班管理安排每人、每天班次支持打印智能识别一维、二维条码扫描系统集成提供标准的HL7 V3接口标准，可以无缝接入医院其他系统，如心电监护、PACS、EMR等等2.2 部分功能图示1）登陆 支持多用户快速登录，可以通过点击选中下部画廊中代表某一用户的图片再录入密码即可登录，在单用户的情况下可以通过记住密码自动登录。 系统设置，通过点击设置按钮可以来到系统设置界面，在此界面可以配置无线护理服务器地址和端口，也可以进行版本手动升级。2）患者管理 病人列表，按卡片形式展示病人信息姓名，年龄，性别，床位和任务提醒标志。 病区切换，通过点击上图中红色区域的下拉按钮可以切换护士所在的病区。 病人查询，在病人列表界面点击Android系统菜单中的查询菜单，可以导航到患者查询界面，通过床位号或者病历号或者入院日期来查找符合条件的病人。也可在该页面切换病区。3）临床信息 临床信息，通过在病人列表点击病人卡片可以导航到该病人的临床信息界面。 患者基本信息显示，蓝色区域为病人基本信息，点击该区域下部的按钮，可以将该区域收起，再点击则恢复。 临床提醒，点击“临床信息”区域右上角的按钮，可以弹出临床提醒数据录入界面。 任务列表，右侧的“任务列表”区域提供了两项任务，医嘱核对和护理记录，每个任务项有一些总体的介绍。点击任务对应的图标即可进入到相应任务执行界面。4）任务执行 护理记录，在临床信息界面点击护理记录的图标，即可进入体温单录入任务执行界面。显示最近2天的体温单，并提供录入和修改功能。体温单的项目包括脉搏、体温、呼吸、血压、体重、身高、入量、尿量、大便、药物过敏、事件等。其中有图标的空格表示按规则应该要在此时间点测量该项数据的意思。点击某一时间点上的某一项目的空格，即可进入到对应的数据输入界面，如体温输入界面如下：体温单后台，护士在保存了体温单录入数据后，服务器后台即可生成下图的体温单，支持手工修改以及打印 医嘱核对，在临床信息界面点击医嘱核对的图标，即可进入医嘱核对任务执行界面。提供临时医嘱和长期医嘱的核对功能，通过勾选进行核对，并保存核对记录。2.3 系统特点（1） 兼容性：只要有浏览器就可使用，包括Windows、MAC OS、Android等操作系统。（2） 扩展性：基于SOA架构，提供相应的服务接口，即可完成一体化工作站功能的扩展。（3） 安全性：只能通过WebService 方可与dbServer进行数据交互，保证了系统的安全性。（4） 先进性：系统基于SOA架构设计，遵循最新标准规范与协议，能将各种系统无缝集成起来。（5） 维护性：B/S结构，主要事务逻辑在server端完成，易维护。（6） 采用条码扫描等信息识别技术对患者、医护人员、药品和物资等进行识别、匹配和跟踪。大大减少纸质记录文件。完成诊疗护理措施的电子，实时记录，确保在正确的时间、正确的地点、对正确患者给予恰当的处置，进一步减少医疗事故；并实时记录在案，切实减轻医护人员在输入上的负担，避免任意输入，大大提高记录的真实性。第3章 移动终端设备医疗行业需要移动性更强，稳定性更高，应用更便携的移动临床终端产品，得以为病人提供更高质量的全方位医疗服务。因此我们选择移动医疗终端设备代表iPad，该产品轻薄小巧、高度便携、防水防摔、方便工作；条码扫描可快速识别用户和患者信息，可以无线连接到一体化工作站，随时随地查询有关病人情况的档案文件；这些功能意味着从病人入院起到医生诊断、手术室、病房等信息的获得将更为有效和及时，并且可以帮助医护人员进行治疗诊断，提高医护质量及病人的满意度。3.1 移动终端3.1.1 产品图片： Ipad版本 ITouch版本3.2.1 产品说明设备名称概述IPad 2内存：16GB内存显示屏：9.7英寸IPS显示屏；1024x768，132ppi无线：802.11b/g/n WLAN；蓝牙2.1+EDR；摄像头：双摄像头，条码扫描电池：使用时间10小时，待机时间1个月Itouch4大小重量：111.0*58.9*7.2毫米，101克内存：8GB内存显示屏：3.5英寸Multi-Touch宽屏显示屏；326 PPI 960x640像素无线：802.11b/g/n WLAN；蓝牙2