HL7 메시지 작업시 어떤 문제가 발생합니까?


12

건강 관리 사업을위한 제품을 테스트 중이며 HL7 메시지를 사용하고 있습니다. 나는 사람들이 HL7의 문제에 대해 다른 질문에 신음하는 것을 보았지만 구체적인 내용은 언급하지 않았습니다. 누군가 우리가 구체적으로 찾고자하는 문제 나 클래스에 대한 아이디어를 줄 수 있습니까?

구문 분석을 위해 잘 사용되는 라이브러리를 사용하고 있습니다. 이것들이나 우리가하고있는 일에 관한 구체적인 내용이 도움이 될 경우 의견에 알려 주시면 가능하면 질문에 추가하겠습니다.

답변:


13

HL7 v2.x를 다루고 있다고 가정합니다.

HL7은 자발적으로 매우 유연합니다. 그것은 큰 장점을 가지고 있지만 도전을 야기합니다. 명심해야 할 기본 규칙은 모든 단일 구현이 다르다는 것입니다. 서로 다른 2 개의 환경 (예 : 2 개의 병원)에 동일한 제품을 배포하는 경우 데이터 교환 규칙이 다를 수 있습니다. 상호 작용할 HL7 인터페이스 수를 확장하려면 제품이 숨겨진 요구 사항을 충족 할 준비가되어 있어야합니다.

HL7을 다루는 대부분의 의료 시스템에서 우리는 다음과 같은 일반적인 과제에 직면하고 있습니다.

  • 각 시스템은 각 데이터 조각의 의미를 해석 할 수 있습니다. 또한 컨텍스트와 워크 플로우는 시맨틱에 영향을 줄 수 있습니다. 일부 임상 워크 플로를 준수 할 환자를 식별하기 위해 계좌 번호 (PID.18) 또는 방문 번호 (PV1.19)를 사용하는 일부 시스템을 보았습니다. 이러한 유형의 시맨틱 갭은 아마도 시스템이이 데이터를 어떻게 처리하는지에 약간의 영향을 줄 것입니다.
  • 필수 vs. 선택적 : 여러 다른 컨텍스트에서 여러 목표를 달성하기 위해 데이터를 교환 할 수 있기 때문에 대부분의 세그먼트 및 필드는 공식 문서 (및 일부 구문 분석기)에 선택적으로 문서화됩니다. 그러나 특정 워크 플로우를 만족시키기 위해 건강 관리 제품은 아마도 데이터 제약 규칙을 추가하고 다른 제약을 완화 할 것입니다. 대부분의 경우, 사례 별 분석을 통해 사례를 분석해야합니다.
  • 표 : HL7은 일부 필드에 대해 제안 된 값 목록을 제공합니다. 예를 들어, 성별에 대한 제안 된 값 목록은 6 개입니다 ... 분명히 대부분의 시스템은 6 개를 모두 구현하지는 않지만 선결제를 지원하지 않는 것을받을 경우 매핑 전략은 무엇입니까?
  • 세그먼트 및 필드 사용자 정의 가능 : 필드 길이, 데이터 유형 및 기타 정의 속성을 사용자 정의 할 수 있습니다. 중요한 정보를 잃지 않고 알고있는 데이터 구조에 매핑해야합니다.

지르 모린

www.caristix.com


6

내가 겪은 몇 가지 문제 :

  • 일부 조직에서는 다른 버전의 HL7을 사용할 수 있으므로 호환성 문제 ( "크로스 워킹")가 있습니다. 조직 간 데이터 전송에 관여하는 경우 분명히이 문제가 발생합니다.
  • 시맨틱 표준은 없지만 (v2.x의 경우 v3에서이 문제를 해결하기 시작했을 수 있다고 생각합니다.) 특정 필드에 어떤 데이터가 있어야하는지 알고 있더라도 해당 바이트의 정확한 의미 나 표현을 모를 수 있습니다.
  • HL7은 비표준 표준입니다. Z-segments널리 사용되며 독점적 인 공급 업체별 지원합니다 .
  • HL7 v2.x (여전히 x가 여전히 야생에서 사용되고 있음)는 XML이 아닌 독점 형식이므로 HL7 파서가 필요합니다. (이것은 이미 HL7 파싱 라이브러리를 가지고 있다는 것을 알고 있습니다.

2
그중 최악은 의미론의 부족입니다. 표준을 작성하는 사람들조차도 "X 나 Y를 보낼 수는 있지만 Z도 유효합니다"라고 말하면 문제가있는 것입니다. 파서는 사람들이 모든 범위의 HL7 옵션을 다루지 않아도된다는 것입니다. 모두가 실제로 고객이받는 작은 하위 집합을 처리합니다. 새로운 수락자를 작성하는 것은 "표준 구현"연습이 아니라 발견 과정 (지금 진행하고 있음)을 의미합니다. 아, 그리고 원하는 효과를 내기 위해 어떤 옵션을 보내야할지 추측합니다.

@ +1로 답변하고 OP (me) 이외의 사람들에 대한 정보를 포함하면 +1을 줄 수 있습니다. @moz-작은 하위 집합이 필요한 것에 대한 좋은 지적. 이것이 바로 우리의 상황입니다. 또한 고객 데이터와 비교하는 것이 중요하다는 내 의심을 확인하고 있습니다.
Ethel Evans

1
@ethel과 @moz는 HL7을 다루기가 너무 어려워지는 생각입니다. 프로그램을 가능한 한 유연하게 만드는 데 시간을 내십시오. HL7은 YAGNI를 적용 할 수없는 곳입니다.
피터 터너

알겠습니다. 가치를 제공하는 데 사용할 수있는 HL7 메시지 유형을 미리 확장 할 계획이므로 응용 프로그램에서 YAGNI 문제가 발생할 것이라고 생각하지 않습니다. 우리는 미래에 필요한 것이 무엇인지 모른다는 것을 알고 있습니다.
Ethel Evans

1
그렇기 때문에 적어도 수신 측에 오픈 소스 라이브러리 (HAPI / NHAPI)를 사용하는 것을 좋아합니다. "우리는 유효한 HL7 메시지를 받았지만이를 처리하기위한 코드를 작성하지 않았습니다"보다 "높은 메시지를 기대하지 않아 파서가 실패했습니다"보다 높은 수준을 갖는 것이 훨씬 낫습니다. 불행히도 모든 사람들은 작은 "시작해서 X를 보내고 Y를 받는다"는 것부터 시작합니다. 따라서 새로운 요구 사항이 도착할 때마다 누적 된 크래프트의 무게로 무너질 때까지 그것을 확장하는 것보다 무언가를 함께 해킹하는 것이 훨씬 간단합니다.

2

첫 번째 문제는 모든 사람이 HL7이 무엇인지 알아야합니다.

[의료] 코더를 대체하고 [약국]의 돈을 저축하는 방법입니다.

그것은 소프트웨어 개발의 모든 일반적인 문제들 위에 주름입니다.

  1. 스코프 크리프
  2. 불완전한 사양
  3. "변경할 수 없습니다"라는 잘못된 독점 사양

따라서 귀하는 HL7 인터페이스에서 소프트웨어를 사용하는 시설에 이르기까지 가능한 모든 비용을 지불하고자하는 [Pharmacy | Bank | Insurance Company]에 문의하십시오. 귀하의 계약은 시설과, 계약은 약국과, [Pharmacy | Bank | Insurance Company]는 귀하의 소프트웨어가 어떻게 작동하는지 전혀 알지 못합니다. 지속적으로 소프트웨어가 버그가 있다고 말합니다.

HL7의 문제점은 대부분 저렴한 것으로 수행된다는 것입니다. HL7 3.0은 수익을 창출하지 않기 때문에 실현 될 수 없습니다.

"HL7에 대한 지불"을하려는 경우 HL [1-6]에 대해서도 지불하고 있음을 기억하십시오. SOAP 인터페이스는 HL7이 아닙니다. HL7 메시지 파서는 HL7이 아니며 메시지 생성기도 아닙니다.


1
HL7은 단순한 약국 이상의 것입니다. 대부분 HL7은 EMR과 같은 이기종 시스템을 청구 시스템에 연결하는 데 사용됩니다.
Bill

저희 제품은 약국을 대상으로하지 않으며 간접적으로도 답변이 거의 지원되지 않아 응답이 매우 치우칩니다.
Ethel Evans

1
@Ethel 나는 정규 표현식을 추가 할 것이지만 질문에 더 구체적이어야합니다. 우리는 100 % 자체 개발 한 HL7 구현으로 약국 이상을 수행하지만, 다른 사람들이 널리 사용되는 사양을 활용할 수 있다면 개발의 주요 발동기는 항상 "큰 제약"입니다.
피터 터너

@ 피터 : 나는 이것이 도움이되지 않는 이유에 대해 더 구체적으로 노력할 것입니다. 먼저 강조 표시된 인용문은 매우 편향되어 있고지지되지 않는 것 같습니다. 둘째, 번호가 매겨진 목록의 항목이 모호하거나 다른 답변이 더 명확하게 말한 것 이상으로 추가되지 않습니다. 셋째, 귀하의 예제 시나리오는 매우 구체적이며, 내가 다루는 시나리오 (및 다른 것)가 정보를 제공하지 않는 것처럼 보입니다. 넷째, HL7이 싸구려 행해진다는 귀하의 진술은 편견이 있고지지되지 않는 것 같습니다. 다섯째, "HL7"을 사용하지 않고 HL7 메시지로 작업하고 있으므로 마지막 단락의 요점이 없어집니다.
Ethel Evans

2
@Ethel, 어떻게 지구상에서 내 주장을 뒷받침해야합니까, HL7에 대해 전혀 이해하지 못합니다. 지난 몇 년 동안 여러 공급 업체와 함께 일한 경험에서 누군가가 내 일을하고 싶다고 말하면 소프트웨어를 "테스트 메시지"로 보내서 원하는 모양의 핸들을 얻을 수 있습니다. 메시지 주위에 일종의 ORM을 만들면됩니다. 이것은 좋지 않습니다. 내 답변이 다른 답변과 다르게 보이는 경우에는 사실을 말하지 않기 때문에 그렇지 않습니다. HL7은 주로 돈에 관한 것입니다.
피터 터너
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.