KR Core Implementation Guide
1.0.2 - STU1 Korea, Republic of flag

This page is part of the KR Core (v1.0.2 - STU1) based on FHIR R4. This is an authorized publication. For a full list of available versions, see the Directory of published versions

CapabilityStatement: KR Core Client CapabilityStatement

Official URL: http://www.hl7korea.or.kr/fhir/krcore/CapabilityStatement/krcore-capabilitystatement-client Version: 1.0.2
Active as of 2023-06-30 Computable Name: KRCoreClientCapabilityStatement

개별 환자 정보 생성 및 쿼리를 담당하는 KR Core Client의 예상 기능을 설명. KR Core Server에서 지원하는 FHIR Profiles, RESTful Operations, Search Parameters의 전체 목록은 KR Core Server CapabilityStatement에 정의됨. KR Core Client는 이 목록에서 사용 사례 및 기타 상황별 요구 사항에 따라 필요한 데이터에 접근할 수 있음.

Raw OpenAPI-Swagger Definition file | Download

KR Core Client CapabilityStatement

  • Implementation Guide Version: 1.0.2
  • FHIR Version: 4.0.1
  • Supported Formats: SHOULD support application/fhir+xml, SHALL support application/fhir+json
  • Supported Patch Formats: SHOULD support application/fhir+json
  • Published on: Fri Jun 30 00:00:00 KST 2023
  • Published by: HL7 Korea

Note to Implementers: FHIR Capabilities

Any FHIR capability may be 'allowed' by the system unless explicitly marked as "SHALL NOT". A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.

FHIR RESTful Capabilities

Mode: client

KR Core Client는 다음 사항을 반드시(SHALL) 준수:

  1. KR Core Server CapabilityStatement에 정의된 RESTful Operations, Search Parameters를 활용하여, 하나 이상의 KR Core Profile에 대하여 리소스 등록 및 쿼리 지원.

  2. KR Core IG의 General RequirementsMandatory and Must Support 준수.

Summary of System-wide Interactions

Capabilities by Resource/Profile

Summary

The summary table lists the resources that are part of this configuration, and for each resource it lists:

  • The relevant profiles (if any)
  • The interactions supported by each resource (Read, Search, Update, and Create, are always shown, while VRead, Patch, Delete, History on Instance, or History on Type are only present if at least one of the resources has support for them.
  • The required, recommended, and some optional search parameters (if any).
  • The linked resources enabled for _include
  • The other resources enabled for _revinclude
  • The operations on the resource (if any)
KR Core Client의 기능별 구현 기대치 펼치기/접기
Resource Type Profile Operation
create search
-type
read vread update patch delete history
-instance
history
-type
AllergyIntolerance SHOULD KR Core AllergyIntolerance Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Condition SHOULD KR Core Condition Profile for Cheife Complaint SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Condition Profile for Encounter Diagnosis SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
DiagnosticReport SHOULD KR Core DiagnosticReport Profile for Diagnostic Imaging SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core DiagnosticReport Profile for Function Tests SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core DiagnosticReport Profile for Laboratory Results SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core DiagnosticReport Profile for Pathology Results SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Encounter SHOULD KR Core Encounter Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Organization SHOULD KR Core Healthcare Organization Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
ImaginStudy SHOULD KR Core ImagingStudy Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Immunization SHOULD KR Core Immunization Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Medication SHOULD KR Core Medication Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
MedicationRequest SHOULD KR Core MedicationRequest Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Observation SHOULD KR Core Observation Profile for Function Test SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Laboratory Result SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Blood Pressure
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Body Height
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Body Temperature
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Body Weight
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Heart Rate
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Pulse Oximetry
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
KR Core Observation Profile for Vital Signs:
Respiratory Rate
SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Patient SHALL KR Core Patient Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Practitioner SHOULD KR Core Practitioner Profile for Medical Doctor SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
PractitionerRole SHOULD KR Core PractitionerRole Profile for Medical Doctor SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY
Procedure SHOULD KR Core Procedure Profile SHALL MAY SHALL SHALL SHOULD MAY MAY MAY SHOULD MAY


Resource TypeProfileRV-RSUPCDH-IH-TSearches_include_revincludeOperations
AllergyIntoleranceSupported profiles:
  KR Core AllergyIntolerance Profile
yyyyyyyyycategory, clinical-status, code, manifestation, onset, patient
ConditionSupported profiles:
  KR Core Condition Profile for Chief Complaint
  KR Core Condition Profile for Encounter Diagnosis
yyyyyyyyycategory, clinical-status, code, recorded-date, encounter, onset-date, patient
DiagnosticReportSupported profiles:
  KR Core DiagnosticReport Profile for Diagnostic Imaging
  KR Core DiagnosticReport Profile for Function Tests
  KR Core DiagnosticReport Profile for Laboratory Results
  KR Core DiagnosticReport Profile for Pathology Results
yyyyyyyyyrequest-date, study, category, code, issued, patient, performer, result, status
EncounterSupported profiles:
  KR Core Encounter Profile
yyyyyyyyyinsurance-type, class, date, participant, patient, service-provider, status
ImagingStudySupported profiles:
  KR Core ImagingStudy Profile
yyyyyyyyymodality, patient, series, started, status
ImmunizationSupported profiles:
  KR Core Immunization Profile
yyyyyyyyydose-number, date, patient, status, vaccine-code
MedicationSupported profiles:
  KR Core Medication Profile
yyyyyyyyycode, ingredient-code
MedicationRequestSupported profiles:
  KR Core MedicationRequest Profile
yyyyyyyyyauthoredon, intent, medication, patient, status
ObservationSupported profiles:
  KR Core Observation Profile for Function Test
  KR Core Observation Profile for Laboratory Result
  KR Core Observation Profile for Vital Signs
  KR Core Observation Profile for Vital Signs: Blood Pressure
  KR Core Observation Profile for Vital Signs: Body Height
  KR Core Observation Profile for Vital Signs: Body Temperature
  KR Core Observation Profile for Vital Signs: Body Weight
  KR Core Observation Profile for Vital Signs: Heart Rate
  KR Core Observation Profile for Vital Signs: Pulse Oximetry
  KR Core Observation Profile for Vital Signs: Respiratory Rate
yyyyyyyyyissued, category, code, code-value-concept, code-value-date, code-value-quantity, code-value-string, component-code, component-code-value-concept, component-code-value-quantity, component-data-absent-reason, component-value-concept, component-value-quantity, data-absent-reason, date, patient, performer, status, value-concept, value-date, value-quantity, value-string
OrganizationSupported profiles:
  KR Core Healthcare Organization Profile
yyyyyyyyytelecom, address, identifier, name, type
PatientSupported profiles:
  KR Core Patient Profile
yyyyyyyyy_id, address, birthdate, gender, identifier, name, telecom
PractitionerSupported profiles:
  KR Core Practitioner Profile for Medical Doctor
yyyyyyyyycode, _id, identifier, name
PractitionerRoleSupported profiles:
  KR Core PractitionerRole Profile for Medical Doctor
yyyyyyyyyorganization, practitioner, specialty, role
ProcedureSupported profiles:
  KR Core Procedure Profile
yyyyyyyyycode, date, patient, status

Resource Conformance: SHOULDAllergyIntolerance

Core FHIR Resource
AllergyIntolerance
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHOULDcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYcategorytoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYclinical-statustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYmanifestationtoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYonsetdate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

 

Resource Conformance: SHOULDCondition

Core FHIR Resource
Condition
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYcategorytoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYclinical-statustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYrecorded-datedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYencounterreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYonset-datedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

 

Resource Conformance: SHOULDDiagnosticReport

Core FHIR Resource
DiagnosticReport
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHOULDcategorytoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDresultreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYrequest-datedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYstudyreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYissueddate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYperformerreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDEncounter

Core FHIR Resource
Encounter
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYinsurance-typetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYclasstoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYdatedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYparticipantreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYservice-providerreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDImagingStudy

Core FHIR Resource
ImagingStudy
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYmodalitytoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYseriestoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYstarteddate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDImmunization

Core FHIR Resource
Immunization
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHALLvaccine-codetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDdatedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYdose-numbernumber
MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDMedication

Core FHIR Resource
Medication
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDingredient-codetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDMedicationRequest

Core FHIR Resource
MedicationRequest
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHOULDintenttoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDmedicationreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYauthoredondate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDObservation

Core FHIR Resource
Observation
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLcategorytoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHALLcode-value-stringcomposite
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHOULDissueddate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

SHOULDperformerreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

MAYcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYcode-value-conceptcomposite
MAYcode-value-datecomposite
MAYcode-value-quantitycomposite
MAYcomponent-codetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYcomponent-code-value-conceptcomposite
MAYcomponent-code-value-quantitycomposite
MAYcomponent-data-absent-reasontoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYcomponent-value-concepttoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYcomponent-value-quantityquantity
MAYdata-absent-reasontoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYdatedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYvalue-concepttoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYvalue-datedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYvalue-quantityquantity
MAYvalue-stringstring
 

Resource Conformance: SHOULDOrganization

Core FHIR Resource
Organization
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLidentifiertoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDnamestring
MAYtelecomtoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYaddressstring
MAYtypetoken
 

Resource Conformance: SHALLPatient

Core FHIR Resource
Patient
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALL_idtoken
SHALLidentifiertoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHALLnamestring
SHOULDbirthdatedate

클라이언트는 반드시(SHALL) day 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) day 수준의 정확도를 가지는 값을 지원해야 한다.

SHOULDgendertoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDtelecomtoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYaddressstring
 

Resource Conformance: SHOULDPractitioner

Core FHIR Resource
Practitioner
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLidentifiertoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHALLnamestring
SHOULD_idtoken
MAYcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDPractitionerRole

Core FHIR Resource
PractitionerRole
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpractitionerreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHOULDspecialtytoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDroletoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

MAYorganizationreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

 

Resource Conformance: SHOULDProcedure

Core FHIR Resource
Procedure
Reference Policy
resolves
Interaction summary
  • SHALL support search-type, read.
  • SHOULD support vread, history-instance.
  • MAY support create, update, patch, delete, history-type.

Search Parameters
ConformanceParameterTypeDocumentation
SHALLpatientreference

클라이언트는 적어도 id 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 Typeid 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) Typeid 값을 모두 지원해야 한다.

SHOULDcodetoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.

SHOULDdatedate

클라이언트는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 제공해야 한다. 서버는 반드시(SHALL) second + time offset 수준의 정확도를 가지는 값을 지원해야 한다.

MAYstatustoken

클라이언트는 적어도 code 값을 반드시(SHALL) 제공해야 하며, **선택적(MAY)**으로 systemcode 값을 모두 제공할 수 있다. 서버는 반드시(SHALL) systemcode 값을 모두 지원해야 한다.