Style range
2012-05-23 00:34:32

StyleRange styleRange = new StyleRange();

styleRange.start = beginIndex;

styleRange.length = endIndex - beginIndex;

styleRange.fontStyle = SWT.BOLD;

styleRange.foreground = orange;

styleRange.underline = true;

styleRange.underlineStyle = SWT.UNDERLINE_ERROR;

styleRange.underlineColor = orange;

text.setStyleRange(styleRange);

▼ more
Health Level 7 이란
2012-05-21 18:07:13

이 문서는 HL7 공식 홈페이지(www.hl7.org)의 “About HL7”를 번역한 것입니다.

(첨부화일 공식 영어 페이지에 번역을 포함한 html 문서입니다)

What is HL7?

Health Level Seven는 헬스케어 분야에서 운영되는 미국표준협회(American National Standards Institute (ANSI))의 여러 승인된 표준개발기구(accredited Standards Developing Organizations (SDOs)) 중에 하나이다. 대부분의 SDOs는 약품, 의료장비, 이미징 또는 보험처리(청구처리과정(claims processing))와 같은 특정한 헬스케어 영역을 위한 표준들(때때로 규약들(specifications) 또는 프로토콜들(protocols))을 만들어낸다. Health Level Seven의 영역은 임상 그리고 경영 데이터이다. 우리는 임무는 : “임상 환자 치료와 관리, 헬스케어 서비스들의 전달과 평가를 도와주는 데이터의 교환, 관리 그리고 집약을 위한 표준을 제공하는 것이다. 특히 헬스케어 정보 시스템들 간에 상호운용성(interoperability)를 위한 유연하며, 비용 효과적인 접근법들, 표준들, 지침서들, 방법론들 그리고 관련된 서비스들을 만드는 것이다.”

미시건 주 Ann Arbor에 위치한 Health Level Seven은 비영리적인 자발적 기구라는 점에서 대부분의 다른 SDOs와 같다. 멤버는 - 공급자들, 벤더들, 페이어들(payers), 자문가들, 정부그룹들 그리고 헬스케어를 위한 임상 그리고 경영 표준의 개발과 발전에 관심있는 기타의 사람들 – 표준들을 개발한다. 모든 ANSI-accredited SDOs와 같이, Health Level Seven은 합의, 개방성 그리고 이익의 균형을 보장하는 엄격하고 잘 정의된 일련의 운영 절차에 충실하다. Health Level Seven에 대해서(그리고 생각컨대 다른 SODs에 대해서) 자주 오해받는 것은 프로그램을 개발한다는 것이다. 실제로, Health Level Seven은 표준규약을 개발하는데, 이것은 서로 다른 헬스케어 응용프로그램들이 중요한 임상 그리고 경영 데이터를 교환할 수 있도록 하는 가장 광범위하게 사용되고 있는 메시지 표준이다.

Health Level Seven의 멤버들은 집합적으로 워킹그룹(Working Group)으로 알려져 있는데, 이것은 기술 위원회들(technical committees)와 특별관심그룹들(special interest groups)로 구성되어 있다. 기술위원회들은 표준들의 내용에 직접적인 책임을 진다. 특별관심그룹들은 HL7의 출판된 표준들이 적용되어질 필요가 있는 새로운 분야들을 개척하는 평가단으로써 참여한다. 기술위원회들과 특별관심그룹의 목록 뿐만 아니라 그들의 임무들, 범위들 그리고 현재 지도자들을 www.hl7.org(한국지부 www.hl7korea.org )에서 볼 수 있다.

What Does the Name HL7 Mean

