CN115840858A - 信息加载的方法、装置、设备及存储介质 - Google Patents
信息加载的方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN115840858A CN115840858A CN202111113467.3A CN202111113467A CN115840858A CN 115840858 A CN115840858 A CN 115840858A CN 202111113467 A CN202111113467 A CN 202111113467A CN 115840858 A CN115840858 A CN 115840858A
- Authority
- CN
- China
- Prior art keywords
- medical information
- medical
- page
- information
- presenting
- 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
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请涉及计算机领域,特别涉及人工智能领域,提供了一种信息加载的方法、装置、设备及存储介质。该方法包括:响应于目标对象在查询界面中触发的查询操作,获取目标对象输入的查询信息;在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中呈现页面切换控件,该页面切换控件用于收纳查询信息关联的至少一份其他医疗信息,第一医疗信息与至少一份其他医疗信息来自于不同的医疗平台。响应于目标对象的单次查询操作,在展示界面上同时加载出第一医疗信息和页面切换控件,目标对象可通过点击页面切换控件,查看源自同一或者不同医疗平台的多份医疗信息,在简化信息加载步骤的同时,提高了页面加载效率。
Description
技术领域
本申请涉及计算机领域,特别涉及人工智能领域,提供了一种信息加载的方法、装置、设备及存储介质。
背景技术
随着科学技术的发展,物理终端设备通过指定的应用程序下载目标对象的电子医疗报告,并在操作界面中向目标对象呈现电子医疗报告所包含的医疗信息。
然而,相关技术下,物理终端设备每次仅支持单次加载电子医疗报告,若目标对象查看同一医疗平台上的多份电子医疗报告,则需要物理终端设备多次下载电子医疗报告;若目标对象查看不同医疗平台上的电子医疗报告,又需要物理终端设备需要安装每个医疗平台指定的应用程序,才能从多个医疗平台上,分别下载电子医疗报告。这样做,会降低物理终端设备的页面加载效率,提高呈现电子医疗报告的复杂度,尤其是对年龄层较大的对象群体来说,相关技术下提供的报告呈现方法,其操作难度较大,难以在物理终端设备上顺利地呈现出这类对象群体的电子医疗报告。
发明内容
本申请实施例提供了一种信息加载的方法、装置、设备及存储介质,以解决页面加载效率低、电子医疗报告呈现步骤繁琐的问题。
第一方面,本申请实施例提供了一种信息加载的方法,所述方法应用于客户端,包括:
响应于目标对象在查询界面中触发的查询操作,获取所述目标对象输入的查询信息;
在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中呈现页面切换控件,所述页面切换控件用于收纳所述查询信息关联的至少一份一个其他医疗信息,所述第一医疗信息与所述至少一个一份其他医疗信息来自于不同的医疗平台。
第二方面,本申请实施例还提供了一种信息加载的方法,包括:
接收客户端发送的查询请求;
基于所述查询请求携带的目标对象的查询信息,从不同医疗平台的医疗数据库中,获取所述查询信息关联的全部医疗信息;
将获得所述全部医疗信息发送至所述客户端中,以使所述客户端在展示界面中,呈现从所述全部医疗信息中选取的第一医疗信息,以及在所述展示界面中,呈现用于收纳所述全部医疗信息中至少一个其他医疗信息的页面切换控件。
第三方面,本申请实施例还提供了一种信息加载的装置,包括:
获取单元,用于响应于目标对象在查询界面中触发的查询操作,获取所述目标对象输入的查询信息;
加载单元,用于在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中呈现页面切换控件,所述页面切换控件用于收纳所述查询信息关联的至少一个其他医疗信息,所述第一医疗信息与所述至少一个其他医疗信息来自于不同的医疗平台。
可选的,在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中,呈现用于收纳所述查询信息关联的至少一份其他医疗信息的页面切换控件之后,所述装置还包括页面切换单元,所述页面切换单元用于:
响应于所述目标对象针对所述页面切换控件的点击操作,按照预设页面排列方式,在所述展示界面中呈现含有所述第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面,每个候选医疗信息页面对应一份所述其他医疗信息。
可选的,所述页面切换单元包括以下任意一种操作:
以部分页面重叠的排列方式,在所述展示界面中呈现含有所述第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面;
以围绕预设参考点旋转的排列方式,在所述展示界面中呈现所述第一医疗信息页面以及所述至少一个候选医疗信息页面;
以页面互不重叠的排列方式,在所述展示界面中呈现所述第一医疗信息页面以及所述至少一个候选医疗信息页面。
可选的,在所述展示界面中呈现含有所述第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面之后,所述页面切换单元还包括以下任意一种操作:
响应于所述目标对象针对任意一个候选医疗信息页面的点击操作,在所述展示界面中,将所述第一医疗信息页面切换为所述任意一个候选医疗信息页面,并在所述任意一个候选医疗信息页面中呈现对应其他医疗信息的已加载部分,以及在所述展示界面中呈现所述页面切换控件;
响应于所述目标对象针对任意一个候选医疗信息页面的点击操作,在所述展示界面的第一医疗信息页面中,呈现所述任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在所述展示界面中呈现所述页面切换控件;
响应于所述目标对象针对任意一个候选医疗信息页面的点击操作,在所述展示界面的第一医疗信息页面的第一页面区域中呈现所述第一医疗信息,在所述第一医疗信息页面的第二页面区域中,呈现所述任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在所述展示界面中呈现所述页面切换控件。
可选的,在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中,呈现用于收纳所述查询信息关联的至少一份其他医疗信息的页面切换控件之后,所述装置还包括页面切换单元,所述页面切换单元用于:
响应于所述目标对象针对用于呈现所述第一医疗信息的第一医疗信息页面的滑动操作,在所述展示界面中,将所述第一医疗信息页面切换为用于呈现第二医疗信息的第二医疗信息页面,以及在所述展示界面中呈现所述页面切换控件;
其中,所述第一医疗信息与所述第二医疗信息,为同日生成的医疗信息。
可选的,所述加载单元用于:
在所述展示界面的第一医疗信息页面中,呈现所述查询信息关联的第一医疗信息;
所述加载单元还用于:
在所述第一医疗信息页面内的内容提示区域,呈现以下任意一种标记:
信息正常标记,表征所述第一医疗信息页面内呈现的医疗信息为正常的医疗信息;
信息异常标记,表征所述第一医疗信息页面内呈现的医疗信息为异常的医疗信息。
可选的,所述加载单元用于:
按照设定的加载规则,在所述展示界面的第一医疗信息页面中,呈现所述第一医疗信息的已加载部分。
可选的,所述加载单元包括以下任意一种操作:
采用设定的文字格式,将已加载的存在数据异常的医疗项目及相应的医疗数据,呈现在所述第一医疗信息页面的信息详情展示区域中;
采用设定的数据异常标记,标记所述已加载的存在数据异常的医疗项目及相应的医疗数据,并将标记后的医疗项目及相应的医疗数据呈现在所述信息详情展示区域中;
在所述信息详情展示区域中,呈现所述已加载的存在数据异常的医疗项目及相应的医疗数据,以及相关的正常标准数据。
可选的,在所述展示界面的第一医疗信息页面中,呈现所述第一医疗信息的已加载部分之后,所述加载单元还用于:
响应于所述目标对象针对所述第一医疗信息页面的滑动操作,在所述第一医疗信息页面中呈现所述第一医疗信息中的未加载部分,以及在所述展示界面中呈现所述页面切换控件。
可选的,所述加载单元用于:
从本地的医疗信息缓存区域中获取所述第一医疗信息的未加载部分,并在所述第一医疗信息页面内的信息详情展示区域中,呈现所述第一医疗信息的第一未加载部分;以及,向目标服务器发送数据请求,并接收所述目标服务器返回的所述第一医疗信息的第二未加载部分;
若所述第一医疗信息的第二未加载部分中存在更新的医疗数据,则基于所述第一医疗信息的第二未加载部分,更新所述第一医疗信息的第一未加载部分,获得所述第一医疗信息的第三未加载部分,并在所述第一医疗信息页面内的信息详情展示区域中,呈现所述第一医疗信息的第三未加载部分。
第四方面,本申请实施例还提供了一种信息加载的装置,包括:
处理单元,用于接收客户端发送的查询请求;
基于所述查询请求携带的目标对象的查询信息,从不同医疗平台的医疗数据库中,获取所述查询信息关联的全部医疗信息;
发送单元,用于将获得所述全部医疗信息发送至所述客户端中,以使所述客户端在展示界面中,呈现从所述全部医疗信息中选取的第一医疗信息,以及在所述展示界面中呈现页面切换控件,所述页面切换控件用于收纳所述全部医疗信息中至少一个其他医疗信息。
可选的,所述查询信息至少包括所述目标对象的对象标识,所述处理单元用于:
从不同医疗平台的医疗数据库中,获取所述对象标识关联的全部医疗信息。
第五方面,本申请实施例还提供了一种计算机设备,包括处理器和存储器,其中,所述存储器存储有程序代码,当所述程序代码被所述处理器执行时,使得所述处理器执行上述任意一种信息加载的方法的步骤。
第六方面,本申请实施例还提供了一种计算机可读存储介质,其包括程序代码,当程序代码在计算机设备上运行时,所述程序代码用于使所述计算机设备执行上述任意一种信息加载的方法的步骤。
第七方面,本申请实施例还提供了一种计算机程序产品,包括计算机指令,所述计算机指令被处理器执行时实现上述任意一种信息加载的方法的步骤。
本申请有益效果如下:
本申请实施例提供了一种信息加载的方法、装置、设备及存储介质,该方法包括:在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中呈现页面切换控件,该页面切换控件用于收纳查询信息关联的至少一份其他医疗信息,第一医疗信息与至少一份其他医疗信息来自于不同的医疗平台。响应于目标对象的单次查询操作,在展示界面上同时加载出第一医疗信息和页面切换控件,目标对象可通过点击页面切换控件,查看源自同一或者不同医疗平台的多份医疗信息,在简化信息加载步骤的同时,有效提高了页面加载效率。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1a为本申请实施例中一种应用场景的一个可选的示意图;;
图1b为本申请实施例提供的信息加载方法的逻辑示意图;
图2a为本申请实施例提供的信息加载方法的流程示意图;
图2b为本申请实施例提供的客户端执行子任务一的流程示意图;
图2c为本申请实施例提供的基于本地缓存的数据生成的血常规检查报告示意图;
图2d为本申请实施例提供的客户端执行子任务二的流程示意图;
图2e为本申请实施例提供的客户端与目标服务器建立通信连接的流程示意图;
图2f为本申请实施例提供的医疗项目界面示意图;
图2g为本申请实施例提供的更新后的血常规检查报告示意图;
图3a为传统电子医疗报告示意图;
图3b为本申请实施例提供的非影像类医疗信息的页面布局示意图;
图3c为本申请实施例提供的基于标记方式1生成的第一医疗信息页面示意图;
图3d为本申请实施例提供的基于标记方式2生成的第一医疗信息页面示意图;
图3e为本申请实施例提供的基于标记方式3生成的第一医疗信息页面示意图;
图3f为本申请实施例提供的信息详情展示区域的页面示意图;
图3g为本申请实施例提供的实验室检查报告示意图;
图4a为本申请实施例提供的影像类医疗信息的页面布局示意图;
图4b为本申请实施例提供的影像学检查报告示意图;
图5a为本申请实施例提供的呈现第一医疗信息的未加载部分的流程示意图;
图5b为本申请实施例提供的呈现第一医疗信息的未加载部分的逻辑示意图;
图5c为本申请实施例提供的渐进式加载图片的示意图;
图6a为相关技术中的页面切换示意图;
图6b为本申请实施例提供的基于第一种部分页面重叠的排列方式生成的展示界面示意图;
图6c为本申请实施例提供的基于第二种部分页面重叠的排列方式生成的展示界面示意图;
图6d为本申请实施例提供的基于围绕预设参考点旋转的排列方式生成的展示界面示意图;
图6e为本申请实施例提供的基于页面互不重叠的排列方式生成的展示界面示意图;
图6f为本申请实施例提供的在展示界面中呈现另一份血常规检查报告的界面示意图;
图6g为本申请实施例提供的在展示界面中同时显示两份血常规检查报告的界面示意图;
图6h为本申请实施例提供的切换同日生成的肠胃检查报告的界面示意图;
图7为本申请实施例提供的一种应用于客户端的信息加载的装置的结构示意图;
图8为本申请实施例提供的一种应用于目标服务器的信息加载的装置的结构示意图;
图9为本申请实施例中提供的一种计算机设备的组成结构示意图;
图10为本申请实施例中的一个计算装置的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请技术方案的一部分实施例,而不是全部的实施例。基于本申请文件中记载的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请技术方案保护的范围。
以下对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
本申请实施例涉及人工智能(ArtificialIntelligence,AI)领域,是基于机器学习(MachineLearning,ML)和计算机视觉(Computer Vision,CV)技术设计的。
人工智能是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说,人工智能是计算机科学的一个综合技术,它研究各种机器的设计原理与实现方法,企图了解智能的实质,并生产出一种新的能以人类智能相似的方式做出反应的智能机器,使机器具有感知、推理和决策的功能。
人工智能是一门综合学科,涉及的领域广泛,既有硬件层面的技术,也有软件层面的技术。人工智能的基础技术一般包括传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作交互系统、机电一体化等技术。人工智能的软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术、机器学习/深度学习、自动驾驶、智慧交通等几大方向。随着人工智能的发展与进步,人工智能得以在多个领域中展开研究和应用,例如,常见的智能家居、智能客服、虚拟助理、智能音箱、智能营销、智能穿戴设备、无人驾驶、自动驾驶、无人机、机器人、智能医疗、车联网、自动驾驶、智慧交通等领域,相信随着未来技术的进一步发展,人工智能将在更多的领域中得到应用,发挥出越来越重要的价值。本申请实施例提供的方案,涉及人工智能的深度学习、增强现实等技术,具体通过如下实施例进一步说明。
机器学习是一门多领域交叉学科,涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科,专门研究计算机通过模拟人类的学习行为,以获取新的知识或技能,重新组织已有的知识结构,使计算机不断改善自身的性能。
机器学习是人工智能的核心,是使计算机具有智能的根本途径,其应用遍及人工智能的各个领域;而机器学习的核心则是深度学习,是实现机器学习的一种技术。机器学习通常包括深度学习、强化学习、迁移学习、归纳学习、人工神经网络、式教学习等技术,深度学习则包括卷积神经网络(Convolutional Neural Networks,,CNN)、深度置信网络、递归神经网络、自动编码器、生成对抗网络等技术。
计算机视觉是一门集计算机科学、信号处理、物理学、应用数学、统计学、神经生理学等多学科于一身的综合性学科,也是科学领域中一个富有挑战性的重要研究方向。计算机视觉是一门研究如何使机器“看”的学科,更进一步地说,该学科是指用摄像机和电脑等各种成像系统代替人类的视觉器官,对目标进行识别、跟踪和测量等机器视觉处理,并通过进一步地图形处理,将采集到的图像处理成更适合人眼观察或传送给仪器检测的图像。
计算机视觉作为一门科学学科,通过研究相关的理论和技术,试图让计算机具备像人类一样,通过视觉器官观察、理解世界的能力,建立一个能够从图像或多维数据中获取信息的人工智能系统。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、光学字符识别(Optical Character Recognition,OCR)、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3D技术、虚拟现实、增强现实、同步定位与地图构建、自动驾驶、智慧交通等技术,除此以外,计算机视觉技术还包括常见的人脸识别、指纹识别等生物特征识别技术。
下面对本申请实施例的设计思想进行简要介绍:
随着科学技术的发展,物理终端设备通过指定的应用程序下载目标对象的电子医疗报告,并在操作界面中向目标对象呈现电子医疗报告所包含的医疗信息。
然而,相关技术下,物理终端设备每次仅支持单次加载电子医疗报告,若目标对象查看同一医疗平台上的多份电子医疗报告,则需要物理终端设备多次下载电子医疗报告;若目标对象查看不同医疗平台上的电子医疗报告,又需要物理终端设备需要安装每个医疗平台指定的应用程序,才能从多个医疗平台上,分别下载电子医疗报告。这样做,会降低物理终端设备的页面加载效率,提升了呈现电子医疗报告的复杂度,尤其是对年龄层较大的对象群体来说,相关技术下提供的报告呈现方法,其操作难度较大,难以在物理终端设备上顺利地呈现出这类对象群体的电子医疗报告。
有鉴于此,本申请实施例提供了一种信息加载的方法、装置、设备及存储介质,以解决物理终端设备的页面加载效率低、呈现电子医疗报告的步骤繁琐的问题。本申请实施例应用于医疗产品的组件库中,将移动数字化呈现医疗信息的相关控件进行开源,供医疗平台及医疗数据相关行业调取、使用标准控件,加载相应的医疗信息。
该方法包括:响应于目标对象在查询界面中触发的查询操作,获取目标对象输入的查询信息;在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中呈现页面切换控件,该页面切换控件用于收纳查询信息关联的至少一个其他医疗信息,第一医疗信息与至少一个其他医疗信息来自于不同的医疗平台。
以下结合说明书附图对本申请的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本申请,并不用于限定本申请,并且在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
参阅图1a和图1b示出的示意图,在本申请实施例的应用场景中,包括两个物理终端设备110和一个服务器130。
用户可通过物理终端设备110登录用于管理医疗信息的客户端,并在物理终端设备110的显示屏120上呈现查询界面;之后,该用户在查询界面120中输入查询关键词等查询信息,查询信息除了包括对象标识外,还可以包括文字、日期等其他查询关键词,以使物理终端设备110生成携带有查询信息的查询请求(Request),并将查询请求发送至目标服务器130中,以使运行在目标服务器130上的医疗信息管理系统基于查询请求中携带的查询信息,从不同医疗平台的医疗数据库中,获取该查询信息相关联的全部医疗信息;物理终端设备110在接收到目标服务器130返回的全部医疗信息之后,在显示屏120上显示展示界面,在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中呈现页面切换控件,该页面切换控件用于收纳查询信息关联的至少一个其他医疗信息。
在本申请实施例中,物理终端设备110是用户使用的电子设备,电子设备可以是个人计算机、手机、平板电脑、笔记本电脑、电子书阅读器、智能家居等计算机设备。
各物理终端设备110通过通信网络与目标服务器130进行通信。在一种可选的实施方式中,通信网络为有线网络或者无线网络,因此,各物理终端设备110可通过有线网络或者无线网络,直接或间接地与目标服务器130建立通信连接,本申请在此不做限制。
目标服务器130可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network,CDN)、大数据以及人工智能平台等基础云计算服务的云服务器,本申请在此不做限制。
其中,目标服务器130上部署了医疗信息管理系统,医疗信息管理系统可对接各个医疗平台的医疗数据库,以便从不同医疗平台的医疗数据库中,获取与查询请求中携带的查询信息相关联的全部医疗信息。可以将所有的医疗数据库部署在目标服务器130或者其他服务器上,还可以将一部分医疗数据库部署在目标服务器130上,另一部分医疗数据库部署在一个或者多个其他服务器上。当所有的医疗数据库被分布式部署在不同的服务器上时,医疗信息管理系统借助于各台服务器之间的通信连接,访问部署在该台服务器上的医疗数据库,以获得相应的医疗信息。
参阅图2a示出的流程示意图,对本申请实施例提出的信息加载的方法进行介绍。
S201:客户端响应于目标对象在查询界面中触发的查询操作,获取目标对象输入的查询信息。
当客户端监听到目标对象在查询界面的搜索栏中输入查询信息,并点击查询界面中的查询控件时,则判定目标对象在查询界面中触发了查询操作,并获取目标对象输入的查询信息。
S202:客户端在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中呈现页面切换控件,该页面切换控件用于收纳查询信息关联的至少一份其他医疗信息,第一医疗信息与至少一份其他医疗信息来自于不同的医疗平台。
在客户端启动之后,客户端会并行执行两个子任务,子任务一是加载本地缓存的医疗信息,子任务二是加载服务器返回的医疗信息。相较于客户端与目标服务器之间的远程通信,客户端访问自身内部的各个功能模块会更加便捷,这样,客户端能够以最快的页面加载速度,在展示界面中加载好第一医疗信息页面,方便目标对象及时查看医疗信息中的各项医疗数据。
参阅图2b示出的流程示意图,先介绍客户端执行子任务一的过程。
S2021:客户端在本地的医疗信息缓存区域中,能否查询到查询信息关联的至少一份医疗信息,若是,则执行步骤2022;否则,结束执行子任务一。
S2022:客户端在展示界面中,呈现从至少一份医疗信息中选取的第一医疗信息,以及在展示界面中,呈现用于收纳至少一份医疗信息中至少一份其他医疗信息的页面切换控件。
本地的医疗信息缓存区域中,缓存了在客户端启动之后、退出之前,所有已加载的医疗信息。因此,在执行步骤2022时,会出现以下任意一种情况:
若客户端在本地的医疗信息缓存区域中,仅查询到了一份查询信息关联的医疗信息,则将该医疗信息作为第一医疗信息,呈现在展示界面的第一医疗信息页面中,以及在展示界面中呈现页面切换控件,目标对象可通过点击页面切换控件,在展示界面中查看至少一份其他医疗信息。
若客户端在本地的医疗信息缓存区域中,查询到了多份查询信息关联的医疗信息,可随机选取一份医疗信息作为第一医疗信息,可以将最新生成的一份医疗信息作为第一医疗信息,也可以将最新存储的一份医疗信息作为第一医疗信息,还可以将上次退出客户端之前,目标对象查看的最后一份医疗信息作为第一医疗信息,在展示界面的第一医疗信息页面中呈现第一医疗信息,以及在展示界面中呈现页面切换控件。
若客户端在本地的医疗信息缓存区域中,未查询到查询信息关联的医疗信息,客户端会结束执行子任务一,并等待子任务二返回的查询信息关联的全部医疗信息,在展示界面的第一医疗信息页面中呈现第一医疗信息,以及在展示界面中呈现页面切换控件,其中,第一医疗信息为全部医疗信息中的任意一份医疗信息。
另外,若客户端的第一医疗信息页面内仅呈现了第一医疗信息的部分内容,目标对象可通过连续滑动第一医疗信息页面,在第一医疗信息页面中查看完整的第一医疗信息。其中,目标对象每滑动一次第一医疗信息页面,客户端会拉取第一医疗信息中未被加载的一部分内容,并且,客户端还会将刚刚加载的第一医疗信息的部分内容,缓存到本地的医疗信息缓存区域中,以便之后目标对象再次查看该份医疗信息时,客户端能够以最快的页面加载速度,将该份医疗信息呈现在展示界面中。
如图2c所示,用户a在客户端的查询界面中输入查询信息(用户a的姓名、用户a的身份证号、血常规检查),客户端在本地的医疗信息缓存区域中查询到了用户a的多份血常规检查报告,并在展示界面的第一医疗信息页面中呈现最新存储的一份血常规检查报告,以及在展示界面中呈现用于收纳其他几份血常规检查报告的页面切换控件。
接下来,参阅图2d示出的流程示意图,介绍下客户端执行子任务二的过程。
S2021':客户端与目标服务器建立通信连接。
图2e示出的流程示意图,展示了客户端与目标服务器建立通信连接的过程。
S20211':在客户端启动后,客户端判断在本地的服务器地址缓存区域中,是否缓存了至少一个缓存未超时的缓存服务器地址,若是,执行步骤20212';否则,执行步骤20213'。
在客户端启动之后,检查本地的服务器地址缓存区域中记录的各个缓存服务器地址,是否超过设定缓存时间,其中,每检查一个缓存服务器,若该缓存服务器的缓存时间超过设定缓存时间,则舍弃该缓存服务器地址;否则,判定该缓存服务器地址仍为有效的本地缓存,并将该缓存服务器地址继续缓存在服务器地址缓存区域中。
S20212':客户端与至少一个缓存未超时的缓存服务器地址所对应的缓存服务器,并行建立通信连接,并将首个连接成功的缓存服务器,设置为目标服务器。
在步骤20212'中,客户端同时使用超文本传输协议(Hyper Text TransferProtocol,HTTP)、传输控制协议(Transmission Control Protocol,TCP)两种方式,与每个缓存未超时的缓存服务器地址所对应的缓存服务器建立通信连接,并将首个连接成功的缓存服务器(可为首个HTTP连接成功,或者首个TCP连接成功的缓存服务器),设置为目标服务器连接与目标服务器建立通信联机。在设置好目标服务器之后,客户端将关闭与其他缓存服务器建立的通信连接。
S20213':客户端从本地的默认服务器地址缓存区域中,获取任意一默认服务器地址,并与该默认服务器地址所对应的默认服务器建立通信连接。
若客户端未在本地的服务器地址缓存区域中获取到有效的服务器缓存地址,客户端将在本地的默认服务器地址缓存区域中,获取任意一默认服务器地址,并与该默认服务器地址所对应的默认服务器建立通信连接。
S20214':客户端向默认服务器发送客户端信息,以使默认服务器向客户端返回,与客户端信息相关联的候选服务器地址列表。
在客户端与默认服务器建立好通信连接之后,客户端会向默认服务器发送客户端信息,以使默认服务器根据客户端信息,向客户端返回与客户端信息相关联的候选服务器地址列表。
客户端信息可为设备信息、网络信息中的一种或全部。其中,设备信息指的是运行客户端的物理终端设备的基本来源信息,如设备型号、设备支持的软件平台、设备的粗略定位信息等。
网络信息指的是运行客户端的物理终端设备的网络信息,如设备的网络方式(可为蜂窝网络、无线网络中的任意一种)、设备的预估带宽、设备的当前网络状态等;其中,带宽是指单位时间(一般指的是1秒钟)内传输的数据量。
例如,默认服务器根据设备的粗略定位信息、设备的网络方式,以及后台中各个服务器的负载大小,生成该客户端的候选服务器地址列表,以便客户端能够以最快速度,与任意一候选服务器建立最稳定的通信连接。
S20215':客户端与候选服务器地址列表中,记录的各个候选服务器地址所对应的候选服务器并行建立通信连接,并将首个连接成功的候选服务器,设置为目标服务器。
客户端按照设定策略,从候选服务器地址列表中选择至少一个候选服务器地址;再同时使用HTTP、TCP两种方式,与选中的每个候选服务器地址所对应的候选服务器建立通信连接,并将首个连接成功的候选服务器,设置为目标服务器。
例如,客户端按照设定策略,从候选服务器地址列表中选择第1~n个候选服务器地址,再与前n个候选服务器地址所对应的候选服务器分别建立通信连接,若在设定时间内,有至少一个候选服务器连接成功,则将首个连接成功的候选服务器,设置为目标服务器,并关闭客户端与其他候选服务器建立的通信连接;否则,继续选择第(n+1)~2n个候选服务器地址,并与第(n+1)~2n个候选服务器地址所对应的候选服务器分别建立通信,直至在设定时间内,与至少一个候选服务器建立好通信连接为止。
在执行完如图2e所示的流程之后,客户端再根据当前网速、当前网络时延中的一种或全部,评估当前网络状态,并将当前网络状态记录在网络信息中。其中,本申请实施例中的网络时延指的是,客户端发送的数据请求到达目标服务器的时间,与客户端收到目标服务器返回数据的时间之和。
当目标服务器接收到携带了当前网络状态的网络信息时,可以根据客户端的当前网络状态,动态调整本次下发给客户端的数据量,尤其是在客户端处于弱网络状态时,减少本次下发给客户端的数据量,既减少了客户端消耗的网络流量,又降低了客户端的页面加载压力,保证客户端能够以最快的页面加载速度,将相应的医疗信息呈现在展示界面中。
例如,若当前网速小于200字节/秒(bytes per second,bps),或者当前网络时延大于2秒(second,s),客户端评估当前网络状态处于弱网络状态中。
本申请实施例还提供了一种可选的实施方式,若客户端借助于通信链路a,向目标服务器A发送了查询请求之后,又与目标服务器B建立了通信链路b,此时,客户端会通过不同的通信链路,与两台目标服务器进行通信往来。等目标服务器A响应超时,或者客户端接收到目标服务器A返回的医疗信息之后,客户端关闭与目标服务器A建立的通信链路a,仅保留与目标服务器B建立的通信链路b,完成与目标服务器B之间的通信往来。
S2022':客户端向目标服务器发送查询请求。
客户端将目标对象的查询信息、设备信息、网络信息、内容加载范围标识(如,附加信息(attach Information,attachInfo))、焦点报告标识,封装到查询请求中,并使用私有数据协议进行数据传输。
在数据传输的过程中,一方使用该私有数据协议进行编码和加密,另一方再使用该私有数据协议进行解密和解码。在使用该私有数据协议进行编码时,会跳过未填写的字段,因此,使用该私有数据协议,能够生成容量较小的数据包,达到了减小数据包容量的目的。
其中,私有数据协议可以是基于TCP协议构造的数据协议,也可以是ProtocolBuffers、json、xml等数据表示格式的数据协议,本申请在此不做限定。
另外,再对查询请求中携带的各个信息的含义进行解释说明。
(1)、内容加载范围标识用于指示医疗信息的已加载部分,以免客户端出现页面加载错误。
如,客户端重复加载之前加载过的部分内容,或者相邻两段加载内容的上下文衔接不当。需要说明的是,针对首次加载的医疗信息,其对应的内容加载范围标识为空值。
内容加载范围标识是目标服务器根据每次给客户端下发的数据内容更新得到的,客户端每次向目标服务器发送查询请求或数据请求时,都会在请求中携带上次目标服务器更新后的内容加载范围标识;若客户端丢失了上次目标服务器更新后的内容加载范围标识,则将上上次目标服务器更新后的内容加载范围标识,封装在本次的查询请求或数据请求中。
(2)、焦点报告指的是目标对象当前查看的医疗信息。
目标服务器通过焦点报告标识,了解到目标对象当前查看的医疗信息,向客户端优先下发焦点报告的医疗信息,以及排列在焦点报告周围的医疗信息,客户端在展示界面中呈现焦点报告的同时,还会将排列在焦点报告周围的医疗信息预加载到客户端的后台中,节省了客户端从后端获取、加载医疗信息的时间,提高了页面加载速度与请求响应速度。这样,当目标对象想查看排列在焦点报告前方或者后方的医疗信息时,客户端能够以最快的页面加载速度,将该份医疗信息呈现在展示界面中。需要说明的是,针对首次查询的医疗信息,其对应的焦点报告标识为空值。
(3)、查询信息、设备信息、网络信息等多个信息的含义以及所包含的内容,已经在前文中有所介绍,在此便不再赘述了。
S2023':目标服务器获取客户端发送的查询请求,并基于查询请求中携带的查询信息,从不同医疗平台的医疗数据库中,获取查询信息关联的全部医疗信息。
目标服务器除了从不同医疗平台的医疗数据库中,获取查询信息关联的全部医疗信息外,还可以根据查询请求中携带的设备信息,为客户端选择更优的接入方式,以及根据查询请求中携带的网络信息,确定客户端的当前网络状态,并根据客户端的当前网络状态,动态调整本次下发给客户端的数据量,尤其是在客户端处于弱网络状态时,减少本次下发给客户端的数据量,既减少了客户端消耗的网络流量,又降低了客户端的页面加载压力,保证客户端能够以最快的页面加载速度,将相应的医疗信息呈现在展示界面中。
经过前文的介绍可知,查询信息至少包括目标对象的对象标识,因此,目标服务器可获取到对象标识关联的全部医疗信息。
对象标识用于唯一标识目标对象。对象标识包括以下部分或全部的对象信息:对象姓名、对象身份标识号(identification,ID)、待查询医疗信息所归属的医疗平台、待查询医疗信息所归属的科室、待查询医疗信息的简称或者全称、待查询医疗信息的生成时间。
在执行步骤2023'之前,各个医疗平台的医疗平台管理者根据自身的实际需求,自行决定医疗信息上显示的医疗项目。具体地,医疗平台管理者在图2f所示的右侧区域选择相应的医疗项目,再将每个选中的医疗项目与本平台的医疗数据库相绑定,最后在左侧区域查看相应的客户端模拟加载示意图。
S2024':目标服务器将获得的全部医疗信息,发送至客户端。
为了方便目标对象查看最新生成的医疗信息,及时了解疾病的发展趋势,目标服务器将生成时间较晚的医疗信息,优先置于前排,而将较早生成的医疗信息,排在比较靠后的位置。
目标服务器分别标记每份医疗信息的数据增量更新状态,数据增量更新状态指的是本次传输该份医疗信息的数据量。具体地,目标服务器既可以采用后端生成字符串的方式,生成每份医疗信息的数据增量更新状态,又可以借助于哈希地图(HashMap)、队列(Array)等数据结构,生成每份医疗信息的数据增量更新状态。
排列位置越靠前的医疗信息,其对应的数据量越大,包含的医疗数据越详尽、越丰富;反之,排列位置越靠后的医疗信息,其对应的数据量越小。包含的医疗数据越简略。这样做,既减轻了通信链路的传输压力,又节省了客户端从后端获取、加载医疗信息的时间,确保客户端能够以最快的页面加载速度,在展示界面中呈现医疗信息;待目标对象查看较早生成的医疗信息时,客户端再向目标服务器获取该份医疗信息的具体医疗数据即可,避免占用过多的客户端存储空间。
例如,用户在初次拉取数据的时候,目标服务器下发的报告列表中包含了10份最近生成的电子医疗报告,位于首位的第一份电子医疗报告为生成时间最晚的医疗报告,且该份电子医疗报告包含了全部的医疗数据,而第2~10份电子医疗报告所包含的医疗数据却依次递减。其中,每份电子医疗报告包括但不限于报告ID、报告名称、报告生成时间、数据增量更新状态,每生成一份电子医疗报告,目标服务器为其配置一个唯一的标识信息,因此,生成时间越早的电子医疗报告,其报告ID的数值越小。
除此之外,目标服务器还会根据本次传输各份医疗信息的数据量,动态更新各份医疗信息的内容加载范围标识,再将全部医疗信息以及更新后的内容加载范围标识,一齐发送至客户端中,避免客户端出现页面加载错误。
为了保护用户的个人隐私,无论是本地缓存的医疗信息,抑或是联网获取的医疗信息,在将相应的医疗信息呈现在展示界面之前,客户端先对目标对象进行权限鉴定,在确定目标对象具有查看权限之后,再向其展示相应的医疗信息。
具体地,客户端将医疗信息携带的对象标识与目标对象的账号进行比对,若比对一致,表明目标对象查具有查看权限;否则,在展示界面中呈现“无法查看相关医疗信息”的提示信息。
例如,用户a的对象标识、账号均为该用户正在使用的手机号码,表明目标对象申请查看自己的电子医疗报告,具有查看权限;
又例如,用户b的对象标识为该用户的身份证号,账号则是该用户正在使用的手机号码,在注册手机号码时,已经将手机号码与该用户的身份证号相绑定,借助于两者间的关联关系,客户端判定目标对象具有查看权限。
年龄较大的对象群体容易遗忘已注册的账号、密码,而且,年龄较大的对象群体不擅长使用物理终端设备,进一步提高了医疗信息管理类应用程序的操作难度,不便于查看自己的医疗信息。为了解决该问题,客户端针对年龄较大的对象群体增添了额外授权功能,将这类对象群体的对象标识与已授权对象的账号相绑定,在客户端登录已授权对象的账号,输入相应的查询信息,查看年龄较大的目标对象的医疗信息。
例如,将老年人的对象标识与已授权亲属的账号绑定,再在客户端登录已授权亲属的账号之后,查看这位老年人的医疗信息。
在执行完上述两个子任务之后,客户端将本地查询到的医疗信息,与目标服务器返回的医疗信息进行比对,若比对不一致,说明目标服务器返回的医疗信息中存在更新的医疗数据,则基于目标服务器返回的医疗信息,对本地查询到的医疗信息进行更新,并按照报告ID的大小顺序,排列已缓存的各份医疗信息,再刷新已加载的医疗信息页面,将更新后的医疗信息呈现在展示界面中。
另外,客户端还会在本地缓存各份医疗信息更新后的内容加载范围标识。在下次执行信息加载时,将更新后的内容加载范围标识发送给目标服务器,以使目标服务器基于更新后的内容加载范围标识,确定医疗信息的数据传输范围。
承接上例,如图2g所示,用户a在客户端的查询界面中输入查询信息(用户a的姓名、用户a的身份证号、血常规检查),客户端先在展示界面中呈现了本地缓存的一份血常规检查报告,当目标服务器返回的全部血常规检查报告中的部分或全部报告存在更新的医疗数据时,先在客户端的后端对相应的本地的血常规检查报告进行更新,再刷新已加载的血常规检查报告,在展示界面中呈现更新后的血常规检查报告。
相关技术下的物理终端设备,每次仅支持单次加载电子医疗报告,若目标对象查看同一医疗平台上的多份电子医疗报告,则需要物理终端设备多次下载电子医疗报告;而且,相关技术下的医疗平台,只能将自家的医疗数据库接入指定的应用程序中,若目标对象查看不同医疗平台上的电子医疗报告,又需要物理终端设备需要安装每个医疗平台指定的应用程序,才能从各个医疗平台的医疗数据库中查看电子医疗报告。这样做,会降低物理终端设备的页面加载效率,提高呈现电子医疗报告的复杂度,尤其是对年龄层较大的对象群体来说,相关技术下提供的报告呈现方法,其操作难度较大,难以在物理终端设备上顺利地呈现出这类对象群体的电子医疗报告。
为了解决上述问题,对前端的页面展示和后端的服务器连接进行了改进。
在展示界面同时呈现第一医疗信息页面、页面切换控件,目标对象可通过点击页面切换控件,查看源自同一或者不同医疗平台的多份医疗信息。而且,若本地缓存了目标对象当前查看的医疗信息,客户端优先从本地获取该医疗信息,节省了客户端从后端获取、加载医疗信息的时间,提高页面加载速度与请求响应速度。
医疗信息管理系统对接各个医疗平台的医疗数据库,将医疗信息管理系统部署在后端的目标服务器上,便于目标服务器访问不同医疗平台的医疗数据库,获取查询信息关联的全部医疗信息,并将获得的全部医疗信息发送至客户端中。这样,目标对象仅下载本申请实施例中提出的客户端,便能查看源自同一或者不同医疗平台的多份医疗信息,及时了解自己或他人的身体情况,也方便医生进行长期的诊断回顾与前后病情的对比,作出更准确的医学诊断。
参阅图3a示出的电子医疗报告示意图可知,传统的电子医疗报告为横屏排版,只有缩小报告上的每个字,才能在竖屏的物理终端设备上呈现出完整的电子医疗报告,目标对象通过双指缩放、拖拽页面等手势操作,才能看清报告内容。而且,传统的电子医疗报告只记录了目标对象的报告内容,没有标记存在数据异常的医疗项目及相应的医疗数据,不利于目标对象理解电子医疗报告。
在本申请实施例提出的客户端中,对用于呈现医疗信息的医疗信息页面进行竖屏排版,符合目标对象的竖屏阅读习惯。并且,客户端还会按照展示内容的重要程度,在医疗信息页面上划分多个展示区域,便于在每个展示区域中清晰明了地呈现相应的展示内容,也便于目标对象阅读医疗信息,尤其是在客户端处于弱网络状态时,采用分布式页面加载方法,优先加载基本的医疗信息,目标对象通过医疗信息生成时间和内容提示区域的标记,快速查找到相应的医疗信息,以免消耗过多的网络流量去加载目标对象暂时未查看的医疗信息,保证了弱网络状态下的用户体验。
另外,本申请实施例还利用了移动客户端能够呈现彩色页面的优势,标记存在数据异常的医疗项目及相应的医疗数据,便于目标对象从众多的医疗信息中,快速定位到被标记为异常的医疗信息。
本申请实施例按照医疗信息是否包含医学影像,将医疗信息大致分为影像类医疗信息(也可称为影像学检查报告)和非影像类医疗信息(也可称为实验室检查报告)两类,如,血常规检查报告属于非影像类医疗信息。
在展示界面上呈现影像类医疗信息或非影像类医疗信息时,所对应的页面布局也会有所不同。
(1)、针对非影像类医疗信息的页面布局。
如图3b所示,用于呈现非影像类医疗信息的第一医疗信息页面,其页面布局至少包括四个展示区域,从上至下依次为,生成时间展示区域、内容提示区域、基本信息展示区域(又具体分为医疗平台的基本信息展示区域、目标对象的基本信息展示区域)、信息详情展示区域。
客户端按照设定的加载规则,在展示界面的第一医疗信息页面中,呈现第一医疗信息中的已加载部分。例如,在第一医疗信息页面中分布加载各个展示区域的展示内容,当客户端处于弱网络状态时,在信息详情展示区域中优先加载数据异常的医疗项目及相应的医疗数据。
先对第一医疗信息页面上划分的各个展示区域的含义进行解释说明。
(1)、生成时间展示区域,用于呈现非影像类医疗信息的生成时间;
(2)、基本信息展示区域,用于呈现非影像类医疗信息的基本来源信息,基本来源信息包括但不限于:医疗平台的名称、患者及就诊科室的基本信息(如,患者姓名、身份证号码、年龄、患者就诊科室的简称或者全称等);
(3)、信息详情展示区域,用于呈现非影像类医疗信息包含的,已加载的医疗项目及相应的医疗数据。
在信息详情展示区域中,采用以下操作中的任意一种,标记数据异常的医疗项目及相应的医疗数据:
标记方式1:采用设定的文字格式,将已加载的存在数据异常的医疗项目及相应的医疗数据,呈现在第一医疗信息页面的信息详情展示区域中。
对超过参考范围的医疗项目及相应的医疗数据标红,对低于参考范围的医疗项目及相应的医疗数据标黄呈现如图3c所示的第一医疗信息页面。
标记方式2:采用设定的数据异常标记,标记已加载的存在数据异常的医疗项目及相应的医疗数据,并将标记后的医疗项目及相应的医疗数据呈现在信息详情展示区域中。
如图3d所示,在数据异常的医疗项目及相应的医疗数据的旁边,添加三角形标记物,以起到提醒目标对象,关注异常指标的作用。
标记方式3:在信息详情展示区域中,呈现已加载的存在数据异常的医疗项目、相应的医疗数据,以及相关的正常标准数据。
其中,正常标准数据指的是,该医疗项目达到正常标准时的医疗数据取值区间。
如图3e所示,在信息详情展示区域中,同时加载存在数据异常的医疗项目、相应的医疗数据,以及相关的正常标准数据,方便目标对象根据异常指标与正常标准数据之间的比较结果,大致判断该项异常指标的严重程度。
为了进一步提醒目标对象关注异常指标,如图3f所示,本申请实施例还提供一种可选的实施方式,在信息详情展示区域中,置顶展示数据异常的医疗项目及相应的医疗数据。
(4)、第一医疗信息页面的内容提示区域,用于呈现信息正常标记或者信息异常标记。
信息正常标记,表征第一医疗信息页面内呈现的非影像类医疗信息为正常的医疗信息,而信息异常标记,则表征第一医疗信息页面内呈现的非影像类医疗信息为异常的医疗信息,目标对象能够从众多的医疗信息中,快速区分哪些医疗信息为正常的医疗信息、哪些医疗信息为异常的医疗信息,并查看被标记为异常的医疗信息,及时了解自己或他人的身体情况。
使用不同颜色的线条或者不同形状的图形,区分信息正常标记和信息异常标记。例如,在电子医疗报告的生成时间、日期下方画上蓝色线条,表明这份电子医疗报告被标记为正常的医疗信息;若在电子医疗报告的生成时间、日期下方画上红色线条,则表明这份电子医疗报告被标记为异常的医疗信息。
例如,用户a在客户端中查询A医院的实验室检查报告,客户端向目标服务器发送查询请求,以获取用户a在A医院的实验室检查报告;客户端在收到目标服务器下发的数据之后,在展示界面上依次加载这份报告的生成时间、这份报告的内容提示标记、A医院的名称(简称、全称均可以)、患者及就诊科室的基本信息,以及报告详情,最终在展示界面中呈现如图3g所示的实验室检查报告。
(2)、针对影像类医疗信息的页面布局。
如图4a所示,用于呈现影像类医疗信息的第一页面,其页面布局至少包括四个展示区域,从上至下依次为,生成时间展示区域、内容提示区域、基本信息展示区域(又具体分为医疗平台的基本信息展示区域、目标对象的基本信息展示区域)、信息详情展示区域(又具体分为文字信息展示区域、医学影像展示区域)。
客户端按照设定的加载规则,在展示界面的第一医疗信息页面中,呈现第一医疗信息中的已加载部分。例如,在第一医疗信息页面中分布加载各个展示区域的展示内容,当客户端处于弱网络状态时,在信息详情展示区域中优先加载数据异常的医疗项目及相应的医疗数据。
关于各个展示区域所包含的展示内容及展示效果,已经在前文中有所介绍,在此便不再赘述了。
例如,用户a在客户端中查询B医院的影像学检查报告,客户端向目标服务器发送查询请求,获取用户a在B医院的影像学检查报告;客户端在收到目标服务器下发的数据之后,在展示界面上依次加载这份报告的生成时间、这份报告的内容提示标记、A医院的名称(简称、全称均可以)、患者及就诊科室的基本信息,以及文字详情、医学影像,最终在展示界面中呈现如图4b所示的页面。
若客户端的第一医疗信息页面内仅呈现了第一医疗信息的部分内容,目标对象可通过连续滑动第一医疗信息页面,在第一医疗信息页面中查看完整的第一医疗信息。其中,目标对象每滑动一次第一医疗信息页面,客户端响应于目标对象针对第一医疗信息页面的滑动操作,在第一医疗信息页面中呈现第一医疗信息中的未加载部分,以及在展示界面中呈现页面切换控件。
客户端在呈现第一医疗信息的未加载部分的过程中,同时执行子任务一与子任务二,再根据两个子任务获得的医疗信息,在第一医疗信息页面中呈现出第一医疗信息中的未加载部分。
可选的,参阅图5a示出的流程示意图、图5b示出的逻辑示意图,对客户端呈现第一医疗信息的未加载部分的过程进行介绍。
S501:客户端从本地的医疗信息缓存区域中获取第一医疗信息的未加载部分,并在第一页面内的信息详情展示区域中,呈现第一医疗信息的第一未加载部分;以及,客户端向目标服务器发送数据请求。
客户端遍历本地的医疗信息缓存区域中已经缓存的医疗信息,若本地存储了第一医疗信息的未加载部分,则获取第一医疗信息的未加载部分,作为第一医疗信息的第一未加载部分,并尽快地在第一医疗信息页面内的信息详情展示区域中呈现第一未加载部分。
同时,客户端将目标对象的查询信息、设备信息、网络信息、内容加载范围标识、焦点报告标识封装到数据请求中,并通过建立好的通信链路,将数据请求发送到目标服务器中
此时的内容加载范围标识,是上一次目标服务器更新后的内容加载范围标识。焦点报告标识也不再是空值,取而代之的是目标对象当前查看的医疗信息的报告ID。
S502:目标服务器获取客户端发送的数据请求。
S503:目标服务器基于数据请求中携带的查询信息、内容加载范围标识、焦点报告标识,从对应的医疗数据库中获取查询信息关联的第一医疗信息的全部未加载部分。
目标服务器解析数据请求,获取数据请求携带的查询信息、设备信息、网络信息、内容加载范围标识、焦点报告标识;再基于查询信息和焦点报告标识,从对应的医疗数据库中获取第一医疗信息;最后,基于内容加载范围标识,确定第一医疗信息的数据传输范围,获取第一医疗信息的全部未加载部分。
S504:目标服务器基于数据请求中携带的网络信息,确定客户端处于弱网络状态时,采用增量更新方式,从第一医疗信息的全部未加载部分中,截取满足设定数据量的内容,作为当前一次传输的第一医疗信息的第二未加载部分,发送至客户端中。
在调整好本次下发给客户端的数据量之后,目标服务器还会根据本次传输的第一医疗信息的数据量,动态更新第一医疗信息的内容加载范围标识;再将获得的第一医疗信息的第二未加载部分、及对应的更新后的内容加载范围标识一同下发至客户端中,以免客户端出现页面加载错误。
S505:客户端接收目标服务器返回的第一医疗信息的第二未加载部分。
客户端通过解析目标服务器返回的应答(Response),获取该应答携带的第一医疗信息的第二未加载部分。
当接收到该应答时,客户端还会根据发送数据请求与收到该应答之间的时间差、以及接收到的数据量,推测物理终端设备的当前带宽和当前网络时延,进而推测出物理终端设备的当前网络状态。
S506:若第一医疗信息的第二未加载部分中存在更新的医疗数据,则客户端基于第一医疗信息的第二未加载部分,更新第一医疗信息的第一未加载部分,获得第一医疗信息的第三未加载部分,并在第一医疗信息页面内的信息详情展示区域中,呈现第一医疗信息的第三未加载部分。
客户端比对第一医疗信息的第一未加载部分、第二未加载部分,若比对不一致,说明第二未加载部分中存在更新的医疗数据,则基于第二未加载部分,更新第一未加载部分,再刷新已加载的第一医疗信息页面,将第三未加载部分呈现在展示界面中。
在执行步骤506时,客户端根据目标对象的滑动窗口,提前预渲染一部分内容。尤其是在预渲染的内容中含有图片时,采用如图5c所示的渐进式图片加载法,新建了一个单独的队列执行图片下载任务,先在第一页面中加载出低分辨率的图片,再进一步刷新加载出高分辨率的图片,以确保客户端尽快加载出完整的图片。而且,为了避免与其他请求竞争网络资源,在本申请实施例中,会将队列的网络优先级设置为较低等级。
目标服务器会根据焦点报告标识,将排列在第一医疗信息周围的其他医疗信息一并发送到客户端中,这样,当目标对象想查看排列在第一医疗信息前方或者后方的医疗信息时,客户端能够以最快的页面加载速度,将该份医疗信息呈现在展示界面中。
例如,当用户a查看与血常规检查报告归属于同一科室的其他电子医疗报告,或者查看与血常规检查报告同日生成的其他电子医疗报告,客户端能够以最快的页面加载速度,将该份电子医疗报告呈现在展示界面中。
当目标对象触发页面切换操作时,相关技术下应用程序的展示界面上,弹出如图6a所示的多个页面截屏,每个页面截屏为目标对象浏览过的页面内容,目标对象点击任意一页面截屏,查看相应的电子医疗报告。由于应用程序没有在本地缓存浏览过的数据,导致在页面切换的过程中,应用程序需要从目标服务器中重新获取相应的数据,并二次加载相应的页面,降低了页面加载效率和请求响应速度。
为了解决上述问题,本申请实施例提供了两种页面切换方式,一种是点击页面切换控件,在展示界面中呈现目标对象关联的所有医疗信息,再根据报告生成时间、内容提示区域中的标记,快速地定位到自己想要查看的医疗信息;另一种是通过滑动第一医疗信息页面,查看与第一医疗信息同日生成的其他医疗信息。
页面切换方式1:通过点击页面切换控件,查看与目标对象关联的所有医疗信息。
在本申请实施例提供的一种可选的实施方式中,响应于目标对象针对页面切换控件的点击操作,按照预设页面排列方式,在展示界面中,呈现含有第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面,每个候选医疗信息页面对应一份其他医疗信息。
可选的,本申请实施例提供了以下三种页面排列方式:
页面排列方式1:以部分页面重叠的排列方式,在展示界面中呈现含有第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面。
以部分页面重叠的排列方式,在如图6b所示的展示界面中,呈现第一医疗信息页面以及至少一个候选医疗信息页面,用户向上滑动页面,查看生成时间较晚的医疗信息,用户向下滑动页面,查看生成时间较早的医疗信息。或者,以部分页面重叠的排列方式,在如图6c所示的展示界面中,呈现第一医疗信息页面以及至少一个候选医疗信息页面,用户向右滑动页面,查看生成时间较晚的医疗信息,用户向左滑动页面,查看生成时间较早的医疗信息。无论是图6b示出的展示界面示意图,抑或是图6c示出的展示界面示意图,第一医疗信息页面与相邻的候选医疗信息页面的部分页面重叠,每两个相邻候选医疗信息页面的部分页面重叠。
其中,第一医疗信息页面继续显示目标对象刚刚浏览过的展示内容,与第一医疗信息页面相邻的候选医疗信息页面,优先加载生成时间展示区域、内容提示区域、基本信息展示区域的展示内容,之后的候选页面仅加载生成时间展示区域、内容提示区域的展示内容。利用人的视觉错觉,让目标对象误以为所有医疗信息均以加载完毕,尤其是在客户端处于弱网络状态时,保证客户端能够以最快的页面加载速度,将各份医疗信息呈现在展示界面中。同时,目标对象还可以根据报告生成时间、内容提示区域中的标记,快速地定位到自己想要查看的医疗信息。
而且,排列位置越靠前的医疗信息页面,其页面透明度越低;反之,排列位置越靠后的医疗信息,其页面透明度越高,方便目标对象区分不同的医疗信息页面。
页面排列方式2:以围绕预设参考点旋转的排列方式,在展示界面中呈现第一医疗信息页面以及至少一个候选医疗信息页面。
以围绕展示界面中心点旋转的排列方式,在如图6d所示的展示界面中,呈现第一医疗信息页面以及至少一个候选医疗信息页面,用户绕着展示界面中心点旋转各个医疗信息页面,粗略查看各个医疗信息页面上加载的医疗信息,还可以通过点击展示界面的页面跳转控件,查看上一页或者下一页的至少一个医疗信息页面。其中,第一医疗信息页面继续显示目标对象刚刚浏览过的展示内容,每个候选医疗信息页面均会加载生成时间展示区域、内容提示区域、基本信息展示区域的展示内容。
页面排列方式3:以页面互不重叠的排列方式,在展示界面中呈现第一医疗信息页面以及至少一个候选医疗信息页面。
以页面互不重叠的排列方式,在如图6e所示的展示界面中,呈现第一医疗信息页面以及至少一个候选医疗信息页面,还可以通过点击展示界面的页面跳转控件,查看上一页或者下一页的至少一个医疗信息页面。其中,第一医疗信息页面继续显示目标对象刚刚浏览过的展示内容,每个候选医疗信息页面均会加载生成时间展示区域、内容提示区域、基本信息展示区域的展示内容。
在展示界面中呈现第一医疗信息页面以及至少一个候选医疗信息页面之后,客户端执行以下任意一种点击操作,在展示界面中呈现被目标对象选中的一份其他医疗信息。
点击操作1:响应于目标对象针对任意一个候选医疗信息页面的点击操作,在展示界面中,将第一医疗信息页面切换为任意一个候选医疗信息页面,并在任意一个候选医疗信息页面中呈现对应其他医疗信息的已加载部分,以及在展示界面中呈现页面切换控件。
如图6f所示,用户点击2021年10月29号9:50:24生成的血常规检查报告,将展示界面中原本呈现的2021年10月27号14:50:24生成的血常规检查报告,切换成2021年10月29号9:50:24生成的血常规检查报告,并在展示界面中呈现页面切换控件。
点击操作2:响应于目标对象针对任意一个候选医疗信息页面的点击操作,在展示界面的第一医疗信息页面中,呈现任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在展示界面中呈现页面切换控件。
基于点击操作1,客户端在展示界面上渲染候选医疗信息页面,并在候选医疗信息页面上呈现对应其他医疗信息的已加载部分。基于点击操作2,客户端根据其他医疗信息的数据,在展示界面的第一医疗信息页面上重新加载其他医疗信息,并在第一医疗信息页面上呈现其他医疗信息的已加载部分,取消了页面渲染步骤,提高了页面加载速度。
点击操作3:响应于目标对象针对任意一个候选医疗信息页面的点击操作,在展示界面的第一医疗信息页面的第一页面区域中呈现第一医疗信息,在第一医疗信息页面的第二页面区域中,呈现任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在展示界面中呈现页面切换控件。
如图6g所示,用户点击2021年10月29号9:50:24生成的血常规检查报告,在展示界面的上方区域呈现2021年10月29号9:50:24生成的血常规检查报告,在展示界面的下方区域呈现已加载的2021年10月27号14:50:24生成的血常规检查报告,方便用户同时比较两份血常规检查报告中的各项医疗数据,及时了解自己或他人的身体情况。
页面切换方式2:通过滑动页面,查看该目标对象同日生成的医疗信息。
在本申请实施例提供的一种可选的实施方式中,响应于目标对象针对第一医疗信息页面的滑动操作,在展示界面中,将第一医疗信息页面切换为用于呈现第二医疗信息的第二医疗信息页面,以及在展示界面中呈现页面切换控件;其中,第一医疗信息第二医疗信息为同日生成的医疗信息。
如图6h所示,用户向右滑动页面,将展示界面中原本呈现的2021年10月27号14:50:24生成的血常规检查报告,切换成2021年10月27号15:00:20生成的肠胃检查报告。
与上述方法实施例基于同一发明构思,本申请实施例还提供了一种应用于客户端的信息加载的装置的结构示意图。如图7所示,装置700可以包括:
获取单元701,用于响应于目标对象在查询界面中触发的查询操作,获取目标对象输入的查询信息;
加载单元702,用于在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中呈现页面切换控件,页面切换控件用于收纳查询信息关联的至少一个其他医疗信息,第一医疗信息与至少一个其他医疗信息来自于不同的医疗平台。
可选的,在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中,呈现用于收纳查询信息关联的至少一份其他医疗信息的页面切换控件之后,装置还包括页面切换单元703,页面切换单元703用于:
响应于目标对象针对页面切换控件的点击操作,按照预设页面排列方式,在展示界面中呈现含有第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面,每个候选医疗信息页面对应一份其他医疗信息。
可选的,页面切换单元703包括以下任意一种操作:
以部分页面重叠的排列方式,在展示界面中呈现含有第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面;
以围绕预设参考点旋转的排列方式,在展示界面中呈现第一医疗信息页面以及至少一个候选医疗信息页面;
以页面互不重叠的排列方式,在展示界面中呈现第一医疗信息页面以及至少一个候选医疗信息页面。
可选的,在展示界面中呈现含有第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面之后,页面切换单元703还包括以下任意一种操作:
响应于目标对象针对任意一个候选医疗信息页面的点击操作,在展示界面中,将第一医疗信息页面切换为任意一个候选医疗信息页面,并在任意一个候选医疗信息页面中呈现对应其他医疗信息的已加载部分,以及在展示界面中呈现页面切换控件;
响应于目标对象针对任意一个候选医疗信息页面的点击操作,在展示界面的第一医疗信息页面中,呈现任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在展示界面中呈现页面切换控件;
响应于目标对象针对任意一个候选医疗信息页面的点击操作,在展示界面的第一医疗信息页面的第一页面区域中呈现第一医疗信息,在第一医疗信息页面的第二页面区域中,呈现任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在展示界面中呈现页面切换控件。
可选的,在展示界面中呈现查询信息关联的第一医疗信息,以及在展示界面中,呈现用于收纳查询信息关联的至少一份其他医疗信息的页面切换控件之后,装置还包括页面切换单元703,页面切换单元703用于:
响应于目标对象针对用于呈现第一医疗信息的第一医疗信息页面的滑动操作,在展示界面中,将第一医疗信息页面切换为用于呈现第二医疗信息的第二医疗信息页面,以及在展示界面中呈现页面切换控件;
其中,第一医疗信息与第二医疗信息,为同日生成的医疗信息。
可选的,加载单元702用于:
在展示界面的第一医疗信息页面中,呈现查询信息关联的第一医疗信息;
加载单元702还用于:
在第一医疗信息页面内的内容提示区域,呈现以下任意一种标记:
信息正常标记,表征第一医疗信息页面内呈现的医疗信息为正常的医疗信息;
信息异常标记,表征第一医疗信息页面内呈现的医疗信息为异常的医疗信息。
可选的,加载单元702用于:
按照设定的加载规则,在展示界面的第一医疗信息页面中,呈现第一医疗信息的已加载部分。
可选的,加载单元702包括以下任意一种操作:
采用设定的文字格式,将已加载的存在数据异常的医疗项目及相应的医疗数据,呈现在第一医疗信息页面的信息详情展示区域中;
采用设定的数据异常标记,标记已加载的存在数据异常的医疗项目及相应的医疗数据,并将标记后的医疗项目及相应的医疗数据呈现在信息详情展示区域中;
在信息详情展示区域中,呈现已加载的存在数据异常的医疗项目及相应的医疗数据,以及相关的正常标准数据。
可选的,在展示界面的第一医疗信息页面中,呈现第一医疗信息的已加载部分之后,加载单元702还用于:
响应于目标对象针对第一医疗信息页面的滑动操作,在第一医疗信息页面中呈现第一医疗信息中的未加载部分,以及在展示界面中呈现页面切换控件。
可选的,加载单元702用于:
从本地的医疗信息缓存区域中获取第一医疗信息的未加载部分,并在第一医疗信息页面内的信息详情展示区域中,呈现第一医疗信息的第一未加载部分;以及,向目标服务器发送数据请求,并接收目标服务器返回的第一医疗信息的第二未加载部分;
若第一医疗信息的第二未加载部分中存在更新的医疗数据,则基于第一医疗信息的第二未加载部分,更新第一医疗信息的第一未加载部分,获得第一医疗信息的第三未加载部分,并在第一医疗信息页面内的信息详情展示区域中,呈现第一医疗信息的第三未加载部分。
与上述方法实施例基于同一发明构思,本申请实施例还提供了一种应用于目标服务器的信息加载的装置的结构示意图。如图8所示,装置800可以包括:
处理单元801,用于接收客户端发送的查询请求;
基于查询请求携带的目标对象的查询信息,从不同医疗平台的医疗数据库中,获取查询信息关联的全部医疗信息;
发送单元802,用于将获得全部医疗信息发送至客户端中,以使客户端在展示界面中,呈现从全部医疗信息中选取的第一医疗信息,以及在展示界面中呈现页面切换控件,页面切换控件用于收纳全部医疗信息中至少一个其他医疗信息。
可选的,查询信息至少包括目标对象的对象标识,处理单元801用于:
从不同医疗平台的医疗数据库中,获取对象标识关联的全部医疗信息。
为了描述的方便,以上各部分按照功能划分为各模块(或单元)分别描述。当然,在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。
在介绍了本申请示例性实施方式的信息加载的方法和装置之后,接下来,介绍根据本申请的另一示例性实施方式的计算机设备。
所属技术领域的技术人员能够理解,本申请的各个方面可以实现为系统、方法或程序产品。因此,本申请的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
与上述方法实施例基于同一发明构思,本申请实施例中还提供了一种计算机设备,参阅图9所示,计算机设备900可以至少包括处理器901、以及存储器902。其中,存储器902存储有程序代码,当程序代码被处理器901执行时,使得处理器901执行上述任意一种信息加载的方法的步骤。
在一些可能的实施方式中,根据本申请的计算装置可以至少包括至少一个处理器、以及至少一个存储器。其中,存储器存储有程序代码,当程序代码被处理器执行时,使得处理器执行上述任意一种信息加载的方法中的步骤。例如,处理器可以执行如图2a中所示的步骤。
下面参照图10来描述根据本申请的这种实施方式的计算装置1000。图10的计算装置1000仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图10所示,计算装置1000以通用计算装置的形式表现。计算装置1000的组件可以包括但不限于:上述至少一个处理单元1001、上述至少一个存储单元1002、连接不同系统组件(包括存储单元1002和处理单元1001)的总线1003。
总线1003表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储单元1002可以包括易失性存储器形式的可读介质,例如随机存取存储器(RAM)10021和/或高速缓存存储单元10022,还可以进一步包括只读存储器(ROM)10023。
存储单元1002还可以包括具有一组(至少一个)程序模块10024的程序/实用工具10025,这样的程序模块10024包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算装置1000也可以与一个或多个外部设备10904(例如键盘、指向设备等)通信,还可与一个或者多个使得用户能与计算装置1000交互的设备通信,和/或与使得该计算装置1000能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口905进行。并且,计算装置900还可以通过网络适配器1006与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器1006通过总线1003与用于计算装置1000的其它模块通信。应当理解,尽管图中未示出,可以结合计算装置1000使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
与上述方法实施例基于同一发明构思,本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质包括程序代码,当程序代码在计算机设备上运行时,程序代码用于使计算机设备执行上述任意一种信息加载的方法的步骤。
与上述方法实施例基于同一发明构思,本申请实施例还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述任意一种信息加载的方法的步骤。
计算机程序产品可以采用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (17)
1.一种信息加载的方法,其特征在于,包括:
响应于目标对象在查询界面中触发的查询操作,获取所述目标对象输入的查询信息;
在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中呈现页面切换控件,所述页面切换控件用于收纳所述查询信息关联的至少一份其他医疗信息,所述第一医疗信息与所述至少一份其他医疗信息来自于不同的医疗平台。
2.如权利要求1所述的方法,其特征在于,在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中,呈现用于收纳所述查询信息关联的至少一份其他医疗信息的页面切换控件之后,还包括:
响应于所述目标对象针对所述页面切换控件的点击操作,按照预设页面排列方式,在所述展示界面中呈现含有所述第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面,每个候选医疗信息页面对应一份所述其他医疗信息。
3.如权利要求2所述的方法,其特征在于,所述按照预设页面排列方式,在所述展示界面中呈现含有所述至少一个第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面,包括以下任意一种操作:
以部分页面重叠的排列方式,在所述展示界面中呈现含有所述第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面;
以围绕预设参考点旋转的排列方式,在所述展示界面中呈现所述第一医疗信息页面以及所述至少一个候选医疗信息页面;
以页面互不重叠的排列方式,在所述展示界面中呈现所述第一医疗信息页面以及所述至少一个候选医疗信息页面。
4.如权利要求2所述的方法,其特征在于,在所述展示界面中呈现含有所述第一医疗信息的第一医疗信息页面,以及至少一个候选医疗信息页面之后,还包括以下任意一种操作:
响应于所述目标对象针对任意一个候选医疗信息页面的点击操作,在所述展示界面中,将所述第一医疗信息页面切换为所述任意一个候选医疗信息页面,并在所述任意一个候选医疗信息页面中呈现对应其他医疗信息的已加载部分,以及在所述展示界面中呈现所述页面切换控件;
响应于所述目标对象针对任意一个候选医疗信息页面的点击操作,在所述展示界面的第一医疗信息页面中,呈现所述任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在所述展示界面中呈现所述页面切换控件;
响应于所述目标对象针对任意一个候选医疗信息页面的点击操作,在所述展示界面的第一医疗信息页面的第一页面区域中呈现所述第一医疗信息,在所述第一医疗信息页面的第二页面区域中,呈现所述任意一个候选医疗信息页面对应的其他医疗信息的已加载部分,以及在所述展示界面中呈现所述页面切换控件。
5.如权利要求1所述的方法,其特征在于,在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中,呈现用于收纳所述查询信息关联的至少一份其他医疗信息的页面切换控件之后,还包括:
响应于所述目标对象针对用于呈现所述第一医疗信息的第一医疗信息页面的滑动操作,在所述展示界面中,将所述第一医疗信息页面切换为用于呈现第二医疗信息的第二医疗信息页面,以及在所述展示界面中呈现所述页面切换控件;
其中,所述第一医疗信息与所述第二医疗信息,为同日生成的医疗信息。
6.如权利要求1所述的方法,其特征在于,所述在展示界面中呈现所述查询信息关联的第一医疗信息,包括:
在所述展示界面的第一医疗信息页面中,呈现所述查询信息关联的第一医疗信息;
所述在所述展示界面的第一医疗信息页面中,呈现所述查询信息关联的第一医疗信息,还包括:
在所述第一医疗信息页面内的内容提示区域,呈现以下任意一种标记:
信息正常标记,表征所述第一医疗信息页面内呈现的医疗信息为正常的医疗信息;
信息异常标记,表征所述第一医疗信息页面内呈现的医疗信息为异常的医疗信息。
7.如权利要求6所述的方法,其特征在于,所述在所述展示界面的第一医疗信息页面中,呈现所述查询信息关联的第一医疗信息,包括:
按照设定的加载规则,在所述展示界面的第一医疗信息页面中,呈现所述第一医疗信息的已加载部分。
8.如权利要求7所述的方法,其特征在于,所述按照设定的加载规则,在所述展示界面的第一医疗信息页面中,呈现所述第一医疗信息的已加载部分,包括以下任意一种操作:
采用设定的文字格式,将已加载的存在数据异常的医疗项目及相应的医疗数据,呈现在所述第一医疗信息页面的信息详情展示区域中;
采用设定的数据异常标记,标记所述已加载的存在数据异常的医疗项目及相应的医疗数据,并将标记后的医疗项目及相应的医疗数据呈现在所述信息详情展示区域中;
在所述信息详情展示区域中,呈现所述已加载的存在数据异常的医疗项目及相应的医疗数据,以及相关的正常标准数据。
9.如权利要求7所述的方法,其特征在于,在所述展示界面的第一医疗信息页面中,呈现所述第一医疗信息的已加载部分之后,还包括:
响应于所述目标对象针对所述第一医疗信息页面的滑动操作,在所述第一医疗信息页面中呈现所述第一医疗信息中的未加载部分,以及在所述展示界面中呈现所述页面切换控件。
10.如权利要求9所述的方法,其特征在于,所述在所述第一医疗信息页面中呈现所述第一医疗信息中的未加载部分,包括:
从本地的医疗信息缓存区域中获取所述第一医疗信息的未加载部分,并在所述第一医疗信息页面内的信息详情展示区域中,呈现所述第一医疗信息的第一未加载部分;以及,向目标服务器发送数据请求,并接收所述目标服务器返回的所述第一医疗信息的第二未加载部分;
若所述第一医疗信息的第二未加载部分中存在更新的医疗数据,则基于所述第一医疗信息的第二未加载部分,更新所述第一医疗信息的第一未加载部分,获得所述第一医疗信息的第三未加载部分,并在所述第一医疗信息页面内的信息详情展示区域中,呈现所述第一医疗信息的第三未加载部分。
11.一种信息加载的方法,其特征在于,包括:
接收客户端发送的查询请求;
基于所述查询请求携带的目标对象的查询信息,从不同医疗平台的医疗数据库中,获取所述查询信息关联的全部医疗信息;
将获得所述全部医疗信息发送至所述客户端中,以使所述客户端在展示界面中,呈现从所述全部医疗信息中选取的第一医疗信息,以及在所述展示界面中,呈现用于收纳所述全部医疗信息中至少一个其他医疗信息的页面切换控件。
12.如权利要求11所述的方法,其特征在于,所述查询信息至少包括所述目标对象的对象标识,所述从不同医疗平台的医疗数据库中,获取所述查询信息关联的全部医疗信息,包括:
从不同医疗平台的医疗数据库中,获取所述对象标识关联的全部医疗信息。
13.一种信息加载的装置,其特征在于,包括:
获取单元,用于响应于目标对象在查询界面中触发的查询操作,获取所述目标对象输入的查询信息;
加载单元,用于在展示界面中呈现所述查询信息关联的第一医疗信息,以及在所述展示界面中呈现页面切换控件,所述页面切换控件用于收纳所述查询信息关联的至少一个其他医疗信息,所述第一医疗信息与所述至少一个其他医疗信息来自于不同的医疗平台。
14.一种信息加载的装置,其特征在于,包括:
处理单元,用于接收客户端发送的查询请求;
基于所述查询请求携带的目标对象的查询信息,从不同医疗平台的医疗数据库中,获取所述查询信息关联的全部医疗信息;
发送单元,用于将获得所述全部医疗信息发送至所述客户端中,以使所述客户端在展示界面中,呈现从所述全部医疗信息中选取的第一医疗信息,以及在所述展示界面中呈现页面切换控件,所述页面切换控件用于收纳所述全部医疗信息中至少一个其他医疗信息。
15.一种计算机设备,其特征在于,其包括处理器和存储器,其中,所述存储器存储有程序代码,当所述程序代码被所述处理器执行时,使得所述处理器执行权利要求1~10或者权利要求11~12任一项所述方法的步骤。
16.一种计算机可读存储介质,其特征在于,其包括程序代码,当程序代码在计算机设备上运行时,所述程序代码用于使所述计算机设备执行权利要求1~10或者权利要求11~12任一项所述方法的步骤。
17.一种计算机程序产品,其特征在于,包括计算机指令,所述计算机指令被处理器执行时实现权利要求1~10或者权利要求11~12任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111113467.3A CN115840858A (zh) | 2021-09-18 | 2021-09-18 | 信息加载的方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111113467.3A CN115840858A (zh) | 2021-09-18 | 2021-09-18 | 信息加载的方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115840858A true CN115840858A (zh) | 2023-03-24 |
Family
ID=85574513
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111113467.3A Pending CN115840858A (zh) | 2021-09-18 | 2021-09-18 | 信息加载的方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115840858A (zh) |
-
2021
- 2021-09-18 CN CN202111113467.3A patent/CN115840858A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11023107B2 (en) | Virtual teller systems and methods | |
US20200285802A1 (en) | Link association analysis systems and methods | |
US8924409B1 (en) | Presentation of match quality in auto-complete suggestions | |
US9760550B1 (en) | Tagged browsing history interface | |
US20130246926A1 (en) | Dynamic content updating based on user activity | |
US20130275889A1 (en) | Selecting Web Page Content Based on User Permission for Collecting User-Selected Content | |
US10789317B2 (en) | Apparatus and user device for providing feedback effect about posts on social network services | |
US10496662B2 (en) | Generating relevance scores for keywords | |
BR112021003861A2 (pt) | tecnologias para habilitar a análise de eventos de computação com base na canonicalização aumentada de imagens classificadas | |
CN110929806A (zh) | 基于人工智能的图片处理方法、装置及电子设备 | |
CN111985197A (zh) | 一种基于医疗信息的模板生成方法 | |
CN112162672A (zh) | 信息流的显示处理方法、装置、电子设备及存储介质 | |
Felix et al. | Mobile sensing for behavioral research: A component-based approach for rapid deployment of sensing campaigns | |
US10445305B2 (en) | Prioritizing keywords | |
Gandolfo et al. | Predictive processing of scene layout depends on naturalistic depth of field | |
US20170061381A1 (en) | Generating popularity scores for keywords | |
CN111403011B (zh) | 挂号科室推送方法、装置、系统、电子设备及存储介质 | |
US11967416B2 (en) | Image analysis and insight generation | |
US20180090021A1 (en) | Ranking courses for a presentation | |
CN115840858A (zh) | 信息加载的方法、装置、设备及存储介质 | |
Laird et al. | Design and implementation of an Internet-based medical image viewing system | |
CN109408679A (zh) | 智能管理应用程序的方法、装置、电子设备及存储介质 | |
WO2017091340A1 (en) | Prioritizing search terms representing locations | |
CN113779440A (zh) | 一种游戏攻略收藏方法、装置、设备及存储介质 | |
KR20200113809A (ko) | 검색 기반의 수집 지원 방법 및 시스템 |
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 |