技术领域
本发明涉及信息传输领域,特别是涉及一种用于医院之间的信息共享平台。
背景技术
传统的医院信息化建设方式均是以物理设施、设备加特定的应用软件形成有线的、闭式信息圈来完成日常主要医疗业务和管理工作。由于数据量的巨大和私密性的关系,极大地限制了医院产生的可利用数据的交流和共享。而医疗产生的数据涉及到千家万户和多个行业,需求量巨大。
共享大部分都局限于院内的信息共享,当出现特殊病例或新发疾病时无法快速确定其类别时,不能及时和其他医院专家进行商讨,因此有必要提出一种可跨院交流和反馈的装置。
发明内容
针对上述问题,本发明提供了一种用于医院之间的信息共享平台及其信息共享方法,具有便于医院与医院、医院与设备厂家、医院和患者之间的信息共享的优点。
本发明的技术方案是:一种用于医院之间的信息共享平台,包括账号注册模块、云数据共享访问模块、诊疗服务模块、信息交流模块和设备使用问题反馈模块;其中:
账号注册模块,用于注册账号,并进行身份认证和信息完整性判断;
云数据共享访问模块,用于核对访问账号身份信息,如果正确,则允许访问储存有各个医院的诊疗服务信息、治疗方案信息以及医务人员身份信息的云数据库,如果不正确,则拒绝访问;
诊疗服务模块,用于接收患者的症状信息,并判断是特殊病例还是普通病例,如果是特殊病例,则向信息交流模块推送特殊病例就诊信息,如果是普通病例,则向患者账号推送诊疗结果以及诊疗方案;
信息交流模块,用于接收特殊病例就诊信息,向患者账号推送诊疗结果和诊疗方案;
设备使用问题反馈模块,用于接收诊疗过程中设备的使用问题,并向客服端账户推送信息。
在进一步的技术方案中,所述账号注册模块包括注册子模块和身份判断子模块;其中:
注册认证子模块,用于注册I P账号并选择对应的身份进行验证;
身份判断子模块,用于判断使用者的身份信息是否完整和准确,如果是,打开其对应身份的预设定使用权限;如果否,则重新启动注册认证子模块。
在进一步的技术方案中,所述诊疗服务模块包括症状信息接收子模块、诊断信息反馈子模块和患者就诊信息查询子模块;其中:
症状信息接收子模块,用于接收患者的症状信息,并将该信息通过终端显示;
诊断信息反馈子模块,用于向患者账户推送对应症状信息的诊疗方案信息;
患者就诊信息查询子模块,用于查询用户就诊记录以及检查数据。
在进一步的技术方案中,所述信息交流模块包括协作申请子模块、协作读取子模块、协作信息反馈模块和数据共享子模块;其中:
协作申请子模块,用于选择请求协作的医院,并发送发现特殊病例的协作请求;
协作读取子模块,用于读取特殊病例的症状信息以及检查报告;
协作信息反馈,用于根据特殊病例的症状信息以及检查报告,向患者账号推送诊疗结果以及治疗方案信息;
数据共享子模块,用于上传特别病例的症状信息、检查数据以及治疗方案信息至数据共享区域内。
在进一步的技术方案中,所述设备使用问题反馈模块包括设备清单子模块和设备使用信息反馈子模块;其中:
设备清单子模块,用于罗列出各个医院设备的品牌以及设备的型号的清单信息;
设备使用信息反馈子模块,用于根据清单信息医务人员可根据使用需求进行线上反馈。
一种使用如上所述信息共享平台实现信息共享的方法,包括以下步骤:
S01、注册账号,并进行身份认证和信息完整性判断;
S02、核对访问账号身份信息,如果正确,则允许访问储存有各个医院的诊疗服务信息、治疗方案信息以及医务人员身份信息的云数据库,如果不正确,则拒绝访问;
S03、用于接收患者的症状信息,并判断是特殊病例还是普通病例,如果是特殊病例,则进入步骤S04,如果是普通病例,则向患者账号推送诊疗结果以及诊疗方案;
S04、接收特殊病例就诊信息,向患者账号推送诊疗结果和诊疗方案;
S05、接收诊疗过程中设备的使用问题,并向客服端账户推送信息。
在进一步的技术方案中,步骤S01,包括以下步骤:
S011、注册IP账号并选择对应的身份进行验证;
S012、判断使用者的身份信息是否完整和准确,如果是,打开其对应身份的预设定使用权限;如果否,则重新进入步骤S011。
在进一步的技术方案中,步骤S03,包括以下步骤:
S031、接收患者的症状信息,并将该信息通过终端显示;
S032、向患者账户推送对应症状信息的诊疗方案信息;
S033、查询用户就诊记录以及检查数据。
在进一步的技术方案中,步骤S04,包括以下步骤:
S041、选择请求协作的医院,并发送发现特殊病例的协作请求;
S042、读取特殊病例的症状信息以及检查报告;
S043、根据特殊病例的症状信息以及检查报告,向患者账号推送诊疗结果以及治疗方案信息;
S044、根据特殊病例的症状信息以及检查报告,向患者账号推送诊疗结果以及治疗方案信息。
在进一步的技术方案中,步骤S05,包括以下步骤:
S051、罗列出各个医院设备的品牌以及设备的型号的清单信息;
S052、根据清单信息医务人员可根据使用需求进行线上反馈。
本发明的有益效果是:
1、在注册时,根据用户选择的身份不同授予其不同的使用权限,且在使用过程中的数据可长时间保留,以便后续的查阅;
2、通过信息交流模块实现跨院交流,针对特殊病例可快速确定其患病种类,以及快速给出治疗方案,避免患者在几个医院之间周转耽搁治疗时间;
3、患者在检查时,通过设备使用问题反馈模块采集设备的实时运行状态,并分析计算设备的使用情况,避免设备出现重大问题;
4、将特殊病例的症状信息发送至数据共享区域内,方便其他医院的医生学习和交流,有助于后发现的患者的治疗方案有参考,同时便于医生讨论,是否有更佳的治疗方案。
附图说明
图1是本发明实施例1所述的用于医院之间的信息共享平台的整体信号流向示意图;
图2是本发明实施例2所述的用于医院之间的信息共享平台的示意图;
图3是本发明实施例3所述的用于医院之间的信息共享平台的示意图;
图4是本发明实施例4所述的用于医院之间的信息共享平台的示意图;
图5是本发明实施例5所述的用于医院之间的信息共享平台的示意图;
图6是本发明实施例6所述的信息共享平台实现信息共享的方法的示意图;
图7是本发明实施例7所述的信息共享平台实现信息共享的方法的示意图;
图8是本发明实施例8所述的信息共享平台实现信息共享的方法的示意图;
图9是本发明实施例9所述的信息共享平台实现信息共享的方法的示意图;
图10是本发明实施例10所述的信息共享平台实现信息共享的方法的示意图。
附图标记说明:
1、账号注册模块;11、注册子模块;12、身份判断子模块;2、云数据共享访问模块;3、诊疗服务模块;31、症状信息接收子模块;32、诊断信息反馈子模块;33、患者就诊信息查询子模块;4、信息交流模块;41、协作申请子模块;42、协作读取子模块;43、协作信息反馈模块;44、数据共享子模块;5、设备使用问题反馈模块;51、设备清单子模块;52、设备使用信息反馈子模块。
具体实施方式
下面结合附图对本发明的实施例作进一步说明。
实施例:
如图1所示,一种用于医院之间的信息共享平台,包括账号注册模块1、云数据共享访问模块2、诊疗服务模块3、信息交流模块4和设备使用问题反馈模块;其中:
账号注册模块1,用于注册账号,并进行身份认证和信息完整性判断;
云数据共享访问模块2,用于核对访问账号身份信息,如果正确,则允许访问储存有各个医院的诊疗服务信息、治疗方案信息以及医务人员身份信息的云数据库,如果不正确,则拒绝访问;
诊疗服务模块3,用于接收患者的症状信息,并判断是特殊病例还是普通病例,如果是特殊病例,则进入信息交流模块4,如果是普通病例,则向患者账号推送诊疗结果以及诊疗方案;
信息交流模块4,用于接收特殊病例就诊信息,向患者账号推送诊疗结果和诊疗方案;
设备使用问题反馈模块5,用于接收诊疗过程中设备的使用问题,并向客服端账户推送信息。
在使用前,使用者根据自己的身份选者不同的身份进行注册认证,普通用户的注册认证需要用户的身份证以及手机号,医务人员的注册需要提供身份证、手机号以及医生的医师证或药师证,信息完善后提交医院的管理平台进行审核,审核通过后即可进入该平台,厂家身份的验证,需要提供使用者的身份证、手机号、企业执照副本以及在职证明文件即可完成认证;当身份为普通用户时,且在不便于到医院就诊时,用户根据自身症状选择对应科室进行线上问诊,在问诊时将其症状描述给医务人员,如果有检查报告同时发送给医生,医生根据其症状和检车报告进行诊断,并将诊断结果和治疗方案通过线上反馈给用户,如果患者的症状和检查报告属于特殊病例的,可申请其他医院的协作处理,协作医院通过线上访问该患者的病例以及检查报告,并对其进行问诊,将诊断结果通过线上同时反馈给申请协作的医生以及患者,同时医生在检查过程中可对设备提出建议,方便厂家进行优化,或这在特殊时间方便设备软件的维护人员知晓设备的情况,同时本发明中的线上数据传输均采用5G数据传输,使其具有传输更加快的优点。
在另外一个实施例中,如图2所示,所述账号注册模块1包括注册子模块11和身份判断子模块12;其中:
注册认证子模块,用于注册I P账号并选择对应的身份进行验证;
身份判断子模块12,用于判断使用者的身份信息是否完整和准确,如果是,打开其对应身份的预设定使用权限;如果否,则重新启动注册认证子模块。
在进一步的技术方案中,如图3所示,所述诊疗服务模块3包括症状信息接收子模块31、诊断信息反馈子模块32和患者就诊信息查询子模块33;其中:
症状信息接收子模块31,用于接收患者的症状信息,并将该信息通过终端显示;
诊断信息反馈子模块32,用于向患者账户推送对应症状信息的诊疗方案信息;
患者就诊信息查询子模块33,用于查询用户就诊记录以及检查数据。
在另外一个实施例中,如图4所示,所述信息交流模块4包括协作申请子模块41、协作读取子模块42、协作信息反馈模块43和数据共享子模块544;其中:
协作申请子模块41,用于选择请求协作的医院,并发送发现特殊病例的协作请求;
协作读取子模块42,用于读取特殊病例的症状信息以及检查报告;
协作信息反馈,用于根据特殊病例的症状信息以及检查报告,向患者账号推送诊疗结果以及治疗方案信息;
数据共享子模块44,用于上传特别病例的症状信息、检查数据以及治疗方案信息至数据共享区域内。
在另外一个实施例中,如图5所示,所述设备使用问题反馈模块5包括设备清单子模块51和设备使用信息反馈子模块52;其中:
设备清单子模块51,用于罗列出各个医院设备的品牌以及设备的型号的清单信息;
设备使用信息反馈子模块52,用于根据清单信息医务人员可根据使用需求进行线上反馈。
如图6所示,一种使用如上所述信息共享平台实现信息共享的方法,包括以下步骤:
S01、注册账号,并进行身份认证和信息完整性判断;
S02、核对访问账号身份信息,如果正确,则允许访问储存有各个医院的诊疗服务信息、治疗方案信息以及医务人员身份信息的云数据库,如果不正确,则拒绝访问;
S03、用于接收患者的症状信息,并判断是特殊病例还是普通病例,如果是特殊病例,则进入步骤S04,如果是普通病例,则向患者账号推送诊疗结果以及诊疗方案;
S04、接收特殊病例就诊信息,向患者账号推送诊疗结果和诊疗方案;
S05、接收诊疗过程中设备的使用问题,并向客服端账户推送信息。
在另外一个实施例中,如图7所示,S01中包括以下步骤:
S011、注册IP账号并选择对应的身份进行验证;
S012、判断使用者的身份信息是否完整和准确,如果是,打开其对应身份的预设定使用权限;如果否,则重新进入步骤S011。
在另外一个实施例中,如图8所示,步骤S03,包括以下步骤:
S031、接收患者的症状信息,并将该信息通过终端显示;
S032、向患者账户推送对应症状信息的诊疗方案信息;
S033、查询用户就诊记录以及检查数据。
在另外一个实施例中,如图9所示,步骤S04,包括以下步骤:
S041、选择请求协作的医院,并发送发现特殊病例的协作请求;
S042、读取特殊病例的症状信息以及检查报告;
S043、根据特殊病例的症状信息以及检查报告,向患者账号推送诊疗结果以及治疗方案信息;
S044、根据特殊病例的症状信息以及检查报告,向患者账号推送诊疗结果以及治疗方案信息。
在另外一个实施例中,如图10所示,步骤S05,包括以下步骤:
S051、罗列出各个医院设备的品牌以及设备的型号的清单信息;
S052、根据清单信息医务人员可根据使用需求进行线上反馈。
在该信息共享平台的使用时,院内的信息共享包括以下步骤:
1、利用现有医院信息化建设现状,只需要加装服务器,利用该服务器读取医院主服务器数据,并于云数据共享访问模块的信息互通。
2、将医院现用各种应用软件信息录入云数据共享访问模块内,使医院各种无线终端能够合法访问本医院云数据共享访问模块。
3、将医院产生数据的各种设施设备,以直接或间接的办法接入医院云数据共享访问模块,由云数据共享访问模块向医院已有主服务器写入数据,使医院现有主服务器变成“灾备”,完全实现由有线的信息化转变为无线的云数据。
4、给出单个医院特定的计算和存储空间,分析清楚不同应用软件对应的数据类型,对所有数据分类去特征化后放入对应的公共数据库,以做后续加工应用。如:CT数据、磁共振数据、心电数据、超声数据、电子病历数据、实验室数据和财务数据等等。
多个医院方案:
1、利用方案一所提供方法将每个医院有线信息化转变为无线的云平台信息化。
2、将每家医院的应用软件云化,放入统一的医院云平台。
3、由云平台制定所有应用软件标准化的接入端口,使所有在云平台上的医院能够选用和接入相应的应用软件。
4、支持所有云平台上的医院选用各种不同类型应用软件,并与云平台一道形成每家医院独特的完整的应用软件群,完成并完善医院在云平台上的信息化建设。
5、云平台确保每家在云医院产生数据的安全和独立性,其数据的所有权归数据产生医院所有。
6、在云平台医院产生数据按类别去特征后存入公共数据库,供获授权用户深度加工应用。
7、云平台对相关应用设施设备和软件面向社会进行招募,对相关应用设施设备和软件进行性能和安全性测试,对合格产品向云平台上所有医院推荐,逐步在平台上形成医院云信息化专用设施、设备和软件的应用生态环境。
8、对所有在云平台医院之间利用各种方式实现授权下的信息共享。如:医院管理方面、业务技术方面等。举例说明:一家医院有一急危重症患者,需要云平台上某医院某专家会诊。传统做法是请该专家到现场或利用医院和医院之间建设的会诊专线进行。在云平台上就只需对该专家进行一定方式授权,他可直接登录该医院,就如同主管医生样查阅所有该病人全部或部分数据,并可直接在电子病例系统中给出治疗方式和方法。
通过上述方法可以比较方便的实现云平台内不同医院间信息的共享和共用。
多行业与医疗系统之间信息共享共建方案。
政府、行业、法人和自然人均有医疗数据或健康数据的需求,其需求的数据类型可分为带特定医院、科室、专业、个人特征和不带特征的数据。对带特征的数据,只要相关医院以合法用户授权即可实现共享。对不带特征的数据,只要云平台给予授权,也能实现有关数据的共享。如:车祸。需要相关医疗数据的有警察、车方、保险、伤者等,只要医院对其进行不同的授权,他们均可获得相对应的数据和信息,从而实现共享。当警察、保险将他们的相关信息共享给医院,可在伤者病历中形成附件,进一步完善病历。这就方便的实现了各行业间信息的共建共享。
去特征后信息的深加工和使用。
目前每家医院每年形成的医疗数据均是以“T”计算的,当去掉每个数据的个人特征后,就可作为公共数据面向相关用户用于进一步加工应用。如:AI在医疗诊断中的应用、在医学影像中的应用和在医疗监护中的应用等等。也可在新药的研发、新医疗设备的研发,医院管理中的应用,行业监管等方面加以应用。
本发明技术的关键点。
1、基于5G和无线传输技术;
2、使用专用云平台;
3、医院产生的数据上云;
4、云平台提供访问平台入口,使合法用户能以各种无线移动终端接入平台并实现有效访问;
5、云平台对所有应用软件制定统一的接口标准,以方便云平台上医院选用和接入;
6、云平台上的医院,均有各自的专用数据库,其产生的数据带有医院和病人个人特征,产权属医院所有;
7、去掉医院和个人特征的数据,存入公共数据库,其产权归医院和云平台共有;
8、云平台负责形成开放的医院专用硬件、软件应用生态环境,并加以维护;
9、云平台负责数据的安全。
以上所述实施例仅表达了本发明的具体实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。
机译: 用于创建基于位置的信息共享平台的方法和系统
机译: 用于提供双向车辆状态信息的信息共享平台,具有车辆的系统,以及其方法
机译: 具有操作信息共享平台的网络游戏系统和用于共享操作信息的网络游戏方法