CN102238162A - 一种医院间非结构化信息归档的方法 - Google Patents
一种医院间非结构化信息归档的方法 Download PDFInfo
- Publication number
- CN102238162A CN102238162A CN2010105723013A CN201010572301A CN102238162A CN 102238162 A CN102238162 A CN 102238162A CN 2010105723013 A CN2010105723013 A CN 2010105723013A CN 201010572301 A CN201010572301 A CN 201010572301A CN 102238162 A CN102238162 A CN 102238162A
- Authority
- CN
- China
- Prior art keywords
- data
- hospital
- center
- information
- medical
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明涉及一种医院间非结构化信息归档的方法,通过数据源抽象机制,结合数据交换服务器中预先定义的数据流转规则,采用基于事件的数据自动路由机制,决定数据包的特定处理规则和流转方向。本发明使用先进的虚拟化、自动化和云计算技术,为医院间构建一个医疗信息提供归档平台,能够为医院、诊所、研究机构和制药公司提供高可用、多层、多应用和多站点的企业级归档存储能力,为医疗保健机构随需提供医疗影像、病历记录和其他有关医疗保健的关键参考信息,帮助医疗保健机构优化新建的或现有的存储投资,支持业务的长期发展。
Description
技术领域
本发明属数据交换技术领域,特别是涉及一种医院间非结构化信息归档的方法。
背景技术
由于国家投入不足,医疗资源分配失衡,基础医疗保障的矛盾成为举国关注的热点问题。国家领导和卫生主管部门均高度重视医疗改革的问题,国家政策已经开始向社区医疗倾斜,建立和完善具有可持续性的医院支持社区卫生服务的长效工作机制,逐步提高社区卫生服务机构的医疗服务能力和管理能力。
社区卫生服务机构面临的挑战:
·数字化医疗影像与其它非结构化数据呈指数级增长
·法规要求医疗保健机构长期保存海量的患者影像等相关数据
·医疗机构的IT运营要求更高的可用性和持续服务的能力
·需要企业级存储架构,更高可用性、扩展性和灵活性,避免厂商锁定
·孤岛、异构的基础设施阻碍了对整个企业中共享的图片和患者数据的访问,影响及时的患者诊断和陪护
在区域卫生信息网中,共享的数据可以分为影像、非结构数据和结构化数据三种类型。
1.1影像
影像是指从CT、MR等影像设备中所采集的图像,它们是诊断治疗的重要参考。在影像传输领域,放射影像数据使用十分普及的DICOM标准。
DICOM是Digital Imaging and COmmunication of Medicine的缩写,是美国放射学会(American College of Radiology,ACR)和美国电器制造商协会(National ElectricalManufacturers Association,NEMA)组织制定的专门用于医学图像的存储和传输的标准名称。经过十多年的发展,该标准已经被医疗设备生产商和医疗界广泛接受,在医疗仪器中得到普及和应用。DICOM3.0版本采用了面向对象的分析方法,定义了医学图像在存储和通信过程中的各种实体和关系,提供了对ISO-OSI(Inter-national StandardOrganization-Open System Interconnection)和TCP/IP的支持,使得在医学图像应用层上可以与其它通信协议栈直接通信而不需要重新编写程序。
1.2非结构数据
对于某些非结构化数据的共享,例如图像、视频、音频文档、扫描文件等,采用IHE的跨机构文档共享集成规范(XDS规范)。为每个文件提供说明性的元数据(Metadata)。以便进行文档的检索和重用。
IHE的跨机构文档共享集成规范使从医疗机构注册、分发和获取患者的电子文件变得更加容易。跨机构文档共享(XDS)主要集中于为医疗机构之间的文档共享的管理提供一种基于标准的规范,这些医疗企业可以包括私人诊所和门诊部甚至是医院的一个紧急看护科室。
在一个区域中,必须制定明确的共同的策略方针和商业规则。包括如何识别患者、如何获得许可、如何实现访问控制以及信息的存储格式、内容、结构、组织和表示方法。XDS集成规范并不定义明确的策略方针和商业规则,但它已经被设计成能够适应较广范围内不同的策略方针,来让基于标准的基础架构的配置变得容易起来,这个基础架构是用来共享患者文档的。
如图1所示,这是通过文档库和文档注册者来管理的,它们为患者生成一个信息文档的长期记录。图中列出的是拥有不同职责的不同实体:
●文档库的职责是以明晰、安全、可靠和持久的方式来存储文档并对文档检索的请求作出响应。
●文档注册者的职责是存储文档信息来使与患者相关的感兴趣文档可以容易地被识别、选择和检索,而不用考虑这些文档的实际存储位置。
1.3可以结构化表示的数据
结构化数据是指那些内部有结构、可以被计算机解析重用的数据。例如一条HL7表示患者入院登记的消息。计算通过解析这条消息,就可以获得患者的人口学基本信息和就诊信息等。
发明内容
本发明所要解决的技术问题是提供一种通过数据源抽象机制,结合数据交换服务器中预先定义的数据流转规则,采用基于事件的数据自动路由机制,决定数据包的特定处理规则和流转方向医院间非结构化信息归档的方法。
本发明解决其技术问题所采用的技术方案是:提供一种医院间非结构化信息归档的方法,包括以医院为单位建立的数据中心、管理各医院数据中心的地区数据中心,以及在各地区数据中心之上设立的管理中心和病人电子病历,所述的医院数据中心分配给病人一个整个系统唯一标识的ID,存储病人的信息,管理中心存储和管理各数据中心的相关信息,所述的非结构化信息归档的方法包括下列步骤:
(1)管理中心根据病人最新生成的病历资料,按内容、部门组织、业务项目各因素自动分类,并判定信息归档的数据中心所在;
(2)在管理中心的数据交换服务器端预先定义数据源,屏蔽掉数据源的详细地址,所述的数据源包括数据源的标识、路径URL、操作;
(3)通过激发定义的事件实现数据从一个数据源到另一个数据源的实时数据交换,发送端构建数据包,所述的数据包包含业务数据,还包含发送端自定义的路由规则,所述业务数据是指实际需要传输的数据,所述自定义的路由规则用来指定业务数据传输路径;
(4)发送端将构建的数据包发送给数据交换服务器,数据交换服务器分析接收到的数据包,解析数据包中的用户自定义的路由规则,然后结合数据交换服务器中预先定义的数据源,得出该业务数据生成数据分析和处理流程规则,决定数据流转方向;
(5)数据交换服务器进行数据加密、数据认证、用户应用的权限认证,根据步骤(3)确定的数据流转方向将业务数据发送给接收端。
管理中心和数据中心采用磁带库做为数据长期存储介质。
有益效果
能够为医院、诊所、研究机构和制药公司提供高可用、多层、多应用和多站点的企业级归档存储能力,为医疗保健机构随需提供医疗影像、病历记录和其他有关医疗保健的关键参考信息,帮助医疗保健机构优化新建的或现有的存储投资,支持业务的长期发展。
附图说明
图1为现有技术中文档库和文档注册管理示意图。
图2为本发明实施方案路线示意图。
具体实施方式
下面结合具体实施例,进一步阐述本发明。应理解,这些实施例仅用于说明本发明而不用于限制本发明的范围。此外应理解,在阅读了本发明讲授的内容之后,本领域技术人员可以对本发明作各种改动或修改,这些等价形式同样落于本申请所附权利要求书所限定的范围。
“信息归档”将中心医院、区属医院、居民社区和功能社区医疗机构统一整合,合理配置医疗资源,使社区和大医院通过信息系统实现了资源共享和双向转诊,打造了一条新型“健康服务链”,使“小病在社区、大病进医院、康复回社区”成为现实,在一定程度上解决了老百姓看病难的问题。
如图2所示,从面向功能提供和技术实现的角度描述了中心医院与社区医院间非结构化信息归档的设计模型,其核心的理念是:以面向服务的体系架构(Service-OrientedArchitecture,SOA)和企业服务总线(Enterprise Service Bus,ESB)进行整合功能的技术实现。
集成平台有两大作用:一是作为一个工具,可以完成已有系统间的信息连接和协调;二是对没有任何系统的新医院而言,可先用集成平台构筑业务流程平台,而后把企业想要的应用系统引入其上。“这样会很大程度上预防企业的信息系统连接混乱的问题”。
就理论而言,IT集成是多层次的:首先是数据层面的集成,这是最基本的需求,实现信息共享、消灭信息孤岛;而后是应用集成,使不同应用系统之间能够相互调用信息;最后是业务流程的集成——通过流程把所有应用、数据管理起来,使之贯穿众多应用系统、数据、用户和合作伙伴,这是最理想的层次。
在分布式计算环境中,为了集成分布式应用,开发者需要对异构网络环境下的分布式应用提供有效的通信手段。为了管理需要共享的信息,对应用提供公共的信息交换机制是重要的。
消息队列技术是分布式应用间交换信息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序读走。通过消息队列,应用程序可独立地执行一它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。
它简化了应用之间数据的传输,屏蔽底层异构操作系统和网络平台,提供一致的通讯标准和应用开发,确保分布式计算网络环境下可靠的、跨平台的信息传输和数据交换。它基于消息队列的存储-转发机制,并提供特有的异步传输机制,能够基于消息传输和异步事务处理实现应用整合与数据交换。
“面向服务的体系结构”(Service Oriented Architecture,SOA)SOA模型的出现,使得应用程序的概念被重新定义。应用程序不再是一种非透明、程式化的实现机制。相反,它是一个由通讯、路由、处理和转换事件构成的和谐体系,可以处理丰富(XML)文档公开声明的属性。
工作流程、集成应用或者业务伙伴的交流都是SOA模型的特定类,仅通过有关参与者的特性、执行位置以及参与者的特有安全需求来区分。融合了SOA模型后,BPM/EAI平台将变得如虎添翼,它们可以在开发和操作方面体现诸多优点。
用Web Service实现EAI的关键部件有:
UDDI:统一描述、发现和集成(Universal Description,Discovery,and Integration,UDDI)。UDDI服务可帮助企业针对Web服务及其它可编程资源进行组织并编制目录。通过对UUDI服务中的物理分布、组织机构、服务方式等一系列分类方案加以应用,企业可以建立起一种用来描述并发现相关服务的结构化与标准化方式。
支持Web Service的应用服务器:J2EE v1.4开始就全面的支持Web Service了。而.NET从一开始就是支持Web Service的。除此之外,也有一些其它的平台是支持Web Service的。
应用系统的Web Service:毫无疑问,这一个步骤是实施的关键和难点。要想让企业原有的系统转而支持Web Service,需要对企业原有的系统进行改造。这个工作是艰难而充满风险的。
界面层次的整合:由于Web Service规范的标准性和简单性,企业门户系统(Portal)可以非常方便的实现信息系统界面层次的整合。
随着Web Service的兴起,系统集成工作面向服务的特征越来越明显。可以说,下一个阶段的集成系统,是建立在“面向服务”的理念上的整合体系,比现在大部分企业的“面向接口”的整合体系又向前迈进了一大步。
传统的集成方案有一个重要的特征,他们都是面向各个信息系统的接口的。他们对各个应用系统的接口进行基于某些特定标准的处理,从而到达系统整合的目的。接口型的系统集成工作有不可克服的难点:一是没有真正实现统一的身份认证、状态认证、安全控制等的基础服务。二是制造了一个庞大而昂贵的核心系统。三是接口型的系统集成在处理“长事务(Long Transcation)”的时候有很大的困难。
从以往的眼光来看,系统与系统之间,是通过接口来实现联系的。这种思路正在逐步的改观,应用系统与应用系统之间,也应该走向一种互为服务的关系。正是在这种跨应用系统的、面向服务的理念的驱动下,WebService在这两年得到了比较快的发展。
用WebService来实现EAI,需要涉及到对被集成的各个应用系统本身进行改造,使之符合面向服务的体系。
医院间非结构化信息归档的方法,包括以下步骤:
·使用标准界面存储数据
-所有其他操作对用户/应用都是透明的,与用户和应用无关数据保存到系统,实现数据归档:
·信息被存入“信息归档”缓存节点,并编入索引
-采用磁带库做为数据长期存储
-最佳性价比,更绿色、存储容量扩展性最高的“磁盘+磁带”存储归档解决方案
-内嵌企业级数据库,管理数据、资源
-缓存节点数据大多数为近期访问,便于快速读取
·信息安全
-信息的访问,复制以及重建都需确认
-在后台就实施预防性核实
-法规遵从
·数据被复制并根据信息生命周期管理所制定的策略、并设定保存年限
-信息生命周期管理策略确定:复制的数量,地点以及存储的级别(分级存储)
-信息生命周期管理将信息价值与存储设备成本匹配,随着时间的延续或其他要求该策略可变更
·单一站点的“非结构化信息归档”是冗余的网格架构设计
-HA高可用的GMAS缓存节点,纠错及自我恢复,自动重建
-HA高可用的GMAS存储节点,纠错及自我恢复,自动重建
归档数据的读取:
a.数据访问服务层的主要职责为:①监听数据请求,并负责解释来自于业务系统的数据请求,根据业务系统的数据请求激活该消息的服务以进行数据抽取;②监听并接收来自于业务系统服务所抽取的消息数据,读取消息数据的头消息,并根据消息的配置信息,确定消息的去处,并将该消息路由到指定的目的对列中;③记录消息请求、消息路由的数据日志,更新消息的最新抽取时间。
b.应用访问服务层的主要作用为:①监听数据访问服务层传来的数据请求,解释该数据请求。根据该数据请求启动相应的程序处理来抽取数据;②根据所抽取消息的配置信息确定该消息对应的消息队列名,并将该消息发送到相应的消息队列中;③监听接收队列,解释发送到接收队列中的消息数据,根据消息的配置信息调用相应的处理程序,将接收队列中的数据写到业务系统中。
c.数据路由主要的作用:①提供WEB SERVICE的调用接口,接收外部应用的数据请求,对该请求进行验证和分析,将经过分析后的请求发送给数据访问层的请求队列中。并给外部应用相应的响应信息;②提供系统的配置和管理功能,允许用户在应用访问服务层上配置数据交换消息的各种信息。包括定义新的交换消息、修改消息的目的地和源、定义消息应该发送到的队列名称和相应的处理对象;③提供对数据交换平台上相关数据访问层的队列和通道的监控,进行数据加密、数据认证、用户应用的权限认证,以及对数据访问层数据路由信息的监控。数据路由主要由2部分组成:①中间件服务器;②数据库服务器,数据库服务器主要是负责保存系统中所交换消息的配置信息。
Claims (2)
1.一种医院间非结构化信息归档的方法,包括以医院为单位建立的数据中心、管理各医院数据中心的地区数据中心,以及在各地区数据中心之上设立的管理中心和病人电子病历,所述的医院数据中心分配给病人一个整个系统唯一标识的ID,存储病人的信息,管理中心存储和管理各数据中心的相关信息,其特征在于:所述的非结构化信息归档的方法包括下列步骤:
(1)管理中心根据病人最新生成的病历资料,按内容、部门组织、业务项目各因素自动分类,并判定信息归档的数据中心所在;
(2)在管理中心的数据交换服务器端预先定义数据源,屏蔽掉数据源的详细地址,所述的数据源包括数据源的标识、路径URL、操作;
(3)通过激发定义的事件实现数据从一个数据源到另一个数据源的实时数据交换,发送端构建数据包,所述的数据包包含业务数据,还包含发送端自定义的路由规则,所述业务数据是指实际需要传输的数据,所述自定义的路由规则用来指定业务数据传输路径;
(4)发送端将构建的数据包发送给数据交换服务器,数据交换服务器分析接收到的数据包,解析数据包中的用户自定义的路由规则,然后结合数据交换服务器中预先定义的数据源,得出该业务数据生成数据分析和处理流程规则,决定数据流转方向;
(5)数据交换服务器进行数据加密、数据认证、用户应用的权限认证,根据步骤(3)确定的数据流转方向将业务数据发送给接收端。
2.根据权利要求1所述的一种医院间非结构化信息归档的方法,其特征在于:管理中心和数据中心采用磁带库做为数据长期存储介质。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105723013A CN102238162A (zh) | 2010-12-03 | 2010-12-03 | 一种医院间非结构化信息归档的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105723013A CN102238162A (zh) | 2010-12-03 | 2010-12-03 | 一种医院间非结构化信息归档的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102238162A true CN102238162A (zh) | 2011-11-09 |
Family
ID=44888377
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105723013A Pending CN102238162A (zh) | 2010-12-03 | 2010-12-03 | 一种医院间非结构化信息归档的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102238162A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312727A (zh) * | 2012-03-06 | 2013-09-18 | 创业软件股份有限公司 | 一种区域医疗协同服务领域云计算部署方法 |
CN104915909A (zh) * | 2015-07-01 | 2015-09-16 | 深圳市申泓科技有限公司 | 数据聚合平台 |
CN105844566A (zh) * | 2016-03-25 | 2016-08-10 | 东华软件股份公司 | 一种电子病历归档管理系统及方法 |
CN107516228A (zh) * | 2016-06-16 | 2017-12-26 | 湖南移商动力网络技术有限公司 | 一种基于朋友圈裂变引流营销服务平台系统 |
CN107845415A (zh) * | 2016-09-18 | 2018-03-27 | 心医国际数字医疗系统(大连)有限公司 | 医院企业服务总线实现装置及方法 |
CN109448823A (zh) * | 2018-10-31 | 2019-03-08 | 武汉联影医疗科技有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN109582756A (zh) * | 2018-10-30 | 2019-04-05 | 长春理工大学 | 非结构化源数据的云端自主逻辑归档方法 |
CN110349652A (zh) * | 2019-07-12 | 2019-10-18 | 之江实验室 | 一种融合结构化影像数据的医疗数据分析系统 |
CN111352621A (zh) * | 2018-12-21 | 2020-06-30 | 南京都昌信息科技有限公司 | 一种赋能框架软件 |
CN112073453A (zh) * | 2020-07-21 | 2020-12-11 | 重庆市中迪医疗信息科技股份有限公司 | 医疗影像云的处理方法、系统及介质 |
TWI740901B (zh) * | 2016-03-22 | 2021-10-01 | 香港商阿里巴巴集團服務有限公司 | 執行資料恢復操作的方法及裝置 |
CN114840608A (zh) * | 2022-07-04 | 2022-08-02 | 深圳市茗格科技有限公司 | 分布式数据访问方法、设备及存储介质 |
-
2010
- 2010-12-03 CN CN2010105723013A patent/CN102238162A/zh active Pending
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312727A (zh) * | 2012-03-06 | 2013-09-18 | 创业软件股份有限公司 | 一种区域医疗协同服务领域云计算部署方法 |
CN104915909A (zh) * | 2015-07-01 | 2015-09-16 | 深圳市申泓科技有限公司 | 数据聚合平台 |
CN104915909B (zh) * | 2015-07-01 | 2018-08-17 | 挂号网(杭州)科技有限公司 | 数据聚合平台 |
TWI740901B (zh) * | 2016-03-22 | 2021-10-01 | 香港商阿里巴巴集團服務有限公司 | 執行資料恢復操作的方法及裝置 |
CN105844566A (zh) * | 2016-03-25 | 2016-08-10 | 东华软件股份公司 | 一种电子病历归档管理系统及方法 |
CN107516228A (zh) * | 2016-06-16 | 2017-12-26 | 湖南移商动力网络技术有限公司 | 一种基于朋友圈裂变引流营销服务平台系统 |
CN107845415A (zh) * | 2016-09-18 | 2018-03-27 | 心医国际数字医疗系统(大连)有限公司 | 医院企业服务总线实现装置及方法 |
CN109582756B (zh) * | 2018-10-30 | 2022-10-14 | 长春理工大学 | 非结构化源数据的云端自主逻辑归档方法 |
CN109582756A (zh) * | 2018-10-30 | 2019-04-05 | 长春理工大学 | 非结构化源数据的云端自主逻辑归档方法 |
CN109448823A (zh) * | 2018-10-31 | 2019-03-08 | 武汉联影医疗科技有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN109448823B (zh) * | 2018-10-31 | 2023-10-03 | 武汉联影医疗科技有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN111352621A (zh) * | 2018-12-21 | 2020-06-30 | 南京都昌信息科技有限公司 | 一种赋能框架软件 |
CN110349652A (zh) * | 2019-07-12 | 2019-10-18 | 之江实验室 | 一种融合结构化影像数据的医疗数据分析系统 |
CN110349652B (zh) * | 2019-07-12 | 2022-02-22 | 之江实验室 | 一种融合结构化影像数据的医疗数据分析系统 |
CN112073453B (zh) * | 2020-07-21 | 2023-06-27 | 重庆市中迪医疗信息科技股份有限公司 | 医疗影像云的处理方法、系统及介质 |
CN112073453A (zh) * | 2020-07-21 | 2020-12-11 | 重庆市中迪医疗信息科技股份有限公司 | 医疗影像云的处理方法、系统及介质 |
CN114840608A (zh) * | 2022-07-04 | 2022-08-02 | 深圳市茗格科技有限公司 | 分布式数据访问方法、设备及存储介质 |
CN114840608B (zh) * | 2022-07-04 | 2022-11-01 | 深圳市茗格科技有限公司 | 分布式数据访问方法、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102238162A (zh) | 一种医院间非结构化信息归档的方法 | |
US10223759B2 (en) | Method for implementing a controlled medical vocabulary | |
US10764289B2 (en) | Cross-enterprise workflow | |
US9961156B2 (en) | Healthcare semantic interoperability platform | |
US20090132285A1 (en) | Methods, computer program products, apparatuses, and systems for interacting with medical data objects | |
US20120150878A1 (en) | Longitudinal Electronic Record System and Method With Task-Based Workflow | |
US20060287890A1 (en) | Method and apparatus for organizing and integrating structured and non-structured data across heterogeneous systems | |
US20110153351A1 (en) | Collaborative medical imaging web application | |
US20230048443A1 (en) | Rule-based low-latency delivery of healthcare data | |
Esposito et al. | An event-based notification approach for the delivery of patient medical information | |
US10650478B2 (en) | Real-time aggregation and processing of healthcare records | |
US20160042124A1 (en) | Electronic health records data management systems and methods | |
US20180004897A1 (en) | Ris/pacs integration systems and methods | |
Braunstein | FHIR | |
Lebre et al. | Dicoogle open source: the establishment of a new paradigm in medical imaging | |
US20150149209A1 (en) | Remote/local reference sharing and resolution | |
Raghupathi et al. | Designing electronic health records versus total digital health systems: A systemic analysis | |
US11087862B2 (en) | Clinical case creation and routing automation | |
McClatchey et al. | The mammogrid virtual organisation-federating distributed mammograms | |
Dobrescu et al. | Impact of information technology on the quality of health services | |
Oluwaseyi et al. | Health Information Exchange Model for Nigerian Health Information Systems | |
Kumar et al. | A framework for integration and standardization of data from heterogeneous sources | |
Ajwalia et al. | Integrating Cloud and Health Informatics: Approaches, Applications and Challenges | |
Dony et al. | Big data in anaesthesia: a narrative, nonsystematic review | |
Randolph | Blockchain-based Medical Image Sharing and Critical-result Notification |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20111109 |