CN101334815B

CN101334815B - 医疗数据系统

Info

Publication number: CN101334815B
Application number: CN2008101178735A
Authority: CN
Inventors: 贾雪琴; 陈�峰; 包建军; 张余; 马书慧
Original assignee: CHINA NETCOM BROADBAND SERVICES APPLICATION NATIONAL ENGINEERING LAB Co Ltd
Current assignee: Unicom Broadband Services Applic Nat Engineering Lab Co ltd; China United Network Communications Group Co Ltd
Priority date: 2008-08-06
Filing date: 2008-08-06
Publication date: 2010-06-16
Anticipated expiration: 2028-08-06
Also published as: CN101334815A

Abstract

本发明公开了一种医疗数据系统。该系统包括：区域医疗数据中心和与该区域医疗数据中心连接的多个医疗机构服务器，多个医疗机构服务器分别对应于区域医疗数据中心所辖范围内的多个医疗机构；医疗机构服务器，用于存储患者在该医疗机构服务器对应的医疗机构中的医疗数据，医疗数据与患者的身份标识码相对应；区域医疗数据中心包括信息存储模块：用于存储多个医疗机构服务器的地址信息、患者的身份标识码以及与多个医疗机构服务器中的医疗数据相对应的医疗数据索引；区域医疗数据中心还包括身份标识码生成模块：用于生成患者的身份标识码；患者的身份标识码在区域医疗数据中心所辖范围内是唯一的。

Description

医疗数据系统

技术领域

本发明涉及通信技术领域，尤其涉及一种医疗数据系统。

背景技术

通信技术的发展极大地方便了人们的生活，尤其方便了人们实现信息的分享以有效地提高工作效率。据调查，为了解决医疗机构内部信息共享的问题，我国大部分三级医院已经建立了医院信息管理系统，使医院内部的各个下属部门能够共享信息。比如，一些医疗机构为了向群众提供社区医疗及双向就诊的优质服务，使社区居民足不出户便可享受“专家级”医疗及护理服务，解决群众看病难、看病贵等难题而建立的医疗系统，以及满足安全性、开放性、可移植性和可扩展性的，能够实现跨系统、跨平台和跨数据库的医疗系统。但是，由于在信息共享化的初期医疗结构之间缺乏协作方面的考虑，目前这些系统只是实现了医疗机构内部的信息共享，这样就造成了逻辑上的“信息孤岛”，使得医疗信息的共享无法以患者为中心，进而无法实现医疗信息在政府、医疗机构、社区、公众以及第三方业务方面的共享。

发明内容

本发明的目的是提供一种医疗数据系统，用以克服现有技术中医疗机构之间“信息孤岛”的技术缺陷，实现单一区域的医疗机构之间以及不同单一区域的医疗机构之间能够协同共享患者的就诊信息。

为实现上述目的，本发明提供了一种医疗数据系统，包括：

区域医疗数据中心和与该区域医疗数据中心连接的多个医疗机构服务器，所述多个医疗机构服务器分别对应于所述区域医疗数据中心所辖范围内的多个医疗机构；所述医疗机构服务器，用于存储患者在该医疗机构服务器对应的医疗机构中的医疗数据，所述医疗数据与患者的身份标识码相对应；所述区域医疗数据中心包括信息存储模块：用于存储所述多个医疗机构服务器的地址信息、患者的身份标识码以及与所述多个医疗机构服务器中的医疗数据相对应的医疗数据索引；所述区域医疗数据中心还包括身份标识码生成模块：用于生成所述患者的身份标识码；所述患者的身份标识码在所述区域医疗数据中心所辖范围内是唯一的。

为实现上述目的，本发明还提供了一种医疗数据系统，包括：

