CN109754875A - 一种医用自助终端、设备、云服务器及系统 - Google Patents

Abstract

本发明提供一种医用自助终端、设备、云服务器及系统，该医用自助终端包括：采集模块，用于采集当前医院用户的疾病诊断信息；并将疾病诊断信息同步至云服务器；身份识别模块，用于获取并识别用户的身份信息；第一交互模块，用于采集该用户的请求指令，并根据请求指令进行人机交互；第一处理模块，用于判断请求指令的类型，根据请求指令的类型按照用户的身份信息反馈处理结果，其中，监测到处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。通过内网采集用户疾病诊断信息，外网同步疾病诊断信息至云服务器，提高了用户获取疾病诊断信息的效率与便捷度，减少了医务人员的工作量，提高了用户在医院体验。

Description

一种医用自助终端、设备、云服务器及系统

技术领域

本发明涉及医疗信息技术领域，特别是涉及一种医用自助终端、设备、云服务器及系统。

背景技术

传统医疗信息服务依赖于业务科室(放射科,超声科，内窥镜科等)的医师人工完成处理，由专人把用户的检查影像和报告预先打印出来并集中存放，然后逐一分发给每位用户。然而，这种传统工作模式有三大弊端：一是增大医务人员的工作量及工作时间，医务人员需要不停的输入、查询、打印，不断的进行大量的重复性工作，浪费了医院有限的人力资源，增大了医院的运营成本。二是存在一定的医疗风险，医务人员一般是通过身份证号码、姓名或手机号来查找各种检查影像或相关报告，这些信息需要护士手工输入，在长时间、多频率的手工输入过程中，存在一定的错误概率而引发医疗纠纷；三是用户在等候或排队需要耗费较多时间、就诊体验较差。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种一种医用自助终端、设备、服务器及系统，用于解决现有技术中的用户无法及时获取医疗信息问题。

为实现上述目的及其他相关目的，本发明提供一种医用自助终端，包括：

采集模块，用于采集当前医院用户的疾病诊断信息；并将所述疾病诊断信息同步至云服务器；

身份识别模块，用于获取并识别用户的身份信息；

第一交互模块，用于采集该用户的请求指令，并根据所述请求指令进行人机交互；

第一处理模块，用于判断所述请求指令的类型，根据所述请求指令的类型按照用户的身份信息反馈处理结果，其中，监测到所述处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。

本发明的另一目的在于提供一种设备，包括：

用户模块，用于在联网状态下，根据用户身份信息获取注册用户帐号；

第二交互模块，用于采集该用户帐号的请求指令，显示来自云服务器关于所述请求指令的响应；

第二处理模块，用于将所述请求指令与该注册帐号相关联发送至云服务器，其中，监测来自云服务器的文件在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。

本发明的另一目的在于提供一种云服务器，网络连接医用自助终端与设备，所述云服务器包括：

接收模块，用于接收所述疾病诊断信息，以及接收来自所述医用自助终端与设备的请求指令，其中，所述请求指令包含用户标识以及请求指令类型；

存储模块，用于按用户信息建立用户档案存储相应的疾病诊断信息；

第三处理模块，用于根据所述请求指令内的用户标识查找与用户关联的档案，并按所述请求指令类型产生处理结果；其中，监测到所述处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传；

发送模块，用于发送所述处理结果至产生请求指令的医用自助终端与设备。

本发明的还有一目的在于提供一种医用自助系统，包括：上述的医用自助终端、设备和云服务器。

如上所述，本发明的医用自助终端、设备、云服务器及系统，具有以下有益效果：

本发明的医用自助终端包含内网与外网，通过内网采集用户疾病诊断信息，外网同步疾病诊断信息至云服务器，同时，满足用户不在本地医院就能够获取与其相关联的疾病诊断信息，提高了用户获取疾病诊断信息的效率与便捷度，同时，减少了医务人员的工作量，提高了用户在医院体验。

附图说明

图1显示为本发明提供的一种医用自助终端结构框图；

图2显示为本发明提供的一种设备结构框图；

图3显示为本发明提供的一种云服务器结构框图；

图4显示为本发明提供的一种医用自助系统结构示意图；

图5显示为显示为本发明提供的一种自助终端结构示意图。

元件标号说明：

1 医用自助终端

2 设备

3 云服务器

11 采集模块

12 身份识别模块

13 第一交互模块

14 第一处理模块

21 用户模块

22 第二交互模块

23 第二处理模块

31 接收模块

32 存储模块

33 第三处理模块

34 发送模块

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

请参阅图1，为本发明提供一种医用自助终端结构框图，包括：

采集模块11，用于采集当前医院用户的疾病诊断信息；并将所述疾病诊断信息同步至云服务器；

其中，所述采集模块11包括与医院各终端互连有线采集模块与WIFI模块(内网，当地医院的局域网)、以及连接云服务器的4/5G模块(外网)，由于该终端在其顶部内置天线(4/5G模块)，使其在采集到用户疾病诊断信息时可同步至云服务器进行存储，方便用户随时随地通过智能设备访问云端，获取到相应疾病诊断信息。

具体地，由于每个合作医院部署有电子胶片采集服务器，与医院的RIS/PACS进行对接，因采集模块支持双网络模块；采用开放统一标准的采集接口，用以获取院内PACS/RIS数据。与院内RIS开放的接口，支持Socket、WebServices、Http Post多种方式(应对潜在医院系统接口不统一)；与院内PACS接口支持DICOM3.0标准通讯协议及Http协议为辅助。支持采集的RIS信息，以结构化数据(字符串数据)为主，包含：病人基本信息、检查基本信息(检查号、检查时间、检查部位、检查设备、检查项目等)、影像所见、检查结果、阴阳性等，信息能组成传统胶片四角信息；所述疾病诊断信息包括用户的个人信息(姓名、性别、年龄、籍贯等)、疾病记录(如，记录的某年某月检查记录以及病史等)以及DICOM影像文件、CDA信息、KIN信息等。

身份识别模块12，用于获取并识别用户的身份信息；

其中，该身份识别模块包括身份证识别模块、医保卡识别模块、就诊卡或银行卡等识别模块、再如条形码或二维码等验证模块，以此识别在该终端操作的用户的身份，当后续生成请求指令时与该用户关联绑定，已得到用户想要的结果。

第一交互模块13，用于采集该用户的请求指令，并根据所述请求指令进行人机交互；

其中，人机交互的显示界面详述如下：

1)终端信息显示屏或信息集中显示屏在第一时间提示可下载浏览或打印的患者姓名及内容；

2)终端界面全中文图形化界面、具备动画提示使用者理解和操作；当患者需要进行自助打印时，系统通过语音的方式提示患者进行每一步操作；

3)出现故障提示面面：暂停服务，系统正在维护中；

4)屏幕上文字显示刷卡患者的信息和所要打印的胶片和报告数量并同时进行语音提示；屏幕上提示打印进度及时间；

5)医用自助终端显示屏(信息集中显示屏、终端信息显示屏、终端人机交互操作屏)可通过云端控制、同屏分屏区域显示与播放视频、发布管理通知公告、医院或专家简介、操作指南、健康讲座等。

第一处理模块14，用于判断所述请求指令的类型，根据所述请求指令的类型按照用户的身份信息反馈处理结果，其中，监测到所述处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。

具体地，当医用自助终端与云服务器建立通信链路后，如果医用自助终端在发送或接收文件时，会根据当前文件的状态监测是否有中断，当发生中断后，无需重复建立链接，可根据文件当前的传输状态继续发送或接收(即，文件当前传输进度按需传输)，以免浪费时间和资源重复进行发送，以提高服务器的负载能力以及医用自助终端的工作的效率。

