医政管理软件与临床信息系统的融合

王聪健，胡龙军，杨佳芳,2，李济宇，侯冷晨，殷 钧*

(1.同济大学附属第十人民医院医务处，上海 200072;2.同济大学附属第十人民医院信息处，上海 200072;3.同济大学附属第十人民医院院长办公室，上海 200072)

近年来，随着无线通信、手持设备、条码识别等技术的发展，尤其是移动宽带、物联网技术的兴起和发展，推动移动医疗的发展[1]。对于临床医疗工作的过程监控和管理制度不完善使其医疗服务效率降低。提升医疗服务现代化水平、促进医疗信息在相关主体间的共享互通、缓解医疗资源紧缺的压力是大多数医院需要解决的共同问题。在信息化时代背景下，本院自2018年5月开始探索研究，经过近1年的不断努力，对医院现有信息系统进行改造，构建现行医政APP，使其与临床信息系统达到无缝融合，实现临床医疗工作的过程监控和管理，为医院决策管理、医疗护理任务、过程控制提供有效手段，顺应数字化医院发展趋势。

1 医政管理APP

医政管理APP是一款智能手机上的APP程序[2]。通过该程序，医院管理人员、信息管理人员等可通过手机完成医务台账、病历借阅监控、不良事件管理、加速外科康复管理和带组管理等操作。此外，医政管理APP与临床信息系统融合后，医院管理人员还可以进行病历闭环管理、危重孕产妇管理、危急值监测、VTE管理(静脉血栓栓塞症)、特殊用血管理、全院大会诊、医疗安全记分系统、考勤记录、医务质控等操作。该程序优化完善电子病历的时效性管理功能，加强三级阅改、病历点评等功能，通过信息化手段提高医务质控能力，减轻医院工作人员的工作强度，提高效率，弥补医疗资源的不足。

1.1 体系结构

医政管理APP前端基于HTML5与React Native技术的混合框架，后端基于JavaScript技术架构，采用模型/视图/控制器(Model/View/Controller,MVC)多层架构模式进行构造及合理分层[3]，实现底层数据结构与界面内容管理个性化的有效统一。整体的系统架构可以划分为数据库访问层、业务逻辑层、页面展示层。

数据库访问层主要指数据库、文件系统和外部系统。该层采用的产品遵循信息技术管理部对数据库等软件产品的统一规定。本系统采用SQLSERVER2012作为数据库系统。

业务逻辑层是构架的核心层。其接收展示层分发的交易请求，完成业务逻辑的具体实现。对不同的业务数据进行处理，处理完成后，将处理结果返回表现层。本项目中业务服务层由院方“摆渡服务器”统一提供。

页面展示层接收客户端的 HTTP 请求，主要采用React Native框架来构建UI。React Native 结合Web应用和 Native 应用的优势，使用 JavaScript 来开发 iOS 和 Android 原生应用，支持跨平台，增加开发效率。

1.2 功能模块医政管理APP向医院管理人员提供医务台账、病历借阅监控、不良事件管理、加速外科康复管理和带组管理、病历闭环管理、危重孕产妇管理、危急值监测、VTE管理、特殊用血管理、全院大会诊、医疗安全记分系统、考勤记录、医务质控等医院管理业务流程。系统具备完善的后台管理功能，信息管理人员可以设置医务台账查询条件、不良事件管理权限、危急值监测范围、特殊用血管理优先级、全院大会诊通知方式等。医院管理人员和信息管理人员通过使用本系统能够实现实时了解临床患者的情况、病历查阅监控等功能。医政APP还提供三级阅改、病历点评等功能，提升监督力度。

1.3 运行环境医政管理APP支持安卓系统和iOS系统，系统版本要求为：Android 4.4+；iOS 7.0+。建议手机内存1G及以上。

2 本院信息化建设基础

2.1 信息化现状本院信息系统利用光纤连接，是应用终端覆盖医疗、护理、教学、科研、管理、财务、后勤、政工等多方面的数字化医院体系，强力推进数字化医院建设的步伐，初步形成业务流程网络化、医院管理精确化、患者服务人性化的格局。

2.2 医政APP与临床信息系统融合应用价值本院医政管理APP与临床信息系统融合后系统应用价值主要体现在以下几个方面：①结合移动应用，改善系统的应用体验；②加强知识库建设，提高系统的智能化程度；③对传统临床模式进行改造和变革，提高工作效率；④临床信息系统移动化，保证业务的周期全监控，实现临床医疗工作过程的监控和管理；⑤减少医疗差错和事故。

3 医政管理APP与临床信息系统融合实现

本院医政管理APP与临床信息系统的融合主要采用数据仓库技术,通过对临床信息系统数据库进行改造，建立一系列视图和存储过程，实时抓取相关的临床数据信息，对数据进行清洗、抽取后在前台APP中显示医院管理者关心的信息[4]。

3.1 数据库接口描述系统接口应和临床信息系统数据结构一致，并能实现医政管理APP的各项功能，接口信息及接口描述见表1。

表1 数据库接口信息及接口描述

3.2 系统融合物理架构图1为系统物理构架图，系统分为内网、DMZ(Demilitarized Zone)、外网三部分，共有9台服务器。内网包括：HIS/CIS服务器、微软CDR/ESB服务器、互联网公司服务器、京颐VTE服务器，DMZ包括反向代理服务器、WEB服务器、API接口服务器、医疗管理APP数据库、摆渡服务器，这9台服务器和医院信息系统服务器群共同完成系统的各项功能。

其中，内网跟DMZ之间用网闸以及防火墙进行隔离。DMZ提供的服务是经过网络地址转换(NAT)和受安全规则限制[5]，以达到隐藏真实地址、控制访问的功能。网络通信流向禁止外网区与内网区直接通信，DMZ区既可与外网区通信，也可以与内网区进行通信，受安全规则限制。客户端的HTTP 请求到反向代理服务器上，反向代理服务器代理外部网络上的主机对内部网络的访问，对外部网络来说，可以把反向代理服务器看作是一个标准的WEB服务器，外部网络并不知道所得到的数据来自内部网络的哪个服务器上。反向代理服务器不保存任何网页的真实数据，所有的网页和CGI程序，都保存在内部的WEB服务器上。因此，对反向代理服务器的攻击不会使网页信息得到破坏，保护内部服务器，提高内部服务器的安全性。

3.3 系统界面医政管理APP能够实时提取医院内网中的相关信息，如医务台账、病历借阅监控、不良事件管理、加速外科康复管理和带组管理、病历闭环管理、危重孕产妇管理、危急值监测、VTE管理、特殊用血管理、全院大会诊、医疗安全记分系统、考勤记录、医务质控等。

图1 系统物理构架

涉及特殊用血(用血量≥1 600 ml)申请单发送时，判断是否保存过特殊用血申请单。如没有则提示进行保存,点击特殊用血申请单进入特殊用血申请页面,填写相关资料进行保存(原流程是打印特殊用血申请单无保存操作),然后返回申请单页面点击发送申请,发送时短信通知血液科[6]。

医务管理界面增加特殊用血申请审核界面,供血液科与医务处进行审核.血液科审核通过后会发短信通知医务处老师继续进行审核。

以上短信功能实现均通过WebServers调用院方摆渡服务器的方法传给移动APP，由移动APP统一轮循发送[7]。

图2为APP系统界面，界面中已经实现特殊用血申请列表发送、特殊用血申请详情列表以及审批功能。从左至右依次为特殊用血申请列表、特殊用血申请详情、用血申请审批。

图2 APP界面

该应用自2019年4月上线以来，注册用户达800余人，全面覆盖临床、护理、医技及职能管理人员。截至2020年4月，一年时间内点击量达1 137 254次，产生数据达180 GB，加强各部门协同能力，提高医院运营效率，降低容错率，减轻医务人员工作强度，提高医务质控能力。

4 小 结

该系统在研发过程中关键应把握如何与现有临床信息系统进行有效融合，无缝对接，重点包括业务流程及技术参数，达到数据传输稳定、快捷。随着数据量不断攀升，数据访问能力将会成为掣肘，应不断优化数据结构、扩大储存空间，确保数据高效访问能力。下一步基于如此庞大的医疗数据，引入数据挖掘技术，对其进行分析总结，发现有价值信息，以便为临床研究及职能管理部门人员提供辅助决策。