全局医疗数据中心、与所述全局医疗数据中心连接的多个区域医疗数据中心，每个所述区域医疗数据中心连接有多个医疗机构服务器，所述多个医疗机构服务器分别对应于所述区域医疗数据中心所辖范围内的多个医疗机构；所述医疗机构服务器，用于存储患者在该医疗机构服务器对应的医疗机构中的医疗数据，所述医疗数据与患者的身份标识码相对应；所述区域医疗数据中心包括信息存储模块：用于存储其所辖范围内的所述多个医疗机构服务器的地址信息、在其所辖范围内有效的患者的身份标识码，以及与其所辖范围内的多个医疗机构服务器中的医疗数据相对应的医疗数据索引；所述区域医疗数据中心还包括身份标识码生成模块：用于生成所述患者的身份标识码；所述身份标识码在所述区域医疗数据中心的所辖范围内是唯一的；所述全局医疗数据中心，用于存储所述多个区域医疗数据中心的地址信息、患者在所述多个区域医疗数据中心的身份标识码以及同一患者的多个身份标识码的相互对应关系。

为实现上述目的，本发明还提供了一种医疗数据系统，包括：全局医疗数据中心、与所述全局医疗数据中心连接的多个区域医疗数据中心，每个所述区域医疗数据中心连接有多个医疗机构服务器，所述多个医疗机构服务器分别对应于所述区域医疗数据中心所辖范围内的多个医疗机构；

所述医疗机构服务器，用于存储患者在该医疗机构服务器对应的医疗机构中的医疗数据，所述医疗数据与患者的身份标识码相对应；

所述区域医疗数据中心包括信息存储模块：用于存储其所辖范围内的所述多个医疗机构服务器的地址信息、患者的身份标识码，以及与其所辖范围内的多个医疗机构服务器中的医疗数据相对应的医疗数据索引；所述身份标识码在所述全局医疗数据中心的所辖范围内是唯一的；

所述全局医疗数据中心，用于存储所述多个区域医疗数据中心的地址信息，以及生成所述患者的身份标识码。

本发明中，通过全局医疗数据中心内唯一的身份标识码，或者全局医疗数据中心内同一患者的不同身份标识码的对应关系，多个医疗机构服务器的地址信息，以及与多个医疗服务器保存的医疗数据对应的医疗数据索引表，使得不同的医疗机构之间能够共享患者的医疗数据，有效地克服了医疗机构之间“信息孤岛”的技术缺陷。

附图说明

图1为本发明医疗数据系统实施例一的结构示意图；

图2为图1中医疗数据在区域医疗数据中心101的存储示意图；

图3为本发明医疗数据系统实施例二的结构示意图；

图4为本发明医疗数据系统实施例三的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

在一定区域内，如何实现以患者为中心的医疗数据的共享，使得各个医疗机构(医院、社区卫生服务中心和检验中心等)之间能够查询和调用患者在各个医疗机构的医疗数据，首先要解决的问题之一就是如何将众多的患者区分开来，使得各个患者拥有与各自对应的身份标识码，同时为了保证稳定性，身份标识码还不可更改和重复利用。为此，为了将患者区分开来以及便于医疗数据的管理，向每一位患者分配一个身份标识码，该身份标识码与患者之间要具有唯一对应的关系，这种唯一对应关系具体是指一个身份标识码只标识一个患者，一个患者只有一个身份标识码。

图1为本发明医疗数据系统实施例一的结构示意图。如图1所示，本实施例医疗数据系统具体包括：区域医疗数据中心101、多个医疗机构服务器102，其中，区域医疗数据中心101和多个医疗机构服务器102连接，多个医疗机构服务器102分别对应于区域医疗数据中心101所辖范围内的多个医疗机构；医疗机构服务器102用于存储患者在该医疗机构服务器102对应的医疗机构中的医疗数据，医疗数据与患者的身份标识码相对应；区域医疗数据中心101包括信息存储模块111，该信息存储模块111用于存储多个医疗机构服务器102的地址信息、患者的身份标识码以及与多个医疗机构服务器102中的医疗数据相对应的医疗数据索引；患者的身份标识码在区域医疗数据中心101所辖范围内是唯一的。

