KR20130101507A - 의료 장치들 사이의 상호 운용성을 보장하는 방법 및 시스템 - Google Patents

의료 장치들 사이의 상호 운용성을 보장하는 방법 및 시스템 Download PDF

Info

Publication number
KR20130101507A
KR20130101507A KR1020137006146A KR20137006146A KR20130101507A KR 20130101507 A KR20130101507 A KR 20130101507A KR 1020137006146 A KR1020137006146 A KR 1020137006146A KR 20137006146 A KR20137006146 A KR 20137006146A KR 20130101507 A KR20130101507 A KR 20130101507A
Authority
KR
South Korea
Prior art keywords
party
data
port
processor
communication protocol
Prior art date
Application number
KR1020137006146A
Other languages
English (en)
Other versions
KR101696966B1 (ko
Inventor
토드 이. 스미스
Original Assignee
스미스 앤드 네퓨, 인크.
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=43233644&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=KR20130101507(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by 스미스 앤드 네퓨, 인크. filed Critical 스미스 앤드 네퓨, 인크.
Publication of KR20130101507A publication Critical patent/KR20130101507A/ko
Application granted granted Critical
Publication of KR101696966B1 publication Critical patent/KR101696966B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/40—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management of medical equipment or devices, e.g. scheduling maintenance or upgrades
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/105—Program control for peripheral devices where the programme performs an input/output emulation function
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • G06F13/126—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine and has means for transferring I/O instructions and statuses between control unit and main processor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H04L41/0809—Plug-and-play configuration
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

각각이 독점적인 프로토콜을 사용하여 통신하는 제1자의 의료 장치들에 하나 이상의 링크를 제공하도록 인터페이스 장치가 구성된다. 이 인터페이스 장치는 독점적인 프로토콜과 제2 링크를 통하여 인터페이스 장치에 액세스 가능한 제2 프로토콜 사이를 변환할 수 있다. 제2 프로토콜의 세부 사항은 제2 링크를 통하여 인터페이스 장치에 접속하도록 제3자의 의료 장치를 구성하는 제3자에게 제공될 수 있다. 제2 링크를 사용하여, 하나 이상의 제3자의 의료 장치는 제3자의 장치(또는 장치들)가 제1자의 의료 장치(들)의 독점적인 프로토콜(들)에 관한 어떠한 정보도 가질 필요 없이 제1자의 의료 장치로 정보를 송신하고 그로부터 정보를 수신할 수 있다. 제1자의 의료 장치는 외과 수술 도구 및 관련된 지원 설비를 포함할 수 있고, 제3자의 의료 장치는 도구 및 지원 설비를 모니터링하고 제어하는 데 이용되는 제어 스테이션을 포함할 수 있다.

Description

의료 장치들 사이의 상호 운용성을 보장하는 방법 및 시스템{METHODS AND SYSTEMS FOR SECURE INTEROPERABILITY BETWEEN MEDICAL DEVICES}
프로세서 기반 장치가 계속적으로 급증하고 의료 분야도 이러한 계속 진행 중인 경향에 예외가 아니다. 예를 들어, 의료 처치는 하나 이상의 프로세서 기반 의료 장치의 이용을 포함할 수 있다. 이들 의료 장치는 외과 수술 도구, 환자 모니터링 설비, 및 환자 지원 장치를 포함할 수 있으나 이에 제한되지 않는다. 장치 각각의 프로세서는 장치 제어, 데이터 수집 및 교환, 및 다른 과제를 위해 이용될 수 있다.
처치에 사용되는 의료 장치는 단일 제조업자 또는 다수의 상이한 제조업자들에 의해 제공될 수 있다. 어느 경우든, 의료 장치의 최종 사용자는 사용자가 한 제조업자로부터의 장치 또는 장치(들)를 다른 제조업자의 장치 또는 장치들과 인터페이스 하기를 원하는 경우 선택이 제한될 수 있다. 특히, 의료 장치의 각각의 제조업자는 데이터 수집 및 교환을 위한 고유의 통신 프로토콜을 사용할 수 있다. 통상적으로, 이러한 프로토콜의 세부 사항은 독점되어 있다. 경쟁성을 보호하고 고품질의 작동을 보장하기 위하여, 제조업자는 독점적 정보를 경쟁자들과 공유하기를 당연히 꺼리고 있다.
본 명세서에서 논의된 본 발명의 실시예는, 의료 장치 제조업자가 독점적 정보를 공유하지 않고도 최종 사용자의 정보 처리 상호 운용 요구를 만족시키게 해준다. 예시적인 일 실시예에서, 인터페이스 장치는 하나 이상의 링크를, 각각이 독점적인 프로토콜을 사용하여 통신하는 제1자(first-party)의 의료 장치들에 제공하도록 구성된다. 인터페이스 장치는 독점적인 프로토콜과 제2 링크를 통하여 인터페이스 장치로 액세스 가능한 제2 프로토콜 사이를 변환하도록 구성될 수 있다. 제2 프로토콜의 세부 사항은 제2 링크를 통하여 인터페이스 장치에 접속하도록 제3자(third-party)의 의료 장치를 구성하기 위해 제3자에게 제공될 수 있다. 제2 링크를 사용하여, 하나 이상의 제3자의 의료 장치는 제1자의 의료 장치(들)의 독점적인 프로토콜(들)에 대한 어떠한 정보도 제3자의 장치(또는 장치들)가 가질 필요 없이 제1자의 의료 장치에게 정보를 송신하고 그리고/또는 그로부터 정보를 수신할 수 있다.
일 실시예에서, 제1자의 의료 장치는 복수의 외과 수술 도구 및 관련된 지원 설비이고 제3자의 의료 장치는 도구 및 지원 설비를 모니터링 및 제어하는 데 이용되는 제어 스테이션이다. 도구 및 지원 설비는 독점적인 물리적 통신 프로토콜을 사용하는 각각의 접속부를 통하여 인터페이스 장치에 접속될 수 있다. 예를 들어, 일 실시예에서, 도구는 독점적인 직렬 통신 프로토콜을 사용한다. 인터페이스 장치는 제1자의 장치를 위한 직렬 프로토콜(들)과 이더넷 접속을 통하여 제어 스테이션에 이용 가능한 제2 프로토콜 사이를 변환할 수 있다.
예시적인 방법은 제1 인터페이스를 통하여 제1 의료 장치를 폴링하고 제2 링크를 통하여 수신된 제3자의 장치(들)로부터의 클라이언트 요청을 위한 서버로서 작동하도록 인터페이스 장치를 사용하는 것을 포함한다. 예를 들어, 제2 링크는 이더넷 또는 다른 네트워크 링크를 통하여 제공된 TCP/IP 프로토콜 스택과 같은 네트워크 접속을 포함할 수 있다. 인터페이스 장치는 각각의 제1 인터페이스를 통하여 제1자의 의료 장치의 각각과 통신할 수 있는 한편 인터페이스 장치는 자신이 제2 인터페이스를 통하여 제3자의 장치(들)와 통신할 수 있다. 인터페이스 장치는 각각의 제1자의 의료 장치로부터의 데이터를 각각의 제1자의 의료 장치에 대응하는 네트워크 포트(예를 들어 TCP/IP 포트)를 이용하여 이루어진 클라이언트 요청에 응답하여 이용 가능하게 할 수 있다. 다른 예로서, 인터페이스 장치는 특정한 제1자의 의료 장치에 대한 코맨드 및 설정과 같은 데이터를 수신할 수 있는데, 대상 장치는 코맨드 및 설정이 제공되도록 하는 포트에 따라서 식별된다. 이에 대응하여, 인터페이스 장치는 데이터를 대응하는 제1자의 장치 프로토콜로 변환하여 제1 인터페이스를 통하여 데이터를 전송할 수 있다.
이들 예시적인 실시예는 본 발명을 제한하거나 그의 한계를 한정하지 않는 것으로 언급되었지만, 그의 이해를 돕기 위한 예를 제공한다. 예시적인 실시예는 "발명을 실시하기 위한 구체적인 내용"에서 논의되고, 추가의 설명이 거기에 제공된다. 다양한 실시예에 의해 제공되는 이점은 본 명세서를 검토하고 청구된 본 발명의 하나 이상의 실시예를 수행함으로써 한층 더 이해될 수 있다.
권리를 부여하는 모든 개시 내용이 특히 명세서의 나머지 부분에서 더 설명된다. 명세서는 후속하는 첨부 도면을 참조한다.
도 1은 의료 장치의 예시적인 그룹을 도시하는 도면이다.
도 2는 제1자의 제조업자가 그의 장치를 인터페이스 장치의 일 실시예의 사용을 통하여 제3자의 하드웨어와 함께 어떻게 작동하게 할 수 있는가의 예를 도시하는 도면이다.
도 3은 인터페이스 장치에 의해 수행되는 예시적인 방법의 단계들을 도시하는 흐름도이다.
도 4는 제1자의 의료 장치와 인터페이스 장치와 제3자의 장치 사이의 데이터 교환을 도시하는 데이터 흐름도이다.
도 5a 및 도 5b는 인터페이스 장치에 의해 수행될 수 있는 예시적인 처리 방법을 도시하는 흐름도이다.
이제 다양하고 대안적인 예시적인 실시예 및 첨부 도면을 상세히 참조할 것이다. 각각의 예는 설명을 통하여 그리고 제한이 아닌 것으로 제공된다. 변형 및 변경이 이루어질 수 있다는 것은 당업자에게 명백할 것이다. 예를 들어, 일 실시예의 일부로서 도시되고 설명된 특징부는 다른 실시예에 이용되어 또 다른 추가 실시예를 생성할 수 있다. 따라서, 본 발명은 후속하는 특허청구범위 및 그의 등가물의 범주 내에 있는 것과 같은 변형 및 변경을 포함하려는 것이다.
후속하는 상세한 설명에서, 많은 특정된 상세한 설명은 청구된 본 발명의 완전한 이해를 제공하기 위하여 제시된다. 그러나, 청구된 본 발명이 이러한 특정된 상세한 설명 없이 수행될 수 있음은 당업자에 의해 이해될 것이다. 다른 예에서, 당업자에 의해 알려질 수 있는 방법, 장치 또는 시스템은 청구된 본 발명을 모호하게 하지 않도록 상세히 설명되지 않았다.
도 1은 의료 장치의 예시적인 그룹(100)을 도시하는 도면이다. 본 예에서는, 테이블(102) 또는 다른 지지체가 의료 처치를 받으려는 (도시되지 않은) 환자를 수용하도록 제공된다. 예를 들어, 관절경 검사 및 내시경 검사와 같은 처치에 다수의 의료 장치를 활용할 수 있지만, 임의의 유형의 의료 처치에 이용되는 임의의 유형의 설비의 환경에서 본 발명이 이용될 수 있다는 것을 인식할 것이다.
본 예에서, 복수의 장치는 처치 동안 조직에 마이크로파 또는 다른 에너지를 적용하는 데 이용되는 절제 프로브(104)를 포함한다. 절제 프로브(104)는 프로세서가 제어하는 에너지원(106)을 포함한다. 구동부(110)와 함께하는 쉐이버 핸드픽(shaver handpick)(108)은 관절경 수술 및 다른 처치에 사용되어 사용자 입력에 응답하여 프로세서 또는 마이크로제어기에 의해 지시되는 바와 같이 구동부(110)에 의해 제공된 출력 및 토크로 뼈 또는 다른 구조를 깎을 수 있다. 카메라 시스템(112) 및 카메라 헤드(114)가 모니터(116)와 함께 사용되어 처치 동안 환자의 해부학적 특징부를 볼 수 있다. 유체 관리 시스템(118)은, 시스템(118)의 프로세서의 작동에 의해 지시되는 하나 이상의 펌프, 밸브 등의 사용에 의해 처치 동안 외과적 캐비티(surgical cavity) 내의 하나 이상의 유체의 체적을 제어하도록 사용될 수 있다.
(도시되지 않은) 또 다른 추가의 설비가, 처치 동안 환자의 바이탈 사인을 모니터링하고, 체액, 환기 등을 제공하기 위해 사용될 수 있다. 이러한 설비의 일부 또는 전부는 프로세서, 예를 들어 마이크로프로세서, 마이크로제어기, 및 다른 장치에 의해 제어될 수 있다. 의료 장치는 하나 이상의 마이크로프로세서를 특징으로 할 수 있고 장치 구성을 제한하려는 것이 아니다.
의료 장치(100)는 데이터 인터페이스를 통하여 데이터를 제공하고 그리고/또는 코맨드를 수신하도록 설계될 수 있다. 예를 들어, 데이터를 제공하고 코맨드를 수신하는 등을 하도록 장치가 서로 및/또는 제어 시스템(120)에 링크될 수 있도록, 장치에는 직렬 포트 또는 다른 포트가 제공될 수 있다. 제어 시스템(120)은 상이한 유형의 장치를 제어하도록 적용될 수 있는 사용자 인터페이스를 제공하도록 구성될 수 있다. 예를 들어, 제어 시스템(120)은 그래픽 사용자 인터페이스 및/또는 터치 인터페이스를 제공할 수 있는 컴퓨터 워크스테이션, 독립형 장치, 또는 몇몇 다른 유형의 장치를 포함할 수 있다. 다른 예로서, 제어 시스템(120)은 장치의 출력을 제공하기 위한 표시기, 광원, 다이얼, 발광 다이오드(LED) 출력부 등과 함께 장치의 입력을 제공하도록 매핑될 수 있는 버튼, 손잡이, 슬라이더, 및 다른 기계적 인터페이스를 특징으로 할 수 있다.
위에서 언급된 바와 같이, 최종 사용자가 상이한 제조업자에 의해 제공된 장치들을 사용하고자 할 때 문제가 일어날 수 있다. 특히, 장치(100)가 직렬 포트 또는 다른 통신 포트를 포함할 수 있더라도, 한 제조업자로부터의 장치가 다른 제조업자에게 이용 가능하지 않은 독점적인 프로토콜을 사용하여 통신할 수 있다. 예를 들어, 장치(104, 106, 108, 110, 112, 114, 116, 118)의 제조업자("제1자의" 제조업자)는 그의 장치가 상이한 제조업자("제3자의" 제조업자)에 의해 제공된 제어 시스템(120)과 함께 작동되도록 하는 것을 원할 수 있지만, 장치(104 내지 118)가 사용하는 통신 프로토콜(들)의 세부 항목을 공유하지는 못할 수 있다. 본 예에서, 모든 장치(104 내지 118)는 동일한 제조업자에 의해 제공된다. 그러나, 다른 예로서, 장치(104 내지 118)의 일부가 제3자의 제조업자에 의해 제공될 수 있고 제3자의 제조업자의 제어 시스템(120)과 직접 인터페이스 할 수 있다. 사용자는 제1자의 제조업자에 의해 제공된 적어도 하나의 장치를 사용하기를 원할 수 있고 인터페이스 장치(122)를 이용하여 그렇게 할 수 있다.
다른 예로서, 제1자의 제조업자는 또 다른 자("제4자")에 의해 제공된 장치를 실제로 제공할 수 있고 제1자의 제조업자는 상호 운용성을 위하여 제4자의 장치의 제어 프로토콜(들)에 대한 액세스를 가질 수 있다. 본 명세서에서 예시를 위하여, "제4자"의 장치는 제1자의 장치와 동일하게 취급될 수 있다.
도 2는 제1자의 제조업자가 그의 장치를 제3자의 하드웨어와 함께 어떻게 작동하게 할 수 있는가의 예를 도시하는 도면이다. 본 예에서, 인터페이스 장치(122)는 장치(104 내지 118)와 제3자의 제어기(120) 사이에 브리지를 구비하도록 제공된다. 인터페이스 장치(122)는 링크(126, 128, 130, 132)를 통하여 장치(106, 110, 112, 118)의 대응하는 데이터 인터페이스에 각각 접속되도록 구성된 복수의 제1 하드웨어 접속 포트(124)를 특징으로 한다. 인터페이스 장치(122)는 또한 링크(136)를 제3자의 제어기(120)에 제공하는 제2 하드웨어 접속 포트(134)를 특징으로 한다. 본 예에서, 장치(104, 108, 114, 116)는 각각의 베이스 유닛에 링크되고 인터페이스 장치(122)에 독립적으로 링크되지 않지만, 특정 그룹의 장치들 및 장치들 사이에서 데이터 흐름 배열이 단지 예시를 위하여 도시되어 있다는 것을 이해할 것이다. 실시예는 본 예에서 도시된 개수보다 많거나 적은 하드웨어 접속 포트(124)의 사용을 포함한다.
인터페이스 장치(122)는 프로세서(138) 및 메모리(140)를 포함한다. 메모리(140)는 장치(104 내지 118)가 사용하는 하나 이상의 프로토콜과 장치(120)가 사용하는 프로토콜 사이를 변환하도록 프로세서(138)에 의해 수행될 수 있는 프로그램 명령(142)을 구현한다. 데이터(144)는 장치(104 내지 118) 중 하나 이상으로부터 수신된 데이터, 장치(120)로부터 수신된 데이터, 인터페이스 장치(122)의 작업 데이터, 및/또는 장치(104 내지 120) 중 하나 이상으로 송신되는 데이터를 나타내도록 도시된다. 프로세서(138)는 마이크로프로세서, 마이크로제어기 등을 포함하지만 이에 한정되지 않는 임의의 적합한 처리 장치 또는 장치들을 포함할 수 있다.
일 실시예에서, 프로세서(138)는 하드웨어 접속 포트(124)를 통하여 데이터를 송신/수신하도록 제1 버스(146)에 액세스할 수 있는 한편 제2 버스(148)가 하드웨어 접속 포트(134)를 통하여 데이터를 송신/수신하도록 사용되는 다중 작업 프로세서를 포함한다. 포트(134)는, 예를 들어, 프로세서(138)가 이더넷(IEEE 802.3) 네트워크 인터페이스를 제공하도록 구성된 RJ45 포트를 포함하지만, 네트워크 제어기와 같은 코프로세서가 일부 실시예에서 네트워크 인터페이스를 관리하는 데 사용될 수 있다. RJ45 포트에 더하여 또는 그 대신에, 다른 실시예는 임의의 적합한 직렬 또는 무선 인터페이스를 사용할 수 있다.
각각의 포트(124)는 적합한 물리적 링크를 그의 대응하는 의료 장치에 제공하도록 구성될 수 있다. 비록 모든 포트가 여기서 "포트(124)"로 도시되어 있지만, 포트(124)로서 표시된 다양한 예의 구성(예를 들어, 물리적 커넥터의 개수 및 종류)이 변할 수 있다는 것은 이해될 것이다. 예를 들어, 제1자의 제조업자 및/또는 특정 장치에 따라서, 포트(124)는 RS-232 접속부, USB 접속부 등과 같은 동일하거나 또는 상이한 구성의 직렬 포트를 포함할 수 있다. 다른 예로서, 하나 이상의 포트(124)는 병렬 포트, RJ45 또는 다른 포트, 또는 임의의 다른 물리적 링크를 포함할 수 있다. 무선 기술(예를 들어, IEEE 802.11, 802.16, 또는 다른 무선 기술)은, 무선 기술이 의료 환경에 사용하기 적합하다면, 포트(124) 및/또는 포트(134) 중 하나 이상에 물리적 링크를 제공하는 데 사용될 수도 있다. 어느 일 측 또는 양측에 사용될 수 있는 물리적 접속부의 다른 예는 이더넷, RS-485, RS-422, 및 적외선(IR)을 포함할 수 있다.
비록 여기에 도시되지는 않았으나, 인터페이스 장치(122)는 추가의 특징을 포함할 수 있다. 예를 들어, 만일 장치(104 내지 120) 중 하나 이상이 그의 데이터 인터페이스로 전원을 끌어오도록 구성된다면, 인터페이스 장치(122)의 대응하는 포트(들)는 인터페이스 장치(122)에 접속된 적합한 전원 장치로부터 전력(예를 들어, 필요하다면, +5V DC)을 제공하도록 구성될 수 있다. 더욱이, 비록 단일 포트(136)가 도시되어 있지만, 인터페이스 장치(122)는 제2 프로토콜을 통하여 데이터 및 코맨드를 중계하기 위해 다수의 물리적 접속을 지원할 수 있다.
어느 경우든, 프로그램 명령(142)은 각각의 링크(126, 128, 130, 132)를 통하여 사용된 독점적인 제1자의 프로토콜(들)에 따라서 장치(106, 110, 112, 118)와 통신하도록 프로세서(138)를 구성한다. 제1자의 프로토콜(들)은 장치에 의해 사용된 여러 통신 프로토콜을 포함할 수 있다. 일부 경우에, 모든 장치는 동일한 독점적인 프로토콜을 사용할 수 있다. 다른 한편으로, 몇몇 경우에, 장치(106, 110, 112, 118) 중 하나 이상이 특정 장치에 한정된 통신 프로토콜을 가질 수 있다.
제1자의 통신 프로토콜의 개수 또는 종류에 상관없이, 프로그램 명령(142)은 프로세서(138)가 프로토콜에 따라서 데이터 및/또는 코맨드를 송신 및 수신할 수 있도록 한다. 프로그램 명령(142)은 제2 통신 프로토콜을 사용하여 장치(120)와 통신하도록 프로세서(138)를 추가로 구성하는데, 제2 통신 프로토콜의 세부 사항은 장치(120)가 장치(106 내지 118)와 상호 작동하도록 제3자에게 공개될 수 있다. 이러한 통신의 예는 도 3 내지 도 5와 함께 아래에서 논의될 것이다.
도 3은 장치(122)와 같은 인터페이스 장치에 의해 수행되는 예시적인 방법(300)의 단계들을 도시하는 흐름도이다. 블록(302)은, 각각의 제1자의 장치(들)의 제1자의 통신 프로토콜(들)에 따른 물리적 접속의 확인 및 적절한 핸드셰이킹의 수행과 같은, 제1자의 장치 또는 장치들(예를 들어, 도 2의 장치(106 내지 118))에 대한 접속을 나타낸다. "제1자의 장치"는, "제3자의 장치"를 제공하는 개체(entity)와 별개인 개체에 의해 정의된 통신 프로토콜을 사용하여 통신하는 모든 의료 장치들을 포함할 수 있다. 전형적으로, 제1자의 장치가 제한된 방식으로 통신 프로토콜을 공유하는 그룹의 제조업자로부터의 장치를 포함하는 것이 가능하지만, 모든 제1자의 장치들은 동일한 개체로부터 비롯될 수 있다. 위에서 언급된 바와 같이, 제1자의 장치들이, 모두 공통의, 그러나 독점적인 프로토콜을 공유할 수도 있고, 여러 제1자의 장치가 개개의 제1자의 프로토콜을 이용할 수도 있다.
블록(304)은 제2 통신 프로토콜에 따른 제3자의 장치 또는 장치들(예를 들어, 도 2의 장치(120))에 대한 접속을 나타낸다. 일 실시예에서, 블록(304)은 클라이언트-서버 관계의 수립을 포함하며, 이때 제2 통신 프로토콜은 제3자의 장치(들)에 대한 링크가 여전히 실행 가능하다는 것을 보장하도록 한 세트의 폴링 및 오류 처리 규칙을 명시한다. 제2 통신 프로토콜은 제1자의 프로토콜(또는 프로토콜들)과 상이하고, 제2 통신 프로토콜의 세부 사항을 제3자의 장치의 제공자가 이용 가능하게 할 수 있다.
제3자의 장치에 대한 링크가 여전히 실행 가능하면서, 인터페이스 장치는, 제3자의 장치에 의해 만들어지고 특정 장치 또는 기능을 식별하는 요청에 응답할 수 있다. 이는 도 3의 블록(306, 308, 310)에 나타나 있다.
블록(306)은 특정 제1자의 장치를 참조하는 요청 또는 코맨드를 수신하는 것을 나타낸다. 예를 들어, 일 실시예에서 각각의 제1자의 장치 또는 기능은 고유의 TCP/IP 포트 번호를 부여받고, 따라서 요청의 제공 및 데이터의 수신 시에 제3자의 장치에 의해 사용되는 TCP/IP 포트 번호를 기준으로 참조될 수 있다.
블록(308)은 각각의 제1자의 프로토콜 또는 프로토콜들을 사용하여, 예를 들어 적절한 제1자의 인터페이스를 통하여 대응하는 제1자의 장치(들)에 요청 또는 코맨드를 제공함으로써, 대응하는 제1자의 장치와의 통신을 나타낸다. 블록(308)은 제1자의 장치(들)로부터 데이터를 수신하는 것을 추가로 포함할 수 있다. 블록(310)은 제2 통신 프로토콜에 따라서 제1자의 장치(들)로부터 데이터를 제공하는 것을 나타낸다. 예를 들어, 제1자의 장치(들)로부터의 데이터는 적절하게 변환된 다음 제3자의 장치로 전송될 수 있다. 데이터는 상태 갱신, 설정 변경의 확인 등을 포함할 수 있다. 일부 실시예에서, 특정한 제1자의 장치에 관련된 데이터 및 메시지는 그러한 제1자의 장치와 특별히 연결된 TCP/IP 포트를 사용하여 인터페이스 장치에 의해 중계된다.
일부 실시예에서, 인터페이스 장치는 블록(306)에서 코맨드를 수신하고, 코맨드를 적절한 제1자의 프로토콜로 변환한 뒤, 블록(308)에서 코맨드를 제1자의 장치에 중계하는데, 이는 이어서 이에 대한 응답으로 데이터를 반환한다. 이어서, 반환된 데이터는 블록(310)에서 변환되어 제3자의 장치로 송신될 수 있다. 그러나, 아래에서 설명되는 바와 같이, 일부 실시예에서 인터페이스 장치는 "요청(ask-me)"에 기초하여 작동하고 병렬 프로세스를 사용하여 제1자의 장치 및 제3자의 장치와 통신하는데, 인터페이스 장치는 제1자의 장치(들)를 주기적으로 폴링하고 요청이 제3자의 장치(들)로부터 수신될 때를 위해 각각의 장치로부터 준비된 캐시 데이터를 갖는다.
제1자의 장치의 폴링에 더하여 또는 그 대신에, 데이터는 "자동 갱신(unsolicited update)" 시에 제1자의 장치에 의해 인터페이스 장치로 제공될 수 있다. 유사하게, 제3자의 장치로부터의 요청을 대기하는 것에 더하여 또는 그 대신에, 인터페이스 장치는 하나 이상의 제1자의 장치로부터 갱신된 데이터의 수신에 응답하여 제3자의 장치에 자동 갱신을 제공할 수 있다.
도 4는 제1자의 의료 장치(들)(106, 110, 118)와 인터페이스 장치(122)와 제3자의 장치(들)(120) 사이의 데이터 교환을 도시하는 데이터 흐름도(400)이다. 3개의 제1자의 장치가 설명을 용이하게 하기 위하여 여기에 도시되어 있으나, 장치의 개수와 관계없이 본 원리는 물론 적용 가능하다.
본 예에서, 인터페이스 장치(122)는 장치(106)에 데이터를 제공하고, 장치는 이에 응답한다. 특히, 핸드셰이킹 데이터(402)는 인터페이스 장치(122)에 의해 제공된 코맨드(404)와 인터리빙되고, 장치(106)는 인터리빙된 핸드셰이킹 데이터(402) 및 응답 데이터(406)로 응답한다. 핸드셰이킹 루틴은 하나 이상의 제1자의 프로토콜에 따라서 제1자의 장치의 각각과의 통신을 수립하도록 초기에 사용될 수 있다. 예를 들어, 이는 물리적 링크를 확인하는 것, 인가된 장치(106)임을 인증하는 것, 그리고 다르게는 각각의 장치에 대하여 제1자의 프로토콜에 따라서 데이터 통신 채널을 준비하는 것을 포함할 수 있다. 핸드셰이킹 데이터(402)는 통신 링크의 무결성(integrity)이 확인되도록 여기에 도시된 바와 같이 코맨드 및 응답과도 인터리빙될 수 있다. 특정 핸드셰이킹 및 데이터 프로토콜(즉, 제1자의 프로토콜)은 개별 장치의 특징에 물론 좌우될 것이고, 도면 부호(402)의 사용은 단지 예시의 목적이며 모든 장치가 동일한 핸드셰이킹 데이터/프로토콜을 사용한다는 것을 나타내려는 것은 아니다.
비록 인터페이스 장치(122)가 제1자의 장치를 폴링할 수 있으나, 제1자의 장치가 갱신을 제공하기 위하여 폴링 주기를 기다릴 필요는 없다. 대신, 제1자의 장치(110)에서 도시된 바와 같이, 실시예는 (본 예에서 핸드셰이킹 데이터(402)와 인터리빙된) 자동 갱신 데이터(408)를 포함하는 데이터스트림의 수신을 지원한다. 예를 들어, 제1자의 장치(110)는 장치의 내부 조건 및/또는 장치에 의해 모니터링된 외부 조건에 기초하여 상태 갱신을 가질 수 있다. 자동 갱신은 인터페이스 장치(122)에 의해 수신될 수 있고 현재 데이터 세트(413)를 갱신하는 데 사용될 수 있다.
제1자의 장치(118)는 핸드셰이킹 데이터(402), 폴링 요청(410), 및 코맨드(404)를 포함하는 인터리빙된 데이터 스트림을 수신하는 것으로 도시되어 있다. 이러한 예는 핸드셰이킹, 폴링, 및 코맨드의 다양한 조합이 어떻게 다양한 제1자의 장치에 적합한 것으로 사용될 수 있는가를 도시한다.
인터페이스 장치(122)는 또한 제3자의 장치(120)에 의해 그러나 제2 통신 프로토콜에 따라서 핸드셰이킹 루틴을 수행한다. 예를 들어, 일 실시예에서, 인터페이스 장치(122)는 위에서 언급된 바와 같이 완전한(full) TCP/IP 통신 스택을 수립한다. 본 예에서, 전용 TCP/IP "하트비트(heartbeat) 포트"가 도시되어 있는데, 제3자의 장치(120)와 인터페이스 장치(122) 사이의 메시지(412, 414)에 의해 통신이 확인된다. 장치(120)와 장치(122) 사이의 통신 링크가 원래 그대로인 것을 보장함으로 인하여, 장치(122)는 자동 갱신을 제3자의 제어기(120)로 제공할 수 있다. 따라서, 장치 데이터 및/또는 상태가 변하는 경우, 제3자의 제어기(120)는 폴링 사이클이 완료되기를 기다리지 않고 보다 신속하게 갱신될 수 있다. 예로서, 제1자의 장치 중 하나가, 오류와 직면하고 통신에서 제외되는(drop off) 카메라 또는 다른 모니터링 도구를 포함하면, 제3자의 제어기는 즉시 갱신될 수 있다. 만일 하트비트 포트를 통한 통신이 확인될 수 없으면, 적절한 오류 조건은 제3자의 장치(120)에서 표시될 수 있는데, 예를 들어, 장치(120, 122) 둘 모두는 접속의 복구를 시도할 수 있고, 장치(120)는 접속이 복구될 때까지 데이터가 이용 가능하지 않다는 것을 표시한다.
도 4는 파선을 이용하여 추가의 포트, 특히 장치(106, 110, 118)의 각각에 대한 전용 포트를 도시한다. 일부 실시예에서, 각각의 장치는 제2 통신 프로토콜에 따라서 정의된 대응하는 포트 번호를 갖는다. 예를 들어, 416에 도시된 바와 같이, 제3자의 장치(120)는 제2 프로토콜에 따라서 그리고 제1자의 장치(106)에 대응하는 TCP/IP 포트를 이용하여 코맨드를 제공할 수 있다. 코맨드 데이터(419)는 추출될 수 있고 메모리에 저장될 수 있으며, 이어서 대응하는 장치에 대한 제1자의 프로토콜에 따라서 코맨드로서 제공될 수 있다. 예를 들어, 코맨드 데이터(419)는 제1자의 장치(106)에게 제공되는 스트림(402-404-402)으로 변환될 수 있다. 이에 응답하여, 402-406-402 데이터 스트림으로부터의 데이터는 현재 데이터(413)를 갱신하는 데 이용될 수 있고 이어서 418에 도시된 바와 같이 제2 프로토콜에 따라서 제공될 수 있다.
인터페이스 장치(122)는 또한 제1자의 장치(110)에 대응하는 TCP/IP 포트를 제공한다. 예를 들어, 자동 갱신(402-408-402에 도시됨)은 현재 데이터(413)를 갱신하도록 인터페이스 장치(122)에 의해 이용될 수 있다. 갱신의 발생에 응답하여, 인터페이스 장치(122) 자체는 420에 도시된 바와 같이 장치(110)를 위한 포트를 통하여 자동 갱신을 제3자의 장치(120)에 제공할 수 있다.
본 예에서, 장치(118)를 위한 포트가 또한 존재한다. 예를 들어, 제3자의 장치(120)는 422에 도시된 바와 같이 포트를 사용하여 데이터에 대한 코맨드 및 요청을 제공할 수 있다. 이에 응답하여, 인터페이스 장치(122)는 코맨드 데이터를 갱신하고 위에서 언급된 402-410-404 데이터 스트림을 내보낸다. 예를 들어, 도 2에서, 장치(120)로부터의 요청은 하나 이상의 장치로부터의 데이터에 대한 요청일 수 있고 그리고/또는 장치에 대한 코맨드(들), 예를 들어 유량을 증가시키거나 감소시키기 위한 유체 관리 시스템(118)에 대한 코맨드를 포함하는 장치(120)로부터의 요청을 포함할 수 있다. 일 실시예에서, 장치(120)는 제2 통신 프로토콜에 대한 공개된 구문(syntax)에 따라서 코맨드를 식별하는 데이터와 함께 유체 관리 시스템(118)에 전용인 TCP/IP 포트 번호에 대한 요청을 내보낸다. 예로서, 유량을 증가시키기 위한 코맨드는 "Flow++"를 나타내는 ASCII 메시지를 포함할 수 있다.
도 2에서, 프로세서(138)는 장치(120)로부터의 클라이언트 요청의 포트 번호에 기초하여, 코맨드가 유체 관리 시스템(118)을 위한 것임을 식별할 수 있다. 프로세서(138)는 ASCII 메시지를 유체 관리 시스템(118)에 적합한 코맨드 구문으로 변환할 수 있고 유체 관리 시스템(118)에 대한 특정 프로토콜을 사용하여 링크(132)를 통하여 코맨드를 중계할 수 있다. 다음의 유체 관리 시스템(118)은 제1자의 프로토콜에 따라서 자동 갱신을 제공하거나 폴링되는데, 그가 제공하는 데이터는 코맨드에 대한 그의 응답을 반영할 것이다.
다른 예로서, 일부 실시예에서 장치(예를 들어 도 2의 장치(112))는 이미지 데이터를 표시하도록 구성될 수 있다. 장치(120)는 원하는 데이터(예를 들어, "UpdateImage()"를 나타내는 ASCII 메시지)를 식별하는 적합한 구문 및 카메라 시스템(112)에 대한 포트 번호를 통하여 요청을 제공함으로써 카메라 시스템(112)으로부터 현재 이미지 데이터를 요청할 수 있다. 이에 응답하여, 인터페이스 장치(122)는 링크(130)를 통하여 코맨드/요청을 중계할 수 있고, 현재 데이터를 수신할 수 있고, 이어서 링크(136)를 통하여 현재 데이터를 제공할 수 있다. 추가로 또는 대안적으로, 카메라 시스템(112)(또는 다른 장치)은 인터페이스 장치(122)에 의해 제공되는 주기적인 질의 또는 핑(ping)에 응답하여 현재 데이터를 인터페이스 장치(122)에 제공할 수 있다. 현재 데이터는 136을 통하여 장치(120)에 의해 용이하게 액세스하기 위하여 인터페이스 장치(122)의 메모리(140)에 캐시될 수 있다.
제1자의 장치들 사이의 데이터스트림은 위에서 차례로 논의되었고, 일부 실시예에서 일련의 폴링 또는 병렬 폴링이 사용될 수 있다. 그러나, 실시예는 인터페이스 장치(122)가 다중 작업을 지원하고 따라서 다양한 통신이 상이한 제1자의 장치들과 인터페이스 장치(122) 사이에서 동시에 일어날 수 있는 것들을 포함한다. 유사하게, 인터페이스 장치(122)와 제3자의 장치(120) 사이의 통신은 또한 동시에 (그리고 장치(122)와 제1자의 장치들 사이의 통신과 동시에) 일어날 수 있다.
도 4의 예로서, 제3자의 장치(120)는 418 및 420에 도시된 바와 같이 각각의 포트를 통하여 동시에 데이터를 수신할 수 있다. 이러한 기간 동안, 실행 가능한 접속을 보장하기 위하여 하트비트 포트를 통하여 통신(412, 414)이 발생할 수 있다. 또한, 이러한 기간 동안, 인터페이스 장치(122)는 418 및 420에 도시된 데이터와 관계가 없는 데이터를 제공 및/또는 수신할 수 있는데, 예를 들어, 인터페이스 장치가 데이터(418, 420)를 제공하고 있는 동안, 더 최신의 데이터가 상기 데이터를 제공한 각각의 제1자의 장치로부터 수신되는 도중일 수 있고, 또 다른 추가의 코맨드가 다른 제1자의 장치의 각각의 접속을 통하여 다른 제1자의 장치에 제공될 수 있다.
명확성을 위하여, 별도의 데이터스트림 성분은 416, 418, 420, 및 422에 도시되지 않는다. 개별 포트 내에서, 제2 프로토콜에 따라서 교환된 데이터의 무결성 및 포트의 실행 가능성을 보장하기 위하여 적합한 핸드셰이킹이 일어날 수 있음을 이해할 것이다.
도 5a 및 도 5b는 인터페이스 장치에 의해 수행될 수 있는 예시적인 처리 방법(500)을 도시하는 흐름도이다. 비록 일반적인 원리가 도 3과 함께 위에서 논의되었으나, , 도 5a 및 도 5b는 의료 환경에서 요구되는 갱신 및 강인한 접속성을 제공하는 데 이용될 수 있는 보다 상세한 예를 제공한다. 본 예에서, 방법(500)은 502에서 시작하고 2개의 병렬 분기(도 5a에 도시된 504, 도 5b에 도시된 506)를 포함한다. 만일 인터페이스 장치의 프로세서가 병렬 스레드(thread)를 수행할 수 있다면, 각각의 분기가 고유의 스레드를 포함할 수 있거나, 또는 분기들이 다중 작업 가능 프로세서를 이용하여 구현될 수 있다. 추가로, 프로세서는 각각의 제1자의 장치를 위해 분기(504)의 일 예를 제공할 수 있고, 이때 분기(504)의 상이한 예들이 접속된 장치와의 동시 접속을 위하여 이용된다.
분기(504)의 각각의 예는 각각의 제1자의 장치와의 통신을 나타낸다. 블록(508)은 제1자의 장치가 접속되어 있는가를 판단하는 것을 나타낸다. 이는, 본 기술 분야에서 알려진 바와 같이, 라인 전압 레벨, 임피던스 등에 기초하여 물리적 접속이 존재하는가를 판단하는 것을 포함할 수 있다. 만일 장치가 접속되어 있으면, 블록(510)에서 적절한 핸드셰이킹이 초기 접속을 수립하기 위하여 수행될 수 있다.
블록(511)에서, 본 방법은 장치로부터의 갱신 메시지를 검사한다. 만일 장치가 자동 갱신을 제공하였다면, 본 방법은, 제1자의 장치로부터 반환된 데이터에 기초하여 인터페이스 장치의 메모리의 현재 데이터를 갱신하는 것을 나타내고 아래에서 논의되는 블록(516)으로 이동한다. 만일 데이터가 장치로부터 수신되지 않았다면, 본 방법은, 제1자의 장치 프로토콜에 따라서 "핑" 또는 다른 식별 가능한 메시지를 장치로 송신함으로써 장치를 폴링하는 것을 나타내는 블록(512)으로 이동한다.
일 실시예에서, 각각의 제1자의 장치는 매 250 밀리초마다 폴링되지만, 다른 시간 간격이 물론 사용될 수 있으며, 다수의 재시행이 시도될 수 있다. 이에 따라서, 도 5a는 재시도가 필요한가를 판단하는 것을 나타내는 재시도 블록을 포함한다. 만일 그렇다면, 흐름은 블록(512)으로 복귀된다. 그렇지 않고, 재시도가 필요하지 않다면, 흐름은, 장치 타임아웃이 있는가 또는 장치가 예상 밖의 또는 이해할 수 없는 응답을 제공하는가를 판단하는 것을 나타내는 블록(514)으로 이동한다. 만일 그렇다면, 적절한 오류 처리 루틴이 작동될 수 있는데, 예를 들어, 전체 폴링 시퀀스의 제한된 수의 재시도가 오류 조건이 제공되기 전에 시도될 수 있다. 이어서, 흐름이 "킵 얼라이브(keep alive)" 코맨드를 제공하는 곳으로 이동하는 한편, 분기(504)는 한 레벨 복귀하여 블록(512)에서 폴링을 다시 시도한다. 일 실시예에서, 폴링 시퀀스의 4번의 시도 후에 (여기서, 각각의 시도가 재시도의 횟수를 줄여서 타임아웃을 또한 야기함), 본 방법은 블록(510)으로 복귀하여 장치의 식별을 다시 시도한다.
그러나, 만일 폴링된 장치가 블록(512)에서 폴링에 응답하면 (즉, 블록(514)에서 타임아웃이 없으면), 블록(516)에 도달한다. 블록(516)은 제1자의 장치로부터 반환된 데이터에 기초하여 인터페이스 장치의 메모리의 현재 데이터를 갱신하는 것을 나타낸다. 인터페이스 장치는 각각의 제1자의 장치의 데이터 포맷 및 통신 프로토콜을 인식하고 메모리에 반환된 데이터를 저장하도록 구성된다. 데이터는 인터페이스 장치 내부의 포맷을 이용하여, 제1자의 프로토콜에 따라서 제공된 포맷으로, 저장될 수 있거나, 또는 제2 통신 프로토콜에 따라서 변환 및 저장될 수 있다. 적절한 오류 처리 루틴은 위에서 언급된 바와 같은 응답을 확인하기 위하여 이용될 수 있는데, 예를 들어, 검사합(check sum) 데이터 또는 다른 코딩이 문제를 표시하면, 오류 상태가 표시될 수 있다. "킵 얼라이브" 요청이 또한 제공된 후에, 흐름은 블록(511, 512)으로 복귀하여 데이터에 대해 다시 검사하고 필요하다면 장치를 폴링한다.
일부 실시예에서, 접속된 제1자의 장치들 모두는 접속될 수 있고 분기(504)에 따라서 통신할 수 있다. 그러나, 다른 실시예에서, 장치들은 차례로 폴링될 수 있다. 더욱이, 루틴은 장치의 접속/접속 해제의 적절한 조작을 포함할 수 있는데, 새로운 장치가 접속되는 경우 폴링 시퀀스가 시작될 수 있고, 장치가 접속 해제되는 경우 적절한 단계가 취해져서 폴링 프로세스를 종료할 수 있다. 실제로, 접속이 일단 수립되었으면, 핸드셰이킹 및 킵 얼라이브 요청은 상태 및 서비스 갱신과 인터리빙될 수 있다.
만일 코맨드가 제1자의 장치에 제공되는 것이라면, 코맨드는 장치가 폴링될 때 또는 별도의 메시지로서 제공될 수 있다. 이는 인터페이스 장치가 제1자의 장치의 통신 프로토콜을 이해하기 때문에 실행될 수 있다. 예를 들어, 특정 장치에 대한 전력 레벨 코맨드가 코맨드 메시지 내의 특정 오프셋 위치에 지정될 수 있고 그리고/또는 특정 비트 시퀀스가 코맨드를 작동시킬 것을 요구할 수 있다. 그러한 코맨드가 제공되는 것인 경우, 인터페이스 장치는 적절한 비트스트림을 구성할 수 있고 적절한 시기의 메시지에 비트스트림을 포함할 수 있다.
방법(500)은 또한 제2 프로토콜에 따라서 제3자의 장치와 통신하기 위한 인터페이스를 유지하는 것을 나타내는 분기(506)를 포함한다. 독점적인 상태를 유지하는 제1자의 장치(들)의 프로토콜 또는 프로토콜들에 대조적으로, 제2 프로토콜은 제3자의 제조업자들과 공유될 수 있다. 더욱이, 제2 프로토콜은 특정 장치에 한정되지 않고, 그 대신, 제2 프로토콜은 복수의 상이한 장치에 대한 (예를 들어, 인터페이스 장치에 접속된 제1자의 장치들 모두에 대한) 데이터를 교환하는 데 사용될 수 있다.
블록(520)은 제3자의 장치가 제2 프로토콜을 사용하여 통신을 제공하는 포트(들)에 접속되는가를 판단하는 것을 나타낸다. 예를 들어, 만일 RJ45 접속이 이용되는 것이라면, 블록(520)은 물리적 접속이 존재하는가를 판단하는 것을 나타낼 수 있다. 블록(522)은 핸드셰이킹을 나타내고 접속을 통하여 적절한 네트워크 통신 채널을 설정하는 것을 나타낸다. 일부 실시예에서, 이는 TCP/IP 소켓 접속과 같은 네트워크 소켓 접속을 수립하는 것을, 각각의 접속된 제1자의 장치에 대응하는 TCP/IP 포트를 개방하는 것과 함께 포함한다. 블록(524, 526)은 핸드셰이킹 프로세스 동안/후에 오류가 발생하는가를 또는 타임아웃이 존재하는가를 판단하는 것을 나타낸다. 만일 그렇다면, 흐름은 블록(522)으로 복귀하여 핸드셰이킹을 다시 시도한다.
예를 들어, 제3자의 설비는 적어도 매 250 밀리초마다 "체크 인(check in)"하는 것을 예상할 수 있지만, 상이한 시간 간격이 물론 특정될 수 있다. 이에 따라서, 일부 실시예에서, 인터페이스 장치는 계속 진행 중인 접속을 보장하도록 제3자의 장치에 대한 접속의 상태를 모니터링하는 데 사용하기 위한 "하트비트" 포트로서 네트워크 포트(예를 들어, TCP/IP 포트)를 할당하도록 구성된다. 블록(524, 526)은 "하트비트" 포트를 통하여 교환된 메시지에 기초하여 연속적으로 일어날 수 있으며, 적어도 하트비트 TCP/IP 포트를 통한 요청이 수신되었는가를 보다 일반적으로 판단하는 것을 나타낼 수 있다. 만일 하트비트가 검출되지 않으면, 인터페이스 장치는 오류 조건에 응답할 수 있다.
만일 오류/타임아웃이 없다면, 본 방법은, 데이터 또는 코맨드에 대한 요청이 제3자의 장치로부터 수신되었는가를 판단하는 것을 나타내는 블록(528)으로 이동한다. 블록(528)에서 만일 요청이 수신되면, 본 방법은, 요청을 디코딩하는 것을 나타내는 블록(530)으로 이동한다. 제2 통신 프로토콜은 장치를 어드레싱하고 데이터에 대한 요청을 포맷하기 위한 구문, 장치 코맨드 등을 구체화할 수 있고, 인터페이스 장치는 그 구문을 인식할 수 있다. 예를 들어, 요청은 특정 장치에 대한 특정 TCP/IP 포트 번호를 통하여 이루어질 수 있으며, 하나 이상의 데이터 아이템에 대한 요청 및/또는 코맨드를 포함할 수 있다. 따라서, 블록(528)은 몇몇 TCP/IP 포트를 동시에 모니터링하는 것을 포함하는 것이다. 실제로, 몇몇 스레드가 유지될 수 있는데, 각각의 스레드는 대응하는 TCP/IP 포트를 통한 요청 및 응답을 조정한다.
도 5b로 돌아가서, 검사합 또는 다른 오류 정정 루틴 검사가 이루어질 수 있다. 본 예에서, 만일 검사합 오류가 있다면, 흐름은 오류 상태를 통하여 블록(522)으로 복귀하여 핸드셰이킹을 다시 시도한다. 검사합 오류가 없다고 가정하면, 데이터 및/또는 코맨드에 대한 요청은 블록(532)에서 도시된 바와 같이 처리될 수 있다. 데이터 아이템(들)에 대한 요청의 경우, 인터페이스 장치는 코맨드가 다음 폴링 주기에서 장치에 제공되도록 큐(queue)에 코맨드를 저장한다. 코맨드는 인터페이스 장치에 대한 내부 포맷을 이용하여, 제2 통신 프로토콜에 따라서 제공된 포맷으로, 저장될 수 있거나, 또는 변환되어 제1자의 프로토콜의 큐에 저장될 수 있다. 만일 요청이 코맨드를 포함하면, 인터페이스 장치는 코맨드가 수신된 직후에 제1자의 프로토콜을 사용하여 전송하기 위해 코맨드를 변환함으로써 직접 응답할 수 있다.
블록(528)으로 돌아가서, 본 예에서, 만일 요청이 수신되지 않았다면 (또는 수신된 요청이 처리되지 않았다면), 본 방법은 제공하는 데이터가 있는가를 판단하는 것을 나타내는 블록(534)으로 이동한다. 위에서 언급된 바와 같이, 일부 실시예에서, 인터페이스 장치는 제3자의 설비가 최신의 데이터를 갖도록 자동 갱신을 제공할 수 있다. 예로서, 장치는 제1자의 설비로부터 수신된 데이터 아이템과 관련된 상태 비트 및/또는 타임스탬프를 사용할 수 있어서 데이터 아이템이 제3자의 설비에 제공되었는가를 판단할 수 있다.
만일 제공하는 데이터가 있다면, 블록(536)에서 데이터는 액세스되고, 이어서 블록(538)에서 제2 통신 프로토콜에 따른 포맷으로 제공된다. 위에서 언급된 바와 같이, 데이터는 원래 데이터 포맷을 이용하여 저장될 수 있거나 또는 저장되는 시점에 변환될 수 있다. 어떤 경우에도, 인터페이스 장치는 데이터를 변환할 수 있는데, 이는 인터페이스 장치가 제1자의 통신 프로토콜 및 제3자의 장치와 통신하기 위해 사용되는 프로토콜을 이해하기 때문이다. 예를 들어, 특정 장치에 대한 프로토콜은 장치 상태 정보(예를 들어, 장치 전력 레벨, 온도 등)가 특정 비트 패턴을 이용하여 직렬 데이터 스트림 내의 특정 오프셋에 포함되는 것을 특정할 수 있다. 인터페이스 장치는 직렬 데이터 시퀀스에서 장치 상태 정보를 식별하고, 비트 패턴을 변환하고, 상태 정보를 메모리에 저장하도록 프로그래밍될 수 있다. 데이터를 변환할 시기일 때, 인터페이스 장치는 제2 통신 프로토콜의 구문에 따라서 메시지를 구성할 수 있고, 이어서 메시지를 적절하게 (예를 들어, 상태가 갱신되고 있는 장치에 대응하는 TCP/IP 포트를 통하여 ASCII 메시지를 송신함으로써) 송신할 수 있다.
도 5a 및 도 5b에 도시된 본 방법은 단지 설명의 목적으로 제공된다. 예를 들어, 실시예는 제3자의 장치로부터의 질의에 응답하여 현재 데이터를 반환시킬 수 있다. 예를 들어, 만일 블록(530)에서의 요청이 현재 데이터에 대한 것이면, 블록(532)에서 인터페이스 장치는 제1자의 프로토콜을 사용하여 제1 인터페이스를 통하여 갱신된 데이터 아이템(들)에 대한 질의를 제공할 수 있고, 갱신된 데이터가 반환되는 경우 데이터는 블록(536, 538)에서 제2 프로토콜을 사용하여 송신을 위하여 변환될 수 있다.
실제로, 인터페이스 장치는 또한 적합한 루틴을 수행할 수 있어서 장치의 정지와 같은 오류 및 다른 사건 시에 폴링 및 데이터 교환 루틴을 수행한다. 더욱이, 인터페이스 장치는 또한 관리 및 보안 프로세스를 지원할 수 있다.
일 실시예에서, 인터페이스 장치는 제2 인터페이스를 통한 액세스를 확인하기 위하여 그리고/또는 관리 코맨드를 인터페이스 장치에 제공하기 위하여 인증 루틴을 포함한다. 예를 들어, 다양한 제1자의 장치 포트는 관리 코맨드에 응답하여 활성화되거나 잠금 상태가 될 수 있고, 네트워크 옵션이 설정될 수 있고, 장치 파라미터가 조정될 수 있다. 일부 실시예에서, 관리 인터페이스는 인터페이스 장치 프로그래밍을 갱신하는 데 이용될 수 있어서 추가의 제1자의 장치 및/또는 지원되는 제1자의 통신 프로토콜에 대한 변화를 지원한다.
일반적인 고려 사항
본 명세서에서 용법 "~하도록 조정된" 또는 "~하도록 구성된"은 추가의 과제 또는 단계를 수행하도록 조정되거나 구성된 장치를 배제하지 않는 개방되고 포괄적인 표현을 의미한다. 더욱이, 용법 "~에 기초한"은 하나 이상의 인용된 조건 또는 값"에 기초한" 프로세스, 단계, 계산, 또는 다른 작용이 실제로는 인용된 것들 이상의 추가의 조건 또는 값에 기초할 수 있다는 점에서 개방되고 포괄적인 것을 의미한다. 본 명세서에 포함된 표제, 목록 및 번호 부여는 단지 설명의 편의를 위한 것이고 제한하려는 의미는 아니다.
본 발명의 태양에 따른 실시예는 디지털 전자 회로로, 컴퓨터 하드웨어, 펌웨어, 소프트웨어로, 또는 이들의 조합으로 구현될 수 있다. 일 실시예에서, 컴퓨터는 프로세서 또는 프로세서들을 포함할 수 있다. 프로세서는 컴퓨터 판독 가능 매체, 예를 들어 프로세서에 결합된 랜덤 액세스 메모리(RAM)에 대한 액세스를 포함하거나 갖는다. 프로세서는 위에서 언급된 바와 같이 제1자의 설비 및 제3자의 설비와 상호 작용하도록 하나 이상의 컴퓨터 프로그램을 실행시키는 것 같은 메모리에 저장된 컴퓨터 실행 가능 프로그램 명령을 실행시킨다.
그러한 프로세서는 마이크로프로세서, 디지털 신호 프로세서(DSP), 주문형 집적 회로(ASIC), 필드 프로그램 가능 게이트 어레이(FPGA), 및 상태 기계를 포함할 수 있다. 그러한 프로세서는 프로그램 가능 전자 소자, 예를 들어 PLC, 프로그램 가능 인터럽트 제어기(PIC), 프로그램 가능 논리 소자(PLD), 프로그램 가능 읽기 전용 메모리(PROM), 전자 프로그램 가능 읽기 전용 메모리(EPROM 또는 EEPROM), 또는 다른 유사한 소자를 추가로 포함할 수 있다.
그러한 프로세서는, 프로세서에 의해 실행될 때, 프로세서에 의해 수행되거나 보조되는 바와 같이 프로세서가 본 명세서에 기술된 단계를 수행하도록 할 수 있는 명령을 저장할 수 있는 매체, 예를 들어 실재하면서 일시적이지 않은 컴퓨터 판독 가능 매체를 포함하거나 또는 그와 통신할 수 있다. 컴퓨터 판독 가능 매체의 실시예는 컴퓨터 판독 가능 명령을 갖는, 서버 내의 프로세서와 같은, 프로세서를 제공할 수 있는 모든 전자, 광학, 자기, 또는 다른 저장 장치를 포함할 수 있으나 이에 한정되지 않는다.
매체의 다른 예는 플로피 디스크, CD-ROM, 자기 디스크, 메모리 칩, ROM, RAM, ASIC, 구성된 프로세서, 모든 광학 매체, 모든 자기 테이프 또는 다른 자기 매체, 또는 컴퓨터 프로세서가 판독할 수 있는 임의의 다른 매체를 포함하지만 이에 한정되지 않는다. 또한, 다양한 다른 장치는 컴퓨터 판독 가능 매체, 예를 들어 라우터, 개인 또는 공공 네트워크, 또는 다른 전송 장치를 포함할 수 있다. 설명된 프로세서, 및 처리는 하나 이상의 구조로 있을 수 있고, 하나 이상의 구조를 통하여 분산될 수 있다. 프로세서는 본 명세서에 기술된 본 방법 중 하나 이상(또는 방법의 일부)을 수행하기 위한 코드를 포함할 수 있다.
본 발명이 그의 구체적인 실시예에 대해 상세히 설명하였으나, 당업자가 전술된 사항을 이해할 때 그러한 실시예의 변형, 변경 및 등가물을 용이하게 생성할 수 있다는 것을 인식할 것이다. 따라서, 본 발명은 제한보다는 예시를 목적으로 설명되었고, 당업자에게 기꺼이 명백한 바와 같이 본 발명의 그러한 변형, 변경 및/또는 추가의 포함을 배제하지 않는다는 것을 이해하여야 한다.

Claims (10)

  1. 프로세서;
    메모리;
    각각이 의료 장치의 대응하는 데이터 인터페이스에 접속하도록 구성된 복수의 제1 하드웨어 접속 포트; 및
    제3자의 장치에 접속하도록 구성된 적어도 하나의 제2 하드웨어 포트를 포함하고,
    상기 메모리는, 제1 하드웨어 접속 포트를 통하여 의료 장치들 중 하나 이상과 통신하기 위하여 사용되는 적어도 하나의 제1자의 통신 프로토콜을 인식하고 제2 하드웨어 포트를 통하여 제3자의 장치와 통신하기 위하여 사용되는 제2 통신 프로토콜을 인식하도록 프로세서를 구성하는 프로그램 명령을 구현하고,
    제2 통신 프로토콜은 적어도 하나의 제1자의 통신 프로토콜과 상이한 장비.
  2. 제1항에 있어서, 프로그램 명령은, 적어도 하나의 제1자의 통신 프로토콜 각각으로부터 데이터를 동시에 수신하고 의료 장치 각각에 의해 반환된 데이터를 메모리에 저장하고 상기 데이터를 제3자의 장치에 제공하도록 프로세서를 구성하는 장비.
  3. 제1항에 있어서, 프로그램 명령은
    의료 장치 중 적어도 하나에 대한 코맨드를 식별하는 데이터를 제2 통신 프로토콜에 따라서 제3자의 장치로부터 수신하고;
    코맨드를 식별하는 데이터를 메모리에 저장하고;
    저장된 데이터에 기초하여 적어도 하나의 제1자의 통신 프로토콜에 따라서 의료 장치 중 적어도 하나에 코맨드를 제공하도록 프로세서를 구성하는 장비.
  4. 제1항에 있어서, 프로그램 명령은
    제3자의 장치와의 네트워크 소켓 접속을 수립하고;
    각각의 접속된 의료 장치와 네트워크 포트를 연결하고;
    제2 통신 프로토콜에 따라서 의료 장치와 연결된 네트워크 포트를 사용하여 반환되는 데이터를 네트워크 포트와 연결된 의료 장치로부터 제공하도록 프로세서를 구성하는 장비.
  5. 제1항에 있어서, 프로그램 명령은
    제3자의 장치와의 네트워크 소켓 접속을 수립하고;
    제3자의 장치에 대한 접속 상태를 모니터링하기 위해 네트워크 포트를 할당하고;
    할당된 네트워크 포트를 식별하는 요청이 타임아웃 간격 내에 수신되지 않으면 오류 조건에 응답하도록 프로세서를 구성하는 장비.
  6. 제4항 또는 제5항에 있어서, 네트워크 소켓 접속은 TCP/IP 소켓 접속이고 네트워크 포트는 TCP/IP 포트인 장비.
  7. 제1항 내지 제5항 중 어느 한 항에 있어서,
    각각이 제1 하드웨어 포트의 각각의 하나에 접속된 복수의 의료 장치; 및
    적어도 하나의 제2 하드웨어 포트에 접속되고, 제2 하드웨어 포트를 통하여 통신함으로써 복수의 의료 장치에 데이터를 제공하거나 그로부터 데이터를 수신하는 것 중 적어도 하나를 수행하도록 구성된 제3자의 의료 장치를 추가로 포함하고,
    제3자의 의료 장치는 적어도 하나의 제1자의 통신 프로토콜이 아닌 제2 통신 프로토콜을 사용하여 통신하도록 구성된 장비.
  8. 제1항 내지 제5항 중 어느 한 항에 있어서, 프로세서는 복수의 제1자의 통신 프로토콜을 인식하도록 구성되고, 복수의 제1자의 통신 프로토콜 중 각각의 하나는 특정 의료 장치에 대응하는 장비.
  9. 제1항 내지 제5항 중 어느 한 항에 있어서, 제1 하드웨어 접속 포트 중 적어도 일부는 직렬 포트를 포함하고, 제2 하드웨어 포트는 네트워크 접속 포트를 포함하는 장비.
  10. 제1항 내지 제5항 중 어느 한 항에 있어서, 프로세서는 제1 버스를 이용하여 복수의 제1 하드웨어 접속 포트와 통신하도록 구성되고 제2 버스를 이용하여 적어도 하나의 제2 하드웨어 포트와 통신하도록 구성된 장비.
KR1020137006146A 2010-08-24 2010-08-24 의료 장치들 사이의 상호 운용성을 보장하는 방법 및 시스템 KR101696966B1 (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2010/046460 WO2012026922A1 (en) 2010-08-24 2010-08-24 Methods and systems for secure interoperability between medical devices

Publications (2)

Publication Number Publication Date
KR20130101507A true KR20130101507A (ko) 2013-09-13
KR101696966B1 KR101696966B1 (ko) 2017-01-16

Family

ID=43233644

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020137006146A KR101696966B1 (ko) 2010-08-24 2010-08-24 의료 장치들 사이의 상호 운용성을 보장하는 방법 및 시스템

Country Status (9)

Country Link
US (2) US9081696B2 (ko)
EP (1) EP2609532B2 (ko)
JP (1) JP5822932B2 (ko)
KR (1) KR101696966B1 (ko)
CN (1) CN103180855B (ko)
BR (1) BR112013004184A2 (ko)
MX (1) MX2013002170A (ko)
RU (1) RU2559726C2 (ko)
WO (1) WO2012026922A1 (ko)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110172550A1 (en) 2009-07-21 2011-07-14 Michael Scott Martin Uspa: systems and methods for ems device communication interface
JP6203634B2 (ja) 2010-04-09 2017-09-27 ゾール メディカル コーポレイションＺＯＬＬ Ｍｅｄｉｃａｌ Ｃｏｒｐｏｒａｔｉｏｎ Ｅｍｓ装置通信インタフェースのシステム及び方法
US10127810B2 (en) 2012-06-07 2018-11-13 Zoll Medical Corporation Vehicle safety and driver condition monitoring, and geographic information based road safety systems
EP2859414A4 (en) 2012-06-07 2016-01-27 Zoll Medical Corp SYSTEMS AND METHODS FOR VIDEO CAPTURE, RETURN TO USER, SIGNALING, ADAPTIVE PARAMETERS, AND ACCESS TO REMOTE DATA DURING VEHICLE SECURITY MONITORING
US9380474B2 (en) * 2013-03-08 2016-06-28 Cardiopulmonary Corp. Network monitoring for active medical device alarms
JP2016524746A (ja) 2013-05-10 2016-08-18 ゾール メディカル コーポレイションＺＯＬＬ Ｍｅｄｉｃａｌ Ｃｏｒｐｏｒａｔｉｏｎ Ｅｍｓ臨床及び業務成績に関連したスコア化、評価、及びフィードバック
CN111554378B (zh) 2013-08-16 2024-02-27 直观外科手术操作公司 用于异构设备间的协调运动的系统和方法
CN105389619B (zh) * 2014-08-31 2021-08-03 通用电气公司 用于改进健康护理生态系统内的连接的方法和系统
US9734720B2 (en) 2015-04-01 2017-08-15 Zoll Medical Corporation Response mode verification in vehicle dispatch
US10095649B2 (en) 2015-07-01 2018-10-09 Covidien Lp Medical device connectivity interface system and method
JP6174752B2 (ja) * 2016-04-22 2017-08-02 京セラ株式会社 エネルギー管理システムおよび通信端末
CN106411918B (zh) * 2016-10-24 2019-08-06 中国电子科技集团公司第二十八研究所 一种基于fpga的多路hdlc-uart转换系统及方法
RU2674315C2 (ru) * 2017-02-17 2018-12-06 Сергей Викторович Кирюхин Способ обеспечения совместимости аппаратно-программных встраиваемых устройств при построении сложных систем управления на стадии технического проекта
US10757228B1 (en) 2017-02-28 2020-08-25 Stryker Corporation Patient care devices with on-board network communication
JP2020005751A (ja) * 2018-07-04 2020-01-16 オリンパス株式会社 内視鏡システム
FR3087277B1 (fr) * 2018-10-10 2021-02-26 Siview Sas Systeme de commande d’au moins un appareil d’examen de vue, boitier modulaire, boitier de pilotage et procede associes
CN109285336B (zh) * 2018-11-12 2020-07-14 南京迈瑞生物医疗电子有限公司 医疗设备操控器、系统、方法、计算机设备和存储介质
WO2020142272A1 (en) * 2018-12-31 2020-07-09 Becton, Dickinson And Company Systems, apparatuses and methods for enhanced notifications to users of wearable medical devices
AU2019419371A1 (en) * 2018-12-31 2021-07-15 Becton, Dickinson And Company Systems, apparatuses and methods for medical device communication with one or more remote devices
US20220189629A1 (en) * 2019-07-03 2022-06-16 Fresenius Vial Sas Method for data communication between an infusion station and a front-end computing device in a healthcare environment
CN113270183A (zh) * 2020-02-17 2021-08-17 中硼(厦门)医疗器械有限公司 管理治疗计划数据的方法和系统以及数据交换设备
TR202105807A2 (tr) * 2021-03-31 2021-04-21 Ventura Yazilim Anonim Sirketi Evrensel ci̇haz bağlantisi ağ geçi̇di̇ ve veri̇ toplama si̇stemi̇

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050102167A1 (en) * 2003-11-12 2005-05-12 Kapoor Ashok K. Provisioning and controlling medical instruments using wireless data communication
EP1862112A1 (en) * 2001-05-25 2007-12-05 Roche Diagnostics GmbH Remote medical device access

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7624028B1 (en) * 1992-11-17 2009-11-24 Health Hero Network, Inc. Remote health monitoring and maintenance system
RU6111U1 (ru) * 1995-06-14 1998-03-16 Ремонтно-монтажный комбинат ТПО хлебопекарных и макаронных предприятий "Марийхлебпром" Контейнер для хранения, транспортировки и продажи хлебобулочных изделий
ES2237801T3 (es) * 1996-07-12 2005-08-01 First Opinion Corporation Sistema informatizado de asesoramiento de diagnostico y tratamiento medico incluyendo el acceso de red.
US5845068A (en) * 1996-12-18 1998-12-01 Sun Microsystems, Inc. Multilevel security port methods, apparatuses, and computer program products
JP3697634B2 (ja) * 2000-09-25 2005-09-21 キヤノンイメージングシステムテクノロジーズ株式会社 通信装置、通信方法、記録媒体、及びコンピュータプログラム
JP2003167799A (ja) * 2001-11-30 2003-06-13 Sodick Co Ltd 遠隔管理システムにおける接続装置
US7430608B2 (en) 2001-12-04 2008-09-30 Siemens Medical Solutions Usa, Inc. System for processing data acquired from multiple medical devices
US20050060202A1 (en) * 2002-05-31 2005-03-17 Richard Taylor System and method for coupling a plurality of medical devices in serverless grid
JP2005033296A (ja) * 2003-07-08 2005-02-03 Oki Telecommunication Systems Co Ltd プロトコル変換装置
US20050149624A1 (en) * 2003-11-21 2005-07-07 Daniel Jakubiec Modular communication server
US9820658B2 (en) * 2006-06-30 2017-11-21 Bao Q. Tran Systems and methods for providing interoperability among healthcare devices
JP2006198241A (ja) * 2005-01-21 2006-08-03 Olympus Corp 医療機器制御装置
US20060198208A1 (en) * 2005-03-07 2006-09-07 Lantronix, Inc. Publicasting systems and methods
US7941575B2 (en) * 2006-03-03 2011-05-10 Lecroy Corporation Pause request processing for data traffic modification
US8555371B1 (en) * 2009-07-17 2013-10-08 Directpacket Research, Inc. Systems and methods for management of nodes across disparate networks
US8605730B2 (en) * 2006-04-13 2013-12-10 Directpacket Research, Inc. System and method for multimedia communication across disparate networks
US9640089B2 (en) * 2009-09-15 2017-05-02 Kbport Llc Method and apparatus for multiple medical simulator integration
US20080183910A1 (en) * 2006-12-28 2008-07-31 Natoli Joseph D Personal medical device (PMD) docking station
US8082336B1 (en) * 2007-03-30 2011-12-20 Google Inc. Decoupled terminal server
US20090157202A1 (en) * 2007-08-10 2009-06-18 Smiths Medical Md Therapy rules for closed loop programming of medical devices
RU72775U1 (ru) * 2007-09-26 2008-04-27 Владимир Ильич Тарнопольский Система связи телемедицинской сети
US8136085B2 (en) * 2008-01-29 2012-03-13 Hewlett-Packard Development Company, L.P. System and method for implementing a shared platform or software resource for coupled computing devices
US7730242B2 (en) * 2008-03-05 2010-06-01 Olympus Medical Systems Corp. Communication conversion system for switching first communication lines to second communication lines based on change in voltage state of detection-use pin
US20090240526A1 (en) * 2008-03-19 2009-09-24 General Electric Company Systems and Methods for a Medical Device Data Processor
US8491573B2 (en) * 2008-05-19 2013-07-23 Olympus Medical Systems Corp. Communication converter, its system and its method
CN101278834A (zh) * 2008-05-28 2008-10-08 北京工业大学 基于gprs的心电无线远程监护系统
US8225015B2 (en) * 2009-06-15 2012-07-17 General Electric Company Systems, methods, and apparatus for medical device interface connectivity
US20110145373A1 (en) * 2009-12-14 2011-06-16 Sinan Anwar Awad Systems and methods for configuring communication between medical devices

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1862112A1 (en) * 2001-05-25 2007-12-05 Roche Diagnostics GmbH Remote medical device access
US20050102167A1 (en) * 2003-11-12 2005-05-12 Kapoor Ashok K. Provisioning and controlling medical instruments using wireless data communication

Also Published As

Publication number Publication date
US20150295764A1 (en) 2015-10-15
WO2012026922A1 (en) 2012-03-01
CN103180855B (zh) 2016-10-26
AU2010359604B2 (en) 2015-11-26
KR101696966B1 (ko) 2017-01-16
RU2559726C2 (ru) 2015-08-10
AU2010359604A1 (en) 2013-03-21
EP2609532B8 (en) 2020-06-03
EP2609532B2 (en) 2023-08-02
JP5822932B2 (ja) 2015-11-25
US9081696B2 (en) 2015-07-14
EP2609532A1 (en) 2013-07-03
MX2013002170A (es) 2013-05-06
EP2609532B1 (en) 2020-04-08
CN103180855A (zh) 2013-06-26
US20130151739A1 (en) 2013-06-13
JP2013537675A (ja) 2013-10-03
BR112013004184A2 (pt) 2016-05-10
RU2013111968A (ru) 2014-09-27

Similar Documents

Publication Publication Date Title
KR20130101507A (ko) 의료 장치들 사이의 상호 운용성을 보장하는 방법 및 시스템
US11533764B2 (en) Systems and methods for remotely controlling a surgical instrument of console-based surgical systems
US7844657B2 (en) System for controlling medical devices
US10614025B2 (en) High speed communications network in dental equipment
EP3745984B1 (en) Surgical robotic system including synchronous and asynchronous networks and a method employing the same
US11791039B2 (en) System for communication of data
JP6141916B2 (ja) 医療装置間での確実な相互運用のための方法およびシステム
CN106534067B (zh) 一种基于物联网的智能控制方法及系统
JP4006006B2 (ja) モジュール分析システムのトポロジを判定する方法およびシステム
AU2010359604B9 (en) Methods and systems for secure interoperability between medical devices
AU2020210243B2 (en) Surgical robotic system including synchronous and asynchronous networks and a method employing the same
CN113301122B (zh) 医疗机器人分布式系统实时通信方法、装置及电子设备
EP3745986A1 (en) Surgical robotic system including synchronous and asynchronous networks and a method employing the same
US11882217B1 (en) Surgical robotic tool authorization system
Fajdek et al. Remote monitoring sytem for artificial heart
WO2018220925A1 (ja) 情報処理システムおよび情報処理装置
KR20120125927A (ko) 주변장치의 네트워크 제어 기능을 구비한 수술용 마스터 인터페이스 및 네트워크 제어 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant