지역 검사 코드를 LOINC에 매핑하는 방법: 6가지 축, 도구, 함정 및 ConceptMap

간단 요약: 매핑이란 검사실 시스템에서 사용하는 각 검사 코드(GLU, HBA1C, K)가 어떤 LOINC 용어에 해당하는지 결정하는 것으로, 이를 통해 결과가 다른 모든 시스템에서 이해될 수 있도록 합니다. 방법은 어디서나 동일합니다: 검체, 단위, 방법을 포함하여 검사 목록을 작성하고, LOINC를 여섯 개의 축을 따라 검색하며, 실험실 과학자들과 함께 결정하고, 코드를 검증하며, FHIR ConceptMap으로 맵을 저장하고, 새로운 검사가 출시되기 전에 매핑되도록 관리합니다. LOINC "Top 2000" 목록은 대부분의 검사실에서 결과량의 약 98%를 차지하므로, 첫 번째 단계는 제안된 것보다 작습니다.

1단계: 재고 조사

검사실 정보 시스템에서 주문 가능하고 보고 가능한 모든 검사를 다음 정보와 함께 내보냅니다: 로컬 코드, 로컬 이름, 검체 유형, 보고서에 인쇄된 단위, 방법 또는 분석기, 정량적 또는 정성적 여부, 연간 결과량. 양에 따라 정렬합니다. 상위 몇백 개가 가치가 있으며, 희귀 검사는 나중에 할 수 있습니다.

2단계: 여섯 개의 축 이해

지역 검사실 코드를 LOINC에 올바르게 매핑하려면 LOINC 용어의 여섯 가지 축이 모두 해당 지역 검사와 일치해야 합니다. 즉, 구성 요소(측정되는 물질), 속성(질량 또는 물질 농도), 타이밍(특정 시점 또는 수집 기간), 시스템(검체), 척도(정량적, 순서형, 명목형 또는 서술형) 및 결과의 의미를 변경하는 경우에만 사용되는 방법입니다.

LOINC 용어는 여섯 부분으로 정의되며, 올바른 맵은 이 여섯 부분을 모두 일치시킵니다:

따라서 2345-7 (포도당, MCnc, Pt, Ser/Plas, Qn)은 mg/dL 혈청 포도당에 적합하며, 14749-6은 mmol/L로 보고된 동일한 검사입니다. 2339-0은 전혈이고, 41653-3은 모세혈관 혈당계 판독값이며, 1518-0은 2시간 후 부하 포도당입니다. 이 모든 것에 2345-7을 선택하면 결과의 비교 가능성을 만드는 정확한 정보가 손실됩니다. LOINC 코드는 무엇인가요? 및 UCUM 단위를 참조하세요.

3단계: 검색

후보 LOINC 용어를 검색하는 방법은 다음과 같습니다. RELMA(검사 목록을 가져와 축과 함께 후보를 제안하는 Regenstrief의 무료 매핑 도우미), 개별 조회를 위한 search.loinc.org, 소프트웨어로 맵을 구축할 때 용어 서버의 $expand 작업 및 텍스트 필터, 그리고 최종 답변보다는 교차 확인으로 게시된 국가 매핑 테이블을 사용하는 것입니다.

• RELMA, Regenstrief의 무료 매핑 도우미는 재고를 가져와 축을 나란히 표시하여 후보를 제안합니다. 첫 번째 단계에 표준 도구입니다.
• 개별 조회를 위해 search.loinc.org를 사용하고 시스템 및 속성별로 필터링합니다.
• 텍스트 필터로 용어 서버 $expand를 사용하여 소프트웨어에 맵을 구축할 때 사용합니다. 용어 서버 설명을 참조하세요.
• 다른 검사실 및 국가 프로그램의 공개 맵(많은 국가에서 국가 검사실 코드 → LOINC 테이블을 게시함)을 교차 확인용으로 사용하지만, 검체 및 단위가 다를 수 있으므로 최종 결정으로 사용해서는 안 됩니다.

4단계: 검사실과 함께 결정

각 LOINC 코드를 결정하는 것은 분석기를 잘 아는 검사실 과학자와 함께 고정된 규칙에 따라 진행됩니다. 방법이 없는 용어를 선호하고, 수집된 검체가 아닌 보고된 검체를 코딩하며, 보고된 단위를 속성으로 결정하고, 질적 결과에는 순서형 또는 명목형 척도를 선택하고, 구성 요소뿐만 아니라 패널도 매핑하며, 절대 근접 일치를 강요하지 않습니다.

매핑 회의에는 분석기를 잘 아는 검사실 과학자와 규칙 책이 필요합니다:

• 방법 제외 우선. 임상적 해석을 변경하는 방법(트로포닌 분석, 약물 스크리닝, 분자 검사)이 아닌 한, 방법이 없는 용어를 선택합니다.
• 보고된 검체 기준, 채취된 검체 기준 아님. 분석기가 혈장을 측정했기 때문에, 튜브는 전혈이었더라도 화학 검사의 경우 혈청/혈장 용어를 사용합니다.
• 단위가 속성을 결정합니다. mg/dL의 경우 질량 농도, mmol/L의 경우 물질 농도입니다. 검사실에서 둘 다 보고하는 경우 두 개의 LOINC 코드가 있습니다.
• 정성적 결과. +/-의 경우 순서형(Ord), 1+/2+; 유기체가 식별된 경우 명목형(Nom)입니다. 값은 자체 코딩이 필요하며, 일반적으로 SNOMED CT입니다(LOINC vs SNOMED CT).
• 패널. 주문 가능한 패널(CBC 58410-2, 기본 대사 패널 51990-0)과 각 구성 요소를 매핑합니다. DiagnosticReport는 패널을 전달하고, Observations는 구성 요소를 전달합니다.
• 계산된 값. eGFR, LDL 계산, 음이온 갭은 공식을 명명하거나 "계산됨"이라고 말하는 자체 용어를 가지고 있습니다.
• 일치 없음. 기록하고, Regenstrief에 새 용어를 요청합니다(릴리스마다 수백 개씩 추가됨). 그동안 명확한 시스템 URL과 함께 로컬 코드를 사용합니다. 근접 일치를 강제로 적용하지 마세요.

5단계: 검증

LOINC 맵을 검증한다는 것은 선택된 각 코드에 대해 해당 용어가 현재 LOINC 릴리스에 존재하고 활성 상태이며 해당 축이 인벤토리 행과 일치하는지 확인하는 것을 의미합니다. 용어 서버의 $lookup 작업은 프로그래밍 방식 확인을 위해 구성 요소, 속성, 시스템 및 척도 속성을 반환하고, 대체 용어와 함께 사용 중단된 용어를 표시합니다.

선택한 각 코드에 대해 해당 코드가 존재하고 활성 상태인지, 그리고 해당 축이 재고 행과 일치하는지 확인합니다. 용어 서버에 대해:

GET /CodeSystem/$lookup?system=http://loinc.org&code=14749-6

반환된 속성(COMPONENT, PROPERTY, SYSTEM, SCALE_TYP)을 프로그래밍 방식으로 확인하고, 사용 중단된 용어(LOINC는 상태와 대체 용어로 표시함)를 플래그 지정하고, 검증한 LOINC 버전을 유지합니다.

6단계: 맵을 ConceptMap으로 저장

완료된 지역 코드-LOINC 맵은 FHIR ConceptMap 리소스로 저장됩니다. 즉, 검사실 테스트를 위한 소스 코드 시스템, 대상으로서의 LOINC, 그리고 각 지역 코드에 대한 대상 LOINC 코드와 동등성을 가진 요소입니다. 용어 서버에 로드되면 ConceptMap은 가져오기 시 $translate를 구동하고, 버전 관리 시스템에 보관되면 감사 추적이 됩니다.

