数字化医院信息化建设系列---移动查房系统

1、 概述
随着医院的快速发展和业务量的不断增加，病房管理的工作量和繁琐程度也日渐增大，对病人病情的响应时间也比原来要求更高，这些要求使得现有的工作模式及应用系统影响一线医护人员的工作效率，通过在病房使用移动查房系统，来应对日益膨胀的业务要求，提高工作效率，成了建设数字化医院的必然选择。

2、系统架构
2.1 系统网络架构
移动查房系统应采用以人为本的设计理念和原则，以移动计算技术、智能识别技术、数据融合技术为核心基础，旨在为病人和医护人员提供更友好和实用的
医院办公
业务网
医院HIS 系统
检验信息查询
EMR 信息查询
体征信息查询
PDA
PDA
PDA 移动客户端应用系统
服务。

依托覆盖全院住院部、门诊的无线网络平台，以PDA设备为硬件终端，全面支持医生查房作业。

系统将医院各种信息管理系统通过无线网络与移动终端连接，实现了医生在病床边实时查询病人的基本信息、医嘱信息、生命体征等功能，可快速检索病人的护理、检查、化验等临床检查报告信息。

系统合理、充分地利用HIS的数据资源，以适当的成本实现了HIS向病房的扩展和延伸，极大地推动了医院的信息化建设，为病人和医生提供了更友好和实用的服务。

2.2 系统软件架构
移动医生查房系统采用四层架构设计，分为用户界面层、业务逻辑层、数据交互层和数据层四层。

这种系统结构层次清晰、各层业务相对独立，有效降低开发和维护成本，并且具有更好的可扩展性。

系统通过接口与HIS系统、EMR系统、PACS系统及LIS系统对接，实现对各业务系统的信息查询、数据交互功能。

（1）用户界面层
用户界面层是使用者的操作界面，能直观显示相关的信息，并提供操作所需要的界面控件。

系统UI层实现各个系统平台如Linux、Android、iOS等与本地系统的API接入、资源的访问、设备调用。

原生实现UI组件调用接口，比如图层控制、WebView行为控制等
（2）业务逻辑层
业务逻辑层实现了该系统中的重要业务逻辑，它封装了多种如创建对象，修改和编辑，调用底层接口等功能。

业务逻辑层接受用户界面层传递的参数，并且
调用数据与接口访问层进行数据的物理传输和存储。

它是系统功能实现的核心部分，使用面向对象的设计方法，通过定义的各种系统对象的属性、方法、事件来封装各类数据和逻辑。

该系统的业务逻辑层包括多个模块，这些模块分别包含了不同功能的应用逻辑：医嘱功能子系统、检查功能子系统、检验功能子系统、体征功能子系统等。

业务逻辑层实现面向对象的分析与设计，以使得程序开发更加的高效合理。

（3）Web Service与数据库交互层
系统采用Web Service技术提供信息服务，前后台系统之间的交互采用SOAP 协议。

这种体系结构的好处在于各个层次非常清晰，也符合当今技术发展的趋势。

Web Service与数据库交互层提供了对数据库访问的方法和对外部系统调用
的接口，该层分为Web Service模块和数据库操作模块两大模块。

医疗系统未来的趋势应该是各种子系统的融合和数据中心的管理，这一切归功于网络信息化的发展，也正是这种信息化的发展使得各种系统的融合成为可能。

当前典型的医疗终端设备有医用PDA、iPad、平板电脑等，随着信息化程度的不断提高，各种医疗终端设备也会日趋丰富。

各种医疗终端和系统的整合，将是医疗信息化的一个显著标志。

本期系统移动医生查房系统能跨多平台运行，从而为医院带来了更多的选择。

3、业务流程分析
备，将医院医疗业务系统服务范围延伸到病床边，移动查房系统并不是一个独立的信息化系统，以HIS 系统为基础，结合医院的LIS 系统、PACS 系统及EMR 系统，各系统相互交互、相互配合完成医生查房工作。

（1）移动医生查房系统实现开立医嘱，将医嘱信息通过接口录入到医院HIS 系统，经HIS 系统医嘱信息传送给药房、检验科、放射科及护士工作站，药房根据医嘱进行配药，检验科按医嘱进行检验、放射科按医嘱检查、护士按医嘱信息取药。

（2）护士根据HIS 系统的医嘱信息进行护理及体征信息检查及收集。

（3）查房医生查房时，通过扫描病人的腕带，直接在PDA 上调出该病人的信息、病情，查看医嘱执行情况、体征信息、检查检验结果及病人病历等。

（4）医生根据查房的结果，结合病人病情，通过医生工作站开立医嘱。

4、 功能清单
广州市第十二人民医院医生查房系统通过与医院已建成的HIS 系统、PACS 系统、LIS 系统及EMR 系统进行对接，实现了在终端设备上查看病人的基本信
医生工作站
息、医嘱信息、电子病历、检查信息、检验信息、护理信息，同时还支持医生在终端设备上通过手写、语音以及图片的方式进行备注，很好地将医生的信息系统延伸到病人床边。

