CN109545292A - 一种医疗科研随访任务的管理方法、设备和介质 - Google Patents

一种医疗科研随访任务的管理方法、设备和介质 Download PDF

Info

Publication number
CN109545292A
CN109545292A CN201811331454.1A CN201811331454A CN109545292A CN 109545292 A CN109545292 A CN 109545292A CN 201811331454 A CN201811331454 A CN 201811331454A CN 109545292 A CN109545292 A CN 109545292A
Authority
CN
China
Prior art keywords
follow
task
information
person
equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201811331454.1A
Other languages
English (en)
Inventor
吕卫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Medical Cross Cloud (beijing) Technology Co Ltd
Yidu Cloud Beijing Technology Co Ltd
Original Assignee
Medical Cross Cloud (beijing) Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Medical Cross Cloud (beijing) Technology Co Ltd filed Critical Medical Cross Cloud (beijing) Technology Co Ltd
Priority to CN201811331454.1A priority Critical patent/CN109545292A/zh
Publication of CN109545292A publication Critical patent/CN109545292A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请提供一种医疗科研随访任务的管理方法、设备和介质,获取随访对象的随访信息,基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表,并发送至少一个所述随访任务至对应的任务接收设备,其中每个所述随访任务包括各自的随访进行时间。本申请能够充分利用专病库内已有的患者数据,帮助随访员自动判断患者是否满足随访计划要求而触发随访开始,从而降低失访率。

Description

一种医疗科研随访任务的管理方法、设备和介质
技术领域
本申请涉及医疗大数据领域,具体涉及一种医疗科研随访任务的管理技术。
背景技术
随访是医院根据医疗、科研、教学的需要,以通讯或其他方式,定期了解曾经在医院就诊的患者的病情变化并获取病情数据的一种工作流程。
现阶段,医生在执行随访方案时会遇到各种各样的问题,导致失访率很高。例如,部分医务人员对随访患者的工作不够重视而忘记按时执行随访任务,导致随访任务执行不完全,进而导致随访记录不全甚至丢失。又例如,接受随访的患者对随访电话不理解、不信任或者不配合,导致随访失败。随访中存在的这些问题会严重影响医疗、科研和教学进程的优化和改进,也不利于患者的病情监控和康复进程。
发明内容
针对现有技术中的问题,本申请的目的在于提供一种医疗科研随访任务的管理技术。
根据本申请的一个方面,提供了一种医疗科研随访任务的管理方法,包括以下步骤:
获取随访对象的随访信息;
基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
根据本申请的另一方面,提供了一种医疗科研随访任务的管理设备,包括:
第一模块,用于获取随访对象的随访信息;
第二模块,用于基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
第三模块,用于发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
根据本申请的另一方面,提供了一种医疗科研随访任务的管理设备,包括:
处理器;以及
被配置为存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
获取随访对象的随访信息;
基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
根据本申请的又一方面,提供了一种包括指令的计算机可读介质,所述指令在被执行时使系统执行以下操作:
获取随访对象的随访信息;
基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
本申请所提供的医疗科研随访任务的管理方法及设备能够避免人工跟踪患者的随访进程而导致的遗忘、信息丢失等弊端,实现随访任务的管理,能够充分利用专病库内已有的患者数据,帮助随访员自动判断患者是否满足随访计划要求而触发随访开始,从而降低失访率。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显。
图1是本申请一个实施例中医疗科研随访任务的管理方法的流程图;
图2示出根据本申请一个实施例的医疗科研随访任务的管理设备的功能模块;
图3示出根据本申请一个实施例的医疗科研随访任务的管理设备的结构;
图4示出一种计算机可读介质。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。
本申请所指设备包括但不限于用户设备、网络设备、或用户设备与网络设备通过网络相集成所构成的设备。所述用户设备包括但不限于任何一种可与用户进行人机交互(例如通过触摸板进行人机交互)的移动电子产品,例如智能手机、平板电脑等,所述移动电子产品可以采用任意操作系统,如android操作系统、iOS操作系统等。其中,所述网络设备包括一种能够按照事先设定或存储的指令,自动进行数值计算和信息处理的电子设备,其硬件包括但不限于微处理器、专用集成电路(ASIC)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、数字信号处理器(DSP)、嵌入式设备等。所述网络设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云;在此,云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个虚拟超级计算机。所述网络包括但不限于互联网、广域网、城域网、局域网、VPN网络、无线自组织网络(Ad Hoc网络)等。优选地,所述设备还可以是运行于所述用户设备、网络设备、或用户设备与网络设备、网络设备、触摸终端或网络设备与触摸终端通过网络相集成所构成的设备上的程序。
当然,本领域技术人员应能理解上述设备仅为举例,其他现有的或今后可能出现的设备如可适用于本申请,也应包含在本申请保护范围以内,并在此以引用方式包含于此。
在本申请的描述中,“多个”的含义是两个或者更多,除非另有明确具体的限定。
下面以一种用于提供医疗科研随访任务管理功能的医疗科研随访任务的管理设备(以下简称“管理设备”)为例,详细描述本申请的示例性实施例。
根据本申请的一个方面,提供了一种医疗科研随访任务的管理方法。参考图1,该方法包括步骤S100、步骤S200和步骤S300。在步骤S100中,管理设备获取所述随访对象的随访信息;在步骤S200中,管理设备基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;在步骤S300中,管理设备发送至少一个所述随访任务至对应的任务接收设备。其中,每个所述随访任务包括各自的随访进行时间。
具体而言,在步骤S100中,管理设备获取随访对象的随访信息指的是,管理设备获取用于确定或者生成随访任务所需的随访信息,其中在一些实施例中,随访信息包括以下至少任一项:随访次数信息、随访频率信息、随访开始时间信息、随访结束时间信息、随访项目信息,例如根据随访次数信息和随访开始、结束的时间信息,以均匀的时间间隔确定触发相应的随访任务的时间点,或者根据随访频率信息以及随访开始时间信息依序确定触发相应的随访任务的时间点。当然,本领域技术人员应能理解,上述用于确定触发随访任务的时间点的随访信息的组合仅为举例,其他组合方式如能适用于本申请,也包含在本申请的保护范围之内,并以引用方式包含于此。在一些实施例中,上述随访信息根据医生用户的人工设定而确定;在另一些实施例汇总,上述随访信息根据随访对象的相关信息(例如,诊断结果、年龄等)由系统自动确定(例如,根据预设的对应关系查询确定)。其中,上述随访对象指的是曾经在医院就诊、需要进行随访的患者,随访的目的包括但不限于医疗、科研、教学等需求。
随后,在步骤S200中,管理设备基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表(Case Report Form,CRF)。在一些实施例中,系统在每个随访任务被触发时自动生成一份相应的、包含若干随访项目的病例报告表,这些随访项目可由用户预先指定,或者根据用户的就诊记录生成(例如根据用户的就诊科室、既往病史、历史诊断结果等生成)。在一些实施例中,每个随访任务对应的病例报告表包含在该随访任务中,用户的随访操作也是基于该病例报告表。每个随访任务可根据一定的条件而被触发。在一些实施例中,随访任务是基于时间点而触发的。具体而言,在一些实施例中,随访信息包括随访次数信息、随访开始时间信息和随访结束时间信息,随访任务基于均匀的时间间隔而确定的触发时间点而被触发。
随后在步骤S300中,管理设备发送至少一个所述随访任务至对应的任务接收设备。例如,接上例,管理设备将生成的随访任务(在一些实施例中每个随访任务包括一病例报告表)中的一个或者多个发送至对应的任务接收设备。其中,每个随访任务各自的随访进行时间(应当执行随访任务的时间)被包含在每个随访任务中。在一些实施例中,随访任务是依次发送至任务接收设备的,例如每到达一个触发时间点,就触发对应的随访任务并将该随访任务发送至相应的任务接收设备。为避免用户误操作、提升系统可靠性,除了被触发的随访任务对应的病例报告表(CRF)可由随访员修改外,其他的随访任务是锁定的。
在一些实施例中,上述管理设备为网络设备,包括但不限于远程服务器主机、服务器集群等。
其中,上述每个所述随访任务包括各自的随访进行时间。每个随访任务的随访进行时间用于提醒随访员或者患者应当进行随访的时间。在一些实施例中,所述随访进行时间根据所述随访信息生成,例如根据随访次数信息、随访开始时间信息等确定每次随访实际应当发生的时间(即随访进行时间),并根据该实际应当发生的时间前推得到出发随访任务的时间。
在一些实施例中,所述随访信息包括以下的一项或者多项:随访次数信息、随访频率信息、随访开始时间信息(例如首次随访发生的时间)、随访结束时间信息(例如末次随访发生的时间)、用于确定每次随访所涉及的具体项目的随访项目信息等。在一些实施例中,所述随访项目信息记载于CRF中,供随访员或者用户填写并完成随访。随访次数可选择“固定x次随访”或“无限次随访”,随访频率可选择“无限制频率”或“均匀随访”或“非均匀随访”等,而随访开始时间可选择“手动开始”或“患者入组后统一开始”或“根据专病库内某指标触发随访开始”。其中,“患者入组”指的是患者被加入到项目中,例如研究者将录入患者信息后点击“添加”按钮后,患者就“入组”成功了。而“专病库”中的“指标”可理解为字段,例如:门诊记录内的就诊日期、就诊科室、诊治医师等。例如,若研究者设置的是“随访2次,每次间隔30天,患者入组后30天开始”,患者A在1月1日被加入到项目中,那么该患者第一次的随访时间是2月1日,第二次的随访时间是3月1日。
在一些实施例中,上述任务接收设备为对应于随访员的用户设备,所述随访任务在触发后被发送至该用户设备供随访员查看;在另一些实施例中,上述任务接收设备为所述随访对象(即患者本人)的随访用户设备。以下分别就这两种情形进行讨论。
在一些实施例中,所述任务接收设备为对应于第一随访员的第一用户设备。
例如,在一些实施例中,在步骤S300中,管理设备根据对应于所述随访任务的任务领取操作,发送至少一个所述随访任务至对应于第一随访员的第一用户设备。其中,将多名患者分为若干队列,每个队列又对应于若干随访员。对应于同一队列的所有随访员能看到的被触发的随访任务均相同;当其中的一名随访员(称为第一随访员)选取任务并领取(例如通过在用户界面上点击的方式),则相应的随访任务被分配至第一随访员,管理设备相应地将该随访任务发送至所述第一随访员的第一用户设备,例如第一随访员在该第一用户设备上登录了自己的用户账号,而管理设备基于该用户账号将所述随访任务发送至所述第一用户设备而供所述第一随访员查看。此时,每个随访员实际执行的随访任务在各位随访员调整、分配后由随访员自行领取。
又例如,在另一些实施例中,管理设备发送关于所述随访对象的所有随访任务至对应于第一随访员的第一用户设备。例如,对于特定的随访对象而言,该随访对象的所有随访任务均由所述第一随访员监控,管理设备在该随访对象的一个或者多个随访任务被触发后将这些随访任务发送至所述第一随访员的第一用户设备。
再例如,在另一些实施例中,管理设备发送至少一个所述随访任务至对应于第一随访员的第一用户设备,并发送至少另一个所述随访任务至对应于第二随访员的第二用户设备。例如,为了减小单个随访员的工作压力、合理分配随访员的时间资源、进一步减小随访任务被遗忘或者延期的风险,对于特定的随访对象而言,该随访对象的所有随访任务是分别由不同的随访员参与完成的。分配工作可由人工完成,也可由系统根据每个随访员的空闲时间进行分配。
在另一些实施例中,所述任务接收设备为对应于所述随访对象的随访用户设备。例如,在随访任务被触发后,该随访任务由管理设备发送至随访对象的移动设备(例如手机),在系统管理员将随访模式设定为“短信随访”时,随访任务由随访对象(即患者)自己完成,管理设备向随访对象的移动设备发送短信,且不会通知随访员。
为了形成闭环的随访过程以进一步避免人为因素对随访进程带来的不利影响,在一些实施例中,上述方法还包括步骤S400(未示出)和步骤S500(未示出)。其中,在步骤S400中,管理设备接收所述任务接收设备关于所述随访任务所返回的随访反馈信息;在步骤S500中,管理设备基于所述随访反馈信息更新所述随访信息。其中,在一些实施例中,所述任务接收设备为对应于第一随访员的第一用户设备;在另一些实施例中,所述任务接收设备为对应于所述随访对象的随访用户设备。在一些实施例中,在步骤S500中,管理设备基于所述随访反馈信息更新所述随访信息,例如当某次随访任务已经完成,则将该随访对象对应的“随访次数”减去1次,或者将该随访对象的“随访开始时间信息”更新至下一次随访时间点并继续监控。
根据本申请的另一个方面,提供了一种医疗科研随访任务的管理设备。参考图2,该管理设备包括第一模块100、第二模块200和第三模块300。第一模块100获取所述随访对象的随访信息;第二模块200基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;第三模块300发送至少一个所述随访任务至对应的任务接收设备。其中,每个所述随访任务包括各自的随访进行时间。
具体而言,第一模块100获取随访对象的随访信息指的是,管理设备获取用于确定或者生成随访任务所需的随访信息,其中在一些实施例中,随访信息包括以下至少任一项:随访次数信息、随访频率信息、随访开始时间信息、随访结束时间信息、随访项目信息,例如根据随访次数信息和随访开始、结束的时间信息,以均匀的时间间隔确定触发相应的随访任务的时间点,或者根据随访频率信息以及随访开始时间信息依序确定触发相应的随访任务的时间点。当然,本领域技术人员应能理解,上述用于确定触发随访任务的时间点的随访信息的组合仅为举例,其他组合方式如能适用于本申请,也包含在本申请的保护范围之内,并以引用方式包含于此。在一些实施例中,上述随访信息根据医生用户的人工设定而确定;在另一些实施例汇总,上述随访信息根据随访对象的相关信息(例如,诊断结果、年龄等)由系统自动确定(例如,根据预设的对应关系查询确定)。其中,上述随访对象指的是曾经在医院就诊、需要进行随访的患者,随访的目的包括但不限于医疗、科研、教学等需求。
随后,第二模块200基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表(Case Report Form,CRF)。在一些实施例中,系统在每个随访任务被触发时自动生成一份相应的、包含若干随访项目的病例报告表,这些随访项目可由用户预先指定,或者根据用户的就诊记录生成(例如根据用户的就诊科室、既往病史、历史诊断结果等生成)。在一些实施例中,每个随访任务对应的病例报告表包含在该随访任务中,用户的随访操作也是基于该病例报告表。每个随访任务可根据一定的条件而被触发。在一些实施例中,随访任务是基于时间点而触发的。具体而言,在一些实施例中,随访信息包括随访次数信息、随访开始时间信息和随访结束时间信息,随访任务基于均匀的时间间隔而确定的触发时间点而被触发。
随后第三模块300发送至少一个所述随访任务至对应的任务接收设备。例如,接上例,管理设备将生成的随访任务(在一些实施例中每个随访任务包括一病例报告表)中的一个或者多个发送至对应的任务接收设备。其中,每个随访任务各自的随访进行时间(应当执行随访任务的时间)被包含在每个随访任务中。在一些实施例中,随访任务是依次发送至任务接收设备的,例如每到达一个触发时间点,就触发对应的随访任务并将该随访任务发送至相应的任务接收设备。为避免用户误操作、提升系统可靠性,除了被触发的随访任务对应的病例报告表(CRF)可由随访员修改外,其他的随访任务是锁定的。
在一些实施例中,上述管理设备为网络设备,包括但不限于远程服务器主机、服务器集群等。
其中,上述每个所述随访任务包括各自的随访进行时间。每个随访任务的随访进行时间用于提醒随访员或者患者应当进行随访的时间。在一些实施例中,所述随访进行时间根据所述随访信息生成,例如根据随访次数信息、随访开始时间信息等确定每次随访实际应当发生的时间(即随访进行时间),并根据该实际应当发生的时间前推得到出发随访任务的时间。
在一些实施例中,所述随访信息包括以下的一项或者多项:随访次数信息、随访频率信息、随访开始时间信息(例如首次随访发生的时间)、随访结束时间信息(例如末次随访发生的时间)、用于确定每次随访所涉及的具体项目的随访项目信息等。在一些实施例中,所述随访项目信息记载于CRF中,供随访员或者用户填写并完成随访。随访次数可选择“固定x次随访”或“无限次随访”,随访频率可选择“无限制频率”或“均匀随访”或“非均匀随访”等,而随访开始时间可选择“手动开始”或“患者入组后统一开始”或“根据专病库内某指标触发随访开始”。其中,“患者入组”指的是患者被加入到项目中,例如研究者将录入患者信息后点击“添加”按钮后,患者就“入组”成功了。而“专病库”中的“指标”可理解为字段,例如:门诊记录内的就诊日期、就诊科室、诊治医师等。例如,若研究者设置的是“随访2次,每次间隔30天,患者入组后30天开始”,患者A在1月1日被加入到项目中,那么该患者第一次的随访时间是2月1日,第二次的随访时间是3月1日。
在一些实施例中,上述任务接收设备为对应于随访员的用户设备,所述随访任务在触发后被发送至该用户设备供随访员查看;在另一些实施例中,上述任务接收设备为所述随访对象(即患者本人)的随访用户设备。以下分别就这两种情形进行讨论。
在一些实施例中,所述任务接收设备为对应于第一随访员的第一用户设备。
例如,在一些实施例中,第三模块300根据对应于所述随访任务的任务领取操作,发送至少一个所述随访任务至对应于第一随访员的第一用户设备。其中,将多名患者分为若干队列,每个队列又对应于若干随访员。对应于同一队列的所有随访员能看到的被触发的随访任务均相同;当其中的一名随访员(称为第一随访员)选取任务并领取(例如通过在用户界面上点击的方式),则相应的随访任务被分配至第一随访员,管理设备相应地将该随访任务发送至所述第一随访员的第一用户设备,例如第一随访员在该第一用户设备上登录了自己的用户账号,而管理设备基于该用户账号将所述随访任务发送至所述第一用户设备而供所述第一随访员查看。此时,每个随访员实际执行的随访任务在各位随访员调整、分配后由随访员自行领取。
又例如,在另一些实施例中,管理设备发送关于所述随访对象的所有随访任务至对应于第一随访员的第一用户设备。例如,对于特定的随访对象而言,该随访对象的所有随访任务均由所述第一随访员监控,管理设备在该随访对象的一个或者多个随访任务被触发后将这些随访任务发送至所述第一随访员的第一用户设备。
再例如,在另一些实施例中,管理设备发送至少一个所述随访任务至对应于第一随访员的第一用户设备,并发送至少另一个所述随访任务至对应于第二随访员的第二用户设备。例如,为了减小单个随访员的工作压力、合理分配随访员的时间资源、进一步减小随访任务被遗忘或者延期的风险,对于特定的随访对象而言,该随访对象的所有随访任务是分别由不同的随访员参与完成的。分配工作可由人工完成,也可由系统根据每个随访员的空闲时间进行分配。
在另一些实施例中,所述任务接收设备为对应于所述随访对象的随访用户设备。例如,在随访任务被触发后,该随访任务由管理设备发送至随访对象的移动设备(例如手机),在系统管理员将随访模式设定为“短信随访”时,随访任务由随访对象(即患者)自己完成,管理设备向随访对象的移动设备发送短信,且不会通知随访员。
为了形成闭环的随访过程以进一步避免人为因素对随访进程带来的不利影响,在一些实施例中,上述管理设备还包括第四模块400(未示出)和第五模块500(未示出)。其中,第四模块400接收所述任务接收设备关于所述随访任务所返回的随访反馈信息;第五模块500基于所述随访反馈信息更新所述随访信息。其中,在一些实施例中,所述任务接收设备为对应于第一随访员的第一用户设备;在另一些实施例中,所述任务接收设备为对应于所述随访对象的随访用户设备。在一些实施例中,第五模块500基于所述随访反馈信息更新所述随访信息,例如当某次随访任务已经完成,则将该随访对象对应的“随访次数”减去1次,或者将该随访对象的“随访开始时间信息”更新至下一次随访时间点并继续监控。
根据本申请的一个方面,还提供了一种医疗科研随访任务的管理设备,包括:
处理器;以及
被配置为存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
获取随访对象的随访信息;
基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
下面参照图3来描述根据本申请的一个实施例中的医疗科研随访任务的管理设备600。其中,图3显示的医疗科研随访任务的管理设备600仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图3所示,设备600以通用计算设备的形式表现。设备600的组件可以包括但不限于:至少一个处理器610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理器610)的总线630、显示单元640等。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理器610执行,使得所述处理器610执行本说明书上述电子处方流转处理方法部分中描述的根据本申请各种示例性实施方式的步骤。例如,所述处理器610可以执行以上所述方法中的步骤。
所述存储单元620可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202,还可以进一步包括只读存储单元(ROM)6203。
所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204,这样的程序模块6205包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线630可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。
电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得租户能与该电子设备600交互的设备通信,和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且,电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备600使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
根据本申请的一个方面,还提供了一种包括指令的计算机可读介质,所述指令在被执行时使系统执行以下操作:
获取随访对象的随访信息;
基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
其中,参考图4所示,在一个实施例中,用于实现上述方法的程序产品800可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,且可以在终端设备(例如个人电脑)上运行。然而,本领域技术人员应能理解,本申请所指的程序产品不限于此,计算机可读介质可以是任何包含或存储程序的有形介质,且该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法或技术方案。本领域技术人员应能理解,计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等,相应地,计算机程序指令被计算机执行的方式包括但不限于:该计算机直接执行该指令,或者该计算机编译该指令后再执行对应的编译后程序,或者该计算机读取并执行该指令,或者该计算机读取并安装该指令后再执行对应的安装后程序。在此,计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。
通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线,例如光纤、同轴等)和能传播能量波的无线(未有导的传输)介质,诸如声音、电磁、RF、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。
作为示例而非限制,计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如,计算机可读存储介质包括(但不限于)易失性存储器,诸如随机存储器(RAM,DRAM,SRAM);以及非易失性存储器,诸如闪存、各种只读存储器(ROM,PROM,EPROM,EEPROM)、磁性和铁磁/铁电存储器(MRAM,FeRAM);以及磁性和光学存储设备(硬盘、磁带、CD、DVD);或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机可读信息或数据。
在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称,而并不表示任何特定的顺序。