具体地，患者仅在一个单一区域内的多个医疗机构注册就诊，为了便于医疗数据的管理，建立了一个区域医疗数据中心101，该区域医疗数据中心101与多个区域医疗机构服务器102连接。这里，多个区域医疗服务器102与多个医疗机构一一对应，即，一个医疗机构只对应于一个区域医疗服务器102。区域医疗服务器102负责保存患者的医疗数据，该医疗数据具体是指患者到与该区域医疗服务器102对应的医疗机构注册就诊时产生的医疗数据。区域医疗数据中心101具体可包括信息存储模块111，该信息存储模块111不但存储有患者的身份标识码，还存储有多个医疗机构服务器102的地址信息，以及与保存在多个医疗机构服务器102中的医疗数据对应的医疗数据索引表。多个医疗机构服务器102的地址信息将患者注册就诊的多个医疗机构有效的区分开来，使得患者注册就诊的医疗数据与患者注册就诊的医疗机构之间唯一对应；医疗数据索引表通过建立的目录的形式将医疗机构服务器102、患者的身份标识码以及医疗服务器102中存储的医疗数据对应起来，当要查询患者的信息时，通过查询医疗数据索引表，获取要查询患者的身份标识码、医疗数据以及医疗机构服务器102的对应关系，根据患者的身份标识码以及医疗数据索引反映出的该患者注册就诊的医疗数据保存在哪个医疗机构服务器102上，就能实现不同的医疗机构之间共享患者的医疗数据。

比如在北京地区辖属的范围内，设有一个医疗数据中心101，该区域医疗数据中心连接有多个医疗机构服务器102，某患者甲在这些多个医疗机构服务器102对应的医疗机构注册就诊，那么，用身份标识码“WSQ123”标识该患者甲，该身份标识码“WSQ123”与该患者甲唯一对应，即，在北京市的医疗数据中心101所辖属的医疗机构对应的多个医疗机构服务器102中，患者甲拥有唯一的身份标识码“WSQ123”(为了方便处理，简称为G-ID)。该患者在医疗机构I和医疗机构J都有过就诊的经历，这样，在医疗机构I产生的医疗数据编号Ri-ID保存在该医疗机构I对应的医疗机构服务器102处，在医疗机构J产生的医疗数据编号Rj-ID保存在该医疗机构J对应的医疗机构服务器102处，医疗数据编号Ri-ID和医疗数据编号Rj-ID对应的医疗数据通过医疗文档架构(Clinical Document Architecture，以下简称：CDA)的形式保存在医疗机构服务器102中，通过区域医疗数据中心101的信息存储模块111处保存的医疗数据索引表，根据患者甲的身份标识码G-ID，医疗机构I对应的医疗机构服务器102的地址信息和医疗机构J对应的医疗机构服务器102的地址信息，其他医疗机构可查询到有关该患者甲在医疗机构I和J产生并保存在对应的医疗机构服务器102上的医疗数据编号Ri-ID和Rj-ID。

图2为图1中医疗数据在区域医疗数据中心101的存储示意图。如图2所示，患者的身份标识码、医疗机构I和J的地址信息以及医疗数据索引表可以通过建立患者索引表的方式存储，图2中，G-ID表示患者的身份标识码，H-IDi表示医疗机构I的地址信息，H-IDj标识医疗机构J的地址信息，H-IDi和H-IDj可以为一个标识码，也可以为IP地址等。Ri-ID和Rj-ID分别表示患者在医疗机构I和J出产生的医疗数据的编号。

本实施例中，区域医疗数据中心101还可以包括身份标识码生成模块121，该身份标识码生成模块121用于生成患者的身份标识码，使患者的身份标识码与患者一一对应，保证患者的身份标识码在区域医疗数据中心101所辖范围内的多个医疗机构中唯一。

本实施例中，通过区域医疗数据中心生成的唯一的、患者的身份标识码标识不同的患者，以及保存的患者的身份标识码、多个医疗机构服务器的地址信息，和与多个医疗服务器保存的医疗数据对应的医疗数据索引表，使得在该区域医疗数据中心所辖范围内的医疗机构之间能够共享患者的医疗数据，有效地克服了医疗机构之间“信息孤岛”的技术缺陷。

图3为本发明医疗数据系统实施例二的结构示意图。如图3所示，本实施例医疗数据系统具体包括：全局医疗数据中心100、与全局医疗数据中心100连接的多个区域医疗数据中心101，每个区域医疗数据中心101连接有多个医疗机构服务器102，多个医疗机构服务器102分别对应于区域医疗数据中心101所辖范围内的多个医疗机构；其中：

医疗机构服务器102，用于存储患者在该医疗机构服务器102对应的医疗机构中的医疗数据，该医疗数据与患者的身份标识码相对应；

区域医疗数据中心101包括信息存储模块111：用于存储其所辖范围内的多个医疗机构服务器102的地址信息、在其所辖范围内有效的患者的身份标识码，以及与其所辖范围内的多个医疗机构服务器102中的医疗数据相对应的医疗数据索引；患者的身份标识码在区域医疗数据中心101的所辖范围内是唯一的；

全局医疗数据中心100，用于存储多个区域医疗数据中心101的地址信息、患者在多个区域医疗数据中心101的身份标识码以及同一患者的多个身份标识码的相互对应关系。

具体地，如果患者在多个区域内的多个医疗机构中注册就诊，患者在不同的区域之间拥有不同的身份标识码，在某一区域内，患者的身份标识码与患者绝对唯一对应，这样，为了便于医疗数据的管理，建立了一个全局医疗数据中心100，该全局医疗数据中心100与患者注册就诊的医疗机构所属的多个区域医疗数据中心101连接，该全局医疗数据中心100不但存储有多个区域医疗数据中心101的地址信息、患者在多个区域医疗数据中心的不同身份标识码，而且，为了保证患者的身份标识码的唯一性，该全局医疗数据中心100还存储有同一患者的多个身份标识码的相互对应关系，即，这种对应关系反映出在单一的区域医疗数据中心101内，一个患者的身份标识码只标识一个患者，不同的区域医疗数据中心101之间，同一患者的多个身份标识码都只标识唯一的一个患者。

区域医疗数据中心101具体包括信息存储模块111，该信息存储模块111存储有区域医疗数据中心101所辖范围内的多个医疗机构的地址信息、在区域医疗数据中心101所辖范围内的唯一标识患者的身份标识码，以及与该区域医疗数据中心101所辖范围内的医疗机构服务器102中保存的医疗数据相对应的医疗数据索引表，这样，使得患者的身份标识码、患者的医疗数据、医疗机构服务器102之间建立了唯一对应的关系。此处，与该医疗机构服务器102对应的医疗机构处产生的医疗数据存储在医疗机构服务器102中。

本实施例中，患者的身份标识码包括唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段。这种编码规则可被称为数据中心码+顺序码编码(Data-Center Code And Serial Number，以下简称：DS)规则。

根据卫生部公布2005年底北京市人口数量为1538万人；卫生部公布2006年我国人口出生率为12.09‰，人口出生率的趋势逐年递减。以2005底北京市人口数量为基数，按出生率12.09‰计算，不考虑死亡率，100年后北京市人口可达1538×(1+12.09‰)100＝5115.3万人，这样，身份标识码中，区域医疗数据中心字段可以为8位区域医疗数据中心码，患者编码字段可以为8位第一顺序码，在区域医疗数据中心码和第一顺序码之间还可设置一连字符，以分割区域医疗数据中心码和第一顺序码，在机读时，该连字符可省略。具体地，8位区域医疗数据中心码可包括5位地区码和3位第二顺序码，其中，5位地区码可具体包括1位第一扩展码和4位行政区标识码，3位第二顺序码可包括1位第二扩展码和2位顺序号。1位第一扩展码的值可以为0～9中的任一数字，4位行政区标识码可以为中华人民共和国行政区划代码的前四位，以体现出患者就诊的医疗机构所处的地市级行政区，该4位行政区标识码引用GB/T2260，比如某患者甲首次注册就诊的医疗机构I属于北京市，则该4位行政区标识码就可以为1100，而该医疗机构I的区别于其他医疗机构的3位第二顺序码为121，第二顺序码121中的“1”是第二扩展码，“21”表示顺序号。这样，1位第一扩展码“0”、4位行政区标识码1100、1位第二扩展码“1”和2位顺序号“21”形成8位区域医疗数据中心码“01100121”，采用DS编码规则，则添加该患者甲的8位顺序码如01000110到8位区域医疗数据中心码“01100121”上从而形成患者甲的身份标识码“0110012101000110”(以G-ID1代替)。该患者甲“0110012101000110”在医疗机构I注册就诊时，产生了相应的医疗数据编号Ri-ID1，该医疗数据被保存到与该医疗机构I对应的医疗机构服务器102中，同时，该医疗机构I所属的医疗区域数据中心101中的信息存储模块111保存了该医疗机构服务器102的地址信息、该患者甲的身份标识码以及与医疗机构服务器102中对应的医疗数据索引表。而在另外一个区域内，比如说在兰州所辖属的医疗机构J中产生医疗数据编号为Rj-ID2，该患者甲有一个在兰州的区域医疗数据中心101所辖的多个医疗机构中唯一的身份标识码假设为G-ID2，那么，为了保证患者甲的多个身份标识码与患者甲的唯一对应关系，在全局医疗数据中心100中存储有北京的区域医疗数据中心101和兰州的区域医疗数据中心101的地址信息，该患者甲的身份标识码G-ID1和G-ID2，以及G-ID1与G-ID2之间的相互对应关系可通过匹配算法身份标识码映射表的方式获取，通过这种对应关系，使得不同身份标识码G-ID1和G-ID2都用于标识患者甲。

本实施例中，根据在医疗机构处的患者的必填项信息如公民身份证码，从而可建立G-ID1和G-ID2之间的对应关系。

同一区域医疗数据中心101的不同医疗机构共享该患者甲的医疗数据时，具体内容看参见上述实施例一的描述。

当不同区域医疗数据中心101的不同医疗机构之间共享该患者甲的医疗数据时，首先要分析获知该患者甲的两个身份标识码G-ID1和G-ID2标识的是同一个患者甲，而且还要获知该患者甲注册就诊的区域数据医疗数据的中心的地址信息是北京还是兰州。比如兰州的医疗机构要查询该患者甲在北京的医疗机构的医疗数据时，通过映射表得知在兰州的区域医疗数据中心101的该患者甲的身份标识码G-ID2对应于北京的区域医疗数据中心101的G-ID1，这样，根据获得的北京的区域医疗数据中心101的地址信息，以及G-ID1与G-ID2的对应关系，兰州的医疗机构再访问北京的区域医疗数据中心101，根据身份标识码G-ID1和该患者甲注册就诊的医疗机构对应的医疗机构服务器102的地址信息，以及与保存在医疗机构服务器102中的医疗数据对应的医疗数据索引表，从医疗机构服务器中获得该患者甲的医疗数据。

本实施例中，区域医疗数据中心还可包括身份标识码生成模块(图中未示出)，该身份标识码生成模块用于生成患者的身份标识码。

本实施例中，患者的医疗数据在医疗机构服务器102中的存储方式可参见上述实施例一中的相关描述。

本实施例中，当患者在多个区域内的医疗机构注册就诊时，通过全局医疗数据中的多个区域医疗数据中心的地址信息，生成和存储的患者的身份标识码，以及同一患者的在不同的区域数据中心的不同的身份标识码的相互对应关系，通过各自辖属的区域医疗数据中心中的医疗机构服务器地址信息、患者的有效身份标识码、以及保存的医疗数据索引表，使得不同区域医疗数据中心的医疗机构之间实现患者信息的共享，有效克服了现有技术中不同区域内的医疗机构之间“信息孤岛”的缺陷。

图4为本发明医疗数据系统实施例三的结构示意图。如图4所示，该实施例医疗数据系统包括：全局医疗数据中心100、与全局医疗数据中心100连接的多个区域医疗数据中心101，每个区域医疗数据中心101连接有多个医疗机构服务器102，多个医疗机构服务器102分别对应于区域医疗数据中心101所辖范围内的多个医疗机构；

医疗机构服务器102，用于存储患者在该医疗机构服务器102对应的医疗机构中的医疗数据，医疗数据与所述患者的身份标识码相对应；

区域医疗数据中心101包括信息存储模块111：用于存储其所辖范围内的多个医疗机构服务器102的地址信息、患者的身份标识码，以及与其所辖范围内的多个医疗机构服务器102中的医疗数据相对应的医疗数据索引；身份标识码在全局医疗数据中心100的所辖范围内是唯一的；

全局医疗数据中心100，用于存储多个区域医疗数据中心101的地址信息，以及生成身份标识码。

本实施例中，根据患者的身份证号码的唯一性，患者的身份标识码可以为患者的身份证号码。

本实施例中，患者的身份标识码还可以具体包括：唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段。关于这种编码规则可参见上述实施例二的内容。唯一不同的是，第一顺序码还可以为9位第一顺序码。

本实施例中，身份标识码还可以包括：指示码和自定义码，指示码用于标识其后的自定义码为身份证号码，或由唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段组成的编码，这种编码规则称之为混合编码规则(Hybrid Code，以下简称：HC)。具体地，身份标识码可以包括1位指示码和18位自定义码，其中，指示码可以为0～9中任一数字，在该指示码后紧跟患者的身份证号码或者一个由唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段组成的编码，比如，当指示码为0时，以18位的身份证号码作为自定义码，当指示码为1时，选择一个由唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段组成的编码作为身份码，该区域医疗数据中心字段可包括区域医疗数据中心码，患者编码字段为第一顺序码。其中区域医疗数据中心码可以为8位区域医疗数据中心码；根据卫生部公布2005年底北京市人口数量为1538万人；卫生部公布2006年我国人口出生率为12.09‰，人口出生率的趋势逐年递减。以2005底北京市人口数量为基数，按出生率12.09‰计算，不考虑死亡率，100年后北京市人口可达1538×(1+12.09‰)100＝5115.3万人，这样，第一顺序码可以采用9位第一顺序码。

该自定义码还可以包括1位检验码C，该检验码的生成算法可与中华人民共和国公民身份证码中的检验码生成算法相同或相似。比如首先由8位区域医疗数据中心码“01100121”和9位顺序码010001101形成自定义码，添加到指示码“1”上，从而形成患者甲的身份标识码“101100121010001101”，另外，假设通过应用计算公民身份证码中的第18位校验码的算法得到校验码为9，则包括该校验码“9”的身份标识码为“1011001210100011019”，为了方便使用将“1011001210100011019”用G-ID1代替，这样，在所有医疗机构对应的医疗服务器102中，患者仅有一个身份标识码G-ID1，如在一个区域医疗数据中心101处的医疗机构I中身份标识码为G-ID1，在另外一个区域医疗数据中心101辖属的医疗机构J中的身份标识码也同样为G-ID1，相应的医疗数据编号分别为Ri-ID1和Rj-ID1。医疗数据在各自医疗机构服务器102中的保存方式可参考上述实施例一的相关内容。

本实施例中，患者的身份标识码包括的自定义码并不局限于身份证码，还可以为患者的驾驶证码、医疗保险码、军官证号码等，也可以由其他字母和数字混合编码而形成。

