OMOP CDM v5.1 Structure & ETL 과정

Presentation on theme: "OMOP CDM v5.1 Structure & ETL 과정"— Presentation transcript:

1 OMOP CDM v5.1 Structure & ETL 과정
아주대학교 의과대학 의료정보학과 박사과정 신다혜

2 OMOP CDM 구축 과정 사전단계 구축단계 검증단계 MOU 협약체결 개발환경 세팅
용어매핑 사용 계약서 용어 빈도 추출 CDM 테이블 구조 이해 EMR 데이터 이관 구축단계 원본데이터 품질검사 Column mapping ETL 정의서 작성 ETL 코드 작성 ETL 수행 검증단계 데이터 품질 검사(DQM) Achilles 설치 및 오류 검토 공동연구

3 1. OHDSI in Korea 컨소시엄 현황

4 2. 개발환경 세팅 Server DB전용

5 2. 개발환경 세팅 Server Web전용

6 2. 개발환경 세팅 Software & License * SW, 라이센스 구매 비용
- MS Window server standard : 약 150 만원 - MS SQL standard 2016 : 약 200만원 - 용어매핑 저작권 사용 비용 : 1000만원 (연간 계약필요, 참여기관이 증가할수록 비용이 줄어들 예정) - SNOMED 라이센스 : 약 200만원 (연간 계약필요) Software & License

7 2. 개발환경 세팅 Software & License * SW, 라이센스 구매 비용
- MS Window server standard : 약 150 만원 - MS SQL standard 2016 : 약 200만원 - 용어매핑 저작권 사용 비용 : 1000만원 (연간 계약필요, 참여기관이 증가할수록 비용이 줄어들 예정) - SNOMED 라이센스 : 약 200만원 (연간 계약필요) Software & License 구분 사양 규격 비고 1 Model DELL POWEREDGE R730XD 2U rack server ETL수행 및 분석용 서버 1대 구성 2 Prcessors  INTEL XEON E5-2667V4 3.2GHZ  CPU * 2EA (8Core, 16Thread) 추천사항 3 Memory 768 GB, 24 x 32GB PC P DDR REGISTERED ECC MEMORY 320 GB 이상 추천 4 SSD DELL 1.6TB SAS x 4 ea이상 MLC SAS III SSD 2.5 INCH ENTERPRISE CLASS 12Gbps RAID 구성 후 4TB 이상 용량추천 ( CDM 및 원본 데이터 용량 고려) 빠른 연산 속도를 원하는 경우 intel SSD 1.2TB PCIE 추천 5 HDD DELL 2TB SAS x 5 ea 이상 12Gbps 데이터 백업 및 저장소 6 Raid Controller PERC H730 1GB CACHE  12GB/S RAID CONTROLLER 7 Management  IDRAC8 ENTERPRISE Web base 웹 기반의 원격 서버 관리툴 8 Networking option 1GBE Network card *4 Power Supply Dual 1100W or 750W - 서버 전력 사용에 따라 구분 사양 규격 비고 1 Model HP ProLiant Server DL 380 Gen9 or Dell 동등제품 2U rack server 2 Prcessors Intel Xeon E5-2640v3 (2.6GHz) CPU *1EA (8Core, 16Thread) - 3 Memory 32 GB (Max 768GB) DDR4-2133R REGISTERED ECC MEMORY WAS 겸용 시 256GB 이상 4 SSD 512GB 이상 C drive 5 HDD 2TB x 3 ea이상 SAS HDD 데이터 저장 7 Raid Controller 8SAS/SATA drives and supports Raid 0,1,1+0 &5 Smart Array P440ar/2GB HDD Raid용 컨트롤러 8 Networking option 4*1Gb Ethernet 331i Adapter Power Supply 1 * 500W Flex Slot (94%+) 2U Rack from factor

8 타기관 서버 스펙 전북대학교병원 Model IBM X3650 M4 CPU
Dual Intel Xeon CPU E v2 2.7GHz 8Core x 2 (16 Core) Memory DDR3 RAM 128 GB (16 x 8GB) Storage 4 x 300GB SAS Disk Drives Devices 4 x 960GB SSD Disk Drives 삼성서울병원 Model HP DL380 Gen9 CPU CPU E v3 2.7GHz 10Core x 1 (10 Core) Memory DDR RAM (16GB 2R*4) Storage 6 x 2TB SAS Disk Drives 원광대학교병원 Model HP DL360 Gen9 CPU CPU E v3 Memory 16GB 2R*4 Storage 600GB x 6, 300GB x 2, SAS Disk Drives 강원대학교병원 Model 가상화 서버 CPU 2.2GHz (12Core) x 2 Memory 512GB Storage 240GB SSD x 2

9 3. 용어매핑 사용 계약서 기관 간 내용 협의 후 저작재산권 이용허락 계약 체결 기관에서 사용되는 용어에 대한 매핑테이블 전달

10 4. 용어 빈도 추출

11 5. CDM 테이블 구조 이해 OMOP CDM 5.1.0 structure
Concept Concept_relationship Concept_ancestor Vocabulary Source_to_concept_map Relationship Concept_synonym Drug_strength Cohort_definition Standardized vocabularies Attribute_definition Domain Concept_class Cohort Dose_era Condition_era Drug_era Cohort_attribute Standardized derived elements Standardized clinical data Drug_exposure Condition_occurrence Procedure_occurrence Visit_occurrence Measurement Observation_period Payer_plan_period Provider Care_site Location Death cost Device_exposure Observation Note Standardized health system data Fact_relationship Specimen CDM_source Standardized meta-data Standardized health economics Person 1 3 2 현재 omop cdm은 버전 5.1 로 Clinical data, health system data, economics, derived elements, meta-data, vocabularies 총 6가지의 카테고리로 구성되어 있습니다. 카테고리별 순서대로 테이블을 설명 드리겠습니다. 5 13 12

12 Concept_relationship Source_to_concept_map Attribute_definition
Standardized Vocabularies Concept Vocabulary Domain Concept_class Concept_relationship Relationship Concept_synonym Concept_ancestor Source_to_concept_map Drug_strength Cohort_definition Attribute_definition 12

13 Standardized Vocabularies
CDM Table명 테이블 설명 Field&건수 Concept OMOP에서 제공하는 표준화된 용어에 대한 고유코드(concept_id) 및 정보 Field : 10개 2,039,914건 Concept_class 제공된 vocabulary 내에 포함된 Concept을 구별하기 위해 사용되는 분류의 리스트 Field : 3개 255건 Concept_synonym Concept 에 대한 대체 이름과 설명을 저장하는 데 사용되는 테이블 3,414,874건 Concept_ancestor 모든 표준 concept들 사이의 추론된 계층(hierarchical) 관계들을 정의한 레코드 Field : 4개 15,944,963건 Concept_relationship 두 개의 Concept들 간의 직접적인 관계와 관계의 본질(nature)을 정의한 레코드 Field : 6개 12,689,562건 Relationship Concept relationship 테이블에서 임의의 두 concept을 연결하는 데 사용될 수 있는 모든 허용 가능한 관계의 종류의 참조(reference) 리스트를 제공 374건 Vocabulary 다양한 소스들로부터 모아진 vocabulary 리스트나 OMOP community에 의해 새로 생성된 리스트 Field : 5개 45건 Uniform structure • All concepts are in one table • All concept relationships are in one table, including mappings from source to standard vocabularies • Formalized integration with Common Data Model via concept domain – Direction of ETL is informed by concept domain • Relationships are bi‐directional • Hierarchical relationships have additional representation in the model to support efficient data retrieval 균일 한 구조 • 모든 개념은 하나의 테이블에 있습니다. • 모든 개념 관계는 소스에서 표준 어휘로의 매핑을 포함하여 하나의 테이블에 있습니다. • 개념 도메인을 통한 공통 데이터 모델과의 공식적인 통합 - ETL의 방향은 개념 도메인에 의해 통보됩니다. • 관계는 양방향입니다. • 계층 적 관계는 효율적인 데이터 검색을 지원하기 위해 모델에 추가적인 표현을 포함합니다.

14 Standardized Vocabularies
CDM Table명 테이블 설명 Field&건수 Domain table OMOP 공통 데이터 모델 내에 포함 된 데이터 요소의 도메인들의 리스트 Field : 3개 40건 Drug_strength 특정 의약품의 양 또는 농도 및 특정 성분 관련 단위에 대한 구조화 된 콘텐츠 포함 Field :10개 80,221건 Source_to_concept_map 소스와 컨셉사이의 관계를 정의하는 레코드 Cohort_definition 연관된 설명 및 구문을 통해 각각의 파생된 코호트를 정의하는 레코드 CERICI, HERACLES 실행 후 생성됨 Attribute_definition 연관된 설명 및 구문을 통해 각각의 속성을 정의하는 레코드

15 Standardized clinical data
총 13 table Standardized clinical data Person Observation Fact_relationship Observation_period Specimen Note Observation_period Death Visit_occurrence Visit_occurrence Person Procedure_occurrence Condition_occurrence Drug_exposure Specimen Device_exposure Device_exposure Condition_occurrence Death Drug_exposure Measurement Note Procedure_occurrence Observation Fact_relationship Measurement 13

16 PERSON 환자의 인종, 생년월일, 성별 등의 기본정보를 알 수 있는 테이블
Person (Field : 18) Person_id Gender_concept_id Year_of_birth Month_of_birth Day_of_birth Birth_datetime Race_concept_id Ethnicity_concept_id Location_id Provider_id Care_site_id Person_source_value Gender_source_value Gender_source_concept_id Race_source_value Race_source_concept_id Ethnicity_source_value Ethnicity_source_concept_id PERSON 환자의 인종, 생년월일, 성별 등의 기본정보를 알 수 있는 테이블 – 변환 대상 EMR 테이블 : 환자기본정보 각 환자를 고유하게 식별할 수 있도록 환자 한 명 당 하나의 고유 번호를 부여해야 함 gender, race, ethnicity에 대한 Vocabulary : HL7 person_id, gender_concept_id, year_of_birth, race_concept_id, ethnicity_concept_id 필드는 필수이므로 꼭 기록이 있어야 함 PERSON • Need to create one unique record per person (not multiple rows per move) • Vocabulary for gender, race, ethnicity: HL7 administrative • No history of location/demographics: need to select latest available • Location peculiarity: foreign key to the LOCATION table that contains one record per each unique location • Year of birth required…day/month Optional

17 VISIT_OCCURRENCE VISIT_OCCURRENCE
Visit_occurrence (Field : 17) Visit_occurrence_id Person_id Visit_concept_id Visit_start_date Visit_start_datetime Visit_end_date Visit_end_datetime Visit_type_concept_id Provider_id Care_site_id Admitting_source_concept_id Discharge_to_concept_id Preceding_visit_occurrence_id Visit_source_value Visit_source_concept_id Admitting_source_value Discharge_to_source_value VISIT_OCCURRENCE 환자가 병원에 방문한 기록으로 방문시작일과 방문종료일을 알 수 있 는 테이블 환자가 지속적으로 건강관리 시스템내에서 병원의 의사로부터 임상 서비스를 받은 기간을 포함함 – 변환 대상 EMR 테이블 : 외래내역, 입·퇴원내역,건강검진내역, 산업의학내역 방문은 4가지로 분류됨 : 입원, 외래, 응급, 장기요양보호 입원 환자 방문은 특정 병원 시설로부터 입원과 퇴원 사이의 기간에 의해 정의되어 짐 외래환자 방문은 1일 미만의 특정의사의 진료실 방문 기간으로 정의되어 짐 장기요양보호는 장기요양시설에서 관리 받는 기간으로 정의되어 짐 입원 전, 퇴원 후 장소에 대한 정보, 방문기록간의 연관성에 대한 컬럼 이 추가됨 VISIT_OCCURRENCE Visits <> ‘Encounters’ –claims often need to be consolidated to minimize double‐counting –inpatient transitions are not covered Visit Types –Inpatient –Emergency room –Inpatient/Emergency ‐ new –Outpatient –Long‐term care Vocabulary: OMOP Other attributes: time of visit start/end, provider, admitting source, discharge disposition.

18 OBSERVATION_PERIOD Spans of time where data source has capture of data
환자가 병원에 내원하여 치료가 완료되기까지의 기간을 알 수 있는 테이블 – VISIT_OCCURRENCE테이블로 부터 기간을 계산하여 생성 한 환자 당 여러 period를 가질 수 있음 아주대에서 적용한 기간 계산 쿼리를 제공 Observation_period (Field : 5) Observation_period_id Person_id Observation_period_start_date Observation_period_end_date Period_type_concept_id Spans of time where data source has capture of data Required to run analytical methods One person may have multiple periods if there is interruption in data capture Challenge: determine observation periods based on the source data

19 PROCEDURE_OCCURRENCE
진단 및 치료 목적을 가지고 의사에 의해 처방 및 지시된 활동 또는 프로세 스를 알 수 있는 테이블 변환 대상 EMR 테이블 : 처치/수술/마취 처방내역 Procedure는 치료를 위해 진행한 행위에 대한 정보를 입력 예시) 약물의 경우에 국소마취를 했다는 것은 procedure인거고 처치에 사용된 마취약인 lidocain 처방에 대한 정보는 drug_exposure에 입력을 하는 것임. 원칙적으로는 procedure에는 검사처방만 넣고 measurement에 lab test 결과를 넣는 것임 Procedure테이블에는 수술/처치/마취처방 정보를 넣는 것이고 device는 의료기기 또는 도 구 정보를 입력하는 것임 Vocabularies: CPT‐4, HCPCS, ICD‐9 Procedures, ICD‐10 Procedures, LOINC, SNOMED Procedure_occurrence (Field : 12) Procedure_occurrence_id Person_id Procedure_concept_id Procedure_date Procedure_datetime Procedure_type_concept_id Modifier_concept_id Quantity Provider_id Visit_occurrence_id Procedure_source_value Procedure_source_concept_id Qualifier_source_value

20 Drug_exposure (Field : 22)
Drug_exposure_id Person_id Drug_concept_id Drug_exposure_start_date Drug_exposure_start_datetime Drug_exposure_end_date Drug_exposure_end_datetime Drug_type_concept_id Stop_reason Refills Days_supply Sig Route_concept_id Effective_drug_dose Dose_unit_concept_id Lot_number Provider_id Visit_occurrence_id Drug_source_value Drug_source_concept_id route_source_value Dose_unit_source_value DRUG_EXPOSURE 환자에게 처방된 약 정보로 처방약, 약에 노출된 일시, 중지사유, 처 방일수, 처방용량, 투약방법, 복용법, 단위 등을 알 수 있는 테이블 – 변환 대상 EMR 테이블 : 약처방내역 Vocabulary : RxNorm (classifications by drug class and indication)

21 CONDITION_OCCURRENCE
Condition_occurrence (Field : 15) Condition_occurrence_id Person_id Condition_concept_id Condition_start_date condition_start_datetime Condition_end_date condition_end_datetime Condition_type_concept_id Stop_reason Provider_id Visit_occurrence_id Condition_status_concept_id Condition_source_value Condition_source_concept_id Condition_status_source_value CONDITION_OCCURRENCE 환자의 진단명, 건강상태, 진단일시, 진단의사 등을 알 수 있는 테이블 – 변환 대상 EMR 테이블 : 환자진단내역 Vocabulary: SNOMED (classification) 진단명이 입원진단, 퇴원진단, 예비진단 등 상태를 구분할 수 있는 컬 럼이 추가됨

22 Device_exposure(Field : 14)
Device_exposure_id Person_id Device_concept_id Device_exposure_start_date Device_exposure_start_datetime Device_exposure_end_date Device_exposure_end_datetime device_type_concept_id Unique_device_id Quantity Provider_id Visit_occurrence_id Device_source_value Device_source_concept_id DEVICE_EXPOSURE 진단 및 치료 목적으로 사용되는 외부의 물리적인 물체 또는 기구에 환 자가 노출된 사용(공급)날짜, 사용 종료날짜, 사용된 장비 수, 장비코드 등을 알 수 있는 테이블 장치 이식 개체 (ex. 페이스 메이커, 스텐트, 인공 관절), 내구성 의료 장비 및 소 모품 (ex. 붕대, 목발, 주사기), 의료 절차에 사용되는 다른 기기 (ex. 봉합, 제세 동기)를 포함 – 변환 대상 EMR 테이블 : 재료/장비처방 내역

23 Measurement (Field : 18) measurement_id Person_id measurement_concept_id measurement_date measurement_datetime measurement_type_concept_id Operator_concept_id Value_as_number value_as_concept_id Unit_concept_id range_low Range_high Provider_id Visit_occurrence_id Measurement_source_value Measurement_source_concept_id Unit_source_value Value_source_value MEASUREMENT 체계적인 검사로부터 얻어진 측정값으로 측정일, 측정값 최대/최소 범 위, 측정 값, 측정단위 등을 알 수 있는 테이블 – 변환 대상 EMR 테이블 : 검사결과내역 –병리보고서로부터 실험 결과, 활력징후, 정량적 연구 결과를 포함할 수 있음 Vocabulary : LOINC, SNOMED Measurement units vocabulary : UCUM Vocabulary: LOINC, SNOMED Data sources: structured, quantitative measures, such as laboratory tests Measures have associated units – Measurement units vocabulary: UCUM No free format for measurement results

24 Observation (Field : 17) Observation_id Person_id Observation_concept_id Observation_date Observation_datetime Observation_type_concept_id Value_as_number Value_as_string Value_as_concept_id Qualifier_concept_id Unit_concept_id Provider_id Visit_occurrence_id Observation_source_value Observation_source_concept_id Unit_source_value Qualifier_source_value OBSERVATION 질의 또는 진료절차, 검사 문단에서 얻어지는 환자에 대한 어떤 임상 사실을 캡쳐한 정보로 구조화되지 않은 측정값, 과거병력, 가족력 등 의 정보를 포함하고 있는 테이블 – 변환 대상 EMR 테이블 : 기록지

25 NOTE 자유기술문으로 노트가 기록된 일시, 노트 내용을 알 수 있는 테이블
Note (Field : 12) note_id Person_id note_date note_datetime Note_type_concept_id note_class_concept_id note_title Note_text Encoding_concept_id Language_concept_id Provider_id Visit_occurrence_id NOTE 자유기술문으로 노트가 기록된 일시, 노트 내용을 알 수 있는 테이블 – 비구조화된 free text를 캡쳐 향후 NLP and LOINC Clinical Document Ontology (CDO) annotations를 활용하여 변환할 수 있도록 제공 예정 노트 문서의 유형을 분류(ex,HL7, LOINC등), 노트의 제목, 인코딩 값 ( ex UTF-8, EUC-KR 등), 텍스트 언어에 대한 정보를 입력할 수 있도록 컬럼이 추가됨

26 DEATH 환자의 사망일, 원인을 알 수 있는 테이블 원인 없는 사망정보를 가질 수도 있음
– 변환 대상 EMR 테이블 : 사망진단서 원인 없는 사망정보를 가질 수도 있음 의사들이 사망진단서를 작성할 때 직접사인을 꼭 입력하기 때문에 직접사인을 1순위로 하고 concept_id도 (Death Certificate immediate cause)로 입력하는 것으로 결정 – 간접사인과 원사인 정보도 병원에서 가지고 있다면 CDM으로 변환하는 것을 추천(한 사람 당 하나 이상의 death기록을 가질 수 있음) * 사망원인 코드 리스트를 주면 매핑 작성을 수행할 예정 *코드가 없는 병원은 텍스트로 리스트 작성해서 아주대로 전달해주시면 코드화하여 매핑 작업 후 전달하기로 결정 Death (Field : 7) Person_id death_date death_datetime death_type_concept_id Cause_concept_id Cause_source_value Cause_source_concept_id

27 SPECIMEN 검체 채취 날짜, 시간, 양, 위치, 단위 등을 알 수 있는 테이블 Specimen (Field : 15)
– 변환 대상 EMR 테이블 : 검체검사내역 Specimen (Field : 15) specimen_id Person_id specimen_concept_id specimen_type_concept_id specimen_date specimen_datetime quantity Unit_concept_id Anatomic_site_concept_id Disease_status_concept_id Specimen_source_id Specimen_source_value Unit_source_value Anatomic_site_source_value Disease_status_source_value

28

29 Standardized Health System Data /Meta-data
CDM Table명 테이블 설명 변환대상 Table 명 Location 물리적 위치 또는 주소정보를 캡처하는 일반적인 방법을 나타냄 사람 및 관리 사이트의 주소를 정의하는데 사용됨 우편번호정보 Care_site 의료 서비스가 시행되는 조직 단위의 고유한 목록 포함 (사무실, 병동, 병원, 진료소 등) 직접입력 Provider 의료 서비스제공자 식별 목록 포함 의료원기본정보 LOCATION • Contains one record per each unique location • Location is highly variable across sources, of limited use thus far 위치 • 고유 한 위치마다 하나의 레코드가 포함됩니다. • 위치는 제한된 용도의 소스를 통해 매우 다양합니다. CDM Table명 테이블 설명 변환대상 Table 명 CDM_source 원본 데이터베이스를 OMOP CDM으로 변환하는데 사용되는 소스에 대한 세부 정보 포함. (source name, holder, source description) – Provenance, integration, metadata – Future extension to individual domains x 아주대학교 의과대학 의료정보학과

