医疗活动的概念数据模型

1、医疗活动的概念数据模型崔睿徐勇勇摘要:数据模型是系统能否真实、有效重现现实业务的关键，当前医院信息系统 (hospital information system, his)使用的数据模型还不完善。遵循“以医嘱为 驱动、以患者为中心”的his设计理念，以hl7 (health level seven)参考信息 模型(reference information model, rim)为基础，我们可以构建一个新的医疗 活动概念数据模型。新模型将医疗活动定义为针对特定病例case完成一次相对 完整的服务并产生病历记录recordo使用新模型可以有效地将医疗活动统一化、 组件化，实现面向服务的体系结构(

2、service-oriented architecture, soa)o关键词：数据模型医疗活动医嘱conceptuai data model of medicai actabstract:data model is the key whether the system can match the real service faithfully or not. data model used by current hospital information system (his) is imperfect. now we can construct a new concept data mod

3、el of medical act, following the his design idea that the order is the actuation and the patient is the center, based on the reference information model (rim) of health level seven (hl7). the new model defines the medical act as an act aims at a specific medical case (case), to do a relatively compl

4、ete service and to produce medical record (record). using the new model can effectively make the medical acts united and component, realize the service-oriented architecture (soa).keywords:data model, medical act, order1背景资料与方法1.1医疗数据模型的发展对数据模型的研究和分析一直是医疗卫牛信息标准化研究的重要组成部分， 目前越来越强调宏观的通用抽象模型，而不局限于细节的行业

5、数据协议。发达国 家早在上世纪九十年代就对医疗卫生数据模型进行了系统化研究，并口形成了一 些不断完善的模型，如美国公共卫生概念数据模型phcdm”、加拿大infoway 路线图等，国内也有类似的研究如国家卫生信息概念数据模型与hl7 rim的 映射，这些研究都参照了 hl7rim。rim是为支持医疗卫生而创建的标准结构的模型集合，其r的是用于共享医 疗卫生信息，并为这些模型制定一组标准术语。这些术语具有支持标准命名、共 享标准结构/编码、通过标准结构/编码来扩展模型的能力。hl7rim和支持字典 是hl7标准体系的开发方法消息开发框架（message developmentframework,

6、 mdf）的关键。mdf是hl7最新的版本3提供的一个高层面的框 架标准，它不仅是一组模型符号，而口是从需求分析到消息开发的系统过程，从 事标准定义的人们可以基于它开发其他层次的标准或相关制品。它强调互操作性 （interoperability）,包括多个系统和成份能够交换信息的能力（语法级的互操作 性），以及使用已经被交换的信息的能力（语义级的互操作性）。目前his的设计理念强调“以医嘱为驱动、以患者为中心”，这里就包含了 数据模型的概念。但现有的his往往是由某-个具体的科室、业务模块逐步发 展而來，它的初衷更多地是为了满足科室、业务的管理需求（最主要是收费、财 务、资源调配等），这就注定

7、了现有his的医疗相关数据模型先天不足，很难真 止实现“以医嘱为驱动、以患者为中心”。主要问题包括对医疗数据的组织是以 科室、业务为出发点的（数据结构不合理），对医务人员和患者的需求关注不足 （数据操作不合理），对医疗活动的完整性展现不足（完整性约束不合理）。本文在rim的基础上，主要从概念数据模型层次对医疗活动进行了定义和 分析，并适当结合用例从逻辑数据模型层次、物理数据模型层次说明医疗活动模 型对“以医嘱为驱动、以患者为屮心”理念的实现。12使用的方法1.2.1概念数据模型模型是对现实世界的抽象。在数据库技术屮，表示实体类型及实体类型间联系的模型称为“数据模型”，是用来描述一组数据的概念和

8、定义，包括三个方面:1、概念数据模型(conceptual data model)：这是面向数据库用户的现实世 界的数据模型，主要用来描述世界的概念化结构，它使数据库的设计人员在设计 的初始阶段，摆脱计算机系统及dbms (database management system数据库管 理系统)的具体技术问题，集中精力分析数据以及数据之间的联系等，与具体的 dbms无关。概念数据模型必须换成逻辑数据模型，才能在dbms中实现。2、逻辑数据模型(logical data model)：这是用户从数据库所看到的数据模 型，是具体的dbms所支持的数据模型，如网状数据模型、层次数据模型等等。 此模型既

