KR Core Implementation Guide
1.0.0 - STU1
KR Core Implementation Guide
1.0.0 - STU1
KR Core Implementation Guide - Local Development build (v1.0.0). See the Directory of published versions
KR Core Profiles와 KR Core 검색(search)은 논리적(logical) FHIR ID를 사용한다. 따라서 KR Core Profile을 준수하는 리소스에 대한 참조(reference)는 identifier(Reference.identifier)가 아닌 논리적 id(Reference.reference)를 반드시 사용해야 한다.
Figure 1: 리소스 참조
Figure 2: 리소스의 논리적 id 예
KR Core Implementation Guide의 많은 리소스들은 다른 KR Core 리소스를 참조한다. 예를 들어, KR Core Encounter Profile은 KR Core Patient Profile을 준수하는 리소스를 참조한다. 기본 FHIR 리소스를 참조하거나 KR Core Profiles에 공식적으로 정의되지 않은 경우, 해당 리소스 유형에 대해 적합한 KR Core Profile이 존재한다면 KR Core Profile을 참조해야 한다. 예를 들어, Condition.asserter는 KR Core Implementation Guide에서 추가한 제약조건이 없더라도 참조되는 Practitioner 리소스는 가능한 한(SHOULD) KR Core Practitioner Profile for Medical Doctor를 준수하는 리소스여야 한다. 예외 사항으로, KR Core 리소스에 의해 참조되는 Patient 리소스는 반드시(SHALL) KR Core Patient Profile을 준수해야 한다. Different Table에서 “필수 지원(Must Support)”으로 표시된 KR Core 리소스는 필수 지원 규칙을 따른다. 그 외의 경우, FHIR 기본 명세에서 허용하는 다른 리소스도 참조할 수 있다. 예를 들어, DiagnosticReport.media.link는 Media 리소스를 참조하는 것을 허용한다.
서버가 조회에 응답할 때, 서버는 반환할 데이터를 표현하기 위해 임의로 포함된(contrained) 리소스들을 사용해서는 안된다. 포함된 리소스는 그러한 소스 데이터가 FHIR 트랜잭션 안에 존재하는 경우에만 사용 가능하다. 예를 들면, MedicationRequest 리소스 내에 Medication 리소스를 포함할 수 있다. 그러나 포함된 리소스는 한 번 식별 정보가 손실되면 다시 복구하기가 매우 어렵기 때문에, 포함될 리소스의 내용이 충분히 식별 가능하다면 가능한 한(SHOULD) 사용을 자제해야 한다.
포함된 리소스 예 (XML):
<MedicationRequest xmlns="http://hl7.org/fhir">
<contained>
<Medication>
<id value="m1"/>
<code>
<text value="penicillin"/>
</code>
</Medication>
</contained>
<!-- other attributes -->
<medicationReference>
<reference value="#m1"/>
</medicationReference>
<!-- other attributes -->
</MedicationRequest>
포함된 리소스 예 (JSON):
{
"resourceType": "MedicationRequest",
"contained": [
{
"resourceType": "Medication",
"id": "m1",
"code":
{
"text": "penicillin"
}
}
],
"medicationReference": {
"reference": "#m1"
}
}
KR Core Profiles 안에서 포함된 리소스를 참조하는 경우, 포함된 리소스에 대한 적합한 KR Core Profile이 존재한다면 해당 리소스는 가능한 한(SHOULD) KR Core Profile을 준수해야 한다. 포함된 리소스가 Patient 리소스인 경우, 해당 리소스는 반드시(SHALL) KR Core Patient Profile을 준수해야 한다. 포함된 리소스에 대한 일반적인 사용 사례에 대한 추가 지침은 기본 FHIR 규격을 참고한다.
보안 또는 개인정보보호 등의 이유로 특정 데이터의 일부가 숨겨진 상황에서, DataAbsentReason Code System의 코드(e.g. masked)를 사용하면 데이터 수신자의 접근 권한을 초과할 수 있기 때문에 가능한 한 피해야 한다. 최소 사용 횟수 = 0인 요소는 생략되어야 하며, 이는 해당 요소가 필수 지원(Must Support)으로 표시(S)된 경우에도 동일하다. 의무 요소(Madatory Eelement)의 경우, 즉, 요소의 최소 사용 횟수가 1 이상인 경우, Missing Data 지침에 따라 unknown 코드를 사용한다.
KR Core Observation Profile for Vital Signs과 KR Core MedicationRequest Profile 등은 Quantity 데이터유형에 UCUM Code System을 사용(binding)한다. 모든 UCUM 코드를 정의한 FHIR UCUM Codes value set은 FHIR 명세에 있다. 본 지침은 실제 사용 현장에서 발생할 가능성이 있는 UCUM 단위 누락 또는 모든 단위 누락 상황에서 어떻게 Quantity 데이터유형을 표현하는지 설명한다.
UCUM 코드와 텍스트 형태의 단위가 제공되는 경우:
<valueQuantity>
<value value="109"/>
<unit value="mmHg"/>
<system value="http://unitsofmeasure.org"/>
<code value="mm[Hg]"/>
</valueQuantity>
텍스트 형태의 단위만 제공되는 경우:
<valueQuantity>
<value value="109"/>
<unit value="mmHg"/>
</valueQuantity>
단위가 없는 경우:
<valueQuantity>
<value value="109"/>
</valueQuantity>
환자기록에 오류로 입력된 임상 정보는 FHIR 클라이언트가 최종 사용자에게 수정된 정보를 보여줄 수 있도록 FHIR 서버가 지원해야 한다.
서버 권장 사항
entered-in-error) 또는 비활성(inactive) 상태로 업데이트해야 한다.entered-in-error)로 업데이트한 경우:
FHIR 서버는 기록을 삭제하면 안된다. 시스템이 기록 삭제를 지원하는 경우 FHIR 명세의 삭제 안전 검사(Deletion Safety Checks)를 참조해야 한다.
모든 KR Core Profiles는 사용자를 위한 리소스의 요약과 같이, 인간의 언어로 표현된 서술을 포함할 수 있다. 상세한 지침은 FHIR 명세의 서술 문서(Narrative documentation)를 참고한다.
리소스 읽기/불러오기 구문은 다음과 같이 정의한다:
GET [base]/[Resource-type]/[id] {parameters}
더 자세한 내용은 FHIR RESTful API를 참고한다.
FHIR RESTful 검색(Search) API 요구사항은 RESTful을 지원하는 서버와 클라이언트에 대한 규칙을 정의한다.
KR Core Implementation Guide의 모든 검색 상호작용은 아래의 구문과 함께 GET 명령어를 사용한다:
GET [base]/[Resource-type]?[parameter1]{:m1|m2|...}={c1|c2|...}[value1{,value2,...}]{&[parameter2]{:m1|m2|...}={c1|c2|...}[value1{,value2,...}]&...}
token 유형의 검색 매개변수를 사용하여 검색하는 경우, {system}|[code] 구문에서 system 값은 클라이언트에서 지원할 수 있는 선택 항목이다.
reference 유형의 검색 매개변수를 사용하여 검색하는 경우, Type|id 구문에서 Type 값은 클라이언트에서 지원할 수 있는 선택 항목이다.
date 유형의 검색 매개변수를 사용하여 검색하는 경우, date={gt|lt|ge|le}[date] 구문에서 비교 연산자(comparator) 접두사인 “gt”, “lt”, “ge” 및 “le”는 선택 항목임을 의미한다. 비교 접두사를 사용하지 않는 date 유형 검색은 “eq” 비교 연산자를 사용한 검색과 동일하다.{:m1|m2|...}: 지원하는 검색 매개변수 한정 연산자(modifier)의 목록. 자세한 내용은 한정 연산자를 참고한다.{c1|c2|...}: 지원하는 검색 매개변수 비교 연산자(comparator)의 목록.{,value2,...}: 선택 사항인 다중 “OR” 검색 값.{&[parameter2]{:m1|m2|...}={c1|c2|...}[value1{,value2,...}]&...}: 선택 사항인 다중 “AND” 검색 값.
가장 간단한 방식은 검색이 다음과 같이 RESTful framework의 GET 메소드를 수행하여 실행되는 것이다:
GET [base]/[Resource-type]?name=value&...
이 RESTful 검색의 경우, 매개변수는 URL에 표현된(encoding) name=[value] 쌍이며, 매개변수 이름은 각 리소스에서 정의한다. 예를 들어, Observation 리소스는 LOINC 코드로 검색하기 위해 “code” 매개변수를 정의하고 있다. 더 자세한 내용은 FHIR RESTful API를 참고한다.
KR Core Implementation Guide는 구획 기반 검색을 지원하지 않는다.
KR Core 서버는 외부에 있는 서버의 URL을 검색하는 기능이 요구되지 않는다.
서버는 반환되는 검색 결과의 수를 관리하기 위해 일련의 반환할 수 있다. 검색 결과 집합에는 클라이언트가 추가 페이지 요청에 사용하는 URL이 포함되며, 간단한 RESTful 검색의 경우 페이지 링크는 반환된 Bundle 리소스에 포함된다. 자세한 내용은 FHIR 사양에서 반환 리소스 관리하기(Managing Returned Resources )를 참조한다.