梁 芳，沈济南

(1．湖北民族学院 理学院，湖北 恩施445000;2．湖北民族学院 信息工程学院，湖北 恩施445000)

医疗卫生服务是一个重大的民生问题，为了解决这个问题，国家提出了医改方案，它的重点是解决医疗服务的精准确性问题，还要解决看病难、看病贵、看病烦的问题［1］．然而，医院与广大群众存在严重的医疗信息不对称，且大医院基本上为独立运作，医疗信息分散，难以互通，求医群众和医护人员均无法通过网络实时了解多家大医院的医疗信息动态和实现医疗信息的共享［2］．另一方面，任何一家大医院的医疗资源终究有限，面对人满为患、一“诊”难求这一现实，同样显得忙不暇接、力不从心．

本文以眼科医疗为背景，基于J2EE 框架，采用Struts2、Hibernate、Spring、Ajax 等技术，设计并实现了眼科医疗系统—Freei2eye，为医疗信息共享提供了可行的信息化的解决方案．

1 就医模式

1．1 传统就医模式

随着社会的发展，群众对医疗质量与水平也有更高的要求，希望有更高的确诊率、更高的治愈率、更少的平均治疗时间、更少的平均医疗费用．跨区域、更便捷地对患者库、病历库进行电子化管理的需求越来越强烈［3］．现在已经存在一些健康医疗系统，但大都系统的数据相对孤立，不具有医疗数据的共享、快速传播等特性［4］．导致很多疾病得不到高效的诊治，给患者带来了很多压力．传统的就医模式如下图1 所示．

图1 就医模式示意图Fig．1 The diagram of medical model

图1(a)为传统的自发就医，患者到医院看病，问了A 医生，A 治疗不了，A 医生就推荐到B 医生处治疗．B 又推荐C 等等．最后，绕了很久才找到合适的医疗医生．在这个过程，患者会到处奔波的，并且基础就诊数据缺失，初级保健数据空白，没有延续性．

图1(b)为传统的双向转诊，表示患者到医院看病，该医院没有治疗能力，必须转到上一级医院．此过程中，就医效率低下、区域封闭、行政成本最高、难以持续．

图1(c)为增加了远程网络咨询的双向会诊，是在传统双向转诊基础上加了网络检查．此过程中，区域封闭，行政成本较高，持续运行较难．

1．2 Freei2eye 系统就医模型

针对传统就医模式存在的问题，提出了Freei2eye 眼科医疗系统，模型如图2 所示． 该模型中有多家医院，每家医院有多名医生，他们关注着其他医院相关的医生．恩施某医院医生A 的患者病例推送到其他医院与这个病例相关的医生，接收到该病例的医生根据自己的情况，接诊或者推荐到其他的医生…最后该病例经北京某医院的B 医生推送到能够为患者提供医疗服务的上海某医院医生C，医生C通过该患者病例的推送医生A 和该病患取得联系，进而进行医治．这种方式是突破现有医疗机构就诊流程，不需要逐级转移病人．病人可以以最快的方式得到治疗的途径．

随着系统中的医生数量不断增大，将会形成了一个复杂网络，复杂网络里面有6 度分隔［5］，要想找到世界上任何一个人，通过你的关系网找到他，平均只需要6 条关系路径就能找到这个人．这意味着，在Freei2eye 系统里，要找到能治疗某个病例的合适医生，平均只需要6 次转诊．

图2 Freei2eye 医疗系统模型图Fig．2 The model diagram of Freei2eye system

2 系统设计

2．1 系统技术架构

系统MVC 模式［6－8］，采用Hibernate+Spring+Struts2 + jQuery 框架进行开发;数据持久化层采用Hibernate，其优点是方便以对象的方式维护关系数据库数据插入或查询;控制层采用Spring 框架，通过Spring 容器注入相关对象的依赖关系［9］;表示层采用Struts2 框架，控制前端访问相关请求，构建大量JSP 标签，方便前台调用;前台JS 调用使用jQuery 框架，方便HTML 中DOM 的操作工具［10］．

2．2 系统总体功能设计

系统的功能模块包括系统后台管理、医生操作两大部分．系统整体功能框架图如图3．

图3 Freei2eye 系统功能模块图Fig．3 The function module diagram of Freei2eye system

2．2．1 后台管理 后台管理部分包括系统管理员管理、医院管理员管理、区域管理员管理．

1)系统管理员:管理整个系统的标签，对加入该系统的医院信息进行管理，对区域信息进行管理以及医生信息管理．

2)医院管理员:根据系统分配产生，实现对医院所辖科室及区域管理员等的权限分配;对其所在医院的标准标签进行管理，对该医院中存在于该系统中的医生进行管理．

3)区域管理员:查看区域调查分布，对其所辖区域的信息进行管理和分配．

2．2．2 医生操作 医生操作是系统面对医生的核心操作界面． 包括医生动态管理、标签管理、关注关系管理、患者管理等．

1)患者管理:在系统中添加患者，并为患者添加其对应的健康文档．该模块为系统中医生对病人病历信息的管理．当一个患者找医生看病时，该医生会询问患者是否有该系统的账户，如果有账户，则查找到该患者为其添加健康文档．若没有则先添加该患者的基本信息到Freei2eye 系统，然后再为其添加相应的健康文档．在该系统中对该患者进行搜索，搜索出来的患者信息中能查看其上传的病历等先关的信息，包括图片库、患者到相关医院的科室就诊的医生列表、增加该患者的就诊信息或添加新随诊等．添加患者基本信息时，必填信息需要填写完成才能成功添加．然后才能添加其他信息，如添加健康文档等．

2)标签管理:添加属于自己的标签，或者更改已有标签的别名．Freei2eye 系统中提供标签管理，以方便用户为系统提供系统定义的标签，也可以通过该模块为以后标签取别名． Freei2eye 系统里面存在不同的标准标签，因此系统中的合法用户可以对每套标签的标准进行编辑．在此模块中进行的编辑的结果只供用户自己查看，不提供对外使用，以满足不同的医院对病例描述的时候所采用的不同格式的信息都能入库．另外每套标准下面又有4 种类型，分别为症状、诊断、眼部检查和全身检查．

3)关注关系:主要是医生管理关注他的或者是他所关注的同行信息，类似于微博里面的“粉丝”和自己“收听”的人的关注问题．Freei2eye 系统里面使用微博推送的形式传播健康文档．所以系统中存在着关注与被关注的医生管理，可以添加你想关注的医生，或者取消对其关注．当所关注的医生接收到新的健康文档或者微会诊时，用户能第一时间收到提示信息，通过此方式，可以方便用户得到感兴趣的东西，为医患之间建立起及时的沟通的平台．

4)健康文档:查看医生所写的健康文档，或者在规定时间修改医生所写的健康文档．Freei2eye 系统中，医生管理自己所创建的健康文档，包括在医疗活动过程中形成的文字、符号、图表、影像、切片等资料，以及查看、微会诊、在规定时间编辑、转诊等操作．该栏目中能查看该健康文档的经诊治医生和转诊医生，能看到该健康文档的微会诊以及添加新的微会诊．该模块的功能包括增加健康文档、健康文档转诊、健康文档微会诊、查看既往健康文档、修改健康文档以及查看健康文档的转诊医生等．

5)微会诊:管理医生对病人健康文档的回复内容．Freei2eye 系统中的微会诊，在传统会诊的基础上增加微博的处理方式，也即为传统意义上的回复，通过该会诊模式，对传统的会诊方式进行的改进．医生可以通过这些微会诊交流建议，通过系统给病人提供治疗的意见或者建议．微会诊的回复分为治疗建议、检查建议、诊断建议以及其它建议等4 个模块，治疗建议和其他建议是文本形式记录，检查建议和诊断建议是标签形式记录．

6)信息维护:基本参数与样式设置．

2．3 标签库设计

Freei2eye 系统里最核心的功能是标签关系，包括系统标签、标准标签、自定义标签． 在病理结构里面存在几大块，分别是主诉，诊断建议，全身病史，眼部病史，图片检查，其中Freei2eye 系统为了给每个医院提供相应能转换的标准标签库，使用系统定义的一套系统标签为模板，转换每套标准标签在各个标准．

1)系统标签库．系统标签是系统的核心模板标签．所有标准标签都是以系统标签为模板，然后以系统标签基础进行修改． Freei2eye 系统设计系统标签表的时候考虑到标签有孩子结构，所以采取树的数据结构设计标签表，包括标签层级level、父标签编号p_id、是否叶子节点isleaf、是否根节点isroot 等．

2)标准标签库．标准标签是系统对医生提供的可见标签，是提供医生使用的标签，医生通过使用标准标签来描述一份健康文档，每个标准标签都有对应的系统标签，方便在不同标准之间进行转换，以实现在各个标准下特定的显示方式． 标准标签关系包括系统标签、建议诊断标签、全身病史标签、眼部病史标签、图片检查、诊断建议、全身病史、眼部病史、主诉标签、既往史、家族史、图片识别信息等，如图4 所示．

图4 标准标签关系图Fig．4 The relationship diagram of the standard label

2．4 健康文档转诊

健康文档的转诊是系统中一个重要的环节，转诊是指将创建成功的健康文档分享给其他相关的医生，以达到最大化治疗的目的，同时对于一些典型病例也形成了会诊的功效．在系统中记录该份文档的转诊路线，即转入和转出者，对于转入者是否有权限继续转出做了限定，记录下每次转诊时的转诊信息，方便了转入者在收到文档时及时了解上一步的就诊信息，形成一颗多叉树．转诊设计中包含医生信息、转诊记录、文档信息等．

2．5 系统权限设计

系统的权限管理基于RBAC 模型［11］，权限数据库表包括日志信息表，角色表，权限信息表，角色权限表，用户信息表．其中日志信息表是独立之外其他表均通过存储过程实现各个表之间的信息同步．其中，当有用户账户修改或增加时，会调用UserModify 或UserAdd 存储过程保证权限信息表和用户信息表的数据同步．当有权限修改时，会调用权限修改存储过程RightModify 进行权限信息表和用户信息表的数据一致．

3 系统实现