9、要面向用户，乂要面向系统。3物理数据模型(physical data model)：这是描述数据在储存介质上的组 织结构的数据模型，它不但与具体的dbms有关，而且述与操作系统和硬件有 关。每一种逻辑数据模型在实现时都有起对应的物理数据模型。dbms为了保证 其独立性与可移植性，大部分物理数据模型的实现工作由系统自动完成，而设计 者只设计索引、聚集等特殊结构。概念数据模型是沟通数据库使用者和设计者的桥梁，对his而言，其合理性、 通用性对整个his的设计、开发、应用都有着指导性意义。本文不涉及具体的 程序编码，主要从概念数据模型层次进行分析。1.2.2业务组件分析分析业务流程是常见的数据建模方

10、法，传统上有两种方式，也常见于目前 his系统开发，均存在一定的缺陷：1、分析组织结构：把企业分成了独立的功能性部门，无法看到跨部门的协 作以提供客户价值。如现有his按科室、业务来划分功能模块(如影像pacs、 实验室lis等)，必然会造成医嘱和医疗结果的分离，医嘱处理归医生工作站， 而结果报告归医技科室，如果医生工作站和pacs、lis使用了不同公司的产品, 接口问题往往是系统整合的障碍。2、分析价值链：捉供了价值链的运行模型，但看不到关键能力。如现冇his 更关注于财务、收费等问题，忽略了对真正具有“医疗”价值的诊疗结果信息的 数据挖掘。对于一些重大的业务，流程将变得非常复杂，在医院集团

11、化、诊疗区域化的 趋势之下，这个问题尤为突出，严重制约了 his开发。ibm公司的“组件化商 业模式component business model, cbm),提供了一个更优化的业务分析工具。 它强调使用可重用的业务组件模型，构建具有面向服务的体系结构 (service-oriented architecture, soa),业务组件具冇以卜特点：1、业务组件是基本的、唯一的、不会重复的构造块，它们构成了业务。2、业务组件通用它所提供的业务服务及所使用的业务服务进行定义。业务 组件的用例包扌舌了提供价值所必须的资源、人员、技术与过程等。3、业务组件可以单独运行，彼此松散连接。业务组件允许系统

12、以重用的方 式进行扩展，而不会像传统的“硬连接”业务模式那样增加组织的复朵性。4、对于用户而言业务组件是一个黑盒子，用户无需知道它是如何实现的。本文的主要目的就是设计符合soa特点的医疗活动业务组件模型。1.2.3基于rim的消息建模rim主题域包括实体(entity)、角色(role)、角色链接(role link)、参与 (participation)动作(act)和动作关系(act relationship) 6 个骨架类。其屮 act是这个主题域的核心部分，也是rlm的灵魂，通过消息(message)触发事 务(session)来实现(消息建模)。rim为开发hl7消息的所有领域提供-

13、致性 的数据/概念、可复用的抽象模型。rim的主题域概念如图1。图1rim对act的定义是医疗卫生专业人员的所有有意图的情节，也有翻译作“活动”的，如患者个人信息管理、患者入/出/转院、各类医疗服务、财务管理、 检查/化验结果回报、档案管理、病案管理、医疗服务预约管理等。根据mdf建模的过程涉及三类不同信息模型（图2）,尽管其信息内容、范 围和意图等不同，但每类模型都使用來自rim的相同类（图1）。用例建模用例建模交互建模情节图板情节图板举例节图板例二节图板例二交互建模应用角色应用角色交互交互消息设计消息设计i d-mini1 约*i d-mini1 约*r-min内容htd ihl7 mdf

14、开发框架图2木文也是基于rim进行消息建模，我们可将消息理解为某类业务需求，由 此触发的act是业务组件，与act相连的实体、角色、参与、角色链接和动作关 系等构成了业务组件的概念数据模型。2医疗活动的基本概念2.1医疗活动的业务分类与定义从为医患双方提供的业务服务及所使用的业务服务而言，医院业务可以分为 医疗诊疗业务、医疗辅助业务、医疗管理业务3利其间的主要数据流向关系如 图3所示：/ / 医疗辅助业务1医疗管理业务（同医疗資源直接相（对其他两个板块所产生的关，如收费s财务.1信息进行整理、挖掘等，如后勤、人事等）科室管理，科研等）医疗诊疗业务（同医-患关系直接相关，如诊断s治疗.检查等）图

15、3其屮医疗诊疗业务是医院基木功能的体现，其他业务都服务于医疗诊疗业务，一次完整的医疗诊疗业务活动（简称为医疗活动）过程可以统一简化如图4o医疗资源医护人员11 患者医疗过程图4医疗活动定义针对特定病例case完成一次相对完整的服务并产生病历 记录recordo 一段吋间内某个患者称为一个病例case。在医疗活动中，患者处于一个“屮心”的位置，因为患者是所有服务的最终 接受者，区分一项发生在医院内的业务是否屈丁医疗活动，关键在于它的直接服 务对彖是否是患者。医疗活动相当于现行his中的“医嘱”，但概念的外延和内涵更加广泛，根 据各自所需的医疗资源、所产生的医疗结果不同，简单的分类如表1。表1医疗

16、活动分类医疗活动1级分类医疗活动2级分类医疗活动n级分类诊疗药物、检查化验、治疗、耗材等 医疗文书诊断、病悄记录等病例管理id管理、电子病历管理、场景管理、患者账户 管理等 顾名思义，医嘱就是医务人员嘱咐患者做某事，医嘱地运行过程相当于医护 人员针对患者某段时间内的某些病理/生理/心理状态进行的专业诊疗活动。将这种专业诊疗活动的范围扩大，除现有的诊疗医嘱外，诊断（医护人员对 患者的病情进行的专业判断）、病情记录（医护人员对患者的病情进行的专业记 录）等，包括所有直接发生在医务人员和患者之间的医疗活动，都可以纳入医嘱 的范畴。如果考虑到医院业务的电子商务化，其他行业通过医院his平台为患者提供

17、服务，如医院食堂为患者捉供饮食，银行为患者捉供住院押金等，也可以纳入医 嘱的范畴。曲此可以通过医疗活动将医院为患者提供的各种直接服务统一化，各种医疗 活动都具有相似的医疗过程，可作为共用流程加以开发。更复杂的活动叮以使用 这些基本医疗活动來拼装，如手术过程相当于诊断+手术排班+手术操作+场景转 换等，实现医疗活动的业务组件化。22医疗活动记录每一个具体的医疗活动被有效执行时，对于his而言相当于生成一个与之对 应的医疗活动记录，内容包括：在某一时刻，在某个医疗活动中，某个操作者对 某个患者使用了某些医疗资源，做了某些处理，产生了某些结果。如果明确了医疗活动的种类，如诊疗药物抗菌素青雷素族、诊疗

18、治疗手 术食管切除术、病历文书诊断肺部感染等，根据临床诊疗规范（如合理用药、 手术学、诊断学、国家病历文书书写规范等）、临床经验（如权威的临床路径、 常用的医嘱套、适应证的选择等），医疗活动记录的绝大多数内容是可以被预期 的，这些被预期的内容通常是可以被结构化表达，可称z为医疗活动模板。医疗活动模板对应口前医疗信息结构化的概念是“可控词条”，相当于医疗 活动的个性化逻辑数据模型。它的意义在于软件开发人员提供各种物理数据模 型；医疗专家提供各种概念数据模型；高级用户使用物理数据模型构建逻辑数据 模型（医疗活动模板），再现概念数据模型，实现业务组件的松散连接；操作者 使用医疗活动模板生成医疗活动记

