CN110600089A - 就诊后患者状态信息采集表的生成方法 - Google Patents

就诊后患者状态信息采集表的生成方法 Download PDF

Info

Publication number
CN110600089A
CN110600089A CN201910749766.2A CN201910749766A CN110600089A CN 110600089 A CN110600089 A CN 110600089A CN 201910749766 A CN201910749766 A CN 201910749766A CN 110600089 A CN110600089 A CN 110600089A
Authority
CN
China
Prior art keywords
patient
information
visit
follow
information acquisition
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
CN201910749766.2A
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.)
Beijing Tongren Hospital
Original Assignee
Beijing Tongren Hospital
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 Beijing Tongren Hospital filed Critical Beijing Tongren Hospital
Priority to CN201910749766.2A priority Critical patent/CN110600089A/zh
Publication of CN110600089A publication Critical patent/CN110600089A/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
    • G16H10/20ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • 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
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明实施例涉及一种就诊后患者状态信息采集表的生成方法,所述方法包括:服务器接收用户输入的就诊后患者状态信息采集表的生根据患者ID在疾病数据库获取与患者ID相对应的患者就诊信息;解析患者就诊信息,根据解析结果得到随访级别信息;在表单列表中确定与随访级别信息相对应的表单信息;根据当前表格页面的尺寸数据、表项和表项所对应的子表项信息生成并输出就诊后患者状态信息采集表;就诊后患者状态信息采集表包括表项和子表项信息;接收用户根据表项和子表项信息输入的患者信息;根据患者信息更新就诊后患者状态信息采集表,得到患者的就诊后患者状态信息采集表,并将患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中。

Description

就诊后患者状态信息采集表的生成方法
技术领域
本发明涉及数据处理领域,尤其涉及一种就诊后患者状态信息采集表的生成方法。
背景技术
在信息时代,科学数据称为战略资源。随着科学的发展,医学技术也日新月异。如何对相关信息进行自动化的、精准采集,成为了本技术领域有待解决的问题。
发明内容
本发明的目的是针对现有技术的缺陷,提供一种就诊后患者状态信息采集表的生成方法,可用于大规模结构化收集相关信息,并快速有效的形成具有针对性信息采集表,建立信息采集库,为相关信息提供有序化、标准化、共享化信息管理,同时也有利于提高医院管理水平,进而更好地为患者服务。
为实现上述目的,本发明提供了一种就诊后患者状态信息采集表的生成方法,所述方法包括:
服务器接收用户输入的就诊后患者状态信息采集表的生成请求;所述生成请求包括患者ID;
根据所述患者ID在疾病数据库获取与所述患者ID相对应的患者就诊信息;
解析所述患者就诊信息,根据解析结果得到随访级别信息;
在表单列表中确定与所述随访级别信息相对应的表单信息;所述表单信息包括表项和所述表项所对应的子表项;
获取当前表格页面的尺寸数据,并根据所述当前表格页面的尺寸数据、所述表项和所述表项所对应的子表项信息生成并输出就诊后患者状态信息采集表;所述就诊后患者状态信息采集表包括所述表项和所述子表项信息;
接收所述用户根据所述表项和所述子表项信息输入的患者信息;
根据所述患者信息更新所述就诊后患者状态信息采集表,得到患者的就诊后患者状态信息采集表,并将所述患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中,用以所述用户从所述诊后随访信息采集库调用所述患者的就诊后患者状态信息采集表。
优选的,所述患者ID包括项目编号、诊室编号和流水号。
优选的:与所述随访级别信息相对应的表单信息中的表项包括:患者基本信息表项、登记医生信息表项、已有诊断信息表项、上一次就诊时的治疗方案信息表项、患者本次随访状况信息表项、眼部检查信息表项、补充诊断信息表项、处理情况信息表项、眼部辅助检查信息表项、全身辅助检查信息表项和生物样本信息表项。
进一步优选的,在所述接收所述用户根据所述表项和所述子表项信息输入的患者信息之前,所述方法还包括:
所述服务器根据所述患者ID确定患者的随访次数;
根据所述患者的随访次数更新与所述随访级别信息相对应的表单信息中的表项和子表项信息。
进一步优选的,所述根据所述患者的随访次数更新与所述随访级别信息相对应的表单信息中的表项和子表项信息具体为:
确定所述随访次数是否不为第一次随访;
当所述随访次数不为所述第一次随访时,所述服务器根据所述患者ID在所述诊后随访信息采集库中确定与所述患者ID相对应的上一个患者的就诊后患者状态信息采集表;
获取所述上一个患者的就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息和所述上一个患者的就诊后患者状态信息采集表中的患者本次随访状况信息表项所对应的患者信息;
根据所述上一个患者的就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息更新当前就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息;
并且,根据所述上一个患者的就诊后患者状态信息采集表中的患者本次随访状况信息表项所对应的患者信息更新当前就诊后患者状态信息采集表中的上一次就诊时的治疗方案信息表项所对应的患者信息。
进一步优选的,在所述生成并输出就诊后患者状态信息采集表之后,所述方法还包括:
根据所述患者就诊信息更新当前就诊后患者状态信息采集表中的已有诊断信息表项所对应的患者信息。
优选的,在所述根据所述患者信息更新所述就诊后患者状态信息采集表之后,所述方法还包括:
记录所述就诊后患者状态信息采集表的更新时间,根据所述更新时间生成所述表单ID,使得所述患者的就诊后患者状态信息采集表包括所述表单ID;
生成所述患者ID与表单ID的对应关系,并将所述患者ID与表单ID的对应关系存储至所述诊后随访信息采集库中,用以所述用户根据所述患者ID与表单ID的对应关系调用所述患者的就诊后患者状态信息采集表。
优选的,在所述将所述患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中之前,所述方法还包括:
生成登记医生确认签字的提示信息;
接收所述用户根据所述登记医生确认签字的提示信息输入的登记医生确认签字的反馈信息,用以服务器根据反馈信息将所述患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中。
优选的,在所述服务器接收用户输入的就诊后患者状态信息采集表的生成请求之前:
接收患者的就诊后患者状态信息采集表,并将所述患者的就诊后患者状态信息采集表存储至所述疾病数据库中;所述患者的就诊后患者状态信息采集表包括所述患者ID和所述患者就诊信息。
本发明实施例提供就诊后患者状态信息采集表的生成方法,可用于大规模结构化收集相关信息,并快速有效的形成具有针对性信息采集表,建立信息采集库,为相关信息提供有序化、标准化、共享化信息管理,同时也有利于提高医院管理水平,进而更好地为患者服务。
附图说明
图1是本发明实施例提供的一种就诊后患者状态信息采集表的生成方法的流程图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
本发明实施例提供的就诊后患者状态信息采集表的生成方法,实现于临床数据管理***服务器中,用于患者就医后对患者进行随访。随访是指医院对曾在医院就诊的病人以通讯或其他的方式,进行定期了解患者病情变化和指导患者康复的一种观察方法。简单地说,随访就是在诊治后,对病人继续追踪、查访。
图1是本发明就诊后患者状态信息采集表的生成方法的流程图,如图1所示,本发明具体包括如下步骤:
步骤101,服务器接收患者的就诊后患者状态信息采集表,并将患者的就诊后患者状态信息采集表存储至疾病数据库中;
具体的,用户可以理解为医院中的医护人员或者使用临床数据管理***的人员。患者在门诊就诊时,如果患者符合纳入临床数据研究标准,则应登记就诊后患者状态信息采集表入疾病数据库。患者的就诊后患者状态信息采集表包括患者ID和患者就诊信息。其中,患者ID包括患者所对应的医疗项目编号、诊室编号和流水号。疾病数据库可以理解为用于存储患者的各种疾病信息和治疗记录的数据库。
在一个具体的例子中,患者在门诊就诊时,需要在研究人员的帮助下输入某眼科医院疾病数据库就诊后患者状态信息采集表中的患者就诊信息。患者就诊信息包括患者所进行的彩色眼底像和外眼像基线检查、散瞳验光、眼生物学测量和光相干断层扫描等检查信息,以及患者的确诊信息和治疗信息。
步骤102,接收用户输入的就诊后患者状态信息采集表的生成请求;
具体的,当用户需要对患者采集就诊后随访信息时,需要向临床数据管理***服务器(以下简称服务器)输入就诊后患者状态信息采集表的生成请求,用以临床数据管理***通过收集就诊后患者状态信息采集表进行随访信息采集。
步骤103,根据患者ID在疾病数据库获取与患者ID相对应的患者就诊信息;
具体的,就诊后患者状态信息采集表的生成请求包括患者ID,服务器根据患者ID在疾病数据库获取与患者ID相对应的患者就诊信息。
步骤104,解析患者就诊信息,得到随访级别信息;
具体的,服务器解析患者就诊信息中关于患者确诊信息和治疗信息,根据解析结果确定患者的随访级别信息。不同疾病严重程度以及不同治疗手段所对应的随访级别信息不同。
在一个具体的例子中,随访级别信息包括一级随访、二级随访和三级随访。若服务器对患者就诊信息的解析结果确定患者是住院术后的病人,则随访级别信息为一级随访。一级随访所对应的患者随访次数如下:出院一周后进行第一次随访;距第一次随访间隔一个月后进行第二次随访;距第二次随访间隔三个月后进行第三次随访;距第三次随访间隔半年后,每半年进行一次随访。若服务器对患者就诊信息的解析结果确定患者是进行了敷贴、大药或激光的病人,则随访级别信息为二级随访。二级随访所对应的患者随访次数如下:治疗后一个月进行第一次随访;距第一次随访间隔三个月后进行第二次随访;距第二次随访间隔半年后,每半年进行一次随访。若服务器对患者就诊信息的解析结果确定患者是进行药物治疗或长期门诊观察的病人,则随访级别信息为三级随访。三级随访所对应的患者随访次数如下:三个月后进行第一次随访;距第一次随访间隔半年后,每半年进行一次随访。
步骤105,在表单列表中确定与随访级别信息相对应的表单信息;
具体的,服务器中存储有表单列表,表单列表中存储有就诊后患者状态信息采集表中的表单信息。表单信息包括表项和表项所对应的子表项信息。服务器在表单列表中根据患者的随访级别信息确定当前患者所需的表单信息。当在步骤104中无法根据解析患者就诊信息的结果得到随访级别信息,服务器生成一个为空的随访级别信息,然后在表单列表中获取与为空的随访级别信息所对应的默认的就诊后患者状态信息采集表的表单信息。表单信息中包括表项和与表项相对应的子表项。
在一个具体的例子中,与就诊后患者状态信息采集表的生成请求相对应的表单信息中的表项包括:患者基本信息表项、登记医生信息表项、已有诊断信息表项、上一次就诊时的治疗方案信息表项、患者本次随访状况信息表项、眼部检查信息表项、补充诊断信息表项、处理情况信息表项、眼部辅助检查信息表项、全身辅助检查信息表项和生物样本信息表项。
步骤106,生成并输出就诊后患者状态信息采集表;
具体的,当前表格页面可以是用于打印的页面,也可使用用于在计算机或其他显示设备上显示的页面,不同的页面具有不同页面尺寸,为了打印或输出显示方便,服务器需要获取当前表格页面的尺寸数据。因为每一个不同的表项和子表项在显示时,需要大小不同的各种字间距和行距,所以对于不同的表格页面的尺寸数据,需要将不同的表项和子表项在显示页面上进行排布,也就是根据当前表格页面的尺寸数据、表单信息中的表项和子表项信息生成并输出就诊后患者状态信息采集表。此时,就诊后患者状态信息采集表可以理解为一个没有被填写的表。
在一个具体的例子中,服务器根据当前表格页面的尺寸数据、表项和子表项信息生成并输出就诊后患者状态信息采集表中的具体排布情况可以如下表1所示。
患者编号:
实际随访日期:□□□□年□□月□□日
表1
步骤107,确定患者的随访次数,并确定随访次数是否不为第一次随访;
具体的,服务器根据患者ID确定患者的随访次数,并确定随访次数是否不为第一次随访,也就是确定当前的就诊后患者信息采集表是否用于患者的第一次随访。当患者的随访次数不为第一次随访时,则先执行下述步骤108再执行下述步骤109,当患者的随访次数为第一次随访时,则直接执行下述步骤109。
另外,根据患者ID确定患者的随访次数的方法可以有多种。例如,服务器中存储有专用的记录患者随访次数表,记录患者随访次数表中记录有患者ID和对应的患者的随访次数,若在记录患者随访次数表中没有查询到当前患者的患者ID,则说明当前患者之前没有被随访过,此次为第一次随访。还例如,服务器在诊后随访信息采集库中查询是否具有与患者ID相对应的患者的就诊后患者状态信息采集表,如果有,则说明当前患者之前有被随访过,此次不是第一次随访。
步骤108,根据上一个患者的就诊后患者状态信息采集表更新当前就诊后患者状态信息采集表;
具体的,当患者的随访次数不为第一次随访时,说明患者在前面的随访中应已输入过患者的就诊后患者状态信息采集表,一些表中重复的信息可直接从前面的患者的就诊后患者状态信息采集表中获取,而不用再次输入。
则,服务器首先根据患者ID在诊后随访信息采集库中确定与患者ID相对应的上一个患者的就诊后患者状态信息采集表,然后获取上一个患者的就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息和上一个患者的就诊后患者状态信息采集表中的患者本次随访状况信息表项所对应的患者信息,再根据上一个患者的就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息,更新当前就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息;同时,根据上一个患者的就诊后患者状态信息采集表中的患者本次随访状况信息表项所对应的患者信息,更新当前就诊后患者状态信息采集表中的上一次就诊时的治疗方案信息表项所对应的患者信息。
步骤109,获得患者信息;
具体的,就诊后患者状态信息采集表中包括表项和子表项信息。在服务器生成并输出就诊后患者状态信息采集表之后,服务器获得与就诊后患者状态信息采集表中尚未被更新的,各个表项和子表项信息相对应的各个患者信息。
进一步具体的,服务器获得患者信息的方式可以为以下两种中的任意一种:
在第一种方式中,服务器直接接收用户和/或患者根据就诊后患者状态信息采集表中的尚未被更新的表项和子表项信息输入的患者信息。在这一过程中,用户和/或患者需要输入与就诊后患者状态信息采集表中的表项和子表项信息所有的相关患者信息。可以理解的是,不同的就诊后患者状态信息采集表中的表项和子表项,所输入与该表项和子表项的人可能不同。例如,表项中的登记医生信息表项是由医护人员,也就是用户输入的,而表项中的其他内容既可以由医护人员输入也可以由患者输入。
在第二种方式中,服务器首先只需接收与就诊后患者状态信息采集表中的患者基本信息项相对应的患者基本信息,或者接收患者ID,然后,服务器根据患者基本信息或者患者ID生成疾病关联请求,并根据疾病关联请求在疾病数据库中查询是否存在与患者基本信息相对应的患者就诊信息。
当疾病数据库中存在与患者基本信息或者患者ID相对应的患者就诊信息时,服务器根据患者就诊信息生成就诊后患者状态信息采集表中的已有诊断信息表项和子表项相对应的患者信息。也就是说,在这一过程中,已有诊断信息表项和子表项相对应的患者信息是服务器关联疾病数据库得到的。
当疾病数据库中存在与患者基本信息或者患者ID相对应的患者就诊信息,但服务器根据患者就诊信息生成的患者信息不满足就诊后患者状态信息采集表中必填的表项和/或子表项时,服务器生成补充填写信息的提示信息,提示用户或患者需要补充输入就诊后患者状态信息采集表中的必填表项和子表项相对应的患者信息。
当疾病数据库中不存在与患者基本信息或者患者ID相对应的患者就诊信息时,服务器生成继续填写的提示信息,提示用户或患者需要继续输入就诊后患者状态信息采集表中的其他表项和子表项相对应的患者信息。
在一个具体的例子中,服务器接收到的患者基本信息为“王某,男,50岁,身份证号xxx”。临床登记表中的必填的表项包括:患者基本信息表项、登记医生信息表项、已有诊断信息表项、上一次就诊时的治疗方案信息表项、患者本次随访状况信息表项、眼部检查信息表项、补充诊断信息表项和处理情况信息表项,非必填的表项包括:眼部辅助检查信息表项、全身辅助检查信息表项和生物样本信息表项。
服务器根据患者基本信息生成疾病关联请求,并根据疾病关联请求在疾病数据库中查询并获取到患者基本信息为“王某,男,50岁,身份证号xxx”的已有诊断信息表项及其子表项所对应多个患者信息。而由于表项中的登记医生信息表项、已有诊断信息表项、上一次就诊时的治疗方案信息表项、患者本次随访状况信息表项、眼部检查信息表项、补充诊断信息表项和处理情况信息表项均是必填表项,则服务器生成“请继续填写相关必填内容”的补充信息的提示信息,用于用户或患者根据补充信息的提示信息补充尚未填写的表项及其相关子项中的患者信息。
可以理解的是,上述两个方式都可以是服务器获取到患者信息。在第一种方式中,服务器可一次性获取到全面的患者信息,但需要患者和/或用户输入信息较多。而在第二种方式中,服务器通过关联疾病数据库可以得到一部分所述就诊后患者状态信息采集表中的表项所对应的患者信息,这样虽然相对于第一种方式来说服务器运行压力增加,但可以减轻用户和/或患者需输入大量信息的负担。用户可以根据需要结合上述两种方式的优缺点自行设置服务器通过哪种方式获取患者信息。
步骤110,根据患者信息更新就诊后患者状态信息采集表,得到患者的就诊后患者状态信息采集表;
具体的,服务器在获取到患者信息后,根据患者信息更新就诊后患者状态信息采集表,得到患者的就诊后患者状态信息采集表。此时,患者的就诊后患者状态信息采集表表可以理解为一个已经被填写的就诊后患者状态信息采集表。患者的就诊后患者状态信息采集表包括患者ID。
步骤111,将患者的就诊后患者状态信息采集表存储至随访信息采集库中;
具体的,服务器将患者的就诊后患者状态信息采集表存储至随访信息采集库中,用以用户从所述随访信息采集库调用患者的就诊后患者状态信息采集表。
在一些优选的实施例中,在将患者的就诊后患者状态信息采集表存储至随访信息采集库之前,服务器记录就诊后患者状态信息采集表的更新时间,根据更新时间生成表单ID,使得患者的就诊后患者状态信息采集表包括表单ID。然后再生成患者ID与表单ID的对应关系,并将患者ID与表单ID的对应关系存储至随访信息采集库中,用以用户根据患者ID与表单ID的对应关系调用患者的就诊后患者状态信息采集表。生成患者ID与表单ID的对应关系以后,可以根据患者ID维护与患者ID相对应的患者的就诊后患者状态信息采集表,使得患者的就诊后患者状态信息采集表在维护和调用时更加方便。
在一些更优的实施例中,在将患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中之前,服务器会生成登记医生确认签字的提示信息,然后接收用户根据登记医生确认签字的提示信息通过鼠标或触摸屏或手写板输入的登记医生确认签字的反馈信息,并根据反馈信息将患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中。登记医生确认签字的反馈信息可以理解为医生的签字,用于医生确认患者的就诊后患者状态信息采集表中的内容后,在将患者的就诊后患者状态信息采集表存储至诊后随访信息采集库。
本发明就诊后患者状态信息采集表的生成方法,可用于大规模结构化收集相关信息,并快速有效的形成具有针对性信息采集表,建立信息采集库,为相关信息提供有序化、标准化、共享化信息管理,同时也有利于提高医院管理水平,进而更好地为患者服务。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (9)

