一种数据传输方法及医疗系统与流程

【技术领域】

本发明涉及数据传输方法，尤其涉及一种数据上传服务端的方法及医疗系统。

背景技术：

医院内通常会将医疗设备的运行状态、使用率统计、故障报警等医疗设备运行信息上传到管理服务器或云平台，在管理服务器或云平台中对医疗设备进行动态管理，为医院方提供实时的医疗设备运行信息，为设备资产管理提供数据来源。

然而，如果医疗设备如果正在进行检查、扫描等工作，上传数据可能影响医疗设备的正常工作。导致延长检查、扫描的时间进而延长治疗时间，甚至有可能令医疗设备超负荷运行造成设备故障频发。而且，如果在信息上传的过程中发生网络故障等状况，还有可能中途丢失没有上传成功的信息。

技术实现要素：

本发明所要解决的技术问题是提供一种不影响医疗设备正常工作且确保数据不会中途丢失的数据上传服务端的方法及医疗系统。

为解决上述技术问题，本发明提供一种数据传输方法,包括以下步骤:对医疗设备运行生成的数据设置优先级，将传输所述数据的优先级设置为低于所述医疗设备工作的优先级；设置优先级步骤，将传输所述数据的优先级设置为低于所述医疗设备工作的优先级；缓存步骤，将所述数据缓存在设备端的数据库；及上传步骤，将所述数据从所述设备端的数据库向服务端上传。

进一步的，所述数据传输方法进一步包括：注册步骤，在服务端对医疗设备的序列号和产品码进行注册，认证步骤，对所述数据的序列号和产品码在服务端注册过的所述序列号和产品码行比对判断是否匹配，然后将判断结果为匹配的数据存入服务端的数据库。

进一步的，所述数据传输方法进一步包括响应步骤，所述服务端向所述医疗设备返回上传是否成功响应信息。

进一步的，所述数据传输方法进一步包括删除步骤，所述医疗设备收到上传成功的响应信息后在设备端的数据库中将对应的数据删除。

进一步的，所述将判断结果为匹配的数据存入服务端的数据库包括检测是否有相同的数据存入服务端的数据库并对所述相同的数据作归一处理。

进一步的，所述数据传输方法进一步包括发生在所述缓存步骤之前的格式校验步骤，令通过格式校验后符合格式要求的数据缓存入所述设备端的数据库。

进一步的，进行所述上传步骤时，上传超时启动超时设置，令上传动作被中止一段时间后重新上传。

进一步的，所述数据传输方法进一步包括发生在缓存步骤之前的定时检查设备中是否有新的数据产生的步骤。

进一步的，一种医疗系统，其包括医疗设备及服务端，其特征在于，所述医疗设备包括：设置优先级模块，用于将传输由所述医疗设备运行生成的数据的优先级设置为低于所述医疗设备工作的优先级；及设备端的数据库，令数据缓存于所述设备端的数据库后向服务端上传。

进一步的，所述服务端包括：注册模块，用于对医疗设备的序列号和产品码进行注册；认证模块，用于对自所述设备端的数据库上传至服务端的数据的序列号和产品码中的至少一者与在服务端注册过的所述序列号和产品码中的至少一者进行比对判断是否匹配；及服务端的数据库，令通过认证模块被判断为匹配的数据上传至所述服务端的数据库。

进一步的，所述服务端进一步包括响应模块，用于向所述医疗设备返回数据是否成功上传至所述服务端的数据库的响应信息。

本发明通过设置优先级令数据传输的优先级低于医疗设备工作的优先级，从而令数据上传不会影响医疗设备的正常工作。从而不会导致延长检查、扫描的时间进而延长治疗时间，也不会令该医疗设备超负荷运行造成医疗设备故障频发。而且，本发明通过设置响应程序令通过认证的消息在上传的过程中即使发生网络故障没有成功存入服务端的数据库，也能够继续保留在设备端的数据库，待网络正常后继续上传，直至数据最终成功存入服务端的数据库，避免中途丢失的可能。校验模块、认证模块对消息进行两次筛查，令服务端的数据库接受的消息皆为认证过的医疗设备发送的消息，节约了客服人员对消息进行人工筛查或对非认证过的医疗设备发送的消息进行不必要处理而浪费的时间，进而提高了工作效率。本发明几乎可以做到数据的实时上传，加快了数据上传速度。

【附图说明】

图1为本发明实施例1对应的数据传输方法的流程示意图；

图2为本发明实施例1对应的数据流向的示意图；

图3为本发明实施例2对应的数据传输方法的具体步骤的流程示意图；

图4为本发明实施例3对应的医疗系统的功能方块图。

【具体实施方式】

在下面的描述中阐述了很多具体细节以便于充分理解本发明。但是本发明能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施的限制。

其次，本发明利用示意图进行详细描述，在详述本发明实施例时，为便于说明，所述示意图只是实施例，其在此不应限制本发明保护的范围。

参阅图1至图4，医疗系统包括医疗设备100及服务端。

所述医疗设备100包括多个任务栏10及设备端的数据库15。所述多个任务栏10包括但不限于图像采集、图像后处理等。

医疗设备100运行产生数据。医疗设备100将所述数据存储到设备端的数据库15。所述设备端的数据库15的数据将再传输到服务端。所述服务端包括但不限于在线服务中心(servicecentre，简称sc)200、管理服务器、云平台。上传在线服务中心200可令在线客服人员及时处理数据信息，及时进行设备维护、排除故障、更新软件等工作。上传管理服务器可令客服人员在线或延时处理数据信息。上传云平台可令客服人员或云平台上的其他相关人员处理数据信息。本发明实施例1至3将以在线服务中心200为例进行说明。

多组数据根据其内容组成多条消息。每条消息由多个数据组成。所述消息可以用于表征磁体温度、水冷等硬件参数。所述消息也可以是本地服务日志，例如记录当日对患者的扫描数量。每条消息包括但不限于序列号、产品码、模块、操作时间、类型、级别、描述、消息的id(uid)、消息的标识码(guid)、附件路径、数值。序列号表示所述医疗设备的序列号。所述产品码表示所述医疗设备的产品码。模块表示该消息属于医疗设备中的哪个组件产生的。操作时间表示消息产生的时间。类型表示消息的类型。级别表示消息的级别。描述用来描述这条消息的含义。消息的id(uid)是消息的唯一id。每条消息有唯一的标识码，在线服务中心通过标识码来保证消息的唯一性。附件路径表示上传该消息到在线服务中心200时，是否需要携带其他文件。如果需要，该字段表示附件文件的本地路径。数值表示该消息的具体的数值。消息传输的优先级顺序很低，低于执行扫描协议、进行检查或执行其他常规工作的优先级。

实施例1：

如图1所示，结合图4，消息传输的过程主要包括以下三个阶段。第一阶段：首先在在线服务中心200注册所述医疗设备100的序列号和产品码使得该医疗设备100成为获得在线服务中心200认证的认证设备，避免同一网段中的其他设备可以将其数据上传到在线服务中心200干扰在线服务工作。且将数据传输的优先级设置为低于所述医疗设备100工作的优先级。

第二阶段：所述医疗设备100执行任务后产生的数据流形成消息缓存在设备端的数据库(简称：设备端的db)15。医疗设备100的工作包括但不限于扫描、拍摄、检查。

第三阶段：待所述医疗设备100处于空闲状态，即不进行上述工作时，将消息从设备端的数据库15向在线服务中心200上传。

第四阶段：在线服务中心200向医疗设备发送响应信息，医疗设备收到上传成功的相应信息后删除设备端的数据库15中已经成功上传至线服务中心的数据库(简称：sc的db)23的消息，令消息最终成功传入在线服务中心的数据库23。

如图2所示，数据流在第二阶段中从任务栏10流向设备端的数据库15，在第三阶段、第四阶段中从设备端的数据库15流向在线服务中心的数据库23。

实施例2：

参阅图3，结合图4，本实施方式中的数据传输方法具体包括以下步骤：

s101：注册步骤，首先在在线服务中心200的注册模块21注册医疗设备100的序列号和产品码使得该医疗设备100成为获得在线服务中心200认证的认证设备。避免同一网段中的其他设备可以将其数据上传到在线服务中心200干扰在线服务工作。另外，将数据传输的优先级设置为低于所述医疗设备100正常工作时的优先级。

s200:所述医疗设备100运行时生成数据的步骤。所述医疗设备100工作时执行多个任务栏10。多个任务栏10执行后产生对记录磁体温度、水冷等硬件参数的数据，也产生记录当日扫描数量的本地服务日志、记录设备故障等信息的其他日志文件。

s200执行后执行s201。

s201：启动常驻进程。通过常驻进程定时检查医疗设备100中是否有新的消息产生。如果有，执行s202。如果没有，执行s212。

s202:调用接口将新的消息向设备端的数据库15传输，数据传输的优先级预先设置为低于所述医疗设备100扫描、拍摄、检查等工作的优先级。

s202之后执行s203。

s212:启动延时程序，暂停传输，过一段时间后重新执行s201。从而实现定时检查所述医疗设备100中是否有新的消息产生。

s203：格式校验步骤，启动格式校验。消息向设备端的数据库15传输时需通过格式校验先进行初步过滤，判断该消息是否符合格式要求。对于符合格式要求的消息执行s204。对于不符合格式要求的消息，则执行s214。

s204:缓存步骤，通过格式校验的消息缓存在设备端的数据库15。

s204执行之后执行s301。

s214：消息无法存入设备端的数据库15。

s301:上传步骤，设备端的数据库15中的消息从所述设备端的数据库15向在线服务中心200上传。如果网络正常，执行s302。如果网络故障，则执行s312。

s302:消息上传于在线服务中心200。

s302执行后执行s401。

s312:启动超时设置。网络故障造成上传超时，超时设置被启动，上传动作被中止。消息保留于设备端的数据库15，待网络正常后重新执行s301。

s401:认证步骤，在线服务中心200的认证程序对传入的消息的序列号和产品码进行认证。即：将该消息的序列号和产品码与在线服务中心200中已注册过的序列号和产品码进行比对判断是否匹配。如果认证结果为匹配，表示该发送该消息的医疗设备是在在线服务中心注册过的认证设备，则执行s402。如果认证结果为非匹配，表示该发送该消息的医疗设备不是在在线服务中心200注册过的认证设备，则执行s412。

s402:将该消息存入在线服务中心的数据库23。在线服务中心200有网页展示存入数据库23的数据，供在线服务人员查看已存入数据库23的数据。

s402后执行s501。

s412：数据无法存入在线服务中心的数据库23，从而执行s511。

s501：响应步骤，在线服务中心200向医疗设备100返回是否发送成功的响应信息，告知消息是否发送成功。响应信息以json格式表示。响应信息包括发送结果及原因描述。发送结果表示消息是否发送成功。原因描述用于记录发送成功或失败的原因。此时，网络正常，则执行s502。网络故障执行s512。

s502：处理步骤，如果消息发送成功，所述医疗设备100收到消息发送成功的响应信息后在设备端的数据库15中删除发送成功的消息，然后执行s503；如果消息发送失败，所述医疗设备100收到消息发送失败的响应信息后不会在设备端的数据库15中删除发送失败的消息。

s512:在线服务中心200无法及时返回是否发送成功的响应信息。告知设备端消息是否发送成功。响应信息以json格式表示。设备端的数据库15没有收到发送成功的响应信息则不会删除该消息，令该消息继续保留于设备端的数据库15。当网络状况良好，则再重新执行进行s501、s502。但经过再次执行s501、s502的消息由于已经存在于在线服务中心的数据库23中，故需在重复进行过s501、s502后继续执行s5021。

s5021：消息传入在线服务中心200时，在线服务中心200对于与已存入在线服务中心的数据库23的数据相同的数据作归一处理。归一处理包括但不限于令一条数据覆盖另一条数据、两条数据合并、删除其中一条数据等方法，令多条相同的数据仅保留一条。

s5021执行后亦会执行s503。

s503：消息最终成功存入在线服务中心的数据库23，供在线服务人员即时阅读消息并对消息作相应处理。

实施例3：

在线服务中心200包括注册模块21，用于注册医疗设备100的序列号和产品码使得该医疗设备100成为获得在线服务中心200认证的认证设备。避免同一网段中的其他设备可以将其数据上传到在线服务中心200干扰在线服务工作。

所述医疗设备100包括多个任务栏10，用于执行多个不同的任务，例如图像采集、图像处理。多个任务栏10执行后产生数据。这些数据包括但不限于记录磁体温度、水冷等硬件参数的数据，也包括记录当日扫描数量的本地服务日志、记录设备故障等信息的其他日志文件。多组数据根据其内容组成多组消息。

所述医疗设备100包括设置优先级模块11，用于将数据传输的优先级设置为低于所述医疗设备100工作的优先级。医疗设备100的工作包括但不限于扫描、拍摄、检查等工作。

所述医疗设备100包括检查模块12及延时模块13。检查模块12用于开启常驻进程。常驻进程用于定时检查医疗设备100中是否有新的消息产生。如果检查到有新的消息产生，则执行s202，调用接口将新的消息向设备端的数据库15传输。如果没有检查到新的消息，则执行s212，启动延时模块13开启延时程序，数据暂停传输，进过延时程序中设置好的一段时间，后重新启动检查模块12开启常驻进程。

所述医疗设备100还包括校验模块14及设备端的数据库15。校验模块14用于启动格式校验。消息传输到设备端的数据库15前需通过校验模块14的格式校验被初步过滤，判断该消息是否符合格式要求。符合格式要求的消息缓存到设备端的数据库15。对于不符合格式要求的消息则无法缓存到设备端的数据库15。

所述医疗设备100进一步包括超时模块16及删除模块17。超时模块16中设定上传预设时间。设备端的数据库15中的消息需要从设备端的数据库15向在线服务中心200上传。如果网络正常，则消息在预设时间内顺利传入在线服务中心200，超时模块16不会启动。如果网络故障造成上传超过预设时间，则启动超时模块，开启超时设置，上传动作被中止，数据保留于设备端的数据库15，待网络正常后重新上传。如此确保数据不是已上传至在线服务中心200，就是保留在设备端的数据库15，不会因网络故障等原因在上传过程中丢失。

在线服务中心200还包括认证模块22及在线服务中心的数据库23。所述认证模块22用于开启认证程序对传入的消息的序列号和产品码进行认证。即：将该消息的序列号和产品码与已在线服务中心200的注册模块21中已注册过的序列号和产品码进行比对判断是否匹配。如果认证结果为匹配，表示发送该消息的医疗设备是在在线服务中心200注册过的认证设备。通过认证的消息顺利存入在线服务中心200的数据库23。在线服务中心有网页展示存入数据库23的数据，供在线服务人员查看已存入数据库23的数据。如果认证结果为非匹配，表示发送该消息的医疗设备不是在在线服务中心200注册过的认证设备，数据存入在线服务中心的数据库23的操作失败。

在线服务中心200进一步包括响应模块24，用于向设备端的数据库15返回消息是否成功上传的响应信息，告知设备端消息是否成功上传。响应信息以json格式表示。响应信息包括但发送结果原因描述。发送结果表示消息是否发送成功。原因描述用于记录发送成功或失败的原因。

此时，如果网络正常，对于通过认证的消息顺利存入在线服务中心200的数据库23的情况，所述响应模块24将上传成功的响应信息发送给设备端的数据库15。对于数据存入在线服务中心的数据库23的操作失败的情况，所述响应模块24将上传失败的响应信息发送给设备端的数据库15。

设备端收到上传成功的响应信息后启动删除模块17，将设备端的数据库15中的上传成功的消息删除。该消息最终成功存入在线服务中心的数据库23，供在线服务人员即时阅读并作相应处理。

设备端收到发送失败的响应信息则不会启动删除模块17删除该消息。

此时，如果网络故障，在线服务中心200无法及时返回响应信息。设备端没有收到上传成功的响应信息则不会启动删除模块17，令该消息继续保留于设备端的数据库15。当网络状况良好，已经上传过在线服务中心200但没有被删除继续保留在设备端的数据库15中的消息再次上传在线服务中心200。

在线服务中心200还包括归一处理模块25，用于检测是否有相同的数据存入服务端的数据库并对所述相同的数据作归一处理。归一处理包括但不限于令一条消息覆盖另一条消息、两条消息合并、删除其中一条消息等方法，令多条相同的消息仅保留一条。该消息最终成功存入在线服务中心的数据库23，供在线服务人员即时阅读并作相应处理。

如果该医疗设备100正在进行检查、扫描等工作，由于数据上传的优先级很低，低于扫描、拍摄、检查等正常工作的优先级，则上传数据不会影响医疗设备100的正常工作。从而不会导致延长检查、扫描的时间进而延长治疗时间，也不会令该医疗设备100超负荷运行造成医疗设备100故障频发。而且，对于通过认证的消息，如果数据上传的过程中发生网络故障等状况，令数据没有最终成功存入在线服务中心的数据库23，则会通过响应程序令数据继续保留在设备端的数据库15，待网络正常后继续上传，直至数据最终成功存入在线服务中心的数据库23，避免中途丢失的可能。校验模块14、认证模块22对消息进行两次筛查，令在线服务中心的数据库23接受的消息皆为认证过的医疗设备100发送的消息，节约了客服人员对消息进行人工筛查或对非认证过的医疗设备发送的消息进行不必要处理而浪费的时间，进而提高了工作效率。另外，所述实施方式几乎可以做到数据的实时上传，加快了数据上传速度。

本发明中的医疗设备100可以是乳腺机、肠胃机、c形臂、ct(computedtomography)、mr(magneticresonance)等所有的影像设备的一种或数种。

本发明中的医疗设备100也可以变换为运用于工业领域中并在运行过程中生成数据的其他电子设备。

虽然本发明已以较佳实施例揭示如上，然其并非用以限定本发明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作些许的修改和完善，因此本发明的保护范围当以权利要求书所界定的为准。