流程再造HIS数据模型设计.docVIP

流程再造HIS数据模型设计 流程再造HIS数据模型设计 医院系统多是建立在流程基础上的事务管理，事务的多变性导致软件系统在从一个医院事务模型向另一个事务流程迁移上存在困难，是导致目前医院HIS项目在实施中失败的主要原因，以往的数据模型不能满足医院，建立新的事务管理机制是解决和提供软件生存能力，支持医院实施流程再造形成核心竞争力。 目的：流程再造的核心是面向顾客满意度的业务流程而核心思想是要打破企业按职能设置部门的管理方式，代之以业务流程为中心，重新设计企业管理过程，从整体上确认企业的作业流程，追求全局最优，而不是个别最优。 设计理念 将流程管理、数据存取、使用者接口（存取数据的流程路径）、平台全部分离。参考IBM（MQSeries） 注：其他的输出和表示层只是在外面的一个壳，不涉及内核问题，暂时撇开。 1 流程管理 1.1 一般是指要做的或所做的事情。在计算机术语中是指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。事务靠消息来传递信息和执行指令。 事务可以转换为可执行的流程。制度也可以转换为事务流程。（制度一般指要求大家共同遵守的办事规程或行动准则，也指在一定历史条件下形成的法令、礼俗等规范或一定的规格。） 流程在理论上可以转换成单个的事务向量。 事务向量：有方向的事件，有施动者→受动者，有标量数据。 流程的编制应满足以下的规则 一是逻辑完整（logical）；运行中有条件判断，有结束条件。 二是例外处理（exception）；当发生不可预知的错误时应有例外处理原则。 三是风险控制（Estimate）每项必须进行风险评估，提供监督机制，为持续改进能力。 四是时效性（timeliness）每个步骤都应在实效范围内。 1.3 事务的特点：ACID 1、 A（原子性）指事务的原子性是指事务中包含的所有操作要么都做，要么都不做，保证数据库是一致的。 2、C（一致性）是指数据库在事务操作前和事务处理后，其中的数据必须都满足业务规则约束。 3、 I（隔离性）是数据库允许多个并发事务同时对齐数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。 4、 D（持久性）表示为：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。 1.4 事务的管理机制 一是队列机制（并发问题；ORACLE列队） 事务排队机制，应用程序在队列中注册或从队列中读取信息。队列的属性（应用程序是否能从队列中检索、应用程序是否能将消息放入队列、访问队列的方式-独占或共享、可在队列上存储的最大消息数，可放入队列的消息的最大大小） 队列管理器：为应用程序提供列队服务，管理属于他的队列，依据收到的细节跟新对象属性；处理特殊事件、产生特殊事件；按程序要求将消息放入正确列队，如果失败，返回原因码。 二是消息机制 事件的驱动采用消息驱动，也即客户端发送对使用它的应用程序有意义的字节串执行。应用程序可以在同一个平台或不同的平台上运行。 三是推送机制 队列管理器主动向对应的适合对象推送事务，而不是由事务执行中通过查询获取事务。但为兼容客户习惯，事务查询机制也同时存在。 1.5 当事人（施动者、受动者） 事务中的角色对象，可以是人员、也可以是组织。组织是人员的集合形态，也即组织和人员属同一顶级对象。 人员/组织（人员定义：自然人。存在自然和社会属性。组织：由人员复合构成的从事一定功能的集合体。） 属性：名称、产生日期、结束日期、物理存在地址等等 类别：按一种特殊属性、行为进行归类和组织。 角色：如何行为，在行为中扮演的角色。如：在实施医疗行为时，实施行为人（医生）接受行为人（病人）。药品供应中的供应商和购买方两方角色，即各种机构可能在事务中扮演的角色分类，多为多对多关系（如：药品生产商也可以是经销商）。 1.6 消息 消息有两部分；应用程序数据+消息描述符。应用程序数据的内容和结构由使用数据的应用程序来定义。消息描述符标识了该消息，并包含其它控制信息，如消息类型以及由发送应用程序为消息指定的优先级。（使用XML????） 2 数据存取（实体对象） 由流程产生的或操作的实体。如：处方、发票、医嘱、病例等。 实体中只记录实体相关属性，不包含当事人关系信息。 其中最复杂的数据实体对象为产品： 2.1 产品及服务 定义：已经、正在或将要被企业利用的物品或服务。 类别：产品以不同的方式进行分类分类、类别信息。 特征：产品特性、选项、变体、修饰成分。如：电脑的各组件配置、主要指标等。（产品特征：产品属性、产品编码、开始时间、结束时间、说明；服务的各主要指标等。（服务特征：属性、编码、时间、说明） 生产商：生产产品的生产机构与产品为多对多关系，即一个产品可能有几个生产商生产，一个生产商可以生产多个产品。 供应商：产