无偿献血服务平台开发 无偿献血服务软件开发制
来源:广州软件开发 编辑:广州软件开发公司 日期:2018-09-14
1.1.1.便捷终端系统
便捷终端系统主要定位于为献血者提供服务而使用,通过触摸屏的方式进行使用。其内容主要包括“献血者自助登记”、“献血检测结果查询”、“献血地点查询”、“献血流程说明”、“献血注意事项”以及“献血知识科普”。
其中:献血知识科普,包括有:血液知识、报销指南、志愿服务、法律法规。
-
便捷终端功能、流程图
便捷终端功能结构图如下:

便捷终端系统
-
献血自助登记
献血自动登记:便捷终系统提供“献血自动登记”功能,主要分为采血和成分血的自动登记功能。具体为:当献血者进入献血自动登记时,选择是全血还有成分血后,然后进行登记操作。填写的内容包括有:姓名、性别、出生日期、年龄、婚否、国籍、民族、联系电话、证件类型、证件号码、通讯地址、职业、学历、身高、体重、血型等其他信息。全血和成分血不完全相同。此内容有样表。

另外,献血自动登记时考虑使用刷身份证的方式读取献血者信息(具体视触摸屏功能等情况而定)。
献血前身体状况征询:献血者信息登记完成后进入下一步为“阅读献血前告之”,再下一步为身体状况征询问答,如献血者在问答过程中,登记人员有符合给出的状态,则系统需要用户选择具体的情况。
打印献血登记表:献血者经过身体状况问答,最后可打印出登记表,如对填写的内容不够确定,可再次返回核对。
-
献血结果查询
献血结果查询:便捷终系统提供“献血结果查询”功能,献血者进行献血检测结果查询后,一并填写“姓名”、“证件类型”、“证件号码”以及“献血流水号”后,系统与采供血系统对接,查询出献血者的献血检测结果。

如不合格时,系统给出一定的提示:
-
献血地点查询
献血地点查询:便捷终系统提供“献血地点查询”功能,分为:全血、成分血以及流动献血点查询。
其中:流动献血点为用户指定显示日期。只有指定的显示日期符合当前日期时,系统才会给予显示。
献血地点详情:从献血地址进入后,可查看到具体的献血点详情信息。包括有:名称、工作时间、热线电话等。
献血地点维护:便捷终系统后台提供“献血地点”维护功能,由用户在后台进行维护,则在便捷终端系统中可以查询。
-
献血流程指引
献血流程指引:便捷终系统提供“献血流程指引”功能,由用户将整理好的献血流程在系统中直接显示即可。
-
献血注意事项
献血注意事项:便捷终系统提供“献血注意事项”功能,用户可以此查看到献血注意事项内容。
献血注意事项维护:便捷终系统后台提供“献血注意事项”维护功能,由用户在后台进行维护,则在便捷终端系统中可以查询。
-
献血知识科普
献血知识科普:便捷终系统提供“献血知识科普”功能,用户进入后分为:血液知识、报销指南、志愿服务、法律法规。

以上内容用户操作进入后,分为列表信息,点击列表信息后可查看具体的详情。
献血知识科普维护:便捷终系统后台提供“献血知识科普”维护功能,由用户在后台进行维护,则在便捷终端系统中可以查询。
1.1.2.综合平台系统对接
综合平台系统对接主要涉及到的对接平台包括有“采供血系统”、“呼叫中心系统”以及“网站平台”。
-
采供血系统
综合平台与采供血系统的对接主要包括:单位及个人信息的查询、献血记录、检测结果以及其他一些内容的查询。
整体原则:综合平台查询采供血系统时,会基本按照采供血系统中当前已具有的模块进行,是指:在某项目具体内容的查询中,查询条件、查询结果会与采供血系统本身的查询和显示相同的,这样的话,后续对接时,即可直接使用采供血相应模块中的SQL语句等。
-
单位资料信息
-
单位列表查询
描述:综合服务平台与采供血系统对接,综合平台可从采供血系统中查询到所有单位的信息。
信息字段:单位代码、单位名称、单位地址、所属行政区、所属街道、电话号码、传真号码、邮政编码、经济行业、经济类型、法人代表、单位人数、联系人、联系电话、是否使用。
图片:
-
单位详细信息
描述:综合服务平台与采供血系统对接,综合平台通过以上表查询出的记录,可以点击进行某一个单位的具体信息。
信息字段:单位代码、单位名称、单位地址、所属行政区、所属街道、电话号码、传真号码、邮政编码、经济行业、经济类型、法人代表、单位人数、联系人、联系电话、是否使用。
图片:
-
单位信息补充
描述:综合服务平台打开具体的单位详情时,可以在服务平台中对信息进行补充,用户补充完成后保存,保存后数据存在于综合服务系统中。
信息字段:单位代码、单位名称、单位地址、所属行政区、所属街道、电话号码、传真号码、邮政编码、经济行业、经济类型、法人代表、单位人数、联系人、联系电话、是否使用。
图片:

注:综合平台与采供血系统对接,综合平台只从采供血系统查询出单位信息,本身不能在综合平台对信息进行修改,而如果需要修改,仍然由用户在采供血系统中修改。
-
献血者资料信息
-
献血者列表查询
描述:综合服务平台与采供血系统对接,提供献血者资料的查询条件,包括有:姓名、献血证号、流水号、证件号码、证件类型,然后通过与采供血系统的接口,查询出献血者的所有信息列表。
信息字段:献血证号、姓名、性别、出生日期、血型、RH血型、民族、文化程度、职业、行业、婚姻状况、证件类型、证件号码、政治面貌、户口地址、籍贯、通讯地址、邮编、单位名称、电话、手机、献血总量、献血总次数、总单采次数、最后一次献血日期、最后一次采血方式、最后一次采血品种、最后一次检验结果、可献血标志等。
图片:
-
献血者详细信息
描述:综合服务平台与采供血系统对接,综合平台通过以上表查询出的记录,可以点击进行某一个献血者的具体信息。
信息字段:献血证号、姓名、性别、出生日期、血型、RH血型、民族、文化程度、职业、行业、婚姻状况、证件类型、证件号码、政治面貌、户口地址、籍贯、通讯地址、邮编、单位名称、电话、手机、献血总量、献血总次数、总单采次数、最后一次献血日期、最后一次采血方式、最后一次采血品种、最后一次检验结果、可献血标志等。
图片:

注:综合平台与采供血系统对接,综合平台只从采供血系统查询出单位信息,本身不能在综合平台对信息进行修改,而如果需要修改,仍然由用户在采供血系统中修改。
-
全血检验结果查询
描述:综合服务平台与采供血系统对接,提供对全血检测结果查询,见下图:
-
全血献血记录查询
描述:综合服务平台与采供血系统对接,提供对全血献血记录查询,见下图:
-
成分血检验结果查询
描述:综合服务平台与采供血系统对接,可查询出成分血检验结果。
信息字段:此处的所有信息是共包括11项信息,分别为:献血者资料、献血登记、体验、初筛、检验、核酸信息、采血信息、血液信息、标本信息、表格信息以及标本检验结果信息。
图片:
具体内容如下图所示。
献血者资料:
献血登记:

检验:

初筛:

检验:

核酸信息:

采血信息:

血液信息:

标本信息:

标本检验结果:
-
成分血献血记录查询
描述:综合服务平台与采供血系统对接,提供对成分血献血记录查询,见下图:
-
RH(-)稀有血型献血记录信息
描述:综合服务平台与采供血系统对接,可查询出RH(-)稀有血型献血记录,如下图:
-
初次献血回访信息(业务)
描述:综合服务平台中与采供血系统对接,根据条件,查询出献血者初次献血回访信息。
注:用于第一次回访使用,一般是查询前一天献血的人进行回访。
同时,此信息存在一个问题,当用户在综合服务平台时查询出来后,需要在综合服务平台回访并进行保存,但是在用户查询前一天的献血人员回访时,可能检验结果还没有出来。所以考虑此信息是否还可以有哪个标志再再后台做一个同步检验结果的功能?
信息字段:姓名、性别、身份证号、上次献血时间、上次献血地点、上次检验结果、联系方式。
图片:
注:用于用户进行回访。
-
成分血献血回访信息(业务)
描述:综合服务平台中与采供血系统对接,根据条件,查询出献血者成分血献血回访信息。
图片:

注:用于用户进行(回访)通知。
-
RH(-)稀有血型献血者通知信息(业务)
描述:综合服务平台与采供血系统对接,查询出RH(-)稀有血型的通知人员信息。
图片:

注:用于用户进行(回访)通知。
-
检验不合格献血者结果通知信息(业务)
描述:综合服务平台与采供血系统对接,查询出检验不合格的献血者信息,如图:
图片:

注:用于用户进行(回访)通知。
-
检验不合格献血者复检结果信息(业务)
描述:综合服务平台与采供血系统对接,可查询出检验不合格献血者复检结果信息。
图片:

注:用于用户进行(回访)通知。
-
紧急招募献血者查询
描述:综合服务平台与采供血系统对接,根据需要查询的献血者类型,同时指定如一年半内未参加过献血为条件,查询出相关的献血者信息。
图片:

注:用于用户进行紧急招募时使用。
-
活动效果献血记录查询(业务)
描述:综合服务平台中输入活动日期、以及“半年内”、“一年半内”或者“两年内”作为查询条件,查询出在该条件下参加献血的人员信息。
注:此查询需要结合综合平台本身的活动人员名称,从采供血系统查询来讲,主要是考虑终于一个活动,查询出选中的有献血记录的人员。综合平台会将此记录与综合平台中的参加活动人员共同比对。如下图:
-
单位献血记录信息(业务)
描述:综合服务平台与采供血系统对接,根据单位名称、献血日期等查询出献血者的献血记录信息。
图片:
-
短信发送与查询(业务)
-
短信发送记录查询(业务)
描述:综合服务平台中输入短信发送时段、发送状态、手机号码,查询出采供血系统中的短信发送记录。
信息字段:手机号码、发送人、发送时间、是否发送成功、短信内容。
图片:
-
短信发送功能(业务)
描述:综合服务平台中提供短信发送页面,用户选择选择类别、输入接收的手机号码、短信内容后可进行短信的发送,此处的发送即为将数据提交到采供血系统中,由采供系统进行发送。
信息字段:短信类别、手机号码、发送人、发送时间、短信内容。
图片:

注:短信发送,为由综合平台提供短信发送界面,再将信息发送到采供血系统中,具体是写入采供血系统表中还是通过接口方式。视与采供血系统具体对接情况而定。
-
短信回复记录查询(业务)
描述:综合服务平台中输入回复时段、手机号码,查询出采供血系统中的短信回复记录。
信息字段:回复时间、手机号码、回复时间、回复内容。
图片:
-
接口实现方式
由采供血系统提供采供血系统数据库连接的地址、用户名和密码等,由综合服务平台直接通过访问数据库的方式对接。
整体原则:综合平台查询采供血系统时,会基本按照采供血系统中当前已具有的模块进行,是指:在某项目具体内容的查询中,查询条件、查询结果会与采供血系统本身的查询和显示相同的,这样的话,后续对接时,即可直接使用采供血相应模块中的SQL语句等。
采供血系统根据以上每一项的接口返回记录集内容,在采供血系统中建好相应的视图或指明相应的表格的查询SQL语句(因每一项的查询与返回原则上与采供血系统相同)。
-
呼叫平台
综合平台与呼叫平台对接,主要包括服务平台提供“发起呼叫”、“呼叫弹窗”、“呼叫转接”以及呼叫系统相关内容的查询功能。
综合平台与呼叫平台的对接,主是操作层面或接口方面等的对接,数据本身是保存在呼叫平台。
-
单点登录
描述:实现综合平台与呼叫平台的单点登录功能。即:实现用户登录综合平台后,点击呼叫平台后即可直接进行呼叫平台中,而不需要用户在次输入用户名和密码。
-
发起呼叫
描述:综合平台提供呼叫界面,由用户输入呼叫号码后,综合平台通过与呼叫平台的对接,实现发起呼叫功能。
-
弹出呼叫
描述:当呼中平台有献血者等来电时,呼叫平台将信息发送到综合平台,由综合平台通过与采供血系统对接,获取献血者信息后,在综合平台中弹出窗口显示。
-
被呼叫转接
描述:针对有献血者来电时,综合平台实现以上弹出呼叫者信息后,也可以直接转接到其他号码的功能。
此功能视与呼叫平台对接情况而定。
-
通话记录查询
描述:综合平台与呼叫平台对接,通过传入相关的条件,可查询与某个号码之间的通话记录等。
-
知识库链接
描述:综合平台提供呼叫平台的知识库链接,用户可从综合平台中跳转到呼叫平台的知识库模块中。
-
录音查询链接
描述:综合平台提供呼叫平台的录音查询链接,用户可从综合平台中跳转到呼叫平台的录单查询模块中。
-
满意度查询链接
描述:综合平台提供呼叫平台的满意度链接,用户可从综合平台中跳转到呼叫平台的满意度模块中。
注:以上综合平台与呼叫平台的所有对接,具体视与呼叫平台的具体对接情况而定。
-
网站平台
综合平台与网站平台对接,主要为实现 “获取在线咨询”以及“在线咨询的回复”功能。
-
获取在线咨询数据
获取在线咨询数据:综合平台通过与网站平台对接,获取用户在中心网站提出的相关咨询数据。
获取的方式可以是由综合平台同步网站系统中的在线咨询数据,也可以考虑双方共同开发接口完成。
-
回复用户在线咨询
回复用户在线咨询:综合平台通过与网站平台对接,可在综合平台中对在线咨询进行回复,回复完成后,再通过两系统的对接将信息写入到网站平台中。
注:此需求尚未确认,具体视与网站平台的对接情况而定。
1.1.3.其他
综合平台预留与微博、微信、邮件等接口。
1.2.对非功能的描述
1.2.1.系统性能
系统在页面响应、提交更新、查询以及统计汇总等时间管理上基本满足以下内容:
功能名称 |
性能要求 |
开发平台并发数/系统同时在线人数 |
>200/>2000 |
页面加载 |
页面加载时间<3秒 |
目录树加载 |
目录树加载时间<3秒; |
数据列表加载 |
数据列表加载时间<3秒; |
录入数据检查提醒 |
录入数据检查提醒时间<2秒 |
数据查询 |
简单查询处理时间<5秒;
复杂查询处理时间<10秒; |
数据统计 |
简单统计处理时间<5秒;
复杂统计处理时间<10秒; |
数据上载/下载 |
1M及以下文件上载/下载时间<12秒;
10M及以下文件上载/下载时间<2分钟; |
数据汇总 |
简单汇总处理时间<15秒钟;
复杂汇总处理时间<1分钟; |
上述表格为系统一般性系统性能预估,在实际操作和使用时,系统的性能还与网络环境、网络宽带、服务器性能、客户端配置等相关。
1.2.2.系统安全
4.3.2.1网络安全
系统网络安全方面,综合平台系统开发完成后部署于电子政务云平台,电子政务云平台为电子政务专线网络,有专职电子政务网络提供商对网络的安全策略、运行监控以及日常维护工作。其网络安全有相关的保证。
4.3.2.1应用系统安全
系统设计用户密码强度应有一定限制;登录时应采用图片识别码等技术防止暴力攻击;用户登录时,不得采用明文的方式传递密码,确保密码泄漏;用户密码在数据库中的必须通过MD5加密后存储。
所有应用系统如某些功能需上传附件的,应限制可上传文件的类型,禁止上传可执行文件。
本产品应设置过滤器机制,对所有的访问请求参数中是否存在SQL语句的关键字进行过滤,防止SQL注入的风险。
本产品应设置过滤器机制,防止XSS注入的风险。XSS注入它指的是恶意攻击者往Web页面里插入恶意html代码,当用户浏览该页之时,嵌入其中Web里面的html代码会被执行,从而达到恶意攻击用户的特殊目的。
本产品应设置过滤器机制,对所有的访问请求参数中是否存在恶意的JavaScript脚本以及其他脚本进行过滤,防止脚本注入的风险。
本产品应加强异常错误处理机制,避免系统抛出的错误提示中包含了太多的内容,有可能会被攻击者分析出网络环境的结构或配置。
本产品提供接口供其他系统访问应用系统,应妥善处理接口访问的互相认证机制,通过白名单、口令认证、证书加密等措施,控制仅被允许接入的系统可调用相应的接口,且接口的调用必须保留日志记录。
4.3.2.1数据传输安全
系统应用系统及数据库部署于电子政务云平台中,其数据的传输从政务网的角度来说属于“内网传输”。在网络安全传输方面有一网络层面的第一步保护。
即使如此,对于系统应用,在重要的数据传输、请求等方面,也将对重要数据进行加密,防止不被监听。
对于用户登录时的用户名、密码等验证,系统将采用MD5对该部分数据进行加密传输、加密保存入库,确保用户登录安全。
对于重要的一些WEB数据传输系统系统内部后台将采用HTTPS作为安全通信通道。HTTPS基于HTTP开发,使用安全套接字层(SSL,SSL加密传输主要是针对WEB的数据传输,基于重要信息的传输安全考虑而设计的。)进行信息交换,用于在客户计算机和服务器之间重要信息的交换。
1.2.3.可靠性
系统将采用稳定、可靠、成熟的技术,确保系统后续运行过程中稳定可靠。主要表现在:
系统应用:系统应用开发采用标准框架开发技术,确保系统运行框架的稳定运行。并且系统在某些方面具有一定的容错能力,软件故障不引起各类严重的系统再启动。
运行时间:系统满足7*24小时不间断工作,系统无单点故障。
系统监控:系统对内部事务、内部模块运行具有一定的监控作用,一旦发生风险,将也采取相关策略在一定程度上进行兼错、调整、恢复。
1.2.4.系统参数及精度
本系统为一般性综合业务管理系统,系统满足各模块的业务需求,满足各工单的登记和审批要求。
系统精度从系统方面包括可对模块级、菜单级、页面级、字段级和操作按钮方面;从系统权限上可按全体人员、部门级、用户级进行设置。
1.2.5.可维护性
系统设计充分考虑系统的可维护性,便于对系统的统一管理和升级,便于对系统的设置、更换和调整,便于对系统的监控、故障隔离、故障排除、以及升级维护等。
系统的可维护性体现在软硬件两个方面:
硬件可维护性主要指安装、升级简单方便,后备配件充足。
软件可维护性主要指体系结构清楚,易理解,同时,管理界面友好,易操作。
1.2.6.可管理性
系统主要数据管理模块有:系统组织机构与人员数据、宣传管理数据、服务管理数据、活动管理数据、招募管理数据以及档案管理数据等。系统管理人员可对系统的组织机构与人员、菜单权限、模块权限以及用户角色进行定义和授权,并且可对流程、相关参数等进行相关的配置管理。
具有良好的管理、监控手段,可对系统各模块、操作系统、数据库及应用等进行管理监控,对于系统运行中出现的问题,将会记录相关的日志供管理人员查看。
1.2.7.灵活性
系统在灵活性方面主要表现在以下方面:
系统运行环境方面:本系统采用J2EE技术框架,使用JAVA语言进行开发,做到“一次编译,到处使用”的效果,运行环节只需要满足运行服务器、数据库等即可,无特别其他要求,方便灵活。
系统访问客户端方面:本系统的访问终端为浏览器,所以无需要特别安装相关的客户端程序,并且对于市面上的大部分浏览器可相互兼容。
用户操作方面:系统将应用统一的技术标准、页面和操作标准,做到整个系统的网风格、操作等统计,方便用户在操作上的使用,并且对于重点信息、重点操作,系统将给出相应的提示性说明,让用户一目了然,轻松操作。
同时,在操作原则上,尽量从用户操作的实际情况出发,在操作顺序、操作便捷上满意用户的使用。
系统管理方面:系统的系统管理模块由系统管理人员进行管理,可对系统的组织机构信息、人员信息以及系统角色进行调整和管理。
同时,系统管理人员还可以对流程配置、系统日志、系统权限以及其他一些系统参数进行调整等。
1.2.8.输入输出
系统为综合业务平台,主要满足用户的业务登记和流程审批的需要。同时系统在输入、输出方面,整体原型如下:
页面填写校验:每个页面有相应的填写字段,一般来讲,对于该页面中的必填字段,系统会给出相应的表示,如前面加入“*”号等方式;
必填项校验:对于用户在填写或操作系统时,当用户点击执行时,系统会对必填项目进行校验,如发现用户未填写,则将提示用户,并且系统中止执行。
数据类型校验:对于用户在操作系统过程中,对某些特定的数据值要求为相应的类型,如日期校验、数据校验、电话号码校验等。
操作权限校验:用户在操作系统过程中,如操作了某些自己不具备的操作时,则系统将给出当前用户无相关操作权限等相关说明。同时,操作权限的校验也适应于当工单当前条件还不允许往下执行时,则系统也会给出相应的提醒。并且中断用户操作。
1.2.9.系统易用性
在同一用户界面中,所有的菜单选择、命令输入、数据显示和其他功能应保持风格的一致性,以给人以简洁、和谐的美感,从而保持用户界面的交互形式、格式等的一致性。
系统操作符合主流设计、但凡用户接触、培训后,用户均可根据习惯即成完成操作。
对于某些特定信息,系统将合理使用默认值,尽量减少汉字输入。同时采用代码输入、汉字显屏、窗口提示、光带选择等技术可以达到此目的。
考虑特定环境下一次输入内容过多时,应合理分步骤录入信息。对所有可能造成损害的动作,坚持要求用户确认等,合理的设计用户交互层次。
用户实际操作时经常发生错误动作,系统将对特定的信息项目进行检测,如输入错误或不合法,将提示用户输入数据有错,请用户核对。
在系统的一些功能上、表单上以及列表、内容等处,力求用词准确、统一。尽量同一项目采用统一描述,以避免用户使用时产生歧义等。以达到语言简练、前后一致、易于理解以及语句无歧义效果。
系统将提供用户操作说明书,以便用户能快速了解系统功能、操作规范和操作方法等。
相关阅读