KR100932711B1 - 의료정보 통합 관리 시스템 및 방법 - Google Patents

Abstract

의료기관 단말기로부터 전송되는 데이터로부터 HL7 메시지를 생성하여 다양한 의료기관에서 의료정보를 공유할 수 있도록 하기 위한 의료정보 통합 관리 시스템 및 방법을 제시한다.

본 발명의 의료정보 통합 관리 시스템은 HL7 메시지 구조를 정의하고 있으며, 정의된 HL7 메시지 구조를 처리하기 위한 HL7 엔진을 구비하고, 의료기관 단말기를 모니터링하여, 신규 데이터의 입력 이벤트가 발생한 경우 의료기관 단말기로부터 신규 데이터를 추출하여 HL7 메시지로 생성하고, 의료기관 단말기를 모니터링하여, HL7 메시지 요청 이벤트가 발생한 경우 HL7 메시지를 추출하여 제공하는 메시지 구성 모듈 및 메시지 구성 모듈에서 생성하여 저장한 HL7 메시지를 전송받아 저장하고, HL7 메시지의 이력을 관리하는 메시지 교환 모듈을 포함하여, HL7 메시지를 고속으로 생성할 수 있고, HL7 메시지로 생성된 의료정보를 다양한 기관 및 의료진이 공유할 수 있다.

의료정보, HL7, 공유

Description

의료정보 통합 관리 시스템 및 방법{System and Method for Managing of Medical Information}

본 발명은 의료정보 관리 시스템 및 방법에 관한 것으로, 보다 구체적으로는 의료기관 단말기로부터 전송되는 데이터로부터 HL7 메시지를 생성하여 다양한 의료기관에서 의료정보를 공유할 수 있도록 하기 위한 의료정보 통합 관리 시스템 및 방법에 관한 것이다.

최근, 의료 서비스의 질을 향상시키기 위한 노력으로 의료 정보화 사업이 활발히 추진되고 있으며, 의료 서비스 또는 헬스케어 시장에서 의료정보의 전산화 및 전산 통합 수준의 의료 정보화는 대형 병원을 중심으로 이루어지고 있다.

의료 정보화는 의료 영상 정보 시스템, 처방 전달 시스템, 전자의무 기록 등을 연동함으로써 비용 절감 효과, 진료의 안정성, 서비스 품질 향상, 환자 대기시간 절감, 정보 저장의 편의성, 환자 기록에 대한 의료진의 접근 용이성 등의 이점을 제공한다.

이에 따라, 보건 의료정보 영역에서 정보 공유에 대한 필요성이 증가하고, 국제표준에 대한 인식이 확대되고 있으며, 보건 의료정보 공유를 위한 국제표준인 HL7(Health Level 7) 메시지에 대한 관심이 높아지고 있다.

HL7은 서로 다른 보건 의료분야의 소프트웨어 어플리케이션 간 정보가 호환될 수 있도록 하는 규칙의 집합으로서, 전 세계적 표준으로 자리잡고 있는 추세이며, 이를 이용하게 되면 의료 기관의 유형 또는 규모에 무관하게 모든 종류의 의료 업무 서비스를 이용할 수 있게 된다. 다시 말해, HL7은 환자의 진료 정보를 공유할 수 있는 네트워크 표준인 것이다.

HL7 프로토콜에서는 메시지 구조, 코딩 규칙, 트리거 이벤트 등의 요소를 명세화하고 있으며, 여기에서, 메시지 구조는 메시지의 추상적 정의를 의미하고, 코딩 규칙은 전송을 위한 메시지 표현 방식을 의미하며, 트리거 이벤트는 메시지를 발생하도록 하는 어플리케이션 이벤트를 의미한다. HL7에서, 트리거 이벤트에 의해 하나의 사건이 발생하면, 그 사건에 의해 데이터 교환을 수행할 둘 이상의 시스템 간에 네트워크를 통해 경로가 설정되게 된다. 이후, 하나의 시스템에서 다른 시스템으로 메시지 형태의 데이터 전송이 이루어지면, 메시지를 수신한 시스템에서 수신 여부를 확인하는 응답 메시지를 메시지를 전송한 시스템으로 보냄으로써 하나의 사이클이 마무리된다.

HL7은 의료 기관에서 제공하는 다양한 업무와 관련된 메시지를 정의하고 있으며, 환자 원무관리, 질의, 처방, 처방 및 임상 결과에 대한 관찰기록 보고, 제품 실험, 파형 결과, 환자 의뢰, 회계 관리, 일정 관리 등을 그 예로 들 수 있다.

이와 같이, HL7을 이용하여 환자의 진료 정보를 공유하게 되면 환자들에게 더욱 질 높은 서비스를 제공할 수 있고, 중요한 질병에 대한 진료 결과를 토대로 의학의 발전을 기대할 수 있다.

이러한 HL7 메시지는 2000년도에 버전 2.4와 2003년도에 버전 2.5가 ANSI(American National Standard Institute) 표준으로 승인되어 국제적으로 널리 사용되고 있으며, XML(eXtensible Markup Language)을 기반으로 용어와 코드를 고려한 버전 3.0이 개발되고 있다.

HL7 메시지는 다양한 독립 시스템들이 연계되어야 하는 미국 중심의 보건 의료정보 시스템에 초점이 맞춰져 있어, 대한민국 내의 데이터베이스를 중심으로 하는 통합 시스템에서는 효용성이 많이 떨어진다. 그러나 데이터베이스 중심의 OCS(Order Communication System)도 PACS(Picture Archiving Communication System)와 같은 독립 시스템과 연계를 위해서는 HL7 메시지를 이용하는 것이 효과적이다. 여기에서, OCS는 의사가 내리는 오더(order)를 전달해 주는 시스템을 말하고, PACS는 이미지를 저장하고 전달하여 이미지 공유를 지원하는 시스템을 의미한다.

그리고, 최신 의료기기 시스템들은 검사 및 측정 결과를 HL7 메시지로 제공하거나, 검사 요청 정보를 HL7 메시지로 연동하도록 만들어지고 있다. 대한민국 내 보건 의료정보 시스템에서도 이러한 최신 기기들을 도입할 경우 쉽고 빠른 시스템 통합을 위해 HL7 메시지를 사용하는 것이 필요하다. 뿐만 아니라, 응급환자를 이송하는 가운데 환자의 정보를 공유하는 실시간 응급 전산망의 구축과 정보 교환시 HL7 메시지를 사용하는 것도 요구되고 있다.

