医院信息化技术路线

2016-06-27 14:10:06 his医联体行心医养结合 阅读

为了保证数字化医院信息系统的开放性、稳定性和可扩展性,我们采用如下的总体技术路线:

1)     软件设计上,遵循系统设计框架及标准,支持跨平台应用。

2)     系统构架平台上,全面综合我司发展多年的开发的,并在大量的应用中得到验证的LJDHIEPXYHISLJPACSLJLISLJEMR平台组件,构建灵活、健壮、高效、稳定的数字化医院基础平台。

3)     用组件化、参数化、方法库和工作流等技术,提高系统的扩展性,以适应各种业务的变化。

4)     用面向对象的设计方法及RUP的软件开发过程管理,提高系统的复用性。

1.1       采用标准和开放的架构

采用基于行业标准或得到广泛使用的事实上的行业标准的技术和架构,有利于降低技术风险和对特定供应商的依赖性;采用的开放系统架构,有利于保持系统的向后兼容性、可集成性和可扩展性。

1.2       采用面向对象的技术

面向对象技术的发展已经成熟,基于面向对象技术的开发语言和应用框架,已经得到证明可以大大提高信息系统开发和建设的效率,提高架构的合理性和可扩展性。

1.3       采用分层的架构

分层从逻辑上将子系统划分成许多集合,而层间关系的形成要遵循一定的规则。通过分层,可以限制子系统间的依赖关系,使系统以更松散的方式耦合,从而更易于建设、维护和进化。

1.4       采用基于组件的技术

基于组件的开发是普通应用程序开发的变体,它具有如下特点:

1)     应用程序由各自独立的组件组成,这些组件的开发和部署保持相对的独立性,而且很可能是由不同的团队开发和部署的。

2)     通过仅对这种应用程序的某些组件进行升级,从而对其进行小幅度的升级。

3)     组件可以在不同应用程序之间共享,因此可对它们复用,但同时也产生了项目之间的依赖关系。

4)     尽管并非与基于组件完全密不可分,但基于组件的应用程序倾向于分布式结构。

1.5       建设多种信息技术渠道的解决方案,多渠道共享业务逻辑

信息技术的高速发展,提供了从多种信息技术渠道获取信息系统渠道服务的一致性。例如互联网、手机短信等。充分利用这些信息技术渠道,有利于为患者提供更加高效、便捷、优质的就诊环境。未来数字化医院信息系统应该统一建设充分利用各种信息渠道提供的能力,同时各渠道也应共用相同的业务逻辑,降低开发工作量,提高各渠道服务的一致性。

1.6       业务应用体系结构设计

1.6.1     医院业务的特点分析

1.     从医院的业务应用范畴分类要求分析,可将医院的业务归纳为以下的业务需求:

1)     患者(客户)信息管理业务:患者建卡管理、患者基本信息管理、客户关系管理等;

2)     临床业务:医生工作站、护士工作站、检验、检查、手术、麻醉、医技等相关部门;

3)     财务管理业务:财务管理、各应用部门的收费、成本核算等;

4)     供应管理业务:药品管理、设备管理、物资管理等;

5)     办公及基础管理业务:院长查询、成本核算、病案管理、医务管理、护理管理、办公自动化等;

2.     从医院的业务运行要求来分析,有以下主要特点:

1)     主要业务(特别是与患者有关的费用处理相关业务)请求处理要求速度快,效率高;

2)     终端用户量有限,且业务应用比较平稳,如门诊业务的事务请求相对集中在早上的某一时段(900—1200),住院业务申请相对应用平稳;

3)     对大范围的查询和统计的长事务处理比较多,如院长查询、成本核算、医疗统计等业务要求;

4)     对外的公共信息交流相对较少;

3.     从医院的经营情况分析,有如下特点:

1)     医院本身是一种非赢利性单位;

2)     各医院的收入水平和医疗资源分配差别较大;

