검사실 정보 시스템(LIS)을 전자의무기록(EHR)과 연동하는 방법: HL7 v2, FHIR 및 단계별 주의사항

짧은 답변: 검사실 인터페이스에는 두 가지 방향이 있습니다. 검사 의뢰는 EHR에서 검사실 정보 시스템(LIS)으로 HL7 v2 ORM^O01 또는 OML^O21 메시지(또는 FHIR ServiceRequest)로 전송되며, LIS는 ORR/ORL로 응답하고 나중에 결과를 ORU^R01(또는 FHIR DiagnosticReport와 Observation 포함)으로 보냅니다. 어려운 부분은 메시지 자체가 아니라 메시지 내부의 세부 사항입니다. 즉, 결과와 검사 의뢰를 연결하는 의뢰자 및 접수자 번호, 결과 상태(예비, 최종, 수정), 이상 플래그, 단위 및 참조 범위, 검체 정보, 여러 부분으로 구성된 결과가 있는 미생물학, 그리고 LOINC로의 코드 매핑입니다. 제대로 처리되면 모든 결과는 올바른 환자, 올바른 검사 의뢰, 차트의 올바른 위치에 의미가 그대로 유지된 채 기록됩니다.

1단계: 흐름 합의

검사실 정보 시스템을 EHR과 통합하는 첫 번째 단계는 검사실과 어떤 흐름이 있는지 합의하는 것입니다. 주문, 주문 상태 업데이트, 결과 입력, 수정, 취소, 추가 및 반사 검사, 그리고 LIS로의 ADT 인구 통계 피드입니다. 양측은 또한 HL7 버전(일반적으로 2.3.1 또는 2.5.1)과 전송 방식(일반적으로 확인 응답이 있는 MLLP)을 확정합니다.

검사실과 함께 어떤 흐름이 있는지 결정합니다. 검사 의뢰 전송(또는 검사실에서 종이 서류를 받아 직접 등록하는지?), 검사 의뢰 상태 업데이트, 결과 수신, 수정, 취소, 추가 검사, 반사 검사, 인구 통계 정보(검체가 도착하기 전에 LIS에 환자 정보를 알리는 ADT 피드). 정상 결과, 수정된 결과, 취소된 검사 의뢰에 대한 순서를 그립니다. HL7 버전(2.3.1 및 2.5.1이 가장 일반적)과 전송 방식(ACK를 사용하는 MLLP, 때로는 파일)을 결정합니다. HL7 v2 주문 메시지를 참조하세요.

2단계: 결과 메시지, 필드별 분석

검사실 결과는 HL7 v2 ORU^R01 메시지로 EHR에 도착합니다. MSH는 발신자와 수신자를 식별하고, PID는 환자를, PV1은 방문을, ORC와 OBR은 주문 번호, 주문된 패널 및 보고서 상태를 담고 있으며, 각 OBX는 LOINC 코드, 값, 단위, 참조 범위, 비정상 플래그 및 결과 상태를 가진 하나의 분석 항목을 포함합니다.

MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.

• ORC-2 / OBR-2 의뢰자 번호 및 ORC-3 / OBR-3 접수자 번호: 검사 의뢰와의 연결점. OBR-4: 패널, 코드로 표시됨(LOINC LN). OBR-7: 검체 채취 시간. OBR-22: 결과 보고 시간. OBR-25: 전체 검사 의뢰에 대한 결과 상태(P 예비, F 최종, C 수정, X 취소).
• OBX-2: 값 유형(NM 숫자, ST 문자열, TX 텍스트, CE/CWE 코드, <^5와 같은 SN 구조화된 숫자). OBX-3: 분석 항목, 코드로 표시됨. OBX-5: 값. OBX-6: 단위, 이상적으로는 UCUM(10*3/uL, K/µL 아님). OBX-7: 텍스트 형식의 참조 범위. OBX-8: 이상 플래그(L, H, LL, HH, A, N). OBX-11: 분석 항목별 결과 상태(P, F, C, X, D 삭제됨). OBX-14: 관찰 시간. OBX-19: 분석 시간.
• NTE: OBR 또는 특정 OBX에 위치로 첨부되는 주석.
• SPM (2.5 이상): 검체 유형(SNOMED CT), 채취 시간, 수령 시간, 상태.

3단계: 특수 사례

검사실 인터페이스가 처리해야 하는 특수 사례는 수정된 결과(원래 주문 번호와 함께 상태 C, 삭제 대신 대체 및 경고), 예비 결과 후 최종 결과, 하위 ID로 연결된 유기체 및 감수성이 있는 미생물학, 텍스트 결과 및 포함된 PDF, 반사 및 추가 검사, 취소, 그리고 검사실이 분석기를 변경할 때 변경되는 단위 및 참조 범위입니다.

