CN114283907A - 随访数据共享方法和系统 - Google Patents

Abstract

本申请公开了随访数据共享方法和系统，包括：随访系统获取课题和对应于课题的随访表单，其中，随访表单包括多个随访字段，随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种；获得随访队列，其中，随访队列包括多个患者的患者标识，随访队列是通过预设的检索信息和/或上传患者标识的方式确定的；将随访表单发送给随访队列中患者标识对应的多个患者，并接收多个患者基于随访表单的多个随访字段录入的表单数据；将多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据。此方法能使随访数据共享。

Description

随访数据共享方法和系统

技术领域

本申请涉及医院信息管理技术领域，特别涉及一种随访数据共享方法和系统。

背景技术

随着科技的发展，对于医院的要求也越来越高，从而向医院提出了更为严苛的服务要求，各医疗机构正在向信息化、智能化进行转变，进而通过随访的方式记录病人目前的身体情况等信息。

现有技术中医院的随访数据非常分散，科室之间，团队和团队内部数据分散、数据不能互相共享，导致随访信息重复，在使用时很不便利，由于现有的随访系统存在着以上诸多不足，具有较大的改进空间和改进需求。

发明内容

基于此，有必要针对上述技术问题进行解决，本发明提供了一种随访数据共享方法，将患者的随访表单数据存储于数据库服务器中，以便其他临床研究者进行课题研究时，可以使用历史随访数据，实现随访数据的互通同时减少随访数据重复收集，达到高效的随访。

根据本发明实施例的一种随访数据共享方法，包括：随访系统获取课题和对应于所述课题的随访表单，其中，所述随访表单包括多个随访字段，所述随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种；

获得随访队列，其中，所述随访队列包括多个患者的患者标识，所述随访队列是通过预设的检索信息和/或上传患者标识的方式确定的；

将所述随访表单发送给所述随访队列中患者标识对应的多个患者，并接收所述多个患者基于所述随访表单的多个随访字段录入的表单数据；

将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，所述唯一标识是基于所述患者标识和所述课题生成的。

一些实施例中，所述获取课题和对应于所述课题的随访表单之前，还包括：基于预先申请成功的账号登录成功后，根据研究课题建立课题和对应于所述课题的随访表单，其中，每一个课题对应于一个或多个随访表单。

进一步的，所述获得随访队列，具体包括：输入所述检索信息，并基于所述检索信息得到所述访问队列，其中，所述检索信息至少包括以下之一：患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录；或者，

导入患者标识，以基于所述患者标识得到所述访问队列。

具体的，所述随访队列包括至少包括以下信息之一：状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间。

一些实施例中，所述将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，具体包括：通过预设的数据交换区将所述多个患者录入完成的随访表单存储于数据库服务器，其中，所述数据交换区包括外网前置服务器、网闸以及内网前置服务器，其中，所述外网前置服务器用于对接患者，所述内网前置服务器用于对接所述数据库服务器。

通过建立自定的随访表单，收集患者填写过的随访表单数据并上传于数据库服务器，其他临床研究者可以从数据库服务器中调取随访表单，实现了随访数据共享，减少重复随访，形成了全院随访数据一体化，满足院随访持续性建设和数据集中管理的需求。

本申请实施例还提供了一种随访系统，包括：获取模块，用于获取课题、对应于所述课题的随访表单以及访问队列，其中，所述随访表单包括多个随访字段，所述随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种，所述随访队列包括多个患者的患者标识，所述随访队列是通过预设的检索信息和/或上传患者标识的方式确定的；

通信模块，用于将所述随访表单发送给所述随访队列中患者标识对应的多个患者，并接收所述多个患者基于所述随访表单的多个随访字段录入的表单数据；

服务器对接模块，用于将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，所述唯一标识是基于所述患者标识和所述课题生成的。

一些实施例中，还包括：创建模块，用于在所述获取模块获取课题和对应于所述课题的随访表单之前，基于预先申请成功的账号登录成功后，根据研究课题建立课题和对应于所述课题的随访表单，其中，每一个课题对应于一个或多个随访表单。

进一步的，所述获取模块，具体用于：

输入所述检索信息，并基于所述检索信息得到所述访问队列，其中，所述检索信息至少包括以下之一：患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录；或者，

导入患者标识，以基于所述患者标识得到所述访问队列。

具体的，所述随访队列包括至少包括以下信息之一：状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间。

一些实施例中，所述服务器对接模块，具体用于：

通过预设的数据交换区将所述多个患者录入完成的随访表单存储于数据库服务器，其中，所述数据交换区包括外网前置服务器、网闸以及内网前置服务器，其中，所述外网前置服务器用于对接患者，所述内网前置服务器用于对接所述数据库服务器。

通过建立自定的随访表单，收集患者填写过的随访表单数据并上传于数据库服务器，其他临床研究者可以从数据库服务器中调取随访表单，实现了随访数据共享，减少重复随访，形成了全院随访数据一体化，满足院随访持续性建设和数据集中管理的需求。

附图说明

图1为一个实施例中随访数据共享方法的流程示意图；

图2为一个实施例中系统使用检索的示意图；

图3为一个实施例中网络物理隔离的架构图；

图4为一个实施例中随访系统的结构框图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

现有的随访数据往往非常分散，科室之间，团队和团队内部数据分散，数据不能相互的共享，导致收集到的数据不能互相共享，导致随访信息重复率高，在使用时很不便利。

请参考图1，本申请提供了一种随访数据共享方法，包括：

S101，随访系统获取课题和对应于所述课题的随访表单，其中，所述随访表单包括多个随访字段，所述随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种。

具体的，系统获取临床研究者提交的研究课题和随访表单，随访字段一般比较简单，如离院后是否坚持服药、换药类型、疾病是否复发、复发时间、是否再入院、再入院时间、是否死亡、死亡时间等，将这些常用随访字段保存为随访表单的随访字段模块，可直接拖拽设计表单并重复使用，既节约了表单设计时间又规范了随访数据字段管理。系统也支持可以新建随访字段，满足专科随访需求。

S102，获得随访队列，其中，所述随访队列包括多个患者的患者标识，所述随访队列是通过预设的检索信息和/或上传患者标识的方式确定的。

具体的，临床研究者根据研究入组条件检索入组患者和/或导入具有患者标识的表格和人工录入新增的患者标识，以满足临床研究者前期研究的基础需求。

在一些实施例中，所述获得随访队列，具体包括：

输入所述检索信息，并基于所述检索信息得到所述访问队列，其中，所述检索信息至少包括以下之一：患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录；或者，

导入患者标识，以基于所述患者标识得到所述访问队列。

具体的，如图2所示，在检索栏内检索患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录等信息，或者多信息联合筛选和筛选结果集中嵌套的筛选，得到检索结果列表的信息，临床科研人员可以根据这些信息筛选出合适的患者。

在一些具体实施例中，如图2所示，因为患者和课题是多对多的关系，所以检索系统筛选出的患者，有一部分会分属不同课题，这样的话系统显示列表一个患者存在多条记录。为方便用户，系统默认给出检索记录数、符合条件的患者住院次数和患者人数，三个统计值。举例说明，当筛选结果为3条记录，其中2条因课题不同而重复，检索记录内显示：检索记录数：3、符合条件的住院次数：2、患者人数：2。

在一些实施例中，所述随访队列包括至少包括以下信息之一：状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间。

具体的，如图2所示检索列表内包括状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间等信息。“状态”数据项，分为空值：未入组过随访队列的患者记录、未填写：已入组随访队列但尚未随访的患者、填写中：已填写表单但尚未提交的患者记录、已完成：随访终结并且表单数据确认无误并提交的患者记录。死亡标识是重要的随访字段，空值代表未知、0代表在世、1代表死亡。随访字段名称是随访数据共享的关键。公开日期可自行设置，最长为5年，随防表单字段包括患者根据临床科研人员设置的随访字段的内容。

根据检索列表内的信息，选择出组患者。公开日期，决定在检索的当前时间节点是否能直接查看患者随访表单数据详情。对于状态数据项非空的数据，临床研究者可根据检索列表字段，综合信息完整度、公开时间、随访表单字段等信息，可以选择联系负责人合作，或者联合随访或者共享已随访数据，也可以独立重新随访。系统支持按所有检索列表字段从大到小或者从小到大排序。

在一些实施例中，所述患者标识包括患者ID。

具体的，患者ID是患者的唯一标识，通过患者标识可以查找到对应数据。

S103，将所述随访表单发送给所述随访队列中患者标识对应的多个患者，并接收所述多个患者基于所述随访表单的多个随访字段录入的表单数据。

具体的，当确认随访队列后，将随访表单发送至与患者标识对应的患者，按照患者出院时间设置随访提醒。可以进行短信群发、公众号分发和一键拨号等随访联系方式。通过一键拨号的方式随访人员可以自行录入，随访人员审核的方式。

在一些具体实施例中，随访表单的录入会有限定的数据范围、字段的选项、限制的条件等。

S104，将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，所述唯一标识是基于所述患者标识和所述课题生成的。

具体的，将患者录入的随访表单存储于数据库服务器，方便其他临床研究者需要调取随访记录时，患者标识和课题联合作为检索表的唯一标识，如果患者未入组过随访队列，则该患者“课题”为空；如果患者入组过多个随访队列，则该患者在检索列表中重复多行，“课题”不同。。

在一些实施例中，所述将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，具体包括：通过预设的数据交换区将所述多个患者录入完成的随访表单存储于数据库服务器，其中，所述数据交换区包括外网前置服务器、网闸以及内网前置服务器，其中，所述外网前置服务器用于对接患者，所述内网前置服务器用于对接所述数据库服务器。

具体的，如图3所示，医院内网和互联网实行物理隔离并做好安全管理、访问控制和接入控制。数据库服务器部署在院内网，与内网、外网的数据交互采用前置服务器分别部署。内网前置服务器部署随访表单中间数据库，负责内网的随访共享推送业务。外网前置服务器部署Web service(网络服务)实时读写内网前置服务器随访表单中间数据库，负责互联网渠道的随访表单数据返回业务。内网前置服务器、外网前置服务器通过网闸物理隔离，点对点通信，外网防火墙对患者通过互联网发送的随访表单数据进行筛选。通过此网络物理隔离架构保证内网数据安全。

在一些实施例中，所述获取课题和对应于所述课题的随访表单之前，还包括：基于预先申请成功的账号登录成功后，根据研究课题建立课题和对应于所述课题的随访表单，其中，每一个课题对应于一个或多个随访表单。

具体的，临床研究者提交课题伦理审批，申请开通系统账号。账号信息包括姓名、科室、登录密码、联系方式等。分配权限，包括新建课题和随访表单、病例入组、病例出组、填写随访表单数据、修改随访表单数据、导出随访表单数据等。一个课题可对应一个或多个随访表单。

通过建立自定的随访表单，收集患者填写过的随访表单数据并上传于数据库服务器，其他临床研究者可以从数据库服务器中调取随访表单，实现了随访数据共享，减少重复随访，形成了全院随访数据一体化，满足院随访持续性建设和数据集中管理的需求。

如图4所示，本申请还提供了一种随访系统，包括：

获取模块210，用于获取课题、对应于所述课题的随访表单以及访问队列，其中，所述随访表单包括多个随访字段，所述随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种，所述随访队列包括多个患者的患者标识，所述随访队列是通过预设的检索信息和/或上传患者标识的方式确定的；

通信模块220，用于将所述随访表单发送给所述随访队列中患者标识对应的多个患者，并接收所述多个患者基于所述随访表单的多个随访字段录入的表单数据；

服务器对接模块230，将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，所述唯一标识是基于所述患者标识和所述课题生成的。

在一些实施例中，还包括：创建模块210，用于在所述获取模块获取课题和对应于所述课题的随访表单之前，基于预先申请成功的账号登录成功后，根据研究课题建立课题和对应于所述课题的随访表单，其中，每一个课题对应于一个或多个随访表单。

在一些实施例中，所述获取模块210，具体用于：输入所述检索信息，并基于所述检索信息得到所述访问队列，其中，所述检索信息至少包括以下之一：患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录；或者，

导入患者标识，以基于所述患者标识得到所述访问队列。

在一些实施例中，所述随访队列包括至少包括以下信息之一：状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间。

在一些实施例中，所述服务器对接模块230，具体用于：通过预设的数据交换区将所述多个患者录入完成的随访表单存储于数据库服务器，其中，所述数据交换区包括外网前置服务器、网闸以及内网前置服务器，其中，所述外网前置服务器用于对接患者，所述内网前置服务器用于对接所述数据库服务器。

通过建立自定的随访表单，收集患者填写过的随访表单数据并上传于数据库服务器，其他临床研究者可以从数据库服务器中调取随访表单，实现了随访数据共享，减少重复随访，形成了全院随访数据一体化，满足院随访持续性建设和数据集中管理的需求。

另外，根据本发明实施例的一种随访系统的其它构成以及作用对于本领域的普通技术人员而言都是已知的，此处不做赘述。

本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离前述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其他技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

需要理解的是，术语“长度”、“宽度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

除非另有定义，本文中所使用的技术和科学术语与本发明的技术领域的技术人员通常理解的含义相同。本文中使用的术语只是为了描述具体的实施目的，不是旨在限制本发明。本文中出现的诸如“设置”等术语既可以表示一个部件直接附接至另一个部件，也可以表示一个部件通过中间件附接至另一个部件。本文中在一个实施方式中描述的特征可以单独地或与其它特征结合地应用于另一个实施方式，除非该特征在该另一个实施方式中不适用或是另有说明。

本发明已经通过上述实施方式进行了说明，但应当理解的是，上述实施方式只是用于举例和说明的目的，而非意在将本发明限制于所描述的实施方式范围内。本领域技术人员可以理解的是，根据本发明的教导还可以做出更多种的变型和修改，这些变型和修改均落在本发明所要求保护的范围以内。

Claims (10)

1.一种随访数据共享方法，其特征在于，包括：

随访系统获取课题和对应于所述课题的随访表单，其中，所述随访表单包括多个随访字段，所述随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种；

获得随访队列，其中，所述随访队列包括多个患者的患者标识，所述随访队列是通过预设的检索信息和/或上传患者标识的方式确定的；

将所述随访表单发送给所述随访队列中患者标识对应的多个患者，并接收所述多个患者基于所述随访表单的多个随访字段录入的表单数据；

将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，所述唯一标识是基于所述患者标识和所述课题生成的。

2.根据权利要求1所述的随访数据共享方法，其特征在于，所述获取课题和对应于所述课题的随访表单之前，还包括：

基于预先申请成功的账号登录成功后，根据研究课题建立课题和对应于所述课题的随访表单，其中，每一个课题对应于一个或多个随访表单。

3.根据权利要求1所述的随访数据共享方法，其特征在于，所述获得随访队列，具体包括：

输入所述检索信息，并基于所述检索信息得到所述访问队列，其中，所述检索信息至少包括以下之一：患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录；或者，

导入患者标识，以基于所述患者标识得到所述访问队列。

4.根据权利要求3所述的随访数据共享方法，其特征在于，所述随访队列包括至少包括以下信息之一：状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间。

5.根据权利要求1所述的随访数据共享方法，其特征在于，所述将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，具体包括：

通过预设的数据交换区将所述多个患者录入完成的随访表单存储于数据库服务器，其中，所述数据交换区包括外网前置服务器、网闸以及内网前置服务器，其中，所述外网前置服务器用于对接患者，所述内网前置服务器用于对接所述数据库服务器。

6.一种随访系统，其特征在于，包括：

获取模块，用于获取课题、对应于所述课题的随访表单以及访问队列，其中，所述随访表单包括多个随访字段，所述随访字段至少包括是否坚持服药、换药类型、疾病是否复发、是否再入院、再入院时间、是否死亡、死亡时间中的一种或者多种，所述随访队列包括多个患者的患者标识，所述随访队列是通过预设的检索信息和/或上传患者标识的方式确定的；

通信模块，用于将所述随访表单发送给所述随访队列中患者标识对应的多个患者，并接收所述多个患者基于所述随访表单的多个随访字段录入的表单数据；

服务器对接模块，将所述多个患者录入完成的随访表单存储于数据库服务器，以使下一次对患者进行随访时预先基于唯一标识从数据库服务器中查询患者已录入表单数据，所述唯一标识是基于所述患者标识和所述课题生成的。

7.根据权利要求6所述的随访系统，其特征在于，还包括：创建模块，用于在所述获取模块获取课题和对应于所述课题的随访表单之前，基于预先申请成功的账号登录成功后，根据研究课题建立课题和对应于所述课题的随访表单，其中，每一个课题对应于一个或多个随访表单。

8.根据权利要求6所述的随访系统，其特征在于，所述获取模块，具体用于：

输入所述检索信息，并基于所述检索信息得到所述访问队列，其中，所述检索信息至少包括以下之一：患者基本信息、就诊信息、诊断信息、检查信息、检验信息、手术信息、药物医嘱、病历记录；或者，

导入患者标识，以基于所述患者标识得到所述访问队列。

9.根据权利要求8所述的随访系统，其特征在于，所述随访队列包括至少包括以下信息之一：状态、患者标识、信息完整度、死亡标识、课题编号、随访表单字段、公开日期、负责人、联系方式、最后更新人、更新时间。

10.根据权利要求6所述的随访系统，其特征在于，所述服务器对接模块，具体用于：

通过预设的数据交换区将所述多个患者录入完成的随访表单存储于服务器，其中，所述数据交换区包括外网前置服务器、网闸以及内网前置服务器，其中，所述外网前置服务器用于对接患者，所述内网前置服务器用于对接所述数据库服务器。

Images