CN109816538A - 数据交互系统及方法和计算机可读存储介质 - Google Patents
数据交互系统及方法和计算机可读存储介质 Download PDFInfo
- Publication number
- CN109816538A CN109816538A CN201811536829.8A CN201811536829A CN109816538A CN 109816538 A CN109816538 A CN 109816538A CN 201811536829 A CN201811536829 A CN 201811536829A CN 109816538 A CN109816538 A CN 109816538A
- Authority
- CN
- China
- Prior art keywords
- social security
- server
- data
- interface
- interface server
- 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
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明提出了一种数据交互系统及方法和计算机可读存储介质，其中，数据交互系统包括：社保服务器，用于获取来自多个医院系统的社保数据；第一接口服务器，用于通过数据接口获取来自所述社保服务器的所述社保数据，并将所述社保数据发送至所述第二接口服务器；第二接口服务器，用于将所述社保数据发送至对应的所述社保关联功能服务器；多个社保关联功能服务器，用于根据接收到的所述社保数据执行对应的社保关联功能。通过本发明的技术方案，第一接口服务器、第二接口服务器以及社保关联功能服务器只需要布置专线云端，无需布置在政府机构中，从而便于开放方对这些服务器进行更新和维护和性能横向拓展，减少更新和维护所消耗的时间成本和人力成本。
Description
【技术领域】
本发明涉及计算机技术领域，尤其涉及一种数据交互系统及方法和计算机可读存储介质。
【背景技术】
随着信息化改革推进以及国家医改政策的推进，医疗控费、商业保险、医药卫生行业监管、公立医院改革、医保支付方式改革等会逐步开始落地，这样就需要一系列的信息化系统进行支撑，并集成在现有的HIS系统(Hospital Information System，医院信息系统)中发挥作用。
然而，政府相关机构中现有的HIS系统运行网络都是基于局域网，其系统也全是内部运转，难以实现数据的实时共享，不利于更新和维护，并且，将上述所有信息化系统都设置在一起，需要增设大量服务器和和人力维护成本。
在相关技术中，虽然具有将各信息化系统部署在信息化系统的开发方，以便进行更新和维护的方案，但其需要在每个信息化系统与政府机构中的社保服务器之间建立接口，不仅操作繁琐，也容易增加社保服务器内居民的隐私信息泄露的可能性。
因此，如何部署多个信息化系统与社保服务器的连接关系，成为目前亟待解决的技术问题。
【发明内容】
本发明实施例提供了一种数据交互系统及方法和计算机可读存储介质，旨在解决相关技术中医保信息化系统与政府机构中的社保服务器间的对接繁琐的技术问题，能够不在政府机构中布置大量服务器，减少更新和维护所消耗的时间成本和人力成本。
第一方面，本发明实施例提供了一种数据交互系统，包括：社保服务器，连接至多个医院系统，用于获取来自所述多个医院系统的社保数据；第一接口服务器，连接至所述社保服务器和第二接口服务器，用于通过数据接口获取来自所述社保服务器的所述社保数据，并将所述社保数据发送至所述第二接口服务器；第二接口服务器，连接有多个社保关联功能服务器，用于将所述社保数据发送至对应的所述社保关联功能服务器；多个社保关联功能服务器，用于根据接收到的所述社保数据执行对应的社保关联功能。
在本发明上述实施例中，可选地，所述多个社保关联功能服务器还用于：将执行所述对应的社保关联功能的执行结果经所述第二接口服务器、所述第一接口服务器发送至所述社保服务器。
在本发明上述实施例中，可选地，所述第一接口服务器设置在开放云端；所述第二接口服务器设置在私密云端。
在本发明上述实施例中，可选地，所述第一接口服务器和所述第二接口服务器通过HTTP协议对接。
在本发明上述实施例中，可选地，所述第一接口服务器和所述社保服务器通过HTTPS协议对接。
在本发明上述实施例中，可选地，所述第一接口服务器存储有多个密钥，所述多个密钥分别对应所述多个医院系统，以及所述第一接口服务器还用于：在获取目标医院系统的所述社保数据的过程中，向所述目标医院系统提供对应的目标密钥，以供所述目标医院系统在验证所述目标密钥有效后向所述第一接口服务器提供所述社保数据。
在本发明上述实施例中，可选地，所述社保服务器为Nginx接口转发服务器。
第二方面，本发明实施例提供了一种数据交互方法，包括：社保服务器获取与所述社保服务器相连的多个医院系统的社保数据；第一接口服务器通过所述社保服务器的数据接口获取所述社保服务器中的所述社保数据，并将所述社保数据发送至所述第二接口服务器；第二接口服务器接收所述社保数据，并将所述社保数据发送至对应的所述社保关联功能服务器；所述社保关联功能服务器接收所述社保数据，并根据接收到的所述社保数据执行对应的社保关联功能。
在本发明上述实施例中，可选地，还包括：所述社保关联功能服务器将执行所述对应的社保关联功能的执行结果经所述第二接口服务器、所述第一接口服务器发送至所述社保服务器。
在本发明上述实施例中，可选地，所述第一接口服务器设置在开放云端；所述第二接口服务器设置在私密云端。
在本发明上述实施例中，可选地，所述第一接口服务器和所述第二接口服务器通过HTTP协议对接。
在本发明上述实施例中，可选地，所述第一接口服务器和所述社保服务器通过HTTPS协议对接。
在本发明上述实施例中，可选地，所述第一接口服务器存储有多个密钥，所述多个密钥分别对应所述多个医院系统，以及所述数据交互方法还包括：所述第一接口服务器在获取目标医院系统的所述社保数据的过程中，向所述目标医院系统提供对应的目标密钥，以供所述目标医院系统在验证所述目标密钥有效后向所述第一接口服务器提供所述社保数据。
在本发明上述实施例中，可选地，所述社保服务器为Nginx接口转发服务器。
第三方面，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述第二方面中任一项所述的方法流程。
通过以上技术方案，针对相关技术中的医保信息化系统与政府机构中的社保服务器间的对接繁琐的技术问题，具体来说，可将多个社保关联功能服务器(即多个医保信息化系统各自所在的服务器)统一接口至第二接口服务器，再接口至第一接口服务器，最终将第一接口服务器与社保服务器连通，这样只需要在社保服务器上开放出来一个端口也就是开墙一次即可，取代了在社保服务器上分别针对不同系统开放出来多个端口的技术方案，降低了因为开放端口数量过多造成社保服务器的监控管理风险，同时由于开放端口数量的减少，也降低了社保服务器上的居民信息发生泄露的可能性，维护了居民的信息安全。
同时，可通过第一接口服务器、第二接口服务器建立统一接口，实现多个社保关联功能服务器与社保服务器的对接，这样一来，多个社保关联功能服务器可通过第一接口服务器、第二接口服务器形成的统一接口与社保服务器对接，而无需与社保服务器一起布置在政府机构中，只要布置专线云端即可，从而便于开发方对这些服务器进行更新和维护和性能横向拓展，减少更新和维护所消耗的时间成本和人力成本。
【附图说明】
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1示出了本发明的一个实施例的数据交互系统的框图；
图2示出了本发明的另一个实施例的数据交互系统的框图；
图3示出了本发明的一个实施例的数据交互方法的流程图。
【具体实施方式】
为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。
应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
图1示出了本发明的一个实施例的数据交互系统的框图。
如图1所示，本发明的一个实施例的数据交互系统100，包括：社保服务器102、第一接口服务器104、第二接口服务器106和多个社保关联功能服务器：社保关联功能服务器1082、社保关联功能服务器1084、……、社保关联功能服务器108n。
社保服务器102连接至多个医院系统(医院系统1、医院系统2、……、医院系统n)，用于获取来自所述多个医院系统的社保数据；第一接口服务器104，连接至所述社保服务器102和第二接口服务器106，用于通过数据接口获取来自所述社保服务器102的所述社保数据，并将所述社保数据发送至所述第二接口服务器106；第二接口服务器106，连接有多个社保关联功能服务器，用于将所述社保数据发送至对应的所述社保关联功能服务器；多个社保关联功能服务器，用于根据接收到的所述社保数据执行对应的社保关联功能。
在上述技术方案中，具体来说，可将多个社保关联功能服务器(即多个医保信息化系统各自所在的服务器)统一接口至第二接口服务器106，再接口至第一接口服务器104，最终将第一接口服务器104与社保服务器102连通，这样只需要在社保服务器102上开放出来一个端口也就是开墙一次即可，取代了在社保服务器102上分别针对不同系统开放出来多个端口的技术方案，降低了因为开放端口数量过多造成社保服务器102的监控管理风险，同时由于开放端口数量的减少，也降低了社保服务器102上的居民信息发生泄露的可能性，维护了居民的信息安全。
同时，可通过第一接口服务器104、第二接口服务器106建立统一接口，实现多个社保关联功能服务器与社保服务器102的对接，这样一来，多个社保关联功能服务器可通过第一接口服务器104、第二接口服务器106形成的统一接口与社保服务器102对接，而无需与社保服务器102一起布置在政府机构中，只要布置专线云端即可，从而便于开发方对这些服务器进行更新和维护和性能横向拓展，减少更新和维护所消耗的时间成本和人力成本。
在本发明上述技术方案中，可选地，所述多个社保关联功能服务器还用于：将执行所述对应的社保关联功能的执行结果经所述第二接口服务器106、所述第一接口服务器104发送至所述社保服务器102。
也就是说，无论将来追加多少个社保关联功能服务器，以对接社保单位或者医院，都会借助这个统一接口通道，即均会通过第二接口服务器106-第一接口服务器104-社保服务器102这样的路径，从而保证了数据传输通道的唯一性和安全性，便于对接口进行维护，降低人力维护成本。
在本发明上述技术方案中，可选地，所述第一接口服务器104设置在开放云端；所述第二接口服务器106设置在私密云端。
开放云端为外界可访问的云端，而私密云端则为开发方的私有云端，更具安全性，本技术方案通过私密云端的第二接口服务器106与开放云端的第一接口服务器104进行数据交互，而非将私密云端的第二接口服务器106直接与社保服务器102进行数据交互，避免了开发方的私有云端直接与外部接触，保护了私有云端上部署的包括多个社保关联功能服务器在内的所有系统的安全。
在本发明上述技术方案中，可选地，所述第一接口服务器104和所述第二接口服务器106通过HTTP协议对接。
这种对接方式用于专线和内网对接的情况，这里的专线指的是专用于传输的第一接口服务器104，内网指的是设置在开发方的内网的第二接口服务器106。HTTP(Hyper TextTransfer Protocol，超文本传输协议)用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少，不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。当然，HTTP协议包含命令和传输信息，不仅可用于Web访问，也可以用于其他因特网/内联网应用系统之间的通信，从而实现各类应用资源超媒体访问的集成。其中，HTTP协议以明文方式发送内容，便于快速识别对接内容。
在本发明上述技术方案中，可选地，所述第一接口服务器104和所述社保服务器102通过HTTPS协议对接。
这种对接方式用于专线和社保服务器102对接的情况，这里的专线指的是专用于传输的第一接口服务器104。HTTPS(Hyper Text Transfer Protocol over Secure SocketLayer，安全套接字层超文本传输协议)相当于HTTP的安全版，为了数据传输的安全，HTTPS在HTTP的基础上加入了SSL(Secure Sockets Layer，安全套接层)协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。由于第一接口服务器104连接着开发方的内网，因此，其与社保服务器102对接，会面临泄露开发方的社保信息内容的风险，故需要使用具有通信加密功能的HTTPS协议进行对接，以保护开发方的信息安全。
在本发明上述技术方案中，可选地，所述第一接口服务器104存储有多个密钥，所述多个密钥分别对应所述多个医院系统，以及所述第一接口服务器104还用于：在获取目标医院系统的所述社保数据的过程中，向所述目标医院系统提供对应的目标密钥，以供所述目标医院系统在验证所述目标密钥有效后向所述第一接口服务器104提供所述社保数据。
在该技术方案中，第一接口服务器只能通过目标医院系统所对应的密钥才能获取该目标医院系统的社保用户数据，如果第一接口服务器不具有目标医院系统所对应的密钥，则无法获取该目标医院系统的用户数据。通过该技术方案，实现了不同医院间的数据隔离，保护了医院及其社保结算数据的安全性和隐私性。
在本发明上述技术方案中，可选地，所述社保服务器102为Nginx接口转发服务器。
Nginx是一个高性能的HTTP和反向代理服务，其具有占有内存少、并发能力强的优势，故使用Nginx接口转发服务器作为社保服务器，可在数据请求高并发的情况下仍能高效完成社保相关工作，提升了社保工作的效率。
另外，所述第二接口服务器106通过nginx接口转发的方式对接多个所述功能服务器完成数据流转的闭环，同样也实现了高效处理高并发情况的技术效果。
图2示出了本发明的另一个实施例的数据交互系统的框图。
如图2所示，本发明的另一个实施例的数据交互系统200包括：社保服务器202、第一接口服务器204、第二接口服务器206和社商保云服务器2082、风控云服务器2084、PBM服务器2086、TPA接口服务器2088和慢病风控服务器20810。
其中，社保服务器202位于社保相关单位内，连接有市立医院、矿务局医院和妇幼保健医院的服务器，市立医院、矿务局医院和妇幼保健医院的服务器中存储有社保相关信息，供社保服务器202调用。由于各医院的服务器类型和实际信息量的差异，各医院与社保服务器202的接口参数需根据实际情况分别设置。
在社保服务器202上开墙，连接位于开发方的开放云端的第一接口服务器204，开放云端的第一接口服务器204，再连接有位于开发方的私密云端的第二接口服务器通206，第二接口服务器206则与各种社保关联功能服务器相连，由此，可通过社保服务器202-第一接口服务器204-第二接口服务器206的通道将各医院的社保相关数据送入开发方的私密云端的各种社保关联功能服务器进行处理。
其中，社保关联功能服务器包括但不限于社商保云服务器2082、风控云服务器2084、PBM服务器2086、TPA接口服务器2088和慢病风控服务器20810。社商保云服务器2082用于处理社会保险和商业保险的相关数据，风控云服务器2084用于处理风险控制方面的数据，PBM(药品福利管理)服务器2086用于处理各种保险下的药品使用数据等，TPA(ThirdParty Administrator for Group Medical Insurance，医疗保险第三方公司)接口服务器2088用于处理医疗保险第三方公司的相关数据，医疗保险第三方公司的业务包括提供新契约与保全服务、处理理赔、提供客户服务、医疗服务机构网络、安排医疗费用结算服务等，这些服务覆盖有慢病风险控制、慢病资格、检验检查等方便，不同的方面均可连接有专用服务器，以便高效处理对应的数据。
通过以上技术方案，只需要在社保服务器上开放出来一个端口也就是开墙一次即可，取代了在社保服务器上分别针对不同系统开放出来多个端口的技术方案，降低了因为开放端口数量过多造成社保服务器的监控管理风险，同时由于开放端口数量的减少，也降低了社保服务器上的居民信息发生泄露的可能性，维护了居民的信息安全。并且，无需与社保服务器一起布置在政府机构中，只要布置专线云端即可，从而便于开发方对这些服务器进行更新和维护和性能横向拓展，减少更新和维护所消耗的时间成本和人力成本。
图3示出了本发明的一个实施例的数据交互方法的流程图。
如图3所示，本发明的一个实施例的数据交互方法的流程包括：
步骤302，社保服务器获取与所述社保服务器相连的多个医院系统的社保数据。
步骤304，第一接口服务器通过所述社保服务器的数据接口获取所述社保服务器中的所述社保数据，并将所述社保数据发送至所述第二接口服务器。
步骤306，第二接口服务器接收所述社保数据，并将所述社保数据发送至对应的所述社保关联功能服务器。
步骤308，所述社保关联功能服务器接收所述社保数据，并根据接收到的所述社保数据执行对应的社保关联功能。
该数据交互方法使用图1和图2示出的实施例中任一项所述的数据交互系统，因此，具有上述所有技术效果，在此不再赘述。该数据交互方法还具有以下技术特征：
在本发明上述实施例中，可选地，还包括：所述社保关联功能服务器将执行所述对应的社保关联功能的执行结果经所述第二接口服务器、所述第一接口服务器发送至所述社保服务器。
在本发明上述实施例中，可选地，所述第一接口服务器设置在开放云端；所述第二接口服务器设置在私密云端。
在本发明上述实施例中，可选地，所述第一接口服务器和所述第二接口服务器通过HTTP协议对接。
在本发明上述实施例中，可选地，所述第一接口服务器和所述社保服务器通过HTTPS协议对接。
在本发明上述实施例中，可选地，所述第一接口服务器存储有多个密钥，所述多个密钥分别对应所述多个医院系统，以及所述数据交互方法还包括：所述第一接口服务器在获取目标医院系统的所述社保数据的过程中，向所述目标医院系统提供对应的目标密钥，以供所述目标医院系统在验证所述目标密钥有效后向所述第一接口服务器提供所述社保数据。
在本发明上述实施例中，可选地，所述社保服务器为Nginx接口转发服务器。
另外，本发明实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述图3实施例中任一项所述的方法流程。
以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，只需要在社保服务器上开放出来一个端口也就是开墙一次即可，取代了在社保服务器上分别针对不同系统开放出来多个端口的技术方案，降低了因为开放端口数量过多造成社保服务器的监控管理风险，同时由于开放端口数量的减少，也降低了社保服务器上的居民信息发生泄露的可能性，维护了居民的信息安全。并且，无需与社保服务器一起布置在政府机构中，只要布置专线云端即可，从而便于开发方对这些服务器进行更新和维护和性能横向拓展，减少更新和维护所消耗的时间成本和人力成本。
应当理解，尽管在本发明实施例中可能采用术语第一、第二等来描述接口服务器，但这些接口服务器不应限于这些术语。这些术语仅用来将接口服务器彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一接口服务器也可以被称为第二接口服务器，类似地，第二接口服务器也可以被称为第一接口服务器。
取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
需要说明的是，本发明实施例中所涉及的终端可以包括但不限于个人计算机(Personal Computer，PC)、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、手机、MP3播放器、MP4播放器等。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
在本发明的各实施例中，服务器内以软件功能的形式实现的集成的功能内容，可以存储在一个计算机可读取存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (10)
1.一种数据交互系统，其特征在于，包括：
社保服务器，连接至多个医院系统，用于获取来自所述多个医院系统的社保数据；
第一接口服务器，连接至所述社保服务器和第二接口服务器，用于通过数据接口获取来自所述社保服务器的所述社保数据，并将所述社保数据发送至所述第二接口服务器；
第二接口服务器，连接有多个社保关联功能服务器，用于将所述社保数据发送至对应的所述社保关联功能服务器；
多个社保关联功能服务器，用于根据接收到的所述社保数据执行对应的社保关联功能。
2.根据权利要求1所述的数据交互系统，其特征在于，所述多个社保关联功能服务器还用于：
将执行所述对应的社保关联功能的执行结果经所述第二接口服务器、所述第一接口服务器发送至所述社保服务器。
3.根据权利要求1所述的数据交互系统，其特征在于，
所述第一接口服务器设置在开放云端；
所述第二接口服务器设置在私密云端。
4.根据权利要求3所述的数据交互系统，其特征在于，
所述第一接口服务器和所述第二接口服务器通过HTTP协议对接。
5.根据权利要求1所述的数据交互系统，其特征在于，
所述第一接口服务器和所述社保服务器通过HTTPS协议对接。
6.根据权利要求1所述的数据交互系统，其特征在于，
所述第一接口服务器存储有多个密钥，所述多个密钥分别对应所述多个医院系统，以及所述第一接口服务器还用于：
在获取目标医院系统的所述社保数据的过程中，向所述目标医院系统提供对应的目标密钥，以供所述目标医院系统在验证所述目标密钥有效后向所述第一接口服务器提供所述社保数据。
7.根据权利要求1所述的数据交互系统，其特征在于，
所述社保服务器为Nginx接口转发服务器。
8.一种数据交互方法，其特征在于，包括：
社保服务器获取与所述社保服务器相连的多个医院系统的社保数据；
第一接口服务器通过所述社保服务器的数据接口获取所述社保服务器中的所述社保数据，并将所述社保数据发送至所述第二接口服务器；
第二接口服务器接收所述社保数据，并将所述社保数据发送至对应的所述社保关联功能服务器；
所述社保关联功能服务器接收所述社保数据，并根据接收到的所述社保数据执行对应的社保关联功能。
9.根据权利要求8所述的数据交互方法，其特征在于，还包括：
所述社保关联功能服务器将执行所述对应的社保关联功能的执行结果经所述第二接口服务器、所述第一接口服务器发送至所述社保服务器。
10.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求8或9所述的方法流程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811536829.8A CN109816538A (zh) | 2018-12-14 | 2018-12-14 | 数据交互系统及方法和计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811536829.8A CN109816538A (zh) | 2018-12-14 | 2018-12-14 | 数据交互系统及方法和计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109816538A true CN109816538A (zh) | 2019-05-28 |
Family
ID=66602025
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811536829.8A Pending CN109816538A (zh) | 2018-12-14 | 2018-12-14 | 数据交互系统及方法和计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109816538A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113035336A (zh) * | 2019-12-25 | 2021-06-25 | 北京金迅瑞博网络技术有限公司 | 医院信息系统的社保对接方法、装置、系统及电子设备 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN201340630Y (zh) * | 2008-12-23 | 2009-11-04 | 中国工商银行股份有限公司山东省分行 | 社会保障复合卡管理装置 |
| CN102074069A (zh) * | 2011-01-13 | 2011-05-25 | 易联众信息技术股份有限公司 | 一种门诊诊疗费用自助结算方法 |
| CN102096870A (zh) * | 2011-01-13 | 2011-06-15 | 易联众信息技术股份有限公司 | 一种医疗费用银行支付委托方法 |
| US20150039676A1 (en) * | 2013-07-31 | 2015-02-05 | Microsoft Corporation | Messaging api over http protocol to establish context for data exchange |
| US20150082018A1 (en) * | 2011-09-13 | 2015-03-19 | Thomas Landais | Secure data exchange method, and communication device and system implementing same |
| CN105184334A (zh) * | 2015-07-17 | 2015-12-23 | 四川精工伟达智能技术股份有限公司 | 多行业智能卡应用系统及方法 |
| CN205140006U (zh) * | 2015-11-21 | 2016-04-06 | 朱思慧 | 社会保障复合卡管理装置 |
| CN105657048A (zh) * | 2016-02-25 | 2016-06-08 | 蓝网科技股份有限公司 | 对信息系统服务器的监控方法及装置 |
| CN206249316U (zh) * | 2016-11-22 | 2017-06-13 | 夏敬国 | 一种基于云端的医院数据中心平台系统 |
| CN107734034A (zh) * | 2017-10-17 | 2018-02-23 | 泰康保险集团股份有限公司 | 服务器对接系统、方法、计算机可读存储介质及前置机 |
-
2018
- 2018-12-14 CN CN201811536829.8A patent/CN109816538A/zh active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN201340630Y (zh) * | 2008-12-23 | 2009-11-04 | 中国工商银行股份有限公司山东省分行 | 社会保障复合卡管理装置 |
| CN102074069A (zh) * | 2011-01-13 | 2011-05-25 | 易联众信息技术股份有限公司 | 一种门诊诊疗费用自助结算方法 |
| CN102096870A (zh) * | 2011-01-13 | 2011-06-15 | 易联众信息技术股份有限公司 | 一种医疗费用银行支付委托方法 |
| US20150082018A1 (en) * | 2011-09-13 | 2015-03-19 | Thomas Landais | Secure data exchange method, and communication device and system implementing same |
| US20150039676A1 (en) * | 2013-07-31 | 2015-02-05 | Microsoft Corporation | Messaging api over http protocol to establish context for data exchange |
| CN105184334A (zh) * | 2015-07-17 | 2015-12-23 | 四川精工伟达智能技术股份有限公司 | 多行业智能卡应用系统及方法 |
| CN205140006U (zh) * | 2015-11-21 | 2016-04-06 | 朱思慧 | 社会保障复合卡管理装置 |
| CN105657048A (zh) * | 2016-02-25 | 2016-06-08 | 蓝网科技股份有限公司 | 对信息系统服务器的监控方法及装置 |
| CN206249316U (zh) * | 2016-11-22 | 2017-06-13 | 夏敬国 | 一种基于云端的医院数据中心平台系统 |
| CN107734034A (zh) * | 2017-10-17 | 2018-02-23 | 泰康保险集团股份有限公司 | 服务器对接系统、方法、计算机可读存储介质及前置机 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113035336A (zh) * | 2019-12-25 | 2021-06-25 | 北京金迅瑞博网络技术有限公司 | 医院信息系统的社保对接方法、装置、系统及电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| McGhin et al. | Blockchain in healthcare applications: Research challenges and opportunities | |
| Al-Issa et al. | eHealth cloud security challenges: a survey | |
| US20190027237A1 (en) | Blockchain network for secure exchange of healthcare information | |
| Aggarwal et al. | Blockchain-based UAV path planning for healthcare 4.0: Current challenges and the way ahead | |
| Abouzakhar et al. | Internet of things security: A review of risks and threats to healthcare sector | |
| Kumar et al. | RETRACTED ARTICLE: Secure access control for manufacturing sector with application of ethereum blockchain | |
| CN107851167A (zh) | 在计算环境中保护计算数据的技术 | |
| Choudhary et al. | Make-it—A lightweight mutual authentication and key exchange protocol for industrial internet of things | |
| CN110009494A (zh) | 一种监控区块链中的交易内容的方法及装置 | |
| De Aguiar et al. | A blockchain-based protocol for tracking user access to shared medical imaging | |
| Brantly | Banning encryption to stop terrorists: A worse than futile exercise | |
| Sabnis et al. | Opportunities and challenges: Security in ehealth | |
| Wadhwa et al. | A survey on emerging software-defined networking and blockchain in smart health care | |
| CN115085934A (zh) | 基于区块链和组合密钥的合同管理方法及相关设备 | |
| CN110148441A (zh) | 一种基于区块链的临床试验电子数据采集管理方法以及装置 | |
| CN109816538A (zh) | 数据交互系统及方法和计算机可读存储介质 | |
| CN108959908A (zh) | 一种与接入sdk的移动平台进行认证的方法、计算机设备及存储介质 | |
| CN108876299A (zh) | 一种处理电子合同的方法及装置 | |
| Segal | Bridging the cyberspace gap: Washington and Silicon Valley | |
| Behnaminia et al. | Blockchain technology applications in patient tracking systems regarding privacy-preserving concerns and COVID-19 pandemic | |
| Ahmed et al. | Augmenting security and accountability within the eHealth Exchange | |
| Sim et al. | Argus: A centralized control system for preserving privacy during digital forensics investigations | |
| Yao et al. | Privacy information antistealing control method of medical system based on cloud computing | |
| Arbelaez et al. | Securing Wireless Infusion Pumps | |
| JP6025160B2 (ja) | 二つで一つのパスワード |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220525 Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd. Address before: Room 12G, Area H, 666 Beijing East Road, Huangpu District, Shanghai 200001 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |