基于数据服务仓库高度可配置CIS 设计.pdfVIP

基于数据服务仓库的高度可配置 CIS 设计 ① 姚正 ①江苏先联信息系统有限公司，210042，南京市玄武区玄武大道 699 号 关键词 医疗信息系统 数据服务仓库 HL7 配置驱动开发 流程再造 摘 要 通过对目前CIS设计现状的分析，提出了Top-Down的设计思路。从整体设计的 角度出发，解决CIS子系统集成、数据统一和共享、CIS系统延伸性和持续性等问题，较 大程度上提高系统的易用性，使系统更便于管理。基于数据服务仓库Repository的设计 将为操作者提供一个统一的界面和操作方式。通过医疗流程请求解析和任务分派来辅助完 成日常的医疗工作，并提供全面直观的展示和全程监控。系统可以提供的医疗流程是可配 置可维护的，为医院流程再造提供便利。本文还从开发和应用两个层面强调了配置驱动思 想的重要性。 1 现状和问题 1.1 CIS应用现状 随着医疗信息化的不断深入，越来越多的临床信息系统(CIS)得以应用。 目前，我国已有大量的医院建立并成功运行着完整的管理信息系统，包括病人动态与费用 管理、财务管理、供应链与资产管理、医嘱管理、医生工作站、电子处方、LIS（实验室 系统）、PACS（医学影像存档与传输系统）、经济核算、绩效管理、客户关系管理等系统。 医院信息系统对于提高医院运营效率、增强医院的核心竞争力、提高医疗和服务质量、减 少医疗失误、减低成本和有效地控制医疗费用起着关键性作用。医院信息系统的开发水平 [1] 有了长足的进步，但在研究和实现方面与国际先进水平的差距依然巨大。 1.2 传统的 CIS 设计开发方式 从软件工程的角度来看，目前行业内大多数CIS系统的设 计和开发是以自下而上(Bottom-Up)的方式进行的。所谓Bottom-Up设计方式，即设计开 发之初并不一定首先确定所有的设计内容，设计从一个很小的部分开始，即“seed”模式， 然后通过不断地延伸开发，小系统不断扩大为一个功能丰富、信息综合的大系统。所有独 立的基础功能首先得到详细的设计和开发，然后，组装这些基础功能成为一个子系统，组 装过程的约束和规范可以单独确定，再通过更高一级系统的组装最终完成整个系统。在这 个设计方式中，系统的复杂度和完整度随着开发的不断进展得到提高的同时，系统内部则 可能存在功能间和子系统间的缠绕(tangle)问题，因为独立开发和设计的子功能和子系统 182 以及相对独立的拼装过程都会影响到系统的整体实现的。 CIS EMR (manipulator) HIS PACS LIS 图1 CIS系统 Bottom-Up设计 (以EMR为中心) 目前，很多CIS通过在现有子系统(EMR、HIS、LIS和PACS等)间做接口实现跨系统业 务，就是一个典型的 Bottom-Up 实现，见图 1。和 Bottom-Up 方式相对的是自上而下 (Top-Down)方式，一种首先完成整体设计的方式。在这种设计方式中，一个系统的整体轮 廓首先得到描述，利用这个描述可以将系统功能需求拆分成一个个独立的子系统，而且可 以在一开始规范这些子系统之间的关系和交互方式。这是一种“black boxes”黑盒子方 式的拆分过程，即不考虑子系统内部的实现，而只要求该子系统应该提供什么样的功能和 外部接口。而后，子系统内部实现可以独立完成，不依赖于系统整体。当然，子系统也可 以一级一级地拆分，直至细分到基本功能层面。和 Bottom-Up 方式相比，Top-Down 方式 存在以下优点：拆分方式可以实现真正的模块化设计，而且基于统一的规范，并实现低耦 合(low coupling)；模块化设计可以让开发过