其中，所述请求指令的类型包括查询指令、图像归档指令、电子支付指令、提醒指令与打印指令；由于每种请求指令的标识码不同，可通过标识码判断请求指令的类型；请参阅图5，为本发明提供的一种医用自助系统结构示意图，当请求指令为电子支付指令时，调用相应电子支付模块，对使用增值业务APP的患者用户提供支付通道，如“微信”、“支付宝”、“银联”支付入口；当请求指令为提醒指令时，微信公众号或短信服务商接入，通过微信公众号或短信方式向用户推送电子报告及影像查阅二维码。当请求指令为图像归档指令时，即，DICOM图像归档服务，接收并存储患者在合作医院内患者的标准DICOM影像，与患者索引服务中患者及电子报告实现对应。当请求指令为查询指令时，根据查询指令提供“患者索引服务”整合患者在所有合作医院的影像检查信息，做到统一入口登陆、统一列表查询，支持同一患者多机构多检查统一合并。

请参阅图2，为本发明提供一种设备结构框图，包括：

用户模块21，用于在联网状态下，根据用户身份信息获取注册用户帐号；

第二交互模块22，用于采集该用户帐号的请求指令，显示来自云服务器关于所述请求指令的响应；

第二处理模块23，用于将所述请求指令与该注册帐号相关联发送至云服务器，其中，监测来自云服务器的文件在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。

其中，当设备与云服务器建立通信链路后，如果设备在发送或接收文件时，会根据当前文件的状态监测是否有中断，当发生中断后，无需重复建立链接，可根据文件当前的传输状态继续发送或接收(即，文件当前传输进度按需传输)，以免浪费时间和资源重复进行发送，以提高服务器的负载能力以及访问设备的工作的效率。

在上述实施例中，所述设备可为计算机、智能终端(平板、智能手机等设备)，通过安装计算机程序，使终端与云服务器建立远程链接，可提供访问疾病诊断信息、以及挂号、预约、支付等功能，例如，提供患者访问云服务器的接口，患者进行ID验证(二维码或输入ID、检查号、医保号)，当验证通过时，可根据发送的请求指令类型至云服务器，达到双方通信的目的。如，当请求指令为下载指令时，可通过报告与DICOM进行访问或下载，而当下载到设备存储时，可通过第三方打印设备进行打印，满足了用户的各种需求；当请求指令为支付指令时，可在设备内的APP的付款渠道进行显示，方便患者使用设备进行支付，有利于客户实现远程预约(挂号)、缴费等功能。

请参阅图3，为本发明提供一种服务器，其网络连接医用自助终端与设备，所述云服务器包括：

接收模块31，用于接收所述疾病诊断信息，以及接收来自所述医用自助终端与设备的请求指令，其中，所述请求指令包含用户标识以及请求指令类型；

存储模块32，用于按用户信息建立用户档案存储相应的疾病诊断信息；

其中，存储期限如，门诊患者数据保存15年，患者的疾病诊断信息保存30年，保证数据不会轻易丢失，以满足云存储数据保存期限满足《电子病历应用管理规范》第19条“门(急)诊电子病历由医疗机构保管要求。

第三处理模块33，用于根据所述请求指令内的用户标识查找与用户关联的档案，并按所述请求指令类型产生处理结果；其中，监测到所述处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传；

其中，当设备与云服务器建立通信链路后，如果设备在发送或接收文件时，会根据当前文件的状态监测是否有中断，当发生中断后，无需重复建立链接，可根据文件当前的传输状态继续发送或接收(即，文件当前传输进度按需传输)，以免浪费时间和资源重复进行发送，以提高服务器的负载能力以及访问设备的工作的效率。

发送模块34，用于发送所述处理结果至产生请求指令的医用自助终端与设备。

在本实施例中，所述第一处理模块、第二处理模块以及第三处理模块均为中央处理器，通过对该中央处理器写入计算机程序，使得其具有上述功能，其中，第三处理器中的请求指令类型包含。

请参阅图4，为本发明提供的一种医用自助系统，包括：上述的医用自助终端、设备和云服务器。

