CapabilityStatement
1. CapabilityStatement
본 페이지에서는 KR Core Implementation Guide에 사용된 공통적인 주요 요구 사항 외 DTx 사업 등에서 필요로하는 기능들의 대하여 설명합니다.
이 가이드에서 사용된 적합성 관련 표현인 반드시(SHALL), 가능한 한(SHOULD), 선택적(MAY)은 FHIR 적합성 규칙(FHIR Conformance Rules)에 정의되어 있어야합니다.
특정 데이터 요소에 대한 정보가 누락되었으나 시스템은 데이터가 누락된 이유를 알 수 없는 상황이 발생할 수 있습니다.
최소 사용 횟수가 0인 요소에 대한 데이터가 없는 경우, 해당 요소가 필수 지원(Must Support)으로 표시(S)되었다고 하더라도, 시스템은 해당 요소를 리소스 인스턴스에서 반드시(SHALL) 생략해야 합니다.
데이터 요소가 의무 요소(Mandatory Element)인 경우, 즉 최소 사용 횟수가 1 이상인 경우, 시스템은 데이터가 없는 경우에도 해당 요소가 반드시(SHALL) 존재해야 합니다.
코드화된(coded) 데이터 요소가 아닌 경우, DataAbsentReason Extension을 데이터 유형 내에 사용합니다.
2. REST 검색(Search) API 요구사항
token 유형의 검색 매개변수를 사용해 검색하는 경우(참고) 클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, 선택적(MAY)으로 system과 code 값을 모두 제공할 수 있다.
서버는 반드시(SHALL) system과 code 값을 모두 지원해야 한다.reference 유형의 검색 매개변수를 사용해 검색하는 경우(참고): 클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, 선택적(MAY)으로 Type과 id 값을 모두 제공할 수 있다.
서버는 반드시(SHALL) Type과 id 값을 모두 지원해야 한다.
date 유형의 검색 매개변수를 사용해 검색하는 경우(참고):클라이언트는 date 데이터유형의 요소에 대해 반드시(SHALL) day 수준의 정확도를 가지는 값을 제공해야 하며, dateTime 데이터유형의 요소에 대해 second + time offset 수준의 정확도를 가지는 값을 제공해야 한다.
서버는 date 데이터유형의 요소에 대해 반드시(SHALL) day 수준의 정확도를 가지는 값을 지원해야 하며, dateTime 데이터유형의 요소에 대해 second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.
3. CapabilityStatement 의 서비스 목적별 종류
본 IG에서는 KR Core 와 의존관계로 구성되고, KR Core에서는 CapabilityStatement 를 크게 두가지 서비스 목적별로 세분화 하고 있다.
아래의 목차는 CapabiltyStatement 의 KR Core의 세분화 목록이다.
목차
| 검색 매개변수 | 요소의 데이터 유형 | 최조날짜정확도 | 예시 |
|---|---|---|---|
| date | date | date | GET [base]/Patient?name=김환자&birthdate=2001-01-01 |
| date | dateTime, period | sencond + time offset | GET [base]Observation?patient=krcore-patient-example-01&category=vital-signs&date=ge2021-01-01T00:00:00+09:00 |