• 수정: OBR-25 및 OBX-11에 C가 포함된 새 ORU와 동일한 의뢰자/접수자 번호; EHR은 변경 사항을 대체하고 임상의에게 알림을 보내야 합니다. 원본을 조용히 삭제하지 마세요.
• 예비 후 최종: P 결과(그람 염색) 후 F(배양)가 이어짐; 차트에는 상태가 표시되어야 합니다.
• 미생물학: 확인된 유기체에 대한 하나의 OBX(코드로 표시됨, SNOMED CT), 그 다음 유기체를 하위 ID(OBX-4)로 하는 OBX별 항생제에 대한 감수성 결과, 종종 여러 메시지에 걸쳐 나타남. 이것이 인터페이스 버그가 가장 많이 숨어 있는 곳입니다.
• 텍스트 결과 및 PDF: 병리학 및 일부 화학 주석은 TX 줄 또는 포함된 PDF(OBX-2 ED)로 도착합니다. 차트에는 텍스트와 파일 모두 필요합니다.
• 반사 및 추가 검사: 원래 검사 의뢰 아래의 새 OBR 또는 검사실에서 생성된 새 검사 의뢰; 번호 매기기 방식을 합의합니다.
• 취소: X 상태, 원래 번호와 함께.
• 분석기별 단위 및 범위: 검사실에서 분석기를 변경하면 동일한 검사의 단위가 변경될 수 있습니다. 인터페이스는 각 결과와 함께 범위를 전달해야 하며, 이를 가정해서는 안 됩니다.

4단계: 코드

검사실 인터페이스의 코드 매핑은 검사실의 로컬 테스트 코드를 LOINC로 한 번만 유지 관리되는 테이블에서 변환하고, 로컬 코드와 LOINC 코드를 모두 OBX-3에 보내고, 단위를 UCUM으로 정규화하며, 검체 유형과 유기체를 SNOMED CT로 코딩하는 것을 의미합니다. 이 매핑 없이는 결과를 여러 검사실에 걸쳐 추적하거나 외부 시스템에서 읽을 수 없습니다.

검사실의 검사 코드를 유지 관리되는 테이블에서 LOINC로 한 번 매핑하고, OBX-3(GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN)에 로컬 코드와 LOINC 코드를 모두 보냅니다. 단위를 UCUM으로 정규화합니다. 검체 유형 및 유기체는 SNOMED CT로 표시합니다. 방법은 로컬 검사실 코드를 LOINC로 매핑하는 방법에 나와 있습니다. 이것이 없으면 결과를 검사실 간에 추적하거나 외부 시스템에서 읽을 수 없습니다.

5단계: FHIR 대안

HL7 v2 검사실 인터페이스의 FHIR 대안은 주문에 대한 ServiceRequest, LOINC 코드, UCUM 수량, 참조 범위 및 해석을 가진 분석 항목당 하나의 Observation, 그리고 상태, 수행자, 발행 시간, 결론 및 PDF로 이를 그룹화하는 DiagnosticReport를 사용합니다. 전송은 REST 쓰기, 보고서당 트랜잭션 번들 또는 FHIR 구독입니다.

FHIR을 사용하면 검사 의뢰는 ServiceRequest가 되고, 결과는 Observation(분석 항목별로 하나씩, LOINC 코드, UCUM 수량, referenceRange, interpretation)이며 DiagnosticReport로 그룹화됩니다. DiagnosticReport는 상태, 수행자, 발행 시간, 결론 및 PDF를 전달하며, basedOn은 ServiceRequest를 가리킵니다. 수정은 amended 또는 corrected 상태의 동일한 리소스 버전입니다. 전송은 EHR의 FHIR 서버로의 REST 쓰기, 보고서당 트랜잭션 번들 또는 구독입니다. HL7 v2-to-FHIR 가이드는 위의 모든 필드를 매핑합니다. 많은 검사실에서 이제 둘 다 제공합니다. FHIR DiagnosticReport 설명 및 FHIR Observation 설명을 참조하세요.

6단계: 테스트 및 시작

실제 운영 전에 검사실 인터페이스를 테스트하는 것은 모든 특수 사례를 통해 합성 환자를 실행하고, 검사실 보고서와 EHR 차트 간의 하루 동안의 병렬 결과를 비교하고, 시간대 및 일광 절약 시간 전환을 확인하고, 중단 후 확인 응답 처리 및 재시도를 검증하고, IHE의 실험실 테스트 워크플로우 프로필을 기준으로 실패한 메시지에 대한 호출 절차에 동의하는 것을 의미합니다.

