CN115516574B - 用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法 - Google Patents

用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法 Download PDF

Info

Publication number
CN115516574B
CN115516574B CN202180033827.0A CN202180033827A CN115516574B CN 115516574 B CN115516574 B CN 115516574B CN 202180033827 A CN202180033827 A CN 202180033827A CN 115516574 B CN115516574 B CN 115516574B
Authority
CN
China
Prior art keywords
api
server
hospital
servers
cloud
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
Application number
CN202180033827.0A
Other languages
English (en)
Other versions
CN115516574A (zh
Inventor
洪秉镇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lemonhealthcare Ltd
Original Assignee
Lemonhealthcare Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Lemonhealthcare Ltd filed Critical Lemonhealthcare Ltd
Publication of CN115516574A publication Critical patent/CN115516574A/zh
Application granted granted Critical
Publication of CN115516574B publication Critical patent/CN115516574B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/301—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is a virtual computing platform, e.g. logically partitioned systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5029—Service quality level-based billing, e.g. dependent on measured service level customer is charged more or less
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Computing Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Biomedical Technology (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Operations Research (AREA)
  • Pathology (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明涉及一种用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理方法。本发明包括以下步骤：当用户终端执行专用应用程序并输入个人识别信息时，云服务器在多台医院服务器中同时查询患者编号的步骤；当云服务器在多台医院服务器中的至少一台医院服务器中确认是否注册所述患者编号时，向用户终端发送是否注册所述患者编号的步骤；以及当用户终端使用患者编号进行登录，并调用诊疗服务时，云服务器通过识别医院信息，来向医院服务器请求诊疗服务联动的步骤。并且，本发明还包括通过合并患者数据，来使得云服务器响应于由用户终端选择的服务，同时向多台联盟服务器请求服务联动的步骤。

Description

用于以同时并发的方式联动多台医院服务器和联盟服务器的 基于云的API规格管理方法
技术领域
本发明涉及一种用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API管理方法，尤其涉及一种以同时并发的方式联动多台医院服务器和联盟服务器，在云服务器中提供集成接口的基于云的API规格管理方法。
背景技术
近来，为了防止传染病的扩散和医疗机构内的感染，医疗机构的非面对面服务在全世界范围内备受关注。特别是请求一种由医院内面对面接触及自助服务机(kiosk)企业等与医院相关的联盟企业以及服务提供商用手机提供的服务，但由于多家医院和联盟公司的数据库不同，存在联动上的困难。此外，若要开发服务，则因不同的医院系统而存在需要每个医院的源的问题。医院需要用于对作为不同现有遗留(legacy)医院系统的电子病历系统(EMR，Electronic Medical Record)、实验室信息管理系统(LIS，LaboratoryInformation System)、在线计费系统(OCS，Online Charging System)、影像归档和通信系统(PACS，Picture Archiving and Communication Systems)、管理信息系统(MIS，Management Information System)、急诊管理系统(HIS，Hospital Information System)、企业资源计划(ERP，Enterprise Resource Planning)等医院系统管理的数据访问和数据服务的各种类型的接口。由于还有多种类型的中间件，因此需要相应的数据接口。接口方式需要应用程序接口(API，Application Program Interface)、HTTPS、Web服务、套接字通信、HTTP(简单对象访问协议(SOAP，Simple Object Access Protocol))、过程调用等需要具有各种N个结构的数据联动系统。
作为现有技术，有授权专利第10-1989474号(基于云的电子处方传输系统和方法)，现有技术作为本申请人的授权专利，公开了一种系统，该系统通过配置在医院服务器中的API构建单元并根据固有的API来转换处方信息，并基于此传输电子处方。
在现有技术中，配置在医院服务器中的API构建单元从电子病历数据库(EMR DB，Electronic Medical Record Database)中提取患者信息和处方信息，并使用API来转换处方信息和患者信息。即在API构建单元创建数据源，可以通过SQL查询编写指南轻松编写，并通过API构建器转换为标准数据，然后通过反复验证来进行。通过这种方式，可以对不同种类的数据库管理系统(DBMS，Database Management System)之间的数据和以不同开发语言开发的数据进行标准化。但是，这种系统由于在分别不同的各个医院服务器或医疗机构服务器中设置有API构建器，因此在集成管理方面存在困难。另外，在管理API时，由于是人工管理的，因此无法检查数据的匹配性。
发明内容
发明要解决的问题
本发明要解决的问题在于提供一种用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理方法，该方法用于云服务器向医院服务器和联盟服务器提供预定义的API，以通过云服务器方便地提供诊疗服务和损失赔偿保险请求等服务，而无需患者直接访问医院服务器和联盟服务器。
用于解决问题的手段
根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理方法，包括：用户终端在专用应用程序中选择患者编号查询、诊疗预约、配药、支付和损失赔偿保险请求服务中的至少一项服务的步骤；用户终端将患者固有信息和服务选择结果发送到云服务器的步骤；云服务器基于患者固有信息同时向多台医院服务器请求患者数据的步骤；云服务器从多台医院服务器接收患者数据的步骤；云服务器合并患者数据的步骤；云服务器响应于由用户终端选择的服务向多台联盟服务器请求服务的步骤；以及多台联盟服务器使用API来提供所请求的服务的步骤。
发明效果
根据本发明，具有私有应用程序接口(Private API)成为医院的开放API，并成为后方生态系统的标准的效果。也可以在各个不同的医院系统中通过一个源来进行服务的开发。此外，可以以同时并发的方式与多台医院服务器和多台联盟服务器联动，实现患者数据的整合管理。此外，可以通过从多台医院服务器和联合服务器中提取并合并患者数据来为患者提供集成接口(Integrated interface)。
此外，由于医院服务器或联盟服务器没有直接与用户终端相连，因此增强了安全性。由于可应用于数以万计的医院和联盟公司，因此具有可扩展性高。
此外，无论医院和联盟的各种数据格式如何，可以用一个患者应用程序提供移动服务。并且，医院和联盟也可以在需要相同的服务的其他应用程序中，通过API引擎，以开放API功能提供所生成的数据结构，而不需要额外的开发工作。
附图说明
图1是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理系统的结构图。
图2是示出根据本发明实施例的云服务器和医院服务器的结构的图。
图3是示出根据本发明实施例的云服务器的API生成单元的操作方法的流程图。
图4是示出根据本发明实施例的医院服务器的API引擎单元的操作方法的流程图。
图5是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理方法的流程图。
图6是示出根据本发明实施例的基于云的API管理系统的通信协议的概念图。
图7是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理方法的流程图。
图8是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API调用的架构变化的流程图。
具体实施方式
本说明书中公开的根据本发明构思的实施例的具体结构或功能描述仅是为了解释根据本发明构思的实施例的目的，并且根据本发明的构思的实施例可以以各种形式实施并且不限于这里描述的实施例。
由于根据本发明构思的实施例可以具有各种变化并且可以具有各种形式，因此将在附图中示出并在本文中详细描述这些实施例。然而，这并不旨在将根据本发明构思的实施例限制为具体公开的形式，并且包括包含在本发明的精神和范围内的所有修改、等同物或替代物。
本说明书中所用术语仅用于描述具体实施例，并不用于限制本发明。除非上下文另有明确规定，否则单数表达包括复数表达。应理解，在本说明书中，诸如“包括”或“具有”等术语旨在表示存在本文所述的特征、数字、步骤、操作、元件、部件或者它们的组合，而不预先排除一个或者其以上的其他特征或者数字、步骤、操作、元件、部件或者它们的组合的存在或者附加可能性。
在下文中，将参照附图详细描述本发明的实施例。在定义术语时，API规格是指易于描述和表达API的定义和规则。它更加容易地展示API，并且可以使用各种编程语言的代码自动生成。
图1是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器的基于云的API规格管理系统的结构图。
参照图1，API管理系统10由云服务器100、多台医院服务器200、多台联盟服务器300和用户终端400组成。云服务器100可以生成向多台医院服务器100和多台联盟服务器300提供的API，并执行管理所提供的API的功能。多台联盟服务器300可以由药店服务器310、个人健康记录平台(PHR，Personal health records)服务器320、保险公司服务器330、银行服务器340、卡公司服务器350和区块链服务器360组成。当云服务器100向医院服务器和联盟服务器提供预定义的API，使得用户终端400在请求诊疗服务和损失赔偿保险请求等服务时，可以通过云服务器轻松提供，而无需直接访问医院服务器或联盟服务器。
图2是示出根据本发明实施例的云服务器和医院服务器的结构的图。
参照图2，云服务器100由API生成单元110、API管理单元120、API调用单元125、数据验证单元130、数据合并单元140、版权管理单元150、计费单元160、监控单元170以及数据库180组成。
API生成单元110可以生成用于提供医院服务器和联盟服务器的集成接口的预定义的API。它可以是用于标准化医院服务器和联盟服务器的数据库信息的API。API生成单元110可以定义数据源，并注册SQL和程序。此外，API生成单元110可以注册中间件访问信息和调用路径，并且可以注册网络服务访问信息和统一资源定位符(URL，Uniform ResourceLocator)。
当API管理单元120接收来自用户终端的服务调用时，可以调用与该服务匹配的API，以便向多台医院服务器和联盟服务器同时并发地提供患者编号查询、诊疗预约、支付和损失赔偿保险请求服务。API管理单元120可以通过API约束条件管理功能执行输入和输出错误检查。API管理单元120可以监控各医院服务器和联盟服务器的API服务的状态、版本信息、内存使用量、磁盘使用量、服务器的CPU使用量等。API管理单元120可以对敏感信息加密并将其存储在数据库中。API管理单元120可以管理API的域。当由元数据(metadata)管理的API规格改变时，API管理单元120可以添加用于自动分发的元数据。即可以选择性地注册编程的处理器和提取的数据，以便编写标准化的映射定义(mapping definition)，并根据处理方法标准化制定的原型模板中使用映射样例，以生成标准化的源加载程序。
API调用单元125被实现为自动进行API调用，并且操作以能够与多台医院服务器和联盟服务器并列地进行同时调用。
数据验证单元130可以执行对已生成的API进行错误测试。如果有错误数据，可以在更正数据后存储和分发数据和API。
数据合并单元140可以从多台医院服务器接收并合并患者数据。当患者使用几家医院时，可以通过从各个医院服务器接收患者数据并合并以增加便利性。
版权管理单元150可以通过各个医院服务器可以识别的分类体系来管理版权。版权管理单元150可以管理程序源和版本，并且可以通过为每个功能或架构设置管理编号分类体系来提供每个功能的接口指南标准。
在确认医院服务器的预定义的API之后，计费单元160可以在联盟服务器中使用API时，进行计费。计费单元160可以测定联盟服务器的API使用量并且反映每个组的使用现状/统计。
监控单元170可以监控多台医院服务器和联盟服务器之间的联动。数据库180可以存储API工具。
也就是说，可以通过将预定义的API规格注册为元数据来将API提供给医院服务器。可以将以往由Excel和Confluence管理的API规格注册为元数据，以选择适合各个医院服务器的API规格，并且可以配置为自动分发到各个医院服务器的API引擎。
此外，通过在云服务器100中管理API元数据，云服务器和医院服务器以标准化DATA的形式通过防火墙联动，可以快速构件患者用应用程序服务。具体地，在提供患者用应用程序服务时，可以以开放API的形式定义每个内容菜单屏幕的数据结构，以便定义患者用内容菜单，并将适合其的数据结构作为标准应用于所有医院。当各家医院以SQL、JSON、XML、专门数据格式提取相应数据时，API可以以标准化的数据格式与云服务器联动，快速构件患者用应用程序服务并提供服务。通过这种方式，对于所有医院可以使用同一个患者用应用程序来实现移动服务。医院也可以在需要相同的服务的其他应用程序中，通过API，以开放API功能提供已经生成一次的数据结构，而无需额外的开发工作。此外，提供每个API的样例屏幕URL链接，以便医院负责人可以更容易地编写。
此外，为云服务器100提供虚拟数据管理，以便支援开发者和测试者，并且可以确认实际数据以支援用于实际服务支援的运营者和操作测试者。在用一个业务逻辑实现多个数据接口的步骤中，可以提供请求开发/测试/验证的步骤、分发应用程序或应用的步骤和新业务开发后提供运行的整体连接方法。云服务器100可以在用一个业务逻辑联动多台数据接口的步骤中，可以在遵守基于医院安全和医疗法的内部安全政策前提下，提供整体连接方法。云服务器100可以提供一种用于连接(interface)多个医院的基础结构构建以及用于联动的连接方法。此时，基本的API服务器内部系统可以由专用VPN配置。云服务器100还可提供如下方法：在确认医院服务器的标准化API后，联盟组查看相应内容并以开放API的形式引导接口。
第一医院服务器210由EMR DB 211、联盟接口213、API引擎单元215组成。EMR DB211可以存储患者信息、诊断/处方信息、住院信息、院务信息等。联盟接口213由患者等待系统、智能排号机系统、停车管理系统、支付管理系统、损失赔偿请求系统、处方递送系统等组成。EMR DB 211和联盟接口213的结构作为示例示出并且不限于此。
API引擎单元215可以从EMR DB 211提取数据。API引擎单元215可以接收并加载从云服务器接收的每台医院服务器的API(API，Application Programming Interface)，并且从云服务器加载API元信息以执行API服务。API引擎单元215安装在医院服务器中，其作为连接移动服务和医院服务器的中间件，是通过连接到各种环境中的医院遗留物(legacy)来支援API的开发工具。即，安装在医院服务器中，不仅可以提供患者用应用程序服务，还可以作为用于与医院内各种系统联动的RESTful API开发和网关服务器来使用。API引擎单元215由EMR数据提取单元216、API接收单元217、API元数据加载单元218、API服务单元219组成。EMR数据提取单元216可以从EMR DB 211提取数据。
API接收单元217可以接收从云服务器生成的每台医院服务器的API。API元数据加载单元218可以从云服务器加载API元数据。API服务单元219可以基于API元数据驱动API服务。
图3是示出根据本发明实施例的云服务器的API生成单元的操作方法的流程图。参照图3，云服务器定义标准API(S301)。此后，云服务器为每台医院服务器或联盟服务器生成API(S203)。对已生成的API进行测试(S305)，如果没有错误，则存储和分发数据和API，如果有错误，可以通过修改数据来存储并分发数据和API。
图4是示出根据本发明实施例的医院服务器的API引擎单元的操作方法的流程图。
参照图4，医院服务器的API引擎单元启动API引擎(S401)。此后，API执行单元从云服务器加载API元信息(S403)。基于加载的API元信息驱动API服务(S405)。
图5是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器的基于云的API管理方法的流程图。
参照图5，用户终端400在专用应用程序中选择患者编号查询、诊疗预约、配药、支付以及损失赔偿保险请求服务中的至少一项服务(S601)。用户终端将患者固有信息和服务选择结果发送到云服务器(S603)。云服务器基于患者固有信息同时向多台医院服务器请求患者数据(S605)。云服务器从多台医院服务器接收患者数据(S607)。云服务器合并患者数据(S609)。云服务器响应于由用户终端选择的服务同时向多台联盟服务器请求服务(S611)。联盟服务器通过使用API来提供服务(S613)。云服务器对联盟服务器的API使用量进行测定并计费(S615)。
图6是示出根据本发明实施例的基于云的API管理系统的通信协议的概念图。用户终端400与互联网通信网络、云服务器100与互联网通信网络、医院服务器及联盟服务器与互联网通信网络使用HTTPS安全协议，并且云服务器中的负载均衡器和防火墙之间使用HTTP协议。
图7是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API管理方法的流程图。
参照图7，当用户终端400执行专用应用程序(S701)，并输入个人识别信息(S703)时，云服务器100同时从多台医院服务器200查询患者编号(S705)。
当多台医院服务器200查询患者编号(S707)，并且云服务器100确认所述患者编号是否在多台医院服务器200中的至少一台医院服务器中注册时，向云服务器100发送患者编号的注册确认(S709)，向用户终端400发送是否注册所述患者编号(S711)。
用户终端400使用患者编号登录(S713)，云服务器100识别医院信息(S717)。当云服务器100调用诊疗服务时，向医院服务器200请求诊疗服务联动(S719)。医院服务器200开始患者用应用程序诊疗(S721)，并向联盟服务器300请求联盟服务联动(S723)。
图8是示出根据本发明实施例的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API调用的架构变化的流程图。
参照图8，用户终端400通过执行专用应用程序，来执行云服务器100的业务逻辑并请求数据，并且通过API加载器(Loader)调用标准API，以通过云服务器的API元管理查询API映射。通过API字段验证程序(Field Validator)检查API发送数据，来与多台医院服务器和联盟服务器联动，并调用映射API之后，通过API执行器(Executor)将字段转换为标准API后返回业务逻辑和转换数据，以提供服务。检查通过API发送和接收的数据的匹配性。
尽管已经参考附图中所示的实施例描述了本发明，但这仅仅是示例性的，并且本领域的普通技术人员将理解，可以具有各种修改和等效的其他实施例。因此，本发明真正的技术保护范围应以所附权利要求书的技术精神为准。

Claims (3)

1.一种用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理系统，其中，
由云服务器、多台医院服务器、多台联盟服务器和用户终端组成；
所述云服务器包括：
API生成单元，用于生成用于提供多个医院服务器和联盟服务器的集成接口的预定义的API，
API管理单元，当接收来自用户终端的服务调用时，调用与服务匹配的API，以便同时并发的向多台医院服务器和联盟服务器提供患者编号查询、诊疗预约、支付、损失赔偿保险请求服务中的至少一项服务，
数据验证单元，对已生成的API进行错误测试，以及
数据合并单元，用于接收和合并来自多台医院服务器的患者数据，
其中，所述医院服务器由电子病历数据库和API引擎单元组成，
所述云服务器通过将预定义的API规格注册为元数据来将API提供给医院服务器的API引擎单元，
所述API引擎单元接收和加载从云服务器接收的每台医院服务器的API，并从云服务器加载API元数据以执行API服务。
2.根据权利要求1所述的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理系统，其中，还包括：
计费单元，当在确认医院服务器的预定义的API之后，在联盟服务器中使用API时，通过测定联盟服务器的API使用量并反映每个组的使用现状/统计来进行计费。
3.根据权利要求1所述的用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的API规格管理系统，其中，
所述API引擎单元从电子病历数据库提取数据。
CN202180033827.0A 2020-06-18 2021-02-16 用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法 Active CN115516574B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020200074341A KR102226292B1 (ko) 2020-06-18 2020-06-18 다수개의 병원서버 및 컨소시엄서버를 동시다발적으로 연동하기 위한 클라우드 기반의 api스펙 관리방법
KR10-2020-0074341 2020-06-18
PCT/KR2021/001956 WO2021256657A1 (ko) 2020-06-18 2021-02-16 다수개의 병원서버 및 컨소시엄서버를 동시다발적으로 연동하기 위한 클라우드 기반의 api스펙 관리방법

Publications (2)

Publication Number Publication Date
CN115516574A CN115516574A (zh) 2022-12-23
CN115516574B true CN115516574B (zh) 2023-08-01

Family

ID=75147815

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180033827.0A Active CN115516574B (zh) 2020-06-18 2021-02-16 用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法

Country Status (5)

Country Link
US (1) US11854692B2 (zh)
EP (1) EP4170674A4 (zh)
KR (1) KR102226292B1 (zh)
CN (1) CN115516574B (zh)
WO (1) WO2021256657A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102371078B1 (ko) 2021-08-13 2022-03-07 주식회사 레몬헬스케어 이종 시스템간 데이터 유통을 위한 표준api 규격 자동화 방법 및 시스템
KR102707752B1 (ko) * 2021-12-31 2024-09-23 동은정보기술주식회사 보안을 강화한 웹소켓 기반의 실시간 비대면 진료 서비스 제공 시스템 및 방법
WO2024026361A1 (en) * 2022-07-26 2024-02-01 Hokmabadi Dental Corporation Methods and apparatuses for teledentistry

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004334541A (ja) * 2003-05-08 2004-11-25 Nippon Telegr & Teleph Corp <Ntt> 標準ａｐｉ使用方法の検査装置及びその検査方法と、標準ａｐｉ使用方法検査プログラム及びそのプログラムを記録した記録媒体と、アプリケーション検査システム及びその検査方法
US6854123B1 (en) * 2000-05-09 2005-02-08 International Business Machines Corporation Method, system, and program for mapping standard application program interfaces (APIs) to user interface APIs
CN108111334A (zh) * 2017-12-04 2018-06-01 叶轻舟 一种网络应用节点的集成系统和方法
CN110322940A (zh) * 2019-07-15 2019-10-11 山东健康医疗大数据有限公司 一种医疗数据共享的访问授权方法及系统
CN111276236A (zh) * 2020-02-04 2020-06-12 广州市行心信息科技有限公司 用于医疗信息化行业的万能接口服务器
CN112261022A (zh) * 2020-10-15 2021-01-22 四川长虹电器股份有限公司 一种基于api网关的安全认证方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101204703B1 (ko) * 2011-02-15 2012-11-23 김세룡 의료정보 중계 방법
KR101561242B1 (ko) 2013-12-23 2015-10-19 (주)솔트웍스 병원의료시스템의 통합 시스템 및 그 방법, 병원의료시스템의 통합 시스템 활용 서비스 지원 시스템 및 그 방법
US20160321400A1 (en) * 2015-03-30 2016-11-03 Zoll Medical Corporation Clinical Data Handoff in Device Management and Data Sharing
KR101769480B1 (ko) 2015-06-08 2017-08-18 (주)유메디 병원 진료 예약 플랫폼 시스템 및 이의 방법
CN108348163A (zh) * 2015-10-29 2018-07-31 郑丽琼 设计用于数字健康管理和远程患者监测支持的移动平台的系统和方法
US20180181716A1 (en) * 2016-12-27 2018-06-28 General Electric Company Role-based navigation interface systems and methods
US10740215B2 (en) * 2017-04-26 2020-08-11 Jpmorgan Chase Bank, N.A. System and method for implementing an API validator tool
KR20190059578A (ko) * 2017-11-23 2019-05-31 (주)메디큐브 무선보안을 적용한 스마트헬스케어 시스템
US11615208B2 (en) * 2018-07-06 2023-03-28 Capital One Services, Llc Systems and methods for synthetic data generation
KR101989474B1 (ko) * 2018-11-23 2019-06-14 (주)레몬헬스케어 클라우드 기반의 전자처방 전송 시스템 및 방법
US11170892B1 (en) * 2018-12-06 2021-11-09 VEEV, Inc. Methods and systems for analysis of requests for radiological imaging examinations
KR102097622B1 (ko) * 2019-05-17 2020-04-06 권성석 개인건강기록 공유 시스템 및 방법
KR102110388B1 (ko) * 2020-01-13 2020-05-13 주식회사 브이티더블유 지역적 블록체인 기반의 cPHR 서비스 운용 방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6854123B1 (en) * 2000-05-09 2005-02-08 International Business Machines Corporation Method, system, and program for mapping standard application program interfaces (APIs) to user interface APIs
JP2004334541A (ja) * 2003-05-08 2004-11-25 Nippon Telegr & Teleph Corp <Ntt> 標準ａｐｉ使用方法の検査装置及びその検査方法と、標準ａｐｉ使用方法検査プログラム及びそのプログラムを記録した記録媒体と、アプリケーション検査システム及びその検査方法
CN108111334A (zh) * 2017-12-04 2018-06-01 叶轻舟 一种网络应用节点的集成系统和方法
CN110322940A (zh) * 2019-07-15 2019-10-11 山东健康医疗大数据有限公司 一种医疗数据共享的访问授权方法及系统
CN111276236A (zh) * 2020-02-04 2020-06-12 广州市行心信息科技有限公司 用于医疗信息化行业的万能接口服务器
CN112261022A (zh) * 2020-10-15 2021-01-22 四川长虹电器股份有限公司 一种基于api网关的安全认证方法

Also Published As

Publication number Publication date
US20230197256A1 (en) 2023-06-22
CN115516574A (zh) 2022-12-23
EP4170674A1 (en) 2023-04-26
WO2021256657A1 (ko) 2021-12-23
KR102226292B1 (ko) 2021-03-10
US11854692B2 (en) 2023-12-26
EP4170674A4 (en) 2024-01-31

Similar Documents

Publication Publication Date Title
CN115516574B (zh) 用于以同时并发的方式联动多台医院服务器和联盟服务器的基于云的api规格管理方法
US10102016B2 (en) Dynamic determination of local and remote API calls
US7617500B2 (en) Generic framework for integrating components with different interfaces in an enterprise application integration environment
US7814470B2 (en) Multiple service bindings for a real time data integration service
US20150142476A1 (en) Operating system
US20050232046A1 (en) Location-based real time data integration services
US20050262193A1 (en) Logging service for a services oriented architecture in a data integration platform
US20050240354A1 (en) Service oriented architecture for an extract function in a data integration platform
US20050228808A1 (en) Real time data integration services for health care information data integration
US20150127736A1 (en) Systems and methods for distributed rules processing
US20050262190A1 (en) Client side interface for real time data integration jobs
US20050262191A1 (en) Service oriented architecture for a loading function in a data integration platform
US20050240592A1 (en) Real time data integration for supply chain management
US20080235041A1 (en) Enterprise data management
US7921075B2 (en) Generic sequencing service for business integration
JP2011501834A (ja) ヘルスケアセマンティック相互運用プラットフォーム
WO2012075442A1 (en) Systems, methods, and computer program products for processing insurance claims
EP1695254A2 (en) A system for managing healthcare data including genomic and other patient specific information
US20190244688A1 (en) Device for approving medical tests across a plurality of medical laboratories, medical providers, and lab payers and methods for using the same
JP2022531370A (ja) 管理対象ネットワークによって使用されるソフトウェアの決定及び調整
US20230291815A1 (en) Just-in-time auto-provisioning systems and methods for information exchange platform
US9367644B2 (en) Object tree walking
JP2002358290A (ja) 情報処理サービス提供方法及びプログラム並びにシステム
US20170286523A1 (en) Apparatus and method for verifying cloud service compatibility
US20100030599A1 (en) Method and apparatus for integrating health care payers and provider systems with health care transaction systems using a single hipaa edi response generation component

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
GR01 Patent grant
GR01 Patent grant