无偿献血服务平台开发 无偿献血服务软件开发制
来源:广州软件开发 编辑:广州软件开发公司 日期:2018-09-14
1.引言
1.1.编写目的
本文档为“广州血液中心广州市无偿献血综合服务平台采购项目子项目1:无偿献血服务平台开发”需要规格说明书。
本文档内容为通过对广州血液中心用户(以下简称用户)调研后,记录、编写形成的包括用户需求、系统设计、功能描述、系统接口等以及其他相关内容的说明。
1.2.文档范围
本文档为传播范围为血液中心、开发公司以及监理公司等;本文档可供读者包括有:用户业务人员、用户信息管理人员、项目开发公司项目管理以及项目团队、监理公司项目管理及监理团队等全体人员阅读。
1.3.项目概要
项目名称:广州血液中心广州市无偿献血综合服务平台采购项目子项目1:无偿献血服务平台开发。
项目提出单位:广州血液中心
项目承建单位:广州太普软件科技有限公司
依赖关系:与本系统有依赖关系的系统有:
采供血系统:对接献血(者)资料、献血记录的查询、检验结果的查询等;
呼叫中心系统:对接实现电话呼入、呼出以及呼叫记录、通话录音等的查询;
其他:预留与OA系统、微博、微信系统接口。
1.4.术语和缩写
序号 |
术语名称 |
术语定义 |
1 |
【无偿献血综合服务平台】 |
当前建设平台,建设完成后提供给血液中心工作人员使用,也简称为:综合平台、服务平台或系统 |
2 |
【采供血系统】 |
血液中心当前采供血系统,为综合服务平台提供“献血者资料”、“献血记录”以及“检测结果”等数据的对接与查询。 |
3 |
【呼叫中心系统】 |
血液中心正在建设的平台,主要提供话务的呼入、呼出等相关话务类服务。同时与综合服务平台有相关的功能对接。 |
4 |
【中心网站】 |
指血液中心的官方网站,又称网站平台,网站系统。 |
5 |
【工作人员/用户】 |
当前建设本台,即:综合服务平台的工作人员或用户,泛指血液中心工作人员。 |
6 |
【系统管理员】 |
综合服务管理平台特定的系统管理人员。 |
7 |
【献血者】 |
在血液中心提供过献血服务的人员。 |
8 |
【志愿者】 |
提供献血志愿服务的相关宣传、组织人员。 |
9 |
【对接/接口】 |
两个或两个以上系统需要实现数据上的交互过程的统称。 |
1.5.参考资料
序号 |
文档名称 |
版本/日期 |
备注 |
1 |
包1广州血液中心广州市无偿献血综合服务平台采购项目投标文件 |
V1.1.1 |
|
2 |
广州血液中心广州市无偿献血综合服务平台采购项目需求说明书(子项目1)V1.0 |
V1.0 |
|
3 |
1、广州血液中心广州市无偿献血综合服务平台采购项目实施方案(子项目1) |
V2.0 |
|
4 |
计算机软件文档编制规范 |
GB8567-2006 |
|
5 |
计算机软件开发规范 |
GB8566-88 |
|
6 |
计算机软件质量保证计划规范 |
GB/T12504-90 |
|
7 |
计算机软件配置管理计划规范 |
GB/T12505-90 |
|
8 |
计算机软件需求说明编制指南 |
GB9385-88 |
|
9 |
计算机软件测试文件编制指南 |
GB9386-88 |
|
10 |
信息技术软件工程术语 |
GB/T11457-2006 |
|
11 |
信息技术软件生存周期过程 |
GB/T8566-2001 |
|
12 |
软件文档管理指南 |
GB/T16680-1996 |
|
2.任务概述
2.1.目标
建设一套血液中心无偿献血综合服务平台系统,通过本平台实现:
1、提供统一服务平台,规范服务流程,提高服务质量。
2、实现集约的,多渠道的献血服务。
3、实现献血服务全程跟踪,实施服务评价,服务改进体系。
4、通过信息化手段,实现服务内容自动化,提高工作效率。
2.2.用户特点
本系统的用户为血液中心所有工作人员,包括有:
系统管理人员:在系统中主要负责系统管理方面,包括对系统的组织机构与人员、系统角色、系统菜单授权、系统流程配置、系统参数配置、系统日志的监控和管理等。该类人员具有专业的电脑知识和操作水平,满足系统管理的需要。
业务人员:在系统中主要为根据自身的业务角色完成事务的登记、发起事务的审批以及负责相关事务的跟踪执行等。该类人员具有一定的电脑操作水平,能满足业务操作的需要。
序号 |
用户角色 |
角色定义 |
1 |
系统管理人员 |
在系统中主要负责系统管理方面,包括对系统的组织机构与人员、系统角色、系统菜单授权、系统流程配置、系统参数配置、系统日志的监控和管理等 |
2 |
业务人员 |
在系统中主要为根据自身的业务角色完成事务的登记、发起事务的审批以及负责相关事务的跟踪执行等。 |
3 |
领导人员 |
在系统中主要负责各项审批类事务的审批工作,查询和统计各类事务的完成情况、活动效果等统计分析和决策。 |
2.3.假定和约束
系统开发应满足用户提及的业务需求,硬件方面由用户提供与准备,软件开发项目由开发公司完成。
系统部署上,满足系统的部署硬件和软件条件需要,同时满足与其他系统对接的网络互通。
经费控制以及开发期限等根据双方合同中签定的经费和开发期限。
3.系统运行环境
3.1.系统架构
以下为综合平台系统框架关系、功能图:

