临床试验任务卡的发送方法、装置、介质及设备与流程

1.本发明涉及医学临床试验数据处理领域，具体涉及一种临床试验任务卡的发送方法、装置、介质及设备。


背景技术：

2.目前的临床试验项目都是多角色参与、多阶段融合的大型项目，在临床试验项目执行过程中，不同执行角色之间需要互相沟通和协作，共享项目进展、讨论项目问题。
3.随着临床试验数字化进程的不断提速，临床试验项目不同执行角色之间大量的沟通是通过线上沟通工具来进行的。常见的线上沟通工具可能是即时通信应用、邮件等临床试验系统以外的第三方工具，也有可能是临床试验系统内集成的站内信、即时通信系统(instant messenger，im)等。这些线上沟通工具无法与临床试验系统打通，只能起到简单沟通作用，不能实现协作。


技术实现要素：

4.有鉴于此，本说明书多个实施方式致力于提供一种临床试验任务卡的发送方法、装置、介质及设备，以在一定程度上提高医学临床试验项目内不同执行角色之间的沟通效率和协作效率。
5.本说明书的一个实施方式提供一种临床试验任务卡的发送方法，所述方法包括：针对目标临床试验项目构建临床试验任务卡，所述临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息；确认待接收所述临床试验任务卡的目标账户；将所述临床试验任务卡发送至所述目标账户，供所述目标账户访问所述目标临床试验项目的项目信息以执行所述待执行任务。
6.本说明书的一个实施方式提供一种临床试验任务卡的发送装置，所述装置包括：任务卡构建模块，用于针对目标临床试验项目构建临床试验任务卡，所述临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息；目标账户确认模块，用于确认待接收所述临床试验任务卡的目标账户；任务卡发送模块，用于将所述临床试验任务卡发送至所述目标账户，供所述目标账户访问所述目标临床试验项目的项目信息以执行所述待执行任务。
7.本说明书的一个实施方式提供一种计算机指令存储介质，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述中任一所述的方法。
8.本说明书的一个实施方式提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述权利要求任一项所述的方法。
9.本说明书实施方式提出的一种临床试验任务卡的发送方法、装置、介质及设备，可以快速生成不同执行角色沟通临床试验项目信息所需的临床试验任务卡，使得参与沟通的
各执行角色能够基于展示的临床试验任务卡进行交互操作，在一定程度上提高沟通效率和协作效率。
附图说明
10.图1为本说明书的一个实施方式提供的临床试验任务卡的发送方法的应用环境示意图。
11.图2为本说明书的一个实施方式提供的临床试验任务卡的发送方法的流程示意图。
12.图3a为本说明书的一个实施方式提供的临床试验任务卡的示意图。
13.图3b为本说明书的一个实施方式提供的临床试验任务卡的示意图。
14.图4为本说明书的一个实施方式提供的启动在线沟通的任务页面示意图。
15.图5为本说明书的一个实施方式提供的临床试验任务卡的发送装置的功能模块示意图。
16.图6为本说明书的一个实施方式提供的计算机设备的内部结构示意图。
具体实施方式
17.为了使本技术领域的人员更好的理解本说明书方案，下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本说明书保护的范围。
18.目前的临床试验项目都是多角色参与、多阶段融合的大型项目，这些角色各自分工并互相协作，才能保证临床试验项目顺利执行。常见的项目角色有受试者、临床监查员(clinical research associate，cra)、临床协调员(clinical research coordinator，crc)、研究者(principle investigator，pi)、项目经理(project manager，pm)等。
19.在临床试验项目执行过程中，不同角色之间需要互相沟通和协作，共享项目进展、讨论项目问题。随着临床试验数字化进程的不断提速，目前临床试验项目不同执行角色之间大量的沟通是通过线上工具来进行的。常见的线上沟通工具可能是即时通信应用、邮件等临床试验系统以外的第三方工具，也有可能是临床试验系统内集成的站内信、im等。
20.临床试验项目的执行角色通过线上沟通工具来沟通项目进展、讨论项目问题的过程中，由于线上沟通工具无法与临床试验系统打通，这些工具只能起到简单沟通作用，无法实现协作。例如，沟通时，执行角色需要打开临床试验系统并进入到对应页面，再通过发送截图、链接等方式来向对方展示，无法根据聊天内容来快速展示临床试验项目信息。再例如，通过所接收到的链接来打开临床试验项目页面时，常会需要接收方登录账号验证权限后才能查看或操作，效率较差。再例如，接收到链接并对链接上内容进行确认或修改后，还要再次截图返回给对方，对方才能知道确认或修改结果，协作效率非常低。
21.临床试验项目本质是个海量数据搜集、汇总、筛选、处理的过程，项目通过很多业务流程来执行具体的数据搜集筛选汇总或处理，这些业务流程通常需要利用不同应用来执行的。临床试验项目中常见的业务流程有受试者招募、受试者知情同意、受试者数据录入、
受试者随机分组、受试者发药、受试者不良反应上报、数据核查等。执行前述业务流程的应用也不同。例如，通过受试者招募系统执行受试者招募流程、通过电子临床结果评估系统(electronic clinical outcome assessments，ecoa)执行受试者知情同意流程、通过电子数据采集系统(electronic data capture，edc)执行受试者数据录入流程、通过交互式网络应答系统(interactive web response system，iwrs)执行受试者随机分组和发药流程、通过受试者不良反应上报系统执行受试者不良反应上报流程、通过临床试验管理系统(clinical trial management system，ctms)执行数据核查流程。在当前的临床试验行业内，一个完整的临床试验项目需要采用多款前述应用才能完成，单个应用的执行者会面临上述沟通或协作问题。如果涉及到多个应用之间的沟通或协作，沟通或沟通更难。
22.在一些实施方式中，多个角色可以通过云办公平台协作编辑某个文件或共同参与审批某个流程，这些文件或流程可以以信息卡片形式在这些角色之间传递，通过点击卡片就可以编辑文件或审批流程。当用于云文档的群编辑或流程审批时，云办公平台内文件类型或流程内容都是固定的，参与的人员也是预先配置好的，其协作是普遍性的，只要有权限都可以参与，无法适应复杂的临床试验数字系统。
23.在一些实施方式中，多个角色可以在即时通讯应用内分享其他应用的信息卡。例如，即时通信应用聊天过程中分享某个购物小程序卡片，该类场景下信息卡通常被用于单次分享，也不涉及协作。
24.针对上述问题，本说明书实施方式提出一种临床试验任务卡的发送方法、装置、介质及设备，以在一定程度上提高医学临床试验项目内不同执行角色之间的沟通效率和协作效率。
25.本说明书实施方式提供一种临床试验任务卡的发送系统，且本说明书实施方式提供的临床试验任务卡的发送方法应用于该临床试验任务卡的发送系统。该临床试验任务卡的发送系统可以包括由图1中的客户端110和服务器120形成的硬件环境。客户端110通过网络与服务器120进行通信。其中，所述客户端110可以是具有网络访问能力的电子设备。具体的，例如，客户端110可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、电视机、智能音箱、麦克风等。其中，智能可穿戴设备包括但不限于智能手环、智能手表、智能眼镜、智能头盔、智能项链等。或者，客户端110也可以为能够运行于所述电子设备中的软件。服务器120可以是具有一定运算处理能力的电子设备。其可以具有网络通信模块、处理器和存储器等。当然，所述服务器120也可以是指运行于所述电子设备中的软体。所述服务器120还可以为分布式服务器，可以是具有多个处理器、存储器、网络通信模块等协同运作的系统。或者，服务器120还可以为若干服务器120形成的集群。或者，随着科学技术的发展，服务器120还可以是能够实现说明书实施方式相应功能的新的技术手段。例如，可以是基于量子计算实现的新形态的“服务器”。
26.本说明书实施方式提供一种临床试验任务卡的发送方法应用于医学协作平台，该方法可以运行于服务器中。请参阅图2，该方法可以包括以下步骤。
27.步骤s210：针对目标临床试验项目构建临床试验任务卡，临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息。
28.其中，目标临床试验项目的项目信息可以包括目标临床实验项目的项目信息、项目进展、项目问题等信息，例如项目id、中心id、受试者详情、访视信息、任务信息、执行角色
信息、流程等。
29.其中，待执行任务的信息用于描述目标临床试验项目中参与待执行的协作任务的各执行角色对应的操作信息，待执行的协作任务(下文简称为待执行任务)可以是共享临床试验项目进展、讨论临床试验项目问题等，操作信息可以包括确认、选定、修改、新增等。
30.其中，临床试验任务卡作为目标账户访问待执行任务的界面的访问入口，临床试验任务卡被展示时会显示目标临床试验项目的项目信息的至少部分内容以及待执行任务的信息的至少部分内容。临床试验任务卡可以根据所展示的内容划分为不同的类型，例如受试者访视信息卡、中心监查信息卡、协作任务信息卡、问题处理信息卡等。临床试验任务卡可以根据所选中内容不同而具有不同操作控件，例如确认、选定、修改、新增等，本实施例不以此为限。
31.在一些实施方式中，针对目标临床试验项目构建临床试验任务卡的步骤，可以包括：接收用户选中的目标临床试验项目的项目信息；接收用户输入的待执行任务的信息；基于目标临床试验项目的项目信息和所输入的待执行任务的信息，形成临床试验任务卡。
32.在本实施方式中，目标临床试验项目的项目信息包括任务对应的流程节点；基于目标临床试验项目的项目信息和所输入的待执行任务的信息，形成临床试验任务卡的步骤，包括：基于目标临床试验项目的项目信息和输入的待执行任务的信息生成至少一个候选临床试验任务卡；根据待执行任务对应的流程节点从至少一个候选临床试验任务卡中确定出临床试验任务卡。
33.在一个具体的示例中，基于目标临床试验项目的项目信息和输入的待执行任务的信息生成至少一个候选临床试验任务卡的步骤可以实现为：在某个具体的业务流程节点中，cra选中“项目中心”内名称、编码等信息，将这些信息形成如图3a所示的“待查看信息卡片(项目中心内信息都填满了，只需要对方查看是否正确)”、如图3b所示的“待录入信息卡片(项目中心内信息还存在缺失，还需要对方来进行补充)”和“待确认信息卡(项目中心内信息被修改，需要对方确认修改是否正确)”。也就是说，本实施例是基于相同的临床试验项目信息和输入的待执行任务的信息生成了多个分别对应于不同业务场景的候选临床试验任务卡。
34.在基于目标临床试验项目的项目信息和输入的待执行任务的信息生成的候选临床试验任务卡为多个时，不同的候选临床试验任务卡分别对应不同的任务和流程节点，相应的，多个候选临床试验任务卡重点展示的内容也会根据业务的需要有所不同，以使得协作平台可以根据不同的场景向目标账户推送重点展示内容不同的信息卡片。具体的，例如，请参阅图3a，受试者访视信息卡片展示的重点为哪个项目、哪个中心、哪个受试者、哪一次访视的信息，以供用户快速定位卡片里面的核心内容。再例如，请参阅图3b，数据录入任务卡片展示的重点为哪个项目、哪个中心的数据录入任务在什么时候需要完成。示例性的，在当前任务对应的流程节点为补充信息时，可以从“待查看信息卡片”、“待录入信息卡片”和“待确认信息卡”中确定出“待录入信息卡片”作为临床试验任务卡。
35.优选的，至少一个候选临床试验任务卡可以以卡片组的形式一并显示，候选临床试验任务卡可以以折叠态或展开态进行展示。优选的，候选临床试验任务卡默认以折叠态进行展示，在检测到预设展开操作时由折叠态切换为展开态。预设展开操作可以是以预设方式，例如，短按、长按和绘制预设图案等，触发候选临床试验任务卡的特定区域。其中，候
选临床试验任务卡的特定区域可以示例为如图3a和图3b所示的文字“查看详情”所在区域，当然，根据实际需要该特定区域还可以设置为候选临床试验任务卡上的其他区域，或者，候选临床试验任务卡所在页面的其他区域。
36.优选的，当临床试验任务卡以折叠态进行展示时会显示第一内容，第一内容包括项目信息和/或待执行任务的信息的一部分内容，临床试验任务卡以展开态进行展示时会显示第二内容，第二内容包括项目信息和/或待执行任务的信息的另一部分内容。其中，第一内容与第二内容不具有相同的内容；或者，第一内容具有与第二内容相同的内容，第二内容具有与第一内容相同的内容和与第一内容不同的内容。或者，第一内容具有与第二内容相同的内容和与第二内容不同的内容，第二内容具有与第一内容相同的内容和与第一内容不同的内容。
37.步骤s220：确认待接收临床试验任务卡的目标账户。其中，目标账户属于临床试验项目信息表示的临床试验项目，且用于执行临床试验任务卡对应的任务。
38.在一些情形下，执行角色可以在聊天过程中，根据与聊天对象的聊天内容来形成可以动态实时展示的临床试验任务卡，将临床试验任务卡发送到会话窗口中来启动协作。
39.在一些实施方式中，临床试验项目信息包括会话消息记录，会话消息记录包括至少一条会话消息，会话消息携带有发起账户标识和目标账户标识。确认待接收临床试验任务卡的目标账户，包括：根据会话消息记录将目标账户标识对应的账户确认为待接收临床试验任务卡的目标账户。
40.以crc和cra沟通以确认受试者入组率的情形为例，其中，crc和cra的会话消息记录中包括至少一条关于受试者入组率的会话消息，会话消息携带有发起账户crc的账户标识和目标账户cra的账户标识。在该示例中，确认待接收临床试验任务卡的目标账户的步骤可以实现为：根据crc和cra的会话消息记录将cra账户标识对应的账户确认为待接收临床试验任务卡的目标账户。
41.在一些实施方式中，确认待接收临床试验任务卡的目标账户的步骤之后，将临床试验任务卡发送至目标账户的步骤之前，方法还包括：基于目标临床试验项目的项目信息，确认目标账户具备授权。具体的，例如，crc在和cra沟通以确认受试者入组率，协作平台通过对聊天内容进行识别，通过对crc和cra两个角色所在项目进行识别，判断出crc和cra所沟通的是哪个项目的受试者入组率，进而查找项目数据来生成受试者入组率的“查看卡片”，卡片被选中后，判断这个cra具备访问权限后会直接发送给cra来确认。该实施方式能够基于聊天内容检索临床试验项目数据快速生成临床试验任务卡，通过临床试验任务卡来交互，进而提高协作效率。
42.在另一些情形下，执行角色在执行临床研究任务时，可以在任务页面上选中特定内容，快速启动“在线沟通”。请参阅图4，具体的，例如，cra可以在任务页面选择“中心监查”中“事项是否完成”，将这些确认事项形成一个“待确认信息卡片”，从而启动“在线沟通”。需要说明的是，启动“在线沟通”的方式还可以是根据实际需要设置的其他启动方式，例如，触发任务页面上专门的沟通控件等。
43.在一些实施方式中，确认待接收临床试验任务卡的目标账户的步骤，可以包括：根据目标临床试验项目的项目信息和待执行任务的信息，推荐关联账户；基于针对关联账户的选定操作，确认出目标账户。
44.由于在临床试验行业内协作是高频和基础的，因此，每个协作任务涉及的协作对象也是可以预测的。例如，crc在执行某个任务时的协作对象大概率是某个cra。因此，在上述的协作任务发起账户通过在任务页面选中特定内容启动在线沟通的情形下，协作平台可以依照所选中的内容来推荐目标角色，推荐目标角色的过程更多是通过内容，而不是根据配置好的流程或固定某个对象。示例性的，cra在进行监查准备时，需要了解该中心的准备情况，这时候需要跟中心的crc、pi等相关人员进行协作沟通，在监查准备时，协作平台能够将项目id、中心id传送给通讯录模块，由通讯录模块基于项目id和中心id确定出推荐的关联账户，每个关联账户对应一个目标角色。
45.在本实施方式中，在推荐关联账户的步骤之后，基于针对关联账户的选定操作，确认出目标账户的步骤之前，还可以包括：将关联账户标识发送给待执行任务的发起账户，以供通过发起账户登录的客户端展示关联账户标识，接收用户对关联账户的选定操作。也就是说，本实施方式允许用户自主选择将至少一个关联账户中的某个或某些关联账户作为目标账户。
46.在一些实施方式中，确认待接收临床试验任务卡的目标账户的步骤，可以包括：根据目标临床试验项目的项目信息和待执行任务的信息，推荐关联账户；按照关联账户的推荐优先级，确认出目标账户。其中，推荐优先级用于表示至少一个关联账户中每个账户对应的推荐顺序。优选的，推荐优先级可以根据关联账户与待执行任务的发起账户之间的联系频率来确定。联系频率越高的关联账户对应的推荐优先级越高。
47.在本实施方式中，按照关联账户的推荐优先级，确认出目标账户的步骤，可以包括：获取关联账户与发起账户的联系频率；在关联账户与发起账户的联系频率达到预设阈值时，将关联账户确定为目标账户。也就是说，协作平台在推荐目标角色时，会推荐该项目该中心下在该业务流程节点时，经常联系的协作角色。这里当关联账户与发起账户的联系频率达到预设阈值时，则认为关联账户与发起账户经常联系，可以将该关联账户确定为目标账户。其中，预设阈值可以是x次/周期，x为正整数，周期可以以天、星期、月等为单位。预设阈值可以示例为2次/天、4次/星期等，本说明书实施方式不以此为限。
48.优选的，在确认待接收临床试验任务卡的目标账户的步骤之后，将临床试验任务卡发送至目标账户的步骤之前，方法还包括：基于目标临床试验项目的项目信息，确认目标账户具备授权。也就是说，在本实施方式中，在关联账户与发起账户的联系频率达到预设阈值时，将关联账户确定为目标账户之后，还需要基于目标临床试验项目的项目信息，确认目标账户具备授权，在目标账户具备授权时，才将临床试验任务卡发送至目标账户。
49.在本实施方式中，按照关联账户的推荐优先级，确认出目标账户的步骤，还可以包括：在关联账户与发起账户的联系频率未达到预设阈值时，转向基于目标临床试验项目的项目信息，确认目标账户具备授权的步骤；在基于目标临床试验项目的项目信息，可以确认关联账户具备授权的情况下，将临床试验任务卡发送至目标账户。也就是说，当至少一个关联账户与发起账户的联系频率均未达到预设阈值时，则推荐该项目该中心下其他授权的协作角色。这样，协作平台在推荐目标角色时，可以首先推荐该项目该中心下在该业务流程节点时，经常联系的协作角色，其次推荐该项目该中心下在该业务流程节点时其他授权的协作角色，便于用户更快速地找到对应的沟通协作角色进行快速协作沟通。
50.步骤s230：将临床试验任务卡发送至目标账户，供目标账户访问目标临床试验项
目的项目信息以执行待执行任务。
51.也就是说，在目标账户确定之后，服务器会将所选中内容以临床试验任务卡的形式发送给目标账户，如此参与协作任务的各执行角色可以基于临床试验任务卡进行交互操作，这里的交互操作包括但不限于确认、修改、建议和调整等操作。通过目标账户登录的客户端能够响应于其对应的执行角色的交互操作发出交互操作请求，服务器能够根据目标账户对应的交互操作请求更新临床试验任务卡，得到更新后的临床试验任务卡，将更新后的临床试验任务卡返回给与目标账户就协作任务进行沟通的账户，从而完成沟通和协作。
52.在一些实施方式中，将临床试验任务卡发送至目标账户的步骤，包括：将临床试验任务卡封装成即时通信消息后，发送至目标账户所在即时通信会话内。也就是说，协作任务的发起账户可以通过即时通信应用将临床试验任务卡发送给目标账户，供参与协作任务的各执行角色在聊天过程中基于展示的临床试验任务卡进行交互操作，在一定程度上提高沟通效率和协作效率。
53.在一些实施方式中，方法应用于医学临床试验协作平台，医学临床试验协作平台关联有第一临床试验模块和第二临床试验模块，目标临床试验项目的项目信息位于第一临床试验模块和第二临床试验模块内；目标账户关联至第一临床试验模块；方法还包括：接收目标用户在第一临床试验模块内针对目标临床试验项目的项目信息的执行结果；基于执行结果来处理位于第二临床试验模块内项目信息。从而可以跨临床试验应用/临床试验模块，获取到分布在不同临床试验模块内的目标临床试验项目的项目信息，将多个临床试验模块内的数据整合起来。
54.在本实施方式中，基于执行结果来处理位于第二临床试验模块内项目信息的步骤，包括：从第二临床试验模块内项目信息中提取执行结果的关联信息；根据执行结果和关联信息确定目标临床试验项目的项目信息。
55.具体的，例如，执行结果可以是受试者id、访视id和项目id中的至少一项，执行结果的关联信息可以是相同受试者的访视或者相同受试者的项目。以执行结果为受试者id、关联信息为相同受试者的访视为例，从第一临床试验模块可以获取到受试者id，根据受试者id可以在第二临床试验模块中提取到具有相同受试者id在不同时间的访视，这里的第二临床试验模块可以是一个或多个。其中，受试者访视是指在临床试验中对参与试验的受试者进行定期、系统的面对面或远程访问，以了解受试者在试验期间的安全性和有效性表现，收集相关数据并记录。其中，受试者项目通常是临床试验发起者或赞助商指定的一组目标受试者，根据研究目的和设计要求的一系列临床特征和标准进行筛选和招募，旨在确保试验的科学性和有效性。
56.需要说明的是，本说明书中的多个实施方式本身均着重于强调与其他实施方式不同的部分，各实施方式之间可以相互对照解释。所属领域技术人员基于一般的技术常识对本说明书中的多个实施方式的任意组合均涵盖于本说明书的揭示范围内。
57.请参阅图5，本说明书实施例还提供一种临床试验任务卡的发送装置，该装置可以包括任务卡构建模块、账户确认模块和任务卡发送模块。
58.任务卡构建模块，用于针对目标临床试验项目构建临床试验任务卡，临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息。
59.目标账户确认模块，用于确认待接收临床试验任务卡的目标账户。
60.任务卡发送模块，用于将临床试验任务卡发送至目标账户，供目标账户访问目标临床试验项目的项目信息以执行待执行任务。
61.关于临床试验任务卡的发送装置实现的具体功能和效果，可以参照本说明书其他实施方式对照解释，在此不再赘述。所述临床试验任务卡的发送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。所述各模块可以以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
62.请参阅图6，在一些实施方式中可以提供一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现所述实施方式中的方法步骤。
63.在一些实施方式中可以提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得，该计算机执行上述任一实施方式中的方法步骤。
64.本说明书实施方式还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述任一实施方式中的方法步骤。
65.可以理解，本文中的具体的例子只是为了帮助本领域技术人员更好地理解本说明书实施方式，而非限制本发明的范围。
66.可以理解，在本说明书中的各种实施方式中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本说明书实施方式的实施过程构成任何限定。
67.可以理解，本说明书中描述的各种实施方式，既可以单独实施，也可以组合实施，本说明书实施方式对此并不限定。
68.除非另有说明，本说明书实施方式所使用的所有技术和科学术语与本说明书的技术领域的技术人员通常理解的含义相同。本说明书中所使用的术语只是为了描述具体的实施方式的目的，不是旨在限制本说明书的范围。本说明书所使用的术语“和/或”包括一个或多个相关的所列项的任意的和所有的组合。在本说明书实施方式和所附权利要求书中所使用的单数形式的“一种”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
69.可以理解，本说明书实施方式的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施方式的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施方式中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施方式所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
70.可以理解，本说明书实施方式中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(eeprom)或闪存。易失性存储器可以是随机存取存储器(ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
71.本领域普通技术人员可以意识到，结合本文中所公开的实施方式描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本说明书的范围。
72.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施方式中的对应过程，在此不再赘述。
73.在本说明书所提供的几个实施方式中，应所述理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
74.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
75.另外，在本说明书各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
76.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)、磁碟或者光盘等各种可以存储程序代码的介质。
77.以上所述，仅为本说明书的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本说明书揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本说明书的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