Claims (11)

1.一种医疗科研随访任务的管理方法,包括以下步骤:
获取随访对象的随访信息;
基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
2.根据权利要求1所述的方法,其中所述随访信息包括以下至少任一项:
随访次数信息;
随访频率信息;
随访开始时间信息;
随访结束时间信息;
随访项目信息。
3.根据权利要求1所述的方法,其中所述任务接收设备为对应于第一随访员的第一用户设备。
4.根据权利要求3所述的方法,其中所述发送至少一个所述随访任务至对应的任务接收设备,包括:
根据对应于所述随访任务的任务领取操作,发送至少一个所述随访任务至对应于第一随访员的第一用户设备。
5.根据权利要求3所述的方法,其中所述发送至少一个所述随访任务至对应的任务接收设备,包括:
发送关于所述随访对象的所有随访任务至对应于第一随访员的第一用户设备。
6.根据权利要求3所述的方法,其中所述发送至少一个所述随访任务至对应的任务接收设备,包括:
发送至少一个所述随访任务至对应于第一随访员的第一用户设备,并发送至少另一个所述随访任务至对应于第二随访员的第二用户设备。
7.根据权利要求1所述的方法,其中所述任务接收设备为对应于所述随访对象的随访用户设备。
8.根据权利要求1所述的方法,其中所述方法还包括:
接收所述任务接收设备关于所述随访任务所返回的随访反馈信息;
基于所述随访反馈信息更新所述随访信息。
9.一种医疗科研随访任务的管理设备,包括:
第一模块,用于获取随访对象的随访信息;
第二模块,用于基于所述随访信息触发关于所述随访对象的至少一个随访任务,其中每个随访任务分别对应一份病例报告表;以及
第三模块,用于发送至少一个所述随访任务至对应的任务接收设备;
其中每个所述随访任务包括各自的随访进行时间。
10.一种医疗科研随访任务的管理设备,包括:
处理器;以及
被配置为存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行根据权利要求1至8中任一项所述方法的操作病例报告表。
11.一种包括指令的计算机可读介质,所述指令在被执行时使系统执行根据权利要求1至8中任一项所述方法的操作。
CN201811331454.1A 2018-11-09 2018-11-09 一种医疗科研随访任务的管理方法、设备和介质 Pending CN109545292A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811331454.1A CN109545292A (zh) 2018-11-09 2018-11-09 一种医疗科研随访任务的管理方法、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811331454.1A CN109545292A (zh) 2018-11-09 2018-11-09 一种医疗科研随访任务的管理方法、设备和介质

Publications (1)

Publication Number Publication Date
CN109545292A true CN109545292A (zh) 2019-03-29

Family

ID=65846666

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811331454.1A Pending CN109545292A (zh) 2018-11-09 2018-11-09 一种医疗科研随访任务的管理方法、设备和介质

Country Status (1)

Country Link
CN (1) CN109545292A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112331282A (zh) * 2020-11-12 2021-02-05 北京嘉和美康信息技术有限公司 基于随访项目对患者进行分组的方法和系统
CN112489746A (zh) * 2020-12-08 2021-03-12 平安国际智慧城市科技股份有限公司 数据管理的任务推送方法、装置、电子设备及存储介质
CN112967809A (zh) * 2021-04-06 2021-06-15 联仁健康医疗大数据科技股份有限公司 一种随访用户的确定方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102592200A (zh) * 2012-01-13 2012-07-18 王斌全 一种用于临床医学及科研的患者随访系统
CN104182843A (zh) * 2014-08-26 2014-12-03 北京三爱博大医疗科技有限公司 一种基于云计算的医疗随访系统及方法
CN106663136A (zh) * 2014-03-13 2017-05-10 皇家飞利浦有限公司 用于基于书面推荐对健康护理随诊预约进行排程的系统和方法
CN108009010A (zh) * 2017-12-01 2018-05-08 携程旅游信息技术(上海)有限公司 瘦客户端的管理装置、系统、方法、电子设备、存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102592200A (zh) * 2012-01-13 2012-07-18 王斌全 一种用于临床医学及科研的患者随访系统
CN106663136A (zh) * 2014-03-13 2017-05-10 皇家飞利浦有限公司 用于基于书面推荐对健康护理随诊预约进行排程的系统和方法
CN104182843A (zh) * 2014-08-26 2014-12-03 北京三爱博大医疗科技有限公司 一种基于云计算的医疗随访系统及方法
CN108009010A (zh) * 2017-12-01 2018-05-08 携程旅游信息技术(上海)有限公司 瘦客户端的管理装置、系统、方法、电子设备、存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112331282A (zh) * 2020-11-12 2021-02-05 北京嘉和美康信息技术有限公司 基于随访项目对患者进行分组的方法和系统
CN112489746A (zh) * 2020-12-08 2021-03-12 平安国际智慧城市科技股份有限公司 数据管理的任务推送方法、装置、电子设备及存储介质
CN112967809A (zh) * 2021-04-06 2021-06-15 联仁健康医疗大数据科技股份有限公司 一种随访用户的确定方法、装置、设备及存储介质
CN112967809B (zh) * 2021-04-06 2024-01-23 联仁健康医疗大数据科技股份有限公司 一种随访用户的确定方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN107430613A (zh) 知识密集型数据处理系统
CN102708128A (zh) 用于在卫生保健环境中接收、映射和构造来自全异系统的数据的方法和系统
Sultanovs et al. Centralized healthcare cyber-physical system's architecture development
WO2017108944A1 (en) System, device and method for guiding a patient in a hospital setup
Wu et al. Optimizing medical data quality based on multiagent web service framework
CN105849723A (zh) 用于多个存储库系统中智能存档搜索的方法和系统
CN109978392A (zh) 敏捷软件开发管理方法、装置、电子设备、存储介质
CN109545292A (zh) 一种医疗科研随访任务的管理方法、设备和介质
WO2019049819A1 (ja) 医療情報処理システム
Saweros et al. Connecting personal health records together with EHR using tangle
EP2954445A1 (en) Methods and apparatus for data-driven monitoring
Pytlak et al. Interactive dynamic optimization server–connecting one modelling language with many solvers
WO2013103359A1 (en) Systems and methods for providing enterprise visual communications services
Tadiboina et al. The importance and leverage of modern information technology infrastructure in the healthcare industry
CN110580259A (zh) 基于流程管理大数据的客户需求挖掘方法和设备
US20230386663A1 (en) System and method for improving clinical effectiveness using a query reasoning engine
CN105701330A (zh) 健康信息处理方法及系统
CN109471918A (zh) 一种中间字段追溯方法、设备和介质
Tan Developments in Healthcare Information Systems and Technologies: Models and Methods: Models and Methods
Dubey et al. Effective Remote Healthcare and Telemedicine Approaches for Improving Digital Healthcare Systems
Hasan et al. Software engineering methodology for smart healthcare security and its application i n Bangladesh
Pappas et al. Leveraging technology as a response to the COVID pandemic: Adapting diverse technologies, workflow, and processes to optimize integrated clinical management
Hu et al. Review on service composition
Nicholls Human-System Integration in emergency room environments
Şen et al. Application of blockchain powered mobile robots in healthcare: use cases, research challenges and future trends

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20190329

RJ01 Rejection of invention patent application after publication