CN101470889A

CN101470889A - 脐血干细胞管理系统

Info

Publication number: CN101470889A
Application number: CNA2007100602468A
Authority: CN
Inventors: 韩俊岭; 李茜; 邱录贵; 冯雷; 武文杰; 李金全; 梁晓岚; 孟恒星; 李莉; 焦淑贤; 刘越; 王学军
Original assignee: XIEHE STEM CELL GENE ENGINEERING Co Ltd
Current assignee: XIEHE STEM CELL GENE ENGINEERING Co Ltd
Priority date: 2007-12-26
Filing date: 2007-12-26
Publication date: 2009-07-01

Abstract

本发明公开了一种脐血干细胞管理系统，覆盖了与脐血干细胞相关的各个业务部门，通过数据的一次录入减少工作量，方便数据的查询。提供很强的统计功能，用户可以方便的统计和查询出需要的数据，为下一步的工作开展提供有效的决策数据。本发明采用B/S架构，有着良好的可扩展性和易维护性。系统在数据处理方面从表示层、应用层到数据库层都作了良好的优化，反应速度快，用户界面友好。

Description

脐血干细胞管理系统

技术领域

本发明涉及一种管理系统，尤其是一种在B/S结构环境下脐血干细胞管理系统。

背景技术

脐血干细胞库按目前国际通行的模式分为公共库和自体库两种模式。目前，有关干细胞的管理的软件系统一般都是C/S结构，并且一般只是对干细胞的库存的简单记录。

现有的脐血干细胞库一般在办公大楼内建立局域网，并在上面运行了数据库管理系统，系统为C/S结构，用VB开发，该系统暴露出很多弊端：

1、系统功能不完善，数据重复录入。由于为C/S结构系统的功能设计不合理，存在数据重复录入的问题，浪费了很大的人力，没有发挥IT技术信息共享的优势。

2、C/S结构不利于维护扩展：现有系统为C/S结构，客户端需要单独安装，随着系统客户端数量的不断增加，系统维护的工作量将直线上升。C/S结构由于是客户端和服务器端两层结构，两层之间偶合紧密，如果业务发生变化或者调整，需要重新编写所有程序。随着业务的发展，分支机构将遍布全国乃至全世界各地，要使信息在如此大的范围内共享，是C/S系统无法实现的，而B/S系统在这方面具有先天的优势。

3、系统响应速度慢：C/S系统在读取数据的时候速度比较慢，有明显的等待感觉。

发明内容

本发明所要解决的技术问题是，提供一种在B/S结构环境下脐血干细胞管理系统。

为了解决上述技术问题，本发明采用的技术方案是：一种脐血干细胞管理系统，由基于B/S的运行管理体系和安全保障体系构成，运行管理体系和安全保障体系通过应用服务器架构，运行管理体系由应用系统层和支撑子系统层构成，安全保障体系由数据库和平台基础设施层构成，通过在网页上填写有关脐血的各种信息，实现不同部门之间的数据完全共享。

所述应用系统层由对这一层的修改不会影响到其他层、用户自由的添加扩展功能模块的、使业务系统正常运行的模块组成。

所述应用系统层包括以下模块：

脐血管理模块：主要针对于脐血冷冻分离入库以后，对脐血的数据管理；

客户管理模块：围绕着脐血客户签约、跟踪、费用收集、采血一系列操作进行的管理；

工作站管理模块：各地工作站和总部之间相关的业务处理；

财务管理模块：主要生成客户退款单和收入结转单，并作相应的统计分析，审核客户交费信息；

脐血库管理模块：完成和脐血存储相关的业务操作；

物资管理模块：业务中用到的相应的试剂、塑料制品、办公用品、计量仪器等物资的管理；

质量管理模块：主要对整个业务过程进行监控，对业务信息进行审核；

综合查询模块：提供完整直接的统计查询工具。

所述支撑子系统层为整个系统中通用的模块，包括：

查询统计模块：

打印管理模块：提供给用户统一的打印接口；

数据接口模块：

系统管理：保证系统安全，进行权限设置和日志查询。

所述应用服务器层为在不同应用服务器之间移植的，集成了缓存管理、线程管理、连接池管理、安全认证管理功能的J2EE应用服务器。

所述平台基础设施层是由多台服务器和网络设备构成的硬件和操作系统层。

用数据库记录脐血干细胞相关信息，其中一个字段记录脐血条形编码，通过该字段检索相应的信息，打印报表，信息来源于不同的业务部门。