대한민국 내 환경에서 기존의 병원 정보 시스템에 최소한의 변화를 주면서 HL7 메시지를 생성하기 위한 방법으로 HL7 메시지 서버 방식을 들 수 있다. 이 방식은 각각 개발된 시스템들이 정보를 공유할 때 메시지 서버에 메시지를 전달하여 정보를 공유하는 방법으로, 각 시스템이 다른 시스템의 환경에 영향을 받지 않고 메시지만 처리하면 되기 때문에 시스템 간에 연계가 용이한 이점이 있다.

한편, HL7 메시지를 XML로 변환하여 저장, 검색 및 저장할 때, 중복 데이터를 제거하여 저장 공간을 절약하는 방법도 있다.

이러한 방법들은 병원 정보 시스템과 같은 규모가 큰 시스템에서 서버 형태로 동작하면서 HL7 메시지를 생성하는 데 초점이 맞추어져 있다. 이러한 서버 형태의 동작 방식에서 데이터의 형태가 특수하게 정해질 수 있다면, 공통 뷰를 생성하여 이질적인 데이터베이스와 독립적으로 서버가 동작하는 방법도 이용할 수 있다. 그러나, 공통 뷰와 이질적인 데이터베이스의 연계 또한 쉽지 않은 부분이며, 공유하고자 하는 데이터의 공통 뷰를 생성하는 것도 용이하지 않다. 아울러, 서버에서 메시지를 생성하는 것도 중요하지만 메시지를 검증하고 데이터를 추출하여 처리하는 것도 중요한 부분이다. 또한, 메시지를 전송하는 것도 필요하다.

이 외에도 중앙에 HL7 기반의 XML 저장관리 시스템을 서버로 두고, 정보를 공유하는 방법도 있으나, 이러한 방법은 국가의 관리가 필요하고, 법과 제도적인 지원이 바탕이 되어야 하므로 현재로써는 시행하기 어려운 방법이다.

그러나, 평생 전자건강진료 기록 시스템(Electronic Health Record System; EHRs)과 개인 평생 전자건강진료 기록 시스템(Personal Health Record System; PHRs)은 궁극적으로 지역, 국가, 세계가 보건 의료정보의 상호 운용성을 보장하는 방향으로 발전하고 있으므로, HL7 메시지를 통해 보건 의료정보를 안정적이고 효율적으로 공유할 필요가 있다.

이와 같이, 보건 의료정보 영역에서 HL7 메시지를 이용하여 다양한 시스템과 어플리케이션의 연계를 필요로 하고 있으나, HL7 메시지를 어떻게 다루는 것이 효과적인지에 대한 정보가 부족한 단점이 있다. 이로 인하여, 국내에서는 HL7 메시지를 이용하여 정보를 공유할 때, 오히려 복잡하고 어렵게 느끼고, 표준의 장점을 얻지 못하여 HL7 메시지의 사용을 꺼려하고 있는 문제가 있다.

본 발명은 상술한 단점 및 문제점을 해결하기 위한 것으로, 의료기관 단말기로부터 전송되는 데이터를 쉽고 빠르게 HL7 메시지로 생성할 수 있는 의료정보 통합 관리 시스템 및 방법을 제공하는 데 그 기술적 과제가 있다.

본 발명의 다른 기술적 과제는 HL7 메시지로 생성된 의료정보를 효율적이고 안정적으로 공유하면서, 의료기관 단말기들이 효율적으로 연계할 수 있는 의료정보 통합 관리 시스템 및 방법을 제공하는 데 있다.

상술한 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 의한 의료정보 통합 관리 시스템은 통신망을 통해 적어도 하나의 의료기관 단말기와 접속되는 의료정보 통합 관리 시스템으로서, HL7 메시지 구조를 정의하고 있으며, 상기 정의된 HL7 메시지 구조를 처리하기 위한 HL7 엔진을 구비하고, 상기 의료기관 단말기를 모니터링하여, 신규 데이터의 입력 이벤트가 발생한 경우 상기 의료기관 단말기로부터 신규 데이터를 추출하여 HL7 메시지로 생성하고, 상기 의료기관 단말기를 모니터링하여, HL7 메시지 요청 이벤트가 발생한 경우 HL7 메시지를 추출하여 제공하는 메시지 구성 모듈; 및 상기 메시지 구성 모듈에서 생성하여 저장한 HL7 메시지를 전송받아 저장하고, 상기 HL7 메시지의 이력을 관리하는 메시지 교환 모듈;을 포함한다.

또한, 본 발명의 일 실시예에 의한 의료정보 통합 관리 방법은 의료정보 통 합 관리 시스템이 HL7 엔진을 생성하는 제 1 과정; 상기 의료정보 통합 관리 시스템이 의료기관 단말기들을 모니터링하여, 데이터 저장 이벤트가 발생한 경우 상기 의료기관 단말기로부터 저장하고자 하는 데이터를 추출하는 제 2 과정; 상기 의료기관 단말기로부터 추출한 데이터를 상기 HL7 엔진을 사용하여 HL7 메시지에 맵핑하여 HL7 메시지를 생성하는 제 3 과정; 상기 HL7 메시지를 검증하는 제 4 과정; 및 상기 검증된 HL7 메시지를 저장하는 제 5 과정;을 포함한다.

아울러, 본 발명의 다른 실시예에 의한 의료정보 통합 관리 방법은 의료정보 통합 관리 시스템이 의료기관 단말기를 모니터링하여, 의료정보 전달 요청 메시지가 전송되는 경우, 전달 요청된 의료정보가 저장되어 있는 의료기관 단말기를 검색하는 제 1 과정; 상기 검색한 의료기관 단말기로부터 상기 전달 요청된 의료정보를 추출하고, HL7 메시지로 변환하는 제 2 과정; 상기 의료정보 전달 요청 메시지를 참조하여, 상기 전달 요청된 의료정보 수신처로 상기 HL7 메시지를 전송하는 제 3 과정;을 포함한다.

본 발명에 의하면, 복수의 의료기관 단말로부터 전송되는 의료정보로부터 HL7 메시지를 고속으로 생성함으로써, HL7 메시지로 생성된 의료정보를 다양한 기관 및 의료진이 공유할 수 있다.

또한, 의료정보 통합 관리 시스템에서 HL7 메시지를 생성함에 따라 의료기관 단말기의 변경이나 업그레이드 없이 의료정보를 용이하게 공유할 수 있으며, 의료기관 단말기의 요청이 있는 경우 HL7 메시지의 구조를 변환하여 제공함으로써, 의 료정보의 효율적이고 안정적인 공유가 가능하다.

이하에서는 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 보다 구체적으로 설명한다.

도 1은 본 발명에 의한 의료정보 통합 관리 시스템이 적용되는 통신망의 일 예시도이다.

도시한 것과 같이, 의료정보 통합 관리 시스템(10)은 복수의 의료기관 단말기(20)들과 통신망(30)을 통해 접속된다.

의료정보 통합 관리 시스템(10)은 의료기관 단말기(20)를 모니터링하고, 신규 의료정보 데이터가 발생하는 경우 이를 HL7 메시지로 생성하여 검증한 후 저장한다. 아울러, 특정 의료기관 단말기(20)가 HL7 메시지를 이용하여 의료정보를 요청하는 경우, 의료정보 통합 관리 시스템(10)에 접속된 타 의료기관 단말기로부터 요청된 의료정보를 검색하여, 의료정보를 요청한 의료기관 단말기(20)가 열람할 수 있는 형태로 가공하여 제공한다.

이를 위하여, 의료정보 통합 관리 시스템(10)은 메시지 구성 모듈 및 메시지 교환 모듈을 포함하며, 도 2를 참조하여 구체적으로 설명하면 다음과 같다.

도 2는 본 발명의 일 실시예에 의한 의료정보 통합 관리 시스템의 상세 구성도이다.

도 2에 도시한 것과 같이, 의료정보 통합 관리 시스템(10)은 전체적인 동작을 제어하는 제어부(110), 메시지 구성 모듈(130), 메시지 교환 모듈(150), 저장 모듈(170) 및 입출력 처리 모듈(190)을 포함한다.

메시지 구성 모듈(130)은 의료기관 단말기(20)를 지정된 주기로 모니터링한다. 모니터링 중에 신규 데이터의 입력이 발생한 것을 확인하면, 해당 의료기관 단말기(20)로부터 신규 데이터를 추출하고, 이를 HL7 엔진을 이용하여 HL7 메시지로 생성한 후 메시지 교환 모듈(150)로 전송한다.

이를 위하여, 메시지 구성 모듈(130)은 HL7 메시지 구조를 정의하고 있어야 하며, 정의된 HL7 메시지 구조를 처리할 수 있는 HL7 엔진을 생성해 두어야 한다.

한편, 메시지 교환 모듈(150)은 메시지 구성 모듈(130)에서 생성하여 저장한 HL7 메시지를 전송받아 HL7 메시지를 어디로 보낼 것인지 확인한 후, 해당 수신처로 HL7 메시지를 전송한다. 여기에서, HL7 메시지의 수신처는 타 의료기관 단말기(20) 또는 메시지 구성 모듈(130)이 될 수 있다.

메시지 교환 모듈(150)의 확인 결과, 메시지 수신처가 메시지 구성 모듈(130)인 경우, 메시지 구성 모듈(130)은 HL7 메시지를 수신하여 검증한 후 저장 모듈(170)에 저장하고, 이에 따라 생성되는 HL7 메시지의 이력은 메시지 교환 모듈(150)에서 관리된다.

또한, 의료기관 단말기(20)가 메시지 전송을 요청하는 경우, 메시지 구성 모듈(130)은 메시지 전송을 요청한 해당 단말기에서 사용하는 뷰어 또는 의료정보 관리 프로그램의 종류에 따라 메시지 변환을 수행하여, 메시지 송수신 어플리케이션의 수정 없이 시스템 간에 정보를 공유할 수 있도록 한다.

이와 같이, 메시지 구성 모듈(130)은 HL7 메시지를 빠르고, 효율적이며, 안 정적으로 생성하는 한편, 메시지를 검증하여 저장 및 전송하는 역할을 수행한다. 또한, 메시지 교환 모듈(150)은 HL7 메시지의 효율적인 교환 및 이력 관리를 가능하게 하며, 이러한 의미에서 본 발명의 의료정보 통합 관리 시스템은 HMMC(Healthcare Message Multi-Center)라 칭할 수 있다.

도 3은 도 2에 도시한 메시지 구성 모듈의 상세 구성도이다.

도 3을 참조하면, 본 발명에 의한 메시지 구성 모듈(130)은 HL7 메시지를 생성하여 메시지 교환 모듈(150)로 전송하기 위한 메시지 생성 블록(131) 및 생성된 HL7 메시지를 메시지 교환 모듈(150)로부터 수신하여 검증하고 저장모듈(170)에 저장하기 위한 메시지 처리 블록(132)으로 이루어진다.

아울러, 메시지 생성 블록(131)은 메시지 구조 편집부(1301), HL7 엔진 생성부(1303), 프로그램 프로젝트(1305) 및 HL7 엔진(1307)을 포함하고, 메시지 처리 블록(132)은 메시지 테스터(1309), 프로젝트 생성부(1311), 메시지 브러우저(1313) 및 메시지 구조 관리부(1315)를 포함한다.

먼저, 메시지 생성 블록(131)의 각 구성 요소에 대하여 설명하면 다음과 같다.

메시지 구조 편집부(1301)는 발생될 이벤트가 어떤 것들이 있는지, 이벤트가 발생하면 어떤 메시지를 사용할 것인지, 메시지 구조에 추가될 정보가 있는지에 따라 개발자가 HL7 메시지 구조를 편집할 수 있도록 한다. HL7 메시지는 세그먼트(Segment)를 포함하고, 각 세그먼트는 적어도 하나의 필드(Field)를 포함하며, 하나의 필드가 내부적으로 여러 개의 값을 가질 때 이 값들을 컴포넌트(Component) 라 한다.

예를 들어, 세그먼트는 환자 정보를 담고 있는 세그먼트, 검사 결과를 담고 있는 세그먼트 등이 존재할 수 있고, 환자 정보를 담고 있는 세그먼트는 환자 이름 필드를 포함할 수 있다. 아울러, 환자 이름 필드는 환자의 성, 이름, 별명 등의 컴포넌트를 포함할 수 있다.

