一种针对临床试验项目和CRC的管理方法及系统与流程

一种针对临床试验项目和crc的管理方法及系统
技术领域
1.本发明涉及临床试验管理领域，特别是涉及一种针对临床试验项目和crc的管理方法及系统。


背景技术：

2.当前的临床试验工作中，项目和人员信息繁多复杂，负责组织管理的医疗科室/公司需要对人员和项目信息进行全面集中的把握：crc(临床研究协调员)的出勤签到、项目的进展状态、crc的工时填报、crc的请假离职等，但现在行业内鲜有适用于医疗科室/公司进行多角色分权管理的软件系统，导致医疗科室/公司的临床试验的人员管理效率低下。急需一种针对临床试验项目和crc的管理方法及系统，能够加强临床试验的人员管理效率。


技术实现要素：

3.针对上述问题，本发明提供一种针对临床试验项目和crc的管理方法及系统，能够加强临床试验的人员管理效率，能降低临床试验的人员管理的管理成本。
4.为实现上述技术问题，本发明提供了一种针对临床试验项目管理方法，包括：
5.s1、crc发起账号申请，crc收到账号审批结果，审批通过的crc进入步骤s2；
6.s2、crc登录系统，查询被分派的临床研究项目，进行工时填报；
7.s3、crc根据考勤规则和签到规则进行考勤和签到；
8.s4、crc发起流程申请；
9.s5、crc接收通知公告，查看通知公告；
10.s6、管理用户查看预警信息。
11.在本技术方案中，临床试验涉及到的人员众多，除了pi(临床试验主要研究者，下同)和管理部门，crc(临床研究协调员，下同)作为临床试验中协助研究者进行项目管理与协调等非医学判断相关工作的人员，是临床试验的参与者、协调者。同一个临床试验项目中，参与的crc可能来自多种不同类型的科室/公司，有医疗科室/公司聘用的、有smo(临床研究现场管理组织，下同)公司派遣的、有cro(协助申办者/合同研究组织)组织的，所以通过crc发起账号申请、crc登录系统、crc根据考勤规则和签到规则进行考勤和签到、crc发起流程申请、crc接收通知公告，查看通知公告和crc查看预警信息来对人员和项目信息进行全面集中的把握。
12.在进一步的技术方案中，步骤s1包括：
13.管理用户登录系统，进行账号审批；
14.临床研究管理部审批院内crc发起的账号申请，临床试验中心审批院外crc发起的账号申请。
15.在本技术方案中，crc发起账号申请，进入适用于医疗科室/公司进行多角色分权管理的本管理系统。
16.在进一步的技术方案中，步骤s2包括：
17.s2.1、成果转化部登录系统，创建项目、为项目指派pi和crc；
18.s2.2、临床研究管理部和临床试验中心为项目指派pi和crc；
19.s2.3、crc登录系统，查询被分派的项目，并进行工时填报；
20.s2.4、pi登录系统，查询被分派的项目，维护项目状态，并查询crc的工时填报情况。
21.在本技术方案中，本系统统一整合crc和pi对项目流程进行管理。
22.在进一步的技术方案中，步骤s3包括：
23.s3.1、临床研究管理部和临床试验中心设置考勤规则和签到规则；
24.s3.2、crc按照考勤规则和签到规则进行考勤和签到，并将考勤信息和签到信息记录在管理系统上；
25.s3.3、临床研究管理部、临床试验中心和hr查看crc的考勤和签到数据。
26.在进一步的技术方案中，步骤s4包括：
27.s4.1、超级管理员配置各个流程的审批节点；
28.s4.2、crc发起申请后，临床研究管理部、临床试验中心和hr审批申请；
29.s4.3、crc查看审批结果。
30.在本技术方案中，本系统统一整合crc、临床试验中心和hr对申请中心流程进行管理。
31.在进一步的技术方案中，步骤s5包括：
32.s5.1、临床研究管理部和临床试验中心创建通知公告，发布通知公告；
33.s5.2、crc接收通知公告并查看通知公告。
34.在本技术方案中，统一整合crc和pi对系统的通知公告流程进行管理。
35.在进一步的技术方案中，步骤s6包括：
36.s6.1、超级管理员配置预警任务和预警参数；
37.s6.2、系统根据所述预警参数执行预警任务；
38.s6.3、临床研究管理部、临床试验中心和hr查看预警信息。
39.在本技术方案中，统一整合临床研究管理部、临床试验中心和hr对系统的预警管理流程进行管理。
40.本发明还提供了一种针对临床试验项目和crc的管理系统，包括crc端和管理用户端，其中：
41.crc端，用于crc申请账号、crc考勤、crc签到、crc查看通知公告、crc进行流程申请、crc查看维护个人信息、crc登录和退出；用于提供给医院内外的crc进行crc账号获取、crc考勤打卡、crc签到签退、crc流程申请、crc项目查询、crc工时填报和crc个人资料维护；
42.管理用户端，包括工作总览、项目管理、流程审批、预警管理、通知公告、系统管理、个人中心和登录退出功能；用于提供给医院的pi和管理用户进行项目管理、流程申请、发布通知公告、查看crc填报的工时、提前预警感知crc的工作异常、进行审批流程和基础数据的配置。
43.在进一步的技术方案中，crc端支持移动端的形式呈现；
44.管理用户端支持pc端的形式呈现。
45.在本技术方案中通过小程序和web网站，实现面向临床研究管理部、临床试验中心
和hr的全流程监测。
46.本发明的有益效果是：
47.1、对临床试验的人员和项目信息进行全面集中的把握；
48.2、加强临床试验的人员管理效率；
49.3、可有效避免临床试验人员基本素质和业务能力参差不齐带来的试验影响；
50.4、确保包含crc在内的临床试验人员工作效率及工作质量的实时监测。
附图说明
51.图1是本发明实施例所述一种针对临床试验项目管理方法的流程图；
52.图2是本发明实施例所述一种一种针对临床试验项目和crc的管理系统的结构示意图。
53.附图标记说明：
54.10、crc端；11、管理用户端。
具体实施方式
55.下面结合附图对本发明的实施例作进一步说明。
56.实施例：
57.如图1所示，一种针对临床试验项目管理方法，包括：
58.s1、crc发起账号申请，crc收到账号审批结果，审批通过的crc进入步骤s2；
59.s2、crc登录系统，查询被分派的临床研究项目，进行工时填报；
60.s3、crc根据考勤规则和签到规则进行考勤和签到；
61.s4、crc发起流程申请；
62.s5、crc接收通知公告，查看通知公告；
63.s6、管理用户查看预警信息。
64.在本实施例中，临床试验涉及到的人员众多，除了pi(临床试验主要研究者，下同)和管理部门，crc(临床研究协调员，下同)作为临床试验中协助研究者进行项目管理与协调等非医学判断相关工作的人员，是临床试验的参与者、协调者。同一个临床试验项目中，参与的crc可能来自多种不同类型的科室/公司，有医疗科室/公司聘用的、有smo(临床研究现场管理组织，下同)公司派遣的、有cro(协助申办者/合同研究组织)组织的，所以通过crc发起账号申请、crc登录系统、crc根据考勤规则和签到规则进行考勤和签到、crc发起流程申请、crc接收通知公告，查看通知公告和crc查看预警信息来对人员和项目信息进行全面集中的把握。
65.在另一个实施例中，步骤s1包括：
66.管理用户登录系统，进行账号审批；
67.临床研究管理部审批院内crc发起的账号申请，临床试验中心审批院外crc发起的账号申请。
68.在本实施例中，crc发起账号申请，进入适用于医疗科室/公司进行多角色分权管理的本管理系统，crc发起申请：在页面未登陆首页点击账号申请，填写个人资料，提交申请；申请审批：申请信息发送管理端，管理员进行审核；修改申请：提交申请后，再次点击申
请，输入身份证号码后可查看已经填写过的申请内容，可修改申请，再次提交；查看结果：申请结果以邮件的方式告知申请者，申请结果包括：审核是否通过、通过后生成的账号和密码、未通过的原因。
69.账号申请的规则如下：
70.个人资料包括：身份证号、姓名，性别，最高学历，人员类别，所属科室/公司，合同起止时间，邮箱地址，手机号，个人寸照，劳动合同，培训证书，派遣证书；
71.人员类别为下拉选项，包括：研究助理(院内crc)、院外crc；
72.合同起止时间、劳动合同为院内crc必填/必上传的信息；
73.派遣证书为院外crc必上传信息；
74.所属科室/公司信息由管理员端提前进行基础数据录入，crc进行账号申请时支持搜索科室/公司名称，展示名称匹配到科室/公司，默认不展示全部科室/公司；
75.账号申请时填写的人员信息保存于人员信息库中；
76.账号申请发起后，输入身份证号码可查询出已填写的资料，可进行修改后，再次发起申请；
77.同一身份证号码，在系统内已有crc角色账号的人员不能发起账号申请，在发起账号申请时由系统进行判断；
78.同一手机号，在系统内已有crc角色账号时，不能发起账号申请；
79.填写手机号后需点击收取验证码，填写验证码，进行手机号的有效性验证，验证通过后才能提交；
80.院内crc的账号申请信息由临床研究管理端进行审核，院外crc的账号申请由临床试验中心进行审核；
81.在另一个实施例中，步骤s2包括：
82.s2.1、成果转化部登录系统，创建项目；
83.s2.2、临床研究管理部和临床试验中心为项目指派pi和crc；
84.s2.3、crc登录系统，查询被分派的项目，并进行工时填报；
85.s2.4、pi登录系统，查询被分派的项目，维护项目状态，并查询crc的工时填报情况。
86.在本实施例中，成果转化部登录系统，创建项目包括：
87.搜索项目：可搜索项目名称、pi姓名、研究产品名称、合同编号；
88.查看项目：查看项目名称、pi姓名、申办方名称、研究产品名称、项目状态；
89.项目详情：查看项目基本信息，分配给自身的工作项列表；
90.受试者信息：填写受试者信息，维护受试者状态；
91.工时填报：1.选择工作项，填写开始时间，结束时间，填写受试者编号(针对受试者重复的工作项，且可多选)，系统自动计算出所用工时，点击提交；2.自行填写工作项，填写开始时间，结束时间，提交工时；
92.工时统计：查看每天的工时填报情况，查看所有工作项的已填总工时；
93.执行状态：展示crc本人在项目中的状态；
94.项目状态包括：未开始，进行中，已暂停，已终止，已完成；
95.受试者信息包括：筛选号、受试者姓名缩写，当前状态；
96.受试者当前状态包括：未入组，已入组，已剔除，已脱落，已完成；
97.填写工时，针对受试者重复的工作事项，需选择受试者筛选号；
98.查看工时统计时，所能查看的工作项包括系统定义的工作项、crc自行填写的工作项，分阶段对工作项进行展示；
99.工作项所属阶段包括：试验准备阶段、试验进行阶段、试验结束阶段、试验完成阶段；
100.crc只能查看自己被指派的项目；
101.工时填报后，无法进行修改；
102.提交工时前，系统提示用户无法修改；
103.crc被绑定项目后，其执行状态为“进入项目”；被管理端修改解绑后，其执行状态为“被转移”；crc通过项目转移申请转移项目后，其执行状态为“被转移”；项目完成后，其执行状态为“已完成”；项目终止后，其执行状态为“被终止”；
104.crc不能进入执行状态为“被转移”项目的项目详情页；
105.crc只能对项目状态为“进行中”的项目填报工时，维护受试者信息；
106.工时填报时间精确到分钟；
107.在本实施例中，本系统统一整合crc和pi对项目流程进行管理和登录，登陆的规则如下：
108.登陆：输入用户名和密码，点击登陆，crc在移动端登录时支持微信授权登录；
109.退出：点击退出，提示用户进行确认，确认后，页面跳转到登陆页面；
110.找回密码：点击找回密码按钮，输入账号名，验证通过后，输入新密码，点击确认；
111.找回密码时，需验证账号名为已经注册的账号，如果不是则无法设置新密码，如果是，才可以设置新密码。
112.在本实施例中，接收通知公告，查看通知公告具体规则如下：
113.查看：可查看公告名称、发布时间；
114.详情：点击查看公告详情，查看公告名称、发布时间、发布部门、具体内容、公告附件；
115.下载：点击附件可将其下载到本地，同时支持在线阅读word格式的附件；
116.新收到的通知公告，未读时以new图标进行提示，已读未读以是否点击进入详情页为判断依据；
117.公告默认排序以发布时间倒序进行排列，即最近发布的公告展示在最前面；
118.在另一个实施例中，步骤s3包括：
119.s3.1、临床研究管理部和临床试验中心设置考勤规则和签到规则；
120.s3.2、crc按照考勤规则和签到规则进行考勤和签到，并将考勤信息和签到信息记录在管理系统上；
121.s3.3、临床研究管理部、临床试验中心和hr查看crc的考勤和签到数据。
122.在本实施例中的签到规则为：
123.查看：查看当前时间，当前位置；
124.签到：点击签到；
125.签退：点击签退；
126.签到记录：选择日期，查看当天的签到签退记录，可切换日期；
127.点击签到后，签到按钮切换为签退按钮；
128.点击签退后，签退按钮切换为签到按钮；
129.一天内的签到签退次数无限制；
130.签到中心功能为院外crc才能使用的功能；
131.签到位置范围内才能进行签到签退；
132.考勤打卡：查看打卡规则，查看当天的日期，查看当天的打卡情况，查看是否进入考勤范围，点击进行打卡；
133.外勤打卡：规定的上下班时间内，在考勤位置外打卡，记录为外勤打卡；
134.考勤补卡：选择补卡日期、打卡类型，填写补卡理由，提交补卡申请，打卡类型包括上班打卡和下班打卡；
135.迟到：在上班时间后，考勤位置范围内进行上班打卡，记录为迟到；
136.早退：在下班时间前，考勤位置范围内进行下班打卡，记录为早退；
137.请假：crc发起的请假申请被审核通过后，请假期间内，每天的上班打卡和下班打卡都记录为请假；
138.打卡统计：1.可查看每日的打卡记录，打卡记录包括打卡类型、打卡状态、打卡时间点、打卡位置；2.可查询月度统计的迟到、早退、外勤打卡、缺卡次数、矿工天数、请假天数(不足一天时，记录为小时数)；
139.打卡分为上班打卡、下班打卡。
140.在本实施例中，本系统统一整合crc、临床试验中心和hr对申请中心流程进行管理，考勤中心的规则如下：
141.打卡时记录打卡地理位置、打卡时间点、打卡设备mac地址；
142.当天的上班打卡和下班打卡都未进行打卡，则记录当天为矿工；
143.请假期间的未打卡记录记为请假；
144.补卡申请发起后，由pi进行审核，审核通过后记为正常打卡；
145.上班打卡有效时间后，不在考勤位置范围内打卡，记录为迟到；
146.下班打卡有效时间前，不在考勤位置范围内打卡，记录为早退；
147.考勤打卡状态包括：未打卡、正常打卡、外勤打卡、迟到、早退、请假补卡申请审批通过后，申请的补卡次状态变为正常打卡；
148.上班打卡切换时间前，用户处于考勤位置内，页面展示为上班打卡；
149.上班打卡切换时间前，用户处于考勤位置外，页面展示为上班外勤打卡；
150.上班打卡切换时间后，用户处于考勤位置内，页面展示为下班打卡；
151.上班打卡切换时间后，用户处于考勤位置外，页面展示为下班外勤打卡；
152.请假不足一天时，以小时为单位记录请假时间；
153.请假时间大于等于24小时后，以天为单位记录请假时间。
154.在另一个实施例中，步骤s4包括：
155.s4.1、超级管理员配置各个流程的审批节点；
156.s4.2、crc发起申请后，临床研究管理部、临床试验中心和hr审批申请；
157.s4.3、crc查看审批结果。
158.在本实施例中还包括流程申请，其规则如下：
159.新建申请：选择流程名称，填写相应的申请内容，发起申请；
160.我的申请：查看自身发起的流程，查看流程名称，查看流程节点，查看各个节点的操作动作；
161.待办流程：查看流程名称，发起人，发起时间，经过的节点，各节点的审批动作；
162.已办流程：查看流程名称，发起人，发起时间，经过的节点，各节点的审批动作；
163.办结流程：查看所有节点操作都已完成的流程，包括本人申请的流程和本人审批过的流程；
164.可发起的流程名称包括：请假申请、销假申请、项目转移申请、补卡申请、离职申请、请假备案申请、离职备案申请、合同续签备案申请；
165.院内crc可发起的申请包括：请假申请、销假申请、项目转移申请、补卡申请、离职申请、合同续签备案申请；
166.院外crc可发起的申请包括：请假备案申请、离职备案申请、项目转移申请；
167.请假申请需填写请假时间段，请假事由，请假类型，请假申请发起后由项目pi审核；审核通过后，请假时间段内的打卡记录为请假；
168.销假申请，发起时需选择已经发起的某一个已经办结的请假申请，且指定销假时间段，销假时间段只能从所选请假申请对应的请假时间段内进行选择，发起后无需审批，直接进入办结流程里；
169.项目转移申请需选择转移项目、接收项目的crc人员，填写转移理由，提交申请后由由转移项目的所属pi审批、临床试验中心审批(注册类项目)、临床研究管理部审批(iit项目)；
170.项目转移申请被临床研究管理部审批通过后，项目转移成功，转移人在其“我的项目”模块，此项目的执行状态变为已转移；
171.项目转移申请被临床研究管理部审批通过后，被转移项目的crc历程中增加一条历程数据(转移人转移项目，被转移人进入项目)；
172.发起补卡申请时：
173.需选择补卡对应的某一天的某一次打卡，只能选择以往时间打卡状态为“未打卡”的考勤次；
174.填写补卡理由(必填)，上传附件证明(非必填)；
175.补卡申请发起后，由项目pi审核；
176.发起离职申请时，需填写离职原因，离职日期，发起后，由项目pi审批、然后由临床研究管理部进行审批；
177.发起离职申请前，需判断其已绑定的未完成的项目是否已全部转移，转移完成后，才能发起离职申请；
178.请假备案申请，发起申请时需填写请假时间段，请假事由，可上传请假证明材料；
179.发起申请，无需审批，直接进入办结流程，提交后，所在项目的各个pi能够查看，临床试验中心能够查看，临床研究管理部能够查看；
180.离职备案申请：(1)发起申请时需填写离职日期，离职原因，可上传离职证明材料；(2)发起申请，无需审批，直接进入办结流程，提交后，所在项目的各个pi能够查看，临床试
验中心能够查看，临床研究管理部能够查看；
181.合同续签备案申请：发起申请时，需填写合同开始日期，结束日期，上传合同附件；
182.申请发起后，需由hr审批，再由临床研究管理部审批；
183.审批通过后，在crc的个人资料中增加一条合同数据，记录新合同的起止日期，保留新合同附件；
184.请假时间段若包含有效打卡时间段，请假审批通过后，则被包含的打卡将其状态记录为请假；
185.请假不足一天时，以小时为单位记录请假时间；
186.请假时间大于等于24小时后，以天为单位记录请假时间；
187.流程发起后，不能进行撤销；
188.发起销假申请后，所销毁请假流程涉及到的出勤状态以正常状态进行计算；
189.操作自身节点时，点击通过，则流转到下一个节点；可直接点击不通过并说明原因，流程结束；
190.自身发起的流程有节点状态更新时，以显著颜色表示；
191.请假类型包括：病假、事假和其他类型。
192.在另一个实施例中，步骤s5包括：
193.s5.1、临床研究管理部和临床试验中心创建通知公告，发布通知公告；
194.s5.2、crc接收通知公告并查看通知公告。
195.在本实施例中，统一整合crc和pi对系统的通知公告流程进行管理。
196.在另一个实施例中，步骤s6包括：
197.s6.1、超级管理员配置预警任务和预警参数；
198.s6.2、系统根据所述预警参数执行预警任务；
199.s6.3、临床研究管理部、临床试验中心和hr查看预警信息。
200.在本实施例中，统一整合临床研究管理部、临床试验中心和hr对系统的预警管理流程进行管理。本实施例中的预警管理具体规则如下：
201.查询预警信息：支持根据预警类型，人员姓名，预警状态查询预警；
202.查看预警信息：可查看人员姓名，头像，人员类别，联系电话，所属科室/公司，所在项目，预警时间，预警类型；
203.预警信息详情：可查看预警人员基本信息，预警相关信息；
204.标记预警信息：可将预警信息从未读标记为已读；
205.工时填报异常预警详情展示工作事项的理论工时，已填报总工时，已填报总工时对应的填报时间；
206.合同到期预警详情展示合同到期的具体时间；
207.异常打卡预警详情展示xx日内打卡mac地址更换次数达到xx次；
208.已读未读预警以不同页面样式进行区分展示。
209.本发明还提供了一种华西临床研究院中心，如图2所示，包括crc端和管理用户端，其中：
210.crc端，用于crc申请账号、crc考勤、crc签到、crc查看通知公告、crc进行流程申请、crc查看维护个人信息、crc登录和退出；用于提供给医院内外的crc进行crc账号获取、
crc考勤打卡、crc签到签退、crc流程申请、crc项目查询、crc工时填报和crc个人资料维护；
211.管理用户端，包括工作总览、项目管理、流程审批、预警管理、通知公告、系统管理、个人中心和登录退出功能；用于提供给医院的pi和管理用户进行项目管理、流程申请、发布通知公告、查看crc填报的工时、提前预警感知crc的工作异常、进行审批流程和基础数据的配置。
212.在本实施例中，crc端和管理用户端整体工作包括：
213.科室/公司分布：全院内外科室/公司的crc人数分布；
214.学历分布：全院内外科室/公司crc学历分布(以最高学历进行计算)；
215.目前状态：全院内外科室/公司下属crc目前所处项目的个数分布；
216.合同期限：各院内科室/公司下属crc合同到期时间点分布；
217.出勤情况：各院内科室/公司下属crc在指定时间段内的迟到、早退、矿工人数及占比分布；
218.工时统计：各院内外科室/公司下属crc在指定时间段内的工时数排行(排名1
‑
10；排名11
‑
20，
……
，可切换)；各院内外科室/公司下属crc在指定时间段内的平均工时；全院内外crc在指定时间段内的工时数排行(排名1
‑
10；排名11
‑
20，
……
，可切换)；全院内外项目的工时数排行(排名1
‑
10；排名11
‑
20，
……
，可切换)；各crc在一段时间内的工时项目分布；各项目在一段时间内的工时分布；
219.项目统计，统计的内容包括：科室项目数统计、pi承接项目数统计、各期药物试验项目数统计、各类器械试验项目数统计、各状态项目数统计、组长非组长单位项目数分布；
220.人员视图：选择人员，以树形科室/公司展示各院内外科室/公司的crc，可搜索crc姓名；项目历程：以时间轴方式，展示crc进入项目、完成项目、转移项目，被转移项目的时间点及对应项目名称；查看项目：点击crc经历的某个项目、可查看项目的具体信息；人员被绑定项目，项目启动时，生成一条该人员的项目历程
‑
进入项目数据；人员被绑定项目，项目完成时，生成一条该人员的项目历程
‑
完成项目数据；人员同意项目转移审批后，生成一条该人员的项目历程
‑
转移(被转移)项目数据；人员被绑定项目，项目终止时，生成一条该人员的项目历程
‑
被终止项目数据；
221.考勤明细：选择人员：从树形结构中选择人员，也可选择某个科室/公司；搜索人员：可根据人员姓名搜索人员；搜索考勤：选择人员后，输入时间范围，查询时间范围内的考勤数据；查看考勤：可查看日期，上班打卡(签到)时间，上班打卡(签到)地点，下班打卡(签退)时间，下班打卡(签退)地点，上班打卡状态，下班打卡状态；上班下班未打卡时，当天的上下班打卡时间为空上班打卡状态包括：正常打卡，未打卡，外勤打卡，迟到，请假；下班打卡状态包括：正常打卡，未打卡，外勤打卡，早退，请假；选择某个科室/公司默认选中科室/公司下的所有人员；
222.项目管理：新增：填写项目名称，合同编号，试验期次，项目类型，项目类别，研究产品名称，项目申办方，合同受试者例数，项目组长单位，合同起止日期，填写项目pi，选择crc，为每个已选择的crc指定工作事项查询：根据项目名称，合同编号，项目状态，项目类型，申办方，研究产品名称查询项目；详情：查看项目基本信息，项目启动时间(暂停时间，终止时间，结束时间)项目状态，项目进度，项目pi，项目crc，项目对应工作事项的已填工时，项目crc的个人已填工时，项目下crc的人员；修改：合同编号不能被修改；删除：项目启动
后，无法删除项目；项目启动前可修改项目pi，项目crc；项目启动后，无法修改项目pi，可修改项目crc，crc也可发起项目转移申请；临床研究管理部的管理员可查看医院的所有项目；项目名称和合同编号需做唯一性验证；项目状态包括未开始、进行中、暂停中、已终止、已完结；项目进度展示受试者的入组率、完成率；项目类型包括：药物类项目、器械类项目；项目类别包括：注册类项目、iit项目；项目下crc的人员状态包括：请假、出勤、离职；查询crc的人员状态时，需依据人员信息库中crc的人员状态；新增项目时，可先不指派pi或者crc，但未指派pi或crc的项目在页面上以显眼的样式图标进行提示；
223.审批中心：查询：可根据流程名称，申请人，申请时间查询流程；查看：可查看流程名称，申请人，申请时间；详情：查看流程申请人基本信息，流程申请信息，流程节点；审批：填写审批意见，点击审批通过；流程包括待办流程，已办流程，办结流程；未审批的流程为待办流程，已审批的流程为已办流程，流程所有节点都已经审批则为办结流程；申请人基本信息包括：头像，姓名，所在项目，人员类别，联系电话，所属科室/公司；所在项目表示被绑定项目，项目不处于已完成且自身未将其转移的状态；审批不通过时，必须填写理由；操作自身节点时，点击通过，则流转到下一个节点；可直接点击不通过并说明原因，流程结束。
224.临床研究管理员可在办结流程中查看全部院内院外crc发起的所有的已结束的流程；在待办流程中只可查看流转到本人的流程；在已办流程中只能查看流转到本人且本人办理后的流程。
225.在另一个实施例中，crc端支持移动端的形式呈现；管理用户端支持pc端的形式呈现。
226.在本实施例中通过小程序和web网站，实现面向临床研究管理部、临床试验中心和hr的全流程监测。
227.在本实施例中，系统界面可支持主流的屏幕分辨率，包括但不限于1600*900，1920*1080，1366*768；系统界面应友好、直观，菜单要简洁，菜单格式、快捷键等要充分考虑用户习惯；系统满足用户使用方便的原则，用户只要了解实际工作流程，无需复杂的技术培训和繁琐的编程即可很方便地使用；界面整体风格大气、简约。
228.crc用户端功能支持移动端(微信小程序)，管理用户端功能支持pc端，软件系统整体上应满足如下性能需求：满足7*24小时稳定工作要求；系统支持至少100个用户同时在线正常业务访问；系统接口返回时间不大于3秒。对使用人员操作过程中出现的局部错误，或可能导致信息丢失的操作，能给予正确的操作提示，系统7
×
24小时连续运行，每年非计划宕机时间不高于8小时，能快速的部署及修复系统问题，要求系统软硬件整体及其功能模块在运行过程中具有稳定性，不出现死机、系统崩溃现象，要求系统的数据、业务维护方便、快捷；要遵循界面友好、直观，菜单要简洁，菜单格式、快捷键等要充分考虑用户习惯；满足用户容易上手、使用方便的原则，系统界面元素(功能菜单、表格属性等)描述清晰；业务操作页面逻辑链接关系清晰，要求保障系统数据安全、不易被侵入、干扰、窃取信息或破坏，系统集成架构能够适应业务变化和未来发展需求，系统从规模上、功能上易于扩展和升级，并预留相应的接口，系统数据应兼容新老版本，如数据需要转换，应提供升级转换工具，支持当前最新操作系统、数据库管理系统等基础支撑软件。
229.以上实施例仅表达了本发明的具体实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，
在不脱离本发明构思的前提下，还做出若干变形和改进，这些都属于本发明的保护范围。