19、录，实现业务组件的黑盒子封装。2.3医疗活动环境电子病历虽然医疗活动记录已经能够比较完整的记录一次医疗活动，但一次完整的诊 疗过程从始到终通常具有一定的时间段，期间发生的多种不同的医疗活动通常貝 有一个比较明确的口的，也就是通常我们所说的一个或一组诊断。据此我们可以将医疗活动环境定义为针对一段吋间内某个患者（病例case） 所发生的各种医疗活动记录（病历记录集合列表records）,相当于目前his中 电子病历（electronic medical record, emr）的概念。类似的概念有很多，如电 子健康记录（electronic health record, ehr）、电子个人记录（e

20、lectronic personal record, epr） 纵向医疗服务 lrs （longitudinal record services, lrs）、时间 线timeline151等，但或多或少的偏重于病例case或病历record,没有具体的医 疗活动列表的信息组织形式。电子病历emr相当于医疗活动运行的临床环境，在这个环境里，医疗活动 具冇一定上下文关系，比如说因为发现患者喀血（病情记录）进而决定行胸片检 察，通过胸片检察发现肺癌（诊断），最终决定手术治疗。这种上下文关系不同于rim小的动作关系，它存在于医疗活动用例与用例 z间，包括并列、因杲、从屈等关系。如青霉素皮试检查结果阳性

21、（检查化验类） 导致禁用青霉素类药物医嘱（药物类）、签订了特定的手术知情同意书（病历文 书类）才能执行某项手术医嘱（治疗类）等。这种上下文关系具有很强的医学专业性，是临床路径、循证医学等的数据基 础；同吋它又具有很强的临吋性和个性化特征，不适合与医疗活动记录紧密绑定, 但通过标记医疗活动记录列表可以灵活实现。根据电子病丿力emr的定义，患者是主索引，时间（纵向）和诊断（横向） 是两个最重要也是最常用的索引。将医疗活动记录定位到电子病历，再以电子病 丿刃为组织形式进行数据挖掘符合临床工作对医疗信息的处理原则。3医疗活动与rim act对比医疗活动与rim可以进行对应，如医疗活动分类一动作，医疗资

22、源一实体、 角色等，医疗过程一参与、角色链接和动作关系等。但rimact对服务对彖没有 明确规定（不一定是患者），对服务结果也没有明确对应，这影响到act作为业 务组件的颗粒度及完整性。由于医疗活动与act间的概念差别，导致与之相连的实体、角色、参与、角 色链接和动作关系等也不同，但确定医疗活动种类后的消息建模过程沿用rim 的原则和方法，医疗活动触发消息的主要种类包括合法性检查、资源中请、执行 申请、结果记录、终结控制等5种。篇幅所限，仅分析患者个人信息管理、患者入川"转院、各类医疗服务、财 务管理、检查/化验结果回报等几个常见的act。3.1患者个人信息管理通过本地his系统与患

23、者进行人机交流（医患关系），系统检索得到的患者 个人信息（医疗过程），为该患者在某个病例标识系统内（医疗资源，不一定局 限于本地his系统），分配一个标识当前病例case的病例id （医疗结果），另外, 述可以将患者的当前个人信息汇总形成一个与病例id对应的结构化或非结构化 患者个人信息记录（医疗结果）。这个用例模型是一个医疗活动（病例管理id 管理类）。而act的患者个人信息管理范围过大，用例角色复杂，包括了人口、户籍、 流行病等不同颗粒度的医疗或非医疗活动。对于一个具体的医疗活动用例而言，患者是一个特殊的角色，主要是作为一 个具体病例case承受一系列的医疗结果，通常可以用一个病例id来标

24、识；而服 务提供者（如医护人员）实际上不需要得到完整的患者个人信息，只需要明确当 前操作确实是针对一个具体病例id即可，这个过程就是医疗活动中医患关系合 法性检查的主要步骤。患者个人信息并不等同与一个具体病例id,不同时间段内的同一患者对临 床而言实际上是不同的病例case,易变属性如年龄、病情、诊断、家庭住址、 联系方式等，即使是姓名、性别、血型、身份证号等较稳定的属性也可能因为更 名、变性手术、骨髓移植、身份变更等特殊因素发生改变，所以，把患者个人信 息管理与医疗活动绑定是不合适的。更为特殊的情况，对于一个妊娠病例，卵子受精代表着一个新生命的开始， 直至与母体分离（无论是否正常发育），期间

25、母体从医学上同吋对应着两个甚至 更多（多胎妊娠）的病例，他们可以产生不同的相对独立的病理/生理/心理变化, 而受精卵/胎儿在法律上还彳、具备完整的个人信息。如何维护一个在较广泛区域内有效的统一病例id是当前医疗信息化领域内 的重要课题。目前常用的id如住院号、门诊号、放射号、身份证号等，但这些 id偏重于对患者身份的标识，缺乏对时间的标识。32患者入/岀/转院这个act®于一个医疗活动（病例管理场景管理类）的资源申请流程特例。 现有his系统提出了 “资源”的概念，将人员、物资、设备等都视为可分配的 资源,用于支持医嘱的运行，在rim小的角色、实体都有可能成为资源。资源 中请流程具体

26、过程：通过本地his系统确定一个病例id （医患关系，患者不一 定在现场），系统接收相关的医疗资源申请信息并检索当前可用资源，为该患者 预约所需的医疗资源（不一定局限于本地his系统），并赋予患者对某个医疗资 源在某个时段的使用权。儿乎所有的医疗活动都需要进行资源中请流程，如表2所示。表2医疗活动资源屮请流程具体 业务资源需求分配方法住院 登记主管医师、病床住院处、主班护士将主管医牛分配给患者，适当排序 以满足病床条件限制出院 登记释放所占用的主管医师、病床等资源转院主管医师、病床（外院）先从木系统出院，再从外系统入院挂号出诊医生挂号员将出诊医生分配给患者分诊出诊医生、诊室分诊护士将出诊医牛分

27、配给患者，适当排序以满足诊 室条件限制ris医技科室医生、设备登记室将医技科室医牛分配给患者或患者标本，适当 排序以满足设备条件限制手术 排班手术医师、麻醉医师、巡 冋护丄、器械护士、手术 间、设备住院总医师、手术室护士长等将手术医师、麻醉医师、 巡回护士、器械护丄分配给患者，适当排序以满足手 术间、设备条件限制药物 医嘱药物、医护人员、给药设 备根据业务的不同，从不同药房一次性或分次领取所需 的药物，根据药物用法选择不同的给药方式o o o曲此口j见，许多不同科室的“不同”业务活动实际上具冇相同或类似的程序 流程。从程序开发的角度而言，可以就资源中请消息开发通用的类或函数作为业 务组件。如果

28、机械的以科室、业务进行划分，缺乏对公用流程的分析，会导致重 复开发、业务组件重用性差等问题。33各类医疗服务相当于诊疗类医疗活动，但act的定义缺乏医疗活动的完整性，没有将医疗 结果同医疗活动结合起来，如将检查/化验结果回报定义为单独的活动。每个医疗活动的内容是随着诊疗过程的进行而不断演变、完善的，医疗活动 必然会产生一定的医疗结果，医疗数据的多样性主要源于对医疗结果的记录。检 查/化验结果回报就是一种典型的医疗结果，是相关检查/化验医嘱（诊疗检查化 验类医疗活动）的一部分。hl7更多的是从信息交换协议上实现标准化，对如何实现医疗结果信息结构 化（如结果报告中的病情描述、诊断等）讨论不足，这会

29、影响对医疗信息的使用 效率。34财务管理与患者个人信息管理类似，act的财务管理范围过大，用例角色复杂，包括 了收费、账户管理、医疗保险等不同颗粒度的医疗或非医疗活动。对于具有收费屈性的医疗活动而言，收费流程可以看作是资源申请流程的延 续。但是严格來讲，收费流程是一个独立于医疗活动的医疗辅助业务流程，它直 接相关于医疗资源而不直接相关于患者。表现在收费完成与否并不直接影响医疗 活动所产生的医疗结果，如抢救时为患者开通绿色通道，先治疗后收费等。考虑到医保限制、商业运营等凶素，收费流程还涉及账户管理、医疗保险等, 可能需要对多个医疗活动记录所产牛的费用相关信息做数据挖掘（医疗管理业 务），如体检套

