CN111629025A - 一种医疗信息对接用调试系统 - Google Patents

一种医疗信息对接用调试系统 Download PDF

Info

Publication number
CN111629025A
CN111629025A CN202010256121.8A CN202010256121A CN111629025A CN 111629025 A CN111629025 A CN 111629025A CN 202010256121 A CN202010256121 A CN 202010256121A CN 111629025 A CN111629025 A CN 111629025A
Authority
CN
China
Prior art keywords
message
packet loss
information
detection
receiving
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.)
Granted
Application number
CN202010256121.8A
Other languages
English (en)
Other versions
CN111629025B (zh
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.)
Shenzhen Innoview Technology Co ltd
Original Assignee
Shenzhen Innoview Technology Co 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 Shenzhen Innoview Technology Co ltd filed Critical Shenzhen Innoview Technology Co ltd
Priority to CN202010256121.8A priority Critical patent/CN111629025B/zh
Publication of CN111629025A publication Critical patent/CN111629025A/zh
Application granted granted Critical
Publication of CN111629025B publication Critical patent/CN111629025B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26—Special purpose or proprietary protocols or architectures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Environmental & Geological Engineering (AREA)
  • Power Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种医疗信息对接用调试系统，包括发送部分、接收部分、序列号获取模块、丢包检测模块、报警信息生成模块和报警信息发送模块，以及包括反丢包部分、分析部分和数据加密部分；其中，发送部分称为子系统，接收部分称为母系统；在反丢包部分中，母系统位于中心管理服务器，并与医院的信息系统服务器处于同一网段且网络互通；子系统位置定义为入口节点位；母系统位置定义为出口节点位；本发明，基于加密技术，TCP/IP丢包检查技术。利用TCP/IP丢包检查技术，自动分析丢包原因；利用HTTP协议，获取所需参数，针对数据进行加密传输，显著提高对接的安全性。

Description

一种医疗信息对接用调试系统
技术领域
本发明涉及加密技术、丢包检查技术相结合的综合应用技术领域，尤其涉及一种医疗信息对接用调试系统。
背景技术
近年来随着我国医疗卫生事业的高速发展，越来越多的新设备、新技术和新理念被应用于各地的医院和卫生系统中，作为医院业务系统核心部分的手术室如何在数字化医疗的大环境下加入到医院的信息系统中，避免成为医疗信息建设中的孤岛成为了急需解决的课题。
早期的医院手术室示教方案或手术转播方案，往往采取多个摄像机拍摄医疗仪器屏幕的方式，存在着设备多、调试难、效果差、无法获取数字医疗设备信号、使用条件苛刻等无法解决的弊端，并且这类系统游离于医院信息化系统之外，无法加入到医疗数字化环境中。
中期的医院早已摆脱多个摄像头的的困扰，而是采用直接获取手术室医疗设备的视频信号，搭建起了较为完整的手术示教，也初步对手术室进行了整合。但是这并没有完全解决设备多，设备信息获取难的弊端，无法融入完整的医疗数字化环境中。
近年，智慧手术室系统兴起，旨在将先进的信息化技术运用到手术室，使得医生能够实时获得大量与患者相关的重要信息，完美的解决手术室设备整合。智慧手术室系统是医疗信息化的一个重要组成部分，聚焦于手术室的现代化建设，真正实现手术室的高效智能、扩展灵活等，将设备的控制与管理、医疗信息化的融合、医疗影像数据的传输与存储、及远程手术指导/远程会诊等集成应用。
但是，如此完美的解决手术室整合问题上，依旧存在弊端，那就是每次对接医院信息系统，需要派遣原厂工程师到现场，专门对网络、设备兼容性、对接程序代码进行专门的调试。这需要现场实施工程师对专业技能有过硬的认知，即使是这样，也需要消耗非常长的时间，进行设备的效果调试，而长时间的调试，不可避免的造成了项目成本居高，人员工作成本无法达到最优化。
为了解决这个问题，我司，自主研发了一种医疗信息对接用调试系统。
发明内容
(一)发明目的
为解决背景技术中存在的技术问题，本发明提出一种医疗信息对接用调试系统，基于Internet控制报文协议，配合跟踪路由技术的对丢包进行分析算法以及基于MD5的加密算法。
(二)技术方案
为解决上述问题，本发明提出了一种医疗信息对接用调试系统，包括发送部分、接收部分、序列号获取模块、丢包检测模块、报警信息生成模块和报警信息发送模块，以及包括反丢包部分、分析部分和数据加密部分；其中，发送部分称为子系统，接收部分称为母系统；
在反丢包部分中，母系统位于中心管理服务器，并与医院的信息系统服务器处于同一网段且网络互通；子系统位置定义为入口节点位；母系统位置定义为出口节点位；
子系统包括检测报文生成模块，用于定义报文生成101，用于生成检测报文，以及携带路径标识和检测报文序列号；检测报文序列号用于指示子系统向传输检测报文的路径发送的检测报文个数；子系统包括第一发送模块，发送模块用于定义报文生成102，用于向传输检测报文的路径发送报文生成101所生成的检测报文，以用于出口节点检测传输检测报文路径的丢包状况；
母系统包括接收模块，生成的接收信息定义为接收201；接收模块，用于接收来自入口节点的检测报文，检测报文携带检测报文序列号和路径标识；检测报文序列号用于指示入口节点向第一路径发送的检测报文个数；母系统包括第二发送模块，发送的信息定义为发送200，用于在接收到接收201后；母系统判断母系统与医院信息系统是否互通，并将信息写入接收201，以定义医院信息系统网络为正常为接收201-Y，或不正常为接收201-N；
其中，路径标识用于指示检测报文是否用于路径丢包检测；
序列号获取模块，用于检测报文序列号计数，检测报文序列号计数定义为序列号202；在路径丢包检测时，序列号获取模块，用于获取接收201接收的检测报文中携带的检测报文序列号；
丢包检测模块，将丢包检测模块生成的丢包信息定义为丢包检查203-Y，将未丢包信息定义为丢包检查203-N，并用于根据序列号202获取的检测报文序列号计数，判断路径是否出现丢包；
报警信息生成模块，将生成的络报警指示报文定义为报警信息204，用于在丢包检测203-Y/N、接收201-Y/N判断出路径出现丢包时，生成网络报警指示报文；其中，网络报警指示报文，用于指示路径丢包；
报警信息发送模块，生成报警指示报文定义为报警发送205，用于向子系统发送报警信息204生成的报警指示报文。
优选的，分析部分，以采用Internet控制报文协议和路由追踪技术为基础，加入分析丢包原因的算法而形成；分析部分主要对以下情况进行分析：请求超时情况A、网络拥堵情况B、医院信息系统未开通端口情况C、网络拥堵且医院信息系统未开通端口情况D、系统不兼容情况E，以及系统正常情况F。
优选的，在请求超时情况A下：根据控制报文协议，在一定的时间内，如果没有接收到的检测报文回传，则不可达条件触发，要求路径上的每个路由器在转发数据包之前至少将数据包上的TTL递减1；数据包上的TTL减为0时，路由器应该将“ICMP已超时”的消息发回源主机。
优选的，在网络拥堵情况B下：根据控制报文协议，在一定的时间内，接收到报警报文。解析报文信息，如果解析出现丢包检测203-N且比例到达一定值和接收201-Y，则判定网络拥堵，需要调节网络结构或者根据丢包检查203种的路由序号，检查该路由器。
优选的，在医院信息系统未开通端口情况C下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-N，则判定未开通端口，需要检查医院信息系统网络或者申请开通端口。
优选的，在网络拥堵且医院信息系统未开通端口情况D下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-N且比例到达一定值和接收201-N，则判定未开通端口，需要检查医院信息系统网络或者申请开通端口和根据丢包检查203种的路由序号，检查该路由器。
优选的，在系统不兼容情况E下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-Y，则判定网络状况良好，则继续检查手术室环境兼容性；入与预置兼容性不匹配，则需要调整兼容性设置。
优选的，在系统正常情况F下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-Y，则判定网络状况良好，则继续检查手术室环境兼容性；入与预置兼容性匹配，则环境正常，可以正常调用医院信息系统信息。
优选的，数据加密部分基于MD5算法得到加密结果，加密结果取代a，b，c或d中的一个；当用户首次获取a，b，c或d中之一时，由系统自动往这个密码里加入Salt值，然后再散列；该Salt值是由Windows系统生成的，并且只有系统知道。
本发明，基于加密技术，TCP/IP丢包检查技术。利用TCP/IP丢包检查技术，自动分析丢包原因；利用HTTP协议，获取所需参数，针对数据进行加密传输，显著提高对接的安全性；在保证合理带宽的情况下，高质量的传输数据，最终达成在安全环境下，减少工程师现场对接调试的滞留时间，或者只需现场工作人员就可以完成分析问题和对接工作，加快对接速率工作效率。
附图说明
图1为本发明提出的医疗信息对接用调试系统的系统示意图。
图2为本发明提出的医疗信息对接用调试系统中系统正常情况F的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。
如图1-2所示，本发明提出的一种医疗信息对接用调试系统，包括发送部分、接收部分、序列号获取模块、丢包检测模块、报警信息生成模块和报警信息发送模块，以及包括反丢包部分、分析部分和数据加密部分；其中，发送部分称为子系统，接收部分称为母系统；
在反丢包部分中，母系统位于中心管理服务器，并与医院的信息系统服务器处于同一网段且网络互通；子系统位置定义为入口节点位；母系统位置定义为出口节点位；
子系统包括检测报文生成模块，用于定义报文生成101，用于生成检测报文，以及携带路径标识和检测报文序列号；检测报文序列号用于指示子系统向传输检测报文的路径发送的检测报文个数；子系统包括第一发送模块，发送模块用于定义报文生成102，用于向传输检测报文的路径发送报文生成101所生成的检测报文，以用于出口节点检测传输检测报文路径的丢包状况；
母系统包括接收模块，生成的接收信息定义为接收201；接收模块，用于接收来自入口节点的检测报文，检测报文携带检测报文序列号和路径标识；检测报文序列号用于指示入口节点向第一路径发送的检测报文个数；母系统包括第二发送模块，发送的信息定义为发送200，用于在接收到接收201后；母系统判断母系统与医院信息系统是否互通，并将信息写入接收201，以定义医院信息系统网络为正常为接收201-Y，或不正常为接收201-N；
其中，路径标识用于指示检测报文是否用于路径丢包检测；
序列号获取模块，用于检测报文序列号计数，检测报文序列号计数定义为序列号202；在路径丢包检测时，序列号获取模块，用于获取接收201接收的检测报文中携带的检测报文序列号；
丢包检测模块，将丢包检测模块生成的丢包信息定义为丢包检查203-Y，将未丢包信息定义为丢包检查203-N，并用于根据序列号202获取的检测报文序列号计数，判断路径是否出现丢包；
报警信息生成模块，将生成的络报警指示报文定义为报警信息204，用于在丢包检测203-Y/N、接收201-Y/N判断出路径出现丢包时，生成网络报警指示报文；其中，网络报警指示报文，用于指示路径丢包；
报警信息发送模块，生成报警指示报文定义为报警发送205，用于向子系统发送报警信息204生成的报警指示报文。
本发明基于加密技术，TCP/IP丢包检查技术。利用TCP/IP丢包检查技术，自动分析丢包原因；利用HTTP协议，获取所需参数，针对数据进行加密传输，显著提高对接的安全性；在保证合理带宽的情况下，高质量的传输数据，最终达成在安全环境下，减少工程师现场对接调试的滞留时间，或者只需现场工作人员就可以完成分析问题和对接工作，加快对接速率工作效率。
在一个可选的实施例中，分析部分，以采用Internet控制报文协议和路由追踪技术为基础，加入分析丢包原因的算法而形成；分析部分主要对以下情况进行分析：请求超时情况A、网络拥堵情况B、医院信息系统未开通端口情况C、网络拥堵且医院信息系统未开通端口情况D、系统不兼容情况E，以及系统正常情况F。
在请求超时情况A下：根据控制报文协议，在一定的时间内，如果没有接收到的检测报文回传，则不可达条件触发，要求路径上的每个路由器在转发数据包之前至少将数据包上的TTL递减1；数据包上的TTL减为0时，路由器应该将“ICMP已超时”的消息发回源主机。
在网络拥堵情况B下：根据控制报文协议，在一定的时间内，接收到报警报文。解析报文信息，如果解析出现丢包检测203-N且比例到达一定值和接收201-Y，则判定网络拥堵，需要调节网络结构或者根据丢包检查203种的路由序号，检查该路由器。
在医院信息系统未开通端口情况C下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-N，则判定未开通端口，需要检查医院信息系统网络或者申请开通端口。
在网络拥堵且医院信息系统未开通端口情况D下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-N且比例到达一定值和接收201-N，则判定未开通端口，需要检查医院信息系统网络或者申请开通端口和根据丢包检查203种的路由序号，检查该路由器。
在系统不兼容情况E下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-Y，则判定网络状况良好，则继续检查手术室环境兼容性；入与预置兼容性不匹配，则需要调整兼容性设置。
在系统正常情况F下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-Y，则判定网络状况良好，则继续检查手术室环境兼容性；入与预置兼容性匹配，则环境正常，可以正常调用医院信息系统信息。
在一个可选的实施例中，数据加密部分基于MD5算法得到加密结果，加密结果取代a，b，c或d中的一个；当用户首次获取a，b，c或d中之一时，由系统自动往这个密码里加入Salt值，然后再散列；该Salt值是由Windows系统生成的，并且只有系统知道。这样，即便两个用户使用了同一个结果，由于系统为它们生成的salt值不同，他们的散列值也是不同的。
应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (9)

1.一种医疗信息对接用调试系统，其特征在于，包括发送部分、接收部分、序列号获取模块、丢包检测模块、报警信息生成模块和报警信息发送模块，以及包括反丢包部分、分析部分和数据加密部分；其中，发送部分称为子系统，接收部分称为母系统；
在反丢包部分中，母系统位于中心管理服务器，并与医院的信息系统服务器处于同一网段且网络互通；子系统位置定义为入口节点位；母系统位置定义为出口节点位；
子系统包括检测报文生成模块，用于定义报文生成101，用于生成检测报文，以及携带路径标识和检测报文序列号；检测报文序列号用于指示子系统向传输检测报文的路径发送的检测报文个数；子系统包括第一发送模块，发送模块用于定义报文生成102，用于向传输检测报文的路径发送报文生成101所生成的检测报文，以用于出口节点检测传输检测报文路径的丢包状况；
母系统包括接收模块，生成的接收信息定义为接收201；接收模块，用于接收来自入口节点的检测报文，检测报文携带检测报文序列号和路径标识；检测报文序列号用于指示入口节点向第一路径发送的检测报文个数；母系统包括第二发送模块，发送的信息定义为发送200，用于在接收到接收201后；母系统判断母系统与医院信息系统是否互通，并将信息写入接收201，以定义医院信息系统网络为正常为接收201-Y，或不正常为接收201-N；
其中，路径标识用于指示检测报文是否用于路径丢包检测；
序列号获取模块，用于检测报文序列号计数，检测报文序列号计数定义为序列号202；在路径丢包检测时，序列号获取模块，用于获取接收201接收的检测报文中携带的检测报文序列号；
丢包检测模块，将丢包检测模块生成的丢包信息定义为丢包检查203-Y，将未丢包信息定义为丢包检查203-N，并用于根据序列号202获取的检测报文序列号计数，判断路径是否出现丢包；
报警信息生成模块，将生成的络报警指示报文定义为报警信息204，用于在丢包检测203-Y/N、接收201-Y/N判断出路径出现丢包时，生成网络报警指示报文；其中，网络报警指示报文，用于指示路径丢包；
报警信息发送模块，生成报警指示报文定义为报警发送205，用于向子系统发送报警信息204生成的报警指示报文。
2.根据权利要求1所述的医疗信息对接用调试系统，其特征在于，分析部分，以采用Internet控制报文协议和路由追踪技术为基础，加入分析丢包原因的算法而形成；分析部分主要对以下情况进行分析：请求超时情况A、网络拥堵情况B、医院信息系统未开通端口情况C、网络拥堵且医院信息系统未开通端口情况D、系统不兼容情况E，以及系统正常情况F。
3.根据权利要求2所述的医疗信息对接用调试系统，其特征在于，在请求超时情况A下：根据控制报文协议，在一定的时间内，如果没有接收到的检测报文回传，则不可达条件触发，要求路径上的每个路由器在转发数据包之前至少将数据包上的TTL递减1；数据包上的TTL减为0时，路由器应该将“ICMP已超时”的消息发回源主机。
4.根据权利要求2所述的医疗信息对接用调试系统，其特征在于，在网络拥堵情况B下：根据控制报文协议，在一定的时间内，接收到报警报文。解析报文信息，如果解析出现丢包检测203-N且比例到达一定值和接收201-Y，则判定网络拥堵，需要调节网络结构或者根据丢包检查203种的路由序号，检查该路由器。
5.根据权利要求2所述的医疗信息对接用调试系统，其特征在于，在医院信息系统未开通端口情况C下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-N，则判定未开通端口，需要检查医院信息系统网络或者申请开通端口。
6.根据权利要求2所述的医疗信息对接用调试系统，其特征在于，在网络拥堵且医院信息系统未开通端口情况D下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-N且比例到达一定值和接收201-N，则判定未开通端口，需要检查医院信息系统网络或者申请开通端口和根据丢包检查203种的路由序号，检查该路由器。
7.根据权利要求2所述的医疗信息对接用调试系统，其特征在于，在系统不兼容情况E下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-Y，则判定网络状况良好，则继续检查手术室环境兼容性；入与预置兼容性不匹配，则需要调整兼容性设置。
8.根据权利要求2所述的医疗信息对接用调试系统，其特征在于，在系统正常情况F下：根据控制报文协议，在一定的时间内，接收到报警报文；解析报文信息，如果解析出现丢包检测203-Y和接收201-Y，则判定网络状况良好，则继续检查手术室环境兼容性；入与预置兼容性匹配，则环境正常，可以正常调用医院信息系统信息。
9.根据权利要求1所述的医疗信息对接用调试系统，其特征在于，数据加密部分基于MD5算法得到加密结果，加密结果取代a，b，c或d中的一个；当用户首次获取a，b，c或d中之一时，由系统自动往这个密码里加入Salt值，然后再散列；该Salt值是由Windows系统生成的，并且只有系统知道。
CN202010256121.8A 2020-04-02 2020-04-02 一种医疗信息对接用调试系统 Active CN111629025B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010256121.8A CN111629025B (zh) 2020-04-02 2020-04-02 一种医疗信息对接用调试系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010256121.8A CN111629025B (zh) 2020-04-02 2020-04-02 一种医疗信息对接用调试系统

Publications (2)

Publication Number Publication Date
CN111629025A true CN111629025A (zh) 2020-09-04
CN111629025B CN111629025B (zh) 2023-08-25

Family

ID=72271807

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010256121.8A Active CN111629025B (zh) 2020-04-02 2020-04-02 一种医疗信息对接用调试系统

Country Status (1)

Country Link
CN (1) CN111629025B (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101605020A (zh) * 2009-07-07 2009-12-16 中兴通讯股份有限公司 一种丢包率检测方法、系统及装置
CN101699786A (zh) * 2009-10-15 2010-04-28 华为技术有限公司 一种丢包检测的方法、装置和系统
CN101877659A (zh) * 2010-06-30 2010-11-03 中兴通讯股份有限公司 一种丢包监控的方法、设备和系统
US20110150223A1 (en) * 2009-12-21 2011-06-23 Qi Emily H Wireless device and method for rekeying with reduced packet loss for high-throughput wireless communications
US20120253847A1 (en) * 2011-03-31 2012-10-04 General Electric Company Health information telecommunications system and method
CN103763314A (zh) * 2014-01-06 2014-04-30 南京信息工程大学 实际部署的跌倒检测系统中用户层数据的处理方法及装置
CN106550041A (zh) * 2016-11-09 2017-03-29 浙江和仁科技股份有限公司 一种医疗信息集成引擎
CN106650271A (zh) * 2016-12-28 2017-05-10 芜湖乐锐思信息咨询有限公司 基于数据加密处理的个人医学信息管理系统
WO2017133014A1 (zh) * 2016-02-06 2017-08-10 中国科学院计算技术研究所 Tcp传输流中基于接收端的网络性能检测方法及系统
CN107645398A (zh) * 2016-07-22 2018-01-30 北京金山云网络技术有限公司 一种诊断网络性能和故障的方法和装置
CN108989076A (zh) * 2017-06-07 2018-12-11 北京视联动力国际信息技术有限公司 一种故障分析方法、装置和电子设备
CN110648733A (zh) * 2018-06-27 2020-01-03 无锡识凌科技有限公司 一种基于4g网络的云护理系统
CN110932934A (zh) * 2019-11-21 2020-03-27 中国联合网络通信集团有限公司 一种网络丢包的检测方法和装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101605020A (zh) * 2009-07-07 2009-12-16 中兴通讯股份有限公司 一种丢包率检测方法、系统及装置
CN101699786A (zh) * 2009-10-15 2010-04-28 华为技术有限公司 一种丢包检测的方法、装置和系统
US20110150223A1 (en) * 2009-12-21 2011-06-23 Qi Emily H Wireless device and method for rekeying with reduced packet loss for high-throughput wireless communications
CN101877659A (zh) * 2010-06-30 2010-11-03 中兴通讯股份有限公司 一种丢包监控的方法、设备和系统
US20120253847A1 (en) * 2011-03-31 2012-10-04 General Electric Company Health information telecommunications system and method
CN103763314A (zh) * 2014-01-06 2014-04-30 南京信息工程大学 实际部署的跌倒检测系统中用户层数据的处理方法及装置
WO2017133014A1 (zh) * 2016-02-06 2017-08-10 中国科学院计算技术研究所 Tcp传输流中基于接收端的网络性能检测方法及系统
CN107645398A (zh) * 2016-07-22 2018-01-30 北京金山云网络技术有限公司 一种诊断网络性能和故障的方法和装置
CN106550041A (zh) * 2016-11-09 2017-03-29 浙江和仁科技股份有限公司 一种医疗信息集成引擎
CN106650271A (zh) * 2016-12-28 2017-05-10 芜湖乐锐思信息咨询有限公司 基于数据加密处理的个人医学信息管理系统
CN108989076A (zh) * 2017-06-07 2018-12-11 北京视联动力国际信息技术有限公司 一种故障分析方法、装置和电子设备
CN110648733A (zh) * 2018-06-27 2020-01-03 无锡识凌科技有限公司 一种基于4g网络的云护理系统
CN110932934A (zh) * 2019-11-21 2020-03-27 中国联合网络通信集团有限公司 一种网络丢包的检测方法和装置

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
J. J. R. RAJ, S. M. K. RAHMAN AND S. ANAND: "Interfacing high frame rate data through ethernet without loss for tele-medical applications" *
X. ZHANG, Y. WANG, J. ZHANG, L. WANG AND Y. ZHAO: "RINGLM: A Link-Level Packet Loss Monitoring Solution for Software-Defined Networks" *
余聂芳: "基于JMF的远程医疗护理系统的分析与设计" *
陈伟: "院前急救移动监护系统中无线数据传输关键技术的研究" *
魏文博: "基于LoRa技术的智慧医疗输液监测系统的设计与实现" *

Also Published As

Publication number Publication date
CN111629025B (zh) 2023-08-25

Similar Documents

Publication Publication Date Title
US9448914B2 (en) Method and system for implementing remote debugging
Asrodia et al. Network traffic analysis using packet sniffer
CN113556987B (zh) 机器人手术系统的全面消息传输系统
US7428664B2 (en) Protocol replay system
US10601639B2 (en) Multi cause correlation in wireless protocols
US11395189B2 (en) State machine handling at a proxy node in an Ethernet-based fronthaul network
US20170109095A1 (en) High speed logging system
WO2018001326A1 (zh) 故障信息获取方法及装置
CN112333044B (zh) 分流设备性能测试方法、装置、系统、电子设备以及介质
CN108600049A (zh) 一种数据中心网络tcp连接的性能测量方法及装置
CN100370762C (zh) 告警报文的处理方法、装置和系统
CN111934936A (zh) 网络状态检测方法、装置、电子设备及存储介质
CN111385163A (zh) 流量的分析、检测方法及装置
US8982711B2 (en) Self-healing communications network
US7139824B2 (en) Method and system for isolating and simulating dropped packets in a computer network
CN201813382U (zh) 一种用于运载火箭测试和发射控制的网络监测系统
WO2015196636A1 (zh) 一种报文采集方法、系统、网络设备及网管中心
Krbeček et al. Communication and diagnostic interfaces in remote laboratory management systems
CN110838949A (zh) 一种网络流量日志记录方法及装置
CN101183994B (zh) 一种网络通信数据流信息统计系统及方法
CN111629025A (zh) 一种医疗信息对接用调试系统
KR20160105222A (ko) Sdn 기반의 네트워크 모니터링 장치 및 방법
US11709746B1 (en) Methods, systems, and computer readable media for smart network interface card testing
CN104539941B (zh) 基于改进代码书的交通视频专网故障定位方法
Saied et al. Deep and automated SDN data plane analysis

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
GR01 Patent grant
GR01 Patent grant