3)     对信息系统的一次性投资较少。

1.6.2     二层结构的特点

Client/Server结构是目前计算机系统中较常用的体系结构,也是一个低成本的体系结构,更重要的是它还是一个开放的体系结构。Client/Server体系结构,不仅包括医院信息系统目前及未来的业务发展所需要的各种规模与处理能力的服务器及其相应的操作系统和数据库,还包括系统中的各种网络系统,主机系统,客户端等,有机地构成数字化医院信息系统先进的、开放的、可高度扩展的系统处理结构。

Client/Server体系中,将应用分为两大部分:一部分是由多个用户共享所需的功能和信息,即Server部分;另一部分是为每个用户所有的,即ClientClient部分执行前台功能如管理用户接口、采集数据、格式化数据库和报告请示等,而用户需要服务即由Client发出请求,然后由Server执行相应的服务,并将服务结果送回Client,然后提交给用户。

Client/Server结构特点:

1)     Client/Server为最终用户提供了直观友好的图形用户接口;

2)     对于应用软件系统开发人员,由于采用先进的开发工具将应用程序分成两部分(Client端、Server)在不同环境下运行,大大降低了开发工作量;

3)     充分利用了Server的高性能计算能力,提高系统的运行效率;

4)     作为查询结果返回给Client数据量较之以前的主机模式及文件服务器模式大大减少,降低了网络交通流量,提高了网络传输效率,降低了网络瓶颈

5)     开放性,Client/Server结构能够以灵活的方式将以往的主机/终端模式及文件服务器计算模式集成在同一环境下,因而具有很大的开放性。

6)     随着业务的应用和扩展,系统以后可以扩展到三层结构模式。

1.6.3     三层结构的特点

三层结构(多层结构)是在两层结构的基础上,针对两层结构的不足而提出的新的技术架构体系。它主要解决以下三个问题:

1)     大用户量并发访问问题;

2)     系统维护修改问题;

3)     数据安全问题;

两层结构包括C/SB/S两种模式,应用系统中经常根据实际需要来选择不同的模式,C/S模式具有信息交互能力强,能实时高效地与数据库沟通,有效地利用本地资源(尤其是打印问题)等优势,适用于要求速度快、人机交互性强、对报表输出要求灵活、丰富的场合,一般在局域网下的业务系统大多采用C/S模式;但C/S模式要求安装客户端,安装、维护不方便,不便于广域网下使用。B/S模式则正好与C/S模式相反,它的优势在于广域网下对系统相对静态信息的访问,零客户端安装,不用维护;缺点是信息交互能力差,速度慢,对打印输出支持有限。B/S模式一般用在相对静态信息的查询系统。

三层结构包括C/S/SB/S/S两种模式,中间的S是指应用服务器,它在客户端与数据库服务器之间架起了桥梁,客户段对数据库的所有连接请求都通过应用服务器来递交给数据库服务器,通过中间件技术,屏蔽了大用户量并发访问对数据库系统的冲击,解决了直接访问数据库造成的数据安全问题;业务系统构架在应用服务器上,解决了系统维护问题。

 

1.6.4     医院信息系统的体系结构设计

公司作为省内较大的医疗卫生专业化软件公司,时刻跟踪计算机软件前沿技术,并进行了卓有成效的研究,最先提出三层结构(多层结构)软件开发组件框架模型:WCF+Unity+EF
框架。

2.png

WCFWindows通讯接口。

                通信双方的沟通方式,由合约来订定。

                通信双方所遵循的通信方法,由协议绑定来订定。

                通信期间的安全性,由双方约定的安全性层次来订定。

契约(Contract):

WCF 的基本概念是以契约(Contract) 来定义双方沟通的协议,大致分成了四种:

数据契约(Data Contract),订定双方沟通时的数据格式。

服务契约(Service Contract),订定服务的定义。

操作契约(Operation Contract),订定服务提供的方法。

