患者病程生成方法和装置、电子设备和存储介质与流程

1.本技术属于计算机技术领域，具体涉及一种患者病程生成方法和装置、电子设备和存储介质。


背景技术：

2.临床试验项目的患者招募业务中，招募专员需要对患者的既往病历进行了解，而患者在报名时通常会上传多种资料，如出入院记录、病理报告、基因检测报告等，招募专员需要分别查看这些资料以筛选出合适的患者作为受试者，成本较高。
3.公开于该背景技术部分的信息仅仅旨在增加对本技术的总体背景的理解，而不应当被视为承认或以任何形式暗示该信息构成已为本领域一般技术人员所公知的现有技术。


技术实现要素：

4.本技术的目的在于提供一种患者病程生成方法，其用于解决临床试验项目的患者招募工作量大、成本较高的问题。
5.为实现上述目的，本技术提供了一种患者病程生成方法，所述方法包括：
6.提取患者资料中的病程时间信息、以及基于预配置规则提取所述患者资料中的病程关键信息；
7.基于所述患者资料与多个预设病程信息块的映射关系，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息；
8.基于所述病程时间信息依序组装所述多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。
9.一实施例中，所述预配置规则包括病程关键信息的筛选规则和展示形式规则；
10.所述方法具体包括：
11.展示规则配置界面；
12.响应于对所述规则配置界面病程关键信息的筛选规则配置操作和展示形式配置操作，生成所述预配置规则。
13.一实施例中，基于所述病程时间信息依序组装所述多个预设病程信息块，具体包括：
14.确定所述多个预设病程信息块分别对应的最早病程时间信息；
15.基于所述最早病程时间信息，依序组装所述多个预设病程信息块。
16.一实施例中，所述方法还包括：
17.确定所述多个预设病程信息块分别对应的最早病程时间信息和最晚病程时间信息；
18.将所述最早病程时间信息和最晚病程时间信息组装为病程时间区间信息，并展示在对应的预设病程信息块下。
19.一实施例中，所述方法还包括：
20.响应于对所述病程信息块下病程关键信息的查询操作，展示与所述病程关键信息对应的患者资料；
21.和/或，
22.将所述病程时间信息和病程关键信息进行结构化组装，并展示至病程关键信息界面；
23.和/或，
24.以不同色彩展示所述预设病程信息块。
25.一实施例中，所述方法还包括：
26.响应于对所述病程关键信息界面的病程编辑操作，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息。
27.一实施例中，所述预设病程信息块包括首次确诊信息块、首次检查信息块、住院治疗信息块、以及检查复查信息块的至少其中之一；
28.所述方法具体包括：
29.将包括疾病信息的病理检测中，病程时间信息最早的病理检测中的病程关键信息关联至所述首次确诊信息块；
30.将影像检查、实验室检查、以及不包括疾病信息的病理检测中，病程时间信息最早的患者资料的病程关键信息关联至所述首次检查信息块；
31.将病历中的病程关键信息关联至所述住院治疗信息块；
32.将未与所述首次确诊信息块、首次检查信息块、以及住院治疗信息块关联的患者资料，关联至所述检查复查信息块。
33.本技术还提供一种患者病程生成装置，包括：
34.提取模块，用于提取患者资料中的病程时间信息、以及基于预配置规则提取所述患者资料中的病程关键信息；
35.确定模块，用于基于所述患者资料与多个预设病程信息块的映射关系，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息；
36.组装模块，用于基于所述病程时间信息依序组装所述多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。
37.本技术还提供一种电子设备，包括：
38.至少一个处理器；以及
39.存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的患者病程生成方法。
40.本技术还提供一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的患者病程生成方法。
41.与现有技术相比，根据本技术的患者病程生成方法，通过提取患者资料中的病程时间信息和病程关键信息，并基于患者资料与预设病程信息块的映射关系，确定对应的病程时间信息和病程关键信息，进而，在以病程时间信息组装预设病程信息块后，在其下展示对应的病程关键信息，无需用户过多地参与患者资料的筛选工作，且以直观的方式对患者病程进行展示，用户可以高效地依据临床试验项目的招募需求筛选合适的患者，极大地降低了招募成本。
42.在另一个方面，根据本技术的患者病程生成方法，可以根据用户的需求灵活地进行预配置规则的配置，提取患者资料中感兴趣的病程关键信息并以配置的展示形式进行展示；用户可以在患者病程中对任意病程关键信息进行查询操作，从而展示对应的原始患者资料，操作易懂直观。
附图说明
43.图1是根据本技术一实施例患者病程生成方法的应用场景示意图；
44.图2是根据本技术一实施例患者病程生成方法的流程图；
45.图3是根据本技术一实施例患者病程生成方法中，ocr识别时对患者资料进行预处理的示意图；
46.图4是根据本技术一实施例患者病程生成方法中，ocr识别患者资料中文本信息的示意图；
47.图5是根据本技术一实施例患者病程生成方法中，配置预配置规则的场景示意图；
48.图6是根据本技术一实施例患者病程生成方法中，病程关键信息对应的预配置规则的场景示意图；
49.图7和图8分别是根据本技术一实施例患者病程生成方法中，手术和免疫组化的病程时间信息和病程关键信息进行结构化组装的场景示意图；
50.图9是根据本技术一实施例患者病程生成方法中，生成的患者病程的示意图；
51.图10是根据本技术一实施例患者病程生成方法中，对患者病程中的病程关键信息执行查询操作的场景示意图；
52.图11是根据本技术一实施例患者病程生成装置的模块图；
53.图12是根据本技术一实施方式电子设备的硬件结构图。
具体实施方式
54.以下将结合附图所示的各实施方式对本技术进行详细描述。但该等实施方式并不限制本技术，本领域的普通技术人员根据该等实施方式所做出的结构、方法、或功能上的变换均包含在本技术的保护范围内。
55.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
56.药物的临床试验指的是在人体进行的药物系统性研究，以确定药物的疗效和安全性。药物临床试验阶段分为i期、ii期、iii期临床试验、iv期临床试验。i期主要是涉及初步的临床药理学及人体安全性评价试验。ii期可以理解为治疗作用初步评价阶段，主要涉及初步评价药物对目标适应症患者的治疗作用和安全性，也包括为iii期临床试验研究设计和给药剂量方案的确定提供依据。iii期可以理解为治疗作用确证阶段，主要进一步验证药
物对目标适应症患者的治疗作用和安全性，评价利益与风险关系，最终为药物注册申请的审查提供充分的依据。iv期主要是药物上市后的临床试验，在药物上市后，可以继续追踪在广泛使用条件下的药物的疗效和不良反应，以评价在普通或者特殊人群中使用的利益与风险关系以及改进给药剂量等。
57.患者招募就是临床试验研究项目的申办者药企，委托医院或者临床试验服务机构，通过各种方式，招募合适的患者参与到临床试验项目中。通常地，可以通过收集患者最新的出院记录、病历报告、ct/核磁等影像学、基因报告等疾病信息，筛选符合临床试验研究项目的患者，并推荐到对应的试验开展医院就诊。
58.参图1，示出了本技术一个示例性实施例提供的实施环境的示意图。该实施环境中包括终端和服务器。
59.患者或者招募人员可以通过终端上传患者资料，服务器在接收到这些患者资料后，可以基于ocr识别出其中的文字信息。服务器进一步基于人工智能(artificial intelligence，ai)技术确定具体的患者资料类型、病程时间信息和病程关键信息，从而与预设病程信息块进行匹配。服务器还可以将匹配到的预设病程信息块基于病程时间信息进行组装，并在预设病程信息块下展示对应的病程关键信息。服务器生成的患者病程可以传输给终端，并由终端展示给用户(例如招募人员)，相对于直接从大量的患者资料中读取有用信息以筛选患者，该场景下用户可以直观地通过生成的患者病程，确定对应的患者是否符合特定的临床试验的要求。
60.以上实施环境中，终端与服务器之间通过通信网络进行数据通信，可选地，通信网络可以是有线网络也可以是无线网络，且该通信网络可以是局域网、城域网以及广域网中的至少一种。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content deliverynetwork，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器以及终端设备可以为彼此独立的设备，也可以是集成于同一个系统内，此处不做限定。
61.参图2，介绍本技术患者病程生成方法的一实施例。在本实施例中，该方法包括：
62.s11、提取患者资料中的病程时间信息、以及基于预配置规则提取所述患者资料中的病程关键信息。
63.患者资料可以是用户上传的多种格式的电子数据，例如pdf文档格式，png、jpeg、jpg、bmp等图片格式。在一些场景中，用户可以是将多份患者资料通过终端打包进行上传。服务器在接收到压缩包后，解压出其中的患者资料并分别进行识别，从而一次完成多份患者资料的解析。
64.患者资料中的文本信息可以是基于光学字符识别模型进行识别。光学字符识别(optical character recognition，ocr)是指针对印刷体字符，通过光学成像设备转换为电子文件，并利用识别软件将电子文件中的文字转换为文本格式。示范性地，成像设备可以是扫描仪、数码相机、带摄像功能的移动终端等。
65.可以理解的，针对患者资料类型的多样性，可以调用合适的光学字符识别模型从患者资料中识别文本信息。并且，针对不同类型的患者资料，光学字符识别模型可以是被预先针对性地建模和训练，从而在相应类型的患者资料识别中具有较佳的准确性。
66.例如，对于用户上传的ct检查报告和基因报告，ct检查报告中多以文字信息为主，而基因报告中则可能存在大量的表格信息。因此，针对基因报告这类表格内容较多的患者资料，可以利用更适合识别表格数据的光学字符识别模型，从而在患者资料识别中获得较佳的准确性。
67.患者资料类型可以是由服务器智能识别确定，又或者基于用户的格式选择操作确定。并且，不同的光学字符识别模型可以是分别布置在多台独立的服务器上，并基于患者资料的类型，被上传至对应服务器进行识别；又或者，光学字符识别模型可以是布置在同一台服务器上，并由该服务器调用对应的光学字符识别模型进行识别，本技术对此不做限制。
68.一实施例中，光学字符识别模型可以是crnn网络模型。可选地，在利用光学字符识别模型进行文本信息识别时，还可以对患者资料进行一些设定流程的预处理，以优化光学字符识别结果。
69.配合参图3，示范性地，对于患者资料而言，可能的保存角度有0
°
、90
°
、180
°
以及270
°
，其中，0
°
为常规视角的角度，90
°
为0
°
向右旋转90
°
，其它角度同理。本实施例中，可以选择轻量级神经网络模型mobilenetv3将患者资料都统一旋转至0
°
，以便于后续处理。
70.配合参图4，又例如，可以使用dbnet网络模型进行患者资料中连续文本的坐标检测，并且，综合性能考虑，其主干网络(backbone)可以采用resnet18。dbnet网络可以为患者资料中的连续文本匹配对应的文本框，从而将这些文本框的四个顶点的坐标确定为对应的连续文本坐标。根据确定的连续文本坐标，可以进行透视变换，以获取患者资料中的文本区域图片供光学字符识别。透视变换的过程是将一个平面通过一个投影矩阵投影到指定的平面上，从而扭转矫正原图像中可能存在的变形和偏转等问题。
71.光学字符识别模型识别的信息通常是通用的识别结果，可选地，服务器还可以进一步将识别结果展示至终端的信息核对界面，用户可以在信息核对界面对识别结果进行核对，并对需要修正的内容进行编辑；进而，服务器可以响应于对信息核对界面的编辑操作，修正识别结果。
72.基于患者资料中识别出的文本信息(即上述光学字符识别模型的识别结果)，可以进一步提取其中的病程时间信息。针对不同类型患者资料，本实施例提出提取不同的时间字段确定对应病程时间信息。具体地，“量表评分”、“病理检测”、“病灶”、“心超指标”对应提取的时间字段为“资料日期”，“手术”、“检验项目”提取的时间字段为“时间”，“药物”提取的时间字段为“结束时间”，“疾病”提取的时间字段为“确诊时间”。
73.需要理解的是，在患者资料中，实际识别出的文本信息中的字段可能并非与上述示出的时间字段字面对应。例如，对于ct检查报告，若识别出其中包括：“检查日期：06/15/2020”、“报告日期：06/16/2020”，则可以将该报告日期确定为ct检查报告的病程时间信息，并提取“06/16/2020”作为时间字段，也即报告日期相当于“时间”。又例如，对于病理报告，若识别出其中包括：“接收日期：2019-04-28”、“报告日期：2019-04-31”，则可以将该报告日期确定为病理报告的病程时间信息，并提取“2019-04-31”作为时间字段，也即报告日期相当于“资料日期”。
74.另一个方面，还可以基于预配置规则和患者资料中识别出的文本信息，提取患者资料中的病程关键信息。其中，预配置规则可以是预置于服务器中，并在服务器接收到患者资料后自动运行并提取病程关键信息；又或者，预配置规则可以由用户根据场景的需求在
规则配置界面进行配置。
75.一实施例中，服务器可以通过终端展示规则配置界面，用户可以通过终端在规则配置界面进行相应的配置操作。服务器响应于对规则配置界面病程关键信息的筛选规则配置操作和展示形式配置操作，生成上述的预配置规则。
76.例如，图5示出的规则配置界面中，对病程关键信息“手术”进行筛选规则配置：“手术不等于：shoushu”，以及展示形式配置：“{[手术/名称]}(平铺，5)”。这样，在匹配到关键词“手术”(非“shoushu”)后，会提取手术的病程关键信息。
[0077]
又例如，可以对病程关键信息“免疫组化”进行筛选规则配置：“基因靶点不等于：jiyin(所属检验包含任意一个：免疫组化)”，以及展示形式配置：“{[检验项目/名称]}{[检验项目/检测结果(文本)]}(平铺，5)”。与病程关键信息“手术”的筛选相比，病程关键信息“免疫组化”的筛选中增加了对所属检验的属性匹配，这样，在匹配到关键词“基因靶点”(非“jiyin”)且所属检验为“免疫组化”后，会提取免疫组化的病程关键信息。
[0078]
图6示出了几种病程关键信息配置完成的预配置规则，包括“手术”、“体能评分”、“免疫组化”等。示范性地，基于上述的预配置规则，可以提取出病程关键信息：“手术：手术、活检术、骨髓穿刺术”、“免疫组化ki-67(+50％)，cd3(-)，cyclin d1(-)，mum-1(+)，bcl-2(+80％)，bcl-6(-)，cd23(-)，cd20(-)，cd79a(+)，cd10(+)，p53(表达不理想)，ckpan(-)，cd5(-)”等。
[0079]
参图7和图8，病程关键信息所包括的具体信息可以按照需求被预先设定，在一些实施例中，还可以将病程时间信息和病程关键信息进行结构化组装，并展示至病程关键信息界面。例如，对于病程关键信息“手术”，可以分别提取其中的“名称”、“时间”、“部位”、“疾病”、“类型”、“入路方式”、“麻醉”等信息进行组装，对于病程关键信息“免疫组化”，可以分别提取其中的“名称”、“缩写”、“时间”、“所述检验”、“检测结果(数值)”、“检测结果(文本)”、单位等信息进行组装。用户可以通过终端在病程关键信息界面对结构化组装的病程关键信息进行编辑，服务器响应于对病程关键信息界面的病程编辑操作，确定多个预设病程信息块对应的病程时间信息和病程关键信息。
[0080]
s12、基于所述患者资料与多个预设病程信息块的映射关系，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息。
[0081]
预设病程信息块包括首次确诊信息块、首次检查信息块、住院治疗信息块、以及检查复查信息块的至少其中之一。本实施例中，会依据上述的映射关系将不同类型的患者资料关联至这些预设病程信息块，例如：
[0082]
①
将包括疾病信息的病理检测中，病程时间信息最早的病理检测中的病程关键信息关联至首次确诊信息块。
[0083]
病理检测通常用于确定患者的疾病信息，但在一些场景下，例如未取到合适的病变组织、手术中辅助诊断的快速病理、需要加做免疫组化等，可能在当前的病理检测中不会出现对患者疾病的确诊信息。因此，本实施例中，会首先确定包括疾病信息的病理检测，进而选择其中病程时间信息最早的病理检测，以确定患者的首次确诊信息。
[0084]
②
将影像检查、实验室检查、以及不包括疾病信息的病理检测中，病程时间信息最早的患者资料的病程关键信息关联至首次检查信息块。
[0085]
影像检查可以是电子计算机断层扫描ct，核磁共振检查mr，超声波检查等，实验室
检查可以是血常规、尿常规、血生化等，同时，上述不包括疾病信息的病理检测也可以被归属于首次检查的筛选对象。
[0086]
③
将病历中的病程关键信息关联至住院治疗信息块。
[0087]
病历可以包括入院记录、出院记录等。
[0088]
④
将未与所述首次确诊信息块、首次检查信息块、以及住院治疗信息块关联的患者资料，关联至检查复查信息块。
[0089]
本实施例中，除确定归属于上述
①
至
③
的患者资料，其它剩余的患者资料都可以归属于检查复查。
[0090]
s13、基于所述病程时间信息依序组装所述多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。
[0091]
配合参图9，可以依据时间从早到晚或者从晚到早的顺序对多个预设病程信息块进行组装。如上述实施例所述，一些预设病程信息块可能会对应多个患者资料，则每个预设病程信息块可能会对应多个病程时间信息，可选择地，本实施例中可以确定多个预设病程信息块分别对应的最早病程时间信息，并基于该最早病程时间信息，依序组装多个预设病程信息块。
[0092]
例如，首次确诊信息块对应有病理检测1(报告时间2011/01/01)，首次检查信息块对应有ct检查报告1(报告时间2010/12/25)，住院治疗信息块对应有入院记录(时间2011/01/15)、出院记录(时间2011/02/25)，检查复查信息块对应有病理检测2(报告时间2011/03/12)、ct检查报告2(报告时间2011/05/25)、mr检查报告1(报告时间2011/05/28)。可以看出，首次确诊信息块对应的最早时间为2011/01/01，首次检查信息块对应的最早时间为2010/12/25，住院治疗信息块对应的最早时间为2011/01/15，检查复查信息块对应的最早时间为2011/03/12，则可以按照首次检查信息块-首次确诊信息块-住院治疗信息块-检查复查信息块的顺序组装预设病程信息块。
[0093]
对于组装后的预设病程信息块，为了展示对应的病程时间信息，本实施例中可以确定该多个预设病程信息块分别对应的最早病程时间信息和最晚病程时间信息，并将最早病程时间信息和最晚病程时间信息组装为病程时间区间信息，展示在对应的预设病程信息块下。
[0094]
以上述的住院治疗信息块为例，对应的最早病程时间信息为2011/01/01、最晚病程时间信息为2011/02/25，则组装后的病程时间区间信息为2011/01/01～2011/02/25；类似地，对于检查复查信息块，对应的最早病程时间信息为2011/03/12、最晚病程时间信息为2011/05/28，则组装后的病程时间区间信息为2011/03/12～2011/05/28。
[0095]
在一些实施例中，对于组装后的预设病程信息块，还可以以不同色彩进行展示。并且，对于组装完成的患者病程，用户可以通过终端对病程信息块下病程关键信息执行查询操作，服务器响应于对该病程信息块下病程关键信息的查询操作，展示与病程关键信息对应的患者资料。例如图10示出的患者病程中，用户对日期为2011/05/28的影像/ct进行查询操作，即可跳转至对应的ct检查报告单(原始患者资料)。并且，用户若发现预设病程信息块下的病程关键信息需要修正，还可以对该预设病程信息块下病程关键信息执行编辑操作，从而可以跳转至如图7和图8所示的病程关键信息界面，执行相应的信息编辑。
[0096]
参图11，介绍本技术患者病程生成装置的一实施例。在本实施例中，该时间点表单
的生成装置包括提取模块21、确定模块22和组装模块23。
[0097]
提取模块用于提取患者资料中的病程时间信息、以及基于预配置规则提取所述患者资料中的病程关键信息；确定模块22用于基于所述患者资料与多个预设病程信息块的映射关系，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息；组装模块23用于基于所述病程时间信息依序组装所述多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。
[0098]
一实施例中，所述预配置规则包括病程关键信息的筛选规则和展示形式规则；所述提取模块具体用于：展示规则配置界面；响应于对所述规则配置界面病程关键信息的筛选规则配置操作和展示形式配置操作，生成所述预配置规则。
[0099]
一实施例中，所述组装模块23具体用于确定所述多个预设病程信息块分别对应的最早病程时间信息；基于所述最早病程时间信息，依序组装所述多个预设病程信息块。
[0100]
一实施例中，所述组装模块23还用于确定所述多个预设病程信息块分别对应的最早病程时间信息和最晚病程时间信息；将所述最早病程时间信息和最晚病程时间信息组装为病程时间区间信息，并展示在对应的预设病程信息块下。
[0101]
一实施例中，所述组装模块23还用于响应于对所述病程信息块下病程关键信息的查询操作，展示与所述病程关键信息对应的患者资料；和/或，将所述病程时间信息和病程关键信息进行结构化组装，并展示至病程关键信息界面；和/或，以不同色彩展示所述预设病程信息块。
[0102]
一实施例中，所述确定模块22还用于响应于对所述病程关键信息界面的病程编辑操作，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息。
[0103]
一实施例中，所述预设病程信息块包括首次确诊信息块、首次检查信息块、住院治疗信息块、以及检查复查信息块的至少其中之一；
[0104]
所述确定模块22具体用于将包括疾病信息的病理检测中，病程时间信息最早的病理检测中的病程关键信息关联至所述首次确诊信息块；将影像检查、实验室检查、以及不包括疾病信息的病理检测中，病程时间信息最早的患者资料的病程关键信息关联至所述首次检查信息块；将病历中的病程关键信息关联至所述住院治疗信息块；将未与所述首次确诊信息块、首次检查信息块、以及住院治疗信息块关联的患者资料，关联至所述检查复查信息块。
[0105]
如上参照图1到图10，对根据本说明书实施例患者病程生成方法进行了描述。在以上对方法实施例的描述中所提及的细节，同样适用于本说明书实施例的患者病程生成装置。上面的患者病程生成装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。
[0106]
图12示出了根据本说明书的实施例的电子设备的硬件结构图。如图12所示，电子设备30可以包括至少一个处理器31、存储器32(例如非易失性存储器)、内存33和通信接口34，并且至少一个处理器31、存储器32、内存33和通信接口34经由总线35连接在一起。至少一个处理器31执行在存储器32中存储或编码的至少一个计算机可读指令。
[0107]
应该理解，在存储器32中存储的计算机可执行指令当执行时使得至少一个处理器31进行本说明书的各个实施例中以上结合图1-图10描述的各种操作和功能。
[0108]
在本说明书的实施例中，电子设备30可以包括但不限于：个人计算机、服务器计算
机、工作站、桌面型计算机、膝上型计算机、笔记本计算机、移动电子设备、智能电话、平板计算机、蜂窝电话、个人数字助理(pda)、手持装置、消息收发设备、可佩戴电子设备、消费电子设备等等。
[0109]
根据一个实施例，提供了一种比如机器可读介质的程序产品。机器可读介质可以具有指令(即，上述以软件形式实现的元素)，该指令当被机器执行时，使得机器执行本说明书的各个实施例中以上结合图1-图10描述的各种操作和功能。具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
[0110]
在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本说明书的一部分。
[0111]
可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如cd-rom、cd-r、cd-rw、dvd-rom、dvd-ram、dvd-rw、dvd-rw)、磁带、非易失性存储卡和rom。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。
[0112]
本领域技术人员应当理解，上面公开的各个实施例可以在不偏离发明实质的情况下做出各种变形和修改。因此，本说明书的保护范围应当由所附的权利要求书来限定。
[0113]
需要说明的是，上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理客户实现，或者，有些单元可能分由多个物理客户实现，或者，可以由多个独立设备中的某些部件共同实现。
[0114]
以上各实施例中，硬件单元或模块可以通过机械方式或电气方式实现。例如，一个硬件单元、模块或处理器可以包括永久性专用的电路或逻辑(如专门的处理器，fpga或asic)来完成相应操作。硬件单元或处理器还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器)，可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。
[0115]
上面结合附图阐述的具体实施方式描述了示例性实施例，但并不表示可以实现的或者落入权利要求书的保护范围的所有实施例。在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。
[0116]
本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说，对本公开内容进行的各种修改是显而易见的，并且，也可以在不脱离本公开内容的保护范围的情况下，将本文所对应的一般性原理应用于其它变型。因此，本公开内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