1.一种就诊后患者状态信息采集表的生成方法,其特征在于,所述方法包括:
服务器接收用户输入的就诊后患者状态信息采集表的生成请求;所述生成请求包括患者ID;
根据所述患者ID在疾病数据库获取与所述患者ID相对应的患者就诊信息;
解析所述患者就诊信息,根据解析结果得到随访级别信息;
在表单列表中确定与所述随访级别信息相对应的表单信息;所述表单信息包括表项和所述表项所对应的子表项;
获取当前表格页面的尺寸数据,并根据所述当前表格页面的尺寸数据、所述表项和所述表项所对应的子表项信息生成并输出就诊后患者状态信息采集表;所述就诊后患者状态信息采集表包括所述表项和所述子表项信息;
接收所述用户根据所述表项和所述子表项信息输入的患者信息;
根据所述患者信息更新所述就诊后患者状态信息采集表,得到患者的就诊后患者状态信息采集表,并将所述患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中,用以所述用户从所述诊后随访信息采集库调用所述患者的就诊后患者状态信息采集表。
2.根据权利要求1所述的方法,其特征在于,所述患者ID包括项目编号、诊室编号和流水号。
3.根据权利要求1所述的方法,其特征在于:
与所述随访级别信息相对应的表单信息中的表项包括:患者基本信息表项、登记医生信息表项、已有诊断信息表项、上一次就诊时的治疗方案信息表项、患者本次随访状况信息表项、眼部检查信息表项、补充诊断信息表项、处理情况信息表项、眼部辅助检查信息表项、全身辅助检查信息表项和生物样本信息表项。
4.根据权利要求3所述的方法,其特征在于,在所述接收所述用户根据所述表项和所述子表项信息输入的患者信息之前,所述方法还包括:
所述服务器根据所述患者ID确定患者的随访次数;
根据所述患者的随访次数更新与所述随访级别信息相对应的表单信息中的表项和子表项信息。
5.根据权利要求4所述的方法,其特征在于,所述根据所述患者的随访次数更新与所述随访级别信息相对应的表单信息中的表项和子表项信息具体为:
确定所述随访次数是否不为第一次随访;
当所述随访次数不为所述第一次随访时,所述服务器根据所述患者ID在所述诊后随访信息采集库中确定与所述患者ID相对应的上一个患者的就诊后患者状态信息采集表;
获取所述上一个患者的就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息和所述上一个患者的就诊后患者状态信息采集表中的患者本次随访状况信息表项所对应的患者信息;
根据所述上一个患者的就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息更新当前就诊后患者状态信息采集表中的患者基本信息表项所对应的患者信息;
并且,根据所述上一个患者的就诊后患者状态信息采集表中的患者本次随访状况信息表项所对应的患者信息更新当前就诊后患者状态信息采集表中的上一次就诊时的治疗方案信息表项所对应的患者信息。
6.根据权利要求3所述的方法,其特征在于,在所述生成并输出就诊后患者状态信息采集表之后,所述方法还包括:
根据所述患者就诊信息更新当前就诊后患者状态信息采集表中的已有诊断信息表项所对应的患者信息。
7.根据权利要求1所述的方法,其特征在于,在所述根据所述患者信息更新所述就诊后患者状态信息采集表之后,所述方法还包括:
记录所述就诊后患者状态信息采集表的更新时间,根据所述更新时间生成所述表单ID,使得所述患者的就诊后患者状态信息采集表包括所述表单ID;
生成所述患者ID与表单ID的对应关系,并将所述患者ID与表单ID的对应关系存储至所述诊后随访信息采集库中,用以所述用户根据所述患者ID与表单ID的对应关系调用所述患者的就诊后患者状态信息采集表。
8.根据权利要求1所述的方法,其特征在于,在所述将所述患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中之前,所述方法还包括:
生成登记医生确认签字的提示信息;
接收所述用户根据所述登记医生确认签字的提示信息输入的登记医生确认签字的反馈信息,用以服务器根据反馈信息将所述患者的就诊后患者状态信息采集表存储至诊后随访信息采集库中。
9.根据权利要求1所述的方法,其特征在于,在所述服务器接收用户输入的就诊后患者状态信息采集表的生成请求之前:
接收患者的就诊后患者状态信息采集表,并将所述患者的就诊后患者状态信息采集表存储至所述疾病数据库中;所述患者的就诊后患者状态信息采集表包括所述患者ID和所述患者就诊信息。
CN201910749766.2A 2019-08-14 2019-08-14 就诊后患者状态信息采集表的生成方法 Pending CN110600089A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910749766.2A CN110600089A (zh) 2019-08-14 2019-08-14 就诊后患者状态信息采集表的生成方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910749766.2A CN110600089A (zh) 2019-08-14 2019-08-14 就诊后患者状态信息采集表的生成方法