{
  "resourceType": "ConceptMap",
  "url": "https://lab.example.org/fhir/ConceptMap/lis-to-loinc",
  "version": "2026-03",
  "status": "active",
  "sourceUri": "https://lab.example.org/fhir/CodeSystem/lis-tests",
  "targetUri": "http://loinc.org",
  "group": [{
    "source": "https://lab.example.org/fhir/CodeSystem/lis-tests",
    "target": "http://loinc.org",
    "element": [
      {"code": "GLU", "display": "Glucose, serum (mmol/L)", "target": [{"code": "14749-6", "display": "Glucose [Moles/volume] in Serum or Plasma", "equivalence": "equivalent"}]},
      {"code": "HBA1C", "display": "HbA1c (IFCC, mmol/mol)", "target": [{"code": "59261-8", "display": "Hemoglobin A1c/Hemoglobin.total in Blood by IFCC protocol", "equivalence": "equivalent"}]},
      {"code": "K", "display": "Potassium, serum", "target": [{"code": "2823-3", "display": "Potassium [Moles/volume] in Serum or Plasma", "equivalence": "equivalent"}]}
    ]
  }]
}

용어 서버에 로드하면 $translate이 가져오기 시점에 변환을 수행합니다. 버전 관리 시스템에 보관하면 모든 결정에 대한 감사 추적이 됩니다. 인터페이스 엔진과 검사실 커넥터는 동일한 테이블을 읽습니다.

7단계: 관리

새로운 테스트는 결과가 흐르기 전에 LOINC에 매핑되어야 합니다. 분석기 변경 시 해당 행에 대한 검토가 트리거됩니다. LOINC 릴리스(연 2회)는 사용 중단 여부를 확인합니다. 그리고 맵에는 소유자가 있습니다. 이것이 없으면 매핑된 검사실은 1년 이내에 지역 코드로 다시 돌아갑니다.

시도해 보세요

Anpheros 무료 FHIR 샌드박스는 LOINC 코드와 UCUM 단위를 가진 Observations를 수락하고 알 수 없는 코드를 문제 이름을 명시한 메시지로 거부하므로, 새로운 맵에 대한 저렴한 테스트베드 역할을 합니다. 검사실 결과 가져오기에 대한 개발자 가이드에서는 로컬 코드가 FHIR Observations가 되는 CSV를 단계별로 설명합니다.

관련 페이지

• LOINC 코드는 무엇인가요?
• 검사실 결과의 UCUM 단위
• LOINC vs SNOMED CT
• 용어 서버 설명
• 검사실 커넥터: HL7 v2, CSV 또는 JSON에서 FHIR로
• 개발용 무료 FHIR 서버
• FHIR로 검사실 결과 가져오기 (개발자 사이트)

출처

• LOINC: 로컬 코드 매핑
• LOINC: RELMA
• LOINC: Top 2000+ 검사실 관찰 항목
• LOINC: LOINC 이름의 여섯 부분
• HL7 FHIR R4: ConceptMap
• HL7 FHIR R4: FHIR에서 LOINC 사용

자주 묻는 질문

매핑 프로젝트는 얼마나 걸리나요?

일반 병원 검사실의 경우, 상위 몇백 개의 검사는 RELMA와 과학자와 함께 몇 주간의 파트타임 작업으로 완료됩니다. 나머지 부분은 몇 달이 걸리며 검사가 주문될 때마다 처리하는 것이 가장 좋습니다. 관리 프로세스는 초기 속도보다 더 중요합니다.

주문을 매핑해야 하나요, 아니면 결과를 매핑해야 하나요?

둘 다 해야 하지만, 결과부터 하세요. 다른 시스템에서 소비하는 것은 결과입니다. 주문 가능한 패널은 자체 LOINC 패널 코드를 받고, 개별 보고 가능한 분석물은 구성 요소 코드를 받습니다.

제 검사실에서 검사를 두 가지 단위로 보고하는 경우 어떻게 해야 하나요?

그러면 두 개의 LOINC 용어가 됩니다. 속성(질량 대 물질 농도)당 하나씩입니다. 교환을 위해 표준이 되는 단위를 결정하고 일관되게 변환하되 원본을 유지하세요.

AI 도우미가 매핑을 할 수 있나요?

빠르게 후보를 제안할 수 있으며, 이는 첫 번째 단계에 유용합니다. 모든 제안은 검사실을 아는 사람이 실제 검체, 단위 및 방법에 대해 확인해야 하며, 현재 LOINC 릴리스에 대해 코드를 검증해야 합니다.

Anpheros Platform

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

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

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

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

작성자

Anpheros 팀

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

Anpheros 소개 →