“Level Seven”은 국제표준기구(International Standards Organization's (ISO))의 개방시스템연결 규약(Open Systems Interconnection (OSI))의 최고 레벨인 어프리케이션 레벨- the application level을 말한다. Application level은 교환되는 데이터의 정의, 교환의 타이밍 그리고 application에 대한 어떤 에러의 통신을 다룬다. Seventh level은 보안점검(security checks), 접속자 식별(participant identification), 사용가능성 점검(availability checks), 교환 메카니즘 협상(exchange mechanism negotiations) 그리고 가장 중요하게 데이터 교환 구조화(data exchange structuring) 같은 기능을 지원�\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0�다.

Why HL7

현재 전세계적으로 진행되는 헬스 케어 표준들의 개발 노력들이 많이 있다. 왜 그런데, HL7을 채택하는가? 대부분의 다른 개발 노력들이 특정한 기관의 요구에 중점을 두는 반면에, HL7은 단일하게 전체 헬스 케어 기구의 연결 요구들에 중점을 둔다. 게다가, 기본적으로, HL7은 가장 빠를 것으로 여겨지는 방식으로는 일련의 프로토콜들을 개발하는데, 이것은 소속 멤버들에게 민감하게 반응하고 신뢰할 수 있도록 한다. 이 그룹은 몇몇의 성숙한 기술들을 이용하여 이미 설치된 병원과 과단위 시스템들의 독특한 요구사항들을 다룬다.

HL7이 당면한 요구들을 다루는 동안, 그룹은 다른 미국과 국제표준개발 활동들에 동시성을 보장하기위한 헌신적인 노력을 진행 중이다. 아르헨티나, 호주, 캐나다, 중국, 체코, 핀란드, 독일, 인도, 일본, 한국, 리투아니아, 네덜란드, 뉴질랜드, 남아프리카공화국, 스위스, 대만, 터키 그리고 영국은 HL7 회원국이다. 게다가, HL7은 미국표준협회(American National Standards Institute (ANSI))가 승인한 표준개발기구(Standards Developing Organization (SDO))이다. HL7은 각각의 멤버쉽 후원자들(사용자들, 벤더들 그리고 조언자들)의 다양한 요구사항들을 확인하고 지원하기 위해 노력하고 있다. 그들이 필요한 것들, 요구사항들, 우선적으로 해야할 것들과 관심사항들을 알고 있으며, HL7은 그들이 이 기구에 질적으로 중요한 기여를 하는 것처럼 모든 그룹들을 지원한다. 균형잡힌 투표절차와 개방형 멤버쉽 정책들을 가지는 위원회 조직은 질적 그리고 항상성을 가지고 일관되고 공평하게 모든 요구사항을 다룬다.

How is HL7 Organized

기구는 이사회(a Board of Directors)에 의해 운영되며 여덞명의 선출직과 3개의 지명직으로 구성된다. 기구는 기술위원회들(Technical Committees)와 특별관심그룹들(Special Interest Groups)로 구성되는데, HL7 표준 프로토콜을 정의하는 책임을 진다. 각각의 기술위원회와 특별관심그룹은 2인 또는 그 이상의 공동의장들(co-chairs)이 의장직을 수행한다. 총괄적으로 공동의장들은 기술지도위원회(Technical Steering Committee)를 구성하는데, 이 곳에서 표준과 관련된 중요 쟁점들에 대한 투표를 한다. 기술지도위원회의 투표결과들은 이사회에 recommendations로 전달되고, 최종결정이 이루어진다. HL7 멤버들은 모든 이런 위원회에 참가하도록 요구받는다.

HIPAA

HIPPA 입법과정에 있어서 Health Level Seven의 초기 참여는 1996년 Claim Attachments Special Interest Group(이후 간단히 Attachment Special Interest Group으로 개명)이 만들어지면서 시작되었다. The Attachment Special Interest Group은 헬스케어 보험과 다른 전자상거래 처리들을 지원하는데 필요한 부가 정보(supplemental information)를 표준화하기 위해 만들어졌다. 이 그룹의 초기 성과물은 the Notice of Proposed Rule Making (NPRM) process의 six recommended Claims Attachments 였다. 향후 attachment projects는 제한 받지는 않지만, 가정 의료(Home Health), 숙련된 간호 시설(Skil\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0led Nursing Facility), 내구성있는 의료 장비(Durable Medical Equipment(DME)), 말기신부전(End Stage Renal Disease), 그리고 전-권한과 후송(Pre-Authorization and Referrals)을 포함한다. HL7 이사회에 의해 지도에 따라 중요한 노력은 ASC X12(보험(Insurance))에 참여하여 작업하는 것인데, Attachment special interest group은 HIPAA Designated Standards Maintenance Organization (DSMO) 의 노력들을 HL7으로 나타내고 지속적인 지원을 제공하기 위해서, HIPAA mandates의the Administrative Simplification provisions의 구현을 보조하는 임무를 맡고 있다. 목적은 부가 정보(supplemental information)을 단일한 방법으로 구현하기 위해 HL7의 사용을 독려하는 것이다. 이 SIG는 산업계의 입력정보를 이용하여 독립적으로 사용되거나 ASC X12 처리 내에 포함될 수도 있는 HL7 메시지를 위한 지침서들을 만들고 유지하는 것을 조율한다.

모든 HIPPA-mandated standards의 최종본은 Washington Publishing web site에서 구할 수 있다

The Reference Information Model (RIM)

임상 데이타(영역들)를 상당히 큰 그림으로 표현하는 것이고, 관련있는 하나의 메시지 또는 메시지 그룹들을 전송하기 위한 이벤트들의 라이프 사이클을 확실하게 하는 것이다. 이것은 모든 영역들간의 공유부분을 모델화하는 것이고, 그렇게 하여 모든 영역들은 모델로부터 그들의 메시지들을 만들어낸다. 분명히 the RIM은 HL7 메시지들의 필드로 전송된 정보들 간에 존재하는 연결들을 나타내는데, 정확성을 증진시키고 구현비용을 감소시키기 위한 우리의 진행되고 있는 미션에 필수적이다.

Templates

HL7 template는 HL7 Reference Information Model에 기반을 둔 자료구조이다. 이것은 특정한 임상 혹은 경영 자료에 필요한 자료내용을 나타낸다. 이것들은 prescribed patterns인데, 이것을 의해서 다중의 OBX segments는 selected, gross observations를 서술하도록 결합될 수 있다. 몇몇의 observations는 헬스 케어에서 한 세트의 기대되는 observations(즉, 수축기, 이완기, 환자 자세, 방법 등)과 관련되는 혈압개념처럼 매우 간단할 수도 있다. 다른 좀더 자세한 진단 단계에서는 해부학, 지향성, 측정 순서들 등의 수 백 가지의 정보가 관련될 수도 있다. Template는 특정한 observation을 위한 다중의 OBX segments를 결합하고/유효화하는 것을 위해, observations를 분리하여 캡슐화된 방식들로 송신하는데 필요한 짝짓는 수단을 제공한다. 사용자의 요구와 선호도에 따라, template는 사용자에게 필요로 하는 OBX segments의 집합을 정의하고 한번 정의된 유효화 방식들의 세트를 일치시키는 이점을 제공하는데, 한번 정의된 구조는 반복해서 사용될 수 있다. Templates는 특정한 사용자의 필요/요구사항들에 기반을 두었기 때문에, 주어진 사용자 사이트에 “plug and play”될 수 있다.

HL7은 2000년 9월 회의에서 Templates Special Interest Group의 구성을 승인했다. 이 그룹은 HL7 templates의 정의를 위한 normative standards를 만들 것이다. 이런 표준들은 HL7 templates가 HL7 vocabulary domains를 사용하는 HL7 RIM으로부터 유도된 자료구조로 구성되도록 할 것이다. 이 그룹은 또한 HL7 bodies, HL7 members 그리고 다른 조직들에 의해 정의된 templates을 위한 저장공간으로 제공되어질 meta-data repository을 관리하는 절차를 정의할 것이며, HL7 templates의 개발에 관심을 가지는 조직을 안내하는 절차와 교육자료를 개발할 것이다.

Vocabulary

HL7은 오래 전부터 시스템들간에 자료가 교환될 때, 전송되는 자료를 공유하고, 잘 정의하고 모호하지 않은 지식을 가지게 하지 않는다면, 자료의 유용성은 손상 �\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0�는다는 것을 배워왔다. 많은 자료가 HL7이나 다른 기구들에 의해 코�\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0�화되어 전송되기 때문에, HL7은 Vocabulary Technical Committee를 구성하여 메시지에 사용되는 vocabulary term을 구성하고 유지하는데 집중된 노력을 기울여왔다.

이 그룹은 코드화된 vocabulary을 유지하기 위해 조직과 저장소를 제공하기 위해 작업하고 있다. 코드화된 자료가 HL7과 관계된 표준들과 결합하여 사용될 때, 임상자료와 정보의 교환을 가능하게 할 것이고 그렇게 해서 시스템간의 수신과 송신은 전송되는 자료를 공유하고, 잘 정의하며 모호하지 않은 지식을 가지게 한다. 임상자료 교환의 목적은 제한되지는 않지만 다음과 같다 : 임상치료의 전망, 임상 과 경영 연구의 지원, 자동화된 처리지향적인 결정 로직의 실행(의학 로직 모듈들), 지출연구의 지원, 임상 시험들의 대한 지원, 그리고 정부나 다른 권위있는 제3 조직에 대한 자료 제출을 지원하는 것. 이 목적을 달성하기 위해, Vocabulary Technical Committee는 임상에 관계된 전산에 사용되는 코드화된 vocabulary에 관심있는 모든 다른 그룹들과 협동하여 작업할 것이다. 우리가 밀접하게 작업하기 위해 찾고 있는 몇몇의 다른 그룹들은 다음과 같다 : 표준개발기구들, vocabularies의 개발자들와 관리자들, 정부기관과 규제기관, 임상전문가의 특별그룹, vocabulary content 제공자들, 그리고 vocabulary tool 벤더들.

XML

Health Level Seven은 1996년 9월 SGML/XML Special Interest Group을 구성한 이후로 XML technology와 활발하게 작업해오고 있다. 그 이후로, SGML/XML group은 2개의 그룹으로 나누어 발전하고 있다.

· the XML Special Interest Group – 모든 HL7의 플랫폼 과 벤더독립적인 헬스 케어 규격들에 Extensible Markup Language (XML)의 사용을 권장함으로써 HL7 미션을 지원한다.

· the Structured nulls Technical Committee – 헬스 케어를 위한 구조화된 문서 표준들의 개발을 통해서 HL7 미션을 지원한다.

이 두 개의 그룹은 HL7 멤버쉽에 의해 승인되어진 작업 아이템을 만들어오고 있다. 1999년, HL7은 HL7 V2.3.1 메시지들을 위한 대안적인 문법으로써 XML의 사용을 추천하였다(endorsed a recommendation for using XML as an alternative syntax for HL7 V2.3.1 messages). 이 추천은 자연적인(승인이 필요하지는 않은) informative였으며 ANSI의 승인을 위해 제출되지는 않았다. 그러나 Version 2.4를 위한 XML 코딩은 2001년 초기에 ANSI 승인을 위해 투표가 이루어 졌으며 제출되었다.

2000년 9월, HL7 멤버쉽은 임상기록 교환을 위한 XML 구조를 정의하는the Clinical null Architecture Vesrion 1을 승인하였다. 이 코드화는 표준규격에 포함된 XML DTDs에 기반하고, 이 의미론(semantics)은 HL7 RIM과 HL7에 등록된 코드화된 vocabulary를 이용해 정의된다. 이것은 승인을 위해 ANSI에 제출될 normative 문서 이다.

2001년 12월에 공표되기로 예정된 Version 3의 초기 버전은 오직 XML로만 코드화될 것이다. the Version 3 Abstract Data Types 와 이와 동반하는 XML Implementation Technology Specification

이 Version 3를 구성하는 문서 묶음의 첫번째인데, 같은 해 9월 위원회 레벨의 투표를 거쳤으나, 2001년 1월에 다른 위원회 레벨의 투표를 거치기위해 돌아올 것이다.

HL7 actively participates in and supports the W3C, the organization responsible for the development of XML.

HL7은 XML의 개발을 책임지는 기관인 W3C에 활발하게 참여하고 있으며 지원하고 있다.

The Messaging Standard

Version 3.0

HL7에 있어서 version은 “일상적인 비즈니스(business as usual)”로 부터의 중요한 시작을 의미한다. V2.x계열의 메시지들은 많은 선택권(optionality)과 유연성(flexibility)을 제공함으로써, 폭넓게 구현되었고 매�\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0� 성공적이었다. 이런 메시지들은 특별한(ad-hoc) 방법론(methodology)의 발전에 따라 개개인의 요구들을 처리하는 “아래에서 위로(bottom-up)”의 접근을 통해 여러 해를 걸쳐 진화했다. 거기에는 HL7이 움직이는 그 data에 대한 항구적인 어떠한 관점도 없으며 다른 data에 대한 data의 관계도 없다. HL7의 성공은 전적으로 유연성(flexibility)에 기인한다. HL7은 많은 선택 가능한 data elements와 data segments를 포함하여, 어떠한 사이트에라도 적용할 수 있도록 한다. 그러나 엄청난 유연성(flexibility)을 제공하는 반면, 이 선택성(optionality)은 또한 어떤 벤더의 구현(implementation)에 대한 신뢰할 수 있는 적합성 테스트(conformance tests)하는 것을 불가능하게 하였고 또한 구현하는 사람들에게 양 방향이 같은 선택적인 특징들을 사용하는 것을 확실하도록 하는 그들의 인터페이스를 분석과 계획하는데 더 많은 시간을 소비하도록 하였다. Version 3는 reference information (즉, 데이터) model에 기반을 둔 잘 정의된 방법론(a well-defined methodology)을 사용함으로써 이러한 문제들과 다른 쟁점들을 처리한다. 이것은 지금까지의 가장 완전한 표준이 될 것이다. 엄격한 분석적(analytic) 기술들과 메시지 생성(message building) 기술들 사용하고 더 많은 trigger events과 message formats을 매우 적은 선택성(optionality)과 결합함으로써, HL7 Version 3의 주요 목적은 완전하고(definitive) 테스트 가능한(testable) 표준을 제공하는 것이고 벤더들의 적합성(conformance)를 보증(certify)할 수 있는 능력을 제공하는 것이다. Version 3는 객체지향적인 개발 방법과 Reference Information Model (RIM)을 사용하여 messages를 만들어낸다. RIM은 HL7 messages의 fileds 내에서 전달되는 정보들 사이에 존재하는 의미론적이고(semantic) 어휘적(lexical) 연결을 명확하게 나타내도록 하는 표현을 제공하는 것같이, HL7 Version 3 개발 방법론의 핵심적인 부분이다.

Version 2.5

APPROVED AS AN ANSI STANDARD JUNE 26, 2003

HL7 Version 2 Messaging Standard – 헬스 케어 환경에서의 전자데이터교환(EDI(Electronic Data Exchange))을 위한 어플리케이션 프로토콜 –은 헬스케어에서 데이터 교환의 일꾼으로 간주되어 지고 세계에서 헬스케어 정보를 위한 가장 광범위하게 구현된 표준이다.

HL7 Version 2.5은 많은 새로운 events, segments와 messages 뿐만 아니라 Control에 있어서 상당하게 확장된 장(chapter)를 소개한다. Version 2.5는 더욱 더 지속적이며 그리고 어떤 이전 버전보다도 더 많은 기능성을 지원한다. Version 2.4로 부터의 수정된 것은 다음을 포함한다 :

•데이터 타입의 문서화을 향상시킴

•message profile methodology의 정의

•새로운 세그먼트와 새로운 오더 메시지를 이용하여 이미징(IHE)에 대한 지원을 강화

•혈액 생산물에 관련된 오더들을 지원

•‘update’ mode에서의 diagnose/procedure 메시지들을\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 지원하는 새로운 메시지

Version 2.4

APPROVED AS AN ANSI STANDARD OCTOBER 6, 2000

HL7 V2.4는 5장에서 Conformance Query profiles를 소개하고 검사실 자동화, 어플리케이션 관리 그리고 인사관리를 위한 메시지들을 첨가하였다. 부가적으로 새로운 이벤트, 특히 OPPS and APC requirements에 대한 것이 추가되었다. 이 Transmit ambulatory Payment 이벤트는 새로운 2개의 세그먼트를 포함하는데, Grouping/Reimbursement Visit 세그먼트와 Grouping Reimbursement Procedure 세크먼트이다.

Version 2.3.1

APPROVED AS AN ANSI STANDARD April 14, 1999

HL7 V2.3.1은 오더 발생을 관리라는 갱신된 TQ(time/quantity) data type를 포함하고, public health surveillance 보고를 용이하게 하는 OBR 세그먼트와 ORU 메시지를 갱신하였고, 이름과 약 오더들을 보고하는 국제적인 체계(paradigms)를 용이하게하는 테이블들, 세그먼트들과 데이터 타입을 갱신하였으며, ORC 세그먼트에 외래환자 서비스를 위한 HCFA Medical Necessity requirements를 만족시키는 새로운 필드들을 더하였다. 그리고 federal requirements for Level 2 Modifiers를 만족시키는 FT 세그먼트를 갱신하였다

Version 2.3

APPROVED AS AN ANSI STANDARD May 13, 1997

HL7 V2.3은 doc-ument management 메시지, appointment servicing과 resource scheduling을 위한 메시지들, patient referraks를 위한 메시지와 patient goals를 추적하는 메시지를 소개하였다.

The Clinical null Architecture

APPROVED AS AN ANSI STANDARD November 2000.

지금까지 환자 기록 구조(Patient Record Architecture (PRA))로 알려져왔던 CDA는 임상문서들(퇴원 요약지나 경과 기록지 같은)의 교환 모델을 제공한다 – 그리고 헬스케어 산업이 전자 의무 기록(electronic medical record)의 실현에 더 가까이 다가가도록 해준다. CDA 표준은 올해 말(역자 주 2000년) ANSI 승인 표준으로 공표될 것으로 기대된다.

XML 사용의 영향으로, HL7 Reference Information Model (RIM)와 coded vocabularies, CDA는 기계가 인식할 수 있고 – 그래서 전자적으로 쉽게 분석되고 처리될 수 이다 – 사람이 인식할 수도 있게 되었다 – 그래서 필요로 하는 사람들이 쉽게 검색하고 사용할 수 있다. CDA 문서들은 XML을 인식하는 웹 브라우저나 핸드폰 같은 무선 어플리케이션을 이용해서 보여질 수 있다.

The Clinical Context Management Specification (CCOW)

Version 1.3

버전 1.2은 다음의 향상된 점들을 소개 :

•Annotation agent(임상기록에 데이터를 부가할 수 있도록 해주는 컴포넌트)을 위한 정의

•사용자의 digital certificate subject(첫번째 annotation subject가 되는)에 대한 정의

•Observation subject(실세계의 임상 관찰을 확인하는)의 정의

Version 1.2

APPROVED AS AN ANSI STANDARD September 21, 2000

버전 1.2은 다음의 향상된 점들을 소개 :

•Annotation agent(임상기록에 데이터를 부가할 수 있도록 해주는 컴포넌트)을 위한 정의

•사용자의 digital certificate subject(첫번째 annotation subject가 되는)에 대한 정의

•Observation subject(실세계의 임상 관찰을 확인하는)의 정의

Version 1.1

APPROVED AS AN ANSI STANDARD March 15, 2000

버전 1.1은 다음의 향상된 점들을 소개 :

•Encounter 주제를 정의

•Custom 주제들을 정의하는 것을 지원

•표준규약을 통해 사용되는 다양한 문자열들의 문법을 기술하기 위한 BNF 표기법의 첨가

•DCOM과 윈도우 터미널 서버를 사용하는 ActiveX 구현을 지원하는 상세내용

Version 1.0

APPROVED AS AN ANSI STANDARD July 26, 1999

이것은 HL7에서 투표가 이루어진 the Clinical Context Management Specification의 첫 번째 버전이다.

The Arden Syntax for Medical Logic Systems

APPROVED AS AN ANSI STANDARD July 26, 1999

The Arden Syntax for Me\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0dical Logic Systems Version 2.0는 HL7에서 투표가 이루어진 초기 버전이었다. Version 1.0은 ASTM에서 투표가 이루어졌고 관리되었다.

HL7's Arden Syntax and Clinical Decision Support technical committee에 의해서 개발된 이 표준은 개인간, 정보 시스템간 그리고 기관간의 의학지식을 공유하고 나타내기 위한 언어이다. 이것은 결정이 필요하거나 경보가 필요한 상황에서 의사들을 자동적으로 지원하는 시스템들이 필요하거나 시스템들을 개발하는 기구들을 위해 설계되었다. 결정을 하거나 경보가 필요한 상황에 대한 로직은 MLM이라고 불리는 health knowledge bases로 코드화된다. 각각은 단일 의사결정을 위한 충분한 지식을 포함한다. 모순 경보(), 관리 제안, 데이터 해석, 치료, 프로토콜들 그리고 진단 스코어들은 Arden Syntax를 이용해 나타내어지는 것보다는 health knowledge bases의 예이다.

▼ more
work list
2012-05-21 00:09:10

Medical Template historical trace & current work 발표를 위해 ~ 5/22

- 월,화 오전은 이것만..

1차 구현 완료를 위해. ~ 5/25

[CNL tool]

1. 띄여쓰기가 되었을대 제대로 검색

2. domain, range를 고려한다.

3. 오류는 전체에 대해서 수행한다.

4. 전체적으로 cardinaltiy 체크를한다.

5. 용어 사용성을 위한 DB구축 및 용어 추천 순서변경 구현

6. Authoring tool data type, reasoning이 마무리되면 해당 OWL 맞게 읽는 모듈 수정

7. 마무리 작업.

[Authoring tool]

1. Rule을 SWRL로 표현하고 Reasoning!

2. Data type 해결

3. UI 일치성 보장.

4. 마무리작업

논문 작성 2차 초고를 위해

- 구현이 마무리 되는데로 Medical template modeling + 구현 사항을 추가 2~3일 정도?

- 대장암, 위암 표준 및 국내 다른 의무기록 서식 및 해외 사례를 넣어본다.

논문 심사 발표를 위해

- 논문 작성이 마무리 되는데로 purpose, Method, implementation, result 으로 구성한다.

EMOCity project를 위해

1. 감정단어를 받으면 그것과 연계.

2. 기타 안정성 및 수정사항.

▼ more
감정인식 데이터 준비 반법
2012-05-18 13:44:07

Edu1

Edu4

Edu5

Edu10

Edu14

#1

#2

#3

#12

[데이터 준비]

1. csv -> xlsx, 9column남김

2. 학습한 데이터의 같은 감정 max로 나눔

▼ more