该医用自助终端同时支持内网与外网连接，内网接收当地医院的疾病诊断信息，通过外网将其同步至云服务器，即关于患者的疾病诊断信息全部归档存储于云服务器；而当用户通过该医用自助终端要进行相应服务器时，首先，进行个人信息识别登录患者的帐号，按用户输入的请求指令类型匹配与其相关联的疾病诊断信息，实现相应功能；其次，设备通过远程访问云服务器，建立通信链路通过输入请求指令类型匹配与其相关联的疾病诊断信息，也能完成相应功能，而在文件传输过程中，由于医用自助终端、设备与云服务器都设置有文件中断监测程序，当监测到文件在传输中发生中断时，可通过断点续传功能继续传输，以提高文件传输效率与用户体验度。

在本实施例中，将互联网、大数据、人工智能等信息技术综合应用于医疗卫生领域，为构建互联互通的惠民健康信息服务体系，满足多层次、多样化、个性化的健康医疗需求，加快智慧医疗服务体系建设，实现新技术、新产品、新模式，形成数字经济和实体经济融合发展。

综上所述，本发明的医用自助终端包含内网与外网，通过内网采集用户疾病诊断信息，外网同步疾病诊断信息至云服务器，同时，满足用户不在本地医院就能够获取与其相关联的疾病诊断信息，提高了用户获取疾病诊断信息的效率与便捷度，同时，减少了医务人员的工作量，提高了用户在医院体验。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (9)

1.一种医用自助终端，其特征在于，所述医用自助终端包括：

采集模块，用于采集当前医院用户的疾病诊断信息；并将所述疾病诊断信息同步至云服务器；

身份识别模块，用于获取并识别用户的身份信息；

第一交互模块，用于采集该用户的请求指令，并根据所述请求指令进行人机交互；

第一处理模块，用于判断所述请求指令的类型，根据所述请求指令的类型按照用户的身份信息反馈处理结果，其中，监测到所述处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。

2.根据权利要求1所述的医用自助终端，其特征在于，所述疾病诊断信息包括用户的个人信息、疾病记录以及DICOM影像文件。

3.根据权利要求1所述的医用自助终端，其特征在于，所述采集模块包括与医院各终端互连有线采集模块与WIFI模块、以及连接云服务器的4/5G模块。

4.根据权利要求1所述的医用自助终端，其特征在于，所述请求指令的类型包括查询指令、电子支付指令、提醒指令与打印指令。

5.一种设备，其特征在于，所述设备包括：

用户模块，用于在联网状态下，根据用户身份信息获取注册用户帐号；

第二交互模块，用于采集该用户帐号的请求指令，显示来自云服务器关于所述请求指令的响应；

第二处理模块，用于将所述请求指令与该注册帐号相关联发送至云服务器，其中，监测来自云服务器的文件在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传。

6.根据权利要求5所述的设备，其特征在于，所述请求指令的类型包括查询指令、电子支付指令与提醒指令。

7.一种云服务器，其特征在于，网络连接医用自助终端与设备，所述云服务器包括：

接收模块，用于接收所述疾病诊断信息，以及接收来自所述医用自助终端与设备的请求指令，其中，所述请求指令包含用户标识以及请求指令类型；

存储模块，用于按用户信息建立用户档案存储相应的疾病诊断信息；

第三处理模块，用于根据所述请求指令内的用户标识查找与用户关联的档案，并按所述请求指令类型产生处理结果；其中，监测到所述处理结果或/和疾病诊断信息在传输过程中的状态判断是否发生中断，当发生中断时进行断点续传；

发送模块，用于发送所述处理结果至产生请求指令的医用自助终端与设备。

8.根据权利要求8所述的云服务器，其特征在于：所述请求指令的类型包括查询指令、电子支付指令、提醒指令与打印指令。

9.一种医用自助系统，其特征在于，包括权利要求1-4中任一项所述的医用自助终端、权利要求5-6中任一项所述的设备和如权利要求7-8中任一项所述的云服务器。