临床信息系统框架功能特性

5.0框架功能特性5.0框架的功能目标1、跨数据库平台。由4.0版本只支持MSSQLServer扩展为同时支持MSSQLServer

2000,2005,2008、Oracle、DB2等多种主流数据库。所以基于什么数据库平台开发系统，在5.0上已经不是关键2、支持各子系统数据库的单独部署：由旧版本单数据库、单服务器模式扩展为支持多数据库、多服务器模式。3、支持分系统发布：由旧版本所有系统一体化模式改进为支持各子系统单独开发、测试、部署、升级。极大降低各环节工作难度和复杂度。4、全新的开发设计模式：5.0基于OrMap，工作流业务定制，界面定制等核心技术，彻底改变了以往4.0传统的传统开发模式，降低了系统设计的颗粒度，简化了开发难度，支持大规模的并行开发模式5.0的整体架构设计（一）5.0数据库按照分系统分库的模式设计的，公共库是

5.0系统的核心库。需要注意的是，5.0的分库的意义是逻辑上的，也就是说，在系统开发设计过程中是物理分离，但最终部署系统的时候，可根据用户具体情况调整。n数据存储数据逻辑层业务逻辑层UI公共库子系统1子系统25.0的整体架构设计（二）数据逻辑层主要用于完成数据对象的实现，和数据换算逻辑的实现，同时完成与数据库数据读写的事务提交过程。数据逻辑层的出现，替换了

4.0以前的存储过程的开发模式。框架提供的数据对象的功能极大简化了传统的前后台数据传输过程,数据对象技术在以后将会像4.0的三部递交模式一样影响深远n数据存储数据逻辑层业务逻辑层UI数据库交互数据库交互数据封装数据对象5.0的整体架构设计（三）业务逻辑层将传统的模块设计拆分成一个个各自独立的业务对象，各个业务对象通过适配器交互。具体的业务实现是通过框架提供工作流驱动来实现每个应用系统都有独特的驱动发布模块，框架的工作流驱动配置工具可以很方便的自动提取这些发布的逻辑节点n数据存储数据逻辑层业务逻辑层UI业务逻辑层接口封装业务实现工作流驱动业务对象5.0的整体架构设计（四）UI层主要用于完成用户界面设计，与界面的操作逻辑。UI层与业务对象并不是直接交互的，而是通过适配器代理交互的。至此可以看出，5.0系统的各个层面的耦合度是极低的。n数据存储数据逻辑层业务逻辑层UI业务对象调用界面操作逻辑界面布局5.0设计模式的改变数据库对象接口定义Core内核对象流程定义Host内核对象接口实现BLL逻辑对象数据逻辑实现DAL逻辑用户界面操作UI实现用户界面操作UI实现对象接口定义Core内核对象流程定义Host内核对象接口实现BLL逻辑对象数据逻辑实现DAL逻辑数据库系统运行步骤--自上向下系统设计步骤--自下向上5.0的开发模式的改变对相应的功能模块的需求修改，可以做到并行开发，解决了以往4.0需求修改的“拥堵”现象5.0采用面向对象的设计模式，本身颗粒度很小。杜绝功能重复设计，所以一批需求，以往需要安排很长时间，按部就班的一个人改完了，另一个人修改的问题，现在是不需要，可以一次安排几个人来处理这些需求，还有的需求因为程序复用的设计方式，做到不用重复修改5.0升级模式的改变5.0提供了自动更新服务，并且，5.0系统从根本上杜绝了存储过程的使用，所以相对于程序的升级，是非常简单的，程序完全可以做到分系统自动升级5.0的系统与系统之间没有直接的关系，系统之间的互访完

全通过接口完成，

从而也就保证了5.0的各个子系统可以

做到刀片式升级。下载升级升级包库表自动安装升级包自动校验前后台匹配自动回滚5.0的发布模式改变标准模式门诊医生站全科医生站内科专用模式门诊医生站在5.0系统中，开关依然存在，但已经完全弱化，只

应用于一些值类型的控制。对于5.0的业务模式发布，开发提供特定的业务模式配置文件，这样实施人员就不需要再费心研究如何调整特定的业务模式，而在海量的开关设置中不断的调整当然5.0独特的工作流配置发布模式，也可让实施人门诊医生站门诊医生站员做一些个性化微调，但不推荐优化流程仁济模式这种模式很容易可以流程再现，实施人员只需要把流程配置文件发回来就可以了，不需要再拷贝庞大的数据库和环境5.0框架的结构组成内核功能集日志管理动态UI控制角色权限管理动态脚本驱动引擎调试引擎WinningHIS5.0升级服务管理信息服务开发编程集成接口消息通讯服务插件注册管理系统报表打印管理A

D

O数据库访问引擎工作流驱动引擎数据对象传输系统参数配置OrMap数据库访问引擎DAL数据逻辑解析执行5.0框架的ORMAP数据库访问引擎5.0框架完全封装了EntityFrameWork的数

据访问模式，简化了开发，框架自顶向下完整的控制了数据的事务，与库表的增删改,查询操作，同时利用EntityFrameWork技术

隔离了异构数据库的差异MS

SQLORACLEDB

IIWinningHISFrameWork5.0Ado

Entity

FrameWork

2.0CreateTableDeleteTableSaveTableDbTransaction动态脚本驱动，5.0

ORMAP技术的基石一、HIS的库表是不断随业务变更的二、OrMap技术是针对特定的表实体对象