3단계의 모든 사례에 대해 합성 환자를 사용하여 테스트합니다. 종이 또는 PDF 보고서와 차트 간의 하루치 병렬 결과를 비교합니다. 시간대 및 일광 절약 시간 전환을 확인합니다. ACK 처리 및 중단 후 재시도를 검증합니다. 실패한 메시지에 대한 온콜 절차에 합의합니다. IHE의 Laboratory Testing Workflow 프로파일과 국가 적합성 제품군은 테스트된 기준선을 제공합니다.

설계 시 고려하지 못한 실패 사례

검사실 인터페이스가 설계 시 방지해야 하는 실패 사례는 이전 방문에 기록된 결과, LIS에 적용되지 않은 환자 병합, 분석기 업그레이드 후 추세를 변경하는 단위 변경, 경고 없이 덮어쓰는 수정된 결과, 잘못된 유기체에 첨부된 미생물학 감수성, 그리고 EHR에 코드가 없는 검사에 대한 결과가 오류 큐로 사라지는 것입니다.

PV1이 오래되어 이전 진료 기록에 결과가 기록됨; LIS에 병합(ADT A40)이 적용되지 않음; 분석기 업그레이드 후 단위 변경으로 인해 추세가 조용히 변경됨; 수정된 결과가 알림 없이 덮어쓰기됨; 미생물학 감수성이 잘못된 유기체에 첨부됨; EHR에 코드가 없는 검사에 대한 결과를 검사실에서 보내 오류 큐로 사라짐.

Anpheros에서

Anpheros 검사실 커넥터는 ORU^R01, CSV 및 JSON을 수락하고 LOINC 및 UCUM이 포함된 DiagnosticReport 아래의 Observations를 생성하며 로컬 코드와 원본 파일을 유지합니다. 검사실 결과 가져오기에 대한 개발자 가이드에서 무료 샌드박스를 통해 자세히 설명합니다.

관련 페이지

• HL7 v2 ORM 및 OML 주문 메시지
• HL7 v2 메시지 설명: ADT 및 ORU
• 로컬 검사실 코드를 LOINC로 매핑하는 방법
• FHIR DiagnosticReport 설명
• 검사실 커넥터: HL7 v2, CSV 또는 JSON에서 FHIR로
• 인터페이스 엔진 설명
• FHIR로 검사실 결과 가져오기 (개발자 사이트)

출처

• HL7 v2.5.1 ORU_R01 참조 (Caristix)
• HL7 v2.5.1 OBX 세그먼트 (Caristix)
• IHE Laboratory 기술 프레임워크 (LTW)
• HL7 v2-to-FHIR 구현 가이드
• HL7 FHIR R4: DiagnosticReport

자주 묻는 질문

새로운 검사실 인터페이스는 어떤 HL7 버전을 사용해야 하나요?

양측이 지원하는 경우 2.5.1: 검체용 SPM과 더 명확한 상태 처리가 포함되어 있습니다. 많은 검사실에서 여전히 2.3.1을 사용하며, 인터페이스는 이전 버전에 맞춰 조정됩니다.

결과는 어떻게 주문과 일치되나요?

의뢰자 주문 번호(EHR에서 할당)와 접수자 주문 번호(LIS에서 할당)를 통해 결과 응답 및 결과의 ORC-2/3 및 OBR-2/3에 전달됩니다. EHR이 접수자 번호를 기록하지 않은 경우, 의뢰자 번호로 대체됩니다.

검사실에서 LOINC 코드를 보낼 수 없는 경우 어떻게 해야 하나요?

엔진 또는 커넥터에서 로컬 코드를 LOINC로 매핑하고 둘 다 유지합니다. 로컬 코드 시스템이 안정적이고 새 검사가 발표된다는 점을 강조합니다.

FHIR은 검사실 인터페이스에 준비되었나요?

새로운 연결의 경우 준비되었습니다. 특히 병원 외부의 경우: ServiceRequest, Observation 및 DiagnosticReport는 주문과 결과를 완전히 다루며, 국가 가이드에서 이를 프로파일링합니다. 병원 내부에서는 LIS와 분석기가 수년간 HL7 v2를 사용할 것입니다.

Anpheros Platform

샌드박스에서 무료로 사용해 보세요

5분 만에 첫 FHIR 호출. 환자의 동의가 내장된 HL7 FHIR R4 API: 샌드박스에서 먼저 사용해보고, 자체 앱 또는 병원 시스템을 연결하세요.

무료 샌드박스 만들기개발자 가이드 읽기 →

무료 · 합성 환자 30명 · 카드 불필요

작성자

Anpheros 팀

Anpheros는 환자가 직접 관리하고 어떤 병원과도 공유할 수 있는 의료 기록을 EU 기반의 HL7 FHIR R4 플랫폼에서 구축합니다. 이 가이드들은 건강 정보를 이해하고 정리하는 데 도움을 드리며, 의사의 진료를 대체하지 않습니다.

Anpheros 소개 →