系统基于J2EE 架构，表示层使用Struts 框架，控制层使用Spring 框架，数据持久化层采用Hibernate 框架．采用Tomcat 7．0 作为WEB 容器，数据库服务器采用Mysql，开发工具使用Eclipse．

3．1 系统接口

系统与外界的接口主要有配置文件和数据库两部分，程序执行流程如图5 所示．

图5 程序执行流程Fig．5 The program execution flow

配置文件(actionMapping．properties)是供Controller 转发页面请求用的，其内容包含了每个页面请求由哪个command 来处理．例如删除日志的页面请求是由light．cbs．command．blog．article．DelArticleCmd 类来处理，那么在配置文件中对应为:delArticle=light．cbs．command．blog．article．DelArticleCmd．与数据库的交互是由DAO 完成的，对于数据库中的每个表在包light．cbs．dao 中会有一个对应的Java 类对其进行读写，读取的结果封装在JavaBean 中．基类DAO 能够完成对单表的基本操作，各派生类只需要完成事务相关的处理即可．Controller 类继承于HttpServlet，它的process 方法将来自页面的请求转发给对应的command 处理类，基类Command 提供execute 方法由Controller 调用和work 方法接口进行实际操作，所有的派生类都实现自己的work 方法以处理特定的请求．work 方法中的所有异常直接向外抛出，由Controller 统一处理．

3．2 原型系统

系统经过前期的开发，系统已经正式运行．下面对原型系统的部分实现作介绍．

1)与医生相关的健康文档．Freei2eye 系统将与医生相关的健康文档进行分类，分别由A、B、C、D、E 和F表示6 种状态，含义如表1．

2)添加健康文档．添加患者的基本信息后，可选择继续为患者添加健康文档．点击添加健康文档后进入图7 所示界面，对患者健康文档信息进行录入操作．分别给左右眼添加详细的健康数据．健康数据由标签组成．一个患者得了某种疾病，需要从家族史、既往史、主诉等来诊断病情．这些健康数据有两个来源，第一是系统定义的健康数据标签、第二是医生从客户端录入健康数据标签，系统中简称云标签．

在健康文档列表中，根据这6 种状态，医生可以很清晰地掌握到自己所拥有的健康文档的来源和去向，这样有利于掌握病人的病情处理情况，如图6 所示．

表1 健康文档状态Tab．1 The statement of health document

图6 医生相关的健康文档Fig．6 The doctor related records

3)健康文档转诊．医生针对患者诊断并添加健康文档后，如果希望某些指定的医生对该病例进行会诊，系统中提供了健康文档转诊机制，医生可以把健康文档推送到指定的医生查看或者进行微会诊，以便对该患者提出更好的更合适的诊断意见，该模块实现界面如图8．

图7 添加健康文档信息Fig．7 The diagram of add health document information

图8 健康文档转诊Fig．8 The diagram of health document referral

4 结语

本文在以眼科为基础，对医疗现状以及医疗信息共享状况进行调研的基础上，设计并实现了基于J2EE架构的Freei2eye 眼科医疗平台．该平台针对不同医院信息采集格式不一致的特点，提出了系统标签、标准标签以及医生自定义标签对病例信息描述的方法，实现了患者会诊信息的“微会诊”，为医疗信息共享提供了可行的信息化的解决方案．

致谢:感谢Freei2eye 系统开发团队成员王坤明、尹华东和柳刚等在系统设计和实现中的辛勤劳动．

［1］ 何琳．区域医疗信息共享平台构建理论与实践的研究［D］．天津:天津医科大学，2011．

［2］ 蔡光东，叶锋．基于通用中间件接口服务器的远程医疗信息系统［J］．医学信息，2007，20(4):512－515．

［3］ 龚希若．关于区域医疗信息化建设的思考［J］．信息安全与技术，2011(5):59－61．

［4］ 宋莉莉，黄正东，郭雪清．基于面向服务架构的区域医疗信息服务平台研究［J］．华南国际医学杂志，2012，26(1):57－60．

［5］ 沈济南，郑明辉．基于样本划分与均匀遗传操作的遗传神经网络［J］． 武汉理工大学学报:信息与管理工程版，2012，33(6):924－927．

［6］ 韦妍．基于B/S 模式的全国计算机等级考试报名系统［J］．吉首大学学报:自然科学版，2013，34(1):33－36．

［7］ 许畅，杨燕，王帅，等．一种基于MVC 模式的Portlet 开发框架的设计与实现［J］．计算机科学，2012，39(7):119－122．

［8］ 张宇，王映辉，张翔南．基于Spring 的MVC 框架设计与实现［J］．计算机工程，2010，36(4):59－62．

［9］ 唐永瑞，张达敏．基于SSI 的应急事务管理系统的设计与实现［J］．计算机技术与发展，2014，24(4):151－154．

［10］ 张亚荣．基于B/S 模式的学生评教系统设计［J］．内蒙古民族大学学报:自然科学版，2013，27(6):646－647．

［11］ 梁芳．RBAC 模型在数字化校园中的应用研究［J］．湖北民族学院学报:自然科学版，2012，30(3):`299－301．