HL7 메시지는 부가 세그먼트들이 많이 존재하기 때문에, 메시지 구조 편집부(1301)에서 불필요한 세그먼트들을 삭제하여 단순화시키는 것이 바람직하다. 이러한 세그먼트들의 제거는 HL7 메시지에 필수 내용들만 남김으로써, 의사소통과 데이터 처리시 작업 능률이 향상되게 된다. 그리고, 사용자(의료진)가 HL7 표준에 제시되어 있지 않은 확장 메시지(통상 'z'로 시작하는 메시지)나 세그먼트들을 만들 수 있으므로, 이를 메시지 구조에 포함시킨다. 또한, HL7 표준에서는 특정 필드에 들어갈 수 있는 값들을 테이블로 표현하고 있는데, 이 테이블에 새로운 값을 추가하거나 기존 값을 수정한다. 또한, 메시지 구조를 사용자가 알아보기 쉽게, 예를 들어 트리(tree)구조로 표현하며, 세그먼트와 컴포넌트가 가지는 데이터들을 트리나 리스트 구조로 표현하여 사용자가 HL7 메시지를 용이하게 이해할 수 있도록 한다. 이러한 기능에 따라, 사용자의 HL7 메시지에 대한 이해와 사용 능력이 향상되어 어플리케이션이 빠르고 정확하게 개발될 수 있다.

HL7 엔진 생성부(1303)는 메시지 구조 편집부(1301)에서 편집된 메시지 구조를 이용하여 HL7 메시지를 다루는 핵심 모듈인 HL7 엔진을 생성한다. 즉, HL7 엔진이 수행하여야 하는 기본 기능을 가진 라이브러리를 생성하는 것이다. HL7 엔진 은 객체 모델 형태로 제공되어, 메시지를 편집할 때 트리 구조와 같이 이해도가 높은 형태로 제공될 필요가 있다. 객체 모델 형태보다 더욱 간단한 형태로 데이터를 맵핑하여 HL7 메시지를 생성하고 파싱한다면, 간단화된 형태와 HL7 구조 사이의 맵핑이 메시지 구조 편집부(1301)에서 이루어져야 한다. 예를 들어, Chameleon 상용 제품은 데이터베이스 테이블과 같은 구조와 HL7 메시지 사이에 맵핑 정보를 설정하고 있으며, HL7 엔진에서는 테이블에 값을 세팅하고 추출하기만 하면 된다.

프로그램 프로젝트(1305)는 HL7 엔진과 실제 데이터 간의 맵핑 작업을 수행하기 위한 것으로, 센더(Sender)와 리시버(Receiver)를 포함한다. 센더는 의료기관 단말기를 설정된 시간 간격(예를 들어, 5초 또는 10초)으로 모니터링하다가 이벤트가 발생되면, 메시지 생성 또는 전달에 필요한 데이터를 질의하여 데이터를 추출하고 HL7 메시지를 생성하게 된다. 여기에서, 프로그램 프로젝트(1305)에서 모니터링하는 이벤트는 메시지 생성 이벤트, 메시지 전달 이벤트가 될 수 있다. 메시지 생성 이벤트는 특정 의료기관 단말기에 새로운 의료정보가 추가된 경우, 이를 HL7 메시지로 생성하기 위한 것으로, 도 5를 참조하여 후술할 것이다. 한편, 메시지 전달 이벤트는 특정 의료기관 단말기가 의료정보를 요청한 경우 타 의료기관 단말기로부터 의료정보를 검색하여 제공하기 위한 것으로, 도 7을 참조하여 후술할 것이다.

한편, 리시버는 메시지를 수신하면 2가지 방법으로 응답(Ack) 메시지를 전송할 수 있다. 첫 번째 방법은 오리지널 모드(Original Mode)로, 메시지를 수신하면 검증하고 데이터 처리 후 응답 메시지를 전송하는 것이다. 두 번째 방법은 인핸스 드 모드(Enhanced Mode)로, 메시지를 수신하면 일단 저장하고 수락 응답(accept Ack) 메시지를 보내고, 메시지 처리가 완료되면 완료(application Ack) 메시지를 전송하는 방법이다. 안정적인 메시지 처리를 위해서는 메시지를 저장하여 처리하는 인핸스드 모드를 사용하는 것이 바람직하다.

HL7 엔진(1307)은 메시지 구조 편집부(1301)에서 편집된 메시지 구조를 바탕으로 HL7 메시지를 생성, 검증 및 파싱한다. 이를 위하여, HL7 엔진(1307)은 특정 언어를 위한 라이브러리로 제공될 수도 있고, 소스 파일로 구현될 수도 있다. HL7 메시지를 생성할 때에는 메시지의 불필요한 요소들을 제거하여 최적화된 메시지를 생성하는 기능도 제공하여 메시지 전송시 효율을 높일 수 있다.

다음으로, 메시지 처리 블록(132)의 각 구성 요소에 대하여 설명하면 다음과 같다.

메시지 테스터(1309) 또한 센더와 리시버의 두 부분으로 구성된다. 센더는 HL7 메시지를 외부 장치나 단말기(저장 모듈, 의료기관 단말기 등) 전송하는 프로그램으로, HL7 메시지를 문자열이나 파일에서 읽어들여 TCP/IP로 전송할 수 있다. 한편, 리시버는 메시지 처리 모듈(150)로부터 HL7 메시지를 수신하여 표준에 맞는 경우 응답(Ack) 메시지를 전송한다. 메시지 테스터(1309)는 HL7 에서 제시한 LLP(Low Layer Protocol)을 기반으로 작동하는 것이 바람직하다.

프로젝트 생성부(1311)는 HL7 엔진을 사용하여 메시지를 송수신하는 데 필요한 최소한의 외부 인터페이스와 메시지 처리에 필요한 기본 틀을 구성한 프로젝트를 생성한다. 여기에서, 프로젝트는 하나의 프로그램을 생성하기 위한 소스들과 라이브러리들을 통합한 것으로 정의될 수 있으며, 개발자가 자신에게 익숙한 프로그래밍 언어를 사용할 수 있도록 프로젝트를 복수의 언어로 생성하는 것이 바람직하다.

메시지 브라우저(1313)는 HL7 메시지를 스트링(string)이나 파일 형태로 입력받아 내용을 검증한다. 이를 위하여, 메시지 브라우저(1313)는 사용자 인터페이스를 가지고, 사용자가 특정 파일을 선택하거나 입력할 수 있는 다양한 입력 방법을 비주얼하게 제공해 주고, 결과 또한 사용자가 확인 가능한 형태로 보여준다.

검증시에는 메시지와 세그먼트의 구성 및 메시지 인코딩 규칙을 체크하고, 데이터 타입과 실제 데이터가 맞는지, 데이터가 HL7 테이블에 있는 값들과 일치하는 지 등을 체크한다. 뿐만 아니라 메시지를 트리 형태로 표현하면서 메시지 구조의 데이터 필드와 실제 데이터 값을 표현한다. 이는 개발자가 넣으려고 의도했던 필드에 실제 데이터가 올바르게 들어갔는지 확인하기 위해 필요한 기능이다. 그리고, 메시지 브라우저(1313)에서는 잘못된 부분을 알려 주고, 수정할 수 있는 정보(테이블 리스트 값들)들을 제공하여 개발자가 틀린 부분을 용이하게 수정할 수 있도록 한다. 메시지 브라우저(1313)의 검증 기능은 HL7 엔진(1307)의 검증 기능을 이용하여 수행된다.

메시지 구조 관리부(1315)는 HL7 메시지의 버전에 따른 구조를 유지 및 관리한다. 예를 들어 사용자가 HL7 V2.4 메시지를 생성하고자 하는 경우 메시지 구조 관리부(1315)는 HL7 V2.4 메시지 구조를 제공하게 된다. 또한, 메시지 구조 관리부(1315)는 사용자가 표준 구조를 변경하고자 하거나 새로운 세그먼트를 추가하여 메시지 구조를 변경하고자 하는 경우 변경된 메시지 구조를 제공하며, 사용자가 수정한 메시지 구조 정보를 저장하고 읽어낸다. 아울러, 메시지 구조 편집부(1301)와 메시지 브라우저(1313)에서 메시지 구조 정보를 이용할 수 있도록 HL7 메시지 구조 정보를 제공한다.

도 4는 도 2에 도시한 메시지 교환 모듈의 상세 구성도이다.

도시한 것과 같이, 메시지 교환 모듈(150)은 어댑터(1501), 로그 관리부(1503), 메시지 큐(1505), 메시지 변환부(1507), 라우팅 처리부(1509), 메시지 감시부(1511) 및 메시지 추적부(1513)를 포함한다.

먼저, 어댑터(1501)는 통신 프로토콜을 담당하는 것으로, 파일 입출력이나 HL7 메시지 전송시에 필요한 프로토콜에 따라 메시지를 송수신한다. 이를 위하여, 어댑터(1501)는 파일 어댑터, FTP 어댑터, TCP/IP 어댑터를 포함할 수 있다. HL7 메시지는 일반적으로 TCP/IP를 이용하여 전송되며, 이 경우 TCP/IP 어댑터가 HL7 메시지를 수신하여 메시지 큐(1505)를 통해 저장 모듈(170)에 저장한다. 만약 HL7 메시지가 TCP/IP가 아닌 FTP 방식으로 전송되면 FTP 어댑터가 메시지를 수신하여 메시지 큐(1505)를 통해 저장 모듈(170)에 저장하는 것이다.

다음, 로그 관리부(1503)는 메시지를 수신, 저장, 라우팅, 변환하는 모든 과정을 관리하여 메시지가 처리되는 과정을 확인할 수 있도록 한다. 이와 같이 함으로써 의료정보 통합 관리 시스템(10)의 상태를 모니터링할 수 있고, 에러 발생시 에러 발생 지점을 찾아 문제를 해결할 수 있게 된다.

메시지 큐(1505)는 어댑터(1501)를 통해 읽어 들인 HL7 메시지들을 저장 모 듈(170)에 순서대로 저장한다. 메시지 큐(1505)를 통해 메시지를 파일이나 데이터베이스로 저장하여 둠으로써, 시스템에 문제가 발생하는 경우에도 메시지가 손실되지 않도록 할 수 있다.

메시지 변환부(1507)는 의료기관 단말기가 HL7 메시지를 요청하는 경우 의료기관 단말기에서 처리 가능한 형태로 메시지를 변환하며, 의료기관 단말기와 의료정보 통합 관리 시스템(10)에서 사용하는 HL7 메시지의 버전이 상이한 경우에도 메시지 변환을 수행한다. 이를 위하여, 메시지의 특정 필드에 고정 데이터를 세팅하거나 특정 데이터를 변환한다.

라우팅 처리부(1509)는 HL7 메시지에 포함된 보내는 장소(송신측)와 받는 장소(수신측)의 이름을 이용하여 해당 위치로 메시지를 전달한다. 이를 위하여 라우팅 처리부(1509)는 시스템의 고유한 이름과 실제 IP 주소를 맵핑하는 정보를 유지/관리한다. 이와 같이 함으로써, HL7 메시지를 보내고 받을 때 보내고자 하는 위치를 고려하지 않고 라우팅 처리부(1509)로 보내기만 하면 되므로 어플리케이션 개발에 부담을 줄이게 된다.

메시지 감시부(1511)는 얼마나 많은 HL7 메시지가 메시지 큐(1505)에 쌓여 있고, 얼마나 많은 메시지들이 처리되었으며, 처리하는 데 소요되는 시간 등을 모리터링할 수 있는 GUI(Graphic User Interface)를 제공하여, 개발자가 의료정보 통합 관리 시스템(10)의 전체적인 상태를 파악할 수 있도록 한다.

메시지 추적부(1513)는 로그 관리부(1503)에서 관리하는 메시지 처리 과정에 따라, 메시지가 전달되는 과정을 추적하여 개발자에게 제공하며, 각 전달 과정 별 로 처리된 결과를 제공한다. 이에 따라, 에러 발생시 에러 발생 지점을 찾아 내어 문제를 해결할 수 있게 된다.

도 5는 본 발명의 일 실시예에 의한 HL7 메시지 생성 방법을 설명하기 위한 흐름도이다.

먼저, 의료정보 통합 관리 시스템(10)의 HL7 엔진 생성부(1303)는 의료기관 단말기로부터 데이터를 수신하여, 이를 HL7 메시지로 생성하기 위한 HL7 엔진을 미리 생성하여 둔다(S101). 그리고, 프로그램 프로젝트(1305)는 네트워크(30)를 통해 접속된 의료기관 단말기들을 모니터링하며(S103), 모니터링 중에 데이터를 저장하고자 하는 이벤트가 발생하는지 확인하여(S105), 이벤트가 발생한 경우에는 해당 의료기관 단말기로부터 데이터를 추출한다(S107).

그리고, 프로그램 프로젝트(1305)는 HL7 엔진을 이용하여 의료기관 단말기로부터 추출한 데이터를 HL7 메시지에 맵핑함으로써 HL7 메시지를 생성한다(S109).

이후, 메시지 브라우저(1313)는 단계 S109에서 생성한 HL7 메시지를 디스플레이하고, HL7 엔진의 검증 기능을 이용하여 단계 S109에서 생성한 HL7 메시지를 검증한다(S111). 검증시에는 메시지와 세그먼트의 구성 및 메시지 인코딩 규칙을 체크하고, 데이터 타입과 실제 데이터가 맞는지, 데이터가 HL7 테이블에 있는 값들과 일치하는 지 등을 체크한다.

검증이 완료되면, 생성된 HL7 메시지는 메시지 큐(1505)를 통해 저장 모듈(170)에 저장되며, 프로그램 프로젝트(1305)는 HL7 메시지 처리 결과를 해당 의료기관 단말기로 알려준다(S115).

여기에서, 데이터 추출, HL7 메시지로 생성, 검증 및 저장되는 모든 과정은 로그 관리부(1503)에 의해 관리된다.

한편, 단계 S107 이후, 단계 S109를 수행하기 전, 프로그램 프로젝트(1305)가 추출한 데이터를 저장하고(S121), 해당 의료기관 단말로 응답 메시지를 전송하게 되면(S123) 더욱 안정적인 데이터 처리가 가능하게 되는 이점이 있다.

도 6은 도 5에 도시한 HL7 엔진 생성 과정의 상세 흐름도이다.

본 발명의 의료정보 통합 관리 시스템(10)은 의료기관 단말기로부터 추출한 데이터를 HL7 메시지로 생성하기 위하여, HL7 엔진을 기 생성하여야 한다.

보다 구체적으로, 개발자는 발생할 이벤트가 어떤 것이 있는지, 이벤트가 발생한다면 어떤 메시지를 사용할 것인지, 메시지 구조에 추가될 정보가 있는지를 수집한다(S201).

그리고, 수집한 이벤트 정보 및 추가 정보를 참조하여 메시지 구조 편집부(1301)를 이용하여 메시지 구조를 편집한다(S203). 이와 같이 메시지 구조가 편집된 후, HL7 엔진 생성부(1303)는 HL7 메시지를 다루는 핵심 모듈인 HL7 엔진을 생성한다(S205). 즉, HL7 엔진이 수행하여야 하는 기본 기능을 가진 라이브러리를 생성하는 것이다.

이와 같이, 개발자가 메시지 구조를 편집하고, 이를 바탕으로 HL7 엔진을 생성함으로써, 이후 프로그램 프로젝트(1305)의 맵핑 과정에 의해 HL7 메시지가 생성될 수 있다.

도 7은 본 발명의 일 실시예에 의한 HL7 메시지 교환 방법을 설명하기 위한 흐름도이다.

메시지 생성 블록(131)은 통신망(30)을 통해 접속되어 있는 의료기관 단말기들 또는 메시지 교환 모듈(150)을 모니터링하며(S301), 모니터링 중 의료정보 전달 이벤트가 발생하는지 확인한다(S303). 여기에서, 의료정보 전달 요청 메시지는 HL7 메시지에 의해 전송되며, 이 HL7 메시지에는 의료정보 전달을 요청한 의료기관 단말 즉, 의료정보 수신측의 고유 이름이 포함되어 있다.

확인 결과, 특정 의료기관 단말기 또는 메시지 교환 모듈(150)이 HL7 메시지를 요청한 경우, 프로그램 프로젝트(1305)는 요청된 의료정보가 존재하는 의료기관 단말기로부터 데이터를 추출하고 HL7 메시지로 변환하게 된다(S305).

이후, 메시지 변환부(1507)는 의료정보를 요청한 의료기관 단말기에서 처리 가능한 형태로 메시지를 변환한다(S307). 이러한 변환 과정은 의료기관 단말기의 기종이나 사양에 따라 생략 가능함은 물론이다.

이후, 라우팅 처리부(1509)는 의료정보 전달을 요청한 HL7 메시지에 포함된 수신측의 고유 이름을 확인하고, 이 고유 이름과 매핑되어 저장되어 있는 수신측 IP 주소를 확인하며(S309), 메시지 테스터(1309)는 단계 S309에서 확인된 IP 주소에 따라 해당 HL7 메시지를 전송한다(S311).

상술한 메시지 교환 과정에서, 의료기관 단말기에 의한 메시지 요청, 추출, 변환 및 전송 과정은 로그 관리부(1503)에 의해 저장 및 관리된다.

본 발명이 속하는 기술분야의 당업자는 본 발명이 그 기술적 사상이나 필수적 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로서 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 등가개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

본 발명에 의하면 보건 의료기관 내의 다양한 어플리케이션을 빠르게 개발할 수 있는 환경을 제공하고, 어플리케이션을 개발한 다양한 센터들이 메시지를 이용하여 안정적이고 효과적으로 정보를 공유할 수 있다. 이를 통해 3차 병원급 OCS(Order Communication System) 시스템과 검사실 시스템 간의 적용, 병원정보 시스템과 가정용/휴대용 의료기기 간의 정보 공유가 가능하게 된다.

도 1은 본 발명에 의한 의료정보 통합 관리 시스템이 적용되는 통신망의 일 예시도,

도 2는 본 발명의 일 실시예에 의한 의료정보 통합 관리 시스템의 상세 구성도,

도 3은 도 2에 도시한 메시지 구성 모듈의 상세 구성도,

도 4는 도 2에 도시한 메시지 교환 모듈의 상세 구성도,

도 5는 본 발명의 일 실시예에 의한 HL7 메시지 생성 방법을 설명하기 위한 흐름도,

도 6은 도 5에 도시한 HL7 엔진 생성 과정의 상세 흐름도,

도 7은 본 발명의 일 실시예에 의한 HL7 메시지 교환 방법을 설명하기 위한 흐름도이다.

<도면의 주요 부분에 대한 부호 설명>

10 : 의료정보 통합 관리 시스템 110 : 제어부

130 : 메시지 구성 모듈 150 : 메시지 교환 모듈

170 : 저장 모듈 190 : 입출력 처리 모듈

1301 : 메시지 구조 편집부 1303 : HL7 엔진 생성부

1305 : 프로그램 프로젝트 1307 : HL7 엔진

1309 : 메시지 테스터 1311 : 프로젝트 생성부

1313 : 메시지 브라우저 1315 : 메시지 구조 관리부

1501 : 어댑터 1503 : 로그 관리부

1505 : 메시지 큐 1507 : 메시지 변환부

1509 : 라우팅 처리부 1511 : 메시지 감시부

1513 : 메시지 추적부

Claims (28)

1. 통신망을 통해 적어도 하나의 의료기관 단말기와 접속되는 의료정보 통합 관리 시스템으로서,

   HL7 메시지 구조를 정의하고 있으며, 상기 정의된 HL7 메시지 구조를 처리하기 위한 HL7 엔진을 구비하고, 상기 의료기관 단말기를 모니터링하여, 신규 데이터의 입력 이벤트가 발생한 경우 상기 의료기관 단말기로부터 신규 데이터를 추출하여 HL7 메시지로 생성 및 저장하고, 상기 의료기관 단말기를 모니터링하여, HL7 메시지 요청 이벤트가 발생한 경우 HL7 메시지를 추출하여 제공하는 메시지 구성 모듈; 및

   상기 메시지 구성 모듈에서 생성한 HL7 메시지를 전송받아 상기 HL7 메시지의 이력을 관리하는 메시지 교환 모듈;을 포함하고,

   상기 메시지 구성 모듈은, 메시지 생성 블록 및 메시지 처리 블록을 포함하며, 상기 메시지 생성 블록은, 발생될 이벤트 및 추가 정보에 따라 HL7 메시지 구조를 편집하도록 하는 메시지 구조 편집부;

   상기 메시지 구조 편집부에서 편집된 메시지 구조를 이용하여 HL7 메시지를 생성하기 위한 상기 HL7 엔진을 생성하는 HL7 엔진 생성부;

   상기 HL7 엔진과 실제 데이터 간의 맵핑을 수행하여 HL7 메시지를 생성하여 저장하는 프로그램 프로젝트; 및

   상기 메시지 구조 편집부에서 편집된 메시지 구조를 바탕으로 HL7 메시지를 생성, 검증 및 파싱하는 HL7 엔진;

   을 포함하는 의료정보 통합 관리 시스템.
2. 삭제
3. 제 1 항에 있어서,

   상기 HL7 메시지는 복수의 세그먼트를 포함하며, 상기 메시지 구조 편집부는 상기 세그먼트 중 불필요한 세그먼트를 삭제하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
4. 제 1 항에 있어서,

   상기 메시지 구조 편집부는, 상기 HL7 메시지 표준에 제시되어 있지 않은 확장 메시지 또는 세그먼트를 HL7 메시지 구조에 포함시키는 것을 특징으로 하는 의료정보 통합 관리 시스템.
5. 제 1 항에 있어서,

   상기 메시지 구조 편집부는, 상기 HL7 메시지 구조를 트리 구조로 표현하고, 상기 HL7 메시지에 포함된 세그먼트와 컴포넌트가 가지는 데이터를 트리 또는 리스트 구조로 표현하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
6. 제 1 항에 있어서,

   상기 프로그램 프로젝트는, 상기 의료기관 단말기를 모니터링하여 데이터 저장 이벤트가 발생되면, 메시지 생성에 필요한 데이터를 질의하여 데이터를 추출하고 HL7 메시지를 생성하는 센더; 및

   상기 의료기관 단말기로부터 데이터를 수신한 후 응답 메시지를 전송하는 리시버;

   를 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
7. 제 6 항에 있어서,

   상기 리시버는, 상기 의료기관 단말기로부터 데이터를 수신하는 경우 상기 데이터를 검증하고, HL7 메시지 생성이 완료된 후 상기 의료기관 단말기로 응답 메시지를 전송하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
8. 제 6 항에 있어서,

   상기 리시버는, 상기 의료기관 단말기로부터 데이터를 수신하는 경우 상기 데이터를 저장한 후 상기 의료기관 단말기로 수락 응답 메시지를 전송하고, 상기 데이터로부터 HL7 메시지 생성이 완료되면 완료 메시지를 전송하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
9. 제 1 항에 있어서,

   상기 메시지 처리 블록은, 상기 HL7 엔진을 사용하여 메시지를 송수신하는 데 필요한 외부 인터페이스와, 상기 HL7 메시지 처리에 필요한 기본 틀을 구성한 프로젝트를 생성하는 프로젝트 생성부; 및

   HL7 메시지의 버전에 따른 메시지 구조를 유지 및 관리하고, 상기 메시지 구조를 상기 메시지 생성 블록으로 제공하는 메시지 구조 관리부;

   를 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
10. 제 9 항에 있어서,

    상기 메시지 구조 관리부는, 개발자가 HL7 메시지의 표준 구조를 변경하고자 하거나 새로운 세그먼트를 추가하여 메시지 구조를 변경하고자 하는 경우 변경된 메시지 구조를 저장 및 관리하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
11. 제 9 항에 있어서,

    상기 메시지 처리 블록은, 상기 HL7 메시지를 입력받아 디스플레이하고, 상기 HL7 엔진을 이용하여 검증을 수행하며, 검증 결과를 디스플레이하는 메시지 브라우저를 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
12. 제 11 항에 있어서,

    상기 메시지 브라우저는, 상기 HL7 메시지와 세그먼트의 구성, 상기 HL7 메시지 인코딩 규칙을 체크하고, 데이터 타입과 실제 데이터가 일치하는지, 데이터가 HL7 테이블에 있는 값들과 일치하는지를 체크하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
13. 제 11 항에 있어서,

    상기 메시지 브라우저는, 상기 HL7를 트리 형태로 디스플레이하고, 상기 HL7 메시지 구조의 데이터 필드와 실제 데이터 값을 출력하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
14. 제 9 항에 있어서,

    상기 메시지 처리 블록은, HL7 메시지를 수신하여 HL7 표준에 맞는지 확인하고, 표준에 맞는 경우 응답 메시지를 전송하는 메시지 테스터를 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
