CN105205766B - 基于云平台的移动互联网医院就诊系统 - Google Patents
基于云平台的移动互联网医院就诊系统 Download PDFInfo
- Publication number
- CN105205766B CN105205766B CN201510507839.9A CN201510507839A CN105205766B CN 105205766 B CN105205766 B CN 105205766B CN 201510507839 A CN201510507839 A CN 201510507839A CN 105205766 B CN105205766 B CN 105205766B
- Authority
- CN
- China
- Prior art keywords
- hospital
- cloud platform
- data
- service
- 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.)
- Active
Links
- 238000003860 storage Methods 0.000 claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 13
- 238000007726 management method Methods 0.000 claims description 66
- 230000001360 synchronised effect Effects 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 11
- 230000003993 interaction Effects 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 11
- 238000013523 data management Methods 0.000 claims description 10
- 238000011176 pooling Methods 0.000 claims description 8
- 238000001514 detection method Methods 0.000 claims description 7
- 238000002955 isolation Methods 0.000 claims description 7
- 238000000926 separation method Methods 0.000 claims description 7
- 230000007246 mechanism Effects 0.000 claims description 5
- 238000009826 distribution Methods 0.000 claims description 4
- 230000002093 peripheral effect Effects 0.000 claims description 3
- 238000011084 recovery Methods 0.000 claims description 3
- 238000004422 calculation algorithm Methods 0.000 claims description 2
- 239000011435 rock Substances 0.000 claims 1
- 230000010354 integration Effects 0.000 abstract description 4
- 230000000977 initiatory effect Effects 0.000 abstract description 3
- 230000006870 function Effects 0.000 description 24
- 238000012545 processing Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 7
- 238000011161 development Methods 0.000 description 5
- 230000018109 developmental process Effects 0.000 description 5
- 238000013508 migration Methods 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 4
- 206010033799 Paralysis Diseases 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000008602 contraction Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000007689 inspection Methods 0.000 description 3
- 230000001788 irregular Effects 0.000 description 3
- 230000005012 migration Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 238000013439 planning Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000002688 persistence Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000010367 cloning Methods 0.000 description 1
- 238000007596 consolidation process Methods 0.000 description 1
- 238000001816 cooling Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 1
- 239000010931 gold Substances 0.000 description 1
- 229910052737 gold Inorganic materials 0.000 description 1
- 230000006266 hibernation Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000149 penetrating effect Effects 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种基于云平台的移动互联网医院就诊系统，包括一端与医院内部系统通信，另一端与用户终端通信的云平台，云平台的一端通过一次接口与医院内部系统通信，另一端与多个用户终端通信，这些终端分别通过云平台利用一次接口与医院内部系统进行数据交互。医佳云平台采用开放式的软件架构体系，采用一次接口，统一了医院各个系统之间的数据交换；支持多种终端接入，把数据标准化处理后对任何第三方系统提供服务，把大量历史查询数据同步到平台存储来减轻对医院内部服务器发起大量的请求；使医院内部系统与终端之间只需通过一次接口，就完成了不同软件、不同系统的整合，使医院流程规范化、标准化，帮助医院创新互联网就诊模式。
Description
技术领域
本发明涉及一种基于云平台的移动互联网医院就诊系统。
背景技术
目前，市面上的移动互联网医院平台，医院内部系统和其它第三方的系统通过接口的方式交换数据，实现在移动应用上挂号、缴费、查看报告等。如果要接入多个第三方系统的话，由于每个第三方使用的开发语言和技术不一样就导致每接入一个系统，医院就必须提供与之对应的接口，使得建设成本高、周期长。而且每个软件的流程不一样，应用程序越多，医院内部系统负担越重，大量的访问就很可能造成医院内部系统的瘫痪。
发明内容
本发明的目的是提供一种基于云平台的移动互联网医院就诊系统，解决了现有技术中医院内部系统与第三方系统需要通过多个接口的方式交换数据，使得建设成本高、周期长、系统负担重、流程不规范的技术问题。
本发明的目的是采用以下技术方案实现的，一种基于云平台的移动互联网医院就诊系统，包括一端与医院内部系统通信，另一端与用户终端通信的云平台，所述云平台的一端通过一次接口与医院内部系统通信，另一端与多个用户终端通信，这些终端分别通过云平台利用一次接口与医院内部系统进行数据交互。
其中，所述云平台包括相互通讯的数据库服务器、中间件服务器、多个应用服务器，其中所述数据库服务器承载医院的各种数据，所述中间件服务器位于应用服务器与数据库服务器之间，所述中间件服务器主要起安全隔离、负载均衡、读写分离的作用；所述多个应用服务器通过资源池化后生成虚拟机的方式承载医院的各种应用系统。
另外，所述云平台包括中间件服务器、多个应用服务器，所述多个应用服务器通过资源池化后生成虚拟机的方式承载医院的各种应用系统；所述中间件服务器位于应用服务器与存储空间之间，所述中间件服务器主要起安全隔离、负载均衡、读写分离的作用；所述每个应用服务器均带有存储空间，所述每个应用服务器上的存储空间通过SAN存储共享。
具体地，所述云平台还包括FC存储设备，用于存储总数据；所述数据库服务器、应用服务器均通过FCoE的方式与FC存储设备进行数据交互。
进一步地，所述云平台还包括由多台统一端口的交换机虚拟而成的核心交换机，该核心交换机用于整个就诊系统中数据的交互。
进一步地，所述核心交换机与用户端之间通讯连接有负载均衡器，所述负载均衡器将不同的用户请求分配到不同的应用服务器上。
进一步地，所述用户终端包括与云平台通讯连接的电子支付终端、预约挂号终端、电子对账终端。
进一步地，所述云平台与医院内部系统之间部署有保障医院内部系统与云平台之间网络安全的网闸。
进一步地，所述云平台与用户终端之间部署有UTM，所述UTM用于保障用户终端与云平台之间的网络安全、用户支付安全。
与现有技术相比，本发明的有益效果为:搭建一个云平台(医佳云)来统一和医院各个系统进行数据交换，把数据进行标准化处理后对任何第三方系统提供服务；把大量历史查询数据同步到平台存储来减轻对医院内部服务器发起大量的请求。医院内部系统与第三方系统之间只需通过一次接口，就完成了不同软件、不同系统的整合，为平台的综合应用打下了基础，使医院流程规范化、标准化，帮助医院创新互联网就诊模式，合理分配医疗资源。还可以把已经建设的和还未建设的信息化系统数据在平台上实现交互，从而制定出符合医院标准的互联网+的模式。因为共融了各种应用软件和系统，患者可以选择自己熟悉的软件进行操作，方便了群众，提高了效率。
附图说明
本发明的附图说明如下：
图1位本发明的流程示意图；
图2为本发明另一方案的流程示意图。
具体实施方式
为了使本发明实现的技术手段、创作特征、达成目的与作用更加清楚及易于了解，下面结合附图和具体实施方式对本发明作进一步阐述：
实施例一:参见图1，一种基于云平台的移动互联网医院就诊系统，包括一端与医院内部系统通信，另一端与用户终端通信的云平台，所述云平台的一端通过一次接口与医院内部系统通信，另一端与多个用户终端通信，这些终端分别通过云平台利用一次接口与医院内部系统进行数据交互。所述一次性接口是指云平台和医院内部系统之间通过WebService或Scoket接口实现通信。Web Service技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据Web Service规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。Web Service是自描述、自包含的可用网络模块，可以执行具体的业务功能。WebService也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。如果有其它应用需要数据时不会再和医院对接，直接接入云平台；当需要数据时发起请求,接口将返回相应的数据。本发明搭建了统一的外网接入内网接口服务平台，医院只做一次接口，接口服务平台为多终端提供不同的业务接入，实现了技术标准统一和规范，降低了医院接入成本投入，提高了医院资源利用率。
云平台(医佳云)来统一和医院内部各个系统进行数据交换，把数据进行标准化处理后对任何第三方系统提供服务；把大量历史查询数据同步到平台存储来减轻对医院内部服务器发起大量的请求。医院内部系统与第三方系统之间只需通过一次接口，就完成了不同软件、不同系统的整合，为平台的综合应用打下了基础，使医院流程规范化、标准化。多终端接入时，都需遵循统一的就医服务流程，优化了医疗资源，提高了医疗效率，改善了传统的就医体验，营造更加和谐的就医环境和氛围；帮助医院创新互联网就诊模式，合理分配医疗资源。还可以把已经建设的和还未建设的信息化系统数据在平台上实现交互，从而制定出符合医院标准的互联网+的模式。因为共融了各种应用软件和系统，患者可以选择自己熟悉的软件进行操作，方便了群众，提高了效率。所有外网的访问申请，必须通过云平台才能够实施；而所有医院业务内网数据发布，也只有通过它才能够传送。
其中，所述云平台包括相互通讯的数据库服务器、中间件服务器、四个应用服务器，其中所述数据库服务器承载医院的各种数据，由于像ORACLE等数据库系统对设备性能要求很高，所以本发明采用高性能的R590服务器作为数据库服务器。数据库服务器中存储有云平台自身的业务数据比如支付数据、挂号、缴费等数据和同步医院内部系统的数据，包括科室，医生，报告等数据；对医院内部同步过来的数据进行转换和处理；向各类移动终端分发平台数据；接收各类移动终端请求，数据处理中根据业务要求，如果需要访问医院内部系统，则将数据整合转换，并向医院内部系统发出请求，获取医院内部数据，并下发给各类移动端应用。
所述四个应用服务器通过资源池化后生成虚拟管理机的方式承载医院的各种应用系统。应用服务器与存储空间之间设有中间件服务器，中间件服务器主要起安全隔离、负载均衡、读写分离的作用。
当用户通过终端访问云平台(医佳云平台)时，通过Internet网络进入UTM安全设备，在经过负载均衡器LB，负载均衡器LB将客户的请求进行分配，然后通过核心交换机，如果需要访问历史数据，核心交换机将请求发送到相对应的应用服务器上(Web服务器)，Web服务器通过核心交换机取得数据库服务器里面的数据来返回给客户，如果需要医院内部系统的数据，应用服务台通过云平台与医院内部系统之间的一次接口来调用医院内部系统各个系统的资料，然后再返回给用户。所述云平台可同时接多家医院内部系统。
医院云计算基础通过应用服务器虚拟化，应用服务器是云平台的核心，其承载着云平台的“计算”功能。对于云平台上的应用服务器通常都是将相同或相类似的应用服务器组合在一起，作为资源分配的母体，即应用服务器资源池。在应用服务器资源池上再通过安装虚拟化软件，使得其计算资源能以一种虚拟服务器的方式被不同的应用使用。这里所提到的虚拟服务器，是一种逻辑概念。对不同处理器架构的服务器以及不同的虚拟化平台软件，其实现的具体方式不同。在x86系列的芯片上，其主要是以常规意义上的VMware虚拟机或者虚拟机的形式存在。新的云平台上线以后，原有云平台上的应用会逐步向新的云平台迁移，空出的服务器资源池也会逐渐并入新的云平台的资源池中。
本发明中将四个内容相同或相似的应用服务器通过一个DCOM接口组合在一起，作为资源分配的母体，构成应用服务器资源池；该资源池在内存中运行，彼此独立且不相关，当其中一个应用服务器出问题时，其它应用服务器不会受影响，不用担心工作站的电脑坏而受影响的问题。
具体地，所述云平台还包括FC存储设备，用于统一存储数据；以便于充分满足数据库服务器对存储的高性能、低延迟的要求。所述数据库服务器、应用服务器均通过FCoE的方式与FC存储设备进行数据交互，便于对设备的统一管理，节约了用户的管理、维护成本。
所述云平台还包括由两台统一端口的交换机虚拟而成的核心交换机，该核心交换机用于整个就诊系统中数据的交互。核心交换机采用IFR2虚拟化技术将两台交换机虚拟成一台，大大提高了网络的稳定性、可靠性。所述两台交换机一台为外部交换机，一台为物理交换机。通过VEPA方案可以将虚拟机流量引至外部交换机，解决了同一VLAN种虚拟机流量外部不可视等问题。此外，在物理交换机处可以针对虚拟机流量进行端口镜像、流量分析等等，保证了虚拟化环境下网络安全。虚拟化平台与网管平台的联动，使得虚拟机在完成迁移动作时，对应的网络策略同样可以跟随迁移到目的物理端口上，实现了虚拟机迁移的网络策略免维护。
除了定时检测和动态迁移之外，CAS还充分考虑了虚拟机对物理服务器主机的亲和性因素，即衡量虚拟机对当前物理服务器的依赖程度。例如，用户可能希望某些虚拟应用系统只允许在固定的物理服务器上运行，而不允许其动态迁移。此时，只需要在CAS云计算管理平台上，去勾选虚拟机的自动迁移属性即可(虚拟机自动迁移属性配置)。
为了提升云平台的可靠性，在云平台的计算资源池建设时，可以将多个物理服务器合并为一个具有共享资源池的集群。CVM HA功能会监控该集群下所有的主机和物理服务器内运行的虚拟主机。当物理服务器发生故障，出现宕机，HA功能组件会立即响应并在集群内另一台主机上重启该物理服务器内运行的虚拟机。当某一虚拟服务器发生故障时，HA功能也会自动的将该虚拟机重新启动来恢复中断的业务。除了对集群中的物理服务器节点进行持续检测之外,CAS HA软件模块还对运行于物理服务器节点之上的虚拟机进行持续检测。
在每台应用服务器节点上都运行了一个LRMd(Local Resource Manager daemon，本地资源管理器守护进程)，它是HA软件模块中直接操作所管理的各种资源的一个子模块，负责对本地的虚拟化资源进行状态检测，并通过shell脚本调用方式实现对资源的各种操作。当LRMd守护进程检测到本机的某台虚拟机出现通信故障时，首先将事件通知给DC，由DC统一将该虚拟机状态告知集群内所有的物理服务器节点，并按照一定的策略算法，为该故障的虚拟机选择一个空闲的服务器节点，在该节点上重启该虚拟机。
当物理服务器发生硬件故障时，所有运行于该服务器的虚拟机可以自动切换到其它的可用服务器上，相对传统的双机容错方案，CAS HA可以最大程度减少因硬件故障造成的服务器故障和服务中断时间。不同于其它HA的双机热备方式，所有参与HA的物理服务器都在运行生产系统，充分利用现有硬件资源。同时，对众多的操作系统和应用程序，CAS提供统一的HA解决方案，避免了针对不同操作系统或者应用，采用不同的HA方案带来的额外开销和复杂性。
CAS HA解决方案的技术特点：
1.自动侦测物理服务器和虚拟机失效
CAS会自动的监测物理服务器和虚拟机的运行状态，如果发现服务器或虚拟机出现故障，会在其它的服务器上重新启动故障机上所有虚拟机，这个过程无需任何人为干预。
2.资源预留
CAS永远会保证资源池里有足够的资源提供给虚拟机，当物理服务器宕机后，这部分资源可以保证虚拟机能够顺利的重新启动。
3.虚拟机自动重新启动
通过在其它的物理服务器上重新启动虚拟机，HA可以保护任何应用程序不会因为硬件失效而中断服务。
4.智能选择物理服务器
当与CAS动态负载均衡功能共同使用时，CAS HA可以根据资源的使用情况，为失效物理服务器上的虚拟机选择能获得最佳运行效果的物理服务器。
利用CAS CVM的服务器虚拟化能力，将原有业务分步骤迁移到虚拟化环境中。利用CAS CVM的虚拟交换机和网络策略模板功能，对虚拟机进行区域划分与流量控制。系统管理员通过CAS CVM控制台集中管理和监控业务系统与虚拟桌面的资源使用情况。
通过服务器虚拟化，提高硬件资源的利用率，可以有效地抑制IT资源不断膨胀的问题，降低客户的采购成本和维护成本，同时可以节省IT机房的占地空间以及供电和冷却等运营开支。
HA功能给医院云平台带来的价值如下：
1.简便的设置和启动使用“新建集群”向导来进行初始设置，使用CVM虚拟化管理平台添加主机和新的虚拟机。
2.降低硬件成本和设置在传统集群解决方案中，必须有重复的软硬件，而且各个组件必须正确连接和配置。使用CVM集群时，只要保证有足够的资源容纳要确保其故障切换的主机的数量，就可以便捷自动地完成主机故障切换。
3.无论硬件和操作系统平台如何，CVM HA都通过为应用程序提供可用的、经济的高可靠性，而使其更“大众化”。
传统的虚拟机生命周期是指虚拟机从创建到删除所经历的各个阶段，最常见的划分为“创建、运行、终结”三个阶段。在IaaS架构中，虚拟机作为最为重要的IT基础设施，它的生命周期供贯穿于整个云业务服务的流程之中，并直接关系着云计算平台的资源利用状况。因此，为了更好的将虚拟机的生命周期管理和云业务及资源平台管理结合在一起，在云计算解决方案中，将虚拟机的生命周期外延为“规划、创建、运行、调整、终结”五个阶段。虚拟机的规划是IT架构的关键设计范畴。在这个阶段需要将业务需求转化为IT需求，并落实到业务和资源两个方面的规划设计中来。着重考虑两个方面的内容，业务梳理和评估通过对业务的梳理，评估数据中心平台各业务部门对虚拟机类型和规模的需求定义各部门组织以及给组织划分其所属的虚拟资源，包括计算资源，网络资源，存储资源以及虚拟机模板等。
虚拟机的创建是虚拟机实体诞生并提供给用户业务的开始。云方案提供了多种方式来创建虚拟机从模板生成，自定义参数，克隆等。虚拟机创建时需要考虑硬件资源(CPU数量(核数)&CPU调度优先级，IO资源：存储资源&IO优先级。内存大小，网络资源等)和系统和应用(操作系统等))两方面的内容。这些因素在云管理平台中虚拟机创建流程中都会有涉及。
虚拟机的运行可以实现完整的传统物理机运行状态。而且依托虚拟化技术实现更加灵活的虚拟机使用模式：启动、休眠、关闭、暂停、恢复、重启。用户可以依托云管理平台简单的实现上述虚拟机的状态的切换。
虚拟机的调整是云业务管理员根据虚拟机所承载的业务的变化需求对现有虚拟机所占资源的主动行为。这种调整可以是由于业务扩展带来的虚拟机硬件资源扩张，也可能是业务收缩后对多余资源的释放。虚拟机的调整是云计算业务资源弹性最直观的体现，也是云计算技术给业务开展带来敏捷性的根本所在。云计算平台可以在线的调整虚拟机所占用的系统资源。
虚拟机在云计算管理平台上被删除，即意味着虚拟机生命周期的终结。在虚拟机生命周期终结时要关注虚拟机所占用系统资源的回收。云管理平台在虚拟删除后，会自动回收CPU和内存等资源，为了保证虚拟机数据安全其所占用的存储资源不会自动回收。
在云解决方案中，虚拟机生命周期的管理除了关注虚拟机正常的生命阶段以外，还需要关注虚拟机两个外延属性——业务和资源。
本发明整个数据中采用DRX动态资源扩展解决方案，使设备负载随业务负载的波动性变换而变化，既能保障业务爆发时的系统稳定性，也提高了设备的利用率。
随着业务量的增长，虚拟机对计算资源需求会相应的迅速增加。此时其所在物理服务器的可用资源可能就不能再满足以上承载的虚拟机的计算需要。CV M动态资源调整功能组件可以自动并持续地平衡计算资源池中的容量，可以动态的将虚拟机迁移到有更多可用计算资源的主机上，以满足虚拟机对计算资源的需求。即便大量运行SQLServer的虚拟机，只要开启了动态资源调整功能，就不必再对CPU和内存的瓶颈进行一一监测。全自动化的资源分配和负载平衡功能，也可以显著地提升数据中心内计算资源的利用效率，降低数据中心的成本与运营费用。
动态资源调整功能通过心跳机制，定时监测集群内主机的CPU利用率，并根据用户自定义的规则来判断是否需要为该主机在集群内寻找有更多可用资源的主机，以将该主机上的虚拟机迁移到另外一台具有更多合适资源的服务器上。
动态资源扩展(DRX)场景可以在云平台中实现基于用户业务负载的资源弹性扩展功能。即使当用户某项正常运行的业务面临突发流量访问时，CAS虚拟化平台能够监测到业务所在虚拟机性能不足，并将虚拟机进行快速复制，配合负载均衡LB设备对外提供服务，当访问高峰过后，CAS平台能够动态的收缩，删除过剩的虚拟机，从而实现计算资源随需而动。动态资源扩展方案是针对用户业务实际承载量来对实际所需资源进行调度，检测灵敏准确，调度更及时。不仅支持资源的扩展，还能够实现资源的收缩，时刻保持业务在最稳定、最高效的环境下运行。资源伸缩过程全部由CAS平台自动完成，不用手工干预，实现真正的资源动态部署。
为实现上述目标，DRX解决方案包含以下四大模块：资源层、业务资源调度&展示层、业务负载监控模块、业务负载分发模块。
资源层：负责将数据中心内的物理资源虚拟化和池化，并以虚拟机为单位对外提供服务，由物理资源层、虚拟化内核平台、虚拟资源层三个子层组成。
业务资源调度和展示层：整合所有业务虚拟机资源成为一个“业务资源动态扩展组”，通过和业务负载监控模块联动，实现对业务负载的实时监控，并根据业务实际负载情况进行业务虚拟资源的弹性扩展。
业务监控模块：对“业务资源动态扩展组”内的所有虚拟机资源进行负载的监控，通过制定资源扩展策略，设置资源扩展和回收的阀值，联动业务资源调度和展示层进行资源的动态调度。
业务负载分发模块：把“业务资源动态扩展组”内所有的业务虚拟机整合成一个逻辑整体对实际用户提供业务服务，通过制定的负载分担策略，把业务数据量分担到每一台业务虚拟机上。
以医院门诊业务为例：早上8点到11点为门诊业务的高峰期，大量的病人集中就诊会造成门诊业务系统资源满负荷或超出负荷而导致业务系统瘫痪，我们DRX可以通过业务负载监控平台监控业务资源使用情况，设置一定的阀值，当监控到资源使用达到当前设定阀值时，门诊业务虚拟机进行快速复制，配合负载均衡LB设备对外提供服务，相当于同时有多台门诊服务器为高峰期门诊业务服务，当高峰期度过后，资源自动收回，删除过多的门诊系统虚拟机，将多余的资源又动态分配到其他需要的系统中，从而实现资源的最大化利用。
用户在部署动态资源扩展方案时，需要设置的关键数据主要有CPU、内存使用率阈值，如当CPU及内存超过设定阈值，触发DRX将提供业务的虚拟复制，当CPU及内存利用率低于设定阈值时，关闭多余虚拟机，将扩展的资源进行回收。
再有，所述核心交换机与用户端之间通讯连接有负载均衡器，所述负载均衡器将不同的用户请求分配到不同的应用服务器上。负载均衡器将用户端的请求平均分配四个应用服务器中来处理，主要起分配请求命令的作用，防止一个应用服务器上请求命令太多，造成应用服务器运行压力大。
所述用户终端包括与云平台通讯连接的电子支付终端、预约挂号终端、电子对账终端。电子支付终端包括支付宝、微信、翼支付、手机银行、银行终端、医保、商业保险等。医佳云平台对各类移动终端应用平台的账务进行精细化管理，主要功能包括：交易清单查询：平台可以查询各类交易信息，包括微信支付交易，APP支付交易等。
医佳云平台账务管理包括：银行对账：云平台能够自动根据银行交易数据和医院HIS系统的交易数据进行账务核对。
微信对账：云平台能够实现与微信平台交易数据和HIS系统交易数据进行自动对账。
住院对账：针对住院预交金的缴费数据进行账务核对。
门诊对账：针对门诊挂号、预约、门诊收费等数据进行账务核对。
自助机对账：云平台能够实现自助机与HIS系统的对账功能。
单边对账：云平台能够对某一方的账务进行核对。
总对账：云平台能够对多类交易、多中交易进行综合对账功能。
所述云平台与用户终端之间部署有UTM，所述UTM用于保障用户终端与云平台之间的网络安全、用户支付安全。该各种终端均可安全实现移动支付功能，云平台能够对各种应用软件进行综合应用，这些软件占用系统资源的压力全部由云平台承担。在外来软件和系统占用资源过多的情况下，云平台可以通过软硬件升级、改造提高自身的承受能力，而不需要对医院业务内网进行调整。
所述云平台与医院内部系统之间部署有保障医院内部系统与云平台之间网络安全的网闸。充分保障了云平台与医院内部系统之间数据的安全性。
实施例二：参见图2，一种基于云平台的移动互联网医院就诊系统，包括一端与医院内部系统通信，另一端与用户终端通信的云平台，所述云平台的一端通过一次接口与医院内部系统通信，另一端与多个用户终端通信，这些终端分别通过云平台利用一次接口从医院内部系统获取信息。
所述云平台包括中间件服务器、四个应用服务器，所述多个应用服务器通过资源池化后生成虚拟机的方式承载医院的各种应用系统；所述每个应用服务器均带有存储空间，所述每个应用服务器上的存储空间通过SAN存储共享在一起。存储空间中存储有云平台自带业务数据，比如支付数据、挂号数据、激费数据等，还存储有医院系统同步过来的数据，比如医院检查报告这类查询数据同步到云平台上，如果用户查询历史数据直接查询云平台数据库，不需要查询医院内部系统的数据。如果用户需要查询医院系统内部的数据，云平台通过与医院内部系统之间的一次接口进行查询，然后将查询的数据返回用户。
该方案采用分布式零存储的方式来存储应用服务器上的数据，每一个应用服务器均自带存储空间，将这些存储空间中空闲的空间通过虚拟平台虚拟到一起共用，采用SAN存储共享，不会因为一部分坏掉而导致共用的存储瘫痪，虚拟的好处是如果一块存储空间数据坏掉，虚拟机会自动迁移到好的存储空间上去。总数据存储在SAN存储共享的空间中。中间件服务器主要起安全隔离、负载均衡、读写分离的作用。
该云平台可同时连接多家医院，每家医院内部系统分别通过各自的接口与云平台上的一个通用接口通信，当用户通过终端访问云平台(医佳云平台)时，通过Internet网络进入UTM安全设备，在经过负载均衡器LB，负载均衡器LB将客户的请求进行分配，然后通过核心交换机，当需要访问云平台内的存储数据时，核心交换机将请求发送到不同的应用服务器上(Web服务器)，Web服务器通过核心交换机从通过SAN存储共享在一起的空间中取得数据来返回给客户；如果需要医院内部系统的数据，应用服务器通过云平台与医院内部系统之间的一次接口来调用医院内部系统各个系统的资料，然后再返回给用户。应用服务器与存储空间之间设有中间件服务器，中间件服务器主要起安全隔离、负载均衡、读写分离的作用。
由于医院各系统提供的接口方式不一样，有的通过调用webservice来取得返回数据，返回的数据是xml格式的数据，有的直接给的数据库的视图，有的是通过http请求返回json的数据格式，云平台对取得的数据统一进行转换成标准的json格式的数据，各类编程语言都能顺利解析。
本发明只需通过一次接口，就可以完成多家医院内部系统与不同种类终端之间的信息交互。搭建一个平台(医佳云)来统一和医院各个系统进行数据交换，把数据进行标准化处理后对任何第三方系统提供服务；把大量历史查询数据同步到平台存储来减轻对医院内部服务器发起大量的请求，平台中任何一台服务器的宕机不会影响系统的稳定运行。使移动互联网医院流程标准化，帮助医院创新互联网就诊模式，合理分配医疗资源；还可以把已经建设的和还未建设的信息化系统数据在平台上实现交互，从而制定出符合医院标准的互联网+的模式。
云计算已成为现代智能化医疗的一个发展趋势，本次设计中充分考虑到医院业务的一个特殊性，在医院数据中心采用云计算的一个解决方案，为医院业务系统提供一个业务自动编排与资源自助申请一个部署模式，即根据业务系统的需要，最终用户直接在云管理平台上自助申请，实现业务的快速上线和数据资源的共享。
快速部署，弹性扩容云计算的规模可以动态伸缩，可以根据业务增长的规模，适时增加服务器节点来提高云计算服务的计算能力，不会因为过量投资造成浪费，也不会因为保守投资而导致服务能力不足。
按需服务云计算的计算和服务能力对于所有用户来说是一个巨大的共享池，用户可以按照自己的需要选择不同的模块，这样就不会占用不必要的资源。当不需要相关服务的时候。用户可以方便地将占用的资源归还到资源池。云计算也可以提高资源利用率。相关数据表明，云计算共享虚拟化前，服务器利用率通常仅5％～10％。虚拟化后，虚拟服务器的整合比通常为l：5～1：10(即l台物理服务器虚拟为5。10个虚拟机)，服务器利用率提升到60％以上。
云平台将数据同步给各类终端应用时，采用被动数据同步方式，将数据封装为规范，统一的JSON对象，然后采用HTTP协议将数据传输给各类终端平台，实现数据同步。
“互联网+”是创新发展，而非简单的将医院某一窗口或部门在互联网上实现。医佳云平台帮助医院创新互联网就诊模式，优化流程，合理分配医疗资源，将已建的和未建设的信息化系统数据在平台上实现交互，整合信息化硬件设备，从而制定互联网医院标准流程，其他所有接入终端按照标准化流程接入，而非简单的将某一种功能通过互联网的形式让患者体验，通过医佳云平台，打通线上线下就医环节，让患者通过移动终端就走通整个就医流程。
医佳云平台整体分为数据处理中心，后台业务管理系统和前端微信平台等几个部分。
数据处理中心的核心业务如下：
■同步医院内部系统的数据，包括：科室，医生，报告等数据；
■对医院内部同步过来的数据进行转换和处理；
■向各类移动终端分发平台数据；
■接收各类移动终端请求，数据处理中根据业务要求，如果需要访问医院内部系统，则将数据整合转换，并向医院内部系统发出请求，获取医院内部数据，并下发给各类移动端应用。
后台业务管理平台核心业务如下：
■基础数据管理，包括：平台用户管理，对账管理，就医反馈，系统管理；
■内容管理，包括：栏目管理，内容管理；
■医院公共信息管理，科室管理，医生管理，排班信息管理；
■LIS系统数据管理；
■系统对账管理。
本软件还提供微信客户端应用平台，互联网用户使用该平台可以查询医院的各类信息，查询医院患者报告，在微信上进行就医服务等操作。微信平台的核心功能如下：
■医院介绍，包括：医院微官网，医院简介，医院动态，医院新闻等；
■就医服务，包括：医生排班查询，挂号预约，报告查询，智能导航等；
■个人中心，包括：就诊卡管理，预约查询，取消预约，费用查询等功能。
医佳云平台与医院内部系统以及移动互联网终端等存在数据交互和协同工作，云平台提供与各方系统数据同步机制。主要包括：
1、与医院内部系统进行数据同步
医院内部主要包括HIS系统，LIS系统，PACS系统以及其他周边应用系统。
数据同步模式：采用主动同步数据模式；
数据同步方式：采用定时调度任务获取医院内部系统的数据；
调度时间：根据不同业务需求，实现不同时间段分开调度，系统可以灵活设置不同业务的调度时间。
数据处理方式：
A、如科室，医生等固定数据，第一次全量，后面增量同步数据方式，在数据同步到云平台中时，需要记录医院内部系统中的ID信息，如果医院内部系统对数据进行修改，删除等操作。云平台需要同时进行对应的操作。
B、其他不规则或有特殊要求的数据，将根据实际业务需要，数据可以采用全量或其他方式同步。
2、平台内部数据同步
平台内部数据自动按照调度时间处理、计算等。
3、获取其他平台数据
医佳云平台按照时间调度要求获取其他平台的数据(微信，银行)等数据。
4、与各类终端应用平台进行数据同步
各类终端获取必要的医院内部数据时，都将从云平台获取，因此云平台需要一次同步数据，各类平台就能使用。
医佳云平台管理系统是集基础业务管理，数据汇集，数据分发等核心技术为一体的基础管理平台。
医佳云平台核心包括：
基础业务管理，包括：科室管理、医生管理、系统管理等。医生管理医生的数据主要来源于HIS系统，医佳云平台采用数据同步的方式将HIS系统的医生信息同步到医佳云平台中，并在医佳云平台中进行适当的维护和扩展。数据同步方案：医佳云平台采用采用定时调度任务获取HIS系统的医生数据，调度时间：调度任务的时间为每天凌晨0点开始执行。每天执行一次。调度方式：第一次全量，后面增量同步数据方式，在数据同步到医佳云平台中时，需要记录HIS系统中的ID信息，如果HIS系统对医生进行修改，删除等操作。
■数据汇集：主要针对医院HIS系统的基础数据进行收集和处理
■LIS数据：通过数据同步收集LIS系统的结果数据
■PACS数据：通过数据同步收集PACS系统的结果数据
■微信平台数据处理
■手机APP平台数据处理
■账务管理
■统计分析
■信息查询
医佳云平台是集后台服务端，微信平台，APP平台等多种平台为一体的统一后台架构；为微信平台，APP平台等其他平台提供数据和服务支撑，同时也是连接HIS系统，LIS系统、PACS系统等平台的中间桥梁，以后将医院面向互联网医疗的核心架构平台。
在医佳云平台中，主要分为：
■基础数据管理；
■LIS数据管理；
■HIS数据管理；
■PACS数据管理；
检查检验报告数据主要来源于LIS/PACS系统，医佳云平台采用数据同步的方式将LIS/PACS系统的检查检验报告数据同步到医佳云平台中，并通过医佳云平台进行数据交换，实现在微信平台，APP平台进行查询和展示。
云平台后台业务管理平台核心业务如下：
1、基础数据管理，包括：平台用户管理，对账管理，就医反馈，系统管理；
2、内容管理，包括：栏目管理，内容管理；
3、医院公共信息管理，科室管理，医生管理，排班信息管理；
4、LIS系统数据管理；
5、系统对账管理。
本软件还提供微信客户端应用平台，互联网用户使用该平台可以查询医院的各类信息，查询医院患者报告，在微信上进行就医服务等操作。微信平台的核心功能如下：
1、医院介绍，包括：医院微官网，医院简介，医院动态，医院新闻等；
2、就医服务，包括：医生排班查询，挂号预约，报告查询，智能导航等；
3、个人中心，包括：就诊卡管理，预约查询，取消预约，费用查询等功能。
随着手机功能的日益强大，手机应用也越来越多地渗透到人们生活的方方面面，包括通过手机进行购物消费、银行转账、健康咨询等。为了满足人们在“微时代”的时尚需求，进一步优化患者的就医体验，很多医院卫生单位推出微信公众平台，方便患者咨询和就医，开启医患互动新模式，方便广大患者。
医院微信平台是在医佳云平台上的典型应用，主要功能包括如下：
■医院介绍
■医院动态，新闻发布
■科室导航
■专家介绍
■门诊排班查询
■今日挂号
■挂号预约
■预约退号
■门诊缴费
■住院预交金缴费
■挂号/预约查询
■门诊费用查询
■住院费用查询
■住院预交金查询
■报告查询
■支付查询
■信息查询
■智能导航
■智能导诊
■就诊卡管理
■个人中心管理
“互联网+”是创新发展，而非简单的将医院某一窗口或部门在互联网上实现。
医佳云平台帮助医院创新互联网就诊模式，优化流程，合理分配医疗资源，将已建的和未建设的信息化系统数据在平台上实现交互，整合信息化硬件设备，从而制定互联网医院标准流程，其他所有接入终端按照标准化流程接入，而非简单的将某一种功能通过互联网的形式让患者体验，通过医佳云平台，打通线上线下就医环节，让患者通过移动终端就走通整个就医流程。
医佳云平台数据同步机制主要为两个方面：
5、与医院内部系统进行数据同步
医院内部主要包括HIS系统，LIS系统，PACS系统以及其他周边应用系统。
数据同步模式：采用主动同步数据模式；
数据同步方式：采用定时调度任务获取医院内部系统的数据；
调度时间：根据不同业务需求，实现不同时间段分开调度，系统可以灵活设置不同业务的调度时间。
数据处理方式：
C、如科室，医生等固定数据，第一次全量，后面增量同步数据方式，在数据同步到云平台中时，需要记录医院内部系统中的ID信息，如果医院内部系统对数据进行修改，删除等操作。云平台需要同时进行对应的操作。
D、其他不规则或有特殊要求的数据，将根据实际业务需要，数据可以采用全量或其他方式同步。
6、平台内部数据同步
平台内部数据自动按照调度时间处理、计算等。
7、获取其他平台数据
医佳云平台按照时间调度要求获取其他平台的数据(微信，银行)等数据。
8、与各类终端应用平台进行数据同步
各类终端获取必要的医院内部数据时，都将从云平台获取，因此云平台需要一次同步数据，各类平台就能使用。
数据同步方案：
医佳云平台采用定时调度任务获取LIS系统的检验报告数据，
调度时间：调度任务执行时间为1天一次。
调度方式：从系统上线开始获取LIS/PACS检查检验报告的数据。
Claims (8)
1.一种基于云平台的移动互联网医院就诊系统，其特征在于：包括一端与医院内部系统通信，另一端与用户终端通信的云平台，所述云平台的一端通过一次接口与医院内部系统通信，另一端与多个用户终端通信，这些终端分别通过云平台利用一次接口与医院内部系统进行数据交互；
所述云平台包括相互通信的数据库服务器、中间件服务器、多个应用服务器，其中所述数据库服务器承载医院的各种数据，所述中间件服务器位于应用服务器与数据库服务器之间，所述中间件服务器主要起安全隔离、负载均衡、读写分离的作用；所述多个应用服务器通过资源池化后生成虚拟机的方式承载医院的各种应用系统；
云平台对取得的数据统一进行转换成标准的json格式的数据；云平台将数据同步给各类终端应用时，采用被动数据同步方式，将数据封装为规范，统一的json对象，然后采用HTTP协议将数据传输给各类终端平台，实现数据同步；
云平台提供与各方系统数据同步机制，主要包括：与医院内部系统进行数据同步；医院内部系统主要包括HIS系统，LIS系统，PACS系统以及其他周边应用系统；数据同步模式:采用主动同步数据模式；数据同步方式：采用定时调度任务获取医院内部系统的数据；调度时间：根据不同业务需求，实现不同时间段分开调度，系统可以灵活设置不同业务的调度时间；
所述云平台衡量虚拟机对物理服务器的依赖程度，使某些虚拟应用只允许在固定的物理服务器上运行而不允许动态迁移；云平台建设资源池时，将多个物理服务器合并为一个具有共享资源池的集群，通过CAS HA软件模块监控该集群下所有的主机和物理服务器内运行的虚拟主机；当物理服务器发生故障，出现岩机，CAS HA软件模块立即响应并在集群内另一台主机上重启该物理服务器内运行的虚拟机；当某一虚拟服务器发生故障时，CAS HA软件模块自动的将该虚拟机重新启动来恢复中断的业务；除了对集群中的物理服务器节点进行持续检测之外，CAS HA软件模块还对运行于物理服务器节点之上的虚拟机进行持续检测；并且，CAS HA软件模块还包括在每台应用服务器节点上运行的一个LRMd守护进程，负责对本地的虚拟化资源进行状态检测，并通过shell脚本调用方式实现对资源的各种操作；当LRMd守护进程检测到本机的某台虚拟机出现通信故障时，首先将事件通知给DC，由DC统一将该虚拟机状态告知集群内所有的物理服务器节点，并按照一定的策略算法，为该故障的虚拟机选择一个空闲的服务器节点，在该节点上重启该虚拟机；当物理服务器发生硬件故障时，所有运行于该服务器的虚拟机可以自动切换到其它的可用服务器上；
所述云平台包括动态资源扩展场景，用于在云平台中实现基于用户业务负载的资源弹性扩展功能；所述动态资源扩展场景包括：资源层、业务资源调度和展示层、业务负载监控模块、以及业务负载分发模块；资源层：负责将数据中心内的物理资源虚拟化和池化，并以虚拟机为单位对外提供服务，由物理资源层、虚拟化内核平台、虚拟资源层三个子层组成；业务资源调度和展示层：整合所有业务虚拟机资源成为一个业务资源动态扩展组，通过和业务负载监控模块联动，实现对业务负载的实时监控，并根据业务实际负载情况进行业务虚拟资源的弹性扩展；业务监控模块：对业务资源动态扩展组内的所有虚拟机资源进行负载的监控，通过制定资源扩展策略，设置资源扩展和回收的阀值，联动业务资源调度和展示层进行资源的动态调度；业务负载分发模块：把业务资源动态扩展组内所有的业务虚拟机整合成一个逻辑整体对实际用户提供业务服务，通过制定的负载分担策略，把业务数据量分担到每一台业务虚拟机上；
所述云平台作为医疗就诊系统的数据处理中心，包括：
同步医院内部系统的数据；
对医院内部系统同步过来的数据进行转换和处理；
向各类移动终端分发平台数据；
接收各类移动终端请求，数据处理中心根据业务要求，如果需要访问医院内部系统，则将数据整合转换，并向医院内部系统发出请求，获取医院内部数据，并下发给各类移动端应用；
所述医院内部系统作为医疗就诊系统的后台业务管理系统，包括：
基础数据管理，包括：平台用户管理，对账管理，就医反馈，系统管理；
内容管理，包括：栏目管理，内容管理；
医院公共信息管理，科室管理，医生管理，排班信息管理；
LIS系统数据管理；
系统对账管理；
所述用户终端，即各类移动终端采用微信平台与云平台通信，包括：
医院介绍，包括：医院微官网，医院简介，医院动态，医院新闻；
就医服务，包括：医生排班查询，挂号预约，报告查询，智能导航；
个人中心，包括：就诊卡管理，预约查询，取消预约，费用查询。
2.根据权利要求1所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述云平台包括中间件服务器、多个应用服务器，所述多个应用服务器通过资源池化后生成虚拟机的方式承载医院的各种应用系统；所述中间件服务器位于应用服务器与存储空间之间，所述中间件服务器主要起安全隔离、负载均衡、读写分离的作用；每个应用服务器均带有存储空间，每个应用服务器上的存储空间通过SAN存储共享。
3.根据权利要求1所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述云平台还包括FC存储设备，用于存储总数据；所述数据库服务器、应用服务器均通过FCoE的方式与FC存储设备进行数据交互。
4.根据权利要求1或2的所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述云平台还包括由多台统一端口的交换机虚拟而成的核心交换机，该核心交换机用于整个就诊系统中数据的交互。
5.根据权利要求4所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述核心交换机与用户终端之间通讯连接有负载均衡器，所述负载均衡器将不同的用户请求分配到不同的应用服务器上。
6.根据权利要求1所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述用户终端包括与云平台通讯连接的电子支付终端、预约挂号终端、电子对账终端。
7.根据权利要求1所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述云平台与医院内部系统之间部署有保障医院内部系统与云平台之间网络安全的网闸。
8.根据权利要求1所述的基于云平台的移动互联网医院就诊系统，其特征在于：所述云平台与用户终端之间部署有UTM，所述UTM用于保障用户终端与云平台之间的网络安全、用户支付安全。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510507839.9A CN105205766B (zh) | 2015-08-19 | 2015-08-19 | 基于云平台的移动互联网医院就诊系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510507839.9A CN105205766B (zh) | 2015-08-19 | 2015-08-19 | 基于云平台的移动互联网医院就诊系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105205766A CN105205766A (zh) | 2015-12-30 |
| CN105205766B true CN105205766B (zh) | 2019-12-17 |
Family
ID=54953429
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510507839.9A Active CN105205766B (zh) | 2015-08-19 | 2015-08-19 | 基于云平台的移动互联网医院就诊系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105205766B (zh) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105869097A (zh) * | 2016-05-26 | 2016-08-17 | 丁腊春 | 一种基于云平台的o2o医疗信息系统 |
| CN106169022A (zh) * | 2016-07-01 | 2016-11-30 | 张良 | 全科医生健康管理系统 |
| CN106355259A (zh) * | 2016-08-26 | 2017-01-25 | 上海鸣泰信息科技股份有限公司 | 一种基于云平台的移动营销方法及系统 |
| CN108023921A (zh) * | 2016-11-03 | 2018-05-11 | 平安科技（深圳）有限公司 | 一种第三方平台的接入方法和装置 |
| CN106385463A (zh) * | 2016-11-04 | 2017-02-08 | 合肥观池信息科技有限责任公司 | 一种基于移动互联网的医患云平台交互系统 |
| CN107131881B (zh) * | 2017-03-27 | 2020-09-25 | 联想(北京)有限公司 | 一种室内导航方法及电子设备 |
| CN107463767A (zh) * | 2017-07-06 | 2017-12-12 | 深圳市坐标软件开发有限公司 | 云his医保数据处理方法及系统 |
| CN107748921A (zh) * | 2017-11-02 | 2018-03-02 | 苏州承泽医疗科技有限公司 | 基于微信扫码的门诊预约和检查报告查询系统 |
| CN108154915A (zh) * | 2017-12-15 | 2018-06-12 | 广州市康软信息科技有限公司 | 针对医院微信平台的后台数据处理系统及方法 |
| CN108922607A (zh) * | 2018-05-31 | 2018-11-30 | 康键信息技术（深圳）有限公司 | 服务器、数据处理的方法及存储介质 |
| CN109067860B (zh) * | 2018-07-20 | 2021-11-09 | 山东中创软件工程股份有限公司 | 一种移动端消息处理方法及相关装置 |
| CN109614423A (zh) * | 2018-11-27 | 2019-04-12 | 苏州浪潮智能软件有限公司 | 一种基于Winform实现微信支付宝自动对账方法 |
| CN109743399B (zh) * | 2019-01-14 | 2021-09-03 | 浙江外国语学院 | 一种体检中心多任务调度的内外网数据传输方法及系统 |
| CN109831513A (zh) * | 2019-02-28 | 2019-05-31 | 广州达安临床检验中心有限公司 | 数据处理方法、系统和装置 |
| CN110097953A (zh) * | 2019-03-20 | 2019-08-06 | 云南财经大学 | 一种智慧医疗云平台系统 |
| CN110232956A (zh) * | 2019-04-28 | 2019-09-13 | 重庆医科大学附属永川医院 | 一种骨折联络服务管理评价系统 |
| CN110120983B (zh) * | 2019-06-14 | 2022-06-14 | 浪潮软件集团有限公司 | 基于inotify和rsync自动化安装部署实现SVN实时同步备份的方法和系统 |
| WO2021001486A1 (en) | 2019-07-03 | 2021-01-07 | Fresenius Vial Sas | A method for data communication between a server system and a front-end computing device in a healthcare environment |
| CN114503514B (zh) * | 2019-07-03 | 2024-04-26 | 费森尤斯维尔公司 | 保健环境中服务器系统与前端计算设备间的数据通信方法 |
| CN111126985A (zh) * | 2019-12-31 | 2020-05-08 | 武汉默联股份有限公司 | 一种医疗场景下的综合支付管理系统 |
| CN112200921A (zh) * | 2020-08-23 | 2021-01-08 | 江苏通行宝智慧交通科技股份有限公司 | 高速公路开放式自由流交通行业账务管理方法及装置 |
| CN112055064B (zh) * | 2020-08-26 | 2023-11-28 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
| CN112271002A (zh) * | 2020-11-19 | 2021-01-26 | 福州灵医科技有限公司 | 一种集成不同医用系统病患数据的方法和智慧病区系统 |
| CN113782164A (zh) * | 2021-03-29 | 2021-12-10 | 北京京东拓先科技有限公司 | 用于互联网医院的信息处理平台、方法及装置 |
| CN113764085B (zh) * | 2021-04-28 | 2024-09-20 | 北京京东拓先科技有限公司 | 医疗服务方法和系统 |
| CN114373534A (zh) * | 2021-12-17 | 2022-04-19 | 深圳市巨鼎医疗股份有限公司 | 候诊信息查询方法及其系统、计算机设备、存储介质 |
| CN114338672B (zh) * | 2021-12-29 | 2023-10-27 | 安天科技集团股份有限公司 | 数据传输方法及数据传输系统 |
| CN116913491B (zh) * | 2023-07-20 | 2024-09-03 | 苏州市立医院 | 一种慢性创面修复医联体信息服务平台及控制方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102890752A (zh) * | 2012-10-08 | 2013-01-23 | 盛煜光 | 基于云技术的远程医疗服务系统 |
| CN102982245A (zh) * | 2012-12-06 | 2013-03-20 | 常州普适信息科技有限公司 | 基于云平台的远程医疗系统 |
| CN103164599A (zh) * | 2011-12-10 | 2013-06-19 | 西安百利信息科技有限公司 | 基于腹部ct图像传输的肝硬化远程会诊系统 |
| CN103248681A (zh) * | 2013-04-27 | 2013-08-14 | 北京福乐云检测科技有限公司 | 基于移动终端读取的胶体金法检测云平台 |
| CN103259855A (zh) * | 2013-04-27 | 2013-08-21 | 北京福乐云检测科技有限公司 | 传染病、慢病检测与监视预警系统云平台 |
-
2015
- 2015-08-19 CN CN201510507839.9A patent/CN105205766B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103164599A (zh) * | 2011-12-10 | 2013-06-19 | 西安百利信息科技有限公司 | 基于腹部ct图像传输的肝硬化远程会诊系统 |
| CN102890752A (zh) * | 2012-10-08 | 2013-01-23 | 盛煜光 | 基于云技术的远程医疗服务系统 |
| CN102982245A (zh) * | 2012-12-06 | 2013-03-20 | 常州普适信息科技有限公司 | 基于云平台的远程医疗系统 |
| CN103248681A (zh) * | 2013-04-27 | 2013-08-14 | 北京福乐云检测科技有限公司 | 基于移动终端读取的胶体金法检测云平台 |
| CN103259855A (zh) * | 2013-04-27 | 2013-08-21 | 北京福乐云检测科技有限公司 | 传染病、慢病检测与监视预警系统云平台 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105205766A (zh) | 2015-12-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105205766B (zh) | 基于云平台的移动互联网医院就诊系统 | |
| CN104239166B (zh) | 一种对运行中虚拟机实现文件备份的方法 | |
| CN104618693B (zh) | 一种基于云计算的监控视频在线处理任务管理方法及系统 | |
| CN102103518B (zh) | 一种在虚拟化环境中管理资源的系统及其实现方法 | |
| CN102857363B (zh) | 一种虚拟网络的自主管理系统和方法 | |
| US10222983B2 (en) | Storage management computer and management method of storage apparatus | |
| Sun et al. | Modeling a dynamic data replication strategy to increase system availability in cloud computing environments | |
| Rao et al. | Performance issues of heterogeneous hadoop clusters in cloud computing | |
| TWI451266B (zh) | A system and method for enabling cloud computing services based on user location | |
| JP2019534496A (ja) | マネージクエリサービス | |
| KR101430649B1 (ko) | 클라우드 환경 내의 데이터 분석 서비스 제공 시스템 및 방법 | |
| CN107077301A (zh) | 用于存储客户端文件系统的存储卷的动态缩放 | |
| CN103607435A (zh) | 一种基于云计算的医学图像存储系统及方法 | |
| CN103780655A (zh) | 一种消息传递接口任务和资源调度系统及方法 | |
| Heidari et al. | Qos assurance with light virtualization-a survey | |
| CN102929769A (zh) | 一种基于代理服务的虚拟机内部数据采集方法 | |
| CN109413140A (zh) | Pacs服务器远程自动升级的方法 | |
| CN114691050B (zh) | 基于kubernetes的云原生存储方法、装置、设备及介质 | |
| US10579419B2 (en) | Data analysis in storage system | |
| DE102022119906A1 (de) | Leistungsverbrauch von softwareentitäten - schätzung und überwachung | |
| Liao et al. | Towards virtualized desktop environment | |
| CN102790788B (zh) | 一种网格资源管理系统 | |
| CN106412094A (zh) | 一种以公有云方式组织管理分散资源的方法 | |
| CN105208123A (zh) | 一种虚拟桌面的实现方法及其系统 | |
| CN104717269A (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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 610000, No. 6, building No. 1110-1112, Chengnan science and Technology Plaza, 399 west section of Tai Xiong Road, Chengdu hi tech Development Zone, Sichuan, China Applicant after: Sichuan Jiayuan Polytron Technologies Inc Address before: 610000, No. 6, building No. 1110-1112, Chengnan science and Technology Plaza, 399 west section of Tai Xiong Road, Chengdu hi tech Development Zone, Sichuan, China Applicant before: SICHUAN JIAYUAN ELECTRONIC TECHNOLOGY CO., LTD. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 610000, No. 6, building No. 1110-1112, Chengnan science and Technology Plaza, 399 west section of Tai Xiong Road, Chengdu hi tech Development Zone, Sichuan, China Patentee after: Jiayuan Technology Co., Ltd Address before: 610000, No. 6, building No. 1110-1112, Chengnan science and Technology Plaza, 399 west section of Tai Xiong Road, Chengdu hi tech Development Zone, Sichuan, China Patentee before: Sichuan Jiayuan Polytron Technologies Inc |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 610000 No. 10, 17, 1, 18, 1, 399 west section of Fucheng Road, Chengdu high tech Zone, Sichuan. Patentee after: Jiayuan Technology Co., Ltd Address before: 610000, No. 6, building No. 1110-1112, Chengnan science and Technology Plaza, 399 west section of Tai Xiong Road, Chengdu hi tech Development Zone, Sichuan, China Patentee before: Jiayuan Technology Co., Ltd |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Mobile Internet hospital attendance system based on cloud platform Effective date of registration: 20200509 Granted publication date: 20191217 Pledgee: Bank of Chengdu science and technology branch of Limited by Share Ltd Pledgor: Jiayuan Technology Co., Ltd Registration number: Y2020510000050 |
|
| PC01 | Cancellation of the registration of the contract for pledge of patent right | ||
| PC01 | Cancellation of the registration of the contract for pledge of patent right |
Date of cancellation: 20220606 Granted publication date: 20191217 Pledgee: Bank of Chengdu science and technology branch of Limited by Share Ltd. Pledgor: Jiayuan Technology Co.,Ltd. Registration number: Y2020510000050 |