CN101803293B - 卫生保健语义互操作性平台 - Google Patents
卫生保健语义互操作性平台 Download PDFInfo
- Publication number
- CN101803293B CN101803293B CN200880107453.7A CN200880107453A CN101803293B CN 101803293 B CN101803293 B CN 101803293B CN 200880107453 A CN200880107453 A CN 200880107453A CN 101803293 B CN101803293 B CN 101803293B
- Authority
- CN
- China
- Prior art keywords
- content
- network
- based router
- communication
- entity
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- 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
- G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
- G16Z99/00—Subject matter not provided for in other main groups of this subclass
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
-
- 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
-
- 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
-
- 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/563—Data redirection of data network streams
-
- 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/565—Conversion or adaptation of application format or content
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Abstract
提供了有效地将本地数据库连接到网络中的系统和方法,所述本地数据库具有不同的数据格式或标准,其中,在每个数据库和网络“合用线”总线之间提供基于内容的路由器,其将数据从各自的数据库转换成共同的规范形式或格式,使得所述网络内基于内容的路由器之间的所有信息都符合所述共同的规范形式,并根据单个标准或机制来进行确认,例如当信息最初进入所述网络时。还提供了追踪或审计机制,其中每个信息项在其最初进入所述网络时具有唯一的网络标识符,还具有来自每个本地数据库的本地标识符或与其相关联,所述本地数据库发起或访问所述信息项和对应于这些本地数据库的基于内容的路由器的路由器标识符。
Description
技术领域
本申请所描述的发明的示例性实施例包括分布式信息网络中基于内容的路由,具体而言涉及多方信息网络,例如卫生保健信息网络(HIN)。
背景技术
在当前的许多卫生保健信息系统中,语义上规格化并聚合的临床数据并不可用和/或并没有被充分地标准化来支持跨平台或跨网络的共享。这会导致医疗差错、基于不完整的病史知识或关键数据的诊断和治疗、有害的药物相互作用、重复检验以及其它不必要的接纳住院。在正确的时间向正确的临床工作人员提供患者的保健时的电子健康记录(EHR)(即正确的数据),将增加保健的质量和效率。目前该情况仅在个别提供者向非常复杂的系统集成项目进行投资的极少情形下才能实现,并且,即使如此,患者的记录很大程度上仍然是不完整的。相反,临床决策很大程度上依赖于通过对可用的硬拷贝、数据贮藏以及分解信息的“仓库”进行劳动密集和易出错的搜索,来构建患者健康状况的拼凑式的图像。
发明内容
根据本发明的一个方面,提供了一种用于使其网络内的数据规格化的系统,包括:多个实体,每个所述实体包括数据库并遵照不同的信息标准;以及多个基于内容的路由器,其中,所述基于内容的路由器中的每一个被分配给所述实体中的至少一个实体;其中:所述基于内容的路由器被连接起来以构成网络;所述网络内的在所述基于内容的路由器之间的通信符合第一规范标准;所述多个实体中的每一个通过对应的基于内容的路由器与所述网络进行通信;所述基于内容的路由器中的每一个用于将来自所述实体中的对应的一个实体的信息转换成符合所述第一规范标准的第一形式,并根据用于确认数据符合所述第一规范标准的度量确认所述转换后的信息;所述基于内容的路由器中的每一个用于将符合所述第一规范标准的信息转换成符合所述基于内容的路由器被分配到的对应实体的信息标准的形式,其中,所述第一规范标准使得所述网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,并且所述多个实体是卫生保健服务实体,并且其中,所述信息包括患者卫生保健信息。
根据本发明的另一方面,提供了一种使系统的网络内的数据规格化的方法,包括:将多个基于内容的路由器中的每一个分配给多个数据库实体中的对应的一个,其中,所述数据库实体中的每个都遵照不同的信息标准;在所述多个基于内容的路由器之间构成网络;所述基于内容的路由器中的第一基于内容的路由器从其被分配到的对应的第一数据库实体接收第一通信;所述第一基于内容的路由器将所述第一通信转换成符合第一规范标准的第一形式;所述第一基于内容的路由器根据作为所述网络内的标准的度量来确认所述转换后的第一通信;在所述网络中发送所述转换后的、经确认的通信;所述第一基于内容的路由器从所述网络接收第二通信,其中,所述第二通信的形式与所述第一规范标准一致;所述第一基于内容的路由器将所接收到的第二通信转换成符合所述第一数据库实体的信息标准的形式;以及所述第一基于内容的路由器将所述转换后的第二通信传输给所述第一数据库实体,其中,所述第一规范标准使得所述网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,并且所述多个数据库实体是卫生保健服务实体,并且其中,所述第一通信和所述第二通信包括患者卫生保健信息。
根据本发明的又一个方面,提供了一种用于使系统的网络内的数据规格化的装置,包括:用于将多个基于内容的路由器中的每一个分配给多个数据库实体中的对应的一个的模块,其中,所述数据库实体中的每个都遵照不同的信息标准;用于在所述多个基于内容的路由器之间构成网络的模块;用于使所述基于内容的路由器中的第一基于内容的路由器能够从其被分配到的对应的第一数据库实体接收第一通信的模块;用于使所述第一基于内容的路由器能够将所述第一通信转换成符合第一规范标准的第一形式的模块;用于使所述第一基于内容的路由器能够根据作为所述网络内的标准的度量来确认所述转换后的第一通信的模块;用于在所述网络内发送所述转换后的、经确认的通信的模块;用于使所述第一基于内容的路由器能够从所述网络接收第二通信的模块,其中,所述第二通信的形式与所述第一规范标准一致;用于使所述第一基于内容的路由器能够将所接收到的第二通信转换成符合所述第一数据库实体的信息标准的形式的模块;以及用于使所述第一基于内容的路由器能够将所述转换后的第二通信传输给所述第一数据库实体的模块,其中,所述第一规范标准使得所述网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,并且所述多个数据库实体是卫生保健服务实体,并且其中,所述第一通信和所述第二通信包括患者卫生保健信息。
根据本发明的再一个方面,提供了第一基于内容的路由器,包括:到第一实体的第一连接,所述第一实体与所述第一基于内容的路由器相关联,其中,所述第一实体包括数据库,所述数据库包括患者卫生保健信息;以及到多个其它基于内容的路由器的第二连接,所述其它基于内容的路由器中的每一个包括到与该其它基于内容的路由器相关联的其它不同的实体的连接,所述实体中的每个都包括数据库并遵照不同的信息标准,所述数据库包括患者卫生保健信息;用于确认数据符合第一规范标准的度量;其中,所述第一基于内容的路由器和所述其它基于内容的路由器之间通过所述第二连接的所有通信符合所述第一规范标准;其中,所述基于内容的路由器中的每一个用于将来自所述实体中相关联的对应的一个实体的信息转换成符合所述第一规范标准的第一形式,并根据所述度量确认所述转换后的信息;其中,所述基于内容的路由器中的每一个用于将符合所述第一规范标准的信息转换成与所述基于内容的路由器被分配到的对应实体的信息标准相符合的形式;以及其中,所述第一规范标准使得网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,并且所述第一实体和所述其它不同的实体是卫生保健服务实体,并且其中,所述信息包括患者卫生保健信息。
附图说明
参考下面的附图描述了本发明的非限制性和非穷尽性的实施例。在图中,除非另有说明,各个图中相似的参考标号指代相似的部分。
为了更好的本发明,下面将参考优选实施例的详细说明,对于该说明将结合附图来进行理解,其中:
图1示出了本发明示例性实施例的总体结构;
图2示出了本发明示例性实施例的功能性概述;
图3示出了示例性的基于内容的路由器的软件组件,该基于内容的路由器可用于图1的结构中;
图4示出了本发明示例性实施例的结构方面;
图5A-5C示出了本发明的示例性实施例所支持的部署模型;
图6示出了本发明示例性实施例的超级对等节点拓扑;
图7示出了根据本发明示例性实施例的数据交换网络用例;
图8示出了本发明示例性实施例的XML(可扩展标记语言)处理能力;
图9示出了根据本发明示例性实施例的规范过程流图;
图10示出了根据本发明示例性实施例的实验结果过程;
图11示出了根据本发明示例性实施例的纵向健康记录情形的基本体系结构;
图12-16示出了在根据本发明示例性实施例的纵向健康记录情形中,获得有关患者的健康记录的信息和有关患者个人健康记录中的事件或其它内容的特定信息的示例性过程;
图17示出了根据本发明示例性实施例的在多提供者保健情形中用于集成信息的基本体系结构;
图18示出了根据本发明示例性实施例的图17的多提供者保健情形中由于追踪信息的示例性过程流图;
图19示出了“从外到里”的示例性CRUD(创建、读取、更新、删除)交互;
图20示出了“从里到外”的示例性CRUD交互;
图21示出了图20体系结构的示例性基本顺序图;
图22示出了Get()的示例性顺序图;
图23示出了Put()的示例性顺序图;
图24示出了Discard()的示例性顺序图;
图25示出了List()的示例性顺序图;
图26示出了Describe()的示例性顺序图;
图27示出了Locate()的示例性顺序图;
图28示出了Initialize()的示例性顺序图;
图29示出了用于作为外部服务来实现CMVT(控制的医学词汇转换)的示例性体系结构;
图30示出了用于作为外部服务来实现EMPI(企业主患者索引)的示例性体系结构视图;
图31示出了示例性体系结构的可视表示,用于采用基于网络服务的接口提供到特定卫生保健的集成引擎(HCIE)的松散耦合。
具体实施方式
下面的术语表提供了整个本文中使用的定义。
“规范”:用于指代数据和功能的标准化表示的术语。例子包括患者、预定(order)、患者接触(encounter)等等。
“CBR”:基于内容的路由器或装置,其可以构成体系结构实施例中关键的软件组件,并可提供平台的ESB和XML加速和防火墙能力。
“CBR本地服务”:一种WSDL服务实现,其在CBR JavaTM栈中实现。
CBR外部服务:一种WSDL服务实现,其在CBR运行时间外部实现并通过所支持的一种CBR传输绑定(例如SOAP、JMS等等)被调用。
CBR工作流:基于BPEL的工作流,其在CBR运行时间中定义并执行。CBR将WSDL操作映射到工作流来执行。
ItemField:能够嵌入在CBR中以提供转换功能的第三方技术,其将HL7、X12、CCR和NCPDP数据格式映射成规范XML表示。
HIN:医疗信息网络,这是政府机构、医院、实验室、医生办公室、制药和保险公司之间的协作平台,以在保健团体之间共享患者、临床和财务信息。
HL7:医疗级别七,这是卫生保健工业标准内容,其定义了卫生保健的信息技术标准,其特别注重于临床系统和卫生保健业务过程之间的数据互操作性。
CDA:临床文档体系结构,这是经批准的HL7标准,以XML实现HL7版本3.0的参考信息模型(RIM)。
CCR:保健记录连续性,这是用于表示个人的个人健康记录的ATSM(ANSI)标准。其是XML结构,提供了患者人口统计信息、病史以及与临床专业人员关系(如初级医生/家庭医生)的标准化定义。
CCD:保健文档连续性,这是经批准的HL7和ANSI联合标准,用于表示CDA规范下CCR的内容。
NCPDP:用于表示电子药物处方的标准。
X12:用于表示索赔请求、转诊和索赔支付的标准。
RLS:记录定位器服务。
CRUD:创建、读取、更新和删除服务。
EMPI:企业主患者索引服务。
CMVT:控制的医学词汇转换服务。
XFRM:转换。
在本发明示例性实施例中,通过将属于不同实体(例如不同的医院、不同的健康保险商、门诊部、州或联邦机构等等)的数据库经由基于内容的路由器(即“CBR”或“CBR路由器”)链接起来而构成卫生保健信息网络(HIN)。CBR路由器可以作为SOA(面向软件的体系结构)装置(即,“CB装置”)来工作,该装置将来自不同(外部)实体的通信转换成共同或标准的格式或规范,并对CBR路由器之间的通信以及不同实体之间经过CBR路由器的通信进行传输和追踪。CB装置可以作为网络的网守,其通过对经过它们进入或退出网络的所有通信进行过滤或确认,从而有助于确保网络内数据的完整性,并为从网络接收数据的实体提供一定程度的认证或信任。以类似的方式,通过限制外部实体访问网络,CB装置可以为网络提供安全。在示例性实施例中,CB装置还跟踪经过它们流入以及流出网络的通信,从而为涉及特定数据(例如患者记录或信息)的事务提供可追踪性。
给定在HIN中参与的不同数据库所使用的“N”个不同的标准或数据格式,将其转换到中间的、共同的格式或标准以在网络中进行使用,使得必要的转换能力的数量从在将每一格式直接转换到所有其它格式的情形下的N*(N-1)减少到N+l次转换,从而提供了更高的效率并简化了可伸缩性。
每个CBR路由器被分配给一个(外部的)实体或数据库,并作为该实体到HIN的连接或联络。CBR路由器使用可以作为“合用线”的开放总线在它们之间进行通信,在其中所有的CBR路由器可以监听总线上的通信,并可以在总线上广播或发送消息。该开放总线可以是虚拟总线或者是通过因特网对CBR路由器之间的通信进行路由的“合用线”。总线上的通信可以包括适当的信息(例如报头信息)使得其它CBR路由器可以判断总线上的通信是要去往何处,以及特定的正在监听的CBR路由器是否对通信感兴趣(例如,如果已分配特定的CBR或者其已经负责对有关特定的主题、患者、地理区域的所有通信进行存档、挑选该CBR所分配医院或机构特别感兴趣的信息,等等)。另外,在网络中还可以提供直接路由机制,使得CB装置可以在网络上直接向另一实体(例如另一CB装置)发送通信。本领域技术人员将会理解,可以使用或采用现有的直接路由机制来促成该能力,并且网络中可以有索引或贮藏库,其类似于诸如一个或多个“电话目录”,CB装置可以进行参阅来获取、更新、验证或交叉检验网络中另一实体的直接路由地址或状态(或者对应于该另一实体的CB装置的直接路由地址或状态)。网络中的目录还可以指示可从参与网络中的CB装置获得的或可通过参与网络中的CB装置获得的服务和/或信息。因此,在网络中可以提供一个或多个中心目录,以包含与网络中参与者(例如CB装置)有关的信息以及与这些装置所表示的外部实体有关的信息,该信息可以包括参与者的网络标识、关于从参与者接收到的确认请求的记录、确认结果、CB装置所收集的缓存的事务追踪信息的副本、所支持的规范等等。
CBR路由器通过将来自每个数据库的所有数据或通信转换成共同的规范形式或标准来连接不同的数据库。因此,每个CBR实质上将来自其所分配的本地实体的通信或数据转换成共同的标准以传输给其它CBR路由器,并将代表其本地实体接收到的信息从共同的标准转换成本地实体的标准或格式,从而作为其本地实体与网络之间(并且从而作为其本地实体与由各自的CBR路由器所服务的其它实体之间)的转换器。转换不仅可以包括数据的格式或结构的转换或转化,还包括数据或元数据的语义或含义。例如,品牌名称药物的标签可以被转换或扩展成普通的或技术上的名称(例如从捷赐瑞(ZestrilTM)到赖诺普利),“心脏病发作”可被转换成或与“心肌梗死”相关联,等等。每个本地实体可以负责向其CBR路由器提供转换检索表或映射图,其将本地实体的数据描述标准和实践映射到在CBR路由器之间所共享的信息的共同标准或规范。
当CBR路由器从其本地实体接收到通信时,CBR路由器将该通信转换成共同的标准或规范,然后也可以应用确认机制(或将转换后的通信转发给网络内诸如网络核心节点的另一节点或站)来确认转换的通信。在示例性实施例中,确认由网络来保证,而不是简单地由某个本地场所的某个开发人员进行本地解释。这建立了在网络上可在设计时间(映射创建)和/或运行时间(消息交换)执行确认的服务。根据本发明示例性实施例的该全局/网络级别对确认的定义和执行提供了显著的益处。确认意味着对通信针对句法、语义和/或语法正确性或者恰当地符合共同的标准或规范的正式定义进行检查。如果确认失败,则CBR路由器可以通知其本地实体通信未被成功确认(并传送确认过程提供的任何诊断信息)。举例来说,失败的确认可以表示转换检索表或映射图包含本地实体需要纠正的错误或不准确性。确认机制可以统一地由网络中的所有CBR路由器来应用,或者在网络中的所有CBR路由器之间进行应用,使得网络中心部分的(即,在CBR路由器之间传递的)信息可被信任和容易地使用,并且使得通过CBR路由器连接到网络的实体可以信任它们通过该CBR路由器从网络接收到的信息。同时,通过使每个实体仅负责自身特定标准和共同的标准之间的映射,可以使本地或外部实体的负担最小化(处于网络的“外部”是因为它们仅通过它们各自分配的CBR路由器与网络进行通信)。确认过程的记录可由请求该确认的CBR路由器或CB装置来保存(保存在本地或缓存到单独的或相关联的数据存储器),和/或由网络内或连接到网络的中心实体来保存,例如CBR路由器向其发送通信来进行确认的实体(如网络核心节点)。举例来说,记录可以指示何时请求了确认、请求确认哪个通信、确认结果,等等。
可以通过经CB装置实现安全过程和机制来提供安全,该CB装置在示例性实施例中可作为网守。例如,安全可以是使用例如PKI(公钥架构)方法和技术的、基于证书的,使得每个合法的CB装置具有证书,并且使用进行通信的CB装置的各自的证书来对与网络内其它CB装置的通信进行标记或者以其它的方式进行验证。在示例性实施例中,如果试图直接与网络进行通信的实体不具有证书,网络中的其它CB装置将不予侦听。CB装置所代表的外部实体也可以具有数字证书,并且CBR网络的特定网络或区域可以是子证书,其在示例性实施例中,可用于根据任何需要的准则(例如地理区域,所代表的卫生保健实体的类型,等等)有效地将CBR网络组织成区域。在本发明的示例性实施例中,虚拟专用网、已知的网络寻址方案以及其它技术可以用来或适应于为CBR网络提供安全和/或启用合用线和直接路由通信。通过CB装置与CBR网络连接的外部系统可以使用密钥(例如根据PKI)来启用、控制和保护对在外部系统和其各自CB装置之间的通信的访问。
在示例性实施例中,每个事件或信息具有唯一的网络标识码和本地实体标识码,其由提供该事件或信息的本地实体在一开始时分配给该事件或信息。当网络中另一实体访问、查看、存储和/或修改该事件或信息时,对应的本地实体码和CBR路由器标识码可以与该事件相关联,或者添加到该事件的记录中以提供经过网络和网络内的事件的追踪历史。举例来说,新的关联可以在网络中广播,和/或直接路由到一个或多个感兴趣的实体(例如CBR网络内的中心贮藏库或高速缓存,涉及该事件的CB装置,等等),使得网络中参与的节点(例如网络核心节点、负责完成相关工作的CBR路由器和/或感兴趣或负责的本地实体)可以针对该事件更新他们的记录。
例如,当CBR路由器首先从其对应的本地系统接收到关于患者的信息时,例如事件、治疗或其它信息项,该信息将包括该项目的本地系统标识符。CBR路由器然后可以创建唯一的网络标识符,来标记项目以及与项目进行关联。
每个CBR路由器或装置可以具有唯一的物理标识符(例如,TCP/IP地址)和/或唯一的逻辑标识符(例如唯一的128比特字符码,或者其它具有较小或较大长度的码),信息项的网络标识符可以包括CBR的标识符,其与CB装置生成的计数或者其它生成的值进行拼接或以其它方式进行合并,使得不同的CB装置可以独立地生成唯一的网络标识符。在示例性实施例中,CB装置然后可以创建与信息项一起在网络进行传输的记录,其中该记录包括本地标识符、CB装置标识符和网络标识符。CB装置还可以保存该记录的副本,并可以将记录的副本转发给一个或多个网络核心节点(例如这些节点中的每个都具有将其连接到网络的CB装置),以提供冗余性。只要该信息项有效地接触到另一CB装置或通过CB装置,以被该CB装置本地的系统使用或缓存,该CB装置就将其自己的标识符以及由对应的本地系统所生成的另外的新的本地标识符添加到该记录,从而在记录中生成“追踪”。因此,对应于该信息项的记录将不仅包括网络标识符以及初始的本地和CBR标识符,还包括使用或访问信息项的其它本地系统以及它们的CB装置的标识符。当CB装置将新的或另外的标识符与该信息项的网络标识符进行关联时,CB装置可将其在网络中进行广播,使得接触该信息项或者承担对该信息项“感兴趣”的任务的其它CBR可以接收所广播的消息并更新它们的针对该信息项的历史/追踪记录的副本。CB装置还可以在其提供给网络的具有更新的关联信息(例如要与信息项的网络标识符关联的新的标识符)的消息中指定特定节点,使得这些节点将接收或注意到该更新并作出相应的响应。附加地或可替换地,CB装置可以直接将更新路由到其知道的对信息感兴趣的在网络中的一个或多个实体。因此,可以为了追踪或跟踪目的来记录或缓存与网络成员进行的针对该信息项的每个事务。这可以使得能够遵守不同的隐私或受限访问规则,指示谁或什么对信息项感兴趣或者可能感兴趣,提供识别并追踪疾病载体的机制,以及其它等等。每个CB装置可以具有其自己的用于存储追踪记录、规范定义和标准、特殊任务或职责以及待执行的相关规则或脚本等的本地高速缓存或数据存储器。CB装置的数据存储器可以是本地的且专有的,或者可以是远程的、可由多个CB装置共享或独立地服务多个CB装置,等等。CB装置的高速缓存或数据存储器从而可以对可追踪数据和核心数据(例如通信以及它们的追踪信息)进行存档,并可以用于使通信超时或周期性地清除通信而保留有关通信的追踪数据。例如,在通过CB装置传送通信后经过一段时间之后,通信可以从装置的高速缓存中清除或删除,而有关通信的可追踪或追踪信息(以及用于识别通信的信息)无限期地得到保留或保留到之后的日期。例如,CB装置高速缓存可以用于将追踪信息保留得比对应的通信更久,并可以卸载或上载将被清除或丢弃的信息,使得其可在别处被保存或存档,例如在与CB装置相关联的另一数据存储器中,或者CBR网络内或者连接到CBR网络的中心贮藏库或区域贮藏库中。网络内的CB装置高速缓存可以进行不同的配置,例如根据诸如不同的因素来进行,包括特定高速缓存的大小、CB装置所传送业务的数量或强度、所传送通信的类型等等。
与CB装置相关联的高速缓存或数据存储器不仅可以提供可追踪功能或能力,还可以用于提供记录定位器服务。例如,本发明的示例性实施例支持预先建立的卫生保健记录定位服务,或称作RLS(记录定位器服务)。RLS的目的是提供用于确定和聚合可存储在医疗信息网络(HIN)内不同的位置的患者数据的机制,该医疗信息网络例如是CB装置的网络,其中的每个CB装置连接到外部的卫生保健实体(例如本申请其它部分所描述的HMO、医院等等)。更具体地,可以对患者数据进行查询来确定患者访问某一个医生的频度,可以提供指定日期范围内患者活动的概要,或者可用于提取聚合形式的信息,例如完整的患者或患者接触历史。虽然RLS服务对于单个的CBR实例可以表现为本地的预先建立的服务,其可以依赖于网络中多个CBR实例的“网络效应”,这些CBR实例有效地共享资源。进一步,可设计预先建立的RLS服务以将其定制成适合卫生保健部署的准确需求。具体而言,可以针对特定的应用来定制本地WSDL(网络服务数据语言)服务接口和RLS存储器的数据库模式。采用该形式,可以将RLS服务当作“启动者”服务。
对于RLS,我们可以在多个CBR实例或称作节点的装置/基于上下文的路由器之间进行区分。在示例性实施例中,在医疗信息交换(HIE)网络的情形下,一个称作贮藏库节点的节点可以是从其查询数据的点,而其它CBR实例仅保存它们直接参与的患者数据的记录。在高级实例中,考虑3个通过CBR网络连接的CB装置或实例:医生节点、实验室节点和HIN节点。每个CB装置具有相关联的数据存储器或高速缓存,包括诸如持久的RLS数据存储器。在示例性实施例中,RLS数据存储器是与CB装置的消息高速缓存分离的接口(在其中,例如,消息高速缓存保存经过或与CB装置及其对应的外部卫生保健实体有关的所有消息的副本,以及保存追踪信息,例如本地和网络标识符标签)。在示例性实施例中,RLS数据存储器与消息高速缓存的差异在于前者设计用于处理具有较长生命期的数据。RLS数据存储器可以与消息高速缓存分离,或者与消息高速缓存一起实现在数据存储设备(例如分区的设备)中。在示例性实施例中,HIN(医疗信息网络)节点作为从其进行所有RLS查询的主贮藏库。CBR RLS服务可以与非CBR节点相兼容,尽管根据特定的情形可能需要某些专门的开发。在示例性实施例中,RLS生成标识符并对标识符进行关联,对应的CB装置的消息高速缓存至少用作实际消息的本地存储器。在示例性实施例中,RLS和/或生成并关联的标识符采用每个CB装置或实例中一个数据库中的消息的消息高速缓存或本地存储来实现。
在我们的实例中,HIN节点是贮藏库节点,并展现XML网络服务类型接口,用于查询患者数据。可以提供查询工具,例如,对于卫生保健实体或操作该实体的数据机器的经批准人员可用的工具,其中卫生保健实体连接到HIN节点的CB装置并通过CB装置有效地访问网络。查询工具可以将(自动进行或者根据人工操作员指示来进行)表示查询的特定的XML查询结构发送给CB装置。CB装置将该查询结构转换成一系列关系数据库查询,查阅其RLS数据存储器,并将患者数据返回给查询工具。
在示例性实施例中,对于RLS服务有两个方面:(a)患者数据如何以及在何处存储;(b)如何以及在何处查询患者数据。下面将详细说明这些内容。
根据本发明的示例性实施例,卫生保健的CBR可以包括若干卫生保健特定的服务,用于处理预定、患者接触、患者、文档以及在卫生保健领域中的其它人工制品。RLS可以通过在这些服务执行时聚合患者数据来工作。由于HIN节点(或贮藏库节点)的“网络效应”,本地节点(由网络中的CB装置表示)可以通过贮藏库节点传达它们的通信。当出现这种情况时,患者数据可以存储在中心位置以便随后获取。为了了解患者数据如何能够进行聚合以便由RLS服务来获取,我们将对医生为患者进行实验室预定的例子进行描述。该用例与前面描述的拓扑匹配。
可以使用下面的步骤来描述该用例:
1)医生为标识符为p的患者预定标识符为t的实验室检验,例如使用下面的函数/过程。Order.Initialize()使医生节点找到HIN节点的网络地址。函数Order.Put()将规范形式的实验室请求发送给HIN节点。
2)HIN节点记录患者数据,例如使用本地RLS存储写入来将标识符t、p以及日期存储在其消息高速缓存中。
3)然后,医生节点记录患者数据,例如使用本地RLS存储写入来将标识符t、p以及日期记录在其消息高速缓存中。
4)这时,医生希望将实验室检验发送给适当的实验室“a”,于是医生节点使用函数Order.Put()来向HIN节点查询适当的实验室“a”的地址。
5)HIN节点记录该新的患者数据(例如,使用本地RLS存储写入来记录或存储要用于实验室“a”的预定)。
6)最后,实验室节点记录患者数据,例如使用本地RLS存储写入在本地RLS存储器中追踪该预定的接收,并将预定从在CB装置之间使用的适当的规范形式转换成后面的实验室系统或处于网络外部并通过实验室CB装置连接的实验室系统的适当的本地形式。
当该卫生保健工作流结束时,贮藏库节点(HIN节点)包含有关该特定患者所发生情况的完整信息,而本地节点仅包含它们直接参与的一部分工作流。
在示例性实施例中,在贮藏库节点可以以下面的方式查询RLS服务。对于患者数据查询,或者访问患者有关数据的请求,RLS服务可以是CBR系统预先建立的服务,其通过可以漫游贮藏库节点处的本地RLS存储器的WSDL接口来实现。如前面所提到的,RLS服务可以使用消息高速缓存来追踪进入的和往外的患者数据流,以提供重建端到端的消息流的手段。CB装置或CBR的消息高速缓存可以记录标识符,例如患者标识符、医生和实验室标识符、记录标识符、日期、以及每个事务发生的节点的IP地址。在示例性实施例中,消息高速缓存将患者数据存储在通过使用XML查询结构访问的关系数据库中。即,RLS服务由包含以该查询结构作为输入的服务调用的WSDL来定义。可以通过操纵查询结构自身的参数来定义查询。在CBR系统内,该查询结构可以转换成适当的关系数据库查询,然后可以将结果以XML返回。这使得能够基于紧密匹配工作流要求的XML请求和响应来书写定制的查询工具。示例性CBR系统可以包括基本查询工具,并且还可以由终端用户适当的进行定制。
从而,结合共同的规范,本申请描述的CBR路由器可用于构建特定于卫生保健的互操作性平台或医疗信息网络,其支持加速采纳卫生保健信息标准,降低成本和复杂性,以及支持可计算的语义互操作性,而该互操作性又支持可维持的业务模型。
可以使用本发明的示例性实施例实现的高级卫生保健使用模型(例如,药物管理、上下文感知计算、临床试验管理以及临床决策支持)可以依赖于互操作性的基本问题。通过使用SOA(面向服务的体系结构)和网络服务来实现CBR路由器和相关服务,可以提供互操作性。核心CBR系统特性可以包括具有可靠的消息传递的企业服务总线(例如,“合用线”或前面描述的在CBR路由器之间的虚拟通信总线)、XML(可扩展标记语言)加速、安全和路由、BPEL(业务流程执行语言)编排、语义规格化、具有对本地和外部服务的流水线处理的服务容器以及集成的设计时间、运行时间和管理环境。使用该基础,本发明的示例性实施例可以定义一组卫生保健业务对象,其基于例如v3 RIM(参考信息模型)(XML规范)并通过网络服务向外展现。可以同时支持不同的部署模型(集中、联合或混合的),并且还可以提供可伸缩的性能(边缘、区域或超级对等事务量),以促进规模经济和对“适应未来发展”的信息技术的投资。
因此,本发明的使用CBR路由器的示例性实施例可以有助于患者数据流在不同的卫生保健实体之间有效流动,例如卫生保健组织和利益相关者,从而实现以可负担的方式创建和共享规格化的患者数据。语义上规格化的并且聚合的临床数据的可用将通过减少医疗差错、药物相互作用、冗余检验以及不必要的接纳住院来促进新的效率。在进行保健时,以正确的数据、在正确的时间将患者的电子健康记录(EHR)提供给正确的临床工作人员,将增加保健的质量和效率,并避免需要个别提供者投资非常复杂但仍然可能得到很大程度上不完整患者记录的系统集成项目。本发明的示例性实施例还使临床决策不再需要对可用的硬拷贝、数据贮藏库以及分解信息的仓库进行劳动密集和易出错的搜索,其却常常仅得到患者健康状况的拼凑式的图像。
由于CBR路由器将信息转换成或转换自共同的标准或规范并确认信息,将网络实体之间的所有通信都通过CBR路由器确保了与共同标准的一致性。将所有网络通信都通过一个或多个CBR路由器还支持可追踪性。因此,根据本发明的示例性实施例,所有交换事务可以是安全的、有弹性、可受审计以及负有责任的。本地或远程的经确认的行业服务、提供者以及能力可以以“服务激励者”或功能性服务过程模型无缝地“插入”平台。该方法创建交换模型,其中两个临床部门之间交换的任何数据将具有正确的规定和控制来支持沿事务流水线的语义确认。
具体而言,本发明包含CBR路由器或CB装置的示例性实施例致力解决某些业界在部署互操作性解决方案中的“痛点”。这通过多种机制来完成,首先是通过降低复杂性。简化互操作性减少了集成成本以及实现卫生保健交换的时间。示例性实施例通过提供基于平台的解决方案来完成该目的,该解决方案创建系统级别组成和网络级别的服务和应用来致力解决市场上所有部门的数据转换(语义互操作性)。还提供了综合的体系结构、基础设施、软件和服务。示例性实施例支持快速且灵活的连接性,以及遗留平台随时间的发展,并可以处理系统集成匹配的绝大部分(例如70%),从而支持快速创建网络参与者,消费增值服务以及将营利性私有网络服务与非营利性的公共网络数据消费者进行混合。由于可以对所有CB装置/平台级别的事务进行加密、审计,并且可以使用经鉴定的有效载荷交换模型(例如XML规范),所有装置级别的对等节点可以使用例如经鉴定的生态系统对等服务在事务的任意一端(或者在其两端)在语义上确认有效载荷数据。因此,可信的可互操作的交换网络可以用CBR路由器/CB装置以及相关联的规范来构成。在示例性实施例中,通过将平台(例如CB装置以及相关联的规范)扩展到提供者、付款人或医师组织的内部,还可以扩展边缘性解决方案,从而实现针对卫生保健组织内部以及它们之间的互操作性挑战的综合性解决方案。示例性实施例还支持从小规模到大规模卫生保健环境的可伸缩性,其在随组织的发展而扩大时保持了现有的投资,并且支持遗留系统随时间的发展,而同时鼓励或加速采纳最近的卫生保健标准。因此,示例性CBR路由器/CB装置提供了SOA(面向服务的体系结构)、网络服务和XML加速、结合高性能BPEL风格工作流的安全和路由,以及由此将硬件装置的可管理性与软件的灵活性和虚拟化能力结合起来,以获得相比于硬件装置总体上更低的TCO(总体拥有成本)。
在体系结构上,包括CB装置或路由器的示例性实施例是特定于卫生保健的互操作性平台,其设计成用来降低医疗信息交换的成本和复杂性。它们支持边缘的遗留实现,减少参与高级、高性能服务网络所需要的努力程度。这些特性通过引入高级SOA设计原则得到支持,特别是通过将服务提供者和消费者之间的利害关系在契约上进行分离,以及将服务网络端点虚拟化。示例性实施例通过标准的网络服务来显示业务对象,该业务对象很接近地反映业务流程;致力于与冗长的XML有效载荷相关联的性能曲线和安全考虑;将开发的主要部分从定制式的一次性实现转移到可重用的设计时间配置;通过使卫生保健标准更易被平均水平的开发人员理解来加速采纳卫生保健标准;减少预先工作量以借助消息传递和术语标准;减少在进行从EDI(电子数据交换)到XML中的学习曲线;捕获并系统化整理有关如何正确地将术语标准应用到卫生保健业务对象的工业领域专门技术;以及将数据的二次使用的价值定位与提供语义互操作性的可伸缩解决方案联系起来。
图5A、5B、5C示出了典型的HIE(卫生保健信息交换)模型,本发明的示例性实施例可以单独或者同时支持它们中每一个。
具体而言,图5A示出了集中式模型5102,其中,HIE 5104使用用于患者数据的单个存储器5106并从该中心位置向网络中的其它实体或节点提供主患者索引(MPI)和记录定位器服务(RLS),该其它实体或节点例如具有其数据库5109的IPA(独立医师协会)5108、包括数据库的门诊部5110、包括数据库的医院5112、具有数据库的卫生保健支付方(例如保险公司、政府机构、等等)5114、具有数据库的处方或药物提供者5116以及具有数据库的实验室5118。集中式体系结构可以在患者同意,以及患者数据一致的安全策略和在所有参与者之间执行单个标准方面提供优秀的模型。进一步,集中式模型可以提供患者数据的二次使用,例如,除了直接临床保健以外,商业机构或政府目的的匿名数据分析。
图5B示出了联合的模型5202,其中,其它实体或节点(例如5108、5110、5112、5114、5116、5118)以及它们相关联的本地数据库存储患者数据以及相关信息。联合的模型提供了中心MPI/RLS(主患者索引/记录定位器服务)服务,用于发现患者信息,而临床数据仍本地存储在每个源节点。联合的模型提供了高度的本地控制,但可能对每个端点造成性能的负担,因为它们需要在请求时保持可用。最后,另外还有在所有参与的节点之间一致性地支持患者同意以及隐私的挑战。
图5C示出了混合的模型5302,其中,一些数据存储在中心存储器或数据库中,例如5306、5307、5308,但其它数据存储在与网络中其它实体或节点(例如5108、5110、5112、5114、5116、5118)相关联的本地数据库中。混合的模型集中式地存储了一些患者信息,并且在每个节点存储另外一些信息。混合的模型集中式地提供MPI和RLS服务,但实际的数据是分散在中心和本地存储器之间的。混合的模型对于纯的联合的模型提高了性能,而同时使一些数据保持集中,例如一般的患者人口统计信息以及有时候或者可选地关键的保健信息。在混合的模型中,当需要特定的医疗信息时对本地节点进行查询,从而与在联合的模型中一样,所有相同的可用性和安全考虑均适用。不论选择哪种模型,最终目标是一样的:管理HIE的成本和复杂性。
图1示出了示例性实施例,其中,在混合的HIE模型中的参与者之间创建服务网络。第一节点(例如1020)可以向另一节点(例如1102)请求服务,它们相应的CB装置(例如1026、1036)将提供转换并通过因特网(1107)进行通信,还可以向网络核心(例如,1302)寻求服务,或者将中心存储器的信息提供给网络核心,其中该网络核心也具有CB装置(例如1046)来提供转换、追踪等等。
具体而言,如图1中所示,举例来说,服务请求者(例如节点1020)可以是医院、门诊部或医生办公室。如图1中所示,节点可以包括内部系统1022(举例来说,其可以包括数据库或数据存储能力)、可选的信息交换1024、具有相关联的数据库或数据存储器1028的基于内容的路由器或CB装置1026,并且还包括本地的内部接口,用于处理与使用或支持相同数据格式或标准(例如如图1中结合连接1402所示,通过MLLP/ftp/队列/HTTP消息的HL7/NCPDP/ASC X12)的另一节点(例如节点1030)的直接连接1402通信。如图1中所示,节点1032可以是服务提供者,其包括内部系统1032(举例来说,其可以包括数据库或数据存储能力)、可选的内部信息交换1034、连接到相关联的数据库或数据存储器1038的基于内容的路由器或CB装置1036,并且可以将实验室/药房的发布或消息1404直接发到兼容的实验室或药房。服务网络中的节点有可能是服务请求者和/或服务提供者,例如对于某个事件的请求者以及对于另一事件的提供者。图1中还示出了卫生保健信息网络核心1302,其可以包括或支持:主患者索引(MPI)服务1304;记录/资源定位器服务1306;控制的术语服务1308(例如,用于帮助确认数据和/或关联或解释数据术语);具有相关联的数据库或数据存储器1312的临床数据贮藏库1310;可选的内部信息交换1314;患者同意和授权服务1320(例如,用于存储和/或追踪由不同的患者提供的、代表他们的或者与他们有关的当前有效的和/或过去的同意或授权);门户服务器1318(例如用于连接到因特网和/或其它实体);以及具有相关联的数据库或数据存储器1316的基于内容的路由器或CB装置1046。举例来说,连接到各个CB装置并与其相关联的数据库或存储器1028、1038、1316可以存储在用于网络中的规范和由通过相应的CB装置连接到网络的外部实体所使用的数据格式或标准之间的映射,存储与事件或信息的唯一网络标识符关联的数据,例如事件的本地标识符,等等。图1还示出了物理门户客户端1202和患者门户客户端1204,其可以通过到因特网1107的连接1108、1106与网络中的其它节点进行通信。图1中还示出了,CB装置1026、1036、1046经连接1102、1104、1105通过因特网1107相互通信,这些连接携带与网络中使用的共同的规范相一致的通信,例如规范的HL7/SOAP/HTTPS(举例来说,这可以表示通过安全的超文本传输协议、使用简单对象访问协议和XML协议来使用认可或预定的标准HL7子集的规范)。
因此,根据图1中所示的实施例,服务请求者(例如节点1020)可以请求病史,其中有些患者信息位于HIE网络核心1302,有些位于另一成员的源节点(例如来自存储在服务提供者1030处的专科门诊的实验室检验)。在HIE网络核心1302内,密钥基础设施服务(例如,EIS、RLUS、CTS、CDR、PCA、AAA等等)可以被虚拟化出来回到参与的节点(例如1020、1030)。另外,CBR系统可以“插入”另外的增值服务或使其对网络参与者可用。增值服务的实例包括:参保资格、索赔处理和采集、电子处方、规定的遵守、药物相互作用服务以及包括个人健康记录(PHR)的消费者服务。
如前所指出,示例性实施例可以支持所有3种HIE部署模型(集中式、联合的、混合的),并且特定网络部署或配置的性质或模型可以依赖于所服务的具体工业部门和工作流的要求。例如,在卫生部和政府部署模型中,数据交换需求通常是所支持的使用模型的子集,并且基本上是公共和私有网络上分层超级节点之间的事件驱动的。该部署模型建议联合或混合的模型,来进行数据交换,以较短的时段在较少的位置维护较少的信息。恰恰是因为信息总是在传输中,该模型要求稳健的网络信息学交换模型,其具有从网络中任何点“按需”地对数据进行审计、确认和规格化的能力。
在示例性CBR网络实施例部署在本地卫生保健交换内或者处于州级别、区域级别和私有网络级别的情况下,可能需要高容量和I/O(输入/输出)密度的能力。这些交换模型可以要求数据和业务对象类型的更多变化,并致力于解决多个工业组织之中许多不同的遗留系统之间的交互,其中这些组织具有适当的各个级别的共享协议,用于系统与系统之间的交换。该网络可以要求对于如何将服务进行部署和消耗的面向工作流的方法。在该情形下参与者一般可以生成或消耗构建的数据和数据附件,其然后可以以相同的系统和句法方式在端点之间移动。这些实现可以在集中式或混合的部署模型中以及在网络中每个参与的设施或节点边缘处部署CB装置来作为主干或核心部件,以便组装、确认和推送/提取来自核心或其它边缘组成部分的临床信息。
在示例性实施例中,在工业三角的最宽的基础上、在单独医生或小的医学执业团体的办公室中提供CB装置,其中,大部分(例如,>80%)的日常卫生保健事务和交互发生在患者和医生之间。从而,可以有效地应用系统的、句法上和语义上的服务、商业服务以及临床协议,以提高访问、改进质量和减少提供保健的成本。
图2示出了示例性实施例的能力和特性。如图2中所示,具备CB装置的医院提供者2002可以包括队列和消息传递总线,用于针对与数据转换功能(例如,从医院提供者使用的信息格式或标准到在网络中使用的规范)相关联的服务容器,以及业务规则、算法、元数据存储、数据安全/AAA(认证、授权、记账),以及审计和监测或管理功能,从诸如专科医生2014、财务专员2016以及初级保健医生2018的实体接收服务请求(例如2012)。CB装置可以通过XML接口和因特网2010与网络节点2008进行通信,其中节点2008具有提供类似能力的CB装置。可以通过经因特网2010连接到网络的访问门户2006来查看患者信息,信息可以以患者浏览容器的形式来查看或封装,并可以同样地基于查看者的特权或权利而受约束或受限。具有UDDI(通用描述、发现和集成)能力的区域医疗信息组织(RHIO)服务注册器2034也可以结合节点2008来提供,并可以连接到或引用不同服务,例如患者同意2020、RLS(记录定位器服务)2022、付款人授权2024、数据分析2026、索赔处理2028、提供者目录2030以及RHIO存储2032。还可以提供另外的卫生保健信息交换服务2040,例如搜索、授权、识别、策略和同意管理、认证、工作流、存储、审计、商业消息传递、内容管理、医生看守服务等等。
图3示出了示例性CB装置3002的软件组件。如图3中所示,装置3002包括工作流GUI(图形用户接口)3004、工作流引擎3006、管理用户接口3032和操作管理模块3030。还包括有转换模块3008,其可以用于例如将数据转换成规范格式或规定或从规范格式或规定进行转换,确认模块3010,用于针对规范要求或标准(包括但不限于一个或多个句法、语法和/或内容)对数据进行确认,安全和信任模块3012,其可以确定安全或信任级别,过滤模块3014,变换模块3016,路由模块3018,消息协调模块3020,可靠消息传递模块3022,数据库服务模块3024以及定制服务模块3026。还包括有外部服务创新框架或规范3028以及其它的模块,包括消息上下文模块3034、SOAP/WS模块3036、XML/WS安全模块3038、XML核心库模块3040、AAA模块3042、消息传递和连接性模块3044、应用集成框架3046、加密模块3048、以及服务器OS(操作系统)平台3050和英特尔服务器硬件平台3052。装置3002的各种部件可以是商业的/非定制的第三方部件和/或英特尔部件。
对于本发明示例性实施例中CB装置或路由器使用的规范,可以注意到,规范是标准化的对象,其可以在对象级别上容易地进行修改,以处理具体的应用需求。规范包含与具体业务流程有关的所有信息。规范被结构化的方式为:独立于任何应用;独立于(与分离)其赖以实现的信息体系结构和技术基础设施;精确的进行消息定义以确保一致的实现;驱动业务流程的数据是可见的;对于针对具体业务需求的适应和唯一应用是可变的;灵活地支持正在进行的变化、标准修改和需求。
在本发明示例性实施例中,CB装置使用的规范形式表示标准化的信息模型,即HL7 v3参考信息模型(RIM)的子集,其以细粒度的和组合的网络服务展现为XML业务对象。其包含从HL7、NCPDP、x12消息传递格式的各种遗留实现在句法上以及语义上转换到包括SNOMED CT、LOINC、CPT、ICD9和10等等的术语标准。规范形式还可以以HL7临床文档体系结构(CDA)R2、ASTM关键保健记录(CCR)或协调的CCD来表示。该形式本身以及RIM实现可以通过下述而受约束:1)在开发和生成规范过程中应用信息建模工具;2)其针对标准对于信息模型的兄弟模式、转换和约束控制;以及3)遗留数据映射接口如何应用到整个外层。因此,结合预先确认的BPEL编排,CB装置共同的规范或规范形式可用于实现:实体标识服务(EIS),用于识别患者和提供者;RLS服务,用于记录、定位和更新服务;一组术语服务和语义工具/映射;标准认证和授权机制;审计,可追踪性,规范的持久性和管理;以及患者同意和授权(PCA)服务。
网络中的CB装置利用共同的规范或规范形式意味着每次医疗信息交换进行相同的一组共同交互。这确保了数据互操作性,丰富并确保数据质量并使消息在其经过服务网络时能够完全被审计合格。本发明示例性实施例通过将这些交互确认和约束到单个实例来调整该解决方案——一组产品化规格的可重复操作——而不是高成本的一次性的实现,这种实现看起来已成为世界上卫生保健的现实状态。
图4以简化的形式示出了使用规范如何使网络通过如前面详细描述地将必需的转化或转换减少到N+l种变化而受益。如图4中所示,网络402包括医院418、付款人420、提供者422、PHR(公共医疗区域)416和药物提供者414,它们连接到CBR服务网络424,其每个都具有CB装置(未示出),用于转换到共同的规范并提供与网络的通信,使得符合规范的消息(例如,408)可以穿过网络。结合网络402还提供了语义集成工具集404,以及各种服务410以及经验证的生态系统服务412(其例如可以包括要求符合规范的任何服务,可以存储在信息模型406中并用于诸如确认目的的任何另外的要求)。由于使用了共同的规范,每个网络节点(418、420、422、408、416、414)可以仅使用通过与其相关联的CB装置到网络424的一个连接以及从本地数据格式到规范格式的一个映射来进行参与,而不是多个连接以及从每个本地数据格式到每个其它本地数据格式的多个映射。
图6示出了根据示例性实施例的网络的超级对等节点拓扑网络。如图6中所示,单独的网络614、616和618连接成节点或星座以构成更大的网络602,其中每个网络614、616、618通过CB装置608、610、612沿着共同的服务总线604相互通信。单独的网络可以可选地使用共同的规范,如所示地,网络614、618使用规范(例如,在单独的网络内传送规范消息或符合规范的消息615、619),而网络616并不使用。如图6中所示,网络614包括退伍军人管理医院或实体622以及国防部军事医疗系统实体620。网络616包括医院网络凯泽(Kaiser)永久626和佛罗里达医疗信息网络实体624,而网络618包括医疗实验室/药物供应628和公共医疗信息网络实体630(例如,受美国疾病控制中心管理的)。网络602以及可选参与的网络614、618可以是经验证的生态系统,其中,CBR服务634(例如,基于CB装置功能和对应的规范形式或标准)是可用的(例如,服务容器、可靠消息传递、模式确认、消息级别安全、基于内容的路由、审计、WS/SCA工业标准符合、工作流编排、规则引擎、超ESB(企业服务总线)、卫生保健适配器或映射(例如本地数据格式和共同的规范之间的)以及共同的规范)。生态系统内或者生态系统的本地区域内可用或认可的还有本地或远程网络服务636,其中生态系统包括整个网络以及参与的节点或子网络(例如,614、620、622、616、624、626等等),本地或远程网络服务636可以例如通过CB装置来提供,例如患者同意和授权、策略、数据保护法律和法规(和/或根据它们管理经过网络的信息流的规则,例如通过由CB装置在流经CB装置的数据的执行)、基于角色和上下文的安全(其也可以由CB装置在流过它们的数据上实现)、决策支持、临床协议(库和/或规则)、动态服务发现和注册、服务目录、提供者目录、MPI/RLS、术语服务、教育内容等等。
图7示出了根据本发明的示例性实施例的示例性数据交换网络用例,其中,包括Tricare网络7006,其具有“宝贵心脏”医疗中心7008、“Warf医疗集团”门诊部7010以及“Tricare保险”提供者7012的无差别的网络7014协调患者布鲁·华特斯7002的治疗7004。无差别的网络7014还包括佛罗里达医疗信息网络7016、海湾各州区域医疗信息组织7018以及加利福尼亚区域医疗信息组织7020。网络7014可以与经CBR验证的生态系统7024进行各种交互7022,包括例如请求和接收患者病史信息、接收临床/实验结果、预定检验和药物处理、处理索赔请求、更新病史记录等等。生态系统7024可以包括提供服务/能力的CB装置或装置集合(例如,组合在一起以透明地作为单个实体的多个CB装置),该服务/能力包括服务容器7028、可靠的消息传递7030、模式确认7032、消息级别安全7034、基于内容的路由7036、审计、WS/SCA工业标准符合7038、工作流编排7040、规则引擎7042、超ESB(企业服务总线)7044和卫生保健适配器7046。生态系统7024还可以支持本地或远程的网络服务,例如患者同意和授权7052、策略7054、数据保护法律和法规7056(和/或根据它们管理经过网络的信息流的规则、例如通过由CB装置在流经CB装置的数据上的执行)、基于角色和上下文的安全7058(其也可以由CB装置在流过它们的数据上实现)、决策支持7060、临床协议(库和/或规则)、动态服务发现和注册7062、服务目录7064、提供者目录7066、MPI/RLS 7068、术语服务7070、教育内容等等。生态系统7024还可以与开发的网络7072执行各种交互7048,包括例如认证/授权、定位患者记录、获取患者记录、使数据标准化并聚合数据、检查患者授权/同意等等。开发的网络7072可以包括例如国防部军事卫生保健系统7074,其具有数据库7076和至少一个医院7078,还可以包括药物提供者7080、一个或多个实验室7082以及公共医疗信息网络实体7084。
图8示出了本发明的实施例的示例性XML处理能力,其中,节点包括CB装置交换SOAP消息。具体而言,图8示出了网络服务804和网络服务客户端814,其分别通过连接806、812连接到因特网808,并通过连接发送SOAP消息(例如,消息816)。因特网808将SOAP消息通过连接810经过路由器818发送给局域网交换机820,这些消息然后穿过外部防火墙822达到内容交换机824,该内容交换机824然后将它们传递给CB装置826、830。装置826连接到目录和身份服务器或数据存储器828,并可以将SOAP消息经HTTP连接831通过内部防火墙832发送给网络服务器834,该网络服务器834然后通过HTTP连接将SOAP消息传送给应用服务器838和数据库或数据存储器836以及从应用服务器838和数据库或数据存储器836传送SOAP消息。该模型支持终止和发起;SOAP验证;网络服务安全,包括认证/授权/审计,签名/验证,以及加密/解密;信任传播/SAML;XML入侵预防;基于内容的负载平衡;协议经纪(MQ,JMS);ebXML安全;MIME/DIME处理;以及附件扫描。
图9示出了根据本发明的示例性实施例的标准过程流图9002,其中,初始的临床数据源“a”9004和另一初始的临床数据源“b”9008将本地系统信息9006提供给服务总线9014的接口/映射器9010。映射器9010然后将信息提供给RIM约束工具9012内的规范转换9016和规范模式9018,其然后将输出提供给约束工具9012内的临床业务交换规范9020。交换规范9020将输出提供给内容路由器9022的流水线处理器。部件9010-9022都可以位于CB装置内。内容路由器9022可将处理后的数据(被单元9010、9016、9018、9020处理)发送给确认服务9024以进行确认,并可将处理后的数据以加密的规范形式9028通过连接9026发送给医疗信息交换9030。交换9030然后将信息以加密的规范形式(例如9032)通过连接9038发送给另一CB交换,其包括内容路由器9034、交换规范9040、规范转换9042、规范模式9044以及接口/映射器9046,它们的设置或连接方式与单元9010-9022相同。来自交换9030的信息经过单元9034-9046的顺序与信息9006经过第一CB装置的单元9010-9022的顺序相反,并作为本地系统信息9050被提供给临床“a”数据源请求方9048和/或临床“b”数据源请求方9052。
图10示出了通过根据本发明的实施例的网络的实验结果。如图10中所示,个人1014通过门户接口1016请求实验室检验结果,该门户接口1016将相应的请求1018转发给请求服务1004。请求服务1004将授权请求1020发送给安全服务1006,以及,一旦接收到回复或确认1022,就将请求1024发送给索引服务1008,来找出或识别将会具有所需要的信息的实验室。索引服务1008返回将患者连接到所请求的实验室检验的主标识符1026,请求服务1004使用该信息来将查询1028发送给定位器服务1010,以定位实验室检验结果。定位器服务1010将回复1030发送给请求服务1004,请求服务1004使用回复中的信息来生成患者实验结果请求1032并将其发送给源位置1012,其中该源位置1012被定位器服务1010识别为拥有期望的实验结果信息。请求1032可以是受信任的请求,例如由医疗信息交换(或代表医疗信息交换)向源实验室发起的请求,其然后可以在HIE的边缘以及网络核心进行审计(例如由将实验室连接到HIE网络的CB装置)。源位置1012可以由本地EMPI(企业主患者索引)服务功能进行支持,并可以从HIE接收患者的标识符,以帮助它识别并定位适当的实验室检验结果记录。源位置1012通过将实验结果1034发送给请求服务1004来响应请求,请求服务1004然后在消息1036中将实验结果信息中继给门户接口1016。索引服务1008可以与医疗信息交换注册器或提供者联合或进行关联,并在两端都可以进行审计(例如由索引服务1008从其接收请求的实体,以及由索引服务1008向其传递请求的HIE注册器或提供者)。
图11示出了纵向健康记录(LHR)(例如,包括多个不同时间的记录项或与时间相关的数据的患者的健康记录)的基本部件体系结构11102。如图11中所示,临床客户端用户11104可以使用例如“get”或“list”的命令以找出医疗信息网络数据库或数据存储器中需要的记录,并可以使用患者规范来获取指示关系或提供患者接触(患者接受卫生保健和/或为患者提供了医疗信息的事件)和预定(例如,提供给患者或为其开具处方的卫生保健服务或产品)的上下文的个人健康记录。临床客户端用户11104还可以使用返回的或接收到的记录定位器服务和记录标识符(例如,与个人健康记录一起接收到的),来获取或请求与患者卫生保健历史记录中的患者接触或预定有关的细节。将来自临床客户端用户11104(其可以例如包括门诊部的医生,他试图向患者提供医疗保健并希望得到有关患者的信息以助于诊断、治疗、监测等等)的消息传递给卫生信息网络(HIN)域11106,其具有LHR门户11108,该LHR门户11108将请求传递给域11106中的CB装置或路由器11110,该CB装置或路由器11110然后连接到患者规范112,该患者规范112连接到创建读取更新删除(CRUD)机制1114,该创建读取更新删除机制1114连接到域11106中的数据存储器11116。域11106的LHR门户11108还连接到药房B域11124、实验室A域11122、医院C域11146以及门诊部D域11158。从而HIN域11106可以将药物预定的请求11118转发给药房B域11124,将实验室患者接触的请求11120转发给实验室A域11122,将医院患者接触的请求11117转发给医院C域11146,以及将门诊部患者接触的请求11119转发给门诊部C域11158。实验室A域11122、药房B域11124、医院C域11146和门诊部D域11158中的每一个分别包括CB装置11126、11128、11148、11160,患者接触或预定规范11130、11132、11150、11162,CRUD机制11134、11136、11152、11166,HC(卫生保健)适配器11138、11140、11154、11166以及HL7或NCPDP源11142、11144、11156、11168。如本申请所使用以及图中所示出,HC适配器是可以在不同的标准之间进行转换的单元或模块,并可以例如是商业上的非定制的设备或机制,例如ItemFieldTM或iWayTM。
图12-16示出了根据本发明的示例性实施例的、在纵向健康记录的情形下获取有关患者的健康记录的信息和有关患者个人健康记录中记录的事件或其它内容的具体信息的示例性过程。
如图12中所示,医生或护士在门户12104中输入有关患者的已知信息(例如姓名、性别、出生日期、地址、电话号码等等)。门户12104调用HIN CBR的Patient.Get()或Patient.List()的WSDL操作来搜索HIN以匹配患者规范记录。结果通过患者规范返回给门户12104。如果返回了多于一个记录,则门户显示的屏幕给予医生或护士查看相关的规范字段来选择单个记录的能力(例如体重)。此时,医生或护士已经选择了单个患者规范记录,门户可以在屏幕上绘制XML有效载荷。具体而言,如图12中所示,搜索请求12118从门户12104继续至HIN患者规范12106(其包含CCD XML规范12112),其然后将read(XML Search)请求中继到HIN患者CRUD 12108(其包含可以通过元数据来找出的SQL到CCD的XFORM地址12114)。CRUD 12108对请求执行XML到SQL(标准查询语言)的转换,然后将请求(此时符合了SQL)中继到具有HIN SQL数据存储器12116的HIN CDR数据存储器12110,其将SQL结果12128返回给HIN患者CRUD 12108。CRUD 12108将接收到的SQL结果转换回XML,然后将信息以结构化XML规范12124形式中继返回给HIN患者规范12106,其然后将信息以语义XML规范12120形式中继给门户12104,从而满足了初始的请求。
如图13中所示,下一主要步骤是要找出并显示相关的患者接触和预定。患者规范提供患者信息的关键概述,例如人口统计信息、当前保险、家庭医生联系方式、慢性疾病情况、过敏、当前药物处理和免疫。有时该数据已足够来进行需要的临床决策,但如果不够,则门户将为医生或护士提供“深入查看”功能,来查看患者的健康记录的版本。为了执行该“深入查看”功能,门户将从患者规范提取记录ID,并使用患者规范记录ID以及如果需要的话还使用日期范围作为XMLSearchFilter参数中的关键字过滤标准来调用HIN CBR的PersonalHealth Profile.Get()WSDL操作。一旦获取了PersonalHealthRecord(PHR)规范XML记录,就可以在屏幕上绘制其XML有效载荷。如果可用,则在基础HIN临床数据贮藏库中将记录ID的相关预定、患者接触、安排表和文档。具体而言,如图13中所示,门户12104首先将对患者的个人健康记录的XML请求1304发送给HIN PHR规范12106,HIN PHR规范12106然后将搜索请求12122传递给CRUD 12108。CRUD12108将请求从XML转换成SQL并将转换后的请求12126发送给具有数据存储器12116的HIN CDR 12110,该HIN CDR 12110以SQL结果12128来回复。CRUD 12108将SQL结果转换成XML规范12124并将其发送给HINPHR规范12106,HIN PHR规范12106将信息以语义XML规范12120的形式发送给门户12104,从而根据门户请求提供患者健康记录。
门户然后将提供从HIN返回的PersonalHealthRecord XML有效载荷中可用的每个获取的预定、患者接触、安排表和文档的超链接。在集中式部署中,当选择了超链接(例如患者接触)时,则将使用从上面的PersonalHealthRecord获得的记录ID来调用HIN CBR Get()WSDL操作来获取患者接触(或预定或文档等)。
具体而言,如图14中所示,门户12104将特定预定或患者接触的请求1404发送给适当的患者接触/预定规范12107,该患者接触/预定规范12107将相应的CRUD读取请求12122中继给HIN预定/患者接触CRUD 12109,其将请求从XML转换成SQL,然后将SQL请求12126发送给具有数据存储器12116的HIN CDR 12110。HIN CDR 12110以SQL结果12128进行回复,CRUD 12109将其转换回XML并将其作为结构化XML规范消息12124中继给规范单元12107,该规范单元12107然后将请求的信息以语义XML规范12120的形式中继给门户12104。
在联合的或混合的部署中,当选择了超链接时(例如预定),将调用HIN CBR Locate()WSDL操作,来找出记录的初始的CBR来源(基于内容的路由器,例如CB装置)以及相关联的本地记录ID。当记录在源系统中最初创建以及规范的Initialize()操作被执行时,可以在HIN中建立该RLS项。一旦已经执行了Locate(),门户将使用从Locate()返回的CBR的网络地址和记录ID来调用Get()操作。
如图15中所示,门户12104将对特定患者接触或预定的位置的请求15118发送给具有记录位置15108的规范15106,该规范15106然后将定位请求15122发送给具有RLS搜索功能或数据库15112的HIN RLS(记录定位器服务)15110。RLS 15110然后将SQL请求15126发送给具有RLS SQL数据存储器15116的RLS数据库15114,数据库15114将SQL结果15128返回给RLS 15110。RLS 15110将SQL结果15128中具体说明的记录位置在消息15124中返回给规范15108,规范15106然后将位置信息转发给门户12104。
最后的步骤是从原始来源获取患者接触和预定记录的细节。在集中式部署中,当调用了患者接触、预定、安排表或文档的Get()WSDL操作时,LHR用例已经结束。在联合的或混合的部署中,一旦门户在HIN Locate()识别的目标CBR处调用患者接触、预定、安排表或文档的Get()WSDL操作,处理将会切换到本地场所的CBR(例如医院、门诊部、实验室等等)。网络边缘的本地CBR(例如实验室CBR)将通过读取实验室CBR的规范元数据的实例来执行Encounter.Get()(或预定、安排表或文档的),并将获取本地CRUD服务的地址,该本地CRUD服务处理来自实验室信息系统的规范的读取(例如Mysis LMIS,或者在文档的情形下,其可能从来自GEPACS的X射线进行读取)。
如图16的过程16102所示,门户12104使用图15中返回的位置信息来提取RLS位置,然后通过消息16126请求规范记录,该消息由本地规范接口16106接收到。本地接口16106将读取请求16128发送给具有查找CMVT(控制的医学词汇转换服务)和CRUD服务地址16118的规范管理器16108,管理器16108采用服务地址16132向接口16106回复。接口16106然后将XML读取请求1634发送给本地CRUD 16112,本地CRUD 16112然后将HL7 MLLP消息16136发送给具有HL7数据源或存储器16124的本地数据源16114。源16114将具有所请求的信息的HL7消息16138返回给本地CRUD 16112,该本地CRUD 16112然后将信息以从HL7转换到XML的结构化规范16150的形式发送给接口16106,该接口16106然后将此信息16140中继给具有医学编码转换能力或功能16120的CMVT(控制的医学词汇转换服务)单元16110。单元16110通过语义转换完整构成规范,并将完整构成的规范16148提供给接口16106,该接口16106然后将规范XML记录16142提供给门户16104。接口16106还可以将任何错误码16144和/或规范记录标识符16146提供给门户16104。
图17示出了根据本发明的示例性实施例的多提供者保健(MPC)结构或模型1702。具体而言,图17示出了初级医生域1704、HIN域1716、专科医生域1732、实验室域1744和药房域1746。这些域通过连接相互通信或共享预定/安排/患者接触信息或流。具体而言,连接1726和1728分别将初级医生域1704与专科医生域1732和HIN域1716相连接。连接1730将HIN域1716与专科医生域1732连接起来,连接1763和1761将HIN域1716和专科医生域1732以及实验室域1744和药房域1746互连起来。每个域1704、1716、1732、1744、1746分别具有:CBR或CB装置1706、1718、1734、1748、1766;规范1708、1720、1736、1750、1764;以及HL7或HIN SQL CRUD 1710、1722、1738、1752、1762。HIN域1716具有HIN CDR或数据存储器1724,域1704、1732、1744、1746分别具有HC(卫生保健)适配器1712、1740、1754、1760和HL7或者NCPDP源1714、1742、1756、1758。如本申请所使用的以及如图中所示,HC适配器是可以在不同的标准之间进行转换的单元或模块,举例来说可以是商业上的非定制的设备或机制,例如ItemFieldTM或iWayTM。
图17的结构所支持的用于多提供者保健情形的基本示例性流包括下面的动作。患者寻求初级保健(通常通过去找他们的初级或家庭医生,但也可以是本地门诊部或医院)。在初级保健诊疗期间,进行检查的医生确定需要进行进一步的检验或专家门诊。初级保健医生预约专家门诊,患者则进行约见。当患者到了专家那里时,通过CBR网络,患者的概况和相关病史对专家的EMR是可用的。患者访问专家,专家确定患者需要实验室检验和处方。处方和实验室检验通过CBR网络以电子方式进行预定。患者与实验室进行约见并完成检验。该结果通过CBR网络以电子方式提供给专家的EMR。专家把他/她的记录增加到就诊概要中,并将它们的诊断、建议、实验结果和药房预定以电子方式返回给初级保健提供者。
图18示出了针对高级别的基于内容的路由器或CB装置和规范的流程和后续交互。具体而言,1804是从初级保健医生到专家的转诊过程,其中,初级医生1806将预定1808传输给医疗信息网络(HIN)1810,该医疗信息网络1810然后将消息1812发送给专家1814,该专家184然后通过消息1816与HIN 1810通信以及通过消息1818与初级医生1806通信,来与患者或患者的数据(例如实验室检验结果,X射线,等等)安排响应的患者接触。通过发送请求1846来参与按方购药过程1836,专家1814也可变为服务请求者。如1836中所示,服务请求者1838(其可以是专家1814、初级医生1806或其它实体)将预定1840发送给HIN 1842,该HIN 1842(批准并)通过消息1844将该预定中继给药房1846来完成。框1820示出了请求实验室检验的过程。服务请求者1822(根据情形其可以是专家1814或初级医生1806)将某种的实验室检验的预定1824(例如样本分析或X射线)发送给HIN 1826。HIN 1826(批准并)将预定通过消息1828中继给实验室1830,实验室1830然后通过消息或连接1834与HIN进行通信,以及通过消息或流1832与服务请求者1822进行通信,来安排并随后执行所请求的动作。
总而言之,图18示出了规范事务的模式,其可以包括执行LocalCBR.Order.Initialize()的服务请求者,该服务请求者然后执行HIN.Order.Put()与HIN CDR和RLS进行同步,执行HIN.ServiceProvder.Get()来找出预定的目标,并最终执行TargetCBR.Order.Put()来将预定发送给目标服务提供者(例如专家、实验室或药房)。HIN可以在CDR中以规范形式记录预定、安排表和患者接触的副本并至少通过RLS来维护事务间的关系以及他们与患者记录的关联。
服务提供者经HL7 CRUD通过CBR.Order.Put()操作接收预定并将其转换成本地EMR/内部系统。对于(可选的)安排表,服务提供者还可以执行HIN.Scheduling.Put()来与HIN CDR和RLS进行同步;执行HIN.ServiceProvder.Get()来找出预定的目标;以及最终执行OrderSourceCBR.Scheduling.Put()来将安排的结果发送回起源预定服务的提供者(例如初级保健或专家)。
对于患者接触结果,服务提供者可以:执行HIN.Encounter.Put()来与HIN CDR和RLS进行同步;执行HIN.ServiceProvder.Get()来找出预定的目标;以及最终执行OrderSourceCBR.Encounter.Put()来将患者接触结果发送回起源预定服务的提供者(例如初级保健或专家)。注意,下面进一步描述该情形的方式假定使用点对点异步通信的的端点CBR,以便完成全部的工作流。这并非唯一的可行的部署选项,其它的选项也是可能的。
其它可行的部署选项包括下面所述的。首先,HIN按“星型拓扑”配置。在该选项中,源CBR或CB装置接受Initialize()请求,但是然后立即分派工作流以在HIN中运行,而不是在sourceCBR中。其次,异步/发布和订阅。在这里,sourceCBR接受Initialize()请求并将消息放入JMS队列。队列的监听者然后异步且并行地运行本地RLS、HIN和targetCBR通信的步骤。将结果放入sourceCBR Initialize()函数正在监听的回复队列中,其然后用于返回调用的结果。
给定了该关键的重复模式,该用例可以分成下面7个详细的工作流或步骤。
步骤1,初级医生预定专家保健(治疗过程或者是患者接触),在初级医生EMR中创建预定记录。EMR将事件通知发送给初级医生的CBR(通过JMS、MLLP、文件下放等等),执行预定规范的“从里到外”的CRUD过程,其(1)将HL7预定转换成CDA XML以及(2)调用预定规范的Initialize()操作。
初级医生的CBR Order.Initialize()工作流将:使用医学词汇数据字段的CMVT和EMPI(企业主患者索引)在语义上将XML文档内容规格化,以添加患者和服务提供者字段引用的HIN记录ID;创建HIN.ServiceProvider规范并调用其Get()操作来识别表示预定中的专家的CBR;在集中式或混合的部署中,调用HIN.Order.Put()来将预定注册到HIN CDR和RLS;然后调用SpecialistCBR.Order.Put(),其将预定发送给专家的EMR;然后将预定规范注册到本地CBR RLS,针对专家结果和(可选地)安排表建立占位关系。最后,该长久运行的过程的该步骤结束,直到专家在下面的步骤7中完成了患者接触。
步骤2,(可选地)专家返回安排表规范响应,从上面步骤1预定记录已经被接收到了专家EMR中。作为步骤1的SpecialistCBR.Order.Put()操作的结果,将该预定记录放入EMR中的工作列表/安排队列。患者给专家的办公室打电话,并安排约见。如果这样配置,则EMR将事件通知发送给专家的CBR,告知安排表响应可用。执行安排规范的“从里到外”的CRUD过程,其(1)将HL7安排表转换成CDA XML并(2)调用安排规范的Initialize()操作。由于在其它Initialize()中,规范将在语义上进行规格化,被记录在HIN中(对于混合的和集中式部署),并被路由到正确的目的地(在该情形下为初级保健CBR)。另外在该步骤2中,专家将希望根据预定中的患者ID字段从HIN或初级保健CBR提取患者规范以及可能的PHR规范(使用API序列,例如LHR)。这将在专家的EMR中自动地创建本地患者记录,从而为患者就诊作好准备。
步骤3,专家预定处方(物质预定)。该步骤类似于前面的步骤1,也类似于下面的步骤4。在专科医生EMR中创建预定记录。最好,该预定将保持对初级保健预定ID和专家患者接触ID的引用。EMR将事件通知发送给专科医生的CBR(通过JMS、MLLP、文件下放等等)。执行预定规范的“从里到外”的CRUD过程,其(1)将HL7预定转换成CDA XML并(2)调用预定规范的Initialize()操作。专家的医生的CBR Order.Initialize()工作流将:使用医学词汇数据字段的CMVT和EMPI在语义上使XML文档内容规格化,以添加患者和服务提供者字段引用的HIN记录ID;创建HIN.ServiceProvider规范并调用其Get()操作来在预定中识别表示药房的CBR。
在集中式或混合的部署中,调用HIN.Order.Put()来将预定注册到HINCDR和RLS。然后,工作流将调用PharmacyCBR.Order.Put(),其将预定发送给药房预定接收系统。最后,物质预定规范被注册到本地CBR RLS。
步骤4,专家预定实验室(例如样本或X射线)。在专科医生EMR中创建预定记录。EMR将事件通知发送给专科医生的CBR(通过JMS、MLLP、文件下放等等)。执行预定规范的“从里到外”的CRUD过程,其(1)将HL7预定转换成CDA XML并(2)调用预定规范的Initialize()操作。专科医生的CBR Order.Initialize()工作流将:使用医学词汇数据字段的CMVT和EMPI在语义上使XML文档内容规格化,以添加患者和服务提供者字段引用的HIN记录ID;创建HIN.ServiceProvider规范;以及调用其Get()操作来在预定中识别表示实验室的CBR。在集中式或混合的部署中,工作流还将调用HIN.Order.Put()来将预定注册到HIN CDR和RLS。然后,工作流调用LabCBR.Order.Put(),其将预定发送给实验室EMR或LMIS。然后将预定规范注册到本地CBR RLS,针对实验结果和(可选地)安排表建立占位关系。最后,该长久运行的过程的该步骤结束,直到实验室在下面步骤6中完成了结果(患者接触)。
步骤5,(可选地)实验室返回安排表规范响应。该步骤类似于前面的步骤2。从前面的步骤4,预定记录已经被接收到实验室EMR中。作为步骤4的LabCBR.Order.Put()操作的结果,将该预定记录放入EMR或LMIS中的的工作列表/安排队列。患者给实验室的办公室打电话,并安排约见。如果这样配置,则EMR将事件通知发送给实验室的CBR,告知安排表响应可用。执行安排规范的“从里到外”的CRUD过程,其(1)将HL7安排表转换成CDA XML并(2)调用安排规范的Initialize()操作。
如在其它Initialize()中规范将在在语义上进行规格化、被记录在HIN中(对于混合的和集中式部署)以及被路由到正确的目的地(在该情形下为专家CBR)。另外,在该该步骤5中,实验室将希望根据预定中的患者ID字段从HIN或专家CBR提取患者规范以及可能的PHR规范(使用API序列,例如LHR)。这将在实验室EMR或LMIS中自动地创建本地患者记录,从而为患者就诊作好准备。
步骤6,实验室将患者接触结果返回给专家。为了完成专家和实验室之间长久运行的事务,首先在实验室EMR/LMIS中创建患者接触结果记录。EMR/LMIS将事件通知发送给实验室的CBR(通过JMS、MLLP、文件下放等等)。执行患者接触规范的“Inside-Out”CRUD过程,其(1)将HL7患者接触转换成CDA XML并(2)调用患者接触规范的Initialize()操作。实验室的CBR Encounter.Initialize()工作流将:使用医学词汇数据字段的CMVT和EMPI在语义上使XML文档内容规格化,以添加患者和服务提供者字段引用的HIN记录ID;以及创建HIN.ServiceProvider规范并调用其Get()操作来识别CBR,该CBR代表通过先前创建的预定请求了实验室患者接触的专家。在集中式或混合的部署中,工作流还调用HIN.Encounter.Put()来将患者接触注册到HIN CDR和RLS。然后,工作流调用SpecialistCBR.Encounter.Put(),其将初始预定的患者接触结果发送回专家的EMR。
然后将患者接触规范注册到本地CBR RLS,并且针对预定、患者接触和(可选地)安排表建立产生的关系。由于预定、(可选的)安排表和患者接触已经被记录到实验室中,对于HIN和专家其所有RLS项和数据关系得到保护,现在长久运行的事务已完成。
步骤7,专家完成患者接触,其包括将处方和实验结果发送回初级医生。为了完成初级保健医生和专家之间长久运行的事务,首先在专家EMR中创建患者接触结果记录。该记录应当包含对药房预定、实验室预定以及相应的实验结果的所有引用。EMR将事件通知发送给专家的CBR(通过JMS、MLLP、文件下放等等)。执行患者接触规范的“Inside-Out”CRUD过程,其(1)将HL7患者接触转换成CDA XML并(2)调用患者接触规范的Initialize()操作。专家的CBR Encounter.Initialize()工作流将:使用医学词汇数据字段的CMVT和EMPI在语义上使XML文档内容规格化,以添加患者和服务提供者字段引用的HIN记录ID;以及创建HIN.ServiceProvider规范并调用其Get()操作来识别CBR,该CBR代表通过先前创建的预定请求了专家患者接触的初级保健医生。在集中式或混合的部署中,工作流还调用HIN.Encounter.Put()来将患者接触注册到HIN CDR和RLS。工作流然后调用PrimaryCareCBR.Encounter.Put(),其将初始预定的患者接触结果发送回初级保健医生的EMR。然后将患者接触规范注册到本地CBR RLS,针对预定、患者接触和(可选地)安排表建立产生的关系。由于预定、(可选的)安排表和患者接触以及记录到初级保健EMR中,对于HIN CDR和专家EMR其所有RLS项和数据关系得到保护,现在长久运行的事务已完成。这应该包括完整事件(专家预定、药房预定、实验室预定、实验室患者接触结果以及专家患者接触结果,其都与患者有关以及相互关联)链的关系。
可计算的语义互操作性和规范设计可以提供不同的益处。根据本发明的示例性实施例,规范设计不仅约束信息结构和格式,还将术语和药物转换成工业标准术语<从10-12个不同的重叠的工业标准的正确子集中进行选择>。通过获取语义互操作性——将含义转换成可由计算机而不仅是人类正确解释的标准信息模型——CBR系统(例如CB装置和对应的规范)支持基于该标准化信息流的顶部来创建增值服务。如果一份出院小结使用术语“心脏病发作”而另一份使用“心肌梗塞”,如果不先将其转换到共同的一组术语则该信息无法进行比较。类似地,赖诺普利的处方<普通形式的ACE抑制剂(血压药物)>,如果不先将其转换成共同的处方药物的通用语,将无法与其品牌名称捷赐瑞进行比较。然而,采用这样的标准化的信息模型,可以支持高级卫生保健使用模型和查询——例如医生需要从其患者人群中快速识别具有糖尿病且为其开具过最近因安全问题而召回的药物的病人子集。
根据示例性实施例,提供了HIPAA审计服务。美国法律要求卫生保健机构捕获对受保护卫生保健信息的所有访问的审计追踪并使审计追踪对于患者在需要时可用。当前,尽管有该法律要求,没有人能够做得到。依靠“索引模式”、业务规则和平台上的基于内容的路由能力,CBR系统能够捕获所有信息流并创建该服务。
根据本发明的示例性实施例,提供了患者同意和授权(PCA)。当前,交换医疗信息的患者同意被不可靠地获取,甚至在业界内是不一致实施的,其中的每个卫生保健机构将患者的健康记录当作是他们的知识产权,而不属于患者。当前两种主要的实现模型(都是一次性并不可重复的)都是“决定参与/不参与”,在其中当患者同意加入特定的提供者网络或PHR模型时签署授予完全的访问权限,然而在这里却没有对任何的实际信息源提供了任何形式的保护,只有从PHR浏览器应用直接对概要进行的访问是“在患者控制和意愿下”进行的。CBR系统可以创建或支持单独的PCA服务,其针对每次服务交换被自动地调用,来可靠地检查患者的同意策略并针对不同的服务请求者而允许/拒绝/适当地过滤信息。
根据本发明的示例性实施例,提供了去标识服务。在卫生保健中许多所谓的“数据的二次使用”要求在处理受保护的医疗信息之前首先要以各种方式对数据进行去标识,换言之,必须删除识别患者的信息,使得数据对于数据消费者是匿名的。临床试验、人口管理/生物监测、药物遗传学研究都是患者数据会是极具价值的例子,但是针对隐私上、公共策略上和/或法律上的原因都需要进行去标识。CBR系统可以容易地介入现有的医疗信息流并创建并行的路由机制,根据目标端点的需要对信息单独地进行格式化。例如,CDC(美国疾病控制中心)要求特定的实验结果或“感兴趣的实验”要自动地以去标识的格式发送给他们。一些州要求实验室检验在没有首先将其发送给进行预定的医生以前,或者没有首先将实验结果与最初的患者接触进行再关联以前不能被发送。每个这些要求可以自动地由CBR系统满足,调用并行流水线处理机制并且根据平台上的业务规则剥去或添加信息流。通常,去标识服务根据当地、州、区域和联邦法律而各不相同,同样还有每个机构或管理机关首选的报告格式。
根据本发明的示例性实施例,提供了规定遵守服务。数据保护、隐私和特定卫生保健的法律和法规根据当地、州、区域和全世界各国而不同。这些法律可以法典化成为规则引擎,并基于订阅来提供给医疗信息交换,以助于正确地在授权的参与者之间路由、阻止、过滤和添加数据流。该例子在前面针对CDC和生物监测而给出过——我参加过许多卫生保健会议并得知大多数机构甚至根本没有意识到他们公共医疗上的法律要求。CDC需要例行地更新他们的报告要求,因为其涉及他们需要针对公共医疗进行追踪的“感兴趣实验室”以及特定类型的诊断等等。类似地,欧盟的隐私和数据保护法律非常的复杂,其中的每个参与国对这些法律如何实施进行他们自己的解释,包括数据注册和通知要求。在美国,隐私和数据保护法律较不严厉但同样的多样化,在一些情形下,有一些几乎无人了解的书本里的法律,其不注意地阻碍了作为提供临床保健的一部分的合法共享医疗信息交换——这些中的每一个都是规则和策略的实例,其可以以一致的方式来有效应用,使用“规定遵守服务”来确保适当的数据处理和在给定区域的保护。
根据示例性实施例可以提供的CBR系统(例如,使用CB装置和相应的共同的规范形式)支持的另外的服务提供包括:药物与药物相互作用检查服务;有害药物事件报告服务;规定、药物遵守服务;临床试验招募、管理服务;索赔处理、索赔请求裁定服务;慢性疾病管理服务;临床决策支持服务;按效果付费服务;以及医生转诊,安排和按方再购服务。
下面描述了CBR规范定义的示例性要求和相关联的设计规范。规范表示用于配置基于内容的路由器使其适用于卫生保健产业部门的数据和规则内容。规范定义了WSDL(网络服务描述语言)API(应用程序接口),用于可重用的服务和XML有效载荷,而使可跨越应用和组织边界的卫生保健数据交互标准化。
具体而言,下面将描述CBR部件的示例性结构和行为。还描述了规范和其它主要CBR部件的示例性交互。
规范设计的每个子部分包含高级别的PRD要求名称和标识符使得读者可以实现回到初始要求的可追踪性。还列出了来自每个高级别要求的示例性关键文本,然后进行扩展,以包括要求和设计的额外细节来实现CBR规范的该方面。
最后,并非CBR和CBR PRD中列出的所有卫生保健特定要求都通过规范实现(例如硬件装置要求)来满足。下面包含的是示例性卫生保健要求,其可以针对需要在跨越卫生保健应用和组织的数据流上提供的数据处理和服务来具体调整。
在示例性实施例中,CBR规范是预先配置的一组内容,其采用CBR平台的实例来提供,以支持卫生保健中的数据互操作用例。更具体地,规范可以表示以标准的方式操作读取、写入和处理卫生保健数据的软件服务。
在CBR(基于内容的路由)中,软件服务被表示为WSDL API,其中每个WSDL操作具有一个或多个XML有效载荷(每个WSDL操作参数多达一个XML有效载荷)。该软件服务的实现可以作为外部服务、JavaTM本地服务或者CBR工作流来发生。在CBR规范的情形下,绝大部分情况下我们将以CBR工作流来提供实现,其中根据需要使用了外部服务和JavaTM本地服务来完成工作流,其表示服务的实现。
在示例性实施例中,主要使用模型可以包括纵向健康记录(LHR)模型、多提供者保健(MPC)模型和自动索赔处理(ACP)模型。
下面的说明详细描述了所有规范的示例性整体框架,包括参考对象模型、核心用例以及如何实现规范消息事务追踪/审计。
在示例性实施例中,规范的最高预定要求指示CBR平台支持预先配置的和可定制部署的数据表示,这使数据元素以及在MRD中所识别用例之间每个数据元素的语义标准化。平台还提供患者人口统计信息、医疗记录(包括PACS)、转诊、处方和索赔处理的支持。这可以划分为下面另外细分的子要求。第一,规范数据表示支持具有共同的对象模型的临床和管理和/或财务事务。HL7 RIM和CDA XML模型可以是整个规范中使用的共同的数据结构,在示例性实施例中,有益的是,可扩展到在将来的版本或者场所特定的部署(例如CCR或OpenEHR)中的其它XML表示。第二,规范数据表示在结构上以及在语义上被规格化。第三,在示例性实施例中,规范WSDL操作定义和XSD模式被明确地录入并记录,以促进正确的使用。第四,在示例性实施例中,规范数据和操作表示是可扩展的并且可被安全地修订。第五,在示例性实施例中,规范数据表示能够被读取、写入或以其它方式进行处理,而不论源系统、CBR或目标系统的位置。事务流根据防火墙安全以及终端用户组织策略设置的路由规则的允许而跨越LAN(局域网)、WAN(广域网)和因特网。第六,在示例性实施例中,可使用相同的技术通过系统接口或应用用户接口来访问规范数据表示。XML和WSDL可用于提供该功能。
可以实现每个规范对象的共同框架来支持这些要求。
每个规范对象可以具有WSDL接口和XML有效载荷,来描述其记录结构。定义规范所表示的结构和规则的XML有效载荷还可以被称为“规范记号(signifier)”。规范记号是描述XSD模式和其它对于规范定义的相关联类型约束(例如HL7的typeid约束)的XML结构。规范记号包含规范的XSD和其它。
下面描述了示例性WSDL和XML有效载荷的总体结构,还进一步描述了依据数据类型基础的有关数据类型的规范的细节。
在示例性实施例中,所有规范可以使用一系列共享的服务和资源来支持他们的操作。这些服务和资源可以包括,例如,SQL存储来保存规范的元数据配置,用于日志和追踪事务的RLS和审计数据;以及(可选地)用于EMPI和CMVT来源的映射和配置表。另外,可以包括RLS(记录定位器服务)和用于日志记录和追踪事务的审计基础服务。下面进一步描述了有关这些服务的SQL结构的示例性细节,以及WSDL和操作的细节。可以包括CRUD(创建、读取、更新、删除)实用服务以及它们相关联的类厂(class factory)。这提供了在部署时将规范动态地配置以映射到不同的底层数据源的机制。
关于规范,除了共同的架构框架以外,每个规范可以具有共同的一组设计和实现特征,这在下面进行详细说明。
首先,在示例性实施例中,所有规范的所有WSDL至少具有下列标准操作:
“Get()”是用于基于“XMLSearchStruct”提供的参数来获取规范的单个实例的操作,其中该XMLSearchStruct唯一地识别单个记录。
“Put()”是用于将规范的实例写入CBR平台的操作。该包括插入和更新操作。
“Discard()”是用于丢弃的操作(物理上或逻辑上删除来自底层来源的记录)。
“List()”是用于基于“XMLSearchStruct”的内容以与“Get()”一致的方式返回规范实例列表的操作,但能够将来自底层来源的许多记录以流的方式传输给调用的客户端。
“Locate()”是用于返回可以在那里找到所需的规范记录的CBR位置的列表的操作。这是对RLS引擎的规范封装器。
“Describe()”是用于输出相关规范的详细模式定义的操作。
“Initialize()”是用于响应于记录创建、更新或删除事件而将来自源系统的记录发送到CBR网络的操作。
单独的规范服务可以具有另外的上面基本集合以外的WSDL操作,它们可适用于特定的服务,然而所有规范将至少具有这些基本操作来处理基本的数据I/O。
在包括例如CBR装置和对应的规范、确认等等的CBR系统的示例性实施例中,实现了用于CBR规范数据有效载荷的共享标准。
在示例性实施例中,所有“canonicalXML*”参数是基于HL7 v 3.0 RIM的XML文档类型。在示例性实施例中,可以与可适用的派生、扩展和约束一起使用临床文档体系结构R2(CDA R2)标准。
CDA R2文档格式的核心结构是:
还可以提供共同的机制来扩展、定制和约束规范,例如有关WSDL和XML或其它等同或可接受的标准。
在规范数据有效载荷的情形下,选择CDA支持多种清楚的机制,既用来约束XML结构也可对其进行定制。这些机制可以包括下面所描述的。CDA typeId段可用于将标识符与XML段相关联。通过将段和与其关联的typeId传递给Schematron或JavaTM类,可以应用非常具体的规则来确认XML文档。该方法将用于约束所有CBR规范,并结构化地定义在所有规范操作的规范记号参数中。规范记号结构是XML XSD模式的元容器和相关的规范一致性约束/原型。另外,通过在数据类型上使用定制的名字空间来扩展CDA。例如,特定的名字空间和数据类型可用于保存CDA.XSD中当前不支持的增量信息。该技术可以由患者概况规范在实现保健文档标准连续性中使用,这将在下面详细说明。另外,规范框架可以并且应该支持XML模式定义。实例包括创建针对ServiceProvider规范的CDALab.XSD(针对实验结果)和ServiceProvider.XSD,其实现医疗专业人员、组织以及他们关系的注册器。
在定制WSDL行为的情形下,可以有益地考虑三点。首先,规范的特定实例(例如预定)可以使它们的元数据配置为将规范指向不同的CRUD、RLS、EMPI或CMVT服务,该不同的CRUD、RLS、EMPI或CMVT服务可以定制规范操作(例如Get()或Put())的结果。例如,在一个CBR配置中,预定可以寻址连接到EMR的CRUD服务,另一个可以配置成直接与SQL数据库通信。数据规范的公共格式保持相同,但采用元数据配置,可以从各种来源读取或写入该公共格式。其次,服务可以使操作增量地添加到它们的WSDL定义(在基本的以外),并且工作流和/或JavaTM内部服务可以与WSDL操作相关联。第三,现有WSDL操作可以修改它们的工作流,来包括从JavaTM内部服务和/或外部网络服务调用可用的另外的步骤和/或调用算法。
在示例性实施例中,可以为所有规范提供共同的元数据配置。最后,我们需要共同的方式来在元数据存储器中表示规范配置。所有规范可具有描述可在部署时配置的某些信息的需要。大多数配置的主码是CBR标识符(GUID)/名称(或可唯一地识别基于逻辑内容的路由器实例的任何其它机制)和规范数据类型(例如患者或预定)。在示例性实施例中,所有元数据可以与该码有关。例子包括:AZHIN.stateofaz.gov,Patent;publicHW.goodhealthclinic.com,Order;publicHW.goodhealthclinic.com,Encounter;publicHW.goodhealthclinic.com,ServiceProvider。在码的配置中使用关键字“*HW_ALL*”可以用来对元数据属性进行分类,其表示所有CBR(如果在CBR标识符中使用)或所有规范或上述二者的全局设置。
在示例性实施例中,需要与规范关联的码的信息包括下述内容。标签“CANONICAL_SIGNIFIER”,其表示规范数据类型的扩展模式定义,表示为到规范记号或包含规范记号本身的文本的URL。标签“EMPI_ADDRESS”表示规范将用来在语义上对记录ID进行规格化的EMPI服务的网络地址。所有EMPI服务实例的WSDL应该与在参考列中记载的相同。标签CMVT_ADDRESS表示规范将用于基于规范数据类型在语义上对适当的字段中的医学词汇进行规格化的CMVT服务的网络地址。所有CMVT服务实例的WSDL可以与在参考列中记载的相同。RLS_ADDRESS是表示规范将用于记录数据的网络源以及其与其它事务的关系的RLS服务的网络地址的标签。所有RLS服务实例的WSDL应该与在参考列中记载的相同。CRUD_ADDRESS是表示规范将用来在结构上对记录数据进行规格化和解规格化(源/目的地数据读取和写入)的CRUD服务的网络地址的标签。所有CRUD服务实例的WSDL应该与在参考列中记载的相同。AUDIT_LOG是表示用来与审计日志进行交互的对象标识符的标签。HIN_CBR_ADDRESS是表示CBR的网络地址的标签,该CBR表示集中式或混合的CBR部署中的HIN节点。在完全联合的部署中该参数为NULL或空的。INITIALIZE_WORKFLOW是表示CBR工作流的名称的标签,该CBR工作流表示规范的Initialize()过程。GET_WORKFLOW是表示CBR工作流的名称的标签,该CBR工作流表示规范的Get()过程。LIST_WORKFLOW是表示CBR工作流的名称的标签,该CBR工作流表示规范的List()过程。PUT_WORKFLOW是表示CBR工作流的名称的标签,该CBR工作流表示规范的Put()过程。LOCATE_WORKFLOW是表示CBR工作流的名称的标签,该CBR工作流表示规范的Locate()过程。EMPI_TRAIT_XSL是表示从规范XML创建EMPI特征结构的XSL(路径或内容)的标签。EMPI_TRAIT_XSD是表示规范的EMPI特征模式的标签。
在示例性实施例中,该元数据配置可以作为单独的模式部署到直接连接到CBR实例的SQL数据库或者容纳在整个场所部署所支持的共享SQL数据存储中。
另外,HWCanonicalManager和下层的SQL数据库维持识别CBR集簇实例的CDA GUID与其网络地址之间的映射。这应该表示成“CBR_”+<GUID>+“_ADDRESS”=LABEL(例如“CBR_76b242b9-1246-4691-bbld-91bb7336e76f_ADDRESS”),CBR的网络地址表示为元数据值(例如“AZHIN.stateofaz.gov”)。
在示例性实施例中,可以是展现的CBR本地服务的对象或工作流可以为这些元数据参数(HWCanonicalManager)提供读取和写入API。HWCanonicalManager应该在CBR工作流中可通过WSDL接口来访问,使得可以根据需要来读取它们,以设置和指示规范操作的行为。
在示例性实施例中,HWCanonicalManager WSDL API的签名可以是:ListCanonicals()。该操作将在CBR实例中定义的规范的列表返回给调用方。
WriteCanonicalDef()是规范实用程序和/或自动安装程序用来创建规范定义的操作。
是用于在逻辑上删除或解除规范定义的操作。
ListCanonicalMetaDataLabels()是可用来构建配置实用程序用户接口并提供根据场所部署需要来支持规范元数据参数的动态自定义的模块的操作。
WriteCanonicalMetaData()是将元数据值与规范和CBR所识别的目标标签进行关联的操作。
ReadCanonicalMetaData()是读取可用的元数据配置来驱动规范和/或应用的行为以及工作流的操作。
最后,除了SQL模式和具有WSDL的API以外,规范元数据可以包括UI实用程序,用来由管理员或具有适当权限的开发人员在设计或部署时浏览和编辑这些元数据配置参数。在示例性实施例中,CBR管理UI可以包括该能力。在另一实施例中,可以在CBR JavaTM环境中提供小的网络URL来展现它。还可以使用其它实现。
在示例性实施例中,卫生保健的CBR平台提供了持久地存储卫生保健数据的规范表示的机制,以便支持长久运行的业务事务以及XML、NCPDP、ANSI X.12和HL7消息(或与其它标准一致的消息)的组合,它们要求多于一个数据实体的存在、联合和确认(例如患者接纳HL7过程)。数据持久性得以支持,并且用户发起的维护功能用于从高速缓存修剪/删除不需要的记录。该功能可以例如由核心CBR平台所支持的主要DBMS供应商实现来提供。
为了满足该要求,CBR规范的体系结构需要:简单但灵活的SQL模式,以存储所有进入的和向外的数据业务;WSDL接口,其可以与与该SQL模式以及相关联的数据存储器进行交互的模块一起提供工作流;以及WSDL接口的实现,其提供在实际数据库实例中的读取和写入功能。
为了支持SQL数据存储器,在示例性实施例中,提供了逻辑ER(实体-关系)图以及相关联的DDL来支持目标数据库平台。
针对WSDL接口,这可以有效地实现记录定位器服务(RLS)。RLS的基本操作包括:
“AddRLSEntry”–将表项添加到单个规范实例的RLS日志。记录创建的日期和时间戳、记录标识(本地和全局的)、规范的类型、规范XML记录实例以及记录来自的CBR GUID。
“DeleteRLSEntry”–删除建立的RLS表项。
“CreateRLSEntryRelationship”–建立规范数据类型间的关系(例如预定->安排表->结果->文档)。
“DeleteRLSEntryReleationship”–删除规范数据类型间的关系。
“LocateCBRSourceByFilter”–通过规范的类型属性来搜索RLS记录高速缓存,以找出匹配搜索标准的记录ID和记录的CBR ID。
WSDL操作的实现可以被实现为JavaTM本地服务或者CBR平台上的工作流,可以提供基本编码集来作为参考实现,其可由位置级别部署来定制(使得可以提取比规范XML记录中仅基本报头信息更多的给SQL,并使得可以更有效地搜索)。
该模型的益处是可以将所有CBR数据业务作为规范操作流的一部分来进行捕获并监测。然后单独的独立数据库处理工作可以将RLS数据提取、转换并加载到数据仓库应用中,用于进行分析或其它HIN功能(例如审计)。
规范的数据源、传输和转换
CBR平台提供了动态支持许多底层源和目的地数据存储格式和传输的方式。为了达到这一点并将核心规范语义转换逻辑与源或目的地格式和传输的具体细节隔离开,规范的框架支持称为CRUD的组件的实现(创建、读取、更新和删除)。
与CRUD有关的来自PRD的主要要求包括下面所述的。
卫生保健的CBR平台提供了用于接收、转换、路由和发送HL7消息以及它们的相关联的数据结构的模块。可以通过具有一个或多个卫生保健ISV的支持生态系统的创新来满足该要求。支持HL7 CDA和在EDI和XML版本中的所有HL7版本,包括版本3.0消息和RIM。卫生保健的CBR平台还提供了用于接收、转换、路由和发送保健记录(CCR)消息的ASTM标准连续性以及它们的相关联的数据结构的机制。可以通过具有一个或多个卫生保健ISV的支持生态系统的创新来满足该要求。卫生保健的CBR平台还提供了用于接收、转换、路由和发送NCPDP消息以及它们的相关联的数据结构(电子处方)的机制。可以通过具有一个或多个卫生保健ISV的支持生态系统的创新来满足该要求。卫生保健的CBR平台还提供了用于接收、转换、路由和发送HIPPA X.12、ASC X12和ASC X12N消息以及它们的相关联的数据结构的机制(针对与资格、转诊、索赔请求和支付有关的保险事务)。可以通过具有一个或多个卫生保健ISV的支持生态系统的创新来满足该要求。CBR系统还可以支持MLP X12、NCPDP以及HL7要求的MLP传输。在示例性实施例中,CBR系统还支持在卫生保健垂直系统中使用的基于文件的消息传输。例如,在此情形下,最普通的协议是FTP。可以通过使用一个或多个HC(卫生保健)适配器例如ItemFieldTM或者iWayTM(例如对于HL7、CCR、X12和NCPDP)来主要地支持这些要求,该适配器用作转换适配器以及CBR传输接收和发送功能,用于接收和发送数据。基本上,CRUD服务可以作为这些低级别转换和传输功能的配置的WSDL“封装器”。两个主要的流程是“从外到里”的(即客户端调用Get()、Put()或者List())或者“从里到外”的(即客户端调用Initialize())。
在示例性实施例中,提供了下面CRUD服务的可检测的参考例子。首先是,患者概况、预订、患者接触、安排表和文档的HL72.3例子。这将包括在文件系统上创建并通过从里到外的技术和HC适配器(例如ItemFieldTM或iWayTM,其进行由Put()规范操作创建的从外到里的机制)中的转换而提交给Initialize()的HL7文件。其次,到HL7 EMR的示例有效连接具有到HC适配器的MLLP连接,其说明了Get()和List()对患者、预定和患者接触的“从外到里”的应用。第三,采用SQL CRUD服务实现(实际上为JAXB到/从JDBC的转换)的ServiceProvider的有效实现,其针对在从里到外和从外到里的工作流中的所有操作支持读取和写入规范的完整流程。
“从外到里”的CRUD的WSDL操作相当程度上是无需解释的,并包含与核心规范操作相同的参数,包括例如:
Create(input:putRequestrcStruct,input:canonicalXMLRecord,output:errorCode,output:canonicalRecordID)
Read(input:XMLSearchStruct,input:maxResultstrearns,input:previousResultID,output:canonicalXMLRecordList,output:errorCode,output:finishedFlag,output:resultID)
Update(Input:putRequestrcStruct,input:canonicalXMLRecord,output:errorCode,output:canonicalRecordID)
Delete(input:XMLSearchStruct,input:putRequestSrcStruct,output:errorCode)
注意,Create()操作可以处理对数据的插入或“更新插入”(upsert)。例如在图19中,示出了用于“从外到里”的示例性CRUD交互。
例如在图20中,示出了用于“从里到外”的示例性CRUD交互,其中“从里到外”的容器处理传输和HC(卫生保健)适配器绑定,并将控制切换给“Initialize()”。图21示出了图20的体系结构的示例性基本顺序图。
下面将按照类型(例如患者、预定、患者接触等等)讨论单独规范的具体定义。对于每个规范数据类型,将讨论作为规范的记号/模式的CDA R2的具体实现。还将讨论描述如前面所定义的每个标准WSDL操作(Get()、Put()、List()、Describe()、Locate()和Initialize()等等)的工作流的顺序图,这将包括与RLS、EMPI、CMVT和审计日志服务的规范关系。将会讨论任何增量WSDL操作的示例性定义,还将描述规范如何应用到CBR系统的主要的目标用例的实例。
关于规范模式、工作流和WSDL,每个规范共享共同的一组操作(例如,如前面进一步描述的那些)。对于大部分规范,每个这些操作的高级的工作流可以是共同的,而会变化的是与EMPI、CMVT和CRUD服务相关联的规则,其针对CBR的具体部署的实例上的特定规范进行配置。
标准规范的WSDL操作的共同的工作流可以表示为顺序图,例如如图22-28中所示。图22示出了Get()的示例性顺序图。图23示出了Put()的示例性顺序图。图24示出了Discard()的示例性顺序图。图25示出了List()的示例性顺序图。图26示出了Describe()的示例性顺序图。图27示出了Locate()的示例性顺序图。图28示出了Initialize()的示例性顺序图。
卫生保健的CBR平台的示例性实施例可以提供服务提供者的软件服务定义(组织、关联或关系,包括角色和组),包括提供服务功能的数据和共同的功能。服务定义可以包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。ServiceProvider规范可以是非常重要的,因为它表示医疗专业人员的目录,他们能够访问CBR网络、他们与参与组织(例如门诊部、医院等等)的关联以及组织的标识符CBR实例(GUID)。该规范可确保模型中所有其它规范之间正确的关系。一个实现可以是完整构成的实现,从最高级别的WSDL一直到采用SQL的CRUD实现。
关于患者规范(特定卫生保健的要求/服务/卫生保健核心企业数据服务/患者),卫生保健的CBR平台的示例性实施例可以提供包括数据和提供服务功能的共同功能的患者的软件服务定义。服务定义可以包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
患者规范的示例性增量WSDL操作可以在规范调用级别有效地将EMPI API封装起来。它们的参数可以稍有不同,因为记录结构将会是规范而不是字段和记录ID的EMPI特定的数据结构,然而它们功能上的目的保持相同。举例来说,患者规范的示例性增量WSDL操作可以包括:FindDuplicateDefinitions();LinkRecord();UnlinkRecord();MergeRecord();UnMergeRecord();InactivateRecord();和ReactivateRecord()。
卫生保健的CBR平台的示例性实施例可以提供服务提供者“预定”规范的软件服务定义(卫生保健特定的要求/服务/卫生保健核心企业数据服务/预定),其可以诸如用于针对实验室、治疗、药物等等。示例性预定规范可以包括数据和公共函数,其提供服务功能。对应的服务定义可以包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
在示例性实施例中,主要有6种可支持的预定,来实现目标用例。示例性的预定类型可以包括:预定实验室成像(如CT扫描);预定实验室样本(如身体检验);预定医疗过程;预定药物处理/药物;预定与医生/专家的接触;以及预定耐用医疗物品(例如轮椅或氧气瓶)。
预定规范的另一示例性模式定义(或其相关的部分)涉及预定耐用医疗物品(例如轮椅或氧气瓶),并可以具有与前面结合一个或多个患者接触、药物/药物处理预定、获得预定等等描述的基本结构类似或相同的结构,但是在该示例性实施例中还可以使用CDA供应段来作为入口,而不是观察、物质施用或者患者接触。
预定规范的示例性增量WSDL操作可以包括:CancelOrder(input:orderID);DetectDuplicateOrders(input:byExampleCanonical,input:dateRange,output:HstOfMatchingOrderCanonical)。DetectDuplicateOrders函数可以使用模式匹配来识别在指定预定范围内的同一事物的预定;例如前90天内的CT扫描或者前两年内的电解液板。
在示例性实施例中,卫生保健的CBR平台提供用于患者接触的软件服务定义或规范(卫生保健特定的要求/服务/卫生保健核心企业数据服务/患者接触),例如来处理或涉及临床发现和推荐。该定义可以包括提供服务功能的数据和公共函数。服务定义可以包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
患者接触可以包括与医生的就诊概要并包括来自实验室的结果(例如样本和成像),以及过程的结果。
患者接触的示例性增量WSDL操作可以包括:
TraceEpisodeOfCare(input:startingEncouterCanonical,input:dateRange,output:listofEncountersForEpisode)
该操作追踪患者接触和预定的关系,其创建相关的患者接触。
卫生保健的CBR平台可以提供文档的软件服务定义,例如DICOM(医学中的数字成像和通信)或扫描的纸张,包括提供服务功能的数据和公共函数。服务定义可以包括符合HL7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
在示例性实施例中,规范文档的模式定义(例如卫生保健特定的要求/服务/卫生保健核心企业数据服务/文档)是使用过程部分的保健文档连续性(CCD),仅返回到相关联的非结构化文档的连接。
文档的示例性增量WSDL操作可以包括:
ExtractDocumentPaths(input:documentCanonicalXML,output:key-value pair array<documentDesc,documentURL>)
该操作有效地从规范XML提取图像URL以及它们的直接对应的描述文本,并可以基本上提取如下模式的片段:
卫生保健的CBR平台的示例性实施例提供了健康记录的软件服务定义(概况以及完整历史记录),包括提供服务功能的数据和公共函数。服务定义包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
健康记录(例如卫生保健特定的要求/服务/卫生保健核心企业数据服务/个人健康记录)规范的示例性模式定义使用具有相关联的时间尺度的所有部分来包含保健文档连续性(CCD)。
个人健康记录规范的示例性增量WSDL操作可以包括:
RenderAsCCRWithID(input:patientRecordID,output:personalHealthRecordAsCCR);以及RenderAsCCRWithCCD(input:personalHealthRecordCanonicalAsCCD,output:personalHealthRecordAsCCR)。
在示例性实施例中,通过加载不同的CRUD并从来源重新提取数据(…WithID)或者通过在操作内进行XSLT转换(…WithCCD),这些另外的操作可以以另一XML格式有效地绘制个人健康记录规范。
卫生保健的CBR平台的示例性实施例可以提供保险的软件服务定义或规范(索赔请求和转诊),包括数据和提供服务功能的公共函数。服务定义可以包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
卫生保健的CBR平台的示例性实施例还可以提供用于安排和约见的软件服务定义,包括提供服务功能的数据和公共函数。示例性服务定义可以包括符合H7版本3.0 RIM的数据结构,其中的功能有创建、读取、更新和删除服务所表示的数据结构。
在本发明示例性实施例中,安排表用作对预定的中间响应。当进行预定时,就生成安排表以描述何时及何处可以满足该预定。一旦满足了预定,就生成患者接触/结果。
在示例性实施例中,安排表还是唯一的规范,其核心和增量WSDL操作可以以两种单独的实现方式来进行实现:1)安排(这是核心规范操作和XML有效载荷的实现)以及2)ScheduleDefinitionAndFulfillment(这是扩展的WSDL操作的实现)。
举例来说,安排规范的示例性增量操作包括:BookAppointment(input:patientRecordID,input:serviceProviderID,input:appointmentDateTime,input:schedulingNotes,output:errorCode,output:schedulingID);
ConfirmAppointment(input:patientRecordID,input:serviceProviderID,input:appointmentDateTime,input:schedulingNotes,output:errorCode,output:schedulingID);RescheduleAppointment(input:patientRecordID,input:serviceProviderID,input:oldAppointmentDateTime,input:newAppointmentDateTime,input:schedulingNotes,output:errorCode,output:schedulingID);CancelAppointment(input:patientRecordID,input:serviceProviderID,input:appointmentDateTime,input:schedulingNotes,output:errorCode,output:schedulingID);以及ListAvailableSlots(input:serviceProviderID,output:arrayOf<availableDateTimes>,output:errorCode)。
一个或多个这些操作可以有效地表示可选的实现,其可用于封装临时数据存储或安排应用的API,其然后可以生成安排规范。在示例性实施例中,这些API提供共同的API,通过该共同的API应用可以在HIN网络之间进行安排。
前面参照例如图10-18进一步描述了规范的示例性使用模型,例如针对纵向健康记录、多提供者保健和自动索赔处理。在示例性实施例中,实现了这3个使用模型和3个部署模型。可以使用3个部署模型中的一个来实现每个使用模型,这构成了规范可以如何使用的包括9种可能实现的矩阵。
还可以另外地或任选地提供其它规范,包括例如位置、记账、材料、事件和ACL。在示例性实施例中,不需要这些可选的规范来支持EMR数据集成、纵向健康记录、多提供者保健或者自动索赔处理的目标用例。位置能力可以在服务提供者规范和RLS服务中被有效地建模,以及在该情形下不需要另外的网络服务。在示例性实施例中,不需要记账来满足目标用例。可以对保险进行建模,以支持所有的索赔处理要求。材料和事件可以在预定、患者接触和结果规范中进行建模,使得不需要单独的网络服务和XML有效载荷。最后,在示例性实施例中,作为安全能力的ACL(例如访问控制列表)可以不作为规范来实现,而是作为核心CBR功能和外部服务(例如LDAP、门户认证等等)的组合来实现。
如前面所提到的,本发明的示例性实施例使规范能够在语义上互操作,并提供支持服务。具体而言,下面将讨论例如支持规范的服务的WSDL操作和高级别的体系结构,对于控制的医学词汇(CMT)、企业主个人索引(EMPI)和记录定位器服务(RLS)将会被更详细地涵盖。
对于CMT,卫生保健的CBR平台的示例性实施例可以提供机制来定义、使用、解释对诊断、疾病状态、治疗行为和药物处理进行定义的控制的医学词汇以及在该控制的医学词汇之间进行转换。在示例性实施例中,这些控制的医学词汇被定义为结构化的编码,其被映射到规范形式中的字段。该要求可以通过具有一个或多个卫生保健ISV(独立软件供应商)的支持生态系统的创新来满足,例如Apelon。
在示例性实施例中,CMVT WSDL定义至少具有下面的能力。识别属性并将其与规范数据类型相关联的能力,其要求医学编码转换(针对本地系统到规范以及规范到本地系统两者)。识别确认的编码集以及每个属性和每个数据流(也称为本地系统到规范以及规范到本地系统)相关联的映射到能力。如果无法找到明确映射则针对属性对默认编码进行关联的能力。提供用于如果无法找到明确映射并在使用默认映射以前“智能地”搜索编码映射的模块的能力;例如语义字符串搜索。提供API、工具和UI来创建编码集、映射以及它们与规范数据类型和属性的关联的能力。
这可以通过例如使用HSSP(卫生保健服务规范项目)控制的术语服务(CTS)WSDL定义来实现,因为它代表了经批准的标准。
在示例性实施例中,API是SOAP网络服务实现(不是JavaTM);具有词汇和映射API的依据规范的完整构成的实现;包含消息传递API的TranslateCode()实现;并添加了消息传递API的TranslatedCodeInBatch()扩展(其可以在CTS标准API语义上进行具体地或一般地建模)。
在示例性实施例中,CMVT作为外部服务来实现,例如采用如图29中所示的体系结构。
可替换地,可以实现本地服务实现,其调用Apelon DTS JavaTMAPI。
对于主患者索引,卫生保健的CBR平台的示例性实施例支持或提供定义、使用、解释和规格化系统间关系数据库标识符的机制。从而,在该情形中,在数据库、事务和服务中,对名为“玛丽·琼斯”的患者和名为“鲍勃·史密斯”的医生进行一致的引用。举例来说,该要求可以由一个或多个卫生保健ISV(例如公司Initiate)通过支持生态系统的创新来满足。
在示例性实施例中,EMPI WSDL定义的实现至少包括对至少针对患者和提供者规范的跨系统记录ID的关联进行管理的能力。
在示例性实施例中,EMPI可以作为外部服务来实现。图30中示出了示例性体系结构视图。在示例性实施例中,EMPI外部服务被集成到规范工作流和WSDL的实现中,并对EMPI服务和规范之间的集成进行确认。可替换地,可以提供本地服务实现,其调用InitiateTM的Identity Hub JavaTMAPI。
对于记录定位器服务(RLS),卫生保健的CBR平台的示例性实施例支持或提供用于发出请求在平台的多个实例之间进行发现的机制,以聚合患者的医疗、保险或者药物方面的历史记录的视图,来支持分布式HIN体系结构(例如,不使用集中式贮藏库的体系结构)。
RLS操作可以例如被实现为JavaTM本地服务或CBR工作流,或者二者的适当组合。在示例性实施例中,提供了对RLS进行定制的机制,使得它能够针对记录位置搜索所需要的场所部署从规范提取比仅仅是记录ID更多的到底层的SQL数据存储器和数据模型。
在示例性实施例中,RLS API具有下列能力或属性。RLS记录ID可以,并且有益的是,作为ID置于规范数据有效载荷内,其中的“RLS:”标志列在id语句的前面。RLS可以支持占位符关系,来检测和管理未定事务。在示例性实施例中,使用CreateRLSRelationsip()调用中的targetRecordID字段中的“*hw_null*”来建立该占位符。UpdateRLSRelationsip()可以提供采用实际数据在其建立时(或以后)对该占位符进行改写的方法。在示例性实施例中,HIN记录ID和系统ID是所有RLS操作上的可选的参数。在示例性实施例中,完整的规范XML记录被存储在下层的RLS表中。在该情形下,RLS服务实现提供了用于定制的码连接,其中部署可以在最终存储在RLS中以前对规范XML执行增量处理。
对于业务规则处理扩展,CBR系统的示例性实施例可以支持可定制的业务规则处理扩展,用来包括到卫生保健事务工作流中,以在工作流的每个步骤期间向终端用户/场所配置提供输入参数和有条件处理动作。通过书写JavaTM代码扩展,CBR系统可以支持或提供机制,以在开始时、结束、或条件处理的中间的任意点扩展建立的工作流(if-then-else)。在示例性实施例中,规范的业务规则以多种形式可用,包括:
RLS、CRUD或者规范服务中的工作流上的增量检查或算法。可以通过工作流过程中的递增步骤或作为JavaTM本地服务来实现这些增量检查或算法。
对规范记录的确认过程的约束可以涉及指定WSDL(本地或外部服务)的Schematron或地址的名称来实现规范确认功能。在每个规范操作开始,可以对规范记号XML(在下面定义)执行检查,以执行下面的动作。首先,确认XML文档符合存储在规范记号结构中的XSD定义。其次,检查规范记号以查看是否存在<SchemaConstraintDef/>片段。如果未定义<SchemaConstraintDef/>片段,则仅进行的动作是XSD模式确认。然而,如果定义了<SchemaConstraintDef/>片段,则在示例性实施例中,规范工作流或者:a)调用实现ExecuteSchematron(input:schemaTronLocaiton,input:canonicalXMLPayload,output:errorCode)的本地服务;调用实现ValidateCanonicaISchema(input:canonicalXMLPayload,output:errorCode)的本地服务;或者调用实现ValidateCanonicalSchema(input:canonicalXMLPayload,output:errorCode)的外部服务。接着,<SchemaConstraintDef/>/<SchemaConstraintType/>将指示Schematron、本地服务或者外部服务是否应该用于执行约束检查。每个规范可以采用基本约束定义来实现,如前面进一步所描述的。
本发明的示例性实施例还可以提供或确保CBR系统中规范的非功能性能力。示例性CB装置或CBR可以包括高性能的XML和工作流处理引擎。附加地或替换地,在示例性实施例中,对规范实现和相关支持服务的性能、可伸缩性和资源利用率进行了优化或增强。
具体而言,在本发明示例性实施例中,达到了或可以超过下面的性能基准。可以对患者数据(概况、医疗记录、处方、索赔请求、转诊)在接收到以后24小时的时期内进行处理(路由、转换和存储)。其规模可以例如从500,000个患者的小的HIN到超过5千万患者的大的HIN。在示例性实施例中,对于在一个HIN实例中每个患者每年平均10项病人数据事务,CB装置和生成的CBR系统或网络以及相关联的体系结构能够在接收到的24小时内进行处理。
在本发明示例性实施例中,基于实验室、医院、付款人等等的“四面墙(four walls)”内可伸缩性的原因,CB装置或CBR及相关规范可以支持对其它集成产品的扩展的集成,例如如下面所述的。
在示例性实施例中,CB装置或网络解决方案可以提供到具有基于网络服务的接口的特定卫生保健的集成引擎(HCIE)的松散耦合。这意味着,有益的是,对于卫生保健集成引擎作为核心运行时间并没有特定的要求。集成引擎的实例是ItemFieldTM和QuovadxTM;在该情形中,IE提供转换适配器。图31提供了该体系结构的图形表示。
在示例性实施例中,作为基于CBR的系统的确认过程的一部分,可以使用FTP或MLLP协议采用第三方集成引擎(最低限度为具有HL7加速器的MS BizTalk或Quovadax)来确认支持HC(卫生保健)适配器的CRUD服务的集成。
如前面所述,CBR系统的示例性实施例可以支持不同的使用模型,这些模型中的一种涉及患者的保健由多个服务提供者来提供,他们实际上在多个事务和服务提供者之间支持单个卫生保健事件。每个提供者需要一些共同的数据,每个下游事务与每个上游事物构建关联。如本申请其它部分所述,CBR系统的示例性实施例可以支持纵向健康记录的各种使用。下面描述的是些例子,来说明或建议本发明各个方面在给定具体情形时如何运行。
第一过程实例示出了多提供者保健,其开始于在初级保健医生就诊,然后转到专家。然而,在实践中,该使用模型可以在家庭医生、初级保健、本地门诊部等等开始,并涉及与其它医生(可以是在门诊部/急诊室的初诊并在初级保健处继续跟进)或服务提供者(如实验室或药房)的下游交互。
基本情形具有以下步骤或段:
1、患者到初级保健医生处就诊,检查资格。
2、初级保健医生让患者转诊到专家那里。
3、初级保健HER发送给专家。
4、初级保健以电子方式发出索赔请求;完成正确性检查。
5、患者与专家进行预约,检查资格。
6、患者到专家处就诊。
7、专家为患者预定处方和实验室检验。
8、专家HER把预定发送给药房和实验室。
9、系统检查药物交互作用。
10、系统检查重复的实验室检验。
11、患者与实验室安排约见。
12、患者按方购药。
13、药房以电子方式提出索赔请求;完成正确性检查。
14、药房向专家报告处方已购药/未购药。
15、患者完成实验室检查。
16、实验室将结果发送给专家HER。
17、实验室以电子方式提出索赔请求;完成正确性检查。
18、专家审查实验结果;提出建议。
19、专家EMR记录被发送回初级保健医生。
20、专家以电子方式提出索赔请求;完成正确性检查。
21、付款人处理电子索赔请求并向提供者付款。
22、患者可以以电子方式查看更新的健康记录和索赔请求状态。
对于纵向健康记录,考虑一个虚构的患者布鲁·华特斯,他66岁,是位于佛罗里达迈尔斯堡海滩的商业捕鱼公司佛罗里达鲶科鱼的兼职职员。布鲁·华特斯在长达22的服役之后从美国海军陆战队以中校军衔光荣退役(在北卡罗莱纳州列尊营海军陆战队第二远征军(MEF))。他驻扎在美国国内以及海外多个基地,包括日本和伊拉克。在伊拉克自由行动(OIF)中服役时,在海军陆战队中时,布鲁·华特斯进行了数次放射学和实验室检查,来确定与肠胃有关问题的原因。在他的退役体检中注有诊断出胃食道反流病(GERD)和巴雷特食管。布鲁·华特斯当前在佛罗里达彭萨科拉市的海军医院中接受对其GERD的治疗。华特斯先生购有TRICARE人寿下的医疗保险,其大部分的初级保健医疗需求由佛罗里达迈尔斯堡海滩捕鱼码头附近的Warf医疗集团门诊部提供。
[步骤0–本故事之前发生的事情]我们先讲述一些与最近的事件有关的额外的背景信息。布鲁·华特斯在佛罗里达州坦帕市访问他儿子。他们驾车驱往本地的一家餐馆,这时华特斯先生开始感到胸部疼痛。此时宝贵心脏医疗中心(PHMC)在他视线之内,于是他开下高速路并到达了PHMC急诊室。一进入PHMC急诊室,分诊护士南希·南丁格尔让华特斯先生提供他的保险信息,并得知他由TRICARE提供卫生保健保险范围。
医学博士艾瑞克·伊莫金斯进行评估,包括布鲁·华特斯的目标病史以及身体检查。当问华特斯先生有关过去其它重要医疗事件时,他提到在军队里时针对肠胃(GI)问题有过多次检查。他使用过处方H2阻滞剂,该药开始时对GI症状有帮助,但后来效果变弱。生命体征正常。进行含服硝酸甘油以及鼻导管输氧,布鲁·华特斯现在胸部无疼痛。心电图显示无急性心肌梗死迹象。
[步骤1–查询文档列表]伊莫金斯医生查询佛罗里达医疗信息网络(HIN)来确定关于华特斯先生的病史有什么样的信息可用。除了来自Warf医疗集团门诊部的医疗记录以外,他还注意到有到华特斯先生的病史的可用连接。经华特斯先生的同意,伊莫金斯医生查询可用的文档。
[步骤2–以文档列表响应]伊莫金斯医生的查询找到或报告了若干有关的文档:在Warf医疗集团的最近的心电图报告,以及两年前在彭萨科拉市海军医院的内窥镜检查和冠状动脉造影报告。
[步骤3–查询具有内容的具体文档]伊莫金斯医生从列表中选择文档,请求并接收对所选择文档的访问(或其内容)。在该实例中,伊莫金斯医生选择并接收所有3个文档。
[步骤4–以所请求的文档来响应]伊莫金斯医生审阅从Warf医疗集团门诊部和彭萨科拉市的海军医院获得的临床文档。先前的冠状动脉造影报告没有发现冠状动脉疾病的迹象,先前的心电图也无异常。伊莫金斯医生与布鲁一起审阅记录,确认了患者相信数据是正确且是最新的,包括对胃食道反流病(GERD)的诊断。返回的关于布鲁·华特斯的急诊室实验结果正常,胸部X射线也正常。伊莫金斯医生诊断为布鲁·华特斯正在经受他的GERD的恶化,再次让他确信他的心脏没有问题。伊莫金斯医生给他质子泵抑制剂的处方,让他离开急诊室并建议布鲁与他的初级保健提供者继续跟进。伊莫金斯医生然后将急诊室就诊记录输入PHMC电子医疗记录。
[步骤5–新的文档的可用性]两个星期以后,布鲁·华特斯在Warf医疗集团门诊部看他的初级保健提供者比格·费希尔医生来继续跟进。布鲁·华特斯解释了他去了急诊室,他的药物治疗有了变化。他忘了把处方带来,也不记得新的药物的名称。费希尔医生解释说,这种叫作质子泵抑制剂的药是对于他的GERD药力更强的新药,而在他到门诊部挂号时HIN的工作人员已将他到宝贵心脏医疗中心急诊室就诊的信息提供给了医生。尽管华特斯先生现在没有症状,费希尔医生建议进行重复的内窥镜检查监视以排除他的食管炎出现不良变化。费希尔医生解释说华特斯最近的医疗信息将在他去彭萨科拉市海军医院进行内窥镜检查时,对那里的医生可用。
根据本发明的示例性实施例,采用下面的方式来将上面描述的步骤0~5合并成或形成一个故事。当华特斯先生先前在Warf医疗集团门诊部挂号时,他的身份通过经HIN MPI的通信与HIN中的其它提供者进行匹配。他的医疗记录的身份通过网关和MPI连接到了HIN。
对于[步骤1–查询文档列表],伊莫金斯医生登录到安全的HIN系统,并提交查询以列出布鲁·华特斯过去两年以来的所有临床文档。
对于[步骤2–以文档列表响应],作为伊莫金斯医生请求可用文档的一部分(例如,到HIN的网络门户访问),找出在Warf医疗集团门诊部处的身份匹配。查询的2年内的文档发送给二者。Warf医疗集团门诊部发回响应,其示出可查看但非持久的关于布鲁·华特斯最近检查了心电图的数据,还示出了实验结果、药物处理概况,并且各种进度记录也可用。网关将可查看但非持久的数据以响应来发回,他的出院医学概况、药物处理历史、实验结果、内窥镜检查报告和冠状动脉造影通过EMR即电子医疗记录可用。
对于[步骤3–查询具有内容的具体文档],伊莫金斯医生从HIN网页选择感兴趣的文档。基于伊莫金斯医生的选择,HIN查询Warf医疗集团门诊部和网关,以从EMR获取Warf医疗集团门诊部心电图结果以及内窥镜检查和冠状动脉造影报告。
对于[步骤4–以所请求文档来响应],Warf医疗集团门诊部从他们的EMR获取心电图结果并将文档发送给HIN(可查看/非持久)。网关从EMR获取内窥镜检查和冠状动脉造影报告,并将文档发送给HIN(可查看/非持久)。HIN使这些文档可由伊莫金斯医生通过HIN的安全网页来查看。在HIN网页退出过程中,可查看的有关布鲁·华特斯的医疗数据不再在PHMC存在。
对于[步骤5–新的文档的可用性],PHMC将新输入的急诊记录与其他相关的项目一起(例如,实验结果)登记在华特斯先生的PHMC电子医疗记录中,并将这些文档登记到HIN网关中,用于由可能的其它提供者来适当地获取(即Warf医疗集团门诊部和彭萨科拉市的海军医院)。
将会理解,流程图说明中每个框和流程图说明中的框的组合,以及本申请描述的过程、操作和代码,可以以不同的顺序或序列来实现,并可以由在一个或多个计算机或处理器中执行的计算机程序指令以各种本地、远程、集中或分布式的处理形式来实现。这些指令可以存储在一个或多个易失性和/或非易失性存储器器件或其它存储器件。这些程序指令可以提供给一个或多个处理器以制成机器,使得在处理器上执行的指令创建用于实现流程图框中指定的动作的机制。本领域技术人员将会认识到,机器可以是执行软件的硬件、结合软件和/或固件的硬件、只读存储器或者任何其他数据存储器,并且还可以被实现为用于执行本申请描述的一个或多个功能或动作的硬件设备。例如,计算机程序指令可以由处理器来执行,以使得一系列操作步骤由处理器来执行,以产生计算机实现的过程,使得在处理器上执行的指令提供实现流程图框中指定的动作的步骤。计算机程序指令还可以使本申请描述的流程图框和/或过程框中示出的操作步骤中的某一些并行地执行。进一步,一些步骤还可以在多于一个处理器之间执行,例如可以在多处理器计算机系统中。另外,流程图说明或代码描述中一个或多个框或其组合还可以与其它框或其组合并发地执行,或者甚至在与所示出的不同的顺序中执行,而不背离本发明的保护范围或精神。相应地,本申请描述的流程图说明和/或过程或代码的框支持用于执行指定动作的机制的组合、用于执行指定动作的步骤以及用于执行指定动作的程序指令模块的组合。将会理解的是,本申请描述的流程图说明和/或过程和代码的每个框,以及本申请描述的流程图说明和/或过程和代码中框的组合,可以由执行指定动作或步骤的专用的基于硬件的系统或者专用硬件和计算机指令的组合来实现。本发明各个方面中的一些或者全部可以在硬件中、运行在硬件上的软件中或者硬件和软件的结合中实现。
所给出的例子不应该被解释为缩小本发明的实施例,而是仅仅旨在提供更好的理解。因此,可以利用其它机制,而不违背本发明的保护范围。
前面的说明书、实例和数据提供了制造和使用本发明的部分的完整描述。由于本发明的许多实施例可以在不背离本发明技术与保护范围的情况下实施,因此本发明的范围在于后面所附的权利要求。
Claims (16)
1.一种用于使其网络内的数据规格化的系统,包括:
多个实体,每个所述实体包括数据库并遵照不同的信息标准;以及
多个基于内容的路由器,其中,所述基于内容的路由器中的每一个被分配给所述实体中的至少一个实体;
其中:
所述基于内容的路由器被连接起来以构成网络;
所述网络内的在所述基于内容的路由器之间的通信符合第一规范标准;
所述多个实体中的每一个通过对应的基于内容的路由器与所述网络进行通信,并且向所述对应的基于内容的路由器提供转换检索表,所述转换检索表用于在符合所述第一规范标准的第一形式与符合对应实体的信息标准的第二形式之间映射信息;
所述基于内容的路由器中的每一个用于基于所述转换检索表将来自所述实体中的对应的一个实体的所述第二形式的信息转换成所述第一形式,并根据用于确认数据符合所述第一规范标准的度量确认所述转换后的信息,其中,响应于根据所述度量对所述转换后的信息进行的确认失败,该基于内容的路由器被配置为通知所述对应实体所述转换检索表是不准确的;
所述基于内容的路由器中的每一个用于基于该个基于内容的路由器被分配到的所述对应实体的转换检索表将所述第一形式的信息转换成所述第二形式,
其中,所述第一规范标准使得所述网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,所述多个实体是卫生保健服务实体,并且所述信息包括患者卫生保健信息,并且其中,所述基于内容的路由器中的每一个能够跟踪经过该个基于内容的路由器流入以及流出所述网络的通信。
2.根据权利要求1所述的系统,其中,所述基于内容的路由器用于支持将通信广播到所述网络中的其它基于内容的路由器以及将通信直接路由到所述网络中的其它基于内容的路由器。
3.根据权利要求2所述的系统,其中,所述基于内容的路由器中的每一个用于从其被分配到的实体接收新的通信,以及获取所述新的通信的唯一的网络标识标签。
4.根据权利要求3所述的系统,其中,所述基于内容的路由器中的每一个用于:
对于通过所述基于内容的路由器在所述网络和所述基于内容的路由器被分配到的实体之间传输的每个通信,获取用于识别所述基于内容的路由器和所述对应实体中的至少一个的本地标识标签;
将所述本地标识标签与所述通信相关联;
存储所述通信的副本和所述本地标识标签的副本;以及
将所述本地标识标签发送到所述网络中的至少一个其它基于内容的路由器。
5.根据权利要求4所述的系统,其中,所述基于内容的路由器用于接收和存储与其它基于内容的路由器的通信相关联的本地标识标签。
6.根据权利要求4所述的系统,其中,所述至少一个其它基于内容的路由器是下述中的至少之一:a)在各自的被分配到的实体和所述网络之间传输通信的基于内容的路由器,或者b)承担对标识标签进行高速缓存的网络核心。
7.一种使系统的网络内的数据规格化的方法,包括:
将多个基于内容的路由器中的每一个分配给多个数据库实体中的对应的一个,其中,所述数据库实体中的每个都遵照不同的信息标准;
在所述多个基于内容的路由器之间构成网络;
所述基于内容的路由器中的第一基于内容的路由器从其被分配到的对应的第一数据库实体接收第一通信,所述第一基于内容的路由器被所述第一数据库实体提供了转换检索表,所述转换检索表用于在符合第一规范标准的第一形式与符合所述第一数据库实体的信息标准的第二形式之间映射信息,所述第一通信是所述第二形式的;
所述第一基于内容的路由器基于所述转换检索表将所述第一通信转换成所述第一形式;
所述第一基于内容的路由器根据作为所述网络内的标准的度量来确认所述转换后的第一通信,并且响应于根据所述度量对所述转换后的第一通信进行的确认失败,通知所述对应的第一数据库实体所述转换检索表是不准确的;
在所述网络中发送所述转换后的、经确认的通信;
所述第一基于内容的路由器从所述网络接收第二通信,其中,所述第二通信是所述第一形式的;
所述第一基于内容的路由器基于所述转换检索表将所接收到的第二通信转换成所述第二形式;以及
所述第一基于内容的路由器将所述转换后的第二通信传输给所述第一数据库实体,
其中,所述第一规范标准使得所述网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,所述多个数据库实体是卫生保健服务实体,并且所述第一通信和所述第二通信包括患者卫生保健信息,并且其中,所述基于内容的路由器中的每一个能够跟踪经过该个基于内容的路由器流入以及流出所述网络的通信。
8.根据权利要求7所述的方法,包括:
所述第一基于内容的路由器生成所述第一通信的本地标识标签和网络标识标签;
将所述本地标识标签和所述网络标识标签附加到所述第一通信;以及
将所述第一通信、所述本地标识标签和所述网络标识标签的副本存储在与所述第一基于内容的路由器相关联的高速缓存中。
9.根据权利要求8所述的方法,包括:
所述第一基于内容的路由器生成所接收到的第二通信的第二本地标识标签;以及
将与所述第二通信相关联的所述第二本地标识标签存储在与所述第一基于内容的路由器相关联的所述高速缓存中。
10.根据权利要求9所述的方法,包括:
所述第一基于内容的路由器通过所述网络将所述第二本地标识标签发送到具有与所述第二通信相关联的本地标识标签的每个基于内容的路由器。
11.根据权利要求10所述的方法,包括:
所述第一基于内容的路由器接收和存储由所述网络中的其它基于内容的路由器生成的本地标识标签。
12.一种用于使系统的网络内的数据规格化的装置,包括:
用于将多个基于内容的路由器中的每一个分配给多个数据库实体中的对应的一个的模块,其中,所述数据库实体中的每个都遵照不同的信息标准;
用于在所述多个基于内容的路由器之间构成网络的模块;
用于使所述基于内容的路由器中的第一基于内容的路由器能够从其被分配到的对应的第一数据库实体接收第一通信的模块,所述第一基于内容的路由器被所述第一数据库实体提供了转换检索表,所述转换检索表用于在符合第一规范标准的第一形式与符合所述第一数据库实体的信息标准的第二形式之间映射信息,所述第一通信是所述第二形式的;
用于使所述第一基于内容的路由器能够基于所述转换检索表将所述第一通信转换成所述第一形式的模块;
用于使所述第一基于内容的路由器能够根据作为所述网络内的标准的度量来确认所述转换后的第一通信,并且响应于根据所述度量对所述转换后的第一通信进行的确认失败,通知所述对应的第一数据库实体所述转换检索表是不准确的的模块;
用于在所述网络内发送所述转换后的、经确认的通信的模块;
用于使所述第一基于内容的路由器能够从所述网络接收第二通信的模块,其中,所述第二通信是所述第一形式的;
用于使所述第一基于内容的路由器能够基于所述转换检索表将所接收到的第二通信转换成所述第二形式的模块;以及
用于使所述第一基于内容的路由器能够将所述转换后的第二通信传输给所述第一数据库实体的模块,
其中,所述第一规范标准使得所述网络中的数据能够在结构上和语义上标准化或规格化,所述第一规范标准针对卫生保健,所述多个数据库实体是卫生保健服务实体,并且所述第一通信和所述第二通信包括患者卫生保健信息,并且其中,所述基于内容的路由器中的每一个能够跟踪经过该个基于内容的路由器流入以及流出所述网络的通信。
13.根据权利要求12所述的装置,包括:
用于使所述第一基于内容的路由器生成所述第一通信的本地标识标签和网络标识标签的模块;
用于将所述本地标识标签和所述网络标识标签附加到所述第一通信的模块;以及
用于将所述第一通信、所述本地标识标签和所述网络标识标签的副本存储在与所述第一基于内容的路由器相关联的高速缓存中的模块。
14.根据权利要求13所述的装置,包括:
用于使所述第一基于内容的路由器生成所接收到的第二通信的第二本地标识标签的模块;
用于将所述第二本地标识标签与所述第二通信关联地存储在与所述第一基于内容的路由器相关联的所述高速缓存中的模块。
15.根据权利要求14所述的装置,包括:
用于使所述第一基于内容的路由器通过所述网络将所述第二本地标识标签发送给具有与所述第二通信相关联的本地标识标签的每个基于内容的路由器的模块。
16.根据权利要求15所述的装置,包括:
用于使所述第一基于内容的路由器接收和存储由所述网络中的其它基于内容的路由器生成的本地标识标签的模块。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/858,842 US8850057B2 (en) | 2007-09-20 | 2007-09-20 | Healthcare semantic interoperability platform |
US11/858,842 | 2007-09-20 | ||
PCT/US2008/076766 WO2009039230A2 (en) | 2007-09-20 | 2008-09-18 | Healthcare semantic interoperability platform |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101803293A CN101803293A (zh) | 2010-08-11 |
CN101803293B true CN101803293B (zh) | 2015-09-09 |
Family
ID=40468755
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880107453.7A Expired - Fee Related CN101803293B (zh) | 2007-09-20 | 2008-09-18 | 卫生保健语义互操作性平台 |
Country Status (5)
Country | Link |
---|---|
US (3) | US8850057B2 (zh) |
EP (1) | EP2191615A4 (zh) |
JP (1) | JP5377494B2 (zh) |
CN (1) | CN101803293B (zh) |
WO (1) | WO2009039230A2 (zh) |
Families Citing this family (191)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8606593B1 (en) | 2009-02-25 | 2013-12-10 | Greenway Medical Technologies. Inc. | System and method for analyzing, collecting and tracking patient data across a vast patient population |
US8738396B2 (en) | 2002-04-19 | 2014-05-27 | Greenway Medical Technologies, Inc. | Integrated medical software system with embedded transcription functionality |
US8050938B1 (en) | 2002-04-19 | 2011-11-01 | Greenway Medical Technologies, Inc. | Integrated medical software system with enhanced portability |
US7716072B1 (en) | 2002-04-19 | 2010-05-11 | Greenway Medical Technologies, Inc. | Integrated medical software system |
US7386620B2 (en) * | 2004-08-12 | 2008-06-10 | International Business Machines Corporation | System for web service QoS observation and dynamic selection |
US7979522B2 (en) * | 2005-05-27 | 2011-07-12 | L-Cubed Medical Informatics, Llc | System and method for monitoring and displaying radiology image traffic |
US8126921B2 (en) * | 2005-09-23 | 2012-02-28 | Regions Asset Company | System and method of transferring information |
US20080016248A1 (en) * | 2006-07-14 | 2008-01-17 | George Tsirtsis | Method and apparatus for time synchronization of parameters |
WO2008091683A2 (en) * | 2007-01-25 | 2008-07-31 | Senior Vitals, Inc. | System and method for physiological data readings, transmission and presentation |
US8484044B2 (en) * | 2008-02-14 | 2013-07-09 | Aetna Inc. | Service identification and decomposition for a health care enterprise |
US7917542B2 (en) * | 2008-03-04 | 2011-03-29 | Siemens Aktiengesellschaft | System and method for minimizing transmitted data between diverse institutions |
US8839460B2 (en) * | 2008-03-07 | 2014-09-16 | Qualcomm Incorporated | Method for securely communicating information about the location of a compromised computing device |
US8850568B2 (en) * | 2008-03-07 | 2014-09-30 | Qualcomm Incorporated | Method and apparatus for detecting unauthorized access to a computing device and securely communicating information about such unauthorized access |
US8656054B2 (en) * | 2008-04-30 | 2014-02-18 | International Business Machines Corporation | Message send version management in network |
US7873745B2 (en) * | 2008-04-30 | 2011-01-18 | International Business Machines Corporation | Message receipt version management in network |
US9021071B2 (en) * | 2008-06-09 | 2015-04-28 | International Business Machines Corporation | Methods of federating applications providing modular data |
US20090320092A1 (en) * | 2008-06-24 | 2009-12-24 | Microsoft Corporation | User interface for managing access to a health-record |
US20130304496A1 (en) * | 2008-08-05 | 2013-11-14 | Net.Orange, Inc. | System and method for optimizing clinical flow and operational efficiencies in a network environment |
US8250086B2 (en) * | 2008-09-02 | 2012-08-21 | Teradata U S, Inc. | Web services access with shared SQL |
US8316357B2 (en) * | 2008-09-03 | 2012-11-20 | Microsoft Corporation | Type descriptor management for frozen objects |
US8554579B2 (en) | 2008-10-13 | 2013-10-08 | Fht, Inc. | Management, reporting and benchmarking of medication preparation |
US8265952B1 (en) * | 2009-02-23 | 2012-09-11 | Arkansas Blue Cross and Blue Shield | Method and system for health care coding transition and implementation |
US8977717B2 (en) * | 2009-06-17 | 2015-03-10 | Nokia Corporation | Method and apparatus for providing applications with shared scalable caching |
WO2011011540A2 (en) * | 2009-07-21 | 2011-01-27 | Carexgen, Inc | Cloud-based healthcare information exchange |
US9755856B1 (en) * | 2010-04-13 | 2017-09-05 | West Corporation | Method, apparatus and computer program to provide access to client records and data resources |
US8275806B2 (en) * | 2010-04-30 | 2012-09-25 | International Business Machines Corporation | Web service discovery via data abstraction model and condition creation |
US8583699B2 (en) | 2010-04-30 | 2013-11-12 | International Business Machines Corporation | Web service discovery via data abstraction model augmented by field relationship identification |
US8250113B2 (en) | 2010-04-30 | 2012-08-21 | International Business Machines Corporation | Web service discovery via data abstraction model |
US8949280B2 (en) | 2010-04-30 | 2015-02-03 | International Business Machines Corporation | Web service discovery via data abstraction model with input assistance |
US20120215560A1 (en) | 2010-07-21 | 2012-08-23 | dbMotion Ltd. | System and methods for facilitating computerized interactions with emrs |
US9641643B2 (en) * | 2010-08-09 | 2017-05-02 | Servicenow, Inc. | System and method for storing a skeleton representation of an application in a computerized organization |
US8650045B2 (en) | 2010-09-02 | 2014-02-11 | Medical Management International, Inc. | Electronic health record sharing using hybrid architecture |
US20120072822A1 (en) * | 2010-09-17 | 2012-03-22 | International Business Machines Corporation | Data integration |
US20160357914A1 (en) * | 2010-09-29 | 2016-12-08 | Humana Inc. | System and method for display and management of distributed electronic medical record data |
US20160358278A1 (en) | 2010-09-29 | 2016-12-08 | Certify Data Systems, Inc. | Electronic medical record exchange system |
US10687250B2 (en) | 2010-11-05 | 2020-06-16 | Mark Cummings | Mobile base station network |
US9311108B2 (en) | 2010-11-05 | 2016-04-12 | Mark Cummings | Orchestrating wireless network operations |
US10285094B2 (en) | 2010-11-05 | 2019-05-07 | Mark Cummings | Mobile base station network |
US10531516B2 (en) | 2010-11-05 | 2020-01-07 | Mark Cummings | Self organizing system to implement emerging topologies |
US10694402B2 (en) | 2010-11-05 | 2020-06-23 | Mark Cummings | Security orchestration and network immune system deployment framework |
US20120124080A1 (en) * | 2010-11-16 | 2012-05-17 | Mckesson Financial Holdings Limited | Method, apparatus and computer program product for utilizing dynamically defined java implementations for creation of an efficient typed storage |
US8832211B1 (en) * | 2010-11-24 | 2014-09-09 | Nyse Arca Llc | Messaging methods and apparatus for use with an exchange system and/or client devices |
CN102479218A (zh) * | 2010-11-30 | 2012-05-30 | 深圳市金蝶友商电子商务服务有限公司 | 通过api接口进行快递查询的方法和服务器 |
EP2464054A1 (en) * | 2010-12-07 | 2012-06-13 | British Telecommunications Public Limited Company | Communications device |
US8650151B2 (en) * | 2011-01-24 | 2014-02-11 | International Business Machines Corporation | Transactional service pipeline |
US8667024B2 (en) * | 2011-03-18 | 2014-03-04 | International Business Machines Corporation | Shared data management in software-as-a-service platform |
US20120323786A1 (en) * | 2011-06-16 | 2012-12-20 | OneID Inc. | Method and system for delayed authorization of online transactions |
EP2551773B1 (en) * | 2011-07-29 | 2024-03-06 | Tata Consultancy Services Ltd. | Data audit module for application software |
EP2551803A1 (en) * | 2011-07-29 | 2013-01-30 | British Telecommunications Public Limited Company | Distributed computer system |
US10726088B1 (en) | 2011-08-12 | 2020-07-28 | Allscripts Software, Llc | Computing system for presenting supplemental content in context |
US9183064B2 (en) * | 2011-12-30 | 2015-11-10 | General Electric Company | Intelligent mediation of messages in a healthcare product integration platform |
US9215223B2 (en) | 2012-01-18 | 2015-12-15 | OneID Inc. | Methods and systems for secure identity management |
US9411931B2 (en) * | 2012-01-20 | 2016-08-09 | Mckesson Financial Holdings | Method, apparatus and computer program product for receiving digital data files |
US9256462B2 (en) * | 2012-02-17 | 2016-02-09 | Microsoft Technology Licensing, Llc | Contextually interacting with applications |
US20130230292A1 (en) * | 2012-03-02 | 2013-09-05 | Care Cam Innovations, Llc | Apparatus, Method and Computer-Readable Storage Medium for Media Processing and Delivery |
US8775671B2 (en) * | 2012-05-11 | 2014-07-08 | Sap Ag | Managing information exchange between business entities |
US9237188B1 (en) * | 2012-05-21 | 2016-01-12 | Amazon Technologies, Inc. | Virtual machine based content processing |
US9639615B1 (en) | 2012-06-28 | 2017-05-02 | Open Text Corporation | Systems and methods for health information messages archiving |
US9460200B2 (en) | 2012-07-02 | 2016-10-04 | International Business Machines Corporation | Activity recommendation based on a context-based electronic files search |
US9262499B2 (en) * | 2012-08-08 | 2016-02-16 | International Business Machines Corporation | Context-based graphical database |
DE102012015808A1 (de) * | 2012-08-10 | 2014-02-13 | MT2IT GmbH & Co. KG | Vorrichtung, Verfahren und System zur automatisierten Erfassung und Verarbeitung von Vitaldaten |
CN102833341A (zh) * | 2012-08-31 | 2012-12-19 | 中山健康医疗信息技术有限公司 | 一种医疗系统间数据交换的处理系统 |
US10419524B2 (en) * | 2012-09-07 | 2019-09-17 | Oracle International Corporation | System and method for workflow orchestration for use with a cloud computing environment |
US9619580B2 (en) | 2012-09-11 | 2017-04-11 | International Business Machines Corporation | Generation of synthetic context objects |
US9251237B2 (en) | 2012-09-11 | 2016-02-02 | International Business Machines Corporation | User-specific synthetic context object matching |
US8620958B1 (en) | 2012-09-11 | 2013-12-31 | International Business Machines Corporation | Dimensionally constrained synthetic context objects database |
US9223846B2 (en) | 2012-09-18 | 2015-12-29 | International Business Machines Corporation | Context-based navigation through a database |
US9049233B2 (en) | 2012-10-05 | 2015-06-02 | Cisco Technology, Inc. | MPLS segment-routing |
US9741138B2 (en) | 2012-10-10 | 2017-08-22 | International Business Machines Corporation | Node cluster relationships in a graph database |
CA2889210C (en) | 2012-10-26 | 2020-12-15 | Baxter Corporation Englewood | Improved image acquisition for medical dose preparation system |
NZ707430A (en) | 2012-10-26 | 2016-04-29 | Baxter Corp Englewood | Improved work station for medical dose preparation system |
US8931109B2 (en) | 2012-11-19 | 2015-01-06 | International Business Machines Corporation | Context-based security screening for accessing data |
WO2014091385A1 (en) * | 2012-12-10 | 2014-06-19 | Koninklijke Philips N.V. | Method and system for making multisite performance measure anonymous and for controlling actions and re-identification of anonymous data |
US10600516B2 (en) * | 2012-12-12 | 2020-03-24 | Advanced Healthcare Systems, Inc. | Healthcare administration method for complex case and disease management |
US10419335B1 (en) | 2012-12-27 | 2019-09-17 | Sitting Man, Llc | Region scope-specific outside-scope indentifier-equipped routing methods, systems, and computer program products |
US10404582B1 (en) | 2012-12-27 | 2019-09-03 | Sitting Man, Llc | Routing methods, systems, and computer program products using an outside-scope indentifier |
US10587505B1 (en) | 2012-12-27 | 2020-03-10 | Sitting Man, Llc | Routing methods, systems, and computer program products |
US10397101B1 (en) | 2012-12-27 | 2019-08-27 | Sitting Man, Llc | Routing methods, systems, and computer program products for mapping identifiers |
US10411998B1 (en) | 2012-12-27 | 2019-09-10 | Sitting Man, Llc | Node scope-specific outside-scope identifier-equipped routing methods, systems, and computer program products |
US10404583B1 (en) | 2012-12-27 | 2019-09-03 | Sitting Man, Llc | Routing methods, systems, and computer program products using multiple outside-scope identifiers |
US10904144B2 (en) | 2012-12-27 | 2021-01-26 | Sitting Man, Llc | Methods, systems, and computer program products for associating a name with a network path |
US10212076B1 (en) | 2012-12-27 | 2019-02-19 | Sitting Man, Llc | Routing methods, systems, and computer program products for mapping a node-scope specific identifier |
US10476787B1 (en) | 2012-12-27 | 2019-11-12 | Sitting Man, Llc | Routing methods, systems, and computer program products |
US10447575B1 (en) | 2012-12-27 | 2019-10-15 | Sitting Man, Llc | Routing methods, systems, and computer program products |
US10397100B1 (en) | 2012-12-27 | 2019-08-27 | Sitting Man, Llc | Routing methods, systems, and computer program products using a region scoped outside-scope identifier |
US10411997B1 (en) | 2012-12-27 | 2019-09-10 | Sitting Man, Llc | Routing methods, systems, and computer program products for using a region scoped node identifier |
US10374938B1 (en) | 2012-12-27 | 2019-08-06 | Sitting Man, Llc | Routing methods, systems, and computer program products |
US10419334B1 (en) | 2012-12-27 | 2019-09-17 | Sitting Man, Llc | Internet protocol routing methods, systems, and computer program products |
US8983981B2 (en) | 2013-01-02 | 2015-03-17 | International Business Machines Corporation | Conformed dimensional and context-based data gravity wells |
US9229932B2 (en) | 2013-01-02 | 2016-01-05 | International Business Machines Corporation | Conformed dimensional data gravity wells |
USD735225S1 (en) | 2013-01-03 | 2015-07-28 | Par8O, Inc. | Display screen of a computing device with graphical user interface |
US9069752B2 (en) | 2013-01-31 | 2015-06-30 | International Business Machines Corporation | Measuring and displaying facets in context-based conformed dimensional data gravity wells |
US9053102B2 (en) | 2013-01-31 | 2015-06-09 | International Business Machines Corporation | Generation of synthetic context frameworks for dimensionally constrained hierarchical synthetic context-based objects |
US10572461B2 (en) | 2013-02-25 | 2020-02-25 | 4medica, Inc. | Systems and methods for managing a master patient index including duplicate record detection |
US9129046B2 (en) | 2013-02-25 | 2015-09-08 | 4medica, Inc. | Systems and methods for managing a master patient index including duplicate record detection |
US9292506B2 (en) | 2013-02-28 | 2016-03-22 | International Business Machines Corporation | Dynamic generation of demonstrative aids for a meeting |
US8682993B1 (en) | 2013-03-01 | 2014-03-25 | Inofile Llc | Data capturing and exchange method and system |
US9537718B2 (en) | 2013-03-15 | 2017-01-03 | Cisco Technology, Inc. | Segment routing over label distribution protocol |
US20160358292A1 (en) * | 2013-03-15 | 2016-12-08 | Humana Inc. | System for managing patient referrals |
US10152526B2 (en) | 2013-04-11 | 2018-12-11 | International Business Machines Corporation | Generation of synthetic context objects using bounded context objects |
US9195608B2 (en) | 2013-05-17 | 2015-11-24 | International Business Machines Corporation | Stored data analysis |
US9348794B2 (en) | 2013-05-17 | 2016-05-24 | International Business Machines Corporation | Population of context-based data gravity wells |
US8949998B2 (en) * | 2013-07-01 | 2015-02-03 | Medidata Solutions, Inc. | Method and system for maintaining data in a substantiated state |
US10476821B2 (en) * | 2013-07-02 | 2019-11-12 | Atos Digital Health Solutions, Inc. | System and method for secure messaging |
US11494724B2 (en) * | 2013-07-31 | 2022-11-08 | Lightbeam Health Solutions, LLC | Outcomes and performance monitoring |
US9135318B2 (en) * | 2013-08-20 | 2015-09-15 | Intelligent Medical Objects, Inc. | System and method for implementing a 64 bit data searching and delivery portal |
CN103514376A (zh) * | 2013-10-12 | 2014-01-15 | 无锡中盛医疗设备有限公司 | 异构医疗信息系统之间协同交换中间件实现方法 |
US10320878B2 (en) * | 2013-10-14 | 2019-06-11 | Medidata Solutions, Inc. | System and method for preserving causality of audits |
EP2890098A1 (en) * | 2013-12-27 | 2015-07-01 | Telefonica Digital, S.L.U. | Method and apparatus for merging communication information of a user |
US11636926B1 (en) * | 2014-02-22 | 2023-04-25 | Altera Digital Health Inc. | Joining patient EHR data with community patient data |
US9762488B2 (en) | 2014-03-06 | 2017-09-12 | Cisco Technology, Inc. | Segment routing extension headers |
US20150278973A1 (en) * | 2014-03-28 | 2015-10-01 | Mckesson Financial Holdings | Method and apparatus for providing improved generation of healthcare messages |
CN103942653A (zh) * | 2014-04-28 | 2014-07-23 | 四川大学华西医院 | 异动号源管理方法及系统 |
US10311206B2 (en) | 2014-06-19 | 2019-06-04 | International Business Machines Corporation | Electronic medical record summary and presentation |
US11728013B2 (en) * | 2014-07-16 | 2023-08-15 | InteliChart, LLC | Systems and methods for managing, storing, and exchanging healthcare information across heterogeneous healthcare systems |
US20160020955A1 (en) * | 2014-07-16 | 2016-01-21 | Larry Bunch, JR. | Policy Governed Software Agent System & Method of Operation |
US9807001B2 (en) | 2014-07-17 | 2017-10-31 | Cisco Technology, Inc. | Segment routing using a remote forwarding adjacency identifier |
EP2985711A1 (en) | 2014-08-14 | 2016-02-17 | Accenture Global Services Limited | System for automated analysis of clinical text for pharmacovigilance |
US9219724B1 (en) * | 2014-08-19 | 2015-12-22 | International Business Machines Corporation | Facilitated information exchange to a service provider for a requested service |
CN105471822B (zh) * | 2014-08-29 | 2019-05-31 | 上海联影医疗科技有限公司 | 消息交互方法及系统 |
US10216902B2 (en) | 2014-08-31 | 2019-02-26 | General Electric Company | Methods and systems for improving connections within a healthcare ecosystem |
US11107574B2 (en) | 2014-09-30 | 2021-08-31 | Baxter Corporation Englewood | Management of medication preparation with formulary management |
NZ731172A (en) * | 2014-10-24 | 2022-07-01 | Baxter Corp Englewood | Automated exchange of healthcare information for fulfillment of medication doses |
AU2015358483A1 (en) | 2014-12-05 | 2017-06-15 | Baxter Corporation Englewood | Dose preparation data analytics |
SG11201705768QA (en) * | 2015-01-16 | 2017-08-30 | Pricewaterhousecoopers Llp | Healthcare data interchange system and method |
US20150149362A1 (en) * | 2015-02-04 | 2015-05-28 | vitaTrackr, Inc. | Encryption and Distribution of Health-related Data |
US20150161413A1 (en) * | 2015-02-16 | 2015-06-11 | vitaTrackr, Inc. | Encryption and distribution of health-related data |
US10341221B2 (en) | 2015-02-26 | 2019-07-02 | Cisco Technology, Inc. | Traffic engineering for bit indexed explicit replication |
CA2978455A1 (en) | 2015-03-03 | 2016-09-09 | Baxter Corporation Englewood | Pharmacy workflow management with integrated alerts |
US10909138B2 (en) * | 2015-03-10 | 2021-02-02 | Microsoft Technology Licensing, Llc | Transforming data to share across applications |
US9846607B2 (en) * | 2015-03-12 | 2017-12-19 | Nvidia Corporation | Method and system for associating crash reports with end user analytics |
WO2016149047A1 (en) | 2015-03-13 | 2016-09-22 | United States Postal Service | Methods and systems for data authentication services |
KR20160112469A (ko) * | 2015-03-19 | 2016-09-28 | 삼성전자주식회사 | 개인 의료정보를 관리하는 방법 및 장치 |
US9589105B2 (en) | 2015-03-25 | 2017-03-07 | International Business Machines Corporation | Securing protected health information based on software designation |
US11011256B2 (en) | 2015-04-26 | 2021-05-18 | Inovalon, Inc. | System and method for providing an on-demand real-time patient-specific data analysis computing platform |
CN105205314A (zh) * | 2015-09-08 | 2015-12-30 | 浙江浙大中控信息技术有限公司 | 一种跨医疗机构电子病历信息共享系统及方法 |
US10313443B2 (en) * | 2015-10-09 | 2019-06-04 | Computational Systems, Inc. | Intercommunication for asset health monitoring devices |
JP6728629B2 (ja) | 2015-10-23 | 2020-07-22 | ソニー株式会社 | 香り提供装置 |
WO2017106851A1 (en) * | 2015-12-18 | 2017-06-22 | Inovalon, Inc. | System and method for providing an on-demand real-time patient-specific data analysis computing platform |
US10645068B2 (en) | 2015-12-28 | 2020-05-05 | United States Postal Service | Methods and systems for secure digital credentials |
US11108562B2 (en) | 2016-05-05 | 2021-08-31 | Neustar, Inc. | Systems and methods for verifying a route taken by a communication |
US11025428B2 (en) | 2016-05-05 | 2021-06-01 | Neustar, Inc. | Systems and methods for enabling trusted communications between controllers |
US10958725B2 (en) | 2016-05-05 | 2021-03-23 | Neustar, Inc. | Systems and methods for distributing partial data to subnetworks |
WO2017193093A1 (en) | 2016-05-05 | 2017-11-09 | Neustar, Inc. | Systems and methods for enabling trusted communications between entities |
US11277439B2 (en) | 2016-05-05 | 2022-03-15 | Neustar, Inc. | Systems and methods for mitigating and/or preventing distributed denial-of-service attacks |
US10263881B2 (en) | 2016-05-26 | 2019-04-16 | Cisco Technology, Inc. | Enforcing strict shortest path forwarding using strict segment identifiers |
US10331667B2 (en) | 2016-07-29 | 2019-06-25 | Hart, Inc. | Systems and methods for bi-directional database application programming interface, extract transform and load system, and user computing device |
US9996664B2 (en) | 2016-10-07 | 2018-06-12 | Redox, Inc. | Systems and methods for translating messages between a healthcare entity and a vendor entity |
US20180107995A1 (en) * | 2016-10-18 | 2018-04-19 | Allevion, Inc. | Personalized Out-of-Pocket Cost for Healthcare Service Bundles |
CN106777930A (zh) * | 2016-11-30 | 2017-05-31 | 南京大学 | 基于心电图统一标准化的中央网络平台 |
US10313343B2 (en) * | 2016-12-28 | 2019-06-04 | Mcafee, Llc | Fabric assisted identity and authentication |
EP3613228A4 (en) * | 2017-04-17 | 2021-01-06 | Qomplx, Inc. | REGULATION BASED SWITCHING SYSTEM FOR ELECTRONIC MESSAGE ROUTING |
US20180307735A1 (en) * | 2017-04-19 | 2018-10-25 | Ca, Inc. | Integrating relational and non-relational databases |
US11393562B2 (en) * | 2017-06-07 | 2022-07-19 | Koninklijke Philips N.V. | Device, system, and method for operative personal health records |
CN109102877A (zh) * | 2017-06-20 | 2018-12-28 | 北京医联蓝卡在线科技有限公司 | 一种签约大数据与呼叫中心同步的处理方法 |
EP3659359A1 (en) * | 2017-08-11 | 2020-06-03 | Convida Wireless, LLC | Network data analytics in a communications network |
US11188527B2 (en) * | 2017-09-29 | 2021-11-30 | Apple Inc. | Index-based deidentification |
US11636927B2 (en) | 2017-09-29 | 2023-04-25 | Apple Inc. | Techniques for building medical provider databases |
US11587650B2 (en) | 2017-09-29 | 2023-02-21 | Apple Inc. | Techniques for managing access of user devices to third-party resources |
US10824684B2 (en) | 2017-09-29 | 2020-11-03 | Apple Inc. | Techniques for anonymized searching of medical providers |
US10909985B1 (en) | 2017-10-31 | 2021-02-02 | JPJ Ventures, LLC | Systems and methods for real-time patient record transcription and medical form population via mobile devices |
US10693744B2 (en) * | 2017-11-02 | 2020-06-23 | Fujitsu Limited | Network property verification |
EP3486917A1 (en) * | 2017-11-17 | 2019-05-22 | CMO S.r.l. | Method for managing management processes and workgroups deployed in multi-site ambulatory health facilities |
CN111727450B (zh) * | 2018-01-19 | 2024-01-02 | 维萨国际服务协会 | 经由区块链网络进行的事件通信和验证 |
US10572481B1 (en) | 2018-03-26 | 2020-02-25 | Jeffrey M. Gunther | System and method for integrating health information sources |
RU2686032C1 (ru) * | 2018-05-29 | 2019-04-23 | Общество с ограниченной ответственностью "Солит Клаудз" | Способ формирования документа openEHR |
US11477667B2 (en) | 2018-06-14 | 2022-10-18 | Mark Cummings | Using orchestrators for false positive detection and root cause analysis |
US11461816B1 (en) * | 2018-06-27 | 2022-10-04 | Zelis Healthcare, Llc | Healthcare provider bill validation |
CN112771622A (zh) * | 2018-07-18 | 2021-05-07 | 辉达公司 | 用于推理、高级处理和机器学习应用程序的虚拟化计算平台 |
US11019064B2 (en) * | 2018-09-04 | 2021-05-25 | International Business Machines Corporation | Data security across data residency restriction boundaries |
US11442952B2 (en) * | 2018-09-24 | 2022-09-13 | Salesforce, Inc. | User interface for commerce architecture |
US11038781B2 (en) * | 2018-10-25 | 2021-06-15 | Appviewx Inc. | System and method for tracking and managing one or more devices in a dynamic network |
US10937553B2 (en) | 2018-11-13 | 2021-03-02 | Redox, Inc. | Systems and methods to organize the flow and processing of queued messages that have been received from healthcare entities |
US20200185095A1 (en) * | 2018-12-06 | 2020-06-11 | Center For Medical Interoperability Inc. | Plug-and-play medical interoperability and data liquidity platform |
US10984184B2 (en) * | 2018-12-11 | 2021-04-20 | Change Healthcare Holdings, Llc | Maintenance of a metafile using spreadsheet software |
US11176629B2 (en) * | 2018-12-21 | 2021-11-16 | FreightVerify, Inc. | System and method for monitoring logistical locations and transit entities using a canonical model |
US11322236B1 (en) * | 2019-04-03 | 2022-05-03 | Precis, Llc | Data abstraction system architecture not requiring interoperability between data providers |
US20200401465A1 (en) * | 2019-06-21 | 2020-12-24 | The Bridgecr Llc | Apparatuses, systems, and methods for providing healthcare integrations |
US11256709B2 (en) | 2019-08-15 | 2022-02-22 | Clinicomp International, Inc. | Method and system for adapting programs for interoperability and adapters therefor |
US11151408B2 (en) * | 2019-09-10 | 2021-10-19 | Snap Inc. | Occlusion detection system |
US11140074B2 (en) | 2019-09-24 | 2021-10-05 | Cisco Technology, Inc. | Communicating packets across multi-domain networks using compact forwarding instructions |
US11842381B1 (en) * | 2020-04-29 | 2023-12-12 | Auctane, LLC | Systems and methods for bidirectional ecommerce parity |
CN111556172B (zh) * | 2020-06-16 | 2021-09-21 | 常熟理工学院 | 一种基于生物特征的智能医护监测系统实现方法 |
CN113836151B (zh) * | 2020-06-23 | 2024-04-23 | 北京大数医达科技有限公司 | 数据处理方法、装置、电子设备和计算机可读介质 |
WO2022031369A1 (en) * | 2020-08-05 | 2022-02-10 | Standard Molecular, Inc. | Integrated diagnostic test requisition and clinical decision support |
EP4218027A1 (en) * | 2020-09-11 | 2023-08-02 | Tremblay, Laura | Viable patient health systems |
CN112905680A (zh) * | 2021-02-09 | 2021-06-04 | 京东方科技集团股份有限公司 | 消息处理方法、系统、装置、设备及存储介质 |
US20220310276A1 (en) * | 2021-03-23 | 2022-09-29 | The Government of the United States of America, as represented by the Secretary of Homeland Security | Platform for collobarative analysis of electronic records |
US20230015789A1 (en) * | 2021-07-08 | 2023-01-19 | Vmware, Inc. | Aggregation of user authorizations from different providers in a hybrid cloud environment |
CN113626460B (zh) * | 2021-07-12 | 2023-11-03 | 武汉千屏影像技术有限责任公司 | 不同病理系统的数据交互方法、装置和存储介质 |
US11393566B1 (en) | 2021-07-13 | 2022-07-19 | Beigene, Ltd. | Interoperable platform for reducing redundancy in medical database management |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1679019A (zh) * | 2002-06-27 | 2005-10-05 | 奥彭皮克公司 | 用于管理受控的住宅和非住宅环境的方法、系统和计算机程序产品 |
US7167924B1 (en) * | 1996-06-10 | 2007-01-23 | Diebold, Incorporated | Financial transaction processing system and method |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6272468B1 (en) * | 1997-12-01 | 2001-08-07 | John Peter Melrose | Clinical, heoristic, adminstrative, research & teaching (CHART) java-web-object information system for medical record management predicated on human body anatomy and physiology multi-media modeling |
US6664897B2 (en) * | 1998-03-09 | 2003-12-16 | William R. Pape | Method and system for livestock data collection and management |
JP2001142956A (ja) | 1999-11-15 | 2001-05-25 | Fujitsu Social Science Laboratory Ltd | 行政サービス連携提供システム及び行政サービス連携提供プログラムを記録した記録媒体 |
US6941557B1 (en) * | 2000-05-23 | 2005-09-06 | Verizon Laboratories Inc. | System and method for providing a global real-time advanced correlation environment architecture |
WO2002009357A2 (en) * | 2000-07-25 | 2002-01-31 | Acuo Technologies, Llc | Routing and storage within a computer network |
AU1188902A (en) | 2000-10-11 | 2002-04-22 | Ralph A Korpman | System for communication of health care data |
US7577904B1 (en) * | 2001-03-28 | 2009-08-18 | Vianeta Communication | Definition and distribution of business rules while enforcing syntactic and semantic validation |
US7191192B2 (en) | 2002-09-30 | 2007-03-13 | International Business Machines Corporation | Metadirectory agents having extensible functions |
US20040065402A1 (en) | 2002-10-07 | 2004-04-08 | Knoerzer Anthony Robert | Textured packaging film |
GB0226778D0 (en) * | 2002-11-18 | 2002-12-24 | Hewlett Packard Co | Using semantic web technology to enhance current business-to-business integration approaches |
US20040101186A1 (en) * | 2002-11-27 | 2004-05-27 | Xin Tong | Initializing model-based interpretations of digital radiographs |
US20040225508A1 (en) * | 2003-05-05 | 2004-11-11 | Urali Prem S. | Reusable canonical e-business process |
US7844733B2 (en) * | 2003-12-19 | 2010-11-30 | Solace Systems, Inc. | Content router with multiple forwarding elements instantiated on hardware entities |
US7500185B2 (en) * | 2004-04-29 | 2009-03-03 | Koninklijke Philips Electronics N.V. | Framework of validating DICOM structured reporting documents using XSLT technology |
DE602004025390D1 (de) * | 2004-07-29 | 2010-03-18 | Telecom Italia Spa | Verfahren und system zur fehler- und leistungsfähigkeitsbehebung in computernetzen, diesbezügliches netz und computerprogrammprodukt dafür |
US20060155862A1 (en) * | 2005-01-06 | 2006-07-13 | Hari Kathi | Data traffic load balancing based on application layer messages |
US8306831B2 (en) | 2005-01-10 | 2012-11-06 | International Business Machines Corporation | Systems with message integration for data exchange, collection, monitoring and/or alerting |
US7881336B2 (en) * | 2005-03-29 | 2011-02-01 | Oracle International Corporation | HTB gateway for healthcare transaction base |
CN1908895B (zh) * | 2005-08-02 | 2010-05-05 | 国际商业机器公司 | 验证应用程序全球化问题的系统和方法 |
JP2007140831A (ja) | 2005-11-17 | 2007-06-07 | Nec Corp | 企業間業務データ交換装置、方法及びプログラム並びに企業間業務データ送受信システム |
WO2008036777A2 (en) * | 2006-09-19 | 2008-03-27 | Bea Systems, Inc. | System and method for supporting service networks in a service-oriented architecture environment |
US7908293B2 (en) * | 2007-02-14 | 2011-03-15 | The General Hospital Corporation | Medical laboratory report message gateway |
US8041743B2 (en) * | 2007-04-17 | 2011-10-18 | Semandex Networks, Inc. | Systems and methods for providing semantically enhanced identity management |
US7937497B2 (en) * | 2007-05-31 | 2011-05-03 | Red Hat, Inc. | Apparatus for selectively copying at least portions of messages in a distributed computing system |
-
2007
- 2007-09-20 US US11/858,842 patent/US8850057B2/en active Active
-
2008
- 2008-09-18 WO PCT/US2008/076766 patent/WO2009039230A2/en active Application Filing
- 2008-09-18 CN CN200880107453.7A patent/CN101803293B/zh not_active Expired - Fee Related
- 2008-09-18 EP EP08832059.3A patent/EP2191615A4/en not_active Withdrawn
- 2008-09-18 JP JP2010525115A patent/JP5377494B2/ja not_active Expired - Fee Related
-
2014
- 2014-06-13 US US14/304,529 patent/US9961156B2/en active Active
-
2018
- 2018-02-15 US US15/897,790 patent/US20180241834A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7167924B1 (en) * | 1996-06-10 | 2007-01-23 | Diebold, Incorporated | Financial transaction processing system and method |
CN1679019A (zh) * | 2002-06-27 | 2005-10-05 | 奥彭皮克公司 | 用于管理受控的住宅和非住宅环境的方法、系统和计算机程序产品 |
Also Published As
Publication number | Publication date |
---|---|
JP5377494B2 (ja) | 2013-12-25 |
US9961156B2 (en) | 2018-05-01 |
WO2009039230A2 (en) | 2009-03-26 |
US20090080408A1 (en) | 2009-03-26 |
CN101803293A (zh) | 2010-08-11 |
US8850057B2 (en) | 2014-09-30 |
EP2191615A2 (en) | 2010-06-02 |
WO2009039230A3 (en) | 2009-05-14 |
US20150006612A1 (en) | 2015-01-01 |
US20180241834A1 (en) | 2018-08-23 |
JP2011501834A (ja) | 2011-01-13 |
EP2191615A4 (en) | 2014-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101803293B (zh) | 卫生保健语义互操作性平台 | |
Kaur et al. | A proposed solution and future direction for blockchain-based heterogeneous medicare data in cloud environment | |
CA2637574C (en) | Platform for interoperable healthcare data exchange | |
US20130304512A1 (en) | System and method for sharing data in a clinical network environment | |
Liu et al. | Big data as an e-health service | |
US9218569B2 (en) | Rules-based management system and method for processing medical information | |
US20020128871A1 (en) | Method, apparatus, and system for aggregating, targeting, and synchronizing health information delivery | |
Blobel et al. | Comparing middleware concepts for advanced healthcare system architectures | |
Plaza et al. | Software architectures for health care cyber‐physical systems: A systematic literature review | |
US20130031232A1 (en) | System and Method For Sharing Electronic Information | |
Tello-Leal et al. | Process-oriented integration and coordination of healthcare services across organizational boundaries | |
Bhartiya et al. | Challenges and recommendations to healthcare data exchange in an interoperable environment | |
Liu et al. | An integrated e-service model for electronic medical records | |
Valero et al. | AIoTES: Setting the principles for semantic interoperable and modern IoT-enabled reference architecture for Active and Healthy Ageing ecosystems | |
Gupta et al. | Security of IoT-based e-healthcare applications using blockchain | |
AlZghoul et al. | Towards nationwide electronic health record system in Jordan | |
Weider et al. | A SOA service governance approach to u-healthcare system with mobility capability | |
Oluwaseyi et al. | Health Information Exchange Model for Nigerian Health Information Systems | |
US20220198576A1 (en) | Systems and method to treat complex revenue cycle management transactions with machine learning in a standards-based electronic data interchange | |
Kim | Managing Environments for Healthcare Information Systems Using Enterprise Application Integration | |
Coderre | Industrial-strength interoperability platform for health (IOP-H) | |
Klein et al. | Another HISA-The New Standard: Health Informatics-Service Architecture. | |
Kaushik et al. | Trust, Privacy, Issues in Cloud-Based Healthcare Services | |
Sanzi et al. | Toward Integrating Healthcare Data and Systems | |
Staemmler | Integrated information systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150909 Termination date: 20180918 |
|
CF01 | Termination of patent right due to non-payment of annual fee |