15. 제 13 항에 있어서,

    상기 메시지 테스터는, HL7 메시지를 외부 단말기로 전송하는 센더; 및

    HL7 메시지를 수신하여 표준에 맞는지 확인하고, 표준에 맞는 경우 응답 메 시지를 전송하는 리시버;

    를 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
16. 제 14 항 또는 제 15 항에 있어서,

    상기 메시지 테스터는, LLP(Low Layer Protocol)을 기반으로 동작하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
17. 제 1 항에 있어서,

    상기 메시지 교환 모듈은, 파일 입출력이나 HL7 메시지 전송시에 필요한 프로토콜에 따라 메시지를 송수신하기 위한 통신 프로토콜을 담당하는 어댑터;

    상기 HL7 메시지의 처리 과정을 저장 및 관리하는 로그 관리부;

    상기 HL7 메시지를 순차적으로 저장하는 메시지 큐; 및

    상기 HL7 메시지의 송수신 장소 이름을 IP 주소와 맵핑하여 저장 및 관리하고, 상기 IP 주소를 참조하여 상기 HL7 메시지를 전달하는 라우팅 처리부;

    를 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
18. 제 17 항에 있어서,

    상기 어댑터는, 파일 어댑터, FTP 어댑터, TCP/IP 어댑터를 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
19. 제 17 항에 있어서,

    상기 메시지 교환 모듈은, 의료기관 단말기가 HL7 메시지를 요청하는 경우 상기 의료기관 단말기에서 처리 가능한 형태로 HL7 메시지를 변환하는 메시지 변환부를 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
20. 제 17 항에 있어서,

    상기 메시지 교환 모듈은, 메시지 큐에 저장된 상기 HL7 메시지의 양, 상기 HL7 메시지의 처리량, 상기 HL7 메시지의 처리 시간을 출력하는 메시지 감시부를 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
21. 제 17 항에 있어서,

    상기 메시지 교환 모듈은, 상기 로그 관리부에서 관리하는 상기 HL7 메시지 처리 과정에 따라, 상기 HL7 메시지가 전달되는 과정을 추적하여 사용자에게 제공하고, 상기 HL7 메시지의 전달 과정 별로 처리된 결과를 제공하는 메시지 추적부를 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 시스템.
22. 통신망을 통해 복수의 의료기관 단말기와 접속되어 의료정보를 통합 관리하는 의료정보 통합 관리 시스템에서의 의료정보 통합 관리 방법으로서,

    상기 의료정보 통합 관리 시스템이 HL7 엔진을 생성하는 제 1 과정;

    상기 의료정보 통합 관리 시스템이 상기 의료기관 단말기들을 모니터링하여, 데이터 저장 이벤트가 발생한 경우 상기 의료기관 단말기로부터 저장하고자 하는 데이터를 추출하는 제 2 과정;

    상기 의료기관 단말기로부터 추출한 데이터를 상기 HL7 엔진을 사용하여 HL7 메시지에 맵핑하여 HL7 메시지를 생성하는 제 3 과정;

    상기 HL7 메시지를 검증하는 제 4 과정; 및

    상기 검증된 HL7 메시지를 저장하는 제 5 과정;을 포함하고,

    상기 제 1 과정은, 발생할 이벤트 및 추가정보를 수집하는 제 1-1 과정;

    상기 이벤트 정보 및 추가 정보를 참조하여 메시지 구조를 편집하는 제 1-2과정; 및

    상기 HL7 엔진이 수행하여야 하는 기본 기능을 가진 라이브러리를 생성하는 제 1-3 과정;

    을 포함하는 의료정보 통합 관리 방법.
23. 제 22 항에 있어서,

    상기 제 5 과정 이후, HL7 메시지 처리 결과를 상기 의료기관 단말기로 통보하는 제 6 과정을 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 방법.
24. 제 22 항에 있어서,

    상기 제 2 과정 이후, 상기 제 3 과정을 수행하기 전, 상기 의료기관 단말기로부터 추출한 데이터를 저장하는 제 2-1 과정; 및

    상기 의료기관 단말기로 응답 메시지를 전송하는 제 2-2 과정을 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 방법.
25. 삭제
26. 통신망을 통해 복수의 의료기관 단말기와 접속되어 의료정보를 통합 관리하는 의료정보 통합 관리 시스템에서의 의료정보 통합 관리 방법으로서,

    상기 의료정보 통합 관리 시스템이 HL7 엔진을 생성하는 제 1 과정;

    상기 의료정보 통합 관리 시스템이 상기 의료기관 단말기를 모니터링하여, 의료정보 전달 요청 메시지가 전송되는 경우, 전달 요청된 의료정보가 저장되어 있는 의료기관 단말기를 검색하는 제 2 과정;

    상기 검색한 의료기관 단말기로부터 상기 전달 요청된 의료정보를 추출하고,상기 HL7 엔진을 사용하여 HL7 메시지로 변환하는 제 3 과정;

    상기 의료정보 전달 요청 메시지를 참조하여, 상기 전달 요청된 의료정보 수신처로 상기 HL7 메시지를 전송하는 제 4 과정;을 포함하고,

    상기 제 1 과정은, 발생할 이벤트 및 추가정보를 수집하는 제 1-1 과정;

    상기 이벤트 정보 및 추가 정보를 참조하여 메시지 구조를 편집하는 제 1-2과정; 및

    상기 HL7 엔진이 수행하여야 하는 기본 기능을 가진 라이브러리를 생성하는 제 1-3 과정;

    을 포함하는 의료정보 통합 관리 방법.
27. 제 26 항에 있어서,

    상기 제 3 과정 이후, 상기 제 4 과정을 수행하기 전, 상기 추출한 HL7 메시지를 상기 의료기관 단말기에서 처리 가능한 형태로 변환하는 과정을 더 포함하는 것을 특징으로 하는 의료정보 통합 관리 방법.
28. 제 26 항에 있어서,

    상기 의료정보 전달 요청 메시지는, 상기 전달 요청된 의료정보 수신처의 고유 이름을 포함하는 HL7 메시지이고, 상기 의료정보 통합 관리 시스템은 상기 고유 이름 각각에 매핑되는 IP 주소를 관리하고 있으며,

    상기 제 4 과정은, 상기 고유 이름에 매핑되어 있는 IP 주소를 추출하고, 상기 HL7 메시지로 변환한 의료정보를 상기 추출한 IP 주소에 따라 전송하는 과정인 것을 특징으로 하는 의료정보 통합 관리 방법.

Images