曾丽娟 邱 毅 段 涛 邓大炜 王 俊 徐 涛

(川北医学院附属医院信息中心南充 637000) (川北医学院附属医院肝胆外科II南充 637000) (川北医学院附属医院信息中心南充 637000)

1 引言

急性胰腺炎(Acute Pancreatitis, AP)是临床常见病与多发病，可分为轻症和重症两种，其中轻症胰腺炎约占80%，并发症较少，死亡率低。而重症胰腺炎(Severe Acute Pancreatitis, SAP)虽只占20%，但病情凶险、治疗费用高、并发症率与病死率高，对国民经济造成严重负担[1]。如果在胰腺炎早期即能对患者进行准确评估，判断AP严重程度，给予及时支持治疗和临床检测，则能达到较好治疗效果并节省费用[2]。目前全世界提出10余种评分标准，例如Ranson，急性生理与慢性健康评分(Acute Physiology and Chronic Health Evaluation，APACHE)，急性胰腺炎严重程度床边指数(Bedside Index for Severity in AP，BISAP)，Glasgow等，各系统侧重点及测评时间不同，单独评分对疾病严重程度及预后进行判断都不可避免存在片面性[3]。有研究表明综合各种临床评分系统，反复对病情进行实时、连续评估，能更准确地判断预后并及时有效地指导治疗[4]。

2 现存问题及系统目标

2.1 存在问题

2.1.1 概述 国外许多医院相关科室已经使用基于医疗信息化平台的急性胰腺炎评分系统模式。国内于20世纪70年代末将信息化引入医院管理，目前管理信息系统在各大医院顺利推行，实现医疗资源高效利用。但临床科室工作流程尚未完全实现数字化。目前预测评估急性胰腺炎患者病情仍采用手工模式，存在不少缺点。

2.1.2 实时性欠缺 患者产生新的护理记录、检验检查结果都需要医生根据各种评分标准进行人工评价。

2.1.3 准确性不高 医生工作繁忙、超负荷工作及人力资源缺乏等原因导致评价结果不准确，延误患者病情。

2.1.4 增加医生工作量 患者每产生新护理记录、检验检查结果都需要由医生进行评分，增大医生工作量，降低工作效率。

2.1.5 连续性差 由于工作量较大，临床工作者很难对大量患者根据病情变化连续评分。

2.1.6 评分系统单一 考虑工作量因素大多数医院只采用1～2种评分标准，不能完整、准确地对病情进行评估，导致各系统标准的比较缺乏循证医学证据，滞后相关评分标准发展[5]。临床工作中对实时、连续、方便、快捷、精准评分模式的需求日益增加。

2.2 系统目标

2.2.1 提高评分实时性、准确性、连续性 系统自动实时并且通过多个标准对急性胰腺炎患者进行评分，规避人为因素导致结果不准确的问题，评分结果更可靠，且可通过一段时间评分观察患者病情发展趋势。

2.2.2 减轻医护人员工作量，降低误诊率 系统自动实时对急性胰腺炎患者进行评分，减轻医护人员工作量，提升救治成功率。自动评分结果准确可靠，且根据患者评分情况给予相应临床保治疗建议，从而减少误诊率。

2.2.3 规范治疗流程，便于医院举证 急性胰腺炎评分标准的引入在一定程度上规范了救治处理过程，有助于医疗质量监控。保存治疗过程诊疗信息，当发生医疗纠纷时方便医院举证。

3 系统设计

3.1 网络架构

研究和构建一套高效、方便的急性胰腺炎评分系统，实现急性胰腺炎患者临床信息实时获取、评估、推送，提高临床医生工作效率、指导临床治疗、改善患者预后。本系统需要与医院信息系统(Hospital Information System，HIS)，电子病历系统(Electronic Medical Record，EMR)，实验室信息系统(Laboratory Information System，LIS)，手术麻醉系统(Operation Anesthesia System，OAS)等集成，实时获取急性胰腺炎患者医嘱、检验、检查等相关数据，及时、准确、有效地评估患者病情，针对新发现重症急性胰腺炎患者及时通知责任医护人员，见图1。

图1 急性胰腺炎评分系统网络架构

3.2 系统结构(图2)

图2 急性胰腺炎评分系统结构

3.2.1 登录模块 基于角色配置的安全管理策略，针对不同用户提供不同数据。

3.2.2 急性胰腺炎患者选择模块 同步HIS信息，选择需评分患者并通过检验值实时进行评分。

3.2.3 历史查询模块 查询以往患者评分情况及处理方案以便参考。