技术特征：
1.一种临床试验任务卡的发送方法，其特征在于，包括：针对目标临床试验项目构建临床试验任务卡，所述临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息；确认待接收所述临床试验任务卡的目标账户；将所述临床试验任务卡发送至所述目标账户，供所述目标账户访问所述目标临床试验项目的项目信息以执行所述待执行任务。2.根据权利要求1所述的方法，其特征在于，针对目标临床试验项目构建临床试验任务卡的步骤，包括：接收用户选中的所述目标临床试验项目的项目信息；接收用户输入的所述待执行任务的信息；基于所述目标临床试验项目的项目信息和所述待执行任务的信息，形成所述临床试验任务卡。3.根据权利要求2所述的方法，其特征在于，所述目标临床试验项目的项目信息包括所述任务对应的流程节点；基于所述目标临床试验项目的项目信息和所述待执行任务的信息，形成所述临床试验任务卡的步骤，包括：基于所述目标临床试验项目的项目信息和所述待执行任务的信息生成至少一个候选临床试验任务卡；根据所述待执行任务对应的流程节点从所述至少一个候选临床试验任务卡中确定出所述临床试验任务卡。4.根据权利要求1所述的方法，其特征在于，确认待接收所述临床试验任务卡的目标账户的步骤，包括：根据所述目标临床试验项目的项目信息和所述待执行任务的信息，推荐关联账户；基于针对关联账户的选定操作，确认出所述目标账户。5.根据权利要求1所述的方法，其特征在于，所述目标临床试验项目的项目信息包括会话消息记录，会话消息记录包括至少一条会话消息，所述会话消息携带有发起账户标识和目标账户标识；确认待接收所述临床试验任务卡的目标账户的步骤，包括：根据所述会话消息记录将所述目标账户标识对应的账户确认为待接收所述临床试验任务卡的所述目标账户。6.根据权利要求1所述的方法，其特征在于，将所述临床试验任务卡发送至所述目标账户的步骤，包括：将所述临床试验任务卡封装成即时通信消息后，发送至所述目标账户所在即时通信会话内。7.根据权利要求1所述的方法，其特征在于，确认待接收所述临床试验任务卡的目标账户的步骤之后，将所述临床试验任务卡发送至所述目标账户的步骤之前，所述方法还包括：基于所述目标临床试验项目的项目信息，确认所述目标账户具备授权。8.根据权利要求1所述的方法，其特征在于，所述方法应用于医学临床试验协作平台，所述医学临床试验协作平台关联有第一临床试验模块和第二临床试验模块，所述目标临床试验项目的项目信息位于所述第一临床试验模块和第二临床试验模块内；所述目标账户关联至所述第一临床试验模块；所述方法还包括：
接收目标用户在第一临床试验模块内针对所述目标临床试验项目的项目信息的执行结果；基于所述执行结果来处理位于所述第二临床试验模块内项目信息。9.根据权利要求8所述的方法，其特征在于，基于所述执行结果来处理位于所述第二临床试验模块内项目信息的步骤，包括：从所述第二临床试验模块内项目信息中提取所述执行结果的关联信息；根据所述执行结果和所述关联信息确定所述目标临床试验项目的项目信息。10.一种临床试验任务卡的发送装置，其特征在于，包括：任务卡构建模块，用于针对目标临床试验项目构建临床试验任务卡，所述临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息；目标账户确认模块，用于确认待接收所述临床试验任务卡的目标账户；任务卡发送模块，用于将所述临床试验任务卡发送至所述目标账户，供所述目标账户访问所述目标临床试验项目的项目信息以执行所述待执行任务。11.一种计算机指令存储介质，其特征在于，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-9中任一项所述的方法。12.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-9中任一项所述的方法。

技术总结
本发明提供了一种临床试验任务卡的发送方法、装置、介质及设备，其中，方法包括：针对目标临床试验项目构建临床试验任务卡，临床试验任务卡携带有目标临床试验项目的项目信息以及待执行任务的信息；确认待接收临床试验任务卡的目标账户；将临床试验任务卡发送至目标账户，供目标账户访问目标临床试验项目的项目信息以执行待执行任务。如此，可以快速生成不同执行角色沟通临床试验项目信息所需的临床试验任务卡，使得参与沟通的各执行角色能够基于展示的临床试验任务卡进行交互操作，在一定程度上提高沟通效率和协作效率。度上提高沟通效率和协作效率。度上提高沟通效率和协作效率。


技术研发人员：吴问春 朱海 程勖 李睿
受保护的技术使用者：浙江太美医疗科技股份有限公司
技术研发日：2023.07.17
技术公布日：2023/8/31