《一种灵活的基于临床指南的临床决策支持系统》由会员分享，可在线阅读，更多相关《一种灵活的基于临床指南的临床决策支持系统（4页珍藏版）》请在金锄头文库上搜索。
1、第 28 卷第 6 期 计算机应用与软件 Vol. 28 No62011 年 6 月 Computer Applications and Software Jun 2011一种灵活的基于临床指南的临床决策支持系统刘光熠1赵迎宾1Johan Ellenius2Carolina Wannheden21( 复旦大学计算机科学技术学院 上海 200433)2( 卡罗林斯卡医学院医学信息学系 斯德哥尔摩 17177)收稿日期 : 2010 03 28。刘光熠 ， 硕士生 ， 主研领域 : 医学信息学 。摘 要 基于临床指南的临床决策支持系统的价值已得到了普遍认同 。提出一种基于拆分 /组合策略的临床决策
2、支持方法 ， 给出了一种灵活的临床决策支持系统开发框架 ， 并结合一个具体的实例说明如何应用该框架进行开发 。应用表明 ， 该方法很好地满足了不同医生对决策支持的需求 ， 有效地加强了系统的灵活性 ， 减低了维护的成本 。关键词 临床决策支持系统 临床指南 适应变化 工作流 UI 自动生成A FLEXIBLE CLINICAL DECISION SUPPORT SYSTEM BASEDON CLINICAL GUIDELINESLiu Guangyi1Zhao Yingbin1Johan Ellenius2Carolina Wannheden21( School of Computer Sci
3、ence， Fudan University， Shanghai 200433， China)2( Department of LIME， Karolinska Institutet， Stockholm 17177， Sweden)Abstract The value of clinical decision support systems based on clinical guidelines has been widely acknowledged This paper proposesa clinical decision support method based on the sp
4、lit-combine strategy and suggests a flexible clinical decision support system developmentframework Whats more， a case study explaining how to utilise the framework in the development is conducted which proves that the newmethod satisfies different requirements from different clinicians， strengthens
5、system flexibility and reduces maintenance costKeywords Clinical decision support system Clinical guideline Adaptive Workflow UI automatic generation0 引 言医生的决策关系到病人的安危 ， 因此 ， 丰富的医学知识与临床经验显得尤为重要 。除自身的知识与经验的积累外 ， 借助临床决策支持系统 CDSS( Clinical Decision Support System) 则是一种行之有效的方法 。临床决策支持系统是临床信息系统中专门辅助医疗工作的
6、系统 ， 它的应用可以有效解决临床医生知识的局限性问题 、减少人为疏忽 、相对降低医疗费用 1。临床指南的重要性已经得到广泛认可 ， 它的科学性和规范性为临床决策支持系统提供了可靠的知识来源 ， 为医疗质量提供了保障 2。尽管基于临床指南的临床决策支持系统的价值得到普遍认同 ， 但无论国内外 ， 在临床实际中投入广泛长期应用的系统并不多 ， 归纳起来主要有两方面的原因 2:( 1) 这些系统无法满足不同医生对决策支持的不同需求由于医生自身知识和经验的积累不同 ， 他们对决策支持的需求也不一样 。一般来说 ， 初级医生需要更活跃的决策支持 ， 而经验丰富的医生则希望得到选择性的支持 ， 更自主地
7、进行临床决策 。现有的系统大都过于强调机器决策 ， 这不利于 CDSS 的推广 ， 也是不科学的 ， 因为决策本身应该由人来完成 。( 2) 无法适应医疗指南的快速变化我们正处在一个知识爆炸的时代 ， 循证医学的证据层出不穷 ， 临床指南在不断更新 。一个基于临床指南的临床决策支持系统 ， 应该支持并适应临床指南的快速变化 。而这一点 ， 现有的系统却大都没有做到 。针对第一个问题 ， 本文在分析了医生的决策过程和临床指南的结构之后 ， 提出了一种基于拆分 /组合策略的临床决策支持方法 ， 将一个完整的临床指南拆分成多个 “原子临床指南 ”， 同时将整个决策过程细化 ， 让医生更活跃地参与临床
8、决策 。针对第二个问题 ， 本文提出了一种灵活的基于 MVC 模式的临床决策支持系统开发框架 。首先由医生根据现有的临床知识 ， 整理出关于某种疾病诊断的临床指南 ， 并通过形式化的方式表示出来 。然后再由建模人员 ， 根据形式化的临床指南 ， 在笔者提供的建模工具上进行建模 。系统的 UI 引擎则会根据模型 ， 自动产生相应的用户界面 。再通过工作流引擎实现工作流与用户界面的交互 。而当临床指南发生更新时 ， 也只需要建模人员对模型进行修改 ， 就能使系统快速适应这种变化 。1 实 例肺结核 ( TB) 是 HIV/AIDS 患者最常见的机会性感染 。同时 ， 感染 TB 将导致免疫细胞对
9、HIV 易感 ， 这将使得 HIV 更易进入免疫细胞并更容易复制 。据统计 ， 与未感染 HIV 的人相比 ，AIDS 患者患活动性肺结核危险性升高 170 倍 ， HIV 感染者患活动性肺结核危险性高 113 倍 。190 计算机应用与软件 2011 年本文以 HIV/TB 双重感染防治为例说明如何应用该框架进行开发 。考虑到 HIV/TB 双重感染的治疗方案的复杂性 ， 而本文篇幅有限 ， 仅参照美国卫生与人类服务部 ( DHHS) 2008 年出台的相应治疗指南 3， 给出简化的 HIV/TB 治疗临床指南进行肾脏检测 :a) 如果检测结果正常i) 进行 HIV 治疗 。ii) 评估居住
10、地风险 ， 并判定 HIV 治疗药物中是否含 PI。A) 如果风险高 ， 而且 HIV 治疗药物中含 PI， 则推荐使用“方案 1”治疗 TB: INH/RFB/PZ/EMB( 2 个月 ) 、INH/RFB( 4 个月 ) 。B) 如果风险高 ， 而且 HIV 治疗药物中含 PI， 则推荐使用“方案 2”治疗 TB: INH/RIF/PZ/EMB( 2 个月 ) 、INH/RIF( 4 个月 ) 。C) 如果风险低 ， 而且 HIV 治疗药物中含 PI， 则推荐使用“方案 3”治疗 TB: INH/RFB/PZ( 2 个月 ) 、INH/RFB( 4 个月 ) 。D) 如果风险低 ， 而且
11、HIV 治疗药物中含 PI， 则推荐使用“方案 4”治疗 TB: INH/RIF/PZ ( 2 个月 ) 、INH/RIF ( 4 个月 ) 。b) 如果检测结果出现异常 ， 则终止治疗2 基于拆分 /组合策略的临床决策支持方法临床指南越来越多地被应用到临床决策支持系统中 ， 这有助于改进医疗质量和减少成本 。在开发这种系统之前 ， 我们首先需要将临床指南中包含的临床知识以形式化的方式表达出来 。这就需要使用到 CIGs( 形式化的临床指南 ) ， 如 GLIF、PROforma 等 。考虑到易于使用和理解的目的 4， 本文将采用 PROforma 5作为临床指南的建模语言 。21 使用 PR
12、Oforma 对临床指南建模在 PROforma 中 ， 指南应用由一组任务和数据项构成 。它的任务模型分成四种类型 : 计划 、决策 、行动和询问 ， 如图 1 所示 。图 1 PROforma 的任务模型 计划 指南的基本构建块 ， 并且可能包括任何类型任何数量的任务 ，可以包括其它计划 。 决策 用于有选择出现的地方 ， 例如是否治疗病人或实现进一步的调查研究 。 行动 典型的需要去作的临床过程 ( 例如注射的管理 ) 。 询问 请求进一步的信息和数据 ， 在指南处理之前的请求 。使用 PROforma 对 HIV/TB 的临床指南建模 ， 结果如图 2 所示 。图 2 使用 PROfo
13、rma 对 HIV/TB 的临床指南建模22 拆分临床指南一个临床指南往往包含着多个决策 。在现有的 CDSS 中 ，往往只给出了一个最终的推荐治疗方案 ， 而没有让医生选择性地参与每一步的临床决策 。本文将一个完整的临床指南拆分成多个相互依赖的子指南 ， 整个临床决策的过程被细化了 ， 使得医生得以活跃地参与每一步临床决策 。临床指南拆分的原则是 : 每个拆分后的子指南只需要做一个决策 。以 “HIV/TB 临床指南 ”为例 ， 其拆分 /组合后的结果如图 3所示 ， 其中 “TB 临床指南 ”依赖于 “HIV 临床指南 ”。即 TB 的治疗方案 ， 依赖于医生在使用 HIV 临床指南时做出
14、的决策 。图 3 拆分 HIV/TB 治疗指南3 基于临床指南的决策支持系统的开发框架本文按照 MVC 的思想设计一个灵活的临床决策支持系统 ，其架构如图 4 所示 。分层的体系结构可以避免系统部件的耦合 ， 降低系统的复杂性 ， 增强系统的可扩展性和可维护性 。图 4 系统架构下面是各层结构的详细描述 :( 1) 模型层 负责存放整个系统涉及的业务数据和业务逻辑 。本系统中 ， 它由基于状态机工作流的临床指南和数据库组成 。数据库中存放了所需要使用的数据 ， 如某种治疗方案等 。状态机工作流中存放了业务逻辑 ， 即临床指南 。( 2) 控制层 定义了应用程序的行为 ， 负责对来自视图层的用户
15、行为进行解释 ， 并把这些要求映射成相应的行为 ， 交给模型层给予实现 。本系统中 ， 用户行为可能是一些鼠标单击或是菜单选择操作 ， 控制层包括 UI 引擎和工作流引擎 。UI 引擎负责解析这些用户行为 ， 并由工作流引擎根据解析的结果进行业务处理 、更新工作流的状态 ， 最后再由 UI 引擎根据工作流的状态自动生成 WPF 页面 ， 返回给视图层 。( 3) 视图层 它是提供给用户的操作界面 。在本系统中 ，它是由 “UI 引擎 ”根据模型层中工作流的状态自动产生的 WPF页面 。第 6 期 刘光熠等 : 一种灵活的基于临床指南的临床决策支持系统 1914 技术难点与实现考虑到对系统的持续
16、支持 ， 本系统采用微软 NET 框架进行开发 ， 其中 : 模型层采用 Windows Workflow Foundation 对临床指南进行建模 ， 并采用 Microsoft SQL Server 数据库存储具体信息 。 控制层采用 C#开发 UI 引擎和工作流引擎 。 视图层采用 Windows Presentation Foundation 开发用户界面 。控制层的实现较为复杂 。它包括 UI 引擎和工作流引擎 。UI 引擎负责解析用户行为 ， 并由工作流引擎根据解析的结果进行业务处理 、更新工作流的状态 ， 最后再由 UI 引擎根据工作流的状态自动产生用户界面 。本文将重点介绍 UI 引擎的实现 。41 UI 引擎的实现UI 引擎的主要功能包括两个 : 一是根据工作流的状态自动生成用户界面 ; 二是解析用户行为 ， 如鼠标单击或是菜单选择操作等 ， 并将解析结果交付给工作流引擎 。为了正确地自动生成用户界面 ， 首先要知道用户界面应该由哪些元素构成 。根据分析临床指南的结构 ， 我们认为 ，