消息契约(Message Contract),订定在通信期间改写消息内容的规范。

协议绑定 (Binding)

由于 WCF 支持了HTTPTCP... 等协议,双方必须要统一通信的协议,并且也要在编码以及格式上要有所一致。

客户端:

对于 WCF 的客户端来说,WCF 服务就像是一个 Web Service 一样, WCF Service Proxy Visual Studio 中被称为服务引用(Service Reference)

Endpoint

       每一个 WCF 服务都会关系到

地址(Address)、绑定(Binding)和契约(Contract),

WCF 则通过 Endpoint ABC 三个方面联系在一起。每一个 Endpoint 都必须包括 ABC 三个方面,缺一不可,而 host 进程会提供WCF Endpoint供客户端调用。每个 Endpoint 都对应一个唯一地址,但是多个 Endpoint 可以共享相同的绑定和契约,每个服务又可以提供多个 Endpoint 供客户端掉用。

EFEntity Framework):对象关系对应解决方案

       长久以来,程序设计师和数据库总是保持着一种微妙的关系,在商用应用程序中,数据库一定是不可或缺的元件,这让程序设计师一定要为了连接与访问数据库而去学习 SQL 指令,因此在信息业中有很多人都在研究如何将程序设计模型和数据库集成在一起,对象关系对应 (Object-Relational Mapping) 的技术就是由此而生。

Entity Framework 利用了抽象化数据结构的方式,将每个数据库对象都转换成应用程序对象 (entity),而数据字段都转换为属性 (property),关系则转换为结合属性 (association),让数据库的 E/R 模型完全的转成对象模型,如此让程序设计师能用最熟悉的编程语言来调用访问。而在抽象化的结构之下,则是高度集成与对应结构的概念层、对应层和储存层,以 及支持 Entity Framework 的数据提供者 (provider),让数据访问的工作得以顺利与完整的进行。

(1) 概念层:负责向上的对象与属性显露与访问。

(2) 对应层:将上方的概念层和底下的储存层的数据结构对应在一起。

(3) 储存层:依不同数据库与数据结构,而显露出实体的数据结构体,和 Provider 一起,负责实际对数据库的访问和 SQL 的产生。   

IOC控制反转

       控制反转(Inversion of Control,英文缩写为IoC)是一个重要的面向对象编程的法则来削减计算机程序的耦合问题,也是轻量级的Spring框架的核心。 控制反转一般分为两种类型,依赖注入(Dependency Injection,简称DI)和依赖查找。依赖注入应用比较广泛。

       IOC模式,系统中通过引入实现了IOC模式的IOC容器,即可由IOC容器来管理对象的生命周期、依赖关系等,从而使得应用程序的配置和依赖性规范与实际的应用程序代码分开。其中一个特点就是通过文本的配置文件进行应用程序组件间相互关系的配置,而不用重新修改并编译具体的代码。

        可以把IoC模式看做是工厂模式的升华,可以把IoC看作是一个大工厂,只不过这个大工厂里要生成的对象都是在XML文件中给出定义的,然后利用Java 反射编程,根据XML中给出的类名生成相应的对象。从实现来看,IoC是把以前在工厂方法里写死的对象生成代码,改变为由XML文件来定义,也就是把工厂和对象生成这两者独立分隔开来,目的就是提高灵活性和可维护性。 

3.png

 

公司在总结应用软件技术架构和医院业务模型特点的基础上,采用C/S/SB/S/S相结合混合的业务架构。并在C/S/S技术架构的应用系统中,引入N层结构的设计思想,基于.NET标准,将系统业务逻辑封装在应用服务器上,客户端应用程序自动从应用服务器上下载和更新业务逻辑,实现客户端的零维护。

4.png

5.png


标签:  医院信息化技术路线 医院信息化 医院信息化系统 医院信息化HIS 医院信息化HIS系统 HIS 医院信息化技术路线 医院HIS系统