30 Standardized derived elements
Cohort_attribute Cohort Cohort Cohort_attribute Condition_era Condition_era Dose_era Dose_era Drug_era Drug_era

31 Standardized derived elements
CDM Table명 테이블 설명 참조 테이블 Cohort 지속 시간 동안 선정 기준으로 포함된 특정 세트를 충족하는 대상의 집합으로 파생된 레코드가 있음 Cohort_definition, person, provider, visit_occurrence Cohort_attribute 시간의 기간 동안 선정 기준의 주어진 집합에 의해 정의 된 바와 같이, 집단 내의 각 주제와 관련된 속성 포함 Cohort_definition, Attribute_definition, person, provider, visit_occurrence Drug_era 환자들이 특정 약성분에 노출된 것으로 예상되는 시간의 길이를 정의한 레코드 Concept, person, drug_exposure Dose_era 환자가 특정 약성분의 일정 투여량에 노출된 것으로 가정되는 시간의 길이를 정의한 레코드 Concept, person, drug_exposure , Concept_ancestor Condition_era 환자가 처방된 진단상태를 갖는 것으로 가정되는 시간의 길이를 정의한 레코드 Concept, person, condition_occurrence

32 Standardized health economics
Payer_plan_period V5.1 cost Payer_plan_period Visit_cost Procedure_cost cost Drug_cost Device_cost All costs consolidated into one table COST table • Costs tied to respective observation records • Domain is determined bycost_domain_id (e.g. visit, condition, etc.) 모든 비용이 하나의 테이블 COST 테이블로 통합됩니다. • 각 관측 기록과 관련된 비용 • 도메인은 cost_domain_id (방문, 조건 등)에 의해 결정됩니다

33 Standardized health economics
CDM Table명 테이블 설명 변환대상 Table 명 Payer_plan_period 환자의 보험 종류와 적용기간의 정보를 알 수 있는 테이블 외래계산내역 입퇴원계산내역 cost 환자가 병원에 지불하는 비용, 보험 지급자가 지불하는 비용, 환자가 부담하는 전체 금액, 세금공제가 되는 비용, 전체 비용, 이차 보험지급자가 지불하는 비용 등을 알 수 있는 테이블

34 Standardized health economics
Cost Cost_id Cost_event_id Cost_domain_id Cost_type_concept_id Currncy_concept_id Total_charge Total_cost Total_paid Paid_by_payer Paid_by_patient Paid_patient_copay Paid_patient_coinsurance Paid_patient_deductible Paid_by primary Paid_ingredient_cost Paid_dispensing_fee Payer_plan_period_id Amount_allowed Revenue_code_concept_id drg_concept_id Revenue_code_source_value drg_source_value Payer_plan_period Payer_plan_period_id Person_id Payer_plan_period_start_date Payer_paln_period_end_date Payer_source_value Plan_source_value Family_source_value All costs consolidated into one table COST table • Costs tied to respective observation records • Domain is determined bycost_domain_id (e.g. visit, condition, etc.) 모든 비용이 하나의 테이블 COST 테이블로 통합됩니다. • 각 관측 기록과 관련된 비용 • 도메인은 cost_domain_id (방문, 조건 등)에 의해 결정됩니다

35 OHDSI in Korea Forums 사용방법
에서 아래 그림과 같이 OHDSI in Korea 카테고리를 선택하거나, 화면을 맨 밑으로 내려서 OHDSI in Korea 항목을 클릭.

36 세미나 및 교육 강의 영상 및 자료 공유

37 * 참여기관 기술지원 및 교육 1. 실무자 정기 teleconference 회의
회의 일정 : 격주 목요일 2시~3시 참여 기관 : 아주대학교병원, 강원대학교병원, 강동성심병원, 삼성서울병원, 원광대학교병원, 원주세브란스병원 * 현재 7차 회의 진행함. 모든 회의내용은 포럼을 통해 모두 공유함. 2. 새로운 참여기관 대상 CDM 변환 절차 설명 세미나 회의 일정 : 2개월에 한 번 참여 기관 : MOU 체결 완료 후 CDM 변환을 시작하는 참여기관

38 Q & A Contacts Dahye Shin, Tel: