病案信息调用方法、查询端、平台端、系统及存储介质与流程

1.本发明涉及医疗信息调用技术领域，尤其涉及到一种病案信息调用方法、查询端、平台端、系统及存储介质。


背景技术：

2.病案，指医务人员对患者疾病的发生、发展、转归、检查、诊断、治疗等医疗活动过程的记录，也是对采集到的资料加以归纳、整理、综合分析，按规定的格式和要求书写的患者医疗健康档案。随着社会各界对病案调阅需求的增加，病案利用率逐年提高，复印人次持续上升，用途越来越多样化。病案管理部门早已由以往的单一为临床医务人员服务转为面向社会服务。
3.目前病案调阅流程依赖人工，耗费大量的人力物力，同时人为操作存在极大的安全合规风险，无法保障患者隐私，也无法满足个人、保险公司和医保局频繁调阅病案信息的需求。
4.因此，如何提高病案信息调用的效率，保证病案信息调用的合法性与安全性是一个亟需解决的技术问题。
5.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

6.本发明的主要目的在于提供一种病案信息调用方法、查询端、平台端、系统及存储介质，旨在解决保险公司与医院之间病案信息的调用效率低的技术问题。
7.为实现上述目的，本发明提供一种病案信息调用方法，用于平台端，所述方法包括：
8.接收病案查询指令；其中，所述病案查询指令包括病案标识信息；
9.根据所述病案标识信息，匹配所述病案标识信息对应的管理端用户，以使所述管理端用户根据所述病案标识信息上传病案信息；
10.将所述病案信息传输至查询端用户。
11.可选的，所述接收病案查询指令步骤之前，所述方法还包括：
12.接收保单查询指令；其中，所述保单查询指令包括保单标识信息；
13.根据所述保单标识信息，检索所述保单标识信息对应的保单信息，以生成保单信息列表；其中，所述保单信息包括病案标识信息；
14.将所述保单信息列表发送至所述查询端用户，以使所述查询端用户根据所述保单信息列表获得所述病案标识信息。
15.可选的，所述接收保单查询指令步骤之前，所述方法还包括：
16.获取查询端用户的设备地址；其中，所述设备地址包括mac地址和网络ip地址；
17.判断所述设备mac地址和所述网络ip地址是否皆为已授权的设备地址，若是，执行
接收保单查询指令步骤。
18.此外，为了实现上述目的，本发明还提供一种病案信息调用方法，用于查询端，所述方法包括：
19.获取目标病案的病案标识信息，并向所述平台端传输病案查询指令；其中，所述病案查询指令包括所述病案标识信息；
20.接收所述平台端传输的病案信息；其中，所述病案信息为管理端用户向平台端上传的所述病案标识信息对应的病案信息。
21.可选的，所述接收所述平台端传输的病案信息步骤之后，所述方法还包括：
22.判断所述病案信息是否满足要求，若不满足，向所述平台端反馈检查，并返回执行接收所述平台端传输的病案信息步骤。
23.此外，为了实现上述目的，本发明还提供一种平台端，所述平台端包括：
24.第一接收模块，用于接收病案查询指令；其中，所述病案查询指令包括病案标识信息；
25.匹配模块，用于根据所述病案标识信息，匹配所述病案标识信息对应的管理端用户，以使所述管理端用户根据所述病案标识信息上传病案信息；
26.传输模块，用于将所述病案信息传输至查询端用户。
27.可选的，所述平台端还包括保单查询模块，所述保单查询模块用于接收保单查询指令；其中，所述保单查询指令包括保单标识信息；根据所述保单标识信息，检索所述保单标识信息对应的保单信息，以生成保单信息列表；其中，所述保单信息包括病案标识信息；将所述保单信息列表发送至所述查询端用户，以使所述查询端用户根据所述保单信息列表获得所述病案标识信息。
28.可选的，所述平台端还包括判断模块，所述判断模块用于获取查询端用户的设备地址；其中，所述设备地址包括mac地址和网络ip地址；判断所述设备mac地址和所述网络ip地址是否皆为已授权的设备地址，若是，执行接收保单查询指令步骤。
29.此外，为了实现上述目的，本发明还提供一种查询端，所述查询端包括：
30.获取模块，用于获取目标病案的病案标识信息，并向所述平台端传输病案查询指令；其中，所述病案查询指令包括所述病案标识信息；
31.第二接收模块，用于接收所述平台端传输的病案信息；其中，所述病案信息为管理端用户向平台端上传的所述病案标识信息对应的病案信息。
32.可选的，所述查询端还包括判断模块，所述判断模块用于判断所述病案信息是否满足要求，若不满足，向所述平台端反馈检查，并接收所述平台端传输的病案信息。
33.此外，为了实现上述目的，本发明还提供一种病案信息调用系统，所述系统包括：
34.平台端，用于接收病案查询指令；其中，所述病案查询指令包括病案标识信息；根据所述病案标识信息，匹配所述病案标识信息对应的管理端用户，以使所述管理端用户根据所述病案标识信息上传病案信息；将所述病案信息传输至查询端用户；
35.查询端，用于获取目标病案的病案标识信息，并向所述平台端传输病案查询指令；其中，所述病案查询指令包括所述病案标识信息；接收所述平台端传输的病案信息；其中，所述病案信息为管理端用户向平台端上传的所述病案标识信息对应的病案信息；
36.管理端，用于根据病案标识信息上传病案信息。
37.可选的，所述平台端、查询端和管理端采用vpdn网络通信传输。
38.此外，为了实现上述目的，本发明还提供了一种平台端，所述平台端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的病案信息调用程序，所述病案信息调用程序配置为实现如前述的用于平台端的病案信息调用方法的步骤。
39.此外，为了实现上述目的，本发明还提供了一种存储介质，所述存储介质上存储有病案信息调用程序，所述病案信息调用程序被处理器执行时实现如前所述的用于平台端的病案信息调用方法的步骤。
40.此外，为了实现上述目的，本发明还提供了一种查询端，所述查询端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的病案信息调用程序，所述病案信息调用程序配置为实现如前述的用于查询端的病案信息调用方法的步骤。
41.此外，为了实现上述目的，本发明还提供了一种存储介质，所述存储介质上存储有病案信息调用程序，所述病案信息调用程序被处理器执行时实现如前所述的用于查询端的病案信息调用方法的步骤。
42.本发明实施例提出一种病案信息调用方法、查询端、平台端、系统及存储介质，该方法包括接收病案查询指令；其中，病案查询指令包括病案标识信息；根据病案标识信息，匹配病案标识信息对应的管理端用户，以使管理端用户根据病案标识信息上传病案信息；将病案信息传输至查询端用户。本发明利用查询端用户发起病案信息调用请求、管理端用户上传病案信息和查询端用户反馈检查信息，能够将线下调用流程转为线上调用流程，避免线下因工作时段不同、工作量大导致的病案信息调用耗时耗力、安全风险大、人为干预多等问题，极大提高提高病案信息调用的效率，也保证病案信息调用的合法性与安全性。
附图说明
43.图1为本发明实施例中一种病案信息调用系统的示意图。
44.图2为本发明实施例中一种查询端和平台端推荐的结构示意图；
45.图3为本发明病案信息调用方法的第一实施例的流程示意图；
46.图4为本发明病案信息调用方法的第二实施例的流程示意图；
47.图5为本发明病案信息调用方法的第三实施例的流程示意图；
48.图6为本发明实施例中一种平台端的示意图。
49.图7为本发明实施例中一种查询端的示意图。
50.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
51.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
52.病案，指医务人员对患者疾病的发生、发展、转归、检查、诊断、治疗等医疗活动过程的记录，也是对采集到的资料加以归纳、整理、综合分析，按规定的格式和要求书写的患者医疗健康档案。随着社会各界对病案调阅需求的增加，病案利用率逐年提高，复印人次持续上升，用途越来越多样化。病案管理部门早已由以往的单一为临床医务人员服务转为面向社会服务。目前病案调阅流程依赖人工，耗费大量的人力物力，同时人为操作存在极大的安全合规风险，无法保障患者隐私，也无法满足个人、保险公司和医保局频繁调阅病案信息
的需求。因此，如何提高病案信息调用的效率，保证病案信息调用的合法性与安全性是一个亟需解决的技术问题。
53.为了解决这一问题，提出本发明的病案信息调用方法的各个实施例。本发明提供的病案信息调用方法基于查询端用户发起病案信息调用请求、管理端用户上传病案信息和查询端用户反馈检测信息，以此来提高多端用户之间病案信息的高效率调用。
54.本发明实施例提供了一种病案信息调用系统，参照图1，图1为本发明病案信息调用系统示意图。
55.本实施例中，所述病案信息调用系统包括：
56.平台端100，用于接收病案查询指令；其中，所述病案查询指令包括病案标识信息；根据所述病案标识信息，匹配所述病案标识信息对应的管理端用户，以使所述管理端用户根据所述病案标识信息上传病案信息；将所述病案信息传输至查询端用户；
57.查询端200，用于获取目标病案的病案标识信息，并向所述平台端传输病案查询指令；其中，所述病案查询指令包括所述病案标识信息；接收所述平台端传输的病案信息；其中，所述病案信息为管理端用户向平台端上传的所述病案标识信息对应的病案信息；
58.管理端300，用于根据病案标识信息上传病案信息。
59.需要说明的是，平台端100、查询端200和管理端300之间采用vpdn网络通信传输。
60.参照图2，图2为本发明实施例方案涉及的查询端和平台端推荐的结构示意图。
61.查询端和平台端可以是移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(pda)、平板电脑(pad)等用户设备(user equipment，ue)、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备、移动台(mobile station，ms)等。查询端和平台端可能被称为用户终端、便携式终端、台式终端等。
62.通常，查询端和平台端包括：至少一个处理器301、存储器302以及存储在所述存储器上并可在所述处理器上运行的病案信息调用程序，所述病案信息调用程序配置为实现如前所述的病案信息调用方法的步骤。
63.处理器301可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器301可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器301也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器301可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。处理器301还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关病案信息调用操作，使得病案信息调用模型可以自主训练学习，提高效率和准确度。
64.存储器302可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器302还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器302中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器801所执行以实现本技术中方法实施例提供的病案信息调用方法。
65.在一些实施例中，终端还可选包括有：通信接口303和至少一个外围设备。处理器301、存储器302和通信接口303之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与通信接口303相连。具体地，外围设备包括：射频电路304、显示屏305和电源306中的至少一种。
66.通信接口303可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器301和存储器302。通信接口303通过外围设备用于接收用户上传的多个移动终端的移动轨迹以及其他数据。在一些实施例中，处理器301、存储器302和通信接口303被集成在同一芯片或电路板上；在一些其他实施例中，处理器301、存储器302和通信接口303中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
67.射频电路304用于接收和发射rf(radio frequency，射频)信号，也称电磁信号。射频电路304通过电磁信号与通信网络以及其他通信设备进行通信，从而可获取多个移动终端的移动轨迹以及其他数据。射频电路304将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路304包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路304可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wireless fidelity，无线保真)网络。在一些实施例中，射频电路304还可以包括nfc(near field communication，近距离无线通信)有关的电路，本技术对此不加以限定。
68.显示屏305用于显示ui(user interface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏305是触摸显示屏时，显示屏305还具有采集在显示屏305的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器301进行处理。此时，显示屏305还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏305可以为一个，电子设备的前面板；在另一些实施例中，显示屏305可以为至少两个，分别设置在电子设备的不同表面或呈折叠设计；在再一些实施例中，显示屏305可以是柔性显示屏，设置在电子设备的弯曲表面上或折叠面上。甚至，显示屏305还可以设置成非矩形的不规则图形，也即异形屏。显示屏305可以采用lcd(liquidcrystal display，液晶显示屏)、oled(organic light
‑
emitting diode,有机发光二极管)等材质制备。
69.电源306用于为电子设备中的各个组件进行供电。电源306可以是交流电、直流电、一次性电池或可充电电池。当电源306包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。
70.本领域技术人员可以理解，图2中示出的结构并不构成对查询端和平台端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
71.本发明实施例提供了一种病案信息调用方法，参照图3，图3为本发明病案信息调用方法的第一实施例的流程示意图。
72.本实施例中，所述病案信息调用方法用于平台端，包括以下步骤：
73.步骤s101，接收病案查询指令。
74.具体而言，病案查询指令包括病案标识信息，该病案查询指令为查询端用户根据获取的病案标识信息，想要查询获得对应病案信息的查询指令。该病案标识信息可以是病
案信息对应的病案编号、病案名称或病案关键词，甚至可以是病案信息对应的病案条形码或病案二维码，本实施例对此并不限制。利用该病案标识信息可在平台端查询病案信息对应的管理端用户。
75.其中，在本实施例中，查询端用户为保险公司获取用于理赔审核的病案信息时，向平台端发送病案查询指令的终端用户；管理端用户为医疗机构根据查询端用户的请求，向平台端发送病案标识信息对应的病案信息的终端用户；平台端为用于接入多个查询端用户和多个平台端，为保险公司和医疗结构提供病案信息查询、传输以及审核的平台的终端。
76.此外，值得一提的是，为了提高病案查询效率，在接收的病案查询指令中，病案查询指令中对应的病案标识信息可以为唯一病案信息对应的病案标识信息，也可以为多个病案信息对应的病案标识信息。例如，在针对某一患者客户的理赔审核时，可在病案查询指令中输入该患者客户对应病案信息的标识信息，如“病案编号：ba9527”、“病案名称：李三”或“病案关键词：李三and手术”等。又例如，在针对多位客户的理赔审核时，可在病案查询指令中输入记载有每位患者客户对应病案信息的病案标识信息的列表，进而同时对多位客户进行同时查询。
77.且容易理解的是，平台端接收的病案查询指令，可以为对个人客户的单一病案信息的查询指令，也可以为对企业组织客户中的多个病案信息的查询指令，当对企业组织客户中的多个病案信息进行查询时，可在病案查询指令中输入参保人对应的企业组织的编号、名称或关键词，通过接收企业组织客户对应的病案查询指令，即可查询获得该企业组织客户中每个参保人对应的病案信息，实现同一企业组织的参保人的共同查询，提高查询审核效率。
78.步骤s102，根据所述病案标识信息，匹配所述病案标识信息对应的管理端用户，以使所述管理端用户根据所述病案标识信息上传病案信息。
79.具体而言，平台端在接收到病案查询指令后，获取病案查询指令中的病案标识信息，再根据平台端存储的病案标识信息与所属管理端用户的关系列表，匹配获取的病案标识信息所对应所属的管理端用户。
80.值得一提的是，平台端存储的病案标识信息与所属管理端用户的关系列表，为平台端预先接收的每个管理端用户上传的该管理端用户管理的病案信息列表，平台端对所有列表进行汇总整理，即可用于根据病案查询指令的病案标识信息，查询对应的管理端用户。
81.容易理解的，在获取病案标识信息对应所属的管理端用户后，即可将接收的病案查询指令中的病案标识信息发送至对应的管理端用户，以使管理端用户在接收到病案标识信息后，通过内部查询得到对应的病案信息，再将对应的病案信息上传至平台端。
82.为了便于理解，本实施例对根据病案标识信息上传对应病案信息的步骤举例进行具体说明。
83.例如，平台端在病案标识信息与所属管理端用户的关系列表中对接收的病案标识信息“病案编号：ba9527”进行匹配后，获得该病案标识信息对应的管理端用户“a医院”，此时，将该“病案编号：ba9527”发送至管理端用户“a医院”，由“a医院”根据“病案编号：ba9527”在内部查询对应的病案信息，获得该“病案编号：ba9527”对应的病案信息，该病案信息为对应患者在该“a医院”进行治疗所生成的治疗信息、病情信息或支付信息中的一种或多种。
84.且容易理解的是，管理端在查询获得“病案编号：ba9527”对应的病案信息后，将该病案信息对应的治疗信息、病情信息或支付信息传输至平台端。
85.步骤s103，将所述病案信息传输至查询端用户。
86.具体而言，在接收到管理端上传的病案信息对应的治疗信息、病情信息或支付信息后，平台端根据病案信息对应的病案标识信息，查询包含该病案标识信息对应的病案查询指令，并由病案查询指令指引获得对应的查询端用户，用以通过平台端将病案信息传输至查询端用户，进而便于查询端用户根据获得的病案信息进行理赔审核。
87.在本实施例中，通过接收病案查询指令；其中，病案查询指令包括病案标识信息；根据病案标识信息，匹配病案标识信息对应的管理端用户，以使管理端用户根据病案标识信息上传病案信息；将病案信息传输至查询端用户。本发明利用查询端用户发起病案信息调用请求、管理端用户上传病案信息和查询端用户反馈检查信息，能够将线下调用流程转为线上调用流程，避免线下因工作时段不同、工作量大导致的病案信息调用耗时耗力、安全风险大、人为干预多等问题，极大提高提高病案信息调用的效率，也保证病案信息调用的合法性与安全性。
88.为了便于理解，参阅图4，图4为本发明病案信息调用方法的第二实施例的流程示意图。基于如图3所示的病案信息调用方法的第一实施例，本实施例给出一种在接收病案查询指令之前获得病案标识信息的具体实现方案，具体如下：
89.步骤s001，接收保单查询指令。
90.具体而言，在本实施例中，提供了一种在接收病案查询指令之前获得病案标识信息的病案信息调用方法。其中，保单查询指令包括保单标识信息，查询端用户在对患者客户进行理赔审核时，需获取该患者客户在查询端用户对应保险公司的保单信息，因此在查询患者客户的病案信息之前，需根据保单查询指令提前获得该患者客户对应的保单信息。
91.容易理解的，该保单标识信息可以是保单信息对应的保单编号、保单名称或保单关键词，甚至可以是保单信息对应的保单条形码或保单二维码，本实施例对此并不限制。利用该保单标识信息可在平台端查询保单标识信息对应的保单信息。
92.此外，值得一提的是，为了提高保单查询效率，在接收的保单查询指令中，保单查询指令中对应的保单标识信息可以为唯一保单信息对应的保单标识信息，也可以为多个保单信息对应的保单标识信息。例如，在针对某一患者客户的理赔审核时，可在保单查询指令中输入该患者客户对应保单信息的标识信息，如“保单编号：bd9527”、“保单名称：李三”或“保单关键词：李三and健康险”等。又例如，在针对多位客户的理赔审核时，可在保单查询指令中输入记载有每位患者客户对应保单信息的保单标识信息的列表，进而同时对多位客户进行同时查询。
93.步骤s002，根据所述保单标识信息，检索所述保单标识信息对应的保单信息，以生成保单信息列表。
94.具体而言，平台端在接收到保单查询指令后，获取保单查询指令中的保单标识信息，再根据平台端存储的保单标识信息与保单标识信息对应的保单信息的关系列表，匹配获取的保单标识信息所对应保单标识信息，以生成保单信息列表。
95.值得一提的是，平台端存储的保单标识信息与保单标识信息对应的保单信息的关系列表，为平台端预先接收的每个查询端用户上传的该查询端用户对应保险公司的保单信
息关系列表，平台端对所有关系列表进行汇总整理，即可用于根据保单查询指令的保单标识信息，查询对应的保单信息列表，该保单信息列表记录有该保单客户具有的病案标识信息。
96.步骤s003，将所述保单信息列表发送至所述查询端用户，以使所述查询端用户根据所述保单信息列表获得所述病案标识信息。
97.具体而言，在获取保单标识信息对应保单信息列表后，即可将保单信息列表发送至对应的查询端用户，以使查询端用户在接收到保单信息列表后，获得对应的病案标识信息。
98.为了便于理解，本实施例对根据病案标识信息上传对应病案信息的步骤举例进行具体说明。
99.例如，平台端在保单标识信息与保单标识信息对应的保单信息的关系列表中对接收的保单标识信息“保单编号：bd9527”进行匹配后，获得该保单标识信息对应的保单信息列表，将保单信息列表中具有病案标识信息“病案编号：ba9527”，平台端将该保单信息列表发送至查询端用户，以使查询端用户能够获得保单查询指令对应的病案标识信息，进而可根据病案标识信息进行病案信息的查询与获取。
100.在一些实施例中，在接收保单查询指令步骤之前，病案信息调用方法还包括判断查询端是否为已授权设备的具体实现方案。
101.具体而言，在接收保单查询指令之前，为了保证病案信息与保单信息的隐私性，防止不法人员获取病案信息与保单信息实施违法行为，需要对查询端用户的操作进行限制。
102.在本实施例中，平台端接收保单查询指令步骤之前，先获取接入平台端的查询端用户的设备地址，该设备地址包括mac地址和网络ip地址，只有当mac地址和网络ip地址皆为平台端授权地址对应的设备，该设备才具有操作权限。
103.在本实施例中，提供了一种在接收病案查询指令之前获得病案标识信息的病案信息调用方法。通过在查询端用户接入平台端后，对查询端用户的设备地址进行授权判断，仅授权设备才能向平台端发送指令信息；而在接收病案查询指令之前，还需接收保单查询指令，通过保单查询指令获得保单信息，进而，根据保单信息中的病案标识信息进行病案信息的查询。在保证病案信息与保单信息的隐私性的基础上，能够快速的实现保单信息查询与病案信息查询，提高病案信息调用效率。
104.为了便于理解，参阅图5，图5为本发明病案信息调用方法的第三实施例的流程示意图。基于如图4所示的病案信息调用方法的第二实施例，本实施例给出一种用于查询端的病案信息调用方法，包括以下步骤：
105.步骤s201，获取目标病案的病案标识信息，并向所述平台端传输病案查询指令。
106.具体而言，病案查询指令包括病案标识信息，该病案查询指令为查询端用户根据获取的病案标识信息，想要查询获得对应病案信息的查询指令。该病案标识信息可以是病案信息对应的病案编号、病案名称或病案关键词，甚至可以是病案信息对应的病案条形码或病案二维码，本实施例对此并不限制。利用该病案标识信息可在平台端查询病案信息对应的管理端用户。
107.此外，值得一提的是，为了提高病案查询效率，在传输的病案查询指令中，病案查询指令中对应的病案标识信息可以为唯一病案信息对应的病案标识信息，也可以为多个病
案信息对应的病案标识信息。例如，在针对某一患者客户的理赔审核时，可在病案查询指令中输入该患者客户对应病案信息的标识信息，如“病案编号：ba9527”、“病案名称：李三”或“病案关键词：李三and手术”等。又例如，在针对多位客户的理赔审核时，可在病案查询指令中输入记载有每位患者客户对应病案信息的病案标识信息的列表，进而同时对多位客户进行同时查询。
108.步骤s202，接收所述平台端传输的病案信息。
109.具体而言，病案信息为管理端用户向平台端上传的所述病案标识信息对应的病案信息。平台端在接收到管理端上传的病案信息对应的治疗信息、病情信息或支付信息后，平台端根据病案信息对应的病案标识信息，查询包含该病案标识信息对应的病案查询指令，并由病案查询指令指引获得对应的查询端用户，用以通过平台端将病案信息传输至查询端用户，进而便于查询端用户根据获得的病案信息进行理赔审核。
110.需要说明的是，平台端获取的病案信息是通过管理端根据病案标识信息上传的病案信息，平台端根据病案标识信息匹配对应的管理端用户，在获取病案标识信息对应所属的管理端用户后，即可将接收的病案查询指令中的病案标识信息发送至对应的管理端用户，以使管理端用户在接收到病案标识信息后，通过内部查询得到对应的病案信息，再将对应的病案信息上传至平台端。
111.步骤s203，判断所述病案信息是否满足要求，若不满足，向所述平台端反馈检查，并返回执行接收所述平台端传输的病案信息步骤。
112.具体而言，在查询端接收到病案信息对应的治疗信息、病情信息或支付信息后，查询端用户还可对获得的病案信息进行判断，若该病案信息不为患者客户对应的病案信息，或不满足查询端用户所需的材料类型，将向平台端反馈检查信息，并重新接收平台端传输的病案信息。
113.容易理解的，平台端在接收到反馈检查信息后，将重新向管理端用户传输病案查询指令，进而根据病案查询指令中的病案标识信息进行病案信息的重新获取，管理端用户根据重新接收的病案标识信息上传对应的病案信息，再经查询端重新判断病案信息是否满足要求。
114.在本实施例中，提供了一种用于查询端的病案信息调用方法。查询端用户通过向平台端传输获取的病案标识信息，经管理端上传病案标识信息对应的病案信息，再由查询端用户对上传的病案信息进行检查，判断病案信息是否满足要求，若不满足将通过反馈信号使平台端重新向管理端传输病案查询指令，重新获取病案信息。能够避免线下因工作时段不同、工作量大导致的病案信息调用不便、调用错误等情况的发生，极大提高病案信息的调用效率。
115.参照图6，图6为本发明平台端的示意图。
116.如图6所示，本发明实施例提出的平台端包括：
117.第一接收模块10，用于接收病案查询指令；其中，所述病案查询指令包括病案标识信息；
118.匹配模块20，用于根据所述病案标识信息，匹配所述病案标识信息对应的管理端用户，以使所述管理端用户根据所述病案标识信息上传病案信息；
119.传输模块30，用于将所述病案信息传输至查询端用户。
120.本实施例提供的平台端，通过接收病案查询指令；其中，病案查询指令包括病案标识信息；根据病案标识信息，匹配病案标识信息对应的管理端用户，以使管理端用户根据病案标识信息上传病案信息；将病案信息传输至查询端用户。本发明利用查询端用户发起病案信息调用请求、管理端用户上传病案信息和查询端用户反馈检查信息，能够避免线下因工作时段不同、工作量大导致的病案信息调用不便、调用错误等情况的发生，极大提高病案信息的调用效率。
121.基于本发明上述平台端第一实施例，提出本发明平台端的第二实施例。在本实施例中，所述平台端还包括保单查询模块40，所述保单查询模块40用于接收保单查询指令；其中，所述保单查询指令包括保单标识信息；根据所述保单标识信息，检索所述保单标识信息对应的保单信息，以生成保单信息列表；其中，所述保单信息包括病案标识信息；将所述保单信息列表发送至所述查询端用户，以使所述查询端用户根据所述保单信息列表获得所述病案标识信息。
122.作为一种实施方式，所述平台端还包括判断模块50，所述判断模块50用于获取查询端用户的设备地址；其中，所述设备地址包括mac地址和网络ip地址；判断所述设备mac地址和所述网络ip地址是否皆为已授权的设备地址，若是，执行接收保单查询指令步骤。
123.参照图7，图7为本发明查询端的示意图。
124.如图7所示，本发明实施例提出的查询端包括：
125.获取模块60，用于获取目标病案的病案标识信息，并向所述平台端传输病案查询指令；其中，所述病案查询指令包括所述病案标识信息；
126.第二接收模块70，用于接收所述平台端传输的病案信息；其中，所述病案信息为管理端用户向平台端上传的所述病案标识信息对应的病案信息。
127.判断模块80，用于判断所述病案信息是否满足要求，若不满足，向所述平台端反馈检查，并接收所述平台端传输的病案信息。
128.本实施例提供的查询端，通过查询端用户向平台端传输获取的病案标识信息，经管理端上传病案标识信息对应的病案信息，再由查询端用户对上传的病案信息进行检查，判断病案信息是否满足要求，若不满足将通过反馈信号使平台端重新向管理端传输病案查询指令，重新获取病案信息。能够避免线下因工作时段不同、工作量大导致的病案信息调用不便、调用错误等情况的发生，极大提高病案信息的调用效率。
129.本发明平台端和查询端的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。
130.此外，本发明实施例还提出一种存储介质，所述存储介质上存储有病案信息调用程序，所述病案信息调用程序被处理器执行时实现如上文所述的病案信息调用方法的步骤。因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本技术方法实施例的描述。确定为示例，程序指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
131.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质
中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)或随机存储记忆体(random accessmemory，ram)等。
132.另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
133.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用cpu、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘、u盘、移动硬盘、只读存储器(rom，read
‑
onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。