Publications (1)

Publication Number Publication Date
CN110600089A true CN110600089A (zh) 2019-12-20

Family

ID=68854480

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910749766.2A Pending CN110600089A (zh) 2019-08-14 2019-08-14 就诊后患者状态信息采集表的生成方法

Country Status (1)

Country Link
CN (1) CN110600089A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104298852A (zh) * 2014-08-22 2015-01-21 首都医科大学附属北京佑安医院 一种慢病随访监控管理方法和***
CN105574355A (zh) * 2016-02-05 2016-05-11 西部天使(北京)健康科技有限公司 临床科研数据的记录方法及***
CN107066792A (zh) * 2016-12-21 2017-08-18 中山大学中山眼科中心 一种基于患者个体病情数据库的精准随访***及方法
CN109887559A (zh) * 2019-01-21 2019-06-14 合肥工业大学 一种用于慢病患者管理与院外康复的指导***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104298852A (zh) * 2014-08-22 2015-01-21 首都医科大学附属北京佑安医院 一种慢病随访监控管理方法和***
CN105574355A (zh) * 2016-02-05 2016-05-11 西部天使(北京)健康科技有限公司 临床科研数据的记录方法及***
CN107066792A (zh) * 2016-12-21 2017-08-18 中山大学中山眼科中心 一种基于患者个体病情数据库的精准随访***及方法
CN109887559A (zh) * 2019-01-21 2019-06-14 合肥工业大学 一种用于慢病患者管理与院外康复的指导***