3.2.4 患者评分连续查看 将患者入院后各评分结果生成曲线图，方便医生对比分析病情发展情况。

3.2.5 评分标准制定 对Ranson、APACHE、BISAP、Glasgow等标准各评分点、区域值及各评分标准时间进行维护。以Ranson评分标准为例，入院时评分点：年龄>55、WBC>16×109/L、血糖>10mmol/L、LDH>350U/L、AIT>250U/L；入院后48小时内：HCT下降>10%、BE>4、BUN>1.8mmol/L、液体丢失>6L、血钙<2mmol/L、PaO2<60mmHg;每符合1点计1分，入院时及入院后分别累计，结果值≥3则考虑为SAP。

3.2.6 消息推送模块 当有新患者评分为SAP时，系统通过软件开发工具包(Software Development Kit，SDK)接入云移动代理服务器(Mobile Agent Server，MAS)平台的方式及时通知管床医生。

3.2.7 数据采集参数设置 设置采集参数，灵活设置数据采集地址。

3.3 系统流程

主要实现急性胰腺炎患者评分一览表、选择需要实时评分患者、历史数据查询、评分标准规则修改、辅助决策规则修改、数据采集参数设置、接受短信电话号码设置等功能。在对急性胰腺炎评分系统内容进行认真分析和研究基础上，经过反复论证确定该系统流程，见图3。

图3 急性胰腺炎评分系统流程

3.4 浏览器/服务器架构

综合考虑系统硬件环境、安全要求、程序架构、软件重用、系统维护、用户接口、信息流等方面需求，本系统决定采用浏览器/服务器(Browser/Server，B/S)模式。系统安装和维护工作集中在应用服务器上，其客户端不需要安装专门软件，只需要浏览器即可，浏览器通过Web服务器与数据库进行交互，可在不同平台下工作。实现客户端零维护，最大限度降低安装部署成本，极大地减少软件升级和维护工作量，便于后期扩展[6-7]。

4 系统实现

4.1 数据库管理平台

为方便数据维护管理方便，基于目前HIS、LIS、影像存储和传输系统(Pictures Archiving and Communication Systems，PACS)等，采用Oracle 11g数据库。Oracle数据库支持多用户、事务量的事务处理，保持数据安全性和完整性方面性能优越，支持分布式数据处理，具有可移植性等显著特点[8]。

4.2 数据库设计(图4)

图4 急性胰腺炎评分系统数据库设计

4.3 实现工具与开发平台

4.3.1 前端页面开发 选用Vue框架[9]。Vue是一套构建用户界面的渐进式框架，采用自底向上增量开发设计。其特点是核心只关注视图，易学、轻量、灵活、性能高。Vue的核心点是响应的数据变化(当数据变化时视图自动更新)及组合的视图组件(UI页面映射为组件树，划分组件可维护、可复用、可测试性高)。

4.3.2 后端系统开发 综合Java面向对象、分布式、健壮、结构中立、安全、可移植等特点，本系统开发语言选取Java，使用J2EE(Java 2 Platform Enterprise Edition，是一种利用Java2平台简化企业解决方案开发、部署和管理相关复杂问题的体系结构[10])架构，采用模型-视图-控制器设计模式(Model View Controller，MVP)[11]，通过Java服务器页面(Java Server Pages，JSP)、Servlet等技术实现。由于MyEclipse完全支持JavaEE，包括完备的编码、调试、测试和发布功能，开发工具选用MyEclipse8.5[12]。

4.3.3 短信发送接口 系统通过SDK接入云MAS平台时，严格按照SDK接口规范执行。发送短信服务器具有直连访问互联网能力且需要通过身份验证(只需验证1次即可)。实例化Client类后即可通过该实例调用短信发送等函数。

4.3.4 数据采集 由于数据采集需要跨平台调用，本系统通过Web服务描述语言 (Web Services Description Language，WSDL)和简单对象访问(Simple Object Access Protocol，SOAP)协议来实现。WSDL 是一种可扩展标记语言(Extensible Markup Language，XML)，用来描述如何访问具体接口，将Web服务描述定义为一组服务访问点，客户端可以通过这些服务访问点对包含面向文档信息或面向过程调用的服务进行访问[13]。SOAP主要用来描述传递信息格式，使得运行在不同操作系统并使用不同技术和编程语言的应用程序可以互相通信[14]。

5 结语

基于医院信息平台急性胰腺炎评分系统在以下方面起积极作用：一是促进医院信息化建设持续发展；二是规范治疗流程且有助提高医生工作效率；三是给予患者及时支持治疗和临床检测，达到较好治疗效果并节省费用。