짧은 답변: Condition은 진단, 건강 문제 또는 증상이 우려 수준에 도달한 경우를 나타내는 FHIR 리소스입니다. 예를 들어, 이 환자는 2019년부터 제2형 당뇨병을 앓고 있으며, 활동적이고 확인된 상태입니다. 이 리소스의 두 가지 상태 필드는 유용성을 높입니다. clinicalStatus는 질병의 진행 상황(활동적, 재발, 악화, 비활동적, 완화, 해결됨)을 나타내고, verificationStatus는 얼마나 확실한지(미확인, 잠정적, 감별, 확인됨, 반박됨, 오류 입력)를 나타냅니다. category는 장기적인 문제 목록 항목과 한 번의 방문으로 기록된 진료 기록 진단을 구분합니다. 코드는 일반적으로 SNOMED CT이며, 보고를 위해 ICD-10 코드가 함께 제공되는 경우가 많습니다.
유효한 FHIR R4 예시
유효한 FHIR R4 Condition 리소스에는 subject 참조가 필요하며, entered-in-error가 아닌 경우 clinicalStatus가 필요합니다. 실제로는 verificationStatus, category(problem-list-item 또는 encounter-diagnosis), 코드로 된 진단 및 onset도 포함됩니다. 아래 예시는 SNOMED CT 코드와 ICD-10 코드를 나란히 기록한 확정된 활동성 제2형 당뇨병을 보여줍니다.
{
"resourceType": "Condition",
"id": "t2dm",
"clinicalStatus": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-clinical", "code": "active"}]},
"verificationStatus": {"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-ver-status", "code": "confirmed"}]},
"category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/condition-category", "code": "problem-list-item"}]}],
"severity": {"coding": [{"system": "http://snomed.info/sct", "code": "6736007", "display": "Moderate"}]},
"code": {
"coding": [
{"system": "http://snomed.info/sct", "code": "44054006", "display": "Type 2 diabetes mellitus"},
{"system": "http://hl7.org/fhir/sid/icd-10", "code": "E11", "display": "Type 2 diabetes mellitus"}
],
"text": "Type 2 diabetes"
},
"subject": {"reference": "Patient/example"},
"onsetDateTime": "2019-03",
"recordedDate": "2019-03-18",
"recorder": {"reference": "Practitioner/gp-42"},
"asserter": {"reference": "Practitioner/gp-42"},
"note": [{"text": "Diet-controlled at diagnosis; metformin started 2021."}]
}
중요한 요소
가장 중요한 Condition 요소는 clinicalStatus(상태의 진행 경과), verificationStatus(진단의 확실성), category(문제 목록 항목 또는 진료 기록 진단), code(일반적으로 SNOMED CT, 종종 ICD-10과 함께), onset 및 abatement, recordedDate, 그리고 누가 Condition을 입력했고 누가 주장하는지를 나타내는 recorder 및 asserter입니다.
- clinicalStatus: 오류 입력이 아닌 경우, 그리고 질병의 진행 상황을 나타낼 때 필수적입니다.
resolved는 종료된 질병(치유된 골절)에 사용되며,remission은 재발 가능성이 있는 질병에,inactive는 더 이상 관리되지 않는 문제에 사용됩니다. 이 값을 변경하는 것은 기록을 삭제하지 않고 문제 목록을 최신 상태로 유지하는 방법입니다. - verificationStatus: 확실성을 기록합니다.
provisional및differential은 검사 중인 임시 진단이며,confirmed는 확정된 진단입니다.refuted는 배제된 경우를 기록하여 고려되었던 내용을 유지합니다. 증상 수준의 항목은 종종unconfirmed입니다. - category: GP가 유지 관리하는 상시 목록은
problem-list-item으로, 이번 방문과 관련된 것은encounter-diagnosis로 구분됩니다. 동일한 질병이 다른 진료 기록과 연결되어 두 가지 모두로 나타날 수 있습니다. - code: CodeableConcept이므로, 임상적 의미를 위한 SNOMED CT 개념과 통계를 위한 ICD-10 코드를 나란히 포함할 수 있습니다. CodeableConcept 및 코딩 및 SNOMED CT vs ICD-10을 참조하십시오.
- bodySite, severity, stage(평가 참조 포함)는 질병을 한정하며, evidence는 이를 뒷받침하는 관찰 또는 보고서를 가리킵니다.
- onset[x] 및 **abatement[x]**는 날짜, 나이, 기간, 범위 또는 문자열("어린 시절")이 될 수 있습니다. 환자는 정확한 날짜를 잘 모르는 경우가 많기 때문입니다. recordedDate는 기록에 입력된 날짜이며, 이는 몇 년 후일 수도 있습니다.
- recorder는 입력한 사람이며, asserter는 환자 자신을 포함하여 주장하는 사람입니다.
Condition 대 Observation
FHIR에서 Observation은 혈압 측정값이나 기록된 두통과 같은 단일 측정 또는 보고된 데이터 포인트인 반면, Condition은 고혈압이나 편두통과 같이 시간이 지남에 따라 관리되는 지속적인 임상적 해석입니다. Observation은 증거를 제공하며, Condition은 의사나 환자가 주장하는 환자에 대한 진술입니다.
혈압 측정은 Observation입니다. 고혈압은 Condition입니다. 환자가 기록한 증상("두통, 6/10, 화요일부터")은 Observation이며, 임상의가 두통이 편두통이라고 판단한 것은 Condition입니다. 간단히 말해, Observation은 데이터 포인트이고, Condition은 지속적으로 관리되는 임상적 해석입니다. Anpheros는 증상을 Observation으로 기록하며, 임상의가 진단했거나 환자가 전달받은 진단에 대해서만 Condition을 생성합니다. 앱은 증상으로부터 Condition을 파생시키지 않습니다. 증상을 Observation으로 기록하기 및 Condition을 기록으로 관리하기를 참조하십시오.
진료 기록 진단 및 문제 목록
FHIR에서 진료 기록 진단은 진료 기록의 diagnosis에 연결된 Condition으로, 사용 용도는 입원 또는 퇴원 진단이며 순위가 있습니다. 문제 목록은 category가 problem-list-item이고 clinicalStatus가 active인 지속적인 Condition 집합입니다. 동일한 질병이 다른 진료 기록에 연결되어 두 역할 모두에 나타날 수 있습니다.
Encounter는 Encounter.diagnosis를 통해 진단을 가리키며, 각 진단에는 use(입원 진단, 퇴원 진단, 주 증상, 동반 질환, 청구) 및 rank가 있습니다. 문제 목록은 problem-list-item 범주와 clinicalStatus가 활동적 또는 유사한 Condition의 집합입니다. 이 두 가지를 조정하는 것(퇴원 진단이 새로운 문제가 되었는지 여부)은 FHIR이 기록하지만 자동화하지 않는 임상 작업입니다. FHIR Encounter 설명을 참조하십시오.
Condition에 포함되지 않는 것
FHIR Condition은 환자에 대해 누군가가 주장하는 진단, 문제 또는 증상만 포함해야 합니다. 가족력은 FamilyMemberHistory에, 알레르기는 AllergyIntolerance에, 위험 및 점수는 Observation 또는 RiskAssessment에, 완료된 시술은 Procedure에 포함되어야 합니다. 의사나 환자가 주장하지 않고 소프트웨어가 추론한 것은 Condition에 전혀 포함되지 않아야 합니다.
- 가족력 (FamilyMemberHistory에 속함)
- 알레르기 (AllergyIntolerance는 자체적인 중요도 및 반응 모델을 가짐)
- 위험 및 점수 (Observation 또는 RiskAssessment)
- 수행된 시술 (Procedure)
- 임상의 또는 환자가 주장하지 않고 소프트웨어가 추론한 모든 것; Condition은 환자에 대한 주장이며,
asserter는 누구의 주장인지 나타냅니다.
Anpheros에서
Anpheros는 API를 통한 병원 기록, 출처가 명확한 코딩된 문서, 또는 환자가 받았다고 보고한 진단으로부터만 Anpheros Platform에서 FHIR Condition 리소스를 생성합니다. 각 Condition은 상태와 출처와 함께 표시되며, 앱은 자체적으로 진단을 내리거나 Condition을 확정하지 않습니다.
의사는 코드가 포함된 동일한 Condition을 보게 되며, 이는 모든 FHIR 시스템에서 기록을 읽을 수 있게 하는 요소입니다.
관련 페이지
- FHIR Encounter 설명
- FHIR의 CodeableConcept 및 코딩
- SNOMED CT vs ICD-10
- FHIR Observation 설명
- FHIR AllergyIntolerance 설명
- 개발자 사이트의 Condition 예시
출처
- HL7 FHIR R4: Condition
- HL7 Terminology: condition-clinical code system
- HL7 Terminology: condition-ver-status code system
- HL7 US Core: Condition profiles
- HL7 IPS: Condition profile
자주 묻는 질문
Condition.code에 SNOMED CT 또는 ICD-10을 사용해야 하나요?
둘 다 가지고 있다면 둘 다 사용하십시오. SNOMED CT는 진료를 위한 임상적 의미를 담고 있으며, ICD-10(또는 해당 국가 변형)은 보고 및 청구를 위한 분류를 담고 있습니다. 각 코드를 동일한 CodeableConcept에 Coding으로 포함시키십시오. 프로파일은 어떤 코드가 필수인지 명시합니다.
진단이 잘못되었음을 어떻게 기록하나요?
Condition이 고려된 후 배제된 경우 verificationStatus를 refuted로 설정하거나, 실수로 기록된 경우 entered-in-error로 설정하십시오. 리소스를 삭제하지 마십시오. 기록의 일부는 이력입니다.
증상은 Condition에 들어가나요, Observation에 들어가나요?
데이터 포인트로 보고되는 동안(통증 점수, 기간, 유발 요인)에는 Observation으로 기록합니다. 임상의 또는 환자가 관리해야 할 문제로 주장하고 적절한 verificationStatus를 부여할 때만 Condition으로 기록합니다.
Condition에 진단 날짜가 있나요?
onset[x]는 질병이 시작된 시점이며, 이는 근사치일 수 있습니다. recordedDate는 기록된 시점입니다. 별도의 진단 날짜는 없습니다. 많은 가이드에서는 recordedDate 또는 Encounter 참조를 사용합니다.
샌드박스에서 무료로 사용해 보세요
5분 만에 첫 FHIR 호출. 환자의 동의가 내장된 HL7 FHIR R4 API: 샌드박스에서 먼저 사용해보고, 자체 앱 또는 병원 시스템을 연결하세요.
무료 · 합성 환자 30명 · 카드 불필요
Anpheros는 환자가 직접 관리하고 어떤 병원과도 공유할 수 있는 의료 기록을 EU 기반의 HL7 FHIR R4 플랫폼에서 구축합니다. 이 가이드들은 건강 정보를 이해하고 정리하는 데 도움을 드리며, 의사의 진료를 대체하지 않습니다.
Anpheros 소개 →