本发明的有益效果是：本发明面向各个部门的业务人员和各级管理人员。业务人员通过本发明可以节省他们的办公时间，提高工作效率，达到无纸办公；各级领导可以通过本发明查看各种业务数据和统计数据，对公司的管理和决策起到辅助作用。使得办公流程化处理，简化了脐血管理的业务流程，使得有关脐血以及客户的信息在各个部门之间充分共享，提供实时的分析，为企业创造明显的效益。

附图说明

图1是脐血库业务模块关系图，展示了各个业务部门之间的关系

图2是本发明各模块之间的业务流程关系图

图3是脐血分离冷冻的业务流程

图4是本发明的系统架构图

具体实施方式

下面结合附图和具体实施方式对本发明作进一步详细说明：

本发明的脐血干细胞管理系统，由基于B/S的运行管理体系和安全保障体系构成，运行管理体系和安全保障体系通过应用服务器架构，运行管理体系由应用系统层和支撑子系统层构成，安全保障体系由数据库和平台基础设施层构成，通过在网页上填写有关脐血的各种信息，实现不同部门之间的数据完全共享。

所述应用系统层包括以下模块：

工作站管理模块：各地工作站和总部之间相关的业务处理；

脐血库管理模块：完成和脐血存储相关的业务操作；

综合查询模块：提供完整直接的统计查询工具。

所述支撑子系统层为整个系统中通用的模块，包括：

查询统计模块：

打印管理模块：提供给用户统一的打印接口；

数据接口模块：

系统管理：保证系统安全，进行权限设置和日志查询。

为实现本发明，所采用下列技术标准：

1、J2EE规范：基于J2EE的开放式体系结构。

2、XML系列标准。

3、数据访问类标准：数据访问的相关标准ODBC、JDBC、OLE DB、URI、URL、DOM、SAX、EJB、Javabeans等。

4、We服务(Web Service)标准：Web服务的协议层次结构包括网络传输层HTTP/FTP/IIOP等、消息服务层SOAP协议、服务描述层WSDL标准(基于XML格式的定义服务实现和服务接口的基础标准)、服务发布层UDDI信息注册标准规范、服务发现层、服务工作流层WSFL工作流语言(用于描述Web服务在工作流中如何相互作用、及如何处理服务到服务的通信或协同)。

5、业务流程标准：遵循BPML、WSFL、XLANG等工作流标准或以XML为基础制定业务流程标准，明确各业务应用系统协同工作的业务流程、流程之间可通过交换XML消息，实现流程之间的互联和互操作。

本发明主要以脐血管理为中心，所有业务模块都围绕着它来进行，这些业务模块主要包括脐血管理、客户管理、财务管理、存储管理和质量管理几个主要业务模块，主要提供记录、查询、修改、审核、打印、统计等功能。综合查询、打印管理、系统管理是系统的辅助功能模块。各模块之间的业务流程关系见附图(图1、图2)。

脐血管理：主要针对于脐血冷冻分离入库以后，对脐血的数据管理。

客户管理：是围绕着脐血客户签约、跟踪、费用收集、采血等一系列操作进行的管理。

工作站管理：指各地工作站和总部之间相关的业务处理。

财务管理：主要生成客户退款单和收入结转单。并作相应的统计分析，并且还审核客户交费信息。

脐血库管理：完成和脐血存储相关的业务操作。

物资管理：指业务中用到的相应的试剂、塑料制品、办公用品、计量仪器等物资的管理。

质量管理：质量管理主要对整个业务过程进行监控，对业务信息进行审核。

综合查询：为领导提供完整直接的统计查询工具。

打印管理：提供给用户统一的打印接口。

系统管理：保证系统安全，进行权限设置和日志查询。

脐血接收人员接收脐血之后，在本发明中录入相应的脐血信息，分离、冷冻人员处理接收到的脐血信息，并将相应的参数值录入本发明中，有关脐血接收分离冷冻的流程参见附图(图3)。然后将脐血分派给不同的部门进行检测，分别相应的检测数据录入本发明中。各检测部门(接收分离冷冻、微生物检测、细胞生物)录入的检测数据中如果有标明该份脐血不适合存储的信息，将自动发起脐血废弃流程。质量部门对各部门填写的信息查询审核，提交客服部门，打印报告。客服部门接到客户通知废弃或者签订补充协议，填写废弃登记信息，经过审核后提交质量部门，质量部门经过查询审核后提交，脐血质控部门以及财务部门收到信息后分别进行操作。质控部门审核之后，自动修改质量评价表和隔离发放表，财务部门可以查看到相应的信息并打印出废弃表格。

