论文部分内容阅读
【摘要】本文立足于医院信息化发展现状,通过研究医院信息系统的开发过程中构件的应用,展现构件在医院信息化建设中的广阔前景。
【关键词】医院信息系统;构件
1.引言
随着科技的日益发达,计算机在各个行业不断受到人们的重视,同时得到越来越广泛的应用,医院同样面临着信息时代的挑战。医院信息管理的计算机化、网络化将是建设现代化医院必不可少的条件和重要的手段。
医院要紧跟时代发展的步伐和潮流,必须实现医院全面的信息化管理,为病人提供现代化的服务,提高对病人的服务水平,方便、准确、快捷地为病人提供医疗服务和医疗费用信息,进而增强病人对医院的信任和支持。当前,医院还面临着越来越激烈的市场竞争,想要在竞争中取胜,就必须采用先进的计算机信息系统。
2.医院信息化发展现状
在中国医疗系统改革中,医院信息化是一个重要的环节。加快医院信息化的建设和发展,有利于提高工作效率与管理水平,转变传统的卫生管理模式,降低医疗卫生行业运营成本,增强现代医院竞争力,使其能够最大程度的适应社会主义市场经济的发展[1]。
目前医院的信息化应用主要有:医院信息管理系统(HIS)、临床信息系统(CIS)、医学影像信息系统(PACS)、检验信息系统(LIS)和电子病历系统(EMR)等,同时单个医院还可以与社会保险系统接轨。
医院信息管理系统(HIS,Hospital In-formation System)是以计算机为基础,用于简化所有医院医疗和管理信息。按照Morris F.Collen所给的定义:利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息(Patient Care Information)和行政管理信息(Administration Informa-tion)的收集(Collect)、存储(Store)、处理(Process)、提取(Retrieve)和数据交换(Communicate)的能力,并满足所有授权用户(Authorized)的功能需求。
医院信息系统属于迄今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。这是医院本身的目标、任务和性质决定的。它不仅要同其它所有MIS系统一样追踪管理伴随人流、财流、物流所产生的管理信息,从而提高整个医院的运作效率,而且还应该支持以病人医疗信息记录为中心的整个医疗、科学、科研活动。
目前,我国已建成的医院信息系统多数属于面向管理的医院信息系统,更确切的说,是以财务为中心的医院信息系统。卫生部对国内6921家医院进行调查,其中有2179家建设了医院信息系统(HIS),占31%。从地区分布看,华东地区医院建设HIS比例接近80%,其他大部分地区在30%~35%之间,西北地区不足20%。从医院规模看,省级医院建设HIS的比例达到84%,地市级医院建设HIS的比例为37%,县级医院为34%。根据卫生部的统计,国内有17000多家县以上的医疗机构,应有5000多家医院建设了HIS。在经过了这一轮的医院信息系统实施应用之后,现在一些大型医院已经开始考虑对HIS系统进行升级和修改。
3.基于构件的医院信息系统(HIS)开发过程模型
3.1 构件的概念及其一般特征
构件是系统中实际存在的可更换部分,它实现特定的功能,符合一套接口标准并实现一组接口。构件代表系统中的一部分物理实施,包括软件代码(源代码、二进制代码或可执行代码)或其等价物(如脚本或命令文件)。软件构件则是指软件系统中具有一定意义的相对独立的构成成分,即可以被多个软件系统所复用、具有相对独立功能的系统构成成分。具体地说,软件构件是一个或一组具有良好接口定义的自包含软件,既具有运行时可访问的接口,又具有开发时可立提交与安装的特性。一般来说,可复用软件构件应具备以下特征:①有用性(Usefulness),构件必须提供有用的功能;②可用性(Usability),构件必须易于理解和使用;③质量(Quality),构件及其变形必须能正确地工作;④适应性(Adaptability),构件应能通过参数化等方式在不同的语境中进行配置;⑤可移植性(Portability),构件应能在不同的硬件运行平台和软件环境中工作[2]。随着对软件复用理解的深入,构件的概念已不再局限于源代码级的标准类库、函数、类和对象等,而是延伸到包括需求分析在内的软件开发过程的各个阶段,可以包括软件工作产品、软件子系统、软件构架、场景分析设计文档、经验教训、有创见的软件工程思想与表述,以及其他对开发活动有用的信息。从抽象层次上看,软件复用可体现在3个层次:概念级复用,如场景知识、开发经验、建模方法和文档资源的复用;逻辑级复用,关键是软件体系结构重组和规则复用;物理级复用的实质是构件复用,包括模板共享、类库共享、子程序和函数调用等。因此,软件构件也可以按这3个抽象层次来进行划分。
3.2 基于构件的医院信息系统开发过程
正如前文所述,医院信息系统属于迄今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。所以我们提出基于构件的医院信息系统开发方法,即构建软件体系结构可重组以及通过构件库将可重用的构件引入信息系统开发过程。从工程化与过程管理的角度讲,如图1所示,基于构件的医院信息系统开发过程可定义为3个层次和4个场景。
3.2.1 医院信息系统开发模型的4个场景
(1)开发场景。从医院各科室特定应用需求出发,通过场景分析进行共性需求识别、场景对象抽象和场景知识获取,以建立概念级的场景模型,产生应用系统的需求规格说明,这一阶段的成果是场景模型。
(2)部署场景。部署场景的主要任务是为场景需求寻求软件解决方案,包括构架设计模型和构件设计模型。在这一阶段中,首先检索构架库中存放的面向特定场景的构架,寻找可复用的构架,或者对其进行必要的适应性修改;在无可复用构架时,创造适合该应用环境的新构架,并进行标准化描述后入库,以备将来的复用。然后,在构架的指导下,把系统功能分解到相应的构件和连接件,并定义系统中的构件与构件之间的关系。这一阶段的成果是构架模型和构件模型。 (3)运维场景。根据场景应用开发或直接重用的需要,进行场景实现。包括场景构件的识别、设计、编码和测试等局部过程集成,系统构件的分类、检索、引用和构件库维护,场景构件与系统构件的演化、实例化、组合和应用原型的动态生成等场景框架整体集成,从而建立符合场景应用的各种物理模型。这一阶段的成果是软件构架和代码级的构件。
(4)用户场景:通过对实现阶段所生成的产品进行组装和运行模拟(正向)、设计优化(逆向)等措施,对场景化软件原型进行可用性评价和可重构性验证,并对符合确认测试条件的应用系统进行全局封装和使用规范生成,最终获得一个真正构件化的目标系统。
基于构件的软件开发过程强调可复用构件的中心作用,工作流程中的各项活动与瀑布模型大不相同,在基于构件的软件开发整个过程自始至终把识别共性与重用放在重要的位置。在开发过程的每一个场景中,都是从对构架/构件库的查找开始,经选取、直接采用或修改采用,再进行测试和装配,最终将完成的构架/构件入库或形成一个新的应用系统而发布。可见,在整个过程中,构架库和构件库为各项开发活动提供了基础,标准规范和质量保证对整个生产过程提供支持。
3.2.2 过程模型的3层结构
如前所述,软件复用可体现在概念级复用、逻辑级复用和物理级复用3个层次。从模型化与内容抽象的角度看,面向构件的软件开发过程也可按3个层次展开:概念层、逻辑层和物理层。这与UML描述、数据库设计模式、元建模技术以及分布式计算等多种方法是一致的,差别只在术语不同。例如,在基于UML形式描述的面向对象建模中,上述3个层次称概念层、说明层和实现层;而在元建模中则称元知识层、结构知识层和算法知识层。之所以具有这样的分层结构,其主要原因是将技术层的物理实现与概念层和逻辑层的分析与设计相分离。
过程模型的这种架构特征有利于软件生产过程的组织与管理,在软件过程模型的不同层次上,产生的产品是不同的,例如,在概念层上,关键活动是场景需求分析,其成果是场景模型;而在逻辑层上,关键活动是场景构架(Architecture,也称软件体系结构)设计和场景构件设计,其成果是构架模型和构件模型;而在物理层上,关键活动是场景构件实现、系统构件维护、应用系统集成等,其成果是代码级的软件制品。显然,所处的层次不同,要求的抽象能力和工作技能也不同。
4.结语
软件构件技术的出现,为根本改善目前医院信息系统生产高成本、低效率的状况,为实现医院信息系统软件由作坊式生产向工业化生产的飞跃带来了机会。因此,构件技术必将在今后的医院信息化建设中的展现中越来越广阔前景。
参考文献
[1]韦子奇.医院信息化的建设和发展[J].计算机光盘软件与应用,2011(7).
[2]黄柳青,王满红.构件中国(面向构件的方法与实践).
作者简介:
田华(1982—),女,河北保定人,硕士,助理工程师,现供职于张家口市第一医院。
曹永峰(1982—),男,河北张家口人,大学本科,中共张家口市委党校助教。
【关键词】医院信息系统;构件
1.引言
随着科技的日益发达,计算机在各个行业不断受到人们的重视,同时得到越来越广泛的应用,医院同样面临着信息时代的挑战。医院信息管理的计算机化、网络化将是建设现代化医院必不可少的条件和重要的手段。
医院要紧跟时代发展的步伐和潮流,必须实现医院全面的信息化管理,为病人提供现代化的服务,提高对病人的服务水平,方便、准确、快捷地为病人提供医疗服务和医疗费用信息,进而增强病人对医院的信任和支持。当前,医院还面临着越来越激烈的市场竞争,想要在竞争中取胜,就必须采用先进的计算机信息系统。
2.医院信息化发展现状
在中国医疗系统改革中,医院信息化是一个重要的环节。加快医院信息化的建设和发展,有利于提高工作效率与管理水平,转变传统的卫生管理模式,降低医疗卫生行业运营成本,增强现代医院竞争力,使其能够最大程度的适应社会主义市场经济的发展[1]。
目前医院的信息化应用主要有:医院信息管理系统(HIS)、临床信息系统(CIS)、医学影像信息系统(PACS)、检验信息系统(LIS)和电子病历系统(EMR)等,同时单个医院还可以与社会保险系统接轨。
医院信息管理系统(HIS,Hospital In-formation System)是以计算机为基础,用于简化所有医院医疗和管理信息。按照Morris F.Collen所给的定义:利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息(Patient Care Information)和行政管理信息(Administration Informa-tion)的收集(Collect)、存储(Store)、处理(Process)、提取(Retrieve)和数据交换(Communicate)的能力,并满足所有授权用户(Authorized)的功能需求。
医院信息系统属于迄今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。这是医院本身的目标、任务和性质决定的。它不仅要同其它所有MIS系统一样追踪管理伴随人流、财流、物流所产生的管理信息,从而提高整个医院的运作效率,而且还应该支持以病人医疗信息记录为中心的整个医疗、科学、科研活动。
目前,我国已建成的医院信息系统多数属于面向管理的医院信息系统,更确切的说,是以财务为中心的医院信息系统。卫生部对国内6921家医院进行调查,其中有2179家建设了医院信息系统(HIS),占31%。从地区分布看,华东地区医院建设HIS比例接近80%,其他大部分地区在30%~35%之间,西北地区不足20%。从医院规模看,省级医院建设HIS的比例达到84%,地市级医院建设HIS的比例为37%,县级医院为34%。根据卫生部的统计,国内有17000多家县以上的医疗机构,应有5000多家医院建设了HIS。在经过了这一轮的医院信息系统实施应用之后,现在一些大型医院已经开始考虑对HIS系统进行升级和修改。
3.基于构件的医院信息系统(HIS)开发过程模型
3.1 构件的概念及其一般特征
构件是系统中实际存在的可更换部分,它实现特定的功能,符合一套接口标准并实现一组接口。构件代表系统中的一部分物理实施,包括软件代码(源代码、二进制代码或可执行代码)或其等价物(如脚本或命令文件)。软件构件则是指软件系统中具有一定意义的相对独立的构成成分,即可以被多个软件系统所复用、具有相对独立功能的系统构成成分。具体地说,软件构件是一个或一组具有良好接口定义的自包含软件,既具有运行时可访问的接口,又具有开发时可立提交与安装的特性。一般来说,可复用软件构件应具备以下特征:①有用性(Usefulness),构件必须提供有用的功能;②可用性(Usability),构件必须易于理解和使用;③质量(Quality),构件及其变形必须能正确地工作;④适应性(Adaptability),构件应能通过参数化等方式在不同的语境中进行配置;⑤可移植性(Portability),构件应能在不同的硬件运行平台和软件环境中工作[2]。随着对软件复用理解的深入,构件的概念已不再局限于源代码级的标准类库、函数、类和对象等,而是延伸到包括需求分析在内的软件开发过程的各个阶段,可以包括软件工作产品、软件子系统、软件构架、场景分析设计文档、经验教训、有创见的软件工程思想与表述,以及其他对开发活动有用的信息。从抽象层次上看,软件复用可体现在3个层次:概念级复用,如场景知识、开发经验、建模方法和文档资源的复用;逻辑级复用,关键是软件体系结构重组和规则复用;物理级复用的实质是构件复用,包括模板共享、类库共享、子程序和函数调用等。因此,软件构件也可以按这3个抽象层次来进行划分。
3.2 基于构件的医院信息系统开发过程
正如前文所述,医院信息系统属于迄今世界上现存的企业级(Enterprise)信息系统中最复杂的一类。所以我们提出基于构件的医院信息系统开发方法,即构建软件体系结构可重组以及通过构件库将可重用的构件引入信息系统开发过程。从工程化与过程管理的角度讲,如图1所示,基于构件的医院信息系统开发过程可定义为3个层次和4个场景。
3.2.1 医院信息系统开发模型的4个场景
(1)开发场景。从医院各科室特定应用需求出发,通过场景分析进行共性需求识别、场景对象抽象和场景知识获取,以建立概念级的场景模型,产生应用系统的需求规格说明,这一阶段的成果是场景模型。
(2)部署场景。部署场景的主要任务是为场景需求寻求软件解决方案,包括构架设计模型和构件设计模型。在这一阶段中,首先检索构架库中存放的面向特定场景的构架,寻找可复用的构架,或者对其进行必要的适应性修改;在无可复用构架时,创造适合该应用环境的新构架,并进行标准化描述后入库,以备将来的复用。然后,在构架的指导下,把系统功能分解到相应的构件和连接件,并定义系统中的构件与构件之间的关系。这一阶段的成果是构架模型和构件模型。 (3)运维场景。根据场景应用开发或直接重用的需要,进行场景实现。包括场景构件的识别、设计、编码和测试等局部过程集成,系统构件的分类、检索、引用和构件库维护,场景构件与系统构件的演化、实例化、组合和应用原型的动态生成等场景框架整体集成,从而建立符合场景应用的各种物理模型。这一阶段的成果是软件构架和代码级的构件。
(4)用户场景:通过对实现阶段所生成的产品进行组装和运行模拟(正向)、设计优化(逆向)等措施,对场景化软件原型进行可用性评价和可重构性验证,并对符合确认测试条件的应用系统进行全局封装和使用规范生成,最终获得一个真正构件化的目标系统。
基于构件的软件开发过程强调可复用构件的中心作用,工作流程中的各项活动与瀑布模型大不相同,在基于构件的软件开发整个过程自始至终把识别共性与重用放在重要的位置。在开发过程的每一个场景中,都是从对构架/构件库的查找开始,经选取、直接采用或修改采用,再进行测试和装配,最终将完成的构架/构件入库或形成一个新的应用系统而发布。可见,在整个过程中,构架库和构件库为各项开发活动提供了基础,标准规范和质量保证对整个生产过程提供支持。
3.2.2 过程模型的3层结构
如前所述,软件复用可体现在概念级复用、逻辑级复用和物理级复用3个层次。从模型化与内容抽象的角度看,面向构件的软件开发过程也可按3个层次展开:概念层、逻辑层和物理层。这与UML描述、数据库设计模式、元建模技术以及分布式计算等多种方法是一致的,差别只在术语不同。例如,在基于UML形式描述的面向对象建模中,上述3个层次称概念层、说明层和实现层;而在元建模中则称元知识层、结构知识层和算法知识层。之所以具有这样的分层结构,其主要原因是将技术层的物理实现与概念层和逻辑层的分析与设计相分离。
过程模型的这种架构特征有利于软件生产过程的组织与管理,在软件过程模型的不同层次上,产生的产品是不同的,例如,在概念层上,关键活动是场景需求分析,其成果是场景模型;而在逻辑层上,关键活动是场景构架(Architecture,也称软件体系结构)设计和场景构件设计,其成果是构架模型和构件模型;而在物理层上,关键活动是场景构件实现、系统构件维护、应用系统集成等,其成果是代码级的软件制品。显然,所处的层次不同,要求的抽象能力和工作技能也不同。
4.结语
软件构件技术的出现,为根本改善目前医院信息系统生产高成本、低效率的状况,为实现医院信息系统软件由作坊式生产向工业化生产的飞跃带来了机会。因此,构件技术必将在今后的医院信息化建设中的展现中越来越广阔前景。
参考文献
[1]韦子奇.医院信息化的建设和发展[J].计算机光盘软件与应用,2011(7).
[2]黄柳青,王满红.构件中国(面向构件的方法与实践).
作者简介:
田华(1982—),女,河北保定人,硕士,助理工程师,现供职于张家口市第一医院。
曹永峰(1982—),男,河北张家口人,大学本科,中共张家口市委党校助教。