CN106570312A - 一种移动医疗数据交互的方法、***及服务器、移动终端 - Google Patents

一种移动医疗数据交互的方法、***及服务器、移动终端 Download PDF

Info

Publication number
CN106570312A
CN106570312A CN201610908788.5A CN201610908788A CN106570312A CN 106570312 A CN106570312 A CN 106570312A CN 201610908788 A CN201610908788 A CN 201610908788A CN 106570312 A CN106570312 A CN 106570312A
Authority
CN
China
Prior art keywords
account
medical data
server
request
data
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
Application number
CN201610908788.5A
Other languages
English (en)
Inventor
刘子涵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
JRD Communication Shenzhen Ltd
Original Assignee
JRD Communication Shenzhen Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by JRD Communication Shenzhen Ltd filed Critical JRD Communication Shenzhen Ltd
Priority to CN201610908788.5A priority Critical patent/CN106570312A/zh
Publication of CN106570312A publication Critical patent/CN106570312A/zh
Pending legal-status Critical Current

Links

Classifications

    • G06F19/321
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/604Tools and structures for managing or administering access control systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245Protecting personal data, e.g. for financial or medical purposes
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141Access rights, e.g. capability lists, access control lists, access tables, access matrices

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Bioethics (AREA)
  • Medical Informatics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Databases & Information Systems (AREA)
  • Automation & Control Theory (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本发明公开了一种移动医疗数据交互的方法,通过移动终端与服务器通信连接进行移动医疗数据交互,其中,所述方法包括:所述服务器接收第一账户的登录请求并进行验证;在验证通过后,接受所述第一账户对其下的医疗数据进行分类的第一操作请求;响应所述第一操作请求对所述医疗数据进行分类存储。通过上述方式,将庞大、繁杂的医疗数据进行统一分类存储,通过安全验证,患者可以实时查看或监管自己的医疗数据,提高数据的查找效率。

Description

一种移动医疗数据交互的方法、***及服务器、移动终端
技术领域
本发明涉及移动互联网技术领域,特别是涉及一种移动医疗数据交互的方法、***及服务器、移动终端。
背景技术
随着互联网技术的日渐成熟和普及,很多医院将患者的电子病历、健康档案、会诊信息、影像数据等放到网络服务器上,患者及医生可以通过网络查看相关医疗数据,方便患者在不同医院,不同城市就诊看病。
然而,网络安全使患者的隐私受到威胁,大量的医疗数据有可能被所有人翻阅、查看。同时,医疗数据十分庞大及复杂,不利于患者及医生及时查看,容易延误诊断及治疗。
发明内容
本发明主要解决的技术问题是提供一种移动医疗数据交互的方法、***及服务器、移动终端,利于用户快速、准确找到相应的医疗数据,提高查找数据的效率。
为解决上述技术问题,本发明采用的一个技术方案是:提供一种移动医疗数据交互的方法,通过移动终端与服务器通信连接进行移动医疗数据交互,所述方法包括:所述服务器接收第一账户的登录请求并进行验证;在验证通过后,接受所述第一账户对其下的医疗数据进行分类的第一操作请求;响应所述第一操作请求对所述医疗数据进行分类存储。
其中,所述方法进一步包括:所述服务器接收第二账户的登录请求并进行验证;在验证通过后,接受所述第二账户使用所述医疗数据的获取请求;响应所述获取请求以将对应所述获取请求的所述医疗数据发给所述第二账户。
其中,所述获取请求携带数据分类需求;所述接受所述第二账户使用所述医疗数据的获取请求后包括:发送所述数据分类需求给所述第一账户以获得所述第一账户的确认授权;在获得所述第一账户确认授权后,所述服务器执行响应所述获取请求以将对应所述获取请求的所述医疗数据发给所述第二账户的步骤,否则不执行。
其中,所述发送所述数据分类需求给所述第一账户以获得所述第一账户的确认授权包括:发送授权信息表给所述第一账户以获得所述第一账户的确认授权,所述授权信息表包括所述第一账户的基本信息需求及需要的所述医疗数据分类选择项。
其中,所述方法进一步包括:接受所述第一账户对其下已分类的医疗数据进行授权的第二操作请求;所述服务器响应所述第二操作请求对需要授权的每个类别所述医疗数据进行授权权限设置并保存。
其中,所述方法进一步包括:所述服务器接收来自对应所述第一账户的智能硬件的医疗数据、第三方应用的医疗数据、医院数据库中的医疗数据中的至少一种医疗数据并保存。
其中,所述服务器响应所述第一操作请求对所述医疗数据进行分类存储包括:所述服务器响应所述第一操作请求对所述医疗数据进行至少包括影像数据、文字数据、体检报告、就诊记录中任一类的分类存储。
其中,所述服务器根据医疗卡、身份证号、指纹、虹膜、人脸、密码设置或银行开户信息绑定中至少一种验证方式进行登录请求验证。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种服务器,用于通过与移动终端通信连接进行移动医疗数据交互,其特征在于,所述服务器包括:第一验证模块:用于接收第一账户的登录请求并进行验证;第一接受模块:用于在验证通过后,接受所述第一账户对其下的医疗数据进行分类的第一操作请求;数据分类模块:用于响应所述第一操作请求对所述医疗数据进行分类存储。
其中,所述服务器还包括:第二验证模块:用于接收第二账户的登录请求并进行验证;第二接受模块:用于在验证通过后,接受所述第二账户使用所述医疗数据的获取请求;数据发送模块:用于响应所述获取请求以将对应所述获取请求的所述医疗数据发给所述第二账户。
为解决上述技术问题,本发明采用的另一个技术方案是:提供第一移动终端,用于通过与服务器通信连接进行移动医疗数据交互,其特征在于,所述第一移动终端包括:第一接收模块:用于接收第一账户的登录请求,向所述服务器发送验证请求;第一操作模块:用于接收所述验证通过信息,对所述服务器下的医疗数据进行数据分类的第一操作。
其中,所述第一终端还包括:第二操作模块:用于在接收所述服务器发送第二账户使用所述医疗数据的获取请求后,对需要授权的每个类别所述医疗数据进行授权的第二操作。
为解决上述技术问题,本发明采用的另一个技术方案是:提供第二移动终端,通过与服务器通信连接进行移动医疗数据交互,其特征在于,所述第二移动终端包括:第二接收模块:用于接收第二账户的登录请求,向所述服务器发送验证请求;请求发送模块:接收所述验证通过信息,发送使用所述服务器下的医疗数据的获取请求,所述获取请求携带数据分类需求;读取模块:用于在获得所述第一移动终端确认授权后,读取所述服务器下对应所述获取请求的分类存储的所述医疗数据。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种移动医疗数据交互***,其特征在于,所述移动医疗数据交互***用于通过所述的服务器与所述的移动终端通信连接进行移动医疗数据交互。
本发明的有益效果是:第一账户通过安全验证登录到服务器上,将服务器的医疗数据进行分类存储,将庞大、繁杂的医疗数据进行统一管理,通过上述方法,用户可以实时查看和监管自己的医疗数据,提高数据的查找效率。
附图说明
图1是本发明数据交互方法第一实施例的流程示意图;
图2是本发明数据交互方法第二实施例的流程示意图;
图3是第二账户使用医疗数据的数据分类需求表;
图4是本发明服务器第一实施例的结构示意图;
图5是本发明服务器第二实施例的结构示意图;
图6本发明第一终端的一实施例示意图;
图7本发明第二终端的一实施例示意图;
图8是本发明数据交互***的一实施例的结构示意图;
图9是本发明数据交互***另一实施例的结构示意图。
具体实施方式
下面结合附图和实施方式对本发明进行详细说明。
请参阅图1,图1是本发明数据交互方法第一实施例的流程图。需注意的是,若有实质上相同的结果,本发明的方法并不以图1所示的流程顺序为限。如图1所示,通过移动终端与服务器通信连接进行移动医疗数据交互,本方法包括如下步骤:
S11:服务器接收第一账户的登录请求并进行验证。
其中,服务器由第三方建立,也可以由医院及相关部门建立。第一账户为患者用户,通过移动终端向服务器发送登录请求。上述移动终端是电脑、平板电脑、智能手机或穿戴式装置等,通过互联网、无线WiFi、3G/4G等方式,与服务器建立连接并进行移动医疗数据的交互。服务器接收患者的登录请求并进行验证,验证方式包括但不限于下列方式,例如,根据患者的医疗卡、身份证号或银行开户信息绑定设置,也可以根据现有的指纹、虹膜、人脸及密码设定等方式验证患者的登录请求。当服务器验证通过后,进入步骤S12。
S12:在验证通过后,接受第一账户对其下的医疗数据进行分类的第一操作请求。
当服务器通过第一账户的验证请求后,将存储于服务器上与第一账户相关的所有医疗数据提供给第一账户查看。其中,医疗数据包括服务器接收来自对应第一账户的智能硬件的医疗数据、第三方应用的医疗数据、医院数据库中的医疗数据中的至少一种医疗数据。进一步的,上述智能硬件可以是第一账户购买的专用设备,如血压仪、体温计、心率仪或者移动监护仪、睡眠监护及远程胎儿监护等设备,也可以是智能手环、智能手表等穿戴式的设备,第一账户通过上述专用硬件测量生理信息后,将测量数据通过软件自动或手动记录并上传到服务器上存储。上述第三方应用的医疗数据包括第一账户使用APP或应用软件收集或测量的生理信息、及第三方医疗机构提供的体检报告等。上述医院数据库则包括第一账户在各大医院看病的电子病历、健康档案、医生会诊信息及患者检查的化验结果、影像数据等历史记录。
S13:响应第一操作请求对医疗数据进行分类存储。
其中,第一操作请求包括对第一账户相关的所有医疗数据进行分类存储的需求。服务器响应第一账户的第一操作请求,将存储于服务器上的医疗数据进行至少包括影像数据、文字数据、体检报告、就诊记录中任一类的分类存储。例如,Class A为影像数据,影像数据包括患者的影像检查报告,如脑部CT、肠胃彩超及X光片等检查报告;Class B为文字数据,文字数据包括患者的电子病历、药物记录及住院记录等信息;Class C为科室就诊记录,包括内科、外科及妇科等就诊记录;Class D为体检记录,包括全科体检及妇科体检等记录,这些分类还可以依据时间为轴依次进行存储,方便医生或患者查找。当然,有些数据也可以重复存储,例如妇科B超,既可以存在于影像数据Class A中,也可以存在于科室就诊记录Class C及体检记录Class D中。在其他实施例中,服务器可以对这些医疗数据进行简单、初步的归类,为第一账户提供专业的分类建议。
通过上述方法,第一账户可以通过服务器管理自己的医疗数据,将庞大、繁杂的数据进行分类存储,便于管理及实时查看,提高工作效率。
如图2所示,图2是本发明数据交互方法第二实施例的流程图。该方法包括如下步骤:
S21:服务器接收第二账户的登录请求并进行验证。
其中,第二账户为医护人员或医生。如上述实施例所示,根据医护人员的工作证、医疗卡、身份证号、指纹、虹膜、人脸、密码设置或银行开户信息绑定等方式验证登录请求。当服务器验证通过后,进入步骤S22。
S22:在验证通过后,接受第二账户使用医疗数据的获取请求。
第二账户使用医疗数据的获取请求还包括携带数据分类需求。当服务器收到第二账户使用医疗数据的获取请求及数据分类需求时,由服务器发送数据分类需求给第一账户以获得第一账户的确认授权,在获得第一账户确认授权后,服务器执行响应获取请求以将对应获取请求的医疗数据发给第二账户的步骤,否则不执行。进一步的,上述获得第一账户的确认授权,包括发送授权信息表给第一账户以获得第一账户的确认授权,授权信息表包括第一账户的基本信息需求及需要的医疗数据分类选择项。
参考图3,图3是第二账户使用医疗数据的数据分类需求表。如图所示,第二账户可以通过勾选不同的数据类型或具体的医疗数据,请求查看第一账户对应的医疗数据的权限。如,第二账户想查看第一账户所有的医疗数据,可以通过选择“全选”,并点击“发送”按键,将结果发送给服务器端,由服务器转发给第一账户以获得查看相应数据的权限。第二账户也可以根据需求选择具体的内容选项,如查看患者的“名字”、“年龄”、“血压”或“药物过敏史”等。第二账户可以通过“存储”按键,将当前选择的内容进行存储,以便下次直接使用,也可以通过“重置”按键将所选内容清空,便于重新选择。需要注意的是,图3只是本实施例中的一个具体实施例,在使用过程中,医护人员可以根据就诊习惯以及不同的就诊需求去更改或重新设计新的获取请求表。
服务器根据第二账户的数据分类需求,接受第一账户对其下已分类的医疗数据进行授权的第二操作请求。例如,医护人员向服务器请求查看患者相关的医疗数据,并同时发送查看Class A及Class B相关信息的数据分类需求,第一账户根据第二账户的数据分类需求,在服务器上设置Class A及Class B授权权限并保存,服务器将Class A及Class B的等医疗数据发给第二账户查看或编辑。
S23:响应获取请求以将对应获取请求的医疗数据发给第二账户。
服务器接受第一账户对其下已分类的医疗数据进行授权的第二操作请求,并将对应获取请求的医疗数据发给第二账户
通过上述方法,患者可以只公开希望医护人员查看的医疗数据,可以提高医疗数据的安全性及保密性,同时,医护人员也可以根据具体需求请求患者公开部分保密信息,提高安全的同时进一步提高医生看病的效率。
下面进行举例说明,例如,患者X通过手机APP应用软件访问服务器,并根据医疗卡将自己的用户信息与服务器绑定,通过APP可以查看、编辑及删除自己在服务器上所有的医疗数据。患者X通过服务器提供的预定义分类将自己的医疗数据进行筛选分类,如:Class A为影像数据、Class B为文字数据、Class C为科室就诊记录、Class D为体检记录等。患者X根据自己的喜好将筛选分类的部分数据选择可授权部分,如Class B为加密信息,任何医护人员都不可以查看;Class C为可***息,所有医护人员均可以查看;Class A为可查看信息,只有外科医生可以查看等。患者X身体不适,通过APP与内科医生Y进行就诊及沟通,内科医生Y通过APP访问服务器,并根据医疗卡或身份证等认证方式登录服务器,并发送使用医疗数据的获取请求。由于患者X将Class C设为可***息,Class B为加密信息,内科医生Y只能查看科室就诊记录,影响医生对患者病情的判断,内科医生Y向患者X发送数据分类需求,请求查看Class A及Class D的相关内容,患者X接收内科医生Y的请求后,根据数据分类需求将Class A及Class D设置为公开可查看信息,内科医生Y通过查看患者X的医疗数据进一步了解患者病情。就诊完成后,内科医生Y再次通过安全认证,将本次的诊断信息上传到服务器中进行保存,患者X接收到医疗数据更新的信息后,通过认证登录服务器进行查看,并且将该信息进行分类存储。
在本发明所提供的几个实施方式中,应该理解到,所揭露的具体方法,可以通过其它的方式实现,例如,以上所描述的患者及医护人员通过APP访问服务器,实际实现时可以使用网页,门户网站等其他方法。患者可以根据自己喜好对医疗数据进行分类,包括但不限于上述所列举的方式。同时,患者可以在医护人员就诊前对每个类别的医疗数据提前进行授权权限设置并保存,也可以在收到医护人员发送的数据分类需求后对医疗数据进行授权权限设置。此处不做任何限制。
如图4所示,图4是本发明服务器第一实施例的结构示意图,上述服务器包括:第一验证模块41、第一接受模块42及数据分类模块43。
第一验证模块41,用于接收第一账户的登录请求并进行验证。
服务器根据医疗卡、身份证号、指纹、虹膜、人脸、密码设置或银行开户信息绑定中至少一种验证方式,验证第一账户的登录请求。
第一接受模块42,用于在验证通过后,接受第一账户对其下的医疗数据进行分类的第一操作请求。
服务器通过第一账户的验证请求后,继续接受第一账户对其下的医疗数据进行分类的第一操作请求,第一操作请求包括对服务器上与第一账户相关联的医疗数据进行分类的请求。其中,服务器上的医疗数据包括接收来自对应第一账户的智能硬件的医疗数据、第三方应用的医疗数据、医院数据库中的医疗数据中的至少一种医疗数据。
数据分类模块43,用于响应第一操作请求对医疗数据进行分类存储。
根据第一账户的第一操作请求,将医疗数据按照影像数据、文字数据、体检报告、就诊记录等方式进行分类存储。
请参阅图5,图5是本发明服务器第二实施例的结构示意图,上述服务器包括第二验证模块51、第二接受模块52及数据发送模块53。
第二验证模块51,用于接收第二账户的登录请求并进行验证。
服务器根据医疗卡、身份证号、指纹、虹膜、人脸、密码设置或银行开户信息绑定中至少一种验证方式,验证第二账户的登录请求。
第二接受模块52,用于在验证通过后,接受第二账户使用医疗数据的获取请求。
上述获取请求中进一步携带数据分类需求。服务器接受第二账户使用医疗数据的获取请求后,将数据分类需求发送给第一账户以获得第一账户的确认授权,在获得第一账号确认授权后,服务器执行响应获取请求以将对应获取请求的医疗数据发给第二账户的步骤,否则不执行。
数据发送模块53,用于响应获取请求以将对应获取请求的医疗数据发给第二账户。
服务器将第二账户发送的授权信息表转发给第一账户以获得第一账户的确认授权,授权信息表包括第一账户的基本信息需求及需要的医疗数据分类选择项。当服务器取得第一账户的确认授权后,根据授权后的医疗数据分类表,将对应的医疗数据发送给第二账户查看或修改。
上述各个模块可分别执行上述方法实施例中对应的步骤,故在此不对各模块进行赘述,详细请参阅以上对应步骤的说明。
图6本发明第一终端的一实施例示意图,上述第一终端包括:
第一接收模块61:用于接收第一账户的登录请求,向服务器发送验证请求;
第一操作模块62:用于接收验证通过信息,对服务器下的医疗数据进行数据分类的第一操作;
第二操作模块63:用于在接收服务器发送第二账户使用医疗数据的获取请求后,对需要授权的每个类别医疗数据进行授权的第二操作。
其中,第一账户为患者用户,第一终端可以为电脑、平板电脑、智能手机或穿戴式装置等智能终端。患者通过第一终端上的APP或者网页等其他方法,向服务器端发送登录请求,当接收到验证通过信息后,患者通过网络进入服务器,并对其下的医疗数据进行数据分类的第一操作。进一步的,患者可以根据分类的医疗数据选择可授权的部分。当第一终端接收到服务器发送的第二账户使用医疗数据的获取请求时,根据数据分类信息完成确认授权的第二操作,并将操作结果返回到服务器上。
通过上述操作,患者可以通过终端实时查看或监管自己的医疗数据,提高数据的安全性及数据查找的效率。
图7本发明第二终端的一实施例示意图,上述第二终端包括:第二接收模块71、请求发送模块72及读取模块73。
第二接收模块71:用于接收第二账户的登录请求,向服务器发送验证请求;
请求发送模块72:接收验证通过信息,发送使用服务器下的医疗数据的获取请求,获取请求携带数据分类需求;
读取模块73:用于在获得第一移动终端确认授权后,读取服务器下对应获取请求的分类存储的医疗数据。
其中,第二账户为医疗人员,第二终端可以为电脑、平板电脑、智能手机或穿戴式装置等智能终端。医疗人员通过第二终端上的APP或者网页等其他方法,向服务器端发送登录请求。当接收验证通过信息后,根据患者的就诊请求,向服务器发送使用患者相关的医疗数据的获取请求。其中,医疗人员可以通过面对面、电话及APP软件或者网页等方式获取患者的就诊请求。当服务器返回第一移动终端确认授权结果后,读取服务器下对应获取请求的分类存储的医疗数据。
通过上述方法,将庞大、繁杂的医疗数据进行统一分类存储,通过安全验证,进一步提高服务器上医疗数据的安全性。
图8是本发明数据交互***的一实施例的结构示意图。数据交互***包括服务器81、至少一个第一终端82及至少一个第二终端83,至少一个第一终端82及至少一个第二终端83通过互联网与服务器81相连,并进行医疗数据交互。服务器81接收第一终端82的登录请求并进行验证,验证通过后,第一终端82对服务器81的医疗数据进行分类的第一操作请求。同时,服务器81接收第二终端83的登录请求并进行验证,验证通过后,服务器81进一步接收第二终端83使用医疗数据的获取请求,服务器81将上述获取请求发送给第一终端82,第一终端82对服务器81下已分类的医疗数据进行授权权限设置并保存。服务器81根据第一终端82的返回的授权权限设置,将对应获取请求的医疗数据发给第二终端83,完成移动医疗数据交互的过程。具体实施方式请参考上述详细方法说明。
请参阅图9,图9是本发明数据交互***第三实施例的结构示意图。本实施例中,该移动医疗数据交互***包括:处理器91、与处理器91耦合的存储器92、收发器93。
存储器92用于存储对应第一账户的智能硬件的医疗数据、第三方应用的医疗数据、医院数据库中的医疗数据中的至少一种医疗数据。
收发器93用于接收第一账户或第二账户的操作请求。
进一步的,收发器93用于接收来自对应第一账户的智能硬件的医疗数据、第三方应用的医疗数据、医院数据库中的医疗数据中的至少一种医疗数据。
进一步的,收发器93在获得第一账户确认授权后,将对应第二账户获取请求的医疗数据发给第二账户。
处理器91用于验证第一账户或第二账户的登录请求,验证方式包括:医疗卡、身份证号、指纹、虹膜、人脸、密码设置或银行开户信息绑定中至少一种验证方式。
进一步的,处理器91用于响应第一操作请求对医疗数据进行分类存储,上述分类存储至少包括影像数据、文字数据、体检报告、就诊记录中任一类的分类存储。
进一步的,处理器91用于响应第一账户对其下已分类的医疗数据进行授权的第二操作请求,对需要授权的每个类别所述医疗数据进行授权权限设置并保存。
在本发明所提供的几个实施方式中,应该理解到,所揭露的方法及***,可以通过其它的方式实现。例如,以上所描述的***实施方式仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。所述作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的,作为模块或单元显示的部件可以是或者也可以不是物理模块或单元,即可以位于一个地方,或者也可以分布到多个网络模块或单元上。可以根据实际的需要选择其中的部分或者全部模块或单元来实现本实施方式方案的目的。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (14)

1.一种移动医疗数据交互的方法,通过移动终端与服务器通信连接进行移动医疗数据交互,其特征在于,所述方法包括:
所述服务器接收第一账户的登录请求并进行验证;
在验证通过后,接受所述第一账户对其下的医疗数据进行分类的第一操作请求;
响应所述第一操作请求对所述医疗数据进行分类存储。
2.根据权利要求1所述的方法,其特征在于,进一步包括:
所述服务器接收第二账户的登录请求并进行验证;
在验证通过后,接受所述第二账户使用所述医疗数据的获取请求;
响应所述获取请求以将对应所述获取请求的所述医疗数据发给所述第二账户。
3.根据权利要求2所述的方法,其特征在于,
所述获取请求携带数据分类需求;
所述接受所述第二账户使用所述医疗数据的获取请求后包括:
发送所述数据分类需求给所述第一账户以获得所述第一账户的确认授权;
在获得所述第一账户确认授权后,所述服务器执行响应所述获取请求以将对应所述获取请求的所述医疗数据发给所述第二账户的步骤,否则不执行。
4.根据权利要求3所述的方法,其特征在于,所述发送所述数据分类需求给所述第一账户以获得所述第一账户的确认授权包括:
发送授权信息表给所述第一账户以获得所述第一账户的确认授权,所述授权信息表包括所述第一账户的基本信息需求及需要的所述医疗数据分类选择项。
5.根据权利要求1至4任一项所述的方法,其特征在于,进一步包括:
接受所述第一账户对其下已分类的医疗数据进行授权的第二操作请求;
所述服务器响应所述第二操作请求对需要授权的每个类别所述医疗数据进行授权权限设置并保存。
6.根据权利要求1至4任一项所述的方法,其特征在于,进一步包括:
所述服务器接收来自对应所述第一账户的智能硬件的医疗数据、第三方应用的医疗数据、医院数据库中的医疗数据中的至少一种医疗数据并保存。
7.根据权利要求1至4任一项所述的方法,其特征在于,所述服务器响应所述第一操作请求对所述医疗数据进行分类存储包括:
所述服务器响应所述第一操作请求对所述医疗数据进行至少包括影像数据、文字数据、体检报告、就诊记录中任一类的分类存储。
8.根据权利要求1至4任一项所述的方法,其特征在于,所述服务器验证登录请求包括:
所述服务器根据医疗卡、身份证号、指纹、虹膜、人脸、密码设置或银行开户信息绑定中至少一种验证方式进行登录请求验证。
9.一种服务器,用于通过与移动终端通信连接进行移动医疗数据交互,其特征在于,所述服务器包括:
第一验证模块:用于接收第一账户的登录请求并进行验证;
第一接受模块:用于在验证通过后,接受所述第一账户对其下的医疗数据进行分类的第一操作请求;
数据分类模块:用于响应所述第一操作请求对所述医疗数据进行分类存储。
10.根据权利要求9所述的服务器,其特征在于,所述服务器还包括:
第二验证模块:用于接收第二账户的登录请求并进行验证;
第二接受模块:用于在验证通过后,接受所述第二账户使用所述医疗数据的获取请求;
数据发送模块:用于响应所述获取请求以将对应所述获取请求的所述医疗数据发给所述第二账户。
11.第一移动终端,用于通过与服务器通信连接进行移动医疗数据交互,其特征在于,所述第一移动终端包括:
第一接收模块:用于接收第一账户的登录请求,向所述服务器发送验证请求;
第一操作模块:用于接收所述验证通过信息,对所述服务器下的医疗数据进行数据分类的第一操作。
12.根据权利要求11所述第一移动终端,其特征在于,所述第一终端还包括:
第二操作模块:用于在接收所述服务器发送第二账户使用所述医疗数据的获取请求后,对需要授权的每个类别所述医疗数据进行授权的第二操作。
13.第二移动终端,通过与服务器通信连接进行移动医疗数据交互,其特征在于,所述第二移动终端包括:
第二接收模块:用于接收第二账户的登录请求,向所述服务器发送验证请求;
请求发送模块:接收所述验证通过信息,发送使用所述服务器下的医疗数据的获取请求,所述获取请求携带数据分类需求;
读取模块:用于在获得所述第一移动终端确认授权后,读取所述服务器下对应所述获取请求的分类存储的所述医疗数据。
14.一种移动医疗数据交互***,其特征在于,所述移动医疗数据交互***用于通过权利要求9或10所述的服务器与权利要求11-13任一项所述的移动终端通信连接进行移动医疗数据交互。
CN201610908788.5A 2016-10-18 2016-10-18 一种移动医疗数据交互的方法、***及服务器、移动终端 Pending CN106570312A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610908788.5A CN106570312A (zh) 2016-10-18 2016-10-18 一种移动医疗数据交互的方法、***及服务器、移动终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610908788.5A CN106570312A (zh) 2016-10-18 2016-10-18 一种移动医疗数据交互的方法、***及服务器、移动终端

Publications (1)

Publication Number Publication Date
CN106570312A true CN106570312A (zh) 2017-04-19

Family

ID=58533646

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610908788.5A Pending CN106570312A (zh) 2016-10-18 2016-10-18 一种移动医疗数据交互的方法、***及服务器、移动终端

Country Status (1)

Country Link
CN (1) CN106570312A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107785057A (zh) * 2017-06-19 2018-03-09 平安医疗健康管理股份有限公司 医疗数据处理方法、装置、存储介质和计算机设备
CN108022629A (zh) * 2017-12-01 2018-05-11 湖南暄程科技有限公司 一种健康账户关联方法和***
CN109787978A (zh) * 2019-01-18 2019-05-21 杭州逸曜信息技术有限公司 一种医疗数据的传输方法
CN110047566A (zh) * 2019-03-29 2019-07-23 中国人民解放军总医院 一种医疗数据展示平台
CN113140304A (zh) * 2020-01-20 2021-07-20 深圳市理邦精密仪器股份有限公司 数据交互***、方法以及相关设备、装置
CN113539519A (zh) * 2021-06-01 2021-10-22 海信集团控股股份有限公司 视频问诊方法及服务器

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000013614A (ja) * 1998-06-25 2000-01-14 Nippon Telegr & Teleph Corp <Ntt> 画像データ通信システム
CN101436231A (zh) * 2008-11-24 2009-05-20 ***集团宽带业务应用国家工程实验室有限公司 医疗文档的录入和调阅方法及装置
CN101631021A (zh) * 2008-07-18 2010-01-20 日电(中国)有限公司 位置敏感且基于角色的访问控制方法、装置和***
CN101727534A (zh) * 2008-10-30 2010-06-09 北大方正集团有限公司 一种患者文档调阅授权控制方法及其***
CN102480500A (zh) * 2010-11-26 2012-05-30 黑龙江亿林网络技术服务有限公司 分布式有害信息管理***和方法
CN104765951A (zh) * 2014-04-08 2015-07-08 惠州Tcl移动通信有限公司 多媒体医学记录组件及其数据访问方法
CN104794669A (zh) * 2015-05-12 2015-07-22 中央民族大学 基于虹膜识别的医疗信息获取***及方法
US20150347499A1 (en) * 2014-05-30 2015-12-03 Apple Inc. Managing user information - background processing
CN105447409A (zh) * 2015-12-11 2016-03-30 清华大学 一种大数据隐私处理方法及装置
CN105844175A (zh) * 2016-04-08 2016-08-10 成都医路有你科技有限公司 一种基于云服务端的诊疗病历存储及调用方法和***

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000013614A (ja) * 1998-06-25 2000-01-14 Nippon Telegr & Teleph Corp <Ntt> 画像データ通信システム
CN101631021A (zh) * 2008-07-18 2010-01-20 日电(中国)有限公司 位置敏感且基于角色的访问控制方法、装置和***
CN101727534A (zh) * 2008-10-30 2010-06-09 北大方正集团有限公司 一种患者文档调阅授权控制方法及其***
CN101436231A (zh) * 2008-11-24 2009-05-20 ***集团宽带业务应用国家工程实验室有限公司 医疗文档的录入和调阅方法及装置
CN102480500A (zh) * 2010-11-26 2012-05-30 黑龙江亿林网络技术服务有限公司 分布式有害信息管理***和方法
CN104765951A (zh) * 2014-04-08 2015-07-08 惠州Tcl移动通信有限公司 多媒体医学记录组件及其数据访问方法
US20150347499A1 (en) * 2014-05-30 2015-12-03 Apple Inc. Managing user information - background processing
CN104794669A (zh) * 2015-05-12 2015-07-22 中央民族大学 基于虹膜识别的医疗信息获取***及方法
CN105447409A (zh) * 2015-12-11 2016-03-30 清华大学 一种大数据隐私处理方法及装置
CN105844175A (zh) * 2016-04-08 2016-08-10 成都医路有你科技有限公司 一种基于云服务端的诊疗病历存储及调用方法和***

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107785057A (zh) * 2017-06-19 2018-03-09 平安医疗健康管理股份有限公司 医疗数据处理方法、装置、存储介质和计算机设备
CN107785057B (zh) * 2017-06-19 2021-05-11 平安医疗健康管理股份有限公司 医疗数据处理方法、装置、存储介质和计算机设备
CN108022629A (zh) * 2017-12-01 2018-05-11 湖南暄程科技有限公司 一种健康账户关联方法和***
CN109787978A (zh) * 2019-01-18 2019-05-21 杭州逸曜信息技术有限公司 一种医疗数据的传输方法
CN110047566A (zh) * 2019-03-29 2019-07-23 中国人民解放军总医院 一种医疗数据展示平台
CN110047566B (zh) * 2019-03-29 2023-09-15 中国人民解放军总医院 一种医疗数据展示平台
CN113140304A (zh) * 2020-01-20 2021-07-20 深圳市理邦精密仪器股份有限公司 数据交互***、方法以及相关设备、装置
CN113539519A (zh) * 2021-06-01 2021-10-22 海信集团控股股份有限公司 视频问诊方法及服务器

Similar Documents

Publication Publication Date Title
CN107085817B (zh) 医疗***
CN106570312A (zh) 一种移动医疗数据交互的方法、***及服务器、移动终端
US20030233250A1 (en) Systems and methods for managing biological data and providing data interpretation tools
US8666773B1 (en) System and method for maintaining hospitalist and patient information
CN110504011A (zh) 一种远程视屏诊疗***
AU2013267342A1 (en) Systems and methods for providing transparent medical treatment
CN106980771A (zh) 一种用于急性冠脉综合征病例信息采集的***
CN105447655A (zh) 一种临床医疗质量管理***
US20180166176A1 (en) Systems and methods of automated access into a telehealth network
US20190311791A1 (en) System and method for patient-centric universal health recording and payment
CN109949886A (zh) 基于云存储的医疗信息数据库的建立方法
CN108986873A (zh) 一种可追溯的诊疗数据处理方法及***
CN104915576A (zh) 数字化心血管风险评估***
CN110970124A (zh) 一种基于云服务器的外来医疗器械的消毒管理及追溯***
Pradhan Data Mining& Health Care: Techniques of Application
CN202838440U (zh) 一种基于手机云加端物联网的临床试验受试者管理***
CN111063454A (zh) 医护管理***及方法
CN109065108A (zh) 基层医疗机构提供血检服务的***及其使用方法
CN113192655A (zh) 一种基于个人授权的疾病管理方法及平台
KR100538580B1 (ko) 온라인 상에서의 병원 업무 처리 방법
KR20170075324A (ko) 개인 생활 패턴 정보 기반의 심리 진단을 통한 심리 치유 콘텐츠 서비스 제공 시스템
CN108899094A (zh) 一种多机构协作的疾病科研管理***
CN116665860A (zh) 一种智慧研究型病房管理与服务平台
US20110270621A1 (en) Patient-related data management system and method within the scope of an evaluation operation
WO2021104310A1 (zh) 健康管理方法、装置和***以及数据采集装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170419