헬스 레벨 7
Health Level 7Health Level Seven 또는 HL7은 다양한 의료 제공업체가 사용하는 소프트웨어 애플리케이션 간에 임상 및 관리 데이터를 전송하기 위한 일련의 국제 표준을 말합니다.이러한 표준은 OSI 모델에서 "레이어 7"인 애플리케이션 계층에 초점을 맞춥니다.HL7 규격은 국제표준기구인 Health Level Seven International이 제작하고 미국 국립표준협회, 국제표준기구 등 다른 표준발행기관에서 채택하고 있다.
병원 및 기타 의료 제공 기관에는 일반적으로 청구 기록에서 환자 추적에 이르기까지 모든 작업에 사용되는 다양한 컴퓨터 시스템이 있습니다.이러한 시스템은 모두 새로운 정보를 수신하거나 정보를 취득하고 싶을 때 서로(또는 「인터페이스」) 통신해야 합니다.다만, 모두 통신하는 것은 아닙니다.
HL7 International은 다양한 의료 시스템이 서로 통신할 수 있는 유연한 표준, 가이드라인 및 방법론을 규정합니다.이러한 지침 또는 데이터 표준은 정보를 통일되고 일관된 방식으로 공유하고 처리할 수 있도록 하는 일련의 규칙입니다.이러한 데이터 표준은 의료 기관이 임상 정보를 쉽게 공유할 수 있도록 하기 위한 것입니다.이론적으로, 이러한 정보 교환 능력은 의료가 지리적으로 고립되고 [1]매우 가변적인 경향을 최소화하는 데 도움이 될 것이다.
HL7 International은 다음과 같은 표준을 주요 표준으로 간주하고 있으며, 가장 일반적으로 사용되고 [2]구현되고 있습니다.
- 버전 2.x Messaging Standard – 보건 및 의료 트랜잭션 상호 운용성 사양
- Version 3 Messaging Standard – 보건 및 의료 트랜잭션 상호 운용성 사양
- 임상문서 아키텍처(CDA) – HL7 버전 3을 기반으로 한 임상문서 교환 모델
- CCD(Continuity of Care Document) – CDA에 기초한 의료 요약 교환에 대한 미국 규격.
- 구조화 제품 라벨(SPL) – HL7 버전 3에 따라 의약품과 함께 발행되는 정보
- Clinical Context Object Workgroup (CCOW)– 사용자 애플리케이션의 비주얼 통합을 위한 상호 운용성 사양
기타 HL7 표준/방법에는 다음이 포함됩니다.[3]
- Fast Healthcare Interoperability Resources (FHIR)– 자원 교환 표준
- Arden 구문 – 의학 로직 모듈(MLM)로서 의학적 조건과 권장사항을 나타내는 문법
- 청구서 첨부 파일– 다른 의료 트랜잭션 증대를 위한 표준 의료 첨부 파일
- 전자 건강 기록(EHR)/개인 건강 기록(PHR) 시스템의 기능 사양 – 이러한 소프트웨어 애플리케이션에서 요구되거나 이용 가능한 건강 및 의료 기능에 대한 표준화된 설명
- GELLO – 임상 의사 결정 지원에 사용되는 표준 표현 언어
프라이머리 스탠다드
HL7의 주요 표준은 Health Level Seven International이 가장 일반적으로 사용하고 [2]구현한다고 간주하는 표준입니다.
버전 2 메시징
HL7 버전 2 표준(Pipehat이라고도 함)은 병원 워크플로우를 지원하는 것을 목적으로 합니다.그것은 1989년에 [4]처음 만들어졌다.
HL7 버전2는 관리, 물류, 재무 및 임상 프로세스를 지원하는 일련의 전자 메시지를 정의합니다.1987년 이후 표준이 정기적으로 갱신되어 버전 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7, 2.7.1, 2.8.1 및 2.8.2가 출시되었습니다.v2.x 표준은 하위 호환성이 있습니다(예: 버전 2.3에 기반한 메시지는 버전 2.6을 지원하는 응용 프로그램에서 인식됩니다).
HL7 v2.x 메시지는 세그먼트([5]행) 및1 문자의 딜리미터에 근거한 비 XML 부호화 구문을 사용합니다.세그먼트에는 복합 딜리미터로 구분된 복합체(필드)가 있습니다.컴포지트는 서브 컴포지트 딜리미터로 구분된 서브 컴포지트(컴포지트)를 가질 수 있으며 서브 컴포지트(서브 컴포지트)는 서브 컴포지트 딜리미터로 구분된 서브 컴포지트(서브 컴포지트)를 가질 수 있다.기본 구분 기호는 세그먼트 구분기, 수직 막대 또는 파이프의 캐리지 리턴입니다( ).
필드 구분자로 carlet()을 지정합니다.^
컴포넌트 세퍼레이터의 앰퍼샌드( )&
서브컴포넌트 세퍼레이터에는 ), 디폴트 잘라내기 세퍼레이터에는 번호 기호(#)를 지정합니다.칠드(~
)는 기본 반복 구분 기호입니다.각 세그먼트는 세그먼트유형을 식별하는 3글자 문자열로 시작합니다.메시지의 각 세그먼트에는 특정 카테고리의 정보가 포함되어 있습니다.모든 메시지에는MSH
첫 번째 세그먼트로 메시지유형을 식별하는 필드가 포함됩니다.메시지 유형에 따라 [6]메시지에서 예상되는 세그먼트유형이 결정됩니다.특정 메시지유형에 사용되는 세그먼트유형은 HL7 표준에서 사용되는 세그먼트문법 표기법에 의해 지정됩니다.
다음으로 어드미션메시지의 예를 나타냅니다. MSH
헤더 세그먼트입니다.PID
환자 정체성,PV1
환자 방문 정보 등입니다.의 5번째 필드PID
segment(세그먼트)는 환자 이름, 가족 이름, 주어진 이름, 보조 이름(또는 이니셜), 접미사 등의 순서로 표시됩니다.HL7 V2.x 표준 버전에 따라 세그먼트에서 추가 환자 정보를 위해 더 많은 필드를 사용할 수 있습니다.
MSH ^~\& MegaReg XYZHospC 슈퍼OE XYZImgCtr 200605290131-0500 ADT^A01^ADT_A01 01052901 P 2.5 EVN 2006052901 PID 56782445^^^UAReg^PI 클라인샘플^BARRY^Q^JR 19620910 M 2028-9^^HL70005^RA99113^^XYZ 260 GOODWIN CREST 드라이브^^버밍엄^AL^35209^^M~니켈의 피클 ^10000W 100AVE^BIRMINGHAM^AL^35200^^O 0105I30001^^^99DEF^AN PV1 I W^389^1^UABH^^^^3 12345^MORGAN^REX^J^^^MD^0010^UAMC^L 67890^GRAINGER^LUCY^X^^^MD^0010^UAMC^L MED A0 13579^POTER^SHERMAN^T^^^MD^0010^UAMC^L 200605290900 OBX 1NM ^본체 높이 1.80m^미터^ISO+F OBX 2 NM ^본체중량 79kg ^kg ^ISO+F AL1 1 ^ASPIRIN DG1 1 786.50 ^흉통, 미지정 ^I9 A
HL7 v2.x는 전자 환자 관리 시스템(PAS), 전자 진료 관리(EPM) 시스템, 실험실 정보 시스템(LIS), 식이, 약국 및 청구 시스템, 전자 의료 기록(EMR) 또는 전자 건강 기록(HRE) 간의 상호 운용성을 실현했습니다.현재 HL7 v2.x 메시징 표준은 미국의 [7]모든 주요 의료 정보 시스템 벤더가 지원하고 있습니다.
버전 3 메시징
HL7 버전 3 표준은[8] 모든 의료 워크플로우를 지원하는 것을 목적으로 합니다.버전 3의 개발은 1995년 경에 시작되었고, 그 결과 2005년에 최초 표준 출판이 되었다.버전 2와 달리 v3 표준은 공식 방법론(HDF)과 객체 지향 원칙을 기반으로 합니다.
RIM - ISO/HL7 21731
레퍼런스 정보[9] 모델(RIM)은 HL7 버전3 개발 프로세스의 기초이며 HL7 V3 개발 방법론의 필수적인 부분입니다.RIM은 특정 임상적 또는 관리적 맥락에서 필요한 데이터 내용을 표현하고 HL7 [10]메시지 필드에서 전달되는 정보 사이에 존재하는 의미적 및 어휘적 연결을 명시적으로 표현합니다.
HL7 개발 프레임워크 - ISO/HL7 27931
HL7 Version 3 Development Framework(HDF; 버전 3 개발 프레임워크)는 의료 시스템 간의 상호 운용성을 촉진하는 사양 개발을 추구하는 지속적으로 진화하는 프로세스입니다.HL7 RIM, 어휘 사양 및 모델 중심 분석 및 설계 프로세스를 결합하여 HL7 버전 3을 의료 정보 시스템 상호 운용성을 위한 합의 기반 표준 개발을 위한 방법론 중 하나로 만듭니다.HDF는 HL7 V3 개발 방법론의 최신 버전입니다.
HDF는 메시징뿐만 아니라 모든 HL7 표준 사양 개발과 관련된 프로세스, 도구, 행위자, 규칙 및 아티팩트도 문서화합니다.최종적으로 HDF는 모든 HL7 표준 규격(전자 건강 기록 아키텍처 및 요건 분석 결과 발생하는 새로운 표준 포함)을 포함할 것입니다.
HL7 규격은 다양한 출처의 코드와 어휘를 사용합니다.V3 어휘 작업을 통해 HL7 규격을 구현하는 시스템이 사용 중인 코드 소스 및 코드 값 도메인을 명확하게 이해할 수 있습니다.
V3 메시징
HL7 버전3 메시징 표준에서는 모든 의료 워크플로우를 지원하기 위해 일련의 보안 텍스트 메시지(인터랙션)를 정의합니다.
HL7 v3 메시지는 다음 [11]: 2.2.1 예시와 같이 XML 인코딩 구문을 기반으로 합니다.
<POLB_IN224200> ITS Version ="XML_1.0" xmlns="urn:hl7-1996:v3" xmlns: xsi="http://www.w3.org/2001/XMLSchema-instance"> <ID> 루트="2.16.840.1.113883.19.1122.7" 확장 ="CNTRL-3456"/> <클라이언트>시간을 값="200202150930-0400"/> <!--사용되고 있는 데이터 타입/RIM/단어의 버전은 2006년 5월의 버전입니다.--> <버전 코드 코드="2006-05"/> <!--interaction id= 관찰 이벤트 완료, 수신자 책임 없음 --> <인터랙션아이디 루트="2.16.840.1.113883.1.6" 확장 ="POLB_IN224200"/> <처리 코드> 코드='P'/> < processing Mode Code > nullFlavor="OTH"/> < Accept Code > 코드='ER'/> <클라이언트> typeCode="RCV"> <디바이스 classCode='DEV' determiner Code="인스턴스"> <ID> 확장 ='GHH랩' 루트="2.16.840.1.113883.19.1122.1"/> <As Located Entity(위치정보)> classCode="LOCE"> <장소> classCode='PLC' determiner Code="인스턴스"> <ID> 루트="2.16.840.1.113883.19.1122.2" 확장 ='ELAB-3'/> </장소> </as Located Entity> </디바이스> </filters> <클라이언트> typeCode='SND'> <디바이스 classCode='DEV' determiner Code="인스턴스"> <ID> 루트="2.16.840.1.113883.19.1122.1" 확장 ='GHOE'/> <As Located Entity(위치정보)> classCode="LOCE"> <장소> classCode='PLC' determiner Code="인스턴스"> <ID> 루트="2.16.840.1.113883.19.1122.2" 확장 ="BLDG24"/> </장소> </as Located Entity> </디바이스> </filters> <!-- 이벤트 제어법 및 도메인 콘텐츠 트리거 --> </POLB_IN224200>
임상문서 아키텍처(CDA)
HL7 Clinical Document Architecture(CDA; 임상문서 아키텍처)는 [12]교환을 위한 임상문서의 부호화, 구조 및 의미를 지정하는 것을 목적으로 하는 XML 기반 마크업 표준입니다.이 표준은 ISO/HL7 27932로 ISO와 공동으로 발표되었다.
케어 지속성 문서(CCD)
CCD는 CDA에 기초한 의료 요약 교환을 위한 미국 규격이다.
구조화 제품 라벨(SPL)
SPL은 HL7 버전 3에 기반하여 의약품과 함께 발행된 정보를 설명합니다.
CCOW
CCOW 또는 "임상 컨텍스트 개체 워크그룹"은 서로 다른 애플리케이션이 사용자 컨텍스트와 환자 컨텍스트를 실시간으로 공유할 수 있도록 설계된 표준 프로토콜입니다.CCOW를 구현하려면 일반적으로 애플리케이션 간의 사용자 보안을 관리하기 위해 CCOW 볼트 시스템이 필요합니다.
기타 표준 및 방법
신속한 의료 상호 운용성 리소스(FHIR)
Fast Healthcare Interoperability Resources는 HL7 International의 초안 표준으로 버전 2.x 또는 버전 3보다 구현이 쉽고 개방적이며 확장성이 향상되도록 설계되었습니다.HTTP 기반 RESTful 프로토콜, 사용자 인터페이스 통합을 위한 HTML 및 캐스케이딩 스타일 시트, 데이터 표현을 위한 JSON 또는 XML, 권한 부여를 위한 OAuth 및 쿼리 [13]결과를 위한 ATOM 등 최신 웹 기반 API 기술 스위트를 활용합니다.
서비스 인식 상호 운용성 프레임워크
HL7 SAIF(Services-Aware Enterprise Architecture Framework)는 모든 HL7 아티팩트 간에 일관성을 제공하며 엔터프라이즈 아키텍처(EA)의 개발과 구현에 대한 표준화된 접근 방식 및 일관성을 측정하는 방법을 제공합니다.
SAIF는 계산 가능한 시멘틱 작업 상호 운용성을 실현하기 위해 필요한 거버넌스, 컴플라이언스, 행동 시멘틱스를 명시적으로 기술하는 사양의 작성에 대해 생각하는 방법입니다.대상 정보 전송 기술은 메시징, 문서 교환 또는 서비스 접근 방식을 사용할 수 있습니다.
SAIF는 다른 표준의 상호 운용성을 합리화하기 위해 필요한 프레임워크입니다.SAIF는 상호 운용성을 실현하기 위한 아키텍처이지만 엔터프라이즈 아키텍처 관리를 위한 전체 솔루션 설계는 아닙니다.
Arden 구문
Arden 구문은 의학 지식을 인코딩하기 위한 언어입니다.HL7 International은 Arden 구문 2.0에서 시작하는 표준을 채택하고 감독합니다.이러한 의료 논리 모듈(MLM)은 단일 의료 결정을 [citation needed]내릴 수 있는 충분한 지식을 포함할 수 있으므로 임상 환경에서 사용됩니다.품질보증 기능 및 관리 지원과 함께 경보, 진단 및 해석을 생성할 수 있습니다.MLM은 최소 시스템 요건을 충족하고 올바른 프로그램이 설치된 컴퓨터에서 실행해야 합니다.그런 다음 MLM은 언제 어디서 필요한지에 대한 조언을 제공할 수 있습니다.
MLLP
HL7 메시징의 대부분은 Lower Layer Protocol(MLLP)[14] 또는 Minimum Layer Protocol(MLP)[15]이라고도 하는 Minimum Lower Layer Protocol(MLP)에 의해 전송됩니다.TCP/IP 경유로 송신하는 경우, TCP/IP 는 바이트의 연속 스트림이기 때문에, 메시지의 개시와 종료를 식별하기 위해서, 헤더 및 트레일러 문자가 메시지에 추가됩니다.Hybrid Lower Layer Protocol(HLLP)은 메시지 무결성을 검증하기 위한 체크섬을 포함하는 MLLP의 변형입니다.다른 소프트웨어 벤더 중에서도 MLLP는 Microsoft,[16] Oracle,[17][18] Cleo에서 지원됩니다.
MLLP에는 고유의 보안이나 암호화가 포함되어 있지 않지만 안전한 네트워크 외부에서 보호된 상태 정보를 보호하기 위해 TLS(Transport Layer Security)나 IPsec 등의 하위 계층 프로토콜에 의존합니다.
기능적 EHR 및 PR 사양
전자 건강 기록에 대한 기능 사양입니다.
메시지 상세
OBR 세그먼트
OBR 세그먼트는 검사, 진단 스터디/[19]관찰에 대한 정보를 전달합니다.이는 ORM([21]Order [20]Message) 또는 ORU(Overservation Result) 메시지에서 필수 세그먼트입니다.
「 」를 참조해 주세요.
- CDISC
- DICOM
- DVTk
- 전자 진료 기록
- e헬스
- EHRcom
- 유럽 보건 기록 연구소 (유럽 연합)
- 신속한 의료 상호 운용성 리소스
- 건강정보학
- 헬스 인포매틱스 서비스 아키텍처(HISA)
- 의료 서비스 사양 프로젝트(HSSP)
- 의료 기업(IHE)의 통합
- ISO TC 215
- 행업
- 차세대 접속
- openEHR 재단
- 공중 보건 정보 네트워크
- SNOMED, SNOMED CT
- 속성 및 유닛 용어 명명법
레퍼런스
이 기사에는 무료 콘텐츠 저작물의 텍스트가 포함되어 있습니다.Creative Commons Attribution-Share Alike 3.0 라이선스텍스트는 Spronk 2007에서 취득했습니다.
- ^ Joel Rodrigues (2010). Health Information Systems: Concepts, Methodologies, Tools, and Applications, Volume 1. IGI Global. p. xxxix. ISBN 978-1-60566-988-5.
- ^ a b "HL7 Primary Standards". Health Level Seven International.
- ^ "HL7 Standards". Health Level Seven International.
- ^ "HL7 FAQs". HL7.
- ^ "Understanding HL7 Messages". iNTERFACEWARE.
- ^ "HL7 Messages and Descriptions". Health Standards.
- ^ "Standards Organizations". Assistant Secretary for Planning and Evaluation (ASPE), Health and Human Services (HHS).
- ^ "HL7 V3 Standard - A High Level Overview". 26 May 2020.
- ^ "HL7 Reference Information Model". HL7.
- ^ "Tools & Resources – V3 Modeling & Methodology Tools". HL7.
- ^ Spronk, René, ed. (16 November 2007). "HL7 Message examples: version 2 and version 3". Ringholm. Ringholm bv.
- ^ Boone, Keith W. (20 May 2011). The CDA Book. ISBN 9780857293367.
- ^ Dan Munro (2014-03-30). "Setting Healthcare Interop On Fire". Forbes. Retrieved 2014-11-22.
- ^ "LLP - Lower Layer Protocol". iNTERFACEWARE.
- ^ "Minimum Layer Protocol". LYNIATE. 13 January 2020.
- ^ "MLLP Receive and Send Components". MSDN.
- ^ "Oracle Application Server Integration B2B User's Guide, Supported Protocols". Oracle.
- ^ "Which Secure Managed File Transfer Protocol is Right for You?". Cleo. Archived from the original on 2015-06-07. Retrieved 2015-01-23.
- ^ "The HL7 OBR segment". Corepoint Health. Retrieved 2018-11-13.
- ^ "HL7 Glossary of Terms" (PDF). www.hl7.org. Retrieved 2018-11-13.
- ^ "What Is an ORU Message?". Health Standards. Retrieved 2018-11-13.
외부 링크
- HL7.org 사이트
- HL7 교육은 무슨 뜻입니까?
- HL7 International은 SDO Global Health Informatics Standardization 공동 이니셔티브의 멤버입니다.
- [ HL7 Tools ]페이지
- AHML(Australian Healthcare Messaging Laboratory) - 온라인 HL7 메시지 테스트 및 인증
- Java에서의 HL7 v3 사양의 포괄적인 구현
- NIST HL7 적합성 테스트 프레임워크
- ICH-HL7 규제 제품 제출
- HL7 튜토리얼 디렉토리
- HL7 프로그래밍 튜토리얼, 프로그래머를 위한 다양한 HL7 개념에 대한 짧은 튜토리얼.
비판적인 리뷰
- HL7 RIM: 일관성이 없는 표준
- HL7 RIM 정밀 조사 중 (반증 시도) (발행일)
- HL7 시계
- 업데이트 2013:의료 분야에서의 인간 행동: HL7 참조 정보 모델의 비판적 분석