CN115186167A - 一种数据预加载方法、装置、设备及计算机存储介质 - Google Patents
一种数据预加载方法、装置、设备及计算机存储介质 Download PDFInfo
- Publication number
- CN115186167A CN115186167A CN202211098640.1A CN202211098640A CN115186167A CN 115186167 A CN115186167 A CN 115186167A CN 202211098640 A CN202211098640 A CN 202211098640A CN 115186167 A CN115186167 A CN 115186167A
- Authority
- CN
- China
- Prior art keywords
- hospital
- data
- patient
- server
- historical
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 230000036316 preload Effects 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims description 12
- 238000012216 screening Methods 0.000 claims description 12
- 238000007689 inspection Methods 0.000 claims description 7
- 238000002591 computed tomography Methods 0.000 description 11
- 238000002604 ultrasonography Methods 0.000 description 9
- 230000003187 abdominal effect Effects 0.000 description 4
- 230000002526 effect on cardiovascular system Effects 0.000 description 4
- 201000010099 disease Diseases 0.000 description 3
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 3
- 238000002595 magnetic resonance imaging Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 210000004072 lung Anatomy 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013184 cardiac magnetic resonance imaging Methods 0.000 description 1
- 238000011976 chest X-ray Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 210000004185 liver Anatomy 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000002601 radiography Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9532—Query formulation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/176—Support for shared access to files; File sharing support
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
- G06F16/972—Access to data in other repository systems, e.g. legacy data or dynamic Web page generation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT 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
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Mathematical Physics (AREA)
- Health & Medical Sciences (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
本申请公开了一种数据预加载方法、装置、设备及计算机存储介质，该方法包括：接收患者的挂号信息；所述挂号信息至少包括患者的身份标识和医院的标识；根据所述患者的身份标识，从共享服务器中搜索与所述患者的身份标识对应的历史检查数据，得到搜索结果；当所述搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载。有效地利用了挂号到医生接诊过程中的时间间隔，提高医生的接诊效率。
Description
技术领域
本申请涉及计算机技术领域，特别是涉及一种数据预加载方法、装置、设备及计算机存储介质。
背景技术
随着医药卫生体制改革的有序推进，医疗检查数据互认的方案得以实施。医疗检查结果互认是指每个医疗机构将关于患者的数据都上传到共享服务器中，供其他医院的医生共享调阅患者的历史检查数据，避免进行重复检查。例如，当患者到医院A就诊时，医生可以根据患者的身份信息在共享服务器中查阅该患者在其他医院的就诊记录及相关的检查数据。
在现有技术中，首先，患者需要在医院进行挂号；然后，等待医生接诊，只有医生在接诊的时候才可以通过患者的身份信息在共享服务器中对患者在其他医院的历史检查数据进行搜索，并下载该历史检查数据，最后，待历史检查数据下载完之后医生才可以进行查阅。由于医生利用接诊时间对患者的历史检查数据进行搜索、下载会浪费一定的时间，导致医生的接诊效率低。另外，患者从挂号到医生接诊的过程中有较大的时间间隔，如何有效利用这段时间是非常有意义的。
因此，如何提高医生的接诊效率，是本领域技术人员需要解决的技术问题。
发明内容
基于上述问题，本申请提供了一种数据预加载方法、装置、设备及计算机存储介质，能够提高医生的接诊效率。
本申请实施例公开了如下技术方案：
第一方面，本申请实施例提供一种数据预加载方法，应用于共享服务器，所述方法包括：
接收患者的挂号信息；所述挂号信息至少包括患者的身份标识和医院的标识；
根据所述患者的身份标识，从共享服务器中搜索与所述患者的身份标识对应的历史检查数据，得到搜索结果；
当所述搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载。
可选地，所述挂号信息还包括挂号科室的标识，所述根据所述医院的标识将所述历史检查数据发送给医院的服务器，包括：
根据所述挂号科室的标识，对与所述患者的身份标识对应的历史检查数据进行筛选，得到与所述挂号科室的标识对应的历史检查数据；
将所述与挂号科室标识对应的历史检查数据发送给医院的服务器。
可选地，所述根据所述医院的标识将所述历史检查数据发送给医院的服务器，具体包括：
根据预先保存的所述医院的标识与IP地址的对应关系，获得医院的服务器的IP地址；
连接所述IP地址的服务器，将所述历史检查数据发送给所述服务器。
可选地，所述根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载，具体包括：
根据所述医院的标识将所述历史检查数据发送给医院的前置服务器，以便医院的院内服务器从所述前置服务器中对所述历史检查数据进行预加载。
可选地，接收患者的挂号信息，具体包括：
接收前置服务器发送的患者的挂号信息。
可选地，所述对所述历史检查数据进行预加载为按照所述历史检查数据的发生时间对所述历史检查数据所进行的加载。
可选地，所述方法还包括：
删除共享服务器中存储时间超过预设时间段的所述历史检查数据。
第二方面，本申请提供一种数据预加载装置，所述装置包括：数据接收模块、数据搜索模块以及数据发送模块；
所述数据接收模块，用于接收患者的挂号信息；所述挂号信息至少包括患者的身份标识和医院的标识；
所述数据搜索模块，用于根据所述患者的身份标识，从共享服务器中搜索与所述患者的身份标识对应的历史检查数据，得到搜索结果；
所述数据发送模块，用于当所述搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载。
可选地，所述装置还包括：数据筛选模块；
所述数据筛选模块，用于根据所述挂号科室的标识，对与所述患者的身份标识对应的历史检查数据进行筛选，得到与所述挂号科室的标识对应的历史检查数据；
将所述与挂号科室标识对应的历史检查数据发送给医院的服务器。
可选地，所述装置还包括：IP地址获取模块：
所述IP地址获取模块，用于根据预先保存的所述医院的标识与IP地址的对应关系，获得医院的服务器的IP地址。
可选地，所述数据发送模块，具体用于：
根据所述医院的标识将所述历史检查数据发送给医院的前置服务器，以便医院的院内服务器从所述前置服务器中对所述历史检查数据进行预加载。
可选地，所述装置还包括：超期数据删除模块；
所述超期数据删除模块，用于删除共享服务器中存储时间超过预设时间段的所述历史检查数据。
可选地，还包括：数据排序模块；
所述数据排序模块，用于对与患者身份标识相对应的历史检查数据按照发生时间进行排序，以便所述医院的服务器按照数据发生的时间进行预加载。
第三方面，本申请还公开一种数据预加载设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现第一方面任一项所述的数据预加载方法的步骤。
第四方面，本申请还公开了一种计算机可读存储介质，所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一项所述的数据预加载方法的步骤。
本申请提供一种数据预加载方法，包括：共享服务器接收患者的挂号信息；挂号信息至少包括患者的身份标识和医院的标识；根据患者的身份标识，从共享服务器中搜索与患者的身份标识对应的历史检查数据，得到搜索结果；当搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据医院的标识将患者的历史检查数据发送给医院的服务器，以便医院的服务器对历史检查数据进行预加载。
通过在患者挂号的时刻获得用户的挂号信息，对患者的历史检查记录进行搜索，如果存在相应的历史检查信息，则将相应的历史检查信息在医生接诊之前预先下载下来，当医生接诊的时候，便可以直接对患者的历史检查信息进行查看；如此一来，则有效地利用了患者挂号到医生接诊过程中的时间间隔，降低医生在接诊过程中用于搜索、下载历史检查数据的时间，从而提高了医生的接诊效率。
本申请所提供的一种数据预加载装置、设备及计算机可读存储介质，均具有上述有益效果，在此不再进行赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种数据预加载方法的流程图；
图2为本申请实施例提供的另一种数据预加载方法的流程图；
图3为本申请实施例提供的一种数据预加载装置的结构示意图。
具体实施方式
正如前文描述，目前的检查数据互认的医疗系统中，每个医疗机构都会将关于患者的数据都上传到共享服务器中，当患者在其他医院就诊的时候，供其他医院的医生调阅患者的历史检查数据，避免进行重复检查，减轻检查对患者所造成的伤害，同时还能降低患者的检查费用。
发明人经过研究发现，患者从挂号到医生接诊的过程中有较大的时间间隔，如何有效利用这段时间是非常有意义的。所以，发明人提出将上述流程中数据搜索与下载的步骤置于挂号到接诊过程中的时间间隙，降低医生在接诊过程中用于搜索、下载历史检查数据的时间，从而提高了医生的接诊效率。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参见图1，该图为本申请实施例提供的一种数据预加载方法的流程图。
如图1所示，该数据预加载方法包括：
本实施例中，该方法应用于共享服务器，其中，共享服务器可以是云服务器，使用云计算技术，整合数据中心三大核心要素：计算、网络与存储。对于本实施例而言，强大的存储能力是至关重要的。
S101：接收患者的挂号信息；挂号信息至少包括患者的身份标识和医院的标识。
挂号信息可以是在患者进行网上预约挂号时生成的挂号信息；还可以是患者在医院挂号机上进行挂号时生成的挂号信息。
作为示例，当患者是中国人时，患者的身份标识可以是患者的名字，患者的身份证号、患者的手机号以及前述任意两项或多项的组合；
当患者是外国人时，患者的身份标识可以是患者的绿卡编号等；
当患者是未成年人时，患者的身份标识可以是患者姓名与其监护人身份证号或电话号码的任意组合。
医院的标识可以是在计算机程序中医院的代号，比如，医院A在程序中是以代号“1”来表示，本实施例中，不对医院的标识进行任何形式的限定。
S102：根据患者的身份标识，从共享服务器中搜索与所述患者的身份标识对应的历史检查数据，得到搜索结果；
患者的历史检查数据可以是由接诊过该患者的各个医疗机构上传至共享服务器中的数据；
各个医疗机构上传的历史检查数据可以是与患者的身份标识建立对应关系，使得共享服务器可以通过患者的身份标识查阅到该患者的历史检查数据。
历史检查数据可以包括各种各样的检查结果和总清单列表；比如，检查结果可以是在时间点T1，患者在医院A做过的心血管CT数据；在时间点T2，患者在医院B做过腹部彩超数据；总清单列表可以是记录患者在T1时间在医院A做过心血管CT的事项，在T2时间在医院B做过腹部彩超的事项。
搜索结果可以是共享服务器中存在与患者身份标识相对应的历史检查数据，也可以是不存在与患者身份标识存在对应关系的历史检查数据。
S103：当搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据医院的标识将患者的历史检查数据发送给医院的服务器，以便医院的服务器对历史检查数据进行预加载。
本实施例提供的一种数据预加载方法中，共享服务器接收患者的挂号信息；挂号信息至少包括患者的身份标识和医院的标识；根据患者的身份标识，从共享服务器中搜索与患者的身份标识对应的历史检查数据，得到搜索结果；当搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据医院的标识将患者的历史检查数据发送给医院的服务器，以便医院的服务器对历史检查数据进行预加载。
通过在患者挂号的时刻获得用户的挂号信息，对患者的历史检查记录进行搜索，如果存在相应的历史检查信息，则将相应的历史检查信息在医生接诊之前预先下载下来，当医生接诊的时，便可以直接对患者的历史检查信息进行查看；如此一来，则有效地利用了患者挂号到医生接诊过程中的时间间隔，降低医生在接诊过程中用于搜索、下载历史检查数据的时间，从而提高了医生的接诊效率。
参见图2，该图为本申请实施例提供的另一种数据预加载方法的流程图。
如图2所示，该数据预加载方法包括：
S201：接收医院前置服务器发送的患者的挂号信息；挂号信息至少包括患者的身份标识、医院的标识和挂号科室的标识。
前置服务器可以通过医疗智能集成安全网关接入医院内网系统，实现内外网的隔离，前置服务器可以访问外网指定的IP/端口的服务器，可以支持TCP/IP、FTP等通讯协议。
当患者网上进行预约挂号或在医院挂号机上进行挂号之后生成的挂号信息可以存储在医院的院内数据库中，并且，医院的院内数据库在大多数情况下都是以中间库的方式部署在前置服务器上，所以，前置服务器可以访问医院的院内服务器。
所以，通过前置服务器得以获取院内数据库中的患者的挂号信息，并将该患者的挂号信息发送给共享服务器。
S202：根据患者的身份标识，从共享服务器中搜索与患者的身份标识对应的历史检查数据，得到搜索结果。
患者的历史检查数据可以是由接诊过该患者的各个医疗机构上传至共享服务器中的数据；
各个医疗机构上传的历史检查数据可以是与患者的身份标识建立对应关系，使得共享服务器可以通过患者的身份标识查阅到该患者的历史检查数据。
历史检查数据可以包括总体的检查清单、各种各样的检查结果；比如，在时间点T1，患者在A医院做过心血管CT；在时间点T2，患者在B医院做过腹部彩超；所以患者的历史检查记录可以是心血管CT的影像数据，腹部彩超的影像数据以及总的检查清单。
搜索结果可以是共享服务器中存在与患者身份标识相对应的历史检查数据，也可以是不存在与患者身份标识存在对应关系的历史检查数据。
S203：根据挂号科室的标识，对与所述患者身份标识对应的历史检查数据进行筛选，得到与所述挂号科室标识对应的历史检查数据。
可以理解的是，S202是在众多数据中找到与患者身份标识相对应的历史检查数据，其目的在于找到与患者相关的历史检查数据；但是，患者的数据量可能会很庞大，所以，可以对与患者身份标识相关的数据进行筛选。筛选的方式众多，可以通过患者挂号的科室标识对患者的历史检查数据进行筛选。
比如，患者在过去一段时间内分别做过关于心脏、肺部及肝胆相关的检查，其中心脏部位的检查包括：心脏彩超、X线胸片、心脏CT及心脏MRI检查等；肺部相关的检查包括：胸部CT、胸部X片等；肝胆相关的检查包括：肝脏平扫CT和增强CT、超声及超声造影等。所以，当共享服务器用患者的身份标识去做搜索的时候，会检索到大量的历史检查数据。如果患者此次挂号的科室是心内科，可以通过心内科的科室标识对患者所有的历史检查数据进行进一步筛选，可以得到与患者心脏相关的影像，比如心脏彩超、X线胸片、心脏CT及心脏MRI等与本次挂号科室相关的历史检查数据。
需要提醒的是，医院的影像数据量都是比较大的，比如，胸片的数据量大约在200-600M，所以，进行筛选可以大幅降低历史检查数据的数据量，并且具有相当的针对性，有助于医生针对患者心脏相关的历史检查数据对患者的心脏进行诊疗。
S204：根据预先保存的医院标识与IP地址的对应关系，获得所述医院的服务器的IP地址；连接该IP地址的服务器，将患者的历史检查数据发送给前置服务器。
可以理解的是，医院的标识与IP地址之间的对应关系是提前存在系统中的，通过医院的标识便可以获得医院的IP地址，并与该IP地址的服务器建立连接关系。
例如，医院A对应IP地址1、医院B对应IP地址2、医院C对应IP地址3，通过前置服务器可以获得医院的标识“A”、“B”或“C”；如果获得的医院标识为“A”，则可以获得与医院A对应的IP地址1，如此，便可以建立连接关系，建立数据传输的通道。
S205：院内服务器按照历史检查数据的发生时间对历史检查数据进行预加载。
院内服务器可以支持医院内部的访问，所以，将历史检查数据进行预加载之后，医生接诊的时候可以直接通过内网进行查阅，对患者进行诊治。
历史数据的发生时间可以是各医疗机构将数据上传至共享服务器中的时间。
例如，心脏彩超的上传时间为T4，X线胸片的上传时间为T5，心脏CT的上传时间为T6及心脏MRI的上传时间为T7，按照时间进行预加载可以形成病症在这段时间内的发展脉络，使得医生可以更加直观地对病情进行梳理。
接收医院前置服务器发送的患者的挂号信息；挂号信息至少包括患者的身份标识、医院的标识和挂号科室的标识；根据患者的身份标识，从共享服务器中搜索与患者的身份标识对应的历史检查数据，得到搜索结果；根据挂号科室的标识，对与患者身份标识对应的历史检查数据进行筛选，得到与挂号科室标识对应的历史检查数据；根据预先保存的医院标识与IP地址的对应关系，获得医院的服务器的IP地址；连接该IP地址的服务器，将患者的历史检查数据发送给前置服务器；院内服务器按照历史检查数据的发生时间对历史检查数据进行预加载。
首先，通过患者的身份标识匹配到与患者对应的历史检查数据，相当于初筛；然后，根据患者挂号科室标识对历史检查数据进行第二次筛选，如此一来，可以减少数据的下载量；除此之外，通过按照历史检查数据的发生时间进行预加载，可以形成病情的时间发展脉络，给医生提供更加直观的信息参考。
参见图3，该图为本申请实施例提供的一种数据预加载装置的结构示意图。
如图3所示，该数据预加载装置包括：数据接收模块301、数据搜索模块302以及数据发送模块303；
数据接收模块301，用于接收患者的挂号信息；挂号信息至少包括患者的身份标识和医院的标识；
数据搜索模块302，用于根据患者的身份标识，从共享服务器中搜索与患者的身份标识对应的历史检查数据，得到搜索结果；
数据发送模块303，用于当搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据医院的标识将患者的历史检查数据发送给医院的服务器，以便医院的服务器对历史检查数据进行预加载。
数据筛选模块，用于根据挂号科室标识，对与患者身份标识对应的历史检查数据进行筛选，得到与挂号科室标识对应的历史检查数据；
IP地址获取模块：根据预先保存的医院标识与IP地址的对应关系，获得医院的服务器的IP地址。
数据发送模块303，具体用于根据医院的标识将患者的历史检查数据发送给医院的前置服务器，以便医院的院内服务器从前置服务器中对历史检查数据进行预加载。
超期数据删除模块：用于删除共享服务器中存储时间超过预设时间段的历史检查数据。
数据排序模块：用于对与患者身份标识相对应的历史检查数据按照上传时间进行排序，以便医院的服务器按照数据上传的时间进行预加载。
本申请实施例还提供一种数据预加载设备，该设备包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时可实现如上所任意一种数据预加载方法的步骤。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请实施例所述的数据预加载方法。
在实际应用中，所述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种数据预加载方法，其特征在于，应用于共享服务器，所述方法包括：
接收患者的挂号信息；所述挂号信息至少包括患者的身份标识和医院的标识；
根据所述患者的身份标识，从共享服务器中搜索与所述患者的身份标识对应的历史检查数据，得到搜索结果；
当所述搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载。
2.如权利要求1所述的方法，其特征在于，所述挂号信息还包括挂号科室的标识，所述根据所述医院的标识将所述历史检查数据发送给医院的服务器，包括：
根据所述挂号科室的标识，对与所述患者的身份标识对应的历史检查数据进行筛选，得到与所述挂号科室的标识对应的历史检查数据；
将所述与挂号科室标识对应的历史检查数据发送给医院的服务器。
3.如权利要求1所述的方法，其特征在于，所述根据所述医院的标识将所述历史检查数据发送给医院的服务器，具体包括：
根据预先保存的所述医院的标识与IP地址的对应关系，获得医院的服务器的IP地址；
连接所述IP地址的服务器，将所述历史检查数据发送给所述服务器。
4.如权利要求1所述的方法，其特征在于，所述根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载，具体包括：
根据所述医院的标识将所述历史检查数据发送给医院的前置服务器，以便医院的院内服务器从所述前置服务器中对所述历史检查数据进行预加载。
5.如权利要求4所述的方法，其特征在于，接收患者的挂号信息，具体包括：
接收前置服务器发送的患者的挂号信息。
6.如权利要求1所述的方法，其特征在于，所述对所述历史检查数据进行预加载为按照所述历史检查数据的发生时间对所述历史检查数据所进行的加载。
7.如权利要求1所述的方法，其特征在于，所述方法还包括：
删除共享服务器中存储时间超过预设时间段的所述历史检查数据。
8.一种数据预加载装置，其特征在于，所述装置包括：数据接收模块、数据搜索模块以及数据发送模块；
所述数据接收模块，用于接收患者的挂号信息；所述挂号信息至少包括患者的身份标识和医院的标识；
所述数据搜索模块，用于根据所述患者的身份标识，从共享服务器中搜索与所述患者的身份标识对应的历史检查数据，得到搜索结果；
所述数据发送模块，用于当所述搜索结果表征存在与患者的身份标识对应的历史检查数据时，则根据所述医院的标识将所述历史检查数据发送给医院的服务器，以便所述医院的服务器对所述历史检查数据进行预加载。
9.一种数据预加载设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的数据预加载方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的数据预加载方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211098640.1A CN115186167A (zh) | 2022-09-09 | 2022-09-09 | 一种数据预加载方法、装置、设备及计算机存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211098640.1A CN115186167A (zh) | 2022-09-09 | 2022-09-09 | 一种数据预加载方法、装置、设备及计算机存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115186167A true CN115186167A (zh) | 2022-10-14 |
Family
ID=83524305
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211098640.1A Pending CN115186167A (zh) | 2022-09-09 | 2022-09-09 | 一种数据预加载方法、装置、设备及计算机存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115186167A (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107133480A (zh) * | 2017-05-19 | 2017-09-05 | 四川鸣医科技有限公司 | 非实时交互远程会诊系统及方法 |
| CN108039208A (zh) * | 2017-11-11 | 2018-05-15 | 深圳市前海安测信息技术有限公司 | 区域医疗信息系统及信息处理方法 |
| CN109411061A (zh) * | 2018-09-21 | 2019-03-01 | 厦门大学附属中山医院 | 一种血液透析患者自助预约透析治疗系统 |
| CN109817295A (zh) * | 2017-11-20 | 2019-05-28 | 深圳市前海安测信息技术有限公司 | 基于医疗卡的区域医疗信息查询系统及方法 |
| CN110400615A (zh) * | 2019-07-24 | 2019-11-01 | 郑静 | 医疗数据处理方法及相关产品 |
| CN112667584A (zh) * | 2020-12-23 | 2021-04-16 | 复旦大学附属儿科医院 | 一种患者信息存储共享系统 |
| CN113764079A (zh) * | 2021-01-15 | 2021-12-07 | 北京京东拓先科技有限公司 | 医疗服务方法、系统和存储介质 |
-
2022
- 2022-09-09 CN CN202211098640.1A patent/CN115186167A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107133480A (zh) * | 2017-05-19 | 2017-09-05 | 四川鸣医科技有限公司 | 非实时交互远程会诊系统及方法 |
| CN108039208A (zh) * | 2017-11-11 | 2018-05-15 | 深圳市前海安测信息技术有限公司 | 区域医疗信息系统及信息处理方法 |
| CN109817295A (zh) * | 2017-11-20 | 2019-05-28 | 深圳市前海安测信息技术有限公司 | 基于医疗卡的区域医疗信息查询系统及方法 |
| CN109411061A (zh) * | 2018-09-21 | 2019-03-01 | 厦门大学附属中山医院 | 一种血液透析患者自助预约透析治疗系统 |
| CN110400615A (zh) * | 2019-07-24 | 2019-11-01 | 郑静 | 医疗数据处理方法及相关产品 |
| CN112667584A (zh) * | 2020-12-23 | 2021-04-16 | 复旦大学附属儿科医院 | 一种患者信息存储共享系统 |
| CN113764079A (zh) * | 2021-01-15 | 2021-12-07 | 北京京东拓先科技有限公司 | 医疗服务方法、系统和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109698022A (zh) | 一种医疗影像数据的利用与共享平台 | |
| US7139417B2 (en) | Combination compression and registration techniques to implement temporal subtraction as an application service provider to detect changes over time to medical imaging | |
| CN107358023A (zh) | 生成医学报告、交互医学报告的方法、系统及设备 | |
| CN110148473A (zh) | 分级诊疗方法及系统 | |
| EP4123661A1 (en) | Systems and methods for processing medical images using relevancy rules | |
| US20240194325A1 (en) | Systems and Methods for Processing Medical Images For In-Progress Studies | |
| CN107038329B (zh) | 医学影像文件的在线处理方法及装置 | |
| EP3799056A1 (en) | Cloud-based patient data exchange | |
| CN112582057A (zh) | 分布式设置中的高级医学成像 | |
| US20080249807A1 (en) | Interpretation support system | |
| CN113424267A (zh) | 用于使用分散式计算平台按优先级来分析跨地理区域的健康数据的系统架构和方法 | |
| US20080240524A1 (en) | Organ based hanging protocol for a diagnostic reading workstation | |
| CN106845092B (zh) | 一种系统对接方法及装置 | |
| WO2019141696A1 (en) | Detecting recurrence of a medical condition | |
| CN107358038B (zh) | 一种通过配置文件整合应用的方法和装置 | |
| JP7278256B2 (ja) | 画像獲得ワークフローを最適化するためのデバイス、システム、及び方法 | |
| US20130195331A1 (en) | Apparatus for sharing and managing information in picture archiving communication system and method thereof | |
| CN115186167A (zh) | 一种数据预加载方法、装置、设备及计算机存储介质 | |
| WO2020087792A1 (zh) | 人工智能的病种分析方法及装置、存储介质、计算机设备 | |
| CN111105871A (zh) | 一种医学辅助诊断方法及系统 | |
| US20230029542A1 (en) | Medical information processing method, medical information processing device, and program | |
| JP2017207793A (ja) | 画像表示装置および画像表示システム | |
| CN111312409A (zh) | 一种医疗数据的共享系统及方法 | |
| CN113918655A (zh) | 一种医疗数据处理系统及方法 | |
| US20200051676A1 (en) | Device, system, and method for optimizing usage of prior studies |
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: 20221014 |
|
| RJ01 | Rejection of invention patent application after publication |