Similar Documents

Publication Publication Date Title
US7617078B2 (en) Patient data mining
US20160042134A1 (en) Method of calculating a score of a medical suggestion as a support in medical decision making
Lincoln et al. Computers, health care, and medical information science
US20060080142A1 (en) System for managing patient clinical data
Tang et al. Computer-based patient-record systems
CN112331298A (zh) 开具药方的方法、装置、电子设备及存储介质
CN110010232A (zh) 区域公共医疗资源共享协同***及方法
Pecoraro et al. Designing ETL tools to feed a data warehouse based on electronic healthcare record infrastructure
Olagbemide et al. Family support and medication adherence among adult type 2 diabetes: Any meeting point?
CN115148322A (zh) 临床医疗通用数据结构模型的临床数据储存方法和***
JP2022190131A (ja) 医療情報提供システム、サーバ、医療情報提供装置、医療情報提供媒体、医療情報提供方法及びプログラム
Lytvyn et al. Medical Content Processing in Intelligent System of District Therapist.
WO2020017291A1 (ja) 問診票作成支援装置、方法およびプログラム
Bremond-Gignac et al. Contribution of electronic medical records to the management of rare diseases
US20160378922A1 (en) Methods and apparatuses for electronically documenting a visit of a patient
JP7238705B2 (ja) 診療支援方法、診療支援システム、学習モデルの生成方法、および、診療支援プログラム
CN116994702A (zh) 处方审核方法及装置、存储介质、计算机设备
CN110600089A (zh) 就诊后患者状态信息采集表的生成方法
RU2701702C2 (ru) Система и способ единообразного сопоставления неструктурированных записанных признаков сo связанными терапевтическими признаками
Allain et al. Use of an electronic medical record to monitor efficacy of diabetes care in out-patients in a central hospital in Malawi: Patterns of glycaemic control and lessons learned
Velikov et al. Application of openEHR platform for data exchange in ophthalmology
JP5256875B2 (ja) 診察結果表示プログラム、診察結果表示装置および診察結果表示方法
CN105320846A (zh) 脊柱侧凸的临床病例随访***
CN110633278A (zh) 患者住院登记表的生成方法
Oliver et al. Introducing the BlendedICU dataset, the first harmonized, international intensive care dataset

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20191220