CN115394410A - 一种用于医疗领域的信息调度方法及装置 - Google Patents
一种用于医疗领域的信息调度方法及装置 Download PDFInfo
- Publication number
- CN115394410A CN115394410A CN202210838743.0A CN202210838743A CN115394410A CN 115394410 A CN115394410 A CN 115394410A CN 202210838743 A CN202210838743 A CN 202210838743A CN 115394410 A CN115394410 A CN 115394410A
- Authority
- CN
- China
- Prior art keywords
- resource
- controller
- request
- information
- medical
- 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
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Health & Medical Sciences (AREA)
- Signal Processing (AREA)
- General Business, Economics & Management (AREA)
- Business, Economics & Management (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Automation & Control Theory (AREA)
- Bioethics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种用于医疗领域的信息调度方法及装置,首先对各类医疗资源根据其能力和特性,按照统一的资源描述格式,生成对应的数字化资源;然后,通过在这些医疗资源提供方(如医院等)的信息化系统接口侧开发相应的资源控制服务,将医疗资源实际业务功能转化为对应数字化资源的标准化操作,实现医疗资源的供应和控制;最后,通过统一、可追溯的数字化资源调度机制,实现对医疗资源跨信息化系统、跨医院的共享互通与高效协作,从而提高医疗服务质量。
Description
技术领域
本发明涉及一种用于医疗领域的信息调度方法及装置。
背景技术
近年来,随着医疗信息化的普及和深入开展,医院日常运营的效率得到了极大提升。除了院内业务外,医疗信息化系统也越来越多的服务于医疗大数据分析、互联网医院、AI辅助医疗等众多智慧医疗应用业务(后面简称为“医疗应用”),进一步增强了医院的医疗服务能力和质量。然而,由于医疗信息化系统种类繁杂,并且各家医院在资金、信息技术人才储备等方面存在较大差异,医疗信息化系统发展存在诸多问题:
1、数据共享问题:医疗信息化系统厂商众多,业务系统之间的接口格式互不兼容,数据互通困难。一旦基础医疗信息化系统(如HIS、LIS等系统)进行大版本升级或者更换厂商,依赖这些系统的医疗应用将无法正常运行,需要对这些应用系统进行二次开发以对接新版业务接口。针对大型医院来说,需要投入大量的时间和人力以完成系统整体升级,会导致高成本、较长时间的服务中断,这些都是难以接受的。
2、业务协作问题:本质上患者需要的是医生、医技、检查、床位、药品等具体的医疗资源,而同一家大医院往往难以同时提供这些资源,进而导致挂号难、预约难等一系列就医难问题。随着分级诊疗、医联体等区域医疗的发展,以及国家关于医生多点执业的政策支持,患者就医所需资源将逐渐由传统的单一医院提供向区域医疗转变,从而可以有效缓解这些问题。然而,当前医疗信息化系统除了数据共享难以外,还缺乏有效的协作和资源调度机制,从技术上难以支撑区域医疗的需求,严重阻碍了区域医疗的推进。
针对医疗信息化系统发展过程中存在的这些问题,目前主要有以下两种解决方案:
1、医院系统集成平台:通过引入集中式服务,对接院内各个业务系统接口,并提供统一、标准化的医疗数据访问服务,从而解决业务系统之间的接口问题。平台本身不会存储大量的数据,只是做负责数据的解释和交换。
2、临床数据中心(又称为CDR):对医院内部各个业务系统抽取数据并进行整合。以患者为中心,实现患者临床数据的模型化,对数据进行标准化集中存储。
现有技术能够从一定程度上解决医疗数据共享和业务协作的问题,但仍存在如下问题:
1、方案1通常采用集中式的方式,由集成平台接口服务直接对接医院各种业务系统的接口,一旦新增或变更业务系统,都需要更新该服务,容易影响其它业务系统的接口调用。另外,该方案主要针对院内系统,需要提前了解各类业务系统的接口情况,扩展性较差,并且缺乏安全、审计,以及全局调配机制,难以支持跨院业务和数据调用。
2、方案2主要解决的是医疗数据共享读取的问题,不能解决业务调用的问题。另外,该方案也是针对院内系统,缺少安全、审计机制,难以支持跨院数据共享。
因此,有必要设计一种用于医疗领域的信息调度方法及装置(或称为用于医疗领域的信息调度方法及系统)。
发明内容
本发明所要解决的技术问题是提供一种用于医疗领域的信息调度方法及装置,该用于医疗领域的信息调度方法及装置能便利地实现信息资源的跨系统调度。
发明的技术解决方案如下:
一种用于医疗领域的信息调度方法,其特征在于,包括以下步骤:
步骤1:将不同医疗系统的医疗资源进行标准化及数字化,形成数字化资源;
步骤2:采用调度机制实现跨系统的数字化资源的调度。
所述的调度机制是指基于调度器和控制器实现数字化资源调度;
(1)调度器包括资源请求处理模块、资源解析模块、资源调度控制模块、资源状态存储模块、控制器通信模块、控制器管理模块;
(2)控制器对接指定资源的医疗信息化系统接口,并按照所述资源描述格式封装为资源对象,以便调度器进行统一资源调度。
所述调度机制涉及2个流程:1)控制器注册和状态汇报流程;2)资源请求调度流程。
控制器注册和状态汇报流程:
步骤a,控制器向调度器主动发起注册请求,请求携带如下信息:控制器唯一标识、名称、供应资源列表,供应资源列表包含的信息包括:资源类型和版本号;
步骤b:调度器接收到调度器发送的注册请求后,首先根据控制器唯一标识新建或者更新控制器记录,记录信息包括名称和代理服务地址和端口;
然后,根据请求中的供应资源列表,将该控制器加入到控制器查找表中,便于后续查找能够供应指定资源类型和版本的一个或者多个控制器;更新记录后,调度器向控制器返回注册成功的结果;
步骤c:注册成功后,控制器启动定时器,定期请求调度器以汇报运行状态。
资源请求调度流程如下:
1)资源请求方以用户身份在认证系统进行登录;
2)资源请求方向调度器发起资源请求;
3)调度器根据请求中携带的请求信息(请求信息包括资源操作、资源类型、资源标识、版本号、过滤条件等信息),首先判断资源是否支持所需操作,若不支持则拒绝请求,若支持,则查找能够供应该资源的控制器,如果能找到至少一个控制器,则转发资源请求给该控制器,否则拒绝请求;
4)控制器根据请求信息调用医疗机构内部信息化系统接口,反馈资源请求结果;调度器收到控制器反馈的资源请求结果后,形成资源列表返回给请求方。(控制器通内部信息化系统接口调用实现对资源的供应和操作如加密操作等,供应是指提供服务器地址,或直接将资源以数量流方式经调度器回传到请求方。请求方根据资源列表获取相关资源,资源列表可以包括ip地址等。)
所述的医疗资源为检测资料(影像资料,心电图,血常规检测结果等)、病历或治疗方案中的至少一种。
一种用于医疗领域的信息调度系统,其特征在于,包括资源请求方和资源提供方;
采用前述的用于医疗领域的信息调度方法实现信息调度,从而实现跨系统资源共享。
有益效果:
本发明的用于医疗领域的信息调度方法及装置,具有以下特点:
1、通过对各类医疗资源的特征和行为进行抽象,定义统一的资源描述格式。
2、通过资源调度器和资源控制器结合的方式,将资源访问与相关的医疗信息化系统接口实现进行解耦,进行标准化的资源访问和状态维护。通过资源格式抽象和与医疗信息化系统实现解耦,实现医疗资源的共享互通与高效协作,具有很好的扩展性,并且能够支持跨院资源调用。
对资源调度请求进行身份认证,并且支持资源调度访问留痕。针对医疗业务和数据,支持访问控制,并且访问记录可追溯,便于监管。
附图说明
图1为资源调度器结构图;
图2为资源请求调度流程图。
具体实施方式
以下将结合附图和具体实施例对本发明做进一步详细说明:
实施例1:本发明提出了一种技术方案(简称“方案”),首先对各类医疗资源根据其能力和特性,按照统一的资源描述格式,生成对应的数字化资源;然后,通过在这些医疗资源提供方(如医院等)的信息化系统接口侧开发相应的资源控制服务,将医疗资源实际业务功能转化为对应数字化资源的标准化操作,实现医疗资源的供应和控制;最后,通过统一、可追溯的数字化资源调度机制,实现对医疗资源跨信息化系统、跨医院的共享互通与高效协作,从而提高医疗服务质量。
本方案中所述医疗资源包括但不限于如下类型:1)医疗实体类资源,包括但不限于:医生、医技、床位、处方、药品、远程医疗器械等;2)医疗数据类资源,包括但不限于:病历、影像、检测报告等;3)医疗行为类资源,包括但不限于:预约、问诊、检查、开方等;4)数字类资源,包括但不限于:医疗AI辅助机器人、医疗大数据计算任务等。本方案为上述各类医疗资源分别定义了对应的数字化资源(后文简称“资源”)。此外,还定义了一类特殊资源,即“元资源”,该资源主要用于描述其它资源类型的能力和特性,实现对资源的抽象定义。在本方案提出的资源调度机制中,对资源的各种处理环节都将直接根据该资源类型对应元资源描述的能力和特性来进行。
所述资源能力,主要指所描述资源类型支持的操作,对同种类型下所有资源对象均适用,包括但不限于:创建、删除、更新、查询,以及相关医疗行为的执行、状态监控等。资源能力将用于描述和限定该类型资源可以被资源请求方访问和调用的形式。
所述资源特性,主要指所描述资源类型的特定属性,对同种类型下所有资源对象均适用,包括但不限于:需要将资源数据进行加密传输、需要依赖其它资源等。资源特性将用于描述该类型资源在调度过程中需要进行的特殊处理方式。
所述资源描述格式,主要用于从多个维度对资源对象进行定义和描述。资源描述格式包括但不限于如下基本信息:1)版本号;2)资源类型名称;3)资源元数据;4)资源规格;5)资源状态。其中,所述版本号用于区分不同版本的资源描述格式,以及资源类型集合。新增资源类型通常出现在新版本中,而同种类型资源也支持在不同版本存在格式差异,因此需要结合版本号和资源类型名称来确定某个特定资源对象的格式。所述资源元数据,主要用于描述该资源对象的与资源类型无关的通用信息,包括但不限于:资源标识、资源标签、资源引用等。其中,资源标识作为某个资源对象的全局唯一编号或名称,用于快速资源访问;资源标签通过键值对的形式,对资源对象的特征进行描述,比如:所属医疗机构名称等,可用于对资源进行条件检索。所述资源规格,是该资源对象的特定信息,比如:病历字段等,其格式与资源类型相关。所述资源状态,是针对某些类型资源描述其当前状态的信息,比如:病床预约成功、药方审核中等。所述资源引用,是指所描述资源依赖或相关的其它资源标识的列表。
进一步,本方案由用户身份认证系统、资源请求访问控制系统、资源请求审计系统、资源调度器服务、资源控制器服务、区域医疗公有云、医疗机构私有云,以及对特定资源发起调用请求的业务系统(简称“资源请求方”)构成。
所述用户身份认证系统(简称“认证系统”),主要用于对资源请求方进行身份认证。该系统采用常见技术方案及装置实现身份认证过程(如:账号密码验证、手机短信验证、生物信息识别等)。其中,所述认证系统在首次进行身份认证前,需要提前生成PKI(PublicKeyInfrastructure,公钥基础设施)公私钥对。该公私钥对中的私钥将用于对认证成功后生成的用户身份标识信息通过数字签名来进行确认,所述签名后的用户身份标识信息将被携带在资源调用请求中。所述公钥需要提前部署到资源请求访问控制系统中,将用于对请求中携带的用户身份表示信息进行数字签名的验证,以确认请求方的身份。
所述资源请求访问控制系统(简称“访问控制系统”),主要用于对资源请求的发起方进行强制性的身份验证,并且支持对资源请求动作进行审计留痕。访问控制系统由多个对等的代理服务组成,每一个资源调度器服务实例和每一个资源控制器服务实例都对应部署一个代理服务实例。资源请求首先发送到代理服务,由代理服务验证请求中携带的用户身份标识信息,并转发给对应的资源调度器或者资源控制器,以进行实际的资源调度。同时,在转发过程中,代理服务将请求日志信息发送给资源请求审计系统。此外,资源调度器服务对应的代理服务还需要中转资源控制器发送来的请求,其请求验证方式将采用通用的SSL(SecureSocketLayer,安全套接字层)证书验证。
所述资源请求日志审计系统(简称“审计系统”),主要用于接收访问控制系统发送来的请求相关信息,集中进行记录,用于后续进行审计。所述请求日志信息,包括但不限于:请求方的用户身份标识、请求的资源类型和资源对象标识、返回的资源描述信息等。所述记录过程,采用包括但不限于数据库、区块链等方式进行。所述审计系统可采用中心化方式部署在区域医疗公有云内,也可采用去中心化方式部署在区域医疗公有云和各个医疗机构私有云内,并可通过区块链实现记录防篡改。
所述资源调度器服务(简称“调度器”),作为本方案提出的资源调度机制中的核心服务模块,主要用于接收资源请求,并负责根据请求中的资源类型、资源标识、版本号、限制条件等信息,选择合适的一个或多个资源控制器服务,向其请求资源,并将请求结果汇总后返回给资源请求方。所述调度器预先为常见资源类型配置了元资源描述信息,当资源请求发送给资源控制前之前,需要先根据资源能力对请求中所要求资源操作进行正确性验证,若不符合则直接拒绝请求。然后针对资源控制器返回的结果,还需要根据资源特性对其处理方式进行正确性验证,以确保返回资源信息的一致性和正确性。所述调度器部署在区域医疗公有云内,可以面向第三方医疗业务应用提供资源调度服务。所述调度器本身不存储资源内容,但是会保存资源的状态,并且可根据实际需要在满足安全要求前提下对资源内容进行缓存,以提高服务能力。如图1所示,所述调度器主要由资源请求处理、资源解析、资源调度控制、资源状态存储、控制器通信、控制器管理这几个模块构成。各模块功能如下:
1)资源请求处理模块,主要负责处理来自资源请求方的网络请求,解析出请求参数和对资源的操作方式等信息。其中,请求参数至少包含了资源类型、限制条件等信息,这里限制条件主要用于限定资源的提供方、所在位置、状态等(比如:查询某指定医院的床位、某科室的医生等)。操作方式即资源能力中支持的各种操作;
2)资源解析模块,主要负责验证资源类型是否支持,以及获取对应的元资源定义,从而获知该资源类型具有的能力和特性;
3)资源调度控制模块,主要负责资源调度过程控制。具体来说,该模块首先根据请求参数以及从资源解析模块获得的所请求资源的能力,确定是否需要向控制器请求资源(除了状态监控操作外,通常需要发起请求)。如果需要,则向控制器管理查找匹配限制条件的一个或多个资源控制器,然后向这些控制器发送资源请求,对结果根据资源特性进行验证、汇总。接着,根据结果中的资源标识,从资源状态存储模块尝试查询这些资源的状态,若有则添加到结果中。最终,将查询结果返回给资源请求处理模块,由该模块生成资源请求的应答信息并返回。此外,还接收来自控制器的资源状态更新,并记录在资源状态存储模块中;
4)资源状态存储模块,主要负责记录和根据资源标识查询资源的状态信息;
5)控制器通信模块,主要负责向控制器发送资源请求、接收并处理来自于控制器的请求。其中,来自于控制器的请求包括控制器本身的注册、运行状态汇报,以及资源状态更新的汇报;
6)控制器管理模块,主要负责管理已注册的控制器,记录各个控制器能够供应的资源类型,以及位置、标识等属性信息。此外,还记录各个控制器上报的运行状态,若发现某个控制器长时间未能进行状态汇报,则会将该控制器标为不可用,后续资源请求将不会发送到该控制器上。
所述资源控制器服务(简称“控制器”),是一类资源相关服务的统称,主要作为特定资源的供应方,每一种资源控制器服务对应于一个或者多个资源类型。具体来说,控制器将对接指定资源的医疗信息化系统接口,并按照所述资源描述格式封装为资源对象,以便调度器进行统一资源调度。所述控制器通常部署在医疗机构私有云内,可以访问院内相关医疗信息化系统。在能够接收资源调度请求之前,控制器需要向调度器发起注册,申明能够提供的资源类型和版本,并且在运行过程中定期汇报控制器的运行状态。除了调度器需要按需向控制器请求资源以外,控制器也需要根据资源状态改变的事件主动向调度器更新资源状态。
所述区域医疗公有云(简称“公有云”),是为规划区域内各医疗卫生机构提供协同医疗所需的信息基础设施的云服务平台,对外提供医疗资源相关服务。
所述医疗机构私有云(简称“私有云”),包括但不限于医院、第三方检验中心、区域影像中心等。私有云内部可以在有安全保护措施情况下允许访问该医疗机构内部信息化系统,以获得医疗数据和业务接口。各家机构私有云通过互联网专线安全接入到公有云。
所述资源请求方,主要指部署在区域医疗公有云上或者外部数据中心的医疗业务应用系统,其业务依赖某些类型的资源。所述资源请求方,应对调度器服务端口具有访问权限,并且已经在用户身份认证系统中完成了注册。
本方案主要包含如下流程:1)控制器注册和状态汇报流程;2)资源请求调度流程。以下将对各流程进行详细描述。
1、控制器注册和状态汇报流程
1)启动调度器;
2)在控制器上配置好调度器的代理服务地址和端口信息,启动控制器;
3)控制器向调度器主动发起注册请求,请求携带如下信息,包括但不限于:控制器唯一标识、名称、供应资源列表等。如果采用双向HTTP请求方式,则注册信息中还需要包含控制器的外部访问地址和端口信息,并确保调度器能够访问。另外,供应资源列表包含的信息包括但不限于:资源类型、版本号等。为了保证后向兼容性,同一种资源类型可以对应多个版本,但其描述格式可能存在差别;
4)调度器接收到调度器发送的注册请求后,首先根据控制器唯一标识新建或者更新控制器记录,记录信息包括名称、代理服务地址和端口等。然后,根据请求中的供应资源列表,将该控制器加入到控制器查找表中,便于后续查找能够供应指定资源类型和版本的一个或者多个控制器。更新记录后,调度器向控制器返回注册成功的结果。
5)注册成功后,控制器启动定时器,定期请求调度器以汇报运行状态。请求信息包括但不限于:控制器唯一标识、运行负载情况等。调度器接收到状态汇报后,更新控制器记录,并向控制器返回汇报成功。如果控制器长时间未进行汇报,超过调度器设置得阈值,则调度器认为该控制器已经下线,后续不再向控制器发送请求。
2、资源请求调度流程
如图2所示,资源请求调度流程如下:
1)资源请求方首先需要到用户身份认证系统进行登录,获得用户身份标识信息和数字签名(简称“身份信息”);
2)资源请求方向调度器对应的代理服务(简称“调度器代理”)发起资源请求,请求中需要携带第1步获得的身份信息;
3)调度器代理对该资源请求进行验证,验证通过后将该请求转发给调度器进行处理,转发的请求仍需携带身份信息;
4)调度器根据请求中携带的资源操作、资源类型、资源标识、版本号、过滤条件等信息,首先判断资源是否支持所需操作,若不支持则拒绝请求。然后,查找能够供应该资源的控制器,如果至少能找到一个控制器,则转发资源请求给这些控制器对应的代理服务(简称“控制器代理”),否则拒绝请求。这里转发的请求仍需携带身份信息;
5)控制器代理对该资源请求进行验证,验证通过后将该请求转发给控制器进行处理,转发的请求仍需携带身份信息;
6)控制器根据请求中的资源操作、资源类型、资源标识、版本号、过滤条件等信息,调用医疗机构内部信息化系统接口,实现对资源的供应和操作。如需返回资源相关信息,则需要根据资源特性进行相应处理,比如加密等,之后再返回给调度器。调度器收到各个控制器返回的资源请求结果后,首先根据资源特性验证其是否已完成相关处理,然后将验证通过的结果进行合并,将资源列表返回给请求方;
7)针对某些有状态的资源类型,需要控制器通过调用特定的信息化系统接口监听或者获取指定资源对象的状态更新事件。一旦发现状态更新,则主动向调度器代理发送资源状态更新请求,该请求将通过SSL加密传输,并需要携带控制器端SSL证书;
8)调度器代理收到控制器发送的资源状态更新请求,验证控制器端SSL证书,验证通过后转发给调度器。调度器收到请求后,更新对应资源对象的状态信息;
9)如图1中第9、10步,资源请求方定期查询资源状态情况,该请求同样需要携带身份信息,并通过调度器代理的验证,然后由调度器进行处理。如果所查询资源的状态已经发生改变,则返回改变后的资源状态给资源请求方。
下面给出两个示例流程,由于每个请求都需要进行用户身份认证,并通过调度器代理和控制其代理进行验证后转发到相应的调度器和控制器,因此下面示例中将不再对该过程进行赘述。
示例流程1:病历查询,资源请求方需要查询指定患者近三年的所有住院病历
1)资源请求方向调度器发起请求,对应资源操作为“读取”,并包含如下参数信息:资源类型为“住院病历”,限制条件为患者身份信息和最近三年的时间段;
2)调度器尝试查找“住院病历”资源对应的资源定义,若无此定义,则直接拒绝服务,否则获得“住院病历”资源的能力(支持读取操作)和特性(需要端到端加密传输)信息。由此可判断,该请求指定操作是可以支持的,否则直接拒绝服务;
3)调度器查询能够提供“住院病历”资源的所有可用控制器,若无可用控制器,则直接拒绝服务,否则同时或者分批向这些控制器发送资源请求,该请求携带步骤(1)中所述的参数信息;
4)每一个收到请求的控制器,向后端医疗信息化系统发起查询调用,获取指定患者近三年的住院病历数据。若无相应数据,则返回空结果,否则对所查得的住院病历数据进行端到端加密处理(可采用常见的端到端加密手段,这里加密环节主要用于演示资源特性相关处理流程,并非本专利保护点,在此不做详述)。然后将加密后的住院病历返回给调度器;
5)调度器收到所有控制器的响应结果。首先根据“住院病历”的特性,验证各个病历是否已经加密。然后,查询每个病历是否有状态信息,若有则将状态信息附加到对应“住院病历”资源对象的资源描述中。最后将合格的病历汇总成列表,统一返回给资源请求方。
示例流程2:在线开方,资源请求方需要为指定患者开方并查看药品配送状态
1)资源请求方向调度器发起请求,对应资源操作为“创建”,并包含如下参数信息:资源类型为“电子处方”,限制条件为医院代码、科室代码、就诊流水号、电子处方、配送地址等信息;
2)调度器尝试查找“电子处方”资源对应的资源定义,获得“电子处方”资源的能力(支持读取、创建、删除、状态监控)信息,暂无特性信息。由此可判断,该请求指定操作是可以支持的,否则直接拒绝服务;
3)调度器查询能够提供“电子处方”资源且所在指定医院的可用控制器,若无可用控制器,则直接拒绝服务,否则向该控制器发送资源请求,该请求携带步骤(1)中所述的参数信息;
4)收到请求的控制器,向后端医疗信息化系统发起调用,创建电子处方,并触发药房配药和物流配送流程,并将创建好的电子处方编号和创建成功且处理中的状态作为结果返回给调度器;
5)调度器收到指定控制器的响应结果,首先将状态信息记录下来,然后将电子处方编号和状态信息一起作为结果返回给资源请求方;
6)控制器定时向后端医疗信息化系统发起查询调用,获取电子处方状态,并将该状态通过请求向调度器汇报,有调度器记录;
7)资源请求方定时向调度器发起请求,查询该电子处方的状态。对应资源操作为“状态监控”,并包含如下参数信息:资源类型为“电子处方”,限制条件为医院代码、科室代码、电子处方编号等信息;
8)调度器尝试查找“电子处方”资源对应的资源定义,获得“电子处方”资源的能力(支持读取、创建、删除、状态监控)信息,暂无特性信息。由此可判断,该请求指定操作是可以支持的,否则直接拒绝服务;
9)调度器针对“状态监控”操作,不再查找控制器,而直接查询步骤(6)中存储的电子处方的状态信息,并返回给资源请求方;
10)资源请求方间隔一段时间后重新发起状态监控请求,直到该电子处方处理流程完成。
Claims (7)
1.一种用于医疗领域的信息调度方法,其特征在于,包括以下步骤:
步骤1:将不同医疗系统的医疗资源进行标准化及数字化,形成数字化资源;
步骤2:采用调度机制实现跨系统的数字化资源的调度。
2.根据权利要求1所述的用于医疗领域的信息调度方法,其特征在于,所述的调度机制是指基于调度器和控制器实现数字化资源调度;
(1)调度器包括资源请求处理模块、资源解析模块、资源调度控制模块、资源状态存储模块、控制器通信模块、控制器管理模块;
(2)控制器对接指定资源的医疗信息化系统接口,并按照所述资源描述格式封装为资源对象,以便调度器进行统一资源调度。
3.根据权利要求1所述的用于医疗领域的信息调度方法,其特征在于,所述调度机制涉及2个流程:1)控制器注册和状态汇报流程;2)资源请求调度流程。
4.根据权利要求3所述的用于医疗领域的信息调度方法,其特征在于,控制器注册和状态汇报流程:
步骤a,控制器向调度器主动发起注册请求,请求携带如下信息:控制器唯一标识、名称、供应资源列表,供应资源列表包含的信息包括:资源类型和版本号;
步骤b:调度器接收到调度器发送的注册请求后,首先根据控制器唯一标识新建或者更新控制器记录,记录信息包括名称和代理服务地址和端口;然后,根据请求中的供应资源列表,将该控制器加入到控制器查找表中,便于后续查找能够供应指定资源类型和版本的一个或者多个控制器;更新记录后,调度器向控制器返回注册成功的结果;
步骤c:注册成功后,控制器启动定时器,定期请求调度器以汇报运行状态。
5.根据权利要求3所述的用于医疗领域的信息调度方法,其特征在于,
资源请求调度流程如下:
1)资源请求方以用户身份在认证系统进行登录;
2)资源请求方向调度器发起资源请求;
3)调度器根据请求中携带的请求信息(请求信息包括资源操作、资源类型、资源标识、版本号、过滤条件等信息),首先判断资源是否支持所需操作,若不支持则拒绝请求,若支持,则查找能够供应该资源的控制器,如果能找到至少一个控制器,则转发资源请求给该控制器,否则拒绝请求;
4)控制器根据请求信息调用医疗机构内部信息化系统接口,反馈资源请求结果;调度器收到控制器反馈的资源请求结果后,形成资源列表返回给请求方。
6.根据权利要求1-5任一项所述的用于医疗领域的信息调度方法,其特征在于,所述的医疗资源为检测资料、病历或治疗方案中的至少一种。
7.一种用于医疗领域的信息调度装置,其特征在于,包括资源请求方和资源提供方;
采用权利要求1-6任一项所述的用于医疗领域的信息调度方法实现信息调度,从而实现跨系统资源共享。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210838743.0A CN115394410A (zh) | 2022-07-14 | 2022-07-14 | 一种用于医疗领域的信息调度方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210838743.0A CN115394410A (zh) | 2022-07-14 | 2022-07-14 | 一种用于医疗领域的信息调度方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115394410A true CN115394410A (zh) | 2022-11-25 |
Family
ID=84117445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210838743.0A Pending CN115394410A (zh) | 2022-07-14 | 2022-07-14 | 一种用于医疗领域的信息调度方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115394410A (zh) |
-
2022
- 2022-07-14 CN CN202210838743.0A patent/CN115394410A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7278379B2 (ja) | 集中型及び分散型の個別化医薬プラットフォーム | |
US20200394208A1 (en) | System and Method for Providing Patient Record Synchronization In a Healthcare Setting | |
CN101803293B (zh) | 卫生保健语义互操作性平台 | |
US20070124310A1 (en) | Distributed Computing System to Enable the Secure Exchange of Information Between Remotely Located Healthcare Applications | |
US20230178255A1 (en) | Effective collaboration in healthcare systems | |
US20200321087A1 (en) | System and method for recursive medical health document retrieval and network expansion | |
US20090210250A1 (en) | Intermediation Server, A Method, And Network For Consulting And Referencing Medical Information | |
US20160232305A1 (en) | Healthcare Information System With Clinical Information Exchange | |
US6665647B1 (en) | Enterprise healthcare management system and method of using same | |
WO2002059821A2 (en) | Method and apparatus for locating and exchanging clinical information | |
US20090064271A1 (en) | Filtering policies for data aggregated by an esb | |
US11342053B2 (en) | Systems and methods for medical referrals via secure email and parsing of CCDs | |
US11170878B2 (en) | Data capturing and exchange method and system | |
US20130031232A1 (en) | System and Method For Sharing Electronic Information | |
US20110093581A1 (en) | Coordinated Computer Network | |
CN109787963A (zh) | 业务办理方法、装置、计算机设备和存储介质 | |
CA3027937A1 (en) | Systems and methods for facilitating communication of health information | |
CN117527568A (zh) | 一种数据整合平台的数据接入方法及系统 | |
CN115394410A (zh) | 一种用于医疗领域的信息调度方法及装置 | |
EP3695409A1 (en) | Health care system to aid triage management | |
CN107391936A (zh) | 一种基于分布式网站的眼科影像集成与发布方法 | |
US20160224731A1 (en) | Method and system for aggregating health records | |
EP4350533A1 (en) | Computer-implemented method and system for processing a service with sovereign data | |
Liu et al. | An edge device centric e-health interconnection architecture | |
CN115798737A (zh) | 一种生存状态的获取方法、装置、终端设备及存储介质 |
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 |