HL7에 대한 추가 정보

HL7 표준에는 256개의 이벤트, 116개의 메시지 유형, 139개의 세그먼트, 55개의 데이터 유형, 408개의 데이터 사전이 포함되어 있으며 79개의 인코딩 시스템이 포함됩니다.

HL7 통신 프로토콜에는 네 가지 기본 용어 개념이 있습니다.

★트리거 이벤트: 실제 세계의 이벤트로 인해 시스템 요구 간에 데이터 흐름이 발생하는 경우를 트리거 이벤트라고 합니다.

★메시지 : 시스템 간 데이터 전송의 최소 단위로 지정된 순서에 따른 세그먼트 집합으로 구성됩니다. 각 메시지는 메시지 유형을 사용하여 해당 목적을 나타냅니다.

★세그먼트: 데이터 필드의 논리적 조합입니다. 각 세그먼트는 세그먼트 식별자라고 하는 고유한 3자리 코드로 식별됩니다.

★필드: 문자열이며 세그먼트의 최소 단위입니다.

HL7 통신 프로토콜에서 메시지(Message)는 시스템 간 데이터 교환을 위한 기본 단위이다. 각 메시지에는 고유한 메시지 유형이 있다(V2.4***에는 112가지 유형이 있다). 메시지 대상을 정의하는 메시지 유형의 이벤트입니다. 메시지는 여러 세그먼트로 구성되며 각 세그먼트에는 내용이나 기능을 정의하는 해당 이름이 있습니다(V2.4***에는 138가지 유형이 있습니다).

세그먼트는 여러 개의 데이터 필드(Data Field)로 구성됩니다. 메시지의 첫 번째 세그먼트는 항상 송신 및 수신 프로그램의 프로그램 이름, 메시지 유형 및 고유 메시지 ID 번호를 지정하는 메시지 헤드 세그먼트입니다. 예를 들어, PID 세그먼트(환자 식별 데이터)에는 이름, 주소, 주민등록번호 등이 포함됩니다. 데이터 필드는 여러 구성요소로 구성될 수 있습니다. 일부 메시지는 이벤트 코드별로 더 자세히 분류될 수 있습니다. 다음은 HL7 메시지의 예입니다.

실제 정보: 이송 환자, Wang Hai 환자는 11:12에 301 병원 응급실에서 북경대학교 제3병원 응급실 Li Si로 이송되었습니다. 2002년 12월 1일 오전. 301 병원 의뢰 시스템은 이송이 확인된 후 2분 후에 환자 의뢰 정보와 기본 환자 정보를 북경대학 제3병원으로 보냅니다: Zhang San, ID 번호 110108197404012346, 남성, 주소: No. 38 Fuxing Road, Haidian District, 전화: 85591234 . HL7 메시지로 변환된 후의 내용은 다음과 같습니다.

MSH|^?~\&|005^응급실|0802^301 병원|0052^응급 수술|0801^베이징 제3병원?

PID||||330108197404012346||장삼|19740401|남성||C|하이뎬구 푸싱로 38호

PV1||응급외과||||0007^思|| |응급실|?

MSH는 메시지 헤더가 어디에 있습니까?

EVN은 이벤트 유형입니까?

PID는 기본 환자 정보입니다. (환자 식별)?

PV1은 환자의 입원 상태(환자 방문)입니까?

세그먼트를 종료하며 이 값은 실행자가 변경할 수 없습니다. HL7 인터페이스 엔진의 작동 원리는 오른쪽과 같습니다.

★송신/수신 모듈: TCP/IP 통신 프로토콜을 지원합니다. HIS 시스템은 전자 의료 기록 정보를 데이터 센터로 보냅니다. 형식은 HL7 표준 문자열 형식을 준수합니다. 데이터센터는 HL7 정보를 수신하여 파싱하고, 파싱된 정보를 데이터센터의 데이터베이스에 저장하고, 완료 후 송신측에 ACK 확인 메시지로 응답하여 정보가 성공적으로 전송되었음을 확인한다.

★HL7 어댑터 모듈(변환 모듈): 문자열 형식 데이터와 XML 형식 간의 상호 변환을 구현하고, 정보 형식을 확인 및 검증하며, 의료 기록 데이터 송수신의 정확성과 완전성을 보장합니다.

★HL7 API 모듈(애플리케이션 인터페이스 모듈): HL7 표준을 준수하는 애플리케이션 인터페이스를 제공합니다. 의료 애플리케이션 시스템은 HL7 표준 형식에 따라 인터페이스 기능을 호출하고 매개변수를 입력하여 다른 의료 애플리케이션에 데이터를 보낼 수 있습니다. 시스템. 또한 이 모듈은 HL7 표준을 준수하는 Windows 구성 요소 애플리케이션을 호출하여 의료 정보 데이터를 의료 애플리케이션 시스템으로 전송하고 다른 의료 애플리케이션 시스템에서 데이터를 수신할 수도 있습니다.

★HL7 리소스 모듈(HL7 리소스 모듈): 의료 주문 확인, 의뢰 확인 등 HL7 의료 정보 이벤트의 다양한 실무 적용을 지원합니다.

★매핑 모듈 : 번역 비교 기능을 제공하며 의료 응용 시스템에 따라 맞춤화가 가능합니다.

HL7 인터페이스 엔진의 개념은 이렇게 이해할 수 있다. HL7 인터페이스 엔진의 관례에 따라 응용 프로그램이 매개변수를 제공하는 프로세스 호출 함수 또는 컨트롤의 집합이다. 모듈 간의 통신은 HL7 인터페이스 엔진에 의해 수행됩니다. 해외 선진국에서는 2012년 주류 의료정보 통합 기술이 'HL7/XML 인터페이스 엔진'이었다. 이는 여러 기술을 통합해 다양한 병원 정보 시스템 데이터를 HL7 호환 XML 정보로 변환하는 데 사용되는 의료정보 통합 기술이다. 다양한 의료 및 건강 정보 시스템 간의 정보 공유 및 교환을 달성하기 위한 형식입니다. HL7 인터페이스 엔진의 원리를 깊이 이해하기 위해서는 여전히 데이터 통신 측면에서 연구해야 합니다. 데이터 통신 측면에서 데이터 교환 애플리케이션에는 두 가지 수준이 있습니다. 데이터 교환 적용의 첫 번째 수준은 기존 정보를 처리하고 기존 시스템에 존재하는 정보 데이터만 "교환"하는 것입니다. 두 번째 수준은 서로 다른 시스템 간의 원활한 연결을 목표로 하는 서로 다른 시스템 간의 통합 데이터 통신을 기반으로 하는 데이터 통신 및 데이터 교환 애플리케이션입니다. 이 수준의 데이터 교환은 다양한 결과 정보를 교환할 뿐만 아니라 다양한 프로세스 정보를 교환하여 시스템 간 상호 작용의 목적을 달성합니다. 위의 두 가지 수준의 데이터 교환 방법을 기반으로 HL7 기반 데이터 교환에 해당하는 두 가지 방법도 있습니다. 일종의 "HL7 엔진" 방식으로, 현재 실행되고 있으며 교체가 불가능한 시스템에서 사용자가 HL7 통신 기능을 가질 수 있도록 하는 것이 주요 목적이다. 다른 하나는 "HL7 Ready" 방식이다. 전체 시스템에서 HL7 인터페이스 프로토콜은 각 응용 단말에서 설계되고 처리될 수 있어야 한다. 이론상으로는 시스템 간 실시간 상호 운용이 가능하며, 상대방이 '필요할 때' 제공할 수 있는 데이터 정보를 서로 적극적으로 얻을 수 있다. 의료 서비스의 조직과 제공은 정보의 중앙집중화의 결과입니다. 의료 운영의 효율성은 정보 관리 기능의 자동화 정도에 따라 영향을 받는다는 것이 일반적으로 받아들여지고 있습니다. 많은 사람들은 의료 서비스 제공자가 정보 시스템을 자동화할 수 없다면 1990년대 의료 시장에서 효과적으로 경쟁할 수 없을 것이라고 믿었습니다.

지난 20년 동안 의료기관, 특히 병원은 정보 관리를 자동화하기 시작했습니다. 처음에는 종이 처리를 줄이고 자금 흐름을 늘리며 경영 의사 결정을 개선하려는 움직임이 있었습니다. 다음 해에는 임상(병원 및 기타 입원 환자 환경) 및 환자 측(비고정 환경) 시스템 모두에서 임상 및 보조 서비스의 합리화에 개발이 집중되었습니다. 최근에는 환자의 평생 진료 정보 전달과 관련된 모든 정보(예: 전자의무기록)의 통합 개발에 중점을 두고 있습니다. 전자 의료 기록의 전부 또는 일부가 필요할 때 언제 어디서나 전자적으로 전달되는 것이 가능합니다.

요즘 대부분의 병원에는 입원, 퇴원, 이송, 임상검사, 방사선과, 청구서 발행 및 회계 기능을 수행할 수 있는 컴퓨터 시스템이 갖춰져 있습니다. 이러한 애플리케이션은 종종 다양한 공급업체나 조직에서 개발되며 이러한 공급업체나 조직의 각 제품은 매우 구체적인 정보 형식을 갖습니다. 병원이 점차적으로 정보 관리 운영을 확장함에 따라 시스템 내에서 중요한 데이터를 공유해야 할 필요성이 대두되었습니다. 선정된 공급업체는 완전하지는 않더라도 대부분의 의료 정보 관리 구현을 다루는 포괄적인 시스템을 생산합니다. 이러한 시스템은 중앙 집중식 또는 분산형 아키텍처로 설계될 수 있지만, 이러한 시스템은 외부 데이터 교환 표준(예: HL7)의 필요성을 완화하는 것이 목적인 만큼 완벽합니다.

그러나 조직에서는 개별 부서별 애플리케이션을 모듈식으로 개발하거나 확보해야 한다는 압박감이 큽니다. 압박의 원인 중 하나는 광범위한 공급업체가 애플리케이션 중 일부(또는 전부)를 제대로 제공하지 못한다는 것입니다. 압박의 또 다른 측면인 특정 부서의 요구는 단일의 혁신적인 인수가 아닌 각 부서의 일련의 성장과 결단을 통해 병원의 전체 시스템 환경을 개발해야 한다는 필요성입니다. 스트레스는 상호 보완적인 부서 시스템의 통합 시스템이나 완전한 개별 시스템을 포함하는 환경에서 발생할 수 있습니다.

네트워크 기술은 의료 환경에서 기능적 통합과 기술 변화에 접근하는 사용 가능한 컴퓨터 애플리케이션으로 등장했다. 그러나 이러한 애플리케이션은 유사한 논리 시스템을 통해 개발되기보다는 시장 구조에 의존하기 때문에 매우 특이한 경우가 많습니다. 이러한 애플리케이션을 네트워크 환경에서 인터페이스하려면 광범위한 위치별 프로그래밍과 프로그램 유지 관리가 필요합니다. 이는 사용자/구매자에게 상당한 비용을 요구하게 되어 판매자 직원의 신제품 개발 등 혁신을 방해하게 된다. 의료 환경의 네트워크 인터페이스 표준이 제공되고 공급업체와 사용자가 이를 수용한다면 전문적인 주소 인터페이스 작업의 필요성이 크게 줄어들 수 있습니다.

전반적으로 공급업체와 사용자가 일관되지 않은 처리/통신 구조를 지원하는 문제에 더 이상 직면하지 않는 것이 중요합니다. 대신, 비호환성을 최소화하고 시스템 간 정보 교환을 최대화하는 프레임워크가 개발되었습니다. 개방형 표준과 표준화된 방법을 장려하기 위해 HL7을 이 분야에서 가장 높은 표준으로 확립하는 것이 제안되었습니다. 이것이 바로 의료기관의 컴퓨터 애플리케이션 표준 인터페이스에 대한 실질적이고 경제적인 발전과 보장을 제공하는 것입니다. 이 표준의 사양은 apriori가 지정한 목표에 따라 개발되었습니다. 표준의 향후 확장도 이러한 목표를 지원해야 합니다.

HL7의 목적은 의료 환경에서 의사소통을 촉진하는 것입니다. 주요 목표는 필요한 사용자 인터페이스 프로그래밍 및 프로그램 유지 관리를 제거하거나 본질적으로 줄이는 의료용 컴퓨터 응용 프로그램 간의 데이터 교환 표준을 제공하는 것입니다. 이 주요 목표는 일련의 목표로 설명될 수 있습니다.

a) 표준은 다양한 기술 환경에서 사용되는 시스템 간의 데이터 교환을 지원해야 합니다. 그 구현은 다양한 프로그래밍 언어와 운영 체제에 적용될 수 있습니다. 또한 완전한 OSI 호환, 레이어 7 네트워크 스택부터 기본 지점 간 RS 232C 상호 연결 및 플로피 디스크 및 테이프와 같은 대량 미디어를 통한 상호 연결을 포함하는 불완전한 환경에 이르기까지 다양한 통신 환경에서의 통신을 지원합니다. 데이터를 전송합니다.

b) 단일 프로세스의 직접 전송과 여러 프로세스의 파일 전송이 지원되어야 합니다.

c) 표준화의 가능한 최대 수준은 사용 변화의 위치 및 특정 데이터 요소의 형식과 일치해야 합니다. 이 표준은 특수한 주소 변형 요구 사항을 수용해야 합니다. 여기에는 사이트별 테이블, 인코딩 정의 및 사이트별 정보 필드가 포함됩니다. (예: HL7 Z 세그먼트)

d) 표준은 검증되고 있는 점점 더 많은 새로운 요구 사항을 지원해야 합니다. 여기에는 확장 프로그램을 도입하고 이를 기존 운영 환경에 게시하기 위한 지원이 포함됩니다.

e) 표준은 기존 제품 프로토콜에 대한 경험을 바탕으로 구축되어야 하며 광범위한 업계 표준 프로토콜을 수용해야 합니다. 다른 사용자에게 손해를 끼치면서 특정 회사의 특정 이익을 지원해서는 안 됩니다. 동시에 HL7은 독립 개발자가 시장에 출시할 수 있는 고유한 기능을 보존하려고 노력합니다.

f) 장기적인 목표는 병원의 내부 정보 시스템에 유용하고 관련성이 있어야 합니다. 모든 의료 환경에서 애플리케이션을 정의하는 형식 및 프로토콜입니다.

g) 의료 제공 시스템에 존재하는 다양한 비즈니스 프로세스의 특성으로 인해 HL7 대상 환경을 지원하기 위한 공통 프로그램이나 데이터 모델의 개발이 방해됩니다. 또한 HL7은 의료정보시스템의 구조를 전제하지 않으며, 서로 다른 의료정보시스템 간의 구조적 차이를 해소하려는 시도도 하지 않는다. 적어도 이러한 이유로 인해 HL7은 진정한 플러그 앤 플레이 인터페이스 표준이 될 수 없습니다. HL7의 이러한 차이점은 협상된 프로토콜과 유사합니다.

h) HL7 작업 그룹의 주요 관심은 가능한 경우 애플리케이션 표준으로 이동했습니다. 이를 달성하기 위해 HL7은 만장일치 투표 프로세스를 지원하는 풀뿌리 조직을 개발했으며 ANSI(American National Standards Institute)에서 ASO(Authorized Standards Organization)로 인정받았습니다.

i) 기타 관련 의료 표준(예: ACR/NEMA DICOM, ASC X12, ASTM, IEEE/MEDⅨ, NCPDP 등)과의 협력이 HL7의 우선순위 활동이 되었습니다. HL7은 1992년 설립 이후 ANSI HISPP(Health Information Systems Program Working Group) 프로세스에 참여해 왔습니다. 1987년 3월부터 HL7 작업 그룹은 사양을 개발하고 논의하기 위해 약 3~4개월마다 회의를 가졌습니다. 작업 그룹은 위원회에 참여하여 개발 중인 각 기능 인터페이스를 지정합니다. 또한 보조 위원회는 그룹의 모든 제어 구조와 다양한 관리를 지정합니다. 이 위원회는 HL7 인터페이스 표준의 장을 개발하고 유지 관리하는 일을 담당합니다. 또한 그의 아이디어를 개발하고 전문 위원회에서 다루지 않는 일부 특별한 견해를 시작하기 위해 HL7 내에서 다양한 이익 그룹이 형성되는 경우가 많습니다. SIG(Special Interest Group)의 조치가 승인되고 논의 후 새로운 장이 필요하다고 판단되면 HL7 기술 위원회 의장과 집행 위원회에 기술 위원회 구성을 요청할 수 있습니다.

처음 세 번의 회의에서 모든 인터페이스, ADT, 주문 입력 및 디스플레이 지향 쿼리의 구조를 다루는 초안 버전 1.0 표준이 준비되었습니다. 환자 청구 시스템은 매우 중요하다고 간주되었지만 시간적 제약으로 인해 초안에서는 도입할 수 없었습니다. 이 초안은 1987년 10월 8일 버지니아 주 타이슨스 코너에서 모든 단체가 참석한 가운데 열린 전체 회의에서 발표되었습니다.

버전 0은 이후 타이슨스 코너 총회를 위해 준비됐고, 1988년 9월 투산 2차 총회에 모습을 드러냈다. 2차 전체회의 이후 버전 2.1, 2.2, 2.3의 편집과 수정 작업이 중단 없이 계속되면서 실무진은 원래 12명을 훨씬 뛰어넘는 300명으로 늘어났다. 다음 내용이 구현되었습니다:

a) 다양한 기능 범위의 세부 사양이 개선되고 확장되었습니다.

b) 여러 다른 표준과의 공식 연락을 개발했습니다. 의료 표준을 조정한 ANSI HISPP(의료 정보 표준 프로그램 그룹)는 나중에 ANSI HISB(의료 정보 표준 위원회)로 대체되었습니다. 외부 EDI 표준인 ASTM E31.11 그룹은 임상 데이터 교환 표준을 담당하고 ACR/NEMA DICOM 그룹은 영상 및 방사선 정보 시스템(RIS)과 관련된 표준의 기타 측면을 담당하며 IEEE P1157 그룹은 의료 데이터 교환(MEDⅨ)을 담당합니다.

c) 다양한 통신 환경에 적응하고 다른 표준 그룹과의 협력을 촉진하기 위해 발언을 기반으로 일반적인 제어 구조를 수정합니다

d) .환자 청구 및 과금 시스템 인터페이스를 설명하는 장을 추가했습니다.

e) 보조 결과, 임상 시험, 제품 경험 및 파형 데이터 보고를 설명하는 장을 준비하고 ASTM 1238-91 표준에 맞춰 조정했으며 ASTM E31.11 위원회 구성원과 직접적이고 적극적으로 협력했습니다.

f) 관련 정보 시스템에서 마스터 파일의 동기화된 전송을 지원하는 처리 수집 장을 추가했습니다.

G) 성적표 관리, 차트 위치 지정 및 추적, 부족 분석, 콘텐츠 및 정보 게시 등 의료 기록 기능을 지원하는 애플리케이션 프로그래밍 인터페이스에 대한 장입니다.

h) 서비스 예약 준비 또는 리소스 활용을 위한 다양한 이벤트에 대한 커뮤니케이션을 지원하는 메시지 장을 추가했습니다.

i) 독립 의료 기관 간의 환자 의뢰 의사소통을 위한 메시지 세트를 정의하는 관련 장을 추가했습니다.

j) 모든 데이터베이스 컴퓨터 데이터 사전 및 기타 메시징 구성 요소를 만들었습니다. 부록 A에는 이 전자 데이터 사전에서 생성된 상호 참조 및 기타 정보가 포함되어 있습니다.

k) 이전 버전 2.0과 2.1에서 발견된 불일치 및 오류는 버전 2.3에서 표시되어 기록되었습니다.

l) 데이터 요소에 대한 목표 결과, 약국 주문 및 관리 인터페이스를 포함하여 주문/로그인 및 임상 관찰 장에 광범위한 추가가 이루어졌습니다.

m) 허용 가능한 승인을 정의하는 별도의 고급 모드를 포함하도록 메시지 승인이 확장되었습니다. 이 확인된 모드가 활성화되었지만 중개자가 내재된 시간 지연으로 네트워크에 존재할 때 HL7이 모든 환경(예: 저장 및 전달 서비스, "인터페이스 엔진" 외부 서비스 실행)을 지원할 수 있는 방법은 분명합니다. 요청에서 메시지 재전송까지 전송 시스템을 게시하는 데 직접 확인이 사용됩니다.

n) HL7 추상 메시지 정의에는 차이가 있습니다. 이 추상 정의는 일곱 번째 계층(애플리케이션 계층)에 따라 완전히 정의됩니다. ) , 이는 추상 메시지를 실제 정보가 포함된 문자열로 변환하는 HL7 인코딩 규칙입니다. 이러한 인코딩 규칙은 실제로 존재하지 않는 레이어 6(프레젠테이션 레이어) 정의(예: ISO의 ASN.1 기반 인코딩 규칙(BER))에 완전히 정의된 잠재적인 대안으로서의 제안입니다.