本发明采用多层架构方式，这样既保证了系统的可移植性，也加强了系统的兼容和扩展性。并且从多层次保证了系统的安全和正常运行。系统架构图参见附图(图4)。应用系统层包括了业务系统正常运行的各个模块，对这一层的修改不会影响到其他层，用户可以自由的添加扩展功能模块。

支撑子系统层包括了整个系统中可以通用的模块，这就是面向对象的软件开发的好处，加强了代码的重用性，降低了系统的开发和维护费用。

应用服务器层是整个系统运行的基本环境，它为系统运行提供了良好的环境。它集成了缓存管理、线程管理、连接池管理、安全认证管理等功能。由于J2EE的系统无关性和标准性，可以在不同应用服务器之间移植。

数据库是系统的基础，业务流程都是围绕着数据进行的。由于采用了标准的数据接口，系统可以在不同数据库系统上运行。

基础设施层也就是硬件和操作系统层，它为系统运行提供了最基础的保障，J2EE的跨平台性保证了系统可以在不同操作系统之间安全移植。

本发明采用B/S架构，遵循J2EE分层思想，具体实现由表现层、业务层、持久层组成。

表现层：处理后台数据填充到浏览器的显示逻辑。涉及的技术包括HTML、servlet、JSP、struts、JSTLTag、DisplayTag、javaScript、自定义标签库。

业务层：封装商业逻辑的处理。

持久层：封装与数据库交互的逻辑。涉及技术jdbc、hibernate。

该架构是基于struts+spring+hibernate的集成，struts处理表现层实现；spring处理层与层之间的耦合以及底层服务的实现，例如：日志、事务、数据源、连接池、对象的生成和销毁等等；hibernate处理持久层实现。

采用这样架构带来的好处是，开发人员更关注于业务逻辑的实现，底层服务通过声明的方式实现，减少代码量，增强框架的重用性和扩展性。其中涉及声明的地方包括：

struts中web.xml：log4j、标签库、过滤器(encoding、认证授权、hibernate的session管理)

struts-config.xml：resource、输入验证插件、struts的基本设置

applicationContext-*.xml：根据spring框架配置安全、查询分页、hibernate、DAO，及事务

开发框架

这里阐述每个层，已经层与层之间要注意的地方，各层之间功能明确，尽多使用框架带来的优势，采用面向接口编程。

层与层之间的调用

Web层采用struts实现，在action中通过serviceLocator模式获得对service层对象的引用，参考BaseAction中getService()方法。service层通过IOC模式注入获得对DAO层的引用。在运行时获得一个DAO实例，执行持久化逻辑，编码是面向接口的编程。

Web层的实现Web层采用struts实现，需要注意的两点：

■ formBean继承自ValidatorActionForm，目的是在表单校验的工作上可以借助于struts-validator框架完成绝大部分校验工作。在validation.xml中编写相应的规则表达式。

■a ction继承自DispatchAction，目的是减少Action的个数，将同一个业务模块的表现层逻辑放在一个类中。在BaseAction中提取各Action的公用部分，统一处理业务异常和运行时异常。

Service层的实现

普通的java bean，封装业务逻辑，通过IOC注入获得对底层DAO的引用。在这一层，我们会抛出和商业逻辑相关的例外，BusinessException，具体和例外相关的信息可以参考“异常处理”。

DAO层的实现

DAO层基于hibernate，更准确的说是经过spring封装后的hibernate。在这一层，不需要关心sessionFactory的创建，session的开关、事务以及例外处理，开发只需要专注于系统的持久化逻辑。sessionFactory的创建，session的开关由spring来处理，事务以及例外处理我们通过(类似于ejb，在xml文件中)声明的方式来处理。这里增加了一个过滤类，默认的所有session会在整个请求生命周期中存活，随着请求结束而消亡。

异常处理

在项目的异常问题上，有两个设计规则

■ 对于底层的，不可恢复的异常，都包裹成运行时异常。由BaseAction统一向用户返回不可恢复错误。

■ 各个层只需要抛出，或者包裹后重新抛出异常，异常在BaseAction统一处理。避免代码中到处try/catch，降低代码可读性和执行效率。

遵循以上两个规则，DAO层产生的异常都已经包裹成运行时异常，这点spring实现的很好；在service层，我们会主动抛出和业务相关的异常(BusinessException)，这样的异常是我们自己定义的，表示这样的异常是可以恢复的。

异常统一在BaseAction中处理，对于BusinessException，取得其中的errorKey，装配到ActionMessages中去，报告给用户，等待恢复。对于不可恢复的异常，我们只能给出模糊的提示信息。

事务处理

事务是系统中非常重要的一个部分，良好的事务保证了与数据库交互的可靠性。在这个框架中，事务是以声明的方式完成的。

访问控制的实现

访问控制在本项目中主要负责对网站页面的控制。即要求相应的人员只能操作、而且只能看到允许的页面。在用户登陆的时候用户信息就已经封装成认证对象存放在session中，spring通过配置负责页面的访问权限，并可以通过ContextHelder得到角色来控制页面元素的显示。

访问控制方面主要使用Acegi Security System for Spring(下文简称Acegi)，使用这个框架一是因为它是目前比较成熟的安全系统，包括可用的验证、授权等实现；二是因为它也是基于Spring框架，和项目的基础技术选型一致；三则因为其自成体系，且得益于Spring框架，使得访问控制这方面对系统其他部分的侵入性可以降到最低，同时由于基于接口的设计，为今后的扩展性和定制化留下余地。

■ Acegi现阶段调研能达到的结果：

根据角色配置那些规则的URL能被访问；

根据角色或权限决定那些页面元素需要被显示

没有达到管理员在管理界面改变了权限的分配时，在安全配置文件中自动完成新的安全规则配置。

■ 若不用acegi(和JAAS类似)的URL限制功能，则我们需要额外做以下事情：

所有URL访问规则全部存到数据库中，可以动态地修改、更新；

(也就是把本在配置文件中地URL访问限制放到数据库中)

用户请求页面时，根据Acegi返回的用户角色、权限判断该用户是否有这个权限，是则从数据库找出相应的菜单名(包括URL)，显示在页面上。

本发明采用B/S结构，涉及公司跟储户联系，签订合同，采集脐血、脐血的各项检测、脐血的质量监控、脐血的存储、储户缴费、定期给储户发送脐血报告、移植脐血的这一整套流程的系统实现，提供了完善的查询、统计功能，含有丰富的图标形式，可以导出到Excel文件。

客服(储户与公司的协议的签订、储户脐血查询、储户脐血报告发放)、脐带血(脐血采集、脐血接收、脐血分离、脐血冷冻、脐血各项检测、)合理的角色设定、系统的功能结构、充足的统计分析以及完美的风格设计，针对企业的工作人员，提供多种角色，具有不同角色的用户可以进行不同的操作。提供样式丰富的统计分析图表形式，为领导层有关下一步的工作开展提供有效的决策数据。同时，将脐血干细胞管理涉及的各个部门连接起来，使得办公更加自动化、流程化，数据得到充分的共享，达到无纸办公，提供企业的办公效率和对储户的服务质量。

综上所述，本发明的内容并不局限在的实施例中，相同领域内的有识之士可以在本发明的技术指导思想之内可以轻易提出其他的实施例，但这种实施例都包括在本发明的范围之内。

Claims

1、一种脐血干细胞管理系统，其特征在于，由基于B/S的运行管理体系和安全保障体系构成，运行管理体系和安全保障体系通过应用服务器架构，运行管理体系由应用系统层和支撑子系统层构成，安全保障体系由数据库和平台基础设施层构成，通过在网页上填写有关脐血的各种信息，实现不同部门之间的数据完全共享。

2、根据权利要求1所述的脐血干细胞管理系统，其特征在于，所述应用系统层由对这一层的修改不会影响到其他层、用户自由的添加扩展功能模块的、使业务系统正常运行的模块组成。

3、根据权利要求2所述的脐血干细胞管理系统，其特征在于，所述应用系统层包括以下模块：

工作站管理模块：各地工作站和总部之间相关的业务处理；

脐血库管理模块：完成和脐血存储相关的业务操作；

综合查询模块：提供完整直接的统计查询工具。

4、根据权利要求1所述的脐血干细胞管理系统，其特征在于，所述支撑子系统层为整个系统中通用的模块，包括：

查询统计模块：

打印管理模块：提供给用户统一的打印接口；

数据接口模块：

系统管理：保证系统安全，进行权限设置和日志查询。

5、根据权利要求1所述的脐血干细胞管理系统，其特征在于，所述应用服务器层为在不同应用服务器之间移植的，集成了缓存管理、线程管理、连接池管理、安全认证管理功能的J2EE应用服务器。

6、根据权利要求1所述的脐血干细胞管理系统，其特征在于，所述平台基础设施层是由多台服务器和网络设备构成的硬件和操作系统层。

7、根据权利要求1所述的脐血干细胞管理系统，其特征在于，用数据库记录脐血干细胞相关信息，其中一个字段记录脐血条形编码，通过该字段检索相应的信息，打印报表，信息来源于不同的业务部门。