本实施例中，患者的身份标识码在全局医疗数据中心是绝对唯一的，即，在全局医疗数据中心连接的多个区域医疗数据中心内以及多个区域医疗数据中心之间的患者仅有一个身份标识码。

不同的医疗机构之间共享患者的医疗数据类似于上述实施例二中的描述。

本实施例中，为了保证患者与全局医疗数据中心100内的身份标识码的绝对唯一性，在全局医疗数据中心100生成患者的身份标识码之前，还要核实该患者是否已经被分配了身份标识码，如果没有分配，则由全局医疗数据中心100根据患者首次注册就诊的医疗机构所注册的区域医疗数据中心所在地对应的行政区生成患者的身份标识码，或者根据患者的身份证号生成患者的身份标识码，这两种方式可取其一。如果患者已经被分配了身份标识码，则可直接读入该身份标识码到全局医疗数据中心100处。为了便于管理，可向患者配发一个携带有身份标识码的卡片。

本实施例中，当患者在多个区域内的医疗机构注册就诊时，通过全局医疗数据中心的多个区域医疗数据中心的地址信息，生成和存储的患者的唯一的身份标识码，通过各自辖属的区域医疗数据中心中的医疗机构服务器地址信息、患者唯一的身份标识码、以及保存的医疗数据索引表，使得不同区域医疗数据中心的医疗机构之间实现患者信息的共享，有效克服了现有技术中不同区域内的医疗机构之间“信息孤岛”的缺陷。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。

Claims

1.一种医疗数据系统，其特征在于，包括：

区域医疗数据中心和与该区域医疗数据中心连接的多个医疗机构服务器，所述多个医疗机构服务器分别对应于所述区域医疗数据中心所辖范围内的多个医疗机构；

所述区域医疗数据中心包括信息存储模块：用于存储所述多个医疗机构服务器的地址信息、患者的身份标识码以及与所述多个医疗机构服务器中的医疗数据相对应的医疗数据索引；所述区域医疗数据中心还包括身份标识码生成模块：用于生成所述患者的身份标识码；所述患者的身份标识码在所述区域医疗数据中心所辖范围内是唯一的。

2.一种医疗数据系统，其特征在于，包括：全局医疗数据中心、与所述全局医疗数据中心连接的多个区域医疗数据中心，每个所述区域医疗数据中心连接有多个医疗机构服务器，所述多个医疗机构服务器分别对应于所述区域医疗数据中心所辖范围内的多个医疗机构；

所述区域医疗数据中心包括信息存储模块：用于存储其所辖范围内的所述多个医疗机构服务器的地址信息、在其所辖范围内有效的患者的身份标识码，以及与其所辖范围内的多个医疗机构服务器中的医疗数据相对应的医疗数据索引；所述区域医疗数据中心还包括身份标识码生成模块：用于生成所述患者的身份标识码；所述身份标识码在所述区域医疗数据中心的所辖范围内是唯一的；

所述全局医疗数据中心，用于存储所述多个区域医疗数据中心的地址信息、患者在所述多个区域医疗数据中心的身份标识码以及同一患者的多个身份标识码的相互对应关系。

3.根据权利要求2所述的系统，其特征在于，所述患者的身份标识码包括唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段。

4.一种医疗数据系统，其特征在于，包括：全局医疗数据中心、与所述全局医疗数据中心连接的多个区域医疗数据中心，每个所述区域医疗数据中心连接有多个医疗机构服务器，所述多个医疗机构服务器分别对应于所述区域医疗数据中心所辖范围内的多个医疗机构；

5.根据权利要求4所述的系统，其特征在于，所述患者的身份标识码为患者的身份证号码。

6.根据权利要求4所述的系统，其特征在于，所述患者的身份标识码包括：唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段。

7.根据权利要求4所述的系统，其特征在于，所述患者的身份标识码包括：指示码、自定义码，所述指示码用于标识其后的自定义码为身份证号码，或由唯一标识区域医疗数据中心的区域医疗数据中心字段和患者编码字段组成的编码。