30、餐收费、会员打折优惠、医保/保险的部分报销等。4医疗活动模拟与用例医疗活动概念数据模型，可以通过广义化医嘱系统统一各种医疗活动，保证 每条医疗活动记录对医疗活动全过程的完整模拟，构建以医疗活动记录列表/电 了病力为核心的his基础数据库。对医疗活动的合理分类使得医疗活动记录与 现实业务实现组件化对应，同时便于实现记录内容可预期、可定制的结构化，每 条医疗活动记录相当于一个用例实例，它具有以下特点：41对系统操作的有效性每一个实体或角色介入一个医疗活动，系统都需要对预定操作进行有效性检 验（通过合法性检查消息触发），如主治医师以上级医师可以审核毒麻药医嘱、 禁开药房库存耗尽的药物等，同样，操作有

31、效性检验往往具有很大的临时性、个 性化特征。但是，通过对选定的医疗活动模板相关结构化属性内容进行权限控制, 当前操作者在使用医疗活动模板生成医疗活动记录时，白然就实现了操作有效性 检验规则的定制。考虑到针对电子商务所产生的服务提供者范围扩大，操作者还可以是企业、 法人、部门、系统，甚至程序模块、虚拟账号等。非人员属性的物质资源，也可 能需要经过操作有效性检验，如产品质量是否合格、是否过期、是否经过审批等。4.2对患者操作的正确性对系统冇效的操作不一定是对患者正确的操作，如一次误诊操作、一次存在 药物配伍禁忌的处方操作等，每个医疗活动都存在进行止确性评价的潜在需求 （医疗结果的一部分）。对医疗活

32、动的冇效性、正确性判断关系到诊疗决策的制 定。仅考虑临床诊疗活动，操作的正确性在于是否对患者造成了不利影响。但临 床诊疗活动本身就是一个不断试错的过程，自身的理论也远没有达到完善的阶 段，所以有些时候很难一次性判定操作的正确性与否。如不同医护人员可能对同一个检查、化验结果做出不同报告，如患者肺部手 术后对同一病变部位进行病理检查，术中冰冻报告“肺结核”，术后石蜡报告“肺 鳞癌”，外院会诊报告“肺小细胞癌”，结果不同的原因可能包括染色对显像效果 的影响、个人临床经验对诊断的影响等。实际的业务规则也可能会影响到操作的正确性，如医保患者的用药限制，有 创操作前的患者及家屈知情同意签字等。4.3对数据

33、记录的完整性医疗活动记录应该完整记录用例相关的参与人员、资源、吋间、地点、结果 等属性。但不完整的医疗活动流程是合法同吋也是合理的，因为医疗活动过程木 身存在许多的不确定性，许多情况可能暂吋或永久的终止一次尚不完整的服务过 程，所以，完整性的概念是针对医疗活动的生命周期而言的，它不一定等同于所 属病例caseo完整性并不代表医疗活动必须被“彻底完成”或每一个相关属性 必须被“明确记录”，而是代表医疗活动的必需步骤已经被明确的、不可逆的结 束或取消了。如医务人员为某个门诊患者在his系统中开立了胸片检查医嘱，这个医疗活 动的必需步骤是得到一个患者胸部的影像资料（而不是缴费与否或出报告与否）。 如

34、果患者因为个人原因放弃立即检查（己缴费或未缴费），系统可设定一个等待 期限，期间患者可以随时返院完成检查（正常结束）或退费（正常取消），也可 因患者逾期系统强行停止该医疗活动（异常取消）。通过记录对问题步骤的分析 和对问题步骤的处理意见，可以保证该医疗活动记录的完整性。再如临床上常见的化疗疗程安排、出院指导、随诊等都属于预约医嘱，可以 有明确或不明确的预约时间表，也许需要多次就诊过程才能逐步完成。理论上任 何医疗活动都可以被预约。对系统來说，可以有不完整的医疗活动，但必须有完整的医疗活动记录。因 为只有具有完整性的医疗活动记录，才能确保其屮数据对客观世界屮某一具体医 疗活动的唯一、有效和止确的记录，才能确保系统对其进行永久存档、数据挖掘 等进一步操作的合理性。医疗活动的生命周期