CN104766024A - 基于云平台的医疗系统病例信息存储调用方法 - Google Patents
基于云平台的医疗系统病例信息存储调用方法 Download PDFInfo
- Publication number
- CN104766024A CN104766024A CN201510110591.2A CN201510110591A CN104766024A CN 104766024 A CN104766024 A CN 104766024A CN 201510110591 A CN201510110591 A CN 201510110591A CN 104766024 A CN104766024 A CN 104766024A
- Authority
- CN
- China
- Prior art keywords
- information
- patient
- hospital
- clouds
- index table
- 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.)
- Granted
Links
Abstract
基于云平台的医疗系统病例信息存储调用方法,涉及到信息的存储及安全领域,将各医院分成若干级,下级医院定期将医疗信息分别传递给其所属的上级医院,上级医院再将医疗信息汇总后上传至该上级医院所属的云端专属数据库,而云端专属数据库将其存储的医疗信息存入一个总的云端总数据库。本发明通过将各医院分级并逐级上传汇总医疗信息,并最终汇总到云端总数据库内,如果患者到同所医院多次就诊,仅首次就诊时填写个人基本信息,其余可使用自己已有的唯一标识患者身份的就诊卡,不仅缩短了挂号就诊排队时填写个人信息的时间,也为存储信息筛选减少了筛选步骤,实现了各院及各部门科室的信息交互,解决了“信息孤岛”的难题。
Description
技术领域
本发明涉及到信息的存储及安全领域,具体的说是基于云平台的医疗系统病例信息存储调用方法。
背景技术
步入信息化时代以后,为了提升各自领域的信息化能力,各行各业均改变着以往的模型,尤其是具有全球化意义的医院行业。信息化不仅提升了医院管理者及医生对医疗信息和管理的效率,同时有助于患者对自己病情的实时了解,有利于患者与医生实时交流,解决了看病难的现状。
现有的医疗信息管理系统由于网络构架、设备及资本等原因,存在功能比较单一、操作复杂、交互性比较差、传输效率低、设备使用地域范围的局限、安装维护不便等问题,并且在线系统应用功能不成熟,种种原因均导致不能满足日益提高的信息化管理的要求。
各医院都有自己的HIS系统来存储并管理自己的数据信息,但是移动终端及本地计算机的存储资源有限,使用一段时间后会提示空间不足,特别是医院这个信息密集、身份复杂、流动性大、实时性强的行业更需要定期地将本地移动终端的信息备份到具有大容量存储空间的介质。另外现存的医疗管理系统中不同医院甚至同所医院的不同部门的信息交互及融合能力不足,使得信息的共享能力受到限制,同时信息冗余情况频现。
随着信息化技术的日益完善,医院系统的各个业务由不同的公司开发,应用于同一所医院,由于遵循的标准和协议各不相同,所以目前以患者为中心的诊疗数据尚不能完全实现全院共享,更不用说不同医院的信息交互。“信息孤岛”问题已成为阻碍医院信息化建设的障碍。
现存的医院信息管理系统对患者个人基本信息的保密性不完善,另外各个医院及同所医院的不同部门由于所遵循的标准和协议各不相同,不能实现很好的交互与融合,并且经常会出现信息的冗余,如某病人在同一所医院多次就诊会有多次记录,但是记录内容如患者的个人基本信息会存在冗余,占用大量的本地存储空间。
发明内容
为了解决现有技术中各医院信息不能交互融合、患者信息存储冗余、占用大量本地内存的问题,本发明提供了一种基于云平台的医疗系统病例信息存储调用方法,将各医院的信息汇总存储在云端,实现了各院及各部门科室的信息交互,解决了“信息孤岛”的难题,同时也很好的解决了信息冗余、占用大量本地内存的问题。
本发明为解决上述技术问题采用的技术方案为:基于云平台的医疗系统病例信息存储调用方法,将每个病人的医疗信息建立一张二级索引表,然后将存储病人医疗信息的二级索引表存储和调用,该二级索引表包括索引号、一级ID信息和指针,且指针指向二级索引表,其内容为二级ID信息;其中,一级ID信息包含患者姓名、性别、出生日期、联系电话和住址,二级ID信息包含患者的病例信息及身份证号;
所述二级索引表的存储是指将各医院分成若干级,下级医院定期将其建立的二级索引表分别传递给其所属的上级医院,上级医院将自身以及接收来自下级医院的二级索引表汇总后上传至该上级医院所属的云端专属数据库,而各上级医院的云端专属数据库将其存储的二级索引表存入一个总的云端总数据库;
所述二级索引表的调用是指患者在任意一所医院就诊时,医生调取该患者已存储的二级索引表的过程,具体操作如下:
1)患者到某医院就诊,医生通过请求终端向该院的本地服务器发送代表该患者的一级ID信息,本地服务器在其数据库中查找是否存在该一级ID信息,若存在,反馈代表该患者医疗信息的完整二级索引表给请求终端,若不存在,继续步骤2);
2)患者向医生授权,本地服务器将该患者的一级ID信息发送给该院所属的云端专属数据库,并在云端专属数据库查找是否存在该一级ID信息,若存在,发送患者的授权验证信息给云端专属数据库,验证通过后,云端专属数据库反馈代表该患者医疗信息的完整二级索引表给请求终端,验证不通过,则返回提示信息,若云端专属数据库中不存在该一级ID信息,则继续步骤3);
3)本地服务器将该患者的一级ID信息和授权验证码发送给云端总数据库,验证通过后,云端总数据库查找到该一级ID信息所对应的二级索引表,并将该二级索引表反馈给请求终端,从而完成患者医疗信息的调用,验证不通过,则返回提示信息。
所述步骤1)、步骤2)和步骤3)中查找是否存在该一级ID信息时,采用折半查找法进行查找。
所述云端总数据库内开辟一个单独的账户管理数据库以存储用户账户和密码,并将用户账户和密码赋予各医院的医疗管理人员和主治医生,医疗管理人员和主治医生使用请求终端查询数据时,需要先输入用户账户和密码,请求终端将该用户账户和密码提交到云端,并在账户管理数据库中查找是否匹配,若匹配,则授权该账户登陆使用,否则,反馈无权限登陆信息。
所述二级索引表的一级ID信息中还存储有该患者就诊医院的编号,以方便通过医院编号缩小查询范围。
由于各医院本地存储容量有限,需定期将自己的信息汇报给直属的上级医院。本发明采用分级存储系统,将各个医院的数据库信息逐级上传给父级节点,父级节点根据所接收的信息与自己已有的本地数据库信息进行对比,并运用折半查找法查询本地数据库中的信息,如果所接收信息的一级ID信息与已有数据库信息重合,只需将患者信息的二级ID信息插入数据库对应位置即可,否则将患者的所有数据均插入所在数据库。然后父级节点再逐级上传,直至上传到各节点的专属云端,最后各节点的专属云端将自己的服务器中的信息上传到总云端,总云端所拥有的信息是所有专属云端数据库中信息的融合。如乡镇社区各子医院的信息定期上传给县级所属医院,县级医院再将信息上传给地市级医院,地市级医院上传给省级医院等等,直至最终上传给本院所属的专属云端,最终各专属云端再将自己已存的所有信息上传至总云端数据库。不仅消除了冗余信息,节省了存储空间,同时还使各院信息共享交互。
本发明使用了第三方介质--云来定期存储移动终端的信息,运用多个云盘存储不同类型的信息。云存储是通过网络提供可配置的虚拟化的存储及相关数据的服务。云存储的内涵是存储虚拟化和存储自动化。云存储的概念与云计算类似,是通过集群应用、网格技术或分布式文件系统等功能,将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作,共同对外提供数据存储和业务访问功能的一个系统,保证数据的安全性,并节约存储空间。采用云存储,对于存储设备的型号、接口、传输协议等均不需要考虑。云存储系统中的所有设备对使用者来讲都是完全透明的,任何一个经过授权的使用者在任何地方都可以通过一根接入线缆与云存储连接,对云存储进行数据访问。
由于医疗需要,本院先向患者本人讲明原由,经病人同意并签署书面同意书后方能向云端申请获取指定患者的数据,首先只有每个医院最高领导人有访问云端数据的权利,然后该院最高领导人可以给有需要的医疗管理人员授权访问云端数据,所有可以访问云端数据的人员的用户名和密码均存储在云端的一个单独数据库中,医疗管理人员首先进行登录,云服务器根据登录的信息到数据库中进行验证,如果验证成功则根据其提供的一级ID信息到总数据库查询,若知道该患者先前就诊医院的编号,则直接到该编号所在的医院查找患者信息,否则采用折半查找法进行总数据库查询。如果找到相应数据则生成对应的医疗访问结果并返回给请求终端,请求终端根据返回的医疗访问结果提取需要的信息。
有益效果:本发明通过将医疗系统中的各医院分级,然后逐级上传汇总医疗信息,并最终汇总到云端总数据库内,如果患者到同所医院多次就诊,仅首次就诊时填写个人基本信息,其余多次均可使用自己已有的唯一标识患者身份的就诊卡,不仅缩短了挂号就诊排队时填写个人信息的时间,也为存储信息筛选减少了筛选步骤。本发明将患者信息分为一级ID信息和二级ID信息,一级ID信息存放姓名、性别、联系电话、出生日期等患者的个人基本信息,二级ID信息存放患者的病例信息及身份证号等个人隐私信息,一级ID信息允许本院管理人员登录到管理系统后查询病人以往是否在该院治疗及治疗时间,如果有需要则先向患者本人申请查询以往病例,经患者本人同意并签署书面同意书,然后采用逐级上报获取患者二级ID信息,这样做不仅保障了患者的个人信息的安全性,同时也消除了信息的冗余性,实现了各院及各部门科室的信息交互,解决了“信息孤岛”的难题。
附图说明
图1为本发明医疗信息的一种存储模型示意图;
图2为本发明医疗信息的一种调用流程图。
具体实施方式
如图所示,基于云平台的医疗系统病例信息存储调用方法,将每个病人的医疗信息建立一张二级索引表,然后将存储病人医疗信息的二级索引表存储和调用,该二级索引表包括索引号、一级ID信息和指针,且指针指向二级索引表,其内容为二级ID信息;其中,一级ID信息包含患者姓名、性别、出生日期、联系电话和住址,二级ID信息包含患者的病例信息及身份证号;
所述二级索引表的存储是指将各医院分成若干级,下级医院定期将其建立的二级索引表分别传递给其所属的上级医院,上级医院将自身以及接收来自下级医院的二级索引表汇总后上传至该上级医院所属的云端专属数据库,而各上级医院的云端专属数据库将其存储的二级索引表存入一个总的云端总数据库;
所述二级索引表的调用是指患者在任意一所医院就诊时,医生调取该患者已存储的二级索引表的过程,具体操作如下:
1)患者到某医院就诊,医生通过请求终端向该院的本地服务器发送代表该患者的一级ID信息,本地服务器在其数据库中查找是否存在该一级ID信息,若存在,反馈代表该患者医疗信息的完整二级索引表给请求终端,若不存在,继续步骤2);
2)患者向医生授权,本地服务器将该患者的一级ID信息发送给该院所属的云端专属数据库,并在云端专属数据库查找是否存在该一级ID信息,若存在,发送患者的授权验证信息给云端专属数据库,验证通过后,云端专属数据库反馈代表该患者医疗信息的完整二级索引表给请求终端,验证不通过,则返回提示信息,若云端专属数据库中不存在该一级ID信息,则继续步骤3);
3)本地服务器将该患者的一级ID信息和授权验证码发送给云端总数据库,验证通过后,云端总数据库查找到该一级ID信息所对应的二级索引表,并将该二级索引表反馈给请求终端,从而完成患者医疗信息的调用,验证不通过,则返回提示信息。
以上为本发明的基本实施方式,可在以上基础上做进一步的限定:
为提高查找效率,所述步骤1)、步骤2)和步骤3)中查找是否存在该一级ID信息时,采用折半查找法进行查找;
为便于管理、防止信息的大量外泄,所述云端总数据库内开辟一个单独的账户管理数据库以存储用户账户和密码,并将用户账户和密码赋予各医院的医疗管理人员和主治医生,医疗管理人员和主治医生使用请求终端查询数据时,需要先输入用户账户和密码,请求终端将该用户账户和密码提交到云端,并在账户管理数据库中查找是否匹配,若匹配,则授权该账户登陆使用,否则,反馈无权限登陆信息;
所述二级索引表的一级ID信息中还存储有该患者就诊医院的编号,以方便通过医院编号缩小查询范围。
下面结合具体的应用对本发明的技术方案做进一步的阐述(该实施例仅对本发明的工作过程进行阐述,若与本发明的技术方案有出入,均是以本发明的技术方案为基础进行的合理化改进):
1.由于每位患者需要存储在本地存储器中的数据大小不等,首先各医院将自己的存储空间划分为若干个大小不等的分区,并为之建立一张二级索引表,该索引表包括索引号、一级ID信息、指针,其中指针指向二级索引表,内容为二级ID信息;
2.患者首次来本院就诊,需先办理填写姓名、年龄、性别等个人基本信息,然后办理就诊卡,就诊卡中存储唯一标识患者身份的一级ID信息,该信息存储在本院相应数据库中;
3.患者非首次在本院就诊,将该患者信息存储在数据库中时会产生患者一级ID信息重复,造成数据冗余,因此每次向本地数据库中存放患者信息时需遍历查询数据库中有无该患者的历史记录,查询患者信息时利用折半查找法检索一级索引表中的一级ID信息关键字即可。若存在所查找信息与索引表中的信息相同,则一级索引表中的信息不变,只修改该索引号对应的指针所指的二级索引表的内容;
4.底层医院采用批量上传方法定期向父级医院数据库中上传信息,父节点中有专门为接收子节点所划分的分区,设该分区大小为u.size,应上传的数据大小为m.size,若m.size-u.size大于0,则表示要上传的数据大于该父节点已分配的分区大小,不能将该分区分给子节点,需从该父节点总分区中再划分符合该数据大小的空间。否则,将该分区分配给子节点。然后利用3中所述方法查询并存储相应患者信息;
5.重复3、4两个步骤,直至将各个医院信息均上传至各最高管理中心;
6.各最高级管理中心首先向云端申请属于自己的云端数据库,该数据库的存储容量大小动态增长。其编号按照各高级管理中心申请的先后顺序自动增长,该云端总数据库分为编号、一级ID信息、指针、二级ID信息;
7.各最高级管理系统定期向所属云端数据库上传数据,上传数据时首先用折半查找法查找是否有患者的一级存储信息相同,有则直接将二级ID信息存储在云端数据库的二级ID信息处,否则将患者的所有信息存储在相应的位置;
8.最终各院的专属云端将数据均上传至云端总数据库,上传时同样采用折半查找法,以便将一位患者的所有信息存储在一起,并且一位患者的一级ID信息只存储一次,从而节省了存储空间,消除了信息的冗余;
9. 患者到本院就诊,病情比较复杂,需根据先前就诊记录综合考虑患者病情,分为以下3种情况:
a、患者先前均在本院就诊,就诊间隔时间短,医疗管理者可直接向本地服务器申请获取患者数据;
b、患者先前均在本院就诊,就诊间隔时间长,直接向该院所属云端申请获取患者数据;
c、患者先前在别家医院就诊,此时应直接向云端总服务器申请获取相应患者信息;
10. 有关医疗管理者需向患者说明情况并保证对患者的隐私信息进行保密,经患者同意并签署书面同意书;
11. 若是第a种情况,有关医疗管理者向本地服务器发出请求,并表示患者同意查看其个人信息。则本地服务器根据客户端发送的该患者的一级ID信息到本地数据库进行查询,若查询到匹配的数据,则将其一级ID信息与二级ID信息生成对应的医疗访问结果并反馈给终端客户,否则返回终端申请者相应信息提示;
12. 若是第b种情况,有关医疗患者向云端发出请求并表示该患者同意查看个人信息。云端服务器将其登录信息进行验证,如果验证成功,则根据客户端发送的医院编号进行直接查询。将其查询结果反馈给终端用户,否则返回终端申请者相应信息提示;
13. 若是第c种情况,有关医疗管理者登录云端总服务器,并向云端表示该患者同意查看其个人信息;
14. 云端总服务器将其登录信息与相应数据库对比验证,若其用户名和密码与数据库中信息匹配,则转到15,否则返回客户终端错误提示信息以结束本次信息交互;
15. 验证成功后终端用户将所用查询的患者一级ID信息发送给云服务器,云服务器根据所接收的患者一级ID信息采用折半查找法到总数据库查询,若有匹配项,则将其一级ID信息与二级ID信息生成对应的医疗访问结果并返回给请求终端,请求终端根据需要提取相关信息。
Claims (4)
1.基于云平台的医疗系统病例信息存储调用方法,其特征在于:将每个病人的医疗信息建立一张二级索引表,然后将存储病人医疗信息的二级索引表存储和调用,该二级索引表包括索引号、一级ID信息和指针,且指针指向二级索引表,其内容为二级ID信息;其中,一级ID信息包含患者姓名、性别、出生日期、联系电话和住址,二级ID信息包含患者的病例信息及身份证号;
所述二级索引表的存储是指将各医院分成若干级,下级医院定期将其建立的二级索引表分别传递给其所属的上级医院,上级医院将自身以及接收来自下级医院的二级索引表汇总后上传至该上级医院所属的云端专属数据库,而各上级医院的云端专属数据库将其存储的二级索引表存入一个总的云端总数据库;
所述二级索引表的调用是指患者在任意一所医院就诊时,医生调取该患者已存储的二级索引表的过程,具体操作如下:
1)患者到某医院就诊,医生通过请求终端向该院的本地服务器发送代表该患者的一级ID信息,本地服务器在其数据库中查找是否存在该一级ID信息,若存在,反馈代表该患者医疗信息的完整二级索引表给请求终端,若不存在,继续步骤2);
2)患者向医生授权,本地服务器将该患者的一级ID信息发送给该院所属的云端专属数据库,并在云端专属数据库查找是否存在该一级ID信息,若存在,发送患者的授权验证信息给云端专属数据库,验证通过后,云端专属数据库反馈代表该患者医疗信息的完整二级索引表给请求终端,验证不通过,则返回提示信息,若云端专属数据库中不存在该一级ID信息,则继续步骤3);
3)本地服务器将该患者的一级ID信息和授权验证码发送给云端总数据库,验证通过后,云端总数据库查找到该一级ID信息所对应的二级索引表,并将该二级索引表反馈给请求终端,从而完成患者医疗信息的调用,验证不通过,则返回提示信息。
2.根据权利要求1所述的基于云平台的医疗系统病例信息存储调用方法,其特征在于:所述步骤1)、步骤2)和步骤3)中查找是否存在该一级ID信息时,采用折半查找法进行查找。
3.根据权利要求1所述的基于云平台的医疗系统病例信息存储调用方法,其特征在于:所述云端总数据库内开辟一个单独的账户管理数据库以存储用户账户和密码,并将用户账户和密码赋予各医院的医疗管理人员和主治医生,医疗管理人员和主治医生使用请求终端查询数据时,需要先输入用户账户和密码,请求终端将该用户账户和密码提交到云端,并在账户管理数据库中查找是否匹配,若匹配,则授权该账户登陆使用,否则,反馈无权限登陆信息。
4.根据权利要求1所述的基于云平台的医疗系统病例信息存储调用方法,其特征在于:所述二级索引表的一级ID信息中还存储有该患者就诊医院的编号,以方便通过医院编号缩小查询范围。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510110591.2A CN104766024B (zh) | 2015-03-13 | 2015-03-13 | 基于云平台的医疗系统病例信息存储调用方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510110591.2A CN104766024B (zh) | 2015-03-13 | 2015-03-13 | 基于云平台的医疗系统病例信息存储调用方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104766024A true CN104766024A (zh) | 2015-07-08 |
CN104766024B CN104766024B (zh) | 2017-10-27 |
Family
ID=53647843
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510110591.2A Active CN104766024B (zh) | 2015-03-13 | 2015-03-13 | 基于云平台的医疗系统病例信息存储调用方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104766024B (zh) |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105354270A (zh) * | 2015-10-26 | 2016-02-24 | 武汉帕菲利尔信息科技有限公司 | 用户医疗数据查询方法以及分布式系统 |
CN105373986A (zh) * | 2015-10-26 | 2016-03-02 | 武汉帕菲利尔信息科技有限公司 | 医院无胶片化云计算的实现方法 |
CN105373987A (zh) * | 2015-10-26 | 2016-03-02 | 武汉帕菲利尔信息科技有限公司 | 一种用户使用医疗数据在线寻求医疗帮助的实现方法及系统 |
CN105404766A (zh) * | 2015-10-26 | 2016-03-16 | 武汉帕菲利尔信息科技有限公司 | 用户历史医疗数据查询方法以及分布式系统 |
CN105678100A (zh) * | 2016-03-01 | 2016-06-15 | 万达信息股份有限公司 | 健康档案浏览系统 |
CN106230975A (zh) * | 2016-08-31 | 2016-12-14 | 山东众阳软件有限公司 | 基于主索引云平台的跨院数据共享、实时共享方法及系统 |
CN106385428A (zh) * | 2015-09-15 | 2017-02-08 | 山东华平信息科技有限公司 | 基于医疗健康云平台的页面处理方法及云平台 |
CN106682429A (zh) * | 2016-12-30 | 2017-05-17 | 上海联影医疗科技有限公司 | 医学数据处理方法及医学数据管理系统 |
CN107247876A (zh) * | 2017-06-08 | 2017-10-13 | 湖南暄程科技有限公司 | 一种基于患者健康管理的唯一档案建立方法和系统 |
CN107680662A (zh) * | 2017-09-11 | 2018-02-09 | 广州市锐狮网络科技有限公司 | 基于Hadoop云大数据处理的数据库营销系统及方法 |
CN108352194A (zh) * | 2015-09-07 | 2018-07-31 | 英派克控股有限公司 | 通过自动收集临床数据管理患者医疗记录的系统和方法 |
CN108629198A (zh) * | 2017-03-23 | 2018-10-09 | 深圳大学 | 一种医疗信息录入的方法及医疗信息录入系统 |
CN108877873A (zh) * | 2018-01-08 | 2018-11-23 | 上海铱硙医疗科技有限公司 | 通用医疗系统 |
CN108877879A (zh) * | 2018-06-26 | 2018-11-23 | 白宣 | 一种医院信息管理系统及其数据处理方法 |
CN108986927A (zh) * | 2018-07-18 | 2018-12-11 | 深圳市有钱科技有限公司 | 医护信息远程监控方法、装置及系统 |
CN109508556A (zh) * | 2018-09-27 | 2019-03-22 | 量子云未来(北京)信息科技有限公司 | 一种应用于医疗行业的文件存储及传输方法及系统 |
CN109698025A (zh) * | 2018-12-27 | 2019-04-30 | 上海米帝信息技术有限公司 | 医疗信息管理系统及方法 |
CN109710682A (zh) * | 2018-12-31 | 2019-05-03 | 深圳市道通科技股份有限公司 | 一种诊断数据处理方法、装置、诊断设备和服务器 |
CN109787978A (zh) * | 2019-01-18 | 2019-05-21 | 杭州逸曜信息技术有限公司 | 一种医疗数据的传输方法 |
CN110069534A (zh) * | 2019-04-28 | 2019-07-30 | 合肥泰禾光电科技股份有限公司 | 数据共享方法及生产系统 |
CN110120254A (zh) * | 2019-04-23 | 2019-08-13 | 镇江市第一人民医院 | 一种医疗数据存储和共享方法 |
CN110211652A (zh) * | 2019-06-04 | 2019-09-06 | 苏州工业园区服务外包职业学院 | 一种医疗数据管理系统 |
CN110311974A (zh) * | 2019-06-28 | 2019-10-08 | 东北大学 | 一种基于异步消息的云存储服务方法 |
CN111145843A (zh) * | 2019-11-27 | 2020-05-12 | 陕西医链区块链集团有限公司 | 一种基于医疗大数据的多中心整合平台及方法 |
CN111312409A (zh) * | 2018-12-11 | 2020-06-19 | 康泰医学系统(秦皇岛)股份有限公司 | 一种医疗数据的共享系统及方法 |
CN111899885A (zh) * | 2020-06-28 | 2020-11-06 | 万达信息股份有限公司 | 一种分布式人员事件索引实现方法和系统 |
CN112559506A (zh) * | 2020-12-22 | 2021-03-26 | 卫宁健康科技集团股份有限公司 | 健康数据处理方法、装置、处理设备及存储介质 |
CN112667584A (zh) * | 2020-12-23 | 2021-04-16 | 复旦大学附属儿科医院 | 一种患者信息存储共享系统 |
CN112786196A (zh) * | 2021-02-02 | 2021-05-11 | 吕丽 | 基于大数据医疗管理的智能护理交互系统 |
CN113270176A (zh) * | 2021-05-19 | 2021-08-17 | 山东起跑线母婴健康管理有限公司 | 一种分娩前后状态信息处理系统 |
CN113393915A (zh) * | 2021-07-01 | 2021-09-14 | 深圳市联影医疗数据服务有限公司 | 一种医院用患者就诊信息管理系统 |
CN113486255A (zh) * | 2021-09-08 | 2021-10-08 | 南京麦豆健康管理有限公司 | 一种基于互联网的产后线上咨询匹配系统及方法 |
US11222067B2 (en) | 2017-12-05 | 2022-01-11 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Multi-index method and apparatus, cloud system and computer-readable storage medium |
CN114743625A (zh) * | 2022-04-14 | 2022-07-12 | 浙江远图技术股份有限公司 | 一种电子健康档案管理方法、系统及计算机存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094143A (zh) * | 2007-07-18 | 2007-12-26 | 李磊 | 实现跨医院电子病历的系统和方法 |
CN101334816A (zh) * | 2008-08-06 | 2008-12-31 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗文档信息的处理方法、装置和系统 |
CN101334815A (zh) * | 2008-08-06 | 2008-12-31 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗数据系统 |
CN101404049A (zh) * | 2008-11-10 | 2009-04-08 | 中国网络通信集团公司 | 医疗文档中附件的调阅方法和系统 |
CN101436231A (zh) * | 2008-11-24 | 2009-05-20 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗文档的录入和调阅方法及装置 |
-
2015
- 2015-03-13 CN CN201510110591.2A patent/CN104766024B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094143A (zh) * | 2007-07-18 | 2007-12-26 | 李磊 | 实现跨医院电子病历的系统和方法 |
CN101334816A (zh) * | 2008-08-06 | 2008-12-31 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗文档信息的处理方法、装置和系统 |
CN101334815A (zh) * | 2008-08-06 | 2008-12-31 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗数据系统 |
CN101404049A (zh) * | 2008-11-10 | 2009-04-08 | 中国网络通信集团公司 | 医疗文档中附件的调阅方法和系统 |
CN101436231A (zh) * | 2008-11-24 | 2009-05-20 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗文档的录入和调阅方法及装置 |
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108352194A (zh) * | 2015-09-07 | 2018-07-31 | 英派克控股有限公司 | 通过自动收集临床数据管理患者医疗记录的系统和方法 |
CN106385428A (zh) * | 2015-09-15 | 2017-02-08 | 山东华平信息科技有限公司 | 基于医疗健康云平台的页面处理方法及云平台 |
CN106385428B (zh) * | 2015-09-15 | 2019-12-13 | 山东华平信息科技有限公司 | 基于医疗健康云平台的页面处理方法及云平台 |
CN105404766A (zh) * | 2015-10-26 | 2016-03-16 | 武汉帕菲利尔信息科技有限公司 | 用户历史医疗数据查询方法以及分布式系统 |
CN105373986B (zh) * | 2015-10-26 | 2018-11-27 | 武汉帕菲利尔信息科技有限公司 | 医院无胶片化云计算的实现方法 |
CN105404766B (zh) * | 2015-10-26 | 2017-11-24 | 武汉帕菲利尔信息科技有限公司 | 用户历史医疗数据查询方法以及分布式系统 |
CN105373987A (zh) * | 2015-10-26 | 2016-03-02 | 武汉帕菲利尔信息科技有限公司 | 一种用户使用医疗数据在线寻求医疗帮助的实现方法及系统 |
CN105354270B (zh) * | 2015-10-26 | 2018-06-05 | 武汉帕菲利尔信息科技有限公司 | 用户医疗数据查询方法以及分布式系统 |
CN105373986A (zh) * | 2015-10-26 | 2016-03-02 | 武汉帕菲利尔信息科技有限公司 | 医院无胶片化云计算的实现方法 |
CN105354270A (zh) * | 2015-10-26 | 2016-02-24 | 武汉帕菲利尔信息科技有限公司 | 用户医疗数据查询方法以及分布式系统 |
CN105678100A (zh) * | 2016-03-01 | 2016-06-15 | 万达信息股份有限公司 | 健康档案浏览系统 |
CN106230975A (zh) * | 2016-08-31 | 2016-12-14 | 山东众阳软件有限公司 | 基于主索引云平台的跨院数据共享、实时共享方法及系统 |
CN106682429A (zh) * | 2016-12-30 | 2017-05-17 | 上海联影医疗科技有限公司 | 医学数据处理方法及医学数据管理系统 |
CN108629198A (zh) * | 2017-03-23 | 2018-10-09 | 深圳大学 | 一种医疗信息录入的方法及医疗信息录入系统 |
CN107247876A (zh) * | 2017-06-08 | 2017-10-13 | 湖南暄程科技有限公司 | 一种基于患者健康管理的唯一档案建立方法和系统 |
CN107680662A (zh) * | 2017-09-11 | 2018-02-09 | 广州市锐狮网络科技有限公司 | 基于Hadoop云大数据处理的数据库营销系统及方法 |
US11222067B2 (en) | 2017-12-05 | 2022-01-11 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Multi-index method and apparatus, cloud system and computer-readable storage medium |
CN108877873A (zh) * | 2018-01-08 | 2018-11-23 | 上海铱硙医疗科技有限公司 | 通用医疗系统 |
CN108877879A (zh) * | 2018-06-26 | 2018-11-23 | 白宣 | 一种医院信息管理系统及其数据处理方法 |
CN108986927A (zh) * | 2018-07-18 | 2018-12-11 | 深圳市有钱科技有限公司 | 医护信息远程监控方法、装置及系统 |
CN109508556A (zh) * | 2018-09-27 | 2019-03-22 | 量子云未来(北京)信息科技有限公司 | 一种应用于医疗行业的文件存储及传输方法及系统 |
CN111312409A (zh) * | 2018-12-11 | 2020-06-19 | 康泰医学系统(秦皇岛)股份有限公司 | 一种医疗数据的共享系统及方法 |
CN111312409B (zh) * | 2018-12-11 | 2023-11-10 | 康泰医学系统(秦皇岛)股份有限公司 | 一种医疗数据的共享系统及方法 |
CN109698025A (zh) * | 2018-12-27 | 2019-04-30 | 上海米帝信息技术有限公司 | 医疗信息管理系统及方法 |
CN109710682A (zh) * | 2018-12-31 | 2019-05-03 | 深圳市道通科技股份有限公司 | 一种诊断数据处理方法、装置、诊断设备和服务器 |
CN109787978A (zh) * | 2019-01-18 | 2019-05-21 | 杭州逸曜信息技术有限公司 | 一种医疗数据的传输方法 |
CN110120254A (zh) * | 2019-04-23 | 2019-08-13 | 镇江市第一人民医院 | 一种医疗数据存储和共享方法 |
CN110069534A (zh) * | 2019-04-28 | 2019-07-30 | 合肥泰禾光电科技股份有限公司 | 数据共享方法及生产系统 |
CN110211652A (zh) * | 2019-06-04 | 2019-09-06 | 苏州工业园区服务外包职业学院 | 一种医疗数据管理系统 |
CN110311974A (zh) * | 2019-06-28 | 2019-10-08 | 东北大学 | 一种基于异步消息的云存储服务方法 |
CN111145843A (zh) * | 2019-11-27 | 2020-05-12 | 陕西医链区块链集团有限公司 | 一种基于医疗大数据的多中心整合平台及方法 |
CN111899885A (zh) * | 2020-06-28 | 2020-11-06 | 万达信息股份有限公司 | 一种分布式人员事件索引实现方法和系统 |
CN112559506A (zh) * | 2020-12-22 | 2021-03-26 | 卫宁健康科技集团股份有限公司 | 健康数据处理方法、装置、处理设备及存储介质 |
CN112667584A (zh) * | 2020-12-23 | 2021-04-16 | 复旦大学附属儿科医院 | 一种患者信息存储共享系统 |
CN112786196A (zh) * | 2021-02-02 | 2021-05-11 | 吕丽 | 基于大数据医疗管理的智能护理交互系统 |
CN113270176A (zh) * | 2021-05-19 | 2021-08-17 | 山东起跑线母婴健康管理有限公司 | 一种分娩前后状态信息处理系统 |
CN113393915A (zh) * | 2021-07-01 | 2021-09-14 | 深圳市联影医疗数据服务有限公司 | 一种医院用患者就诊信息管理系统 |
CN113486255A (zh) * | 2021-09-08 | 2021-10-08 | 南京麦豆健康管理有限公司 | 一种基于互联网的产后线上咨询匹配系统及方法 |
CN114743625A (zh) * | 2022-04-14 | 2022-07-12 | 浙江远图技术股份有限公司 | 一种电子健康档案管理方法、系统及计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104766024B (zh) | 2017-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104766024A (zh) | 基于云平台的医疗系统病例信息存储调用方法 | |
CN104680462A (zh) | 面向云平台的医疗系统病例信息优化获取方法 | |
CN108717861B (zh) | 一种基于区块链的医疗数据共享方法 | |
US9535976B2 (en) | Information exchange engine providing a critical infrastructure layer and methods of use thereof | |
CN109286676B (zh) | 一种基于区块链的电力数据安全信息系统 | |
Sobhy et al. | MedCloud: healthcare cloud computing system | |
US7810145B2 (en) | Distributed data consolidation network | |
US20120158604A1 (en) | Systems and methods for managing regulatory information | |
US6697811B2 (en) | Method and system for information management and distribution | |
CN102073817B (zh) | 一种基于rbac模型的动态访问控制改进方法 | |
CN109639643A (zh) | 基于区块链的客户经理信息共享方法、电子装置及可读存储介质 | |
WO2019071506A1 (zh) | 一种实验仪器设备管理系统及方法 | |
US20190251096A1 (en) | Synchronization of offline instances | |
CN104780202B (zh) | 用于端到端云服务数据库虚拟化及管理的系统和方法 | |
CN110298189A (zh) | 数据库权限管理方法及设备 | |
CN110097953A (zh) | 一种智慧医疗云平台系统 | |
CN116825263A (zh) | 一种基于互联网的医疗健康数据共享管理系统及其方法 | |
CN104732078B (zh) | 基于云平台的医疗信息分级存储方法 | |
CN101014044A (zh) | 一种网络gis系统及其数据传输方法 | |
Corte-Real et al. | Blockchain technology and universal health coverage: Health data space in global migration | |
CN112733164B (zh) | 一种基于区块链的病例共享方法、系统及私钥存储介质 | |
CN109784084B (zh) | 数据交易方法、装置和系统 | |
US7080403B2 (en) | Method and system for person data authentication and management | |
KR101183768B1 (ko) | 통합 뷰 제공 시스템 및 방법 그리고 이에 적용되는 뷰 생성 기능을 가지는 서버 | |
US20010051976A1 (en) | Facilitator having a distributed configuration, a dual cell apparatus used for the same, and an integrated cell apparatus used for the same |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |