CN103902836A - 基于云服务平台的医疗信息交互方法、装置及系统 - Google Patents
基于云服务平台的医疗信息交互方法、装置及系统 Download PDFInfo
- Publication number
- CN103902836A CN103902836A CN201410149172.5A CN201410149172A CN103902836A CN 103902836 A CN103902836 A CN 103902836A CN 201410149172 A CN201410149172 A CN 201410149172A CN 103902836 A CN103902836 A CN 103902836A
- Authority
- CN
- China
- Prior art keywords
- hospital
- information
- cloud server
- medical
- request
- 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
技术领域
本发明涉及云服务器领域,具体而言,涉及一种基于云服务平台的医疗信息交互方法、装置及系统。
背景技术
当前,用户大多采用移动医疗类应用程序去与医院沟通,实现的技术方式通常是应用服务器提供对互联网HTTP方式的访问支撑,同时应用服务器也可与医院信息系统进行通讯,进行数据传递;应用服务器上的业务应用,根据业务需要与后台数据库进行数据的处理。整体过程大致如下:
用户通过手机等终端设备上使用移动医疗类应用程序,该应用程序访问应用服务器进行业务请求,应用服务器进行业务处理,根据业务需要应用服务器与医院信息系统进行业务沟通,把处理后的数据返回给应用程序,完成业务处理过程。
从医院信息化的建设角度出发,每个医院要提供上述移动医疗类应用程序,都要单独的在医院部署应用服务器,此服务器提供对互联网的访问支撑,在此应用服务器上实现对移动医疗类应用程序的业务支持,同时也需要单独的开发针对每个医院的移动医疗类应用程序。
从患者的角度出发,患者想使用移动医疗类应用程序,也需要根据每个不同的医院安装不同的客户端程序。这样的方式无论对医院还是患者,都不是一种“双赢”的方式,既增大了医院对移动应用程序的资源投入,增加了维护成本,又给患者带来了使用上的不便,需要针对每家医院都安装一个独立的移动医疗类应用程序。既延长开发周期,增加了开发成本,又给患者带来使用上的不便。此外,现已有的移动医疗类应用程序,对于应用本身而言,如“挂号网”、“预约挂号(深圳)”等,这些应用,它们也是整合了多家医院资源,给患者提供集中式挂号服务。但这些应用没有更加深入的集成医院的其他相关业务,如检查/检验结果查看,就诊点评等业务,业务较单一。
目前针对相关技术中由于每个医院需要基于各自的特点开发不同的应用程序来满足终端用户的医疗信息的访问操作,导致开发周期长、开发成本高的且业务种类单一问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中由于每个医院需要基于各自的特点开发不同的应用程序来满足终端用户的医疗信息的访问操作,导致开发周期长、开发成本高的问题,目前尚未提出有效的解决方案,为此,本发明的主要目的在于提供一种基于云服务平台的医疗信息交互方法、装置及系统,以解决上述问题。
为了实现上述目的,根据本发明的一个方面,提供了一种基于云服务平台的医疗信息交互方法,包括:云服务器接收终端用户的医疗信息访问请求;云服务器根据医疗信息访问请求生成对应的医疗访问结果,医疗访问结果包括:云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据;云服务器将医疗访问结果反馈给终端用户。
进一步的,在云服务器接收终端用户的医疗信息访问请求之前,方法还包括:在云服务器上创建数据库,数据库用于保存医疗访问数据,医疗访问数据为多个医院的医院资讯,医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息;和/或,使用接口前置设备创建云服务器与医院本地服务器的通信关系,其中,云服务器通过接口前置设备与医院本地服务器进行交互。
进一步的,在使用接口前置设备创建云服务器与医院本地服务器的通信关系之后,方法还包括:云服务器通过接口前置设备定时从医院本地服务器获取医院资讯;将医院资讯保存至云服务器的数据库中;其中,在终端用户登陆云服务器之后,接收由云服务器推送的医院资讯。
进一步的,云服务器根据医疗信息访问请求生成对应的医疗访问结果的步骤包括:
云服务器根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯;其中,在数据库按照各个医院的优先级顺序存储每个医院的医院资讯的情况下,云服务器根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院信息的步骤包括:云服务器根据接收到的医疗信息访问请求在数据库中按照各个医院的优先级顺序依次进行查询,得到优先级最高的医院的医院资讯。
进一步的,云服务器根据医疗信息访问请求生成对应的医疗访问结果的步骤还包括:云服务器通过接口前置设备将医疗信息访问请求转发至医院本地服务器;医院本地服务器基于医疗信息访问请求生成对应的医疗交互数据;医院本地服务器通过接口前置设备将医疗交互数据反馈给云服务器。
进一步的,医疗信息访问请求包括以下任意一个或多个请求:预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,当医疗信息访问请求为预约挂号请求时,其中,医院本地服务器基于医疗信息访问请求生成对应的医疗交互数据的步骤包括:医院本地服务器根据预约挂号请求生成挂号结果;其中,在云服务器同步了医生排班信息之后,根据终端用户发出的排班请求将医生排班信息反馈给终端用户,终端用户根据医生排班信息输入预约挂号信息,并将预约挂号信息作为预约挂号请求经由云服务器转发给医院本地服务器,在确认终端用户挂号成功之后,医院本地服务器将挂号结果返回给终端用户。
进一步的,在云服务器接收终端用户的医疗信息访问请求之前,方法还包括:终端用户接收用户的登陆信息;在终端用户与云服务器建立通讯关系之后,云服务器对登陆信息进行验证处理;其中,在验证成功的情况下,云服务器进入接收终端用户的医疗信息访问请求的步骤,在验证失败的情况下,云服务器向终端用户返回验证失败提示信息。
为了实现上述目的,根据本发明的另一方面,提供了一种基于云服务平台的医疗信息交互装置,包括:云服务器接收模块,用于接收终端用户的医疗信息访问请求;云服务器处理模块,用于根据医疗信息访问请求生成对应的医疗访问结果,医疗访问结果包括:云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据;云服务器反馈模块,用于将医疗访问结果反馈给终端用户。
进一步的,装置还包括:第一创建模块,用于在云服务器上创建数据库,数据库用于保存医疗访问数据,医疗访问数据为多个医院的医院资讯,医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息;和/或,第二创建模块,用于使用接口前置设备创建云服务器与医院本地服务器的通信关系,其中,云服务器通过接口前置设备与医院本地服务器进行交互。
进一步的,云服务器处理模块包括:云服务器查询模块,用于根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯;其中,在数据库按照各个医院的优先级顺序存储每个医院的医院资讯的情况下,云服务器查询模块包括:子云服务器查询模块,用于根据接收到的医疗信息访问请求在数据库中按照各个医院的优先级顺序依次进行查询,得到优先级最高的医院的医院资讯。
进一步的,云服务器处理模块还包括:云服务器转发模块,用于通过接口前置设备将医疗信息访问请求转发至医院本地服务器;其中,医院本地服务器基于医疗信息访问请求生成对应的医疗交互数据;云服务器接收模块,用于接收医院本地服务器通过接口前置设备反馈的医疗交互数据。
为了实现上述目的,根据本发明的另一方面,提供了一种基于云服务平台的医疗信息交互系统,包括:终端用户,用于生成医疗信息访问请求;云服务器,用于接收医疗信息访问请求,根据医疗信息访问请求生成对应的医疗访问结果,并将医疗访问结果反馈给终端用户,其中,医疗访问结果包括:云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据。
进一步的,系统还包括:接口前置设备,设置在云服务器与医院本地服务器之间,用于云服务器与医院本地服务器进行交互;其中,云服务器包括:存储器,用于创建并保存数据库,数据库用于保存医疗访问数据,医疗访问数据为多个医院的医院资讯。
进一步的,医院本地服务器包括:储存器,用于创建并保存医院的医院资讯,医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息;发送装置,用于将医院资讯通过接口前置设备转发至云服务器,其中,医院资讯保存至云服务器的数据库中。
进一步的,云服务器包括:处理器,根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯;其中,在数据库中按照各个医院的优先级顺序存储每个医院的医院资讯。
通过本发明,采用云服务器接收终端用户的医疗信息访问请求,云服务器根据医疗信息访问请求生成对应的医疗访问结果,医疗访问结果包括:云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据,云服务器将医疗访问结果反馈给终端用户。解决了相关技术中由于每个医院需要基于各自的特点开发不同的应用软件来满足终端用户的医疗信息的访问操作,导致开发周期长、开发成本高的问题,进而实现了通过在云服务器为不同的医院提供访问接口,使得用户仅需要访问云服务器就可以对多个医院发起访问请求,节省了医院的资源和开发成本并为用户提供多种访问体验的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例一的基于云服务平台的医疗信息交互系统结构示意图;
图2是根据本发明实施例一的优选的基于云服务平台的医疗信息交互系统结构示意图;
图3是根据本发明实施例二的基于云服务平台的医疗信息交互方法的流程图;
图4是根据本发明实施例二的优选的基于云服务平台的医疗信息交互方法的流程图;
图5是根据本发明实施例二的优选的基于云服务平台的医疗信息交互方法的流程图;
图6是根据本发明实施例二的优选的基于云服务平台的医疗信息交互方法的流程图;
图7是根据本发明实施例三的基于云服务平台的医疗信息交互装置的结构示意图;
图8是根据本发明实施例三的优选的基于云服务平台的医疗信息交互装置的结构示意图;
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
实施例一:
在描述本申请的各实施例的进一步细节之前,将参考图1来描述可用于实现本申请的原理的一个合适的计算体系结构。在以下描述中,除非另外指明,否则将参考由一个或多个计算机执行的动作和操作的符号表示来描述本申请的各实施例。由此,可以理解,有时被称为计算机执行的这类动作和操作包括计算机的处理单元对以结构化形式表示数据的电信号的操纵。这一操纵转换了数据或在计算机的存储器系统中的位置上维护它,这以本领域的技术人员都理解的方式重配置或改变了计算机的操作。维护数据的数据结构是具有数据的格式所定义的特定属性的存储器的物理位置。然而,尽管在上述上下文中描述本申请,但它并不意味着限制性的,如本领域的技术人员所理解的,后文所描述的动作和操作的各方面也可用硬件来实现。
转向附图,其中相同的参考标号指代相同的元素,本申请的原理被示为在一个合适的计算环境中实现。以下描述基于所述的本申请的实施例,并且不应认为是关于此处未明确描述的替换实施例而限制本申请。
图1示出了可用于这些设备的一个示例计算机体系结构的示意图。出于描述的目的,所绘的体系结构仅为合适环境的一个示例,并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对图1所示的任一组件或其组合具有任何依赖或需求。
本申请的原理可以使用其它通用或专用计算或通信环境或配置来操作。适用于本申请的众所周知的计算系统、环境和配置的示例包括但不限于,个人计算机、服务器,多处理器系统、基于微处理的系统、小型机、大型计算机、以及包括任一上述系统或设备的分布式计算环境。
本发明实施例一提供了一种基于云服务平台的医疗信息交互系统,如图1所示,该系统包括终端用户10,云服务器20。
其中,终端用户10,用于生成医疗信息访问请求。
具体的,在本实施例中,终端用户10可以是移动终端用户,也可以是计算机终端用户,终端用户10可以通过互联网将医疗信息访问请求发送至云服务器20,该医疗信息访问请求可以是普通的信息查询类请求,例如请求医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息,也可以是终端用户10需要与具体医院系统进行数据交互的请求,例如预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,上述云服务器20则负责接收上述请求。
其中,云服务器20,用于接收医疗信息访问请求,根据医疗信息访问请求生成对应的医疗访问结果,并将医疗访问结果反馈给终端用户,其中,医疗访问结果包括:云服务器20本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据。
具体的,本实施例中的云服务器可以提供一种掌上医患云服务平台,该平台可以建构在阿里云计算平台之上,阿里云计算平台是由阿里巴巴提供的稳定、安全、高效的互联网云服务器平台,管理方式简单高效,硬件配置可弹性伸缩,并提供了安全可靠的运行环境保障。
具体的,上述云服务器20可以通过互联网接收到终端用户10发送的医疗信息访问请求,上述医疗信息访问请求可以是普通的信息查询类请求,也可以是终端用户需要与具体医院系统交互的请求,例如预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求。云服务器20接收到信息访问请求后对该请求进行处理,即生成对应的医疗访问结果,这里需要说明的是,针对普通信息查询类请求生成的医疗访问结果为云服务器20本地保存的医疗访问数据,针对终端用户10需要与具体医院系统交互的请求生成的医疗访问结果为由医院本地服务器反馈的医疗交互数据。具体的,云服务器将医疗信息访问请求转发给医院的本地服务器,医院的本地服务器针对医疗信息访问请求生成相应的答复数据,医院本地服务器将上述答复数据发送至云服务器,云服务器收到的答复数据则是医疗交互数据。
根据本发明实施例中上述各个部分提供的方案,由于使用云服务器20作为终端用户10访问互联网的支撑,所有的医院本地服务器都通过本发明第一实施例中的接口前置设备同云服务器20实现信息的传输,用户也可以只使用一个终端应用程序来实现对多家医院的医疗信息访问,具体的,本实施例为患者提供了一个独立的医疗类应用程序,患者可以在这一个医疗类应用程序中进行不同医院之间的选择,本实施例提供了一个集中的医疗类应用程序。解决了每个医院都要独立开发自己的专属应用程序来满足终端用户的医疗信息访问操作导致开发周期长、开发成本高的问题。进而实现通过在云服务器为不同的医院提供访问接口,使得用户仅需要访问云服务器就可以对多个医院发起访问请求,节省了医院的资源和开发成本并为用户的访问体验的效果。
优选地,如图2所示,该系统还包括接口前置设备30,接口前置设备30设置在云服务器20和医院本地服务器40之间,用于云服务器20与医院本地服务器40进行交互,其中,云服务器20包括存储器,用于创建并保存数据库,数据库用于保存医疗访问数据,医疗访问数据为多个医院的医院资讯。
具体的,本申请可以提供一种安装在移动终端上的掌上医患应用软件,例如,上述应用软件可以提供终端用户使用的各种信息服务,本申请通过云服务器为医院管理客户端提供Web服务,同时通过云接口,通过加密的信息链路与医院端前置机进行联通,与医院院内系统进行安全的数据交互。为了更好为患者提供服务,掌上医患应用软件需要与院内系统进行数据交互,为了最大程度保护医院网络和数据安全,本申请可以提供标准的医院端前置机应用部署方案完成医院信息系统对接,通过统一的接口连接医院HIS、EMR、LIS、PACS等相关系统,在前置机前端部署防火墙及网络安全系统即可保障网络安全。
具体的,本实施例可以提供一个掌上医院服务平台,该平台可以实现为安装在移动终端上的掌上医患应用软件,该平台具体功能在本发明第二实施例中有详细描述。
一种可选地应用场景中,可以以医疗信息访问请求为查询用户住院记录的请求为例进行详细说明:
患者需要查询住院记录,可以在移动终端中登录上述掌上医患应用软件,并输入登录信息,在登录信息验证通过之后,通过移动终端向云服务器发送查询用户住院记录的请求,云服务器收到该请求后,将该请求通过接口前置设备发送至医院本地服务器,医院本地服务器收到该请求后,在服务器数据库中查找到患者的住院记录,并将该记录返回至云服务器,云服务器则将该住院记录反馈给患者的上述移动终端,则患者可以通过移动终端查看到自己的住院记录。
另一种可选地应用场景中,可以以医疗信息访问请求为电子支付自己就诊费用的请求为例进行详细说明:
例如,患者需要电子支付就诊费用,患者可以在移动终端中登录上述掌上医患应用软件,并输入登录信息,在登录信息验证通过之后,通过移动终端向云服务器发送电子支付自己就诊费用的请求,云服务器收到该请求之后,将该请求通过接口前置设备发送自医院本地服务器,医院可以与网银、支付宝等第三方支付平台合作,患者则可以在移动终端通过网银或支付宝支付就诊费用。
此处需要说明的是,本申请提供的实施例中,在云服务器20接收终端用户10的医疗信息访问请求之前,可以使用接口前置设备30创建云服务器20与医院本地服务器40的通信关系。医院本地服务器40可以将医院资讯包括健康资讯、医院项目资讯和医院介绍、医院各科室介绍、医院医生介绍、医院地址导航信息、医院院内各个部门的位置导航信息等发送至云服务器20。云服务器20可以将上述信息保存至数据库。当云服务器20接收到终端用户10的医疗信息访问请求之后,如果该医疗信息访问请求为普通信息查询类请求,则云服务器20可以在云服务器自身的数据库中进行查找,生成相对应的医疗访问数据,也可以保存在云服务器20自身的数据库中。接口前置设备30设置在云服务器20和医院本地服务器40之间,云服务器20和医院本地服务器40之间的交互信息的传输可以通过接口前置设备30来完成。该接口前置设备30可以连接多个不同的医院本地服务器40,从而实现多个医院同云服务器进行信息交互的效果。例如,患者可以对多个不同的医院进行信息查询和与多个不同的医院实现信息上的交互。具体的,接口前置设备30用于与医院信息系统进行业务数据的处理。例如,预约时,患者通过在移动医疗类应用程序上进行预约时,服务平台通过调用医院前置机功能,与医院信息系统进行业务处理,完成预约过程。
本申请提供的一种优选实施例中,医院本地服务器40可以包括储存器401,用于创建保存医院的医院资讯,上述医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息。发送装置402,用于将医院资讯通过接口前置设备发送至云服务器,其中,医院资讯保存至云服务器的数据库中。
具体的,在本实施例中,医院资讯可以包括健康资讯、医院项目资讯和医院信息。医院可通过医院内部的医疗系统将上述资讯上传至医院本地服务器40。医院本地服务器40可以将该医院资讯通过接口前置30设备发送至云服务器,云服务器20可以再将医院资讯保存至自身的数据库中。终端用户10登录云服务器20之后,云服务器20可以直接从云服务器数据库中提取医院资讯并向用户终端10发送。例如,本发明实施例可以为医院提供入住平台的方式,提供云端平台式的服务,在服务平台中提供多种业务服务,如信息发布类,与医院有业务数据交互类等,一旦医院入住了此平台,在提供了基础的信息类数据和交互类接口后,医院就可以快速的使用平台中的功能,能加速医院通过移动医疗类应用程序推广和宣传的过程。例如,用户采用手机终端连接上互联网以后,就会自动接收到医院的资讯包括健康资讯、医院项目资讯和医院信息。通过本实施例,可实现,当用户只是想查看相关医院资讯时,无具体访问请求时,用户只需通过移动终端连接互联网就可以直接查看医院的相关资讯而不必同医院实现交互的效果。
在本申请提供的一种优选实施例中,云服务器20可以包括处理器201,处理器201可以根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯,上述医院资讯可以包括:健康资讯、医院项目资讯和医院信息,其中,医院信息包括:医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息;其中,在数据库中按照各个医院的优先级顺序存储每个医院的医院资讯。
此处需要说明的是,本申请提供的实施例中,当用户终端10的医疗信息访问请求只是简单的资讯查询时,比如说医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息。云服务器20可不必同医院服务器40进行交互,因为医院本地服务器40已在之前将本发明实施例中的医院资讯发送至云服务器20。这里需要说明的是,其中医院资讯就包括医院信息。云服务器20中的数据库在接收到医院本地服务器40的医院资讯包括健康资讯、医院项目资讯和医院信息后,可以按照优先级对医院资讯进行存储,例如知名度高的医院资讯优先级高,在云服务器20接收到终端用户10的医疗信息访问请求时,云服务器20根据上述医疗信息访问请求在数据库中按照优先级的高低进行查询,得到优先级最高的医院的医院资讯。例如,当用户想查询治疗某病的医院时,云服务器可在数据库中获取到公认治疗某病效果最好的医院,然后发送给用户终端。本发明实施例通过此种方式,通过此种方式,层级方式按地区进行医院选择,为患者提供便利的医院选择和使用,可以实现用户可以在庞大的信息量中更快捷的查询到自己想查询的信息的效果。
此处需要进一步说明的是,本申请上述实施例中,云服务器20中的处理器可以实现针对医疗访问请求生成相应的医疗访问结果,详细描述如下:
云服务器通过接口前置设备30将终端用户10发送的医疗信息访问请求转发至医院本地服务器40。医院本地服务器40基于医疗信息访问请求生成对应的医疗交互数据。医院本地服务器40通过接口前置设备30将医疗交互数据反馈给云服务器20。
在本实施例中,当本发明第一实施例中的终端用户的医疗访问请求涉及到要与医院本地服务器交互时,例如终端用户想实现预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,云服务器则将上述请求通过接口前置设备发送至医院本地服务器,医院本地服务器可以对上述请求进行处理以生成对应的医疗交互数据再通过接口前置设备将医疗交互数据反馈给云服务器。例如医院工作人员可针对医疗访问请求对该医疗访问请求进行解答,然后将解答也就是医疗交互数据再上传至医院本地服务器,医院本地服务器再通过接口前置设备将医疗交互数据发送给云服务器。
通过本实施例,实现了医院多业务的集成,例如用户可以同医院进行交互,比如说预约挂号,取消挂号,就诊信息查询(检查/检验结果、综合费用等),账单查询、就诊点评等等,解决了以往用户终端业务单一的问题。
具体的,医疗信息访问请求可以包括以下任意一个或多个请求:预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,例如,当医疗信息访问请求为预约挂号请求时,医院本地服务器基于医疗信息访问请求可以生成对应的医疗交互数据:在云服务器同步了医生排班信息之后,根据终端用户发出的排班请求将医生排班信息反馈给终端用户,终端用户根据医生排班信息输入预约挂号信息,并将预约挂号信息作为预约挂号请求经由云服务器转发给医院本地服务器,在确认终端用户挂号成功之后,医院本地服务器将挂号结果返回给终端用户。
具体的,在医院本地服务器根据预约挂号请求生成挂号结果之前,本发明第一实施例中的云服务器从医院本地服务器获取了医生的排班信息,当用户请求排班要求时,云服务器可从云服务器数据库之间找到排班信息并通过接口前置设备发送给终端用户,终端用户根据排班信息生成预约挂号请求并发送给云服务器,云服务器再将上述预约挂号请求转发给医院本地服务器,如果挂号成功,医院本地服务器则将挂号结果返回给云服务器,云服务器再将上述挂号结果返回给终端用户。通过本实施例,由于云服务器通过接口前置设备同多家医院的本地服务器进行交互,用户可以同时向多家医院发出挂号请求,从而实现用户更快捷的实现挂号功能。
本发明实施例中的终端用户的功能还包括:终端用户接收用户的登录信息,在终端用户与云服务器建立通讯关系之后,云服务器对登陆信息进行验证处理。
具体的,在验证成功的情况下,则进入第一实施例中云服务器接收终端用户的医疗信息访问请求的步骤,在验证失败的情况下,云服务器向终端用户返回验证失败提示信息。在本实施例中,用户可通过终端用户注册自己的个人账户,个人账户信息保存在云服务器中,当用户需要登录终端用户时,向终端用户输入用户自己的登录信息,终端用户通过互联网将该登录信息发送至云服务器,云服务器对该登录信息进行验证,即将登录信息同云服务器中的个人账户信息进行匹配,在匹配成功的情况下,云服务器则可以接收用户的医疗信息访问请求,在匹配失败的情况下,云服务器向终端用户返回验证失败提示信息。
通过本实施例,用户只有在输入登录信息正确的情况下才可以发送医疗信息访问请求,进而与医院实现交互,该方式增加了用户个人信息的安全性和可靠性。
实施例二:
本发明实施例二提供了一种基于云服务平台的医疗信息交互方法的流程图,如图3所示,该方法包括如下步骤:
步骤S302,云服务器可以通过本发明第三实施例中的云服务器接收模块510接收终端用户的医疗信息访问请求。
具体的,上述步骤S302中的终端用户可以通过互联网将医疗信息访问请求发送至云服务器,该医疗信息访问请求可以是普通的信息查询类请求,例如请求医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息,也可以是终端用户需要与具体医院系统进行数据交互的请求,例如预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求。
步骤S304,云服务器可以通过本发明第三实施例中的云服务器处理模块510根据医疗信息访问请求生成对应的医疗访问结果。
具体的,上述步骤S304中的云服务器可以通过互联网接收到终端用户发送的医疗信息访问请求,该医疗信息访问请求可以是普通的信息查询类请求,也可以是需要与具体医院交互的请求,云服务器接收到信息访问请求后对该请求进行处理,即生成对应的医疗访问结果,这里需要说明的是,针对普通信息查询类请求生成的医疗访问结果为云服务器本地保存的医疗访问数据,针对需要与具体医院交互的请求生成的医疗访问结果为由医院本地服务器反馈的医疗交互数据。具体的,云服务器将医疗信息访问请求转发给医院的本地服务器,医院的本地服务器针对医疗信息访问请求生成相应的答复数据,医院本地服务器将上述答复数据发送至云服务器,云服务器收到的答复数据则是医疗交互数据。
步骤S306,云服务器可以通过本发明第三实施例中的云服务器反馈模块530将医疗访问结果反馈给第一实施例中的终端用户10。
具体的,步骤S306中的云服务器可以提供一种掌上医患云服务平台,该平台建构在阿里云计算平台之上,阿里云计算平台是由阿里巴巴提供的稳定、安全、高效的互联网云服务器平台,管理方式简单高效,硬件配置可弹性伸缩,并提供了安全可靠的运行环境保障。
具体的,上述步骤中的云服务器基于用户终端发送的医疗信息访问请求生成对应的医疗访问结果之后,可以将该医疗访问结果发送给之前发送医疗信息访问请求的第一实施例中的终端用户10。
根据本发明实施例中步骤S302至步骤S306,由于使用云服务器作为终端用户访问互联网的支撑,所有的医院本地服务器都通过接口前置设备同云服务器实现信息的传输,用户也只使用一个终端应用程序来实现医疗信息访问,解决了每个医院都要独立开发自己的专属应用程序来满足终端用户的医疗信息访问操作导致开发周期长、开发成本高的问题。进而实现通过在云服务器为不同的医院提供访问接口,使得用户仅需要访问云服务器就可以对多个医院发起访问请求,节省了医院的资源和开发成本和为用户提供多种访问体验的效果。
具体的,本实施例可以提供一个掌上医患云服务平台,该平台可以实现为安装在移动终端上的应用软件。该平台建构在阿里云计算平台之上,该平台可以为移动终端提供各种信息服务,同时通过云接口通过加密的信息链路与医院端前置机进行联通,与医院院内系统进行安全的数据交互。为了更好为患者提供服务,掌上医患云服务平台需要与院内系统进行数据交互,为了最大程度保护医院网络和数据安全,本申请可以提供标准的医院端前置机应用部署方案完成医院信息系统对接,通过统一的接口连接医院HIS、EMR、LIS、PACS等相关系统,在前置机前端部署防火墙及网络安全系统即可保障网络安全。上述掌上医患云服务平台为医院提供基于移动互联网宣传、服务支付、医患沟通和管理交流服务,为患者、医生、医院管理者提供更加便捷的移动互联网服务、优化就医体验、改善医患沟通、创造新的和谐医疗服务模式。
例如,上述掌上医院服务平台具体可以包括:
1.医院宣传平台:
通过掌上医患医院宣传平台,可以整合医院网站、微博、微信公共帐号信息,统一二维码,达到强有力地宣传力度。
通过医院历史传统、学科特长、著名专家、全面的软硬件介绍,让患者对医院有全面的了解,提高医院品牌价值。
根据患者健康档案和关注点,有针对性的推送健康资讯、市场活动,提高患者的黏合度和满意度。
2.医患沟通平台
患者通过掌上医患沟通平台可以查询医院医生排班信息,实现手机预约挂号。患者到院后可以通过手机实时了解科室排队叫号信息。就诊结束,通过手机查询检查结果、检验结果、门诊及住院费用,在云端建立一个自己的虚拟健康档案。
患者可以通过掌上医患沟通平台向医院或者自己的主治医生咨询病情,医患之间形成良性互动,以患者为中心提高患者满意度。
就诊结束,患者可以通过掌上医患沟通平台对本次就诊的服务、环境等内容进行点评,帮助医院改进服务质量。
医院可以通过掌上医患沟通平台设计各类型的调查问卷,进行满意度调查、开展市场活动和科研随访,针对的筛选后患者进行推送,并得到最后统计分析结果。
3.服务支付平台
掌上医患服务支付平台为医院提供更加快捷的收费方式,通过与网银、支付宝等支付平台合作,使得医院的各种服务可以直接通过手机收取,如挂号费、门诊费用、体检套餐等,免去患者收银排队时间,改善患者就医体验,缓解医院的窗口压力。
具体的,掌上医患服务支付平台的内容可以通过相应的软件来实现,例如,患者可以使用掌上患者移动端来实现医院介绍、科室介绍、专家介绍、医院导航、健康资讯、信息查询、信息提醒、电子支付、就诊点评、寻医问诊功能。功能具体描述如下:
医院介绍、科室介绍、专家介绍、医院导航功能:可在掌上患者移动终端系统中通过图片、文字形式介绍医院信息。推荐医院重点科室,展现重点科室相关图文资料。介绍专家个人、专业以及门诊出诊时间等信息。提供医院地图定位以及导航功能。提供医院楼宇、楼层导航地图,关键地点定位查找功能,方便患者院内就诊、缴费、取药以及检查。
健康资讯功能:可在掌上医患移动终端系统发布医院之声、健康播报、医疗活动、服务项目、政策变更等图文健康资讯信息,新资讯发布会以信息推送形式通知患者,以方便患者及时阅读医院资讯信息。
预约挂号功能:移动终端用户可通过终端系统实现预约挂号,系统通过接口实时获取医院HIS系统门诊出诊排班信息,实现患者的预约挂号。预约挂号患者必须资料填写完整,如:姓名、性别、出生日期、手机号、身份证号、医保卡号等等。患者通过身份证等有效身份信息去医院挂号就诊。预约同时系统会提供医院的预约须知详细信息。预约挂号信息通过接口采用实时方式同步给医院HIS系统,并将预约详情以短信的方式发送给用户。用户可通过取消预约功能放弃预约挂号,系统可通过患者预约次数控制患者的重复预约,并通过失约次数设定预约黑名单,避免无效预约行为。系统在患者预约看诊前一天自动发送短信提醒患者明日就诊。
信息查询功能:用户可在掌上患者移动终端系统中通过与医院HIS系统接口实时查询自己在医院中的以下各类信息:门诊就诊查询;门诊账单查询(已支付账单);住院记录查询;住院账单查询(已支付账单);住院费用查询(实时在院费用);检验结果查询(通过与医院LIS系统交互);检查报告查询(通过与医院PACS/RIS系统交互);医院物价查询。
寻医问诊功能:用户可在掌上患者移动终端系统中向医院进行医疗、服务等问题咨询,医院医务或者客服人员可在平台中给予答复。
就诊点评功能:医院可根据患者基本信息、就诊时间、看诊科室等条件刷选就诊调查人群,发送拟定的就诊点评问卷,患者通过移动终端系统进行就诊点评。
电子支付功能:用户可通过移动终端实现就诊业务的电子支付,减少就诊过程中的缴费流程包括挂号确认支付;就诊账单支付。
信息提醒功能:系统可利用短信、推送等方式在多个业务环节实现自动的信息提醒,包括如下:医院新发布健康资讯;预约挂号确认短信;预约挂号取消短信;预约挂号就诊提醒短信;检查、检验结果发送通知;寻医问诊咨询回复通知;就诊点评问卷推送。
相对具体的,上述三个平台的内容还可以通过软件来实现,例如,医院方可以使用掌上医院管理端来实现如下功能:
医院信息维护功能:维护医院基本信息、官方宣传图片及文字资料;设置医院地址信息;医院楼宇地图及重点科室位置设置。
医院科室维护功能:设置门诊出诊及重点科室基本信息、宣传图片及信息。
医院医生维护功能:设置专家医生个人基本信息(含照片)、专业信息以及出诊信息等。
医院资讯发布管理功能:资讯分类设置;图文资讯发布。
医院咨询回复管理功能:患者咨询问题查询;患者咨询问题转发;患者咨询问题回复。
就诊点评问卷管理功能:就诊点评问题设置;就诊点评问卷设置;就诊点评问卷发放。
一种可选地应用场景中,可以以医疗信息访问请求为查询用户住院记录的请求为例进行详细说明:
患者需要查询住院记录,可以在移动终端中登录上述掌上医患应用软件,并输入登录信息,在登录信息验证通过之后,通过移动终端向云服务器发送查询用户住院记录的请求,云服务器收到该请求后,将该请求通过接口前置设备发送至医院本地服务器,医院本地服务器收到该请求后,在服务器数据库中查找到患者的住院记录,并将该记录返回至云服务器,云服务器则将该住院记录反馈给患者的上述移动终端,则患者可以通过移动终端查看到自己的住院记录。
另一种可选地应用场景中,可以以医疗信息访问请求为电子支付自己就诊费用的请求为例进行详细说明:
例如,患者需要电子支付就诊费用,患者可以在移动终端中登录上述掌上医患应用软件,并输入登录信息,在登录信息验证通过之后,通过移动终端向云服务器发送电子支付自己就诊费用的请求,云服务器收到该请求之后,将该请求通过接口前置设备发送自医院本地服务器,医院可以与网银、支付宝等第三方支付平台合作,患者则可以在移动终端通过网银或支付宝支付就诊费用。
优选的,如图4所示,在步骤S302云服务器可以通过本发明第三实施例中的云服务器接收模块510接收终端用户的医疗信息访问请求之前,本发明实施二提供的用户信息处理方法还可以包括步骤S400、步骤S401。
步骤S400,可以在云服务器上创建数据库,数据库用于保存医疗访问数据,医疗访问数据为多个医院的医院资讯,医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息
步骤S401,可以通过本发明第三实施例的第二创建模块使用接口前置设备创建云服务器与医院本地服务器的通信关系,其中,云服务器通过接口前置设备与医院本地服务器进行交互。
具体的,上述步骤S400中的多个医院的医院资讯包括:健康资讯、医院项目资讯和医院信息,其中医院信息包括:介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息。上述云服务器将上述医院资讯保存至自身数据库。当上述云服务器接收到终端用户的医疗信息访问请求之后,如果该医疗信息访问请求为普通信息查询类请求,则上述云服务器在上述云服务器自身的数据库中进行查找,生成相对应的医疗访问数据,也保存在云服务器自身的数据库中。上述步骤S401中的接口前置设备设置在上述云服务器和上述医院本地服务器之间,上述云服务器和上述医院本地服务器之间的交互信息的传输通过上述接口前置设备。上述接口前置设备可以连接多个不同的医院本地服务器,从而实现多个医院同上述云服务器进行信息交互的效果。具体的,上述步骤S401中的接口前置设备用于与医院信息系统进行业务数据的处理。例如,预约时,患者通过在移动医疗类应用程序上进行预约时,服务平台通过调用医院前置机功能,与医院信息系统进行业务处理,完成预约过程。
优选的,如图5所示,在上述步骤S401可以通过本发明第三实施例的第二创建模块使用接口前置设备创建云服务器与医院本地服务器的通信关系之后,本发明实施例基于云服务平台的医疗信息交互方法还可以包括以下步骤,步骤S5011、步骤S5012。
步骤S5011,云服务器通过接口前置设备定时从所述医院本地服务器获取所述医院资讯。
步骤S5012,医院本地服务器将医院资讯保存至云服务器的数据库中。
具体的,在本实施例中,步骤S5011中的医院资讯包括健康资讯、医院项目资讯和医院信息。本实施例医院本地服务器将该医院资讯通过接口前置设备发送至云服务器,云服务器再将医院资讯保存至自身的数据库中。本发明第一实施例中的终端用户登录云服务器之后,云服务器可直接从云服务器数据库中提取医院资讯并向终端用户发送。具体的,本发明实施例为医院提供了入住平台的方式,提供云端平台式的服务,在服务平台服中提供多种业务服务,如信息发布类,与医院有业务数据交互类等,一旦医院入住了此平台,在提供了基础的信息类数据和交互类接口后,医院就可以快速的使用平台中的功能,能加速医院通过移动医疗类应用程序推广和宣传的过程,例如,用户采用手机终端连接上互联网以后,就会自动接收到医院的资讯包括健康资讯、医院项目资讯和医院信息。通过本实施例,当用户只是想查看相关医院资讯时,无具体访问请求时,用户只需通过移动终端连接互联网就可以直接查看医院的相关资讯而不必同医院实现交互。
具体的,图3中步骤S304中的云服务器根据医疗信息访问请求生成对应的医疗访问结果步骤可以包括:
步骤S3000,云服务器根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯,医院资讯可以包括:健康资讯、医院项目资讯和医院信息,其中,医院信息包括:医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息。
具体的,上述步骤S3000可以通过本发明第三实施例中的查询模块来实现。
在本实施例中,当本发明第一实施例中的终端用户的医疗信息访问请求只是简单的对医院信息查询时,比如说医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息。云服务器可不必同医院服务器进行交互,因为医院本地服务器已在之前将医院资讯发送至云服务器,其中医院资讯就包括医院信息。
其中,在数据库按照各个医院的优先级顺序存储每个医院的医院资讯的情况下,云服务器根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯的步骤还包括:步骤S3010,云服务器根据接收到的医疗信息访问请求在数据库中按照各个医院的优先级顺序依次进行查询,得到优先级最高的医院的医院资讯。
在本实施例中,上述云服务器中的数据库在接收到医院本地服务器的医院资讯包括健康资讯、医院项目资讯和医院信息后,可以按照优先级对医院资讯进行存储,例如知名度高的医院信息优先级高,在云服务器接收到终端用户的医疗信息访问请求时,云服务器根据该医疗信息访问请求在数据库中按照优先级的高低进行查询,得到优先级最高的医院的医院资讯。例如,当用户想查询治疗某病的医院时,上述云服务器可在数据库中获取到公认治疗某病效果最好的医院,然后发送给用户终端。通过此种方式,层级方式按地区进行医院选择,为患者提供便利的医院选择和使用,用户可以在庞大的信息量中更快捷的查询到自己想查询的信息。
优选的,图3中步骤S304中的云服务器根据医疗信息访问请求生成对应的医疗访问结果的步骤还包括:
步骤S3001,本发明第一实施例中的云服务器通过第一实施例的接口前置设备将上述步骤S304中的医疗信息访问请求转发至第一实施例中的医院本地服务器。
步骤S3002,医院本地服务器基于医疗信息访问请求生成对应的医疗交互数据。
步骤S3003,医院本地服务器通过接口前置设备将医疗交互数据反馈给云服务器。
具体的,上述步骤S3001是通过本发明第三实施例中的云服务器转发模块5200实现的,步骤S3003是通过本发明第三实施例中的云服务器接收模块5210实现的。在本实施例中,当本发明第一实施例中的终端用户的医疗访问请求涉及到要与医院本地服务器交互时,例如终端用户想实现预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求时,云服务器则将上述请求通过接口前置设备发送至医院本地服务器,医院本地服务器可以对上述请求进行处理以生成对应的医疗交互数据再通过接口前置设备将医疗交互数据反馈给云服务器。例如医院工作人员可针对医疗访问请求对该医疗访问请求进行解答,然后将解答也就是医疗交互数据再上传至医院本地服务器,医院本地服务器再通过接口前置设备将医疗交互数据发送给云服务器。
通过本实施例,实现了医院多业务的集成,例如用户可以同医院进行交互,比如说预约挂号,取消挂号,就诊信息查询(检查/检验结果、综合费用等),账单查询、就诊点评等等,解决了以往用户终端业务单一的问题。
具体的,医疗信息访问请求可以包括以下任意一个或多个请求:预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,例如,当医疗信息访问请求为预约挂号请求时,其中,医院本地服务器基于医疗信息访问请求生成对应的医疗交互数据的步骤包括:
步骤S3010,医院本地服务器根据预约挂号请求生成挂号结果。
其中,在云服务器同步了医生排班信息之后,根据终端用户发出的排班请求将医生排班信息反馈给终端用户,终端用户根据医生排班信息输入预约挂号信息,并将预约挂号信息作为预约挂号请求经由云服务器转发给医院本地服务器,在确认终端用户挂号成功之后,医院本地服务器将挂号结果返回给终端用户。
具体的,在上述步骤S3010医院本地服务器根据预约挂号请求生成挂号结果之前,本发明第一实施例中的云服务器从医院本地服务器获取了医生的排班信息,当用户请求排班要求时,云服务器可从云服务器数据库之间找到排班信息并通过接口前置设备发送给终端用户,终端用户根据排班信息生成预约挂号请求并发送给云服务器,云服务器再将上述预约挂号请求转发给医院本地服务器,如果挂号成功,医院本地服务器则将挂号结果返回给云服务器,云服务器再将上述挂号结果返回给终端用户。通过本实施例,由于云服务器通过接口前置设备同多家医院的本地服务器进行交互,用户可以同时向多家医院发出挂号请求,从而实现用户更快捷的实现挂号功能。
优选的,如图6所示,本发明第二实施例中的步骤S302中的在云服务器接收终端用户的医疗信息访问请求之前,基于云服务平台的医疗信息交互方法还包括:
步骤S601,终端用户接收用户的登录信息。
步骤S602,在终端用户与云服务器建立通讯关系之后,云服务器对登陆信息进行验证处理。
具体的,在验证成功的情况下,则进入上述步骤S302中云服务器进入接收终端用户的医疗信息访问请求的步骤,在验证失败的情况下,云服务器向终端用户返回验证失败提示信息。在本实施例中,用户可通过终端用户注册自己的个人账户,个人账户信息保存在云服务器中,当用户需要登录终端用户时,向终端用户输入用户自己的登录信息,终端用户通过互联网将该登录信息发送至云服务器,云服务器对该登录信息进行验证,即将登录信息同云服务器中的个人账户信息进行匹配,在匹配成功的情况下,云服务器则可以接收用户的医疗信息访问请求,在匹配失败的情况下,云服务器向终端用户返回验证失败提示信息。
通过本实施例,用户只有在输入登录信息正确的情况下才可以发送医疗信息访问请求,进而与医院实现交互,该方式增加了用户个人信息的安全性和可靠性。
实施例三:
本发明实施例提供了一种基于云服务平台的医疗信息交互装置,如图7所示,该装置包括云服务器接收模块710、云服务器处理模块720和云服务器反馈模块730。
云服务器接收模块710,用于接收终端用户的医疗信息访问请求。
具体的,上述云服务器接收模块710可以设置在云服务器中,本发明第一实施例的终端用户可以通过互联网将医疗信息访问请求发送至本发明第一实施例中的云服务器,上述医疗信息访问请求可以是普通的信息查询类请求,例如请求医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息,也可以是上述终端用户需要与具体医院交互的请求,例如预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,上述云服务器接收模块710则可以负责接收上述请求。
云服务器处理模块720,用于根据医疗信息访问请求生成对应的医疗访问结果,医疗访问结果包括:云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据。
具体的,上述云服务器处理模块720可以设置在云服务器上,云服务器接收模块710可以通过互联网接收到本发明第一实施例中的终端用户发送的医疗信息访问请求,该医疗信息访问请求可以是普通的信息查询类请求,也可以是需要与具体医院交互的请求,云服务器处理模块720接收到信息访问请求后可以对该请求进行处理,即生成对应的医疗访问结果,这里需要说明的是,针对普通信息查询类请求生成的医疗访问结果为云服务器本地保存的医疗访问数据,针对需要与具体医院交互的请求生成的医疗访问结果为由医院本地服务器反馈的医疗交互数据。
云服务器反馈模块730,用于将医疗访问结果反馈给终端用户。
具体的,本发明实施例中的云服务器可以提供一种掌上医患云服务平台,该平台建构在阿里云计算平台之上,阿里云计算平台是由阿里巴巴提供的稳定、安全、高效的互联网云服务器平台,管理方式简单高效,硬件配置可弹性伸缩,并提供了安全可靠的运行环境保障。
具体的,上述云服务器反馈模块730可以设置在云服务器上,云服务器处理模块720基于终端用户发送的医疗信息访问请求生成对应的医疗访问结果之后,由上述云服务器反馈模块730负责将该医疗访问结果发送给之前发送医疗信息访问请求的终端用户。
根据本发明实施例上述三个功能模块,由于使用云服务器作为终端用户访问互联网的支撑,所有的医院本地服务器都通过接口前置设备同云服务器实现信息的传输,用户也只使用一个终端应用程序来实现医疗信息访问,解决了每个医院都要独立开发自己的专属应用程序来满足终端用户的医疗信息访问操作导致开发周期长、开发成本高的问题。进而实现通过在云服务器为不同的医院提供访问接口,使得用户仅需要访问云服务器就可以对多个医院发起访问请求,节省了医院的资源和开发成本并提高了用户的访问体验的效果。
具体的,本申请可以提供一种安装在移动终端上的掌上医患应用软件,例如,上述应用软件可以提供终端用户使用的各种信息服务,本申请通过云服务器为医院管理客户端提供Web服务,同时通过云接口,通过加密的信息链路与医院端前置机进行联通,与医院院内系统进行安全的数据交互。为了更好为患者提供服务,掌上医患应用软件需要与院内系统进行数据交互,为了最大程度保护医院网络和数据安全,本申请可以提供标准的医院端前置机应用部署方案完成医院信息系统对接,通过统一的接口连接医院HIS、EMR、LIS、PACS等相关系统,在前置机前端部署防火墙及网络安全系统即可保障网络安全。
具体的,本实施例可以提供一个掌上医院服务平台,该平台可以实现为安装在移动终端上的应用软件,该平台具体功能在本发明第二实施例中有详细描述。
一种可选地应用场景中,可以以医疗信息访问请求为查询用户住院记录的请求为例进行详细说明:
患者需要查询住院记录,可以在移动终端中登录上述掌上医患应用软件,并输入登录信息,在登录信息验证通过之后,通过移动终端向云服务器发送查询用户住院记录的请求,云服务器收到该请求后,将该请求通过接口前置设备发送至医院本地服务器,医院本地服务器收到该请求后,在服务器数据库中查找到患者的住院记录,并将该记录返回至云服务器,云服务器则将该住院记录反馈给患者的上述移动终端,则患者可以通过移动终端查看到自己的住院记录。
另一种可选地应用场景中,可以以医疗信息访问请求为电子支付自己就诊费用的请求为例进行详细说明:
例如,患者需要电子支付就诊费用,患者可以在移动终端中登录上述掌上医患应用软件,并输入登录信息,在登录信息验证通过之后,通过移动终端向云服务器发送电子支付自己就诊费用的请求,云服务器收到该请求之后,将该请求通过接口前置设备发送自医院本地服务器,医院可以与网银、支付宝等第三方支付平台合作,患者则可以在移动终端通过网银或支付宝支付就诊费用。
优选的,如图8所示,本发明实施例的基于云服务平台的医疗信息交互装置还可以包括:第一创建模块840、第二创建模块850。
第一创建模块840,用于在云服务器上创建数据库,数据库用于保存医疗访问数据,该医疗数据位多个医院的医院资讯。
第二创建模块850,用于使用接口前置设备创建云服务器与医院本地服务器的通信关系,其中,云服务器通过接口前置设备与医院本地服务器进行交互。
具体的,在本发明第二实施例的云服务器接收模块接收终端用户的医疗信息访问请求之前,上述第二创建模块850可以使用本发明第一实施例的接口前置设备创建上述云服务器与医院本地服务器的通信关系。第二创建模块的医院本地服务器将医院资讯包括健康资讯、医院项目资讯和医院信息,其中医院信息包括:医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息等发送至云服务器。云服务器将上述医院资讯保存至数据库。当云服务器接收到终端用户的医疗信息访问请求之后,如果该医疗信息访问请求为普通信息查询类请求,则上述云服务器在上述云服务器自身的数据库中进行查找,生成相对应的医疗访问数据,也保存在云服务器自身的数据库中。接口前置设备设置在云服务器和医院本地服务器之间,云服务器和医院本地服务器之间的交互信息的传输通过接口前置设备来完成。上述接口前置设备可以连接多个不同的医院本地服务器,从而实现多个医院同云服务器进行信息交互的效果。具体的,接口前置设备用于与医院信息系统进行业务数据的处理。例如,预约时,患者通过在移动医疗类应用程序上进行预约时,服务平台通过调用医院前置机功能,与医院信息系统进行业务处理,完成预约过程。
例如,患者可以对多个不同的医院进行信息查询和与多个不同的医院实现信息上的交互。
具体的,发明实施例的云服务器处理模块720可以包括云服务器查询模块7000,用于根据接收到的医疗信息访问请求在数据库中进行查询,获取任意一个医院的医院资讯,医院资讯可以包括:健康资讯、医院项目资讯和医院信息,其中,医院信息包括:医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息。
在本实施例中,当本发明第一实施例中用户终端的医疗信息访问请求只是简单的对医院信息查询时,比如说医院介绍、医院各科室介绍、医院医生简介、医院地址导航信息、医院院内各个部门的位置导航信息。云服务器可不必同医院服务器进行交互,因为医院本地服务器已在之前将医院资讯发送至云服务器。其中医院资讯就包括医院信息,只需云服务器查询模块在云服务器数据库中查找即可。具体的,本发明实施例为医院提供了入住平台的方式,提供云端平台式的服务,在服务平台服中提供多种业务服务,如信息发布类,与医院有业务数据交互类等,一旦医院入住了此平台,在提供了基础的信息类数据和交互类接口后,医院就可以快速的使用平台中的功能,能加速医院通过移动医疗类应用程序推广和宣传的过程,例如,用户采用手机终端连接上互联网以后,就会自动接收到医院的资讯包括健康资讯、医院项目资讯和医院信息。通过本实施例,当用户只是想查看相关医院资讯时,无具体访问请求时,用户只需通过移动终端连接互联网就可以直接查看医院的相关资讯而不必同医院实现交互。
其中,在数据库按照各个医院的优先级顺序存储每个医院的医院资讯的情况下,上述云服务器查询模块7000还可以包括:子云服务器查询模块7010,用于根据接收到的医疗信息访问请求在数据库中按照各个医院的优先级顺序依次进行查询,得到优先级最高的医院的医院资讯。
在本实施例中,上述云服务器中的数据库在接收到医院本地服务器的医院资讯包括健康资讯、医院项目资讯和医院信息后,可以按照优先级对医院信息进行存储,例如知名度高的医院信息优先级高,在上述云服务器接收到终端用户的医疗信息访问请求时,子云服务器查询7010模块根据该医疗信息访问请求在数据库中按照优先级的高低进行查询,得到优先级最高的医院的医院资讯。例如,当用户想查询治疗某病的医院时,云服务器可在数据库中获取到公认治疗某病效果最好的医院,然后发送给用户终端。通过此种方式,层级方式按地区进行医院选择,为患者提供便利的医院选择和使用,用户可以在庞大的信息量中更快捷的查询到自己想查询的信息。
优选地,图7中云服务器处理模块720还可以包括云服务转发模块7200和云服务器接收模块7210。
云服务器转发模块7200,用于通过接口前置设备将医疗信息访问请求转发至医院本地服务器,其中,医院本地服务器基于医疗信息访问请求生成对应的医疗交互数据。
云服务器接收模块7210,用于接收医院本地服务器通过接口前置设备反馈的医疗交互数据。
具体的,在本实施例中,当本发明第一实施中的终端用户的医疗访问请求涉及到要与医院本地服务器交互时,例如当本发明第一实施例中的终端用户想实现预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求时,云服务器转发模块7200则将上述请求通过上述接口前置设备发送至医院本地服务器,医院本地服务器可以对上述请求进行处理以生成对应的医疗交互数据再通过接口前置设备将医疗交互数据反馈给云服务器接收模块7210。例如医院工作人员可针对医疗访问请求对该医疗访问请求进行解答,然后将解答也就是医疗交互数据再上传至医院本地服务器,医院本地服务器再通过接口前置设备将医疗交互数据发送给云服务器。
通过本实施例,用户可以实现同医院进行交互,比如说预约挂号,取消挂号,就诊信息查询,账单查询等等,解决了以往用户终端业务单一的问题。
具体的,医疗信息访问请求可以包括以下任意一个或多个请求:预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,例如,当医疗信息访问请求为预约挂号请求时,其中,医院本地服务器可以基于医疗信息访问请求生成对应的医疗交互数据:
医院本地服务器根据预约挂号请求生成医生挂号结果。
其中,在云服务器同步了医生排班信息之后,根据终端用户发出的排班请求将医生排班信息反馈给终端用户,终端用户根据医生排班信息输入预约挂号信息,并将预约挂号信息作为预约挂号请求经由云服务器转发给医院本地服务器,在确认终端用户挂号成功之后,医院本地服务器将挂号结果返回给终端用户。
具体的,在医院本地服务器根据预约挂号请求生成挂号结果之前,本发明第一实施例中的云服务器从医院本地服务器获取了医生的排班信息,当用户请求排班要求时,云服务器可从云服务器数据库之间找到排班信息并通过接口前置设备发送给终端用户,终端用户根据排班信息生成预约挂号请求并发送给云服务器,云服务器再将上述预约挂号请求转发给医院本地服务器,如果挂号成功,医院本地服务器则将挂号结果返回给云服务器,云服务器再将上述挂号结果返回给终端用户。通过本实施例,由于云服务器通过接口前置设备同多家医院的本地服务器进行交互,用户可以同时向多家医院发出挂号请求,从而实现用户更快捷的实现挂号功能。
通过本实施例,由于云服务器通过接口前置设备同多家医院的本地服务器进行交互,用户可以同时向多家医院发出挂号请求,从而实现用户更快捷的实现挂号功能。
本发明实施例中的终端可以实现如下功能:
终端用户接收用户的登录信息,在终端用户与云服务器建立通讯关系之后,云服务器对登陆信息进行验证处理。
具体的,在验证成功的情况下,则进入上述步骤S302中云服务器进入接收终端用户的医疗信息访问请求的步骤,在验证失败的情况下,云服务器向终端用户返回验证失败提示信息。在本实施例中,用户可通过终端用户注册自己的个人账户,个人账户信息保存在云服务器中,当用户需要登录终端用户时,向终端用户输入用户自己的登录信息,终端用户通过互联网将该登录信息发送至云服务器,云服务器对该登录信息进行验证,即将登录信息同云服务器中的个人账户信息进行匹配,在匹配成功的情况下,云服务器则可以接收用户的医疗信息访问请求,在匹配失败的情况下,云服务器向终端用户返回验证失败提示信息。
通过本实施例,用户只有在输入登录信息正确的情况下才可以发送医疗信息访问请求,进而与医院实现交互,该方式增加了用户个人信息的安全性和可靠性。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于云服务平台的医疗信息交互方法,其特征在于,包括:
云服务器接收终端用户的医疗信息访问请求;
所述云服务器根据所述医疗信息访问请求生成对应的医疗访问结果,所述医疗访问结果包括:所述云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据;
所述云服务器将所述医疗访问结果反馈给所述终端用户。
2.根据权利要求1所述的方法,其特征在于,在云服务器接收终端用户的医疗信息访问请求之前,所述方法还包括:
在所述云服务器上创建数据库,所述数据库用于保存所述医疗访问数据,所述医疗访问数据为多个医院的医院资讯,所述医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息;和/或,
使用接口前置设备创建所述云服务器与所述医院本地服务器的通信关系,其中,所述云服务器通过所述接口前置设备与所述医院本地服务器进行交互。
3.根据权利要求2所述的方法,其特征在于,在使用接口前置设备创建所述云服务器与所述医院本地服务器的通信关系之后,所述方法还包括:
所述云服务器通过所述接口前置设备定时从所述医院本地服务器获取所述医院资讯;
将所述医院资讯保存至所述云服务器的数据库中;
其中,在所述终端用户登陆所述云服务器之后,接收由所述云服务器推送的所述医院资讯。
4.根据权利要求2所述的方法,其特征在于,所述云服务器根据所述医疗信息访问请求生成对应的医疗访问结果的步骤包括:
所述云服务器根据接收到的所述医疗信息访问请求在所述数据库中进行查询,获取任意一个医院的所述医院资讯;
其中,在所述数据库按照各个医院的优先级顺序存储每个医院的医院资讯的情况下,所述云服务器根据接收到的所述医疗信息访问请求在所述数据库中进行查询,获取任意一个医院的所述医院信息的步骤包括:
所述云服务器根据接收到的所述医疗信息访问请求在所述数据库中按照所述各个医院的优先级顺序依次进行查询,得到所述优先级最高的医院的医院资讯。
5.根据权利要求2所述的方法,其特征在于,所述云服务器根据所述医疗信息访问请求生成对应的医疗访问结果的步骤还包括:
所述云服务器通过所述接口前置设备将所述医疗信息访问请求转发至所述医院本地服务器;
所述医院本地服务器基于所述医疗信息访问请求生成对应的医疗交互数据;
所述医院本地服务器通过所述接口前置设备将所述医疗交互数据反馈给所述云服务器。
6.根据权利要求5所述的方法,其特征在于,所述医疗信息访问请求包括以下任意一个或多个请求:预约挂号请求、取消挂号请求、就诊信息查询请求、账单查询请求、账单支付请求、检查结果查询请求、检查报告查询请求,当所述医疗信息访问请求为预约挂号请求时,其中,所述医院本地服务器基于所述医疗信息访问请求生成对应的医疗交互数据的步骤包括:
所述医院本地服务器根据所述预约挂号请求生成挂号结果;其中,
在所述云服务器同步了医生排班信息之后,根据所述终端用户发出的排班请求将所述医生排班信息反馈给所述终端用户,所述终端用户根据所述医生排班信息输入预约挂号信息,并将所述预约挂号信息作为所述预约挂号请求经由所述云服务器转发给所述医院本地服务器,在确认所述终端用户挂号成功之后,所述医院本地服务器将所述挂号结果返回给所述终端用户。
7.根据权利要求1所述的方法,其特征在于,在云服务器接收终端用户的医疗信息访问请求之前,所述方法还包括:
所述终端用户接收用户的登陆信息;
在所述终端用户与所述云服务器建立通讯关系之后,所述云服务器对所述登陆信息进行验证处理;
其中,在验证成功的情况下,所述云服务器进入接收所述终端用户的医疗信息访问请求的步骤,在验证失败的情况下,所述云服务器向所述终端用户返回验证失败提示信息。
8.一种基于云服务平台的医疗信息交互装置,其特征在于,包括:
云服务器接收模块,用于接收终端用户的医疗信息访问请求;
云服务器处理模块,用于根据所述医疗信息访问请求生成对应的医疗访问结果,所述医疗访问结果包括:所述云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据;
云服务器反馈模块,用于将所述医疗访问结果反馈给所述终端用户。
9.一种基于云服务平台的医疗信息交互系统,其特征在于,包括:
终端用户,用于生成医疗信息访问请求;
云服务器,用于接收所述医疗信息访问请求,根据所述医疗信息访问请求生成对应的医疗访问结果,并将所述医疗访问结果反馈给所述终端用户,其中,所述医疗访问结果包括:所述云服务器本地保存的医疗访问数据或由医院本地服务器反馈的医疗交互数据。
10.根据权利要求9所述的系统,其特征在于,所述系统还包括:
接口前置设备,设置在所述云服务器与所述医院本地服务器之间,用于所述云服务器与所述医院本地服务器进行交互;
其中,所述云服务器包括:存储器,用于创建并保存数据库,所述数据库用于保存所述医疗访问数据,所述医疗访问数据为多个医院的医院资讯;
所述医院本地服务器包括:储存器,用于创建并保存医院的医院资讯,所述医院资讯包括以下任意一个或多个信息:健康资讯、医院项目资讯和医院信息;发送装置,用于将所述医院资讯通过所述接口前置设备转发至所述云服务器,其中,所述医院资讯保存至所述云服务器的数据库中;
所述云服务器包括:处理器,根据接收到的所述医疗信息访问请求在所述数据库中进行查询,获取任意一个医院的所述医院资讯;其中,在所述数据库中按照各个医院的优先级顺序存储每个医院的医院资讯。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410149172.5A CN103902836A (zh) | 2014-04-14 | 2014-04-14 | 基于云服务平台的医疗信息交互方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410149172.5A CN103902836A (zh) | 2014-04-14 | 2014-04-14 | 基于云服务平台的医疗信息交互方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103902836A true CN103902836A (zh) | 2014-07-02 |
Family
ID=50994153
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410149172.5A Pending CN103902836A (zh) | 2014-04-14 | 2014-04-14 | 基于云服务平台的医疗信息交互方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103902836A (zh) |
Cited By (59)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104063826A (zh) * | 2014-07-15 | 2014-09-24 | 无锡北斗星通信息科技有限公司 | 一种医院就诊信息实时管理方法 |
CN104506662A (zh) * | 2015-01-19 | 2015-04-08 | 毕缩启 | 一种基于云平台的排队服务互动系统与方法 |
CN104573832A (zh) * | 2014-12-31 | 2015-04-29 | 浙江融创信息产业有限公司 | 一种基于多医院号源共享池的分时段预约挂号系统 |
CN104601688A (zh) * | 2015-01-08 | 2015-05-06 | 深圳南粤汉方医疗结构投资有限公司 | 一种无线远程医疗系统 |
CN104636622A (zh) * | 2015-02-12 | 2015-05-20 | 无锡海斯凯尔医学技术有限公司 | 基于弹性检测设备的健康状况分析方法及系统 |
CN104933319A (zh) * | 2015-07-07 | 2015-09-23 | 成都华西公用医疗信息服务有限公司 | 一种基于云的使用移动终端的移动医疗系统 |
CN104966262A (zh) * | 2015-06-26 | 2015-10-07 | 深圳市前海安测信息技术有限公司 | O2o模式下的健康报告监控方法、网络医院平台和客户端 |
CN105205761A (zh) * | 2015-11-02 | 2015-12-30 | 成都金盘电子科大多媒体技术有限公司 | 一种用于预防接种和体检管理的信息推送方法 |
CN105243626A (zh) * | 2015-11-02 | 2016-01-13 | 成都金盘电子科大多媒体技术有限公司 | 一种用于预防接种和体检管理的信息推送装置 |
CN105426673A (zh) * | 2015-11-13 | 2016-03-23 | 上海全顾医疗科技有限公司 | 基于微科室的dtp药品导购平台 |
CN105678057A (zh) * | 2015-12-30 | 2016-06-15 | 均康(上海)信息科技有限公司 | 一种医疗信息分享系统 |
CN105675854A (zh) * | 2016-01-12 | 2016-06-15 | 王明敬 | 一种手术室多功能临床检验分析装置及方法 |
CN105847416A (zh) * | 2016-05-11 | 2016-08-10 | 百度在线网络技术(北京)有限公司 | 应用于智能家居平台的健康监控方法和装置 |
CN105989052A (zh) * | 2015-02-05 | 2016-10-05 | 海纳医信(北京)软件科技有限责任公司 | 医疗影像系统及其数据处理方法和移动交换装置 |
CN106021878A (zh) * | 2016-05-11 | 2016-10-12 | 成都卡恩特医疗科技有限公司 | 一种医疗检查报告云存储管理系统及方法 |
CN106131225A (zh) * | 2016-08-30 | 2016-11-16 | 孟玲 | 用于医疗病例信息访问的安全系统 |
WO2016187958A1 (zh) * | 2015-05-28 | 2016-12-01 | 深圳市华科安测信息技术有限公司 | 基于通信网络的挂号信息自助变更方法、医院服务器、用户终端及系统 |
CN106296525A (zh) * | 2016-08-22 | 2017-01-04 | 宁波江丰生物信息技术有限公司 | 一种医疗信息的共享系统及方法 |
CN106295938A (zh) * | 2015-06-08 | 2017-01-04 | 宁波网信息技术有限公司 | 基于云服务的医疗文档的存储和利用系统及其使用方法 |
CN106485088A (zh) * | 2016-10-20 | 2017-03-08 | 上海览海在线健康管理有限公司 | 对在线问诊记录进行保存的方法及系统 |
CN106778017A (zh) * | 2016-12-30 | 2017-05-31 | 武汉飞博科技有限公司 | 一种血糖数据在线交换的系统及其使用方法 |
CN106817412A (zh) * | 2016-12-30 | 2017-06-09 | 武汉飞博科技有限公司 | 一种在线查询血糖数据的系统及其使用方法 |
CN106845085A (zh) * | 2016-12-30 | 2017-06-13 | 武汉飞博科技有限公司 | 一种糖尿病的在线监控系统及其使用方法 |
CN106951699A (zh) * | 2017-03-13 | 2017-07-14 | 成都育芽科技有限公司 | 基于可穿戴智能终端的精确医疗信息传输系统及使用方法 |
CN106951697A (zh) * | 2017-03-13 | 2017-07-14 | 成都育芽科技有限公司 | 一种基于云数据平台的疾病治疗方案推送系统及使用方法 |
CN107085541A (zh) * | 2017-03-31 | 2017-08-22 | 西藏喜年通讯科技有限公司 | 不同应用平台之间信息交互的方法、移动设备及装置 |
CN107169904A (zh) * | 2017-03-31 | 2017-09-15 | 西藏喜年通讯科技有限公司 | 不同应用平台之间信息交互的方法、移动设备及装置 |
CN107169146A (zh) * | 2017-06-20 | 2017-09-15 | 深圳市泰衡诺科技有限公司上海分公司 | 医院检查报告的查询方法和终端设备 |
CN107197026A (zh) * | 2017-06-14 | 2017-09-22 | 上海米喜网络科技有限公司 | 患者信息获取系统及方法 |
WO2017173649A1 (zh) * | 2016-04-08 | 2017-10-12 | 大宏数创意股份有限公司 | 云端信息服务整合系统 |
CN107247866A (zh) * | 2017-05-12 | 2017-10-13 | 太仓诚泽网络科技有限公司 | 一种基于app的挂号申请匹配系统 |
CN107273684A (zh) * | 2017-06-14 | 2017-10-20 | 深圳达实智能股份有限公司 | 医院血压仪测量数据的管理方法、控制装置、终端及系统 |
CN107463767A (zh) * | 2017-07-06 | 2017-12-12 | 深圳市坐标软件开发有限公司 | 云his医保数据处理方法及系统 |
CN107784338A (zh) * | 2017-02-08 | 2018-03-09 | 平安医疗健康管理股份有限公司 | 医疗信息管理方法和装置 |
CN107863134A (zh) * | 2017-11-24 | 2018-03-30 | 郑州云海信息技术有限公司 | 一种基于云计算的智能医疗管理系统 |
CN107862397A (zh) * | 2017-11-02 | 2018-03-30 | 安徽协达软件科技有限公司 | 一种基于云平台的医院预约系统和方法 |
CN107863144A (zh) * | 2017-11-01 | 2018-03-30 | 安徽紫薇帝星数字科技有限公司 | 一种医院医疗综合管理系统 |
WO2018068490A1 (zh) * | 2016-10-15 | 2018-04-19 | 深圳市前海安测信息技术有限公司 | 医院自助式缴费系统及方法 |
CN107993697A (zh) * | 2017-12-25 | 2018-05-04 | 北京小浪花科技有限公司 | 医疗服务平台及系统 |
CN108023921A (zh) * | 2016-11-03 | 2018-05-11 | 平安科技(深圳)有限公司 | 一种第三方平台的接入方法和装置 |
CN108256068A (zh) * | 2018-01-16 | 2018-07-06 | 平安医疗健康管理股份有限公司 | 具有双向调用功能的医疗机构智能接入系统 |
CN108400913A (zh) * | 2018-01-16 | 2018-08-14 | 平安医疗健康管理股份有限公司 | 具有定时任务功能的医疗机构智能接入系统 |
CN108630304A (zh) * | 2017-03-21 | 2018-10-09 | 高少茹 | 在线服务回馈评价系统及其应用于医院医疗服务评价方法 |
CN108875291A (zh) * | 2017-05-11 | 2018-11-23 | 腾讯科技(深圳)有限公司 | 一种信息处理方法及服务器、计算机存储介质 |
CN109326361A (zh) * | 2017-07-31 | 2019-02-12 | 深圳市全息医疗数据有限责任公司 | 一种医院病患回访的方法及系统 |
CN109377611A (zh) * | 2018-10-24 | 2019-02-22 | 平安科技(深圳)有限公司 | 基于生物识别的访客管理方法、系统、计算机设备及存储介质 |
CN109390047A (zh) * | 2017-08-11 | 2019-02-26 | 深圳市全息医疗数据有限责任公司 | 一种医院后台数据的处理方法及系统 |
CN109559827A (zh) * | 2018-12-05 | 2019-04-02 | 易必祥 | 一种医疗健康大数据资源配置方法及系统 |
CN109698025A (zh) * | 2018-12-27 | 2019-04-30 | 上海米帝信息技术有限公司 | 医疗信息管理系统及方法 |
CN109754875A (zh) * | 2018-11-30 | 2019-05-14 | 重庆市中迪医疗信息科技股份有限公司 | 一种医用自助终端、设备、云服务器及系统 |
CN110223207A (zh) * | 2019-06-18 | 2019-09-10 | 湖南晖龙集团股份有限公司 | 一种基于互联网的线上医疗健康服务方法、电子设备及计算机可读存储介质 |
CN110489995A (zh) * | 2019-07-17 | 2019-11-22 | 海南鑫镁科技有限公司 | 一种医疗安全以及医疗档案查询用可行云平台查询方法 |
CN112016109A (zh) * | 2020-08-31 | 2020-12-01 | 重庆市卫生健康统计信息中心 | 一种区域医疗卫生数据和应用开放平台及方法 |
CN112055064A (zh) * | 2020-08-26 | 2020-12-08 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN112669177A (zh) * | 2019-10-16 | 2021-04-16 | 北京三好互动教育科技有限公司 | 一种提问人数统计方法和装置 |
CN113314203A (zh) * | 2020-02-27 | 2021-08-27 | 中移(成都)信息通信科技有限公司 | 医疗影像数据存储系统、方法、装置、设备及介质 |
CN113688015A (zh) * | 2021-08-25 | 2021-11-23 | 深圳华远云联数据科技有限公司 | 告警通知方法、装置、服务器及存储介质 |
CN114446452A (zh) * | 2022-01-27 | 2022-05-06 | 广东康软科技股份有限公司 | 一种基于移动终端的医疗业务处理系统及方法 |
CN115277699A (zh) * | 2022-07-22 | 2022-11-01 | 江苏睿科大器机器人有限公司 | 一种应用于医疗机构的智能设备管理云服务平台 |
-
2014
- 2014-04-14 CN CN201410149172.5A patent/CN103902836A/zh active Pending
Cited By (71)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104063826A (zh) * | 2014-07-15 | 2014-09-24 | 无锡北斗星通信息科技有限公司 | 一种医院就诊信息实时管理方法 |
CN104573832A (zh) * | 2014-12-31 | 2015-04-29 | 浙江融创信息产业有限公司 | 一种基于多医院号源共享池的分时段预约挂号系统 |
CN104601688A (zh) * | 2015-01-08 | 2015-05-06 | 深圳南粤汉方医疗结构投资有限公司 | 一种无线远程医疗系统 |
CN104506662A (zh) * | 2015-01-19 | 2015-04-08 | 毕缩启 | 一种基于云平台的排队服务互动系统与方法 |
CN105989052A (zh) * | 2015-02-05 | 2016-10-05 | 海纳医信(北京)软件科技有限责任公司 | 医疗影像系统及其数据处理方法和移动交换装置 |
CN104636622A (zh) * | 2015-02-12 | 2015-05-20 | 无锡海斯凯尔医学技术有限公司 | 基于弹性检测设备的健康状况分析方法及系统 |
US10599815B2 (en) | 2015-02-12 | 2020-03-24 | Wuxi Hisky Medical Technologies Co., Ltd. | Method and system for health condition analysis based on elasticity detection device |
CN104636622B (zh) * | 2015-02-12 | 2017-08-04 | 无锡海斯凯尔医学技术有限公司 | 基于弹性检测设备的健康状况分析方法及系统 |
KR102007590B1 (ko) * | 2015-02-12 | 2019-10-21 | 우시 히스키 메디칼 테크놀로지스 컴퍼니., 리미티드. | 탄성 검출기기에 기반한 건강상태 분석방법 및 시스템 |
KR20170116135A (ko) * | 2015-02-12 | 2017-10-18 | 우시 히스키 메디칼 테크놀로지스 컴퍼니., 리미티드. | 탄성 검출기기에 기반한 건강상태 분석방법 및 시스템 |
WO2016127540A1 (zh) * | 2015-02-12 | 2016-08-18 | 无锡海斯凯尔医学技术有限公司 | 基于弹性检测设备的健康状况分析方法及系统 |
WO2016187958A1 (zh) * | 2015-05-28 | 2016-12-01 | 深圳市华科安测信息技术有限公司 | 基于通信网络的挂号信息自助变更方法、医院服务器、用户终端及系统 |
CN106295938A (zh) * | 2015-06-08 | 2017-01-04 | 宁波网信息技术有限公司 | 基于云服务的医疗文档的存储和利用系统及其使用方法 |
WO2016206184A1 (zh) * | 2015-06-26 | 2016-12-29 | 深圳市共创百业科技开发有限公司 | O2o模式下的健康报告监控方法、网络医院平台和客户端 |
CN104966262A (zh) * | 2015-06-26 | 2015-10-07 | 深圳市前海安测信息技术有限公司 | O2o模式下的健康报告监控方法、网络医院平台和客户端 |
CN104933319A (zh) * | 2015-07-07 | 2015-09-23 | 成都华西公用医疗信息服务有限公司 | 一种基于云的使用移动终端的移动医疗系统 |
CN105243626A (zh) * | 2015-11-02 | 2016-01-13 | 成都金盘电子科大多媒体技术有限公司 | 一种用于预防接种和体检管理的信息推送装置 |
CN105205761A (zh) * | 2015-11-02 | 2015-12-30 | 成都金盘电子科大多媒体技术有限公司 | 一种用于预防接种和体检管理的信息推送方法 |
CN105426673A (zh) * | 2015-11-13 | 2016-03-23 | 上海全顾医疗科技有限公司 | 基于微科室的dtp药品导购平台 |
CN105678057A (zh) * | 2015-12-30 | 2016-06-15 | 均康(上海)信息科技有限公司 | 一种医疗信息分享系统 |
CN105678057B (zh) * | 2015-12-30 | 2018-08-21 | 均康(上海)信息科技有限公司 | 一种医疗信息分享系统 |
CN105675854A (zh) * | 2016-01-12 | 2016-06-15 | 王明敬 | 一种手术室多功能临床检验分析装置及方法 |
WO2017173649A1 (zh) * | 2016-04-08 | 2017-10-12 | 大宏数创意股份有限公司 | 云端信息服务整合系统 |
CN106021878A (zh) * | 2016-05-11 | 2016-10-12 | 成都卡恩特医疗科技有限公司 | 一种医疗检查报告云存储管理系统及方法 |
CN105847416A (zh) * | 2016-05-11 | 2016-08-10 | 百度在线网络技术(北京)有限公司 | 应用于智能家居平台的健康监控方法和装置 |
CN106296525A (zh) * | 2016-08-22 | 2017-01-04 | 宁波江丰生物信息技术有限公司 | 一种医疗信息的共享系统及方法 |
CN106131225A (zh) * | 2016-08-30 | 2016-11-16 | 孟玲 | 用于医疗病例信息访问的安全系统 |
WO2018068490A1 (zh) * | 2016-10-15 | 2018-04-19 | 深圳市前海安测信息技术有限公司 | 医院自助式缴费系统及方法 |
CN106485088A (zh) * | 2016-10-20 | 2017-03-08 | 上海览海在线健康管理有限公司 | 对在线问诊记录进行保存的方法及系统 |
CN106485088B (zh) * | 2016-10-20 | 2019-02-12 | 上海览海在线健康管理有限公司 | 对在线问诊记录进行保存的方法及系统 |
CN108023921A (zh) * | 2016-11-03 | 2018-05-11 | 平安科技(深圳)有限公司 | 一种第三方平台的接入方法和装置 |
CN106817412A (zh) * | 2016-12-30 | 2017-06-09 | 武汉飞博科技有限公司 | 一种在线查询血糖数据的系统及其使用方法 |
CN106845085A (zh) * | 2016-12-30 | 2017-06-13 | 武汉飞博科技有限公司 | 一种糖尿病的在线监控系统及其使用方法 |
CN106778017A (zh) * | 2016-12-30 | 2017-05-31 | 武汉飞博科技有限公司 | 一种血糖数据在线交换的系统及其使用方法 |
CN107784338A (zh) * | 2017-02-08 | 2018-03-09 | 平安医疗健康管理股份有限公司 | 医疗信息管理方法和装置 |
CN106951699A (zh) * | 2017-03-13 | 2017-07-14 | 成都育芽科技有限公司 | 基于可穿戴智能终端的精确医疗信息传输系统及使用方法 |
CN106951697A (zh) * | 2017-03-13 | 2017-07-14 | 成都育芽科技有限公司 | 一种基于云数据平台的疾病治疗方案推送系统及使用方法 |
CN108630304A (zh) * | 2017-03-21 | 2018-10-09 | 高少茹 | 在线服务回馈评价系统及其应用于医院医疗服务评价方法 |
CN107169904A (zh) * | 2017-03-31 | 2017-09-15 | 西藏喜年通讯科技有限公司 | 不同应用平台之间信息交互的方法、移动设备及装置 |
CN107085541A (zh) * | 2017-03-31 | 2017-08-22 | 西藏喜年通讯科技有限公司 | 不同应用平台之间信息交互的方法、移动设备及装置 |
CN108875291B (zh) * | 2017-05-11 | 2022-11-29 | 腾讯科技(深圳)有限公司 | 一种信息处理方法及服务器、计算机存储介质 |
CN108875291A (zh) * | 2017-05-11 | 2018-11-23 | 腾讯科技(深圳)有限公司 | 一种信息处理方法及服务器、计算机存储介质 |
CN107247866A (zh) * | 2017-05-12 | 2017-10-13 | 太仓诚泽网络科技有限公司 | 一种基于app的挂号申请匹配系统 |
CN107273684A (zh) * | 2017-06-14 | 2017-10-20 | 深圳达实智能股份有限公司 | 医院血压仪测量数据的管理方法、控制装置、终端及系统 |
CN107197026A (zh) * | 2017-06-14 | 2017-09-22 | 上海米喜网络科技有限公司 | 患者信息获取系统及方法 |
CN107169146A (zh) * | 2017-06-20 | 2017-09-15 | 深圳市泰衡诺科技有限公司上海分公司 | 医院检查报告的查询方法和终端设备 |
CN107463767A (zh) * | 2017-07-06 | 2017-12-12 | 深圳市坐标软件开发有限公司 | 云his医保数据处理方法及系统 |
CN109326361A (zh) * | 2017-07-31 | 2019-02-12 | 深圳市全息医疗数据有限责任公司 | 一种医院病患回访的方法及系统 |
CN109390047A (zh) * | 2017-08-11 | 2019-02-26 | 深圳市全息医疗数据有限责任公司 | 一种医院后台数据的处理方法及系统 |
CN107863144A (zh) * | 2017-11-01 | 2018-03-30 | 安徽紫薇帝星数字科技有限公司 | 一种医院医疗综合管理系统 |
CN107862397A (zh) * | 2017-11-02 | 2018-03-30 | 安徽协达软件科技有限公司 | 一种基于云平台的医院预约系统和方法 |
CN107863134A (zh) * | 2017-11-24 | 2018-03-30 | 郑州云海信息技术有限公司 | 一种基于云计算的智能医疗管理系统 |
CN107993697A (zh) * | 2017-12-25 | 2018-05-04 | 北京小浪花科技有限公司 | 医疗服务平台及系统 |
CN108400913A (zh) * | 2018-01-16 | 2018-08-14 | 平安医疗健康管理股份有限公司 | 具有定时任务功能的医疗机构智能接入系统 |
CN108256068A (zh) * | 2018-01-16 | 2018-07-06 | 平安医疗健康管理股份有限公司 | 具有双向调用功能的医疗机构智能接入系统 |
CN108400913B (zh) * | 2018-01-16 | 2020-12-25 | 平安医疗健康管理股份有限公司 | 具有定时任务功能的医疗机构智能接入系统 |
CN108256068B (zh) * | 2018-01-16 | 2020-12-15 | 平安医疗健康管理股份有限公司 | 具有双向调用功能的医疗机构智能接入系统 |
CN109377611A (zh) * | 2018-10-24 | 2019-02-22 | 平安科技(深圳)有限公司 | 基于生物识别的访客管理方法、系统、计算机设备及存储介质 |
CN109754875A (zh) * | 2018-11-30 | 2019-05-14 | 重庆市中迪医疗信息科技股份有限公司 | 一种医用自助终端、设备、云服务器及系统 |
CN109559827A (zh) * | 2018-12-05 | 2019-04-02 | 易必祥 | 一种医疗健康大数据资源配置方法及系统 |
CN109698025A (zh) * | 2018-12-27 | 2019-04-30 | 上海米帝信息技术有限公司 | 医疗信息管理系统及方法 |
CN110223207A (zh) * | 2019-06-18 | 2019-09-10 | 湖南晖龙集团股份有限公司 | 一种基于互联网的线上医疗健康服务方法、电子设备及计算机可读存储介质 |
CN110489995A (zh) * | 2019-07-17 | 2019-11-22 | 海南鑫镁科技有限公司 | 一种医疗安全以及医疗档案查询用可行云平台查询方法 |
CN112669177A (zh) * | 2019-10-16 | 2021-04-16 | 北京三好互动教育科技有限公司 | 一种提问人数统计方法和装置 |
CN113314203A (zh) * | 2020-02-27 | 2021-08-27 | 中移(成都)信息通信科技有限公司 | 医疗影像数据存储系统、方法、装置、设备及介质 |
CN112055064A (zh) * | 2020-08-26 | 2020-12-08 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN112055064B (zh) * | 2020-08-26 | 2023-11-28 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN112016109A (zh) * | 2020-08-31 | 2020-12-01 | 重庆市卫生健康统计信息中心 | 一种区域医疗卫生数据和应用开放平台及方法 |
CN113688015A (zh) * | 2021-08-25 | 2021-11-23 | 深圳华远云联数据科技有限公司 | 告警通知方法、装置、服务器及存储介质 |
CN114446452A (zh) * | 2022-01-27 | 2022-05-06 | 广东康软科技股份有限公司 | 一种基于移动终端的医疗业务处理系统及方法 |
CN115277699A (zh) * | 2022-07-22 | 2022-11-01 | 江苏睿科大器机器人有限公司 | 一种应用于医疗机构的智能设备管理云服务平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103902836A (zh) | 基于云服务平台的医疗信息交互方法、装置及系统 | |
US20190214113A1 (en) | Dynamic analysis of health and medical data applied to clinical trials | |
Hsieh et al. | E-health and healthcare enterprise information system leveraging service-oriented architecture | |
CN105912848A (zh) | 一种基于掌中宝app的医疗服务系统 | |
CN103632324A (zh) | 医疗健康服务系统 | |
CN103098086A (zh) | 一种用于医疗保健服务的自动化集成系统、方法和平台 | |
CN102831484A (zh) | 一种预约挂号系统 | |
US20140136236A1 (en) | Patient and physician gateway to clinical data | |
US20120226507A1 (en) | System and method for providing an integrated health network | |
Young et al. | Electronic vending machines for dispensing rapid HIV self-testing kits: a case study | |
Mukhiya et al. | An HL7 FHIR and GraphQL approach for interoperability between heterogeneous Electronic Health Record systems | |
Zhou et al. | USSD technology a low cost asset in complementing public health workers’ work processes | |
Wesley et al. | A novel application of SMART on FHIR architecture for interoperable and scalable integration of patient-reported outcome data with electronic health records | |
Ravindra et al. | A study of the management of electronic medical records in fijian hospitals | |
KR101818100B1 (ko) | 의료서비스 통합 관리를 위한 장치 및 방법 | |
CN104521209A (zh) | 用于提供定制网络的方法和系统 | |
JP7065474B2 (ja) | 電子処方箋のアクセス情報管理装置、アクセス情報管理方法、及びアクセス情報管理プログラム | |
JP2006040268A (ja) | 食事管理のための情報提供システム | |
JP2006040270A (ja) | 食事管理のための情報提供システム | |
Thiong’o | Framework for the implementation of a patient electronic referral system: Case study of nairobi province | |
Chali | Data exchange framework to support interoperability among multiple e-health records through a single mobile application: the case of Tanzania | |
AU2013326890A1 (en) | Healthcare facility navigation method and system | |
Botha et al. | Phase 1a: Literature overview of health in South Africa | |
US20240013880A1 (en) | Medication information management system, management control device, terminal device, management method, and program storage medium for the system | |
CN109886365B (zh) | 信息处理方法、系统、服务器及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into 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: 20140702 |