CN104680462B - 面向云平台的医疗系统病例信息优化获取方法 - Google Patents
面向云平台的医疗系统病例信息优化获取方法 Download PDFInfo
- Publication number
- CN104680462B CN104680462B CN201510110633.2A CN201510110633A CN104680462B CN 104680462 B CN104680462 B CN 104680462B CN 201510110633 A CN201510110633 A CN 201510110633A CN 104680462 B CN104680462 B CN 104680462B
- Authority
- CN
- China
- Prior art keywords
- information
- cloud server
- database
- medical
- client terminal
- 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.)
- Active
Links
- 238000005457 optimization Methods 0.000 title claims abstract description 10
- 238000000034 method Methods 0.000 title claims abstract description 8
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 4
- 238000012216 screening Methods 0.000 abstract description 2
- 238000007726 management method Methods 0.000 description 8
- 230000015654 memory Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000004927 fusion Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
Landscapes
- Business, Economics & Management (AREA)
- Tourism & Hospitality (AREA)
- Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Economics (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Child & Adolescent Psychology (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
面向云平台的医疗系统之病例信息优化获取方法,涉及到信息的存储及安全领域,将若干医院所有病人的医疗信息均存储到云端服务器的数据库内进行汇总,以使在获得患者授权的情况下,任意医院使用客户终端能够对云端服务器的数据库进行访问以获取该患者的医疗信息。本发明通过将各医院分级并逐级上传汇总医疗信息,并最终汇总到云端总数据库内,如果患者到同所医院多次就诊,仅首次就诊时填写个人基本信息,其余可使用自己已有的唯一标识患者身份的就诊卡,不仅缩短了挂号就诊排队时填写个人信息的时间,也为存储信息筛选减少了筛选步骤,实现了各院及各部门科室的信息交互,解决了“信息孤岛”的难题。
Description
技术领域
本发明涉及到信息的存储及安全领域,具体的说是面向云平台的医疗系统病例信息优化获取方法。
背景技术
步入信息化时代以后,为了提升各自领域的信息化能力,各行各业均改变着以往的模型,尤其是具有全球化意义的医院行业。信息化不仅提升了医院管理者及医生对医疗信息和管理的效率,同时有助于患者对自己病情的实时了解,有利于患者与医生实时交流,解决了看病难的现状。
现有的医疗信息管理系统由于网络构架、设备及资本等原因,存在功能比较单一、操作复杂、交互性比较差、传输效率低、设备使用地域范围的局限、安装维护不便等问题,并且在线系统应用功能不成熟,种种原因均导致不能满足日益提高的信息化管理的要求。
各医院都有自己的HIS系统来存储并管理自己的数据信息,但是移动终端及本地计算机的存储资源有限,使用一段时间后会提示空间不足,特别是医院这个信息密集、身份复杂、流动性大、实时性强的行业更需要定期地将本地移动终端的信息备份到具有大容量存储空间的介质。另外现存的医疗管理系统中不同医院甚至同所医院的不同部门的信息交互及融合能力不足,使得信息的共享能力受到限制,同时信息冗余情况频现。
随着信息化技术的日益完善,医院系统的各个业务由不同的公司开发,应用于同一所医院,由于遵循的标准和协议各不相同,所以目前以患者为中心的诊疗数据尚不能完全实现全院共享,更不用说不同医院的信息交互。“信息孤岛”问题已成为阻碍医院信息化建设的障碍。
现存的医院信息管理系统对患者个人基本信息的保密性不完善,另外各个医院及同所医院的不同部门由于所遵循的标准和协议各不相同,不能实现很好的交互与融合,并且经常会出现信息的冗余,如某病人在同一所医院多次就诊会有多次记录,但是记录内容如患者的个人基本信息会存在冗余,占用大量的本地存储空间。
发明内容
为了解决现有技术中各医院信息不能交互融合、患者信息存储冗余、占用大量本地内存的问题,本发明提供了一种面向云平台的医疗系统病例信息优化获取方法,先将各医院的信息汇总存储在云端,然后各医院均可调用,实现了各院及各部门科室的信息交互,解决了“信息孤岛”的难题,同时也很好的解决了信息冗余、占用大量本地内存的问题。
本发明为解决上述技术问题采用的技术方案为:面向云平台的医疗系统病例信息优化获取方法,将若干医院所有病人的医疗信息均存储到云端服务器的数据库内进行汇总,以使在获得患者授权的情况下,任意医院使用客户终端能够对云端服务器的数据库进行访问以获取该患者的医疗信息,在从云端服务器的数据库中获取某患者的医疗信息时,需进行自律优化,具体操作如下:
1)客户终端向云端服务器的数据库申请访问时,通过验证后,云端服务器根据客户终端携带的信息定位其地理位置以及是否首次访问,若该客户终端首次访问云端服务器的数据库,则继续步骤2),若非首次访问,转为步骤3);
2)云端服务器以广播的形式向客户终端发送一个数据部分为空的数据包,并在发送数据包的过程中跟踪记录广播信号的路径及安全指数,并从中筛选出最优路径记录在云端服务器的数据库内;
3)云端服务器按照最优路径向客户终端传送信息,该信息由两部分构成,一部分为信息的长度length1,另一部分为患者的医疗信息,传送信息的同时将该信息备份到备份数据库中,并跟踪传输信息的路径;
4)客户终端接收到云端服务器传送的信息后,计算收到信息的长度length2,若length2等于length1,则表示发送成功,云端服务器删除备份数据库中的该条信息,反之,若length2不等于length1,则客户终端向云端服务器反馈报错信息,云端服务器收到该报错信息时再次向客户终端传送信息,直至发送成功。
若客户终端非首次访问云端服务器的数据库,云端服务器在使用已存储的最优路径时需要对该最优路径进行验证,具体操作为:云端服务器以广播的形式向客户终端发送一个数据部分为空的数据包,并在发送数据包的过程中跟踪记录广播信号的路径及安全指数,并从中筛选出最优路径X,并将该最优路径X与已存储的最优路径相比较,若两者相同,则使用该最优路径进行信息传送,若两者不同,则将最优路径X记录在云端服务器的数据库内,并使用最优路径X进行信息传送。
所述云端总数据库内开辟一个单独的账户管理数据库以存储用户账户和密码,并将用户账户和密码赋予各医院的医疗管理人员和主治医生,医疗管理人员和主治医生使用客户终端查询数据时,需要先输入用户账户和密码,客户终端将该用户账户和密码提交到云端,并在账户管理数据库中查找是否匹配,若匹配,则授权该账户登陆使用,否则,反馈无权限登陆信息。
本发明中,各医院将本医院数据库的存储空间划分为若干大小不等的分区,并为每一个分区建立一张二级索引表,该索引表包括索引号、一级ID信息和指针,且指针指向二级索引表,其内容为二级ID信息;其中,一级ID信息包含患者姓名、性别、出生日期、联系电话和住址,二级ID信息包含患者的病例信息及身份证号等隐私信息。
由于各医院本地存储容量有限,需定期将自己的信息汇报给直属的上级医院。本发明采用分级存储系统,将各个医院的数据库信息逐级上传给父级节点,父级节点根据所接收的信息与自己已有的本地数据库信息进行对比,并运用折半查找法查询本地数据库中的信息,如果所接收信息的一级ID信息与已有数据库信息重合,只需将患者信息的二级ID信息插入数据库对应位置即可,否则将患者的所有数据均插入所在数据库。然后父级节点再逐级上传,直至上传到各节点的专属云端,最后各节点的专属云端将自己的服务器中的信息上传到总云端,总云端所拥有的信息是所有专属云端数据库中信息的融合。如乡镇社区各子医院的信息定期上传给县级所属医院,县级医院再将信息上传给地市级医院,地市级医院上传给省级医院等等,直至最终上传给本院所属的专属云端,最终各专属云端再将自己已存的所有信息上传至总云端数据库,不仅消除了冗余信息,节省了存储空间,同时还使各院信息共享交互。
本发明使用了第三方介质--云来定期存储移动终端的信息,运用多个云盘存储不同类型的信息。云存储是通过网络提供可配置的虚拟化的存储及相关数据的服务。云存储的内涵是存储虚拟化和存储自动化。云存储的概念与云计算类似,是通过集群应用、网格技术或分布式文件系统等功能,将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作,共同对外提供数据存储和业务访问功能的一个系统,保证数据的安全性,并节约存储空间。采用云存储,对于存储设备的型号、接口、传输协议等均不需要考虑。云存储系统中的所有设备对使用者来讲都是完全透明的,任何一个经过授权的使用者在任何地方都可以通过一根接入线缆与云存储连接,对云存储进行数据访问。
由于医疗需要,本院先向患者本人讲明原由,经病人同意并签署书面同意书后方能向云端申请获取指定患者的数据,首先只有每个医院最高领导人有访问云端数据的权利,然后该院最高领导人可以给有需要的医疗管理人员授权访问云端数据,所有可以访问云端数据的人员的用户名和密码均存储在云端的一个单独数据库中,医疗管理人员首先进行登录,云服务器根据登录的信息到数据库中进行验证,如果验证成功则根据其提供的一级ID信息到总数据库查询,若知道该患者先前就诊医院的编号,则直接到该编号所在的医院查找患者信息,否则采用折半查找法进行总数据库查询。如果找到相应数据则生成对应的医疗访问结果并返回给请求终端,请求终端根据返回的医疗访问结果提取需要的信息。
有益效果:本发明通过将医疗系统中的各医院分级,然后逐级上传汇总医疗信息,并最终汇总到云端总数据库内,如果患者到同所医院多次就诊,仅首次就诊时填写个人基本信息,其余多次均可使用自己已有的唯一标识患者身份的就诊卡,不仅缩短了挂号就诊排队时填写个人信息的时间,也为存储信息筛选减少了筛选步骤。本发明将患者信息分为一级ID信息和二级ID信息,一级ID信息存放姓名、性别、联系电话、出生日期等患者的个人基本信息,二级ID信息存放患者的病例信息及身份证号等个人隐私信息,一级ID信息允许本院管理人员登录到管理系统后查询病人以往是否在该院治疗及治疗时间,如果有需要则先向患者本人申请查询以往病例,经患者本人同意并签署书面同意书,然后采用逐级上报获取患者二级ID信息,这样做不仅保障了患者的个人信息的安全性,同时也消除了信息的冗余性,实现了各院及各部门科室的信息交互,解决了“信息孤岛”的难题。
附图说明
图1为本发明优化获取的流程图。
具体实施方式
面向云平台的医疗系统病例信息优化获取方法,将若干医院所有病人的医疗信息均存储到云端服务器的数据库内进行汇总,以使在获得患者授权的情况下,任意医院使用客户终端能够对云端服务器的数据库进行访问以获取该患者的医疗信息,在从云端服务器的数据库中获取某患者的医疗信息时,需进行自律优化,具体操作如下:
1)客户终端向云端服务器的数据库申请访问时,通过验证后,云端服务器根据客户终端携带的信息定位其地理位置以及是否首次访问,若该客户终端首次访问云端服务器的数据库,则继续步骤2),若非首次访问,转为步骤3);
2)云端服务器以广播的形式向客户终端发送一个数据部分为空的数据包,并在发送数据包的过程中跟踪记录广播信号的路径及安全指数,并从中筛选出最优路径记录在云端服务器的数据库内;
3)云端服务器按照最优路径向客户终端传送信息,该信息由两部分构成,一部分为信息的长度length1,另一部分为患者的医疗信息,传送信息的同时将该信息备份到备份数据库中,并跟踪传输信息的路径;
4)客户终端接收到云端服务器传送的信息后,计算收到信息的长度length2,若length2等于length1,则表示发送成功,云端服务器删除备份数据库中的该条信息,反之,若length2不等于length1,则客户终端向云端服务器反馈报错信息,云端服务器收到该报错信息时再次向客户终端传送信息,直至发送成功。
若客户终端非首次访问云端服务器的数据库,云端服务器在使用已存储的最优路径时需要对该最优路径进行验证,具体操作为:云端服务器以广播的形式向客户终端发送一个数据部分为空的数据包,并在发送数据包的过程中跟踪记录广播信号的路径及安全指数,并从中筛选出最优路径X,并将该最优路径X与已存储的最优路径相比较,若两者相同,则使用该最优路径进行信息传送,若两者不同,则将最优路径X记录在云端服务器的数据库内,并使用最优路径X进行信息传送。
下面结合具体的应用对本发明的技术方案做进一步的阐述(该实施例仅对本发明的工作过程进行阐述,若与本发明的技术方案有出入,均是以本发明的技术方案为基础进行的合理化改进):
1. 客户终端若是首次向云端申请访问信息,通过云服务器验证后,云端总数据库根据客户终端携带的信息,定位其地理位置;
2. 云端服务器首先以广播的形式向客户终端发送一个数据部分为空的数据包;
3. 发送该数据包的过程中跟踪记录广播信道的路径及安全指数,对比记录的所有路径,寻找最优路径以便将信息安全、可靠、快速的发送给客户终端,并将其最优路径记录在云端数据库以便下次发送数据;
4. 若是客户终端首次向高层医院数据库获取数据时,通过验证后,高层医院服务器同样发送一个空数据包,执行步骤3);
5. 客户终端若非首次访问云端数据库,需先查询云端数据库路径记录表中的最优路径;
6. 按照最优路径传送信息时,将信息分为两部分,一部分为信息的长度length1,另一部分为患者信息;
7. 传送信息时将信息备份到备份数据库中,并跟踪传输信息的路径,到达客户终端时计算患者信息的长度length2,若length1=length2,表示发送成功,并删除备份数据库中该条信息。若length1不等于length2,则向客户终端发送报错信息,并重新发送患者信息,如此反复,直至信息发送成功;
8. 客户终端申请患者信息时,尽管数据库中存有最优路径,但隔特定时间后仍需重复步骤1)-3),比较现有最优路径与已有最有路径;
9. 若已存数据库中的最优路径仍为当前最优路径,则不改变数据库中的信息,若现有最优路径为当前最优路径,更改数据库中的信息,使得数据库中存放的路径为当前环境下的最优路径。
Claims (1)
1.面向云平台的医疗系统病例信息优化获取方法,将若干医院所有病人的医疗信息均存储到云端服务器的数据库内进行汇总,以使在获得患者授权的情况下,任意医院使用客户终端能够对云端服务器的数据库进行访问以获取该患者的医疗信息,其特征在于:
所述云端总数据库内开辟一个单独的账户管理数据库以存储用户账户和密码,并将用户账户和密码赋予各医院的医疗管理人员和主治医生,医疗管理人员和主治医生使用客户终端查询数据时,需要先输入用户账户和密码,客户终端将该用户账户和密码提交到云端,并在账户管理数据库中查找是否匹配,若匹配,则授权该账户登陆使用,否则,反馈无权限登陆信息;
在从云端服务器的数据库中获取某患者的医疗信息时,需进行自律优化,具体操作如下:
1)客户终端向云端服务器的数据库申请访问时,通过验证后,云端服务器根据客户终端携带的信息定位其地理位置以及是否首次访问,若该客户终端首次访问云端服务器的数据库,则继续步骤2),若非首次访问,转为步骤3);
2)云端服务器以广播的形式向客户终端发送一个数据部分为空的数据包,并在发送数据包的过程中跟踪记录广播信号的路径及安全指数,并从中筛选出最优路径记录在云端服务器的数据库内;
3)云端服务器按照最优路径向客户终端传送信息,该信息由两部分构成,一部分为信息的长度length1,另一部分为患者的医疗信息,传送信息的同时将该信息备份到备份数据库中,并跟踪传输信息的路径;云端服务器在使用已存储的最优路径时需要对该最优路径进行验证,具体操作为:云端服务器以广播的形式向客户终端发送一个数据部分为空的数据包,并在发送数据包的过程中跟踪记录广播信号的路径及安全指数,并从中筛选出最优路径X,并将该最优路径X与已存储的最优路径相比较,若两者相同,则使用该最优路径进行信息传送,若两者不同,则将最优路径X记录在云端服务器的数据库内,并使用最优路径X进行信息传送;
4)客户终端接收到云端服务器传送的信息后,计算收到信息的长度length2,若length2等于length1,则表示发送成功,云端服务器删除备份数据库中的该条信息,反之,若length2不等于length1,则客户终端向云端服务器反馈报错信息,云端服务器收到该报错信息时再次向客户终端传送信息,直至发送成功。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510110633.2A CN104680462B (zh) | 2015-03-13 | 2015-03-13 | 面向云平台的医疗系统病例信息优化获取方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510110633.2A CN104680462B (zh) | 2015-03-13 | 2015-03-13 | 面向云平台的医疗系统病例信息优化获取方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104680462A CN104680462A (zh) | 2015-06-03 |
CN104680462B true CN104680462B (zh) | 2018-05-11 |
Family
ID=53315463
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510110633.2A Active CN104680462B (zh) | 2015-03-13 | 2015-03-13 | 面向云平台的医疗系统病例信息优化获取方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104680462B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108074629A (zh) * | 2016-11-14 | 2018-05-25 | 阿里巴巴集团控股有限公司 | 健康档案管理系统和方法、用户客户端 |
CN106981040A (zh) * | 2017-02-21 | 2017-07-25 | 中国人民解放军第三军医大学第附属医院 | 健康宣教系统 |
CN107979533B (zh) * | 2017-11-21 | 2020-11-10 | 合肥海诺恒信息科技有限公司 | 基于计算机网络资源定位交互决策数据的智能寻址方法 |
CN109087690B (zh) * | 2018-08-16 | 2022-06-21 | 郑州云海信息技术有限公司 | 一种基于云计算的医疗数据的处理系统 |
CN111090693A (zh) * | 2018-10-24 | 2020-05-01 | 珠海格力电器股份有限公司 | 数据共享方法及系统 |
CN109698025A (zh) * | 2018-12-27 | 2019-04-30 | 上海米帝信息技术有限公司 | 医疗信息管理系统及方法 |
TWI679653B (zh) * | 2019-01-18 | 2019-12-11 | 友達光電股份有限公司 | 分散式監控系統及方法 |
CN110311974A (zh) * | 2019-06-28 | 2019-10-08 | 东北大学 | 一种基于异步消息的云存储服务方法 |
WO2021068130A1 (zh) * | 2019-10-09 | 2021-04-15 | 中新智擎科技有限公司 | 一种信息保密处理方法、装置及门禁机器人、门禁系统 |
CN111105880A (zh) * | 2019-11-27 | 2020-05-05 | 陕西医链区块链集团有限公司 | 一种用于病例调取的分层搜索系统及方法 |
CN111192694B (zh) * | 2019-12-31 | 2024-02-13 | 河南科技大学 | 一种基于大数据挖掘的智慧医疗服务云平台门户系统 |
CN112017766B (zh) * | 2020-08-26 | 2024-03-12 | 上海申挚医疗科技有限公司 | 能实现各医院数据连通的数据处理系统 |
CN112667584A (zh) * | 2020-12-23 | 2021-04-16 | 复旦大学附属儿科医院 | 一种患者信息存储共享系统 |
CN113270176A (zh) * | 2021-05-19 | 2021-08-17 | 山东起跑线母婴健康管理有限公司 | 一种分娩前后状态信息处理系统 |
CN116895358B (zh) * | 2023-09-11 | 2023-11-28 | 江苏泰德医药有限公司 | 一种基于云平台医疗资源智能管理系统及方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094143A (zh) * | 2007-07-18 | 2007-12-26 | 李磊 | 实现跨医院电子病历的系统和方法 |
CN101334815A (zh) * | 2008-08-06 | 2008-12-31 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗数据系统 |
CN103106316A (zh) * | 2011-11-10 | 2013-05-15 | 大连永佳电子技术有限公司 | 基层医疗统一云平台的实现方法 |
CN103646369A (zh) * | 2013-12-02 | 2014-03-19 | 李文雯 | 基于四级平台存档管理的个人电子健康档案系统 |
-
2015
- 2015-03-13 CN CN201510110633.2A patent/CN104680462B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094143A (zh) * | 2007-07-18 | 2007-12-26 | 李磊 | 实现跨医院电子病历的系统和方法 |
CN101334815A (zh) * | 2008-08-06 | 2008-12-31 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗数据系统 |
CN103106316A (zh) * | 2011-11-10 | 2013-05-15 | 大连永佳电子技术有限公司 | 基层医疗统一云平台的实现方法 |
CN103646369A (zh) * | 2013-12-02 | 2014-03-19 | 李文雯 | 基于四级平台存档管理的个人电子健康档案系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104680462A (zh) | 2015-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104680462B (zh) | 面向云平台的医疗系统病例信息优化获取方法 | |
CN104766024B (zh) | 基于云平台的医疗系统病例信息存储调用方法 | |
US8005937B2 (en) | Dynamically integrating disparate computer-aided dispatch systems | |
Padhy et al. | Design and implementation of a cloud based rural healthcare information system model | |
CN109191355B (zh) | 一种基于区块链的创伤数据共享系统 | |
Gul et al. | Framework of a national level electronic health record system | |
US20080243584A1 (en) | Methods and systems for allocating representatives to sites in clinical trials | |
CN107835240A (zh) | 一种标准统一接入平台多厂商的接入系统及接入方法 | |
Quan et al. | Timelier notification and action with mobile phones–towards malaria elimination in South Africa | |
Jnr et al. | Applying software-defined networking to support telemedicine health consultation during and post Covid-19 era | |
CN109461476A (zh) | 一种分级诊疗支撑服务方法和平台 | |
CN103268583B (zh) | 一种跨区域的电子病历快速定位及共享的系统与方法 | |
US20110047092A1 (en) | System and method for tracking and managing transportation of specimens | |
CN102073817B (zh) | 一种基于rbac模型的动态访问控制改进方法 | |
CN107220800A (zh) | 基于区域的人才供需信息系统 | |
CN106384312A (zh) | 一种旅游团队服务管理平台 | |
CN204946108U (zh) | 一种软件工作者与软件需求者信息共享平台 | |
US20190074094A1 (en) | System and method of collaborating medical data over a wireless network | |
CN110706766A (zh) | 一种基于区块链的电子病历管理系统和转诊方法 | |
CN116825263A (zh) | 一种基于互联网的医疗健康数据共享管理系统及其方法 | |
CN104732078B (zh) | 基于云平台的医疗信息分级存储方法 | |
CN107038671A (zh) | 促进医疗卫生志愿服务的系统和方法 | |
US20180122500A1 (en) | Systems and methods providing centralized medical privileging and data | |
Vucetic et al. | E-health transformation model in Serbia: Design, architecture and developing | |
CN106506239A (zh) | 在组织单位域中进行认证的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |