居民呼吸健康档案采集平台设计和实现.docVIP

居民呼吸健康档案采集平台设计和实现 　　摘 要：通过建立居民呼吸健康档案采集平台，为呼吸系统疾病临床转化研究提供数据基础。对呼吸健康档案建设中的数据标准及数据格式进行了详细分析与设计，采集相应的呼吸健康档案数据、呼吸疾病等相关信息，实现研究机构之间的数据共享和多级医院之间的双向转诊数据需求。 　　关键词：呼吸健康档案；数据采集；SSH 　　DOIDOI：10.11907/rjdk.1511010 　　中图分类号：TP319 　　文献标识码：A 文章编号文章编号：1672-7800（2015）012-0124-03 　　0 引言 　　建立呼吸系统疾病临床转化研究平台，加强基础和临床的紧密结合，研发适合中国国情的常见呼吸系统疾病诊疗技术，制定符合国情的临床技术标准与规范，建立本专业的行业指引，探索慢性呼吸系统疾病的综合防治模式，以提高常见呼吸系统疾病的诊疗和综合防治水平[1]。呼吸系统疾病临床转化研究平台将建立和完善我国呼吸疾病防治网络，制订出适合我国国情、适用于不同层次医疗机构的疾病防治指南和防治模式（规范）；建成呼吸系统疾病临床转化基地，为研发诊治呼吸系统疾病的新技术、新方法提供平台。在呼吸系统疾病临床转化研究平台建设过程中，采用何种手段来采集相关的档案数据，怎样保证采集数据的规范统一，怎样保证数据的安全等问题就成为亟待解决的核心问题。因此，居民呼吸健康档案采集平台建设显得尤为重要，可以通过居民呼吸健康档案采集平台整合各研究单位的临床研究资源，它是整个研究平台的基础，为平台提供数据支撑。 　　1 平台架构 　　目前，基于B/S架构的信息应用系统中，使用的主流框架有spring、hibernate、struts、ibatis、jfinal等，其中SSH 　　框架是struts、spring、hibernate这3个框架深度整合后形成的，也是J2EE架构中最成熟、应用最广的框架之一。居民呼吸健康档案采集平台采用SSH框架进行开发，框架的整体结构如图1所示。 　　图1 框架整体结构 　　（1）表示层：通过JSP页面实现交互界面，负责接收请求和传送响应，Struts根据配置文件将ActionServlet接收到的请求给相对应的Action处理。 　　（2）业务层：管理服务组件的Spring IoC容器负责向Action提供业务??型组件，并提供事务处理、缓冲池等容器组件以提升系统性能，保证数据的完整性。 　　（3）持久层：依赖Hibernate的对象化映射和数据库交互，处理业务模型组件请求的数据，并返回处理结果。 　　以上三层体系结构中，每一层在处理程序上有各自的明确任务，在功能实现上也有具体明确的分工，各层与各层之间分离，但各层之间有通信接口的类[3]。采用三层软件体系的设计架构，应用系统软件在可复用性、可扩展性、耦合性、可维护性等方面得到极大提高，在资源分配策略设计合理运用的同时，软件系统性能得到很大提高，系统安全性也得到很大改善。 　　2 系统整体需求 　　我国居民健康档案信息管理系统研究起步较晚，大量工作还停留在将调查档案表格电子化阶段。虽然一些地区在探索医疗卫生服务模式改革期间，尝试建立居民健康档案管理系统，但由于缺乏国家级统一信息采集标准以及信息孤岛问题，导致大部分系统存在操作复杂、难以共享、决策迟钝等缺陷[2]。本文目标是建立居民呼吸系统疾病电子健康档案数据库，解决以下基本问题：针对系统所需要访问的海量数据，研究如何提高系统资源的利用率问题；以国家城乡健康档案基本数据集作为信息采集标准，从源头上解决数据孤岛和数据标准问题；通过抽样调查，建立居民呼吸疾病电子健康档案。 　　电子健康档案按属性不同分为4个部分： 　　（1）基本信息：人口统计学特征信息、社会经济学特征信息、教育特征、婚姻特征、医疗保险特征、亲属特征信息、社会救助信息、建档信息等[2]。基本信息是反映居民个人人口学及社会经济学特征的一组信息，记录内容相对稳定、客观性强，其中一些记录反映了个人固有特征且贯穿整个生命周期，是居民健康档案的重要组成部分。 　　（2）主要疾病和健康问题：个人健康特征、主要疾病和健康危险因素暴露水平，主要为呼吸系统疾病。 　　（3）主要卫生服务记录：与主要疾病和健康问题相对应，主要是呼吸系统疾病。 　　（4） 生活质量评估表：主要包括慢阻肺评估测试和慢阻肺临床调查问卷，填写分数后可自动汇总计算总分。 　　在数据库设计过程中，电子健康档案内容有很大的不确定性，数据库表结构可能随着整个研究的进行而发生变化，电子健康档案需要采集的数据都是文本、数值、日期等常用数据格式，平台将数据库对应表结构在系统的管理端展示和配置，这样管理员就可以在临床研究过程中，快捷便利地对数据库表结构进行操作。 　　居民呼