技术特征：
1.一种患者病程生成方法，其特征在于，所述方法包括：提取患者资料中的病程时间信息、以及基于预配置规则提取所述患者资料中的病程关键信息；基于所述患者资料与多个预设病程信息块的映射关系，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息；基于所述病程时间信息依序组装所述多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。2.根据权利要求1所述的患者病程生成方法，其特征在于，所述预配置规则包括病程关键信息的筛选规则和展示形式规则；所述方法具体包括：展示规则配置界面；响应于对所述规则配置界面病程关键信息的筛选规则配置操作和展示形式配置操作，生成所述预配置规则。3.根据权利要求1所述的患者病程生成方法，其特征在于，基于所述病程时间信息依序组装所述多个预设病程信息块，具体包括：确定所述多个预设病程信息块分别对应的最早病程时间信息；基于所述最早病程时间信息，依序组装所述多个预设病程信息块。4.根据权利要求1所述的患者病程生成方法，其特征在于，所述方法还包括：确定所述多个预设病程信息块分别对应的最早病程时间信息和最晚病程时间信息；将所述最早病程时间信息和最晚病程时间信息组装为病程时间区间信息，并展示在对应的预设病程信息块下。5.根据权利要求1所述的患者病程生成方法，其特征在于，所述方法还包括：响应于对所述病程信息块下病程关键信息的查询操作，展示与所述病程关键信息对应的患者资料；和/或，将所述病程时间信息和病程关键信息进行结构化组装，并展示至病程关键信息界面；和/或，以不同色彩展示所述预设病程信息块。6.根据权利要求5所述的患者病程生成方法，其特征在于，所述方法还包括：响应于对所述病程关键信息界面的病程编辑操作，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息。7.根据权利要求1所述的患者病程生成方法，其特征在于，所述预设病程信息块包括首次确诊信息块、首次检查信息块、住院治疗信息块、以及检查复查信息块的至少其中之一；所述方法具体包括：将包括疾病信息的病理检测中，病程时间信息最早的病理检测中的病程关键信息关联至所述首次确诊信息块；将影像检查、实验室检查、以及不包括疾病信息的病理检测中，病程时间信息最早的患者资料的病程关键信息关联至所述首次检查信息块；将病历中的病程关键信息关联至所述住院治疗信息块；
将未与所述首次确诊信息块、首次检查信息块、以及住院治疗信息块关联的患者资料，关联至所述检查复查信息块。8.一种患者病程生成装置，其特征在于，包括：提取模块，用于提取患者资料中的病程时间信息、以及基于预配置规则提取所述患者资料中的病程关键信息；确定模块，用于基于所述患者资料与多个预设病程信息块的映射关系，确定所述多个预设病程信息块对应的病程时间信息和病程关键信息；组装模块，用于基于所述病程时间信息依序组装所述多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。9.一种电子设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1至7任一项所述的患者病程生成方法。10.一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求1至7任一项所述的患者病程生成方法。

技术总结
本申请公开了一种患者病程生成方法和装置、电子设备和存储介质，该方法包括：提取患者资料中的病程时间信息、以及基于预配置规则提取患者资料中的病程关键信息；基于患者资料与多个预设病程信息块的映射关系，确定多个预设病程信息块对应的病程时间信息和病程关键信息；基于病程时间信息依序组装多个预设病程信息块，并在组装完成的预设病程信息块下展示对应的病程关键信息。该方法相对于人工分别查看患者资料并筛选合适的患者，可以减轻招募人员的工作负担，且降低招募成本。且降低招募成本。且降低招募成本。


技术研发人员：刘荣兵 张康 崔智豪 范姝玲
受保护的技术使用者：浙江太美医疗科技股份有限公司
技术研发日：2023.04.10
技术公布日：2023/7/7