5、功能设计
5.1 病人信息
（1）功能示意图
（2）功能设计说明
病人信息模块包括病人信息列表、切换科室、诊断历史记录、基本信息和住院情况、姓名分类显示、全额分类显示、病情级别及护理分类显示等功能。

病人信息列表该功能通过WebService接口，直接读取和显示指定病区或全院的病人列表，以列表的形式列出病人信息，包括括姓名、年龄、性别、护理级别、诊断、住院ID号、过敏源、费用、主治医生等相关信息。

切换科室，查房医生可以通过切换科室功能，查看不同科室的病人信息，病人信息以列表的方式展示出来，展示内容包括姓名、年龄、性别、护理级别、诊断、住院ID号、过敏源、费用、主治医生等相关信息。

病人信息分类展示，病人的类别对医生查房医生来说是十分重要的，针对不同的病人实施不同的医疗方案，包括病人的性别、病情级别及护理级别等，系统能以不同的着色对不同类型的病人进行分类显示，方便医生查房过程中及时了解病人的类型。

基本信息，通过病人列表，可直接进入查看病人的基本信息，包括病人的姓名、性别、费别、民族、出生地、联系人、联系电话、联系地址、通信地址、病人编号、年龄、住院号、婚姻、身份主号、出生日期、单位电话、入院科室、辨认诊断、入院病情及护理等级等。

诊断史，查房医生能直接通过PDA查看病人的诊断日期、诊断序号、诊断描述及诊断部门，诊断史以列表的形式进行展示，通过点击可查看诊断史详情。

5.2 医嘱信息
（1）功能示意图
（2）功能设计
已执行医嘱查看，系统以列表形式列出已执行的医嘱，包括医嘱的类型、类别、开始时间、医嘱内容、剂量、单位、途径、频次、执行时间及状态等信息。

医嘱本，系统以列表形式列出医嘱本，包括医嘱的类型、类别、开始时间、医嘱内容、剂量、单位、途径、频次、执行时间及状态等信息。

长期医嘱，系统根据医生的要求筛选出长期医嘱，展示医嘱的类型、类别、开始时间、医嘱内容、剂量、单位、途径、频次、执行时间及状态等信息。

临时医嘱，系统根据医生的要求筛选出临时医嘱，包括医嘱是类型、类别、开始时间、医嘱内容、剂量、单位、途径、频次、执行时间及状态等信息。

（3）接口设计
系统通过WSDL 描述文档，会生成一个SOAP 请求消息。

移动医疗服务系统生成的SOAP请求会被嵌入在一个HTTP POST请求中，发送到Web 服务器来。

Web 服务器再把这些请求转发给Web Services 请求处理器。

请求处理器的作用在于，解析收到的SOAP 请求，调用Web Services，然后再生成相应的SOAP 应答。

Web 服务器得到SOAP 应答后，会再通过HTTP应答的方式把信息送回到客户端。

5.3 检查信息
（1）功能示意图
（2）功能设计说明
检查列表查看，系统以列表的形式展示检查列表，列表包括申请时间、申请序号、申请医生、类别、状态等。

在检查信息主界面点击右侧的功能选项中检查查询，医生可以实时查看病人的检查单。

单击某一检查单，即可查看该病人的相关检查结果。

点击查看影像，即可查看病人的相关影像资料。

（3）接口设计说明
移动医疗信息系统可通过接口调用PACS系统报告，通过WebService服务向PACS系统发出会生成一个SOAP 请求消息，PACS系统接到请求信息后，将结果以XML形式回复给移动医疗信息系统，系统以列表的形式展示。

5.4 检验信息
（1）功能示意图
（2）功能设计
检验结果列表，系统通过接口直接查询医院HIS系统检验系统数据，在系统中以列表的形式展示，展示字段包括申请时间、标本、申请序号、检验项目名称、检验科室和结果状态。

每条检验信息与该信息的明细相关联，通过点击该信息，可直接查看检验结果明细。

检验影像查看，系统通过接口，直接查看检验结果影像，实现将影像直接进行缓存和查看影像，系统支持对影像进行缩略图、翻转、调灰、放大缩小等操作。

（3）系统接口设计
检验信息来源于医院HIS系统，系统采用WebService实现与医院医院HIS 系统数据交互，采用XML技术，实现数据查询及传输。

系统影像直接来源于医院LIS系统，通过接口读取指定的影像，实现影像数据的缓存和显示。

5.5 EMR信息查询
（1）功能示意图
（2）功能设计描述
移动医疗系统能直接通过接口调用EMRS系统数据，直接在PDA上显示，包括姓名、科别、病区、床号、住院号、ID号、首次病程记录、病例特点等信息。

5.6 体征信息
（1）功能示意图
（2）功能设计
体温单展示，体温单可显示病人一周内的体温信息与脉搏记录，并且以图表的方式进行展示。

体征数据查询，体征数据查询，包括：体温（包括物理降温），脉搏（心跳/房颤），呼吸，血压、血糖、血氧饱和度等基本生命体征。

5.7 备忘录功能
备忘录功能主要是实现手写、语音及图片备忘录。