三、如何把握这动态与静态之间的平衡？答案：就是动态脚本编译驱动，每次框架的启动都根据动态的业务库表变化，自动生成相应的操纵方法对象。5.0框架内置了脚本语言的动态编译运行引擎动态脚本驱动与框架自动编码技术结合OUTP_ORDERCreateTableSaveTableDeleteTableOUTP_CZYZKCreateTableSaveTableDeleteTableOUTP_MZBLCreateTableSaveTableDeleteTable传统的编码技术面对Ado

Entity

FrameWork的时候，就只能针对每个表实体对象进行增删改的方法编码，如果库表发生改变，哪么所有方法都需要修改，工作量巨大！EntityFrameWork技术太烂？让编码技术倒退很多年针对EntityFrameWork的这种特性，框架提供在内存中自动编码生成这些机械代码的功能，然后和动态脚本驱动技术相结合，最终转换成为固定不变的可调用的方法。各种技术是需要融会贯通的，不能死用。ORMAP数据库访问引擎对开发模式的改变极大地简化了传统的SQL数据库访问编码模式，而完全采用面向对象的模式来访问数据库数据访问都变成强类型，再也不会出现，前后台不匹配，或者需要的字段不存在，触发的异常。因为这类问题在编译初期都通不过。访问引擎封装了所有常用的库表操作方法，程序员只需关心具体的数据读写，而不用考虑过多的SQL语法问题OrMap数据库访问引擎提供了完善的数据库事务控制机制和脏读机制，从框架级的角度来解决了这些底层问题，避免了以往大量程序编写不擅，导致的死锁问题。5.0框架的数据对象的实现技术数据对象数据提取转换数据保存提交外部系统访问数据数据对象是个高度抽象的技术，它涵盖了传统的数据到结构，结构到变量，变量到界面的过程。使传统的代码量减少了三分之二。数据对象是个可传输的参数，或者实体。在5.0的层次架构中数据对象的感觉就像是这个对象自行完成了复杂的逻辑换算工作，未对外展现为一个简单的数据对象。数据对象技术，将成为5.0的核心技术基石。数据对象在开发过程中应用OrMap接口访问数据对数据的逻辑换算框架对数据结果转换为对象UI接收对象进行编辑操作数据逻辑层接收对象对数据对象的逻辑转换OrMap接口提交数据数据对象数据对象在DAL数据逻辑层中产生，由框架编译成DataObject文件DataObject是一组可序列化的类，属性的结合体，由框架生成。DataObject可以从DAL层传输到BLL层，再传输到UI层，供用户界面编辑使用。DataObject是框架工作流驱动中的一个重要交互媒介。数据对象整合了多数据库分布的访问问题子处方数据对象方头信息方明细医生站数据库处方表处方明细公共库药品价表项目价表5.0架构是分库分系统的，但是最终不可避免要访

问多数据库5.0的框架整合了多数据库访问操作的问题，对外表现为数据对象。数据对象是UI层，和BLL层交互的重要媒介在UI层面，和BLL层面是感知不到分库的问题的，分库的处理都集中在DAL层，数据对象的产生源头里面解决。5.0框架的工作流驱动引擎一个逻辑配置点，就是逻辑驱动需要处理的对象，框架会自动根据指定的方法组合执行相应的代码。对于业务流程经常变化的逻辑处理，采用框架的逻辑驱动模式，非常有效，减少重复编码，和频繁的代码修改，快速进行业务模式重组。5.0框架本身也是基于工作驱动运作起来的。执行保存校验处方校验诊断工作流驱动模式，对开发模式的改变程序的设计，不再是传统的一个个过程，而是一个个独立的功能点，每个功能点完成一个特定的独立的，颗粒度很小的功能。哪么这些小的功能点的不同的组合方式（工作流驱动）就可以完成不同的功能，最大程度上实现代码的可重用。校验诊断校验库存保存处方删除处方打印处方病人状态就诊中选择病人工作流驱动模式，逻辑功能点的嵌套重组选择价表添加处方累计用量校验校验库存数量医保用药量校验校验处方规校验处方规每次用量校则则验新增处方明细常用药多用法频次选择药品默认用量处理不仅每个小的功能点可以组成不同的逻辑功能点，不同的逻辑功能点之间也可以互相嵌套重组。这说明已配置完毕的逻辑功能点也是可以重复利用的工作流驱动模式，功能点的发布对象方法特性标记可配置功能点工作流配置对象方法特性标记可配置功能点并不是所有的对象的方法，均可被框架的工作流驱动配置，而是要经过一个发布的过程。发布是说在开发过程中，给需要发布的方法，标记上框架特定的特性，这样这些方法，才会被框架的工作流配置程序捕获。工作流驱动模式，对实施模式的改变标准版流程配置全科医生站流程配置仁济模式流程配置优化流程配置公共版门诊医生站5.0工作流驱动模式，从根本上杜绝了单独版的产生，而把这些差异化的问题，总结为不同的流程配置文件流程可再现，系统出现任何问题，只需把相应配置文件发回，在公司内部就可再现问题，避免了无意义的扯皮。实施上线简单，不再需要调整海量的开关设置，而只需要去找一个符合用户状况的流程配置文件即可5.0框架自定义界面布局的模式标准模式菜单区域工具栏区域底边栏区域Dock停靠区域选项卡区域工具栏区域Ribbon模式底边栏区域Dock停靠区域5.0框架的界面模式主体依托于

Office2010风格，提供类似IE的界面插件注册功能。5.0框架本身是不具备传统的主界面的，只有每个单独的子系统采用拥有不同的主界面，例如框架的公共系统使用的就是标准模式界面，而门诊医生站使用的则是

Ribbon模式每个系统的主界面模式是记录在每个系统的流程配置文件中。所以