系统架构图
系统平台主要技术架构如下:
平台:系统采用J2EE平台,使用JAVA开发。
数据库:采用ORACLE数据库。
应用支撑平台:应用支撑平台作为整个系统的基础平台,应该采用强大的、稳定的J2EE技术平台开发。
应用集成、工作流审批、数据集成和展现业务应该采用成熟稳定的工作流工具、数据集成工具。
3.2.系统硬件和网络环境
无偿献血服务平台部署在电子政务云平台内,能够采供血系统、呼叫平台、网站能互联互通,之前的数据共享与交换可以通过本项目要建设的数据同步系统来完成。献血者在便捷终端上自行登记和查询血液检验信息。
以下为基本网络环境拓扑图:

网络拓扑图
3.3.系统运行平台
以下描述系统运行平台中关于(开发)技术平台、服务器环境以及客户端环境的需求。
序号 |
项目 |
要求 |
备注 |
1 |
技术平台 |
技术平台 |
JAVA平台,JDK6.0+ |
|
技术架构 |
Spring+Hibernate+Struts+axis2 |
|
2 |
服务器 |
操作系统 |
WindowsServer2003+ |
|
应用服务器 |
Tomcat6.0 |
|
数据库 |
Oracle 10g |
|
3 |
客户端 |
浏览器 |
IE8.0+系列及市场主流浏览器 |
|
OFFICE基本软件 |
Word、Excel等 |
|
3.4.系统界面描述
样式:系统样式文件为CSS3:
页面:系统页面为JSP页面格式:
表单元素:
文本框、密码框、文本域、单选按钮、多选按钮、单选下拉框、多选下拉框、组合下拉框、日期选择组件、附件上传组件、目录树组件。
3.5.接口
服务平台与血液中心采供血系统以及呼叫中心系统涉及相关的接口,其主要实现方式、主要功能描述如下:
序号 |
对接系统 |
对接方式 |
备注 |
1 |
采供血系统 |
访问数据库视图方式 |
1、采供血系统给出数据名、用户名和密码供服务平台连接;
2、采供血系统根据所有的接口内容为每一项查询建立起相应的视图,由服务平台进行访问; |
2 |
呼叫中心系统 |
功能方面拟采用:WSDL;
查询方面拟采用:访问数据库视图或表 |
1、功能方面:拟采用通过WSDL方式;
2、查询方面:拟采用数据库视图或表的方式; |
3 |
网站平台 |
拟采用WSDL,但也可以考虑使用数据库,但需求未确定 |
主要是针对在线咨询以及在线咨询的回复 |
综合平台与以上三个系统的具体内容,在功能描述中有详情说明。
4.功能描述
4.1.对功能的规定
本章节主要描述系统的具体功能,包括有系统功能总图、系统模块、模块的业务功能、模块的系统功能等。
4.2.功能性需求描述
4.2.1.功能总图
综合平台从平台级模块(功能)主要包括:综合服务平台、综合服务平台对接系统以及便捷终端系统三大块。

功能总图
4.2.2.功能描述表
系统功能描述表:
功能类别 |
子功能及相互间关系 |
系统首页 |
个人事务(待办、已办、待阅、已阅) |
通讯录 |
活动提醒功能 |
系统链接(OA、采供血、呼叫中心以及中心网站) |
宣传管理 |
宣传计划的制定、审批、查询 |
宣传计划的执行、登记、查询 |
宣传品领用登记、入库、查询 |
宣传信息的发布、登记、查询 |
宣传活动(制定、审批、准备、执行、评估) |
宣传统计(宣传计划、宣传信息、宣传活动) |
活动管理 |
活动的策划、发起、查询 |
活动的审批及通知、查询 |
活动用品准备、登记、查询 |
活动提醒 |
活动执行登记、查询 |
活动效果分析登记、查询 |
活动查询、统计 |
活动归档 |
服务管理 |
回访与处理:
初次献血者回访、成分血献血者回访、稀有血型献血者回访、检验不合格献血者结果通知、复检不合格献血者结果通知、短信发送与查询
包括回访任务的分派、任务的回访、记录及统计 |
献血单位资料、献血者资料、检验结果(全血、成分血)、献血记录(全血、成分血)、稀有血型查询、献血活动效果等查询 |
咨询与处理:
献血者资料变更、献血者保密性弃血、严重献血反应、献血者表彰奖励、(话务)服务咨询等
包括事务的登记、审批等 |
服务统计(回访、咨询、献血活动) |
招募管理 |
招募计划的制定、审批、查询 |
招募计划的执行、登记、查询 |
招募活动(制定、审批、准备、执行、评估) |
招募献血预约(登记、审批、查询) |
招募会议、培训登记、查询 |
招募统计(招募计划、招募活动、献血预约、会议、培训) |
档案资料管理 |
单位信息管理(查询、增加相关信息) |
个人信息管理(查询) |
短信管理 |
短信发送(发送至采供血) |
短信发送查询 |
短信回复查询 |
系统管理 |
组织机构管理(机构的增、删、改、查) |
用户管理(用户的增、删、改、查) |
角色管理(角色的增、删、改、查以及授权) |
权限管理(设定用户、角色权限) |
流程配置管理(管理流程配置) |
系统日志管理(查询各类日志) |
系统参数管理(各类参数的配置、维护) |
便捷终端系统 |
献血自动登记(登记表打印) |
献血结果查询 |
献血地点查询 |
献血流程说明 |
献血注意事项 |
献血知识科普(血液知识、报销指南、志愿服务、法律法规) |
综合统计分析 |
宣传计划统计 |
宣传品资料发布统计 |
宣传品领用统计 |
服务回访统计 |
服务咨询统计 |
献血活动统计 |
招募计划统计 |
献血预约统计 |
会议、培训统计 |
系统对接 |
采供血系统 |
呼叫平台 |
网络平台 |
4.2.3.功能详细描述
4.2.4.系统首页
综合服务平台将提供“系统首页”,首页内容将是一个整体的设计,主要体现在首面的功能主要为一些综合性、重点性以及使用频率高的功能。
-
个人事务
待办文件:列出待用户办理的文件,列表中包括有标题、类型、发送人、发送时间等,用户可直接点击打开文件查看到具体的文件详情,然后对文件进行审批。
待办文件是需要用户办理的。
已办文件:列出用户已经办理(审批)完成的文件,列表中包括有标题、类型、完成时间等。同时用户也可以点击进入查看详情。
已办文件,待办文件办理完成之后形成已办文件。
待阅文件:列出待用户阅知的文件,列表中包括有标题、类型、发送人、发送时间等。同时用户也可以点击进入查看详情。
待阅文件,为提供给待用户阅知的文件,不需要用户办理。
已阅文件:列出待用户已阅的文件,列表中包括有标题、类型、发送人、发送时间等。同时用户也可以点击进入查看详情。
待阅文件,为用户已经阅知过的的文件。
个人事务参考以下:
-
通讯录
综合服务平台在首页综合显示用户通用录功能,按血液中心组织机构目录树的形式,显示出各部门以及各部门的人员信息。
提供可在通讯录中查看到用户的部门、职务、电话号码等信息,方便用户查询。
-
活动提醒
综合服务平台在首页提供活动提醒功能。对于已经审批通过待执行的活动,在执行前,系统将自动发送系统消息提醒活动负责人,告之相应的活动即将执行,请做好相关准备工作。
-
个人设置
综合服务平台在首页提供用户个人设置功能,如可修改用户密码等。
-
系统链接
综合服务平台在首页提供相关系统的链接功能,包括有:
OA系统:综合平台提供与OA系统的链接;
采供血系统:综合平台提供与采供血系统的链接;
呼叫中心系统:综合平台提供与呼叫中心系统的链接;
中心网站:综合平台提供与中心网站的链接;
4.2.5.宣传管理
系统提供“宣传计划”管理,宣传计划主要定位于服务中心宣传人员可在系统中发起和登记:宣传计划、宣传信息发布、宣传品制作申请、宣传品领用登记、宣传活动以及宣传统计等内容。
-
宣传管理功能、流程图
宣传管理功能结构图如下:

宣传管理
-
宣传计划
宣传计划起草:系统具有宣传计划起草功能的人员提供起草“宣传计划”功能,主要定位于宣传组可以每月在系统中新建宣传计划单,填写好相关工单信息,表单主要内容如下:

在以上宣传计划单中填写好各项宣传计划任务条目,每一条宣传计划任务条目主要包括有:工作指标、负责人、计划完成次数等信息。
说明:其中第一次使用系统时,宣传计划工作任务指标要求手动填写,当系统中形成此数据后,后续月份再填写时,可直接通过“选择”按钮,即可实现系统的自动控制填入功能。

其中:“查阅部门”内容将会在综合平台的所有审批工单中具有,拟稿人员可指定可查阅本工单的一个或多个部门,表示该部门人员有权限在系统中查阅到此信息(以下若无特别说明,则表示相同)。
宣传计划审批:宣传计划起草完成后可提交室科室、各部门以及中心领导审批。在审批过程中,如不同意,则可退回,重新修改后再提交审批,直至审批完成后,形成正式的宣传计划任务。
领导审批后,系统将记录审批意见、审批人和审批时间。
通用审批流程:关于“审批流程”方面,系统将设计一套通用审批流程,用户在文件提交时和审批时自由选择。

通用审批流程
对于文件审批流转中,系统将从技术的角度考虑是否可实现当下一审批人员未打开文件时,发送人还可以有“取回”的功能(下同)。
宣传计划完成登记:对过领导审批同意的宣传计划,对于宣传计划的完成,系统提供两种方式同时存在。
(1)系统针对各宣传任务条目提供“宣传计划完成登记”功能,由用户根据每天宣传工作完成情况对宣传计划中的每一项目任务条目在系统中进行完成工作的登记。登记时,需要用户选中相应的任务条目,将完成的内容或情况填写表中,包括有:完成内容、完成人、完成时间、完在次数以及也可上传附件材料等;

(2)在宣传信息发布中,当用户填写好宣传信息发布内容时,也可在此处选择关联的宣传计划,然后当前内容审批完成后,即可关联为针对于宣传计划已完成的工作指标。

同时系统也将在宣传计划任务条目中能直接显示出总任务数以及完成的任务数等。
宣传计划归档:对于已经实施完成的计划,系统提供宣传计划归档功能。归档过程为由用户直接选中文件后进行归档即可。文件归档后将在相互的标签中显示,并且归档后文件不再允许修改。
宣传计划查询:对于系统宣传计划模块,在用户使用并形成数据后,在系统中会列出相应的列表,可根据相应条件进行查询。
-
宣传信息发布
系统提供“宣传信息发布”管理,宣传信息发布主要定位于当用户需要发布一些新闻、稿件,甚至微博、微信等信息,或者是编写好的某段材料需要发布时使用。
宣传信息发布起草:系统向具体有宣传信息发布权限人员提供起草“宣传信息发布申请”功能,发起申请时,由用户填写宣传信息发布表单,其主要内容包括有:

说明:当前宣传信息发布中,包括有:电视媒体类、网络媒体类、电梯海报类、新闻稿件类、微博微信类以及其他。请用户补充或核对。
注:用户在起草宣传信息发布申请时,可在“所属宣传计划”中进行选择此信息发布对应的宣传计划。信息审批完成后,则系统将自动对应到宣传计划完成中去。
宣传信息发布审批:用户填写好宣传信息发布申请后,在系统中通过审批流程提交给相关领导进行审核,领导审核过程中,如不同意,可退回。
领导审批后,系统将记录审批意见、审批人和审批时间。
宣传信息发布执行:领导审批完成宣传信息发布申请后,由申请人在相关的媒体或媒介中发布执行(发布过程为用户线下相应处理),发布完成后,系统流程完成。
宣传信息发布归档:对于已经发布完成的信息,系统提供宣传信息发布归档功能。归档过程为由用户直接选中文件后进行归档即可。文件归档后将在相互的标签中显示,并且归档后文件不再允许修改。
宣传信息发布计查询:对于系统宣传信息发布模块,在用户使用并形成数据后,在系统中会列出相应的列表,可根据相应条件进行查询。
-
宣传活动
系统提供具体发起宣传活动权限人员发起“宣传活动”,整个过程包括有活动发起、活动审批、活动用品准备、活动执行登记、活动效果分析、活动归档以及活动统计功能。这里所讲的是“活动”在系统中的整个过程。模式和功能,请查看“
活动管理”章节。
-
宣传品制作申请
系统提供“宣传品制作申请”内容,宣传品制作申请主要定位于当用户需要制作一些实体纪念品、小册子、海报等时发起制作申请时而使用,领用审批完成后,发起人线下完成如与广告公司的制作事宜。广告公司设计完成给回用户后,发起人员可将效果设计图上传至审批单中,然后再提交给领导审批。
宣传品制作申请:系统提供具有发起宣传品制作申请人员发起“宣传品制作申请”,发起人员在系统表单中填写好相关内容,表单字段主要包括有:
宣传品制作申请审批:用户填写好宣传品制作申请后,通过审批流程提交给相关领导进行审核,领导审核过程中,如不同意可退回。
领导审批后,系统将记录审批意见、审批人和审批时间。
宣传品制作归档:对于已经完成的宣传品制作申请工单,归档过程为由用户直接选中文件后进行归档即可。文件归档后将在相互的标签中显示,并且归档后文件不再允许修改。
-
宣传品领用登记
系统提供“宣传品领用登记”模块,宣传品领用登记主要定位于当用户从仓库一次性领取到了一整批宣传物品,如宣传手册时,需要在系统中进行领用领用并纳入库存。
宣传品领用登记:用户从仓库一次性领取到一批宣传品时,系统提供宣传品领用登记表单由领用人员进行登记录入功能,表单的字段有:

其中用户在进行登记时,可以直接从系统宣传品类别中进行选择,系统便可自动得到宣传口名称、规格、单位等,用户只需要填入当前领用的数量即可。
登记录入后的宣传品形成宣传品库,可作查询库存、维护等使用。同时录入后的宣传品还有另外一个用途就是供宣传活动使用。
宣传品类别登记:系统提供“宣传品类别”管理,主要是指用户在领取过某宣传品时,要先在宣传品类别中进行一次性登记。当用户在宣传活动后填写了相关使用情况后,系统提供自动计划库存的功能。
-
宣传统计
在宣传管理统计方面,系统主要提供:宣传计划完成统计、宣传信息发布统计以及宣传活动统计。
宣传计划完成统计:系统提供按一段时间内,所有宣传人员任务条目的总数、完成数以及完成率的统计;
宣传活动统计:系统提供按一段时间内,所有宣传人员宣传活动的活动数量(分为未开展、已完成)统计,提供个人活动执行效果统计。

在宣传品统计统计方面,系统主要提供:宣传品制作申请统计、宣传品领用统计以及宣传品库存统计。
宣传品领用统计:系统提供按一段时间内,所有宣传品领用情况统计;
4.2.6.活动管理
综合服务平台将提供“活动管理”模块,这里所指的“活动”泛指宣传活动、固定献血者活动、稀有血型活动以及招募活动等。
活动管理将管理和记录整个活动过程,包括活动发起、活动审批、活动用品准备和登记、(系统)活动提醒、活动效果分析、活动归档等整个活动过程。
-
活动管理功能、流程图
活动管理功能结构图如下:

活动管理
-
活动发起
系统提供具体有相应权限的人员发起“活动发起”审批。对于用户已经策划好的活动方案,系统提供用户“活动发起”功能,系统提供活动发起申请表单由用户填写,表单内容主要包括有:

用户填写好活动申请后,可将活动策划方案等作为附件上传至系统中。
-
活动审批及通知
用户填写好活动申请后,通过活动审批流程提交给相关领导进行审批,领导审批过程中,如不同意可退回。
领导审批后,系统将记录审批意见、审批人和审批时间。

领导审批完成后形成正式的活动,同时返回到发起人手中,由发起人将此文件发送至各相关职能部门做好活动的相关准备。
-
活动用品(准备)登记
活动在审批通过后,系统提供发起人员将活动用品录入到活动中功能。此处是指录入已经确定的活动用品,包括用品的名称、类别、规格、数量等。如某用品缺少时,用户可以发起上面所讲的宣传品制作等申请,完成宣传品的制作。

用户在填写活动用户品,如该用品为当前宣传品库中具有的,则直接进行选择即可,若为其他内容,则可手工填写即可。
当前活动用品的登记,系统暂不限制一定要执行前还是执行后录入。
-
活动提醒
对于已经正式形成的活动,在“活动时间”的前一段时间内,系统会以系统消息的形式给予发起人员提醒的功能。

此活动提醒由系统自动完成,无需人员操作。
-
活动效果分析
活动执行完成后,系统提供发起人录入活动效果分析功能,由发起人在活动中进行活动效果分析填报,填报的内容包括有:活动时间、活动地点、活动规模、活动名称、举办单位、活动人数、活动费用、活动效果分析与评估、备注等信息的填写。此内容有样表。

同时用户在填写活动效果分析时,用户可上传活动的相关图片。
其中:以上活动效果分析中的填写内容是指举办活动后的实际情况内容,如活动人数是指实际参加活动人数。
-
活动归档
对于已经举办完成并且填写完成效果分析的活动,系统提供发起人可对活动过行归档功能。文件归档后将在归档标签中显示,并且归档后不再允许修改。
-
活动查询
活动查询:对于系统活动管理模块,在用户使用并形成数据后,在系统中会列出相应的列表,可根据相应条件进行查询。
-
活动统计
系统提供在一段时间(用户选择统计时间)内提供活动明细统计、数据数量统计以及活动效果统计等。

活动明细

活动数量

活动效果
以上为所有活动整个完整的活动过程,但在系统中为适应只作一般性登记的情况,暂不强制完成所有过程,即:也可以作为一般性的活动登记而使用。
4.2.7.服务管理
综合服务平台将提供“服务管理”模块,服务管理模块主要包括有“服务回访与处理”、“服务咨询与处理”、“献血活动”以及“服务统计”等。
-
服务管理功能、流程图
服务管理功能结构图如下:

服务管理
-
服务回访与处理
系统提供“回访与处理”模块,此模块主要定位于服务中心人员对献血者的服务回访工作,并且将相应的服务回访工作在系统中进行登记。
-
初次献血者服务回访
系统提供“初次献血者服务回访”,主要定位于服务中心对初次献血者的回访过程及记录。
查询生成初次献血者名单:系统提供献血日期等作为条件,综合平台通过与采供血系统对接查询出待初次回访的献血者献血者及献血记录信息,主要包括:

注:当前存在这样一种情况,即:服务平台生成以上待回访名单后,此时可能检测结果还未出来,所以系统将考虑与采供血系统做专项同步此检测结果接口(此内容具体视与采供血系统的对接而定)。
分派回访任务:系统查询出待回访的人员名单后,由服务中心专职组长对待回访任务进行分派。具体操作为:选择待回访人员后,再指定回访任务的负责人。
待我回访的任务:回访人员根据回访任务,通过电话对献血者进行回访工作,回访后服务人员将回访记录在系统中进行登记。回访记录信息包括:
回访记录查询:对于用户的保存的回访记录,在用户使用并形成数据后,在系统中会列出相应的列表,可根据相应条件进行查询。
-
成分血献血者服务回访
查询生成成分血献血者名单:系统提供“献血日期”作为时段,并且指定查询成分血的献血者为条件,系统通过与采供血系统对接,查询出机采成分血的献血者名单。主要包括包括有:姓名、性别、通讯地址、联系电话、身份证号、献血日期、献血数量等。
分派回访任务:系统查询出待回访的人员名单后,由服务中心专职组长对待回访任务进行分派。具体操作为:选择待回访人员后,再指定回访任务的负责人。
待我回访的任务:回访人员根据回访任务,通过电话对献血者进行回访工作,回访后服务人员将回访记录在系统中进行登记。回访记录信息包括:
回访记录查询:对于用户的保存的回访记录,在用户使用并形成数据后,在系统中会列出相应的列表,可根据相应条件进行查询。
-
稀有血型首次通知与回访
查询生成稀有血型者名单:系统提供“献血日期”作为时段,并且指定查询稀有血型献血者为条件,系统通过与采供血系统对接,查询出稀有血型献血者名单。主要包括:
分派回访任务:系统查询出待回访的人员名单后,由服务中心专职组长对待回访任务进行分派。具体操作为:选择待回访人员后,再指定回访任务的负责人。
待我回访的任务:回访人员根据回访任务,通过电话对献血者进行回访工作,回访后服务人员将回访记录在系统中进行登记。回访记录信息包括:
回访记录查询:对于用户的保存的回访记录,在用户使用并形成数据后,在系统中会列出相应的列表,可根据相应条件进行查询。
相关阅读